From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from [69.77.167.62] (helo=lists.gentoo.org) by finch.gentoo.org with esmtp (Exim 4.60) (envelope-from ) id 1Knep0-0005mU-GU for garchives@archives.gentoo.org; Wed, 08 Oct 2008 19:35:46 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 2CAF4E075B; Wed, 8 Oct 2008 19:35:26 +0000 (UTC) Received: from smtp.gentoo.org (smtp.gentoo.org [140.211.166.183]) by pigeon.gentoo.org (Postfix) with ESMTP id D5A0BE075B for ; Wed, 8 Oct 2008 19:35:25 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by smtp.gentoo.org (Postfix) with ESMTP id 3205E64AEB for ; Wed, 8 Oct 2008 19:35:19 +0000 (UTC) X-Virus-Scanned: amavisd-new at gentoo.org X-Spam-Score: -1.483 X-Spam-Level: X-Spam-Status: No, score=-1.483 required=5.5 tests=[AWL=0.049, BAYES_00=-2.599, RCVD_IN_DNSWL_LOW=-1, RCVD_NUMERIC_HELO=2.067] Received: from smtp.gentoo.org ([127.0.0.1]) by localhost (smtp.gentoo.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id QvZSLnvbBJIm for ; Wed, 8 Oct 2008 19:35:12 +0000 (UTC) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) by smtp.gentoo.org (Postfix) with ESMTP id DE19164A39 for ; Wed, 8 Oct 2008 19:35:09 +0000 (UTC) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1KneoD-0003DG-8E for gentoo-dev@gentoo.org; Wed, 08 Oct 2008 19:34:57 +0000 Received: from 91.85.163.77 ([91.85.163.77]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 08 Oct 2008 19:34:57 +0000 Received: from slong by 91.85.163.77 with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 08 Oct 2008 19:34:57 +0000 X-Injected-Via-Gmane: http://gmane.org/ To: gentoo-dev@lists.gentoo.org From: Steve Long Subject: [gentoo-dev] Re: Re: Projects without a homepage, and valid contents of HOMEPAGE (per bug 239268) Date: Wed, 08 Oct 2008 20:23:51 +0100 Message-ID: References: <20081005104420.GE15949@curie-int.orbis-terrarum.net> <20081005212329.3ac8b68e@googlemail.com> <200810052355.43253.bangert@gentoo.org> <200810061559.46534.rbu@gentoo.org> <20081008092620.GA3520@hrair.metaweb.com> Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-dev@lists.gentoo.org Reply-to: gentoo-dev@lists.gentoo.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7Bit X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: 91.85.163.77 User-Agent: KNode/0.10.9 Sender: news X-Archives-Salt: 6b3a160d-590d-4318-b41b-834e4aaeb9bd X-Archives-Hash: 087c296ceefc7b021b73435aa9633aed Brian Harring wrote: > Steve Long wrote: >> Robert Buchholz wrote: >> >> Ciaran McCreesh said: >> >> > "Robin H. Johnson" wrote: >> >> > > Either we need special cases to declare that it no longer has a >> >> > > homepage, or we need to allow the empty HOMEPAGE. >> >> > HOMEPAGE="( )" >> >> HOMEPAGE="http://this-package-has-no-homepage.gentoo.org/" >> > Why not use our package site for this, i.e. >> > HOMEPAGE="http://packages.gentoo.org/package/${CAT}/${PN}" >> ++ This makes the most sense; it's simple and it enables users to >> interact with the appropriate channels to get support, or file bugs and >> patches. >> >> If a notice is needed, the website can be amended to state explicitly >> that upstream is dead (if the homepage points to self.) > > Use a constant of some sort rather then having the ebuild hardcode the > fallback- this shifts the fallback upto the PM (code rather then data > it operates on) allowing far more flexibility. > Sure, so long as the end-user always sees: "$GENTOO_PKG_URL/package/$CATEGORY/$PN" (or whatever the current schema is) in the cli, it doesn't matter. The argument would be for someone reading an ebuild, but I don't think that really matters, as by that time they'd have got used to seeing the packages url, and it's a one-line comment in the example file/docs to explain it. If UNKNOWN or some other non-empty constant is chosen, it's a simple bug to spot and fix for any externals that don't display it correctly. Have to say I'd prefer simply allowing empty string in the tree, though. No i18n issue and it's very well-understood/defined, and seems cleaner (less cruft too.) Perhaps repoman could allow an empty homepage, but not an unset one? > An example for why this is a better approach would be if I get really > really bored some afternoon (or exceedingly drunk) and try to match > the package back to a freshmeat url when the homepage is > unknown/unset; using a constant, I can focus on that fun task. That sounds more like a script-task to me. (plus it doesn't matter how wasted you are;) > Use a constant of some sort please, it's way saner from a data format > standpoint. > Agreed.