public inbox for gentoo-dev@lists.gentoo.org
 help / color / mirror / Atom feed
From: Ian Stakenvicius <axs@gentoo.org>
To: gentoo-dev@lists.gentoo.org
Subject: Re: [gentoo-dev] libpng 1.6 upgrade and subslotting (and misuse of subslotting when there is also normal slotting)
Date: Sun, 07 Apr 2013 20:34:26 -0400	[thread overview]
Message-ID: <51621092.3040402@gentoo.org> (raw)
In-Reply-To: <20130406162733.1f38fb50@googlemail.com>

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA256

On 06/04/13 11:27 AM, Ciaran McCreesh wrote:



I concurr.  Plus it was decided a couple of months back that everyone
should revbump or version bump when migrating to EAPI5 (if not all
future EAPIs).

The main issue, as I recall, with libpng system updates is that a
regular system-update-and-revdep-rebuild tends to fail because
packages need to be rebuilt during the middle of the system update.
Although this IS manageable even for green end-users with a bit of
hand-holding, ideally we want to avoid it as much as possible.


AFAICT, it's just a matter of timing the migration of rdeps we bump to
EAPI5 and slot-operator deps.  If we wanted to, we could:

1. revbump-and-p.mask ~arch packages, and the unmask them all when
libpng-1.6 is unmasked -- a common, grep'able comment in p.mask could
be used to indicate this list of package atoms.

2. ~arch-keyword a revbump of stable packages, and mass-stabilize when
libpng-1.6 goes stable.  A tracker bug would probably be best for this.

And of course, if the package has an update for other reasons in the
meantime, then they can just hit the tree as per normal and be removed
from the list(s) above.

Thoughts?


-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.19 (GNU/Linux)

iF4EAREIAAYFAlFiEJIACgkQ2ugaI38ACPCmWAD/UPXBQd0JwmK++UeZKfbaUK6w
tBkv+9sGVkQoJ3rGMfwA/ivRzMbrKJFoLH7TAsi0lGvIL4AQrgkVVv02oFKgRpaP
=u0Qx
-----END PGP SIGNATURE-----


  parent reply	other threads:[~2013-04-08  0:34 UTC|newest]

Thread overview: 19+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2013-04-05 20:44 [gentoo-dev] libpng 1.6 upgrade and subslotting (and misuse of subslotting when there is also normal slotting) Samuli Suominen
2013-04-05 21:17 ` Pacho Ramos
2013-04-05 21:22   ` Ian Stakenvicius
2013-04-05 21:43   ` Samuli Suominen
2013-04-05 21:44   ` Samuli Suominen
2013-04-05 21:27 ` Michael Mol
2013-04-05 21:46 ` Mike Gilbert
2013-04-06  1:52 ` Ben de Groot
2013-04-06  2:18   ` Ian Stakenvicius
2013-04-06 14:33     ` Alexis Ballier
2013-04-06 15:02       ` Mike Gilbert
2013-04-06 15:09         ` Alexis Ballier
2013-04-06 15:13           ` Mike Gilbert
2013-04-06 15:27             ` Ciaran McCreesh
2013-04-06 15:36               ` Alexis Ballier
2013-04-08  0:34               ` Ian Stakenvicius [this message]
2013-04-08  0:06       ` Ian Stakenvicius
2013-04-06  3:24 ` Alexandre Rostovtsev
2013-04-09  7:27 ` Sergey Popov

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=51621092.3040402@gentoo.org \
    --to=axs@gentoo.org \
    --cc=gentoo-dev@lists.gentoo.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox