[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Debian (was Re: [Sheflug] Re: Problem )
I jotted:
>
> Chris...who thinks Debian maybe going to the land of /dev/null and
> replaced by Slack on his box...
>
Richard responded:
> Ah.... !! Signs of cowardice in the community eh ? :))
>
> TBH, Slackware is the distro that is used by the BBC R&D team so not
> many people can see too much that's wrong with it.
>
[[ Warning! Possible irrational griping below!! ]]
<GRIPE TYPE="grumble">
Well Debian's package management requires jumping through more hoops than
RPM's, to a point. Those that haven't used it - a quick explanation.
Debian packages come as .deb's as are installed (if downloaded individually)
using a command, dpkg. Debian system packages though can be installed with
apt-get, and what this does is say I type "apt-get install mailx", apt-get
will connect to one of its archive sites, download it and install it
automagically.
The problem is apt-get has an overly-loyal and totally unbending love of
dependcancies. Which is a problem for someone like me who does a lot of source
compilation and rarely uses package management.
This came to a front when I noticed that for some reason I'd not installed
mailx ... so off I go, 'apt-get install mailx'. And apt-get tells me it
requires an MTA. I've already got qmail installed[1], but there is no way to
tell apt-get to ignore dependancies. Instead, you do the apt-get, but use
download instead of install, cd to the pakcage cache directory, and dpkg the
file manually, as dpkg *can* be told to ignore dependancies.
apt-get is all very nice, but I want a system I can use rather than one that I
need to jump through hoops for. If I wasn't a source monster, apt-get/dpkg
seems like mana from heaven compared to RPMs.
Another gripe I have with Debian is its default single user runlevel...and
it's complete concept of the rc sequence. Unlike Suse and Redhat (and Slack,
but Slack is totally different again), which have seperate rcX.d directories
for each runlevel, Debian uses both rcX.d and rcS.d (ie the single-user level
directory) to bring a machine up. This I discovered when trying to find out
why dhclient was being started on boot, and then later when bringing the
network up (dhclient at start caused dhclient to listen on all interfaces
regardless - the later dhclient invocation actually started it on eth1
according to /etc/network/interfaces which is what I wanted).
To cut a long story short, dhclient was being executed from /etc/rcS.d...which
means that also dhclient starts up in single user mode...as also does portmap
(?!)...single user also mounts all your filesystems including NFS (which is
why it starts portmapper) and does all sorts of other things.
Coming from a trad. unix background, I find this rather nasty - single user
*should* start only *minimal* services - ie, a getty and whatever system
services are needed for a user to actually make use of the system, and also
only the root FS should be mounted.
I know its griping and I know I could fix it, but TBH I really don't want to
spend time cutting out graft that shouldn't be there (and further, I see no
good reason for it to be there either).
Slackware does what its told and doesn't give nasty suprises like this, which
is why it's going back on this machine, probably this weekend.
</GRIPE>
> Try telling that to an Open BSD developer ? :)
>
*shrug* OpenBSD is going to go on my firewall box, buttercup, when I can
borrow a CD-drive from someone (to use the one in my workstation, bubbles,
means unplugging the SCSI card as well as the CD drive. Not summat I want to
do just yet. From what little of OpenBSD I've used though, I do like it
(similarly FreeBSD as well).
Chris...
---------------------------------------------------------------------
Sheffield Linux User's Group - http://www.sheflug.co.uk
To unsubscribe from this list send mail to
- <sheflug-request [at] vuw.ac.nz> - with the word
"unsubscribe" in the body of the message.
GNU the choice of a complete generation.