Date: Thu, 27 May 2010 01:12:05 +0200 From: Gabor PALI <pgj@FreeBSD.org> To: Dmitry Marakasov <amdmi3@amdmi3.ru> Cc: cvs-ports@freebsd.org, Alexey Dokuchaev <danfe@freebsd.org>, cvs-all@freebsd.org, ports-committers@freebsd.org Subject: Re: 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 Message-ID: <AANLkTilENnyoZzFIU3V57o7c27s_8y1u_Q9pJZKKAHxL@mail.gmail.com> In-Reply-To: <20100526222806.GD43302@hades.panopticon> References: <AANLkTil2ds1NMcOVfF6_R3bCkIb1SPOnLMkagLWt90nk@mail.gmail.com> <20100524220501.GF7380@hades.panopticon> <AANLkTikBXrbZpHaLJN3eVA80RQfJHLOaBLFFK1CNbnh7@mail.gmail.com> <20100525031628.GB8034@FreeBSD.org> <20100526152458.GB25216@hades.panopticon> <AANLkTikVxxaDLgEhfblYdix5L0wz1NsRdMO8GC6N0HNi@mail.gmail.com> <20100526193943.GE25216@hades.panopticon> <AANLkTikI-vhSbpIAgw2_bMT8oNNngkWk9BjqwZ_PG7G-@mail.gmail.com> <20100526222806.GD43302@hades.panopticon>
next in thread | previous in thread | raw e-mail | index | archive | help
On Thu, May 27, 2010 at 12:28 AM, Dmitry Marakasov <amdmi3@amdmi3.ru> wrote= : > I'd think of `primary purpose' here. If the application is optional, > that's most likely a module. Sometimes there may be applications > inrended only for use with module, they don't count too. =A0hs-zip-archiv= e > seems to need a prefix, pandoc doesn't seem to. Pandoc already has two purposes: it is a standalone application, and it is already used as a battery for gitit [1] and Bookshelf [2], for example. > Most python, java, erlang apps do the same, so? I found only 5 erlang ports (at first glance, no "erlang" category). Ports in "java" are really connected by the common category :P (but still 55 ports). But I like the python way, and I am leaning towards to propose a "cabal" virtual category. > It's the latter, build depends are not recorded. But why would one need > to update standalone apps? To get updates? :) > I thought the issue was that ports are 'tightly connected' - in that case= they > would run-depend on each other. Yes, that is right. Hold on a bit... I am just reading the Handbook: "Include the -R flag if portupgrade should first upgrade all the ports required by the given application." And the man page for portupgrade(1) says this for -R (for --upward-recursiv= e): "Act on all those packages _required by the given packages_ as well. (When specified with -F , fetch recursively, including the brand new, uninstalled ports that an upgraded port requires)" Which means that # portupgrade -R ghc-* Updates my GHC and its _dependencies_? However, as a side effect, all the Cabal ports might be uninstalled as well, but it makes this solution more hackish. Ah, you wanted to say this: # portupgrade -r ghc-* > pkg_info and look what is under py26- and p5-. Then look for end-user app= s written in python and p5. Cool, thanks! Cheers, :g [1] http://hackage.haskell.org/package/gitit [2] http://hackage.haskell.org/package/Bookshelf
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?AANLkTilENnyoZzFIU3V57o7c27s_8y1u_Q9pJZKKAHxL>