[gentoo-user] Changing compilers
Hi all, Has anyone played around with the various better known compilers on Gentoo? By better known, I'm referring to gcc, Intel, llvm, pathscale. My situation is that I've just started my PhD which requires me to do Finite Element Analysis, FEA, and Computational Fluid Dynamics, CFD, and I want to find the best compiler for the job. Before anyone says Why bother, XXX compiler is only 1 - 2% faster than gcc, in the context of the work I'm doing this 1 - 2% IS important. What I'm looking for is any feedback people may have on ability to compile the Gentoo environment, the ability to change compilers easily, gcc-config or flags in make.conf, as to whether the compiler/linker can use the libraries as compiled by gcc on a standard gentoo install and so on. Obviously there is much web trawling to be done to find what other people are saying as well. Any thoughts, greatly appreciated, Andrew Lowe
Re: [gentoo-user] Changing compilers
On Mon, Mar 19, 2012 at 1:26 AM, Andrew Lowe a...@wht.com.au wrote: Hi all, Has anyone played around with the various better known compilers on Gentoo? By better known, I'm referring to gcc, Intel, llvm, pathscale. My situation is that I've just started my PhD which requires me to do Finite Element Analysis, FEA, and Computational Fluid Dynamics, CFD, and I want to find the best compiler for the job. Before anyone says Why bother, XXX compiler is only 1 - 2% faster than gcc, in the context of the work I'm doing this 1 - 2% IS important. What I'm looking for is any feedback people may have on ability to compile the Gentoo environment, the ability to change compilers easily, gcc-config or flags in make.conf, as to whether the compiler/linker can use the libraries as compiled by gcc on a standard gentoo install and so on. Obviously there is much web trawling to be done to find what other people are saying as well. Any thoughts, greatly appreciated, Andrew Lowe With regard to speed, are you looking for a faster compile time or higher optimization of the compiled code such that the run time is faster? -- Matthew Finkel
Re: [gentoo-user] Changing compilers
FEA jobs can be parallelized, right? Take a hard look at CUDA and OpenCL. ZZ On Mar 19, 2012 1:29 AM, Andrew Lowe a...@wht.com.au wrote: Hi all, Has anyone played around with the various better known compilers on Gentoo? By better known, I'm referring to gcc, Intel, llvm, pathscale. My situation is that I've just started my PhD which requires me to do Finite Element Analysis, FEA, and Computational Fluid Dynamics, CFD, and I want to find the best compiler for the job. Before anyone says Why bother, XXX compiler is only 1 - 2% faster than gcc, in the context of the work I'm doing this 1 - 2% IS important. What I'm looking for is any feedback people may have on ability to compile the Gentoo environment, the ability to change compilers easily, gcc-config or flags in make.conf, as to whether the compiler/linker can use the libraries as compiled by gcc on a standard gentoo install and so on. Obviously there is much web trawling to be done to find what other people are saying as well. Any thoughts, greatly appreciated, Andrew Lowe
Re: [gentoo-user] Changing compilers
On Sun, Mar 18, 2012 at 10:26 PM, Andrew Lowe a...@wht.com.au wrote: Hi all, Has anyone played around with the various better known compilers on Gentoo? By better known, I'm referring to gcc, Intel, llvm, pathscale. My situation is that I've just started my PhD which requires me to do Finite Element Analysis, FEA, and Computational Fluid Dynamics, CFD, and I want to find the best compiler for the job. Before anyone says Why bother, XXX compiler is only 1 - 2% faster than gcc, in the context of the work I'm doing this 1 - 2% IS important. What I'm looking for is any feedback people may have on ability to compile the Gentoo environment, the ability to change compilers easily, gcc-config or flags in make.conf, as to whether the compiler/linker can use the libraries as compiled by gcc on a standard gentoo install and so on. Obviously there is much web trawling to be done to find what other people are saying as well. Any thoughts, greatly appreciated, Andrew Lowe Think CUDA Mark
[gentoo-user] Re: Changing compilers
Andrew Lowe agl at wht.com.au writes: Has anyone played around with the various better known compilers on Gentoo? By better known, I'm referring to gcc, Intel, llvm, pathscale. My situation is that I've just started my PhD which requires me to do Finite Element Analysis, FEA, and Computational Fluid Dynamics, CFD, and I want to find the best compiler for the job. Before anyone says Why bother, XXX compiler is only 1 - 2% faster than gcc, in the context of the work I'm doing this 1 - 2% IS important. Octave is in portage, as it is a matlab sorta package for fluids. google for Octave : Computational Fluid Dynamics : Finite Element Analysis for starters. I understand you are smart, but why push the issues on compiler efficiency, if you are not willing to hack the compiler code? Why not push the mathematical envelop and use: Sparse Matrix Techniques ?? http://www.cise.ufl.edu/research/sparse/matrices/ http://blogs.mathworks.com/loren/2007/03/01/ creating-sparse-finite-element-matrices-in-matlab/ hth, James
Re: [gentoo-user] Changing compilers
On 19/03/2012 10:18 PM, Andrew Lowe wrote: On 03/19/12 22:02, Michael Mol wrote: On Mon, Mar 19, 2012 at 8:32 AM, Mark Knechtmarkkne...@gmail.com wrote: On Sun, Mar 18, 2012 at 10:26 PM, Andrew Lowea...@wht.com.au wrote: Hi all, [snip] ... ... [snip] which currently ranks at 151 in the top 500 list :) It's amazing how fast this list changes, 6 months ago, this machine was at 107 and 6 months before that 87. Andrew Just in closing on this subject, thanks to those who responded, have a quick look at this page from the llvm/clang project: http://clang.llvm.org/diagnostics.html For my non FEA/CFD programming, I don't care if clang is 5 - 10% slower than gcc, the diagnostic output that clang produces looks to be spectacular in comparison to gcc and will be enough for me to dump gcc and shift to clang. Andrew
Re: [gentoo-user] Intel and Gallium 0.4 on llvmpipe (LLVM 3.4, 256 bits)
On 27/05/2014 14:52, Time Lucky wrote: Hey,guys. Anyone can tell me how to switch Gallium 0.4 to intel driver? I dont know why it happened but now my computer is very slow when I use gnome 3.10. $ /usr/libexec/gnome-session-check-accelerated-helper -v libGL error: dlopen /usr/lib64/dri/i965_dri.so failed (/usr/lib64/dri/i965_dri.so: cannot open shared object file: No such file or directory) libGL error: unable to load driver: i965_dri.so libGL error: driver pointer missing libGL error: failed to load driver: i965 gnome-session-is-accelerated: llvmpipe detected. Thank you. What do you have in VIDEO_CARDS? What use flags are set for xf86-video-intel? As I understand it, the packages use those 2 magic settings and build the right thing for you. If that all looks OK, what do you get from equery files x11-drivers/xf86-video-intel ? -- Alan McKinnon alan.mckin...@gmail.com
Re: [gentoo-user] Intel and Gallium 0.4 on llvmpipe (LLVM 3.4, 256 bits)
On Wednesday 28 May 2014 14:46:30 Time Lucky wrote: Now I change the VIDEO_CARDS to intel i965 Everything seems OK too. Gnome can detect Intel® Sandybridge Mobile rather than Gallium 0.4 for i915 I dont know the difference between classic and gallium but i965's classic mode works well. By the way, I think i965 is just for HD3000, why does i915 be suggested ? Oh! I suggested i915 thinking that this is the chipset of your Intel video card - apologies if I got it wrong. A couple of years ago the gallium driver of mesa was still work in progress for Intel cards. http://www.x.org/wiki/GalliumStatus/ I don't know if it has improved since, but from what you reported it must have some problems. -- Regards, Mick signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] llvm / clang compile error
On 08/16/2016 04:43 PM, Silvio Siefke wrote: Please submit a full bug report Seems like a good recommendation. Also, once the bug is filed, you can provide all the details in the bug report and reference those details in your gentoo-user threads. That way the gentoo-user thread can focus on a specific item or two, because the full details are readily available in BGO. The bug report will enable a wider group to look at your complete details and keep the discussion (here on gentoo-user) short and focused. Just a suggestion, ymmv. Often when I run into issues, I just go to a minimal flag set and just use one processor to compile, as a routine, baseline test-compile run. Also on my system, I have this:: Installed versions: 3.7.1-r3(03:48:50 PM 07/13/2016)(clang libffi ncurses python static-analyzer ABI_X86="32 64 -x32" PYTHON_TARGETS="python2_7" hth, James
[gentoo-user] Libclc and OpenCL
Hello list, Bug 596022 reports failure to build dev-libs/libclc with the latest version of sys-dev/clang. I've been trying to trace a problem running MilkyWay@home, specifically with its use of the GPU, so I'm keen to make sure that I have a properly working OpenCL system. Is my existing libclc, compiled against the previous version of clang, still good? I'm hoping this is just a build-phase problem, with nothing changed in the object code. I can't go back in clang versions without also reverting sys-devel/llvm, and maybe other things too. The bug has been open for three weeks, asking for a new libclc package to be released. It'd be good if that were to happen soon. -- Rgds Peter PS. Has anyone seen anything of Alan McK recently? He seems to have vanished.
Re: [gentoo-user] Clang has gone walkabout
On Monday 10 Apr 2017 11:08:05 Neil Bothwick wrote: > On Mon, 10 Apr 2017 17:13:28 +0800, Andrew Lowe wrote: > > Do we have any clang users out there? I've had clang installed > > > > on my machine for ages and a simple "clang test.c" will result in an > > executable. I can even nearly build my whole machine using clang, so > > its up and running. I've now just updated clang, from a working 3.9.1 > > to a 4.0.0-r1 and clang has now disappeared. If I type in "clang > > --version", I get "command not found". "whereis clang" only gives me > > the library dir. Doing "ls -la /usr/bin/cla*" gives me "No such file or > > directory" > > Try "qlist clang" so see what is installed, "qlist clang | grep bin/" > should find the executables. > > qlist is part of portage-utils, which you probably already have. I seem to recall clang clashing recently with some package, which required the clang USE flag to be unset - was it llvm? I suspect as a result clang is no longer installed on my laptop. -- Regards, Mick signature.asc Description: This is a digitally signed message part.
[gentoo-user] Clang has gone walkabout
Hi all, Do we have any clang users out there? I've had clang installed on my machine for ages and a simple "clang test.c" will result in an executable. I can even nearly build my whole machine using clang, so its up and running. I've now just updated clang, from a working 3.9.1 to a 4.0.0-r1 and clang has now disappeared. If I type in "clang --version", I get "command not found". "whereis clang" only gives me the library dir. Doing "ls -la /usr/bin/cla*" gives me "No such file or directory" I've run the install several times. I've even uninstalled both clang and llvm and then reinstalled and still the same. The only thing that I can think of is that whilst doing the original update, for some reason my machine crashed during the clang install. This may have screwed something up. Has anyone managed to do the install/update and have a working latest clang? Thoughts/comments greatly appreciated, Andrew p.s. Looking in the /usr/lib64/clang/4.0.0 dir shows plenty of libraries in there.
Re: [gentoo-user] How to update a system if some packages can't be updated
Alan McKinnon wrote: > On 07/03/2017 21:46, Dale wrote: >> Helmut Jarausch wrote: >>> Hi, >>> I have packages which can't be updated at the moment, e.g. >>> dev-python/numba doesn't work with llvm-4.0.0(_rc3) >>> But this makes >>> >>> emerge -uvp --tree --unordered-display --verbose-conflicts --deep >>> --with-bdeps=y @world >>> >>> fail. Is there any means to proceed except masking all those packages >>> which can't be currently updated. >>> >>> Many thanks for a hint, >>> Helmut >>> >> Would --keepgoing work? Sometimes that doesn't work, depending on what >> packages depend on something that needs to be updated first. Also, >> sometimes --skipfirst comes in handy. > Helmut's question looks like emerge fails to make a list of stuff to > compile due to hard blocks. Not a compile failure. > > So --keep-going won't work > I read it as a package fails, numba, and emerge stops. Either way, sometimes that option doesn't help anyway. Sometimes emerge has done all it can and it needs a human fix to carry on. Dale :-) :-)
[gentoo-user] OpenGL problem after upgrading mesa and xorg-server
Since I've upgraded mesa (12.0.1 to 13.0.5) and xorg-server (1.18.4 to 1.19.2), OpenGL programs don't work any longer for non-root users, even when these users are members of the group "video". The USE flags for xorg-server: doc glamor ipv6 kdrive suid udev xorg xvfb mesa: classic dri3 egl gallium gbm gcrypt gles2 llvm nettle nptl opencl openmax osmesa pax_kernel pic vaapi vdpau wayland xa xvmc I'm using gentoo hardened kernel (4.8.17-hardened-r2). This is the error message: user@puter ~ $ glxgears libGL error: MESA-LOADER: failed to retrieve device information libGL error: image driver extension not found libGL error: failed to load driver: radeon libGL error: MESA-LOADER: failed to retrieve device information unknown chip id 0x683f, can't guess. libGL error: failed to create dri screen libGL error: failed to load driver: radeon As root, everything works fine. I searched the web and also read the gentoo xserver wiki but couldn't find a solution. -- Regards wabe
Re: [gentoo-user] How to update a system if some packages can't be updated
On 07/03/2017 21:46, Dale wrote: > Helmut Jarausch wrote: >> Hi, >> I have packages which can't be updated at the moment, e.g. >> dev-python/numba doesn't work with llvm-4.0.0(_rc3) >> But this makes >> >> emerge -uvp --tree --unordered-display --verbose-conflicts --deep >> --with-bdeps=y @world >> >> fail. Is there any means to proceed except masking all those packages >> which can't be currently updated. >> >> Many thanks for a hint, >> Helmut >> > > Would --keepgoing work? Sometimes that doesn't work, depending on what > packages depend on something that needs to be updated first. Also, > sometimes --skipfirst comes in handy. Helmut's question looks like emerge fails to make a list of stuff to compile due to hard blocks. Not a compile failure. So --keep-going won't work -- Alan McKinnon alan.mckin...@gmail.com
Re: [gentoo-user] is multi-core really worth it?
On Wed, Nov 22, 2017 at 07:52:54AM +0100, Raffaele Belardi wrote: > Hi, > > rebuilding system and world with gcc-7.2.0 on a 6-core AMD CPU I have the > impression that > most of the ebuilds limit parallel builds to 1, 2 or 3 threads. I'm aware it > is only an > impression, I did not spend the night monitoring the process, but > nevertheless every time > I checked the load was very low. multi-core is definitely worth it. Any non-trivial package (wine,glibc,gcc,llvm,qt off the top of my head) will spend a long time building many files that can be built in parallel with multiple make jobs. That being said: if you do a world rebuild you will have lots of packages that spend ~40 seconds doing their autoconf run, only to build 2-3 sources files. On an 8-core machine at work, I get good results using parallel emerge jobs (emerge -jX). For your 6-core AMD CPU (assuming it actually has 12 threads) I'd start with 'emerge -j3' and MAKEOPTS='-j12 -l16'. That should get you a nice speedup, but may require a bit more ram.
[gentoo-user] mesa 17.1.10 update caused slight tearing for Firefox context menu
After a recent mesa update on gentoo-hardened, Firefox context menu fades in with artifacts, as if fade-in effect was drawn too slowly. It's not a big deal but it's certainly visible. I can't be absolutely sure it's mesa. Looks like that. Info from eix output: Installed versions: 17.1.10^d(01:53:11 2017-12-05)(classic dri3 egl gallium gbm nptl pax_kernel pic vaapi -bindist -d3d9 -debug -gles1 -gles2 -llvm -opencl -openmax -osmesa -selinux -unwind -valgrind -vdpau -vulkan -wayland -xa -xvmc ABI_MIPS="-n32 -n64 -o32" ABI_PPC="-32 -64" ABI_S390="-32 -64" ABI_X86="64 -32 -x32" VIDEO_CARDS="i965 r600 -freedreno -i915 -imx -intel -nouveau -r100 -r200 -r300 -radeon -radeonsi -vc4 -vivante -vmware") No other rendering issues were observed. However, I don't use demanding graphics all that much; it has always been Firefox that produced artifacts. Not sure if this can be helped easily, unless there's something with my USE flags that more experienced mailing list readers would find suspicious. signature.asc Description: PGP signature
Re: [gentoo-user] Re: Is --changed-deps going to be *that* useless?
On 02/26 03:16, Peter Humphrey wrote: > On Monday, 26 February 2018 14:52:25 GMT Holger Hoffstätte wrote: > > On Mon, 26 Feb 2018 09:46:00 -0500, Mike Gilbert wrote: > > > On Mon, Feb 26, 2018 at 2:36 AM, Nikos Chantziaras <rea...@gmail.com> > wrote: > > >> I've been using --changed-deps when doing a world upgrade ever since > > >> the > > >> news item that recommended it. > > >> > > >> However, today, this is what --changed-deps resulted in: > > >> https://pastebin.com/raw/7RBx6zzt > > >> > > >> This is not OK. What the hell? This is just plain broken. > > > > > > Someone probably changed a dependency in a commonly used eclass. I > > > would guess portage is operating as expected. > > > > As the pastebin log says it's automake-1.16 for ~arch, and > > since automake is used everywhere.. > > Well, I'm on amd64, not ~amd64, and this morning portage wanted to remerge > 217 packages. Removing --changed-deps reduced that to one: sys-devel/llvm. > > -- > Regards, > Peter. > > Hi Peter, luky you...I got 462 packages to recompile... Cheers Meino
Re: [gentoo-user] Re: Is --changed-deps going to be *that* useless?
On Monday, 26 February 2018 15:24:40 GMT Michael Orlitzky wrote: > On 02/26/2018 10:16 AM, Peter Humphrey wrote: > > Well, I'm on amd64, not ~amd64, and this morning portage wanted to > > remerge 217 packages. Removing --changed-deps reduced that to one: > > sys-devel/llvm. > You do need to reinstall those. > > The latest (un)stable versions of automake are hard-coded in > autotools.eclass, and they wind up in the dependency string of every > ebuild that uses the eclass. It's stupid, we don't need to do it, and it > breaks all of those packages for other PMS-compliant package managers > (--changed-deps is portage-only). Sorry, we can't make people not do > this, apparently. Right. Now where do I submit my claim for two-and-a-half hours of time spent on pointless recompiling? ;-) -- Regards, Peter.
Re: [gentoo-user] Re: Is --changed-deps going to be *that* useless?
On Monday, 26 February 2018 14:52:25 GMT Holger Hoffstätte wrote: > On Mon, 26 Feb 2018 09:46:00 -0500, Mike Gilbert wrote: > > On Mon, Feb 26, 2018 at 2:36 AM, Nikos Chantziaras <rea...@gmail.com> wrote: > >> I've been using --changed-deps when doing a world upgrade ever since > >> the > >> news item that recommended it. > >> > >> However, today, this is what --changed-deps resulted in: > >> https://pastebin.com/raw/7RBx6zzt > >> > >> This is not OK. What the hell? This is just plain broken. > > > > Someone probably changed a dependency in a commonly used eclass. I > > would guess portage is operating as expected. > > As the pastebin log says it's automake-1.16 for ~arch, and > since automake is used everywhere.. Well, I'm on amd64, not ~amd64, and this morning portage wanted to remerge 217 packages. Removing --changed-deps reduced that to one: sys-devel/llvm. -- Regards, Peter.
[gentoo-user] Re: Is --changed-deps going to be *that* useless?
On 26/02/18 17:24, Michael Orlitzky wrote: On 02/26/2018 10:16 AM, Peter Humphrey wrote: Well, I'm on amd64, not ~amd64, and this morning portage wanted to remerge 217 packages. Removing --changed-deps reduced that to one: sys-devel/llvm. You do need to reinstall those. The latest (un)stable versions of automake are hard-coded in autotools.eclass, and they wind up in the dependency string of every ebuild that uses the eclass. It's stupid, we don't need to do it, and it breaks all of those packages for other PMS-compliant package managers (--changed-deps is portage-only). Sorry, we can't make people not do this, apparently. Can't you whitelist packages like automake so that they don't trigger rebuilds? Or at least provide a configurable whitelist (for make.conf) where we can add packages that don't trigger changed-deps rebuilds? There is no reason to rebuild anything just because of an automake update. This is just madness.
[gentoo-user] Migration from 17.0 to 17.1
Hello all, Here is my own experience about migrating from 17.0 to 17.1 profile. I followed the steps 1, 3, 4, 5, 6, 7, 8, 9 and 10 (emerge -1v sys-devel/gcc:8.3.0, emerge -1v sys-devel/gcc:8.2.0-r6) without any issue. Everything works fine but the step 11 (emerge -1v --deep /lib32 /usr/lib32 /usr/lib/llvm/*/lib32) has been pretty painful. Many config phase failed. - dev-libs/glib-2.58.3 Solved by emerging util-linux and libpcre - many x11-libs stuff Solved by emerging some x11-base packages (especially xorg-x11) - dev-libs/libgudev, media-libs/libv4l, x11-misc/colord and media-libs/libcanberra. Solved by emerging virtual/libudev Finally, i could delete the /lib32 (/usr/lib32 was already deleted) and the /usr/local/lib32 symlinks. Now everything seems to work properly. Cheers, -- Jacques
Re: [gentoo-user] UEFI kernel installation?
On 6/17/19 5:37 AM, Grant Taylor wrote: I doubt it. I've routinely done emerges on machines with < 16 GB of memory and 2 GB of swap.?? Including llvm, clang, gcc, rust, Firefox and Thunderbird. I routinely do an emerge -DuNe @world on a VPS with 1 GB of memory and 1 GB of swap.?? It works just fine.?? If I want to speed things up I enlarge the VPS to 2 GB of memory and 1 GB of swap.?? Granted, it doesn't try to compile things like Firefox and Thunderbird, thus Rust. Yes. I've run systems without swap and <=8GB of RAM for years and haven't had any problems with emerging packages (including rust, firefox, gcc...). If hibernate is not needed, and the system has enough RAM, there is little point in having swap at all. It all depends on the usage, so I don't think any (generic) guidelines make sense.
Re: [gentoo-user] skylake and x265 movie display
> What about USE flags for mesa and libva? > x11-libs/libva-2.4.0:0/2::gentoo USE="X drm opengl -utils -vdpau -wayland" media-libs/mesa-19.1.1::gentoo USE="classic dri3 egl gallium gbm gles2 llvm vaapi -d3d9 -debug -gles1 (-libglvnd) -lm_sensors -opencl -osmesa -pax_kernel -pic (-selinux) -test -unwind -valgrind -vdpau -vulkan -vulkan-overlay -wayland -xa -xvmc" > This wouldn't happen to be a 10-bit encoded x265, would it? If it is, > 10-bit hardware decoding is only supported in Kaby Lake or newer (this > could explain it decoding in software/on CPU instead of GPU.) > That's possible. Is there an easy way to tell? > > I also had to boot with UEFI or no hardware decoding happened at all. > Mine was old enough to give you a choice but video performance suffered > in BIOS boot mode. > > Damn - this is in BIOS mode... Very odd that makes a difference. Nice find. > When I got my celeron-based NUC I discovered that just because the CPU > has some hardware offloading doesn't mean software will use it. :( > This box is a NUC (NUC6i5SYB) that im using for a media PC.
Re: [gentoo-user] Re: problem dropping Python 2.7
190912 Nikos Chantziaras wrote: > On 12/09/2019 07:36, Philip Webb wrote: >> I've been trying to eliminate Python 2.7 >> & have dropped the 'TARGETS' lines from 'make.conf', leaving only 3.6 , >> but it seems that a number of pkgs still require it : > Uninstall all packages that require Python 2.7. > Some packages might have a "python" USE flag > that disables functionality that needs python, so try that first. I had 'python' in the 'USE=" in 'make.conf' for whatever reason, so i deleted it & that removed some of the outstanding problem pkgs. I'm now left with 5 problem pkgs : llvm-7.1.0 fetchmail-6.3.26-r4 qtwebkit-5.212.0_pre20180120 spidermonkey-60.5.2_p0-r2 firefox-60.8.0 the former 3 all have in their ebuilds PYTHON_COMPAT=( python2_7 ) the latter 2 are said to require python 2.7 : 2.7 [ncurses sqlite ssl threads] I don't understand the list in square brackets, which are USE flags : they aren't set in 'make.conf' or elsewhere AFAIK. Can anyone explain (1) how to get around the 1st 3 ebuilds or (2) what the problem is with the 2nd 2 examples ? -- ,, SUPPORT ___//___, Philip Webb ELECTRIC /] [] [] [] [] []| Cities Centre, University of Toronto TRANSIT`-O--O---' purslowatchassdotutorontodotca
Re: [gentoo-user] Re: problem dropping Python 2.7
190912 David Haller wrote: > On Thu, 12 Sep 2019, Philip Webb wrote: >> I'm now left with 5 problem pkgs : >> llvm-7.1.0 fetchmail-6.3.26-r4 qtwebkit-5.212.0_pre20180120 > For fetchmail, unset the 'tk'-useflag: > + + tk : Enable support for Tk GUI toolkit, > in particular it installs fetchmailconf I just remerged Fetchmail to be sure, but 'fetchmailconf' doesn't work : 669: ~> fetchmailconf Traceback (most recent call last): File "/usr/lib64/python2.7/site-packages/fetchmailconf.py", line 2103, in hostname = socket.gethostbyaddr(socket.gethostname())[0] socket.error: unknown address family I suspect Fetchmail is somewhat neglected : is there an alternative ? Otherwise, thanks for the various responses. I now understand what's going on & will defer Python 2.7 till year-end. -- ,, SUPPORT ___//___, Philip Webb ELECTRIC /] [] [] [] [] []| Cities Centre, University of Toronto TRANSIT`-O--O---' purslowatchassdotutorontodotca
Re: [gentoo-user] libffi-3.3.0-rc0
No mistake: https://bugs.gentoo.org/694978 Am Sa., 28. Sept. 2019 um 19:54 Uhr schrieb Ian Zimmerman < i...@very.loosely.org>: > After my weekly webrsync this morning, emerge -p showed me a whale of an > upgrade, including rebuilding both pythons, llvm and firefox, on top of > the legitimate and long overdue texlive update. It would have taken > half a day even on a reasonably capable desktop. > > Inspecting the -p output I blame libffi, and indeed using the > package.mask file to block its new version I got a more manageable > upgrade. My question is, how come a -rc0 version got unkeyworded? Does > this normally happen or was it a mistake? > > -- > 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 and on broken lists > which rewrite From, fetch the TXT record for no-use.mooo.com. > >
Re: [gentoo-user] eselect-opengl Blockage (with a capital "B") problem
On Mon, May 18, 2020 at 07:09:13PM +0100, Neil Bothwick wrote: > It looks like xorg-server is demanding the newer version, try adding > --exclude xorg-server. That will not help; mesa is providing libglvnd, not xorg-server. [ebuild N ] media-libs/libglvnd-1.3.1::gentoo USE="X -test" 698 KiB [ebuild U ] media-libs/mesa-19.3.5::gentoo [19.2.8::gentoo] USE="X classic dri3 egl gbm gles2 libglvnd* -d3d9 -debug -gallium -gles1 -llvm -lm-sensors -opencl -osmesa -pax_kernel (-selinux) -test -unwind -vaapi -valgrind -vdpau -vulkan -vulkan-overlay -wayland -xa -xvmc" VIDEO_CARDS="i965 intel (-freedreno) -i915 -iris (-lima) -nouveau (-panfrost) -r100 -r200 -r300 -r600 -radeon -radeonsi (-vc4) -virgl (-vivante) -vmware" 11,783 KiB -- Ashley Dixon suugaku.co.uk 2A9A 4117 DA96 D18A 8A7B B0D2 A30E BF25 F290 A8AA signature.asc Description: PGP signature
Re: [gentoo-user] Limit Memory Used By Portage/Firefox Build Causes OOM
On Sun, Jun 21, 2020, at 8:13 PM, Walter Dnes wrote: > On Sun, Jun 21, 2020 at 06:02:22PM -0500, Sid Spry wrote > > > > My immediate issue is cargo seems to ignore MAKEOPTS. Cargo > > also seems to select build parallelism itself. > > You can also set the load average in MAKEOPTS ("-l" parameter; letter > "ell") to indirectly force fewer jobs. Try... > > MAKEOPTS="-j1 -l1.5" > > See also https://wiki.gentoo.org/wiki//etc/portage/package.env and > https://wiki.gentoo.org/wiki/Knowledge_Base:Overriding_environment_variables_per_package > for pointers on how to create package-specific make.conf files > (or other stuff) for individual packages. > I did set this. It seems to be ignored. The llvm/clang portions of the build do abide by them but part of the build still runs out of memory.
Re: [gentoo-user] update fails, but I don't see why
On Fri, 4 Dec 2020 23:19:00 +0100, n952162 wrote: > > Okay, I've never done a depclean. Is that something I need to do? I > > mean, I'm always worried it'd remove something that I need, but given > > all the problems I have, I guess that'd be the lesser of evils... Yes you should, t keep your system consistent. You should also heed the messages about unread news items and updating config files as these can also have a bearing on keeping your system running smoothly. > Oh that went fast. But just as I expected ... it's going to remove > kernel/gentoo-sources? gcc? The llvm that took 5 hours to compile? Read it again. It wants to remove some versions of those but not the latest. When you install a new kernel or compiler, portage generally does so in a separate slot, so you have access to both old and new versions. If you are no longer using the old version, you should let it go. -- Neil Bothwick "If you can't explain it simply, you don't understand it well enough." (Albert Einstein) pgpnQhZgMKzjA.pgp Description: OpenPGP digital signature
Re: [gentoo-user] Re: update fails, but I don't see why
On Mon, 14 Dec 2020 07:54:55 +0100, n952162 wrote: > One thing about frequent updating... I thought I was following the > advice here by developing a procedure to update at the start of every > month. When I did that, llvm, rust, clang, firefox, and thunderbird > would rebuild every time, for an average of 4 to 8 hours a piece. If > those things - or their dependencies - are triggered that often, then > it's likely I'll be building them almost every week instead of every > month. The more frequently you update, the fewer packages will need to be emerged on each update. Although frequent updates may mean more work overall, they break it into small chunks that are easy to manage, and can also avoid the long lists of warning messages like you have been seeing. -- Neil Bothwick This message has been cruelly tested on sweet little furry animals. pgpeRCwDnb6Vb.pgp Description: OpenPGP digital signature
Re: [gentoo-user] Re: update fails, but I don't see why
On 12/14/20 4:54 AM, Grant Edwards wrote: On 2020-12-13, n952162 wrote: On 12/13/20 9:18 AM, Neil Bothwick wrote: Nearly 2 months, quite a long time in Gentoo update terms. Okay, is the solution then to re-install? That's _a_ solution, and might be less work. But, if you're not going to update more regularly, you're probably going to keep running into situations like this. They will require a methodical approach, a good understanding of how portage works, and will end up taking up more of your time that would updating once a week. -- Grant One thing about frequent updating... I thought I was following the advice here by developing a procedure to update at the start of every month. When I did that, llvm, rust, clang, firefox, and thunderbird would rebuild every time, for an average of 4 to 8 hours a piece. If those things - or their dependencies - are triggered that often, then it's likely I'll be building them almost every week instead of every month.
Re: [gentoo-user] emerge failure for dev-lang/R-4.0.4
On Mon, 2021-04-05 at 18:29 +0200, k...@aspodata.se wrote: > > So, how much memory does R need to build ? > I have: > > $ free > totalusedfree shared buff/cache > available > Mem: 6103628 1807560 2631444 146376 1664624 > 3107868 > Swap:8788924 670108 8118816 > We have the same amount of RAM, but building dev-lang/R doesn't come close to using it all on my machine, even with MAKEOPTS="-j4"... > > I already have (in make.conf): > EMERGE_DEFAULT_OPTS="--jobs 1 ..." > > This seems to solved the issue: > # cat /etc/portage/env/j1 > MAKEOPTS=-j1 > # cat /etc/portage/package.env/R > dev-lang/R j1 That will work around the issue, and you may have to use that trick for some other packages like firefox/LLVM with "only" 6GB of RAM. But it doesn't explain why I can build dev-lang/R and you can't. What USE flags does "emerge -pv1 dev-lang/R" show? Are you willing to watch "htop" in another window while the dev-lang/R build fails to see how much memory is free?
Re: [gentoo-user] LLVM and friends is not compatible.
On 05/12/2021 21:21, Alan Grimes wrote: I was playing Superliminal the other day and it wasn't doing too well, probably my GPU is too rusty to run it well, and it took down X11. Which meant it was time to update packages and reboot Biig mistake... Look, I know a lot of you are in the process of being killed to death by the slow acting poison known as the covid 19 vaccine. I'm really sorry about that neither myself nor God can do jack shit about that at this point. Let's hope we're not dying from the quick poison known as CoVid-19 (that said, I do my best to avoid both :-) I also know that one of the several pathologies the poison inflicts is a form of brain rot as prion crystals grow and disrupt neural pathways. =\ It really sucks and I wish things had not gotten to this point. Portage is actually working, to some extent this time so I am actually a bit shocked and amazed on that front, it's been ages since it actually worked decently well. Just make sure you have a working python !!! But then a large number of absolutely critical things are now broken. -> Xosview can't find the font it needs (!!! WTF ) -> None of my steam games play anymore. -> The web browser and mail reader that I've been using since the '90s won't build or run. I've been reduced to using WEBMAIL FOR GOD'S SAKE! to post this. I feel unclean. Well my latest update seems to have fixed Thunderbird (which was randomly locking up input to the extent it was a Big Red Switch job to recover ...). -> Neither python 3.9 nor 3.10 will finish building. It appears they run some self-tests which fail and then they just freeze up at 0% CPU usage and I never get any clear diagnostic information. -> GCC-11.2 feels like it is mostly working but might be responsible for python failing specific tests as it may have been using trick optimizations that were hacks to start with but now don't work with the current GCC which is actually working as advertised. Do you still have Python 3.8? Can you delete 3.9 and 3.10? Which gcc is default? can you eselect a newer working gcc than your current version? I think one of the root issues is that llvm-13 deprecated several command line options that broke a number of packages that took a great many more packages down with them. I first just masked clang-13 but that doesn't seem to be enough, I also masked llvm-13 and llvm-common-13 and am running --emptytree world AGAIN. Well, what I always do then is first an "emerge system" (no extra options), then an emerge world, then finally an emerge deep newuse world. Just a little bit each time. Forcing a bit at a time. The other thing is (as I found out ...) are any default emerge options screwing you over? I had to comment out my default options to get virtualbox to emerge update properly, so if you've got any, comment them out and see if it improves matters ... I'm going to have more "fun" soon, I think ... I looked at funtoo linux earlier today, but I think that'll be a no-no - it goes about "wolves owning their own shit" then craps all over systemd. I get some people don't like it, but when people say "if you like it we don't want you here" then I am afraid I don't want to know bigots like that. I then found SourceMage ... looks very interesting! It's a pretty basic distro it seems to me, but it also seems to be a distro that doesn't try to tell its users what to run. So I'll be playing ... and it doesn't give you all that portage grief! Not that I like the sound of bash ... :-) but all the basic system tools are written in it. They're very much "no dependency spaghetti", and that hopefully makes for easier admin... The only problem is it seems very short-staffed. It's clearly up-to-date as in there's plenty of recent time stamps, but you have to look for them as much of the docu is 5, 10 years old ... Cheers, Wol
Re: [gentoo-user] Would a Thinkpad X200 be too much trouble too run gentoo on?
On Thu, 21 Apr 2022 09:41:55 -0400, Michael Orlitzky wrote: > > Firefox and Rust have -bin packages - not so lucky with LLVM and > > webkit-gtk. > > Everything has a -bin package if you're willing to trade the security, > configurability, and performance that you get from a source build: > https://gentoo.osuosl.org/experimental/amd64/binpkg/default/linux/17.1/x86-64/ I was referring to the upstream-provided packages. Everything is available as a binary package if you have someone to build it for you ;-) > FWIW I dodge the librsvg (and therefore rust) dependency by using a > binpkg for my desktop icons. There's no (security, configurability, or > performance) issues with using pre-built icons, and only a few tiny > things are left a little bit broken. So, a normal day in Gentoo. dev-python/cryptography now depends on rust, so it's getting harder to avoid :( -- Neil Bothwick I believe the technical term is "Oops!" pgpmiWsZUfLw7.pgp Description: OpenPGP digital signature
[gentoo-user] Re: Remove rust completely
On 2022-05-12, Mansour Al Akeel wrote: > Thank you for your response. The idea of "getting harder and harder" > is hard to accept. Gentoo has always been about having choices. It is. You can choose to avoid Rust if you want. > Firefox requires rust, but is there a way to disable this? No. > There must be another way to let the user decide if they need it or not! If you need Firefox, you need rust. > And yes, the compile time is one of the factors in not wanting it on > my system. rust-bin solves that problem. > The second factor is a natural reaction toward feeling that I am > forced to have it. Another reason is the growing collection of > compilers and development tools and their build time (gcc, > bin-utils, llvm, clang ... etc.) and now rust. > > Firefox itself takes a lot of time to build, and if rust is a must > have, then maybe it is time for me to look into something else. I know > there's firefox-bin, and if it doesn't need rust, then maybe it is an > option. Firefox-bin does not require rust.
Re: [gentoo-user] Thunderbird build failure ..
Thanks bud Dave On Sun, Jan 1, 2023, 4:22 PM cal wrote: > On 1/1/23 13:05, Wol wrote: > > On 01/01/2023 20:08, cal wrote: > >> FWIW, Thunderbird builds fine with GCC on my machine -- I'm unsure of > >> your reasons for setting your Portage compiler to clang, but you may > >> wish to use a package.env override to build Thunderbird with GCC as a > >> workaround until the problem can be fixed upstream. > > > > I don't know anything about clang ... it must be the default ... > > > > I thought part of Firefox/Thunderbird was written in Rust, so I assumed > > it was built with llvm as a matter of course. > > > > I'll just wait for it to sort itself out. > > > > Cheers, > > Wol > You're right, it looks like the Thunderbird ebuild has a clang USE > turned on by default; I didn't realize that in my earlier reply and > assumed you had overridden this yourself. Regardless, this version > built correctly on my machine, so it's worthy of investigation with > upstream which combinations of parameters may be triggering the crash. > > cal > >
Re: [gentoo-user] Thunderbird build failure ..
On 1/1/23 13:05, Wol wrote: > On 01/01/2023 20:08, cal wrote: >> FWIW, Thunderbird builds fine with GCC on my machine -- I'm unsure of >> your reasons for setting your Portage compiler to clang, but you may >> wish to use a package.env override to build Thunderbird with GCC as a >> workaround until the problem can be fixed upstream. > > I don't know anything about clang ... it must be the default ... > > I thought part of Firefox/Thunderbird was written in Rust, so I assumed > it was built with llvm as a matter of course. > > I'll just wait for it to sort itself out. > > Cheers, > Wol You're right, it looks like the Thunderbird ebuild has a clang USE turned on by default; I didn't realize that in my earlier reply and assumed you had overridden this yourself. Regardless, this version built correctly on my machine, so it's worthy of investigation with upstream which combinations of parameters may be triggering the crash. cal
RE: [gentoo-user] Re: Libsld, what gives?
> -Original Message- > From: Grant Edwards > Sent: Wednesday, November 16, 2022 6:01 AM > To: gentoo-user@lists.gentoo.org > Subject: [gentoo-user] Re: Libsld, what gives? > > On 2022-11-16, Alan Grimes wrote: > > > Even though only 45 days have passed since my last update, I felt like > > doing one tonight. Usually I should wait six months just to save > > myself the aggrivation... (I'm looking to set up a local bitcoin > > wallet because the exchanges are not to be trusted > > anymore...) > > > > Naturally nothnig worked because, hey, this is gentoo > > One wonders why you continue to run Gentoo, since it's so awful and you hate > it so much. > > -- > Grant > Because it's the only thing that lets him make all the esoteric customizations he wants. I have a brother who has the same kinds of troubles just about as often. He just also knows that it's because he wants to compile everything with LLVM/Clang. Unfortunately, the package manager that can account for everything the user might possibly have changed and make it compile anyway is still a work in progress. LMP
Re: [gentoo-user] Jobs and load-average
On Wednesday, 15 February 2023 13:18:24 GMT Rich Freeman wrote: > First, keep in mind that --jobs=16 + -j16 can result in up to 256 > (16*16) tasks running at once. Of course, that is worst case and most > of the time you'll have way less than that. Yes, I was aware of that, but why didn't --load-average=32 take precedence? --->8 > Some packages that I build with either a greatly reduced -j setting or > a non-tmpfs build directory are: > sys-cluster/ceph > dev-python/scipy > dev-python/pandas > app-office/calligra > net-libs/nodejs > dev-qt/qtwebengine > dev-qt/qtwebkit > dev-lang/spidermonkey > www-client/chromium > app-office/libreoffice > sys-devel/llvm > dev-lang/rust (I use the rust binary these days as this has gotten > really out of hand) > x11-libs/gtk+ Thanks for the list, Rich. -- Regards, Peter.
[gentoo-user] Re: Questions about optimal mplayer settings
On Tue, Dec 18, 2012 at 07:38:26PM -0600, Dale wrote: Rather than downloadhelper and a web browser, try: mingdao@workstation ~/test $ youtube-dl http://www.youtube.com/watch?v=XITHbsUUlYI [youtube] Setting language [youtube] XITHbsUUlYI: Downloading video webpage [youtube] XITHbsUUlYI: Downloading video info webpage [youtube] XITHbsUUlYI: Extracting video information [download] Destination: XITHbsUUlYI.mp4 [download] 30.5% of 107.04M at1.43M/s ETA 00:52 Some videos are available in different resolutions. Some have as many as 6 or 8 different ones. With downloadhelper, you can pick which one you want. I'm not sure if youtube-dl does or not. Also, I download videos from lots of sites. I don't actually use youtube a lot. Good idea for folks that use youtube a lot tho. The youtube-dl program works for more sites than just YouTube. And I chose it for the links you provided, specifically because they were YouTube videos. Give /usr/share/doc/youtube-dl-2012.09.27/README.md.bz2 a read. The file fluctuated but the overall speed was 1.77M/s ... don't ever remember getting that type of speed in FF. This shows (via gkrellm) the effects it had playing on this system: http://www.servantsofyeshua.org/XITHbsUUlYI.mp4-screenshot.png Didn't really heat my GPU (temp1) over 38C, and it's normally around 31C. Here's another file check on the MP4: mingdao@workstation ~/test $ md5sum XITHbsUUlYI.mp4 dab460274c1ce3ed8ebaf7caa6c0ad02 XITHbsUUlYI.mp4 Even before Walter's reply to me, I'd rebuilt mesa with new flags: media-libs/mesa-9.0 USE=classic egl g3dvl gallium llvm nptl r600-llvm-compiler shared-glapi xa xvmc -bindist -debug -gbm -gles1 -gles2 -openvg -osmesa -pax_kernel -pic (-selinux) -vdpau (-wayland) -xorg VIDEO_CARDS=r600 -i915 -i965 -intel -nouveau -r100 -r200 -r300 -radeon -radeonsi -vmware Hopefully tomorrow I've have time to check. I'd also saved the old /var/log/Xorg.0.log from before rebuilding mesa. And then there are other comps with other chipsets on this LAN to try. Thanks for the replies. -- Happy Penguin Computers ') 126 Fenco Drive ( \ Tupelo, MS 38801 ^^ supp...@happypenguincomputers.com 662-269-2706 662-205-6424 http://happypenguincomputers.com/ Don't top-post: http://en.wikipedia.org/wiki/Top_post#Top-posting
[gentoo-user] Odd Update Issue
Hi guys. I ran into this error while doing a full system update, and was wondering if there was a solution. -Begin Messajes Calculating dependencies .. .. done! [ebuild U ] media-libs/mesa-10.2.0.rcbled [10.0.4] USE equals comdriblec% comopenmax%was VIDEOCARDS equals nouveauinin radeoninin vmwareinin greater-than greater-than greater-than Verifying ebuild manifests greater-than greater-than greater-than Emerging (1 of 1) media-libs/mesa-10.2.0.rc433gentoo * MesaLib-10.2.0-rc44tarddbz2 SHA256 SHA512 WHIRLPOOL size ;com) ... Were ok ] greater-than greater-than greater-than Unpacking source... greater-than greater-than greater-than Unpacking MesaLib-10.2.0-rc44tarddbz2 to /var/tmp/portage/media-libs/mesa-10.2.0.rcbled/work greater-than greater-than greater-than Source unpacked in /var/tmp/portage/media-libs/mesa-10.2.0.rcbled/work greater-than greater-than greater-than Preparing source in /var/tmp/portage/media-libs/mesa-10.2.0.rcbled/work/Mesa-10.2.0-r cbled ... * Cannot find $EPATCHSOURCE! Value for $EPATCHSOURCE is: * * /usr/portage/media-libs/mesa/files/mesa-10.2-dont-require-llvm-fo r-r3004patch * were mesa-10.2-dont-require-llvm-for-r3004patch were * ERROR: media-libs/mesa-10.2.0.rc433gentoo failed (prepare phase): * Cannot find $EPATCHSOURCE! * * Call stack: * ebuildddsh, line 93: Called srcprepare * environment, line 4773: Called epatch '/usr/portage/media-libs/mesa/files/mesa-10.2-dont-require-llvm-f or-r3004patch' * environment, line 1849: Called die * The specific snippet of code: * die Cannot find backslash $EPATCHSOURCE!; * * If you need support, post the output of `emerge -info ' equals media-libs/mesa-10.2.0.rc433gentoo'`, * the complete build log and the output of `emerge compqv ' equals media-libs/mesa-10.2.0.rc433gentoo'`. * The complete build log is located at '/var/tmp/portage/media-libs/mesa-10.2.0.rcbled/temp/buildddlog'. * The ebuild environment file is located at '/var/tmp/portage/media-libs/mesa-10.2.0.rcbled/temp/environment' . * Working directory: '/var/tmp/portage/media-libs/mesa-10.2.0.rcbled/work/Mesa-10.2.0- rc4' * S: '/var/tmp/portage/media-libs/mesa-10.2.0.rcbled/work/Mesa-10.2.0- rc4' greater-than greater-than greater-than Failed to emerge media-libs/mesa-10.2.0.rcbled, Log file: greater-than greater-than greater-than '/var/tmp/portage/media-libs/mesa-10.2.0.rcbled/temp/buildddlog' * Messages for package media-libs/mesa-10.2.0.rcbled: * Cannot find $EPATCHSOURCE! Value for $EPATCHSOURCE is: * * /usr/portage/media-libs/mesa/files/mesa-10.2-dont-require-llvm-fo r-r3004patch * were mesa-10.2-dont-require-llvm-for-r3004patch were * ERROR: media-libs/mesa-10.2.0.rc433gentoo failed (prepare phase): * Cannot find $EPATCHSOURCE! * * Call stack: * ebuildddsh, line 93: Called srcprepare * environment, line 4773: Called epatch '/usr/portage/media-libs/mesa/files/mesa-10.2-dont-require-llvm-f or-r3004patch' * environment, line 1849: Called die * The specific snippet of code: * die Cannot find backslash $EPATCHSOURCE!; * * If you need support, post the output of `emerge -info ' equals media-libs/mesa-10.2.0.rc433gentoo'`, * the complete build log and the output of `emerge compqv ' equals media-libs/mesa-10.2.0.rc433gentoo'`. * The complete build log is located at '/var/tmp/portage/media-libs/mesa-10.2.0.rcbled/temp/buildddlog'. * The ebuild environment file is located at '/var/tmp/portage/media-libs/mesa-10.2.0.rcbled/temp/environment' . * Working directory: '/var/tmp/portage/media-libs/mesa-10.2.0.rcbled/work/Mesa-10.2.0- rc4' * S: '/var/tmp/portage/media-libs/mesa-10.2.0.rcbled/work/Mesa-10.2.0- rc4' Portage 2.2.10 (default/linux/xblehf/acj/desktop/gnome/systemd, gcc-4.7.3, glibc-2.19, 3.12.13-gentoo i686) equals equals equals equals equals equals equals equals equals equals equals equals equals equals equals equals equals equals equals equals equals equals equals equals equals equals equals equals equals equals equals equals equals equals equals equals equals equals equals equals equals equals equals equals equals equals equals equals equals equals equals equals equals equals equals equals equals equals equals equals equals equals equals equals equals System Settings equals equals equals equals equals equals equals equals equals equals equals equals equals equals equals equals equals equals equals equals equals equals equals equals equals equals equals equals equals equals equals equals equals equals equals equals equals equals equals equals equals equals equals equals equals equals equals equals equals equals equals equals equals equals equals equals equals equals equals equals equals equals equals equals equals System uname:Linux-3.12.13-gentoo-i686-Intel-R-_Celeron-R-_CPU_B800_@_1. 50GHz-with-gentoo-2.2 KiB Mem: 1916484 total, 196656 free KiB Swap: 524284 total, 505820 free Timestamp of tree: Tue, 27 May 2014 18:45:01 plus ld GNU ld (GNU Binutils) 2.24 app-shells
Re: [gentoo-user] opengl: missing symlink target for header
On 02/13/15 16:19, Nicolas Sebrecht wrote: Hi guys, If you have mesa and eselect-opengl-1.3.X installed, could you please tell me if the symlink /usr/include/GL/glext.h is broken for you? Thanks, Valid symlink here: $ ls -la /usr/include/GL/glext.h lrwxrwxrwx 1 root root 44 Feb 4 15:52 /usr/include/GL/glext.h - ../../lib64/opengl/global/include/GL/glext.h $ eselect opengl list Available OpenGL implementations: [1] nvidia * [2] xorg-x11 $ eselect mesa list 64bit i915 (Intel 915, 945) [1] classic [2] gallium * 64bit i965 (Intel GMA 965, G/Q3x, G/Q4x, HD) [1] classic * 64bit r300 (Radeon R300-R500) 64bit r600 (Radeon R600-R700, Evergreen, Northern Islands) 64bit sw (Software renderer) [1] classic [2] gallium * 32bit i915 (Intel 915, 945) [1] classic [2] gallium * 32bit i965 (Intel GMA 965, G/Q3x, G/Q4x, HD) [1] classic * 32bit r300 (Radeon R300-R500) [1] gallium * 32bit r600 (Radeon R600-R700, Evergreen, Northern Islands) [1] gallium * 32bit sw (Software renderer) [1] classic [2] gallium * $ eix -I mesa [ ... ] media-libs/mesa [ ... ] Installed versions: 10.2.8(20:57:55 01/10/15)(bindist classic dri3 egl gallium gbm llvm nptl udev xa xvmc -debug -gles1 -gles2 -opencl -openmax -openvg -osmesa -pax_kernel -pic -r600-llvm-compiler -selinux -vdpau -wayland ABI_MIPS=-n32 -n64 -o32 ABI_PPC=-32 -64 ABI_S390=-32 -64 ABI_X86=64 -32 -x32 KERNEL=linux -FreeBSD VIDEO_CARDS=intel -freedreno -i915 -i965 -ilo -nouveau -r100 -r200 -r300 -r600 -radeon -radeonsi -vmware) $ eix -I eselect-opengl [I] app-admin/eselect-opengl [ ... ] Installed versions: 1.2.7(21:12:14 09/05/14)
Re: [gentoo-user] Re: Portage getting slicker?
On 13/07/2016 23:41, James wrote: Alan McKinnon gmail.com> writes: On 13/07/2016 20:25, James wrote: So, today I ran a sync and upgrade to a gentoo workstation:: emerge -uvDNp world These are the packages that would be merged, in order: Calculating dependencies... done! Total: 0 packages, Size of downloads: 0 KiB WARNING: One or more updates/rebuilds have been skipped due to a dependency conflict: media-libs/jasper:0 (media-libs/jasper-1.900.1-r9:0/0::gentoo, ebuild scheduled for merge) conflicts with media-libs/jasper:0/0=[abi_x86_32(-),abi_x86_64(-)] required by (x11-libs/gdk-pixbuf-2.32.3:2/2::gentoo, installed) media-libs/jasper:=[abi_x86_32(-),abi_x86_64(-)] required by (x11-libs/gdk-pixbuf-2.32.3:2/2::gentoo, installed) This is not a blocker. Read the warning, it says an update or rebuild was skipped due to a dependency conflict. In your casejasper-1.900.1-r9 was not done due to gdk-pixbuf requirements. Presumably, what you already have keeps pixbuf happy Blockers in that output usually have "!!" annotations at the beginning. Ah excellent point, but the build did not move forward with:: ' emerge -uvDN world' either. With the --tree it did move forward with the build update. In the first attempt usually the packages to be built are listed, conflicts or blockers. But you didn't run emerge -uvDN world You ran emerge -uvDNp world why won't move forward, ever None of these 3 packages where listed in the first attempt to see what needs to be built:: Not 'sys-devel/llvm', nor 'sys-devel/clang', nor 'media-libs/mesa'. Emerging (1 of 3) sys-devel/llvm-3.7.1-r3::gentoo I did nothing manual in between. Explanations? portage is doing what's expected. You don't have -a in the command line and there's nothing stopping portage from moving forward with the build. SO it moved forward with the build. Yes, nothing to do with 'media-libs/jasper' nor 'gdk-pixbuf'. So I guess the --tree option got rid of the these (conflicts issues. My point is that this is remarkably better than how things worked in the past (but not certain when these enhancements were made). But you introduced two significant changes in you command line removed -N added -t It's unsurprising you got different behaviour
[gentoo-user] Re: Portage getting slicker?
Alan McKinnon gmail.com> writes: > > On 13/07/2016 20:25, James wrote: > >> > > So, today I ran a sync and upgrade to a gentoo workstation:: > > emerge -uvDNp world > > > > These are the packages that would be merged, in order: > > Calculating dependencies... done! > > Total: 0 packages, Size of downloads: 0 KiB > > WARNING: One or more updates/rebuilds have been skipped due to a dependency > > conflict: > > > > media-libs/jasper:0 > > > >(media-libs/jasper-1.900.1-r9:0/0::gentoo, ebuild scheduled for merge) > > conflicts with > > media-libs/jasper:0/0=[abi_x86_32(-),abi_x86_64(-)] required by > > (x11-libs/gdk-pixbuf-2.32.3:2/2::gentoo, installed) > > > > media-libs/jasper:=[abi_x86_32(-),abi_x86_64(-)] required by > > (x11-libs/gdk-pixbuf-2.32.3:2/2::gentoo, installed) > > This is not a blocker. > > Read the warning, it says an update or rebuild was skipped due to a > dependency conflict. In your casejasper-1.900.1-r9 was not done due to > gdk-pixbuf requirements. Presumably, what you already have keeps pixbuf > happy > > Blockers in that output usually have "!!" annotations at the beginning. Ah excellent point, but the build did not move forward with:: ' emerge -uvDN world' either. With the --tree it did move forward with the build update. In the first attempt usually the packages to be built are listed, conflicts or blockers. None of these 3 packages where listed in the first attempt to see what needs to be built:: Not 'sys-devel/llvm', nor 'sys-devel/clang', nor 'media-libs/mesa'. > >>>> Emerging (1 of 3) sys-devel/llvm-3.7.1-r3::gentoo > > I did nothing manual in between. Explanations? > portage is doing what's expected. You don't have -a in the command line > and there's nothing stopping portage from moving forward with the build. > SO it moved forward with the build. Yes, nothing to do with 'media-libs/jasper' nor 'gdk-pixbuf'. So I guess the --tree option got rid of the these (conflicts issues. My point is that this is remarkably better than how things worked in the past (but not certain when these enhancements were made). Thanks for pointing out blockers vs conflicts... James
Re: [gentoo-user] Can't compile media-libs/mesa - do I need gallium?
On Mon, Jul 17, 2017 at 01:43:46AM +0100, Stroller wrote > This system is headless, but I have x11-wm/xpra installed on it so I can run > X11 apps remotely. > > Recent emerges of world have been failing at media-libs/mesa > > Currently I have mesa-13.0.5 installed; I have this problem with mesa-17.0.6 > (current stable) and mesa-17.1.4 (latest in the tree when I tried this a few > days ago). > > The error says I should post this if I need support: > > $ emerge -pqv '=media-libs/mesa-17.0.6::gentoo' > [ebuild U ] media-libs/mesa-17.0.6 [13.0.5] USE="classic dri3 egl gallium > gbm llvm nptl -bindist -d3d9 -debug -gles1 -gles2 -opencl -openmax -osmesa > -pax_kernel -pic (-selinux) -vaapi -valgrind -vdpau -vulkan -wayland -xa > -xvmc (-gcrypt%) (-libressl%) (-nettle%*) (-openssl%*)" ABI_X86="(64) -32 > (-x32)" VIDEO_CARDS="(-freedreno) -i915 -i965 -imx% -intel -nouveau -r100 > -r200 -r300 -r600 -radeon -radeonsi (-vc4) (-vivante) -vmware" > The build.log doesn't point me towards any obvious solutions, or > maybe I just don't know how to read it. > > All I can make out is that it's a problem with gallium. The current > version of mesa appears to have gallium enabled, though. > > I know nothing about mesa, not even really what it's for, so I don't > know if I should just try disabling gallium and trying again. I've got 17.0.6 building and running fine, under GCC 6.3.0 (YES !), without gallium. I suggest trying "-gallium" in make.conf. Here's my mesa "pretend build" output... [ebuild R] media-libs/mesa-17.0.6::gentoo USE="bindist classic dri3 egl gbm gles2 nptl -d3d9 -debug -gallium -gles1 -llvm -opencl -openmax -osmesa -pax_kernel -pic (-selinux) -vaapi -valgrind -vdpau -vulkan -wayland -xa -xvmc" VIDEO_CARDS="i915 intel (-freedreno) -i965 -imx -nouveau -r100 -r200 -r300 -r600 -radeon -radeonsi (-vc4) (-vivante) -vmware" 0 KiB -- Walter Dnes <waltd...@waltdnes.org> I don't run "desktop environments"; I run useful applications
[gentoo-user] USE="-libglvnd" ignored
I just updated my secondary machine. No mention of "libglvnd" in package.use... [i3][root][~] grep libglvnd /etc/portage/package.use/* "Disabled" in make.conf... [i3][root][~] grep libglvnd /etc/portage/make.conf USE="X apng fmpeg introspection jpeg opengl openmp png szip truetype x264 x265 xorg threads vala -acl -arp -arping -berkdb -bindist -bles -caps -chatzilla -cracklib -crypt -elogind -filecaps -gallium -gdbm -gmp-autoupdate -graphite -gstreamer -iconv -ipc -iptables -ipv6 -jemalloc3 -libav -libglvnd -llvm -manpager -nls -pam -pch -roaming -sendmail -spell -tcpd -udev -udisks -unicode -upower -xinerama" But libglvnd is still pulled in as a hard dependency... [i3][root][~] emerge -pv --depclean media-libs/libglvnd Calculating dependencies... done! media-libs/libglvnd-1.3.2 pulled in by: media-libs/mesa-20.0.8 requires >=media-libs/libglvnd-1.2.0-r1[X,abi_x86_64(-)] x11-base/xorg-server-1.20.8-r1 requires media-libs/libglvnd[X] >>> No packages selected for removal by depclean Packages installed: 583 Packages in world:80 Packages in system: 43 Required packages:583 Number to remove: 0 If it's really a hard dependency, then why pretend in the ebuilds that it's optional? [i3][root][~] grep libglvnd /usr/portage/media-libs/mesa/mesa-20.0.8.ebuild +classic d3d9 debug +dri3 +egl +gallium +gbm gles1 +gles2 +libglvnd +llvm libglvnd? ( >=media-libs/libglvnd-1.2.0-r1[X?,${MULTILIB_USEDEP}] !libglvnd? ( libglvnd? ( usr/lib/libGLX_mesa.so.0.0.0 ) $(meson_use libglvnd glvnd) if ! use libglvnd; then [i3][root][~] grep libglvnd /usr/portage/x11-base/xorg-server/xorg-server-1.20.8-r1.ebuild IUSE="${IUSE_SERVERS} debug +elogind ipv6 libressl +libglvnd minimal selinux suid systemd +udev unwind xcsecurity" CDEPEND="libglvnd? ( media-libs/libglvnd[X] !!x11-drivers/nvidia-drivers[-libglvnd(-)] !libglvnd? ( >=app-eselect/eselect-opengl-1.3.0 ) if ! use libglvnd; then -- Walter Dnes I don't run "desktop environments"; I run useful applications
Re: [gentoo-user] Re: update fails, but I don't see why
n952162 wrote: > > On 12/14/20 4:54 AM, Grant Edwards wrote: >> On 2020-12-13, n952162 wrote: >>> On 12/13/20 9:18 AM, Neil Bothwick wrote: >>>> Nearly 2 months, quite a long time in Gentoo update terms. >>> Okay, is the solution then to re-install? >> That's _a_ solution, and might be less work. >> >> But, if you're not going to update more regularly, you're probably >> going to keep running into situations like this. They will require a >> methodical approach, a good understanding of how portage works, and >> will end up taking up more of your time that would updating once a >> week. >> >> -- >> Grant >> >> > > One thing about frequent updating... I thought I was following the > advice here by developing a procedure to update at the start of every > month. When I did that, llvm, rust, clang, firefox, and thunderbird > would rebuild every time, for an average of 4 to 8 hours a piece. If > those things - or their dependencies - are triggered that often, then > it's likely I'll be building them almost every week instead of every > month. > > > > I run unstable on Firefox and it seems to update here about every two weeks or so. It does vary tho. If you run stable, it may not update as often. If build times are a problem, there is a binary version available. I'm not sure what the default settings are for it tho. It seems rust updates about once a month but it to varies a bit. I'm almost certain I run unstable on it as well. For llvm, it goes a while without a update. I show one in May, one in July, one is September and the last one in November. About every other month it seems. It seems we perceive some packages to update more often than they do. I guess we remember having to wait for them more than we do small packages. This is where genlop -t comes in. It will tell you the compile time and shows dates it was done. I used to swear that OOo was updated every week. It took some looking to figure out, it just seemed that way. If you are able, maybe you can compile the bigger packages on a faster system? If it is a option, it may help. Dale :-) :-)
Re: [gentoo-user] upgrading 1-year old system
On 29/01/2017 22:56, the...@sys-concept.com wrote: > I haven't updated my system for over a year (1year and 3-months). > I was trying to upgrade my firefox-bin and I'm already running into problems. > > What is my best option, re-install from scratch, upgrade in stages etc. > With firefox-bin I'm getting: 1 year 3 months isn't usually that bad and it can be done - I've done it many times myself. However there are gotchas: - there is no stock method and no stock answers. So asking "I can't upgrade procps! What must I do?" isn't going to get you much in the way of usable replies. Most will be something like "I have no idea. Please be /way/ more specific" - you need to understand what portage is telling you when it dumps a crapload of output on the screen. If you can read through blockers and figure out what to do, it's usually not that hard. It however tedious. - you need to have a good grasp of what most packages do. So if you think perhaps you need to unmerge binutils or python, your brain must scream at you that it's a very very bad idea, and you need to know why (reason: portage don't work for shit with those packages gone and needs them present to put them back. Hello chicken, greet egg) - go slowly and deal with one block at a time. A regular emerge world probably won't succeed so you gotta bite of small chunks With those basics out the way, it's a great learning experience. I recommend you do it at least once. > > emerge -p firefox-bin > > These are the packages that would be merged, in order: > > Calculating dependencies... done! > [ebuild N ] dev-libs/libuv-1.10.2 USE="-static-libs" > [ebuild N ] dev-util/ninja-1.6.0 USE="-doc -emacs {-test} -vim-syntax > -zsh-completion" > [ebuild U ] www-client/firefox-bin-45.6.0 [38.6.1] L10N="-ach% -af% -an% > -ar% -as% -ast% -az% -be% -bg% -bn-BD% -bn-IN% -br% -bs% -ca% -cs% -cy% -da% > -de% -el% -en-GB% -en-ZA% -eo% -es-AR% -es-CL% -es-ES% -es-MX% -et% -eu% -fa% > -fi% -fr% -fy% -ga% -gd% -gl% -gu% -he% -hi% -hr% -hsb% -hu% -hy% -id% -is% > -it% -ja% -kk% -km% -kn% -ko% -lt% -lv% -mai% -mk% -ml% -mr% -ms% -nb% -nl% > -nn% -or% -pa% -pl% -pt-BR% -pt-PT% -rm% -ro% -ru% -si% -sk% -sl% -son% -sq% > -sr% -sv% -ta% -te% -th% -tr% -uk% -uz% -vi% -xh% -zh-CN% -zh-TW%" > [ebuild U ] dev-java/java-config-2.2.0-r3 [2.2.0] USE="{-test%}" > PYTHON_TARGETS="(-python3_5)" > [uninstall ] dev-java/java-config-wrapper-0.16 > [blocks b ] dev-java/java-config-wrapper ("dev-java/java-config-wrapper" > is blocking dev-java/java-config-2.2.0-r3) > [ebuild NS] sys-libs/db-5.3.28-r2 [4.8.30-r2] USE="cxx java -doc > -examples -tcl {-test}" > [ebuild U ] sys-libs/ncurses-6.0-r1 [5.9-r5] USE="{-test%} -threads%" > [ebuild r U ] sys-process/procps-3.3.12 [3.3.10-r1] USE="kill%*" > [ebuild U ] dev-util/cmake-3.7.2 [3.3.1-r1] > [ebuild r U ] sys-devel/llvm-3.7.1-r3 [3.5.0] USE="-lldb%" > [ebuild rR] app-editors/xemacs-21.4.24 java-config-wrapper is long gone. Remove it and java-config will probably succeed > > !!! Multiple package instances within a single package slot have been pulled > !!! into the dependency graph, resulting in a slot conflict: > > sys-process/procps:0 > > (sys-process/procps-3.3.12:0/5::gentoo, ebuild scheduled for merge) pulled > in by > (no parents that aren't satisfied by other packages in this slot) > > (sys-process/procps-3.3.10-r1:0/0::gentoo, installed) pulled in by > sys-process/procps:0/0= required by (dev-db/mariadb-10.0.22:0/18::gentoo, > installed) > ^ > Update mariadb by itself to fix this. The version you have wants a subslot of procps that no longer exists > > sys-libs/ncurses:0 > > (sys-libs/ncurses-6.0-r1:0/6::gentoo, ebuild scheduled for merge) pulled in > by > (no parents that aren't satisfied by other packages in this slot) > > (sys-libs/ncurses-5.9-r5:0/5::gentoo, installed) pulled in by > sys-libs/ncurses:0/5= required by > (dev-lang/ruby-2.0.0_p647-r1:2.0/2.0::gentoo, installed) > ^ > > > sys-libs/ncurses:0/5[ada?,cxx?,gpm?,static-libs?,tinfo?,unicode?,abi_x86_32(-)?,abi_x86_64(-)?,abi_x86_x32(-)?,abi_mips_n32(-)?,abi_mips_n64(-)?,abi_mips_o32(-)?,abi_ppc_32(-)?,abi_ppc_64(-)?,abi_s390_32(-)?,abi_s390_64(-)?] > required by (sys-libs/ncurses-5.9-r99:5/5::gentoo, installed) > >
Re: [gentoo-user] Can't compile media-libs/mesa - do I need gallium?
Hello, > undefined reference to > `llvm::RTDyldMemoryManager::getSymbolAddressInProcess(std::__cxx11::basic_string > , std::allocator > const&)' Seems to be the error, maybe you have to recompile llvm with c++11 Regards, Rasmus Original Message On 17 Jul 2017, 02:43, Stroller wrote: > This system is headless, but I have x11-wm/xpra installed on it so I can run > X11 apps remotely. > > Recent emerges of world have been failing at media-libs/mesa > > Currently I have mesa-13.0.5 installed; I have this problem with mesa-17.0.6 > (current stable) and mesa-17.1.4 (latest in the tree when I tried this a few > days ago). > > The error says I should post this if I need support: > > $ emerge -pqv '=media-libs/mesa-17.0.6::gentoo' > [ebuild U ] media-libs/mesa-17.0.6 [13.0.5] USE="classic dri3 egl gallium gbm > llvm nptl -bindist -d3d9 -debug -gles1 -gles2 -opencl -openmax -osmesa > -pax_kernel -pic (-selinux) -vaapi -valgrind -vdpau -vulkan -wayland -xa > -xvmc (-gcrypt%) (-libressl%) (-nettle%*) (-openssl%*)" ABI_X86="(64) -32 > (-x32)" VIDEO_CARDS="(-freedreno) -i915 -i965 -imx% -intel -nouveau -r100 > -r200 -r300 -r600 -radeon > -radeonsi (-vc4) (-vivante) -vmware" > $ > > The build.log doesn't point me towards any obvious solutions, or maybe I just > don't know how to read it. > > All I can make out is that it's a problem with gallium. The current version > of mesa appears to have gallium enabled, though. > > I know nothing about mesa, not even really what it's for, so I don't know if > I should just try disabling gallium and trying again. > > I'm grateful for any thoughts, > > Stroller. > > Tail end of /var/tmp/portage/media-libs/mesa-17.0.6/temp/build.log follows: > > /bin/sh ../../../../libtool --tag=CXX --mode=link x86_64-pc-linux-gnu-g++ > -march=native -O2 -pipe -Wall -fno-math-errno -fno-trapping-math -shared > -shrext .so -module -no-undefined -avoid-version -Wl,--gc-sections > -Wl,--no-undefined > -Wl,--version-script=/var/tmp/portage/media-libs/mesa-17.0.6/work/mesa-17.0.6/src/gallium/targets/dri/dri.sym > > -Wl,--dynamic-list=/var/tmp/portage/media-libs/mesa-17.0.6/work/mesa-17.0.6/src/gallium/targets/dri-vdpau.dyn > -L/usr/lib64 -Wl,-O1 -Wl,--as-needed -o gallium_dri.la -rpath /usr/lib64/dri > gallium_dri_la-target.lo ../../../../src/mesa/libmesagallium.la > ../../../../src/mesa/drivers/dri/common/libdricommon.la > ../../../../src/mesa/drivers/dri/common/libmegadriver_stub.la > ../../../../src/gallium/state_trackers/dri/libdri.la > ../../../../src/gallium/auxiliary/libgalliumvl.la > ../../../../src/gallium/auxiliary/libgallium.la > ../../../../src/gallium/drivers/ddebug/libddebug.la > ../../../../src/gallium/drivers/noop/libnoop.la > ../../../../src/gallium/drivers/rbug/librbug.la > ../../../../src/gallium/drivers/trace/libtrace.la > ../../../../src/mapi/shared-glapi/libglapi.la -lexpat -ldrm -lm -lpthread > -ldl -ldrm > ../../../../src/gallium/auxiliary/pipe-loader/libpipe_loader_static.la > ../../../../src/gallium/winsys/sw/null/libws_null.la > ../../../../src/gallium/winsys/sw/wrapper/libwsw.la > ../../../../src/gallium/winsys/sw/dri/libswdri.la > ../../../../src/gallium/winsys/sw/kms-dri/libswkmsdri.la -ldrm > ../../../../src/gallium/drivers/softpipe/libsoftpipe.la > ../../../../src/gallium/drivers/llvmpipe/libllvmpipe.la -lLLVMX86Disassembler > -lLLVMX86AsmParser -lLLVMX86CodeGen -lLLVMSelectionDAG -lLLVMAsmPrinter > -lLLVMDebugInfoCodeView -lLLVMCodeGen -lLLVMScalarOpts -lLLVMInstCombine > -lLLVMInstrumentation -lLLVMTransformUtils -lLLVMX86Desc -lLLVMMCDisassembler > -lLLVMX86Info -lLLVMX86AsmPrinter -lLLVMX86Utils -lLLVMMCJIT > -lLLVMExecutionEngine -lLLVMTarget -lLLVMRuntimeDyld -lLLVMObject > -lLLVMMCParser -lLLVMBitReader -lLLVMMC -lLLVMBitWriter -lLLVMAnalysis > -lLLVMProfileData -lLLVMCore -lLLVMSupport > libtool: link: x86_64-pc-linux-gnu-g++ -fPIC -DPIC -shared -nostdlib > /usr/lib/gcc/x86_64-pc-linux-gnu/5.4.0/../../../../lib64/crti.o > /usr/lib/gcc/x86_64-pc-linux-gnu/5.4.0/crtbeginS.o > .libs/gallium_dri_la-target.o -Wl,--whole-archive > ../../../../src/mesa/.libs/libmesagallium.a > ../../../../src/mesa/drivers/dri/common/.libs/libdricommon.a > ../../../../src/mesa/drivers/dri/common/.libs/libmegadriver_stub.a > ../../../../src/gallium/state_trackers/dri/.libs/libdri.a > ../../../../src/gallium/auxiliary/.libs/libgalliumvl.a > ../../../../src/gallium/auxiliary/.libs/libgallium.a > ../../../../src/gallium/drivers/ddebug/.libs/libddebug.a > ../../../../src/gallium/drivers/noop/.libs/libnoop.a > ../../../../src/gallium/drivers/rbug/.libs/librbug.a > ../../../../src/gallium/drivers/trace/.libs/libtrace.a >
Re: [gentoo-user] Intel and Gallium 0.4 on llvmpipe (LLVM 3.4, 256 bits)
On 27/05/2014 15:23, Time Lucky wrote: My USE in make.conf is SE=bindist mmx mmx2 sse sse2 gnome gtk dbus systemd -consolekit -kde -qt4 X acpi bash-completion bluetooth cjk unicode ipv6 At a hunch, I would say your USE for mesa is incorrect, possibly you have classic enabled and gallium disabled? Here's mine which works for me with an i915: [I] media-libs/mesa Installed versions: 10.1.4(09:27:10 25/05/2014)(dri3 egl gallium gbm gles2 nptl xvmc -bindist -classic -debug -gles1 -llvm -opencl -openvg -osmesa -pax_kernel -pic -r600-llvm-compiler -selinux -vdpau -wayland -xa ABI_MIPS=-n32 -n64 -o32 ABI_X86=64 -32 -x32 KERNEL=-FreeBSD VIDEO_CARDS=intel radeon -freedreno -i915 -i965 -ilo -nouveau -r100 -r200 -r300 -r600 -radeonsi -vmware) 2014-05-27 21:21 GMT+08:00 Time Lucky fly8...@gmail.com mailto:fly8...@gmail.com: intel vesa fbdev comes from http://www.thinkwiki.org/wiki/Installing_Gentoo_on_a_ThinkPad_X220; i915 comes from gentoo forums. So VIDEO_CARDS=intel i915 vesa fbdev # equery u x11-drivers/xf86-video-inte it tells the USE is dri sna udev ,while debug glamor uxa xvmc is disabled # equery files x11-drivers/xf86-video-intel * Searching for xf86-video-intel in x11-drivers ... * Contents of x11-drivers/xf86-video-intel-2.99.911-r1: /usr /usr/bin /usr/bin/intel-virtual-output /usr/lib64 /usr/lib64/xorg /usr/lib64/xorg/modules /usr/lib64/xorg/modules/drivers /usr/lib64/xorg/modules/drivers/intel_drv.so /usr/libexec /usr/libexec/xf86-video-intel-backlight-helper /usr/share /usr/share/doc /usr/share/doc/xf86-video-intel-2.99.911-r1 /usr/share/doc/xf86-video-intel-2.99.911-r1/AUTHORS.bz2 /usr/share/doc/xf86-video-intel-2.99.911-r1/ChangeLog.bz2 /usr/share/doc/xf86-video-intel-2.99.911-r1/NEWS.bz2 /usr/share/doc/xf86-video-intel-2.99.911-r1/README.bz2 /usr/share/man /usr/share/man/man4 /usr/share/man/man4/intel-virtual-output.4.bz2 /usr/share/man/man4/intel.4.bz2 /usr/share/polkit-1 /usr/share/polkit-1/actions /usr/share/polkit-1/actions/org.x.xf86-video-intel.backlight-helper.policy 2014-05-27 21:07 GMT+08:00 Alan McKinnon alan.mckin...@gmail.com mailto:alan.mckin...@gmail.com: On 27/05/2014 14:52, Time Lucky wrote: Hey,guys. Anyone can tell me how to switch Gallium 0.4 to intel driver? I dont know why it happened but now my computer is very slow when I use gnome 3.10. $ /usr/libexec/gnome-session-check-accelerated-helper -v libGL error: dlopen /usr/lib64/dri/i965_dri.so failed (/usr/lib64/dri/i965_dri.so: cannot open shared object file: No such file or directory) libGL error: unable to load driver: i965_dri.so libGL error: driver pointer missing libGL error: failed to load driver: i965 gnome-session-is-accelerated: llvmpipe detected. Thank you. What do you have in VIDEO_CARDS? What use flags are set for xf86-video-intel? As I understand it, the packages use those 2 magic settings and build the right thing for you. If that all looks OK, what do you get from equery files x11-drivers/xf86-video-intel ? -- Alan McKinnon alan.mckin...@gmail.com mailto:alan.mckin...@gmail.com -- Alan McKinnon alan.mckin...@gmail.com
Re: [gentoo-user] Intel and Gallium 0.4 on llvmpipe (LLVM 3.4, 256 bits)
VIDEO_ CARDS=intel radeon -freedreno -i915 -i965 -ilo -nouveau -r 100 -r200 -r300 -r600 -radeonsi -vmware Solved! I realized that your VIDEO_CARDS was -i915 then I removed i915 from make.conf # emerge -avtuDN world N ow It detects Intel® Sandybridge Mobile . I should follow the wiki just use intel vesa fbdev Everything is OK though I can't understand why I must remove i915 when Intel® Sandybridge Mobile 's driver is called i915 in kernel modules. Thank you :) 2014-05-27 22:50 GMT+08:00 Alan McKinnon alan.mckin...@gmail.com: On 27/05/2014 15:23, Time Lucky wrote: My USE in make.conf is SE=bindist mmx mmx2 sse sse2 gnome gtk dbus systemd -consolekit -kde -qt4 X acpi bash-completion bluetooth cjk unicode ipv6 At a hunch, I would say your USE for mesa is incorrect, possibly you have classic enabled and gallium disabled? Here's mine which works for me with an i915: [I] media-libs/mesa Installed versions: 10.1.4(09:27:10 25/05/2014)(dri3 egl gallium gbm gles2 nptl xvmc -bindist -classic -debug -gles1 -llvm -opencl -openvg -osmesa -pax_kernel -pic -r600-llvm-compiler -selinux -vdpau -wayland -xa ABI_MIPS=-n32 -n64 -o32 ABI_X86=64 -32 -x32 KERNEL=-FreeBSD VIDEO_CARDS=intel radeon -freedreno -i915 -i965 -ilo -nouveau -r100 -r200 -r300 -r600 -radeonsi -vmware) 2014-05-27 21:21 GMT+08:00 Time Lucky fly8...@gmail.com mailto:fly8...@gmail.com: intel vesa fbdev comes from http://www.thinkwiki.org/wiki/Installing_Gentoo_on_a_ThinkPad_X220; i915 comes from gentoo forums. So VIDEO_CARDS=intel i915 vesa fbdev # equery u x11-drivers/xf86-video-inte it tells the USE is dri sna udev ,while debug glamor uxa xvmc is disabled # equery files x11-drivers/xf86-video-intel * Searching for xf86-video-intel in x11-drivers ... * Contents of x11-drivers/xf86-video-intel-2.99.911-r1: /usr /usr/bin /usr/bin/intel-virtual-output /usr/lib64 /usr/lib64/xorg /usr/lib64/xorg/modules /usr/lib64/xorg/modules/drivers /usr/lib64/xorg/modules/drivers/intel_drv.so /usr/libexec /usr/libexec/xf86-video-intel-backlight-helper /usr/share /usr/share/doc /usr/share/doc/xf86-video-intel-2.99.911-r1 /usr/share/doc/xf86-video-intel-2.99.911-r1/AUTHORS.bz2 /usr/share/doc/xf86-video-intel-2.99.911-r1/ChangeLog.bz2 /usr/share/doc/xf86-video-intel-2.99.911-r1/NEWS.bz2 /usr/share/doc/xf86-video-intel-2.99.911-r1/README.bz2 /usr/share/man /usr/share/man/man4 /usr/share/man/man4/intel-virtual-output.4.bz2 /usr/share/man/man4/intel.4.bz2 /usr/share/polkit-1 /usr/share/polkit-1/actions /usr/share/polkit-1/actions/org.x.xf86-video-intel.backlight-helper.policy 2014-05-27 21:07 GMT+08:00 Alan McKinnon alan.mckin...@gmail.com mailto:alan.mckin...@gmail.com: On 27/05/2014 14:52, Time Lucky wrote: Hey,guys. Anyone can tell me how to switch Gallium 0.4 to intel driver? I dont know why it happened but now my computer is very slow when I use gnome 3.10. $ /usr/libexec/gnome-session-check-accelerated-helper -v libGL error: dlopen /usr/lib64/dri/i965_dri.so failed (/usr/lib64/dri/i965_dri.so: cannot open shared object file: No such file or directory) libGL error: unable to load driver: i965_dri.so libGL error: driver pointer missing libGL error: failed to load driver: i965 gnome-session-is-accelerated: llvmpipe detected. Thank you. What do you have in VIDEO_CARDS? What use flags are set for xf86-video-intel? As I understand it, the packages use those 2 magic settings and build the right thing for you. If that all looks OK, what do you get from equery files x11-drivers/xf86-video-intel ? -- Alan McKinnon alan.mckin...@gmail.com mailto:alan.mckin...@gmail.com -- Alan McKinnon alan.mckin...@gmail.com
Re: [gentoo-user] i965 (Valley View) video acceleration
On 09/11/2014 10:34 AM, Grant wrote: When you get a chance, I'd be interested to know which opengl package has vaapi/vdpau USE and also your output for: # eselect opengl list - Grant Hi Grant, I haven't forgotten, just been really busy with work. Here's some info - Card: 00:02.0 VGA compatible controller: Intel Corporation ValleyView Gen7 (rev 0c) Subsystem: Intel Corporation Device 2055 Kernel driver in use: i915 opengl mesa: ~ # eselect opengl list Available OpenGL implementations: [1] xorg-x11 * ~ # eselect mesa list i915 (Intel 915, 945) [1] classic [2] gallium * i965 (Intel GMA 965, G/Q3x, G/Q4x, HD) [1] classic * r300 (Radeon R300-R500) r600 (Radeon R600-R700, Evergreen, Northern Islands) sw (Software renderer) [1] classic [2] gallium * USE flags: USE=-ldap -ipv6 -gnome -kde X lirc python mmx sse sse2 ssse3 sse3 sse4 sse4_1 sse4_2 aac alsa mp3 rtmp vorbis x264 xvid threads theora vaapi libass opengl flac mad jpeg png gif xv mpeg qt3support cec dvd ass consolekit Some installed versions: # equery list opengl mesa ffmpeg * Searching for opengl ... [IP-] [ ] virtual/opengl-7.0-r1:0 * Searching for mesa ... [IP-] [ ] media-libs/mesa-10.0.4:0 * Searching for ffmpeg ... [IP-] [ ] media-video/ffmpeg-1.2.6-r1:0 # emerge -pv opengl mesa ffmpeg mplayer2 These are the packages that would be merged, in order: Calculating dependencies... done! [ebuild R] media-libs/mesa-10.0.4 USE=classic egl gallium llvm nptl -bindist -debug -gbm -gles1 -gles2 -llvm-shared-libs -opencl -openvg -osmesa -pax_kernel -pic -r600-llvm-compiler (-selinux) -vdpau -wayland -xa -xvmc ABI_X86=(64) (-32) (-x32) VIDEO_CARDS=intel (-freedreno) -i915 -i965 -ilo -nouveau -r100 -r200 -r300 -r600 -radeon -radeonsi -vmware 0 kB [ebuild R] virtual/opengl-7.0-r1 ABI_X86=(64) (-32) (-x32) 0 kB [ebuild R] media-video/ffmpeg-1.2.6-r1 USE=X aac alsa bzip2 encode hardcoded-tables iconv libass mmx mp3 network rtmp sdl ssse3 theora threads truetype vaapi vorbis x264 xvid zlib -3dnow -3dnowext -aacplus (-altivec) -amr -avx -bindist -bluray -cdio (-celt) -cpudetection -debug -doc -examples -faac -fdk -flite -fontconfig -frei0r -gnutls -gsm -iec61883 -ieee1394 -jack -jpeg2k -libcaca -libsoxr -libv4l -mmxext -modplug (-neon) -openal -openssl -opus -oss -pic -pulseaudio -schroedinger -speex -static-libs {-test} -twolame -v4l -vdpau (-vis) -vpx ABI_X86=(64) (-32) (-x32) FFTOOLS=aviocat cws2fws ffescape ffeval fourcc2pixfmt graph2dot ismindex pktdumper qt-faststart trasher 0 kB [ebuild R] media-video/mplayer2-2.0_p20130126 USE=X a52 alsa cdio dts dv dvd dvdnav enca faad gif iconv jpeg lcms libass lirc mad mmx mng mp3 network opengl png postproc rar rtc sdl shm speex sse sse2 ssse3 theora unicode vorbis xscreensaver xv xvid -3dnow -3dnowext (-altivec) (-aqua) -bluray -bs2b -cddb -cpudetection -debug -directfb -doc -dvb -fbcon -ftp -ipv6 -jack -joystick -ladspa -libcaca -md5sum -mmxext -nut -oss -pnm -portaudio -pulseaudio -pvr -quvi -radio -samba (-selinux) -symlink -tga -v4l -vcd -vdpau -xanim -xinerama -yuv4mpeg 0 kB # uname -a Linux htpcbedroom 3.14.14-gentoo #3 SMP Sat Aug 30 14:51:20 PDT 2014 x86_64 Intel(R) Celeron(R) CPU N2820 @ 2.13GHz GenuineIntel GNU/Linux As you can see, ffmpeg is built with vaapi and threading support. I'm pretty sure mplayer2 uses ffmpeg. I also seem to remember kernels 3.13 are required, as is mesa 9.2 (in the case of the NUC.) I don't remember why I switched to mplayer2 now, but quite a while back I was having a problem with mplayer and someone on IRC somewhere said to try mplayer2. It solved whatever issue I had and I've been using it since. Wish I could remember what it was though... As I said, CPU usage as reported by top while playing 1080p with mplayer2 was 80-90% so it must be doing it on the CPU. I tried playing a 1080i recording with mplayer with 5 channel audio and it takes 5-10%. I know for sure xbmc and mythtv are using vaapi and it works beautifully. Dan
Re: [gentoo-user] Rust problem when upgrading Firefox
Philip Webb wrote: > I finally needed to upgrade to FF 60.2.2 . > This has several large requirements, incl Rust 1.29.1 . > > The 1st time I tried, Rust failed after 35 min with these final lines : > > Compiling rustc-rayon v0.1.1 > Compiling rustc_data_structures v0.0.0 > (file:///var/tmp/portage/portage/dev-lang/rust-1.29.1/work/rustc-1.29.1-src/src/librustc_data_structures) > Compiling arena v0.0.0 > (file:///var/tmp/portage/portage/dev-lang/rust-1.29.1/work/rustc-1.29.1-src/src/libarena) > Compiling syntax_pos v0.0.0 > (file:///var/tmp/portage/portage/dev-lang/rust-1.29.1/work/rustc-1.29.1-src/src/libsyntax_pos) > Compiling rustc_errors v0.0.0 > (file:///var/tmp/portage/portage/dev-lang/rust-1.29.1/work/rustc-1.29.1-src/src/librustc_errors) > Compiling proc_macro v0.0.0 > (file:///var/tmp/portage/portage/dev-lang/rust-1.29.1/work/rustc-1.29.1-src/src/libproc_macro) > Compiling syntax_ext v0.0.0 > (file:///var/tmp/portage/portage/dev-lang/rust-1.29.1/work/rustc-1.29.1-src/src/libsyntax_ext) > error: linking with `x86_64-pc-linux-gnu-gcc` failed: exit code: 1 > | > = note: "x86_64-pc-linux-gnu-gcc" "-Wl,--as-needed" "-Wl,-z,noexecstack" > "-m64" "-L" > "/var/tmp/portage/portage/dev-lang/rust-1.29.1/work/rustc-1.29.1-src/build/x86_64-unknown-linux-gnu/stage1/lib64/rust\ > ... > > This looked like a missing library or similar, > so I recompiled with extra flags USE="cargo clang rust gold" : > "cargo clang rust" refer to other pkgs which FF requires > & "gold" was then demanded by Portage when I tested with '-pv'. > > The 2nd time I tried with these USE flags, I got : > > Compiling rustc_data_structures v0.0.0 > (file:///var/tmp/portage/portage/dev-lang/rust-1.29.1/work/rustc-1.29.1-src/src/librustc_data_structures) > Compiling arena v0.0.0 > (file:///var/tmp/portage/portage/dev-lang/rust-1.29.1/work/rustc-1.29.1-src/src/libarena) > Compiling syntax_pos v0.0.0 > (file:///var/tmp/portage/portage/dev-lang/rust-1.29.1/work/rustc-1.29.1-src/src/libsyntax_pos) > Compiling rustc_errors v0.0.0 > (file:///var/tmp/portage/portage/dev-lang/rust-1.29.1/work/rustc-1.29.1-src/src/librustc_errors) > Compiling proc_macro v0.0.0 > (file:///var/tmp/portage/portage/dev-lang/rust-1.29.1/work/rustc-1.29.1-src/src/libproc_macro) > Compiling syntax_ext v0.0.0 > (file:///var/tmp/portage/portage/dev-lang/rust-1.29.1/work/rustc-1.29.1-src/src/libsyntax_ext) > LLVM ERROR: IO failure on output stream: No space left on device > error: Could not compile `rustc`. > > Caused by: > process didn't exit successfully: > `/var/tmp/portage/portage/dev-lang/rust-1.29.1/work/rustc-1.29.1-src/build/bootstrap/debug/rustc > --crate-name rustc librustc/lib.rs --error-format json --crate-type dyl\ ... > > Earlier, I found I had to add 'llvm' to /etc/portage/package.env : > apparently it overflowed my usual /var/tmp/portage 'tmpfs'. > I will try again after adding 'rust' there too, > but meanwhile does anyone have any similar experience or other advice ? > Just curious, did you notice this little part? "LLVM ERROR: IO failure on output stream: No space left on device" You may want to make sure you are not out of disk space wherever your tmp directory is or out of ram if you use tmpfs. Hope that helps. Dale :-) :-)
Re: [gentoo-user] emerge -u fails with "OSError: [Errno 12] Cannot allocate memory" [ RESOLVED, kinda ]
On Wednesday, June 17, 2020 7:54:22 AM CEST n952162 wrote: > On 06/16/20 21:35, J. Roeleveld wrote: > > On 16 June 2020 20:31:56 CEST, n952162 wrote: > >> Admonished to get everything updated, I turned to my raspberry pi with > >> Sakaki's binary image. Synced and updated portage with no problem. > >> Then I did an emerge -u @world and got (after *hours* of dependency > >> > >> checking): > >>>>> Jobs: 0 of 206 complete, 1 running Load avg: 2.84, 3.44, 3.85 > >>>>> Emerging binary (1 of 206) sys-libs/glibc-2.31-r5::gentoo > >>>>> Jobs: 0 of 206 complete, 1 running Load avg: 2.84, 3.44, 3.85 > >>>>> Jobs: 0 of 206 complete Load avg: 3.60, 3.54, 3.87 > >>>>> Installing (1 of 206) sys-libs/glibc-2.31-r5::gentoo > >>>>> Jobs: 0 of 206 complete Load avg: 3.60, 3.54, 3.87 > >> > >> Exception in callback AsynchronousTask._exit_listener_cb( >> method...0x7f9180d9d8>>) > >> handle: >> method...0x7f9180d9d8>>)> > >> > >> Traceback (most recent call last): > >>File "/usr/lib64/python3.6/asyncio/events.py", line 145, in _run > >> self._callback(*self._args) > >>File > >> > >> "/usr/lib64/python3.6/site-packages/_emerge/AsynchronousTask.py", line > >> 201, in _exit_listener_cb > >> > >> listener(self) > >>File > >> > >> "/usr/lib64/python3.6/site-packages/_emerge/BinpkgPrefetcher.py", line > >> 31, in _fetcher_exit > >> > >> self._start_task(verifier, self._verifier_exit) > >>File "/usr/lib64/python3.6/site-packages/_emerge/CompositeTask.py", > >> > >> line 113, in _start_task > >> > >> task.start() > >>File > >> > >> "/usr/lib64/python3.6/site-packages/_emerge/AsynchronousTask.py", line > >> 30, in start > >> > >> self._start() > >>File "/usr/lib64/python3.6/site-packages/_emerge/BinpkgVerifier.py", > >> > >> line 59, in _start > >> > >> self._digester_exit) > >>File "/usr/lib64/python3.6/site-packages/_emerge/CompositeTask.py", > >> > >> line 113, in _start_task > >> > >> task.start() > >>File > >> > >> "/usr/lib64/python3.6/site-packages/_emerge/AsynchronousTask.py", line > >> 30, in start > >> > >> self._start() > >>File > >> > >> "/usr/lib64/python3.6/site-packages/portage/util/_async/FileDigester.py", > >> line 30, in _start > >> > >> ForkProcess._start(self) > >>File "/usr/lib64/python3.6/site-packages/_emerge/SpawnProcess.py", > >> > >> line 112, in _start > >> > >> retval = self._spawn(self.args, **kwargs) > >>File > >> > >> "/usr/lib64/python3.6/site-packages/portage/util/_async/ForkProcess.py", > >> line 24, in _spawn > >> > >> pid = os.fork() > >>File "/usr/lib64/python3.6/site-packages/portage/__init__.py", line > >> > >> 246, in __call__ > >> > >> rval = self._func(*wrapped_args, **wrapped_kwargs) > >> > >> OSError: [Errno 12] Cannot allocate memory > >> > >> What's the recommended course of action here? > >> > >> Log attached. > > > > Suggestion: > > 1) ensure you only have 1 job running and absolutely no parallel builds. > > "--jobs 1" for both emerge and make > > > > 2) get SWAP, preferably on USB stick/harddrive so as not to kill the SD > > card. > > > > Because rasppis are low on memory and they have very specific uses, I tend > > not to bother with Gentoo on them. > > > > -- > > Joost > > I started getting a harddisk ready for a swap area, but then decided to > try to emerge @system as a first step (using the -j 1 option this time - > thank you) and that completed, as did then the subsequent emerge of @world. You're welcome. Please be aware that SD-cards are really not designed for the type of use a Gentoo update causes. I would definitely put at least the build-dir (usually / var/tmp/portage) on an external drive to avoid excessive wear and tear (and catastrophic failures) > It completed successfully (as I interpret it) with only 1 package being > emerged, but it also output these messa
Re: [gentoo-user] curses of ncurses :(
On Thu, Aug 27, 2015 at 5:34 PM, gevisz gev...@gmail.com wrote: I do not understand: 1) why portage wants to upgrade ncurses-5.9-r3 to ncurses-5.9-r101 (because it is marked), 2) why it can not, 3) what to do with this block. $ eix ncurses [I] sys-libs/ncurses Available versions: (0)5.9-r3 ~5.9-r4 ~6.0(0/6) (5)~5.9-r101(5/5) {ada +cxx debug doc gpm minimal profile static-libs test threads tinfo trace unicode ABI_MIPS=n32 n64 o32 ABI_PPC=32 64 ABI_S390=32 64 ABI_X86=32 64 x32} Installed versions: 5.9-r3(10:48:01 PM 03/29/2015)(cxx gpm unicode -ada -debug -doc -minimal -profile -static-libs -tinfo -trace ABI_MIPS=-n32 -n64 -o32 ABI_PPC=-32 -64 ABI_S390=-32 -64 ABI_X86=32 64 -x32) Homepage:https://www.gnu.org/software/ncurses/ http://dickey.his.com/ncurses/ Description: console display library # emerge --update --deep --with-bdeps=y --newuse --backtrack=90 --ask world These are the packages that would be merged, in order: Calculating dependencies... done! [ebuild U ] dev-util/diffstat-1.60 [1.58] [ebuild U ] dev-libs/libnl-3.2.26 [3.2.25] [ebuild U ] dev-libs/openssl-1.0.2d [1.0.1p] USE=asm%* -sctp% [ebuild NS ~] sys-libs/ncurses-5.9-r101 [5.9-r3] USE=gpm unicode -tinfo ABI_X86=32 (64) (-x32) [ebuild U ] www-client/firefox-38.2.0 [38.1.1] [blocks B ] sys-libs/ncurses-6:0 (sys-libs/ncurses-6:0 is blocking sys-libs/ncurses-5.9-r101) * Error: The above package list contains packages which cannot be * installed at the same time on the same system. (sys-libs/ncurses-5.9-r101:5/5::gentoo, ebuild scheduled for merge) pulled in by =sys-libs/ncurses-5.7-r7[unicode?] (=sys-libs/ncurses-5.7-r7[unicode]) required by (sys-process/procps-3.3.9-r2:0/0::gentoo, installed) =sys-libs/ncurses-5.2-r2 required by (app-editors/vim-7.4.273:0/0::gentoo, installed) =sys-libs/ncurses-5.2-r2 required by (app-editors/gvim-7.4.273:0/0::gentoo, installed) =sys-libs/ncurses-5.1 required by (app-shells/zsh-5.0.5:0/0::gentoo, installed) sys-libs/ncurses required by (dev-lang/ruby-1.9.3_p551-r1:1.9/1.9::gentoo, installed) =sys-libs/ncurses-5.2 required by (sys-apps/less-478:0/0::gentoo, installed) =sys-libs/ncurses-5.2-r5 required by (sys-boot/grub-2.02_beta2-r7:2/2::gentoo, installed) =sys-libs/ncurses-5.2 required by (sys-kernel/gentoo-sources-4.0.5:4.0.5/4.0.5::gentoo, installed) =sys-libs/ncurses-5.2:5/5= required by (app-emulation/wine-1.6.2:0/0::gentoo, installed) =sys-libs/ncurses-5.2-r5[unicode?] (=sys-libs/ncurses-5.2-r5[unicode]) required by (dev-util/dialog-1.2.20150528:0/0::gentoo, installed) =sys-libs/ncurses-5.2 required by (dev-lang/python-3.4.1:3.4/3.4::gentoo, installed) =sys-libs/ncurses-5.2:= required by (app-emulation/wine-1.6.2:0/0::gentoo, installed) =sys-libs/ncurses-5.9-r3:5/5=[abi_x86_32(-),abi_x86_64(-)] required by (sys-devel/llvm-3.5.0:0/3.5::gentoo, installed) =sys-libs/ncurses-5.1 required by (mail-client/alpine-2.00-r5:0/0::gentoo, installed) sys-libs/ncurses required by (sys-devel/gettext-0.19.4:0/0::gentoo, installed) sys-libs/ncurses[unicode] required by (dev-lang/ghc-7.6.3-r1:0/7.6.3::gentoo, installed) sys-libs/ncurses required by (sys-libs/slang-2.2.4-r1:0/0::gentoo, installed) sys-libs/ncurses:5/5= required by (sci-mathematics/octave-3.8.2:0/3.8.2::gentoo, installed) =sys-libs/ncurses-5.2-r2 required by (sys-apps/util-linux-2.25.2-r2:0/0::gentoo, installed) =sys-libs/ncurses-5.7-r7 required by (sys-process/psmisc-22.21-r2:0/0::gentoo, installed) sys-libs/ncurses required by (dev-libs/xmlrpc-c-1.32.05-r1:0/0::gentoo, installed) =sys-libs/ncurses-5.7-r7 required by (www-client/links-2.8-r1:2/2::gentoo, installed) =sys-libs/ncurses-5.9-r3[abi_x86_32(-)] required by (app-emulation/wine-1.6.2:0/0::gentoo, installed) =sys-libs/ncurses-5.2-r2 required by (app-shells/bash-4.3_p39:0/0::gentoo, installed) (sys-libs/ncurses-5.9-r3:0/0::gentoo, installed) pulled in by sys-libs/ncurses required by (app-text/hunspell-1.3.3:0/0::gentoo, installed) =sys-libs/ncurses-5.7-r7:0= required by (media-sound/lame-3.99.5-r1:0/0::gentoo, installed) =sys-libs/ncurses-5.7-r7:0= required by (sys-block/parted-3.2:0/0::gentoo, installed) =sys-libs/ncurses-5.7-r7:0= required by (media-sound/alsa-utils-1.0.29:0.9/0.9::gentoo, installed) =sys-libs/ncurses-5.2-r2:0= required by (sys-devel/gdb-7.7.1:0/0::gentoo, installed) sys-libs/ncurses:0=[unicode] required by (media-video/vlc-2.1.5-r1:0/5-7::gentoo, installed) sys-libs/ncurses:0= required by (dev-util/cmake-3.2.2:0/0::gentoo, installed) sys-libs/ncurses required by (app-admin/eselect-1.4.4:0/0::gentoo, installed) sys-libs/ncurses:0= required by (sci-mathematics/octave-3.8.2:0/3.8.2::gentoo, installed) =sys-libs/ncurses-5.7-r7:0= required
Re: [gentoo-user] curses of ncurses :(
2015-08-27 17:43 GMT+03:00 Alexander Kapshuk alexander.kaps...@gmail.com: On Thu, Aug 27, 2015 at 5:34 PM, gevisz gev...@gmail.com wrote: I do not understand: 1) why portage wants to upgrade ncurses-5.9-r3 to ncurses-5.9-r101 (because it is marked), 2) why it can not, 3) what to do with this block. $ eix ncurses [I] sys-libs/ncurses Available versions: (0)5.9-r3 ~5.9-r4 ~6.0(0/6) (5)~5.9-r101(5/5) {ada +cxx debug doc gpm minimal profile static-libs test threads tinfo trace unicode ABI_MIPS=n32 n64 o32 ABI_PPC=32 64 ABI_S390=32 64 ABI_X86=32 64 x32} Installed versions: 5.9-r3(10:48:01 PM 03/29/2015)(cxx gpm unicode -ada -debug -doc -minimal -profile -static-libs -tinfo -trace ABI_MIPS=-n32 -n64 -o32 ABI_PPC=-32 -64 ABI_S390=-32 -64 ABI_X86=32 64 -x32) Homepage:https://www.gnu.org/software/ncurses/ http://dickey.his.com/ncurses/ Description: console display library # emerge --update --deep --with-bdeps=y --newuse --backtrack=90 --ask world These are the packages that would be merged, in order: Calculating dependencies... done! [ebuild U ] dev-util/diffstat-1.60 [1.58] [ebuild U ] dev-libs/libnl-3.2.26 [3.2.25] [ebuild U ] dev-libs/openssl-1.0.2d [1.0.1p] USE=asm%* -sctp% [ebuild NS ~] sys-libs/ncurses-5.9-r101 [5.9-r3] USE=gpm unicode -tinfo ABI_X86=32 (64) (-x32) [ebuild U ] www-client/firefox-38.2.0 [38.1.1] [blocks B ] sys-libs/ncurses-6:0 (sys-libs/ncurses-6:0 is blocking sys-libs/ncurses-5.9-r101) * Error: The above package list contains packages which cannot be * installed at the same time on the same system. (sys-libs/ncurses-5.9-r101:5/5::gentoo, ebuild scheduled for merge) pulled in by =sys-libs/ncurses-5.7-r7[unicode?] (=sys-libs/ncurses-5.7-r7[unicode]) required by (sys-process/procps-3.3.9-r2:0/0::gentoo, installed) =sys-libs/ncurses-5.2-r2 required by (app-editors/vim-7.4.273:0/0::gentoo, installed) =sys-libs/ncurses-5.2-r2 required by (app-editors/gvim-7.4.273:0/0::gentoo, installed) =sys-libs/ncurses-5.1 required by (app-shells/zsh-5.0.5:0/0::gentoo, installed) sys-libs/ncurses required by (dev-lang/ruby-1.9.3_p551-r1:1.9/1.9::gentoo, installed) =sys-libs/ncurses-5.2 required by (sys-apps/less-478:0/0::gentoo, installed) =sys-libs/ncurses-5.2-r5 required by (sys-boot/grub-2.02_beta2-r7:2/2::gentoo, installed) =sys-libs/ncurses-5.2 required by (sys-kernel/gentoo-sources-4.0.5:4.0.5/4.0.5::gentoo, installed) =sys-libs/ncurses-5.2:5/5= required by (app-emulation/wine-1.6.2:0/0::gentoo, installed) =sys-libs/ncurses-5.2-r5[unicode?] (=sys-libs/ncurses-5.2-r5[unicode]) required by (dev-util/dialog-1.2.20150528:0/0::gentoo, installed) =sys-libs/ncurses-5.2 required by (dev-lang/python-3.4.1:3.4/3.4::gentoo, installed) =sys-libs/ncurses-5.2:= required by (app-emulation/wine-1.6.2:0/0::gentoo, installed) =sys-libs/ncurses-5.9-r3:5/5=[abi_x86_32(-),abi_x86_64(-)] required by (sys-devel/llvm-3.5.0:0/3.5::gentoo, installed) =sys-libs/ncurses-5.1 required by (mail-client/alpine-2.00-r5:0/0::gentoo, installed) sys-libs/ncurses required by (sys-devel/gettext-0.19.4:0/0::gentoo, installed) sys-libs/ncurses[unicode] required by (dev-lang/ghc-7.6.3-r1:0/7.6.3::gentoo, installed) sys-libs/ncurses required by (sys-libs/slang-2.2.4-r1:0/0::gentoo, installed) sys-libs/ncurses:5/5= required by (sci-mathematics/octave-3.8.2:0/3.8.2::gentoo, installed) =sys-libs/ncurses-5.2-r2 required by (sys-apps/util-linux-2.25.2-r2:0/0::gentoo, installed) =sys-libs/ncurses-5.7-r7 required by (sys-process/psmisc-22.21-r2:0/0::gentoo, installed) sys-libs/ncurses required by (dev-libs/xmlrpc-c-1.32.05-r1:0/0::gentoo, installed) =sys-libs/ncurses-5.7-r7 required by (www-client/links-2.8-r1:2/2::gentoo, installed) =sys-libs/ncurses-5.9-r3[abi_x86_32(-)] required by (app-emulation/wine-1.6.2:0/0::gentoo, installed) =sys-libs/ncurses-5.2-r2 required by (app-shells/bash-4.3_p39:0/0::gentoo, installed) (sys-libs/ncurses-5.9-r3:0/0::gentoo, installed) pulled in by sys-libs/ncurses required by (app-text/hunspell-1.3.3:0/0::gentoo, installed) =sys-libs/ncurses-5.7-r7:0= required by (media-sound/lame-3.99.5-r1:0/0::gentoo, installed) =sys-libs/ncurses-5.7-r7:0= required by (sys-block/parted-3.2:0/0::gentoo, installed) =sys-libs/ncurses-5.7-r7:0= required by (media-sound/alsa-utils-1.0.29:0.9/0.9::gentoo, installed) =sys-libs/ncurses-5.2-r2:0= required by (sys-devel/gdb-7.7.1:0/0::gentoo, installed) sys-libs/ncurses:0=[unicode] required by (media-video/vlc-2.1.5-r1:0/5-7::gentoo, installed) sys-libs/ncurses:0= required by (dev-util/cmake-3.2.2:0/0::gentoo, installed) sys-libs/ncurses required by (app-admin/eselect-1.4.4:0/0::gentoo, installed) sys-libs/ncurses:0= required by (sci-mathematics/octave
Re: [gentoo-user] curses of ncurses :(
2015-08-27 18:18 GMT+03:00 Alexander Kapshuk alexander.kaps...@gmail.com: On Thu, Aug 27, 2015 at 6:16 PM, gevisz gev...@gmail.com wrote: 2015-08-27 17:43 GMT+03:00 Alexander Kapshuk alexander.kaps...@gmail.com: On Thu, Aug 27, 2015 at 5:34 PM, gevisz gev...@gmail.com wrote: I do not understand: 1) why portage wants to upgrade ncurses-5.9-r3 to ncurses-5.9-r101 (because it is marked), 2) why it can not, 3) what to do with this block. $ eix ncurses [I] sys-libs/ncurses Available versions: (0)5.9-r3 ~5.9-r4 ~6.0(0/6) (5)~5.9-r101(5/5) {ada +cxx debug doc gpm minimal profile static-libs test threads tinfo trace unicode ABI_MIPS=n32 n64 o32 ABI_PPC=32 64 ABI_S390=32 64 ABI_X86=32 64 x32} Installed versions: 5.9-r3(10:48:01 PM 03/29/2015)(cxx gpm unicode -ada -debug -doc -minimal -profile -static-libs -tinfo -trace ABI_MIPS=-n32 -n64 -o32 ABI_PPC=-32 -64 ABI_S390=-32 -64 ABI_X86=32 64 -x32) Homepage:https://www.gnu.org/software/ncurses/ http://dickey.his.com/ncurses/ Description: console display library # emerge --update --deep --with-bdeps=y --newuse --backtrack=90 --ask world These are the packages that would be merged, in order: Calculating dependencies... done! [ebuild U ] dev-util/diffstat-1.60 [1.58] [ebuild U ] dev-libs/libnl-3.2.26 [3.2.25] [ebuild U ] dev-libs/openssl-1.0.2d [1.0.1p] USE=asm%* -sctp% [ebuild NS ~] sys-libs/ncurses-5.9-r101 [5.9-r3] USE=gpm unicode -tinfo ABI_X86=32 (64) (-x32) [ebuild U ] www-client/firefox-38.2.0 [38.1.1] [blocks B ] sys-libs/ncurses-6:0 (sys-libs/ncurses-6:0 is blocking sys-libs/ncurses-5.9-r101) * Error: The above package list contains packages which cannot be * installed at the same time on the same system. (sys-libs/ncurses-5.9-r101:5/5::gentoo, ebuild scheduled for merge) pulled in by =sys-libs/ncurses-5.7-r7[unicode?] (=sys-libs/ncurses-5.7-r7[unicode]) required by (sys-process/procps-3.3.9-r2:0/0::gentoo, installed) =sys-libs/ncurses-5.2-r2 required by (app-editors/vim-7.4.273:0/0::gentoo, installed) =sys-libs/ncurses-5.2-r2 required by (app-editors/gvim-7.4.273:0/0::gentoo, installed) =sys-libs/ncurses-5.1 required by (app-shells/zsh-5.0.5:0/0::gentoo, installed) sys-libs/ncurses required by (dev-lang/ruby-1.9.3_p551-r1:1.9/1.9::gentoo, installed) =sys-libs/ncurses-5.2 required by (sys-apps/less-478:0/0::gentoo, installed) =sys-libs/ncurses-5.2-r5 required by (sys-boot/grub-2.02_beta2-r7:2/2::gentoo, installed) =sys-libs/ncurses-5.2 required by (sys-kernel/gentoo-sources-4.0.5:4.0.5/4.0.5::gentoo, installed) =sys-libs/ncurses-5.2:5/5= required by (app-emulation/wine-1.6.2:0/0::gentoo, installed) =sys-libs/ncurses-5.2-r5[unicode?] (=sys-libs/ncurses-5.2-r5[unicode]) required by (dev-util/dialog-1.2.20150528:0/0::gentoo, installed) =sys-libs/ncurses-5.2 required by (dev-lang/python-3.4.1:3.4/3.4::gentoo, installed) =sys-libs/ncurses-5.2:= required by (app-emulation/wine-1.6.2:0/0::gentoo, installed) =sys-libs/ncurses-5.9-r3:5/5=[abi_x86_32(-),abi_x86_64(-)] required by (sys-devel/llvm-3.5.0:0/3.5::gentoo, installed) =sys-libs/ncurses-5.1 required by (mail-client/alpine-2.00-r5:0/0::gentoo, installed) sys-libs/ncurses required by (sys-devel/gettext-0.19.4:0/0::gentoo, installed) sys-libs/ncurses[unicode] required by (dev-lang/ghc-7.6.3-r1:0/7.6.3::gentoo, installed) sys-libs/ncurses required by (sys-libs/slang-2.2.4-r1:0/0::gentoo, installed) sys-libs/ncurses:5/5= required by (sci-mathematics/octave-3.8.2:0/3.8.2::gentoo, installed) =sys-libs/ncurses-5.2-r2 required by (sys-apps/util-linux-2.25.2-r2:0/0::gentoo, installed) =sys-libs/ncurses-5.7-r7 required by (sys-process/psmisc-22.21-r2:0/0::gentoo, installed) sys-libs/ncurses required by (dev-libs/xmlrpc-c-1.32.05-r1:0/0::gentoo, installed) =sys-libs/ncurses-5.7-r7 required by (www-client/links-2.8-r1:2/2::gentoo, installed) =sys-libs/ncurses-5.9-r3[abi_x86_32(-)] required by (app-emulation/wine-1.6.2:0/0::gentoo, installed) =sys-libs/ncurses-5.2-r2 required by (app-shells/bash-4.3_p39:0/0::gentoo, installed) (sys-libs/ncurses-5.9-r3:0/0::gentoo, installed) pulled in by sys-libs/ncurses required by (app-text/hunspell-1.3.3:0/0::gentoo, installed) =sys-libs/ncurses-5.7-r7:0= required by (media-sound/lame-3.99.5-r1:0/0::gentoo, installed) =sys-libs/ncurses-5.7-r7:0= required by (sys-block/parted-3.2:0/0::gentoo, installed) =sys-libs/ncurses-5.7-r7:0= required by (media-sound/alsa-utils-1.0.29:0.9/0.9::gentoo, installed) =sys-libs/ncurses-5.2-r2:0= required by (sys-devel/gdb-7.7.1:0/0::gentoo, installed) sys-libs/ncurses:0=[unicode] required by (media-video/vlc-2.1.5-r1:0/5-7::gentoo, installed) sys-libs/ncurses:0= required by (dev-util/cmake-3.2.2:0/0::gentoo, installed) sys
Re: [gentoo-user] curses of ncurses :(
On Thu, Aug 27, 2015 at 5:43 PM, Alexander Kapshuk alexander.kaps...@gmail.com wrote: On Thu, Aug 27, 2015 at 5:34 PM, gevisz gev...@gmail.com wrote: I do not understand: 1) why portage wants to upgrade ncurses-5.9-r3 to ncurses-5.9-r101 (because it is marked), 2) why it can not, 3) what to do with this block. $ eix ncurses [I] sys-libs/ncurses Available versions: (0)5.9-r3 ~5.9-r4 ~6.0(0/6) (5)~5.9-r101(5/5) {ada +cxx debug doc gpm minimal profile static-libs test threads tinfo trace unicode ABI_MIPS=n32 n64 o32 ABI_PPC=32 64 ABI_S390=32 64 ABI_X86=32 64 x32} Installed versions: 5.9-r3(10:48:01 PM 03/29/2015)(cxx gpm unicode -ada -debug -doc -minimal -profile -static-libs -tinfo -trace ABI_MIPS=-n32 -n64 -o32 ABI_PPC=-32 -64 ABI_S390=-32 -64 ABI_X86=32 64 -x32) Homepage:https://www.gnu.org/software/ncurses/ http://dickey.his.com/ncurses/ Description: console display library # emerge --update --deep --with-bdeps=y --newuse --backtrack=90 --ask world These are the packages that would be merged, in order: Calculating dependencies... done! [ebuild U ] dev-util/diffstat-1.60 [1.58] [ebuild U ] dev-libs/libnl-3.2.26 [3.2.25] [ebuild U ] dev-libs/openssl-1.0.2d [1.0.1p] USE=asm%* -sctp% [ebuild NS ~] sys-libs/ncurses-5.9-r101 [5.9-r3] USE=gpm unicode -tinfo ABI_X86=32 (64) (-x32) [ebuild U ] www-client/firefox-38.2.0 [38.1.1] [blocks B ] sys-libs/ncurses-6:0 (sys-libs/ncurses-6:0 is blocking sys-libs/ncurses-5.9-r101) * Error: The above package list contains packages which cannot be * installed at the same time on the same system. (sys-libs/ncurses-5.9-r101:5/5::gentoo, ebuild scheduled for merge) pulled in by =sys-libs/ncurses-5.7-r7[unicode?] (=sys-libs/ncurses-5.7-r7[unicode]) required by (sys-process/procps-3.3.9-r2:0/0::gentoo, installed) =sys-libs/ncurses-5.2-r2 required by (app-editors/vim-7.4.273:0/0::gentoo, installed) =sys-libs/ncurses-5.2-r2 required by (app-editors/gvim-7.4.273:0/0::gentoo, installed) =sys-libs/ncurses-5.1 required by (app-shells/zsh-5.0.5:0/0::gentoo, installed) sys-libs/ncurses required by (dev-lang/ruby-1.9.3_p551-r1:1.9/1.9::gentoo, installed) =sys-libs/ncurses-5.2 required by (sys-apps/less-478:0/0::gentoo, installed) =sys-libs/ncurses-5.2-r5 required by (sys-boot/grub-2.02_beta2-r7:2/2::gentoo, installed) =sys-libs/ncurses-5.2 required by (sys-kernel/gentoo-sources-4.0.5:4.0.5/4.0.5::gentoo, installed) =sys-libs/ncurses-5.2:5/5= required by (app-emulation/wine-1.6.2:0/0::gentoo, installed) =sys-libs/ncurses-5.2-r5[unicode?] (=sys-libs/ncurses-5.2-r5[unicode]) required by (dev-util/dialog-1.2.20150528:0/0::gentoo, installed) =sys-libs/ncurses-5.2 required by (dev-lang/python-3.4.1:3.4/3.4::gentoo, installed) =sys-libs/ncurses-5.2:= required by (app-emulation/wine-1.6.2:0/0::gentoo, installed) =sys-libs/ncurses-5.9-r3:5/5=[abi_x86_32(-),abi_x86_64(-)] required by (sys-devel/llvm-3.5.0:0/3.5::gentoo, installed) =sys-libs/ncurses-5.1 required by (mail-client/alpine-2.00-r5:0/0::gentoo, installed) sys-libs/ncurses required by (sys-devel/gettext-0.19.4:0/0::gentoo, installed) sys-libs/ncurses[unicode] required by (dev-lang/ghc-7.6.3-r1:0/7.6.3::gentoo, installed) sys-libs/ncurses required by (sys-libs/slang-2.2.4-r1:0/0::gentoo, installed) sys-libs/ncurses:5/5= required by (sci-mathematics/octave-3.8.2:0/3.8.2::gentoo, installed) =sys-libs/ncurses-5.2-r2 required by (sys-apps/util-linux-2.25.2-r2:0/0::gentoo, installed) =sys-libs/ncurses-5.7-r7 required by (sys-process/psmisc-22.21-r2:0/0::gentoo, installed) sys-libs/ncurses required by (dev-libs/xmlrpc-c-1.32.05-r1:0/0::gentoo, installed) =sys-libs/ncurses-5.7-r7 required by (www-client/links-2.8-r1:2/2::gentoo, installed) =sys-libs/ncurses-5.9-r3[abi_x86_32(-)] required by (app-emulation/wine-1.6.2:0/0::gentoo, installed) =sys-libs/ncurses-5.2-r2 required by (app-shells/bash-4.3_p39:0/0::gentoo, installed) (sys-libs/ncurses-5.9-r3:0/0::gentoo, installed) pulled in by sys-libs/ncurses required by (app-text/hunspell-1.3.3:0/0::gentoo, installed) =sys-libs/ncurses-5.7-r7:0= required by (media-sound/lame-3.99.5-r1:0/0::gentoo, installed) =sys-libs/ncurses-5.7-r7:0= required by (sys-block/parted-3.2:0/0::gentoo, installed) =sys-libs/ncurses-5.7-r7:0= required by (media-sound/alsa-utils-1.0.29:0.9/0.9::gentoo, installed) =sys-libs/ncurses-5.2-r2:0= required by (sys-devel/gdb-7.7.1:0/0::gentoo, installed) sys-libs/ncurses:0=[unicode] required by (media-video/vlc-2.1.5-r1:0/5-7::gentoo, installed) sys-libs/ncurses:0= required by (dev-util/cmake-3.2.2:0/0::gentoo, installed) sys-libs/ncurses required by (app-admin/eselect-1.4.4:0/0::gentoo, installed) sys-libs/ncurses:0= required by (sci
Re: [gentoo-user] curses of ncurses :(
On Thu, Aug 27, 2015 at 6:16 PM, gevisz gev...@gmail.com wrote: 2015-08-27 17:43 GMT+03:00 Alexander Kapshuk alexander.kaps...@gmail.com: On Thu, Aug 27, 2015 at 5:34 PM, gevisz gev...@gmail.com wrote: I do not understand: 1) why portage wants to upgrade ncurses-5.9-r3 to ncurses-5.9-r101 (because it is marked), 2) why it can not, 3) what to do with this block. $ eix ncurses [I] sys-libs/ncurses Available versions: (0)5.9-r3 ~5.9-r4 ~6.0(0/6) (5)~5.9-r101(5/5) {ada +cxx debug doc gpm minimal profile static-libs test threads tinfo trace unicode ABI_MIPS=n32 n64 o32 ABI_PPC=32 64 ABI_S390=32 64 ABI_X86=32 64 x32} Installed versions: 5.9-r3(10:48:01 PM 03/29/2015)(cxx gpm unicode -ada -debug -doc -minimal -profile -static-libs -tinfo -trace ABI_MIPS=-n32 -n64 -o32 ABI_PPC=-32 -64 ABI_S390=-32 -64 ABI_X86=32 64 -x32) Homepage:https://www.gnu.org/software/ncurses/ http://dickey.his.com/ncurses/ Description: console display library # emerge --update --deep --with-bdeps=y --newuse --backtrack=90 --ask world These are the packages that would be merged, in order: Calculating dependencies... done! [ebuild U ] dev-util/diffstat-1.60 [1.58] [ebuild U ] dev-libs/libnl-3.2.26 [3.2.25] [ebuild U ] dev-libs/openssl-1.0.2d [1.0.1p] USE=asm%* -sctp% [ebuild NS ~] sys-libs/ncurses-5.9-r101 [5.9-r3] USE=gpm unicode -tinfo ABI_X86=32 (64) (-x32) [ebuild U ] www-client/firefox-38.2.0 [38.1.1] [blocks B ] sys-libs/ncurses-6:0 (sys-libs/ncurses-6:0 is blocking sys-libs/ncurses-5.9-r101) * Error: The above package list contains packages which cannot be * installed at the same time on the same system. (sys-libs/ncurses-5.9-r101:5/5::gentoo, ebuild scheduled for merge) pulled in by =sys-libs/ncurses-5.7-r7[unicode?] (=sys-libs/ncurses-5.7-r7[unicode]) required by (sys-process/procps-3.3.9-r2:0/0::gentoo, installed) =sys-libs/ncurses-5.2-r2 required by (app-editors/vim-7.4.273:0/0::gentoo, installed) =sys-libs/ncurses-5.2-r2 required by (app-editors/gvim-7.4.273:0/0::gentoo, installed) =sys-libs/ncurses-5.1 required by (app-shells/zsh-5.0.5:0/0::gentoo, installed) sys-libs/ncurses required by (dev-lang/ruby-1.9.3_p551-r1:1.9/1.9::gentoo, installed) =sys-libs/ncurses-5.2 required by (sys-apps/less-478:0/0::gentoo, installed) =sys-libs/ncurses-5.2-r5 required by (sys-boot/grub-2.02_beta2-r7:2/2::gentoo, installed) =sys-libs/ncurses-5.2 required by (sys-kernel/gentoo-sources-4.0.5:4.0.5/4.0.5::gentoo, installed) =sys-libs/ncurses-5.2:5/5= required by (app-emulation/wine-1.6.2:0/0::gentoo, installed) =sys-libs/ncurses-5.2-r5[unicode?] (=sys-libs/ncurses-5.2-r5[unicode]) required by (dev-util/dialog-1.2.20150528:0/0::gentoo, installed) =sys-libs/ncurses-5.2 required by (dev-lang/python-3.4.1:3.4/3.4::gentoo, installed) =sys-libs/ncurses-5.2:= required by (app-emulation/wine-1.6.2:0/0::gentoo, installed) =sys-libs/ncurses-5.9-r3:5/5=[abi_x86_32(-),abi_x86_64(-)] required by (sys-devel/llvm-3.5.0:0/3.5::gentoo, installed) =sys-libs/ncurses-5.1 required by (mail-client/alpine-2.00-r5:0/0::gentoo, installed) sys-libs/ncurses required by (sys-devel/gettext-0.19.4:0/0::gentoo, installed) sys-libs/ncurses[unicode] required by (dev-lang/ghc-7.6.3-r1:0/7.6.3::gentoo, installed) sys-libs/ncurses required by (sys-libs/slang-2.2.4-r1:0/0::gentoo, installed) sys-libs/ncurses:5/5= required by (sci-mathematics/octave-3.8.2:0/3.8.2::gentoo, installed) =sys-libs/ncurses-5.2-r2 required by (sys-apps/util-linux-2.25.2-r2:0/0::gentoo, installed) =sys-libs/ncurses-5.7-r7 required by (sys-process/psmisc-22.21-r2:0/0::gentoo, installed) sys-libs/ncurses required by (dev-libs/xmlrpc-c-1.32.05-r1:0/0::gentoo, installed) =sys-libs/ncurses-5.7-r7 required by (www-client/links-2.8-r1:2/2::gentoo, installed) =sys-libs/ncurses-5.9-r3[abi_x86_32(-)] required by (app-emulation/wine-1.6.2:0/0::gentoo, installed) =sys-libs/ncurses-5.2-r2 required by (app-shells/bash-4.3_p39:0/0::gentoo, installed) (sys-libs/ncurses-5.9-r3:0/0::gentoo, installed) pulled in by sys-libs/ncurses required by (app-text/hunspell-1.3.3:0/0::gentoo, installed) =sys-libs/ncurses-5.7-r7:0= required by (media-sound/lame-3.99.5-r1:0/0::gentoo, installed) =sys-libs/ncurses-5.7-r7:0= required by (sys-block/parted-3.2:0/0::gentoo, installed) =sys-libs/ncurses-5.7-r7:0= required by (media-sound/alsa-utils-1.0.29:0.9/0.9::gentoo, installed) =sys-libs/ncurses-5.2-r2:0= required by (sys-devel/gdb-7.7.1:0/0::gentoo, installed) sys-libs/ncurses:0=[unicode] required by (media-video/vlc-2.1.5-r1:0/5-7::gentoo, installed) sys-libs/ncurses:0= required by (dev-util/cmake-3.2.2:0/0::gentoo, installed) sys-libs/ncurses required by (app-admin/eselect-1.4.4:0/0::gentoo, installed
Re: [gentoo-user] upgrading 1-year old system
Alan McKinnon wrote: > On 29/01/2017 22:56, the...@sys-concept.com wrote: >> I haven't updated my system for over a year (1year and 3-months). >> I was trying to upgrade my firefox-bin and I'm already running into problems. >> >> What is my best option, re-install from scratch, upgrade in stages etc. >> With firefox-bin I'm getting: > > > 1 year 3 months isn't usually that bad and it can be done - I've done it > many times myself. However there are gotchas: > > - there is no stock method and no stock answers. So asking > "I can't upgrade procps! What must I do?" > isn't going to get you much in the way of usable replies. Most will be > something like "I have no idea. Please be /way/ more specific" > > - you need to understand what portage is telling you when it dumps a > crapload of output on the screen. If you can read through blockers and > figure out what to do, it's usually not that hard. It however tedious. > > - you need to have a good grasp of what most packages do. So if you > think perhaps you need to unmerge binutils or python, your brain must > scream at you that it's a very very bad idea, and you need to know why > (reason: portage don't work for shit with those packages gone and needs > them present to put them back. Hello chicken, greet egg) > > - go slowly and deal with one block at a time. A regular emerge world > probably won't succeed so you gotta bite of small chunks > > With those basics out the way, it's a great learning experience. I > recommend you do it at least once. > >> emerge -p firefox-bin >> >> These are the packages that would be merged, in order: >> >> Calculating dependencies... done! >> [ebuild N ] dev-libs/libuv-1.10.2 USE="-static-libs" >> [ebuild N ] dev-util/ninja-1.6.0 USE="-doc -emacs {-test} -vim-syntax >> -zsh-completion" >> [ebuild U ] www-client/firefox-bin-45.6.0 [38.6.1] L10N="-ach% -af% >> -an% -ar% -as% -ast% -az% -be% -bg% -bn-BD% -bn-IN% -br% -bs% -ca% -cs% -cy% >> -da% -de% -el% -en-GB% -en-ZA% -eo% -es-AR% -es-CL% -es-ES% -es-MX% -et% >> -eu% -fa% -fi% -fr% -fy% -ga% -gd% -gl% -gu% -he% -hi% -hr% -hsb% -hu% -hy% >> -id% -is% -it% -ja% -kk% -km% -kn% -ko% -lt% -lv% -mai% -mk% -ml% -mr% -ms% >> -nb% -nl% -nn% -or% -pa% -pl% -pt-BR% -pt-PT% -rm% -ro% -ru% -si% -sk% -sl% >> -son% -sq% -sr% -sv% -ta% -te% -th% -tr% -uk% -uz% -vi% -xh% -zh-CN% >> -zh-TW%" >> [ebuild U ] dev-java/java-config-2.2.0-r3 [2.2.0] USE="{-test%}" >> PYTHON_TARGETS="(-python3_5)" >> [uninstall ] dev-java/java-config-wrapper-0.16 >> [blocks b ] dev-java/java-config-wrapper >> ("dev-java/java-config-wrapper" is blocking dev-java/java-config-2.2.0-r3) >> [ebuild NS ] sys-libs/db-5.3.28-r2 [4.8.30-r2] USE="cxx java -doc >> -examples -tcl {-test}" >> [ebuild U ] sys-libs/ncurses-6.0-r1 [5.9-r5] USE="{-test%} -threads%" >> [ebuild r U ] sys-process/procps-3.3.12 [3.3.10-r1] USE="kill%*" >> [ebuild U ] dev-util/cmake-3.7.2 [3.3.1-r1] >> [ebuild r U ] sys-devel/llvm-3.7.1-r3 [3.5.0] USE="-lldb%" >> [ebuild rR] app-editors/xemacs-21.4.24 > > java-config-wrapper is long gone. Remove it and java-config will > probably succeed > >> !!! Multiple package instances within a single package slot have been pulled >> !!! into the dependency graph, resulting in a slot conflict: >> >> sys-process/procps:0 >> >> (sys-process/procps-3.3.12:0/5::gentoo, ebuild scheduled for merge) pulled >> in by >> (no parents that aren't satisfied by other packages in this slot) >> >> (sys-process/procps-3.3.10-r1:0/0::gentoo, installed) pulled in by >> sys-process/procps:0/0= required by >> (dev-db/mariadb-10.0.22:0/18::gentoo, installed) >> ^ >> > Update mariadb by itself to fix this. The version you have wants a > subslot of procps that no longer exists > >> sys-libs/ncurses:0 >> >> (sys-libs/ncurses-6.0-r1:0/6::gentoo, ebuild scheduled for merge) pulled >> in by >> (no parents that aren't satisfied by other packages in this slot) >> >> (sys-libs/ncurses-5.9-r5:0/5::gentoo, installed) pulled
Re: [gentoo-user] Intel and Gallium 0.4 on llvmpipe (LLVM 3.4, 256 bits)
Now I change the VIDEO_CARDS to intel i965 Everything seems OK too. Gnome can detect Intel® Sandybridge Mobile rather than Gallium 0.4 for i915 I dont know the difference between classic and gallium but i965's classic mode works well. By the way, I think i965 is just for HD3000, why does i915 be suggested ? # eselect mesa list i915 (Intel 915, 945) i965 (Intel GMA 965, G/Q3x, G/Q4x, HD) [1] classic * r300 (Radeon R300-R500) r600 (Radeon R600-R700, Evergreen, Northern Islands) sw (Software renderer) [1] classic [2] gallium * 2014-05-28 21:14 GMT+08:00 Time Lucky fly8...@gmail.com: #emacs /etc/portage/make.conf VIDEO_CARDS=intel i915 # emerge -av xorg-drivers mesa # reboot # eselect mesa list 915 (Intel 915, 945) [1] classic [2] gallium * i965 (Intel GMA 965, G/Q3x, G/Q4x, HD) r300 (Radeon R300-R500) r600 (Radeon R600-R700, Evergreen, Northern Islands) sw (Software renderer) [1] classic [2] gallium * and gnome tells it is Gallium 0.4 on llvmpipe (LLVM 3.4, 256 bits) again. it seems i915 is the very reason. 2014-05-28 15:14 GMT+08:00 Mick michaelkintz...@gmail.com: On Tuesday 27 May 2014 22:41:32 Alan McKinnon wrote: On 27/05/2014 18:20, Time Lucky wrote: VIDEO_CARDS=intel radeon -freedreno -i915 -i965 -ilo -nouveau -r100 -r200 -r300 -r600 -radeonsi -vmware Solved! I realized that your VIDEO_CARDS was -i915 then I removed i915 from make.conf I wouldn't. Unless you also have NVidia and Radeon cards too on your machine you do not all these entries. Try this in your /etc/make.conf: VIDEO_CARDS=intel i915 Then rebuild your xorg drivers and mesa. Finally run 'eselect mesa list' to see if you are using gallium or not. Adjust accordingly. Take what I say here with a pinch of salt (building the right drivers with the right settings to work right on the right hardware is, IMNSHO, a huge amount of black magic :-) anyway, I seem to recall that USE=i915 or i965 was the old way of doing things and you needed to know what chipset to build for. Recent code has merged all of that nonsense so all you have to do is set VIDEO_CARDS=intel and emerge can figure out what to build for the hardware it's running on. Unless it changed recently, you would need to add the mesa module name for your card too. -- Regards, Mick
Re: [gentoo-user] emerge world looking grim
2015-08-23 20:19 GMT-06:00 Harry Putnam rea...@newsguy.com: My gentoo OS is running on Openindiana (solaris) inside oracle's vbox. Why so much overhead for compiling, and not doing it bare-metal? It's been left setting for at least 4-5 months maybe a couple more. After eix-sync, attempting an `emerge vuND world' comes up with so many blocks, use flag changes and a variety of other bad news in such proliferation... I'm thinking better to install from scratch with latest ISO. Did you really took your time to read that error message, You are seeing problems, except where they are. , | NOTE: The full mess can be viewed here: | | zeus.jtan.com/~reader/vutxt/images/emerge_MassiveFailure-150823.txt ` I've been quite a long time gentoo user but last 2+ yrs only very lightly. I'm awful dumb for someone who has problably more than 15 yrs running gentoo. Considering gentoo doesn't even have 15 years, I guess you are talking to us from the future. I wondered if there are some very new ISO's that would contain all major changes in last year or so once I got the core installed and key useflags/make.conf setup? Can anyone advise me which iso to use? And which profile to set for general use in a vbox, hopefully to allow a `no sweat' emerge to a full OS. You should really step first at the documentation and then ask about it, gentoo doesn't have 'new isos to install', it has stage3 tarballs. you are trying to see gentoo as a binary distro. Did you even tried to read the message before asking? Didn't this told you anything? (From your log): --- * LLVM-3.6.2 requires C++11-capable C++ compiler. Your current compiler * does not seem to support -std=c++11 option. Please upgrade your compiler * to gcc-4.7 or an equivalent version supporting C++11. * ERROR: sys-devel/llvm-3.6.2::gentoo failed (pretend phase): * Currently active compiler does not support -std=c++11 --- gcc-config: error: could not run/locate 'i686-pc-linux-gnu-cpp' * ERROR: x11-base/xorg-server-1.17.2-r1::gentoo failed (pretend phase): * Sorry, but gcc earlier than 4.0 will not work for xorg-server. Upgrade your compiler and try again. But I should say from reading your email you don't seem to have the attitude to be a gentoo user and enjoy it, if this made think about reinstalling without even giving a good read to that error message, I've using gentoo for ~2 years, and even then 4.7 or 4.6, I remember was already a stable compiler, are you sure you haven't upgraded in a significant more time than you say?
Re: [gentoo-user] Re: Anyone using xfce4 with compositing turned off?
On Wednesday 26 Aug 2015 04:47:24 waben...@gmail.com wrote: walt w41...@gmail.com wrote: Then I generated an xorg.conf in the old way using 'Xorg -configure'. That file didn't work right either. Then I finally realized that the generated xorg.conf had, in the Section Device section, this line: Driver radeon This is the correct driver. But that's not what we want. To use the open-source ati driver I changed that line to read: Driver ati This is what I recall it used to be, but now it is radeon. And that's when everything finally started to work perfectly. That's strange. What kind of GPU do you have? With my R7 250E I must use radeon as driver in xorg.conf. IIRC I also used the same config for my old GPU (Radeon HD4550). I do not use a xorg.conf file with the Kaveri APU. It just works with the following: In /etc/portage/make.conf: VIDEO_CARDS=radeon radeonsi FIRMWARE_INSTALL_DIR=/lib/firmware In kernel (Linux 4.0.5-gentoo AMD A10-7850K Radeon R7, 12 Compute Cores 4C+8G) I have built: CONFIG_PREVENT_FIRMWARE_BUILD=y CONFIG_FIRMWARE_IN_KERNEL=y CONFIG_EXTRA_FIRMWARE=radeon/kaveri_ce.bin radeon/kaveri_me.bin radeon/kaveri_mec2.bin radeon/kaveri_mec.bin radeon/kaveri_pfp.bin radeon/kaveri_rlc.bin radeon/kaveri_sdma.bin radeon/BONAIRE_uvd.bin radeon/BONAIRE_vce.bin CONFIG_EXTRA_FIRMWARE_DIR=/lib/firmware/ CONFIG_FIRMWARE_MEMMAP=y CONFIG_DRM_RADEON=y Packages: x11-base/xorg-server Installed versions: 1.16.4(23:51:45 19/02/15)(glamor ipv6 nptl suid udev xorg -dmx -doc -kdrive -minimal -selinux -static-libs -systemd -tslib -unwind -wayland -xnest -xvfb) media-libs/mesa Installed versions: 10.3.7-r1(18:24:07 20/02/15)(bindist classic dri3 egl gallium gbm gles2 llvm nptl opencl r600-llvm-compiler udev vdpau -debug - gles1 -openmax -openvg -osmesa -pax_kernel -pic -selinux -wayland -xa -xvmc ABI_MIPS=-n32 -n64 -o32 ABI_PPC=-32 -64 ABI_S390=-32 -64 ABI_X86=64 -32 -x32 KERNEL=linux -FreeBSD VIDEO_CARDS=radeon radeonsi -freedreno -i915 - i965 -ilo -intel -nouveau -r100 -r200 -r300 -r600 -vmware) x11-drivers/xf86-video-ati Installed versions: 7.5.0(23:52:11 19/02/15)(glamor udev) sys-kernel/linux-firmware Installed versions: 20150206(08:18:46 28/03/15)(-savedconfig) When you install your kernel do not forget to run make firmware_install. I am not sure if I have omitted anything of importance. Please ask if you need additional information. -- Regards, Mick signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] Re: Portage getting slicker?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 07/13/2016 05:41 PM, James wrote: > Alan McKinnon gmail.com> writes: > >> >> On 13/07/2016 20:25, James wrote: >>>> >>> So, today I ran a sync and upgrade to a gentoo workstation:: >>> emerge -uvDNp world >>> >>> These are the packages that would be merged, in order: >>> Calculating dependencies... done! >>> Total: 0 packages, Size of downloads: 0 KiB >>> WARNING: One or more updates/rebuilds have been skipped due to a dependency >>> conflict: >>> >>> media-libs/jasper:0 >>> >>>(media-libs/jasper-1.900.1-r9:0/0::gentoo, ebuild scheduled for merge) >>> conflicts with >>> media-libs/jasper:0/0=[abi_x86_32(-),abi_x86_64(-)] required by >>> (x11-libs/gdk-pixbuf-2.32.3:2/2::gentoo, installed) >>> >>> media-libs/jasper:=[abi_x86_32(-),abi_x86_64(-)] required by >>> (x11-libs/gdk-pixbuf-2.32.3:2/2::gentoo, installed) >> >> This is not a blocker. >> >> Read the warning, it says an update or rebuild was skipped due to a >> dependency conflict. In your casejasper-1.900.1-r9 was not done due to >> gdk-pixbuf requirements. Presumably, what you already have keeps pixbuf >> happy >> >> Blockers in that output usually have "!!" annotations at the beginning. > > Ah excellent point, but the build did not move forward with:: > ' emerge -uvDN world' either. With the --tree it did move forward with > the build update. In the first attempt usually the packages to be built > are listed, conflicts or blockers. > > None of these 3 packages where listed in the first attempt to see > what needs to be built:: > Not 'sys-devel/llvm', nor 'sys-devel/clang', nor 'media-libs/mesa'. > > > >>>>>> Emerging (1 of 3) sys-devel/llvm-3.7.1-r3::gentoo > >>> I did nothing manual in between. Explanations? >> portage is doing what's expected. You don't have -a in the command line >> and there's nothing stopping portage from moving forward with the build. >> SO it moved forward with the build. > > Yes, nothing to do with 'media-libs/jasper' nor 'gdk-pixbuf'. So I guess the > --tree option got rid of the these (conflicts issues. My point is that this > is remarkably better than how things worked in the past (but not certain > when these enhancements were made). The --tree command didn't get rid of them. Those packages that you where able to build conflict with other packages that would have been considered with the - --newuse flag. So the conflict is still there waiting to be resolved. Maybe portage could've been a little smarter and determine on the first command that yes there is a conflict but I can still build these 3 packages with what you already have. Or maybe that's a bad idea because you may have to rebuild some of those packages once the conflict is resolved and all packages updated. Maybe the 1st command should've given you a list of skipped packages. That would make it way less confusing and easier to resolve the conflicts. It is especially confusing because instinctively you would expect the results with --newuse to be a superset of the results without it. > Thanks for pointing out blockers vs conflicts... > > James > > > > > > -BEGIN PGP SIGNATURE- Version: GnuPG v2 iQIcBAEBCAAGBQJXh/zxAAoJEPbOFX/5UlwcsN0P/Rs3PbvPqBVtk5r/q9DdxFpi ZKCNm+wktkEeCRnPqNaDNQBtyjNz9gbyOn+DFSycETQBejKJ2Stusc3Cdmins9c+ MEVW0yDLz/3moY0UtL7GlQ4uB4YxkILv3dQUIDkYuJ25dIUb3pJvfg456R3xiMG7 XdZqyYYROF5WYaOuiL+c4B6l2sgWRqBpFyEude7oM7az9fNi4O5LbiQTMx+lGG9E ODZEBYmDBVnmTPh8yZFWCwymUauOzwgEKTThqlykh1xu96LWv2NzkRCEvnnmHtMU 0aydjxpfX/0zdxJjvHbDcyvgyKCbdy6e+baD5GdQQTZe9SjIjJvUvv4PQCRfYhbd FyaI6lKkGmAw/ONzaMY2pDfuqDfyAk6j1htx9LugYLKWTignUhW4j4F51Fo6C9TS zKIYk99Ne7ruV8h89HFUqRnGBewUw5rNC0ytOGKucOMy5b2Uef9C8lcikfl2Q0XR C22oEOjC9pqbuv77l3oawWt0gyOJDIyOpzuFCob2aeEiTGV2Xbo8APKerIiaVT4o NAxPeSsgtB3ZZv18QaIyUENBaV1U6pVnXe6UszXqo7AjBcKo7LGqSEJZLJKJRgqO S34ucuXePXeDvXpwu4foF7FwY+EDgJQeVQ59aIjLMBZe6o+Q/4V7mKJFQOmeOwuU U6GNi/spdojHipzExJiC =MazA -END PGP SIGNATURE-
Re: [gentoo-user] Sweet Sweet Portage
On 08/16/2016 02:49 PM, Fernando Rodriguez wrote: On 08/15/2016 06:02 PM, james wrote: Well, I brought this up before. No need for argument, just test it out for yourself. Multiple times (over the last few weeks) I have run 'emerge -uDNvp @world' and there are issues to deal with manually. For example 'One or more updates/rebuilds have been skipped due to a dependency conflict', type of fudd and other types of fudd is the result, not all the time, but maybe 50% of the time. Now, routinely, all I do is immediately issue this command 'emerge -uDt @world' and go have a coffee. An AMD 8 core, 32G workstation does it's thang, leaving me a with just a smile after the work is complete. No other actions, nadda, ziltch. Immediately, I then run 'emerge -uDNvp world' (again, and routinely I get:: "These are the packages that would be merged, in order: Calculating dependencies... done! Total: 0 packages, Size of downloads: 0 KiB" Just try it for yourself. It's like clockwork now. Smooth. I have over 1500 packages installed on a mostly stable but hacked out /usr/local/portage/ and maybe 10% of the packages, that are much newer, but portage is sweet, sweet, sweet now. There is inherent magic now, but, I do not have time to ferret it out. Sure I can dive in, manually, and I have done this to fix things, but, 'emerge -uDt @world' fixes things, automagically; dozens of times as I update 3 or 4 times a week. I don't know exactly what's going on but I think something is wrong so it's not so sweet. I think you got a conflict that's not being resolved and not being pulled by the second command. What happends if you add --with-bdeps=y --backtrack=30? Also try without the -p (I think it runs more code like autounmask etc so it may cause the extra output). Is clang/llvm stuff still popping up on the list of skipped packages? I remember a similar conflict around the time of your first post and it turned out that the latest stable clang blocks the latest stable libclc. So the tree is (still) broken. For most users it's not a problem because portage pulls the right version of clang but if you have clang on your world file it updates it to the latest and you get those conflicts. I fixed it by masking all versions of clang >3.6 Nope, but on gentoo-dev there is a big announce about LLVM(clang). No issues with the system, I run the latest portage and when issues popup, granted that are easy to fix, manually 'emerge -uDt world' precludes the need to fix them. Afterwards, running 'emerge -uDNvp world' just comes back completely clean. NO idea what's going on, but *I* have verified this now dozens and of times over the recent weeks. Instead of running 'emerge -uDNv world' I simple run 'emerge -uDt world' and the manual (trivial) items just dissappear, it runs to completion and all is just spanky fine. I do not have the will, nore inclination to dig deeply, but the benefit is most wonderful. ymmv. But follow the evidence emerge -uDNvp world emerge -Dut world emerge -uDNvp world It's just that simple:: 3 commands, no others. fabulous! You don't believe me, then just ignore the thread. ymmv. --nobody cares, as I'm done with this thread. James
Re: [gentoo-user] Upgrading gcc from 6.4 to 7.3
2018-06-20 15:49 GMT+03:00 gevisz : > 2018-06-20 15:01 GMT+03:00 gevisz : >> 2018-06-20 14:16 GMT+03:00 Mick : >>> On Wednesday, 20 June 2018 11:43:32 BST gevisz wrote: >>>> After updating portage tree today, portage >>>> suggested to upgrade gcc from 6.4 to 7.3 >>>> version what I have done just now. >>>> >>>> Nevertheless, >>>> # gcc-config --list-profiles >>>> [1] x86_64-pc-linux-gnu-6.4.0 * >>>> [2] x86_64-pc-linux-gnu-7.3.0 >>>> shows that I still have version 6.4 as a default. >>> >>> I'm on gcc-7.3.0-r3 and have not noticed any problems on 3 boxen so far. >>> >>> >>>> As https://wiki.gentoo.org/wiki/Upgrading_GCC >>>> still do not have any specific instructions on >>>> switching to gcc version 7.3, I am still afread >>>> of switching to gcc version 7.3 and would like >>>> to ask if anybody encountered some problem >>>> after switching to gcc version 7.3 and which >>>> packages should be rebuild after such switching. >>>> >>>> Thank you in advance for your help. >>> >>> I didn't have to rebuild anything, but if you have reasons to fear breakage >>> you can rebuild your toolchain: >>> >>> 1. Use gcc-config to select x86_64-pc-linux-gnu-7.3.0 >>> 2. Re-source /etc/profile by running in your current console/terminal: >>> . /etc/profile >>> 3. Re-emerge libtool: >>> emerge -1 sys-devel/libtool >>> 4. Re-emerge the following packages in this order: >>> emerge -1 sys-devel/gcc-7.3.0-r3 >>> emerge -1 sys-devel/binutils >>> emerge -1 sys-libs/glibc >>> 5. You could if you want re-emerge your entire system, 'emerge -e @world' or >>> if you would rather conserve electricity wait as different packages come up >>> for an update over time. >>> >>> If my experience to date holds true and for a general purpose desktop none >>> of >>> the above rebuilds are necessary, other than switching your gcc to 7.3.0. >> >> Thank you for your reply. I do not want to rebuild gcc-7.3 for the second >> time >> today (as far as the temperature in my room is already +30°C). So, I will >> stick >> to your last advice: I will just switch the default gcc version to 7.3 >> and wait for problems to appear. :) > > Just have rebuilt libtool and llvm, to have less problems. :) Just today vlc failed to compile because libebml have been compiled with gcc-6.4.0. (Thanks to Alexander Kapshuk for the tip.) So, libebml should be added to the list of packages that have to be recompiled with gcc-7.3 (namely, to libtool and llvm), and recompiling everything twice after updating major version of gcc does not seem to be so bad idea for me any more. :)
[gentoo-user] Rust problem when upgrading Firefox
I finally needed to upgrade to FF 60.2.2 . This has several large requirements, incl Rust 1.29.1 . The 1st time I tried, Rust failed after 35 min with these final lines : Compiling rustc-rayon v0.1.1 Compiling rustc_data_structures v0.0.0 (file:///var/tmp/portage/portage/dev-lang/rust-1.29.1/work/rustc-1.29.1-src/src/librustc_data_structures) Compiling arena v0.0.0 (file:///var/tmp/portage/portage/dev-lang/rust-1.29.1/work/rustc-1.29.1-src/src/libarena) Compiling syntax_pos v0.0.0 (file:///var/tmp/portage/portage/dev-lang/rust-1.29.1/work/rustc-1.29.1-src/src/libsyntax_pos) Compiling rustc_errors v0.0.0 (file:///var/tmp/portage/portage/dev-lang/rust-1.29.1/work/rustc-1.29.1-src/src/librustc_errors) Compiling proc_macro v0.0.0 (file:///var/tmp/portage/portage/dev-lang/rust-1.29.1/work/rustc-1.29.1-src/src/libproc_macro) Compiling syntax_ext v0.0.0 (file:///var/tmp/portage/portage/dev-lang/rust-1.29.1/work/rustc-1.29.1-src/src/libsyntax_ext) error: linking with `x86_64-pc-linux-gnu-gcc` failed: exit code: 1 | = note: "x86_64-pc-linux-gnu-gcc" "-Wl,--as-needed" "-Wl,-z,noexecstack" "-m64" "-L" "/var/tmp/portage/portage/dev-lang/rust-1.29.1/work/rustc-1.29.1-src/build/x86_64-unknown-linux-gnu/stage1/lib64/rust\ ... This looked like a missing library or similar, so I recompiled with extra flags USE="cargo clang rust gold" : "cargo clang rust" refer to other pkgs which FF requires & "gold" was then demanded by Portage when I tested with '-pv'. The 2nd time I tried with these USE flags, I got : Compiling rustc_data_structures v0.0.0 (file:///var/tmp/portage/portage/dev-lang/rust-1.29.1/work/rustc-1.29.1-src/src/librustc_data_structures) Compiling arena v0.0.0 (file:///var/tmp/portage/portage/dev-lang/rust-1.29.1/work/rustc-1.29.1-src/src/libarena) Compiling syntax_pos v0.0.0 (file:///var/tmp/portage/portage/dev-lang/rust-1.29.1/work/rustc-1.29.1-src/src/libsyntax_pos) Compiling rustc_errors v0.0.0 (file:///var/tmp/portage/portage/dev-lang/rust-1.29.1/work/rustc-1.29.1-src/src/librustc_errors) Compiling proc_macro v0.0.0 (file:///var/tmp/portage/portage/dev-lang/rust-1.29.1/work/rustc-1.29.1-src/src/libproc_macro) Compiling syntax_ext v0.0.0 (file:///var/tmp/portage/portage/dev-lang/rust-1.29.1/work/rustc-1.29.1-src/src/libsyntax_ext) LLVM ERROR: IO failure on output stream: No space left on device error: Could not compile `rustc`. Caused by: process didn't exit successfully: `/var/tmp/portage/portage/dev-lang/rust-1.29.1/work/rustc-1.29.1-src/build/bootstrap/debug/rustc --crate-name rustc librustc/lib.rs --error-format json --crate-type dyl\ ... Earlier, I found I had to add 'llvm' to /etc/portage/package.env : apparently it overflowed my usual /var/tmp/portage 'tmpfs'. I will try again after adding 'rust' there too, but meanwhile does anyone have any similar experience or other advice ? -- ,, SUPPORT ___//___, Philip Webb ELECTRIC /] [] [] [] [] []| Cities Centre, University of Toronto TRANSIT`-O--O---' purslowatchassdotutorontodotca
Re: [gentoo-user] Firefox and script block tool/addon
Try enabling clang and see what happens. llvm is a really good piece of software. I generally also have pulseaudio and hwaccel enabled but thats up to you. --- Aisha blog.aisha.cc On 2020-01-25 04:39, Dale wrote: Hi, I'm checking that as I type. It may not solve all my problems but it may certainly help. Some scripts make one CPU core go to 100% and locks up the tab the script is running on. Firefox, to its credit, is sane enough to allow other tabs to work tho. At least it doesn't completely lock up the whole thing. Good code I guess. ;-) Anyway, it does that for about 30 seconds or so, I assume it times out or something. Still, very annoying and worthy of just blocking the script completely. It appears clang is disabled. If I read that correctly, that is the ideal setting. [ebuild R ~] www-client/firefox-72.0.1::gentoo USE="gmp-autoupdate screenshot startup-notification system-av1 system-icu system-jpeg system-sqlite system-webp -bindist -clang -custom-cflags -custom-optimization -debug -eme-free -geckodriver -hardened -hwaccel -jack -lto -pgo -pulseaudio (-selinux) -system-libevent -system-libvpx -test -wayland -wifi" CPU_FLAGS_X86="-avx2" Thanks for the tip. Dale :-) :-) P. S. Top posting since reply was also. Could be device related. I dunno. aisha wrote: Firefox currently has some issues with addons and local storage. Do you have the use `clang` flag enabled? This compiles firefox using clang-llvm and fixes a lot of the problems. --- Aisha www.aisha.cc On 2020-01-24 22:52, Dale wrote: Howdy, I use Firefox and have a issue with scripts on some sites. I have noscript installed and for the most part, it works. That said, there is times when it doesn't do what I need. It seems, from what I can find anyway, that you can either allow scripts or not allow scripts but can't pick and choose. For example. Let's say I'm on abc.com and I need some scripts to run but want to block other scripts. With noscript, I either allow all from a site or none. What I'd like to find is a script block tool that will list all the scripts and allow me to block some but allow others. Believe it or not, I use to use adblock, a much older version, to do this. I'd tell adblock to list all the objects, sort them by type and then go through the scripts until I find the magic settings that allows the site to work but not run scripts I don't want. I've installed and tried quite a few script block tools but none of them seem to do what I want to do. I've even tried a few addons that only had a very few users, just hoping it would do this. Has anyone ever seen a script block tool, or some other tool with a different name, that works this way? I need a addon that allows me to refine and be selective on what scripts run and which ones are blocked. Thanks much to all. Dale :-) :-)
Re: [gentoo-user] USE="-libglvnd" ignored
On Saturday, August 22, 2020 1:04:33 PM CEST Walter Dnes wrote: > I just updated my secondary machine. No mention of "libglvnd" in > package.use... > > [i3][root][~] grep libglvnd /etc/portage/package.use/* > > "Disabled" in make.conf... > > [i3][root][~] grep libglvnd /etc/portage/make.conf > USE="X apng fmpeg introspection jpeg opengl openmp png szip truetype x264 > x265 xorg threads vala -acl -arp -arping -berkdb -bindist -bles -caps > -chatzilla -cracklib -crypt -elogind -filecaps -gallium -gdbm > -gmp-autoupdate -graphite -gstreamer -iconv -ipc -iptables -ipv6 -jemalloc3 > -libav -libglvnd -llvm -manpager -nls -pam -pch -roaming -sendmail -spell > -tcpd -udev -udisks -unicode -upower -xinerama" > > But libglvnd is still pulled in as a hard dependency... > > [i3][root][~] emerge -pv --depclean media-libs/libglvnd > > Calculating dependencies... done! > media-libs/libglvnd-1.3.2 pulled in by: > media-libs/mesa-20.0.8 requires > >=media-libs/libglvnd-1.2.0-r1[X,abi_x86_64(-)] > x11-base/xorg-server-1.20.8-r1 requires media-libs/libglvnd[X] > >>> No packages selected for removal by depclean > > Packages installed: 583 > Packages in world:80 > Packages in system: 43 > Required packages:583 > Number to remove: 0 > > If it's really a hard dependency, then why pretend in the ebuilds that > it's optional? > > > > [i3][root][~] grep libglvnd /usr/portage/media-libs/mesa/mesa-20.0.8.ebuild > +classic d3d9 debug +dri3 +egl +gallium +gbm gles1 +gles2 +libglvnd > +llvm libglvnd? ( > > >=media-libs/libglvnd-1.2.0-r1[X?,${MULTILIB_USEDEP}] > > !libglvnd? ( > libglvnd? ( usr/lib/libGLX_mesa.so.0.0.0 ) > $(meson_use libglvnd glvnd) > if ! use libglvnd; then > > > > [i3][root][~] grep libglvnd > /usr/portage/x11-base/xorg-server/xorg-server-1.20.8-r1.ebuild > IUSE="${IUSE_SERVERS} debug +elogind ipv6 libressl +libglvnd minimal > selinux suid systemd +udev unwind xcsecurity" CDEPEND="libglvnd? ( > media-libs/libglvnd[X] > !!x11-drivers/nvidia-drivers[-libglvnd(-)] > !libglvnd? ( >=app-eselect/eselect-opengl-1.3.0 ) > if ! use libglvnd; then > > "libglvnd" is in "use.force": $ cat //profiles/base/use.force # Copyright 1999-2019 Gentoo Authors # Distributed under the terms of the GNU General Public License v2 # Matt Turner (2020-08-11) # Force USE=libglvnd in order to mask app-eselect/eselect-opengl for removal. # This USE flag will be removed completely in the near future. Bug #728286 libglvnd # Mike Gilbert (2019-07-20) # Disabling this requires a migration to be performed. split-usr # Force the GNU/Linux ELIBC, KERNEL, and USERLAND # flags that apply to the majority of profiles. elibc_glibc kernel_linux userland_GNU == For the rationale behind prefering libglvnd over the eselect-opengl hack (which has caused me more problems than it solved, even on single-GPU systems), please see Ashley Dixon's reply. -- Joost
Re: [gentoo-user] Would a Thinkpad X200 be too much trouble too run gentoo on?
On 4/21/22 08:02, Dex Conner wrote: > On 22/04/21 09:09AM, Michael Orlitzky wrote: >> On Thu, 2022-04-21 at 15:49 +0300, Dex Conner wrote: >>> Hi everyone, >>> >>> So I've found a Thinkpad X200 online and I'm thinking of buying it for >>> libreboot purposes. Do you think the P8600 cpu can handle all the >>> compiling on gentoo? For the record, I don't have any of the "big stuff" >>> like KDE, GNOME, Firefox (all I have is Tor Browser [which I don't >>> compile], dwl and some terminal programs like neomutt and profanity). >>> Surely, I wouldn't be spending 5 hours to do small upgrades, >>> right?..right? >>> >>> >> >> It's getting harder and harder. There's always GCC, which is going to >> take you most of the day to build and will probably require -j1 to keep >> you from running out of memory. But aside from that, the big ones are >> >> * dev-lang/rust: pulled in by anything that needs SVG support unless >> you unmask an old insecure version of librsvg or can tolerate half- >> broken SVG support. This takes over 24h, requires -j1, and gets >> worse every day because it bundles all of its (growing list of) >> dependencies. >> >> * LLVM: needed by rust, some video cards, and certain picky packages. >> This one is at least _legitimately_ large but has annoying point >> releases every once in a while that trigger a rebuild for little >> benefit. Again, expect ~24h. >> >> * net-libs/webkit-gtk: if you're avoiding firefox (which is huge, >> and requires rust, which is huge), then this is your best bet for >> a browser engine. Even if you don't use it directly, other apps >> like evolution (mail client) can pull it in. It too is huge, just >> not as bad as the others. This one finishes in something like 18h >> for me. >> >> Everything else that's packaged well and uses a sane programming >> language shouldn't give you much trouble. > > LLVM is annoying even on my current machine but I already avoid rust > with rust-bin and I don't have webkit-gtk. I'm wondering much of a remedy > using a T400 with quad core mod would be to that 24h compile time. Not sure > if it would be worth the 50-70 bucks, though. That's more than what the > computer costs! Do you have any other (more powerful) machines at home that you could set up as a distcc cluster? I've run Gentoo on a T420 and X220 (so two generations newer than your X200), using my home desktop [i7-6700K] as a distcc host for updates. It's livable, but definitely the kind of thing where I'd kick off an emerge --update and leave it running for several hours while I'm doing something else. I've also upgraded mine to 8GB RAM which helps with certain builds. In addition to the usual problem packages others have called out, the main problem I ran into was heat dissipation: the X220 chassis is so small that railing the CPU at 100% for hours on compiles was pushing the temperature over 90 degrees celsius. I disassembled the laptop and applied new high quality thermal paste to the CPU/heatsink and it seems to be doing a little better now. cal
Re: [gentoo-user] Re: No HW acceleraton on radeon Mobility X300 with linux-2.6.36-r5, mesa-7.9, xorg-server-1.9.2 and video-ati-6.13.2
On 16 January 2011 22:30, Nikos Chantziaras rea...@arcor.de wrote: On 01/16/2011 05:18 PM, Daniel Tihelka wrote: Hallo, after update to 2.6.36-r5 kernel, xorg 1.9.2, mesa-7.9 and xf86-video- ati-6.13.2 (all from gentoo portage), the hw graphics acceleration stopped working. The problem seems to be in drm kernel module, as it is claimed by X.org (the part of X.org log): [...] And the kernel seems to use them (when started with boot options 'video=vesafb:ywrap,mtrr:3 vga=792') Remove the above and try this: video=vesafb:off radeon.modeset=1 radeon.dynpm=1 Building KMS related drivers in the kernel as opposed to selecting them as modules and removing framebuffer modules may also address the OP's problem (which I suspect is caused because KMS has not loaded *before* xorg starts). Then, try deleting your xorg.conf (if you have one) and do: eselect mesa set r300 gallium Also make sure that mesa is emerged with the video_cards_r300 USE flag enabled. video_cards_radeon is *not* enough. Your make.conf should probably contain this: VIDEO_CARDS=fbdev vesa radeon r300 Hmm ... unless this USE flag shows up in later versions or overlays, only radeon is available for mesa-7.9 # emerge -1aDv mesa These are the packages that would be merged, in order: Calculating dependencies... done! [ebuild R ] media-libs/mesa-7.9 USE=classic gallium nptl -debug -gles -llvm -motif -pic (-selinux) VIDEO_CARDS=radeon -intel -mach64 -mga -nouveau -r128 -savage -sis -tdfx -via -vmware 0 kB Total: 1 package (1 reinstall), Size of downloads: 0 kB Would you like to merge these packages? [Yes/No] No Quitting. -- Regards, Mick
Re: [gentoo-user] Re: No HW acceleraton on radeon Mobility X300 with linux-2.6.36-r5, mesa-7.9, xorg-server-1.9.2 and video-ati-6.13.2
On Monday 17 January 2011 18:30:02 Mick wrote: On 16 January 2011 22:30, Nikos Chantziaras rea...@arcor.de wrote: Then, try deleting your xorg.conf (if you have one) and do: eselect mesa set r300 gallium Also make sure that mesa is emerged with the video_cards_r300 USE flag enabled. video_cards_radeon is *not* enough. Your make.conf should probably contain this: VIDEO_CARDS=fbdev vesa radeon r300 Hmm ... unless this USE flag shows up in later versions or overlays, only radeon is available for mesa-7.9 # emerge -1aDv mesa These are the packages that would be merged, in order: Calculating dependencies... done! [ebuild R ] media-libs/mesa-7.9 USE=classic gallium nptl -debug -gles -llvm -motif -pic (-selinux) VIDEO_CARDS=radeon -intel -mach64 -mga -nouveau -r128 -savage -sis -tdfx -via -vmware 0 kB Agree with Mick. I also did not find r300 USE flag. But see my previous answer, the issue seems to be solved now (mainly by removing framebuffer drivers from the kernel config). The correct (gallium) driver is built and used when mesa-7.9 is compiled with +radeon +gallium USE flags. Best regards, Dan T.
Re: [gentoo-user] Re: No HW acceleraton on radeon Mobility X300 with linux-2.6.36-r5, mesa-7.9, xorg-server-1.9.2 and video-ati-6.13.2
On Monday 17 January 2011 18:30:02 Mick wrote: On 16 January 2011 22:30, Nikos Chantziaras rea...@arcor.de wrote: Then, try deleting your xorg.conf (if you have one) and do: eselect mesa set r300 gallium Also make sure that mesa is emerged with the video_cards_r300 USE flag enabled. video_cards_radeon is not enough. Your make.conf should probably contain this: VIDEO_CARDS=fbdev vesa radeon r300 Hmm ... unless this USE flag shows up in later versions or overlays, only radeon is available for mesa-7.9 # emerge -1aDv mesa These are the packages that would be merged, in order: Calculating dependencies... done! [ebuild R ] media-libs/mesa-7.9 USE=classic gallium nptl -debug -gles -llvm -motif -pic (-selinux) VIDEO_CARDS=radeon -intel -mach64 -mga -nouveau -r128 -savage -sis -tdfx -via -vmware 0 kB Agree with Mick. I also did not find r300 USE flag. But see my previous answer, the issue seems to be solved now (mainly by removing framebuffer drivers from the kernel config). The correct (gallium) driver is built and used when mesa-7.9 is compiled with +radeon +gallium USE flags. Best regards, Dan T.
Re: [gentoo-user] Re: Compositing too slow in KDE
On Wednesday 23 March 2011 00:16:46 Bill Longman wrote: Well after fifteen minutes of no crashes, here are my settings: $ emerge -pv xorg-server mesa cairo $(qlist -IC x11-drivers) These are the packages that would be merged, in order: Calculating dependencies... done! [ebuild R ] x11-drivers/radeon-ucode-20110106 0 kB [ebuild R ] media-libs/mesa-7.9.1 USE=classic nptl -debug -gallium -gles -llvm -motif -pic (-selinux) VIDEO_CARDS=radeon -intel -mach64 -mga -nouveau -r128 -savage -sis -tdfx -via -vmware 0 kB [ebuild R ] x11-base/xorg-server-1.9.5 USE=ipv6 kdrive nptl udev xorg -dmx -doc -minimal -static-libs -tslib 0 kB [ebuild R ] x11-libs/cairo-1.10.2-r1 USE=X opengl qt4 svg xcb (-aqua) -debug -directfb -doc (-drm) (-gallium) (-openvg) -static-libs 0 kB [ebuild R ] x11-drivers/xf86-input-evdev-2.6.0 0 kB [ebuild R ] x11-drivers/xf86-input-keyboard-1.5.0 0 kB [ebuild R ] x11-drivers/xf86-input-mouse-1.6.0 0 kB [ebuild R ] x11-drivers/xf86-video-ati-6.14.0 0 kB My kernel is 2.6.36-r5 gentoo-sources running on the AMD Athlon II X4 machine: $ zgrep RADEON /proc/config.gz CONFIG_DRM_RADEON=m CONFIG_DRM_RADEON_KMS=y CONFIG_FB_RADEON=y CONFIG_FB_RADEON_I2C=y CONFIG_FB_RADEON_BACKLIGHT=y # CONFIG_FB_RADEON_DEBUG is not set Wonderfully wobbly windows once again, without widespread (and unwelcomed) untimely terminations. How can you use x11-drivers/radeon-ucode (with KMS) *and* CONFIG_FB_RADEON=y ? On two machines of mine I end up with a blank screen if I add a framebuffer driver. -- Regards, Mick signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] LVM (Was: the best filesystem for server: XFS or JFS (or?))
On Thursday 24 March 2011 22:07:28 Volker Armin Hemmann wrote: On Thursday 24 March 2011 12:08:02 Alan McKinnon wrote: On Thursday 24 March 2011 12:19:39 Dale wrote: I have never used LVM but when it messes up after a upgrade, as has happened to many others, see if you say the same thing. I hope your backups are good and they can restore. What is this mess up after an upgrade of which you speak? I've used multiple versions of LVM on multiple machines across multiple distros for multiple years and never once heard of anyone having a problem with it let along experienced one myself. Shades of FUD methinks. http://bugs.gentoo.org/buglist.cgi?quicksearch=lvm or if you like a bit of history: Not all of these are LVM, some are only shown because they're related to llvm (Which is a virtual machine), but lets ignore those all-together :) On the first page, at first glance, I don't see any serious ones that are only LVM. The boot-issue was caused by genkernel not being up-to-date with name-changes. http://bugs.gentoo.org/buglist.cgi?quicksearch=ALL+lvm there you go. See above I like this one: http://bugs.gentoo.org/show_bug.cgi?id=350455 Looks like an issue with heavy I/O, affecting the LVM layer trying to lock the filesystem. But I wonder if he's not running into a known issue (which can easily be worked around) where pvmove has a memory-leak with the reporting. (eg. the bit that checks the progress every 5 seconds, reducing that to every 5 minutes significantly reduces that) However, I do believe this (mem-leak) was fixed. Am curious what the result will be of that. Please note, I do not run masked (~amd64) kernels. Kind regards, Joost Roeleveld
Re: [gentoo-user] can't build gnome 3.2 (3.0 was ok)
On Thu, Oct 13 2011, Canek Peláez Valdés wrote: What's the output of lspci | grep VGA? oldlap ~ # lspci -v | grep VGA 00:02.0 VGA compatible controller: Intel Corporation Mobile 945GM/GMS, 943/940GML Express Integrated Graphics Controller (rev 03) (prog-if 00 [VGA controller]) And just to cover all the bases: what versions do you have of: xorg-server xorg-drivers mesa [I] x11-base/xorg-server Available versions: 1.9.4 1.9.5 1.10.2 (~)1.10.3 1.10.4 (~)1.11.0 (~)1.11.1 {dmx doc ipv6 kdrive minimal nptl static-libs tslib +udev xnest xorg xvfb} Installed versions: 1.11.1(02:25:02 PM 10/12/2011)(ipv6 nptl udev xorg -dmx -doc -kdrive -minimal -static-libs -tslib -xnest -xvfb) [I] x11-base/xorg-drivers Available versions: 1.9 1.10 (~)1.11 {} Installed versions: 1.11(06:38:40 AM 07/11/2011)(input_devices_evdev input_devices_keyboard input_devices_mouse video_cards_intel video_cards_vesa) [I] media-libs/mesa Available versions: 7.9.2 7.10.2 (~)7.10.2-r1 7.10.3 7.11 {} Installed versions: 7.11(09:39:15 AM 08/15/2011)(classic egl gallium llvm nptl shared-glapi video_cards_intel ) If you are using a newer version of xf86-video-intel, then you are (probably) using unstable X.org. I am not; GNOME 3.2 I had it unmasked, X.org I got it stable. Yes this machine is ~x86 allan
Re: [gentoo-user] Can't enable effects in kde
On Thu, Oct 20, 2011 at 4:16 PM, Udo Siewert alge...@lavabit.com wrote: On 10/20/11 13:49, Vishnupradeep wrote: On Thu, Oct 20, 2011 at 10:15 AM, Udo Siewertalge...@lavabit.com wrote: On 10/20/11 12:00, Andrey Moshbear wrote: On Thu, Oct 20, 2011 at 05:20, Vishnupradeep intermedia.vis...@gmail.com wrote: I am new to gentoo. Installed kde in gentoo. But i am unable to enable effects like. blur, woobly etc.. why ? What is the output of glxinfo? gentoo vishnu # glxinfo name of display: :0 display: :0 screen: 0 direct rendering: Yes what is the output of 'emerge -pv mesa kwin'? These are the packages that would be merged, in order: Calculating dependencies... done! [ebuild R] media-libs/mesa-7.11 USE=classic egl gallium llvm nptl shared-glapi -bindist -debug -gbm -gles -motif -openvg -pax_kernel -pic (-selinux) -shared-dricore VIDEO_CARDS=-intel* -mach64* -mga* -nouveau* -r128* -radeon* -savage* -sis* -tdfx* -via* -vmware* 0 kB [ebuild R ~] kde-base/kwin-4.7.2 USE=opengl xinerama* (-aqua) -debug -gles (-kdeenablefinal) 0 kB Total: 2 packages (2 reinstalls), Size of downloads: 0 kB
Re: [gentoo-user] Re: (unknown)
On Monday 24 Oct 2011 21:35:44 Nikos Chantziaras wrote: On 10/24/2011 10:59 PM, Mick wrote: On Monday 24 Oct 2011 09:36:48 Nikos Chantziaras wrote: On 10/24/2011 11:28 AM, Vishnupradeep wrote: On Mon, Oct 24, 2011 at 1:40 PM, Nikos Chantziarasrea...@arcor.de mailto:rea...@arcor.de wrote: In your /etc/make.conf, use this: I am using ATI 4350 card. so is that VIDEO_CARDS=radeon r700 No. There is no driver called r700. The driver is called r600 and it drives R600 chips and newer. I'm getting confused ... I thought that the driver is radeon and r600 is the firmware blob. r600 is the driver. Mesa needs that. radeon is more of a USE flag, needed by various ebuilds (for example x11-base/xorg-drivers, sys-power/pm-utils and also media-libs/mesa). But it should be in VIDEO_CARDS, not in USE. Thanks. This is news to me. It is not mentioned here: http://www.gentoo.org/doc/en/xorg-config.xml and when I remerge media-libs/mesa-7.11 only radeon is shown under VIDEO_CARDS: [ebuild R] media-libs/mesa-7.11 USE=classic egl gallium llvm nptl shared-glapi -bindist -debug -gbm -gles -motif -openvg -pax_kernel -pic (- selinux) -shared-dricore VIDEO_CARDS=radeon -intel -mach64 -mga -nouveau - r128 -savage -sis -tdfx -via -vmware 6,406 kB Does this need adding to /etc/make.conf? Yes. Everyone who uses an AMD card should have radeon in VIDEO_CARDS, followed by either r300 or r600. Of course only when we're taking about the X.Org drivers. If you're going to use the Catalyst proprietary drivers, you should put fglrx in VIDEO_CARDS. OK, I've added it and I'm remerging mesa to see what difference it makes. -- Regards, Mick signature.asc Description: This is a digitally signed message part.
[gentoo-user] Re: Changing compilers
On 19/03/12 07:26, Andrew Lowe wrote: Hi all, Has anyone played around with the various better known compilers on Gentoo? By better known, I'm referring to gcc, Intel, llvm, pathscale. My situation is that I've just started my PhD which requires me to do Finite Element Analysis, FEA, and Computational Fluid Dynamics, CFD, and I want to find the best compiler for the job. Before anyone says Why bother, XXX compiler is only 1 - 2% faster than gcc, in the context of the work I'm doing this 1 - 2% IS important. What I'm looking for is any feedback people may have on ability to compile the Gentoo environment, the ability to change compilers easily, gcc-config or flags in make.conf, as to whether the compiler/linker can use the libraries as compiled by gcc on a standard gentoo install and so on. Obviously there is much web trawling to be done to find what other people are saying as well. You don't need to change compilers. You can use whatever one you like to build your program. The compiler portage uses to build its packages does not affect your own usage of the others. As for the fastest one, I can only speak for Intel CPUs where Intel C++ gives me the fastest binaries.
Re: [gentoo-user] Changing compilers
On Mon, Mar 19, 2012 at 5:32 AM, Mark Knecht markkne...@gmail.com wrote: On Sun, Mar 18, 2012 at 10:26 PM, Andrew Lowe a...@wht.com.au wrote: Hi all, Has anyone played around with the various better known compilers on Gentoo? By better known, I'm referring to gcc, Intel, llvm, pathscale. My situation is that I've just started my PhD which requires me to do Finite Element Analysis, FEA, and Computational Fluid Dynamics, CFD, and I want to find the best compiler for the job. Before anyone says Why bother, XXX compiler is only 1 - 2% faster than gcc, in the context of the work I'm doing this 1 - 2% IS important. What I'm looking for is any feedback people may have on ability to compile the Gentoo environment, the ability to change compilers easily, gcc-config or flags in make.conf, as to whether the compiler/linker can use the libraries as compiled by gcc on a standard gentoo install and so on. Obviously there is much web trawling to be done to find what other people are saying as well. Any thoughts, greatly appreciated, Andrew Lowe Think CUDA Mark Sorry. Meant to include this reference: $15 on Kindle. Reads great on Kindle for PC. http://www.amazon.com/CUDA-Example-Introduction-General-Purpose-ebook/dp/B003VYBOSE/ref=sr_1_4?ie=UTF8qid=1332160431sr=8-4
Re: [gentoo-user] Changing compilers
On Mon, Mar 19, 2012 at 8:32 AM, Mark Knecht markkne...@gmail.com wrote: On Sun, Mar 18, 2012 at 10:26 PM, Andrew Lowe a...@wht.com.au wrote: Hi all, Has anyone played around with the various better known compilers on Gentoo? By better known, I'm referring to gcc, Intel, llvm, pathscale. My situation is that I've just started my PhD which requires me to do Finite Element Analysis, FEA, and Computational Fluid Dynamics, CFD, and I want to find the best compiler for the job. Before anyone says Why bother, XXX compiler is only 1 - 2% faster than gcc, in the context of the work I'm doing this 1 - 2% IS important. What I'm looking for is any feedback people may have on ability to compile the Gentoo environment, the ability to change compilers easily, gcc-config or flags in make.conf, as to whether the compiler/linker can use the libraries as compiled by gcc on a standard gentoo install and so on. Obviously there is much web trawling to be done to find what other people are saying as well. Any thoughts, greatly appreciated, Andrew Lowe Think CUDA Yes. And as a convenient side-effect, it offers a great excuse to upgrade your video card with some regularity. The performance of mid-grade and high-grade video cards continues to improve rapidly. -- :wq
Re: [gentoo-user] Changing compilers
On 03/19/12 22:02, Michael Mol wrote: On Mon, Mar 19, 2012 at 8:32 AM, Mark Knecht markkne...@gmail.com wrote: On Sun, Mar 18, 2012 at 10:26 PM, Andrew Lowe a...@wht.com.au wrote: Hi all, Has anyone played around with the various better known compilers on Gentoo? By better known, I'm referring to gcc, Intel, llvm, pathscale. My situation is that I've just started my PhD which requires me to do Finite Element Analysis, FEA, and Computational Fluid Dynamics, CFD, and I want to find the best compiler for the job. Before anyone says Why bother, XXX compiler is only 1 - 2% faster than gcc, in the context of the work I'm doing this 1 - 2% IS important. What I'm looking for is any feedback people may have on ability to compile the Gentoo environment, the ability to change compilers easily, gcc-config or flags in make.conf, as to whether the compiler/linker can use the libraries as compiled by gcc on a standard gentoo install and so on. Obviously there is much web trawling to be done to find what other people are saying as well. Any thoughts, greatly appreciated, Andrew Lowe Think CUDA Yes. And as a convenient side-effect, it offers a great excuse to upgrade your video card with some regularity. The performance of mid-grade and high-grade video cards continues to improve rapidly. Sorry, can't do that, I'm using epic, http://tinyurl.com/83l5o3z which currently ranks at 151 in the top 500 list :) It's amazing how fast this list changes, 6 months ago, this machine was at 107 and 6 months before that 87. Andrew
Re: [gentoo-user] udev upgrade and baselayout 2.2
On 4/29/2013 17:35, fe...@crowfix.com wrote: I've finally got my system settled enough to look into teh scary udev upgrade. Especially I have all data dirs off in their own LVM partitions (/home, /encfs, /usr/portage, /var/spool), and a backup of the most recent bootable and runable /, so I can boot back to that if I need to and still get email etc. while working oout what I screwed up. Excluding gcc, llvm, various app-emulation packages, videolibs, etc, most of it looks innocent enough. ... Some give me pause: =sys-apps/baselayout-2.2 Is baselayout 2.2 necessary for upgrading udev, or just optional? Could I upgrade this without upgrading udev? I can't comment on baselayout 2.2 yet, as I have been holding off on updating it on my systems as well. I have updated them all to at least udev 197, though, without too much trouble. If you update to udev 200 without going through 197, though, make sure you don't forget to ``touch /etc/udev/rules.d/80-net-name-slot.rules``, lest you end up with ridiculous names for your ethernet devices. =sys-boot/grub-2.00-r3:2 I'm running grub 1. What I have seen of grub 2 doesn't impress me, and besides, my bootable backup is on a different disk but relies on the grub 1 boot setup, and I'd just as soon not upgrade to grub 2 ever if possible. I too prefer grub 1. You can prevent the upgrade to grub 2 with the following:: emerge --deselect grub emerge --noreplace grub:0 And, just for good measure:: echo '=sys-boot/grub-2' /etc/portage/package.mask/grub2 Hope this helps -- ♫Dustin http://dustin.hatch.name/
Re: [gentoo-user] Intel and Gallium 0.4 on llvmpipe (LLVM 3.4, 256 bits)
On Tuesday 27 May 2014 22:41:32 Alan McKinnon wrote: On 27/05/2014 18:20, Time Lucky wrote: VIDEO_CARDS=intel radeon -freedreno -i915 -i965 -ilo -nouveau -r100 -r200 -r300 -r600 -radeonsi -vmware Solved! I realized that your VIDEO_CARDS was -i915 then I removed i915 from make.conf I wouldn't. Unless you also have NVidia and Radeon cards too on your machine you do not all these entries. Try this in your /etc/make.conf: VIDEO_CARDS=intel i915 Then rebuild your xorg drivers and mesa. Finally run 'eselect mesa list' to see if you are using gallium or not. Adjust accordingly. Take what I say here with a pinch of salt (building the right drivers with the right settings to work right on the right hardware is, IMNSHO, a huge amount of black magic :-) anyway, I seem to recall that USE=i915 or i965 was the old way of doing things and you needed to know what chipset to build for. Recent code has merged all of that nonsense so all you have to do is set VIDEO_CARDS=intel and emerge can figure out what to build for the hardware it's running on. Unless it changed recently, you would need to add the mesa module name for your card too. -- Regards, Mick signature.asc Description: This is a digitally signed message part.
[gentoo-user] Re: This nite's switch to full multilib
On 2015-03-30, Neil Bothwick n...@digimed.co.uk wrote: On Mon, 30 Mar 2015 19:46:54 + (UTC), Grant Edwards wrote: The reason is that somebody wanted their system to be consistent. I don't think that's a particulary good reason, but that's the nice thing aboug Gentoo. Everybody gets to decide what is important to them, and build their system accordingly. It's also practical as it requires no other changes to get your system working. However, it is even less efficient than I had envisaged. ABI_X86=64 32 emerge --update --deep --changed-use --with-bdeps y -pv @world gives Total: 237 packages (237 reinstalls), Whereas: grep -cv '^#' /etc/portage/package.use/abi_x86_32 gives 119 packages. So setting it globally would require three times as many packages to be rebuilt on this KDE system. That's roughly what I came up with this morning when I decided to try installing acroread on one of my XFCE boxes: 81 rebuilds one way, a handful over 200 the other. And I think it's at least the third time in the past few months I've looked up llvm to see what it is and why it's getting built -- I keep getting it confused with lvm. -- Grant Edwards grant.b.edwardsYow! Jesuit priests are at DATING CAREER DIPLOMATS!! gmail.com
Re: [gentoo-user] mesa-10.3.7-r1 S3TC option
On 02/20/2015 07:10 PM, Mick wrote: Mick michaelkintzios at gmail.com writes: media-libs/mesa-10.3.7-r1: I have this installed too; with this video card : radeon VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI] RV710 [Radeon HD 4350/4550] I mostly followed this guide, without any xorg customizations: http://wiki.gentoo.org/wiki/Radeon media-libs/libtxc_dxtn as well. This may be necessary to get nice I do not have this message anywhere in the logs. There is no dxtn or s3tc flag [1]. I have just discovered that elogviewer is not working currently; I have used it extensively in the past. I reinstalled it and the /var/log/portage/elog dir is setup correctly but empty. Strange; I'm not certain when my elogs quit working.. I'm not certain what is going on, as python is set to 3.4; running python updater now qutie a bit of breakage So I emerged media-libs/libtxc_dxtn manually. Yes, I am going to give this a whirl too. It's been a long time since I've looked into updating a radeon configuration. What card are you using? I have these flags set for mesa and maybe they are in need of updating? media-libs/mesa-10.3.7-r1 USE=bindist classic dri3 egl gallium gbm llvm nptl udev Any additional flags I could/should set for mesa and a radeon card? Any other helper packages? [1] http://www.gentoo.org/dyn/use-index.xml#doc_chap1
Re: [gentoo-user] necessary use flgas
On Wed, Jun 24, 2015 at 04:53:18PM +0430, behrouz khosravi wrote What do you recommend ? DO NOT SET USE=-* As I said before I have done it and I totally recommend it to anyone interested to get a better understanding of user land. The point with USE=-* is to create your own base profile. E.g. when I upgraded my old Dell Core2 Duo from 32 to 64 bit Gentoo, I dropped USE=-*. I went from... USE_BASE=-* a52 aac bzip2 cxx fortran ncurses netifrc nptl nptlonly nsplugin offensive openssl posix readline ssl threads vim-syntax zlib X dga dri exif ffmpeg flac classic gif intel jpeg mng mp3 mpeg ogg opengl png rtmp theora tiff truetype vorbis xcomposite webm x264 xpm xv xvid xvmc ...to... USE=X apng bindist ffmpeg jpeg png truetype xorg -acl -berkdb -chatzilla -cracklib -crypt -gallium -gdbm -gmp-autoupdate -gstreamer -iconv -introspection -ipc -iptables -ipv6 -libav -llvm -nls -openmp -pam -roaming -sendmail -tcpd -udev -unicode So I went from -* plus add a lot of USE flags to default/linux/amd64/13.0/no-multilib and negating a lot of USE flags. Six of one, half a dozen of the other. -- Walter Dnes waltd...@waltdnes.org I don't run desktop environments; I run useful applications
Re: [gentoo-user] Re: confessions of a former USE=
On Wed, Apr 13, 2016 at 04:08:40PM +, James wrote > »Q« gmx.net> writes: > > > > tl;dr: Getting rid of USE="-*" was a lot easier than I'd expected. A > > little rebuilding, a lot of (easy) USE flag pruning, and I'm done. > > > Until yesterday, I've had USE="-*" for years. > > I've only used (USE="-*") for small systems like firewalls, devices, > or other minimized servers. If you think about it, most of us, > on a workstation, what everything that will work. The exception being > somebody with meager resources or other minimizations that warrant constraint. I used to use USE='-* blah blah blah", where "blah blah blah" was a lot of flags. My rule of thumb was to compare... * how many "foobar" entries I'd have to make in package.use if I didn't include "foobar" in make.conf, versus... * how many "-foobar" entries I'd have to make in package.use if I did include "foobar" in make.conf Which ever way resulted in fewer entries in package.use was the way I'd go. I effectively built my own custom profile. I've now switched to the conventional style, without "-*", but I now have a lot of "-foobar" flags in USE, like so... USE="10bit 12bit X apng bindist ffmpeg gles2 jpeg netifrc png snappy szip truetype x264 x265 xorg -acl -berkdb -caps -chatzilla -cracklib -crypt -filecaps -gallium -gdbm -gmp-autoupdate -graphite -gstreamer -iconv -introspection -ipc -iptables -ipv6 -libav -llvm -manpager -nls -openmp -pam -pch -roaming -sendmail -spell -tcpd -udev -udisks -unicode -upower -uuid -xinerama" -- Walter Dnes <waltd...@waltdnes.org> I don't run "desktop environments"; I run useful applications
Re: [gentoo-user] New Installation
On Sunday 05 Feb 2017 01:44:30 Dale wrote: > Ask anyone, I'm different on the way I do USE flags, or I feel that > way. If I have a flag that I want enabled/disabled on basically > everything that uses that flag, it goes in make.conf. If I have a USE > flag that I may need for just a few packages, or a single package, I put > it in package.use. The devs have already made that choice, though of course you don't have to follow them. > Basically, make.conf is the rule for USE flags. Package.use is for > exceptions to that rule. Or, if the USE flag is documented in /usr/portage/profiles/use.desc it's for general application and you put it in make.conf, and if it's in /usr/portage/profiles/use.local.desc it applies to one or a few specific packages and you put it in package.use. Then you just have to decide how to arrange you package.use directory. This is mine, in case it helps anyone: # ls /etc/portage/package.use boinc firefox firmware iputils qtwebengine runtime-meta xorg # cat /etc/portage/package.use/xorg media-libs/mesa -vaapi sys-devel/llvm clang video_cards_radeon x11-libs/libdrm video_cards_radeon # cat /etc/portage/package.use/boinc app-emulation/virtualboxadditions extensions java python x11-libs/wxGTK webkit You can see I have all the USE flags affecting the xorg-x11 system in one file, all those needed by boinc in another, and so on. In my usual top-down approach I name each file by what it's for, not what's in it. > As usual, do what makes the most sense to you. I post this just in case > this way may make sense, not that much of anything I do makes sense to > anyone else. ;-) You're too modest... :) -- Regards Peter
[gentoo-user] QEMU virtio_gpu
Hi, I am trying to run qemu virtual machine with virtio_gpu using the following command /usr/bin/qemu-system-x86_64 -enable-kvm -m 4096 -smp 8 -localtime -cdrom Fedora-Workstation-Live-x86_64-25_Beta-1.1.iso -boot once=d,menu=off -vga virtio -display gtk,gl=on but getting the following error when machine gets to display manager (qemu-system-x86_64:3192): Gdk-WARNING **:gdk_gl_context_set_required_version - GL context versions less than 3.2 are not supported. No provider of glUniform4uiv found. Requires oneof: Desktop OpenGL 3.0 OpenGL ES 3.0 GL extension "GL_EXT_gpu_shader4" I have also tried using -display with sdl,gl=on I have tried this in another (arch) linux box and works so I think it must be a use flag or something but struggling to find out which one or perhaps missing something else! lsmod shows virtio_gpu emerge -vp mesa media-libs/mesa-13.0.1::gentoo USE="bindist classic dri3 egl gallium gbm gles2 llvm nettle nptl -d3d9 -debug -gcrypt -gles1 -libressl -opencl -openmax -openssl -osmesa -pax_kernel -pic (-selinux) -vaapi -valgrind -vdpau -vulkan -wayland -xa -xvmc" ABI_X86="(64) -32 (-x32)" VIDEO_CARDS="radeon radeonsi (-freedreno) -i915 -i965 -ilo -intel -nouveau -r100 -r200 -r300 -r600 (-vc4) -vmware" 0 KiB virglrenderer is installed. If anyone has qemu and virtio-gpu running please let me know and I'll keep trying. Many Thanks John
Re: [gentoo-user] Clang has gone walkabout
On 10/04/17 18:08, Neil Bothwick wrote: On Mon, 10 Apr 2017 17:13:28 +0800, Andrew Lowe wrote: Do we have any clang users out there? I've had clang installed on my machine for ages and a simple "clang test.c" will result in an executable. I can even nearly build my whole machine using clang, so its up and running. I've now just updated clang, from a working 3.9.1 to a 4.0.0-r1 and clang has now disappeared. If I type in "clang --version", I get "command not found". "whereis clang" only gives me the library dir. Doing "ls -la /usr/bin/cla*" gives me "No such file or directory" Try "qlist clang" so see what is installed, "qlist clang | grep bin/" should find the executables. qlist is part of portage-utils, which you probably already have. Done as requested. There are 41 files found with clang in their name and they are all on the dir: /usr/lib/llvm/4/bin/ I'm no whiz bang sys-admin but that doesn't seem right to me. There is clang and clang++ and a whole lot of stuff sym linked to provide all the various permutations and combinations of names in there. But there is nothing in my path that points to that dir. I'll have to have a look at the ebuild to see if a symlink or something is not being applied. Any other thoughts appreciated, Andrew
Re: [gentoo-user] Clang has gone walkabout
On April 10, 2017 12:41:54 PM GMT+02:00, Andrew Lowe <a...@wht.com.au> wrote: >On 10/04/17 18:08, Neil Bothwick wrote: >> On Mon, 10 Apr 2017 17:13:28 +0800, Andrew Lowe wrote: >> >>> Do we have any clang users out there? I've had clang installed >>> on my machine for ages and a simple "clang test.c" will result in an >>> executable. I can even nearly build my whole machine using clang, so >>> its up and running. I've now just updated clang, from a working >3.9.1 >>> to a 4.0.0-r1 and clang has now disappeared. If I type in "clang >>> --version", I get "command not found". "whereis clang" only gives me >>> the library dir. Doing "ls -la /usr/bin/cla*" gives me "No such file >or >>> directory" >> >> Try "qlist clang" so see what is installed, "qlist clang | grep bin/" >> should find the executables. >> >> qlist is part of portage-utils, which you probably already have. >> >> > > Done as requested. There are 41 files found with clang in their name >and they are all on the dir: > > /usr/lib/llvm/4/bin/ > > I'm no whiz bang sys-admin but that doesn't seem right to me. There is > >clang and clang++ and a whole lot of stuff sym linked to provide all >the >various permutations and combinations of names in there. But there is >nothing in my path that points to that dir. I'll have to have a look at > >the ebuild to see if a symlink or something is not being applied. > > Any other thoughts appreciated, > > Andrew Try those and see if they respond correctly. If yes, add that dir to your PATH. -- Joost -- Sent from my Android device with K-9 Mail. Please excuse my brevity.
[gentoo-user] Updating media-libs/mesa failed
Today, updating my system, I have got: # emerge --update --deep --with-bdeps=y --newuse --backtrack=90 --ask world --exclude chromium These are the packages that would be merged, in order: Calculating dependencies... done! [ebuild U ] media-libs/mesa-13.0.5 [12.0.1] USE="nettle%* -gcrypt% (-libressl) -openssl% -vulkan%" [ebuild U ] x11-libs/cairo-1.14.8 [1.14.6] [ebuild U ] media-libs/libepoxy-1.4.1 [1.3.1] USE="X%*" [ebuild U ] dev-libs/libinput-1.6.2 [1.4.2] [ebuild U ] app-misc/mc-4.8.18-r1 [4.8.15] [ebuild U ] x11-apps/xauth-1.0.10 [1.0.9-r2] USE="{-test}" [ebuild U ] x11-base/xorg-server-1.19.2 [1.18.4] USE="-debug%" [ebuild U ] x11-drivers/xf86-video-ati-7.8.0 [7.7.0] [ebuild U ] x11-drivers/xf86-input-evdev-2.10.5 [2.10.3] [ebuild U ] x11-base/xorg-drivers-1.19 [1.18-r1] VIDEO_CARDS="-ark% -i915% -i965% (-newport) -sis%" [ebuild U ] net-analyzer/wireshark-2.2.5 [2.2.4] [ebuild U ] www-client/firefox-45.8.0 [45.7.0] Would you like to merge these packages? [Yes/No] y >>> Verifying ebuild manifests >>> Running pre-merge checks for x11-base/xorg-server-1.19.2 >>> Running pre-merge checks for x11-drivers/xf86-video-ati-7.8.0 * Determining the location of the kernel source code * Found kernel source directory: * /usr/src/linux * Found kernel object directory: * /lib/modules/4.9.6-gentoo-r1/build * Found sources for kernel version: * 4.9.6-gentoo-r1 * Checking for suitable kernel configuration options... [ ok ] >>> Running pre-merge checks for x11-drivers/xf86-input-evdev-2.10.5 * Determining the location of the kernel source code * Found kernel source directory: * /usr/src/linux * Found kernel object directory: * /lib/modules/4.9.6-gentoo-r1/build * Found sources for kernel version: * 4.9.6-gentoo-r1 * Checking for suitable kernel configuration options... [ ok ] >>> Running pre-merge checks for www-client/firefox-45.8.0 * Checking for at least 4 GiB disk space at "/var/tmp/portage/www-client/firefox-45.8.0/temp" ... [ ok ] >>> Emerging (1 of 12) media-libs/mesa-13.0.5::gentoo ... configure: error: Package requirements (libdrm_amdgpu >= 2.4.63) were not met: No package 'libdrm_amdgpu' found Consider adjusting the PKG_CONFIG_PATH environment variable if you installed software in a non-standard prefix. Alternatively, you may set the environment variables AMDGPU_CFLAGS and AMDGPU_LIBS to avoid the need to call pkg-config. See the pkg-config man page for more details. !!! Please attach the following file when seeking support: !!! /var/tmp/portage/media-libs/mesa-13.0.5/work/mesa-13.0.5-abi_x86_32.x86/config.log * ERROR: media-libs/mesa-13.0.5::gentoo failed (configure phase): * econf failed * * Call stack: * ebuild.sh, line 115: Called src_configure * environment, line 4601: Called multilib-minimal_src_configure * environment, line 2924: Called multilib_foreach_abi 'multilib-minimal_abi_src_configure' * environment, line 3138: Called multibuild_foreach_variant '_multilib_multibuild_wrapper' 'multilib-minimal_abi_src_configure' * environment, line 2854: Called _multibuild_run '_multilib_multibuild_wrapper' 'multilib-minimal_abi_src_configure' * environment, line 2852: Called _multilib_multibuild_wrapper 'multilib-minimal_abi_src_configure' * environment, line 736: Called multilib-minimal_abi_src_configure * environment, line 2918: Called multilib_src_configure * environment, line 3416: Called econf '--enable-dri' '--enable-glx' '--enable-shared-glapi' '--disable-shader-cache' '--enable-texture-float' '--disable-nine' '--disable-debug' '--enable-dri3' '--enable-egl' '--enable-gbm' '--disable-gles1' '--enable-gles2' '--enable-glx-tls' '--enable-valgrind=no' '--enable-llvm-shared-libs' '--with-dri-drivers=,swrast,radeon,r200' '--with-gallium-drivers=,swrast,r300,r600,radeonsi' '--with-vulkan-drivers=' '--with-sha1=libnettle' 'PYTHON2=/usr/bin/python2.7' '--with-egl-platforms=x11,drm' '--disable-nine' '--enable-gallium-llvm' '--disable-omx' '--disable-va' '--disable-vdpau' '--disable-xa' '--disable-xvmc' '--disable-glx-read-only-text' '--disable-gallium-osmesa' *phase-helpers.sh, line 665: Called __helpers_die 'econf failed' * isolated-functions.sh, line 117: Called die * The specific snippet of code: * die "$@" * * If you need support, post the output of `emerge --info '=media-libs/mesa-13.0.5::gentoo'`, * the complete build log and the output of `emerge -pqv '=media-libs/mesa-13.0.5::gentoo'`. * The complete build log is located at '/var/tmp/portage/media-libs/mesa-13.0.5/temp/build.log'. * The ebuild environment file is located at
[gentoo-user] Re: OpenGL problem after upgrading mesa and xorg-server
wabe <waben...@gmail.com> wrote: > Since I've upgraded mesa (12.0.1 to 13.0.5) and xorg-server > (1.18.4 to 1.19.2), OpenGL programs don't work any longer for > non-root users, even when these users are members of the group > "video". > > The USE flags for > > xorg-server: doc glamor ipv6 kdrive suid udev xorg xvfb > > mesa: classic dri3 egl gallium gbm gcrypt gles2 llvm nettle nptl > opencl openmax osmesa pax_kernel pic vaapi vdpau wayland xa xvmc > > I'm using gentoo hardened kernel (4.8.17-hardened-r2). > > > This is the error message: > > user@puter ~ $ glxgears > libGL error: MESA-LOADER: failed to retrieve device information > libGL error: image driver extension not found > libGL error: failed to load driver: radeon > libGL error: MESA-LOADER: failed to retrieve device information > unknown chip id 0x683f, can't guess. > libGL error: failed to create dri screen > libGL error: failed to load driver: radeon > > As root, everything works fine. > > I searched the web and also read the gentoo xserver wiki but > couldn't find a solution. P.S.: After downgrading mesa to 12.0.1 everything works fine again. So the problem has nothing to do with xorg-server. -- Regards wabe
Re: [gentoo-user] upgrading 1-year old system
I'm stuck upgrading to "dev-db/mysql-5.6.35" make: *** [Makefile:150: all] Error 2 * ERROR: dev-db/mysql-5.6.35::gentoo failed (compile phase): * emake failed * * If you need support, post the output of `emerge --info '=dev-db/mysql-5.6.35::gentoo'`, * the complete build log and the output of `emerge -pqv '=dev-db/mysql-5.6.35::gentoo'`. * The complete build log is located at '/var/tmp/portage/dev-db/mysql-5.6.35/temp/build.log'. * The ebuild environment file is located at '/var/tmp/portage/dev-db/mysql-5.6.35/temp/environment'. * Working directory: '/var/tmp/portage/dev-db/mysql-5.6.35/work/mysql-abi_x86_32.x86' * S: '/var/tmp/portage/dev-db/mysql-5.6.35/work/mysql' >>> Failed to emerge dev-db/mysql-5.6.35, Log file: >>> '/var/tmp/portage/dev-db/mysql-5.6.35/temp/build.log' *** Resuming merge... These are the packages that would be merged, in reverse order: Calculating dependencies... done! * One or more packages are either masked or have missing dependencies: * * sys-libs/ncurses:0/5=[abi_x86_32(-),abi_x86_64(-)] pulled in by: * (dev-db/mysql-5.6.27:0/18::gentoo, installed) * * >=sys-libs/ncurses-5.9-r3[abi_x86_32(-),abi_x86_64(-)] pulled in by: * (sys-libs/readline-6.3_p8-r2:0/0::gentoo, installed) * * >=sys-libs/ncurses-5.9-r3:0=[abi_x86_32(-),abi_x86_64(-)] pulled in by: * (sys-libs/gpm-1.20.7-r2:0/0::gentoo, installed) * * >=sys-libs/ncurses-5.2-r2:0/5=[unicode] pulled in by: * (sys-apps/util-linux-2.26.2:0/0::gentoo, installed) * * >=sys-libs/ncurses-5.9-r3:5/5=[abi_x86_32(-),abi_x86_64(-)] pulled in by: * (sys-devel/llvm-3.5.0:0/3.5::gentoo, installed) * * >=media-libs/harfbuzz-0.9.12:0/0.9.18=[glib(+),truetype(+),abi_x86_32(-),abi_x86_64(-)] pulled in by: * (x11-libs/pango-1.36.8-r1:0/0::gentoo, installed) * *
Re: [gentoo-user] Gpgme oddity
On Sunday 05 Mar 2017 02:10:09 Alon Bar-Lev wrote: > It was tested, otherwise how could the conflict with kde-apps/gpgmepp > and kde-apps/kdepimlibs:4 been known? Think of it from my point of view. I followed the official guide to installing a stable KDE system on a plasma profile. I don't have any odd extras, omissions or other departures from the ordinary KDE experience. The only other program I run is BOINC (whence the wxGTK webkit USE flag below). I didn't make any USE changes except what was necessary to get the system working. Here is the entirety of my USE flags: # make.conf: USE="-bluetooth -btrfs -fortran -gcj -geoloc -geolocation -gnome -iodbc -ldap -lirc -nis -odbc -systemd -thin -wifi -wireless -xinerama gpm handbook icu symlink" # package.use: app-emulation/virtualbox additions extensions java python dev-lang/python sqlite kde-apps/kdesu-handbook media-libs/libvpx svc media-libs/mesa -vaapi net-misc/iputils -caps -filecaps sys-devel/llvmclang video_cards_radeon sys-kernel/linux-firmware savedconfig x11-libs/libdrm video_cards_radeon x11-libs/wxGTKwebkit That must be as close as can be to "standard", surely. I use KMail but not the rest of kde-pim. Now tell me why I should expect to be thrown a wobbler like a dependency conflict that cannot be resolved, on the face of it, and not at all without what look like significant system changes. By the way, I did check for bugs before posting the first time, but I didn't expect to find anything useful in a stabilisation request - I never have before - so I didn't look at it. Mea culpa to that extent. -- Regards Peter
[gentoo-user] Re: Spectre-NG
On 2018-05-09 20:04, Wols Lists wrote: > > As mentioned, I wonder why gcc/clang do not yet support this > > horribly slow but spectre-safe option. It can't be that hard to > > implement in the actual code-producing back-end. > > Given the response by the gcc team to security people complaining that > gcc was optimising out security-sensitive code (namely, a two-fingered > salute near enough), I doubt the gcc team would have any interest in > optimisations that SLOWED DOWN the resultant code. > > I suspect that might be one of the forces driving the kernel towards > CLANG - a development team that is not obsessed with performance at > the expense of breaking any code that uses undefined features. I'm afraid I side with the gcc people in this interminable flamewar. Code may be "security-sensitive" but buggy. Is the compiler writer really responsible for guessing what the programmer meant to accomplish with buggy code? It would of course be preferable if the compiler could just abort with an error when it detects UB, but that turns out to be very hard to impossible in the case of C. That's just a built in problem with the language. Further, I don't think the llvm/clang position on these cases is all that different, although there may be a difference in emotional attitude. > Unfortunately, when dealing with hardware, one is forced to rely on > undefined features. A strong point of C, until the compiler decides to > go "rogue" on you ... I don't understand what you mean here. In the disputed cases there was always a well-defined way (slightly more verbose but not prohibitively so) to code the desired behavior. -- 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 and on broken lists which rewrite From, fetch the TXT record for no-use.mooo.com.
Re: [gentoo-user] Firefox crashes on some www-pages on a newer Gentoo system
2018-08-01 2:41 GMT+03:00 Adam Carter : >> > It even more strengthens my impression than I should first >> > play with reconfiguring the kernel. >> >> I have loaded the new Gentoo system using the kernel from the old one >> with no change in Firefox behaviour on https://www.privat24.ua/#login >> page: it crashed as was described before. >> >> So, playing with the kernel configuration will not help. :( > > > I think this "This looks like a radeon video driver problem. You could go > into a loop of rebuilding xorg, mesa, dev-libs/nss, what-ever and see if > things improve" is the best suggestion so far. > > I would do something like 'emerge -1 xorg-server xorg-drivers > @x11-module-rebuild mesa llvm clang' then restart X and try again. Thank you for your reply. Initially, I understood the above recomendation as the suggestion to rebuild the packages mentioned above with different use flags. Do you think that rebuilding them with the same use flags may help? The said problem appeared just since the intallation of the new Gentoo system in January-February 2018 and not since changing the major version of gcc this spring. P.S. clang is not installed on my Gentoo system at all.
Re: [gentoo-user] Firefox crashes on some www-pages on a newer Gentoo system
> > > I would do something like 'emerge -1 xorg-server xorg-drivers > > @x11-module-rebuild mesa llvm clang' then restart X and try again. > > Thank you for your reply. > > Initially, I understood the above recomendation as the suggestion to > rebuild the packages mentioned above with different use flags. > > Do you think that rebuilding them with the same use flags may help? > It can, for example, if the major version of the kernel has changed but you havent rebuild xorg since (I only recall having this issue once). If you use newuse and changed-deps with emerge its probably less likely to find other issues. > The said problem appeared just since the intallation of the new > Gentoo system in January-February 2018 and not since changing > the major version of gcc this spring. > > P.S. clang is not installed on my Gentoo system at all. > > I've checked the dependencies on my system, and firefox is pulling that in for me, but checking the ebuilds you can see it becomes a dependency from v60 onwards; /usr/portage/www-client/firefox $ ls files/ firefox-52.9.0.ebuild Manifest firefox-52.6.0.ebuild firefox-60.1.0.ebuild metadata.xml firefox-52.8.0.ebuild firefox-61.0-r1.ebuild /usr/portage/www-client/firefox $ grep clang * grep: files: Is a directory firefox-60.1.0.ebuild:>=sys-devel/clang-4.0.1 firefox-60.1.0.ebuild:has_version "sys-devel/clang:${LLVM_SLOT}" firefox-61.0-r1.ebuild:>=sys-devel/clang-4.0.1 firefox-61.0-r1.ebuild:has_version "sys-devel/clang:${LLVM_SLOT}" /usr/portage/www-client/firefox $