[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Debian (was Re: [Sheflug] Re: Problem )



>>>>> "Chris" == Chris J/#6 <sixie [at] nccnet.co.uk> writes:

    Chris> [[ Warning! Possible irrational griping below!! ]]

Not irrational, just a little underinformed.

    Chris> Well Debian's package management requires jumping through
    Chris> more hoops than RPM's, to a point.

Not required by the PMS (dpkg) as such, but by apt.  If RPM did as
much for you as apt does, it would be similarly annoying I imagine.

    Chris> The problem is apt-get has an overly-loyal and totally
    Chris> unbending love of dependcancies. Which is a problem for
    Chris> someone like me who does a lot of source compilation and
    Chris> rarely uses package management.

apt-get source -b $PACKAGE && dpkg -i $PACKAGE*.deb

It's also reasonably easy to fool the package system.  You just create
fake debian/{changelog,control} files (and maybe some other stuff) and
use dpkg-deb to build a package out of them.  Wouldn't be hard to
write a script to take a package name and version number and create a
fake package that provides the features.  I only do this for XEmacs,
though (and maybe Ghostscript starting in a few days).

But as long as you're using vanilla sources (you wouldn't edit any of
DJB's code, would ya?) apt-get source wins.

    Chris> dpkg the file manually, as dpkg *can* be told to ignore
    Chris> dependancies.

Except that this will probably get apt upset later.

    Chris> If I wasn't a source monster, apt-get/dpkg seems like mana
    Chris> from heaven compared to RPMs.

I guess it comes down to how often you actually change the sources in
ways that would upset "debian/rules binary".  I forget how hard it is
to change configuration, I think you just edit the ./configure call in
debian/rules, and unless there's soem kind of self-test, or the file
set produced changes, you should get away with it.

    Chris> Debian uses both rcX.d and rcS.d (ie the single-user level
    Chris> directory) to bring a machine up.

I actually like this.

    Chris> Coming from a trad. unix background, I find this rather
    Chris> nasty - single user *should* start only *minimal* services
    Chris> - ie, a getty and whatever system services are needed for a
    Chris> user to actually make use of the system, and also only the
    Chris> root FS should be mounted.

But I agree with you here.

    Chris> Slackware does what its told and doesn't give nasty
    Chris> suprises like this, which is why it's going back on this
    Chris> machine, probably this weekend.

Debian, unfortunately, has come a long way from its "developer's
distro" roots (or maybe the basic concept of "developer" has
changed).

Do what's best, but I did want to explain that there are some options
that might make things a little happier for you.


-- 
University of Tsukuba                Tennodai 1-1-1 Tsukuba 305-8573 JAPAN
Institute of Policy and Planning Sciences       Tel/fax: +81 (298) 53-5091
_________________  _________________  _________________  _________________
What are those straight lines for?  "XEmacs rules."
---------------------------------------------------------------------
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.