Re: [gentoo-user] switch to profile 17.0 complete, completely painless

[Dale]

Raffaele Belardi wrote:
> One (~x86) LXDE system completed the switch with no problem, the other 
> (~amd64) built all
> except two packaged (sdlmame and torcs) which did not build with gcc-7.2 even 
> before the
> switch to 17.0.
>
> Gentoo devs and arch testers did a good job as usual.
>
> I'll do the switch on the Gnome system in the next days but up to now I can 
> say that the
> switch to 17.0 is a _lot_ less painful than switching major compiler version.
>
> raffaele
>
>


I'm having trouble with these:

net-libs/webkit-gtk-2.4.11-r200
dev-qt/qtwebengine-5.9.3
net-libs/webkit-gtk

Those three, I've had to adjust the USE flags and it may or may not be
profile switch related.  If I had to guess, it just happened to pop up
and isn't related to the switch.  They are back in the rear compiling as
I type. 

I still have a issue with openshot and I think my nvidia drivers to deal
with too.  It has some sort of issue but I haven't looked into what the
cause is for it yet.  However, that will be fixed before my next full
rebuild.  Once I get all these little issues dealt with, I plan to do a
emerge -e world again just to be sure.  It's cool here so the heat will
be good.  ;-) 

Over all tho, it went fairly well here too.  The issues I have ran into
are most likely not related to the switch.  Generally speaking, some of
the switches in the past have been pretty major changes.  This one seems
to fall into that category to me at least.  As you said, not to painful
really.  Just a little time consuming at times. 

Dale

:-)  :-) 

Re: [gentoo-user] "The sound of Silence" by glibc

[Raffaele Belardi]

tu...@posteo.de wrote:
> Hi,
> 
> emerge -e @world installs glibc
> 
> On my system this kills the build of pulseaudio...which in turn make
> my linux PC one of the most quiet ones...sigh:
> 
>>From the compilation output of pulseaudio:
> Wfloat-equal -Wmissing-prototypes -Wredundant-decls -Wmissing-declarations 
> -Wmissing-noreturn -Wshadow -Wendif-labels -Wcast-align -Wstrict-aliasing 
> -Wwrite-strings -Wno-unused-parameter -ffast-math -fno-common 
> -fdiagnostics-show-option -fdiagnostics-color=auto -c -o 
> pulsecore/libpulsecommon_11.0_la-socket-util.lo `test -f 
> 'pulsecore/socket-util.c' || echo 
> '/var/tmp/portage/media-sound/pulseaudio-11.0/work/pulseaudio-11.0/src/'`pulsecore/socket-util.c
> In file included from 
> /var/tmp/portage/media-sound/pulseaudio-11.0/work/pulseaudio-11.0/src/pulsecore/shm.c:48:0:
> /var/tmp/portage/media-sound/pulseaudio-11.0/work/pulseaudio-11.0/src/pulsecore/memfd-wrappers.h:36:19:
>  error: static declaration of ‘memfd_create’ follows non-static declaration
>  static inline int memfd_create(const char *name, unsigned int flags) {
>^~~~
> In file included from /usr/include/bits/mman-linux.h:115:0,
>  from /usr/include/bits/mman.h:45,
>  from /usr/include/sys/mman.h:41,
>  from 
> /var/tmp/portage/media-sound/pulseaudio-11.0/work/pulseaudio-11.0/src/pulsecore/shm.c:37:
> /usr/include/bits/mman-shared.h:46:5: note: previous declaration of 
> ‘memfd_create’ was here
>  int memfd_create (const char *__name, unsigned int __flags) __THROW;
>  ^~~~
> make[3]: *** [Makefile:7991: pulsecore/libpulsecommon_11.0_la-shm.lo] Error 1
> make[3]: *** Waiting for unfinished jobs
> libtool: compile:  x86_64-pc-linux-gnu-gcc -DHAVE_CONFIG_H -I. 
> -I/var/tmp/portage/media-sound/pulseaudio-11.0/work/pulseaudio-11.0/src -I.. 
> -I/var/tmp/portage/media-sound/pulseaudio-11.0/work/pulseaudio-11.0/src 
> -I/var/tmp/portage/media-sound/pulseaudio-11.0/work/pulseaudio-11.0/src/modules
>  -I../src/modules -DPA_ALSA_PATHS
> 
> 
> -rw-r--r-- 1 root root 1872 2017-12-05 17:30 mman.h
> -rw-r--r-- 1 root root 4802 2017-12-05 17:30 mman-linux.h
> -rw-r--r-- 1 root root 2730 2017-12-05 17:30 mman-shared.h
> 
> include/bits>qfile /usr/include/bits/mman.h
> sys-libs/glibc (/usr/include/bits/mman.h)
> 
> 
> How can I get out of this...

Looks like pulseaudio is redefining a glibc function and it is doing it in the 
wrong way
by adding the static keyword. To me it looks like a pulseaudio problem, not 
glibc. Not
much you could do except maybe try to comment out the invalid or outdated 
'static'
declaration from the pulseaudio's memfd-wrappers.h, but that will probably 
bring out other
problems. Better open a bug upstream.

There's a pulseaudio-11.1 version in portage, have you tried that already?

raffaele

[gentoo-user] switch to profile 17.0 complete, completely painless

[Raffaele Belardi]

One (~x86) LXDE system completed the switch with no problem, the other (~amd64) 
built all
except two packaged (sdlmame and torcs) which did not build with gcc-7.2 even 
before the
switch to 17.0.

Gentoo devs and arch testers did a good job as usual.

I'll do the switch on the Gnome system in the next days but up to now I can say 
that the
switch to 17.0 is a _lot_ less painful than switching major compiler version.

raffaele

[gentoo-user] Re: "The sound of Silence" by glibc

[Nikos Chantziaras]

On 05/12/17 19:54, tu...@posteo.de wrote:

Hi,

emerge -e @world installs glibc

On my system this kills the build of pulseaudio...which in turn make
my linux PC one of the most quiet ones...sigh


Use "emerge -a --resume --keep-going". This should continue the world 
rebuild, and will not abort the emerge when pulseaudio (or any other 
packages) fail to build. Then at the end, emerge will print a list of 
packages that failed to build. You should then fix those if you can. How 
urgent it is to fix them depends on the packages, of course.

[gentoo-user] Re: Harvesting failed compilation...

[Nikos Chantziaras]

On 05/12/17 18:08, tu...@posteo.de wrote:

after emerge -e @world --keepgoing
I got this packages, which failed to compile, listed
[...]

make failed
glibc failed
libstd++ failed

so...the less important packages so to say.

And after fixing those -- if possible -- I guess that I doomed
to start the whole process right from the beginning.


If you can fix them, portage should still remember the previous run and 
keep rebuilding world from where it stopped. It remembers 2 past failed 
emerges when using --resume. See "man emerge", in the "--resume" section.


In this case, do "emerge --resume" first, but when the first package in 
the list starts to emerge, abort with Ctrl+C. This will count as a 
failed emerge and the resume list will get updated and remember that one 
as the most recent one. Then do a backup copy of /var/cache/edb/mtimedb. 
Now try and fix the packages. After you fixed them, see if "emerge 
--resume" still remembers the last world rebuild. If not, copy the 
backed up file back and now "emerge --resume" should continue building 
from where it last failed.

Re: [gentoo-user] emerge --info

[Adam Carter]

Can you see if this helps get you what you want?

>
> emerge --info firefox
>
>
Yeah that's what i'm talking about. The custom-cflags is forced unset on
the second (filtered) output of USE, so why have it if you force it off?
Perhaps there's other factors that affect if it gets allowed through or
forced off?

Re: [gentoo-user] emerge --info

[Dale]

Adam Carter wrote:
>
> Firefox is very finicky about CFLAGS. That's the only reason we have
> USE=custom-cflags in the first place; otherwise, we always try to
> respect them.
>
>
> custom-cflags is currently filtered out according to the before and
> after USE definition from emerge --info
>
> What is the logic of that?


Can you see if this helps get you what you want?

emerge --info firefox 

At the bottom, it has info specific to firefox but don't know if it will
be what you are looking for or not. 

Dale

:-)  :-) 

Re: [gentoo-user] emerge --info

[Adam Carter]

> Firefox is very finicky about CFLAGS. That's the only reason we have
> USE=custom-cflags in the first place; otherwise, we always try to
> respect them.
>
>
custom-cflags is currently filtered out according to the before and after
USE definition from emerge --info

What is the logic of that?

Re: [gentoo-user] emerge --info

[Michael Orlitzky]

On 12/05/2017 09:31 PM, Adam Carter wrote:
> Does the output reflect;
> 1. What will be used for the next build
> 2. What was used on the last successful build
> 3. What was used on the last build attempt
> 
> If its 1 or 3, then USE=custom-cflags does not work on firefox...

Portage initializes everything, reads your make.conf, applies the
profile variables, etc. in the order that they would be used for any
other "emerge ..." action, and then it dumps everything to the screen.
So it's "what will be used for the next build, if nothing changes
between now and then."

Firefox is very finicky about CFLAGS. That's the only reason we have
USE=custom-cflags in the first place; otherwise, we always try to
respect them.

[gentoo-user] emerge --info

[Adam Carter]

Does the output reflect;
1. What will be used for the next build
2. What was used on the last successful build
3. What was used on the last build attempt

If its 1 or 3, then USE=custom-cflags does not work on firefox...

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

[wabe]

Mick  wrote:

> On Tuesday, 5 December 2017 02:20:14 GMT wabe wrote:
> > 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  
> 
> Quite inexplicable ... 
> 
> My kernel is 7.1M, System.map 3.4M and config is 114K.  I usually
> leave a total of three kernels and associated files in my ext2
> 46M /boot partition and they all used to fit in there.  I tried to
> install grub-0.97-r16 on this system a number of times, each time
> removing another spare kernel until I was left with the latest kernel
> and each time it failed to install completely due to running out of
> disk space.
> 
> These are the contents of my old /boot/grub/ as restored from a back
> up:
> 
> # ls -la /boot/grub/
> total 1958
> drwxr-xr-x 2 root root1024 Dec  3 14:07 .
> drwxr-xr-x 4 root root1024 Dec  3 11:58 ..
> -rw-r--r-- 1 root root   12506 Nov 27  2016 ascii.h
> -rw-r--r-- 1 root root5000 Nov 27  2016 ascii.pf2
> -rw-r--r-- 1 root root 197 Feb 27  2010 default
> -rw-r--r-- 1 root root  30 Feb 27  2010 device.map
> -rw-r--r-- 1 root root   10036 Dec 10  2016 e2fs_stage1_5
> -rw-r--r-- 1 root root   52151 Nov 27  2016 euro.pf2
> -rw-r--r-- 1 root root9236 Dec 10  2016 fat_stage1_5
> -rw-r--r-- 1 root root8564 Dec 10  2016 ffs_stage1_5
> -rw-r--r-- 1 root root8947 Nov 27  2016 grub-mkconfig_lib
> -rw-r--r-- 1 root root 809 Dec  3 14:07 grub.conf
> -rw-r--r-- 1 root root8564 Dec 10  2016 iso9660_stage1_5
> -rw-r--r-- 1 root root   10208 Dec 10  2016 jfs_stage1_5
> lrwxrwxrwx 1 root root   9 Feb 27  2010 menu.lst -> grub.conf
> -rw-r--r-- 1 root root8724 Dec 10  2016 minix_stage1_5
> -rw-r--r-- 1 root root   11252 Dec 10  2016 reiserfs_stage1_5
> -rw-r--r-- 1 root root   33856 Dec 10  2016 splash.xpm.gz
> -rw-r--r-- 1 root root 512 Dec 10  2016 stage1
> -rw-r--r-- 1 root root  118712 Dec 10  2016 stage2
> -rw-r--r-- 1 root root  118712 Dec 20  2015 stage2.old
> -rw-r--r-- 1 root root  118712 Dec 10  2016 stage2_eltorito
> -rw-r--r-- 1 root root8852 Dec 10  2016 ufs2_stage1_5
> -rw-r--r-- 1 root root 1363292 Nov 27  2016 unicode.pf2
> -rw-r--r-- 1 root root8212 Dec 10  2016 vstafs_stage1_5
> -rw-r--r-- 1 root root   49238 Nov 27  2016 widthspec.h
> -rw-r--r-- 1 root root   10874 Dec 10  2016 xfs_stage1_5
> 
> Installing grub-0.97-r16 would run out of disk space while trying to
> copy the stage2 file.


Strange, indeed. 

# ls -alh /boot/grub/
total 505K
drwxr-xr-x 2 root root 1,0K 22. Nov 03:51 .
dr-x-- 4 root root 1,0K 22. Okt 20:51 ..
-rw-r--r-- 1 root root  197  7. Dez 2016  default
-rw-r--r-- 1 root root   15 28. Dez 2014  device.map
-rw-r--r-- 1 root root  11K 26. Apr 2017  e2fs_stage1_5
-rw-r--r-- 1 root root 9,3K 26. Apr 2017  fat_stage1_5
-rw-r--r-- 1 root root 8,7K 26. Apr 2017  ffs_stage1_5
-rw--- 1 root root 7,9K  4. Mär 2014  grub.cfg
-rw-r--r-- 1 root root  514 22. Nov 03:50 grub.conf
-rw-r--r-- 1 root root 8,7K 26. Apr 2017  iso9660_stage1_5
-rw-r--r-- 1 root root  11K 26. Apr 2017  jfs_stage1_5
lrwxrwxrwx 1 root root9 11. Mär 2012  menu.lst -> grub.conf
-rw-r--r-- 1 root root 8,9K 26. Apr 2017  minix_stage1_5
-rw-r--r-- 1 root root  12K 26. Apr 2017  reiserfs_stage1_5
-rw-r--r-- 1 root root  34K 26. Apr 2017  splash.xpm.gz
-rw-r--r-- 1 root root  512 26. Apr 2017  stage1
-rw-r--r-- 1 root root 119K 26. Apr 2017  stage2
-rw-r--r-- 1 root root 119K 26. Apr 2017  stage2_eltorito
-rw-r--r-- 1 root root 119K  7. Dez 2016  stage2.old
-rw-r--r-- 1 root root 8,9K 

Re: [gentoo-user] If I avaoided pic/PIC/pie; would it help/hurt?

[Nils Holland]

On Tue, Dec 05, 2017 at 05:48:52PM -0500, Walter Dnes wrote:
>   I'm looking at going with...
> 
> CFLAGS="-O2 -march=native -mfpmath=sse -fomit-frame-pointer -pipe -fno-pic 
> -fno-PIC -fno-pie -fno-unwind-tables -fno-asynchronous-unwind-tables"
> CXXFLAGS="${CFLAGS}"

Hmm ... is this really sufficient? In order to really not get a PIE
compiled, doesn't one also has to tell the linker about it? Testing on
a system that's already been upgraded to a GCC which produces PIEs by
default:

nils@boerne (GCC7) ~ $ gcc test.c
nils@boerne (GCC7) ~ $ file a.out
a.out: ELF 32-bit LSB shared object, Intel 80386, version 1 (SYSV), dynamically 
linked, interpreter /lib/ld-linux.so.2, for GNU/Linux 3.2.0, not stripped

-> As expected, this is a PIE ("ELF 32-bit LSB shared object").

ils@boerne (GCC7) ~ $ gcc -fno-pie test.c 
nils@boerne (GCC7) ~ $ file a.out 
a.out: ELF 32-bit LSB shared object, Intel 80386, version 1 (SYSV), dynamically 
linked, interpreter /lib/ld-linux.so.2, for GNU/Linux 3.2.0, not stripped

-> Despite "-fno-pie" being used, still a shared object / PIE.

ils@boerne (GCC7) ~ $ gcc -fno-pie -no-pie test.c
nils@boerne (GCC7) ~ $ file a.out
a.out: ELF 32-bit LSB executable, Intel 80386, version 1 (SYSV), dynamically 
linked, interpreter /lib/ld-linux.so.2, for GNU/Linux 3.2.0, not stripped

-> Adding "-no-pie" to the game, and we get a normal "ELF 32-bit LSB
executable" (i.e. non-PIE).

So this might sound like you'd have to add "-no-pie" to your CFLAGS as
well, however, when I have a look at this bug report:

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77464

I get the feeling that this is just asking for trouble.

Now, if I wanted to switch to a 17.0 profile, and still make sure
everything stays the way it was before PIE-wise (i.e. binaries get
compiled as non-PIE by default), I'd probably have a look instead at
overriding the "pie" USE flag that the new profile forces on GCC. It
should be able to set it to "-pie" in your local portage config. That
way, GCC should continue to be build with "--disable-default-pie",
which should make it emit normal non-PIE binaries by default, thus you
wouldn't have to specify anything PIE-related in your CFLAGS to
achieve just that. Might be the easier solution, I guess.

Greetings
Nils

Re: [gentoo-user] Re: git wants a password to portage sync

[Alan McKinnon]

On 06/12/2017 00:35, Ian Zimmerman wrote:
> On 2017-12-06 05:53, Bill Kenworthy wrote:
> 
>> No, all machines are set up as keyless ssh - git has never needed it
>> there.  In frustration I created keys and set portage up as a keyless
>> ssh account as well, no change.
> 
> ssh messages are sometimes misleading.  For instance, ssh would say
> something like "pubkey authentication failed" when in fact I prohibited
> root logins on the server.
> 
> I'd try connecting with bare ssh as the user in question, with maximum
> verbosity turned on (-vvv).
> 


The error messages from the ssh client are, by design, intentionally
vague. They amount to a teeny bit more detail than just "something went
wrong", plus the available auth methods listed in parenthesis.

This is because the sshd server avoids information leakage that
attackers could use.

To find out why ssh does not work, start by looking at the server logs,
then examine the client is nothing obvious stands out.

-- 
Alan McKinnon
alan.mckin...@gmail.com

[gentoo-user] If I avaoided pic/PIC/pie; would it help/hurt?

[Walter Dnes]

  I'm looking at going with...

CFLAGS="-O2 -march=native -mfpmath=sse -fomit-frame-pointer -pipe -fno-pic 
-fno-PIC -fno-pie -fno-unwind-tables -fno-asynchronous-unwind-tables"
CXXFLAGS="${CFLAGS}"

...and with -pic in USE.  This is the mirror image of the defaults.  Any
obvious problems, aside from losing a bit of security?  In case you're
wondering about the "pic" USE flag...

[d531][waltdnes][~] grep ":pic " /usr/portage/profiles/use.local.desc 
app-arch/gzip:pic - disable optimized assembly code that is not PIC friendly
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
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
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-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/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).
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

[gentoo-user] Re: git wants a password to portage sync

[Ian Zimmerman]

On 2017-12-06 05:53, Bill Kenworthy wrote:

> No, all machines are set up as keyless ssh - git has never needed it
> there.  In frustration I created keys and set portage up as a keyless
> ssh account as well, no change.

ssh messages are sometimes misleading.  For instance, ssh would say
something like "pubkey authentication failed" when in fact I prohibited
root logins on the server.

I'd try connecting with bare ssh as the user in question, with maximum
verbosity turned on (-vvv).

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

[Neil Bothwick]

On Tue, 05 Dec 2017 10:09:56 +, Peter Humphrey wrote:

> $ grep tmpfs /etc/fstab
> tmpfs   /var/tmp/portage  tmpfs
> noatime,uid=portage,gid=portage,mode=0775  0 0
> tmpfs   /tmp  tmpfs
> noatime,nosuid,nodev,noexec,mode=1777   0 0

Or you could set PORTAGE_TMPDIR to /tmp to save the second mount.

> If a tmpfs fills up, the excess gets swapped out, but with 32GB RAM
> here I haven't yet seen any swap used at all - not even in an emerge -e
> world.

You can increase the memory available to it with the size option.
size=75% works for m, even if building chromium and LO at the same time.


-- 
Neil Bothwick

Tribble math: * + * = ***


pgp3DiDgOQhix.pgp
Description: OpenPGP digital signature

Re: [gentoo-user] Re: git wants a password to portage sync

[Bill Kenworthy]

On 05/12/17 21:15, Nikos Chantziaras wrote:
> On 05/12/17 12:40, Bill Kenworthy wrote:
>> I use a central machine that all other gentoo machines pull portage
>> updates from using emerge set up for git.
>>
>> Some 10+ physical and virtual machines work fine.
>>
>> A newly installed machine wants a git password to do the git pull where
>> as no other machine does.  Tried setting up keys for it on the remote
>> machine (user portage which is who git pulls come from) and ssh login
>> works fine, git demands a password.
>>
>> Any hints because its got me beat!
> 
> I suspect the keys on the other machines are not password protected, but
> the key on that machine is and Git asks you for it.
> 
> 

No, all machines are set up as keyless ssh - git has never needed it
there.  In frustration I created keys and set portage up as a keyless
ssh account as well, no change.

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

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

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

[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

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

[Grant Edwards]

On 2017-12-05, Adam Carter  wrote:
>> > 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.

That only helps for things that are packaged as ebuilds, right?  [The
apps I'm asking about are from .rpm, .deb. or other sources.]

--
Grant

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

[Grant Edwards]

On 2017-12-05, Ian Zimmerman  wrote:
> 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.
>> > [...]
>> > 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.

No, they depend on the host environment for all libraries that are not
unique to the application: libc, libstdc++, Qt, gtk, xml, crypto, ssl,
etc.  If necissary, I could grab the required libraires from a Centos
or Ubuntu installation and set LD_LIBRARY_PATH appropriately in a
wrapper, but that's annoying...

--
Grant

Re: [gentoo-user] CFLAGS for both AMD64 and Intel?

[Manuel McLure]

On Sun, Dec 3, 2017 at 12:08 AM, Walter Dnes  wrote:

>
> https://gcc.gnu.org/onlinedocs/gcc-6.4.0/gcc/x86-Options.html#x86-Options
> lists what instruction sets gcc expects for any "-march="
>
>   I would suggest rebuilding with...
>
> CFLAGS="-march=nocona -O2 -pipe"
> CPU_FLAGS_X86="mmx sse sse2 sse3"
>
>   nocona was the first Intel cpu to support AMD64 instructions, and it's
> the newest Intel that does not exceed your AMD.  The next Intel cpu, the
> "core2" supports ssse3 which your AMD does not (count the "s"'s... very
> carefully; sse3 != ssse3).
>
>
Thanks! I have successfully rebuilt the system with "-march=nocona -O2
-pipe" (and switched to gcc 6.4.0/profile 17 while I was at it) and
everything seems to be running fine. Hopefully I can pick up a micro-ATX
LGA1156 motherboard for cheap and can do the processor upgrade soon.

-- 
Manuel A. McLure WW1FA  
...for in Ulthar, according to an ancient and significant law,
no man may kill a cat.   -- H.P. Lovecraft

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

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

[gentoo-user] "The sound of Silence" by glibc

[tuxic]

Hi,

emerge -e @world installs glibc

On my system this kills the build of pulseaudio...which in turn make
my linux PC one of the most quiet ones...sigh:

>From the compilation output of pulseaudio:
Wfloat-equal -Wmissing-prototypes -Wredundant-decls -Wmissing-declarations 
-Wmissing-noreturn -Wshadow -Wendif-labels -Wcast-align -Wstrict-aliasing 
-Wwrite-strings -Wno-unused-parameter -ffast-math -fno-common 
-fdiagnostics-show-option -fdiagnostics-color=auto -c -o 
pulsecore/libpulsecommon_11.0_la-socket-util.lo `test -f 
'pulsecore/socket-util.c' || echo 
'/var/tmp/portage/media-sound/pulseaudio-11.0/work/pulseaudio-11.0/src/'`pulsecore/socket-util.c
In file included from 
/var/tmp/portage/media-sound/pulseaudio-11.0/work/pulseaudio-11.0/src/pulsecore/shm.c:48:0:
/var/tmp/portage/media-sound/pulseaudio-11.0/work/pulseaudio-11.0/src/pulsecore/memfd-wrappers.h:36:19:
 error: static declaration of ‘memfd_create’ follows non-static declaration
 static inline int memfd_create(const char *name, unsigned int flags) {
   ^~~~
In file included from /usr/include/bits/mman-linux.h:115:0,
 from /usr/include/bits/mman.h:45,
 from /usr/include/sys/mman.h:41,
 from 
/var/tmp/portage/media-sound/pulseaudio-11.0/work/pulseaudio-11.0/src/pulsecore/shm.c:37:
/usr/include/bits/mman-shared.h:46:5: note: previous declaration of 
‘memfd_create’ was here
 int memfd_create (const char *__name, unsigned int __flags) __THROW;
 ^~~~
make[3]: *** [Makefile:7991: pulsecore/libpulsecommon_11.0_la-shm.lo] Error 1
make[3]: *** Waiting for unfinished jobs
libtool: compile:  x86_64-pc-linux-gnu-gcc -DHAVE_CONFIG_H -I. 
-I/var/tmp/portage/media-sound/pulseaudio-11.0/work/pulseaudio-11.0/src -I.. 
-I/var/tmp/portage/media-sound/pulseaudio-11.0/work/pulseaudio-11.0/src 
-I/var/tmp/portage/media-sound/pulseaudio-11.0/work/pulseaudio-11.0/src/modules 
-I../src/modules -DPA_ALSA_PATHS


-rw-r--r-- 1 root root 1872 2017-12-05 17:30 mman.h
-rw-r--r-- 1 root root 4802 2017-12-05 17:30 mman-linux.h
-rw-r--r-- 1 root root 2730 2017-12-05 17:30 mman-shared.h

include/bits>qfile /usr/include/bits/mman.h
sys-libs/glibc (/usr/include/bits/mman.h)


How can I get out of this...

Cheers
Meino

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

[Ian Zimmerman]

On 2017-12-05 14:02, Peter Humphrey wrote:

> > [0] http://people.redhat.com/drepper/dsohowto.pdf
> 
> Ah. Right. I see now.

The error message you're showing probably means that -fpic is in effect
when in fact -fPIC is needed.  Quoting the gcc manual:

 If the GOT size for the linked executable exceeds a machine-specific
 maximum size, you get an error message from the linker indicating that
 `-fpic' does not work; in that case, recompile with `-fPIC' instead.

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

[Raffaele Belardi]

Peter Humphrey wrote:
> On Tuesday, 5 December 2017 10:23:30 GMT Peter Humphrey wrote:
> 
>> I've been waiting for shouts of horror at that suggestion, but all's quiet
>> so I'll see if I can remember how to set -fpic in the environment of
>> palemoon. I'd have expected the ebuild do that though.
> 
> OK, I've done that and now I get these errors:
> 
> [...]
> 10:08.72 ../../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
> 10:08.72 ../../build/unix/gold/ld: error: read-only segment has dynamic 
> relocations
> 10:08.72 /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()'
> [...]
> 
> I can't see how an undefined reference can be due to my environment, or can 
> it?
> 

The real error is few lines above and the solution suggested: 'recompile with 
-fPIC'. ld
does not find a suitable GetDemuxerLog due to that error. Looks like your -fpic
modification did not make it through.

raffaele

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

[Peter Humphrey]

On Tuesday, 5 December 2017 10:23:30 GMT Peter Humphrey wrote:

> I've been waiting for shouts of horror at that suggestion, but all's quiet
> so I'll see if I can remember how to set -fpic in the environment of
> palemoon. I'd have expected the ebuild do that though.

OK, I've done that and now I get these errors:

[...]
10:08.72 ../../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
10:08.72 ../../build/unix/gold/ld: error: read-only segment has dynamic 
relocations
10:08.72 /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()'
[...]

I can't see how an undefined reference can be due to my environment, or can 
it?

-- 
Regards,
Peter.

[gentoo-user] Harvesting failed compilation...

[tuxic]

Hi,

after emerge -e @world --keepgoing
I got this packages, which failed to compile, listed

 * The following 11 packages have failed to build, install, or execute
 * postinst:
 * 
 *  (sys-devel/make-4.2.1-r1:0/0::gentoo, ebuild scheduled for merge), Log file:
 *   '/var/tmp/portage/sys-devel/make-4.2.1-r1/temp/build.log'
 *  (sys-libs/glibc-:2.2/2.2::gentoo, ebuild scheduled for merge), Log file:
 *   '/var/tmp/portage/sys-libs/glibc-/temp/build.log'
 *  (media-sound/aacgain-1.9-r1:0/0::gentoo, ebuild scheduled for merge), Log 
file:
 *   '/var/tmp/portage/media-sound/aacgain-1.9-r1/temp/build.log'
 *  (sys-libs/libstdc++-v3-3.3.6-r1:5/5::gentoo, ebuild scheduled for merge), 
Log file:
 *   '/var/tmp/portage/sys-libs/libstdc++-v3-3.3.6-r1/temp/build.log'
 *  (dev-util/kbuild-0.1.9998_pre20171020:0/0::gentoo, ebuild scheduled for 
merge), Log file:
 *   '/var/tmp/portage/dev-util/kbuild-0.1.9998_pre20171020/temp/build.log'
 *  (app-misc/screen-4.6.0:0/0::gentoo, ebuild scheduled for merge), Log file:
 *   '/var/tmp/portage/app-misc/screen-4.6.0/temp/build.log'
 *  (net-fs/autofs-5.1.3:0/0::gentoo, ebuild scheduled for merge), Log file:
 *   '/var/tmp/portage/net-fs/autofs-5.1.3/temp/build.log'
 *  (app-cdr/cdrdao-1.2.3-r4:0/0::gentoo, ebuild scheduled for merge), Log file:
 *   '/var/tmp/portage/app-cdr/cdrdao-1.2.3-r4/temp/build.log'
 *  (sci-visualization/opendx-4.4.4-r6:0/0::gentoo, ebuild scheduled for 
merge), Log file:
 *   '/var/tmp/portage/sci-visualization/opendx-4.4.4-r6/temp/build.log'
 *  (media-gfx/meshlab-2016.12:0/0::gentoo, ebuild scheduled for merge), Log 
file:
 *   '/var/tmp/portage/media-gfx/meshlab-2016.12/temp/build.log'
 *  (media-sound/pulseaudio-11.1:0/0::gentoo, ebuild scheduled for merge), Log 
file:
 *   '/var/tmp/portage/media-sound/pulseaudio-11.1/temp/build.log'

make failed
glibc failed
libstd++ failed

so...the less important packages so to say.

And after fixing those -- if possible -- I guess that I doomed
to start the whole process right from the beginning.

Somehow frustrated,
Meino

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

[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] is multi-core really worth it?

[Peter Humphrey]

On Tuesday, 5 December 2017 13:57:38 GMT Wols Lists wrote:

> I've just had a long thread with someone on the SUSE list who refuses to
> believe that the "twice ram" rule ever existed.
> 
> This despite someone else actually describing the algorithm (from which
> one can see where the rule comes from), and me pointing out that (after
> Linus stripped out all the "awful" optimisation code) the early vanilla
> 2.4 kernels enforced this rule by crashing if you broke it.
> 
> Swap was rewritten as a result of that, but I've never heard whether the
> fundamental algorithm was changed, so I still provision my systems on
> the assumption it's true. Disk is cheap ... my 4TB drives cost about
> £110, so that makes 128GB for swap cost, what, £3? I'll probably never
> need it, but hey, at that price :-)

Ah, but it's a different kettle of fish if you're using LVMe SSD!  :)

Mine is 256GB and doesn't have an awful lot of spare capacity, what with 
BOINC and being the compile host for two other boxes.

-- 
Regards,
Peter.

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

[Peter Humphrey]

On Tuesday, 5 December 2017 13:18:59 GMT Michael Orlitzky wrote:
> On 12/05/2017 05:23 AM, Peter Humphrey wrote:
> > I've been waiting for shouts of horror at that suggestion, but all's
> > quiet so I'll see if I can remember how to set -fpic in the environment
> > of palemoon. I'd have expected the ebuild do that though.
> 
> The upstream build system should already be using -fpic for any of its
> shared objects[0]:
> 
>   The most important recommendation is to always use
>   -fpic or -fPIC when generating code which ends up in
>   DSOs. This applies to data as well as code... When gcc
>   is used... It is therefore mandatory to compile all
>   code which can potentially end up in a DSO with
>   -fpic/-fPIC since otherwise the DSO might not work
>   correctly.
> 
> If -fpic is missing, it's probably a bug in some Makefile. The ebuild
> *can* fix that in the meantime, but it belongs upstream.
> 
> 
> [0] http://people.redhat.com/drepper/dsohowto.pdf

Ah. Right. I see now.

-- 
Regards,
Peter.

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

[Wols Lists]

On 05/12/17 13:07, Peter Humphrey wrote:
>> (My new system when I get it working maxes out at 64GB ram so I'll have
>> > 256GB swap and (currently) 16GB ram)

> I've halved my original 4GB swap to 2GB since it never seems to be used. I'm 
> not brave enough to do away with it altogether though.

I've just had a long thread with someone on the SUSE list who refuses to
believe that the "twice ram" rule ever existed.

This despite someone else actually describing the algorithm (from which
one can see where the rule comes from), and me pointing out that (after
Linus stripped out all the "awful" optimisation code) the early vanilla
2.4 kernels enforced this rule by crashing if you broke it.

Swap was rewritten as a result of that, but I've never heard whether the
fundamental algorithm was changed, so I still provision my systems on
the assumption it's true. Disk is cheap ... my 4TB drives cost about
£110, so that makes 128GB for swap cost, what, £3? I'll probably never
need it, but hey, at that price :-)

Cheers,
Wol

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

[Michael Orlitzky]

On 12/05/2017 05:23 AM, Peter Humphrey wrote:
> 
> I've been waiting for shouts of horror at that suggestion, but all's quiet 
> so I'll see if I can remember how to set -fpic in the environment of 
> palemoon. I'd have expected the ebuild do that though.

The upstream build system should already be using -fpic for any of its
shared objects[0]:

  The most important recommendation is to always use
  -fpic or -fPIC when generating code which ends up in
  DSOs. This applies to data as well as code... When gcc
  is used... It is therefore mandatory to compile all
  code which can potentially end up in a DSO with
  -fpic/-fPIC since otherwise the DSO might not work
  correctly.

If -fpic is missing, it's probably a bug in some Makefile. The ebuild
*can* fix that in the meantime, but it belongs upstream.


[0] http://people.redhat.com/drepper/dsohowto.pdf

[gentoo-user] Re: git wants a password to portage sync

[Nikos Chantziaras]

On 05/12/17 12:40, Bill Kenworthy wrote:

I use a central machine that all other gentoo machines pull portage
updates from using emerge set up for git.

Some 10+ physical and virtual machines work fine.

A newly installed machine wants a git password to do the git pull where
as no other machine does.  Tried setting up keys for it on the remote
machine (user portage which is who git pulls come from) and ssh login
works fine, git demands a password.

Any hints because its got me beat!


I suspect the keys on the other machines are not password protected, but 
the key on that machine is and Git asks you for it.

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

[Peter Humphrey]

On Tuesday, 5 December 2017 10:46:43 GMT Wols Lists wrote:
> On 05/12/17 10:09, Peter Humphrey wrote:
> >> 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.
> > 
> > I use tmpfs, like this:
> > 
> > $ grep tmpfs /etc/fstab
> > tmpfs   /var/tmp/portage  tmpfs  
> > noatime,uid=portage,gid=portage,mode=0775  0 0 tmpfs   /tmp
> >  tmpfs   noatime,nosuid,nodev,noexec,mode=1777   0 0
> > 
> > If a tmpfs fills up, the excess gets swapped out, but with 32GB RAM here
> > I haven't yet seen any swap used at all - not even in an emerge -e
> > world.
> Same here. Note that tmpfs defaults to half ram, so that would give you
> a 16GB /var/tmp/portage.

That's the starting size, yes. The kernel will expand it or shrink it with 
changes in the demands on the system.

> With 16GB ram here, that would probably cause things like emerging
> libreoffice or firefox or gcc to abort.

Not unless you run out of swap space - remember that tmpfs gets swapped like 
anything else in memory. Or unless one compile job requires a single 
temporary file bigger than your tmpfs file system, which hardly seems 
likely.

> My fstab has these lines ... note the SIZE option ...

Yes, I know about the size option. I haven't needed to use it on this box.

> # glibc 2.2 and above expects tmpfs to be mounted at /dev/shm for
> # POSIX shared memory (shm_open, shm_unlink).
> # (tmpfs is a dynamically expandable/shrinkable ramdisk, and will
> #  use almost no memory if not populated with files)
> shm /dev/shmtmpfs
> nodev,nosuid,noexec 0 0

You shouldn't need that shm entry any more.

> portage /var/tmp/portagetmpfs
> size=30G,mode=0777  0 0
> tmp /tmptmpfs
> size=10G,mode=0777  0 0
> 
> My swap partitions are twice max ram, so I currently have two 32GB
> partitions giving me 80GB total ram and swap.

So you shouldn't find big compiler jobs aborting on out-of-memory.

> (My new system when I get it working maxes out at 64GB ram so I'll have
> 256GB swap and (currently) 16GB ram)

I've halved my original 4GB swap to 2GB since it never seems to be used. I'm 
not brave enough to do away with it altogether though.

-- 
Regards,
Peter.

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

[Mick]

On Tuesday, 5 December 2017 10:21:49 GMT Raffaele Belardi wrote:
> Mick wrote:
> > Quite inexplicable ...
> > 
> > My kernel is 7.1M, System.map 3.4M and config is 114K.  I usually leave a
> > total of three kernels and associated files in my ext2 46M /boot partition
> > and they all used to fit in there.  I tried to install grub-0.97-r16 on
> > this system a number of times, each time removing another spare kernel
> > until I was left with the latest kernel and each time it failed to
> > install completely due to running out of disk space.
> > 
> > These are the contents of my old /boot/grub/ as restored from a back up:
> > 
> > # ls -la /boot/grub/
> > total 1958
> > drwxr-xr-x 2 root root1024 Dec  3 14:07 .
> > drwxr-xr-x 4 root root1024 Dec  3 11:58 ..
> > -rw-r--r-- 1 root root   12506 Nov 27  2016 ascii.h
> > -rw-r--r-- 1 root root5000 Nov 27  2016 ascii.pf2
> > -rw-r--r-- 1 root root 197 Feb 27  2010 default
> > -rw-r--r-- 1 root root  30 Feb 27  2010 device.map
> > -rw-r--r-- 1 root root   10036 Dec 10  2016 e2fs_stage1_5
> > -rw-r--r-- 1 root root   52151 Nov 27  2016 euro.pf2
> > -rw-r--r-- 1 root root9236 Dec 10  2016 fat_stage1_5
> > -rw-r--r-- 1 root root8564 Dec 10  2016 ffs_stage1_5
> > -rw-r--r-- 1 root root8947 Nov 27  2016 grub-mkconfig_lib
> > -rw-r--r-- 1 root root 809 Dec  3 14:07 grub.conf
> > -rw-r--r-- 1 root root8564 Dec 10  2016 iso9660_stage1_5
> > -rw-r--r-- 1 root root   10208 Dec 10  2016 jfs_stage1_5
> > lrwxrwxrwx 1 root root   9 Feb 27  2010 menu.lst -> grub.conf
> > -rw-r--r-- 1 root root8724 Dec 10  2016 minix_stage1_5
> > -rw-r--r-- 1 root root   11252 Dec 10  2016 reiserfs_stage1_5
> > -rw-r--r-- 1 root root   33856 Dec 10  2016 splash.xpm.gz
> > -rw-r--r-- 1 root root 512 Dec 10  2016 stage1
> > -rw-r--r-- 1 root root  118712 Dec 10  2016 stage2
> > -rw-r--r-- 1 root root  118712 Dec 20  2015 stage2.old
> > -rw-r--r-- 1 root root  118712 Dec 10  2016 stage2_eltorito
> > -rw-r--r-- 1 root root8852 Dec 10  2016 ufs2_stage1_5
> > -rw-r--r-- 1 root root 1363292 Nov 27  2016 unicode.pf2
> > -rw-r--r-- 1 root root8212 Dec 10  2016 vstafs_stage1_5
> > -rw-r--r-- 1 root root   49238 Nov 27  2016 widthspec.h
> > -rw-r--r-- 1 root root   10874 Dec 10  2016 xfs_stage1_5
> > 
> > Installing grub-0.97-r16 would run out of disk space while trying to copy
> > the stage2 file.
> 
> Could it be that you ran out of inodes on the /boot partition? Have you
> tried # du -i
> on /boot?
> 
> raffaele

The restored from backup /boot shows enough inodes:

# df -i /dev/sda10
Filesystem Inodes IUsed IFree IUse% Mounted on
/dev/sda10  1204842 120061% /boot

# du --inodes /boot
1   /boot/lost+found
26  /boot/grub
33  /boot

I think there are enough inodes in the partition, but apparently not enough 
space. 
-- 
Regards,
Mick

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

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

[Mick]

On Tuesday, 5 December 2017 11:13:53 GMT Raffaele Belardi wrote:
> Wols Lists wrote:
> >> If a tmpfs fills up, the excess gets swapped out, but with 32GB RAM here
> >> I
> >> haven't yet seen any swap used at all - not even in an emerge -e world.
> > 
> > Same here. Note that tmpfs defaults to half ram, so that would give you
> > a 16GB /var/tmp/portage. With 16GB ram here, that would probably cause
> > things like emerging libreoffice or firefox or gcc to abort.
> 
> Not really, libreoffice and gcc compile slowly but fine here with 3Gb RAM
> and 3Gb spin-disk swap, and using PORTAGE_NICENESS=19 the system is still
> usable (rebuilding world for the profile switch right now). That's with an
> LXDE desktop, Gnome3 survived only a few months, _that_ was really
> unusable.
> 
> $ free
>   totalusedfree  shared  buff/cache  
> available Mem:3102960 1316120  964848  370488 
> 821992 1123260 Swap:   3076344   91648 2984696
> 
> $ df
> Filesystem  Size  Used Avail Use% Mounted on
> tmpfs   304M  1.9M  302M   1% /run
> none1.5G 0  1.5G   0% /dev/shm
> 
> $ eix -I libreoffice
> [I] app-office/libreoffice
>  Available versions:  5.4.2.2 (~)5.4.3.2
>  Installed versions:  5.4.3.2
> 
> $ gcc-config -l
>  [1] i686-pc-linux-gnu-7.2.0 *
> 
> $ qlop -gH libreoffice | tail -n 2
> libreoffice: Wed Nov 22 18:13:17 2017: 12 hours, 37 minutes, 9 seconds
> libreoffice: 13 times
> 
> $ qlop -gH gcc | tail -n 2
> gcc: Mon Dec  4 21:50:26 2017: 3 hours, 9 minutes, 7 seconds
> gcc: 80 times
> 
> $ uname -a
> Linux ws2912 4.14.0-gentoo #1 SMP Fri Nov 17 09:31:56 CET 2017 i686 Intel(R)
> Pentium(R) 4 CPU 3.40GHz GenuineIntel GNU/Linux

How does gcc-7.2.0 compare with 6.4.0 in terms of memory efficiency?

I'm asking because on a 1st gen i7 and 4G of RAM, for the first time ever, 
www-client/chromium-62.0.3202.94 failed to build because of an internal 
compiler error.  I'm guessing it had something to do with me always running 
MAKEOPTS="-j5 -l12.8", but I can't recall what formula I used to arrive at 
this load number ...

I'm trying again with emerge --load-average 4 to see if it compiles this time.  
When I switched to profile 17.0 I noticed a 2.5x increase in time it took to 
emerge the previous version of chromium, as part of 'emerge -e @world', but I 
hoped this was a one off mishap because I was using the PC at the time:

 Thu Nov  9 17:44:58 2017 >>> www-client/chromium-62.0.3202.89
   merge time: 8 hours, 12 minutes and 30 seconds.

 Mon Dec  4 11:39:36 2017 >>> www-client/chromium-62.0.3202.89
   merge time: 20 hours, 2 minutes and 4 seconds.

With only 4G RAM the poor thing was thrashing the disk swapping on and off 
forever, becoming completely unresponsive for minutes at a time.

-- 
Regards,
Mick

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

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

[Raffaele Belardi]

Wols Lists wrote:
>>
>> If a tmpfs fills up, the excess gets swapped out, but with 32GB RAM here I
>> haven't yet seen any swap used at all - not even in an emerge -e world.
> 
> Same here. Note that tmpfs defaults to half ram, so that would give you
> a 16GB /var/tmp/portage. With 16GB ram here, that would probably cause
> things like emerging libreoffice or firefox or gcc to abort.

Not really, libreoffice and gcc compile slowly but fine here with 3Gb RAM and 
3Gb
spin-disk swap, and using PORTAGE_NICENESS=19 the system is still usable 
(rebuilding world
for the profile switch right now). That's with an LXDE desktop, Gnome3 survived 
only a few
months, _that_ was really unusable.

$ free
  totalusedfree  shared  buff/cache   available
Mem:3102960 1316120  964848  370488  821992 1123260
Swap:   3076344   91648 2984696

$ df
Filesystem  Size  Used Avail Use% Mounted on
tmpfs   304M  1.9M  302M   1% /run
none1.5G 0  1.5G   0% /dev/shm

$ eix -I libreoffice
[I] app-office/libreoffice
 Available versions:  5.4.2.2 (~)5.4.3.2
 Installed versions:  5.4.3.2

$ gcc-config -l
 [1] i686-pc-linux-gnu-7.2.0 *

$ qlop -gH libreoffice | tail -n 2
libreoffice: Wed Nov 22 18:13:17 2017: 12 hours, 37 minutes, 9 seconds
libreoffice: 13 times

$ qlop -gH gcc | tail -n 2
gcc: Mon Dec  4 21:50:26 2017: 3 hours, 9 minutes, 7 seconds
gcc: 80 times

$ uname -a
Linux ws2912 4.14.0-gentoo #1 SMP Fri Nov 17 09:31:56 CET 2017 i686 Intel(R) 
Pentium(R) 4
CPU 3.40GHz GenuineIntel GNU/Linux

[gentoo-user] git wants a password to portage sync

[Bill Kenworthy]

I use a central machine that all other gentoo machines pull portage
updates from using emerge set up for git.

Some 10+ physical and virtual machines work fine.

A newly installed machine wants a git password to do the git pull where
as no other machine does.  Tried setting up keys for it on the remote
machine (user portage which is who git pulls come from) and ssh login
works fine, git demands a password.

Any hints because its got me beat!

BillK

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

[Wols Lists]

On 05/12/17 10:09, Peter Humphrey wrote:
>> 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.
> I use tmpfs, like this:
> 
> $ grep tmpfs /etc/fstab
> tmpfs   /var/tmp/portage  tmpfs   noatime,uid=portage,gid=portage,mode=0775  
> 0 0
> tmpfs   /tmp  tmpfs   
> noatime,nosuid,nodev,noexec,mode=1777   0 0
> 
> If a tmpfs fills up, the excess gets swapped out, but with 32GB RAM here I
> haven't yet seen any swap used at all - not even in an emerge -e world.

Same here. Note that tmpfs defaults to half ram, so that would give you
a 16GB /var/tmp/portage. With 16GB ram here, that would probably cause
things like emerging libreoffice or firefox or gcc to abort.

My fstab has these lines ... note the SIZE option ...

# glibc 2.2 and above expects tmpfs to be mounted at /dev/shm for
# POSIX shared memory (shm_open, shm_unlink).
# (tmpfs is a dynamically expandable/shrinkable ramdisk, and will
#  use almost no memory if not populated with files)
shm /dev/shmtmpfs
nodev,nosuid,noexec 0 0
portage /var/tmp/portagetmpfs
size=30G,mode=0777  0 0
tmp /tmptmpfs
size=10G,mode=0777  0 0

My swap partitions are twice max ram, so I currently have two 32GB
partitions giving me 80GB total ram and swap.

(My new system when I get it working maxes out at 64GB ram so I'll have
256GB swap and (currently) 16GB ram)

Cheers,
Wol

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

[Tom H]

On Mon, Dec 4, 2017 at 10:39 PM, Daniel Frey  wrote:
>
> 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.)

You can use

search --no-floppy --fs-uuid --set=root filesystem_uuid

instead of

root=(hdX,msdosY)

and avoid having to deal with the grub1 to grub2 change of disks
starting at 0 and partitions at 1. Why the grub developers didn't make
disks to start at 1 when they made the partitions start at 1 is a
mystery. Maybe we'll be surprised in a future grub3 :)

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

[Peter Humphrey]

On Monday, 4 December 2017 19:19:33 GMT 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.

I've been waiting for shouts of horror at that suggestion, but all's quiet 
so I'll see if I can remember how to set -fpic in the environment of 
palemoon. I'd have expected the ebuild do that though.

> And it'll also save me from rebuilding everything on every machine.  My
> ancient netbook with 2 gigs of ram will thank me.

-- 
Regards,
Peter.

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

[Raffaele Belardi]

Mick wrote:
> 
> Quite inexplicable ... 
> 
> My kernel is 7.1M, System.map 3.4M and config is 114K.  I usually leave a 
> total of three kernels and associated files in my ext2 46M /boot partition 
> and 
> they all used to fit in there.  I tried to install grub-0.97-r16 on this 
> system a number of times, each time removing another spare kernel until I was 
> left with the latest kernel and each time it failed to install completely due 
> to running out of disk space.
> 
> These are the contents of my old /boot/grub/ as restored from a back up:
> 
> # ls -la /boot/grub/
> total 1958
> drwxr-xr-x 2 root root1024 Dec  3 14:07 .
> drwxr-xr-x 4 root root1024 Dec  3 11:58 ..
> -rw-r--r-- 1 root root   12506 Nov 27  2016 ascii.h
> -rw-r--r-- 1 root root5000 Nov 27  2016 ascii.pf2
> -rw-r--r-- 1 root root 197 Feb 27  2010 default
> -rw-r--r-- 1 root root  30 Feb 27  2010 device.map
> -rw-r--r-- 1 root root   10036 Dec 10  2016 e2fs_stage1_5
> -rw-r--r-- 1 root root   52151 Nov 27  2016 euro.pf2
> -rw-r--r-- 1 root root9236 Dec 10  2016 fat_stage1_5
> -rw-r--r-- 1 root root8564 Dec 10  2016 ffs_stage1_5
> -rw-r--r-- 1 root root8947 Nov 27  2016 grub-mkconfig_lib
> -rw-r--r-- 1 root root 809 Dec  3 14:07 grub.conf
> -rw-r--r-- 1 root root8564 Dec 10  2016 iso9660_stage1_5
> -rw-r--r-- 1 root root   10208 Dec 10  2016 jfs_stage1_5
> lrwxrwxrwx 1 root root   9 Feb 27  2010 menu.lst -> grub.conf
> -rw-r--r-- 1 root root8724 Dec 10  2016 minix_stage1_5
> -rw-r--r-- 1 root root   11252 Dec 10  2016 reiserfs_stage1_5
> -rw-r--r-- 1 root root   33856 Dec 10  2016 splash.xpm.gz
> -rw-r--r-- 1 root root 512 Dec 10  2016 stage1
> -rw-r--r-- 1 root root  118712 Dec 10  2016 stage2
> -rw-r--r-- 1 root root  118712 Dec 20  2015 stage2.old
> -rw-r--r-- 1 root root  118712 Dec 10  2016 stage2_eltorito
> -rw-r--r-- 1 root root8852 Dec 10  2016 ufs2_stage1_5
> -rw-r--r-- 1 root root 1363292 Nov 27  2016 unicode.pf2
> -rw-r--r-- 1 root root8212 Dec 10  2016 vstafs_stage1_5
> -rw-r--r-- 1 root root   49238 Nov 27  2016 widthspec.h
> -rw-r--r-- 1 root root   10874 Dec 10  2016 xfs_stage1_5
> 
> Installing grub-0.97-r16 would run out of disk space while trying to copy the 
> stage2 file.
> 

Could it be that you ran out of inodes on the /boot partition? Have you tried
# du -i
on /boot?

raffaele

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

[Peter Humphrey]

On Tuesday, 5 December 2017 03:39:42 GMT Daniel Frey wrote:

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

How a developer can number disks from 0 and partitions from 1 and expect 
anyone to take them seriously beats me.

-- 
Regards,
Peter.

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

[Mick]

On Tuesday, 5 December 2017 02:20:14 GMT wabe wrote:
> 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

Quite inexplicable ... 

My kernel is 7.1M, System.map 3.4M and config is 114K.  I usually leave a 
total of three kernels and associated files in my ext2 46M /boot partition and 
they all used to fit in there.  I tried to install grub-0.97-r16 on this 
system a number of times, each time removing another spare kernel until I was 
left with the latest kernel and each time it failed to install completely due 
to running out of disk space.

These are the contents of my old /boot/grub/ as restored from a back up:

# ls -la /boot/grub/
total 1958
drwxr-xr-x 2 root root1024 Dec  3 14:07 .
drwxr-xr-x 4 root root1024 Dec  3 11:58 ..
-rw-r--r-- 1 root root   12506 Nov 27  2016 ascii.h
-rw-r--r-- 1 root root5000 Nov 27  2016 ascii.pf2
-rw-r--r-- 1 root root 197 Feb 27  2010 default
-rw-r--r-- 1 root root  30 Feb 27  2010 device.map
-rw-r--r-- 1 root root   10036 Dec 10  2016 e2fs_stage1_5
-rw-r--r-- 1 root root   52151 Nov 27  2016 euro.pf2
-rw-r--r-- 1 root root9236 Dec 10  2016 fat_stage1_5
-rw-r--r-- 1 root root8564 Dec 10  2016 ffs_stage1_5
-rw-r--r-- 1 root root8947 Nov 27  2016 grub-mkconfig_lib
-rw-r--r-- 1 root root 809 Dec  3 14:07 grub.conf
-rw-r--r-- 1 root root8564 Dec 10  2016 iso9660_stage1_5
-rw-r--r-- 1 root root   10208 Dec 10  2016 jfs_stage1_5
lrwxrwxrwx 1 root root   9 Feb 27  2010 menu.lst -> grub.conf
-rw-r--r-- 1 root root8724 Dec 10  2016 minix_stage1_5
-rw-r--r-- 1 root root   11252 Dec 10  2016 reiserfs_stage1_5
-rw-r--r-- 1 root root   33856 Dec 10  2016 splash.xpm.gz
-rw-r--r-- 1 root root 512 Dec 10  2016 stage1
-rw-r--r-- 1 root root  118712 Dec 10  2016 stage2
-rw-r--r-- 1 root root  118712 Dec 20  2015 stage2.old
-rw-r--r-- 1 root root  118712 Dec 10  2016 stage2_eltorito
-rw-r--r-- 1 root root8852 Dec 10  2016 ufs2_stage1_5
-rw-r--r-- 1 root root 1363292 Nov 27  2016 unicode.pf2
-rw-r--r-- 1 root root8212 Dec 10  2016 vstafs_stage1_5
-rw-r--r-- 1 root root   49238 Nov 27  2016 widthspec.h
-rw-r--r-- 1 root root   10874 Dec 10  2016 xfs_stage1_5

Installing grub-0.97-r16 would run out of disk space while trying to copy the 
stage2 file.
-- 
Regards,
Mick

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

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

[Peter Humphrey]

On Tuesday, 5 December 2017 04:11:17 GMT 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.

On my 12-thread i7 I have -j24 -l60. Most times it's better not to limit the
number of jobs, just the load average; then portage loads up the CPU as high
as it can.

The exception, and even this is debatable, is when you're compiling a large
set of packages, say an emerge -e world, in which case so many jobs have
been started by the time they're all into compiling that the load soars to
silly heights - I've seen 80-odd here. But that's only about seven jobs
queued per CPU thread, so maybe it isn't too bad after all.

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

I use tmpfs, like this:

$ grep tmpfs /etc/fstab
tmpfs   /var/tmp/portage  tmpfs   noatime,uid=portage,gid=portage,mode=0775  0 0
tmpfs   /tmp  tmpfs   noatime,nosuid,nodev,noexec,mode=1777 
  0 0

If a tmpfs fills up, the excess gets swapped out, but with 32GB RAM here I
haven't yet seen any swap used at all - not even in an emerge -e world.

I've read that modern SSDs are far less prone to wear than earlier ones, as
R0b0t1 suggests.

-- 
Regards,
Peter.

[gentoo-user] systemd-vconsole-setup: Suddenly fails after system rebuild

[Nils Holland]

Hi folks,

well, I have a weird issue here: Over the weekend, I switched to the
new 17.0 profiles, and as part of that process, did an "emerge -e
@world" on my ~x86/systemd machine. Took a while, but that was
expected, and I was glad to see that afterwards everything was still
working fine ... except for one thing:

Strangely, on the newly emerged system, after each boot, I noticed
that my desired keymap is no longer set on the virtual consoles. I get
an English keymap now, although I have set a German one, as per
/etc/vconsole.conf:

# cat /etc/vconsole.conf
KEYMAP=de-latin1-nodeadkeys
FONT=eurlatgr.psfu.gz

Now, the settings in this file have not been changed. In fact, no
configuration changes have been done along with the world re-emerge.

Actually, I can find a trace of something being wrong in the journal:

Dec 05 08:44:25 boerne systemd-vconsole-setup[1944]: /usr/bin/setfont failed 
with error code 65.
[...]
Dec 05 08:44:26 boerne systemd-vconsole-setup[1944]: Setting source virtual 
console failed, ignoring remaining ones
Dec 05 08:44:26 boerne systemd-udevd[1912]: Process 
'/lib/systemd/systemd-vconsole-setup' failed with exit code 1.

So, /usr/bin/setfont seems to fail. Strange that it obviously didn't
do that before the world re-emerge, but it's certainly doing it now.
Even more strange, however, is that after login, I can operate setfont
manually and it will succeed.

In fact, after login I can execute /lib/systemd/systemd-vconsole-setup
manually, or do "systemctl start systemd-vconsole-setup.service", and
either will complete without error and actually set my keymap and font
as desired.

My wild guess is that during boot, systemd-vconsole-setup might get
called too early by systemd-udevd, when the desired font file is not
yet available (probably because still running in initramfs context)
or when the virtual console, for whatever reason, is not yet ready.
But like I've said, that's just a wild guess, I couldn't really find
any proof for that in the journal.

Looking at the original systemd-vconsole-setup.service file, things
look sane in there, I guess:

[Unit]
Description=Setup Virtual Console
Documentation=man:systemd-vconsole-setup.service(8) man:vconsole.conf(5)
DefaultDependencies=no
Before=initrd-switch-root.target shutdown.target
ConditionPathExists=/dev/tty0

[Service]
Type=oneshot
ExecStart=/lib/systemd/systemd-vconsole-setup

However, as a little test / possible workaround, I decided to create
my own systemd unit file that does nothing more but execute
/lib/systemd/systemd-vconsole-setup, only at a (hopefully) later stage
during the boot process:

# cat /etc/systemd/system/vconsole-fix.service

[Unit]
Description=Fix Virtual Console
Before=-.mount
ConditionPathExists=/dev/tty0

[Service]
Type=oneshot
ExecStart=/lib/systemd/systemd-vconsole-setup

[Install]
WantedBy=multi-user.target

And after enabling this unit, things actually work just fine: My
keymap is, once again, set up properly on the virtual console right
after boot and before I log in or perform any manual steps.

Sadly, I'm kind of confused now. I'm really wondering if anyone's ever
seen something like that before or otherwise has an explanation for
it. I mean, it used to work before, and neither configuration nor
package versions have been changed. It's just that everything has been
re-build (as PIEs), but I can hardly imagine that this is responsible
for the issue.

Right now, I'm waiting for a second machine to complete the re-emerge
process (might take another while) and am then really curious to see
if it suddenly suffers from the same oddity. Other than that, the only
idea that I currently have is to keep the workaround deployed and have
a look if the issue disappears again by itself just as suddenly as it
started, probably with a forthcoming version of systemd or something.
Of course, understanding things is always preferrable than just
hoping for them to fix themselves, so if someone has a clue, I'd be
more than glad to hear about it! :-)

Greetings
Nils

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

[Stefan G. Weichinger]

Am 2017-12-04 um 21:21 schrieb Michael Orlitzky:

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

This is helpful information, thanks, I can relax now ;-)