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

Re: rpm groups and fedora: a modest proposal

Le mer, 26/05/2004 Ã 08:16 -0400, Jeff Spaleta a Ãcrit :
> On Wed, 26 May 2004 11:02:36 +0200, Nicolas Mailhot
> <nicolas mailhot laposte net> wrote:
> > Any setup that does not allow in-package hints, distro policy and local
> > sysadmin overlay will f*-up one of these people.
> Have you not been listening to seth?
> yum can merge group definitions from multiple sources. I'm really not
> convinced you NEED in package group tags, just like i don't think you
> NEED in package recommend tags. You publish packages in a repo

And this is where you didn't listen to me.
All the world is not a yum repo.
Right now yum is an *optional* rpm overlay.
If you make yum mandatory for something as trivial as rpm classification
you kill a lot of rpm's interest.

How do you handle single-rpm publication on sf on your setup ? How do
you handle rpm -Uvh http://foo.org/bar.rpm ? How do you handle using a
CD of unindexed rpms as a yum source ?

Are you seriously suggesting someone needs all the repository plumbing
just to declare a package is a game, a gnome applet or whatever ? Why
not get all the metadata out of spec files while you're at this ?

The group tag is broken mostly because it is 
1. mono-valuated
2. not standardised
3. interpreted as-is instead of getting through even the dumbest

Frankly nothing I've read so far justifies moving this info out of the
spec files and making yum an hard requirement. Changing the
format/allowed values yes. Changing the way it is parsed/interpreted
yes.  Moving it out ? No.

You have to give a lot more compelling arguments than "it works better
than foo known-broken-for-ages setup" to sell something that goes
against package=standalone software unit rule.

Nicolas Mailhot

Attachment: signature.asc
Description: Ceci est une partie de message =?ISO-8859-1?Q?num=E9riquement?= =?ISO-8859-1?Q?_sign=E9e?=

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