From owner-cvs-ports@FreeBSD.ORG Thu May 27 00:11:08 2010 Return-Path: Delivered-To: cvs-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8E4F1106567A; Thu, 27 May 2010 00:11:08 +0000 (UTC) (envelope-from pali.gabor@googlemail.com) Received: from mail-fx0-f54.google.com (mail-fx0-f54.google.com [209.85.161.54]) by mx1.freebsd.org (Postfix) with ESMTP id 504308FC19; Thu, 27 May 2010 00:10:44 +0000 (UTC) Received: by fxm12 with SMTP id 12so333867fxm.13 for ; Wed, 26 May 2010 17:10:43 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:mime-version:received:sender:received :in-reply-to:references:date:x-google-sender-auth:message-id:subject :from:to:cc:content-type:content-transfer-encoding; bh=8NsmlDema5+jFkDEvaqlFqBV4onLxTY/gp1qmgBZjMk=; b=WUS6dr2SbB4XNwOF4tQdXUM+qO5YGDdNDXnLwW5vlTej/yuuKMOhhiWgvO78UIdXcA wOkrdxZejXRkzJto68Eicgzq94gdO9+OynX/RzeqZa+lDZl9QeH15/+/X7KlkGFZGBK9 1EMP3zo2jInVhJNu8989p6iHk0vf77IHnvnac= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; b=BcQvdcHN/BC1Y+wKVRyVLP8KPvHOfsg9Vfzz/fMmITkOCyOJHrlZ6cGawaiXQInRq9 OCLkz4tI2nOyZ92QFoK6JUCdM1yToGifuUkz4KQLsnVDyJqGckgdrWALgV13Aqiz0jl2 le0GyRHHNubheYoEFn7KsvBv/lNprYZY2+dJ4= MIME-Version: 1.0 Received: by 10.223.17.136 with SMTP id s8mr8399386faa.41.1274919043487; Wed, 26 May 2010 17:10:43 -0700 (PDT) Sender: pali.gabor@googlemail.com Received: by 10.223.120.129 with HTTP; Wed, 26 May 2010 17:10:43 -0700 (PDT) In-Reply-To: <20100526232836.GG43302@hades.panopticon> References: <20100524231620.GG7380@hades.panopticon> <20100526151521.GA25216@hades.panopticon> <20100526155220.GD25216@hades.panopticon> <20100526220206.GB43302@hades.panopticon> <20100526225018.GE43302@hades.panopticon> <20100526232836.GG43302@hades.panopticon> Date: Thu, 27 May 2010 02:10:43 +0200 X-Google-Sender-Auth: 7xnjJvC4VRlA1Wmz65ltXvmk6Xs Message-ID: From: Gabor PALI To: Dmitry Marakasov Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: cvs-ports@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 X-BeenThere: cvs-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: CVS commit messages for the ports tree List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 May 2010 00:11:08 -0000 On Thu, May 27, 2010 at 1:28 AM, Dmitry Marakasov wrote: > * Gabor PALI (pgj@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=3Dcabal > > 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..? =A0A 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