Re: [gentoo-user] Again, emerge -e @world related questions...

2017-12-06 Thread Corbin
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




Re: [gentoo-user] Again, emerge -e @world related questions...

2017-12-06 Thread Michael Orlitzky
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   LocationMeaning
  ──
  -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



Re: [gentoo-user] Again, emerge -e @world related questions...

2017-12-05 Thread Mick
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

signature.asc
Description: This is a digitally signed message part.


Re: [gentoo-user] Again, emerge -e @world related questions...

2017-12-05 Thread Michael Orlitzky
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.



Re: [gentoo-user] Again, emerge -e @world related questions...

2017-12-05 Thread Corbin
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




Re: [gentoo-user] Again, emerge -e @world related questions...

2017-12-05 Thread Michael Orlitzky
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.



Re: [gentoo-user] Again, emerge -e @world related questions...

2017-12-05 Thread Corbin
On 12/04/2017 05:39 PM, Andreas K. Huettel wrote:
> Am Montag, 4. Dezember 2017, 03:58:40 CET schrieb tu...@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




Re: [gentoo-user] Again, emerge -e @world related questions...

2017-12-04 Thread Andreas K. Huettel
Am Montag, 4. Dezember 2017, 03:58:40 CET schrieb tu...@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
dilfri...@gentoo.org
Gentoo Linux developer 
(council, toolchain, perl, libreoffice, comrel)



Re: [gentoo-user] Again, emerge -e @world related questions...

2017-12-04 Thread allan gottlieb
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  ]
>>>
>>> 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



Re: [gentoo-user] Again, emerge -e @world related questions...

2017-12-04 Thread Neil Bothwick
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


pgpVFx1suvRDP.pgp
Description: OpenPGP digital signature


Re: [gentoo-user] Again, emerge -e @world related questions...

2017-12-04 Thread Alan McKinnon
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  ]
>>
>> 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.mckin...@gmail.com




Re: [gentoo-user] Again, emerge -e @world related questions...

2017-12-04 Thread allan gottlieb
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  ]
>
> 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





Re: [gentoo-user] Again, emerge -e @world related questions...

2017-12-04 Thread Marc Joliet
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-::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


signature.asc
Description: This is a digitally signed message part.


Re: [gentoo-user] Again, emerge -e @world related questions...

2017-12-04 Thread John Covici
On Mon, 04 Dec 2017 08:15:48 -0500,
Neil Bothwick wrote:
> 
> [1  ]
> 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
 cov...@ccs.covici.com



Re: [gentoo-user] Again, emerge -e @world related questions...

2017-12-04 Thread Neil Bothwick
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?


pgp3QzxX1OsK8.pgp
Description: OpenPGP digital signature


Re: [gentoo-user] Again, emerge -e @world related questions...

2017-12-04 Thread John Covici
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  ]
> > 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  ]
> > > > 
> > > > 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
 cov...@ccs.covici.com



Re: [gentoo-user] Again, emerge -e @world related questions...

2017-12-04 Thread John Covici
On Mon, 04 Dec 2017 07:25:28 -0500,
Marc Joliet wrote:
> 
> [1  ]
> 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  ]
> > > 
> > > 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
 cov...@ccs.covici.com



Re: [gentoo-user] Again, emerge -e @world related questions...

2017-12-04 Thread Marc Joliet
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  ]
> > 
> > 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


signature.asc
Description: This is a digitally signed message part.


Re: [gentoo-user] Again, emerge -e @world related questions...

2017-12-04 Thread 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  ]
> 
> 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
 cov...@ccs.covici.com



Re: [gentoo-user] Again, emerge -e @world related questions...

2017-12-04 Thread Bill Kenworthy
On 04/12/17 17:49, John Covici wrote:
> On Mon, 04 Dec 2017 04:26:09 -0500,
> Neil Bothwick wrote:
>>
>> [1  ]

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





Re: [gentoo-user] Again, emerge -e @world related questions...

2017-12-04 Thread John Covici
On Mon, 04 Dec 2017 04:26:09 -0500,
Neil Bothwick wrote:
> 
> [1  ]
> 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-::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
 cov...@ccs.covici.com



Re: [gentoo-user] Again, emerge -e @world related questions...

2017-12-04 Thread Neil Bothwick
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.


pgpyHQkrEGmMK.pgp
Description: OpenPGP digital signature


Re: [gentoo-user] Again, emerge -e @world related questions...

2017-12-04 Thread Bill Kenworthy
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, tu...@posteo.de wrote:



Re: [gentoo-user] Again, emerge -e @world related questions...

2017-12-04 Thread Neil Bothwick
On Mon, 4 Dec 2017 03:58:40 +0100, tu...@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.


pgpzGVRn0vsef.pgp
Description: OpenPGP digital signature


Re: [gentoo-user] Again, emerge -e @world related questions...

2017-12-03 Thread Dale
tu...@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

:-)  :-)