On Sunday, 19 March 2023 02:46:18 GMT Matt Connell wrote:
> On Sat, 2023-03-18 at 18:36 +, Michael wrote:
> > The kernel has IA32_EMULATION compiled in:
> >
> > # grep IA32_EMULATION /usr/src/linux/.config
> > CONFIG_IA32_EMULATION=y
>
> Small nit-pick: Is it enabled in the kernel that is ac
On Sat, 2023-03-18 at 18:36 +, Michael wrote:
> The kernel has IA32_EMULATION compiled in:
>
> # grep IA32_EMULATION /usr/src/linux/.config
> CONFIG_IA32_EMULATION=y
Small nit-pick: Is it enabled in the kernel that is actually running?
zgrep CONFIG_IA32_EMULATION /proc/config.gz
> and /l
On Saturday, 18 March 2023 19:37:50 GMT Peter Böhm wrote:
> Michael,
>
> is this a systemd machine ? If yes: We had the same problem before some
> days in our Gentoo forum:
>
> https://forums.gentoo.org/viewtopic-t-1162393.html
>
> Here it was SystemCallFilter from systemd.
>
> Regards,
> Pete
Michael,
is this a systemd machine ? If yes: We had the same problem before some days
in our Gentoo forum:
https://forums.gentoo.org/viewtopic-t-1162393.html
Here it was SystemCallFilter from systemd.
Regards,
Peter
Am Samstag, 18. März 2023, 19:36:10 CET schrieb Michael:
> It's only been a
It's only been a couple of weeks since I updated this system, so I don't know
why it fails with a glibc update, while other systems have no problem:
>>> Emerging (1 of 62) sys-libs/glibc-2.36-r7::gentoo
* glibc-2.36.tar.xz BLAKE2B SHA512 size ;-) ...
[ ok ]
* gli
On 17/01/2023 16:41, Laurence Perkins wrote:
That's not a terrible idea. Although running emerge twice every time in
order to check would slow things down considerably. Probably better to
just get it through my thick head to update core libraries first.
I guess that could mean putting all t
On Fri, 13 Jan 2023 11:17:29 -0500
John Blinka wrote:
> On Thu, Jan 12, 2023 at 12:54 PM Laurence Perkins
> wrote:
>
> > I’m not sure if I’m doing something horribly wrong, or missing something
> > blindingly obvious, but I’ve just had to boot a rescue shell yet again, so
> > I’m going to ask.
> From: John Blinka john.bli...@gmail.com<mailto:john.bli...@gmail.com>
> Sent: Friday, January 13, 2023 8:17 AM
> To: gentoo-user@lists.gentoo.org<mailto:gentoo-user@lists.gentoo.org>
> Subject: Re: [gentoo-user] Glibc and binpackages
>
>
>
> > On Thu, Ja
On Thu, Jan 12, 2023 at 12:54 PM Laurence Perkins
wrote:
> I’m not sure if I’m doing something horribly wrong, or missing something
> blindingly obvious, but I’ve just had to boot a rescue shell yet again, so
> I’m going to ask.
>
>
>
> To save time and effort, I have my big, powerful machine cre
On Thu, 12 Jan 2023 17:53:55 +
Laurence Perkins wrote:
> I'm not sure if I'm doing something horribly wrong, or missing something
> blindingly obvious, but I've just had to boot a rescue shell yet again, so
> I'm going to ask.
>
> To save time and effort, I have my big, powerful machine cre
I'm not sure if I'm doing something horribly wrong, or missing something
blindingly obvious, but I've just had to boot a rescue shell yet again, so I'm
going to ask.
To save time and effort, I have my big, powerful machine create binpackages for
everything when it updates, and then let all my s
Hello list,
This workstation acts as compile host for a few others, and I NFS-mount those
clients in a chroot jail.
Now, when glibc is updated, I'm supposed to 'telinit u'. My question is: if I
do that inside the chroot jail, does it operate only in there, or does it
rerun init on the host as
Hello, Sergei and Gentoo.
On Thu, Jul 08, 2021 at 09:00:59 +0100, Sergei Trofimovich wrote:
> On Wed, 7 Jul 2021 18:16:44 +
> Alan Mackenzie wrote:
> > Hello, Gentoo.
> > Would somebody help me here, please.
> > When I try to emerge glibc-2.33-r1, the very first phase of the build
> > cras
On Wed, 7 Jul 2021 18:16:44 +
Alan Mackenzie wrote:
> Hello, Gentoo.
>
> Would somebody help me here, please.
>
> When I try to emerge glibc-2.33-r1, the very first phase of the build
> crashes out with:
>
> x86_64-pc-linux-gnu-gcc -O2 -pipe -march=native -Wl,-O1 -Wl,--as-needed
> gli
Hello, Dan.
On Wed, Jul 07, 2021 at 12:28:35 -0700, Daniel Frey wrote:
> On 7/7/21 11:16 AM, Alan Mackenzie wrote:
> > Hello, Gentoo.
> > Would somebody help me here, please.
> > When I try to emerge glibc-2.33-r1, the very first phase of the build
> > crashes out with:
> > x86_64-pc-linux-gn
On 7/7/21 11:16 AM, Alan Mackenzie wrote:
Hello, Gentoo.
Would somebody help me here, please.
When I try to emerge glibc-2.33-r1, the very first phase of the build
crashes out with:
x86_64-pc-linux-gnu-gcc -O2 -pipe -march=native -Wl,-O1 -Wl,--as-needed
glibc-test.c -o glibc-test
* C
Hi, Dale.
On Wed, Jul 07, 2021 at 13:23:21 -0500, Dale wrote:
> Alan Mackenzie wrote:
> > Hello, Gentoo.
> > Would somebody help me here, please.
> > When I try to emerge glibc-2.33-r1, the very first phase of the build
> > crashes out with:
> > x86_64-pc-linux-gnu-gcc -O2 -pipe -march=native
Alan Mackenzie wrote:
> Hello, Gentoo.
>
> Would somebody help me here, please.
>
> When I try to emerge glibc-2.33-r1, the very first phase of the build
> crashes out with:
>
> x86_64-pc-linux-gnu-gcc -O2 -pipe -march=native -Wl,-O1 -Wl,--as-needed
> glibc-test.c -o glibc-test
> * Checking
Hello, Gentoo.
Would somebody help me here, please.
When I try to emerge glibc-2.33-r1, the very first phase of the build
crashes out with:
x86_64-pc-linux-gnu-gcc -O2 -pipe -march=native -Wl,-O1 -Wl,--as-needed
glibc-test.c -o glibc-test
* Checking that IA32 emulation is enabled in the
Oddity: I have multiple gentoo systems here happily using the
kernel headers, including stddef.h.
One of them, screwed up in a variety of other ways, blows up building
glibc for lack of an extant header file:
# ls -l /usr/include/linux/stddef.h;
-rw-r--r-- 1 root root 131 Sep 12 22:40 /u
Am 21.12.18 um 15:48 schrieb Stefan G. Weichinger:
> rebooted now with a new 4.14.83
>
> Still that amanda-error ... could be their bug as well.
https://bugs.gentoo.org/674864
Am 21.12.18 um 09:54 schrieb J. Roeleveld:
> systemd fails at "waiting for LV xy" .. I have the former SUSE Linux
> booted up already and think of editing the gentoo fstab to skip the 3 LV
> mounts ... just to get it booted
>
> That could easily be the case.
Disabled the 3 lines and/o
On December 21, 2018 8:42:17 AM UTC, "Stefan G. Weichinger"
wrote:
>Am 21.12.18 um 08:53 schrieb Stefan G. Weichinger:
>
>> We now have a non-booting gentoo (going into systemd emergency mode)
>...
>> something around LVM fails and so it stops booting.
>Is it possible that related to the rebuilds
Am 21.12.18 um 08:53 schrieb Stefan G. Weichinger:
> We now have a non-booting gentoo (going into systemd emergency mode) ...
> something around LVM fails and so it stops booting.
Is it possible that related to the rebuilds related to the
profile-changes somehow LVM got "incompatible" to the old k
Am 19.12.18 um 23:11 schrieb Stefan G. Weichinger:
> Am 19.12.18 um 19:25 schrieb J. Roeleveld:
>
>> The 4.14.x range has a few dodgy ones causing issues along the way. The
>> ones currently marked stable allow me to do a full rebuild. Some of the
>> older ones in there caused all kinds of weird i
Am 19.12.18 um 19:25 schrieb J. Roeleveld:
> The 4.14.x range has a few dodgy ones causing issues along the way. The
> ones currently marked stable allow me to do a full rebuild. Some of the
> older ones in there caused all kinds of weird issues like segfaults
> during compile. Corrupt libraries.
On December 18, 2018 8:09:47 PM UTC, "Stefan G. Weichinger"
wrote:
>Am 18.12.18 um 15:37 schrieb J. Roeleveld:
>
>> I had similar issues with multiple packages.
>> Solved by updating the kernel, are you using latest stable gentoo
>sources?
>
>far from ...
>4.14.12-gentoo ... uptime 323 days
>
>I
Am 18.12.18 um 15:37 schrieb J. Roeleveld:
I had similar issues with multiple packages.
Solved by updating the kernel, are you using latest stable gentoo sources?
far from ...
4.14.12-gentoo ... uptime 323 days
I will have to check that IRMC-like KVM-box with outdated Java before I
dare a re
On December 18, 2018 1:48:42 PM UTC, "Stefan G. Weichinger"
wrote:
>
>I see
>
>[27905442.641298] amcheck-device[8581]: segfault at 8 ip
>7f36788986e6 sp 7ffc67faf2f8 error 4 in
>libc-2.27.so[7f36787fa000+1be000]
>[27905718.857330] amcheck-device[8733]: segfault at 8 ip
>7f143d7ae6e6 s
I see
[27905442.641298] amcheck-device[8581]: segfault at 8 ip
7f36788986e6 sp 7ffc67faf2f8 error 4 in
libc-2.27.so[7f36787fa000+1be000]
[27905718.857330] amcheck-device[8733]: segfault at 8 ip
7f143d7ae6e6 sp 7ffeb709f728 error 4 in
libc-2.27.so[7f143d71+1be000]
when I run
On Tue, 30 Oct 2018 12:27:52 -0600 the wrote:
> Hello,
>
> I have upgraded to sys-libs/glibc-2.27-r6
> and it broke the system.
>
> I can't even compile a hello world test program in c.
>
> I always get the following linking error:
>
> $ gcc main.c -o main.elf
> /usr/lib/gcc/x86_64-pc-linux-gnu
On 10/30/2018 12:52 PM, Philip Webb wrote:
> NB above : the error you cite is '4' :
> this shows there are other errors '1' '2' '3' above, which are more important.
> It would help if you find them & report them to the list.
Thanks, but that's the whole gcc output I got.
BTW the code for this is:
181030 the wrote:
> I have upgraded to sys-libs/glibc-2.27-r6 and it broke the system.
> I can't even compile a hello world test program in c.
> I always get the following linking error:
> $ gcc main.c -o main.elf
>
> /usr/lib/gcc/x86_64-pc-linux-gnu/7.3.0/../../../../x86_64-pc-linux-gnu/bin/l
Hello,
I have upgraded to sys-libs/glibc-2.27-r6
and it broke the system.
I can't even compile a hello world test program in c.
I always get the following linking error:
$ gcc main.c -o main.elf
/usr/lib/gcc/x86_64-pc-linux-gnu/7.3.0/../../../../x86_64-pc-linux-gnu/bin/ld:
/usr/lib/gcc/x86_64-p
On 01/10/2018 12:22 PM, Matthias Hanft wrote:
> Corbin Bird wrote:
>> Is anyone else having a sys-libs/glibc emerge compile failure?
>>> *** LD_LIBRARY_PATH shouldn't contain the current directory when
>>> *** building glibc. Please change the environment variable
>>> *** and run configure again.
Corbin Bird wrote:
> Is anyone else having a sys-libs/glibc emerge compile failure?
>> *** LD_LIBRARY_PATH shouldn't contain the current directory when
>> *** building glibc. Please change the environment variable
>> *** and run configure again.
> Same error regardless of the version of glibc I att
Is anyone else having a sys-libs/glibc emerge compile failure?
> checking for python3... python3
> checking LD_LIBRARY_PATH variable... contains current directory
> configure: error:
> *** LD_LIBRARY_PATH shouldn't contain the current directory when
> *** building glibc. Please change the environm
On 06/21 01:49, Mike Gilbert wrote:
> On Wed, Jun 21, 2017 at 1:10 PM, wrote:
> > On 06/21 05:38, Alexander Kapshuk wrote:
> >> On Mon, Jun 19, 2017 at 7:43 PM, wrote:
> >> > On 06/19 11:55, Alexander Kapshuk wrote:
> >> >> On Mon, Jun 19, 2017 at 6:21 AM, wrote:
> >> >> > On 06/15 05:56, tu.
On Wed, Jun 21, 2017 at 1:10 PM, wrote:
> On 06/21 05:38, Alexander Kapshuk wrote:
>> On Mon, Jun 19, 2017 at 7:43 PM, wrote:
>> > On 06/19 11:55, Alexander Kapshuk wrote:
>> >> On Mon, Jun 19, 2017 at 6:21 AM, wrote:
>> >> > On 06/15 05:56, tu...@posteo.de wrote:
>> >> >> Hi,
>> >> >>
>> >>
On 06/21 05:38, Alexander Kapshuk wrote:
> On Mon, Jun 19, 2017 at 7:43 PM, wrote:
> > On 06/19 11:55, Alexander Kapshuk wrote:
> >> On Mon, Jun 19, 2017 at 6:21 AM, wrote:
> >> > On 06/15 05:56, tu...@posteo.de wrote:
> >> >> Hi,
> >> >>
> >> >> While updateing glibc-2.24-r2 failed to install.
On Mon, Jun 19, 2017 at 7:43 PM, wrote:
> On 06/19 11:55, Alexander Kapshuk wrote:
>> On Mon, Jun 19, 2017 at 6:21 AM, wrote:
>> > On 06/15 05:56, tu...@posteo.de wrote:
>> >> Hi,
>> >>
>> >> While updateing glibc-2.24-r2 failed to install.
>> >>
>> >> These are the last few lines of that proce
On 06/19 11:55, Alexander Kapshuk wrote:
> On Mon, Jun 19, 2017 at 6:21 AM, wrote:
> > On 06/15 05:56, tu...@posteo.de wrote:
> >> Hi,
> >>
> >> While updateing glibc-2.24-r2 failed to install.
> >>
> >> These are the last few lines of that process:
> >>
> >>
> >> al/execinfo.c.texi
> >> /v
On Mon, Jun 19, 2017 at 6:21 AM, wrote:
> On 06/15 05:56, tu...@posteo.de wrote:
>> Hi,
>>
>> While updateing glibc-2.24-r2 failed to install.
>>
>> These are the last few lines of that process:
>>
>>
>> al/execinfo.c.texi
>> /var/tmp/portage/sys-libs/glibc-2.24-r2/work/build-amd64-x86_64-p
On 06/15 05:56, tu...@posteo.de wrote:
> Hi,
>
> While updateing glibc-2.24-r2 failed to install.
>
> These are the last few lines of that process:
>
>
> al/execinfo.c.texi
> /var/tmp/portage/sys-libs/glibc-2.24-r2/work/build-amd64-x86_64-pc-linux-gnu-nptl/manual/add.c.texi
>
> /var/tmp/
On 06/16 08:45, Spackman, Chris wrote:
> On 2017/06/16 at 09:55am, Mick wrote:
> > On Friday 16 Jun 2017 04:05:17 tu...@posteo.de wrote:
> > > On 06/15 08:18, tu...@posteo.de wrote:
> > > > On 06/15 12:16, Mike Gilbert wrote:
> > > > > On Thu, Jun 15, 2017 at 11:56 AM, wrote:
> > > > > > Hi,
> >
On 2017/06/16 at 09:55am, Mick wrote:
> On Friday 16 Jun 2017 04:05:17 tu...@posteo.de wrote:
> > On 06/15 08:18, tu...@posteo.de wrote:
> > > On 06/15 12:16, Mike Gilbert wrote:
> > > > On Thu, Jun 15, 2017 at 11:56 AM, wrote:
> > > > > Hi,
> > > > >
> > > > > While updateing glibc-2.24-r2 fail
On Friday 16 Jun 2017 04:05:17 tu...@posteo.de wrote:
> On 06/15 08:18, tu...@posteo.de wrote:
> > On 06/15 12:16, Mike Gilbert wrote:
> > > On Thu, Jun 15, 2017 at 11:56 AM, wrote:
> > > > Hi,
> > > >
> > > > While updateing glibc-2.24-r2 failed to install.
> > > >
> > > > These are the last f
On 06/15 08:18, tu...@posteo.de wrote:
> On 06/15 12:16, Mike Gilbert wrote:
> > On Thu, Jun 15, 2017 at 11:56 AM, wrote:
> > > Hi,
> > >
> > > While updateing glibc-2.24-r2 failed to install.
> > >
> > > These are the last few lines of that process:
> > >
> > >
> > > al/execinfo.c.texi
> >
On 06/15 12:16, Mike Gilbert wrote:
> On Thu, Jun 15, 2017 at 11:56 AM, wrote:
> > Hi,
> >
> > While updateing glibc-2.24-r2 failed to install.
> >
> > These are the last few lines of that process:
> >
> >
> > al/execinfo.c.texi
> > /var/tmp/portage/sys-libs/glibc-2.24-r2/work/build-amd64-x
On Thu, Jun 15, 2017 at 11:56 AM, wrote:
> Hi,
>
> While updateing glibc-2.24-r2 failed to install.
>
> These are the last few lines of that process:
>
>
> al/execinfo.c.texi
> /var/tmp/portage/sys-libs/glibc-2.24-r2/work/build-amd64-x86_64-pc-linux-gnu-nptl/manual/add.c.texi
>
> /var/tmp
Hi,
While updateing glibc-2.24-r2 failed to install.
These are the last few lines of that process:
al/execinfo.c.texi
/var/tmp/portage/sys-libs/glibc-2.24-r2/work/build-amd64-x86_64-pc-linux-gnu-nptl/manual/add.c.texi
/var/tmp/portage/sys-libs/glibc-2.24-r2/work/build-amd64-x86_64-pc-lin
Max R.D. Parmer [16-02-17 18:04]:
> Yes, looks like it is:
> https://security.gentoo.org/glsa/201602-02
>
> --
> 0x7D964D3361142ACF
>
> On Wed, Feb 17, 2016, at 08:48, meino.cra...@gmx.de wrote:
> > Hi,
> >
> > I found this
> > http://www.heise.de/newsticker/meldung/glibc-Dramatische-Sicherhei
Yes, looks like it is:
https://security.gentoo.org/glsa/201602-02
--
0x7D964D3361142ACF
On Wed, Feb 17, 2016, at 08:48, meino.cra...@gmx.de wrote:
> Hi,
>
> I found this
> http://www.heise.de/newsticker/meldung/glibc-Dramatische-Sicherheitsluecke-in-Linux-Netzwerkfunktionen-3107621.html
>
> an
Hi,
I found this
http://www.heise.de/newsticker/meldung/glibc-Dramatische-Sicherheitsluecke-in-Linux-Netzwerkfunktionen-3107621.html
and the daily update contains an update to glibc.
Is this the patch, which fixes that problem?
Best regards,
Meino
Peter Humphrey wrote:
> On Thursday 22 October 2015 17:11:42 Dale wrote:
>> Alan McKinnon wrote:
>>> On 22/10/2015 23:51, Dale wrote:
Neil Bothwick wrote:
> On Thu, 22 Oct 2015 14:07:06 -0500, Dale wrote:
>> Of course, there is better ways of finding this info but I never can
>> re
On Thursday 22 October 2015 17:11:42 Dale wrote:
> Alan McKinnon wrote:
> > On 22/10/2015 23:51, Dale wrote:
> >> Neil Bothwick wrote:
> >>> On Thu, 22 Oct 2015 14:07:06 -0500, Dale wrote:
> Of course, there is better ways of finding this info but I never can
> remember the command and it
Dale wrote:
>
>
> OK. My emerge -e world finished, with a couple that failed such as
> libreoffice, kscreen and such, but the problem remains. Since no one
> else is having this problem, based on no one posting about it, then I
> have to assume it is a add-on I use. Also, safe-mode works too. O
Alan McKinnon wrote:
On 22/10/2015 23:51, Dale wrote:
Neil Bothwick wrote:
On Thu, 22 Oct 2015 14:07:06 -0500, Dale wrote:
Of course, there is better ways of finding this info but I never can
remember the command and it takes me a bit to figure out what options
do what so I finally said "scre
Dale wrote:
Howdy,
I recently did a upgrade which included glibc. Now both Firefox and
Seamonkey has problems starting. I have several profiles and some
work and some don't. Using safe-mode works which makes me think the
browsers themselves are OK but something else got messed up. The onl
On 22/10/2015 23:51, Dale wrote:
> Neil Bothwick wrote:
>> On Thu, 22 Oct 2015 14:07:06 -0500, Dale wrote:
>>
>>> Of course, there is better ways of finding this info but I never can
>>> remember the command and it takes me a bit to figure out what options
>>> do what so I finally said "screw it" a
Neil Bothwick wrote:
On Thu, 22 Oct 2015 14:07:06 -0500, Dale wrote:
Of course, there is better ways of finding this info but I never can
remember the command and it takes me a bit to figure out what options
do what so I finally said "screw it" and work without it unless I just
must have it. I
On Thu, 22 Oct 2015 14:07:06 -0500, Dale wrote:
> Of course, there is better ways of finding this info but I never can
> remember the command and it takes me a bit to figure out what options
> do what so I finally said "screw it" and work without it unless I just
> must have it. If I only need o
Neil Bothwick wrote:
On Thu, 22 Oct 2015 09:53:57 +, Alan Mackenzie wrote:
1445464761: >>> unmerge success: sys-libs/glibc-2.20-r2
1445464768: === (1 of 13) Post-Build Cleaning
(sys-libs/glibc-2.21-r1::/var/cache/portage/tree/sys-libs/glibc/glibc-2.21-r1.ebuild)
1445464768: ::: completed
On Thu, 22 Oct 2015 09:53:57 +, Alan Mackenzie wrote:
> > 1445464761: >>> unmerge success: sys-libs/glibc-2.20-r2
> > 1445464768: === (1 of 13) Post-Build Cleaning
> > (sys-libs/glibc-2.21-r1::/var/cache/portage/tree/sys-libs/glibc/glibc-2.21-r1.ebuild)
> > 1445464768: ::: completed emerge
Hello, Dale.
On Wed, Oct 21, 2015 at 07:57:32PM -0500, Dale wrote:
> Howdy,
> I recently did a upgrade which included glibc. Now both Firefox and
> Seamonkey has problems starting. I have several profiles and some work
> and some don't. Using safe-mode works which makes me think the browsers
Dale wrote:
Walter Dnes wrote:
On Wed, Oct 21, 2015 at 07:57:32PM -0500, Dale wrote
Howdy,
I recently did a upgrade which included glibc. Now both Firefox and
Seamonkey has problems starting. I have several profiles and some work
and some don't. Using safe-mode works which makes me think th
Walter Dnes wrote:
On Wed, Oct 21, 2015 at 07:57:32PM -0500, Dale wrote
Howdy,
I recently did a upgrade which included glibc. Now both Firefox and
Seamonkey has problems starting. I have several profiles and some work
and some don't. Using safe-mode works which makes me think the browsers
th
On Wed, Oct 21, 2015 at 07:57:32PM -0500, Dale wrote
> Howdy,
>
> I recently did a upgrade which included glibc. Now both Firefox and
> Seamonkey has problems starting. I have several profiles and some work
> and some don't. Using safe-mode works which makes me think the browsers
> themselve
Howdy,
I recently did a upgrade which included glibc. Now both Firefox and
Seamonkey has problems starting. I have several profiles and some work
and some don't. Using safe-mode works which makes me think the browsers
themselves are OK but something else got messed up. The only package I
On 11/11/14 05:49, micro...@fedoraproject.org wrote:
> I've finnally detected the root cause of glibc-2.20 broken my system:
> glibc-2.20 start using TLX instruction which is disabled by microcode update.
>
> disabling microcode update brings my system back to live!
>
> so, there is either a bug
I've finnally detected the root cause of glibc-2.20 broken my system:
glibc-2.20 start using TLX instruction which is disabled by microcode update.
disabling microcode update brings my system back to live!
so, there is either a bug in CPU , nor glibc has borken CPU feature detection.
On Fri, Jul 25, 2014 at 5:39 AM, Alec Ten Harmsel
wrote:
> Regardless of whether or not this has been a problem in the past, can you
> try setting MAKEOPTS in make.conf to either "" or "-j1"?
Bit of a sledgehammer, that. Use package.env to override MAKEOPTS for this
one package instead :)
--
It looks like your MAKEOPTS that you set before the command isn't
respected; I see 'make -j8' all through the build log, resulting in make
trying to run something that's still being built.
Regardless of whether or not this has been a problem in the past, can
you try setting MAKEOPTS in make.conf t
Message delivery has been failing, sorry if this is received twice.
>Wow, running Steam on Hardened. Seems ambitious.
Most things work after grsec is clubbed over the head (sadly the only real
option in a lot of cases).
>1. Reply with a list of actions/commands you did that led up to this
point
On Tue, 22 July 2014, at 5:15 pm, Sid S wrote:
> ...
>> The file you sent would have been half the size, if you'll excuse me
>> nagging, if you'd sent it in plaintext, rather than HTML.
>
> Did something strange happen? I figured the code blocks would just be
> surrounded by
> styling tags. So
On Tue, 22 July 2014, at 2:48 pm, Sid S wrote:
> …
> /bin/sh:
> /var/tmp/portage/sys-libs/glibc-2.17/work/build-x86-x86_64-pc-linux-gnu-nptl/sunrpc/cross-rpcgen:
> No such file or directory
A top Google hit for "/bin/sh: cross-rpcgen No such file or directory" is this
thread:
http://forums.ge
Wow, running Steam on Hardened. Seems ambitious.
I'll try and help as much as possible. Can you:
1. Reply with a list of actions/commands you did that led up to this
point
2. Attach the full build log
Also
> They originally got rebuilt (and I noticed the failure)
Do you mean I tried to instal
>Are you in the process of switching to hardened right now? Why are you
rebuilding glibc and gcc?
No, I set up my system as hardened. They originally got rebuilt (and I
noticed the failure) when I set up a package set for running some games
(using the steam client) and rebuilt the package set. The
On Tue, 22 July 2014, at 2:48 pm, Sid S wrote:
> ...
> The build log is kind of large, tell me if the whole thing is needed.
The file you sent would have been half the size, if you'll excuse me nagging,
if you'd sent it in plaintext, rather than HTML.
Stroller.
Yeah, Thunderbird doesn't handle long lines well, I guess.
Hmmm... I have no experience with Gentoo Hardened, but the file that
caused failure due to not existing, 'cross-rpcgen', is created by gcc
the step immediately before without error. There really shouldn't be a
problem.
Are you in the p
I have IA32 emulation enabled but none of its suboptions (I read I don't
need them).
Sorry about the lines running off, my client does not auto-wrap with
newlines and it
seems yours does not either.
.
On Tue, Jul 22, 2014 at 8:58 AM, Alec Ten Harmsel
wrote:
> I've had some problems with this
I've had some problems with this in the past on non-hardened... you
have IA32 emulation turned on in the kernel right?
Also, not sure if this is just me, but the really long lines (like the
top 4) run off the end of my screen and I can't see them at all.
Alec
On Tue 22 Jul 2014 09:48:54 AM EDT
Not sure what relevant information to provide. My system works and I can
compile other ebuilds normally, except, it seems, gcc and glibc. Searching
for the error in the tile doesn't give me much - what it does give me
doesn't seem to apply to my instance of the error, or at least what I know
about
2014-07-18 3:18 GMT-06:00 Dale :
>
>
> I tried the same tarball you are using and it still failed. Basically, I
> unpacked the thing, copied over the portage tree and distfiles and tried to
> emerge glibc and it failed. It has to be something wrong on my end here.
> Heck, this last time, I didn
On 18 July 2014 11:18:27 CEST, Dale wrote:
>J. Roeleveld wrote:
>>
>> Update:
>>
>> No issues with glibc.
>>
>> I am not doing any parallel builds (eg. default of -j 1 is used)
>>
>>
>>
>> Let me know if you want any files for comparison.
>>
>>
>>
>> --
>>
>> Joost
>>
>
>I tried the same tarba
J. Roeleveld wrote:
>
> Update:
>
> No issues with glibc.
>
> I am not doing any parallel builds (eg. default of -j 1 is used)
>
>
>
> Let me know if you want any files for comparison.
>
>
>
> --
>
> Joost
>
I tried the same tarball you are using and it still failed. Basically,
I unpacked the
On Thursday 17 July 2014 10:20:59 I wrote:
> On Thursday 17 July 2014 04:03:34 Dale wrote:
>
> --->8
>
> > Sounds good. I'm downloading that one and will try to install it next.
> > Let's hope it was a one time event.
> >
> > Thanks for testing it.
>
> I've just started installing a 64-bit chr
On Thursday, July 17, 2014 11:19:36 AM J. Roeleveld wrote:
> On Thursday, July 17, 2014 04:03:34 AM Dale wrote:
> > J. Roeleveld wrote:
> > > Update:
> > >
> > > Using a 32bit VM with current x86 stage3 file, glibc builds
> > > succesfully. (On first run)
> > >
> > >
> > >
> > > Will do a secon
On Thursday 17 July 2014 04:03:34 Dale wrote:
--->8
> Sounds good. I'm downloading that one and will try to install it next.
> Let's hope it was a one time event.
>
> Thanks for testing it.
I've just started installing a 64-bit chroot to do the emerge work for my
laptop and I fell into the sa
On Thursday, July 17, 2014 04:03:34 AM Dale wrote:
> J. Roeleveld wrote:
> > Update:
> >
> > Using a 32bit VM with current x86 stage3 file, glibc builds
> > succesfully. (On first run)
> >
> >
> >
> > Will do a second " emerge -ve @system " when this one is finished.
> >
> >
> >
> > I used t
J. Roeleveld wrote:
>
> Update:
>
> Using a 32bit VM with current x86 stage3 file, glibc builds
> succesfully. (On first run)
>
>
>
> Will do a second " emerge -ve @system " when this one is finished.
>
>
>
> I used the following stage file:
>
> stage3-i686-20140708.tar.bz2
>
>
>
> I have not
On Thursday, July 17, 2014 06:52:20 AM J. Roeleveld wrote:
> On 16 July 2014 19:26:39 CEST, Dale wrote:
> >Dark Templar wrote:
> >> When I reinstalled gcc and glibc, migrating from non-multilib amd64
> >
> >arch
> >
> >> to multilib one, I just unpacked gentoo stage3 into temporary
> >
> >director
On 16 July 2014 19:26:39 CEST, Dale wrote:
>Dark Templar wrote:
>> When I reinstalled gcc and glibc, migrating from non-multilib amd64
>arch
>> to multilib one, I just unpacked gentoo stage3 into temporary
>directory,
>> chrooted there, made binary packages out of installed ones (quickpkg
>> ), co
Mick wrote:
> On Wednesday 16 Jul 2014 18:26:39 Dale wrote:
>
>> If I can install something as a binary and then get a clean emerge -e
>> system/world out of it, I think it would be OK. Thing is, I'm concerned
>> something is amiss with the stage3 tarball. If that is the case, I want
>> to inform
On Wednesday 16 Jul 2014 18:26:39 Dale wrote:
> Dark Templar wrote:
> > When I reinstalled gcc and glibc, migrating from non-multilib amd64 arch
> > to multilib one, I just unpacked gentoo stage3 into temporary directory,
> > chrooted there, made binary packages out of installed ones (quickpkg
> >
Dark Templar wrote:
> When I reinstalled gcc and glibc, migrating from non-multilib amd64 arch
> to multilib one, I just unpacked gentoo stage3 into temporary directory,
> chrooted there, made binary packages out of installed ones (quickpkg
> ), copied resulted binary packages and their metadata to
J. Roeleveld wrote:
> On 16 July 2014 11:19:20 CEST, Dale wrote:
>>
>> UPDATE: I downloaded a different stage3 tarball and I think I see
>> progress. It has a couple errors that I had to fix, had to run
>> gcc-config for one, but it looks like glibc is running longer than
>> before. It seems to
16.07.2014 14:33, J. Roeleveld пишет:
> On 16 July 2014 11:19:20 CEST, Dale wrote:
>> Dale wrote:
>>> Helmut Jarausch wrote:
On 07/16/2014 09:32:31 AM, Dale wrote:
> I tried this. I unpacked the stage3 tarball just like I would for
>> a new
> install, in /mnt/gentoo of course. I set
On 16 July 2014 11:19:20 CEST, Dale wrote:
>Dale wrote:
>> Helmut Jarausch wrote:
>>> On 07/16/2014 09:32:31 AM, Dale wrote:
I tried this. I unpacked the stage3 tarball just like I would for
>a new
install, in /mnt/gentoo of course. I set it up just enough to
>where I
could try an
Dale wrote:
> Helmut Jarausch wrote:
>> On 07/16/2014 09:32:31 AM, Dale wrote:
>>> I tried this. I unpacked the stage3 tarball just like I would for a new
>>> install, in /mnt/gentoo of course. I set it up just enough to where I
>>> could try and emerge glibc and just see if it would complete or
1 - 100 of 353 matches
Mail list logo
