From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from lists.gentoo.org (pigeon.gentoo.org [208.92.234.80]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by finch.gentoo.org (Postfix) with ESMTPS id 9F032138330 for ; Tue, 13 Sep 2016 23:26:08 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 97E58E0AA9; Tue, 13 Sep 2016 23:26:02 +0000 (UTC) Received: from smtp.gentoo.org (smtp.gentoo.org [140.211.166.183]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id 2AB8AE0A6C for ; Tue, 13 Sep 2016 23:26:02 +0000 (UTC) Received: from [46.246.35.218] (anon-35-218.vpn.ipredator.se [46.246.35.218]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) (Authenticated sender: zlg) by smtp.gentoo.org (Postfix) with ESMTPSA id 727C433E5E4 for ; Tue, 13 Sep 2016 23:26:00 +0000 (UTC) Subject: Re: [gentoo-dev] questions about small fixes/cleanups To: gentoo-dev@lists.gentoo.org References: <20160913185729.GA8483@asterix.xonet.at> From: Daniel Campbell Message-ID: Date: Tue, 13 Sep 2016 16:25:48 -0700 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101 Thunderbird/45.3.0 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 In-Reply-To: <20160913185729.GA8483@asterix.xonet.at> Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="uqfBQOc2bwMToIGP2SoDwBv18cF4IM5XB" X-Archives-Salt: 3284e264-881d-43f6-8776-c854a85b06ac X-Archives-Hash: 68d566c39513a43872c781ec04af2a21 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --uqfBQOc2bwMToIGP2SoDwBv18cF4IM5XB Content-Type: multipart/mixed; boundary="Kgr37x4Vwxcjp4aet7vHpxdiH5Gw2HCuX" From: Daniel Campbell To: gentoo-dev@lists.gentoo.org Message-ID: Subject: Re: [gentoo-dev] questions about small fixes/cleanups References: <20160913185729.GA8483@asterix.xonet.at> In-Reply-To: <20160913185729.GA8483@asterix.xonet.at> --Kgr37x4Vwxcjp4aet7vHpxdiH5Gw2HCuX Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable On 09/13/2016 11:57 AM, Michael Mair-Keimberger wrote: > Hello Gentoo-Team, >=20 > For some time now I'm trying to help improve the gentoo tree. I've > started with fixing some HOMEPAGE variables in ebuilds and now removing= > obsolete patches from packages. > Usually (especially with obsolete patches) it's quite simple to fix > things, however every now and then i find some "special" cases were i > don't know whats correct way to fix it. > Even though i could ask on irc, I'm usually to lazy and now there are a= > few question were i would like to have an answer for. :) >=20 > Homepages: > * Dead homepages: I know there is this general rule of pointing to the > No_homepage wiki page if there is no upstream homepage. However,=20 > when I fixed some homepage's i usually used an archived [1] homepage > of the original homepage. While for some dev's this isn't a > problem, others do not like the idea. > Personally i would prefer having some homepage rather than no > homepage at all. It would be nice to have a clear statement=20 > about that. > * Waiting time: I couldn't find any references of how long to wait unti= l > a homepage can be changed because it's offline. Usually i would > check for bugs, because if the bug is already quite old and the > homepage is still offline it's safe to say we can change them. > However, i also have an script which checks for offline > homepages. But since a homepage can be temporally offline or just > not available from my side of the internet i would like to know > how long i should wait until i can fix it. I think 1 month > would be a good start? > * Redirection: There are quite a few pages which aren't exactly offline= , > but only forward the request to the current homepage. (like most > of the gentoo project pages). I haven't touch them yet, but i > would like to know if fixing them would be appreciated? > * old ebuilds: It's often the case that if a homepage get's changed, > older versions of the ebuild still use the old homepage. While > it looks like portage/eix always show's the homepage of the > newest ebuild i would like to know if older versions should be > updated as well. Especially if only the homepage gets changed > which usually doesn't require a reversion bump. >=20 > Patches: > * Wildcard patching: Usually i use my "patchtest" script for finding > obsolete patches and while it still finds lots of false > positives i also saw a rather odd patching style: Patching via > wildcards. For example:=20 > epatch "${FILESDIR}"/${P}*.patch > I looks a bit unsafe to use wildcards for patching, but I > couldn't find anything which forbids it. Would be nice to know > if that is ok. > * scripts in FILESDIR: In some packages i found scripts which doesn't > get used by the ebuild, but is probably used for generating > patches/tarballs. Should i file a bugs about them as i though the > FILESDIR should be only used for patches. Wouldn't be > /etc/portage/scripts the perfect place for such scripts? >=20 > Metadaa: > * metadata.xml: In order to find the correct maintainer for PR's I've > opened on github i also wrote a simply python scripts which=20 > extract's the metadata.xml files. > Regarding GLEP 68 a name isn't required for a maintainer. However, > if i see only a e-mail address in one package, the same e-mail in > another package but also with a name, is it appreciated to fix > the first package? >=20 > I hope those questions aren't too stupid and i hope i can get some > answers as it would make some decisions a bit easier.. > Also please don't judge my English, it's not the best :) >=20 > Furthermore i also suggest creating a wiki page for people who look for= > simple tasks were they can help improve gentoo. > After all, removing obsolete patches or update HOMEPAGE variables isn't= > really difficult, but it's a nice start to get involved. - and those ar= e > just two tasks, which btw are already quite heavy. (it's about 2 months= now > since i look for obsolete patches, and I'm now at dev-python...). > I know i could start that by myself, but I'm really bad at wikis :D >=20 >=20 > [1] http://libarchive.org/ >=20 I think a lot of your suggestions are sane and could improve the quality of the tree quite a bit. I'm not part of the QA team so I don't know their opinions on those particular things (in fact they've not really updated the wiki much on their policies so it's hard to check things at a glance...). If I could suggest something, it'd be encouraging conversation with maintainers, as QA policy and making changes won't produce any lasting improvement unless maintainers understand what they're screwing up and/or have written guidelines they can check periodically. Integration with repoman would be the single most effective way to make that happen, but I have to wonder if repoman should be taking on that much responsibility. It's not unreasonable to expect maintainers to actually visit the package's URL to make sure upstream is doing well. --=20 Daniel Campbell - Gentoo Developer OpenPGP Key: 0x1EA055D6 @ hkp://keys.gnupg.net fpr: AE03 9064 AE00 053C 270C 1DE4 6F7A 9091 1EA0 55D6 --Kgr37x4Vwxcjp4aet7vHpxdiH5Gw2HCuX-- --uqfBQOc2bwMToIGP2SoDwBv18cF4IM5XB Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- iQIcBAEBCAAGBQJX2Ir8AAoJEAEkDpRQOeFwrT0QAIipTXgVomOfBCuVxkfOfJnO qUNonEgl1OdeOyC2QxVIQnTy6ghAZbx6L6pAIeUcY7uwMrNQ7BjsbmKoMtfcezx9 PTkDwFe7JeDShDUlRFxnZ4wSxkW/TKT31jM9OqtzmPEbrStKMl9w5m7OrKnUfJ1j OcFXzqRRIa4AHTYI+S0cvvpg1c7ZOgC0bCdUcnhRKb08zxO+AeDth8qF+49nm9wy a3rILGdofiIuBNrd1aj+Ks0XtAYqCcdZbZu1BgCc5PU0aagYsgDXucPkVyFRGXnV CvLom2Z2DL/LG80/pEI1quyERXwa8gtOm4WXkEcrdPcYKdFtOCgSNdjT36fOcyoN xN7VL2HcVALxP+mY5L/vic0L2lJO7HdGrJ1uFsLVnzVEVH9f31imcXfMOSV4GnNc +0y/A1xMiKOM6cVvBA9l9p6UgxwmXhCEcrfHZtb9AKIiBl2vcCq/hGGsFvDD5Ml3 HHfiQrTXkLawb9gojUXsTTKMtQphOQLLKYsP4RqrXiwFWBBjJfJyXqdxNzA8w0uX MlOv7VQw8C2o17ITmd1tCoErFXX8WYIyXKxLxXujFGByFhNDF+3Aowu7xE6fRF7Z M6tVoGXZGXkwxp4hz3Vpv9y8EO6rC2MnOjTXYk6SYBP7AN1wjTIkqBnNgnyTz5/y NXDcxqAufnj/4qVnJzub =EDG1 -----END PGP SIGNATURE----- --uqfBQOc2bwMToIGP2SoDwBv18cF4IM5XB--