[gentoo-user] Re: grub-0.97-r16 and profile 17.0 change

[Ian Zimmerman]

On 2017-12-04 18:13, Daniel Frey wrote:

> I guess I'll have to remember to use 500M+ /boot partitions now. Sigh.

I don't get it.

 matica!7 rc$ du /boot/grub
2022/boot/grub/i386-pc
1340/boot/grub/fonts
2785/boot/grub/themes/starfield
2786/boot/grub/themes
3163/boot/grub/locale
9317/boot/grub

~10MB.  This is with grub2.

Maybe you use some heavily graphical theme?

-- 
Please don't Cc: me privately on mailing lists and Usenet,
if you also post the followup to the list or newsgroup.
To reply privately _only_ on Usenet, fetch the TXT record for the domain.

Re: [gentoo-user] is multi-core really worth it?

[R0b0t1]

On Mon, Dec 4, 2017 at 10:11 PM, taii...@gmx.com  wrote:
> On my 16 core opteron I have to do -j32 or sometimes -j64 to be using
> everything all the time, is this normal? If I don't do this it won't be
> pegged at 100% all the time.
>

I use a ramdisk and anything over -j${NCPU} (incl. hyperthreaded
cores) causes performance degradation in general due mainly to the
compiling step. For some package sets I have noticed that higher build
parallelism helps due to some ebuild steps not being easily
parallelizable.

> I assume using a ramdisk would help with this? I wouldn't want to do a SSD
> as I assume it would excessively wear by doing compiles.
>

It should. While builds on an SSD will wear the SSD, comparing the
write volume to the expected drive lifetime will tell you the true
impact. It is (if I remember) still relatively small.

Cheers,
 R0b0t1

Re: [gentoo-user] is multi-core really worth it?

[taii...@gmx.com]

On my 16 core opteron I have to do -j32 or sometimes -j64 to be using 
everything all the time, is this normal? If I don't do this it won't be 
pegged at 100% all the time.


I assume using a ramdisk would help with this? I wouldn't want to do a 
SSD as I assume it would excessively wear by doing compiles.

Re: [gentoo-user] grub-0.97-r16 and profile 17.0 change

[Daniel Frey]

On 12/04/17 18:15, Michael Orlitzky wrote:

On 12/04/2017 09:13 PM, Daniel Frey wrote:


Well, it copies from /usr/share/grub and /lib/grub to /boot/grub, and
the sum of those directories are 270M without any kernels, etc
installed. I guess I'm going to have to tarball everything up,
repartition, and untar it.

I guess I'll have to remember to use 500M+ /boot partitions now. Sigh.



Before you do all that, some people on the bug have reported that the
larger binaries are busted and won't boot.





I can confirm that: right after I posted, I rebooted and all hell broke 
loose. I just got booted up again (I'd already removed gcc-5) using grub2.


I was genuinely annoyed with grub2 due to its update and massive config 
files, so I never upgraded to it. I usually had multiple kernel versions 
and grub2 helpfully labeled them all "Linux" so I couldn't tell them apart.


I figured out you can still write your own grub2 files, and it wasn't 
that difficult, other than its numbering is different now (no base-0 
partitions... argh.)


Below is an example of a simple grub.cfg that starts two separate 
kernels (I use a different kernel/partition for MythTV) and a 
chainloader for Windows 7. It took a few iterations for me to get 
everything to boot.


My partitions are as follows:
/dev/sda1: Windows tiny partition, the bootable one
/dev/sda2: Windows 7
/dev/sda3: /boot

As you can see, there's no base-0 counted partitions in the config, that 
messed me up more than once.


I also used PARTUUID for the root= parameter, you can get this by using 
`blkid /dev/sdaX`. Also, don't encapsulate your PARTUUID in quotes, that 
didn't work for me. I simply had (as an example) 
root=PARTUUID=abcdef33-01 and it boots fine.


It was simple enough to convert (and grub-2.02 actually compiles fine 
with gcc-6 and the new profile) and figured others were probably like me 
and avoiding the grub2 config mess.


At least now I know how to configure grub2 manually and simply, so I 
won't avoid it any more.


Dan

--grub.cfg--
timeout=10
default=0

menuentry 'Gentoo 4.1.43-r1' {
root=hd0,3
linux /boot/kernel-4.1.43-gentoo-r1 root=PARTUUID=PARTUUID> quiet rootfstype=ext4

}

menuentry 'Gentoo - MythTV' {
root=hd0,3
linux /boot/kernel-4.1.43-gentoo-r1-mythtv root=PARTUUID=PARTUUID> quiet rootfstype=ext4

}


menuentry "Windows 7" {
set root=(hd0,1)
chainloader +1
boot
}

Re: [gentoo-user] Profile 17 and -fPIC

[Walter Dnes]

On Tue, Dec 05, 2017 at 11:52:24AM +1100, Adam Carter wrote
> 
> Is there a downside to adding -fPIC to CFLAGs? It seems to allow
> everything to build and the system is working.

  It'll slow down some programs/libraries.  I wonder if you also need to
enable "USE="pic"...

[d531][waltdnes][~] grep -i ":pic - d" /usr/portage/profiles/use.local.desc 
app-arch/gzip:pic - disable optimized assembly code that is not PIC friendly
dev-util/electron:pic - Disable optimized assembly code that is not PIC friendly
games-emulation/yabause:pic - disable optimized assembly code that is not PIC 
friendly
games-fps/duke3d:pic - disable optimized assembly code that is not PIC friendly
media-libs/mesa:pic - disable optimized assembly code that is not PIC friendly
media-libs/x264:pic - disable optimized assembly code that is not PIC friendly
media-libs/x265:pic - Disable optimized assembly code that is not PIC friendly
media-libs/xvid:pic - disable optimized assembly code that is not PIC friendly
media-video/transcode:pic - disable optimized assembly code that is not PIC 
friendly
www-client/chromium:pic - Disable optimized assembly code that is not PIC 
friendly

...and also...

[d531][waltdnes][~] grep -i ":pic - f" /usr/portage/profiles/use.local.desc 
app-benchmarks/ramspeed:pic - Force shared libraries to be built as PIC (this 
is slower)
app-emulation/open-vm-tools:pic - Force shared libraries to be built as PIC
gnome-base/orbit:pic - Force libname-server-2 to be built as PIC; needed on 
hardened systems
media-libs/libpostproc:pic - Force shared libraries to be built as PIC (this is 
slower).
media-video/ffmpeg:pic - Force shared libraries to be built as PIC (this is 
slower)
media-video/libav:pic - Force shared libraries to be built as PIC (this is 
slower).

-- 
Walter Dnes 
I don't run "desktop environments"; I run useful applications

Re: [gentoo-user] grub-0.97-r16 and profile 17.0 change

[wabe]

Daniel Frey  wrote:

> On 12/03/17 07:12, Mick wrote:
> > On 03-12-2017 ,10:57:33, Peter Humphrey wrote:  
> >> On Saturday, 2 December 2017 12:30:57 GMT Mick wrote:  
> >>> I'm getting this error after I changed my profile as per
> >>> '2017-11-30-new-17-
> >>> profiles' news item:  
> >> Compiling source
> >> in /data/tmp_var/portage/sys-boot/grub-0.97-r16/work/  
> >>
> >> [...]
> >>  
> >>> However, sys-boot/grub-0.97-r17 installed fine once keyworded on
> >>> this (mostly) stable system.  This may save time for others who
> >>> come across the same problem.  
> >>
> >> It has. Thanks Mick.
> >>  
> >> -- >> Regards,  
> >> Peter.
> > > Unfortunately, an older system with only 50MB /boot partition did
> > > not  
> > have enough space to allow sys-boot/grub-0.97-r17 to install all its
> > files and fs drivers.  I ended up restoring /boot from a back up.
> > YMMV. I have a 250MB /boot partition and have the same problem, and
> > I only have one kernel installed at ~5MB.  
> 
> I wonder how much space it needs in total now...
> 
> Dan

I'm using a hardened system with grub-0.97-r16 and have a 93MB boot 
partition. It contains eight kernels each about 6.7MB in size and the 
associated System.map files each about 2.2MB in size and I have still 
13MB free space in boot. 

How could this be?

--
Regards
wabe

Re: [gentoo-user] grub-0.97-r16 and profile 17.0 change

[Michael Orlitzky]

On 12/04/2017 09:13 PM, Daniel Frey wrote:
> 
> Well, it copies from /usr/share/grub and /lib/grub to /boot/grub, and 
> the sum of those directories are 270M without any kernels, etc 
> installed. I guess I'm going to have to tarball everything up, 
> repartition, and untar it.
> 
> I guess I'll have to remember to use 500M+ /boot partitions now. Sigh.
> 

Before you do all that, some people on the bug have reported that the
larger binaries are busted and won't boot.

Re: [gentoo-user] grub-0.97-r16 and profile 17.0 change

[Daniel Frey]

On 12/04/17 17:54, Daniel Frey wrote:

On 12/03/17 07:12, Mick wrote:

On 03-12-2017 ,10:57:33, Peter Humphrey wrote:

On Saturday, 2 December 2017 12:30:57 GMT Mick wrote:

I'm getting this error after I changed my profile as per
'2017-11-30-new-17-
profiles' news item:
Compiling source in 
/data/tmp_var/portage/sys-boot/grub-0.97-r16/work/


[...]


However, sys-boot/grub-0.97-r17 installed fine once keyworded on this
(mostly) stable system.  This may save time for others who come across
the same problem.


It has. Thanks Mick.

--
Regards,
Peter.


Unfortunately, an older system with only 50MB /boot partition did not
have enough space to allow sys-boot/grub-0.97-r17 to install all its
files and fs drivers.  I ended up restoring /boot from a back up.  YMMV.



I have a 250MB /boot partition and have the same problem, and I only 
have one kernel installed at ~5MB.


I wonder how much space it needs in total now...

Dan


To answer my own question:

Well, it copies from /usr/share/grub and /lib/grub to /boot/grub, and 
the sum of those directories are 270M without any kernels, etc 
installed. I guess I'm going to have to tarball everything up, 
repartition, and untar it.


I guess I'll have to remember to use 500M+ /boot partitions now. Sigh.

Dan

Re: [gentoo-user] grub-0.97-r16 and profile 17.0 change

[Daniel Frey]

On 12/03/17 07:12, Mick wrote:

On 03-12-2017 ,10:57:33, Peter Humphrey wrote:

On Saturday, 2 December 2017 12:30:57 GMT Mick wrote:

I'm getting this error after I changed my profile as per
'2017-11-30-new-17-
profiles' news item:

Compiling source in /data/tmp_var/portage/sys-boot/grub-0.97-r16/work/


[...]


However, sys-boot/grub-0.97-r17 installed fine once keyworded on this
(mostly) stable system.  This may save time for others who come across
the same problem.


It has. Thanks Mick.

--
Regards,
Peter.


Unfortunately, an older system with only 50MB /boot partition did not
have enough space to allow sys-boot/grub-0.97-r17 to install all its
files and fs drivers.  I ended up restoring /boot from a back up.  YMMV.



I have a 250MB /boot partition and have the same problem, and I only 
have one kernel installed at ~5MB.


I wonder how much space it needs in total now...

Dan

Re: [gentoo-user] Re: Will profile 17.0 break 3rd party binaries?

[Adam Carter]

> > Good question. I've been using a pie-enabled gcc 7.2 for months before
> > the 17.0 profile switch and both acroread and skype (the new one)
> > still work, so chances are your stuff will too.
>
> Years ago when I used acroread I found it quite irritating that it came
> with its own bundled gtk and pretty much everything else.  If it's still
> that way it's probably the reason why it is unaffected by the change.
>
> I don't know if Grant's binaries are of similar persuasion.
>

And if something doesn't work trying USE +bundled-libs would be worthwhile.

[gentoo-user] Re: Will profile 17.0 break 3rd party binaries?

[Ian Zimmerman]

On 2017-12-05 00:05, Holger Hoffstätte wrote:

> > There are a number of third-party binary executables that I use
> > regularly on my Gentoo systems.  These are dynamically linked,
> > x86-64, programs that typically depend on various X11 and Qt/Gtk
> > libraries.  They were either extracted from .rpm/.deb files or
> > distributed as shell-archive self-installers by their respective
> > vendors.
> > 
> > Is switching to the new 17.0 profile likely to break them?
> 
> Good question. I've been using a pie-enabled gcc 7.2 for months before
> the 17.0 profile switch and both acroread and skype (the new one)
> still work, so chances are your stuff will too.

Years ago when I used acroread I found it quite irritating that it came
with its own bundled gtk and pretty much everything else.  If it's still
that way it's probably the reason why it is unaffected by the change.

I don't know if Grant's binaries are of similar persuasion.

-- 
Please don't Cc: me privately on mailing lists and Usenet,
if you also post the followup to the list or newsgroup.
To reply privately _only_ on Usenet, fetch the TXT record for the domain.

[gentoo-user] Profile 17 and -fPIC

[Adam Carter]

Possibly due to messing around with hardened in the past, i'm finding that
many packages are reporting that they need -fPIC now that i'm on 17.0 (and
gcc 7.2 FWIW). I've added it to CFLAGs, as manually adding to each failed
package via package.env was getting non-trivial.

>From the GCC man page it sounds like;
fPIE = make executables position independent, and
fPIC = make everything position independent

Is there a downside to adding -fPIC to CFLAGs? It seems to allow everything
to build and the system is working.

[gentoo-user] Re: Will profile 17.0 break 3rd party binaries?

[Grant Edwards]

On 2017-12-05, Holger Hoffstätte  wrote:
> On Mon, 04 Dec 2017 22:42:45 +, Grant Edwards wrote:
>
>> There are a number of third-party binary executables that I use
>> regularly on my Gentoo systems. [...]
>>
>> Is switching to the new 17.0 profile likely to break them?
>
> Good question. I've been using a pie-enabled gcc 7.2 for months
> before the 17.0 profile switch and both acroread and skype (the new
> one) still work, so chances are your stuff will too.

That's good to hear.  I guess the worst case is I end up having to
copy some shared libraires from CentOS/Ubuntu for them.

-- 
Grant Edwards   grant.b.edwardsYow! A can of ASPARAGUS,
  at   73 pigeons, some LIVE ammo,
  gmail.comand a FROZEN DAQUIRI!!

[gentoo-user] emerge -e @world failed

[tuxic]

HHi,

I did it,

I started emerge -e @world --keep-going.

And it failed while installing linux-gazette:
>>> Emerging (370 of 2114) app-doc/linux-gazette-117::gentoo
>>> Installing (360 of 2114) app-doc/linux-gazette-31::gentoo
>>> Emerging (371 of 2114) app-doc/linux-gazette-69::gentoo
>>> Installing (361 of 2114) app-doc/linux-gazette-74::gentoo
>>> Jobs: 341 of 2114 complete, 5 running   Load avg: 1.48, 1.61, 1.82
Traceback (most recent call last):
  File "/usr/lib64/python3.5/site-packages/portage/dbapi/vartree.py", line 740, 
in aux_get
mydir_stat = os.stat(mydir)
  File "/usr/lib64/python3.5/site-packages/portage/__init__.py", line 250, in 
__call__
rval = self._func(*wrapped_args, **wrapped_kwargs)
FileNotFoundError: [Errno 2] No such file or directory: 
b'/var/db/pkg/app-doc/linux-gazette-74'

During handling of the above exception, another exception occurred:

Traceback (most recent call last):
  File "/usr/lib/python-exec/python3.5/emerge", line 50, in 
retval = emerge_main()
  File "/usr/lib64/python3.5/site-packages/_emerge/main.py", line 1250, in 
emerge_main
return run_action(emerge_config)
  File "/usr/lib64/python3.5/site-packages/_emerge/actions.py", line 3297, in 
run_action
retval = action_build(emerge_config, spinner=spinner)
  File "/usr/lib64/python3.5/site-packages/_emerge/actions.py", line 540, in 
action_build
retval = mergetask.merge()
  File "/usr/lib64/python3.5/site-packages/_emerge/Scheduler.py", line 1039, in 
merge
rval = self._merge()
  File "/usr/lib64/python3.5/site-packages/_emerge/Scheduler.py", line 1444, in 
_merge
self._main_loop()
  File "/usr/lib64/python3.5/site-packages/_emerge/Scheduler.py", line 1416, in 
_main_loop
self._event_loop.iteration()
  File 
"/usr/lib64/python3.5/site-packages/portage/util/_eventloop/EventLoop.py", line 
333, in iteration
if not x.callback(f, event, *x.args):
  File "/usr/lib64/python3.5/site-packages/portage/util/_async/PipeLogger.py", 
line 92, in _output_handler
self.wait()
  File "/usr/lib64/python3.5/site-packages/_emerge/AsynchronousTask.py", line 
57, in wait
self._wait_hook()
  File "/usr/lib64/python3.5/site-packages/_emerge/AsynchronousTask.py", line 
175, in _wait_hook
self._exit_listener_stack.pop()(self)
  File "/usr/lib64/python3.5/site-packages/_emerge/SpawnProcess.py", line 173, 
in _pipe_logger_exit
self._async_waitpid()
  File "/usr/lib64/python3.5/site-packages/_emerge/SubProcess.py", line 113, in 
_async_waitpid
self.pid, self._async_waitpid_cb)
  File 
"/usr/lib64/python3.5/site-packages/portage/util/_eventloop/EventLoop.py", line 
411, in child_watch_add
self._poll_child_processes()
  File 
"/usr/lib64/python3.5/site-packages/portage/util/_eventloop/EventLoop.py", line 
455, in _poll_child_processes
x.callback(x.pid, wait_retval[1], x.data)
  File "/usr/lib64/python3.5/site-packages/_emerge/SubProcess.py", line 119, in 
_async_waitpid_cb
self.wait()
  File "/usr/lib64/python3.5/site-packages/_emerge/AsynchronousTask.py", line 
57, in wait
self._wait_hook()
  File "/usr/lib64/python3.5/site-packages/_emerge/AsynchronousTask.py", line 
175, in _wait_hook
self._exit_listener_stack.pop()(self)
  File "/usr/lib64/python3.5/site-packages/_emerge/EbuildPhase.py", line 300, 
in _post_phase_exit
self.wait()
  File "/usr/lib64/python3.5/site-packages/_emerge/AsynchronousTask.py", line 
57, in wait
self._wait_hook()
  File "/usr/lib64/python3.5/site-packages/_emerge/AsynchronousTask.py", line 
175, in _wait_hook
self._exit_listener_stack.pop()(self)
  File "/usr/lib64/python3.5/site-packages/_emerge/TaskSequence.py", line 52, 
in _task_exit_handler
self.wait()
  File "/usr/lib64/python3.5/site-packages/_emerge/AsynchronousTask.py", line 
57, in wait
self._wait_hook()
  File "/usr/lib64/python3.5/site-packages/_emerge/AsynchronousTask.py", line 
175, in _wait_hook
self._exit_listener_stack.pop()(self)
  File "/usr/lib64/python3.5/site-packages/_emerge/CompositeTask.py", line 134, 
in _default_final_exit
return self.wait()
  File "/usr/lib64/python3.5/site-packages/_emerge/AsynchronousTask.py", line 
57, in wait
self._wait_hook()
  File "/usr/lib64/python3.5/site-packages/_emerge/AsynchronousTask.py", line 
175, in _wait_hook
self._exit_listener_stack.pop()(self)
  File "/usr/lib64/python3.5/site-packages/_emerge/EbuildBuild.py", line 315, 
in _build_exit
self.wait()
  File "/usr/lib64/python3.5/site-packages/_emerge/AsynchronousTask.py", line 
57, in wait
self._wait_hook()
  File "/usr/lib64/python3.5/site-packages/_emerge/AsynchronousTask.py", line 
175, in _wait_hook
self._exit_listener_stack.pop()(self)
  File "/usr/lib64/python3.5/site-packages/_emerge/CompositeTask.py", line 134, 
in _default_final_exit
return self.wait()
  File "/usr/lib64/python3.5/site-packages/_emerge/AsynchronousTask.py", line 
57, in wait
self._wait_hook()
  File 

[gentoo-user] Re: Will profile 17.0 break 3rd party binaries?

[Holger Hoffstätte]

On Mon, 04 Dec 2017 22:42:45 +, Grant Edwards wrote:

> There are a number of third-party binary executables that I use
> regularly on my Gentoo systems.  These are dynamically linked, x86-64,
> programs that typically depend on various X11 and Qt/Gtk libraries.
> They were either extracted from .rpm/.deb files or distributed as
> shell-archive self-installers by their respective vendors.
> 
> Is switching to the new 17.0 profile likely to break them?

Good question. I've been using a pie-enabled gcc 7.2 for months before
the 17.0 profile switch and both acroread and skype (the new one) still
work, so chances are your stuff will too.

-h

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

[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)

[gentoo-user] Will profile 17.0 break 3rd party binaries?

[Grant Edwards]

There are a number of third-party binary executables that I use
regularly on my Gentoo systems.  These are dynamically linked, x86-64,
programs that typically depend on various X11 and Qt/Gtk libraries.
They were either extracted from .rpm/.deb files or distributed as
shell-archive self-installers by their respective vendors.

Is switching to the new 17.0 profile likely to break them?  

-- 
Grant Edwards   grant.b.edwardsYow! FOOLED you!  Absorb
  at   EGO SHATTERING impulse
  gmail.comrays, polyester poltroon!!

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

[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...

[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] New profile 17: How urgent is the rebuild of world technically?

[Michael Orlitzky]

On 12/04/2017 12:48 PM, Stefan G. Weichinger wrote:
> On 12/03/2017 03:30 AM, Michael Orlitzky wrote:
> 
>> However, you can delay switching to the new profile for a while.
> 
> For how long?
> 
> eselect news item tells me:
> 
> "Please migrate away from the 13.0 profiles within the six weeks after
> GCC 6.4.0 has been stabilized on your architecture. The 13.0 profiles
> will be deprecated then and removed in half a year."
> 

Once the profile is deprecated (not yet), you've got six months.

Keep in mind that a profile isn't actually all that complicated. It
consists mainly of a few small text files, and can likely be copied
locally just like you would with an ebuild.

You also aren't required to rebuild everything right now (although you
should, to get the PIE/SSP protection!). You can pause your "emerge -e
@world" at any point, and resume it during off-hours or a slow period.
So long as you don't need to build anything else in the meantime, you
can take as long as you want.

Re: [gentoo-user] Re: Emerge does want to tell me...what?

[Walter Dnes]

On Mon, Dec 04, 2017 at 02:19:33PM -0500, Walter Dnes wrote
> On Mon, Dec 04, 2017 at 10:34:48AM +, Peter Humphrey wrote
> 
> > It doesn't build here; I get a few errors, thus:
> > 
> >  9:41.58 ../../build/unix/gold/ld: error: /var/tmp/portage/www-client/
> > palemoon-27.6.2/work/palemoon-27.6.2/o/toolkit/library/../../media/
> > libstagefright/Unified_cpp_media_libstagefright0.o: requires dynamic 
> > R_X86_64_PC32 reloc against '_Z13GetDemuxerLogv' which may overflow at 
> > runtime; recompile with -fPIC
>
>
> 
>   GCC is giving you a hint.  Actually, I've run into other stuff in
> Gentoo that breaks with PIE and PIC.  Google is full of complaints for
> other distros.  I'm seriously considering sticking "-fno-pic -fno-pie"
> into CFLAGS/CXXFLAGS before migrating to 17.0.  And it'll also save me
> from rebuilding everything on every machine.  My ancient netbook with 2
> gigs of ram will thank me.

  While we're at it, throw "-pic" into USE, to speed up the
non-pic/non-pie system...

[d531][waltdnes][~] grep -i ":pic - disable" 
/usr/portage/profiles/use.local.desc
app-arch/gzip:pic - disable optimized assembly code that is not PIC friendly
dev-util/electron:pic - Disable optimized assembly code that is not PIC friendly
games-emulation/yabause:pic - disable optimized assembly code that is not PIC 
friendly
games-fps/duke3d:pic - disable optimized assembly code that is not PIC friendly
media-libs/mesa:pic - disable optimized assembly code that is not PIC friendly
media-libs/x264:pic - disable optimized assembly code that is not PIC friendly
media-libs/x265:pic - Disable optimized assembly code that is not PIC friendly
media-libs/xvid:pic - disable optimized assembly code that is not PIC friendly
media-video/transcode:pic - disable optimized assembly code that is not PIC 
friendly
www-client/chromium:pic - Disable optimized assembly code that is not PIC 
friendly

-- 
Walter Dnes 
I don't run "desktop environments"; I run useful applications

Re: [gentoo-user] Re: Emerge does want to tell me...what?

[Walter Dnes]

On Mon, Dec 04, 2017 at 10:34:48AM +, Peter Humphrey wrote

> It doesn't build here; I get a few errors, thus:
> 
>  9:41.58 ../../build/unix/gold/ld: error: /var/tmp/portage/www-client/
> palemoon-27.6.2/work/palemoon-27.6.2/o/toolkit/library/../../media/
> libstagefright/Unified_cpp_media_libstagefright0.o: requires dynamic 
> R_X86_64_PC32 reloc against '_Z13GetDemuxerLogv' which may overflow at 
> runtime; recompile with -fPIC
   
   

  GCC is giving you a hint.  Actually, I've run into other stuff in
Gentoo that breaks with PIE and PIC.  Google is full of complaints for
other distros.  I'm seriously considering sticking "-fno-pic -fno-pie"
into CFLAGS/CXXFLAGS before migrating to 17.0.  And it'll also save me
from rebuilding everything on every machine.  My ancient netbook with 2
gigs of ram will thank me.

-- 
Walter Dnes 
I don't run "desktop environments"; I run useful applications

Re: [gentoo-user] New profile 17: How urgent is the rebuild of world technically?

[Stefan G. Weichinger]

On 12/03/2017 03:30 AM, Michael Orlitzky wrote:

> However, you can delay switching to the new profile for a while.

For how long?

eselect news item tells me:

"Please migrate away from the 13.0 profiles within the six weeks after
GCC 6.4.0 has been stabilized on your architecture. The 13.0 profiles
will be deprecated then and removed in half a year."

As I see it gcc-6.4.0 is stable for amd64 already.

I have a number of servers out there running profile 13.0, having to
rebuild all their packages within the next 6 weeks has to be planned
somehow and needs time and thought IMO.

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

[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...

[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] Am I in trouble now?

[David Haller]

Hello,

On Mon, 04 Dec 2017, Marc Joliet wrote:
>Am Sonntag, 3. Dezember 2017, 21:22:23 CET schrieb Marc Joliet:
>> Of course, that doesn't mean that things are correct on your end, though. 
>> On one of my computers, checksec does say "PIE enabled".  Maybe you should
>> try compiling something else and verifying it.  After all, there's probably
>> a reason why the "emerge -e @world" bit doesn't exclude any of the packages
>> previously rebuilt.  I'll try to verify that on my desktop, though
>
>Just to follow up on this, I've now done everything except the "emerge -e 
>@world" step on my desktop, which shows "No PIE" for /usr/bin/x86_64-pc-linux-
>gnu-g++, but "PIE enabled" for /usr/x86_64-pc-linux-gnu/binutils-bin/2.29.1/ld 
>(part of binutils, which was rebuilt *after* gcc).  So try checking that if 
>you want to be sure (and haven't done your own verification in the meantime).

Don't worry. I find plenty of _explicit_ '-fno-pie -fno-PIE' in the
sys-devel/gcc build-stuff and build logs.

Using my "check-pie" "extracted from checksec" script[1]:

# check-pie /usr/bin/*gcc* /usr/bin/*g++* 2>/dev/null
/usr/bin/gccPIE
/usr/bin/gcc-6.4.0  no pie
/usr/bin/gcc-7.2.0  no pie
/usr/bin/gcc-ar PIE
/usr/bin/gcc-nm PIE
/usr/bin/gcc-ranlib PIE
/usr/bin/gccgo  no pie
/usr/bin/x86_64-pc-linux-gnu-gccPIE
/usr/bin/x86_64-pc-linux-gnu-gcc-6.4.0  no pie
/usr/bin/x86_64-pc-linux-gnu-gcc-7.2.0  no pie
/usr/bin/x86_64-pc-linux-gnu-gcc-ar PIE
/usr/bin/x86_64-pc-linux-gnu-gcc-nm PIE
/usr/bin/x86_64-pc-linux-gnu-gcc-ranlib PIE
/usr/bin/x86_64-pc-linux-gnu-gccgo  no pie
/usr/bin/g++PIE
/usr/bin/g++-6.4.0  no pie
/usr/bin/g++-7.2.0  no pie
/usr/bin/x86_64-pc-linux-gnu-g++PIE
/usr/bin/x86_64-pc-linux-gnu-g++-6.4.0  no pie
/usr/bin/x86_64-pc-linux-gnu-g++-7.2.0  no pie

[the 2>/dev/null filters out the "not an executable" stuff]

I see a pattern there ;)

I've rebuilt 7.2.0 after the profile change and the "pie" useflag was
set. I guess gcc/g++ does some magic internal (assembler?) stuff while
compiling that makes it unsuitable to be compiled as a PI Executable.

I eselected 7.2.0, as I'm recompiling @world anyways ;) Let's see how
that'll work out. Currently I'm at 353/710 of an '--emptytree
@system'... I think I'll recompile the rest (of @world |¯| @system as
I go along during regular updates, @world would've been something like
939 IIRC, but probably all the biggies. Oh, and I explicitly excluded
icedtea for now. Or I'll "check-pie"/"checksec" and follow that.

HTH,
-dnh

[1] see a thread or two previous to this

-- 
Eine Wognatur wird nicht gesiggt, sondern gewoggt.
   [Axel Woelke in dag°, 31.3.2000]

Re: [gentoo-user] How to check for PIE-code ?

[David Haller]

Hello,

On Sun, 03 Dec 2017, ckard wrote:
>On Sun, Dec 3, 2017 at 8:06 PM,  wrote:
>> is there any way to check, whether a compilated binary is using
>> the position-independant-code feature or is still build according
>> to old standards?
>
>You can use app-admin/checksec to see if different security features are
>enabled or not.

Nice. For this special use-case (what has been rebuilt with PIE and
what not), I've extracted a (faster) variant from checksec, though
it's unclear to me how to discern libs built with PIE and without[1]. 
I guess the linker'll tell me.

 ~/bin/check-pie 
#!/bin/bash
for arg; do
re=$(readelf -h "$arg" 2>/dev/null)
if printf '%s' -- "$re" | grep -q 'Type:[[:space:]]*EXEC'; then
pie="no pie"
elif printf '%s' -- "$re" | grep -q 'Type:[[:space:]]*DYN'; then
pie=$(readelf -d "$arg" | awk -F':' '
  $1 ~ /\(FLAGS.*Flags$/ && $2 ~ / PIE/ { print "PIE"; }
  $1 ~ /\(SONAME/ { print "DSO"; }')
else
printf "Not an executable: %s\n" "$arg" >&2
continue;
fi
printf "%s\t%s\n" "$arg" "$pie"
done


USAGE is check-pie FILE[S...]

e.g.:

# check-pie /usr/bin/* 2>/dev/null | \
awk '/PIE/{PIE++;}
 /no pie/{nopie++};
 END{ printf("PIE: %i, no PIE:%i\n", PIE, nopie); }'

HTH,
-dnh

[1] I've built a lib of my own both with -fpie/-fno-pie and compared
readelf -a outputs, and there's not difference besides offsets.

-- 
Any sufficiently advanced technology is indistinguishable from magic.
 -- Arthur C. Clarke

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

[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...

[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...

[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...

[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...

[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...

[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...

[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] Am I in trouble now?

[Marc Joliet]

Am Sonntag, 3. Dezember 2017, 21:22:23 CET schrieb Marc Joliet:
> Of course, that doesn't mean that things are correct on your end, though. 
> On one of my computers, checksec does say "PIE enabled".  Maybe you should
> try compiling something else and verifying it.  After all, there's probably
> a reason why the "emerge -e @world" bit doesn't exclude any of the packages
> previously rebuilt.  I'll try to verify that on my desktop, though

Just to follow up on this, I've now done everything except the "emerge -e 
@world" step on my desktop, which shows "No PIE" for /usr/bin/x86_64-pc-linux-
gnu-g++, but "PIE enabled" for /usr/x86_64-pc-linux-gnu/binutils-bin/2.29.1/ld 
(part of binutils, which was rebuilt *after* gcc).  So try checking that if 
you want to be sure (and haven't done your own verification in the meantime).

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...

[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] Re: Emerge does want to tell me...what?

[Peter Humphrey]

On Sunday, 3 December 2017 17:58:53 GMT Simon Thelen wrote:
> On 17-12-03 at 09:52, Ian Zimmerman wrote:
> > On 2017-12-03 06:46, Heiko Baums wrote:
> > > 1. It can't find >=sys-devel/gcc-6.4.0 but only older gcc versions.
> > > 
> > > 2. You have installed a package that depend on sys-devel/gcc-5.4.0-r3
> > > or sys-devel/gcc-4.9.4.
> > > 
> > > I already explained what you can do in the first case. In the second
> > > case I would try to fix (uninstall, rebuild, upgrade or whatever)
> > > those packages which depend on an outdated gcc. I guess equery is your
> > > friend.
> > 
> > Those include palemoon.  GL with fixing that.
> 
> Palemoon builds fine with gcc 6.4.0 (just not with gcc 7.2.0), if the
> ebuild you're using requires an older gcc it's either wrong or doing
> something weird.

It doesn't build here; I get a few errors, thus:

 9:41.58 ../../build/unix/gold/ld: error: /var/tmp/portage/www-client/
palemoon-27.6.2/work/palemoon-27.6.2/o/toolkit/library/../../media/
libstagefright/Unified_cpp_media_libstagefright0.o: requires dynamic 
R_X86_64_PC32 reloc against '_Z13GetDemuxerLogv' which may overflow at 
runtime; recompile with -fPIC
 9:41.58 ../../build/unix/gold/ld: error: read-only segment has dynamic 
relocations
 9:41.58 /var/tmp/portage/www-client/palemoon-27.6.2/work/palemoon-27.6.2/
media/libstagefright/binding/MoofParser.cpp:767: error: undefined reference 
to 'GetDemuxerLog()'
...
ERROR: www-client/palemoon-27.6.2::palemoon failed (compile phase)

This is after upgrading to the 17.0 plasma profile, as instructed in the 
news item. Does it warrant a bug report?

-- 
Regards,
Peter.

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

[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...

[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...

[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...

[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