On Sun, 5 Oct 2008 03:44:20 -0700 "Robin H. Johnson" <[EMAIL PROTECTED]> wrote:
> For projects where the upstream has vanished off the face of the
> planet, and the project was reasonably obscure, but the code works
> fine still, there's problems with either the requirements of HOMEPAGE
> or the repoman check.
>
> From PMS:
> \item[HOMEPAGE] The URI or URIs for a package's homepage, including
> protocols. May be defined by an eclass. See section~\ref{dependencies}
> for full syntax.
>
> Devmanual:
> HOMEPAGE: Package's homepage. If you are unable to locate an official
> one, try to provide a link to freshmeat.net or a similar package
> tracking site. Never refer to a variable name in the string; include
> only raw text.
>
> As Infra, I suggested that zero or more valid URLs should be present
> in the bug where the question was raised.
>
> However repoman doesn't like an empty HOMEPAGE variable:
>
> HOMEPAGE.missing 1
> app-mobilephone/smssend/smssend-3.4.ebuild
>
> Either we need special cases to declare that it no longer has a
> homepage, or we need to allow the empty HOMEPAGE.
>
> I'm in favour of allowing the variable to empty, because I'm a lazy
> upstream, and I haven't even made a basic webpage for some of my
> projects (diradm, localshell, readahead-list, etc).
I'd rather see "unknown" or something that implies "I looked, no luck"
rather than "I forgot to fill this in".
--
gcc-porting, by design, by neglect
treecleaner, for a fact or just for effect
wxwidgets @ gentoo EFFD 380E 047A 4B51 D2BD C64F 8AA8 8346 F9A4 0662
signature.asc
Description: PGP signature
