From owner-freebsd-ports@FreeBSD.ORG Thu Mar 24 18:16:44 2011 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id ADBB3106566B for ; Thu, 24 Mar 2011 18:16:44 +0000 (UTC) (envelope-from jhellenthal@gmail.com) Received: from mail-iw0-f182.google.com (mail-iw0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id 6453F8FC13 for ; Thu, 24 Mar 2011 18:16:44 +0000 (UTC) Received: by iwn33 with SMTP id 33so248278iwn.13 for ; Thu, 24 Mar 2011 11:16:43 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:sender:date:from:to:cc:subject:in-reply-to :message-id:references:user-agent:x-openpgp-key-id :x-openpgp-key-fingerprint:mime-version:content-type; bh=dg7clrf+9oEoJ7fwak5BPFP+Mpq0nvxvCJlvZ/hJQLM=; b=SUvyZFwdFP/rdzgx8GXrDsYavVjLynwviNAVpndZ89Y9Ooq4ouOWS5dYRbkYCe4hPa TPkr7uQ6gLv6mGPM055tCR5Nuql8EXDJ4PXNrwPLA7UU8rhItlUTu8wAsrZR3tygVCU/ o9Z83gS9DxuXmEVMR0fSr3DMX0swHFMReCQFA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:date:from:to:cc:subject:in-reply-to:message-id:references :user-agent:x-openpgp-key-id:x-openpgp-key-fingerprint:mime-version :content-type; b=rsajRUIRZo1UhZaknvxvkNQpeWEB4ZxpkI9+mf/003vtyBVB2rtswjK+kA++/XPqht dErJ2CI02QMlDpd2g6vIEN7EukZ+FTEkLelGyIar5kw6+HpTZgtmLkUO3lrr06oywPba 07VraYfSQmUU8WeTBLDwrdlBzUAPeLdXXYW6w= Received: by 10.43.71.80 with SMTP id yj16mr13214172icb.462.1300990603729; Thu, 24 Mar 2011 11:16:43 -0700 (PDT) Received: from disbatch.dataix.local (adsl-99-181-148-152.dsl.klmzmi.sbcglobal.net [99.181.148.152]) by mx.google.com with ESMTPS id g4sm78903ick.11.2011.03.24.11.16.40 (version=TLSv1/SSLv3 cipher=OTHER); Thu, 24 Mar 2011 11:16:41 -0700 (PDT) Sender: "J. Hellenthal" Date: Thu, 24 Mar 2011 14:16:36 -0400 From: "J. Hellenthal" To: Eitan Adler In-Reply-To: Message-ID: References: <4D8A2A79.4010908@FreeBSD.org> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) X-OpenPGP-Key-Id: 0x89D8547E X-OpenPGP-Key-Fingerprint: 85EF E26B 07BB 3777 76BE B12A 9057 8789 89D8 547E MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: FreeBSD Ports , Peter Jeffery Subject: Re: [HEADS UP] Ports Infrastructure Changes X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Mar 2011 18:16:44 -0000 On Thu, 24 Mar 2011 11:38, lists@ wrote: >> you can then build category based directories with symlinks to the main >> location based on what categories > > My ports-mgmt/symports does something like this. It builds a full > directory tree of symlinks for the "secondary" categories. > >> I'm sure that something like this has been mentioned before. But I don't see >> what else is going to stop >> the categorization issue popping up all of the time. > > If we alphabetized the ports then there would be constant conversation > about how whether or not we should categorize them. > I agree with that but wouldn't it be great if there was something in place that would be extensible beyond a few thousand ports without having to think about what the contents of that directory would be ? If we stopped imposing upon the names of projects like Perl with p5- or python with py- and put them in their respective alphabetic category ? If you already knew what you were looking for and you knew the structure then their is no need to search ( cd /usr/ports/// ). A few thoughts I had to go along with this the other day when I mentioned it in ##freebsd before it was brought up here, but laced out in a tree format where I can better visually explain it than put it in words as a rough draft. I envision the tag-files directory below as a community effort of the Wikipedia kind that would lift the effort off of the committer's backs and promote more of an open involvement as a whole to edit them. This is where I seen the use of a DVCS like Mercurial come into play because if you divide it up the tree properly into separate repo's then cloning and distribution and community involvement of those repo's becomes a benefit. A referral access system along with key access, (*****). ./ports |-- COPYRIGHT |-- Changelog/ | |-- ABI | |-- DELETED | |-- DEPRECATED | |-- OBSOLETED | |-- OPTIONS | `-- UPDATING |-- Distfiles/ |-- GIDs |-- INDEX-8 |-- KNOBS |-- Mgmt/ | |-- pkg_cutleaves/ | |-- portmaster/ | |-- portupgrade/ | `-- tinderbox/ |-- Mk/ |-- Packages/ |-- Tagfiles/ | |-- categories/ | | |-- devel-all | | |-- ftp-all | | |-- www-client-all | | |-- www-server-all | | `-- www-webapp-all | |-- community/ | | `-- custom-server-tag1 | `-- installs/ | |-- desktop-install-kde4.2 | `-- lamp-install |-- Templates/ |-- Tools/ |-- UIDs `-- pool/ |-- a/ |-- b/ |-- c/ | `-- clang/ |-- d/ |-- e/ |-- f/ | `-- firefox/ |-- g/ |-- h/ |-- l/ | `-- llvm-devel/ |-- libc/ |-- libh/ |-- p/ | `-- perl5.10/ |-- t/ `-- z/ Just some cents for the mail-bank. It works as it is now, if you are happy running through every once in a while and re-categorizing things and re-judging whether something is supposed to or should be in a category then sobeit, ultimately it doesn't stop the software from working on the other end and the work is still very much appreciated either way. -- Regards, J. Hellenthal (0x89D8547E) JJH48-ARIN