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
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
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
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
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
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
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
> 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?
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
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...
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
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
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
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
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
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
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
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
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
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
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
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?
>>
>>
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"
>
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.
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
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
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.
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
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:
*
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
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
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
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.
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
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
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:
> >
> > $
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
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
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,
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
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
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
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/
> >
> >
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
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
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
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
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 ...
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
49 matches
Mail list logo