Gentoo Archives: gentoo-pms

From: "Michał Górny" <mgorny@g.o>
To: gentoo-pms@l.g.o
Cc: ferringb@×××××.com
Subject: Re: [gentoo-pms] [PATCH] Make it clear that PMs are allowed to handle 'invalid' names.
Date: Sun, 23 Sep 2012 07:35:23
Message-Id: 20120923093519.0a110673@pomiocik.lan
In Reply to: Re: [gentoo-pms] [PATCH] Make it clear that PMs are allowed to handle 'invalid' names. by Brian Harring
1 On Sat, 22 Sep 2012 18:24:40 -0700
2 Brian Harring <ferringb@×××××.com> wrote:
3
4 > On Sun, Sep 23, 2012 at 12:41:06AM +0200, Micha?? G??rny wrote:
5 > > ---
6 > > names.tex | 6 ++++--
7 > > 1 file changed, 4 insertions(+), 2 deletions(-)
8 > >
9 > > diff --git a/names.tex b/names.tex
10 > > index decc8f4..5a3866f 100644
11 > > --- a/names.tex
12 > > +++ b/names.tex
13 > > @@ -2,8 +2,10 @@
14 > >
15 > > \section{Restrictions upon Names}
16 > >
17 > > -No name may be empty. Package managers must not impose fixed upper
18 > > boundaries upon the length of any -name. A package manager should
19 > > indicate or reject any name that is invalid according to these
20 > > rules. +No name may be empty. Package managers must not impose
21 > > fixed upper +boundaries upon the length of any name. A package
22 > > manager should +indicate or reject any name that is invalid
23 > > according to these rules. +Package managers are allowed to accept
24 > > names not following those rules.
25 >
26 > "Here's some rules. You must abide by them. Or you can ignore them."
27
28 That's wording ulm suggested, mine was more liberal.
29
30 The idea is that it is enough to *warn* about them but if package
31 manager *can* handle them, it should.
32
33 > Offhand, and frankly I'm kind of pissed I had to even do this legwork
34 > because your noisy fucking ass couldn't be bothered to do the
35 > the necessary legwork looking at sources (god forbid rather
36 > than chattering like a poop-flinging monkey, someone fire up a term
37 > and go grep'ing and reading sources); right now, changing the rule
38 > that way means that a package name of 'diffball-1' would break on
39 > portage, pkgcore, and paludis. In other words, as has been said,
40 > all current versions, and likely versions from years ago, *will*
41 > go boom if they encounter this.
42
43 You could've just asked.
44
45 > Minimally, pkgcore and paludis, current versions see this anywhere,
46 > they *will* throw an exception because its broken data- to make it
47 > into the vdb is either corruption of the disk, or corruption of the
48 > VDB by a broken PM implementation. Both things have to be flagged,
49 > even though it sucks, and that's what we do.
50
51 No. User is free to use 'invalid' package names whenever he likes
52 and 'break' the system whenever he likes. PMS should not encourage to
53 lift this freedom for the sake of compatibility.
54
55 Much like POSIX doesn't prohibit systems from accepting any characters
56 outside the portable character set for filenames. If you use them, you
57 don't expect 100% portability.
58
59 'Be conservative in what you send, and liberal in what you accept'
60
61 --
62 Best regards,
63 Michał Górny

Attachments

File name MIME type
signature.asc application/pgp-signature

Replies