From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from pigeon.gentoo.org ([208.92.234.80] helo=lists.gentoo.org) by finch.gentoo.org with esmtp (Exim 4.60) (envelope-from ) id 1ONimQ-0004Of-BC for garchives@archives.gentoo.org; Sun, 13 Jun 2010 08:42:59 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 6137DE0A98; Sun, 13 Jun 2010 08:42:54 +0000 (UTC) Received: from mail-bw0-f53.google.com (mail-bw0-f53.google.com [209.85.214.53]) by pigeon.gentoo.org (Postfix) with ESMTP id 09B7CE0A5B for ; Sun, 13 Jun 2010 08:42:28 +0000 (UTC) Received: by bwz12 with SMTP id 12so1465313bwz.40 for ; Sun, 13 Jun 2010 01:42:28 -0700 (PDT) Received: by 10.204.81.166 with SMTP id x38mr3040080bkk.88.1276418548269; Sun, 13 Jun 2010 01:42:28 -0700 (PDT) Received: from pomiocik.lan (77-253-18-181.adsl.inetia.pl [77.253.18.181]) by mx.google.com with ESMTPS id v3sm13722004bkz.4.2010.06.13.01.42.26 (version=SSLv3 cipher=RC4-MD5); Sun, 13 Jun 2010 01:42:27 -0700 (PDT) Sender: Spam Box Date: Sun, 13 Jun 2010 10:41:43 +0200 From: =?UTF-8?B?TWljaGHFgiBHw7Nybnk=?= To: gentoo-dev@lists.gentoo.org Subject: [gentoo-dev] Moving unmaintained packages to Sunrise Message-ID: <20100613104143.4f61dbe7@pomiocik.lan> X-Mailer: Claws Mail 3.7.6 (GTK+ 2.20.1; x86_64-pc-linux-gnu) 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; boundary="Sig_/EwuvGESaJ=b6vi//zO6oiwv"; protocol="application/pgp-signature" X-Archives-Salt: c6498e4b-9534-4e25-bfa7-bd8f4f515acc X-Archives-Hash: 31c1fb964dd5ed4ddf4689f78977c76b --Sig_/EwuvGESaJ=b6vi//zO6oiwv Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Hello, There are some packages which were 'readded' to the Sunrise overlay after lying unmaintained in the tree for a long time and finally being removed. One example could be net-im/ekg2 for removal of which I've been personally waiting. Although such a workflow 'works' indeed, for most of the users packages are just removed. Even if they use Sunrise, the delay of few days required in order to get the new ebuild rewritten and reviewed causes them to remove and forget about the package. And in fact, gx86 states it was 'removed'. Currently, the Sunrise policy states that there could be added only packages which are maintainer-wanted and thus not in gx86. For maintainer-needed, there is a proxy-commit mechanism but it's a little awkward, especially if the new ebuild is supposed to be written from scratch (like ekg2 one was). Wouldn't it be better to officially support moving unmaintained packages directly into Sunrise? In this case by 'unmaintained' I mean those which have open bugs assigned to 'maintainer-needed' for a long time, and are potentially a candidates for the treecleaning (not necessarily being in the removal queue yet). The particular Sunrise user wanting to maintain the package suggests moving it to Sunrise (to whom?). If developers agree on that, he is allowed to prepare the Sunrise ebuild and even commit it to the 'sunrise' (non-public) tree. When Sunrise dev does the final review, after which the package would be moved to 'reviewed' (public) tree, he/she also masks the original package in gx86 stating that the package is now maintained in Sunrise. After 30 (or more) days, the masked gx86 packages are removed as usual. The advantage of such a workflow is quite obvious -- instead of seeing 'removed' packages which they need to either copy to their own overlay or abandon, users are advised to add 'sunrise' to their repository list and use the user-maintained ebuild. And then the move is almost transparent to current Sunrise users. --=20 Best regards, Micha=C5=82 G=C3=B3rny --Sig_/EwuvGESaJ=b6vi//zO6oiwv Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.15 (GNU/Linux) iEYEARECAAYFAkwUmcsACgkQnGSe5QXeB7uSSACfbvo5A33kA4tIWI7rY/Z/vzmT Mg8An1HUbNWnUYzwgtYXHqTB+D5NQ7+r =XEEy -----END PGP SIGNATURE----- --Sig_/EwuvGESaJ=b6vi//zO6oiwv--