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