1 |
Hello Gentoo-Team, |
2 |
|
3 |
For some time now I'm trying to help improve the gentoo tree. I've |
4 |
started with fixing some HOMEPAGE variables in ebuilds and now removing |
5 |
obsolete patches from packages. |
6 |
Usually (especially with obsolete patches) it's quite simple to fix |
7 |
things, however every now and then i find some "special" cases were i |
8 |
don't know whats correct way to fix it. |
9 |
Even though i could ask on irc, I'm usually to lazy and now there are a |
10 |
few question were i would like to have an answer for. :) |
11 |
|
12 |
Homepages: |
13 |
* Dead homepages: I know there is this general rule of pointing to the |
14 |
No_homepage wiki page if there is no upstream homepage. However, |
15 |
when I fixed some homepage's i usually used an archived [1] homepage |
16 |
of the original homepage. While for some dev's this isn't a |
17 |
problem, others do not like the idea. |
18 |
Personally i would prefer having some homepage rather than no |
19 |
homepage at all. It would be nice to have a clear statement |
20 |
about that. |
21 |
* Waiting time: I couldn't find any references of how long to wait until |
22 |
a homepage can be changed because it's offline. Usually i would |
23 |
check for bugs, because if the bug is already quite old and the |
24 |
homepage is still offline it's safe to say we can change them. |
25 |
However, i also have an script which checks for offline |
26 |
homepages. But since a homepage can be temporally offline or just |
27 |
not available from my side of the internet i would like to know |
28 |
how long i should wait until i can fix it. I think 1 month |
29 |
would be a good start? |
30 |
* Redirection: There are quite a few pages which aren't exactly offline, |
31 |
but only forward the request to the current homepage. (like most |
32 |
of the gentoo project pages). I haven't touch them yet, but i |
33 |
would like to know if fixing them would be appreciated? |
34 |
* old ebuilds: It's often the case that if a homepage get's changed, |
35 |
older versions of the ebuild still use the old homepage. While |
36 |
it looks like portage/eix always show's the homepage of the |
37 |
newest ebuild i would like to know if older versions should be |
38 |
updated as well. Especially if only the homepage gets changed |
39 |
which usually doesn't require a reversion bump. |
40 |
|
41 |
Patches: |
42 |
* Wildcard patching: Usually i use my "patchtest" script for finding |
43 |
obsolete patches and while it still finds lots of false |
44 |
positives i also saw a rather odd patching style: Patching via |
45 |
wildcards. For example: |
46 |
epatch "${FILESDIR}"/${P}*.patch |
47 |
I looks a bit unsafe to use wildcards for patching, but I |
48 |
couldn't find anything which forbids it. Would be nice to know |
49 |
if that is ok. |
50 |
* scripts in FILESDIR: In some packages i found scripts which doesn't |
51 |
get used by the ebuild, but is probably used for generating |
52 |
patches/tarballs. Should i file a bugs about them as i though the |
53 |
FILESDIR should be only used for patches. Wouldn't be |
54 |
/etc/portage/scripts the perfect place for such scripts? |
55 |
|
56 |
Metadaa: |
57 |
* metadata.xml: In order to find the correct maintainer for PR's I've |
58 |
opened on github i also wrote a simply python scripts which |
59 |
extract's the metadata.xml files. |
60 |
Regarding GLEP 68 a name isn't required for a maintainer. However, |
61 |
if i see only a e-mail address in one package, the same e-mail in |
62 |
another package but also with a name, is it appreciated to fix |
63 |
the first package? |
64 |
|
65 |
I hope those questions aren't too stupid and i hope i can get some |
66 |
answers as it would make some decisions a bit easier.. |
67 |
Also please don't judge my English, it's not the best :) |
68 |
|
69 |
Furthermore i also suggest creating a wiki page for people who look for |
70 |
simple tasks were they can help improve gentoo. |
71 |
After all, removing obsolete patches or update HOMEPAGE variables isn't |
72 |
really difficult, but it's a nice start to get involved. - and those are |
73 |
just two tasks, which btw are already quite heavy. (it's about 2 months now |
74 |
since i look for obsolete patches, and I'm now at dev-python...). |
75 |
I know i could start that by myself, but I'm really bad at wikis :D |
76 |
|
77 |
|
78 |
[1] http://libarchive.org/ |
79 |
|
80 |
-- |
81 |
greetings |
82 |
Michael Mair-Keimberger |