SlackwareThis 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.
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.
I am currently using Slackware 9 and I am very happy with it.
That said, I noticed that most of the packages from the CDs are compiled for i386, while current dropline packages are optimized for i686.
Although it does work fine of course, I was wondering how I could either recompile them on my machine to have a i686 optimized system (I am using a P4), or if there was a special slackware version somewhere optimized for i686?
So, can I have a fully i686 optimized system based on slackware (yes yes!), or do I have to switch to gentoo?
By doing this I am hoping to have a performance improvement.
U can install other distro dual booting with slack, I've slack, rh, w2p on the same HD. I surely interested on an optimized slack, but somewhere I read. It is the slack policy to keep it simple n even run on i386.
The real performance abuse is the misconfiguration of application, service running around that abused the CPU, ram resourced rather than the non optimization of the compilation. I believe it .. so
I believe the full Slackware source is located on CD 3. If you didn't buy your copy of Slack, you can most likely download the source from [insert favourite mirror here]. So...get on with the compiling.
And, a note regarding the "keep it simple and even run on a 386" bit; as you may or may not know, Slackware 9.1 is going to branch - it will be compiled for 486, since Pat Volkerding (and most others) felt like "if you're using a 386, you're not using Slack 9". Sounds reasonable.
Almost the whole distribution is compiled with the CFLAGS set to:
"-O2 -march=i386 -mcpu=i686"
which means that it is i686 optimized and i386 compatible.
"
In that case, there is no need to compile it from source...
Almost the whole distribution is compiled with the CFLAGS set to:
"-O2 -march=i386 -mcpu=i686"
which means that it is i686 optimized and i386 compatible.
"
In that case, there is no need to compile it from source...
Could somebody confirm this?
Thanks.
I can't cofirm this but it is possible to download the source code for an applications and edit the Makefile adding the option
-mcpu=i686
to the CFLAGS line.
To build the tgz package you can then use checkinstall, it is a very useful utility in the "extra" dir of slackware mirrors.
You can of course get the source packages and edit the Slack.build scripts to make things for i686. That said, for the most part you probably will not notice any difference. I have done it for XFree on my Slack 9 box, mainly to compile in support for my ATI AIW card. I believe that as of slack 9.1 support for i386 is being dropped and everything will be compiled for i486. I have been tempted to try Gentoo, but a co-worker has been using it and had difficulties. But the main reason I haven't switched is I love the simplicity of Slack and the BSD style scripts.
Back to wut written there, that slack has no dependencies check of packages. The dependencies checking is already done by the creator i bet ..
Regarding to the link above I gonna ask something (question at bottom):
I've ever worked with solaris/sunOs environment (on the university). They had a kind of "application preconfiguration" on their systems.
That mean an user can easily put in their ~/.applrc like:
pgsql
java
kde
And the user environment will be configured for running the applications. The real configuration of each application packages is actually already done by the system administrator in say /usr/local/applications/{apache,pgsql,java,kde,gnome,gcc,..}.
But user has also the possibility to define his own applications initialization in ~/lib/applications.
My question is: Has any one ever seen any distro with such application preconfiguration. I'm actually interested on some scripts there on their /usr/local/lib/applicaiions, /usr/local/bin/{scripts for initialization of the applications}.
Most likely this kind of application preconfiguration is distributed on sun systems or maybe had that administrator (mentioned above) just written those scripts by himself or had he downloaded from some where n installed them .. ?
Last edited by linuxJaver; 07-10-2003 at 01:08 AM.
I'm trying Gentoo on a machine here at work. I started from stage1, it means that everything is compiled from scratch using optimizations I've chose.
It took 4 days to compile a decent system. It is difficult to install (even if the manuals onsite are great) and it needs a very fast internet connections. For example here in Italy only the 3% of the people has a 10Mbit/sec line (I'm one of the lucky guys :-) )
You MUST use a kernel with experimental features or you won't be able to use your mouse.
In the end, I didn't notice any relevant speed increase with applications of any type.
You can install and decently configure your Slackware box in less than a hour and you have a standard compliant, not patched, high configurable linux box. I think I could not ask for more.
I didn't know about the Slack.build script, it is great, thank you very much for the info.
Thanks for the link to docs.sun.com, I've downloaded an admin manual for solaris 9. Actually am quite interested on installing solaris 9, because I've worked quite long with it during the uni-time. Thing is my hardware look like not in the spec for solaris (my abit kt7-raid, athlon 900mh burnt ..).
My current hardware spec is asus tx97e, amd k6-350mh, 256mb ram. Is that suffice the solaris 9 hardware requirement ? I don't plan to run great servers. Just gonna have a solaris environment for single user (usage: X, 2 xterm, netscape browser, possibly from time to time run an apache server).
Is it advisable to install solaris 9 with that spec ? According to their hcl, it seemed only few mobos reported to be hardware compatible for it. I mean am dun need to spend the time if it is not ..
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.