On Tuesday, 29 June 2004, at 14:15:39 (-0400), Bradley Reed wrote: > If you use a distro like LFS, Slackware, or even Gentoo you > definitely have to want to learn about your system. In the end > though, I feel someone that has taken the time to learn their > system, whatever it is, will have far fewer problems than someone > who trusts in third-party scripts or packaging systems to maintain > their system.
...which is why I package my own packages much of the time, and why I'm helping build a new community-driven distribution from the ground up. :-) > I was not aware of that, and that does seem to be an improvement > over what I remember, but does it break if enlightenment is in > /usr/local/bin/? Yeah, it won't work then. But if you understand *why* the dependencies it's complaining about really truly are satisfied, you can always use --nodeps. In capable hands, it's a useful option to know and use. Again, it's the people who use it and *don't* know what they're doing that ruin it for everyone. :) > Technically Slackware's init scripts are still SysV, but instead of > having numerous copies and symlinks of the init scripts in separate > directories for each run level, all the init scripts are in one > directory. I find it simpler, but to each his own. SysV init dictates that all scripts exist in /etc/init.d/<name>. The stuff in /etc/rc?.d/ are all symlinks maintained by chkconfig. The runlevel distinction is important for init purposes in many cases, particularly when needing runlevel 2 rather than 3. On Tuesday, 29 June 2004, at 12:18:51 (-0700), Shish wrote: > Certainly, there are a lot of people who only use gentoo for the > speed bonuses of specially targetted code, but they suck - Most > people who know what they're doing don't care for that, it's just > that gentoo is the current fad distro, so all the stoopid n00bs / > 1337 haXX0rz jumped onto it. > > I must say that it does *feel* faster, but I'd guess that that's > because I've only installed what I want, rather than all the bloat > that comes with most desktop distros. A co-worker of mine had to abandon Gentoo because the optimized binaries made his CPU run too hot. > portage seems much easier to hack / fix than RPM - eg, Rather than > wait for a new .rpm to be released, you can download the current > source tarball, and just change the checksums in the portage > database. I don't have to wait for new RPM's either. One can build one's own RPM's fairly easily, and thanks to Mezzanine (www.kainx.org/mezzanine/) and similar tools, it's even easy to update, change, and rebuild them. > Also, what was with the IRC title of "abusing the gentoo intellect > since <date>"? I'm all in favour of flaming n00bs out of the > deep-end, but people claiming that the distro is directly linked to > stupidity are no better than the n00bs claiming that it's directly > liked to speed :/ http://bugs.gentoo.org/show_bug.cgi?id=35890 On Tuesday, 29 June 2004, at 22:14:26 (+0200), Morten Nilsen wrote: > Oh, and on that subject, I'm planning on starting my very own distro > sometime in the future - how's that for hardcore geekyness? :) You should really check out www.caosity.org. On Tuesday, 29 June 2004, at 16:51:20 (-0400), Bradley Reed wrote: > The simplicity that is Slackware's init scripts is that there are NO > symlinks. No K01Something, S01Something, etc. There are not separate > directories for each runlevel. All the init scripts are in > /etc/rc.d/ If I want a service to run before or after another > service I start it in the appropriate place in rc.M. And that's exactly why that system doesn't work in a true package-based distribution and why so many *.d configuration directories are popping up. When dealing with packages, manual intervention is a no-no. The Slackware way requires a lot of maintenance that chkconfig simplifies greatly. It's far less error prone for a sysadmin (or a package %pre/%post scriptlet) to run "chkconfig --add httpd" and "chkconfig --del httpd" than to worry about adding and removing rc scripts from a file. Michael -- Michael Jennings (a.k.a. KainX) http://www.kainx.org/ <[EMAIL PROTECTED]> n + 1, Inc., http://www.nplus1.net/ Author, Eterm (www.eterm.org) ----------------------------------------------------------------------- "He died for me; I'll live for Him." -- DeGarmo and Key ------------------------------------------------------- This SF.Net email sponsored by Black Hat Briefings & Training. Attend Black Hat Briefings & Training, Las Vegas July 24-29 - digital self defense, top technical experts, no vendor pitches, unmatched networking opportunities. Visit www.blackhat.com _______________________________________________ enlightenment-users mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/enlightenment-users
