LinuxBBQ

happy belated boys

i can't believe i've been lurking here for three years
best fucking waste of time ever

keep up the good stuff

cheers all

Yeah 3 yo !!
Apprentice - where have you been, you're like an OG man... get stuck (back) in.

Still thinking about which option to go for here. I don't deserve a spin as I will abuse it with multiple package insertion.
I don't use mint. not at all keen about burning it down.
if you are referring to this:
Registry Expiry Date: 2015-09-26T06:40:07Z
I can take care of that... :)

wux, damned, I thought I made the last registration for the duration of 2 years... errr... gotta dig out the docs ASAP

one of the benefits of being a nosy sysadmin ;)
If those typing tests were only based on some commands :)
I think I can type whois and dig MX faster than my name, which isnt saying much :D

Happy Birthday BBQ :D

Is it late for wishing you a Happy Birthday ?
I downloaded Cream at the beginning of 2013 and other spins, but I registered in 2014 and I have just written 3 posts; but I'm still here playing from time to time.
Voted Make me a spin and I thought of an upgrade, a Sid-Livarp 0.4 since it is an excellent and beautiful work by arpinux and other people like machinebacon if I'm not wrong, and it has been 3 years abandoned.
Happy Birthday!

yeah why not, getting to be 4 years old soon :)

Thanks in advance!

livarp? Nah, I never had my fingers in that, and of course I won't touch it - we can't really support remasters that are made outside the steakhouse :)

Anyway we're completely noX already, so the next update of the noX base will come sometime this year if necessary.

machinebacon wrote:Thanks in advance!

livarp? Nah, I never had my fingers in that, and of course I won't touch it - we can't really support remasters that are made outside the steakhouse :)

Anyway we're completely noX already, so the next update of the noX base will come sometime this year if necessary.

Ok, no problem machinebakon. Sorry for a bad idea. I'm going to continue with the Monkeys spin to play inside the steakhouse. I thought it could be possible a Livarp remaster since there was a sid-crunchbang in house some time ago and I had found Livarp pages of yours in GitHub.

Thanks for your suggestion, I didn't mean to sound like a dick although I am one. :) The crunchified BBQs were just made "for fun", followed by replacing systemd with sysvinit, then later I opened the valve and dropped GTK applications in favour of terminal applications much like Crunchbang Lite from 2009. In the end, the only common denominator was Openbox.

There was indeed a plan to revive some dead distros, like YOPER or livarp. I only "rescued" the livarp scripts when it was clear that livarp was not going to be maintained anymore and put them on github. Was a few years ago IIRC. Since then
- livarp has been released again (maybe a year ago?)
- the grill has moved to a more minimalist base system*
- life has been busy

The latter point is maybe the main reason for the silence here. Anyway, your suggestions are always welcome ;)

*) it is not even sure if we stay with Debian after all that bullshit upstream.

You are not a dick. You've made lots of spins for us to play and enjoy.
Thanks for rescuing Livarp's scripts because they are what I like about L.
I like the noX roadmap and the uncertainty about whether to go with debian or not is interesting.
Excuse me for my minimal English skills, it isn't my mother tongue.

- the grill has moved to a more minimalist base system*

Yep especially with all the bullshit GTK3 brings - want to avoid as long as possible.

^ yep, GTK3 is a problematic piece of software in sid, X breaks every month, systemd pushes its ugly face into more and more base packages as dependency, and now the problem is that Slackware (the alternate base) comes with another Poettering-bloat (pulseaudio) by default, which really fucks my brain up. Will have to seriously (and time-consumingly) work on something that is simply just fucking Linux with a normal set of scripts at boot, a no-nonsense audio server (OSS or ALSA) and a safe/borkless path to X11 if wanted by the user.
Smells more and more like a gentoo base, users can add binaries if they want.

^ In Machinebacon we trust.

Happy Birthday, LinuxBBQ!

machinebacon wrote:
Smells more and more like a gentoo base, users can add binaries if they want.

I had thought to suggest Gentoo yesterday, but as a neophyte I'm quite shy asking questions about a topic like this.
My curiosity is stronger than my shame and I'd like to ask if BSD could be a possibility too, and why there is no a grill like Linuxbbq in the BSD comunity?
I've googled "BBQ BSD" and I found:

• "dj'Steak BBQ BSD" - a steakhouse from Bumi Serpong Damai town in Indonesia.-
  and a BBQ BSD video https://youtu.be/iqsNg1fGgBA

BSD will be quite hard to implement as remasterable distribution, from the technical point of view, because of many reasons.
Actually we are doing Linux here ;) so BSD would not really fit the scope.

Mmmm Tiny Core anyone. It fits many BBQ ideas simple base add seasoning. Busybox like puppy - much simpler than systemad.

Sometimes it is nice to go back to something very basic and enjoy exploring what a simple system like Tiny Core can do.

There are several hundred distros, so namedropping doesn't do anything :) We do have Slackware base (Bowlful), we have a puristic busybox + kernel as base laying around (Bacon), we have working tarballs to get to buildroot (pidsley's experimental spins) and funtoo+slackware (killX), so the question is not "what should be the base". The are other issues that are more important, as follow:

#1 dependency hell -- Which base will keep the dependency shit (named in posts above) off board, not just until the next kernel or Xorg revision, but also in the next years? (big question - I don't have time and interest to spend weeks working on something that will fuck up our brains a month later)
#2 build scripts -- How should build scripts for the base work? (FULLSTORY is excellent, buildroot a very close second)
#3 remastering -- Which base makes remastering comparably easy? (Debian is superb)
#4 package management -- Which method does not require a huge repository? (Slackware's external sbopkg is perfect)
#5 update/upgrade path -- Where are the limitations? (Debian's sid breaks every now and then, more now than then, Jessie will soon impact #1, #2 and #3)

Most of the users probably don't know that kernel 3.18 had had a big impact on how the remaster process works, thanks (AGAIN!) to some upstream decision of dropping support for a perfectly working feature in favour of another feature, without allowing a side-by-side solution. google for "kernel 3.18 aufs dropped" to know more. Impacts #1 #2 #3 #5

So, thanks for all the nice suggestions. pidsley and I will have to make this decision "alone" ;)

Thanks! Good explanation.