[gentoo-user] Re: memset_s
On 14/11/17 19:36, Jorge Almeida wrote: On Fri, Nov 10, 2017 at 12:09 PM, Jorge Almeida wrote: http://www.daemonology.net/blog/2014-09-04-how-to-zero-a-buffer.html Of course, what would really solve the optimize-into-oblivion problem is a pragma that when invoked on a particular block of code (maybe only a function definition) would tell the compiler to do what the programmer says rather than viewing a function as a kind of black box. It seems a solution exists with gcc: https://stackoverflow.com/questions/2219829/how-to-prevent-gcc-optimizing-some-statements-in-c The last reply: void __attribute__((optimize("O0"))) foo(unsigned char data) { // unmodifiable compiler code } Any comments, anyone? Unless you look at the assembly output, you can't be sure. Some optimization is done even at -O0. I'd stick to using explicit_bzero() which is safe regardless of compiler vendor *and* version.
Re: [gentoo-user] Re: memset_s
On Wed, Nov 15, 2017 at 12:54 AM, Nikos Chantziaras wrote: > On 14/11/17 19:36, Jorge Almeida wrote: >> >> On Fri, Nov 10, 2017 at 12:09 PM, Jorge Almeida >> wrote: >> > > Unless you look at the assembly output, you can't be sure. Some optimization > is done even at -O0. > > I'd stick to using explicit_bzero() which is safe regardless of compiler > vendor *and* version. > But what about overwriting with random bytes? Having "explicit-*" versions of whatnot seems madness. BTW, I checked the assemby, memset() is there. But there should be way to tell the compiler "do what I say". Jorge
Re: [gentoo-user] Instrumenting the GPU
On Tuesday, 14 November 2017 18:24:52 GMT Marc Joliet wrote: > Am Montag, 13. November 2017, 11:59:06 CET schrieb Peter Humphrey: > > Hello list, > > > > I'm hunting a problem with cooling in this box, and I've got as far as > > suspecting my new AMD WX 5100 GPU. > > > > One of my BOINC projects causes the GPU temperature, as shown by > > gkrellm, to shoot up to 75C or more and cause intolerable system > > cooling noise. If I suspend that project but leave the other seven > > running, the temperature returns to what I hope is a normal 55C. Those > > seven projects are supposed to use the GPU, but I'm not sure whether > > they do in fact. > > > > Is there any way I can monitor what is using the GPU, to find out? > > There's also https://github.com/clbr/radeontop, which happens to have an > ebuild. Simplicity itself! Although it doesn't show what process is using the GPU, what it does show is conclusive evidence that just the one BOINC project is using it. At the time I tried it, that is; I'll have to keep checking as the BOINC manager cycles around the projects. Just what the doctor ordered. Thanks Marc. -- Regards, Peter.
[gentoo-user] Re: memset_s
On 15/11/17 11:05, Jorge Almeida wrote: On Wed, Nov 15, 2017 at 12:54 AM, Nikos Chantziaras wrote: On 14/11/17 19:36, Jorge Almeida wrote: On Fri, Nov 10, 2017 at 12:09 PM, Jorge Almeida wrote: Unless you look at the assembly output, you can't be sure. Some optimization is done even at -O0. I'd stick to using explicit_bzero() which is safe regardless of compiler vendor *and* version. But what about overwriting with random bytes? Having "explicit-*" versions of whatnot seems madness. BTW, I checked the assemby, memset() is there. But there should be way to tell the compiler "do what I say". Writing random bytes isn't going to help. If the compiler can deduce that the random bytes aren't being used and that not writing anything will not change the observable behavior of the code, the write might not happen. And even if you do use the random bytes (like writing them to /dev/null,) the write might still not happen. The compiler might have marked another memory location as "hot" (in cache terms) and safe to write to, and use that instead. The only sure way to do this I can think of, is to require the caller to use volatile and implement your own memset(). This is obviously prone to error. To fix that, you could enforce your own volatile pointer with something like: typedef struct passwd_t { volatile char* data; } passwd_t; passwd_t* alloc_passwd(int len); void free_passwd(passwd_t* passwd); However, since explicit_bzero() is something several other people have come up as the solution to the problem, it's what I recommend. It's been tested already by other people on multiple platforms and compilers. Have a configure check for it, and if not found, try again with -lbsd. Or have a configure switch for it. These tests are easy to do with CMake or Autoconf. Trying to reinvent the wheel, especially when it comes to security, doesn't sound like a good idea. It's easy to get it wrong.
[gentoo-user] Re: memset_s
On 2017-11-15, R0b0t1 wrote: > What I am wondering about is if C code which uses > __attribute__((optimize(...))) is against Gentoo package standards and > would have to be removed from the Portage tree. Huh? Gentoo enforces standards for the source code of packages? "They" review the source code for the Linux kernel, Gnome, KDE, Qt, Chrome, Firefox, GCC, and 24670 thousand other packages and make sure they all follow Gentoo coding standards? -- Grant Edwards grant.b.edwardsYow! Sometime in 1993 at NANCY SINATRA will lead a gmail.comBLOODLESS COUP on GUAM!!
Re: [gentoo-user] Re: memset_s
On Wed, Nov 15, 2017 at 1:22 AM, Jorge Almeida wrote: > On Tue, Nov 14, 2017 at 8:42 PM, R0b0t1 wrote: >> What I am wondering about is if C code which uses >> __attribute__((optimize(...))) is against Gentoo package standards and >> would have to be removed from the Portage tree. >> > > > You can set your optimization preferences in make.conf, and still an > ebuild will override them if deemed unsafe. What would be the > difference? > Ebuilds are not supposed to do this, so if you file a bug report citing that ebuild changes will be made (eventually?) to work around it. On Wed, Nov 15, 2017 at 9:28 AM, Grant Edwards wrote: > On 2017-11-15, R0b0t1 wrote: > >> What I am wondering about is if C code which uses >> __attribute__((optimize(...))) is against Gentoo package standards and >> would have to be removed from the Portage tree. > > Huh? > > Gentoo enforces standards for the source code of packages? > > "They" review the source code for the Linux kernel, Gnome, KDE, Qt, > Chrome, Firefox, GCC, and 24670 thousand other packages and make sure > they all follow Gentoo coding standards? > To be consistent they would have to. Why I bring it up is that a number of optimizations in eix were removed due to the logic I gave above, despite there being no way to enable them without setting "-O3" globally. Cheers, R0b0t1
Re: [gentoo-user] Re: memset_s
Apologies for the double post, On Wed, Nov 15, 2017 at 9:41 AM, R0b0t1 wrote: > On Wed, Nov 15, 2017 at 1:22 AM, Jorge Almeida wrote: >> On Tue, Nov 14, 2017 at 8:42 PM, R0b0t1 wrote: >>> What I am wondering about is if C code which uses >>> __attribute__((optimize(...))) is against Gentoo package standards and >>> would have to be removed from the Portage tree. >>> >> >> >> You can set your optimization preferences in make.conf, and still an >> ebuild will override them if deemed unsafe. What would be the >> difference? >> > > Ebuilds are not supposed to do this, so if you file a bug report > citing that ebuild changes will be made (eventually?) to work around > it. > > > On Wed, Nov 15, 2017 at 9:28 AM, Grant Edwards > wrote: >> On 2017-11-15, R0b0t1 wrote: >> >>> What I am wondering about is if C code which uses >>> __attribute__((optimize(...))) is against Gentoo package standards and >>> would have to be removed from the Portage tree. >> >> Huh? >> >> Gentoo enforces standards for the source code of packages? >> >> "They" review the source code for the Linux kernel, Gnome, KDE, Qt, >> Chrome, Firefox, GCC, and 24670 thousand other packages and make sure >> they all follow Gentoo coding standards? >> > > To be consistent they would have to. Why I bring it up is that a > number of optimizations in eix were removed due to the logic I gave > above, despite there being no way to enable them without setting "-O3" > globally. > > Cheers, > R0b0t1 https://bugs.gentoo.org/632315 Cheers, R0b0t1
Re: [gentoo-user] Re: memset_s
On Wed, Nov 15, 2017 at 7:41 AM, R0b0t1 wrote: > On Wed, Nov 15, 2017 at 1:22 AM, Jorge Almeida wrote: >> On Tue, Nov 14, 2017 at 8:42 PM, R0b0t1 wrote: >> You can set your optimization preferences in make.conf, and still an >> ebuild will override them if deemed unsafe. What would be the >> difference? >> > > Ebuilds are not supposed to do this, so if you file a bug report > citing that ebuild changes will be made (eventually?) to work around > it. > Are you really sure? I was under the impression that ebuilds did it, and I find that natural. I didn't view that as a bug at all. Cheers Jorge
[gentoo-user] Help...can't decipher emerge oracle...
Hi, >From emerge I got this """info""": * Error: The above package list contains packages which cannot be * installed at the same time on the same system. (sys-libs/glibc-2.25-r9:2.2/2.2::gentoo, installed) pulled in by >=sys-libs/glibc-2.23[multilib?] (>=sys-libs/glibc-2.23) required by (dev-java/icedtea-bin-3.6.0:8/8::gentoo, installed) sys-libs/glibc[rpc(-)] required by (net-fs/autofs-5.1.3:0/0::gentoo, installed) >=sys-libs/glibc-2.6.1 required by (x11-drivers/nvidia-drivers-387.22:0/387::gentoo, installed) sys-libs/glibc required by (app-arch/rar-5.5.0_p20170811:0/0::gentoo, installed) >=sys-libs/glibc-2.7 required by (sys-apps/iproute2-4.14.0:0/0::gentoo, ebuild scheduled for merge) >=sys-libs/glibc-2.17 required by (dev-lang/ghc-8.0.2:0/8.0.2::gentoo, installed) sys-libs/glibc:2.2 required by (virtual/libc-1:0/0::gentoo, installed) sys-libs/glibc required by (app-office/openoffice-bin-4.1.3:0/0::gentoo, installed) sys-libs/glibc required by @selected >=sys-libs/glibc-2.8:2.2 required by (media-video/vlc-2.2.6-r2:0/5-8::gentoo, installed) >=sys-libs/glibc-2.8 required by (sys-devel/gcc-4.9.4:4.9.4/4.9.4::gentoo, installed) >=sys-libs/glibc-2.8 required by (sys-devel/gcc-5.4.0-r3:5.4.0/5.4.0::gentoo, installed) >=sys-libs/glibc-2.13 required by (sys-devel/gcc-6.4.0:6.4.0/6.4.0::gentoo, installed) (net-libs/libnsl-1.1.0-r1:0/2::gentoo, ebuild scheduled for merge) pulled in by net-libs/libnsl:0= required by (app-emulation/hercules-3.12:0/0::gentoo, installed) net-libs/libnsl:0= required by (app-text/opensp-1.5.2-r6:0/0::gentoo, ebuild scheduled for merge) net-libs/libnsl:0 required by @__auto_slot_operator_replace_installed__ ...for me it seems, that I need a lot of different glibc versions and currently I dont know, how to get out of this mess... I would be happy, if someone could help me... Cheers Meino
Re: [gentoo-user] Help...can't decipher emerge oracle...
net-libs/libnsl-1.1.0-r1 is blocking sys-libs/glibc versions lower than 2.26 and you have sys-libs/glibc-2.25 installed. So try installing glibc-2.26 manually first and then libnsl. On 15 November 2017 at 17:50, wrote: > Hi, > > From emerge I got this """info""": > > > > * Error: The above package list contains packages which cannot be > * installed at the same time on the same system. > > (sys-libs/glibc-2.25-r9:2.2/2.2::gentoo, installed) pulled in by > >=sys-libs/glibc-2.23[multilib?] (>=sys-libs/glibc-2.23) required by > (dev-java/icedtea-bin-3.6.0:8/8::gentoo, installed) > sys-libs/glibc[rpc(-)] required by (net-fs/autofs-5.1.3:0/0::gentoo, > installed) > >=sys-libs/glibc-2.6.1 required by > (x11-drivers/nvidia-drivers-387.22:0/387::gentoo, installed) > sys-libs/glibc required by (app-arch/rar-5.5.0_p20170811:0/0::gentoo, > installed) > >=sys-libs/glibc-2.7 required by (sys-apps/iproute2-4.14.0:0/0::gentoo, > ebuild scheduled for merge) > >=sys-libs/glibc-2.17 required by (dev-lang/ghc-8.0.2:0/8.0.2::gentoo, > installed) > sys-libs/glibc:2.2 required by (virtual/libc-1:0/0::gentoo, installed) > sys-libs/glibc required by (app-office/openoffice-bin-4.1.3:0/0::gentoo, > installed) > sys-libs/glibc required by @selected > >=sys-libs/glibc-2.8:2.2 required by > (media-video/vlc-2.2.6-r2:0/5-8::gentoo, installed) > >=sys-libs/glibc-2.8 required by > (sys-devel/gcc-4.9.4:4.9.4/4.9.4::gentoo, installed) > >=sys-libs/glibc-2.8 required by > (sys-devel/gcc-5.4.0-r3:5.4.0/5.4.0::gentoo, installed) > >=sys-libs/glibc-2.13 required by > (sys-devel/gcc-6.4.0:6.4.0/6.4.0::gentoo, installed) > > (net-libs/libnsl-1.1.0-r1:0/2::gentoo, ebuild scheduled for merge) pulled > in by > net-libs/libnsl:0= required by (app-emulation/hercules-3.12:0/0::gentoo, > installed) > net-libs/libnsl:0= required by (app-text/opensp-1.5.2-r6:0/0::gentoo, > ebuild scheduled for merge) > net-libs/libnsl:0 required by @__auto_slot_operator_replace_installed__ > > ...for me it seems, that I need a lot of different glibc versions and > currently I dont know, how to get out of this mess... > > I would be happy, if someone could help me... > > Cheers > Meino > > >
Re: [gentoo-user] Help...can't decipher emerge oracle...
On 11/15 06:04, Jan Chren (rindeal) wrote: > net-libs/libnsl-1.1.0-r1 is blocking sys-libs/glibc versions lower > than 2.26 and you have sys-libs/glibc-2.25 installed. So try > installing glibc-2.26 manually first and then libnsl. > > On 15 November 2017 at 17:50, wrote: > > Hi, > > > > From emerge I got this """info""": > > > > > > > > * Error: The above package list contains packages which cannot be > > * installed at the same time on the same system. > > > > (sys-libs/glibc-2.25-r9:2.2/2.2::gentoo, installed) pulled in by > > >=sys-libs/glibc-2.23[multilib?] (>=sys-libs/glibc-2.23) required by > > (dev-java/icedtea-bin-3.6.0:8/8::gentoo, installed) > > sys-libs/glibc[rpc(-)] required by (net-fs/autofs-5.1.3:0/0::gentoo, > > installed) > > >=sys-libs/glibc-2.6.1 required by > > (x11-drivers/nvidia-drivers-387.22:0/387::gentoo, installed) > > sys-libs/glibc required by (app-arch/rar-5.5.0_p20170811:0/0::gentoo, > > installed) > > >=sys-libs/glibc-2.7 required by (sys-apps/iproute2-4.14.0:0/0::gentoo, > > ebuild scheduled for merge) > > >=sys-libs/glibc-2.17 required by (dev-lang/ghc-8.0.2:0/8.0.2::gentoo, > > installed) > > sys-libs/glibc:2.2 required by (virtual/libc-1:0/0::gentoo, installed) > > sys-libs/glibc required by > > (app-office/openoffice-bin-4.1.3:0/0::gentoo, installed) > > sys-libs/glibc required by @selected > > >=sys-libs/glibc-2.8:2.2 required by > > (media-video/vlc-2.2.6-r2:0/5-8::gentoo, installed) > > >=sys-libs/glibc-2.8 required by > > (sys-devel/gcc-4.9.4:4.9.4/4.9.4::gentoo, installed) > > >=sys-libs/glibc-2.8 required by > > (sys-devel/gcc-5.4.0-r3:5.4.0/5.4.0::gentoo, installed) > > >=sys-libs/glibc-2.13 required by > > (sys-devel/gcc-6.4.0:6.4.0/6.4.0::gentoo, installed) > > > > (net-libs/libnsl-1.1.0-r1:0/2::gentoo, ebuild scheduled for merge) pulled > > in by > > net-libs/libnsl:0= required by > > (app-emulation/hercules-3.12:0/0::gentoo, installed) > > net-libs/libnsl:0= required by (app-text/opensp-1.5.2-r6:0/0::gentoo, > > ebuild scheduled for merge) > > net-libs/libnsl:0 required by @__auto_slot_operator_replace_installed__ > > > > ...for me it seems, that I need a lot of different glibc versions and > > currently I dont know, how to get out of this mess... > > > > I would be happy, if someone could help me... > > > > Cheers > > Meino > > > > > > > Hi Jan, thanks for your help and your answer! :) Trying what you suggest leads into this: /root>emerge '=glibc-2.26-r3' Calculating dependencies... done! [ebuild U ] sys-libs/glibc-2.26-r3 [2.25-r9] !!! Multiple package instances within a single package slot have been pulled !!! into the dependency graph, resulting in a slot conflict: sys-libs/glibc:2.2 (sys-libs/glibc-2.26-r3:2.2/2.2::gentoo, ebuild scheduled for merge) pulled in by =sys-libs/glibc-2.26-r3 (Argument) (sys-libs/glibc-2.25-r9:2.2/2.2::gentoo, installed) pulled in by sys-libs/glibc[rpc(-)] required by (net-fs/autofs-5.1.3:0/0::gentoo, installed)
Re: [gentoo-user] Help...can't decipher emerge oracle...
Oh, I missed that the current libnsl has a blocker as well. In that case try to do this: ``` emerge -C libnsl emerge -1 ">=sys-libs/glibc-2.26" emerge -1 libnsl ``` On 15 November 2017 at 18:20, wrote: > On 11/15 06:04, Jan Chren (rindeal) wrote: >> net-libs/libnsl-1.1.0-r1 is blocking sys-libs/glibc versions lower >> than 2.26 and you have sys-libs/glibc-2.25 installed. So try >> installing glibc-2.26 manually first and then libnsl. >> >> On 15 November 2017 at 17:50, wrote: >> > Hi, >> > >> > From emerge I got this """info""": >> > >> > >> > >> > * Error: The above package list contains packages which cannot be >> > * installed at the same time on the same system. >> > >> > (sys-libs/glibc-2.25-r9:2.2/2.2::gentoo, installed) pulled in by >> > >=sys-libs/glibc-2.23[multilib?] (>=sys-libs/glibc-2.23) required by >> > (dev-java/icedtea-bin-3.6.0:8/8::gentoo, installed) >> > sys-libs/glibc[rpc(-)] required by (net-fs/autofs-5.1.3:0/0::gentoo, >> > installed) >> > >=sys-libs/glibc-2.6.1 required by >> > (x11-drivers/nvidia-drivers-387.22:0/387::gentoo, installed) >> > sys-libs/glibc required by (app-arch/rar-5.5.0_p20170811:0/0::gentoo, >> > installed) >> > >=sys-libs/glibc-2.7 required by >> > (sys-apps/iproute2-4.14.0:0/0::gentoo, ebuild scheduled for merge) >> > >=sys-libs/glibc-2.17 required by (dev-lang/ghc-8.0.2:0/8.0.2::gentoo, >> > installed) >> > sys-libs/glibc:2.2 required by (virtual/libc-1:0/0::gentoo, installed) >> > sys-libs/glibc required by >> > (app-office/openoffice-bin-4.1.3:0/0::gentoo, installed) >> > sys-libs/glibc required by @selected >> > >=sys-libs/glibc-2.8:2.2 required by >> > (media-video/vlc-2.2.6-r2:0/5-8::gentoo, installed) >> > >=sys-libs/glibc-2.8 required by >> > (sys-devel/gcc-4.9.4:4.9.4/4.9.4::gentoo, installed) >> > >=sys-libs/glibc-2.8 required by >> > (sys-devel/gcc-5.4.0-r3:5.4.0/5.4.0::gentoo, installed) >> > >=sys-libs/glibc-2.13 required by >> > (sys-devel/gcc-6.4.0:6.4.0/6.4.0::gentoo, installed) >> > >> > (net-libs/libnsl-1.1.0-r1:0/2::gentoo, ebuild scheduled for merge) >> > pulled in by >> > net-libs/libnsl:0= required by >> > (app-emulation/hercules-3.12:0/0::gentoo, installed) >> > net-libs/libnsl:0= required by (app-text/opensp-1.5.2-r6:0/0::gentoo, >> > ebuild scheduled for merge) >> > net-libs/libnsl:0 required by @__auto_slot_operator_replace_installed__ >> > >> > ...for me it seems, that I need a lot of different glibc versions and >> > currently I dont know, how to get out of this mess... >> > >> > I would be happy, if someone could help me... >> > >> > Cheers >> > Meino >> > >> > >> > >> > Hi Jan, > > thanks for your help and your answer! :) > > > Trying what you suggest leads into this: > > /root>emerge '=glibc-2.26-r3' > Calculating dependencies... done! > [ebuild U ] sys-libs/glibc-2.26-r3 [2.25-r9] > > !!! Multiple package instances within a single package slot have been pulled > !!! into the dependency graph, resulting in a slot conflict: > > sys-libs/glibc:2.2 > > (sys-libs/glibc-2.26-r3:2.2/2.2::gentoo, ebuild scheduled for merge) pulled > in by > =sys-libs/glibc-2.26-r3 (Argument) > > (sys-libs/glibc-2.25-r9:2.2/2.2::gentoo, installed) pulled in by > sys-libs/glibc[rpc(-)] required by (net-fs/autofs-5.1.3:0/0::gentoo, > installed) > > installed) > ^ > > I would tend to remove autofs, install glibc-2.26, reinstall autofs > and > > Woyld that work, or do I kill my system with that... > > (I hate dependencies... :) > > Cheers > Meino > >
Re: [gentoo-user] Re: memset_s
On 11/15/2017 10:50 AM, Jorge Almeida wrote: > > Are you really sure? I was under the impression that ebuilds did it, > and I find that natural. I didn't view that as a bug at all. On principle, most things in the tree should respect whatever CFLAGS, LDFLAGS, etc. you ask for. The problems resulting from that are predictable: if you add "-ffast-math" to your CFLAGS and then start getting crashes; well, you asked for it. We're not going to fix that for you in every ebuild. On the other hand, there are packages where some optimizations fail due to a compiler bug or something else that is not by design. Some packages optimize their critical path in assembly, and the resulting code doesn't play well with otherwise-reasonable CFLAGS. In cases like those, it's often simpler to disable the problematic flag in the ebuild rather than have a thousand people do the same thing locally.
Re: [gentoo-user] Help...can't decipher emerge oracle...
On 11/15 06:24, Jan Chren (rindeal) wrote: > Oh, I missed that the current libnsl has a blocker as well. In that > case try to do this: > > ``` > emerge -C libnsl > emerge -1 ">=sys-libs/glibc-2.26" > emerge -1 libnsl > ``` > > On 15 November 2017 at 18:20, wrote: > > On 11/15 06:04, Jan Chren (rindeal) wrote: > >> net-libs/libnsl-1.1.0-r1 is blocking sys-libs/glibc versions lower > >> than 2.26 and you have sys-libs/glibc-2.25 installed. So try > >> installing glibc-2.26 manually first and then libnsl. > >> > >> On 15 November 2017 at 17:50, wrote: > >> > Hi, > >> > > >> > From emerge I got this """info""": > >> > > >> > > >> > > >> > * Error: The above package list contains packages which cannot be > >> > * installed at the same time on the same system. > >> > > >> > (sys-libs/glibc-2.25-r9:2.2/2.2::gentoo, installed) pulled in by > >> > >=sys-libs/glibc-2.23[multilib?] (>=sys-libs/glibc-2.23) required by > >> > (dev-java/icedtea-bin-3.6.0:8/8::gentoo, installed) > >> > sys-libs/glibc[rpc(-)] required by (net-fs/autofs-5.1.3:0/0::gentoo, > >> > installed) > >> > >=sys-libs/glibc-2.6.1 required by > >> > (x11-drivers/nvidia-drivers-387.22:0/387::gentoo, installed) > >> > sys-libs/glibc required by > >> > (app-arch/rar-5.5.0_p20170811:0/0::gentoo, installed) > >> > >=sys-libs/glibc-2.7 required by > >> > (sys-apps/iproute2-4.14.0:0/0::gentoo, ebuild scheduled for merge) > >> > >=sys-libs/glibc-2.17 required by > >> > (dev-lang/ghc-8.0.2:0/8.0.2::gentoo, installed) > >> > sys-libs/glibc:2.2 required by (virtual/libc-1:0/0::gentoo, > >> > installed) > >> > sys-libs/glibc required by > >> > (app-office/openoffice-bin-4.1.3:0/0::gentoo, installed) > >> > sys-libs/glibc required by @selected > >> > >=sys-libs/glibc-2.8:2.2 required by > >> > (media-video/vlc-2.2.6-r2:0/5-8::gentoo, installed) > >> > >=sys-libs/glibc-2.8 required by > >> > (sys-devel/gcc-4.9.4:4.9.4/4.9.4::gentoo, installed) > >> > >=sys-libs/glibc-2.8 required by > >> > (sys-devel/gcc-5.4.0-r3:5.4.0/5.4.0::gentoo, installed) > >> > >=sys-libs/glibc-2.13 required by > >> > (sys-devel/gcc-6.4.0:6.4.0/6.4.0::gentoo, installed) > >> > > >> > (net-libs/libnsl-1.1.0-r1:0/2::gentoo, ebuild scheduled for merge) > >> > pulled in by > >> > net-libs/libnsl:0= required by > >> > (app-emulation/hercules-3.12:0/0::gentoo, installed) > >> > net-libs/libnsl:0= required by > >> > (app-text/opensp-1.5.2-r6:0/0::gentoo, ebuild scheduled for merge) > >> > net-libs/libnsl:0 required by > >> > @__auto_slot_operator_replace_installed__ > >> > > >> > ...for me it seems, that I need a lot of different glibc versions and > >> > currently I dont know, how to get out of this mess... > >> > > >> > I would be happy, if someone could help me... > >> > > >> > Cheers > >> > Meino > >> > > >> > > >> > > >> > > Hi Jan, > > > > thanks for your help and your answer! :) > > > > > > Trying what you suggest leads into this: > > > > /root>emerge '=glibc-2.26-r3' > > Calculating dependencies... done! > > [ebuild U ] sys-libs/glibc-2.26-r3 [2.25-r9] > > > > !!! Multiple package instances within a single package slot have been pulled > > !!! into the dependency graph, resulting in a slot conflict: > > > > sys-libs/glibc:2.2 > > > > (sys-libs/glibc-2.26-r3:2.2/2.2::gentoo, ebuild scheduled for merge) > > pulled in by > > =sys-libs/glibc-2.26-r3 (Argument) > > > > (sys-libs/glibc-2.25-r9:2.2/2.2::gentoo, installed) pulled in by > > sys-libs/glibc[rpc(-)] required by (net-fs/autofs-5.1.3:0/0::gentoo, > > installed) > > > > > installed) > > ^ > > > > I would tend to remove autofs, install glibc-2.26, reinstall autofs > > and > > > > Woyld that work, or do I kill my system with that... > > > > (I hate dependencies... :) > > > > Cheers > > Meino > > > > > Hi Jan, it fails again... /root>emerge -C libnsl * This action can remove important packages! In order to be safer, use * `emerge -pv --depclean ` to check for reverse dependencies before * removing packages. net-libs/libnsl selected: 0 protected: none omitted: none All selected packages: =net-libs/libnsl-0 >>> 'Selected' packages are slated for removal. >>> 'Protected' and 'omitted' packages will not be removed. >>> Waiting 5 seconds before starting... >>> (Control-C to abort)... >>> Unmerging in: 5 4 3 2 1 >>> Unmerging (1 of 1) net-libs/libnsl-0... * GNU info directory index is up-to-date. /root>emerge -1 '>=sys-libs/glibc-2.26' Calculating dependencies... done! [ebuild U *] sys-libs/glibc- [2.25-r9] USE="-compile-locales%" !!! Multiple package instances within a single package slot have been pulled !!! into the dependency graph, resulting in a slot conflict: sys-libs/glibc:2.2 (sys-libs/glibc-:2.2/2.2::gentoo, ebuild scheduled for merge) pulled in by >=sys-libs/glibc-2.26 (Argument) (sys-libs/glibc-2.25-r9:2.2/2.2::gentoo, installed) pulled in
Re: [gentoo-user] Help...can't decipher emerge oracle...
On Wed, Nov 15, 2017 at 12:20 PM, wrote: > On 11/15 06:04, Jan Chren (rindeal) wrote: >> net-libs/libnsl-1.1.0-r1 is blocking sys-libs/glibc versions lower >> than 2.26 and you have sys-libs/glibc-2.25 installed. So try >> installing glibc-2.26 manually first and then libnsl. >> >> On 15 November 2017 at 17:50, wrote: >> > Hi, >> > >> > From emerge I got this """info""": >> > >> > >> > >> > * Error: The above package list contains packages which cannot be >> > * installed at the same time on the same system. >> > >> > (sys-libs/glibc-2.25-r9:2.2/2.2::gentoo, installed) pulled in by >> > >=sys-libs/glibc-2.23[multilib?] (>=sys-libs/glibc-2.23) required by >> > (dev-java/icedtea-bin-3.6.0:8/8::gentoo, installed) >> > sys-libs/glibc[rpc(-)] required by (net-fs/autofs-5.1.3:0/0::gentoo, >> > installed) >> > >=sys-libs/glibc-2.6.1 required by >> > (x11-drivers/nvidia-drivers-387.22:0/387::gentoo, installed) >> > sys-libs/glibc required by (app-arch/rar-5.5.0_p20170811:0/0::gentoo, >> > installed) >> > >=sys-libs/glibc-2.7 required by >> > (sys-apps/iproute2-4.14.0:0/0::gentoo, ebuild scheduled for merge) >> > >=sys-libs/glibc-2.17 required by (dev-lang/ghc-8.0.2:0/8.0.2::gentoo, >> > installed) >> > sys-libs/glibc:2.2 required by (virtual/libc-1:0/0::gentoo, installed) >> > sys-libs/glibc required by >> > (app-office/openoffice-bin-4.1.3:0/0::gentoo, installed) >> > sys-libs/glibc required by @selected >> > >=sys-libs/glibc-2.8:2.2 required by >> > (media-video/vlc-2.2.6-r2:0/5-8::gentoo, installed) >> > >=sys-libs/glibc-2.8 required by >> > (sys-devel/gcc-4.9.4:4.9.4/4.9.4::gentoo, installed) >> > >=sys-libs/glibc-2.8 required by >> > (sys-devel/gcc-5.4.0-r3:5.4.0/5.4.0::gentoo, installed) >> > >=sys-libs/glibc-2.13 required by >> > (sys-devel/gcc-6.4.0:6.4.0/6.4.0::gentoo, installed) >> > >> > (net-libs/libnsl-1.1.0-r1:0/2::gentoo, ebuild scheduled for merge) >> > pulled in by >> > net-libs/libnsl:0= required by >> > (app-emulation/hercules-3.12:0/0::gentoo, installed) >> > net-libs/libnsl:0= required by (app-text/opensp-1.5.2-r6:0/0::gentoo, >> > ebuild scheduled for merge) >> > net-libs/libnsl:0 required by @__auto_slot_operator_replace_installed__ >> > >> > ...for me it seems, that I need a lot of different glibc versions and >> > currently I dont know, how to get out of this mess... >> > >> > I would be happy, if someone could help me... >> > >> > Cheers >> > Meino >> > >> > >> > >> > Hi Jan, > > thanks for your help and your answer! :) > > > Trying what you suggest leads into this: > > /root>emerge '=glibc-2.26-r3' > Calculating dependencies... done! > [ebuild U ] sys-libs/glibc-2.26-r3 [2.25-r9] > > !!! Multiple package instances within a single package slot have been pulled > !!! into the dependency graph, resulting in a slot conflict: > > sys-libs/glibc:2.2 > > (sys-libs/glibc-2.26-r3:2.2/2.2::gentoo, ebuild scheduled for merge) pulled > in by > =sys-libs/glibc-2.26-r3 (Argument) > > (sys-libs/glibc-2.25-r9:2.2/2.2::gentoo, installed) pulled in by > sys-libs/glibc[rpc(-)] required by (net-fs/autofs-5.1.3:0/0::gentoo, > installed) > > installed) > ^ > > I would tend to remove autofs, install glibc-2.26, reinstall autofs > and > > Woyld that work, or do I kill my system with that... > > (I hate dependencies... :) > Removing autofs certainly can't hurt. Maybe try upgrading glibc and libnsl together. emerge --oneshot sys-libs/glibc net-libs/libnsl
Re: [gentoo-user] Help...can't decipher emerge oracle...
Well, that's yet another problem, this time it's `autofs` package which depends on glibc having `rpc` USE flag. glibc 2.26 lost this USE-flag, however. Hopefully you can workaround this by enabling `libtirpc` USE-flag for `autofs` package. So the steps should be now: 1. put `net-fs/autofs libtirpc` into your `/etc/portage/package.use/...` 2. `emerge -1 autofs` 3. `emerge -1 ">=sys-libs/glibc-2.26"` 4. `emerge -1 libnsl` On 15 November 2017 at 18:43, wrote: > On 11/15 06:24, Jan Chren (rindeal) wrote: >> Oh, I missed that the current libnsl has a blocker as well. In that >> case try to do this: >> >> ``` >> emerge -C libnsl >> emerge -1 ">=sys-libs/glibc-2.26" >> emerge -1 libnsl >> ``` >> >> On 15 November 2017 at 18:20, wrote: >> > On 11/15 06:04, Jan Chren (rindeal) wrote: >> >> net-libs/libnsl-1.1.0-r1 is blocking sys-libs/glibc versions lower >> >> than 2.26 and you have sys-libs/glibc-2.25 installed. So try >> >> installing glibc-2.26 manually first and then libnsl. >> >> >> >> On 15 November 2017 at 17:50, wrote: >> >> > Hi, >> >> > >> >> > From emerge I got this """info""": >> >> > >> >> > >> >> > >> >> > * Error: The above package list contains packages which cannot be >> >> > * installed at the same time on the same system. >> >> > >> >> > (sys-libs/glibc-2.25-r9:2.2/2.2::gentoo, installed) pulled in by >> >> > >=sys-libs/glibc-2.23[multilib?] (>=sys-libs/glibc-2.23) required >> >> > by (dev-java/icedtea-bin-3.6.0:8/8::gentoo, installed) >> >> > sys-libs/glibc[rpc(-)] required by >> >> > (net-fs/autofs-5.1.3:0/0::gentoo, installed) >> >> > >=sys-libs/glibc-2.6.1 required by >> >> > (x11-drivers/nvidia-drivers-387.22:0/387::gentoo, installed) >> >> > sys-libs/glibc required by >> >> > (app-arch/rar-5.5.0_p20170811:0/0::gentoo, installed) >> >> > >=sys-libs/glibc-2.7 required by >> >> > (sys-apps/iproute2-4.14.0:0/0::gentoo, ebuild scheduled for merge) >> >> > >=sys-libs/glibc-2.17 required by >> >> > (dev-lang/ghc-8.0.2:0/8.0.2::gentoo, installed) >> >> > sys-libs/glibc:2.2 required by (virtual/libc-1:0/0::gentoo, >> >> > installed) >> >> > sys-libs/glibc required by >> >> > (app-office/openoffice-bin-4.1.3:0/0::gentoo, installed) >> >> > sys-libs/glibc required by @selected >> >> > >=sys-libs/glibc-2.8:2.2 required by >> >> > (media-video/vlc-2.2.6-r2:0/5-8::gentoo, installed) >> >> > >=sys-libs/glibc-2.8 required by >> >> > (sys-devel/gcc-4.9.4:4.9.4/4.9.4::gentoo, installed) >> >> > >=sys-libs/glibc-2.8 required by >> >> > (sys-devel/gcc-5.4.0-r3:5.4.0/5.4.0::gentoo, installed) >> >> > >=sys-libs/glibc-2.13 required by >> >> > (sys-devel/gcc-6.4.0:6.4.0/6.4.0::gentoo, installed) >> >> > >> >> > (net-libs/libnsl-1.1.0-r1:0/2::gentoo, ebuild scheduled for merge) >> >> > pulled in by >> >> > net-libs/libnsl:0= required by >> >> > (app-emulation/hercules-3.12:0/0::gentoo, installed) >> >> > net-libs/libnsl:0= required by >> >> > (app-text/opensp-1.5.2-r6:0/0::gentoo, ebuild scheduled for merge) >> >> > net-libs/libnsl:0 required by >> >> > @__auto_slot_operator_replace_installed__ >> >> > >> >> > ...for me it seems, that I need a lot of different glibc versions and >> >> > currently I dont know, how to get out of this mess... >> >> > >> >> > I would be happy, if someone could help me... >> >> > >> >> > Cheers >> >> > Meino >> >> > >> >> > >> >> > >> >> >> > Hi Jan, >> > >> > thanks for your help and your answer! :) >> > >> > >> > Trying what you suggest leads into this: >> > >> > /root>emerge '=glibc-2.26-r3' >> > Calculating dependencies... done! >> > [ebuild U ] sys-libs/glibc-2.26-r3 [2.25-r9] >> > >> > !!! Multiple package instances within a single package slot have been >> > pulled >> > !!! into the dependency graph, resulting in a slot conflict: >> > >> > sys-libs/glibc:2.2 >> > >> > (sys-libs/glibc-2.26-r3:2.2/2.2::gentoo, ebuild scheduled for merge) >> > pulled in by >> > =sys-libs/glibc-2.26-r3 (Argument) >> > >> > (sys-libs/glibc-2.25-r9:2.2/2.2::gentoo, installed) pulled in by >> > sys-libs/glibc[rpc(-)] required by (net-fs/autofs-5.1.3:0/0::gentoo, >> > installed) >> > >> > > > installed) >> > ^ >> > >> > I would tend to remove autofs, install glibc-2.26, reinstall autofs >> > and >> > >> > Woyld that work, or do I kill my system with that... >> > >> > (I hate dependencies... :) >> > >> > Cheers >> > Meino >> > >> > >> > > Hi Jan, > > it fails again... > > /root>emerge -C libnsl > * This action can remove important packages! In order to be safer, use > * `emerge -pv --depclean ` to check for reverse dependencies before > * removing packages. > > net-libs/libnsl > selected: 0 >protected: none > omitted: none > > All selected packages: =net-libs/libnsl-0 > 'Selected' packages are slated for removal. 'Protected' and 'omitted' packages will not be removed. > Waiting 5 seconds before starting... (Control-C to ab
Re: [gentoo-user] Help...can't decipher emerge oracle...
On Wed, 15 Nov 2017 18:43:15 +0100, tu...@posteo.de wrote: > /root>emerge -1 '>=sys-libs/glibc-2.26' > Calculating dependencies... done! > [ebuild U *] sys-libs/glibc- [2.25-r9] USE="-compile-locales%" > Why is it trying to install the version? Is that unmasked? Are you running stable or testing? What does "grep -r glibc /etc/portage" say? I don't think you posted the command that started all of this? -- Neil Bothwick If ignorance is bliss, why aren't more people happy? pgpj4oeyYHoai.pgp Description: OpenPGP digital signature
[gentoo-user] Re: memset_s
On 2017-11-15, R0b0t1 wrote: > Apologies for the double post, > > On Wed, Nov 15, 2017 at 9:41 AM, R0b0t1 wrote: >> On Wed, Nov 15, 2017 at 1:22 AM, Jorge Almeida wrote: >>> On Tue, Nov 14, 2017 at 8:42 PM, R0b0t1 wrote: What I am wondering about is if C code which uses __attribute__((optimize(...))) is against Gentoo package standards and would have to be removed from the Portage tree. >>> >>> >>> You can set your optimization preferences in make.conf, and still an >>> ebuild will override them if deemed unsafe. What would be the >>> difference? >>> >> >> Ebuilds are not supposed to do this, so if you file a bug report >> citing that ebuild changes will be made (eventually?) to work around >> it. >> >> >> On Wed, Nov 15, 2017 at 9:28 AM, Grant Edwards >> wrote: >>> On 2017-11-15, R0b0t1 wrote: >>> What I am wondering about is if C code which uses __attribute__((optimize(...))) is against Gentoo package standards and would have to be removed from the Portage tree. >>> >>> Huh? >>> >>> Gentoo enforces standards for the source code of packages? >>> >>> "They" review the source code for the Linux kernel, Gnome, KDE, Qt, >>> Chrome, Firefox, GCC, and 24670 thousand other packages and make sure >>> they all follow Gentoo coding standards? >>> >> >> To be consistent they would have to. Why I bring it up is that a >> number of optimizations in eix were removed due to the logic I gave >> above, despite there being no way to enable them without setting "-O3" >> globally. >> >> Cheers, >> R0b0t1 > > https://bugs.gentoo.org/632315 I don't see how that's relevent. That bug is about use flags and ebuild stuff, not about the C code inside a package's source files. -- Grant Edwards grant.b.edwardsYow! Half a mind is a at terrible thing to waste! gmail.com
Re: [gentoo-user] Help...can't decipher emerge oracle...
Am Mittwoch, 15. November 2017, 17:50:37 CET schrieb tu...@posteo.de: > * Error: The above package list contains packages which cannot be > * installed at the same time on the same system. > > (sys-libs/glibc-2.25-r9:2.2/2.2::gentoo, installed) pulled in by > > >=sys-libs/glibc-2.23[multilib?] (>=sys-libs/glibc-2.23) required by > >(dev-java/icedtea-bin-3.6.0:8/8::gentoo, installed) > sys-libs/glibc[rpc(-)] required by (net-fs/autofs-5.1.3:0/0::gentoo, > installed) ^ this is the key: autofs needs rpc support in glibc, which is going away with glibc-2.26. Sadly portage is extremely unhelpful here, since - if you look at the autofs ebuild - the problem goes away as soon as you switch its "libtirpc" useflag on: libtirpc? ( net-libs/libtirpc ) !libtirpc? ( sys-libs/glibc[rpc(-)] ) (glibc-2.26 has no rpc useflag, and the (-) means it's treated as if it were switched off then.) Indeed libtirpc is the modern replacement for the obsolete rpc support in glibc. Anyway, I hope with the following commit this is now fixed: commit 43429ba5bdcb0605f81e7ca7442aa085eca31caa Author: Andreas K. Hüttel Date: Wed Nov 15 23:37:41 2017 +0100 net-fs/autofs: Switch libtirpc to default to on, causes otherwise ugly blockers with glibc-2.26 Package-Manager: Portage-2.3.13, Repoman-2.3.4 net-fs/autofs/autofs-5.0.10.ebuild | 4 ++-- net-fs/autofs/autofs-5.0.7-r4.ebuild | 4 ++-- net-fs/autofs/autofs-5.0.7-r5.ebuild | 4 ++-- net-fs/autofs/autofs-5.1.2.ebuild| 2 +- net-fs/autofs/autofs-5.1.3.ebuild| 2 +- 5 files changed, 8 insertions(+), 8 deletions(-) -- Andreas K. Hüttel dilfri...@gentoo.org Gentoo Linux developer (council, perl, libreoffice) signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] Re: memset_s
On Wed, Nov 15, 2017 at 3:42 PM, Grant Edwards wrote: > On 2017-11-15, R0b0t1 wrote: >> Apologies for the double post, >> >> On Wed, Nov 15, 2017 at 9:41 AM, R0b0t1 wrote: >>> On Wed, Nov 15, 2017 at 1:22 AM, Jorge Almeida wrote: On Tue, Nov 14, 2017 at 8:42 PM, R0b0t1 wrote: > What I am wondering about is if C code which uses > __attribute__((optimize(...))) is against Gentoo package standards and > would have to be removed from the Portage tree. > You can set your optimization preferences in make.conf, and still an ebuild will override them if deemed unsafe. What would be the difference? >>> >>> Ebuilds are not supposed to do this, so if you file a bug report >>> citing that ebuild changes will be made (eventually?) to work around >>> it. >>> >>> >>> On Wed, Nov 15, 2017 at 9:28 AM, Grant Edwards >>> wrote: On 2017-11-15, R0b0t1 wrote: > What I am wondering about is if C code which uses > __attribute__((optimize(...))) is against Gentoo package standards and > would have to be removed from the Portage tree. Huh? Gentoo enforces standards for the source code of packages? "They" review the source code for the Linux kernel, Gnome, KDE, Qt, Chrome, Firefox, GCC, and 24670 thousand other packages and make sure they all follow Gentoo coding standards? >>> >>> To be consistent they would have to. Why I bring it up is that a >>> number of optimizations in eix were removed due to the logic I gave >>> above, despite there being no way to enable them without setting "-O3" >>> globally. >>> >>> Cheers, >>> R0b0t1 >> >> https://bugs.gentoo.org/632315 > > I don't see how that's relevent. That bug is about use flags and > ebuild stuff, not about the C code inside a package's source files. > Right, but the reason that it is not allowed in ebuilds (or at least in eix's case) was some sense of purism - despite the optimizations being behind a useflag at the package level, someone determined this was improper. Applying this logic consistently, any package which uses the "optimize" GCC attribute would be unsuitable for the main portage tree. If this doesn't make sense, that is exactly my point. Sorry for going off on a tangent, I didn't expect any follow-up posts on it. Cheers, R0b0t1
[gentoo-user] Re: Help...can't decipher emerge oracle...
On 2017-11-15 18:40, Neil Bothwick wrote: > Why is it trying to install the version? Is that unmasked? > > Are you running stable or testing? > > What does "grep -r glibc /etc/portage" say? > > I don't think you posted the command that started all of this? For some reason, these horrible dependency dumps never seem to happen to me. Why is that? Maybe because I run a "mostly stable" system? I do have some very few "testing" packages enabled (ie. with ~amd64 flag). They all fit into a single terminal screen. -- 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: Help...can't decipher emerge oracle...
On 11/15 05:49, Ian Zimmerman wrote: > On 2017-11-15 18:40, Neil Bothwick wrote: > > > Why is it trying to install the version? Is that unmasked? > > > > Are you running stable or testing? > > > > What does "grep -r glibc /etc/portage" say? > > > > I don't think you posted the command that started all of this? > > For some reason, these horrible dependency dumps never seem to happen to > me. Why is that? Maybe because I run a "mostly stable" system? I do > have some very few "testing" packages enabled (ie. with ~amd64 flag). > They all fit into a single terminal screen. > > -- > 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. > Hi Ian, I am happy to know, that your system is that stable and is not effected by problems other will find, report and get fixed by using the unstable version. ;) Cheers Meino
Re: [gentoo-user] Problems copmiling firefox 57.0 (linking phase)
On 16/11/17 11:05, tu...@posteo.de wrote: > Hi, > > building firefox 57.0 failed on my system - it looks like > the last stage (linking) fails. > > I attached the build.log to this mail. > > Is there a way around this? > > Cheers > Meino > First thing I do when I have a problem with one of the larger apps, Firefox, Thunderbird, LibreOffice is enable the make feature, in make.conf, that keeps temp files around: FEATURES="ccache keeptemp keepwork candy" and then set the make options so that only one thread is doing stuff: MAKEOPTS="-j1" I just sometimes find that the build system gets a bit confused, with multiple threads, and the one thread "straightens" things out. But then again, this might be a bug and I have no idea as to what I'm talking about. Andrew
Re: [gentoo-user] Problems copmiling firefox 57.0 (linking phase)
On Thu, Nov 16, 2017 at 4:05 AM, wrote: > Hi, > > building firefox 57.0 failed on my system - it looks like > the last stage (linking) fails. > It doesn't fail at the last stage - that's just when the error is repeated after other parallel tasks in the pipeline are completed. The actual error you got starts around line 5520 and is: --- stderr thread '' panicked at 'Unable to find libclang: "the `libclang` shared library could not be opened: /usr/lib64/llvm/5/lib64/libclang.so.5.0"', src/libcore/result.rs:860 stack backtrace: Short of the file missing, no idea what could be the root cause.
Re: [gentoo-user] Problems copmiling firefox 57.0 (linking phase)
> > thread '' panicked at 'Unable to find libclang: "the > `libclang` shared library could not be opened: > /usr/lib64/llvm/5/lib64/libclang.so.5.0"', src/libcore/result.rs:860 > stack backtrace: > > Short of the file missing, no idea what could be the root cause. > > Given this, you may as well see if the file is there; # file /usr/lib64/llvm/5/lib64/libclang.so.5.0 /usr/lib64/llvm/5/lib64/libclang.so.5.0: ELF 64-bit LSB shared object, x86-64, version 1 (GNU/Linux), dynamically linked, stripped If it exists, run ldconfig, if not, emerge clang again. Then try firefox again.
Re: [gentoo-user] Problems copmiling firefox 57.0 (linking phase)
On Thu, Nov 16, 2017 at 08:15:18AM +0100, Jeremi Piotrowski wrote: It doesn't fail at the last stage - that's just when the error is repeated after other parallel tasks in the pipeline are completed. The actual error you got starts around line 5520 and is: --- stderr thread '' panicked at 'Unable to find libclang: "the `libclang` shared library could not be opened: /usr/lib64/llvm/5/lib64/libclang.so.5.0"', src/libcore/result.rs:860 stack backtrace: Short of the file missing, no idea what could be the root cause. Considering that's the Rust component of Firefox that's failing to build, you should also try setting RUST_BACKTRACE=1 to get a more verbose crash from rustc.