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 |