From owner-cvs-all@FreeBSD.ORG Wed May 26 15:50:26 2010 Return-Path: Delivered-To: cvs-all@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D3AC61065674; Wed, 26 May 2010 15:50:26 +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 DA4DB8FC21; Wed, 26 May 2010 15:50:25 +0000 (UTC) Received: by fxm17 with SMTP id 17so1919596fxm.13 for ; Wed, 26 May 2010 08:50:24 -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; bh=VXubh72UPM7+s8LJu7vRe/XW0jy+NWlFwWwrwYXRua4=; b=MH2YGgY5tvR8LNjk92QrXui9AIGUEs7XPsx5+nHpwz++7uN+iy2mri78Jzv9pnVh2v 8KdzdgWI2kv5uWRg+hJM3y59nm3yvHbKLa5wJY27Vu5dbA76dNmYyQjPZlQRW8lG3OLX 7AsyWomsm4i9szxVjyXeRG7ylOkT9u40MKrNg= 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; b=nFvEuDWAp4rHnC2VUHhOpSe/8bGzuuUT0fG5iboVJRhBe+IsA48zffd7vy8GcWq1SP AffEpfWAddyPoX+GEv//EUfnemGkJ9fma290qtF/LjUCW/u2V8haZBwBl0ybocVamxS4 XUI0hjobKxEV9uthQ5S48FwzCOhcliT8YwKJg= MIME-Version: 1.0 Received: by 10.223.63.76 with SMTP id a12mr7882929fai.10.1274889024725; Wed, 26 May 2010 08:50:24 -0700 (PDT) Sender: pali.gabor@googlemail.com Received: by 10.223.120.129 with HTTP; Wed, 26 May 2010 08:50:24 -0700 (PDT) In-Reply-To: <20100526152458.GB25216@hades.panopticon> References: <20100524220501.GF7380@hades.panopticon> <20100525031628.GB8034@FreeBSD.org> <20100526152458.GB25216@hades.panopticon> Date: Wed, 26 May 2010 17:50:24 +0200 X-Google-Sender-Auth: DWfwnqbolxyiqO9UczgqHroEACo Message-ID: From: Gabor PALI To: Dmitry Marakasov Content-Type: text/plain; charset=ISO-8859-1 Cc: cvs-ports@freebsd.org, Alexey Dokuchaev , 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-all@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: **OBSOLETE** CVS commit messages for the entire tree List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 May 2010 15:50:27 -0000 On Wed, May 26, 2010 at 5:24 PM, Dmitry Marakasov wrote: > I still disagree with that - prefixes should indicate that the specific > port is ONLY a module and is used ONLY for development and as a > dependency - that's pretty clear and useful policy. Haskell has its own distribution, we may interpret it as a distribution within our (ports) distribution. These end-user applications are just parts of it. > Thus while leaving PKGNAMEPREFIX=hs- for e.g. darcs, while having the > port in devel/darcs will ease life for users who want to install it, > this brings up other problems, such as not seeing expected darcs-X.Y.Z > in pkg_info and not being able to do `portupgrade darcs-*`, so I really > think it should not have any prefix at all, along with other end-user > ports. But where is the limit between a development tool and an end-user application? We might say that every development tool is an end-user application (for programmers), and every end-user application is a development tool (for non-programmers). Please do not get me wrong, I just do not support this way of classification, because it may make the borders really fuzzy sometimes. For a Haskell user, it seems exactly the opposite is true: she may get confused when she tries to find something without an "hs-" prefix. However, the virtual category "haskell" may help with this but it is not visible in the output of pkg-info(1) (or it is?). It also makes the update of the Haskell ports easier (by piggybacking your example): portupgrade hs-* It is because the Haskell ports are mostly tightly connected to each other thanks to Haskell Cabal. I do not know whether it is true for others (like Python, Perl, etc.). That is why I suggest to "share" popular ports like darcs, pandoc, xmonad, and xmobar between the two audiences: Haskellers and causal users of Haskell ports. I do not know how to do this efficiently, though. Cheers, :g