cvs commit: ports/archivers/hs-zip-archive Makefile distinfo
pkg-descr pkg-plist ports/devel/hs-binary Makefile distinfo pkg-descr
pkg-plist ports/devel/hs-darcs/files patch-Setup.lhs
patch-darcs.cabal ports/devel/hs-darcs Makefile distinfo pkg-d
Gabor PALI
pgj at FreeBSD.org
Thu May 27 00:11:08 UTC 2010
On Thu, May 27, 2010 at 1:28 AM, Dmitry Marakasov <amdmi3 at amdmi3.ru> wrote:
> * Gabor PALI (pgj at FreeBSD.org) wrote:
>
>> > How are you going to use it?
>>
>> Like you suggested in your example on ports@ (but with "haskell"):
>>
>> # make -C /usr/ports search cat=cabal
>
> Why would a user need to specifically search for all cabal ports?
Because she wants to find darcs, for example. If it is a hackage port
it must be in that category independently of its name.
>> Is there any upgrade method that uses categories..? A generic way
>
> Again, why would a user need it?
Because Cabal ports are just a subset of the "haskell" category.
However, since the given port has been already installed, it does not
really matter. True.
I think all the things boils down to the question of "where that port
can be found". Using a category might be overkill for this, but I do
not see a better solution.
But... If you are right then some other ports (with "hs-" prefix at
the moment) have "naming problems" like the ones I mentioned before:
Agda, Agda-executable, alex, brainfuck, c2hs, cpphs, haddock, happy,
hat, HaXml, hdoc, hmake, hoogle, hscolour, idoc, mueval, porte,
texmath, unlambda, uuagc.
Actually, there is a STANDALONE variable in the Makefiles for really
standalone Haskell applications (which means that the given port is
not registered in the GHC package list), and the following ports use
it at the moment: alex, happy, c2hs, hoogle, Agda-executable, pandoc
(when no library installed), xmobar.
The not-so-nice thing is here when an end-user application depends on
its "module" or "extension": devel/uuagc -> devel/hs-uualib or
print/hs-hscolour-docs -> print/hscolour, devel/hs-haddock-docs ->
devel/haddock, x11-wm/hs-xmonad-contrib -> x11-wm/xmonad. Do you
think we can do it without messing up things?
Let me guess about your answer: Rename all the connected ports as
well. But then it contradicts with the rule you mentioned. Nice! :)
Sorry, I am just trying to follow the rules. Okay, I will think about
it, and come up with solutions. Just give me some time.
> Manpage says -u is deprecated.
Och! So the Handbook needs to be updated. Thanks!
Cheers,
:g
More information about the cvs-all
mailing list