[gentoo-dev] News item for review: python-exec package move

[gentoo-dev] News item for review: python-exec package move

[Michał Górny]

[-- Attachment #1: Type: text/plain, Size: 2020 bytes --]

Please review the following news item. I would prefer committing it
as soon as I get an ACK from all the relevant parties since the issue
is hitting users pretty hard.


Title: python-exec package move
Author: Michał Górny <mgorny@gentoo.org>
Content-Type: text/plain
Posted: 2013-xx-xx
Revision: 1
News-Item-Format: 1.0
Display-If-Installed: dev-python/python-exec

Due to the recent issues which caused dev-python/python-exec:0 being
removed prematurely [1], we had to perform an urgent package move.
Since we could not use the automatic updates support in portage, users
will notice two python-exec packages and possibly blockers.

Currently, dev-lang/python-exec is the real package that contains
python-exec and that will be used in the future. dev-python/python-exec
is kept for compatibility with dependencies in already-installed
packages.

In the most favorable scenario, the package will be upgraded correctly
on your next world update. However, you need to make sure to pass
the '--deep' (-D) and '--update' (-u) options to emerge. If you don't
want to perform a complete world update, you may as well manually
upgrade dev-python/python-exec:

  emerge -1 dev-python/python-exec

This will cause portage to update both python-exec packages and resolve
the blockers properly.

Please note that if you applied any kind of package-specific
modifications to dev-python/python-exec (such as applying keywords
through 'package.accept_keywords'), you will need to copy them to
dev-lang/python-exec as well.

If you applied keywords to dev-python/python-exec in order to unmask
Python 3.3 on a stable system, please consider removing the keywords
and reading our wiki page that explains how to properly unmask USE
flags [2].

We apologize for all the inconveniences.

[1]:https://bugs.gentoo.org/show_bug.cgi?id=489440
[2]:https://wiki.gentoo.org/wiki/Python/PYTHON_TARGETS#Unmasking_non-stable_implementation_on_a_stable_system

-- 
Best regards,
Michał Górny

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 966 bytes --]

Re: [gentoo-dev] News item for review: python-exec package move

[Tom Wijsman]

[-- Attachment #1: Type: text/plain, Size: 908 bytes --]

On Wed, 6 Nov 2013 16:12:47 +0100
Michał Górny <mgorny@gentoo.org> wrote:

> Please note that if you applied any kind of package-specific
                             ^ have applied

> If you applied keywords to dev-python/python-exec in order to unmask
            ^ have applied

> Python 3.3 on a stable system, please consider removing the keywords
                                                           ^ these

Other than that it looks perfect; it also seems to take into account
the users having problems in the forums [1], for which the original
instructions you gave did not appear to work. +1 for the details! :)

 [1]: http://forums.gentoo.org/viewtopic-t-974412.html

-- 
With kind regards,

Tom Wijsman (TomWij)
Gentoo Developer

E-mail address  : TomWij@gentoo.org
GPG Public Key  : 6D34E57D
GPG Fingerprint : C165 AF18 AB4C 400B C3D2  ABF0 95B2 1FCD 6D34 E57D

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 490 bytes --]

Re: [gentoo-dev] News item for review: python-exec package move

[Dirkjan Ochtman]

On Wed, Nov 6, 2013 at 4:12 PM, Michał Górny <mgorny@gentoo.org> wrote:
> Please review the following news item. I would prefer committing it
> as soon as I get an ACK from all the relevant parties since the issue
> is hitting users pretty hard.

LGTM.

I have two questions that should not block this news item from going live:

- I tend to upgrade with emerge -uavD --changed-use world, and this
didn't solve the blocker for me by itself. I had to emerge -C
python-exec, then run the upgrade to get it to work. Yet the news item
seems to state that -uD should have been enough.

- How come we did not think this news item was necessary before we did
the package move? Obviously everything would have been better had this
news item gone out with the package move, instead of one week later.

Cheers,

Dirkjan

Re: [gentoo-dev] News item for review: python-exec package move

[Michał Górny]

[-- Attachment #1: Type: text/plain, Size: 1253 bytes --]

Dnia 2013-11-06, o godz. 18:14:57
Dirkjan Ochtman <djc@gentoo.org> napisał(a):

> On Wed, Nov 6, 2013 at 4:12 PM, Michał Górny <mgorny@gentoo.org> wrote:
> > Please review the following news item. I would prefer committing it
> > as soon as I get an ACK from all the relevant parties since the issue
> > is hitting users pretty hard.
> 
> LGTM.
> 
> I have two questions that should not block this news item from going live:
> 
> - I tend to upgrade with emerge -uavD --changed-use world, and this
> didn't solve the blocker for me by itself. I had to emerge -C
> python-exec, then run the upgrade to get it to work. Yet the news item
> seems to state that -uD should have been enough.

Well, I have no idea why this happens for some people. Unless you were
playing with keywords, it simply should work.

> - How come we did not think this news item was necessary before we did
> the package move? Obviously everything would have been better had this
> news item gone out with the package move, instead of one week later.

I think we focused on my little testing that showed that portage can
handle blockers with '-uD' and assumed users will be able to understand
the blocker message.

-- 
Best regards,
Michał Górny

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 966 bytes --]

Re: [gentoo-dev] News item for review: python-exec package move

[Pacho Ramos]

El mié, 06-11-2013 a las 18:20 +0100, Michał Górny escribió:
> Dnia 2013-11-06, o godz. 18:14:57
> Dirkjan Ochtman <djc@gentoo.org> napisał(a):
> 
> > On Wed, Nov 6, 2013 at 4:12 PM, Michał Górny <mgorny@gentoo.org> wrote:
> > > Please review the following news item. I would prefer committing it
> > > as soon as I get an ACK from all the relevant parties since the issue
> > > is hitting users pretty hard.
> > 
> > LGTM.
> > 
> > I have two questions that should not block this news item from going live:
> > 
> > - I tend to upgrade with emerge -uavD --changed-use world, and this
> > didn't solve the blocker for me by itself. I had to emerge -C
> > python-exec, then run the upgrade to get it to work. Yet the news item
> > seems to state that -uD should have been enough.
> 
> Well, I have no idea why this happens for some people. Unless you were
> playing with keywords, it simply should work.
> 
> > - How come we did not think this news item was necessary before we did
> > the package move? Obviously everything would have been better had this
> > news item gone out with the package move, instead of one week later.
> 
> I think we focused on my little testing that showed that portage can
> handle blockers with '-uD' and assumed users will be able to understand
> the blocker message.
> 

I have also had strange blockers, maybe due python-3.3 (but I have
unmasked it properly I think :/). I only could resolve it by installing:
dev-lang/python-exec-0.9999

I don't understand why 0.3.1 isn't enough :(

Re: [gentoo-dev] News item for review: python-exec package move

[Ian Stakenvicius]

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

On 06/11/13 02:56 PM, Pacho Ramos wrote:
> El mié, 06-11-2013 a las 18:20 +0100, Michał Górny escribió:
>> Dnia 2013-11-06, o godz. 18:14:57 Dirkjan Ochtman
>> <djc@gentoo.org> napisał(a):
>> 
>>> On Wed, Nov 6, 2013 at 4:12 PM, Michał Górny
>>> <mgorny@gentoo.org> wrote:
>>>> Please review the following news item. I would prefer
>>>> committing it as soon as I get an ACK from all the relevant
>>>> parties since the issue is hitting users pretty hard.
>>> 
>>> LGTM.
>>> 
>>> I have two questions that should not block this news item from
>>> going live:
>>> 
>>> - I tend to upgrade with emerge -uavD --changed-use world, and
>>> this didn't solve the blocker for me by itself. I had to emerge
>>> -C python-exec, then run the upgrade to get it to work. Yet the
>>> news item seems to state that -uD should have been enough.
>> 
>> Well, I have no idea why this happens for some people. Unless you
>> were playing with keywords, it simply should work.
>> 
>>> - How come we did not think this news item was necessary before
>>> we did the package move? Obviously everything would have been
>>> better had this news item gone out with the package move,
>>> instead of one week later.
>> 
>> I think we focused on my little testing that showed that portage
>> can handle blockers with '-uD' and assumed users will be able to
>> understand the blocker message.
>> 
> 
> I have also had strange blockers, maybe due python-3.3 (but I have 
> unmasked it properly I think :/). I only could resolve it by
> installing: dev-lang/python-exec-0.9999
> 
> I don't understand why 0.3.1 isn't enough :(
> 
> 


I run mostly mixed-keywords systems, and i noticed that the blocker
messages were entirely useless and confusing, but that i just needed
to keyword dev-lang/python-exec due to the fact that it was in the
deplist of one of my other keyworded packages.  After I did that
"emerge -uDN @world" just worked.  Note that dev-python/python-exec
had already been keyworded for the same reason, and I didn't remove
that keyword.




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

iF4EAREIAAYFAlJ6oAYACgkQ2ugaI38ACPA2SQD/V/u5DJLPjgYblMpmgOQWSUm6
xlJlC+YOyh2MKekWRdsBAJqjMgqeK3UJlkMbcN4G1JTzs883ugMaeq8ZeKES4lmq
=QEMm
-----END PGP SIGNATURE-----

Re: [gentoo-dev] News item for review: python-exec package move

[Michał Górny]

[-- Attachment #1: Type: text/plain, Size: 2200 bytes --]

Update 1:
- applied comments from TomWij,
- changed the wording to reflect that 'emerge @world' may not work,
- shortened the wiki URI,
- added contact info in case of more issues.

Title: python-exec package move
Author: Michał Górny <mgorny@gentoo.org>
Content-Type: text/plain
Posted: 2013-11-07
Revision: 1
News-Item-Format: 1.0
Display-If-Installed: dev-python/python-exec

Due to the recent issues which caused dev-python/python-exec:0 to be
removed prematurely [1], we had to perform an urgent package move.
Since we could not use the automatic updates support in portage, users
will notice two python-exec packages and possibly blockers.

Currently, dev-lang/python-exec is the real package that contains
python-exec and that will be used in the future. dev-python/python-exec
is a virtual package that is kept for compatibility with dependencies
in already-installed packages.

In the most favorable scenario, the package will be upgraded correctly
on your next world update if you use the '--deep' (-D) and '--update'
(-u) options. If you don't want to perform a complete world update
or if it fails for you, you may as well manually upgrade
dev-python/python-exec:

  emerge -1 dev-python/python-exec

This will cause portage to update both python-exec packages and resolve
the blockers properly.

Please note that if you have applied any kind of package-specific
modifications to dev-python/python-exec (such as applying keywords
through 'package.accept_keywords'), you will need to copy them to
dev-lang/python-exec as well.

If you have applied keywords to dev-python/python-exec in order
to unmask Python 3.3 on a stable system, please consider removing
the keywords and reading our wiki page that explains how to properly
unmask USE flags [2].

We apologize for all the inconveniences. If you have any more issues
with python-exec, please do not hesitate to contact as at #gentoo-python
IRC channel (@freenode) or the gentoo-python@lists.gentoo.org mailing
list.

[1]:https://bugs.gentoo.org/show_bug.cgi?id=489440
[2]:https://wiki.gentoo.org/wiki/Unmasking_non-stable_Python_implementations

-- 
Best regards,
Michał Górny

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 966 bytes --]

[gentoo-dev] How to obsolete this python-exec news & fix the issue automatically for users

[Robin H. Johnson]

On Wed, Nov 06, 2013 at 04:12:47PM +0100, Michał Górny wrote:
> Please review the following news item. I would prefer committing it
> as soon as I get an ACK from all the relevant parties since the issue
> is hitting users pretty hard.

I don't know why nobody looked at a better automatic solution for the
python-exec issue, but since it's still biting me on systems, and the
manual solution is annoying, I found a working automatic solution.

Add this line to the dev-lang/python-exec ebuilds:
PDEPEND=">=dev-python/python-exec-10000:$SLOT"

I wrote up the full research of it here:
http://robbat2.livejournal.com/240335.html

If there are no objections, I'd like to do this to the affected ebuilds
in a few hours.

-- 
Robin Hugh Johnson
Gentoo Linux: Developer, Trustee & Infrastructure Lead
E-Mail     : robbat2@gentoo.org
GnuPG FP   : 11ACBA4F 4778E3F6 E4EDF38E B27B944E 34884E85

Re: [gentoo-dev] How to obsolete this python-exec news & fix the issue automatically for users

[Tom Wijsman]

[-- Attachment #1: Type: text/plain, Size: 1754 bytes --]

On Fri, 15 Nov 2013 22:06:45 +0000
"Robin H. Johnson" <robbat2@gentoo.org> wrote:

> On Wed, Nov 06, 2013 at 04:12:47PM +0100, Michał Górny wrote:
> > Please review the following news item. I would prefer committing it
> > as soon as I get an ACK from all the relevant parties since the
> > issue is hitting users pretty hard.
> 
> I don't know why nobody looked at a better automatic solution for the
> python-exec issue, but since it's still biting me on systems, and the
> manual solution is annoying, I found a working automatic solution.

Had on mind to have some kind of "if this then that" rules in some
pre-defined file like the profile updates; this would do specific
emerge actions in specific situations (like this case).

But as I saw it more as a hack, I didn't suggest it; it is better to
keep the Portage tree consistent instead, than to add another file that
grows the complexity further. Seems that you have cracked it.

> Add this line to the dev-lang/python-exec ebuilds:
> PDEPEND=">=dev-python/python-exec-10000:$SLOT"
> 
> I wrote up the full research of it here:
> http://robbat2.livejournal.com/240335.html

Was wondering why CC missed, but I see you have contacted mgorny on IRC.

> If there are no objections, I'd like to do this to the affected
> ebuilds in a few hours.

It is an improvement and it has been tested on a few systems; I don't
think this is something that would hurt or be irreversible, it reverses
the condition and adds a SLOT to be easier on Portage. It should work.

-- 
With kind regards,

Tom Wijsman (TomWij)
Gentoo Developer

E-mail address  : TomWij@gentoo.org
GPG Public Key  : 6D34E57D
GPG Fingerprint : C165 AF18 AB4C 400B C3D2  ABF0 95B2 1FCD 6D34 E57D

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 490 bytes --]

Re: [gentoo-dev] How to obsolete this python-exec news & fix the issue automatically for users

[Robin H. Johnson]

On Fri, Nov 15, 2013 at 11:27:33PM +0100, Tom Wijsman wrote:
> > If there are no objections, I'd like to do this to the affected
> > ebuilds in a few hours.
> It is an improvement and it has been tested on a few systems; I don't
> think this is something that would hurt or be irreversible, it reverses
> the condition and adds a SLOT to be easier on Portage. It should work.
Thanks.

I committed with acks from mgorny, zerochaos & patrick.

-- 
Robin Hugh Johnson
Gentoo Linux: Developer, Trustee & Infrastructure Lead
E-Mail     : robbat2@gentoo.org
GnuPG FP   : 11ACBA4F 4778E3F6 E4EDF38E B27B944E 34884E85

Re: [gentoo-dev] How to obsolete this python-exec news & fix the issue automatically for users

[Ulrich Mueller]

>>>>> On Fri, 15 Nov 2013, Robin H Johnson wrote:

> Add this line to the dev-lang/python-exec ebuilds:
> PDEPEND=">=dev-python/python-exec-10000:$SLOT"

This looks wrong to me. On a newly installed system, currrently only
dev-lang/python-exec:2 would be installed. Adding above PDEPEND would
unnecessarily pull dev-python/python-exec:2 and dev-lang/python-exec:0.

And IIUC, the idea was to eventually get rid of dev-python/python-exec.

> If there are no objections, I'd like to do this to the affected ebuilds
> in a few hours.

Please don't.

Ulrich

Re: [gentoo-dev] How to obsolete this python-exec news & fix the issue automatically for users

[Tom Wijsman]

[-- Attachment #1: Type: text/plain, Size: 1065 bytes --]

On Sat, 16 Nov 2013 10:11:47 +0100
Ulrich Mueller <ulm@gentoo.org> wrote:

> >>>>> On Fri, 15 Nov 2013, Robin H Johnson wrote:
> 
> > Add this line to the dev-lang/python-exec ebuilds:
> > PDEPEND=">=dev-python/python-exec-10000:$SLOT"
> 
> This looks wrong to me. On a newly installed system, currrently only
> dev-lang/python-exec:2 would be installed. Adding above PDEPEND would
> unnecessarily pull dev-python/python-exec:2 and
> dev-lang/python-exec:0.

dev-python/python-exec:2 has no files so barely takes space (just vdb).

dev-lang/python-exec:0 is 292 KiB; yeah, unnecessary, one might wonder
if the dev-lang/python-exec:0 dependency of dev-python/python-exec:2
has any use.
 
> And IIUC, the idea was to eventually get rid of
> dev-python/python-exec.

Removing the dependencies on it and masking should still work for this.

-- 
With kind regards,

Tom Wijsman (TomWij)
Gentoo Developer

E-mail address  : TomWij@gentoo.org
GPG Public Key  : 6D34E57D
GPG Fingerprint : C165 AF18 AB4C 400B C3D2  ABF0 95B2 1FCD 6D34 E57D

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 490 bytes --]

Re: [gentoo-dev] How to obsolete this python-exec news & fix the issue automatically for users

[Anthony G. Basile]

On 11/16/2013 04:11 AM, Ulrich Mueller wrote:
>>>>>> On Fri, 15 Nov 2013, Robin H Johnson wrote:
>> Add this line to the dev-lang/python-exec ebuilds:
>> PDEPEND=">=dev-python/python-exec-10000:$SLOT"
> This looks wrong to me. On a newly installed system, currrently only
> dev-lang/python-exec:2 would be installed. Adding above PDEPEND would
> unnecessarily pull dev-python/python-exec:2 and dev-lang/python-exec:0.
>
> And IIUC, the idea was to eventually get rid of dev-python/python-exec.
>
>> If there are no objections, I'd like to do this to the affected ebuilds
>> in a few hours.
> Please don't.
>
> Ulrich
>

If I recall correctly, this did not work for me in my mips stage builds.

-- 
Anthony G. Basile, Ph.D.
Gentoo Linux Developer [Hardened]
E-Mail    : blueness@gentoo.org
GnuPG FP  : 1FED FAD9 D82C 52A5 3BAB  DC79 9384 FA6E F52D 4BBA
GnuPG ID  : F52D4BBA

Re: [gentoo-dev] How to obsolete this python-exec news & fix the issue automatically for users

[Rick "Zero_Chaos" Farina]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

On 11/16/2013 10:28 AM, Anthony G. Basile wrote:
> On 11/16/2013 04:11 AM, Ulrich Mueller wrote:
>>>>>>> On Fri, 15 Nov 2013, Robin H Johnson wrote:
>>> Add this line to the dev-lang/python-exec ebuilds:
>>> PDEPEND=">=dev-python/python-exec-10000:$SLOT"
>> This looks wrong to me. On a newly installed system, currrently only
>> dev-lang/python-exec:2 would be installed. Adding above PDEPEND would
>> unnecessarily pull dev-python/python-exec:2 and dev-lang/python-exec:0.
>>
>> And IIUC, the idea was to eventually get rid of dev-python/python-exec.
>>
>>> If there are no objections, I'd like to do this to the affected ebuilds
>>> in a few hours.
>> Please don't.
>>
>> Ulrich
>>
> 
> If I recall correctly, this did not work for me in my mips stage builds.
> 
This works on amd64 and x86 stage building. If anyone wants to make a
change, you make sure it doesn't break stage building, again.  I'm
available for testing, as is anyone else on releng@g.o

Thanks,
Zero
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.22 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/

iQIcBAEBAgAGBQJSiRo5AAoJEKXdFCfdEflKTYMP/AjBFl4YV+lzC+8wpGTQDbcj
Tx/e3FkWgIiyNJNbxJ0VOnrzx0CtnNvp1fFmBAeJVOZHCVWDJ2mLcn+2qc2T8Lmb
UYOcYDRluecax9iKLM1eUcn6e++lhyduCDsW4cA9PFyLNSvSibj4JxzDvICy71pr
1V5CgOl62i6C1ho+HeO0cl+Ym9mkhHF/cc8fPpn09glxWN2LM7FHS3JCk3fwtrcL
Ow1uXpDXjq1+kngrnpNwWe/JH8F/Ejl+pH1XaZ5GK8cz95jolexx0vOkYN+tojVP
53Sn3bvQtmVBSnL97Eyt8+QOwgJ/6HHAdJi5W3EfpfrzTc8Jq6Q00YmOnX48t79O
VmPRy9eguior+IIE60r3uD849959HP6gZynwBq4QgAYrVjzk+zSu69kyAwcoXrRt
0qhr8CG9eO6e4ajmlumdtqraQpSH2097BgWhuB77Bz5HBTB4bSjQQdsfeYmd0a/R
IpDCh/09Aahb3zR7RsDz9beoTohsv9xD2956086WmEGu/t074R4Yk2N/0qe+Ajzx
8YhQ6+lDNa/sWsrqNfYr4uMbTSuR5B+weBkFMfVzLX561axoFm8xISHW2swAlgD/
ukEqQvmZXehC8t3Qa8GiK1jl0JCzsGiBQZrSRQWiz43u0Ez9zpEyHeNBOBMbiarL
ignVeEammo84QeKdV46m
=JLDT
-----END PGP SIGNATURE-----