1 |
On Fri, 2 Dec 2016 13:38:19 -0600 |
2 |
William Hubbs <williamh@g.o> wrote: |
3 |
|
4 |
> On Fri, Dec 02, 2016 at 07:47:01PM +0100, Michał Górny wrote: |
5 |
> > On Fri, 2 Dec 2016 13:02:48 -0500 |
6 |
> > Mike Gilbert <floppym@g.o> wrote: |
7 |
> > |
8 |
> > > The devmanual states: |
9 |
> > > |
10 |
> > > The name section should contain only lowercase non-accented letters, |
11 |
> > > the digits 0-9, hyphens, underscores and plus characters. Uppercase |
12 |
> > > characters are strongly discouraged, but technically valid. |
13 |
> > > |
14 |
> > > https://devmanual.gentoo.org/ebuild-writing/file-format/index.html |
15 |
> > > |
16 |
> > > |
17 |
> > > Why are uppercase characters strongly discouraged? |
18 |
> > > |
19 |
> > > Wouldn't it make sense to follow upstream's naming convention? |
20 |
> > |
21 |
> > I'd say keeping things lowercase makes sense for end user packages. For |
22 |
> > pure dependencies with consistent conventions (e.g. perl), it makes |
23 |
> > sense to keep upstream's naming. |
24 |
> |
25 |
> I'm not advocating renaming this, but I found an example of this when |
26 |
> looking to package something: |
27 |
> |
28 |
> dev-python/configargparse is called ConfigArgParse upstream. |
29 |
> If we had named it dev-python/ConfigArgParse, we wouldn't need to set |
30 |
> MY_PN, MY_P or S in our ebuild, and I wouldn't have had to check the |
31 |
> package to see if it was the same as the package I need to depend on. |
32 |
|
33 |
I should also add a statistical point that I've already seen 2 or 3 |
34 |
times Gentoo developers committing duplicate packages (i.e. missing |
35 |
a package already there, under a different name/category). |
36 |
|
37 |
-- |
38 |
Best regards, |
39 |
Michał Górny |
40 |
<http://dev.gentoo.org/~mgorny/> |