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

Re: extension of lsb packages

On Mon, 4 Mar 2002, Jim Knoble wrote:

> Don't be pedantic.  The leading 'lsb-' is because someone thought it
> would be a good idea to put 'lsb-' in front of every LSB-compliant
> package.  It's not.  It's too long, and it's got too many lsb's, and

Yes, and I have long advocated doing that. It is important that the entire
LSB mess be isolated from the OS vendor supplied packages and from other
LSB vendor packages. Since the choice of implementation must work with
exsting technology (ie RPM) the only choice is to prefix the package name
with 'lsb-' and perhaps the vendor name too. Once you've done that you
might as well carry that into the filename too.

> Many package names are already long enough as it is.  Making them longer:
>   lsb-apple-quicktime-core-13.2-1.update2.i386.lsb
> (simply by way of hypothetical example) is a bit too much, don't you
> think?

I have advocated doing this as well. I belive that it is very likely that
multiple vendors will be providing competing LSB compliant components for
some time. It is essential that this be allowed to happen and the only way
it can is if we encode this information in the package name so
dependencies can work properly. 

Your case is misleading because Apple is likely to be the only vendor of a
quicktime package. Consider something like gnome or kde. We have OS vendor
gnome (RH, Debian, etc), Ximian gnome and Sun gnome.  All must be able to
exist at once on the same system, so they all need different names.

> : We could possibly have non-lsb packages using the lsb format,
> : particularly if the lsb format becomes something more than it is..
> Who cares?  The package manager simply cares whether the file format is
> correct, and whether the dependencies are fulfilled.  If the

It also has to be able to distinguish RedHat, LSB and non-LSB versions of
the same package. Thats what the lsb- is for.


Reply to: