cvs commit: ports/devel/hs-BNFC Makefile distinfo pkg-descr pkg-plist ports/devel/hs-filemanip Makefile distinfo pkg-descr pkg-plist ports/textproc/hs-lhs2tex Makefile distinfo pkg-descr pkg-plist

Pav Lucistnik pav at FreeBSD.org
Wed May 4 09:28:26 UTC 2011


On 2011/05/04 00:46, b. f. wrote:
> On 5/3/11, Pav Lucistnik<pav at freebsd.org>  wrote:
>> Doug Barton píše v po 02. 05. 2011 v 12:40 -0700:
>>> On 05/02/2011 00:57, Gabor PALI wrote:
>>>>    On 05/02/11 09:44, Doug Barton wrote:
>>>>> On 05/01/2011 22:31, Ashish SHUKLA wrote:
>>>>>>      devel/bnfc ->    devel/hs-BNFC
>>>>>
>>>>> I thought we didn't do new upper-case port names on purpose?
>>>>>
>>>>
>>>> It stems from HackageDB [1].  The port will be converted to a
>>>> bsd.cabal.mk [2] consumer soon.
>>>>
>>>>
>>>> [1] http://hackage.haskell.org/package/BNFC
>>>> [2] http://www.freebsd.org/cgi/cvsweb.cgi/ports/lang/ghc/bsd.cabal.mk
>>>
>>> I'm sorry, I don't understand this response. I realize that there are
>>> some software packages that have upper-case letters in their names.
>>> However, my understanding is that we are not using upper-case letters
>>> for new portnames. Is my understanding incorrect?
>>
>> My understanding is that the first letter must be lowercase, next
>> letters are allowed to be uppercase if there's a good reason ie.
>> upstream naming.
>>
>
> We have some existing conventions that don't conform to this rule, and
> will affect the addition of new ports.  The CRAN ports use R-cran-*,
> and more of these ports will be added.  Do you want us to move these
> to r-cran-* ?

It's a guideline not a law.

No I don't think these need to be changed retroactively.  Actually R is 
such a well recognized software name while r means nothing, so I'd not 
want to see math/R renamed either.

-- 
Pav Lucistnik <pav at oook.cz>
               <pav at FreeBSD.org>


More information about the cvs-ports mailing list