On Tue, Jan 13, 2004 at 09:17:12AM +0100, Goswin von Brederlow wrote:
> Anthony Towns <aj@azure.humbug.org.au> writes:
> > On Sun, Jan 11, 2004 at 07:15:59PM +0100, Goswin von Brederlow wrote:
> > > > > Ideas, complains, objections?
> > > > Yes; renaming the packages is a _good_ thing; breaking the "one installed
> > > It means you have to adapt 10K packages instead of 1K. Renaming means
> > > every Depends and Build-Depends line has to be looked at manually and
> > > 99% have to be adapted.
> > Only up to a point. Most of this would be automatic from shlibdeps.
> Build-Depends don't work by magic
Build-Depends work fine: you don't change the name of the -dev package
(which means you can install the i386 or amd64 -dev package but not both),
and set the buildds to only install native packages.
> and any Depends manualy set in the
> control file has to be changed.
That's why you don't set library dependencies manually. If you do, you
suffer miserably. Big deal -- that's not news, and that's why almost no
one does it.
> > > Also people will get confused because packages
> > > will be renamed all of a sudden. E.g. docs for zlib1g will be in
> > > lib64z1g all of a sudden. Doesn't make for an easy read on
> > > Depends/Build-Depends lines.
> > Docs for zlib1g would still be in /usr/share/doc/zlib1g, docs for lib64z1g
> > would be in /usr/share/doc/lib64z1g.
> Which is not what you would expect for zlib.
If I was unfamiliar with the scheme, I'd be looking for libz, not zlib,
anyway. That's why we have dpkg -L, locate, etc.
There are real problems here with all these solutions, let's worry about
them, not these.
> > > > package, one name" rule is really bad. What does "dpkg -L libc6" do on
> > > The thing is you still have one package, one name. You just have
> > > multiple debs providing different ABIs of the same package.
> > The problem comes when you want to install them at the same time. If
> > you're installing two packages with the same name, that's the problem.
> But only in dpkg, dselect, apt and aptitude. Thats 4 packages to
> change compared to nearly every package.
Yeah, four of the most complicated packages, that cause the most problems
for *everyone* if they fail...
Cheers,
aj
--
Anthony Towns <aj@humbug.org.au> <http://azure.humbug.org.au/~aj/>
I don't speak for anyone save myself. GPG signed mail preferred.
Linux.conf.au 2004 -- Because we can.
http://conf.linux.org.au/ -- Jan 12-17, 2004
Attachment:
signature.asc
Description: Digital signature