BBQ spin talk
-
- Baconator
- Posts: 10253
- Joined: Thu Sep 16, 2010 11:03 am
- Location: Pfälzerwald
- Contact:
Re: BOXES: LinuxBBQ Cardboard (amd64) Release Notes
^ I know what you mean. Should we change the base for a while?
..gnutella..
Re: BOXES: LinuxBBQ Cardboard (amd64) Release Notes
^ what are you thinking about changing to? I don't know how much help I would be -- I am pretty burned out on computer stuff in general these days. oldstable is making me happy.
-
- Baconator
- Posts: 10253
- Joined: Thu Sep 16, 2010 11:03 am
- Location: Pfälzerwald
- Contact:
Re: BOXES: LinuxBBQ Cardboard (amd64) Release Notes
^ Some chrooting script that wgets the base tarballs from slack, maybe? Or again something source-based? Or a git-based one? I like the idea of doing things in a chroot. Makes remastering easier, too.
Or finally make the dream come true - Emacs on top of a kernel plus busybox. Though this sounds like a shitload of work.
Or finally make the dream come true - Emacs on top of a kernel plus busybox. Though this sounds like a shitload of work.
..gnutella..
Re: BOXES: LinuxBBQ Cardboard (amd64) Release Notes
One of the Szalonna spins had micro-emacs, and I might be able to install regular emacs on it. I might give it a try one of these days. The buildroot scripts are old now, so if it involves rebuilding Szalonna I might be out of luck.
Chrooting the base slack install sounds interesting.
Chrooting the base slack install sounds interesting.
Re: BOXES: LinuxBBQ Cardboard (amd64) Release Notes
Oh dear, yes please!machinebacon wrote:Or finally make the dream come true - Emacs on top of a kernel plus busybox. Though this sounds like a shitload of work.
-
- Baconator
- Posts: 10253
- Joined: Thu Sep 16, 2010 11:03 am
- Location: Pfälzerwald
- Contact:
Re: BOXES: LinuxBBQ Cardboard (amd64) Release Notes
buildroot or crosstool-ng would be most interesting for a kermacs - I am not sure though how much more work it would mean to add Emacs and all the stuff it needs to be built.
Winter will come soon, so probably we will have more time and nerves to spend for slacking :)
@gekko: instant boner :D I could even love this thing as a pure live system.
Winter will come soon, so probably we will have more time and nerves to spend for slacking :)
@gekko: instant boner :D I could even love this thing as a pure live system.
..gnutella..
Re: BOXES: LinuxBBQ Cardboard (amd64) Release Notes
^ Well, you know me. Especially curious to see if my beastly configuration will work well on it.
Re: BOXES: LinuxBBQ Cardboard (amd64) Release Notes
^ What packages do you need to install on a Debian netinstall to make your config work?
Re: BOXES: LinuxBBQ Cardboard (amd64) Release Notes
^ I have this script to setup a new environment for my Emacs config: https://github.com/manuel-uberti/.emacs ... ter/esetup
Re: BOXES: LinuxBBQ Cardboard (amd64) Release Notes
Wow. I don't think I will be trying that any time soon.
- ivanovnegro
- Minister of Truth
- Posts: 5449
- Joined: Wed Oct 17, 2012 11:12 pm
BBQ spin talk
I think some of the ideas we are discussing right now are better served here. We'll keep the release notes tidy.
-
- Baconator
- Posts: 10253
- Joined: Thu Sep 16, 2010 11:03 am
- Location: Pfälzerwald
- Contact:
Re: BBQ spin talk
Thanks Ivo.
If $USER gets his external packages from elpa/melpa it shouldn:t be a problem. Of course the heavy stuff like texlive or wanderlust or w3m or sbcl/whatever will be way too much work.
Emacs has some build options, it actually can be compiled without any extras, see http://repo.or.cz/w/emacs.git/blob_plain/HEAD:/INSTALL -> Detailed Building ->
If $USER gets his external packages from elpa/melpa it shouldn:t be a problem. Of course the heavy stuff like texlive or wanderlust or w3m or sbcl/whatever will be way too much work.
Emacs has some build options, it actually can be compiled without any extras, see http://repo.or.cz/w/emacs.git/blob_plain/HEAD:/INSTALL -> Detailed Building ->
The only things it definitely needs (I guess) is gnutls, maybe libtinfo and libxml.For the smallest possible executable without X, use --without-all --without-x
..gnutella..
Re: BBQ spin talk
Yes, my script pulls in LOTS of things, but for a minimal setup we can comment out at the very end the stuff we don't want/need.
-
- Baconator
- Posts: 10253
- Joined: Thu Sep 16, 2010 11:03 am
- Location: Pfälzerwald
- Contact:
Re: BBQ spin talk
^ I'm not sure if buildroot already integrates APT... I mean, all these things are external packages from the Debian repos.
..gnutella..
Re: BBQ spin talk
^ Well, pidsley asked me about a Debian netinstall, so that's why I pointed him to my script. ;-)
-
- Baconator
- Posts: 10253
- Joined: Thu Sep 16, 2010 11:03 am
- Location: Pfälzerwald
- Contact:
Re: BBQ spin talk
^ Might be because you have not tried to install Emacs with all those extra packages in buildroot? ;)
Edit: of course you beastly configuration won't work with a buildroot, I am 99.9% sure ;) texlive, lol :D
Edit: of course you beastly configuration won't work with a buildroot, I am 99.9% sure ;) texlive, lol :D
..gnutella..
Re: BBQ spin talk
^ lol, ok ok, I'm a bloated man.
Seriously, I don't care about my bloated config. It's already on my main lappy. I'm planning to put this new minimal BBQ on the old Aspire, so it's definitely better to avoid my setup and go with only the must-have.
Seriously, I don't care about my bloated config. It's already on my main lappy. I'm planning to put this new minimal BBQ on the old Aspire, so it's definitely better to avoid my setup and go with only the must-have.
-
- Baconator
- Posts: 10253
- Joined: Thu Sep 16, 2010 11:03 am
- Location: Pfälzerwald
- Contact:
Re: BBQ spin talk
Oh don't get me wrong, I have no problem with bloat (texlive on all machines here, too), it's just that the minimal busybox+kernel+(internal or external)compiler base like crosstools or buildroot probably (quite sure) does not come with APT (at least not wrapped around kernel and libc6 like in Debian), so we can not rape Debian's repos to grab stuff as binaries (for example, of course it could be any other package manager and repo).
We can grab binaries and "dpkg -i" them, or use slack's tarballs, and simply not care about dist-upgrades.
If the base is slackware, it looks much better - though, a mini Slackware with all the tools needed for Emacs and Co. will not be much slimmer than Debian.
We can grab binaries and "dpkg -i" them, or use slack's tarballs, and simply not care about dist-upgrades.
If the base is slackware, it looks much better - though, a mini Slackware with all the tools needed for Emacs and Co. will not be much slimmer than Debian.
..gnutella..
Re: BBQ spin talk
^ Yes, I agree.
Well, count me in for testing this new baby and help whenever needed. I got three different machines that can be used as a good try with different hardware specs.
Well, count me in for testing this new baby and help whenever needed. I got three different machines that can be used as a good try with different hardware specs.
Re: BBQ spin talk
just build a bash script for this one, right? BBQ Package Manager? indeed, fuck upgrades. they're overrated. just install a new spin :DWe can grab binaries and "dpkg -i" them
All statements are true in some sense, false in some sense, meaningless in some sense, true and false in some sense, true and meaningless in some sense, false and meaningless in some sense, and true and false and meaningless in some sense.