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 1KnVLt-0001is-OM for garchives@archives.gentoo.org; Wed, 08 Oct 2008 09:29:05 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 61636E0741; Wed, 8 Oct 2008 09:26:25 +0000 (UTC) Received: from rv-out-0708.google.com (rv-out-0708.google.com [209.85.198.241]) by pigeon.gentoo.org (Postfix) with ESMTP id 1F7DFE0741 for ; Wed, 8 Oct 2008 09:26:25 +0000 (UTC) Received: by rv-out-0708.google.com with SMTP id b17so3708642rvf.46 for ; Wed, 08 Oct 2008 02:26:24 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:date:from:to:subject :message-id:references:mime-version:content-type:content-disposition :in-reply-to:user-agent; bh=qEfa5JehA9qkqUqrtYX97goG17JE6a+AXkYfuulaHR8=; b=f+zhN3b+QuNnyhOihkieiNhS0NtGgSD/UvOu3xRNZrRHS6d8Kx3HYL0VgGFUxhQ9km u3Mp2K2+/c/HLa+mW4SVKOyOasmMttsTsfUY7uclTmHYJDXnkUCQ27dQXgF1EfiDRzMe uAP5fR/e9GdkaJVeHe/AsjjwPXAawWBfRPwbI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:from:to:subject:message-id:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; b=t9qExnnoLpwWM7gh18mdqrFq1EN20WkpPwQ1BZAJooWrll0465hH+9U1Sz0CtvMT+m QwoOEVG0xb7Rfa2XKQl7XgDR+pOTQzuEQvo+sgZcymAuXPdBdJhabbkI95CIgzy2q9P+ PQiZQ2TUekwBQ2SZyP7df7l+rluebs1X08rqQ= Received: by 10.114.209.1 with SMTP id h1mr8755566wag.36.1223457983635; Wed, 08 Oct 2008 02:26:23 -0700 (PDT) Received: from smtp.gmail.com (c-98-210-196-21.hsd1.ca.comcast.net [98.210.196.21]) by mx.google.com with ESMTPS id m25sm42226458waf.58.2008.10.08.02.26.21 (version=TLSv1/SSLv3 cipher=RC4-MD5); Wed, 08 Oct 2008 02:26:22 -0700 (PDT) Received: by smtp.gmail.com (sSMTP sendmail emulation); Wed, 08 Oct 2008 02:26:20 -0700 Date: Wed, 8 Oct 2008 02:26:20 -0700 From: Brian Harring To: gentoo-dev@lists.gentoo.org Subject: Re: [gentoo-dev] Re: Projects without a homepage, and valid contents of HOMEPAGE (per bug 239268) Message-ID: <20081008092620.GA3520@hrair.metaweb.com> References: <20081005104420.GE15949@curie-int.orbis-terrarum.net> <20081005212329.3ac8b68e@googlemail.com> <200810052355.43253.bangert@gentoo.org> <200810061559.46534.rbu@gentoo.org> 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: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="azLHFNyN32YCQGCU" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.16 (2007-06-09) X-Archives-Salt: 356289ae-4d09-404a-8a24-e5ac5f013203 X-Archives-Hash: b0e5abd9b953a9bcb52492973f93da05 --azLHFNyN32YCQGCU Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Oct 07, 2008 at 12:46:24PM +0100, Steve Long wrote: > Robert Buchholz wrote: >=20 > > On Sunday 05 October 2008, Thilo Bangert wrote: > >> Ciaran McCreesh said: > >> > On Sun, 5 Oct 2008 03:44:20 -0700 > >> > > >> > "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=3D"( )" > >> > >> HOMEPAGE=3D"http://this-package-has-no-homepage.gentoo.org/" > >=20 > > Why not use our package site for this, i.e. > > HOMEPAGE=3D"http://packages.gentoo.org/package/${CAT}/${PN}" > >=20 > > i.e. for this particular use case, > > http://packages.gentoo.org/package/app-mobilephone/smssend > >=20 > > The site contains a link to ChangeLog, description, current version, > > forums and bugs. I would suggest it is the most usable homepage a user > > can expect if no other exists. > >=20 > ++ 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. >=20 > 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=20 fallback- this shifts the fallback upto the PM (code rather then data=20 it operates on) allowing far more flexibility. An example for why this is a better approach would be if I get really=20 really bored some afternoon (or exceedingly drunk) and try to match=20 the package back to a freshmeat url when the homepage is=20 unknown/unset; using a constant, I can focus on that fun task. =20 If the fallback url is hardcoded into the ebuild (data), I wind=20 up having to know of the url scheme for packages.gentoo.org (both=20 past and present) to be able to detect if the homagepage is=20 'unset'; it's both buggy and a pita to try that route. Use a constant of some sort please, it's way saner from a data format=20 standpoint. And no, using a packages.gentoo.org is not constant since the url=20 namespace can potentially change someday, let alone the idiocy of=20 having to regex it just to discern 'unset' ;) ~brian --azLHFNyN32YCQGCU Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (GNU/Linux) iEYEARECAAYFAkjsfLwACgkQsiLx3HvNzgcOjQCeK/uipQfN0DUyP0JTGOYvYMPZ 8SgAn0PS//6FEXwVL7A2nE1M9V9uD0gp =YGcs -----END PGP SIGNATURE----- --azLHFNyN32YCQGCU--