public inbox for gentoo-user@lists.gentoo.org
 help / color / mirror / Atom feed
* [gentoo-user] Again, emerge -e @world related questions...
@ 2017-12-04  2:58 tuxic
  2017-12-04  5:20 ` Dale
                   ` (3 more replies)
  0 siblings, 4 replies; 30+ messages in thread
From: tuxic @ 2017-12-04  2:58 UTC (permalink / raw
  To: Gentoo

Hi,

what could fail, when doing the change to PIE-enabled applications
on base of the regular updates?
Compilation may fail, if libs are included and not flagged as to be
recompiled, which are of the "old standard"...
What else can fail? What may be the worst scenario?

Is there a way to do a "emerge -e @world" but only for the system
applications?

Would it be possible to do a "emerge -e @world" for the system
applications and then update the rest of the applications via the
regular updates of the system (and recompile failing components
manually because one obviously already know the reason) ?

Do I have to do a "emerge -e @world" from a certain kind of
"reduced system" i.e. starting the system without a desktop
first or boot into an even more reduced state aka "maintance
mode" (via grub) and make the disk rw by hand?
Or is even a much more esoteric doing necessary?

Cheers
Meino





^ permalink raw reply	[flat|nested] 30+ messages in thread

* Re: [gentoo-user] Again, emerge -e @world related questions...
  2017-12-04  2:58 [gentoo-user] Again, emerge -e @world related questions tuxic
@ 2017-12-04  5:20 ` Dale
  2017-12-04  8:38 ` Neil Bothwick
                   ` (2 subsequent siblings)
  3 siblings, 0 replies; 30+ messages in thread
From: Dale @ 2017-12-04  5:20 UTC (permalink / raw
  To: gentoo-user

tuxic@posteo.de wrote:
> Hi,
>
> what could fail, when doing the change to PIE-enabled applications
> on base of the regular updates?
> Compilation may fail, if libs are included and not flagged as to be
> recompiled, which are of the "old standard"...
> What else can fail? What may be the worst scenario?
>
> Is there a way to do a "emerge -e @world" but only for the system
> applications?


That would be emerge -e @system.  Keep in mind, depending on USE flags
and such, that can pull in a lot of what we would consider non-system
packages.  Here, KDE packages are bad to get pulled in. 


>
> Would it be possible to do a "emerge -e @world" for the system
> applications and then update the rest of the applications via the
> regular updates of the system (and recompile failing components
> manually because one obviously already know the reason) ?
>
> Do I have to do a "emerge -e @world" from a certain kind of
> "reduced system" i.e. starting the system without a desktop
> first or boot into an even more reduced state aka "maintance
> mode" (via grub) and make the disk rw by hand?
> Or is even a much more esoteric doing necessary?
>
> Cheers
> Meino

I guess you could do emerge -e @system and then try not doing the rest
but from my understanding, you could run into things not working right
or not at all.  Depending on which packages that applies to, you could
have some problems that break things or just things that annoy you. 

Dale

:-)  :-) 


^ permalink raw reply	[flat|nested] 30+ messages in thread

* Re: [gentoo-user] Again, emerge -e @world related questions...
  2017-12-04  2:58 [gentoo-user] Again, emerge -e @world related questions tuxic
  2017-12-04  5:20 ` Dale
@ 2017-12-04  8:38 ` Neil Bothwick
  2017-12-04  9:20   ` Bill Kenworthy
  2017-12-04 23:39 ` Andreas K. Huettel
  2017-12-08 14:53 ` [gentoo-user] " Melleus
  3 siblings, 1 reply; 30+ messages in thread
From: Neil Bothwick @ 2017-12-04  8:38 UTC (permalink / raw
  To: gentoo-user

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

On Mon, 4 Dec 2017 03:58:40 +0100, tuxic@posteo.de wrote:

> what could fail, when doing the change to PIE-enabled applications
> on base of the regular updates?
> Compilation may fail, if libs are included and not flagged as to be
> recompiled, which are of the "old standard"...
> What else can fail? What may be the worst scenario?

Anything. You are rememrging packages that may have changed, or their
dependencies, so you are bound to find the odd problem.

> Is there a way to do a "emerge -e @world" but only for the system
> applications?

emerge @system, but
> 
> Would it be possible to do a "emerge -e @world" for the system
> applications and then update the rest of the applications via the
> regular updates of the system (and recompile failing components
> manually because one obviously already know the reason) ?

How do you know which packages are important? By doing a partial update
you risk more problems and time wastage than just re-emerging @world in
one go.

> Do I have to do a "emerge -e @world" from a certain kind of
> "reduced system" i.e. starting the system without a desktop
> first or boot into an even more reduced state aka "maintance
> mode" (via grub) and make the disk rw by hand?

No, just do it. Add --keep-going to the emerge command and it will spit
out a list of any failed packages at the end. Then you can deal with
those as and when you see fit. In the time you have spent worrying about
this, I have updated two systems, one after the other I wasn't brave
enough to try in parallel, and dealt with the build failures. You are
just creating more work for yourself.
 

-- 
Neil Bothwick

Sometimes too much to drink is not enough.

[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 833 bytes --]

^ permalink raw reply	[flat|nested] 30+ messages in thread

* Re: [gentoo-user] Again, emerge -e @world related questions...
  2017-12-04  8:38 ` Neil Bothwick
@ 2017-12-04  9:20   ` Bill Kenworthy
  2017-12-04  9:26     ` Neil Bothwick
  0 siblings, 1 reply; 30+ messages in thread
From: Bill Kenworthy @ 2017-12-04  9:20 UTC (permalink / raw
  To: gentoo-user

I think you are looking for problems that are not there.  Almost
finished recompiling the surface4 pro and have one compile failure I
have not looked at - the original palemoon is still working.  The
hibernate to disk just failed so it rebooted from scratch and I could
continue working on it while it finished but a full desktop is so much
nicer :)  I have some other (slower) systems in earlier stages of the
rebuild that are working fine.


do an emerge -ep world > a
edit a to something like below then "bash a" to run it:
	emerge -v =kde-frameworks/kdelibs4support-5.37.0  && \
	emerge -v =kde-apps/kio-extras-17.08.3  && \
	emerge -v =kde-plasma/user-manager-5.10.5  && \
	emerge -v =kde-frameworks/kactivities-stats-5.37.0  && \
	emerge -v =kde-apps/okular-17.08.3  && \
	blah blah blah ...

When an emerge stops, either fix it or comment it out for later.  Edit
"a" and delete finished builds and go again - in the meantime keep
working ...


On 04/12/17 16:38, Neil Bothwick wrote:
> On Mon, 4 Dec 2017 03:58:40 +0100, tuxic@posteo.de wrote:


^ permalink raw reply	[flat|nested] 30+ messages in thread

* Re: [gentoo-user] Again, emerge -e @world related questions...
  2017-12-04  9:20   ` Bill Kenworthy
@ 2017-12-04  9:26     ` Neil Bothwick
  2017-12-04  9:49       ` John Covici
  0 siblings, 1 reply; 30+ messages in thread
From: Neil Bothwick @ 2017-12-04  9:26 UTC (permalink / raw
  To: gentoo-user

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

On Mon, 4 Dec 2017 17:20:17 +0800, Bill Kenworthy wrote:

> do an emerge -ep world > a
> edit a to something like below then "bash a" to run it:
> 	emerge -v =kde-frameworks/kdelibs4support-5.37.0  && \
> 	emerge -v =kde-apps/kio-extras-17.08.3  && \
> 	emerge -v =kde-plasma/user-manager-5.10.5  && \
> 	emerge -v =kde-frameworks/kactivities-stats-5.37.0  && \
> 	emerge -v =kde-apps/okular-17.08.3  && \
> 	blah blah blah ...

emerge -ep @world | awk '/ebuild/ {print "="$4}' >a
edit a
emerge -1a $(cat a)

Saves a lot of editing ;-)


-- 
Neil Bothwick

Everything should be made as simple as possible, but no simpler.

[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 833 bytes --]

^ permalink raw reply	[flat|nested] 30+ messages in thread

* Re: [gentoo-user] Again, emerge -e @world related questions...
  2017-12-04  9:26     ` Neil Bothwick
@ 2017-12-04  9:49       ` John Covici
  2017-12-04 11:53         ` Bill Kenworthy
  2017-12-04 13:46         ` Marc Joliet
  0 siblings, 2 replies; 30+ messages in thread
From: John Covici @ 2017-12-04  9:49 UTC (permalink / raw
  To: gentoo-user

On Mon, 04 Dec 2017 04:26:09 -0500,
Neil Bothwick wrote:
> 
> [1  <text/plain; US-ASCII (quoted-printable)>]
> On Mon, 4 Dec 2017 17:20:17 +0800, Bill Kenworthy wrote:
> 
> > do an emerge -ep world > a
> > edit a to something like below then "bash a" to run it:
> > 	emerge -v =kde-frameworks/kdelibs4support-5.37.0  && \
> > 	emerge -v =kde-apps/kio-extras-17.08.3  && \
> > 	emerge -v =kde-plasma/user-manager-5.10.5  && \
> > 	emerge -v =kde-frameworks/kactivities-stats-5.37.0  && \
> > 	emerge -v =kde-apps/okular-17.08.3  && \
> > 	blah blah blah ...
> 
> emerge -ep @world | awk '/ebuild/ {print "="$4}' >a
> edit a
> emerge -1a $(cat a)
> 
> Saves a lot of editing ;-)
> 

When I do this I get some packages which won't emerge at all such as
the following:
emerge: there are no ebuilds to satisfy "app-admin/showconsole".
(dependency required by "@selected" [set])
(dependency required by "@world" [argument])

!!! All ebuilds that could satisfy "app-misc/tmux" have been masked.
!!! One of the following masked packages is required to complete your
!!! request:
- app-misc/tmux-9999::gentoo (masked by: package.mask, missing
!!! keyword)
/etc/portage/package.mask:
#i use udev

- app-misc/tmux-2.6::gentoo (masked by: package.mask)
- app-misc/tmux-2.5-r2::gentoo (masked by: package.mask)
- app-misc/tmux-2.5::gentoo (masked by: package.mask)
- app-misc/tmux-2.3-r1::gentoo (masked by: package.mask)
- app-misc/tmux-2.2::gentoo (masked by: package.mask)

(dependency required by "@selected" [set])
(dependency required by "@world" [argument])
For more information, see the MASKED PACKAGES section in the emerge
man page or refer to the Gentoo Handbook.


emerge: there are no ebuilds to satisfy "net-p2p/bittorrent".
(dependency required by "@selected" [set])
(dependency required by "@world" [argument])

emerge: there are no ebuilds to satisfy "dev-util/lafilefixer".
(dependency required by "@selected" [set])
(dependency required by "@world" [argument])

emerge: there are no ebuilds to satisfy "sys-apps/v86d".
(dependency required by "@selected" [set])
(dependency required by "@world" [argument])

emerge: there are no ebuilds to satisfy
"dev-dotnet/mysql-connector-net".
(dependency required by "@selected" [set])
(dependency required by "@world" [argument])

emerge: there are no ebuilds to satisfy "media-libs/win32codecs".
(dependency required by "@selected" [set])
(dependency required by "@world" [argument])

emerge: there are no ebuilds built with USE flags to satisfy
">=dev-python/pygobject-3.0:3[python_targets_python3_4(-)?,python_targets_python3_5(-)?,-python_single_target_jython2_7(-),-python_single_target_pypy(-),-python_single_target_pypy3(-),-python_single_target_python2_7(-),-python_single_target_python3_6(-),python_single_target_python3_4(+)?,python_single_target_python3_5(+)?]".
!!! One of the following packages is required to complete your
request:
- dev-python/pygobject-3.24.1::gentoo (Change USE:
+python_targets_python3_4)
- media-sound/rhythmbox-3.4.1-r1::gentoo (Change USE:
-python_targets_python3_4)
(dependency required by "media-sound/rhythmbox-3.4.1-r1::gentoo"
[ebuild])
(dependency required by "@selected" [set])
(dependency required by "@world" [argument])

So, these are not going to work at all in trying to rebuild world --
maybe I can't switch at all -- at least not yet.


-- 
Your life is like a penny.  You're going to lose it.  The question is:
How do
you spend it?

         John Covici
         covici@ccs.covici.com


^ permalink raw reply	[flat|nested] 30+ messages in thread

* Re: [gentoo-user] Again, emerge -e @world related questions...
  2017-12-04  9:49       ` John Covici
@ 2017-12-04 11:53         ` Bill Kenworthy
  2017-12-04 12:14           ` John Covici
  2017-12-04 15:35           ` allan gottlieb
  2017-12-04 13:46         ` Marc Joliet
  1 sibling, 2 replies; 30+ messages in thread
From: Bill Kenworthy @ 2017-12-04 11:53 UTC (permalink / raw
  To: gentoo-user

On 04/12/17 17:49, John Covici wrote:
> On Mon, 04 Dec 2017 04:26:09 -0500,
> Neil Bothwick wrote:
>>
>> [1  <text/plain; US-ASCII (quoted-printable)>]

Your system is somewhat broken I think.  You need to look at each
package and resolve the problem - possibly stray entries in one of the
package files or world.  Have you done a depclean recently?

BillK




^ permalink raw reply	[flat|nested] 30+ messages in thread

* Re: [gentoo-user] Again, emerge -e @world related questions...
  2017-12-04 11:53         ` Bill Kenworthy
@ 2017-12-04 12:14           ` John Covici
  2017-12-04 12:25             ` Marc Joliet
  2017-12-04 15:35           ` allan gottlieb
  1 sibling, 1 reply; 30+ messages in thread
From: John Covici @ 2017-12-04 12:14 UTC (permalink / raw
  To: gentoo-user

On Mon, 04 Dec 2017 06:53:46 -0500,
Bill Kenworthy wrote:
> 
> On 04/12/17 17:49, John Covici wrote:
> > On Mon, 04 Dec 2017 04:26:09 -0500,
> > Neil Bothwick wrote:
> >>
> >> [1  <text/plain; US-ASCII (quoted-printable)>]
> 
> Your system is somewhat broken I think.  You need to look at each
> package and resolve the problem - possibly stray entries in one of the
> package files or world.  Have you done a depclean recently?

hmmm, I do updates on a monthly or more often basis, at the end of
each I get the message no outdated packages found on your system.  I
don't think I should be getting these messages for things like tmux,
which updates frequently.  Some of these like v8 6d have been
necessary for my initrd/frame buffer to work  properly, etc.

-- 
Your life is like a penny.  You're going to lose it.  The question is:
How do
you spend it?

         John Covici
         covici@ccs.covici.com


^ permalink raw reply	[flat|nested] 30+ messages in thread

* Re: [gentoo-user] Again, emerge -e @world related questions...
  2017-12-04 12:14           ` John Covici
@ 2017-12-04 12:25             ` Marc Joliet
  2017-12-04 13:00               ` John Covici
  0 siblings, 1 reply; 30+ messages in thread
From: Marc Joliet @ 2017-12-04 12:25 UTC (permalink / raw
  To: gentoo-user

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

Am Montag, 4. Dezember 2017, 13:14:23 CET schrieb John Covici:
> On Mon, 04 Dec 2017 06:53:46 -0500,
> 
> Bill Kenworthy wrote:
> > On 04/12/17 17:49, John Covici wrote:
> > > On Mon, 04 Dec 2017 04:26:09 -0500,
> > > 
> > > Neil Bothwick wrote:
> > >> [1  <text/plain; US-ASCII (quoted-printable)>]
> > 
> > Your system is somewhat broken I think.  You need to look at each
> > package and resolve the problem - possibly stray entries in one of the
> > package files or world.  Have you done a depclean recently?
> 
> hmmm, I do updates on a monthly or more often basis, at the end of
> each I get the message no outdated packages found on your system.  I
> don't think I should be getting these messages for things like tmux,
> which updates frequently.  Some of these like v8 6d have been
> necessary for my initrd/frame buffer to work  properly, etc.

And win32codecs?  That's been obsolete for many years by now.  Do you *really* 
have media files that ffmpeg/libav etc. can't handle?

-- 
Marc Joliet
--
"People who think they know everything really annoy those of us who know we
don't" - Bjarne Stroustrup

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 833 bytes --]

^ permalink raw reply	[flat|nested] 30+ messages in thread

* Re: [gentoo-user] Again, emerge -e @world related questions...
  2017-12-04 12:25             ` Marc Joliet
@ 2017-12-04 13:00               ` John Covici
  2017-12-04 13:11                 ` John Covici
  0 siblings, 1 reply; 30+ messages in thread
From: John Covici @ 2017-12-04 13:00 UTC (permalink / raw
  To: gentoo-user

On Mon, 04 Dec 2017 07:25:28 -0500,
Marc Joliet wrote:
> 
> [1  <text/plain; us-ascii (7bit)>]
> Am Montag, 4. Dezember 2017, 13:14:23 CET schrieb John Covici:
> > On Mon, 04 Dec 2017 06:53:46 -0500,
> > 
> > Bill Kenworthy wrote:
> > > On 04/12/17 17:49, John Covici wrote:
> > > > On Mon, 04 Dec 2017 04:26:09 -0500,
> > > > 
> > > > Neil Bothwick wrote:
> > > >> [1  <text/plain; US-ASCII (quoted-printable)>]
> > > 
> > > Your system is somewhat broken I think.  You need to look at each
> > > package and resolve the problem - possibly stray entries in one of the
> > > package files or world.  Have you done a depclean recently?
> > 
> > hmmm, I do updates on a monthly or more often basis, at the end of
> > each I get the message no outdated packages found on your system.  I
> > don't think I should be getting these messages for things like tmux,
> > which updates frequently.  Some of these like v8 6d have been
> > necessary for my initrd/frame buffer to work  properly, etc.
> 
> And win32codecs?  That's been obsolete for many years by now.  Do you *really* 
> have media files that ffmpeg/libav etc. can't handle?

I am not sure, at one time it was true, but this waws a while ago.  I
will see about that one.

-- 
Your life is like a penny.  You're going to lose it.  The question is:
How do
you spend it?

         John Covici
         covici@ccs.covici.com


^ permalink raw reply	[flat|nested] 30+ messages in thread

* Re: [gentoo-user] Again, emerge -e @world related questions...
  2017-12-04 13:00               ` John Covici
@ 2017-12-04 13:11                 ` John Covici
  2017-12-04 13:15                   ` Neil Bothwick
  0 siblings, 1 reply; 30+ messages in thread
From: John Covici @ 2017-12-04 13:11 UTC (permalink / raw
  To: gentoo-user

On Mon, 04 Dec 2017 08:00:45 -0500,
John Covici wrote:
> 
> Reply-to: gentoo-user@lists.gentoo.org
> 
> On Mon, 04 Dec 2017 07:25:28 -0500,
> Marc Joliet wrote:
> > 
> > [1  <text/plain; us-ascii (7bit)>]
> > Am Montag, 4. Dezember 2017, 13:14:23 CET schrieb John Covici:
> > > On Mon, 04 Dec 2017 06:53:46 -0500,
> > > 
> > > Bill Kenworthy wrote:
> > > > On 04/12/17 17:49, John Covici wrote:
> > > > > On Mon, 04 Dec 2017 04:26:09 -0500,
> > > > > 
> > > > > Neil Bothwick wrote:
> > > > >> [1  <text/plain; US-ASCII (quoted-printable)>]
> > > > 
> > > > Your system is somewhat broken I think.  You need to look at each
> > > > package and resolve the problem - possibly stray entries in one of the
> > > > package files or world.  Have you done a depclean recently?
> > > 
> > > hmmm, I do updates on a monthly or more often basis, at the end of
> > > each I get the message no outdated packages found on your system.  I
> > > don't think I should be getting these messages for things like tmux,
> > > which updates frequently.  Some of these like v8 6d have been
> > > necessary for my initrd/frame buffer to work  properly, etc.
> > 
> > And win32codecs?  That's been obsolete for many years by now.  Do you *really* 
> > have media files that ffmpeg/libav etc. can't handle?
> 
> I am not sure, at one time it was true, but this waws a while ago.  I
> will see about that one.

I did get rid of it, but depclean now says I have 2021  installed
packages!  This will take weeks to do, I am not even sure the system
will stay up that long!  We shall see what happens.

-- 
Your life is like a penny.  You're going to lose it.  The question is:
How do
you spend it?

         John Covici
         covici@ccs.covici.com


^ permalink raw reply	[flat|nested] 30+ messages in thread

* Re: [gentoo-user] Again, emerge -e @world related questions...
  2017-12-04 13:11                 ` John Covici
@ 2017-12-04 13:15                   ` Neil Bothwick
  2017-12-04 13:23                     ` John Covici
  0 siblings, 1 reply; 30+ messages in thread
From: Neil Bothwick @ 2017-12-04 13:15 UTC (permalink / raw
  To: gentoo-user

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

On Mon, 04 Dec 2017 08:11:42 -0500, John Covici wrote:

> > > > hmmm, I do updates on a monthly or more often basis, at the end of
> > > > each I get the message no outdated packages found on your
> > > > system.  I don't think I should be getting these messages for
> > > > things like tmux, which updates frequently.  Some of these like
> > > > v8 6d have been necessary for my initrd/frame buffer to work
> > > > properly, etc.  
> > > 
> > > And win32codecs?  That's been obsolete for many years by now.  Do
> > > you *really* have media files that ffmpeg/libav etc. can't handle?  
> > 
> > I am not sure, at one time it was true, but this waws a while ago.  I
> > will see about that one.  
> 
> I did get rid of it, but depclean now says I have 2021  installed
> packages!  This will take weeks to do, I am not even sure the system
> will stay up that long!  We shall see what happens.

It sounds like /etc/portage needs a good clean out. I'd start with
eix-test-obsolete.


-- 
Neil Bothwick

If it's tourist season, why can't we shoot them?

[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 833 bytes --]

^ permalink raw reply	[flat|nested] 30+ messages in thread

* Re: [gentoo-user] Again, emerge -e @world related questions...
  2017-12-04 13:15                   ` Neil Bothwick
@ 2017-12-04 13:23                     ` John Covici
  0 siblings, 0 replies; 30+ messages in thread
From: John Covici @ 2017-12-04 13:23 UTC (permalink / raw
  To: gentoo-user

On Mon, 04 Dec 2017 08:15:48 -0500,
Neil Bothwick wrote:
> 
> [1  <text/plain; US-ASCII (quoted-printable)>]
> On Mon, 04 Dec 2017 08:11:42 -0500, John Covici wrote:
> 
> > > > > hmmm, I do updates on a monthly or more often basis, at the end of
> > > > > each I get the message no outdated packages found on your
> > > > > system.  I don't think I should be getting these messages for
> > > > > things like tmux, which updates frequently.  Some of these like
> > > > > v8 6d have been necessary for my initrd/frame buffer to work
> > > > > properly, etc.  
> > > > 
> > > > And win32codecs?  That's been obsolete for many years by now.  Do
> > > > you *really* have media files that ffmpeg/libav etc. can't handle?  
> > > 
> > > I am not sure, at one time it was true, but this waws a while ago.  I
> > > will see about that one.  
> > 
> > I did get rid of it, but depclean now says I have 2021  installed
> > packages!  This will take weeks to do, I am not even sure the system
> > will stay up that long!  We shall see what happens.
> 
> It sounds like /etc/portage needs a good clean out. I'd start with
> eix-test-obsolete.

I had never heard of that before, so I will see what it says -- looks
like most of the things in there are obsolete package-use entries
along with a few in package.unmask, but I will get rid of them and see
if that helps any.

Thanks for the hint.

-- 
Your life is like a penny.  You're going to lose it.  The question is:
How do
you spend it?

         John Covici
         covici@ccs.covici.com


^ permalink raw reply	[flat|nested] 30+ messages in thread

* Re: [gentoo-user] Again, emerge -e @world related questions...
  2017-12-04  9:49       ` John Covici
  2017-12-04 11:53         ` Bill Kenworthy
@ 2017-12-04 13:46         ` Marc Joliet
  1 sibling, 0 replies; 30+ messages in thread
From: Marc Joliet @ 2017-12-04 13:46 UTC (permalink / raw
  To: gentoo-user

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

Attempting to address the other ebuilds in your list:

Am Montag, 4. Dezember 2017, 10:49:02 CET schrieb John Covici:
> !!! All ebuilds that could satisfy "app-misc/tmux" have been masked.
> !!! One of the following masked packages is required to complete your
> !!! request:
> - app-misc/tmux-9999::gentoo (masked by: package.mask, missing
> !!! keyword)
> /etc/portage/package.mask:
> #i use udev
> 
> - app-misc/tmux-2.6::gentoo (masked by: package.mask)
> - app-misc/tmux-2.5-r2::gentoo (masked by: package.mask)
> - app-misc/tmux-2.5::gentoo (masked by: package.mask)
> - app-misc/tmux-2.3-r1::gentoo (masked by: package.mask)
> - app-misc/tmux-2.2::gentoo (masked by: package.mask)

This looks self-imposed, so I would check your /etc/portage/ (as Neil also 
recommended).

> emerge: there are no ebuilds to satisfy "net-p2p/bittorrent".
> (dependency required by "@selected" [set])
> (dependency required by "@world" [argument])

This is the official bittorrent client, right?  Wasn't that replaced with 
utorrent a few years ago (not available as an ebuild, it seems)?  In any case, 
if I were you, I would look into replacing this with some other bittorrent 
client.

> emerge: there are no ebuilds to satisfy "dev-util/lafilefixer".
> (dependency required by "@selected" [set])
> (dependency required by "@world" [argument])

When was this last needed?  I remember that the functionality became part of 
portage proper, so you haven't needed this for years.

> emerge: there are no ebuilds to satisfy "sys-apps/v86d".
> (dependency required by "@selected" [set])
> (dependency required by "@world" [argument])

OK, it looks like this isn't straightforward to replace.  You'd need to 
migrate away from uvesafb, but I wouldn't know what to (I just use plain KMS 
and haven't configured graphics in my initramfs).

> emerge: there are no ebuilds to satisfy
> "dev-dotnet/mysql-connector-net".
> (dependency required by "@selected" [set])
> (dependency required by "@world" [argument])

No idea about this, but I expect it to be a dependency of something 
unmaintained, so again, see if you can replace whatever is using this (maybe 
it's an unused dependency and you can just depclean it).  (It didn't even show 
up in the portage git log, so this has been gone for over two years by now.)

> emerge: there are no ebuilds built with USE flags to satisfy
> ">=dev-python/pygobject-3.0:3[python_targets_python3_4(-)?,python_targets_py
> thon3_5(-)?,-python_single_target_jython2_7(-),-python_single_target_pypy(-)
> ,-python_single_target_pypy3(-),-python_single_target_python2_7(-),-python_s
> ingle_target_python3_6(-),python_single_target_python3_4(+)?,python_single_t
> arget_python3_5(+)?]". !!! One of the following packages is required to
> complete your
> request:
> - dev-python/pygobject-3.24.1::gentoo (Change USE:
> +python_targets_python3_4)
> - media-sound/rhythmbox-3.4.1-r1::gentoo (Change USE:
> -python_targets_python3_4)
> (dependency required by "media-sound/rhythmbox-3.4.1-r1::gentoo"
> [ebuild])
> (dependency required by "@selected" [set])
> (dependency required by "@world" [argument])

That just looks like you need to fix up your USE flag settings, the error 
message gives you two options for how to do that.  However, Python 3.5 has 
recently been made the new default for Python 3.x, so maybe you should just 
remove or update whatever settings you made.

Anyway, a theme I'm seeing here is "packages that have been obsolete for years 
and should have been uninstalled/replaced long ago".  As Neil mentioned, eix-
test-obsolete (from app-portage/eix) is a useful tool for keeping /etc/
portage/ clean, for which I would also recommend portpeek (specifically 
"portpeek -s").  Also, don't forget to run "emerge --depclean" regularly.

Also, while you're doing these cleanups, I would further recommend looking at 
your world file and cleaning out stuff you know you don't want and/or need.  
That might save you some time.

HTH
-- 
Marc Joliet
--
"People who think they know everything really annoy those of us who know we
don't" - Bjarne Stroustrup

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 833 bytes --]

^ permalink raw reply	[flat|nested] 30+ messages in thread

* Re: [gentoo-user] Again, emerge -e @world related questions...
  2017-12-04 15:35           ` allan gottlieb
@ 2017-12-04 15:33             ` Alan McKinnon
  2017-12-04 22:29               ` allan gottlieb
  2017-12-04 22:02             ` Neil Bothwick
  1 sibling, 1 reply; 30+ messages in thread
From: Alan McKinnon @ 2017-12-04 15:33 UTC (permalink / raw
  To: gentoo-user

On 04/12/2017 17:35, allan gottlieb wrote:
> On Mon, Dec 04 2017, Bill Kenworthy wrote:
> 
>> On 04/12/17 17:49, John Covici wrote:
>>> On Mon, 04 Dec 2017 04:26:09 -0500,
>>> Neil Bothwick wrote:
>>>>
>>>> [1  <text/plain; US-ASCII (quoted-printable)>]
>>
>> Your system is somewhat broken I think.  You need to look at each
>> package and resolve the problem - possibly stray entries in one of the
>> package files or world.  Have you done a depclean recently?
>>
>> BillK
> 
> This sounds like good advice but I have a question concerning
> --depclean.  I would have thought that
> 
>   Any package --depclean would remove is not required by anything
>   in @world so would not be merged by   emerge -e @world
> 
> On one system I am rather behind in doing --depclean and wonder if I
> must finish that task before trying  emerge -e @world.


You must do emerge -e @world first, it tends to fail (always fails?) if
emerge world indicates there is something to be built.

So just emerge -e world, then do a depclean. The first step is going to
take long enough and increase your heating bills so much, that the extra
work of a few packages is not worth the stress of worrying about.


-- 
Alan McKinnon
alan.mckinnon@gmail.com



^ permalink raw reply	[flat|nested] 30+ messages in thread

* Re: [gentoo-user] Again, emerge -e @world related questions...
  2017-12-04 11:53         ` Bill Kenworthy
  2017-12-04 12:14           ` John Covici
@ 2017-12-04 15:35           ` allan gottlieb
  2017-12-04 15:33             ` Alan McKinnon
  2017-12-04 22:02             ` Neil Bothwick
  1 sibling, 2 replies; 30+ messages in thread
From: allan gottlieb @ 2017-12-04 15:35 UTC (permalink / raw
  To: gentoo-user

On Mon, Dec 04 2017, Bill Kenworthy wrote:

> On 04/12/17 17:49, John Covici wrote:
>> On Mon, 04 Dec 2017 04:26:09 -0500,
>> Neil Bothwick wrote:
>>>
>>> [1  <text/plain; US-ASCII (quoted-printable)>]
>
> Your system is somewhat broken I think.  You need to look at each
> package and resolve the problem - possibly stray entries in one of the
> package files or world.  Have you done a depclean recently?
>
> BillK

This sounds like good advice but I have a question concerning
--depclean.  I would have thought that

  Any package --depclean would remove is not required by anything
  in @world so would not be merged by   emerge -e @world

On one system I am rather behind in doing --depclean and wonder if I
must finish that task before trying  emerge -e @world.

thanks,
allan




^ permalink raw reply	[flat|nested] 30+ messages in thread

* Re: [gentoo-user] Again, emerge -e @world related questions...
  2017-12-04 15:35           ` allan gottlieb
  2017-12-04 15:33             ` Alan McKinnon
@ 2017-12-04 22:02             ` Neil Bothwick
  1 sibling, 0 replies; 30+ messages in thread
From: Neil Bothwick @ 2017-12-04 22:02 UTC (permalink / raw
  To: gentoo-user

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

On Mon, 04 Dec 2017 10:35:27 -0500, allan gottlieb wrote:

> This sounds like good advice but I have a question concerning
> --depclean.  I would have thought that
> 
>   Any package --depclean would remove is not required by anything
>   in @world so would not be merged by   emerge -e @world

That's correct, but the presence of its files may affect the building of
other packages.


-- 
Neil Bothwick

What's the difference between ignorance and apathy?
I don't know and I don't care

[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 833 bytes --]

^ permalink raw reply	[flat|nested] 30+ messages in thread

* Re: [gentoo-user] Again, emerge -e @world related questions...
  2017-12-04 15:33             ` Alan McKinnon
@ 2017-12-04 22:29               ` allan gottlieb
  0 siblings, 0 replies; 30+ messages in thread
From: allan gottlieb @ 2017-12-04 22:29 UTC (permalink / raw
  To: gentoo-user

On Mon, Dec 04 2017, Alan McKinnon wrote:

> On 04/12/2017 17:35, allan gottlieb wrote:
>> On Mon, Dec 04 2017, Bill Kenworthy wrote:
>> 
>>> On 04/12/17 17:49, John Covici wrote:
>>>> On Mon, 04 Dec 2017 04:26:09 -0500,
>>>> Neil Bothwick wrote:
>>>>>
>>>>> [1  <text/plain; US-ASCII (quoted-printable)>]
>>>
>>> Your system is somewhat broken I think.  You need to look at each
>>> package and resolve the problem - possibly stray entries in one of the
>>> package files or world.  Have you done a depclean recently?
>>>
>>> BillK
>> 
>> This sounds like good advice but I have a question concerning
>> --depclean.  I would have thought that
>> 
>>   Any package --depclean would remove is not required by anything
>>   in @world so would not be merged by   emerge -e @world
>> 
>> On one system I am rather behind in doing --depclean and wonder if I
>> must finish that task before trying  emerge -e @world.
>
>
> You must do emerge -e @world first, it tends to fail (always fails?) if
> emerge world indicates there is something to be built.
>
> So just emerge -e world, then do a depclean. The first step is going to
> take long enough and increase your heating bills so much, that the extra
> work of a few packages is not worth the stress of worrying about.

That was my feeling as well.

thanks,
allan


^ permalink raw reply	[flat|nested] 30+ messages in thread

* Re: [gentoo-user] Again, emerge -e @world related questions...
  2017-12-04  2:58 [gentoo-user] Again, emerge -e @world related questions tuxic
  2017-12-04  5:20 ` Dale
  2017-12-04  8:38 ` Neil Bothwick
@ 2017-12-04 23:39 ` Andreas K. Huettel
  2017-12-05 16:00   ` Corbin
  2017-12-08 14:53 ` [gentoo-user] " Melleus
  3 siblings, 1 reply; 30+ messages in thread
From: Andreas K. Huettel @ 2017-12-04 23:39 UTC (permalink / raw
  To: Gentoo

Am Montag, 4. Dezember 2017, 03:58:40 CET schrieb tuxic@posteo.de:
> Hi,
> 
> what could fail, when doing the change to PIE-enabled applications
> on base of the regular updates?
> Compilation may fail, if libs are included and not flagged as to be
> recompiled, which are of the "old standard"...
> What else can fail? What may be the worst scenario?

The worst case scenario is that you spend too much time worrying about it.

Some devs including me switched profile without rebuilding anything outside 
the normal updates. (Because the guidelines were not written up yet.)
Things just kept working fine.

What can go wrong is that you get random build failures at some point later 
(likely with a linker message about failed relocations). These indicate that 
the linker was instructed to combine PIE and non-PIE code, which doesnt work. 
So one of the involved packages has not been rebuilt yet and needs to be 
rebuilt. This is mostly happening when static libraries are involved.

-- 
Andreas K. Hüttel
dilfridge@gentoo.org
Gentoo Linux developer 
(council, toolchain, perl, libreoffice, comrel)


^ permalink raw reply	[flat|nested] 30+ messages in thread

* Re: [gentoo-user] Again, emerge -e @world related questions...
  2017-12-04 23:39 ` Andreas K. Huettel
@ 2017-12-05 16:00   ` Corbin
  2017-12-05 18:37     ` Michael Orlitzky
  0 siblings, 1 reply; 30+ messages in thread
From: Corbin @ 2017-12-05 16:00 UTC (permalink / raw
  To: gentoo-user

On 12/04/2017 05:39 PM, Andreas K. Huettel wrote:
> Am Montag, 4. Dezember 2017, 03:58:40 CET schrieb tuxic@posteo.de:
>> Hi,
>>
>> what could fail, when doing the change to PIE-enabled applications
>> on base of the regular updates?
>> Compilation may fail, if libs are included and not flagged as to be
>> recompiled, which are of the "old standard"...
>> What else can fail? What may be the worst scenario?
> The worst case scenario is that you spend too much time worrying about it.
>
> Some devs including me switched profile without rebuilding anything outside 
> the normal updates. (Because the guidelines were not written up yet.)
> Things just kept working fine.
>
> What can go wrong is that you get random build failures at some point later 
> (likely with a linker message about failed relocations). These indicate that 
> the linker was instructed to combine PIE and non-PIE code, which doesnt work. 
> So one of the involved packages has not been rebuilt yet and needs to be 
> rebuilt. This is mostly happening when static libraries are involved.
>
Question :

Quote from the eselect news item :

"Switching the profile from 13.0 to 17.0 modifies the settings of
GCC 6 to generate PIE executables by default; thus, you need to do
the rebuilds even if you have already used GCC 6 beforehand.
If you do not follow these steps you may get spurious build
failures when the linker tries unsuccessfully to combine non-PIE
and PIE code."

Does this mean that a "package" with no USE flag of PIE / PIC will be
built with the gcc switches  " -fpic / -fPIE " applied?

Or is this the equivalent of putting the " PIE / PIC " USE flags in
make.conf?

Corbin



^ permalink raw reply	[flat|nested] 30+ messages in thread

* Re: [gentoo-user] Again, emerge -e @world related questions...
  2017-12-05 16:00   ` Corbin
@ 2017-12-05 18:37     ` Michael Orlitzky
  2017-12-05 20:26       ` Corbin
  0 siblings, 1 reply; 30+ messages in thread
From: Michael Orlitzky @ 2017-12-05 18:37 UTC (permalink / raw
  To: gentoo-user

On 12/05/2017 11:00 AM, Corbin wrote:
> 
> Does this mean that a "package" with no USE flag of PIE / PIC will be
> built with the gcc switches  " -fpic / -fPIE " applied?
>

Yup.


> Or is this the equivalent of putting the " PIE / PIC " USE flags in
> make.conf?


Nope.


^ permalink raw reply	[flat|nested] 30+ messages in thread

* Re: [gentoo-user] Again, emerge -e @world related questions...
  2017-12-05 18:37     ` Michael Orlitzky
@ 2017-12-05 20:26       ` Corbin
  2017-12-05 20:45         ` Michael Orlitzky
  0 siblings, 1 reply; 30+ messages in thread
From: Corbin @ 2017-12-05 20:26 UTC (permalink / raw
  To: gentoo-user

On 12/05/2017 12:37 PM, Michael Orlitzky wrote:
> On 12/05/2017 11:00 AM, Corbin wrote:
>> Does this mean that a "package" with no USE flag of PIE / PIC will be
>> built with the gcc switches  " -fpic / -fPIE " applied?
>>
> Yup.
>
>
>> Or is this the equivalent of putting the " PIE / PIC " USE flags in
>> make.conf?
>
> Nope.
>
Thank You, for that info.

In "packages" that throw out the "CFLAGS / CXXFLAGS" values in the
end-users "make.conf" and substitute their own ... how will that be handled?

Corbin



^ permalink raw reply	[flat|nested] 30+ messages in thread

* Re: [gentoo-user] Again, emerge -e @world related questions...
  2017-12-05 20:26       ` Corbin
@ 2017-12-05 20:45         ` Michael Orlitzky
  2017-12-05 21:13           ` Mick
  2017-12-07  2:35           ` Corbin
  0 siblings, 2 replies; 30+ messages in thread
From: Michael Orlitzky @ 2017-12-05 20:45 UTC (permalink / raw
  To: gentoo-user

On 12/05/2017 03:26 PM, Corbin wrote:
> 
> In "packages" that throw out the "CFLAGS / CXXFLAGS" values in the
> end-users "make.conf" and substitute their own ... how will that be handled?
> 

The GCC ebuilds all use toolchain.eclass which is incomprehensible to
me, but it looks like the default behavior for gcc-6.x is to pass
"--enable-default-pie" and "--enable-default-ssp" to the build process
of GCC itself. That changes the default behavior of GCC to (as the names
say) enable PIE and SSP by default.

Consequently, if a package ignores your CFLAGS, the PIE/SSP should still
take effect, because GCC does them by default. Only a package that adds
its own -no-pie flag (for example) would cause problems.


^ permalink raw reply	[flat|nested] 30+ messages in thread

* Re: [gentoo-user] Again, emerge -e @world related questions...
  2017-12-05 20:45         ` Michael Orlitzky
@ 2017-12-05 21:13           ` Mick
  2017-12-06 23:24             ` Michael Orlitzky
  2017-12-07  2:35           ` Corbin
  1 sibling, 1 reply; 30+ messages in thread
From: Mick @ 2017-12-05 21:13 UTC (permalink / raw
  To: gentoo-user

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

On Tuesday, 5 December 2017 20:45:21 GMT Michael Orlitzky wrote:
> On 12/05/2017 03:26 PM, Corbin wrote:
> > In "packages" that throw out the "CFLAGS / CXXFLAGS" values in the
> > end-users "make.conf" and substitute their own ... how will that be
> > handled?
> The GCC ebuilds all use toolchain.eclass which is incomprehensible to
> me, but it looks like the default behavior for gcc-6.x is to pass
> "--enable-default-pie" and "--enable-default-ssp" to the build process
> of GCC itself. That changes the default behavior of GCC to (as the names
> say) enable PIE and SSP by default.
> 
> Consequently, if a package ignores your CFLAGS, the PIE/SSP should still
> take effect, because GCC does them by default. Only a package that adds
> its own -no-pie flag (for example) would cause problems.

I just noticed chromium shows (pic) in brackets, which I assume it means 
forced.

-- 
Regards,
Mick

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 833 bytes --]

^ permalink raw reply	[flat|nested] 30+ messages in thread

* Re: [gentoo-user] Again, emerge -e @world related questions...
  2017-12-05 21:13           ` Mick
@ 2017-12-06 23:24             ` Michael Orlitzky
  0 siblings, 0 replies; 30+ messages in thread
From: Michael Orlitzky @ 2017-12-06 23:24 UTC (permalink / raw
  To: gentoo-user

On 12/05/2017 04:13 PM, Mick wrote:
> 
> I just noticed chromium shows (pic) in brackets, which I assume it means 
> forced.
> 

Yep. That information is hidden deep down in the "emerge" man page...

  --verbose [ y | n ] (-v short option)
      Tell  emerge to run in verbose mode.  Currently this flag causes
      emerge to print out GNU info errors, if any, and to show the USE
      flags  that  will  be used for each package when pretending. The
      following symbols are affixed to USE flags in order to  indicate
      their status:

      Symbol   Location    Meaning
      ──────────────────────────────────────────────────────────────
      -        prefix      not enabled (either disabled or removed)
      *        suffix      transition to or from the enabled state
      %        suffix      newly added or removed
      ()       circumfix   forced, masked, or removed
      {}       circumfix   state is bound to FEATURES settings


^ permalink raw reply	[flat|nested] 30+ messages in thread

* Re: [gentoo-user] Again, emerge -e @world related questions...
  2017-12-05 20:45         ` Michael Orlitzky
  2017-12-05 21:13           ` Mick
@ 2017-12-07  2:35           ` Corbin
  1 sibling, 0 replies; 30+ messages in thread
From: Corbin @ 2017-12-07  2:35 UTC (permalink / raw
  To: gentoo-user

On 12/05/2017 02:45 PM, Michael Orlitzky wrote:
> On 12/05/2017 03:26 PM, Corbin wrote:
>> In "packages" that throw out the "CFLAGS / CXXFLAGS" values in the
>> end-users "make.conf" and substitute their own ... how will that be handled?
>>
> The GCC ebuilds all use toolchain.eclass which is incomprehensible to
> me, but it looks like the default behavior for gcc-6.x is to pass
> "--enable-default-pie" and "--enable-default-ssp" to the build process
> of GCC itself. That changes the default behavior of GCC to (as the names
> say) enable PIE and SSP by default.
>
> Consequently, if a package ignores your CFLAGS, the PIE/SSP should still
> take effect, because GCC does them by default. Only a package that adds
> its own -no-pie flag (for example) would cause problems.
>
A Master Override ... in other words.

Thank You.

Corbin



^ permalink raw reply	[flat|nested] 30+ messages in thread

* [gentoo-user] Re: Again, emerge -e @world related questions...
  2017-12-04  2:58 [gentoo-user] Again, emerge -e @world related questions tuxic
                   ` (2 preceding siblings ...)
  2017-12-04 23:39 ` Andreas K. Huettel
@ 2017-12-08 14:53 ` Melleus
  2017-12-09 23:32   ` Michael Orlitzky
  3 siblings, 1 reply; 30+ messages in thread
From: Melleus @ 2017-12-08 14:53 UTC (permalink / raw
  To: gentoo-user

I had moved to v 17.0 profile mostly painless, though it was a time
consuming event. But I got one point anyway. Python in my system was
updated from 3.4 to 3.5 and after 3.4 was removed with depclean, the
option for v 3.4 in eselect python remains. It looks a bit weird to me
when I can choose with eselect the version of python that is not
currently present in the system. Is this intended behavior?



^ permalink raw reply	[flat|nested] 30+ messages in thread

* Re: [gentoo-user] Re: Again, emerge -e @world related questions...
  2017-12-08 14:53 ` [gentoo-user] " Melleus
@ 2017-12-09 23:32   ` Michael Orlitzky
  2017-12-17 11:45     ` Melleus
  0 siblings, 1 reply; 30+ messages in thread
From: Michael Orlitzky @ 2017-12-09 23:32 UTC (permalink / raw
  To: gentoo-user

On 12/08/2017 09:53 AM, Melleus wrote:
> I had moved to v 17.0 profile mostly painless, though it was a time
> consuming event. But I got one point anyway. Python in my system was
> updated from 3.4 to 3.5 and after 3.4 was removed with depclean, the
> option for v 3.4 in eselect python remains. It looks a bit weird to me
> when I can choose with eselect the version of python that is not
> currently present in the system. Is this intended behavior?

Guessing: no. (What happens if you select it?)

There might be some python-3.4 stuff left on your system that tricks
eselect into thinking that python-3.4 is installed. For example, in
eselect-php we do,

  find_targets() {
    cd "@LIBDIR@" && echo php*.*
  }

and that is easily fooled by creating any file in /usr/lib/php-x.y.

You might have to dig through eselect-python to see how it works, or ask
somebody who knows.


^ permalink raw reply	[flat|nested] 30+ messages in thread

* [gentoo-user] Re: Again, emerge -e @world related questions...
  2017-12-09 23:32   ` Michael Orlitzky
@ 2017-12-17 11:45     ` Melleus
  2017-12-17 14:52       ` Michael Orlitzky
  0 siblings, 1 reply; 30+ messages in thread
From: Melleus @ 2017-12-17 11:45 UTC (permalink / raw
  To: gentoo-user

Michael Orlitzky <mjo@gentoo.org> writes:

> On 12/08/2017 09:53 AM, Melleus wrote:
>> I had moved to v 17.0 profile mostly painless, though it was a time
>> consuming event. But I got one point anyway. Python in my system was
>> updated from 3.4 to 3.5 and after 3.4 was removed with depclean, the
>> option for v 3.4 in eselect python remains. It looks a bit weird to me
>> when I can choose with eselect the version of python that is not
>> currently present in the system. Is this intended behavior?
>
> Guessing: no. (What happens if you select it?)
It selects, but when attempting to run Python it falls back to v3.5

> There might be some python-3.4 stuff left on your system that tricks
> eselect into thinking that python-3.4 is installed. For example, in
> eselect-php we do,
>
>   find_targets() {
>     cd "@LIBDIR@" && echo php*.*
>   }
>
> and that is easily fooled by creating any file in /usr/lib/php-x.y.
I could not find any remnants of Python v3.4 in my system. Though I'm
more academician than a IT guru. I moved to Gentoo as the last
mainstream distribution free from systemd. I like its flexibility, but
the maintenance of a binary distribution would be much less burden for
me and for my quite old hardware.

> You might have to dig through eselect-python to see how it works, or ask
> somebody who knows.
After some digging in the files I commented out v3.4 line in
/etc/python-exec/python-exec.conf by hand and eselect then begins to
work as I expect. The question is that I think that I should not edit
that file by hand. So is it a bug or might I done something wrong?

Thank you for pointing me in right direction.

Regards,
Anatoly.



^ permalink raw reply	[flat|nested] 30+ messages in thread

* Re: [gentoo-user] Re: Again, emerge -e @world related questions...
  2017-12-17 11:45     ` Melleus
@ 2017-12-17 14:52       ` Michael Orlitzky
  0 siblings, 0 replies; 30+ messages in thread
From: Michael Orlitzky @ 2017-12-17 14:52 UTC (permalink / raw
  To: gentoo-user

On 12/17/2017 06:45 AM, Melleus wrote:

> After some digging in the files I commented out v3.4 line in
> /etc/python-exec/python-exec.conf by hand and eselect then begins to
> work as I expect. The question is that I think that I should not edit
> that file by hand. So is it a bug or might I done something wrong?
> 
> Thank you for pointing me in right direction.

This is being discussed in

  https://bugs.gentoo.org/635678

and

  https://bugs.gentoo.org/639578

It looks like the resolution has two parts. First, eselect was updated
to mark uninstalled pythons as being uninstalled. So I think they'll
still be shown in the list, but it will be obvious that you shouldn't
select them.

The second phase of the fix would be to update that python-exec.conf
file automatically, when the last version of e.g. python-3.4.x is
removed. I don't think that's been done yet.

Either way, it's a bug and nothing you did wrong.


^ permalink raw reply	[flat|nested] 30+ messages in thread

end of thread, other threads:[~2017-12-17 14:52 UTC | newest]

Thread overview: 30+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2017-12-04  2:58 [gentoo-user] Again, emerge -e @world related questions tuxic
2017-12-04  5:20 ` Dale
2017-12-04  8:38 ` Neil Bothwick
2017-12-04  9:20   ` Bill Kenworthy
2017-12-04  9:26     ` Neil Bothwick
2017-12-04  9:49       ` John Covici
2017-12-04 11:53         ` Bill Kenworthy
2017-12-04 12:14           ` John Covici
2017-12-04 12:25             ` Marc Joliet
2017-12-04 13:00               ` John Covici
2017-12-04 13:11                 ` John Covici
2017-12-04 13:15                   ` Neil Bothwick
2017-12-04 13:23                     ` John Covici
2017-12-04 15:35           ` allan gottlieb
2017-12-04 15:33             ` Alan McKinnon
2017-12-04 22:29               ` allan gottlieb
2017-12-04 22:02             ` Neil Bothwick
2017-12-04 13:46         ` Marc Joliet
2017-12-04 23:39 ` Andreas K. Huettel
2017-12-05 16:00   ` Corbin
2017-12-05 18:37     ` Michael Orlitzky
2017-12-05 20:26       ` Corbin
2017-12-05 20:45         ` Michael Orlitzky
2017-12-05 21:13           ` Mick
2017-12-06 23:24             ` Michael Orlitzky
2017-12-07  2:35           ` Corbin
2017-12-08 14:53 ` [gentoo-user] " Melleus
2017-12-09 23:32   ` Michael Orlitzky
2017-12-17 11:45     ` Melleus
2017-12-17 14:52       ` Michael Orlitzky

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox