Slackware This Forum is for the discussion of Slackware Linux.
|
Notices |
Welcome to LinuxQuestions.org, a friendly and active Linux Community.
You are currently viewing LQ as a guest. By joining our community you will have the ability to post topics, receive our newsletter, use the advanced search, subscribe to threads and access many other special features. Registration is quick, simple and absolutely free. Join our community today!
Note that registered members see fewer ads, and ContentLink is completely disabled once you log in.
Are you new to LinuxQuestions.org? Visit the following links:
Site Howto |
Site FAQ |
Sitemap |
Register Now
If you have any problems with the registration process or your account login, please contact us. If you need to reset your password, click here.
Having a problem logging in? Please visit this page to clear all LQ-related cookies.
Get a virtual cloud desktop with the Linux distro that you want in less than five minutes with Shells! With over 10 pre-installed distros to choose from, the worry-free installation life is here! Whether you are a digital nomad or just looking for flexibility, Shells can put your Linux machine on the device that you want to use.
Exclusive for LQ members, get up to 45% off per month. Click here for more info.
|
|
|
05-16-2014, 10:21 AM
|
#76
|
Member
Registered: Sep 2011
Posts: 925
|
Quote:
Originally Posted by Didier Spaier
If you really want a minimal system, it won't hurt to remove from aaa_elflibs
|
Of course, you can cripple a minimal installation of Slackware even further to save 15 MB of aaa_elflibs.
I would recommded building a uclibc/busybox system instead. This way you can squeeze a complete installation into the 10 MB of glibc-solibs.
Seriously: Installing Slackware 14.1 x86 A series and leaving out the generic and non-smp kernels/modules leads to a functioning minimal installation below 400 MB. I would consider that "good enough".
Quote:
Maybe we could organize a contest "Who can make the smallest Slackware?"
|
Make the A series self-contained would be a good start. gawk is included into A for example, but doesn't work due to missing libmpfr.so in 14.1.
Last edited by jtsn; 05-16-2014 at 10:49 AM.
|
|
|
05-16-2014, 10:54 AM
|
#77
|
LQ Addict
Registered: Nov 2008
Location: Paris, France
Distribution: Slint64-15.0
Posts: 11,287
Rep:
|
Quote:
Originally Posted by jtsn
Make the A series self-contained would be a good start. gawk is included into A for example, but doesn't work due to missing libmpfr.so in 14.1.
|
Yes. As we say in French: "les grands esprits se rencontrent"
|
|
|
05-16-2014, 11:02 AM
|
#78
|
Member
Registered: Sep 2011
Posts: 925
|
Quote:
Originally Posted by Didier Spaier
Yes. As we say in French: "les grands esprits se rencontrent"
|
Ah, so I've just stumpled over a "bug". I would move gawk into AP instead and include diff and the lighter nawk into A.
|
|
|
05-16-2014, 11:27 AM
|
#79
|
Senior Member
Registered: Oct 2003
Location: Northeastern Michigan, where Carhartt is a Designer Label
Distribution: Slackware 32- & 64-bit Stable
Posts: 3,541
|
Or even better you can go to Brian Kernighan's web page and get "real" AWK:" http://www.cs.bell-labs.com/cm/cs/awkbook/index.html.
Code:
ll /bin/gawk-4.1.0
-rwxr-xr-x 1 root root 626216 Jul 30 2013 /bin/gawk-4.1.0*
ll /usr/local/bin/nawk
-rwxr-xr-x 1 root root 179365 Nov 25 13:23 /usr/local/bin/nawk*
Big savings of disk space there, eh? Oh, yeah, no dependencies to worry about...
Note: awk builds to a.out, I save it as /usr/local/bin/nawk 'case it's "new AWK" as opposed to "old AWK."
Last edited by tronayne; 05-16-2014 at 11:29 AM.
|
|
|
05-17-2014, 09:58 AM
|
#80
|
Member
Registered: Mar 2007
Location: America
Distribution: Linux
Posts: 161
Rep:
|
Floppies are dead
Smallest install
http://distro.ibiblio.org/tinycorelinux/
1. SlackBuild equivalent of Build World from FreeBSD
2. Ports equivalent from FreeBSD
|
|
|
05-17-2014, 01:12 PM
|
#81
|
Member
Registered: Nov 2010
Location: Tucson, Arizona US
Distribution: Slackware Current
Posts: 376
Rep:
|
Why not just leave Slackware alone? Buy Dr. Torvalds a beer if you want to discuss changing his distribution. It's not like this is groupware.
Don't like Slackware? Go to http://linuxfromscratch.org/lfs/ and build your own minimal system, after which you can customize your workstation using http://linuxfromscratch.org/blfs/. That's all a D'Strow is: a kernel with a selection of additional packages.
--
Obquote: "I'll keep that in mind, Mr. Bailey...when this becomes a democracy." Captain Kirk, The Corbomite Maneuver.
=-=-=-=-snip=-=--=-
What can I do with my LFS system?
A by-the-book LFS system is fairly minimal, but is designed to provide a strong base onto which you can add any packages you want.
-==-=-=-=--=-snip=-=-=-=
http://linuxfromscratch.org/blfs/
What can I do with my BLFS system?
Nearly anything! An LFS system is primed to become a system that fits whatever need you have. BLFS is the book that takes you down your own custom path. You could build an office workstation, a multimedia desktop, a router, a server, or all of the above! And the best part is you only install what you need.
[Read O'Reilly "Sed and Awk" to see what you can do with those powerful tools.
|
|
3 members found this post helpful.
|
05-17-2014, 01:18 PM
|
#82
|
Guru
Registered: Mar 2004
Location: Canada
Distribution: Slackware, Debian, Ubuntu
Posts: 7,442
|
Quote:
Originally Posted by hpfeil
Why not just leave Slackware alone?
|
Agreed. This is why I am very happy that our BDFL is in charge. Mr. Volkerding has a proven track record of expertly charting the course of Slackware development. I don't feel the need to second guess his judgement.
|
|
1 members found this post helpful.
|
05-17-2014, 02:19 PM
|
#83
|
LQ Guru
Registered: Jul 2011
Location: California
Distribution: Slackware64-15.0 Multilib
Posts: 6,564
|
I second the motion. Patrick's judgments have always proven to be spot on when it comes to keeping Slackware a sane distribution. A lot of people feel like we need to keep up with distribution XYZ, but in reality it's distribution XYZ that should be keeping up with Slackware.
Slackware's always set and been the standard in my opinion.
|
|
1 members found this post helpful.
|
05-17-2014, 02:52 PM
|
#84
|
Member
Registered: Nov 2010
Location: Tucson, Arizona US
Distribution: Slackware Current
Posts: 376
Rep:
|
Er, correcting a typo: Buy Dr. Volkerding a beer! You are more than welcome to buy the kernel developers a beer, but around here in this Slackware forum, you're more likely to get your idea implemented if you buy Pat a beer. Off topic: Let's start a buy Dr. Volkerding a beer fund. Don't forget to tip the bartender and waitress.
|
|
|
05-18-2014, 12:57 AM
|
#85
|
LQ Guru
Registered: Jul 2011
Location: California
Distribution: Slackware64-15.0 Multilib
Posts: 6,564
|
If I could afford it, I'd buy Patrick a pallet of Sam Adams Boston lager just to keep Slackware sane and simple, and even find ways to reduce the overhead already in Slackware, if at all possible.
|
|
1 members found this post helpful.
|
05-18-2014, 02:42 PM
|
#86
|
Member
Registered: Apr 2014
Distribution: Slackware
Posts: 92
Rep:
|
It'd be nice if, during installation, there was an option to install the generic kernel and configure LILO to use it. I'm not fussed if that doesn't change, though - I'm used to doing that by hand, anyway.
|
|
|
05-18-2014, 03:08 PM
|
#87
|
LQ Addict
Registered: Nov 2008
Location: Paris, France
Distribution: Slint64-15.0
Posts: 11,287
Rep:
|
Quote:
Originally Posted by ndc85430
It'd be nice if, during installation, there was an option to install the generic kernel and configure LILO to use it.
|
Hmm... That would need something like running mkinitrd_command_generator.sh before lilo or elilo, and probably adapt liloconfig accordingly. I guess that would trigger a flow of help requests here like "Help! the Slackware that I just installed can't start!"
Last edited by Didier Spaier; 05-18-2014 at 03:59 PM.
Reason: s/bet/guess/ & s/could/would/
|
|
|
05-18-2014, 03:52 PM
|
#88
|
LQ Guru
Registered: Jul 2011
Location: California
Distribution: Slackware64-15.0 Multilib
Posts: 6,564
|
One of the reasons that was avoided. Huge is there to be an all-purpose kernel until you know how to setup an initrd for your system. It's easier to use Huge outright, or even stick to Huge full time than to figure out an initrd for beginners.
|
|
|
05-18-2014, 03:54 PM
|
#89
|
Senior Member
Registered: Nov 2013
Location: Brazil
Distribution: Slackware
Posts: 1,223
Rep:
|
I see no advantage on using an initrd, actually I rather not use it, it is an annoyance.
|
|
|
05-18-2014, 04:20 PM
|
#90
|
LQ Addict
Registered: Nov 2008
Location: Paris, France
Distribution: Slint64-15.0
Posts: 11,287
Rep:
|
Quote:
Originally Posted by moisespedro
I see no advantage on using an initrd, actually I rather not use it, it is an annoyance.
|
Useless for you, but useful for others.
Last edited by Didier Spaier; 05-18-2014 at 04:30 PM.
Reason: Wording changed.
|
|
|
All times are GMT -5. The time now is 06:01 AM.
|
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.
|
Latest Threads
LQ News
|
|