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 $
Re: [gentoo-user] Firefox crashes on some www-pages on a newer Gentoo system
2018-08-02 3:16 GMT+03:00 Adam Carter : >> > 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). Ok, thank you. I will try to do it in a two weeks. (Currently, is still too hot to start so massive recompilation.) > 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 $ Ok, thank you. I still have FF version 5.8.0 (64 bit). It is the latest stable version on amd64.
Re: [gentoo-user] Re: Is --changed-deps going to be *that* useless?
On Mon, Feb 26, 2018 at 10:46 AM, Nikos Chantziaras <rea...@gmail.com> wrote: > 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. > Are you using --deep? I suspect that is why changed-deps is looking at build-time dependencies. I don't see why you'd need to rebuild something if a build-time dependency changes, unless you really care about building with the latest build system (in which case you probably would want to rebuild after an automake update). -- Rich
Re: [gentoo-user] skylake and x265 movie display
On 6/25/19 11:42 PM, Adam Carter wrote: 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. Mine's an older Celeron. It struggled with 1080p video. I found back then (maybe six years ago?) a thread stating Intel locks out some hardware in BIOS mode so performance will suffer. All I did at the time was grind my teeth and fight it to get it to boot in UEFI mode, and I could see the hardware offload on 1080p was working correctly. I see from your other reply it is a 10-bit file, that would explain why hardware offloading doesn't work - it's not supported on that CPU. Have you tried an 8-bit encoded file to see if the hardware offloading works? Dan
[gentoo-user] Re: Migration from 17.0 to 17.1
On 2019-06-24 14:16, Jacques Montier wrote: > 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. Did you in fact have any 32 bit programs/libraries installed? I knew I had none before I started the migration, so I just skipped item 11 and removed the symlinks manually. All the stuff left in /lib was either arch-independent (eg /lib/firmware), or not subject to linking/loading (eg /lib/modules), or glibc multiarch stuff (libm, libnss, yada yada). So far, no problems at all after the migration. -- 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] Noah's ArK
> On 2019-11-17, at 06:19, Helmut Jarausch wrote: > > I'd like to "preserve" some packages which do require components I don't like > to have "regularly" installed any more like some depending on Python2 or are > 32bit. For Python (any version), use wheels: https://pypi.org/project/wheel/ You would have to clone/download the packages yourself, and then run `python setup.py bdist_wheel` for them. This also ensures that you preserve compiled versions of the packages. As time goes on, these older packages will not compile against newer GCC/Clang versions without patches. Most popular packages already have wheels, although they might not have every combination built. For anything else, if it doesn't need stuff like hardware 3D acceleration, use a VM that retains the packages you want. This also leads into... If it does need native hardware access, use chroot and/or disk images (that you would boot into separately). I prefer to try and create barriers between 'production' (what I use everyday) and one-off things like some old game that only supports 32-bit. You probably want to retain old versions of toolchains (GCC, binutils, Clang, LLVM, etc) in case you need to build anything (built with -mtune not -march). Use Gentoo's binpkg format for this with the `qpkg` command. These packages can also be deployed on non-Gentoo systems but YMMV as you look for dependencies. I tend to keep old hardware around for running old software. You might want to do the same. A lot of older (much older) x86 support is being added to MAME everyday. This may come in handy in the future to preserve older versions of Linux distros and apps/games. https://www.mamedev.org/releases/whatsnew_0215.txt (search 386) Andrew
Re: [gentoo-user] Firefox and script block tool/addon
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] X won't start after xorg-server update
Am 14.03.20 um 13:46 schrieb Neil Bothwick: On Sat, 14 Mar 2020 13:38:06 +0100, hitachi303 wrote: It seems that file is created/modified by the mesa ebuild. I would try removing the file and re-emerging mesa to see if it is created with the correct content. # mv -vi -- /etc/X11/xorg.conf.d/20opengl.conf . # emerge -av1 mesa mesa doesn't generate the file. So now there is NO file but X does start. I take it you don't have USE=libglvnd for mesa? Yes I do. Since I haven't defined it in my make.conf I guess it is defined by profile. # emerge -pv mesa # These are the packages that would be merged, in order: # Calculating dependencies... done! # [ebuild R] media-libs/mesa-19.3.5::gentoo USE="X classic dri3 egl gallium gbm gles2 libglvnd llvm -d3d9 -debug -gles1 -lm-sensors -opencl -osmesa -pax_kernel (-selinux) -test -unwind -vaapi -valgrind -vdpau -vulkan -vulkan-overlay -wayland -xa -xvmc" ABI_X86="32 (64) (-x32)" VIDEO_CARDS="radeon (-freedreno) -i915 -i965 -intel -iris (-lima) -nouveau (-panfrost) -r100 -r200 -r300 -r600 -radeonsi (-vc4) -virgl (-vivante) -vmware" 0 KiB
Re: [gentoo-user] USB sound
On Wednesday, 29 April 2020 20:37:23 BST Michael wrote: > On Wednesday, 29 April 2020 16:24:31 BST Peter Humphrey wrote: > > Have I to go the PulseAudio route after all? > > You do not *have to*, but if you find the PulseAudio server and associated > GUI/CLI tools are convenient for you, then you can set up USE=pulseaudio and > use that to mix your sound sinks and sources devices with. > > As Canek has already posted in most cases it just works. However, I must > confess I had a spate of pa processes racing up to 100% CPU and annoyingly > respawning each time I tried to kill it. An update eventually fixed this > problem and it worked fine ever since. Well, after setting USE=pulseaudio and emerging uaDvN @world, sound has reappeared. I haven't tried multiple sources yet, but - one thing at a time. Web-cam next, in between recommissioning other boxes with my new display-port KVM. I'm getting too old and stiff for this. :( [OT] Fully in accordance with Murphy, yesterday's upgrade of ICU had already caused rebuilds of all the big packages (rust, qt-core, llvm, clang, virtualbox, libreoffice, firefox, both web kits ...). What with those, remerging everything took half the day. [/OT] -- Regards, Peter.
Re: [gentoo-user] slot conflict for the same package: how to add a USE flag?
On 05/20/20 23:52, n952162 wrote: The @system set is largely independent of anything else, so getting it updated makes everything else easier. Okay, that's what I'll do (tomorrow). Well it's an iterative process with backtracking ... one package of @system is alsa and it seemed small and easy ... I seem to have all the conflicts out, but now I get: - dev-lang/rust-1.41.1::gentoo USE="-clippy -debug -doc -libressl (-nightly) (-parallel-compiler) -rls -rustfmt (-system-bootstrap) (-system-llvm) -wasm" CPU_FLAGS_X86="-sse2" LLVM_TARGETS="(X86) -AArch64 -AMDGPU -ARM -BPF -Hexagon -Lanai -MSP430 -Mips -NVPTX -PowerPC -RISCV -Sparc -SystemZ -WebAssembly -XCore" The following REQUIRED_USE flag constraints are unsatisfied: x86? ( cpu_flags_x86_sse2 ) My system: Linux txm2 4.14.65-gentoo #1 SMP Sun Oct 21 11:50:40 -00 2018 x86_64 Intel(R) Core(TM)2 Duo CPU E7500 @ 2.93GHz GenuineIntel GNU/Linux I'm not sure why the x86 is coming into play here and if sse2 is relevant at all. I found somebody with a similar issue on the net and a response was to use this in make.conf: LLVM_TARGETS="x86" but I don't know if I should use x86 or x86_64 there... anybody have an idea?
Re: [gentoo-user] Re: dns/bind-tools 9.14 -> 9.16 pulling in 17 new dependencies?!
On Tue, Jul 21, 2020 at 04:00:21PM -, Grant Edwards wrote > > Before I can try that, I apparently have to enable the elogind USE > flag because of somthing else that changed since I sync'ed yesterday. > > That only requires 6 new packages (two of them are > acct-{user,group}/polkitd, so it's only 4 new "real" packages. Of > course every self-respecting package needs to install at least one new > programming language -- this time it's dev-lang/spidermonkey. :/ > > Sheesh. According to news item https://www.gentoo.org/support/news-items/2020-06-24-xorg-server-dropping-default-suid.html * xorg-server will no longer be "suid" *BY DEFAULT* * that means *THE DEFAULT* is to require a logind server like systemd or elogind The news item also says... > Users who do not wish to use logind interface or have rare hardware > that does not use KMS and because of that, require root privileges > to operate, can manually re-enable 'suid' and disable 'elogind' USE > flags in order to preserve the previous behavior. However, please > note that this is heavily discouraged to run X server as root due > to security reasons. The 'suid' USE flag will remain as optional > opt-in for the need of legacy hardware. I've set "x11-base/xorg-server glamor suid udev xorg" in package.use and "-elogind" in make.conf, and no additional packages are required. I used to start with USE="-*" but I don't do that anymore. Instead I use USE="10bit X apng ffmpeg jpeg opengl png szip truetype x264 x265 xorg threads webp -acl -arping -berkdb -bindist -caps -cracklib -crypt -elogind -filecaps -gallium -gdbm -graphite -iconv -introspection -ipc -iptables -ipv6 -libav -libglvnd -llvm -manpager -nls -openmp -pam -pch -sendmail -tcpd -udev -udisks -unicode -xinerama" -- Walter Dnes I don't run "desktop environments"; I run useful applications
Re: [gentoo-user] repoint virtual/rust to rust instead of rust-bin
On Tue, Jul 21, 2020 at 6:29 PM Neil Bothwick wrote: > > You have emerged rust-145 from testing but portage wants to install > virtual/rust-1.44.1 from stable. This looks like a keywording issue. > > Are you running stable or testing? Do you have anything rust-related in > package.accept_keywords? > No, nothing in /etc/portage/* System is testing/~amd64. However, qlop shows the last rust-bin installed was actually 1.38, whereas my memory was that it was 1.44, so i have mixed up two different systems. I can't see anything in roots history that would have caused the issue. FWIW if i mask dev-lang/rust-bin it wants to [ebuild UD ] dev-lang/rust-1.44.1:stable/1.44::gentoo [1.45.0:stable/1.45::gentoo] USE="-clippy -debug -doc -libressl (-miri) -nightly -parallel-compiler -rls -rustfmt -system-bootstrap -system-llvm -wasm" ABI_X86="(64) -32 (-x32)" CPU_FLAGS_X86="sse2" LLVM_TARGETS="AMDGPU (X86) -AArch64 -ARM -BPF -Hexagon -Lanai -MSP430 -Mips -NVPTX -PowerPC -RISCV -Sparc -SystemZ -WebAssembly -XCore" 0 KiB [ebuild UD ] virtual/rust-1.44.1::gentoo [1.45.0::gentoo] ABI_X86="(64) -32 (-x32)" 0 KiB No idea what's pulling in rust-1.44.1 # emerge -pv --depclean virtual/rust Calculating dependencies... done! virtual/rust-1.45.0 pulled in by: dev-util/cbindgen-0.14.3 requires >=virtual/rust-1.37.0, =virtual/rust-1.45.0 mail-client/thunderbird-68.10.0 requires >=virtual/rust-1.34.0, =virtual/rust-1.45.0 www-client/firefox-78.0.2 requires >=virtual/rust-1.41.0, =virtual/rust-1.45.0 Added the following to package.mask and world will update without complaint dev-lang/rust-bin
Re: [gentoo-user] repoint virtual/rust to rust instead of rust-bin
On Wed, 22 Jul 2020 16:17:29 +1000, Adam Carter wrote: > > Are you running stable or testing? Do you have anything rust-related > > in package.accept_keywords? > > > > No, nothing in /etc/portage/* System is testing/~amd64. > > However, qlop shows the last rust-bin installed was actually 1.38, > whereas my memory was that it was 1.44, so i have mixed up two > different systems. I can't see anything in roots history that would > have caused the issue. > > FWIW if i mask dev-lang/rust-bin it wants to > [ebuild UD ] dev-lang/rust-1.44.1:stable/1.44::gentoo > [1.45.0:stable/1.45::gentoo] USE="-clippy -debug -doc -libressl (-miri) > -nightly -parallel-compiler -rls -rustfmt -system-bootstrap -system-llvm > -wasm" ABI_X86="(64) -32 (-x32)" CPU_FLAGS_X86="sse2" > LLVM_TARGETS="AMDGPU (X86) -AArch64 -ARM -BPF -Hexagon -Lanai -MSP430 > -Mips -NVPTX -PowerPC -RISCV -Sparc -SystemZ -WebAssembly -XCore" 0 KiB > [ebuild UD ] virtual/rust-1.44.1::gentoo [1.45.0::gentoo] > ABI_X86="(64) -32 (-x32)" 0 KiB > > No idea what's pulling in rust-1.44.1 Have you tried adding --tree to your emerge command? -- Neil Bothwick Processor: (n.) a device for converting sense to nonsense at the speed of electricity, or (rarely) the reverse. pgpwbMtwqkKYF.pgp Description: OpenPGP digital signature
Re: [gentoo-user] update fails, but I don't see why
On 12/4/20 11:46 PM, Neil Bothwick wrote: 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. I maintain at least 7 gentoo systems, the news will have gotten read (seen, at any rate ;-) ) on one system or another. The config files I do by hand. They're actually up-to-date. I probably shouldn't let it create those ._cfg* files, but I do for safe-keeping. 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. okay, I'll give that a try. Thank you.
Re: [gentoo-user] dev-python/isodate breaks my emerge because it's at EAPI?
On 8/3/21 5:54 PM, Peter Humphrey wrote: On Tuesday, 3 August 2021 15:51:15 BST Arve Barsnes wrote: On Tue, 3 Aug 2021 at 15:58, Neil Bothwick wrote: I don't see them when syncing from a cron script, when all output is captured and emailed, but do when running sync on a shell. It seems you only see this when running sync interactively. I see these messages in the output from my cron "script". I use "/usr/sbin/emaint sync -a", and it regularly shows the message about new portage versions. The message might not be generated by the sync itself, but from the postsync 'eix-update' which would maybe show messages like this. I sync daily via git, ... Then you probably build a lot more than I do. I synced, like yesterday or the day before, and then, on a second machine, I synced today, in order to update from the first machine, using a binary update, and, in fact, I was able to get thunderbird, but llvm AND clang, both huge builds, had to be rebuilt! Oh man. Bad luck? No, life with gentoo. (sorry, Peter, for the direct email, apparently a mis-click) ... and every time a new version of portage is included I see a prominent warning to update it before anything else. Portage has done this for many years, apart from a few months a year or two ago.
Re: [gentoo-user] LLVM and friends is not compatible.
On 06/12/2021 19:26, Laurence Perkins wrote: Genkernel is pretty... special... It's handy if your system is set up the way it expects. If not, well, then its utility drops off quickly. From what you're describing, my suggestion would be to simply only use it for initramfs generation and do the kernel make yourself. That shouldn't "stomp all over" anything except maybe a previous initramfs for the same kernel. :-) That's exactly what I was doing !!! I roll my own kernel, make install quite happily shoves it in whatever /boot it finds. If I tell genkernel to create an initramfs, provided I let it stomp all over the LIVE /boot, it works fine. As soon as I try and stop it, by saying "don't automount /boot", or "don't actually install the initramfs", all hell breaks loose. In the past, genkernel's always worked fine for me. That's why I use it - dracut looks a lot more complicated ... but when genkernel throws a hissy fit and craps all over my system because I won't let it do what IT thinks is best, then it makes you want to dump the lot. What else in gentoo has the same craptastic logic? --keep-going is the same - it doesn't do what it says ... Oh well, if SourceMage works for me, then I'll probably dual-boot for a while and we'll see what happens ... Cheers, Wol
Re: [gentoo-user] Would a Thinkpad X200 be too much trouble too run gentoo on?
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.
Re: [gentoo-user] Remove rust completely
Miles, Thank you for your response. The idea of "getting harder and harder" is hard to accept. Gentoo has always been about having choices. Firefox requires rust, but is there a way to disable this ? There must be another way to let the user decide if they need it or not ! And yes, the compile time is one of the factors in not wanting it on my system. 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. On Wed, May 11, 2022 at 8:55 PM Miles Malone wrote: > > If your *reason* for wanting to remove rust is the compile time, bear > in mind there is also a rust-bin package these days. There are an > increasingly large number of major packages that have rust as a > dependency, so it's getting harder and harder to get away from. > Obviously anything from the mozilla foundation, but there's a lot of > others too. > > Miles > > On Thu, 12 May 2022 at 10:25, Julien Roy wrote: > > > > You need to remove all packages that depend on virtual/rust > > To see which ones do, run `emerge -pv --depclean virtual/rust` > > > > Julien > > > > > > > > May 11, 2022, 20:22 by mansour.alak...@gmail.com: > > > > I am trying to avoid installing rust and prevent emerge --update > > --deep world from installing it again. > > How to do this ? > > > > >
Re: [gentoo-user] Libsld, what gives?
Andreas Fink wrote: On Wed, 16 Nov 2022 02:11:18 -0500 Alan Grimes wrote: I'm jackhammering the system now and I'm getting about 50% error spew I would suggest a different tool than a jackhammer to fix the problems. Basic assumption: Problems are caused by outdated packages. Underlying problem: In order to break a log-jam it is necessary to purge outdated packages. Facts on the ground: The only way to make ANY progress in updating outdated packages is to jackhammer the hell out of all packages in hopes that some of them might sucessfully update which will, hopefully either: A. allow other packages to sucessfully update B. Expose something that can be fixed. Once the logjam is broken, the system is then --emptytree world'ed and declared healthy... Expected failure rate is on the order of 0.3% of hopefully unimportant packages. It is known that the KDE group of packages has incomplete dependency graph because it is hopelessly convoluted, and it always causes problems and the only way to break through it is the jackhammer approach. LLVM and friends also fails to update when updating within a single slot and this is VERY annoying... What causes me to post to the list is when I get failures that prevent me from even beginning to jackhammer the system. -- Beware of Zombies. =O #EggCrisis #BlackWinter White is the new Kulak. Powers are not rights.
Re: [gentoo-user] Highlight certain packages being upgraded
Dale, On Saturday, 2023-07-08 03:33:30 -0500, you wrote: > ... > I was wondering. Is there a way to highlight certain packages that are > about to be upgraded? Example, I like to know when some larger packages > like Firefox, LOo, that excessively long qt package and a couple others > are going to be upgraded. I simply don't know whether or not build-time related highlighting is possible in native Portage. I retrieve that information by some script- ing, which involves sending the output of "emerge --ask" to a log file, and as soon as "emerge" asks whether to continue, running a script in another terminal window which analyses this log file using "qlop" and "gawk". But to really ban several buld-time hogs from my rig, I added "-clang" and "-llvm" to my global USE flags, added "dev-lang/rust" to directory "package.mask/", causing "dev-lang/rust-bin" to be used when necessary, and besides happily replaced "www-client/firefox" with its binary vari- ant. I also tried this with "app-office/libreoffice", but sadly its bi- nary variant does not support exporting to PDF, so I humbly returned to "app-office/libreoffice" which here needs some three hours to build. If you don't need this feature, I would recommend using its binary version, too. Luckily, I don't have many "Qt" packages as dependencies, the lon- gest build time of these is about 23 minutes here. Sincerely, Rainer
[gentoo-user] Why is portage insisting that I upgrade media-libs/opencv?
) (-x32) 0 kB [ebuild U ] virtual/glu-9.0-r1 [9.0] ABI_X86=(64%*) (-32) (-x32) 0 kB [ebuild U ]media-libs/glu-9.0.0-r1 [9.0.0] USE=-static-libs (-multilib%) ABI_X86=(64%*) (-32) (-x32) 0 kB [ebuild r U ] x11-base/xorg-server-1.15.0:0/1.15.0 [1.14.3-r2:0/1.14.3] USE=ipv6 kdrive nptl suid udev xorg -dmx -doc -minimal (-selinux) -static-libs -tslib -unwind% -xnest -xvfb 5,417 kB [nomerge ] media-libs/opencv-2.4.8:0/2.4 [2.4.5:0/0] USE=cuda eigen* gtk jpeg opencl opengl openmp%* png python%* qt4 threads tiff -doc -examples -ffmpeg -gstreamer -ieee1394 (-ipp) -java -jpeg2k -openexr -pch -testprograms -v4l -xine PYTHON_SINGLE_TARGET=python2_7%* -python2_6% PYTHON_TARGETS=python2_7%* -python2_6% [ebuild U ] virtual/opengl-7.0-r1 [7.0] ABI_X86=(64%*) (-32) (-x32) 0 kB [nomerge ] sys-block/gparted-0.16.2 USE=policykit -btrfs -dmraid -f2fs -fat -hfs -jfs -kde -mdadm -ntfs -reiser4 -reiserfs -xfs [nomerge ] dev-cpp/gtkmm-2.24.4:2.4 USE=-doc -examples {-test} [nomerge ] dev-cpp/cairomm-1.10.0 USE=svg -doc [ebuild U ]x11-libs/cairo-1.12.16 [1.12.14-r4] USE=X glib opengl svg xcb (-aqua) -debug -directfb -doc (-drm) (-gallium) (-gles2) -legacy-drivers -openvg (-qt4) -static-libs -valgrind -xlib-xcb 35,049 kB [ebuild U ] media-libs/mesa-10.0.4 [9.1.6] USE=classic egl gallium gles2 llvm nptl -bindist -debug -gbm -gles1 -llvm-shared-libs% -opencl% -openvg -osmesa -pax_kernel -pic -r600-llvm-compiler (-selinux) -vdpau -wayland -xa -xvmc (-shared-glapi%*) (-xorg%) ABI_X86=(64%*) (-32) (-x32) PYTHON_SINGLE_TARGET=(-python2_6%) (-python2_7%*) PYTHON_TARGETS=(-python2_6%) (-python2_7%*) VIDEO_CARDS=(-freedreno) -i915 -i965 -ilo% -intel -nouveau -r100 -r200 -r300 -r600 -radeon -radeonsi -vmware 6,636 kB [ebuild U ] sys-devel/llvm-3.3-r3:0/3.3 [3.1-r2:0/0] USE=libffi static-analyzer%* xml%* -clang% -debug -doc% -gold -multitarget -ocaml -python% {-test} -udis86 (-vim-syntax%*) ABI_X86=(64%*) (-32) (-x32) PYTHON_TARGETS=python2_7%* (-pypy2_0) -python2_6% VIDEO_CARDS=-radeon% 13,311 kB [nomerge ] x11-base/xorg-server-1.15.0:0/1.15.0 [1.14.3-r2:0/1.14.3] USE=ipv6 kdrive nptl suid udev xorg -dmx -doc -minimal (-selinux) -static-libs -tslib -unwind% -xnest -xvfb [nomerge ] x11-apps/xinit-1.3.3 USE=minimal [ebuild U ] x11-apps/xauth-1.0.8 [1.0.7] USE=ipv6 144 kB [nomerge ] sys-apps/pciutils-3.2.0 USE=kmod zlib -static-libs [ebuild U ] sys-apps/hwids-20140317 [20130915.1] USE=udev 1,585 kB [nomerge ] xfce-base/xfce4-meta-4.10 USE=svg -minimal [nomerge ] xfce-base/xfce4-settings-4.10.1 USE=libnotify xklavier -debug -libcanberra [nomerge ] x11-libs/libxklavier-5.2.1 USE=introspection -doc [ebuild U ]x11-misc/xkeyboard-config-2.11 [2.9] 899 kB [nomerge ] x11-libs/xpyb-1.3.1-r3 [1.3.1-r2] USE=(-selinux) -static-libs PYTHON_TARGETS=python2_7 -python2_6 [ebuild U ] x11-libs/libxcb-1.10 [1.9.1] USE=-doc (-selinux) -static-libs -xkb ABI_X86=(64) (-32) (-x32) PYTHON_SINGLE_TARGET=(-python2_6%) (-python2_7%*) (-python3_2%) (-python3_3%) PYTHON_TARGETS=(-python2_6%) (-python2_7%*) (-python3_2%) (-python3_3%*) 465 kB [ebuild U ] x11-proto/xcb-proto-1.10 [1.8-r3] ABI_X86=(64) (-32) (-x32) PYTHON_TARGETS=python2_7 python3_3 -python2_6 -python3_2 136 kB [nomerge ] x11-apps/mesa-progs-8.1.0 USE=-egl -gles1 -gles2 [nomerge ] media-libs/mesa-10.0.4 [9.1.6] USE=classic egl gallium gles2 llvm nptl -bindist -debug -gbm -gles1 -llvm-shared-libs% -opencl% -openvg -osmesa -pax_kernel -pic -r600-llvm-compiler (-selinux) -vdpau -wayland -xa -xvmc (-shared-glapi%*) (-xorg%) ABI_X86=(64%*) (-32) (-x32) PYTHON_SINGLE_TARGET=(-python2_6%) (-python2_7%*) PYTHON_TARGETS=(-python2_6%) (-python2_7%*) VIDEO_CARDS=(-freedreno) -i915 -i965 -ilo% -intel -nouveau -r100 -r200 -r300 -r600 -radeon -radeonsi -vmware [ebuild U ] x11-proto/glproto-1.4.17 [1.4.16] ABI_X86=(64%*) -32% (-x32) 124 kB [ebuild U ] x11-base/xorg-drivers-1.15 [1.14] INPUT_DEVICES=evdev synaptics -acecad -aiptek -elographics -fpit -hyperpen -joystick -keyboard -mouse -mutouch -penmount -tslib -vmmouse -void -wacom VIDEO_CARDS=fbdev nvidia vesa -apm -ast -chips -cirrus -dummy -epson -fglrx (-freedreno) (-geode) -glint -i128 (-i740) -intel -mach64 -mga -modesetting -neomagic -nouveau -nv (-omap) (-omapfb) -qxl -r128 -radeon -radeonsi -rendition -s3virge -savage -siliconmotion -sisusb (-sunbw2) (-suncg14) (-suncg3) (-suncg6) (-sunffb) (-sunleo) (-suntcx) -tdfx -tga -trident -tseng -v4l -via -virtualbox -vmware (-voodoo) 0 kB [nomerge ] xfce-extra/xfce4-screenshooter-1.8.1 USE=-debug [nomerge ] net-libs/libsoup-2.44.2:2.4 USE=introspection samba ssl -debug {-test} [nomerge ] net-libs/glib-networking-2.38.2 USE=gnome libproxy ssl -smartcard {-test} [ebuild U ]app-misc/ca-certificates-20130906-r1 [20130906] 0 kB [nomerge ] x11-base/xorg-server-1.15.0:0/1.15.0 [1.14.3-r2:0/1.14.3] USE
Re: [gentoo-user] Why is portage insisting that I upgrade media-libs/opencv?
-ffmpeg -gstreamer -ieee1394 (-ipp) -java -jpeg2k -openexr -pch -testprograms -v4l -xine PYTHON_SINGLE_TARGET=python2_7%* -python2_6% PYTHON_TARGETS=python2_7%* -python2_6% [ebuild U ] virtual/opencl-0-r4 [0-r2] ABI_X86=(64%*) -32% (-x32) VIDEO_CARDS=nvidia -fglrx 0 kB [ebuild U ] dev-util/nvidia-cuda-toolkit-5.5.22:0/5.5.22 [5.0.35-r4:0/5.0.35] USE=-debugger -doc -eclipse -profiler 0 kB [ebuild R] x11-drivers/nvidia-drivers-334.21 USE=X acpi multilib tools uvm* -pax_kernel 0 kB [nomerge ] dev-util/nvidia-cuda-sdk-5.5.22 [5.0.35-r1] USE=cuda doc examples -debug -opencl [ebuild U ] media-libs/freeglut-2.8.1-r1 [2.8.1] USE=-debug -static-libs ABI_X86=(64%*) (-32) (-x32) 0 kB [ebuild U ] virtual/glu-9.0-r1 [9.0] ABI_X86=(64%*) (-32) (-x32) 0 kB [ebuild U ]media-libs/glu-9.0.0-r1 [9.0.0] USE=-static-libs (-multilib%) ABI_X86=(64%*) (-32) (-x32) 0 kB [ebuild r U ] x11-base/xorg-server-1.15.0:0/1.15.0 [1.14.3-r2:0/1.14.3] USE=ipv6 kdrive nptl suid udev xorg -dmx -doc -minimal (-selinux) -static-libs -tslib -unwind% -xnest -xvfb 5,417 kB [nomerge ] media-libs/opencv-2.4.8:0/2.4 [2.4.5:0/0] USE=cuda eigen* gtk jpeg opencl opengl openmp%* png python%* qt4 threads tiff -doc -examples -ffmpeg -gstreamer -ieee1394 (-ipp) -java -jpeg2k -openexr -pch -testprograms -v4l -xine PYTHON_SINGLE_TARGET=python2_7%* -python2_6% PYTHON_TARGETS=python2_7%* -python2_6% [ebuild U ] virtual/opengl-7.0-r1 [7.0] ABI_X86=(64%*) (-32) (-x32) 0 kB [nomerge ] sys-block/gparted-0.16.2 USE=policykit -btrfs -dmraid -f2fs -fat -hfs -jfs -kde -mdadm -ntfs -reiser4 -reiserfs -xfs [nomerge ] dev-cpp/gtkmm-2.24.4:2.4 USE=-doc -examples {-test} [nomerge ] dev-cpp/cairomm-1.10.0 USE=svg -doc [ebuild U ]x11-libs/cairo-1.12.16 [1.12.14-r4] USE=X glib opengl svg xcb (-aqua) -debug -directfb -doc (-drm) (-gallium) (-gles2) -legacy-drivers -openvg (-qt4) -static-libs -valgrind -xlib-xcb 35,049 kB [ebuild U ] media-libs/mesa-10.0.4 [9.1.6] USE=classic egl gallium gles2 llvm nptl -bindist -debug -gbm -gles1 -llvm-shared-libs% -opencl% -openvg -osmesa -pax_kernel -pic -r600-llvm-compiler (-selinux) -vdpau -wayland -xa -xvmc (-shared-glapi%*) (-xorg%) ABI_X86=(64%*) (-32) (-x32) PYTHON_SINGLE_TARGET=(-python2_6%) (-python2_7%*) PYTHON_TARGETS=(-python2_6%) (-python2_7%*) VIDEO_CARDS=(-freedreno) -i915 -i965 -ilo% -intel -nouveau -r100 -r200 -r300 -r600 -radeon -radeonsi -vmware 6,636 kB [ebuild U ] sys-devel/llvm-3.3-r3:0/3.3 [3.1-r2:0/0] USE=libffi static-analyzer%* xml%* -clang% -debug -doc% -gold -multitarget -ocaml -python% {-test} -udis86 (-vim-syntax%*) ABI_X86=(64%*) (-32) (-x32) PYTHON_TARGETS=python2_7%* (-pypy2_0) -python2_6% VIDEO_CARDS=-radeon% 13,311 kB [nomerge ] x11-base/xorg-server-1.15.0:0/1.15.0 [1.14.3-r2:0/1.14.3] USE=ipv6 kdrive nptl suid udev xorg -dmx -doc -minimal (-selinux) -static-libs -tslib -unwind% -xnest -xvfb [nomerge ] x11-apps/xinit-1.3.3 USE=minimal [ebuild U ] x11-apps/xauth-1.0.8 [1.0.7] USE=ipv6 144 kB [nomerge ] sys-apps/pciutils-3.2.0 USE=kmod zlib -static-libs [ebuild U ] sys-apps/hwids-20140317 [20130915.1] USE=udev 1,585 kB [nomerge ] xfce-base/xfce4-meta-4.10 USE=svg -minimal [nomerge ] xfce-base/xfce4-settings-4.10.1 USE=libnotify xklavier -debug -libcanberra [nomerge ] x11-libs/libxklavier-5.2.1 USE=introspection -doc [ebuild U ]x11-misc/xkeyboard-config-2.11 [2.9] 899 kB [nomerge ] x11-libs/xpyb-1.3.1-r3 [1.3.1-r2] USE=(-selinux) -static-libs PYTHON_TARGETS=python2_7 -python2_6 [ebuild U ] x11-libs/libxcb-1.10 [1.9.1] USE=-doc (-selinux) -static-libs -xkb ABI_X86=(64) (-32) (-x32) PYTHON_SINGLE_TARGET=(-python2_6%) (-python2_7%*) (-python3_2%) (-python3_3%) PYTHON_TARGETS=(-python2_6%) (-python2_7%*) (-python3_2%) (-python3_3%*) 465 kB [ebuild U ] x11-proto/xcb-proto-1.10 [1.8-r3] ABI_X86=(64) (-32) (-x32) PYTHON_TARGETS=python2_7 python3_3 -python2_6 -python3_2 136 kB [nomerge ] x11-apps/mesa-progs-8.1.0 USE=-egl -gles1 -gles2 [nomerge ] media-libs/mesa-10.0.4 [9.1.6] USE=classic egl gallium gles2 llvm nptl -bindist -debug -gbm -gles1 -llvm-shared-libs% -opencl% -openvg -osmesa -pax_kernel -pic -r600-llvm-compiler (-selinux) -vdpau -wayland -xa -xvmc (-shared-glapi%*) (-xorg%) ABI_X86=(64%*) (-32) (-x32) PYTHON_SINGLE_TARGET=(-python2_6%) (-python2_7%*) PYTHON_TARGETS=(-python2_6%) (-python2_7%*) VIDEO_CARDS=(-freedreno) -i915 -i965 -ilo% -intel -nouveau -r100 -r200 -r300 -r600 -radeon -radeonsi -vmware [ebuild U ] x11-proto/glproto-1.4.17 [1.4.16] ABI_X86=(64%*) -32% (-x32) 124 kB [ebuild U ] x11-base/xorg-drivers-1.15 [1.14] INPUT_DEVICES=evdev synaptics -acecad -aiptek -elographics -fpit -hyperpen -joystick -keyboard -mouse -mutouch -penmount -tslib -vmmouse -void -wacom VIDEO_CARDS=fbdev nvidia vesa
[gentoo-user] Can't compile media-libs/mesa - do I need gallium?
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 ../../../../src/gallium/auxiliary/pipe-loader/.libs/libpipe_loader_static.a ../../../../src/gallium/winsys/sw/null/.libs/libws_null.a ../../../../src/gallium/winsys/sw/wrapper/.libs/libwsw.a ../../../../src/gallium/winsys/sw/dri/.libs/libswdri.a ../../../../src/gallium/winsys/sw/kms-dri/.libs/libswkmsdri.a ../../../../src/gallium/drivers/softpipe/.libs/libsoftpipe.a ../../../../src/gallium/drivers/llvmpipe/.libs/libllvmpipe.a -Wl,--no-whole-archive -Wl,-rpath -Wl,/var/tmp/portage/media-libs/mesa-17.0.6/work/mesa-17.0.6-abi_x86_64.amd64/src/mapi/shared-glapi/.libs -L/usr/lib64 ../../../../src/mapi/shared-glapi/.libs/libglapi.so -lpthread -ldl -lexpat -ldrm -lLLVMX86D
Re: [gentoo-user] blender 2.80 or 2.81?
On 12/07/2019 04:39:34 PM, Caveman Al Toraboran wrote: thing is, i already have a blender file created with 2.80. i cannot open it with 2.79. any idea what's the easiest way to get 2.80 or 2.81 running on gentoo? and any idea how when to expect the 2.80 or 2.81? You could copy the attached ebuild to a local overlay like /usr/local/portage/media-gfx/blender and copy the attached patch to /usr/local/portage/media-gfx/blender/files run ebuild /usr/local/portage/media-gfx/blender/blender-.ebuild manifest and then emerge -av1 media-gfx/blender This gives you the most recent version of blender. # Copyright 1999-2018 Gentoo Foundation # Distributed under the terms of the GNU General Public License v2 EAPI=6 PYTHON_COMPAT=( python3_{7,8} ) inherit git-r3 check-reqs cmake-utils xdg-utils flag-o-matic gnome2-utils \ pax-utils python-single-r1 toolchain-funcs eapi7-ver DESCRIPTION="3D Creation/Animation/Publishing System" HOMEPAGE="http://www.blender.org; # SRC_URI="http://download.blender.org/source/${P}.tar.gz; EGIT_REPO_URI="git://git.blender.org/blender.git" # Blender can have letters in the version string, # so strip off the letter if it exists. MY_PV="$(ver_cut 1-2)" SLOT="0" LICENSE="|| ( GPL-2 BL )" KEYWORDS="~amd64 ~x86" IUSE="+bullet +dds +elbeem +game-engine +openexr collada colorio \ cuda cycles debug doc ffmpeg fftw headless jack jemalloc jpeg2k libav \ llvm man ndof nls openal opencl openimageio openmp opensubdiv openvdb \ osl player sdl sndfile test tiff valgrind" REQUIRED_USE="${PYTHON_REQUIRED_USE} cuda? ( cycles ) cycles? ( openexr tiff openimageio ) opencl? ( cycles ) osl? ( cycles llvm ) player? ( game-engine !headless )" RDEPEND="${PYTHON_DEPS} >=dev-libs/boost-1.62:=[nls?,threads(+)] dev-libs/lzo:2 >=dev-python/numpy-1.10.1[${PYTHON_USEDEP}] dev-python/requests[${PYTHON_USEDEP}] media-libs/freetype media-libs/glew:* media-libs/libpng:0= media-libs/libsamplerate sys-libs/zlib virtual/glu virtual/jpeg:0= virtual/libintl virtual/opengl collada? ( >=media-libs/opencollada-1.6.18:= ) colorio? ( media-libs/opencolorio ) cuda? ( dev-util/nvidia-cuda-toolkit:= ) ffmpeg? ( media-video/ffmpeg:=[x264,mp3,encode,theora,jpeg2k?] ) libav? ( >=media-video/libav-11.3:=[x264,mp3,encode,theora,jpeg2k?] ) fftw? ( sci-libs/fftw:3.0= ) !headless? ( x11-libs/libX11 x11-libs/libXi x11-libs/libXxf86vm ) jack? ( virtual/jack ) jemalloc? ( dev-libs/jemalloc:= ) jpeg2k? ( media-libs/openjpeg:0 ) llvm? ( sys-devel/llvm:= ) ndof? ( app-misc/spacenavd dev-libs/libspnav ) nls? ( virtual/libiconv ) openal? ( media-libs/openal ) opencl? ( virtual/opencl ) openimageio? ( >=media-libs/openimageio-1.7.0 ) openexr? ( >=media-libs/ilmbase-2.2.0:= >=media-libs/openexr-2.2.0:= ) opensubdiv? ( >=media-libs/opensubdiv-3.3.0:=[cuda=,opencl=] ) openvdb? ( media-gfx/openvdb[${PYTHON_USEDEP},-abi3-compat(-),abi4-compat(+)] dev-cpp/tbb >=dev-libs/c-blosc-1.5.2 ) osl? ( media-libs/osl:= ) sdl? ( media-libs/libsdl2[sound,joystick] ) sndfile? ( media-libs/libsndfile ) tiff? ( media-libs/tiff:0 ) valgrind? ( dev-util/valgrind )" DEPEND="${RDEPEND} >=dev-cpp/eigen-3.2.8:3 virtual/pkgconfig doc? ( app-doc/doxygen[-nodot(-),dot(+),latex] dev-python/sphinx[latex] ) nls? ( sys-devel/gettext )" PATCHES=( "${FILESDIR}/${PN}-fix-install-rules.patch" ) # "${FILESDIR}/${P}-gcc-8.patch" # "${FILESDIR}/${P}-ffmpeg-4-compat.patch" blender_check_requirements() { [[ ${MERGE_TYPE} != binary ]] && use openmp && tc-check-openmp if use doc; then CHECKREQS_DISK_BUILD="4G" check-reqs_pkg_pretend fi } pkg_pretend() { blender_check_requirements } pkg_setup() { blender_check_requirements python-single-r1_pkg_setup } src_prepare() { cmake-utils_src_prepare # we don't want static glew, but it's scattered across # multiple files that differ from version to version # !!!CHECK THIS SED ON EVERY VERSION BUMP!!! local file while IFS="" read -d $'\0' -r file ; do sed -i -e '/-DGLEW_STATIC/d' "${file}" || die done < <(find . -type f -name "
Re: [gentoo-user] Rust problem when upgrading Firefox : solved
Philip Webb wrote: > 181015 Dale wrote: >> 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. > Yes, I did, as I said, & added 2 lines to 'package.env'. > That solved that problem, which was surprising : > my explanation is that FF itself is too big to use 'tmpfs' > & this then squeezes out any other pkgs to be compiled along with it, > even a tiny virtual. Otherwise, the 1st problem was USE flags. > > The new FF requires some very big items, which took a long time to emerge : > Rust (59), Clang (11), Llvm (15), FF (33) : total 118 min . > The total download was c 500 MB . LO is modest in comparison. > > Now to get some groceries, then I'll try it out. > The big question is whether I can still group tabs, > whether directly with FF or via some add-on (whatever they're now called). > > Thanks for offering a bit of help. > After I went back and reread your post, I see that you mentioned that. Funny how I missed that but saw the out of space part. :/ I to used tab groups. I tested every tab group add on I could find. I'll go ahead and tell you now, none of them are like the old tab group add on. However, the closest I can find is simple tab group. Here's a link. https://addons.mozilla.org/en-US/firefox/addon/simple-tab-groups/?src=search I used to use tab utilities to help manage tabs. Sometimes I have a LOT of tabs open. I now use this. https://addons.mozilla.org/en-US/firefox/addon/tree-style-tab/?src=search I might add, I also use profiles so that I can log into certain sites as more than one user. The new Firefox has a nifty new thing called containers that can help with that. Here is the best add on I could find for that. https://addons.mozilla.org/en-US/firefox/addon/multi-account-containers/?src=search Instead of me typing, youtube some of those. It helps a LOT to see what others are doing. I recommend at least two videos each. More if you want to really get a wide range of ideas. The way I did this, I bookmarked everything and then started fresh after the upgrade. You may also want to look into conex add on if simple tab group isn't to your liking. I didn't like it but . . . Also Tree style tab has a group add on that works with it, wasn't for me but you may like it. On tmpfs, I have the following set to compile on the hard drive instead of tmpfs. This is my env file. www-client/firefox ../env/notmpfs.conf www-client/seamonkey ../env/notmpfs.conf app-office/libreoffice ../env/notmpfs.conf sys-devel/gcc ../env/notmpfs.conf dev-qt/qtwebengine ../env/notmpfs.conf dev-qt/qtwebkit ../env/notmpfs.conf sci-electronics/kicad ../env/notmpfs.conf Those are packages that over time, I've learned either requires to much ram or requires to much when being built with other packages. Usually, if it is only one, they can fit. However, any two of them ends up being compiled at the same time causes problems. Hope that helps. Dale :-) :-) P. S. Here is my USE flags for Firefox. It works well here. That said, I may could reset some of these given them major changes in recent Firefox. Just a suggestion if you should need it. [ebuild R ~] www-client/firefox-62.0.3::gentoo USE="dbus gmp-autoupdate screenshot startup-notification system-harfbuzz system-jpeg system-libevent system-libvpx system-sqlite -bindist -clang -custom-cflags -custom-optimization -debug -eme-free -geckodriver -hardened -hwaccel -jack -lto (-neon) -pulseaudio (-selinux) -system-icu -test -wifi"
Re: [gentoo-user] emerge -u fails with "OSError: [Errno 12] Cannot allocate memory" [ RESOLVED, kinda ]
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(>) handle: >)> 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. It completed successfully (as I interpret it) with only 1 package being emerged, but it also output these messages: WARNING: One or more updates/rebuilds have been skipped due to a dependency conflict: xfce-base/libxfce4ui:0 !!! The following binary packages have been ignored due to non matching USE: =sys-devel/clang-9.0.1 python_single_target_python3_6 -python_single_target_python3_7 =sys-devel/clang-8.0.1 python_targets_python2_7 !!! The following binary packages have been ignored due to changed dependencies: mail-mta/ssmtp-2.64-r3::gentoo sys-devel/llvm-9.0.1::gentoo sys-devel/llvm-8.0.1::gentoo Unclear to me is: * why the dependency conflict for xfce-base/libxfce4ui did not prevent the emerge when dependency conflicts seem to normally do so. * why the non-matching USE flags didn't cause, this time, the emerge to break * What the difference is between: o - the WARNING above o - the two !!! events o - terminating errors in general
RE: [gentoo-user] LLVM and friends is not compatible.
>> >> -Original Message- >> From: Wols Lists >> Sent: Monday, December 6, 2021 11:02 AM >> To: gentoo-user@lists.gentoo.org >> Subject: Re: [gentoo-user] LLVM and friends is not compatible. >> >> On 06/12/2021 17:51, Laurence Perkins wrote: >> > Source Mage is a spinoff of Sourceror and is kind of the opposite of >> Gentoo. >> >> Well, I read the philosophy thing where it said it wasn't comparable with >> gentoo ... >> > >> > Gentoo is a source-based distro for people who want things to mostly just >> work like with the binary distros, but also want to do customizations and >> optimizations easily. >> >> Unfortunately, I can be a bit gruff and not suffer fools gladly. Having had >> a run in with the bug-wranglers over an issue that completely screwed up my >> boot (nothing to do with gentoo, admittedly), but that exposed idiotic >> decisions / other bugs in genkernel, I think I want to look elsewhere. >> >> Let's take a 2x2 truth table - do I have a boot partition, do I have >> "automount boot" switched on. Three of the four options stomp all over the >> live boot partition. The fourth fatal errors with "wah wah why won't you let >> me stomp all over your live boot partition". >> >> The REASON I don't want it stomping all over that partition is the last >> time a distro (SUSE) did it, it completely trashed my boot leading to >> several hours debugging and messing about in the systemd rescue shell to get >> it bootable again. If anybody is going to trash my live boot, I'd rather it >> was me, not an Artificial Stupidity software manager. >> >> The wranglers' solution was simply to "use the no-install option" - except >> that that promptly crashed with "can't find input files". Huh? >> Changing the OUTPUT destination makes the INPUT files disappear? wtf? >> > Genkernel is pretty... special... It's handy if your system is set up the way it expects. If not, well, then its utility drops off quickly. From what you're describing, my suggestion would be to simply only use it for initramfs generation and do the kernel make yourself. That shouldn't "stomp all over" anything except maybe a previous initramfs for the same kernel. Or else use dracut, it works decently for initramfs generation as well and lets you specify output location so you can copy things to /boot manually if you so desire. Or, depending on how complex your system actually is, just creating your own initramfs isn't terribly difficult. Since it seems like you're wanting explicit control over everything that might be the option that will keep you happiest in the long-run. Because initramfs generation is really the only complex part of the process. The rest is just a wrapper for "make && make install && make modules_install" with a few extras of marginal utility like archiving your .config files. >> > Source Mage is a distro for Linux From Scratch folks who are tired of >> maintaining their own package manager. They don't change*anything* from >> upstream in their packages, (which makes it really easy to keep "updated" on >> their end) but the package manager does have a lot of nice features for >> easily storing whatever patches and configuration changes you choose to make >> in order to get it running on your system. >> >> Well, if I have to get into maintaining emerge to get it to behave >> sensibly, I might as well try somewhere else and see if it's an improvement. >> > >> > If you've always wanted to try LFS but tracking package files and patches >> and configs and so-forth seemed daunting then it's definitely an awesome set >> of tools. >> > >> > Otherwise it's kind of a lot of work... >> > >> Well, given that I've got oodles of space (just added 3TB to my mirror to >> give myself a 5TB raid-5 /home lvm, along with 1TB root/ lvm, I've got >> plenty of space to play with distros. And I was shocked - 32GB of >> DD4 was just over £100, so my new system now has 11TB of hard drive, 32GB >> of RAM, and a hefty 4-core Ryzen processor :-) >> >> And the bits from shop screw-up mean the new raid testbed I'm building will >> be a reasonably hefty system too - 4x1TB drives for hammering with raid, 3TB >> backup drive, 16GB ram - just the thing for learning to kernel program :-) >> >> And seeing as I won't care about trashing it by mistake, I'll be playing >> with KVM, and all those other fancy technologies to try and run multiple >> distros stacked on top of each other :-) >> >> Cheers, >> Wol >> >> Source-mage is definitely worth experimenting with if you want to get more into the nuts-and-bolts of how to create your own distro without necessarily going full LFS. I haven't used it personally in a long time though since I kind of need to actually *use* the computer rather than just constantly maintaining it. :D LMP
[gentoo-user] --depclean wants to remove udev. What!?
Howdy all, Once a month or so, or when told to by a news item, I run emerge with the --depclean option. I look at the list in case there something there I want to keep or something that shouldn't be removed, like gcc or something. I ran it a bit ago and got back this: > >>> These are the packages that would be unmerged: > > dev-lang/vala > selected: 0.52.10 > protected: none > omitted: 0.54.7 0.56.1 > > sys-apps/systemd-tmpfiles > selected: 250 > protected: none > omitted: none > > dev-libs/rapidjson > selected: 1.1.0-r3 > protected: none > omitted: none > > sys-fs/udev > selected: 250 > protected: none > omitted: none > > sys-devel/clang > selected: 13.0.1 > protected: none > omitted: 14.0.4 > > sys-devel/clang-runtime > selected: 13.0.1 > protected: none > omitted: 14.0.4 > > sys-libs/compiler-rt > selected: 13.0.1 > protected: none > omitted: 14.0.4 > > sys-libs/compiler-rt-sanitizers > selected: 13.0.1 > protected: none > omitted: 14.0.4 > > sys-devel/llvm > selected: 13.0.1 > protected: none > omitted: 14.0.4 > > All selected packages: =sys-devel/clang-runtime-13.0.1 > =sys-libs/compiler-rt-13.0.1 =sys-libs/compiler-rt-sanitizers-13.0.1 > =sys-devel/clang-13.0.1 =dev-lang/vala-0.52.10 > =sys-apps/systemd-tmpfiles-250 =sys-fs/udev-250 =sys-devel/llvm-13.0.1 > =dev-libs/rapidjson-1.1.0-r3 > > >>> 'Selected' packages are slated for removal. > >>> 'Protected' and 'omitted' packages will not be removed. > > Would you like to unmerge these packages? [Yes/No] The part that has me concerned is sys-fs/udev. There's another that I'm not sure about but that one caught my eye right away. I don't recall seeing anything posted on -dev about switching to something else or udev no longer being needed and being removed. I'm confused here. Isn't the virtual supposed to prevent this from being removed? Is this a portage change or did I mess something up somewhere? This is what I show here depending either on the virtual or udev itself. > root@fireball / # equery d sys-fs/udev > * These packages depend on sys-fs/udev: > virtual/libudev-232-r7 (!systemd ? > sys-fs/udev[abi_x86_32(-)?,abi_x86_64(-)?,abi_x86_x32(-)?,abi_mips_n32(-)?,abi_mips_n64(-)?,abi_mips_o32(-)?,abi_s390_32(-)?,abi_s390_64(-)?]) > virtual/udev-217-r5 (sys-fs/udev) > root@fireball / # equery d virtual/udev > * These packages depend on virtual/udev: > app-crypt/zulucrypt-5.5.0_pre20180223 (udev ? virtual/udev) > app-pda/usbmuxd-1.1.1 (virtual/udev) > dev-libs/libinput-1.20.1 (virtual/udev) > media-video/vlc-3.0.17.4 (udev ? virtual/udev) > net-misc/dhcpcd-9.4.1 (udev ? virtual/udev) > sys-block/f3-8.0 (extra ? virtual/udev) > sys-fs/cryptmount-5.3.3-r2 (udev ? virtual/udev) > sys-fs/udev-init-scripts-34 (>=virtual/udev-217) > sys-fs/udisks-2.9.4 (virtual/udev) > sys-kernel/dracut-055-r4 (virtual/udev) > sys-libs/libblockdev-2.26 (lvm ? virtual/udev) > sys-power/nut-2.7.4-r8 (virtual/udev) > sys-power/upower-0.99.17 (kernel_linux ? virtual/udev) > virtual/dev-manager-0-r2 (virtual/udev) > x11-misc/spacefm-1.0.6-r1 (virtual/udev) > xfce-base/thunar-4.16.11 (udisks ? virtual/udev) > xfce-extra/thunar-volman-4.16.0 (virtual/udev) > root@fireball / # This is the packages I have installed containing udev. > root@fireball / # equery list *udev* > * Searching for *udev* ... > [IP-] [ ] dev-libs/libgudev-237-r1:0/0 > [IP-] [ ] sys-fs/udev-250:0 > [IP-] [ ] sys-fs/udev-init-scripts-34:0 > [IP-] [ ] virtual/libudev-232-r7:0/1 > [IP-] [ ] virtual/udev-217-r5:0 > root@fireball / # Anyone have ideas on this? I mess up something? Catch the tree in a bad state? Something else I'm not aware of? It's not making sense to me yet. :/ Thanks. Dale :-) :-)
Re: [gentoo-user] Re: btop fails to compile
Am 2022-11-30 12:45, schrieb Dale: Nuno Silva wrote: On 2022-11-30, Jochen Kirchner wrote: [...] make -j17 -l17 VERBOSE=true OPTFLAGS= CXX=x86_64-pc-linux-gnu-g++ Can you try emerging with -j1 in MAKEOPTS? Sadly, the makefile[1] does not print out the mkdir commands (recipe on lines 202 thru 204), so it's not possible to spot in the output when are these being executed, but, from a quick glance (I might have overlooked something!), it sounds like the target that runs mkdir is not a dependency of the targets that generate and link the object files (line 262, line 273), so it'd be possible for this to happen just because the second mkdir did not complete before the first g++ was checking for the directory. [1] https://github.com/aristocratos/btop/blob/main/Makefile That's a good idea. Just to test if that error happens to everybody, I installed btop-1.2.12 here. Actually, it's kinda neat looking. Anyway, it installed fine here on my 8 core machine with normal -j settings, -j9 I think. It could help using -j1 tho. Still, it installed here without any problems. If -j1 doesn't work, maybe sync the tree again to see if maybe some typo got fixed or something else was wrong during last sync. That is rare nowadays but when grasping at straws, grab what you can. Oh, my google search earlier didn't yield anything either. This seems to be a odd failure. Dale :-) :-) Thank you both :) -j1 did it :) this is my make.conf: (its a web - and mail server) COMMON_FLAGS="-O2 -march=znver2 -pipe" CFLAGS="${COMMON_FLAGS}" CXXFLAGS="${COMMON_FLAGS}" FCFLAGS="${COMMON_FLAGS}" FFLAGS="${COMMON_FLAGS}" # NOTE: This stage was built with the bindist Use flag enabled # This sets the language of build output to English. # Please keep this setting intact when reporting bugs. LC_MESSAGES=C MAKEOPTS="-j17 -l17" PORTAGE_NICENESS="1" EMERGE_DEFAULT_OPTS="--jobs=17 --load-average=17 --with-bdeps y --complete-graph y" FEATURES="candy fixlafiles unmerge-orphans parallel-install split-elog" ACCEPT_KEYWORDS="amd64" ACCEPT_LICENSE="-* @FREE @BINARY-REDISTRIBUTABLE" GENTOO_MIRRORS="https://ftp.tu-ilmenau.de/mirror/gentoo/ https://ftp-stud.hs-esslingen.de/pub/Mirrors/gentoo/ https://mirror.leaseweb.com/gentoo/ https://linux.rz.ruhr-uni-bochum.de/download/gentoo-mirror/ https://ftp.fau.de/gentoo https://ftp.halifax.rwth-aachen.de/gentoo/; USE="-bindist -systemd acpi avif berkdb branding brotli cgi clamav crypt cryptsetup dbus \ device-mapper elogind exif fastcgi ftp gd geoip geoip2 gif git gmp gpg hddtemp heif hwloc \ icu idn imagemagick imap inotify jpeg jpeg2k llvm llvm-libunwind lm-sensors maildir memcached \ mmap mysql mysqli offensive php png samba sasl smp soap sockets subversion tidy \ truetype udev udisks verify-sig vhosts vim-syntax webp xml xmlrpc zip zstd" NGINX_MODULES_HTTP="access addition auth_basic autoindex brotli browser charset dav dav_ext echo \ empty_gif fancyindex fastcgi geo geoip geoip2 grpc gunzip gzip headers_more limit_conn \ limit_req map memcached metrics mirror mp4 proxy realip referer rewrite scgi security \ split_clients ssi stub_status upstream_hash upstream_ip_hash upstream_keepalive \ upstream_least_conn upstream_zone userid uwsgi vhost_traffic_status xslt" NGINX_MODULES_MAIL="imap smtp" NGINX_MODULES_STREAM="geo geoip geoip2 realip upstream_hash upstream_least_conn upstream_zone" PHP_TARGETS="php8-0" GRUB_PLATFORMS="pc" -- Mit freundlichen Grüßen, Jochen Kirchner eMail: jk@jk-foto.design Web: https://jk-foto.design Public Key: B67B 24AA CB0F E646 8E35 CF12 7FC8 C135 CEEB C714 0xCEEBC714.asc Description: application/pgp-keys signature.asc Description: OpenPGP digital signature
Re: [gentoo-user] LVM (Was: the best filesystem for server: XFS or JFS (or?))
On Friday 25 March 2011 07:51:13 Joost Roeleveld wrote: 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 :) I know, I am just too lazy to do a more 'sophisticated' search. 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 see above. But if you look only at the lvm bugs there are enough examples of bad kernel/lvm/whatever interaction. It does not matter that it was baselayout or another update that stopped lvm from working. If your system does not boot it does not boot - lvm seems to make that more likely. 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. oh, even better, a memory leak. pvmove even. I remember one bug where a commenter mentioned that pvmove nuked all data on a non-lvm partition. Great stuff. It does not matter that you might not run 'unstable' kernels. Some people like to be a bit more update for very valid reasons (drivers). With lvms history that doesn't look so good.
Re: [gentoo-user] Changing compilers
On 03/19/12 20:34, Mark Knecht wrote: 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 I'm sorry but I'm doing a PhD, not creating a career in Academia. The concept of writing an FEA or CFD from scratch, with CUDA is laughable, I just don't have the time to learn CUDA, research the field, small displacement, large displacement, dynamics, material nonlinearities, write the code, and then most importantly benchmark it to make sure it's actually correct. This is all bearing in mind that I have 20+ years experience as a C/C++ technical software developer, including FEA and CFD. I'll actually be using Code Aster, an open source FEA code that runs under Linux. Sorry if I sound narky, but compilers is the subject at hand, not how to write FEA code. Anyway, thanks for answering, Andrew
Re: [gentoo-user] Changing compilers
On Mon, Mar 19, 2012 at 10:18 AM, Andrew Lowe a...@wht.com.au wrote: 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. That does change things a bit. I don't know Epic's structure or their upgrade plans, but if you're confident it's not going to have GPGPU capabilities, then CUDA and OpenCL are less useful for you. OpenCL, at least, still handles per-CPU and per-node job dispatching, though. And that's still likely to be useful for performing on huge matrices. To answer your original question: No, I haven't done much with anything other than gcc on Gentoo. What you *should* do is grab each compiler (trial versions, if necessary) and test them to find which gives you the best results. It's my understanding PhD programs involve getting things done right, not so much quickly or easily. Best to be methodical about it. -- :wq
[gentoo-user] udev upgrade and baselayout 2.2
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. =sys-apps/coreutils-8.21 =sys-apps/dbus-1.6.10 =sys-apps/dmidecode-2.12 =sys-apps/gptfdisk-0.8.6 =sys-apps/hwids-20130329 =sys-apps/hwloc-1.6.2 =sys-apps/kmod-13 =sys-apps/pciutils-3.2.0 =sys-apps/portage-2.1.11.62 =sys-apps/sandbox-2.6-r1 =sys-apps/sysvinit-2.88-r4 =sys-apps/usbutils-006-r1 =sys-apps/util-linux-2.22.2 =sys-auth/consolekit-0.4.5_p20120320-r2 =sys-auth/pambase-20120417-r1 =sys-auth/polkit-0.110 =sys-block/nbd-3.3 =sys-block/thin-provisioning-tools-0.1.5-r1 =sys-cluster/openmpi-1.6.4 =sys-fs/ecryptfs-utils-103 =sys-fs/lvm2-2.02.98 =sys-fs/s3fs-1.67 =sys-fs/s3ql-1.14 =sys-fs/udev-202 =sys-fs/udev-init-scripts-26 =sys-fs/udisks-1.0.4-r5 =sys-fs/udisks-2.1.0:2 =sys-libs/glibc-2.17:2.2 =sys-libs/pam-1.1.6-r4 =sys-power/cpufrequtils-008-r2 =sys-power/cpupower-3.8-r1 =sys-power/powertop-2.3 =sys-power/upower-0.9.20-r2 =sys-process/lsof-4.87-r1 =virtual/udev-197-r3 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? =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. -- ... _._. ._ ._. . _._. ._. ___ .__ ._. . .__. ._ .. ._. Felix Finch: scarecrow repairman rocket surgeon / fe...@crowfix.com GPG = E987 4493 C860 246C 3B1E 6477 7838 76E9 182E 8151 ITAR license #4933 I've found a solution to Fermat's Last Theorem but I see I've run out of room o
Re: [gentoo-user] separate / and /usr to require initramfs 2013-11-01
Am 29.09.2013 19:58, schrieb Tanstaafl: On 2013-09-28 4:17 PM, Neil Bothwick n...@digimed.co.uk wrote: On Sat, 28 Sep 2013 19:04:41 +, Alan Mackenzie wrote: I suppose that what I am about to say isn't really relevant, but it is unfortunate over the past year that people blamed udev specifically for this. It is true that it does things that don't work if /usr isn't mounted, but eudev does as well, since it is basically the same code. Who else is there to blame? We are continually being told that a separate /usr is broken, as though this were some unfortunate act of insert your deity here, much like an earthquake. This gets patronising really quickly. (Please note, I'm NOT blaming you here. I appreciate that you're as much victim as Dale or me or anyone else round here.) It's evolution. Linux has for years been moving in this direction, now it has reached the point where the Gentoo devs can no longer devote the increasing time needed to support what has now become an dge case. So the solution is to give users one MONTH to prepare? Why not 6 months, or better, a year? What for gods sake is the rush??? one month to run genkernel is more than enough. And that this point was approaching was clear - what, 2 years ago? At least? Where are the links/pointers to the INTERNAL discussions of this decision? I seriously want to know. If gentoo devs are not willing to provide a 'paper trail' for how this decision was arrived at, and let others judge their decisions based on the merits of their arguments, then what does that say about their true motivations/intentions? marc.info -- gentoo-dev Again, I don't have a problem necessarily with what is being decided (no separate /usr without an initramfs), my problem is with the implementation - giving us one MONTH before we can expect possible breakage with each and every update. No, you already can expect possible breakage with each and every update. In 4 weeks they will stop listening to your complains. The other HUGE thing that worries me, and has me seriously considering switching to FreeBSD NOW, is, maybe there really is a secret, underlying ulterior motive to force both systemd AND an initramfs for everyone in ALL use cases. If that is the case, then say so now, and give those of us who do not want this advanced notice, and I'll just plan on setting my gentoo box to never update on Nov 1, and start working on learning FreeBSD and if necessary, pay someone to help me migrate services to it. so do it. You will be a lot happier there. I am sure. With forcing llvm etc
Re: [gentoo-user] tmpfs for portage: how much?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 26/01/14 08:34, Jarry wrote: Jarry mr.ja...@gmail.com wrote: I would like to use tmpfs for all the package-compilation to spare my SSD from too many writing-cycles, but I can not guess how much do I need. I'm rather limited with RAM, if I use more than 512MB for /var/tmp/portage... OMG, I was really over-optimistic! Even 2 GB tmpfs for /var/tmp/portage was not enough to re-compile gcc-4.7.3! In case someone is interested, I created /var/tmp/portage as 4GB-big tmpfs, and then recompilled @system. I checked how much /var/tmp/portage space is needed for each pachage: gcc-4.7.3-r1: ~2.4 GB glibc-2.17: ~490 MB perl-5.6.13: ~250 MB binutils-2.23.2: ~300 MB And a few from my @world: php-5.5.7: ~540 MB mysql-5.1.70: ~420 MB Packages not listed needed less than 200MB and/or were compiled fast and not recorded by my script (it checked /var/tmp/portage every 5 seconds). Jarry For what it's worth, I've just rebuilt my laptop to a base system (clean wipe and latest stage3) and implemented tmpfs for /var/tmp/portage. After getting a booting system and installing only needed packages for that, I can offer a list of packages that had to be exempted from tmpfs. Keep in mind this is a console-only system at present with minimal running services. Specs: 2 x 1.4GHz 1.5GB RAM MAKEOPTS=-j3 none on /var/tmp/portage type tmpfs (rw,noatime,size=256M) Profile: [3] default/linux/amd64/13.0/desktop * file: /etc/portage/package.env dev-libs/boost notmpfs.conf sys-kernel/gentoo-sources notmpfs.conf sys-devel/gcc notmpfs.conf sys-devel/llvm notmpfs.conf media-libs/mesa notmpfs.conf dev-qt/qtguinotmpfs.conf dev-qt/qt3support notmpfs.conf = EOF = HTH wraeth -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.22 (GNU/Linux) iF4EAREIAAYFAlLlsy0ACgkQGYlqHeQRhkzwoQD/ZQojKvP1Mz6z8yI/NBCw7zd+ 6kCLI99ZViuc1MrHbS0A/RUA+rQrRcOt7Yi57huH8Y4BnmDDWqtssjdkeS4PflbB =6tk2 -END PGP SIGNATURE-
Re: [gentoo-user] [SOLVED] No sound in dosbox
On Mon, May 25, 2015 at 12:10:56AM +0100, Mick wrote On Sunday 24 May 2015 23:15:40 Walter Dnes wrote: On Sat, May 23, 2015 at 02:59:26PM -0400, Walter Dnes wrote This is not the particular game itself, it's dosbox. I.e. when I start up dosbox, it says... [d531][waltdnes][~] dosbox DOSBox version 0.74 Copyright 2002-2010 DOSBox Team, published under GNU GPL. --- CONFIG:Loading primary settings from config file /home/waltdnes/.dosbox/dosbox-0.74.conf MIXER:Can't open audio: No available audio device , running in nosound mode. ALSA:Can't subscribe to MIDI port (65:0) nor (17:0) MIDI:Opened device:oss It used to work before I re-installed Gentoo (32-bit == 64-bit). Audio works in linux Youtube, mplayer, mpg123, etc. It's just dosbox that fails. Google searching did not help. I saw a few references to checking for missing /dev/dsp and /dev/audio. They are present on my system. Any ideas? Turns out I had to enable alsa for sdl and dosbox. Here are the required entries from my /etc/portage/package.use/package.use file... games-emulation/dosbox alsa media-libs/libsdl alsa ...or I could've enabled alsa globally in make.conf It is enabled in make.defaults for all desktop profiles I think. USE=X apng bindist ffmpeg jpeg png truetype xorg mmx mmxext sse sse2 sse3 ssse3 -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 I'm running default/linux/amd64/13.0/no-multilib. Out of sheer curiousity, is it OK to remove the x86 CPU flags from USE yet and assume that CPU_FLAGS_X86 is used by all ebuilds? The news item suggested keeping them around for a while. -- Walter Dnes waltd...@waltdnes.org I don't run desktop environments; I run useful applications
Re: [gentoo-user] [SOLVED] No sound in dosbox
On Monday 25 May 2015 00:59:54 Walter Dnes wrote: On Mon, May 25, 2015 at 12:10:56AM +0100, Mick wrote On Sunday 24 May 2015 23:15:40 Walter Dnes wrote: On Sat, May 23, 2015 at 02:59:26PM -0400, Walter Dnes wrote This is not the particular game itself, it's dosbox. I.e. when I start up dosbox, it says... [d531][waltdnes][~] dosbox DOSBox version 0.74 Copyright 2002-2010 DOSBox Team, published under GNU GPL. --- CONFIG:Loading primary settings from config file /home/waltdnes/.dosbox/dosbox-0.74.conf MIXER:Can't open audio: No available audio device , running in nosound mode. ALSA:Can't subscribe to MIDI port (65:0) nor (17:0) MIDI:Opened device:oss It used to work before I re-installed Gentoo (32-bit == 64-bit). Audio works in linux Youtube, mplayer, mpg123, etc. It's just dosbox that fails. Google searching did not help. I saw a few references to checking for missing /dev/dsp and /dev/audio. They are present on my system. Any ideas? Turns out I had to enable alsa for sdl and dosbox. Here are the required entries from my /etc/portage/package.use/package.use file... games-emulation/dosbox alsa media-libs/libsdl alsa ...or I could've enabled alsa globally in make.conf It is enabled in make.defaults for all desktop profiles I think. USE=X apng bindist ffmpeg jpeg png truetype xorg mmx mmxext sse sse2 sse3 ssse3 -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 I'm running default/linux/amd64/13.0/no-multilib. Out of sheer curiousity, is it OK to remove the x86 CPU flags from USE yet and assume that CPU_FLAGS_X86 is used by all ebuilds? The news item suggested keeping them around for a while. I don't know the answer to your question, but you're right, I just checked my no-multilib box and it doesn't contain alsa. -- Regards, Mick signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] curses of ncurses :(
Am Thu, 27 Aug 2015 17:34:24 +0300 schrieb gevisz gev...@gmail.com: 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
Re: [gentoo-user] curses of ncurses :(
2015-08-27 17:52 GMT+03:00 Marc Joliet mar...@gmx.de: Am Thu, 27 Aug 2015 17:34:24 +0300 schrieb gevisz gev...@gmail.com: 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-user] Excitement...
...and disappointment... Hello list, A month or so ago I asked here for recommendations for a graphics card to do mucho GPU calculations, as I was buying a new system. Well, two weeks ago today the new system arrived. It took me five whole days to find a way to get it to boot, what with its UEFI BIOS and its Radeon R9 M295X Mac Edition display card. I was pretty firmly stuck until Neil B. reminded me of gummiboot. That did the trick. I couldn't get UEFI to run grub at all here (nothing very grand about it in this case). Then the display card. Well, after another 10 days of googling and trial and error, yesterday I arrived at a setup that works. Here are the versions I needed to specify: # cat /etc/portage/package.keywords ~dev-libs/libclc-0.1.0_pre20150305 ~sci-misc/boinc-7.4.42 sys-apps/nvme-cli sys-boot/gummiboot ~sys-devel/clang-3.6.2 ~sys-devel/llvm-3.6.2 sys-firmware/amdgpu-ucode ~sys-kernel/gentoo-sources-4.4.6 ~x11-drivers/xf86-video-amdgpu-1.0.1 - That's the excitement. The disappointment is with KMail. The reason I bought the new box is that the old one had developed a hardware fault, somewhere in the PCI region of the chipset I think. Down the years I've been accumulating e-mails that fault appears to have damaged a lot of e-mails to the point that KMail couldn't handle them and threw wobblers all over the place. So now I end up with empty mail folders. I have archives from 19 March and before which I daren't import, but everything between then and last Friday has gone. So, if anyone addressed anything to me in the last month, I'm afraid I can't answer you - sorry. - Going back to the GPU calculations, I'm quite certain that I couldn't ever have succeeded with any other distro than Gentoo, with portage's uncanny ability to winkle out the most obscure collisions and dependencies, so I'm very happy to echo Alan Mackenzie's praise for it. Well done, our devs, and thank you! -- Rgds Peter
Re: [gentoo-user] Sweet Sweet Portage
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 -- Fernando Rodriguez
Re: [gentoo-user] QEMU virtio_gpu
On Thu, 24 Nov 2016 13:12:33 + john <j...@jdm.myzen.co.uk> wrote: > 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 > After having a search around the net and trying a few things emerged mesa with the use flag -bindist and qemu machine fired up with virtio_gpu the following command showed this in virtual guest dmesg | grep virt Not sure what the bindist use flag is for but hey ho it's working. Now shall I ditch lxc for qemu?? John. Long live Gentoo (the Ferrari of Linux distros).
Re: [gentoo-user] Clang has gone walkabout
On 10/04/17 18:57, J. Roeleveld wrote: 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 They work as expected and I can add the dir to the path with no problems, I'm more concerned about why I have add the path - is the ebuild screwed up in some way? What is the portage/ebuild doco like? Is it well documented or are there gaping holes that lead to frustration - my level of understanding of coding is 25 years of C/C++ coding on CAD systems & engineering applications and even though I run a Gentoo box as my default machine, I've never had the need to get into bash scripting - but might. Andrew
Re: [gentoo-user] Clang has gone walkabout
On 17-04-10 at 20:48, Andrew Lowe wrote: > On 10/04/17 18:57, J. Roeleveld wrote: > > 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 > > > > They work as expected and I can add the dir to the path with no > problems, I'm more concerned about why I have add the path - is the > ebuild screwed up in some way? > > What is the portage/ebuild doco like? Is it well documented or are > there gaping holes that lead to frustration - my level of understanding > of coding is 25 years of C/C++ coding on CAD systems & engineering > applications and even though I run a Gentoo box as my default machine, > I've never had the need to get into bash scripting - but might. > > Andrew > Try running `env-update && source /etc/profile'. Your path should be extended by /etc/profile.env which is generated from /etc/env.d/10llvm-9995. -- Simon Thelen
Re: [gentoo-user] Clang has gone walkabout
On 10/04/17 20:58, Simon Thelen wrote: On 17-04-10 at 20:48, Andrew Lowe wrote: On 10/04/17 18:57, J. Roeleveld wrote: 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 They work as expected and I can add the dir to the path with no problems, I'm more concerned about why I have add the path - is the ebuild screwed up in some way? What is the portage/ebuild doco like? Is it well documented or are there gaping holes that lead to frustration - my level of understanding of coding is 25 years of C/C++ coding on CAD systems & engineering applications and even though I run a Gentoo box as my default machine, I've never had the need to get into bash scripting - but might. Andrew Try running `env-update && source /etc/profile'. Your path should be extended by /etc/profile.env which is generated from /etc/env.d/10llvm-9995. SUCCESS!! Thanks
Re: [gentoo-user] Choosing between system profiles: hardened and desktop for desktop installation.
On Tue, Jul 04, 2017 at 01:37:38PM -0400, james wrote > W. Dnes is the king of minimalist here, so when he gives advise > realize it has decades of experimentation to get to where he is on > minimization. Not exactly "decades". I first started linux in late 1999 or early 2000. The minimalist approach was a side-effect of me being cheap. Even though I have a newer machine as my "hot backup" waiting in the wings, I want to run my older machine into the ground first. 10 years ago I was running a 450 mhz pentium3 with 256 megabytes of ram. Today I'm running a 2008 Dell with Core2 Duo and 3 gigs of ram today. I have a newer i6 with 8 gigs of ram as the hot backup. Running an older limited machine forces you to optimize. The Gentoo USE flags give me the control to do the utmost minimization. I run the plain default/linux profile, and ICEWM as my WM and no "desktop environment" (as per my sig). The less attack surface, the better. Do not run the Flash plugin or the Java plugin. If you absolutely have to do so, use it inside a VM (e.g. QEMU). I have an aggressive handcrafted iptables firewall. In addition, my little LAN sits behind a NAT-ing router, and I disable UPNP. That covers my approach to security. I run mostly stable, except where an app I want/need is only unstable. Gentoo currently defaults to gcc-5.4.0. I've enabled 6.3.0. I have to enable ICEWM 1.3.12-r1. The regular stable version built under gcc 6.3.0 segfaults 1 or 2 seconds after starting. I used to run with USE="-* blah blah blah". I no longer do that, but I aggressively disable USE flags, until something breaks, then I back off. My current USE line (it's actually one long line)... USE="X apng bindist ffmpeg jpeg opengl png szip truetype x264 x265 xorg threads webp -acl -berkdb -caps -cracklib -crypt -filecaps -gallium -gdbm -graphite -gstreamer -iconv -introspection -ipc -iptables -ipv6 -libav -llvm -manpager -nls -openmp -pam -pch -sendmail -tcpd -udev -udisks -unicode -xinerama" Some of the above is over-ridden in package.use. -- Walter Dnes <waltd...@waltdnes.org> I don't run "desktop environments"; I run useful applications
Re: [gentoo-user] preparing for profile switch -- major problem
On 12/09/17 08:18, John Covici wrote: On Sat, 09 Dec 2017 10:28:25 -0500, Daniel Frey wrote: I had a lot of problems with the perl updates as well, and could not get it to resolve. I wasted over an hour trying to resolve it (my poor Celeron would take 5-10 minutes trying to calculate dependencies, and I had to do this 6-7 times.) Note, what I did worked for me and may not work for you, so use this advice at your own risk: I emerged the new perl with --nodeps, and invoked `perl-cleaner all` to fix the mess afterwards. It had everything resolved in < 10 minutes. I didn't suffer any system breakage from using the sledgehammer approach, but others may not be so lucky... so, as I said, try it at your own risk. I was thinking of just that myself, I may try that later today. I am using zfs, and do snapshots frequently, so it might be possible to get back if things are a disaster, but it might work at that. Did you emerge perl again without the --nodeps afterwards to make sure? Well, due to the long compile times I was trying to get the dependencies resolved so I could run `emerge -auDNe world --exclude sys-devel/gcc --exclude sys-devel/llvm --exclude sys-devel/libtool --exclude sys-devel/binutils --exclude sys-libs/glibc --keep-going world` so it would recompile everything and update as it went along. (I had already built the excluded packages under the new profile with gcc6.) While I didn't remerge perl immediately after, it was included in the rebuild process of --emptytree. And it was successful! I only had perl blocking everything, so once I sledgeammered that update, it was able to calculate its dependency list, and it rebuilt all 500 installed packages (well, less the ones I excluded) successfully - no failed packages or anything, while upgrading as needed. It did take almost 30 hours though. When trying to get perl blockers to resolve I even tried --backtrack=200 and it still failed. That was try 5 or 6 and at that point I was getting annoyed and tried the sledgehammer technique. Dan
Re: [gentoo-user] preparing for profile switch -- major problem
On Sat, 09 Dec 2017 18:20:40 -0500, Daniel Frey wrote: > > On 12/09/17 08:18, John Covici wrote: > > On Sat, 09 Dec 2017 10:28:25 -0500, > > Daniel Frey wrote: > >> > >> I had a lot of problems with the perl updates as well, and could > >> not get it to resolve. I wasted over an hour trying to resolve it > >> (my poor Celeron would take 5-10 minutes trying to calculate > >> dependencies, and I had to do this 6-7 times.) > >> > >> Note, what I did worked for me and may not work for you, so use > >> this advice at your own risk: I emerged the new perl with > >> --nodeps, and invoked `perl-cleaner all` to fix the mess > >> afterwards. It had everything resolved in < 10 minutes. I didn't > >> suffer any system breakage from using the sledgehammer approach, > >> but others may not be so lucky... so, as I said, try it at your > >> own risk. > > > > I was thinking of just that myself, I may try that later today. I am > > using zfs, and do snapshots frequently, so it might be possible to get > > back if things are a disaster, but it might work at that. Did you > > emerge perl again without the --nodeps afterwards to make sure? > > > > > > Well, due to the long compile times I was trying to get the > dependencies resolved so I could run `emerge -auDNe world > --exclude sys-devel/gcc --exclude sys-devel/llvm --exclude > sys-devel/libtool --exclude sys-devel/binutils --exclude > sys-libs/glibc --keep-going world` so it would recompile > everything and update as it went along. (I had already built the > excluded packages under the new profile with gcc6.) > > While I didn't remerge perl immediately after, it was included in > the rebuild process of --emptytree. > > And it was successful! I only had perl blocking everything, so > once I sledgeammered that update, it was able to calculate its > dependency list, and it rebuilt all 500 installed packages (well, > less the ones I excluded) successfully - no failed packages or > anything, while upgrading as needed. It did take almost 30 hours > though. > > When trying to get perl blockers to resolve I even tried > --backtrack=200 and it still failed. That was try 5 or 6 and at > that point I was getting annoyed and tried the sledgehammer > technique. OK, thanks, I think I will try that. -- Your life is like a penny. You're going to lose it. The question is: How do you spend it? John Covici cov...@ccs.covici.com
Re: [gentoo-user] Upgrading gcc from 6.4 to 7.3
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. :)
[gentoo-user] problem dropping Python 2.7
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 : root:762 ~> emerge -cpv python:2.7 Calculating dependencies... done! dev-lang/python-2.7.15 pulled in by: dev-lang/spidermonkey-60.5.2_p0-r2 requires >=dev-lang/python-2.7.5-r2:2.7[ncurses,sqlite,ssl,threads] dev-lang/yasm-1.3.0 requires >=dev-lang/python-2.7.5-r2:2.7 dev-libs/libxml2-2.9.9-r1 requires >=dev-lang/python-2.7.5-r2:2.7[xml] dev-libs/libxslt-1.1.33-r1 requires >=dev-lang/python-2.7.5-r2:2.7[xml] dev-python/enum34-1.1.6-r1 requires >=dev-lang/python-2.7.5-r2:2.7 dev-qt/qtwebkit-5.212.0_pre20180120 requires >=dev-lang/python-2.7.5-r2:2.7 dev-util/boost-build-1.65.0 requires >=dev-lang/python-2.7.5-r2:2.7 net-mail/fetchmail-6.3.26-r4 requires >=dev-lang/python-2.7.5-r2:2.7[tk] net-print/cups-2.2.12 requires >=dev-lang/python-2.7.5-r2:2.7 sys-devel/llvm-7.1.0 requires >=dev-lang/python-2.7.5-r2:2.7 www-client/firefox-60.8.0 requires dev-lang/python:2.7[ncurses,sqlite,ssl,threads(+)] >>> No packages selected for removal by depclean I've already remerged 'firefox' + 'spidermonkey' with the new 'make.conf', but they still appear above. When I check via 'eix --installed-with-use python_targets_python2_7', it lists 8 pkgs : python-exec yasm libxml2 libxslt enum34 boost-build fetchmail cups When I try to remerge eg 'libxslt', I'm told : root:767 ~> emerge -pv libxslt These are the packages that would be merged, in order: Calculating dependencies | !!! Problem resolving dependencies for dev-libs/libxslt ... done! !!! The ebuild selected to satisfy "libxslt" has unmet requirements. - dev-libs/libxslt-1.1.33-r1::gentoo USE="crypt -debug -examples python -static-libs" ABI_X86="-32 (64) (-x32)" PYTHON_TARGETS="-python2_7" The following REQUIRED_USE flag constraints are unsatisfied: python? ( python_targets_python2_7 ) The above constraints are a subset of the following complete expression: python? ( any-of ( python_targets_python2_7 ) ) 'libxslt-1.1.33-r1.ebuild' does in fact say "PYTHON_COMPAT=( python2_7 )". Can anyone suggest a solution ? -- ,, SUPPORT ___//___, Philip Webb ELECTRIC /] [] [] [] [] []| Cities Centre, University of Toronto TRANSIT`-O--O---' purslowatchassdotutorontodotca
Re: [gentoo-user] Re: dns/bind-tools 9.14 -> 9.16 pulling in 17 new dependencies?!
On Tue, Jul 21, 2020 at 09:30:07PM -0400, Walter Dnes wrote: > According to news item > https://www.gentoo.org/support/news-items/2020-06-24-xorg-server-dropping-default-suid.html > > * xorg-server will no longer be "suid" *BY DEFAULT* > * that means *THE DEFAULT* is to require a logind server like systemd > or elogind > > The news item also says... > > > Users who do not wish to use logind interface or have rare hardware > > that does not use KMS and because of that, require root privileges > > to operate, can manually re-enable 'suid' and disable 'elogind' USE > > flags in order to preserve the previous behavior. However, please > > note that this is heavily discouraged to run X server as root due > > to security reasons. The 'suid' USE flag will remain as optional > > opt-in for the need of legacy hardware. > > I've set "x11-base/xorg-server glamor suid udev xorg" in package.use > and "-elogind" in make.conf, and no additional packages are required. I > used to start with USE="-*" but I don't do that anymore. Instead I use > > USE="10bit X apng ffmpeg jpeg opengl png szip truetype x264 x265 xorg threads > webp -acl -arping -berkdb -bindist -caps -cracklib -crypt -elogind -filecaps > -gallium -gdbm -graphite -iconv -introspection -ipc -iptables -ipv6 -libav > -libglvnd -llvm -manpager -nls -openmp -pam -pch -sendmail -tcpd -udev -udisks > -unicode -xinerama" There was a big argument about it over on Gentoo-Dev. It essentially reduced to the point that although most Gentoo users are still going to want "suid" (in the absence of systemd/elogind or another fancy login manager), Portage should provide good, non-anti-pattern, secure defaults for _new_ users, however much of an inconvenience it may be for existing users who run X with `startx`. I generally agree with them on this point; "suid" is horribly outdated, however ubiquitous (especially for minimalist systems). https://www.mail-archive.com/gentoo-dev@lists.gentoo.org/msg89536.html -- Ashley Dixon suugaku.co.uk 2A9A 4117 DA96 D18A 8A7B B0D2 A30E BF25 F290 A8AA signature.asc Description: PGP signature
[gentoo-user] ncurses; I think I wrecked my fresh install
The previous couple of attempts, the install on my XPS 8940 died on rebuilding ncurses when I copied over my full USE string from my current desktop and updated world. This time around, I did it in pieces. I added some variables, and emerged update, rinse-lather-repeat.. This time the problem happened when I added... "-pch -roaming -sendmail -spell -tcpd -udev -udisks -unicode -upower -xinerama" to the USE string. The ncurses build died, followed immediately by bash. Grub doesn't seem to work properly, i.e networking and other bootup stuff did not take effect. I booted from the install USB, and set up ssh. When I reach the chroot part, I get... livecd /mnt/gentoo # mount --types proc /proc /mnt/gentoo/proc livecd /mnt/gentoo # mount --rbind /sys /mnt/gentoo/sys livecd /mnt/gentoo # mount --make-rslave /mnt/gentoo/sys livecd /mnt/gentoo # mount --rbind /dev /mnt/gentoo/dev livecd /mnt/gentoo # mount --make-rslave /mnt/gentoo/dev livecd /mnt/gentoo # chroot /mnt/gentoo /bin/bash /bin/bash: error while loading shared libraries: libtinfow.so.6: cannot open shared object file: No such file or directory Here's my USE string, which works fine on two other machines... USE="X apng ffmpeg 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" Any ideas? I have 2 other computers where it works just fine. On the new machine it dies. A re-install is one thing. I just want to make sure it doesn't die again on me. On my other machines I tried... equery b libtinfow.so.6 ...and also... find / -name libtinfow* Zip/zilch/nada. This appears to be something unique on the new install. Is this a clue? -- Walter Dnes I don't run "desktop environments"; I run useful applications
Re: [gentoo-user] Controlling emerges
So I feel I should add my own 2 cents to the pileor possibly 25 cents due to inflation. PORTAGE_IONICE_COMMAND="ionice -c 3 -p \${PID}" PORTAGE_SCHEDULING_POLICY="idle" Those 2 together in make.conf have had a noticeable effect on multitasking for me. I still wouldn't recommend allocating all of your cores to emerge, but emerging with idle priority keeps your tasks a little higher up in the mix. From: Laurence Perkins Sent: Thursday, September 21, 2023 3:26 PM To: gentoo-user@lists.gentoo.org Subject: RE: [gentoo-user] Controlling emerges > -Original Message- > From: Wol > Sent: Wednesday, September 20, 2023 3:07 PM > To: gentoo-user@lists.gentoo.org > Subject: Re: [gentoo-user] Controlling emerges > > > What you have is not a portage problem. It is a orthodox parallelism > > problem, and I think you are thinking your constraint is unique in the > > work - it isn't. > > With parallelism, trying to fiddle single nodes to improve things > > overall never really works out. > > > A big problem you are missing is that portage does not have control of the > system. It can control its usage of the system, but if I want emerge to use > as much SPARE resource IN THE BACKGROUND as it can without impacting on > on-line responsiveness, that is HARD. > > I would like to be able to tell portage "these programs are resource hogs, > don't parallelise them". If portage has loads of little jobs, it can fire > them off one after the other as resource becomes available. If it fires a hog > (or worse, two) off at the same time, the system can rapidly collapse under > load. > > Even better, if portage knew roughly how much resource each job required, it > could (within constraints) start with the jobs that required least resource > and run loads of them, and by firing jobs off in order of increasing > demandingness, the number of jobs running in parallel would naturally tail > off. > > At the end of the day, if the computer takes an extra 20% time, I'm not > bothered. If I'm sat at the computer 20% time extra because the system isn't > responding because emerge has bogged it down, then I do care. And when I'm > building things like webkit-gtk, llvm, LO, FF and TB, they do hammer my > system. If they're running in parallel, my system would be near unusable. > > Cheers, > Wol Maybe take a look at "cpulimit" out of the repos. I used to use it on one of my low-power systems to control how much load the various compilers were allowed to put on the system so that it could keep doing other tasks. I think there are some other, similar tools as well. LMP
RE: [gentoo-user] Controlling emerges
> -Original Message- > From: Wol > Sent: Wednesday, September 20, 2023 3:07 PM > To: gentoo-user@lists.gentoo.org > Subject: Re: [gentoo-user] Controlling emerges > > > What you have is not a portage problem. It is a orthodox parallelism > > problem, and I think you are thinking your constraint is unique in the > > work - it isn't. > > With parallelism, trying to fiddle single nodes to improve things > > overall never really works out. > > > A big problem you are missing is that portage does not have control of the > system. It can control its usage of the system, but if I want emerge to use > as much SPARE resource IN THE BACKGROUND as it can without impacting on > on-line responsiveness, that is HARD. > > I would like to be able to tell portage "these programs are resource hogs, > don't parallelise them". If portage has loads of little jobs, it can fire > them off one after the other as resource becomes available. If it fires a hog > (or worse, two) off at the same time, the system can rapidly collapse under > load. > > Even better, if portage knew roughly how much resource each job required, it > could (within constraints) start with the jobs that required least resource > and run loads of them, and by firing jobs off in order of increasing > demandingness, the number of jobs running in parallel would naturally tail > off. > > At the end of the day, if the computer takes an extra 20% time, I'm not > bothered. If I'm sat at the computer 20% time extra because the system isn't > responding because emerge has bogged it down, then I do care. And when I'm > building things like webkit-gtk, llvm, LO, FF and TB, they do hammer my > system. If they're running in parallel, my system would be near unusable. > > Cheers, > Wol Maybe take a look at "cpulimit" out of the repos. I used to use it on one of my low-power systems to control how much load the various compilers were allowed to put on the system so that it could keep doing other tasks. I think there are some other, similar tools as well. LMP
Re: [gentoo-user] Remove rust completely
On 5/11/22 18:41, Mansour Al Akeel wrote: > Miles, > Thank you for your response. The idea of "getting harder and harder" > is hard to accept. Gentoo has always been about having choice> Firefox > requires rust, but is there a way to disable this ? > There must be another way to let the user decide if they need it or not ! At the distribution level, sure, but the Gentoo package maintainers don't necessarily have the authority to control what upstream software developers are doing. I continue to find it perplexing how many people on this list hold responsible the Gentoo packaging for the decision-making of upstream developers. Significant core components of Firefox are written in Rust, and have been for years. Whether or not this is a good thing is in the eyes of the beholder, but it has nothing to do with the Gentoo packaging -- it's a Mozilla decision. > > And yes, the compile time is one of the factors in not wanting it on > my system. 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. > > On Wed, May 11, 2022 at 8:55 PM Miles Malone > wrote: >> >> If your *reason* for wanting to remove rust is the compile time, bear >> in mind there is also a rust-bin package these days. There are an >> increasingly large number of major packages that have rust as a >> dependency, so it's getting harder and harder to get away from. >> Obviously anything from the mozilla foundation, but there's a lot of >> others too. >> >> Miles >> >> On Thu, 12 May 2022 at 10:25, Julien Roy wrote: >>> >>> You need to remove all packages that depend on virtual/rust >>> To see which ones do, run `emerge -pv --depclean virtual/rust` >>> >>> Julien >>> >>> >>> >>> May 11, 2022, 20:22 by mansour.alak...@gmail.com: >>> >>> I am trying to avoid installing rust and prevent emerge --update >>> --deep world from installing it again. >>> How to do this ? >>> >>> >>
RE: [gentoo-user] Libsld, what gives?
>-Original Message- >From: Alan Grimes >Sent: Wednesday, November 16, 2022 8:18 AM >To: gentoo-user@lists.gentoo.org; Andreas Fink >Subject: Re: [gentoo-user] Libsld, what gives? > >Andreas Fink wrote: >> On Wed, 16 Nov 2022 02:11:18 -0500 >> Alan Grimes wrote: >> >>> I'm jackhammering the system now and I'm getting about 50% error spew >> I would suggest a different tool than a jackhammer to fix the problems. > >Basic assumption: Problems are caused by outdated packages. >Underlying problem: In order to break a log-jam it is necessary to purge >outdated packages. >Facts on the ground: The only way to make ANY progress in updating outdated >packages is to jackhammer the hell out of all packages in hopes that some of >them might sucessfully update which will, hopefully either: > >A. allow other packages to sucessfully update B. Expose something that can be >fixed. > >Once the logjam is broken, the system is then --emptytree world'ed and >declared healthy... Expected failure rate is on the order of 0.3% of hopefully >unimportant packages. > >It is known that the KDE group of packages has incomplete dependency graph >because it is hopelessly convoluted, and it always causes problems and the >only way to break through it is the jackhammer approach. > >LLVM and friends also fails to update when updating within a single slot and >this is VERY annoying... > >What causes me to post to the list is when I get failures that prevent me from >even beginning to jackhammer the system. > >-- >Beware of Zombies. =O >#EggCrisis #BlackWinter >White is the new Kulak. >Powers are not rights. > If you're going to try to dig all the way to the bottom first then --ignore-world and --ignore-built-slot-operator-deps can be helpful for forcing it to build what it needs to break a dependency loop. But do be aware that things may cease to function during the intermediate stages. If those are not sufficiently strong, then you can climb into the package repo and start issuing ebuild commands yourself and it will do what it's told without bothering about checking dependencies at all. Make sure you know what you're doing... Obviously... But seriously, try disabling any overlays first if at all possible. It's quite common for those to lag behind the main repo and turn things into a tangled mess. An expected failure rate "on the order of" 0.3% means you expect it to be no less than 0.03% and no more than 30%... So I think you're probably already within that envelope. :D LMP
Re: [gentoo-user] Jobs and load-average
On Wednesday, 15 February 2023 13:18:24 GMT Rich Freeman wrote: > On Wed, Feb 15, 2023 at 4:56 AM Peter Humphrey wrote: > > Not long ago I read that we should allow 2GB RAM for every emerge job - > > that is, we should divide our RAM size by 2 to get the maximum number of > > simultaneous jobs. I'm trying to get that right, but I'm not there yet. > > > > I have these entries in make.conf: > > EMERGE_DEFAULT_OPTS="--jobs=16 --load-average=32 --autounmask=n --quiet- > > unmerge-warn --ke> > > MAKEOPTS="-j16" > > > > Today, though, I saw load averages going up to 72. Can anyone suggest > > better values to suit my 24 threads and 64GB RAM? > > 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. > > Keep in mind that you need to consider available RAM and not just > total RAM. Run free under the conditions where you typically run > emerge and see how much available memory it displays. Depending on > what you have running it could be much lower than 64GB. > > Beyond that, unfortunately this is hard to deal with beyond just > figuring out what needs more RAM and making exceptions in package.env. > > Also, RAM pressure could also come from the build directory if it is > on tmpfs, which of course many of us use. > > 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+ > > These are just packages I've had issues with at some point, and it is > possible that some of these packages no longer use as much memory > today. Thank you all. I can see what I'm doing better now. (Politicians aren't the only ones who can be ambiguous!) I'll start by picking up the point I'd missed - putting MAKEOPTS in package.env. -- Regards, Peter.
Re: [gentoo-user] Jobs and load-average
On Wed, Feb 15, 2023 at 4:56 AM Peter Humphrey wrote: > > Not long ago I read that we should allow 2GB RAM for every emerge job - that > is, we should divide our RAM size by 2 to get the maximum number of > simultaneous jobs. I'm trying to get that right, but I'm not there yet. > > I have these entries in make.conf: > EMERGE_DEFAULT_OPTS="--jobs=16 --load-average=32 --autounmask=n --quiet- > unmerge-warn --ke> > MAKEOPTS="-j16" > > Today, though, I saw load averages going up to 72. Can anyone suggest better > values to suit my 24 threads and 64GB RAM? 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. Keep in mind that you need to consider available RAM and not just total RAM. Run free under the conditions where you typically run emerge and see how much available memory it displays. Depending on what you have running it could be much lower than 64GB. Beyond that, unfortunately this is hard to deal with beyond just figuring out what needs more RAM and making exceptions in package.env. Also, RAM pressure could also come from the build directory if it is on tmpfs, which of course many of us use. 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+ These are just packages I've had issues with at some point, and it is possible that some of these packages no longer use as much memory today. -- Rich
Re: [gentoo-user] Portage load control
On 5/11/23 23:23, Eldon wrote: On Thu, May 11, 2023 at 11:07:04PM +0100, Peter Humphrey wrote: Once again, --load-average is being ignored. Why is it there? Surely, it must be to mitigate the worst effects of that N*K, but it isn't doing so. Take all of the following with a grain of salt and YMMV. Any gentoo pro's please correct my ideas here: I have also been experimenting along the lines of making emerge nicer via a few quick strategies, and while it doesn't address your issue directly, I'll tell you some of the things that have made it more enjoyable to use a machine while it is building packages: 1) Niceness: I set the following in my make.conf, since I value responsiveness of the machine over the speed of the build: ``` PORTAGE_IONICE_COMMAND="ionice -c 3 -p \${PID}" PORTAGE_NICENESS=19 ``` 2) Load average: I will trade some build time for responsiveness, so I go ahead and use `taskset 2-100 emerge ...` on linux to prevent emerge from using the first two cores/threads. I don't have a machine with a hundred cores, but if I did, it would make a little heat 3) I set --load-average on the command line and in the make opts. No need to run too wild. I make sure this is less than the number of cores I allocated with taskset, or I think I may not hit the designated load average for limiting. 4) ONLY if I have the RAM, mount /var/tmp or /var/tmp/portage as a tmpfs. If I am merging very large projects (firefox and llvm for example) concurrently, I may need more than several 10's of GB of RAM for this. If I don't usually run the machine with substantial swap space enabled, this might be a good time. I think with those strategies, it is ok to just run emerge with `-j` with no arguments. The cores prohibited from participating in emerge will be available for interactive tasks, and the load average will limit to some degree the number of processes. If you give this a try, let me know what you think! Eldon Don't set PORTAGE_IONICE_COMMAND or PORTAGE_NICENESS. I just set PORTAGE_SCHEDULING_POLICY="idle". My MAKEOPTS are "-j12 -l12" and I have "--jobs=12" in EMERGE_DEFAULT_OPTS (6c12t CPU). Anything that uses rust (cargo seems to not support load so runs into problems, but setting scheduling policy should help) or webkit you might want to lower MAKEOPTS jobs via env overrides.
Re: [gentoo-user] some problems moving to 23.0 profile
On Tuesday, 2 April 2024 07:03:42 BST J. Roeleveld wrote: > On Monday, 1 April 2024 23:46:49 CEST John Covici wrote: > > Hi. Well, I followed the steps in the news item, to move > > todefault/linux/amd64/23.0/desktop/gnome/systemd > > > > and it all worked till it wants me to emerge the whole world file. > > Here is what I get: > > > > emerge --ask --emptytree @world > > > > These are the packages that would be merged, in order: > > > > Calculating dependencies done! > > Dependency resolution took 4.58 s (backtrack: 0/200). > > > > > > !!! Problems have been detected with your world file > > !!! Please run emaint --check world > > > > > > !!! Ebuilds for the following packages are either all > > !!! masked or don't exist: > > www-apps/nextcloud:26.0.10 > > > > emerge: there are no ebuilds to satisfy > > "sys-kernel/gentoo-sources:6.1.69". > > (dependency required by "@kernels" [set]) > > (dependency required by "@selected" [set]) > > (dependency required by "@world" [argument]) > > > > I don't want to unmerge that kernel -- its my backup kernel, so I > > definitely want to keep it. I am using the nextcloud they are > > complaining about , I will upgrade it soon, but I want to keep it for > > now. > > Do you actually need to keep the kernel-sources? > Once the kernel is compiled and you moved the image to /boot/..., you don't > need to keep the sources. > > I also keep an older kernel just in case, but I don't tend to actually keep > the sources around once I have confirmed the new kernel will boot. > > -- > Joost When gentoo-sources are tree-cleaned, it is typically because they have been superseded by later kernel patches to improve security and resolve bugs. Therefore it is usually a 'good idea' to emerge a later kernel when this happens, even if we're talking about a backup kernel. Last week I came upon a similar problem on an old system I was trying to migrate to profile 23.0, only this happened not with my backup but with the running kernel. This PC had not been updated for 5-6 months. It's resource constrained and I didn't want to spend many days updating most of its deprecated packages, only to have to re-emerge them as part of the profile migration. I can't recall if it was the same kernel as John's. During the migration I came across some package (llvm?) which required a more up to date kernel to be able to emerge. This forced me to upgrade the kernel first, before I could continue with the migration. I'm mentioning this since the utility of a backup kernel would be limited when you can't use it to run your software. signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] Intel and Gallium 0.4 on llvmpipe (LLVM 3.4, 256 bits)
On 27/05/2014 18:20, Time Lucky wrote: 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 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. But I could be completely wrong too, so YMMV :-) # 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 mailto: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 mailto: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 mailto: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
[gentoo-user] emerge -DuN @system vs. emerge -DuN @world
Hi, as far as I understand updating @system first should be safer and easier to perform than updating @world directly. It was mention that especially after updating the software after a somewhat long period this might solve conflicts. I often do experience different and wonder what the reason might be. The example today would work in both ways but @system shows problems which @world does not have. Mostly those problems seem to be bigger to the point where @system does not work but @world does or manual package by package uninstalling and or emerging is required. Normally I run emerge -Dua --reinstall changed-use @world but N fits better in the subject line. Anyway just an observation. Regards emerge -DupN @system These are the packages that would be merged, in order: Calculating dependencies ... done! [ebuild U ] sys-libs/glibc-2.33-r13:2.2::gentoo [2.33-r7:2.2::gentoo] USE="multiarch (multilib) ssp (static-libs) -audit -caps (-cet) -compile-locales (-crypt) (-custom-cflags) -doc -gd -headers-only -multilib-bootstrap -nscd -profile (-selinux) -st atic-pie -suid -systemd -systemtap -test (-vanilla)" 0 KiB [ebuild U ] sys-apps/gentoo-functions-0.15::gentoo [0.14::gentoo] 0 KiB [ebuild U ] sys-devel/llvm-common-13.0.1::gentoo [13.0.0::gentoo] 142.335 KiB [ebuild U ] sys-apps/hwdata-0.354::gentoo [0.353::gentoo] 2.161 KiB [ebuild U ] app-text/poppler-data-0.4.11::gentoo [0.4.10::gentoo] 4.392 KiB [ebuild U ] sys-libs/timezone-data-2021e::gentoo [2021a-r1::gentoo] USE="nls -leaps-timezone -zic-slim" 680 KiB [ebuild U ] dev-libs/libpipeline-1.5.5::gentoo [1.5.4::gentoo] USE="-test" 934 KiB [ebuild U ] app-arch/zstd-1.5.2:0/1::gentoo [1.5.0:0/1::gentoo] USE="threads -lz4 -static-libs" ABI_X86="(64) -32 (-x32)" 1.906 KiB [ebuild U ] sys-libs/libseccomp-2.5.3::gentoo [2.5.1-r1::gentoo] USE="-python -static-libs -test%" ABI_X86="(64) -32 (-x32)" PYTHON_TARGETS="python3_9 -python3_8 -python3_10%" 623 KiB [ebuild R] sys-apps/sysvinit-2.99-r1::gentoo USE="(-ibm) (-selinux) -static" KERNEL="(-FreeBSD%)" 0 KiB [ebuild U ] sys-kernel/installkernel-gentoo-5::gentoo [3::gentoo] USE="-grub%" 3 KiB [ebuild R] virtual/libcrypt-2:0/2::gentoo USE="-static-libs" ABI_X86="32* (64) (-x32)" 0 KiB [ebuild U ] sys-libs/libxcrypt-4.4.27:0/1::gentoo [4.4.25-r1:0/1::gentoo] USE="(compat) (split-usr) (system) -static-libs -test" ABI_X86="32* (64) (-x32)" 605 KiB [ebuild U ] dev-libs/openssl-1.1.1n:0/1.1::gentoo [1.1.1l-r1:0/1.1::gentoo] USE="asm -rfc3779 -sctp -sslv3 -static-libs -test -tls-compression -tls-heartbeat -vanilla -verify-sig%" ABI_X86="(64) -32 (-x32)" CPU_FLAGS_X86="(sse2)" 9.620 KiB [ebuild U ] app-text/qpdf-10.5.0:0/28::gentoo [10.4.0:0/28::gentoo] USE="ssl -doc% -examples -gnutls% -test" 17.933 KiB [ebuild U ] dev-perl/Try-Tiny-0.310.0::gentoo [0.300.0-r1::gentoo] USE="-minimal -test" 35 KiB [ebuild U ] dev-perl/URI-5.100.0::gentoo [5.90.0::gentoo] USE="-test" 107 KiB [ebuild U ] dev-perl/libwww-perl-6.600.0-r1::gentoo [6.550.0::gentoo] USE="ssl -test" 175 KiB [ebuild U ] sys-libs/libcap-2.63::gentoo [2.62::gentoo] USE="pam (split-usr) -static-libs -tools" ABI_X86="(64) -32 (-x32)" 171 KiB [ebuild U ] dev-libs/libxml2-2.9.13-r1:2::gentoo [2.9.12-r5:2::gentoo] USE="icu python readline -debug -examples -lzma -static-libs -test (-ipv6%*) (-verify-sig%)" ABI_X86="(64) -32 (-x32)" PYTHON_TARGETS="python3_9 -python3_8 -python3_10" 3.168 KiB [ebuild U ] sys-apps/util-linux-2.37.4::gentoo [2.37.3-r1::gentoo] USE="cramfs hardlink logger ncurses nls pam readline (split-usr) su suid udev (unicode) -audit -build -caps -cryptsetup -fdformat -kill -magic -python (-rtas) (-selinux) -slang -static-libs -systemd -test -tty-helpers" ABI_X86="(64) -32 (-x32)" PYTHON_TARGETS="python3_9 -python3_8 -python3_10" 5.971 KiB [ebuild U ] dev-libs/expat-2.4.7::gentoo [2.4.4::gentoo] USE="unicode -examples -static-libs" ABI_X86="(64) -32 (-x32)" 444 KiB [ebuild U ] dev-python/tomli-2.0.1::gentoo [2.0.0::gentoo] USE="-test" PYTHON_TARGETS="python3_9 (-pypy3) -python3_8 -python3_10" 144 KiB [ebuild U ] x11-libs/libICE-1.0.10-r1::gentoo [1.0.10::gentoo] USE="ipv6" ABI_X86="(64) -32 (-x32)" 0 KiB [ebuild U ] net-libs/gnutls-3.7.3-r1:0/30::gentoo [3.7.2:0/30::gentoo] USE="cxx idn nls openssl seccomp tls-heartbeat -dane -doc -examples -guile -pkcs11 -sslv2 -sslv3 -static-libs -test (-test-full) -tools -valgrind" ABI_X86="(64) -32 (-x32)" 5.976 KiB [ebuild U ] x11-libs/libXdmcp-1
Re: [gentoo-user] update fails, but I don't see why
You seem to not really understand how gentoo works. On 2020.12.04 17:19, n952162 wrote: On 12/4/20 11:13 PM, n952162 wrote: On 12/4/20 10:49 PM, Arve Barsnes wrote: On Fri, 4 Dec 2020 at 21:24, n952162 wrote: I guess you mean, remove them all and then let emerge tell me which ones I need. I'll try that. But isn't '=' more restrictive than '>=', promising me troubles earlier? The earlier you encounter any conflicts, they're generally easier to solve. No, that didn't work. After about 4 iterations of supplying newly required USE flags, I ended up with this (this after commenting out all the python dependencies in /etc/portage/package.use/* and adding back in what emerge wanted): Hard to say what the problem is when I don't know what you've added back to USE, but I wonder what state your portage tree is in, because it seems like many of the packages creating your conflicts, like the two below, dev-python/ipaddress and dev-python/futures, don't exist at all in my tree. They were removed several weeks ago. When did you last sync? If recently, when did you last --depclean? dev-python/setuptools[python_targets_python2_7(-),-python_single_target_python2_7(-)] required by (dev-python/ipaddress-1.0.23:0/0::gentoo, installed) USE="" ABI_X86="(64)" PYTHON_TARGETS="python2_7" dev-python/setuptools[python_targets_python2_7(-),-python_single_target_python2_7(-)] required by (dev-python/futures-3.1.1:0/0::gentoo, installed) USE="-doc" ABI_X86="(64)" PYTHON_TARGETS="python2_7" Regards, Arve 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... Most of the time, yes, you do need to do a depclean. It's pretty common to do it after every world update. In general, it gets rid of things emerged as a dependency of something else, and no longer needed, either because you explicitly removed what pulled them in, or that package was modified to no longer need it. I'll give that a go and go to bed. 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? Do you understand why it shows separate lines for "selected" and "omitted" >>> These are the packages that would be unmerged: sys-kernel/gentoo-sources selected: 4.19.72 protected: none omitted: 5.4.72 It's going to remove an old version and leave a newer version. If you really want the old one kept, you should explicitly add it to your world file. (check "emerge -n", don't actually edit the world file) dev-lang/mujs selected: 1.0.5 protected: none omitted: none sys-fs/btrfs-progs selected: 4.19 protected: none omitted: none virtual/shadow selected: 0 protected: none omitted: none media-libs/gegl selected: 0.3.34 protected: none omitted: 0.4.22 dev-python/sphinx_rtd_theme selected: 0.2.4 protected: none omitted: none dev-go/blackfriday selected: 1.2_p20150720 protected: none omitted: none media-gfx/mypaint-brushes selected: 1.3.0-r1 protected: none omitted: 2.0.2 dev-lang/vala selected: 0.42.7 protected: none omitted: 0.48.9 x11-drivers/xf86-video-nouveau selected: 1.0.16 protected: none omitted: none media-gfx/potrace selected: 1.15 protected: none omitted: none x11-drivers/xf86-video-dummy selected: 0.3.8 protected: none omitted: none sys-apps/sdparm selected: 1.10 protected: none omitted: none dev-python/sphinxcontrib-websupport selected: 1.1.0 protected: none omitted: none dev-lang/vala selected: 0.46.7 protected: none omitted: 0.48.9 virtual/python-ipaddress selected: 1.0-r1 protected: none omitted: none sys-kernel/gentoo-sources selected: 5.4.66 protected: none omitted: 5.4.72 Same as above, and no, I don't know why it didn't combine these into a single entry with two selected and one omitted. dev-python/bz2file selected: 0.98 protected: none omitted: none dev-python/asn1crypto selected: 0.22.0 protected: none omitted: none app-text/docbook-dsssl-stylesheets selected: 1.79-r4 protected: none omitted: none x11-drivers/xf86-video-vesa selected: 2.4.0 protected: none omitted: none x11-libs/wxGTK selected: 3.0.4-r2 protected: none omitted: 3.0.4-r302 !!! 'app-editors/nano' (virtual/editor) is part of your system profile. !!! Unmerging it may be damaging to your system. app-editors/nano selected: 4.2 protected: none omitted: none This seems a bit odd, unless you have a different app-editor package installed. Virutal/editor is there so you always have at le
Re: [gentoo-user] update fails, but I don't see why
On 12/4/20 11:13 PM, n952162 wrote: On 12/4/20 10:49 PM, Arve Barsnes wrote: On Fri, 4 Dec 2020 at 21:24, n952162 wrote: I guess you mean, remove them all and then let emerge tell me which ones I need. I'll try that. But isn't '=' more restrictive than '>=', promising me troubles earlier? The earlier you encounter any conflicts, they're generally easier to solve. No, that didn't work. After about 4 iterations of supplying newly required USE flags, I ended up with this (this after commenting out all the python dependencies in /etc/portage/package.use/* and adding back in what emerge wanted): Hard to say what the problem is when I don't know what you've added back to USE, but I wonder what state your portage tree is in, because it seems like many of the packages creating your conflicts, like the two below, dev-python/ipaddress and dev-python/futures, don't exist at all in my tree. They were removed several weeks ago. When did you last sync? If recently, when did you last --depclean? dev-python/setuptools[python_targets_python2_7(-),-python_single_target_python2_7(-)] required by (dev-python/ipaddress-1.0.23:0/0::gentoo, installed) USE="" ABI_X86="(64)" PYTHON_TARGETS="python2_7" dev-python/setuptools[python_targets_python2_7(-),-python_single_target_python2_7(-)] required by (dev-python/futures-3.1.1:0/0::gentoo, installed) USE="-doc" ABI_X86="(64)" PYTHON_TARGETS="python2_7" Regards, Arve 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... I'll give that a go and go to bed. 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? >>> These are the packages that would be unmerged: sys-kernel/gentoo-sources selected: 4.19.72 protected: none omitted: 5.4.72 dev-lang/mujs selected: 1.0.5 protected: none omitted: none sys-fs/btrfs-progs selected: 4.19 protected: none omitted: none virtual/shadow selected: 0 protected: none omitted: none media-libs/gegl selected: 0.3.34 protected: none omitted: 0.4.22 dev-python/sphinx_rtd_theme selected: 0.2.4 protected: none omitted: none dev-go/blackfriday selected: 1.2_p20150720 protected: none omitted: none media-gfx/mypaint-brushes selected: 1.3.0-r1 protected: none omitted: 2.0.2 dev-lang/vala selected: 0.42.7 protected: none omitted: 0.48.9 x11-drivers/xf86-video-nouveau selected: 1.0.16 protected: none omitted: none media-gfx/potrace selected: 1.15 protected: none omitted: none x11-drivers/xf86-video-dummy selected: 0.3.8 protected: none omitted: none sys-apps/sdparm selected: 1.10 protected: none omitted: none dev-python/sphinxcontrib-websupport selected: 1.1.0 protected: none omitted: none dev-lang/vala selected: 0.46.7 protected: none omitted: 0.48.9 virtual/python-ipaddress selected: 1.0-r1 protected: none omitted: none sys-kernel/gentoo-sources selected: 5.4.66 protected: none omitted: 5.4.72 dev-python/bz2file selected: 0.98 protected: none omitted: none dev-python/asn1crypto selected: 0.22.0 protected: none omitted: none app-text/docbook-dsssl-stylesheets selected: 1.79-r4 protected: none omitted: none x11-drivers/xf86-video-vesa selected: 2.4.0 protected: none omitted: none x11-libs/wxGTK selected: 3.0.4-r2 protected: none omitted: 3.0.4-r302 !!! 'app-editors/nano' (virtual/editor) is part of your system profile. !!! Unmerging it may be damaging to your system. app-editors/nano selected: 4.2 protected: none omitted: none sys-kernel/gentoo-sources selected: 5.4.60 protected: none omitted: 5.4.72 x11-drivers/xf86-video-intel selected: 2.99.917_p20190301 protected: none omitted: none dev-python/pyxattr selected: 0.6.0-r1 protected: none omitted: none sys-devel/clang-runtime selected: 10.0.0 protected: none omitted: 10.0.1 app-admin/metalog selected: 20181125 protected: none omitted: none sys-libs/cracklib selected: 2.9.7 protected: none omitted: none dev-libs/iniparser selected: 3.1-r1 protected: none omitted: none dev-libs/libcroco selected: 0.6.13 protected: none omitted: none x11-drivers/xf86-input-mouse selected: 1.9.3 protected: none omitted: none virtual/python-enum34 selected: 2 protected: none omitted: none x11-drivers/xf86-video-fbdev selected: 0.5.0 protected: none omitted: none media-libs/freeglut selected: 3.2.1 protected: none omitted:
Re: [gentoo-user] Re: What to do about openssl
On Wed, 04 Oct 2023 11:53:46 -0400, Grant Edwards wrote: > > On 2023-10-04, John Covici wrote: > > Hi. I just did a world update and found that my openssl-1.1.1v is > > masked. What can I do, > > Use one of the stable versions. > > > I don't have any version that is not masked > > Huh? What architecture are you on? There are three versions of > openssl that are stable and not masked for amd64, x86, and most > others: > > 3.0.9-r1 > 3.0.9-r2 > 3.0.10 > > see > > https://packages.gentoo.org/packages/dev-libs/openssl > > > and according to the message this version is EOL. > > Indeed. OpenSSL 1.1.1 is dead. Support ended a few weeks ago. > > > > > > Upon further investigation, I hadd masked them off myself , if I unmask the 3.x I get the following: Script started on 2023-10-04 13:10:40-04:00 [COMMAND="emerge -1 dev-libs/openssl" TERM="linux" TTY="/dev/tty1" COLUMNS="240" LINES="67"] ^M These are the packages that would be merged, in order:^M ^M Calculating dependencies . ... done!^M Dependency resolution took 38.07 s.^M ^M [ebuild r U ] dev-libs/openssl-3.1.3:0/3::gentoo [1.1.1v:0/1.1::gentoo] USE="asm -fips% -ktls% -rfc3779 -sctp -static-libs -test -tls-compression -vanilla -verify-sig -weak-ssl-ciphers (-sslv3%) (-tls-heartbeat%)" ABI_X86="(64) -32 (-x3\2)" CPU_FLAGS_X86="(sse2)" 15,198 KiB^M [ebuild rR] sys-apps/coreutils-9.4::gentoo USE="acl nls openssl (split-usr) xattr -caps -gmp -hostname -kill -multicall (-selinux) -static -test -vanilla -verify-sig" 0 KiB^M [ebuild rR] net-misc/rsync-3.2.7-r2::gentoo USE="acl iconv ssl xattr -examples -lz4 -rrsync -stunnel -system-zlib -verify-sig -xxhash -zstd" PYTHON_SINGLE_TARGET="python3_11 -python3_10" 0 KiB^M [ebuild rR] net-misc/wget-1.21.4::gentoo USE="ipv6 nls pcre (ssl) zlib -cookie-check -debug -gnutls -idn -metalink -ntlm -static -test -uuid -verify-sig" 0 KiB^M [ebuild rR] dev-lang/python-3.12.0_rc3_p1:3.12::gentoo USE="ensurepip gdbm ncurses readline sqlite ssl -bluetooth -build -debug -examples -libedit -lto -pgo -test -tk -valgrind -verify-sig" 0 KiB^M [ebuild rR] dev-libs/libtpms-0.9.6::gentoo 0 KiB^M [ebuild rR] www-client/w3m-0.5.3_p20230121::gentoo USE="X gpm nls ssl unicode -fbcon -gdk-pixbuf -imlib -lynxkeymap -nntp -xface" L10N="-ja" 0 KiB^M [ebuild rR] dev-db/mysql-connector-c-8.0.32-r1:0/21::gentoo USE="static-libs -ldap" ABI_X86="(64) -32 (-x32)" 0 KiB^M [ebuild rR] dev-lang/rust-1.72.0:stable/1.72::gentoo USE="lto (-big-endian) -clippy -debug -dist -doc (-llvm-libunwind) (-miri) (-nightly) (-parallel-compiler) -profiler -rust-analyzer -rust-src -rustfmt -system-bootstrap -system-llv\m -test -verify-sig -wasm" ABI_X86="(64) -32 (-x32)" CPU_FLAGS_X86="sse2" LLVM_TARGETS="(X86) -AArch64 -AMDGPU -ARM -AVR -BPF -Hexagon -Lanai -LoongArch -MSP430 -Mips -NVPTX -PowerPC -RISCV -Sparc -SystemZ -VE -WebAssembly -XCore" 0 KiB^M [ebuild rR] net-libs/libssh-0.10.5:0/4::gentoo USE="sftp zlib -debug -doc -examples -gcrypt -gssapi -mbedtls -pcap -server -static-libs -test" ABI_X86="(64) -32 (-x32)" 0 KiB^M [ebuild rR] dev-db/mariadb-connector-c-3.3.4:0/3::gentoo USE="curl ssl -gnutls -kerberos -static-libs -test" ABI_X86="(64) -32 (-x32)" 0 KiB^M [ebuild rR] app-crypt/swtpm-0.8.1-r2::gentoo USE="seccomp -fuse -test" 0 KiB^M [ebuild rR] dev-python/cryptography-41.0.4::gentoo USE="-debug -test" PYTHON_TARGETS="python3_11 -pypy3 -python3_10 -python3_12" 0 KiB^M [ebuild rR] dev-db/mariadb-10.11.5:10.11/18::gentoo USE="backup odbc pam perl server systemd xml -bindist -columnstore -cracklib -debug -extraengine -galera -innodb-lz4 -innodb-lzo -innodb-snappy -jdbc -jemalloc -kerberos -latin1 -mr\oonga -numa -oqgraph -profiling -rocksdb -s3 (-selinux) -sphinx -sst-mariabackup -sst-rsync -static -systemtap -tcmalloc -test -yassl" 0 KiB^M [ebuild rR] dev-db/postgresql-16.0:16::gentoo USE="icu nls pam readline server ssl systemd xml zlib -debug -doc -kerberos -ldap -llvm -lz4 -perl -python (-selinux) -static-libs -tcl -uuid -zstd" PYTHON_SINGLE_TARGET="python3_11 -pyth\on3_10 -python3_12" 0 KiB^M [ebuild rR] app-admin/syslog-ng-4.4.0::gentoo USE="systemd -amqp -caps -dbi -geoip2 -http -json -kafka -mongodb -pacct -python -redis -smtp -snmp -spoof-source -tcpd -test" PYTHON_SINGLE_TARGET="python3_11 -python3_10 -python3_12" 0 \KiB^M [ebuild rR] dev-db/postgresql-14.9:14::gentoo USE="icu nls pam readline server ssl systemd xml zlib -debug -doc -kerberos -ldap -llvm -lz4 -perl -python (-selinux) -static-libs -tcl -uuid
Re: [gentoo-user] Re: What to do about openssl
That should not happen, and is probably happening because you have masked something deep in the dep graph that is required. Please post all your package.mask files, and provided if you have any of those Alan On Wed, Oct 4, 2023 at 7:15 PM John Covici wrote: > On Wed, 04 Oct 2023 11:53:46 -0400, > Grant Edwards wrote: > > > > On 2023-10-04, John Covici wrote: > > > Hi. I just did a world update and found that my openssl-1.1.1v is > > > masked. What can I do, > > > > Use one of the stable versions. > > > > > I don't have any version that is not masked > > > > Huh? What architecture are you on? There are three versions of > > openssl that are stable and not masked for amd64, x86, and most > > others: > > > > 3.0.9-r1 > > 3.0.9-r2 > > 3.0.10 > > > > see > > > > https://packages.gentoo.org/packages/dev-libs/openssl > > > > > and according to the message this version is EOL. > > > > Indeed. OpenSSL 1.1.1 is dead. Support ended a few weeks ago. > > > > > > > > > > > > > > Upon further investigation, I hadd masked them off myself , if I > unmask the 3.x I get the following: > Script started on 2023-10-04 13:10:40-04:00 [COMMAND="emerge -1 > dev-libs/openssl" TERM="linux" TTY="/dev/tty1" COLUMNS="240" > LINES="67"] > ^M > These are the packages that would be merged, in order:^M > ^M > Calculating dependencies . ... done!^M > Dependency resolution took 38.07 s.^M > ^M > [ebuild r U ] dev-libs/openssl-3.1.3:0/3::gentoo > [1.1.1v:0/1.1::gentoo] USE="asm -fips% -ktls% -rfc3779 -sctp > -static-libs -test -tls-compression -vanilla -verify-sig > -weak-ssl-ciphers (-sslv3%) (-tls-heartbeat%)" ABI_X86="(64) -32 > (-x3\2)" CPU_FLAGS_X86="(sse2)" 15,198 KiB^M > [ebuild rR] sys-apps/coreutils-9.4::gentoo USE="acl nls openssl > (split-usr) xattr -caps -gmp -hostname -kill -multicall (-selinux) > -static -test -vanilla -verify-sig" 0 KiB^M > [ebuild rR] net-misc/rsync-3.2.7-r2::gentoo USE="acl iconv ssl > xattr -examples -lz4 -rrsync -stunnel -system-zlib -verify-sig -xxhash > -zstd" PYTHON_SINGLE_TARGET="python3_11 -python3_10" 0 KiB^M > [ebuild rR] net-misc/wget-1.21.4::gentoo USE="ipv6 nls pcre > (ssl) zlib -cookie-check -debug -gnutls -idn -metalink -ntlm -static > -test -uuid -verify-sig" 0 KiB^M > [ebuild rR] dev-lang/python-3.12.0_rc3_p1:3.12::gentoo > USE="ensurepip gdbm ncurses readline sqlite ssl -bluetooth -build > -debug -examples -libedit -lto -pgo -test -tk -valgrind -verify-sig" 0 > KiB^M > [ebuild rR] dev-libs/libtpms-0.9.6::gentoo 0 KiB^M > [ebuild rR] www-client/w3m-0.5.3_p20230121::gentoo USE="X gpm > nls ssl unicode -fbcon -gdk-pixbuf -imlib -lynxkeymap -nntp -xface" > L10N="-ja" 0 KiB^M > [ebuild rR] dev-db/mysql-connector-c-8.0.32-r1:0/21::gentoo > USE="static-libs -ldap" ABI_X86="(64) -32 (-x32)" 0 KiB^M > [ebuild rR] dev-lang/rust-1.72.0:stable/1.72::gentoo USE="lto > (-big-endian) -clippy -debug -dist -doc (-llvm-libunwind) (-miri) > (-nightly) (-parallel-compiler) -profiler -rust-analyzer -rust-src > -rustfmt -system-bootstrap -system-llv\m -test -verify-sig -wasm" > ABI_X86="(64) -32 (-x32)" CPU_FLAGS_X86="sse2" LLVM_TARGETS="(X86) > -AArch64 -AMDGPU -ARM -AVR -BPF -Hexagon -Lanai -LoongArch -MSP430 > -Mips -NVPTX -PowerPC -RISCV -Sparc -SystemZ -VE -WebAssembly -XCore" > 0 KiB^M > [ebuild rR] net-libs/libssh-0.10.5:0/4::gentoo USE="sftp zlib > -debug -doc -examples -gcrypt -gssapi -mbedtls -pcap -server > -static-libs -test" ABI_X86="(64) -32 (-x32)" 0 KiB^M > [ebuild rR] dev-db/mariadb-connector-c-3.3.4:0/3::gentoo > USE="curl ssl -gnutls -kerberos -static-libs -test" ABI_X86="(64) -32 > (-x32)" 0 KiB^M > [ebuild rR] app-crypt/swtpm-0.8.1-r2::gentoo USE="seccomp -fuse > -test" 0 KiB^M > [ebuild rR] dev-python/cryptography-41.0.4::gentoo USE="-debug > -test" PYTHON_TARGETS="python3_11 -pypy3 -python3_10 -python3_12" 0 > KiB^M > [ebuild rR] dev-db/mariadb-10.11.5:10.11/18::gentoo USE="backup > odbc pam perl server systemd xml -bindist -columnstore -cracklib > -debug -extraengine -galera -innodb-lz4 -innodb-lzo -innodb-snappy > -jdbc -jemalloc -kerberos -latin1 -mr\oonga -numa -oqgraph -profiling > -rocksdb -s3 (-selinux) -sphinx -sst-mariabackup -sst-rsync -static > -systemtap -tcmalloc -test -yassl" 0 KiB^M > [ebuild rR] dev-db/postgresql-16
Re: [gentoo-user] Re: What to do about openssl
From https://www.php.net/manual/en/openssl.requirements.php PHP 7.1-8.0 requires OpenSSL >= 1.0.1, < 3.0. PHP >= 8.1 requires OpenSSL >= 1.0.2, < 4.0. So it looks like you need to upgrade php to 8.1 I've a similar problem with my server requiring php 7.2 and trying to figure out the upgrade path for all php based sites/apps is a pain. On 04/10/2023 18:15, John Covici wrote: On Wed, 04 Oct 2023 11:53:46 -0400, Grant Edwards wrote: On 2023-10-04, John Covici wrote: Hi. I just did a world update and found that my openssl-1.1.1v is masked. What can I do, Use one of the stable versions. I don't have any version that is not masked Huh? What architecture are you on? There are three versions of openssl that are stable and not masked for amd64, x86, and most others: 3.0.9-r1 3.0.9-r2 3.0.10 see https://packages.gentoo.org/packages/dev-libs/openssl and according to the message this version is EOL. Indeed. OpenSSL 1.1.1 is dead. Support ended a few weeks ago. Upon further investigation, I hadd masked them off myself , if I unmask the 3.x I get the following: Script started on 2023-10-04 13:10:40-04:00 [COMMAND="emerge -1 dev-libs/openssl" TERM="linux" TTY="/dev/tty1" COLUMNS="240" LINES="67"] ^M These are the packages that would be merged, in order:^M ^M Calculating dependencies . ... done!^M Dependency resolution took 38.07 s.^M ^M [ebuild r U ] dev-libs/openssl-3.1.3:0/3::gentoo [1.1.1v:0/1.1::gentoo] USE="asm -fips% -ktls% -rfc3779 -sctp -static-libs -test -tls-compression -vanilla -verify-sig -weak-ssl-ciphers (-sslv3%) (-tls-heartbeat%)" ABI_X86="(64) -32 (-x3\2)" CPU_FLAGS_X86="(sse2)" 15,198 KiB^M [ebuild rR] sys-apps/coreutils-9.4::gentoo USE="acl nls openssl (split-usr) xattr -caps -gmp -hostname -kill -multicall (-selinux) -static -test -vanilla -verify-sig" 0 KiB^M [ebuild rR] net-misc/rsync-3.2.7-r2::gentoo USE="acl iconv ssl xattr -examples -lz4 -rrsync -stunnel -system-zlib -verify-sig -xxhash -zstd" PYTHON_SINGLE_TARGET="python3_11 -python3_10" 0 KiB^M [ebuild rR] net-misc/wget-1.21.4::gentoo USE="ipv6 nls pcre (ssl) zlib -cookie-check -debug -gnutls -idn -metalink -ntlm -static -test -uuid -verify-sig" 0 KiB^M [ebuild rR] dev-lang/python-3.12.0_rc3_p1:3.12::gentoo USE="ensurepip gdbm ncurses readline sqlite ssl -bluetooth -build -debug -examples -libedit -lto -pgo -test -tk -valgrind -verify-sig" 0 KiB^M [ebuild rR] dev-libs/libtpms-0.9.6::gentoo 0 KiB^M [ebuild rR] www-client/w3m-0.5.3_p20230121::gentoo USE="X gpm nls ssl unicode -fbcon -gdk-pixbuf -imlib -lynxkeymap -nntp -xface" L10N="-ja" 0 KiB^M [ebuild rR] dev-db/mysql-connector-c-8.0.32-r1:0/21::gentoo USE="static-libs -ldap" ABI_X86="(64) -32 (-x32)" 0 KiB^M [ebuild rR] dev-lang/rust-1.72.0:stable/1.72::gentoo USE="lto (-big-endian) -clippy -debug -dist -doc (-llvm-libunwind) (-miri) (-nightly) (-parallel-compiler) -profiler -rust-analyzer -rust-src -rustfmt -system-bootstrap -system-llv\m -test -verify-sig -wasm" ABI_X86="(64) -32 (-x32)" CPU_FLAGS_X86="sse2" LLVM_TARGETS="(X86) -AArch64 -AMDGPU -ARM -AVR -BPF -Hexagon -Lanai -LoongArch -MSP430 -Mips -NVPTX -PowerPC -RISCV -Sparc -SystemZ -VE -WebAssembly -XCore" 0 KiB^M [ebuild rR] net-libs/libssh-0.10.5:0/4::gentoo USE="sftp zlib -debug -doc -examples -gcrypt -gssapi -mbedtls -pcap -server -static-libs -test" ABI_X86="(64) -32 (-x32)" 0 KiB^M [ebuild rR] dev-db/mariadb-connector-c-3.3.4:0/3::gentoo USE="curl ssl -gnutls -kerberos -static-libs -test" ABI_X86="(64) -32 (-x32)" 0 KiB^M [ebuild rR] app-crypt/swtpm-0.8.1-r2::gentoo USE="seccomp -fuse -test" 0 KiB^M [ebuild rR] dev-python/cryptography-41.0.4::gentoo USE="-debug -test" PYTHON_TARGETS="python3_11 -pypy3 -python3_10 -python3_12" 0 KiB^M [ebuild rR] dev-db/mariadb-10.11.5:10.11/18::gentoo USE="backup odbc pam perl server systemd xml -bindist -columnstore -cracklib -debug -extraengine -galera -innodb-lz4 -innodb-lzo -innodb-snappy -jdbc -jemalloc -kerberos -latin1 -mr\oonga -numa -oqgraph -profiling -rocksdb -s3 (-selinux) -sphinx -sst-mariabackup -sst-rsync -static -systemtap -tcmalloc -test -yassl" 0 KiB^M [ebuild rR] dev-db/postgresql-16.0:16::gentoo USE="icu nls pam readline server ssl systemd xml zlib -debug -doc -kerberos -ldap -llvm -lz4 -perl -python (-selinux) -static-libs -tcl -uuid -zstd" PYTHON_SINGLE_TARGET="python3_11 -pyth\on3_10 -python3_12" 0 KiB^M [ebuild rR] app-admin/syslog-ng-4.4.0::gentoo USE="systemd -amqp -caps -dbi -geoip2 -http -json -kafka -mongodb -pacct -python -redis -smtp -snmp -spoof-source -tcpd -test" PYTHON_SINGLE_TARGET="python3_11 -python3
Re: [gentoo-user] Re: What to do about openssl
On Wed, 04 Oct 2023 13:36:38 -0400, Steve Wilson wrote: > > [1 ] > From https://www.php.net/manual/en/openssl.requirements.php > > PHP 7.1-8.0 requires OpenSSL >= 1.0.1, < 3.0. > PHP >= 8.1 requires OpenSSL >= 1.0.2, < 4.0. > > So it looks like you need to upgrade php to 8.1 > > I've a similar problem with my server requiring php 7.2 and > trying to figure out the upgrade path for all php based > sites/apps is a pain. > > On 04/10/2023 18:15, John Covici wrote: > > On Wed, 04 Oct 2023 11:53:46 -0400, > > Grant Edwards wrote: The php was the problem, I had upgraded it, but not removed the 7.4 yet. After doing a depclean on that all is at least compiling now, including many, many reinstalls. Thanks all. > >> On 2023-10-04, John Covici wrote: > >>> Hi. I just did a world update and found that my openssl-1.1.1v is > >>> masked. What can I do, > >> Use one of the stable versions. > >> > >>> I don't have any version that is not masked > >> Huh? What architecture are you on? There are three versions of > >> openssl that are stable and not masked for amd64, x86, and most > >> others: > >> > >> 3.0.9-r1 > >> 3.0.9-r2 > >> 3.0.10 > >> > >> see > >> > >> https://packages.gentoo.org/packages/dev-libs/openssl > >> > >>> and according to the message this version is EOL. > >> Indeed. OpenSSL 1.1.1 is dead. Support ended a few weeks ago. > >> > >> > >> > >> > >> > >> > > Upon further investigation, I hadd masked them off myself , if I > > unmask the 3.x I get the following: > > Script started on 2023-10-04 13:10:40-04:00 [COMMAND="emerge -1 > > dev-libs/openssl" TERM="linux" TTY="/dev/tty1" COLUMNS="240" > > LINES="67"] > > ^M > > These are the packages that would be merged, in order:^M > > ^M > > Calculating dependencies . ... done!^M > > Dependency resolution took 38.07 s.^M > > ^M > > [ebuild r U ] dev-libs/openssl-3.1.3:0/3::gentoo > > [1.1.1v:0/1.1::gentoo] USE="asm -fips% -ktls% -rfc3779 -sctp > > -static-libs -test -tls-compression -vanilla -verify-sig > > -weak-ssl-ciphers (-sslv3%) (-tls-heartbeat%)" ABI_X86="(64) -32 > > (-x3\2)" CPU_FLAGS_X86="(sse2)" 15,198 KiB^M > > [ebuild rR] sys-apps/coreutils-9.4::gentoo USE="acl nls openssl > > (split-usr) xattr -caps -gmp -hostname -kill -multicall (-selinux) > > -static -test -vanilla -verify-sig" 0 KiB^M > > [ebuild rR] net-misc/rsync-3.2.7-r2::gentoo USE="acl iconv ssl > > xattr -examples -lz4 -rrsync -stunnel -system-zlib -verify-sig -xxhash > > -zstd" PYTHON_SINGLE_TARGET="python3_11 -python3_10" 0 KiB^M > > [ebuild rR] net-misc/wget-1.21.4::gentoo USE="ipv6 nls pcre > > (ssl) zlib -cookie-check -debug -gnutls -idn -metalink -ntlm -static > > -test -uuid -verify-sig" 0 KiB^M > > [ebuild rR] dev-lang/python-3.12.0_rc3_p1:3.12::gentoo > > USE="ensurepip gdbm ncurses readline sqlite ssl -bluetooth -build > > -debug -examples -libedit -lto -pgo -test -tk -valgrind -verify-sig" 0 > > KiB^M > > [ebuild rR] dev-libs/libtpms-0.9.6::gentoo 0 KiB^M > > [ebuild rR] www-client/w3m-0.5.3_p20230121::gentoo USE="X gpm > > nls ssl unicode -fbcon -gdk-pixbuf -imlib -lynxkeymap -nntp -xface" > > L10N="-ja" 0 KiB^M > > [ebuild rR] dev-db/mysql-connector-c-8.0.32-r1:0/21::gentoo > > USE="static-libs -ldap" ABI_X86="(64) -32 (-x32)" 0 KiB^M > > [ebuild rR] dev-lang/rust-1.72.0:stable/1.72::gentoo USE="lto > > (-big-endian) -clippy -debug -dist -doc (-llvm-libunwind) (-miri) > > (-nightly) (-parallel-compiler) -profiler -rust-analyzer -rust-src > > -rustfmt -system-bootstrap -system-llv\m -test -verify-sig -wasm" > > ABI_X86="(64) -32 (-x32)" CPU_FLAGS_X86="sse2" LLVM_TARGETS="(X86) > > -AArch64 -AMDGPU -ARM -AVR -BPF -Hexagon -Lanai -LoongArch -MSP430 > > -Mips -NVPTX -PowerPC -RISCV -Sparc -SystemZ -VE -WebAssembly -XCore" > > 0 KiB^M > > [ebuild rR] net-libs/libssh-0.10.5:0/4::gentoo USE="sftp zlib > > -debug -doc -examples -gcrypt -gssapi -mbedtls -pcap -server > > -static-libs -test" ABI_X86="(64) -32 (-x32)" 0 KiB^M > > [ebuild rR] dev-db/mariadb-connector-c-3.3.4:0/3::gentoo > > USE="curl ssl -gnutls -kerberos -static-libs -test" ABI_X86="(64) -32 > &g
[gentoo-user] xbmc font rendering issue after upgrade mesa or/and xorg ati driver
Hi Community! I just start to give up because don't understand the reason of this problem Tried to upgrade, downgrade, change language and font settings without any positive result If anybody has similar problem or can help to start debugging this issue I wil be very grateful. this is the error messages from xbms' log: 10:52:56 T:3039086368 M:840056832 ERROR: GLX: Same window as before, refreshing context 10:52:56 T:3039086368 M:840056832 ERROR: ResetRenderSystem() GL_MAX_TEXTURE_IMAGE_UNITS_ARB returned error 1280 10:52:56 T:3039086368 M:837812224 ERROR: Unable to save settings to special://masterprofile/guisettings.xml 10:52:56 T:3039086368 M:836669440 ERROR: Unable to save settings to special://masterprofile/guisettings.xml 10:52:56 T:3039086368 M:835047424 ERROR: Control 402 in window 10133 has been asked to focus, but it can't 10:52:57 T:3039086368 M:834494464 ERROR: DS: Failed to connect to the D-Bus session daemon: /usr/bin/dbus-launch terminated abnormally without any error message and of course Xorg log file has no error system : radeon 9200 se ( [drm] Loading R200 Microcode) [ebuild R ] x11-libs/libdrm-2.4.24 USE=libkms -static-libs VIDEO_CARDS=radeon -intel -nouveau -vmware 0 kB [ebuild R ] media-libs/mesa-7.10.1 USE=classic gallium nptl -debug -gles -hardened -llvm -motif -pic (-selinux) VIDEO_CARDS=radeon -intel -mach64 -mga -nouveau -r128 -savage -sis -tdfx -via -vmware 0 kB [ebuild R ] media-tv/xbmc- USE=alsa debug sse sse2 webserver xrandr (-altivec) -avahi -bluray% -css -joystick -midi -profile -pulseaudio -rtmp -udev -vaapi -vdpau 0 kB [ebuild R ] x11-base/xorg-server-1.9.5 USE=nptl udev xorg -dmx -doc -ipv6 -kdrive -minimal -static-libs -tslib 0 kB [ebuild R ] x11-drivers/xf86-video-ati-6.14.1 0 kB [ebuild R ] x11-base/xorg-x11-7.4-r1 0 kB [ebuild R ] x11-drivers/xf86-input-evdev-2.6.0 0 kB [ebuild R ] x11-base/xorg-drivers-1.9 INPUT_DEVICES=keyboard mouse -acecad -aiptek -elographics -evdev -fpit -joystick -penmount -synaptics -tslib -virtualbox -vmmouse -void -wacom VIDEO_CARDS=radeon -apm -ark -ast -chips -cirrus -dummy -epson -fbdev -fglrx -geode -glint -i128 -i740 (-impact) -intel -mach64 -mga -neomagic (-newport) -nouveau -nv -nvidia (-omapfb) -r128 -rendition -s3 -s3virge -savage -siliconmotion -sis -sisusb (-sunbw2) (-suncg14) (-suncg3) (-suncg6) (-sunffb) (-sunleo) (-suntcx) -tdfx -tga -trident -tseng -v4l -vesa -via -virtualbox -vmware (-voodoo) 0 kB I upload a png image to show what my problem is. http://i51.tinypic.com/2vb4je8.png (non readable, noisy fonts in movie subtitles too) Thanks for your time and help Z.
[gentoo-user] Re: xbmc font rendering issue after upgrade mesa or/and xorg ati driver
Reply to the question :D Temporary solution: I downgrade to media-libs/mesa-7.9.1 and fonts came back and mask any bigger version of this package. something bad happened in media-libs/mesa-7.10.1 So I wait until the next release Z. 2011/3/31 Füves Zoltán zolee...@gmail.com: Hi Community! I just start to give up because don't understand the reason of this problem Tried to upgrade, downgrade, change language and font settings without any positive result If anybody has similar problem or can help to start debugging this issue I wil be very grateful. this is the error messages from xbms' log: 10:52:56 T:3039086368 M:840056832 ERROR: GLX: Same window as before, refreshing context 10:52:56 T:3039086368 M:840056832 ERROR: ResetRenderSystem() GL_MAX_TEXTURE_IMAGE_UNITS_ARB returned error 1280 10:52:56 T:3039086368 M:837812224 ERROR: Unable to save settings to special://masterprofile/guisettings.xml 10:52:56 T:3039086368 M:836669440 ERROR: Unable to save settings to special://masterprofile/guisettings.xml 10:52:56 T:3039086368 M:835047424 ERROR: Control 402 in window 10133 has been asked to focus, but it can't 10:52:57 T:3039086368 M:834494464 ERROR: DS: Failed to connect to the D-Bus session daemon: /usr/bin/dbus-launch terminated abnormally without any error message and of course Xorg log file has no error system : radeon 9200 se ( [drm] Loading R200 Microcode) [ebuild R ] x11-libs/libdrm-2.4.24 USE=libkms -static-libs VIDEO_CARDS=radeon -intel -nouveau -vmware 0 kB [ebuild R ] media-libs/mesa-7.10.1 USE=classic gallium nptl -debug -gles -hardened -llvm -motif -pic (-selinux) VIDEO_CARDS=radeon -intel -mach64 -mga -nouveau -r128 -savage -sis -tdfx -via -vmware 0 kB [ebuild R ] media-tv/xbmc- USE=alsa debug sse sse2 webserver xrandr (-altivec) -avahi -bluray% -css -joystick -midi -profile -pulseaudio -rtmp -udev -vaapi -vdpau 0 kB [ebuild R ] x11-base/xorg-server-1.9.5 USE=nptl udev xorg -dmx -doc -ipv6 -kdrive -minimal -static-libs -tslib 0 kB [ebuild R ] x11-drivers/xf86-video-ati-6.14.1 0 kB [ebuild R ] x11-base/xorg-x11-7.4-r1 0 kB [ebuild R ] x11-drivers/xf86-input-evdev-2.6.0 0 kB [ebuild R ] x11-base/xorg-drivers-1.9 INPUT_DEVICES=keyboard mouse -acecad -aiptek -elographics -evdev -fpit -joystick -penmount -synaptics -tslib -virtualbox -vmmouse -void -wacom VIDEO_CARDS=radeon -apm -ark -ast -chips -cirrus -dummy -epson -fbdev -fglrx -geode -glint -i128 -i740 (-impact) -intel -mach64 -mga -neomagic (-newport) -nouveau -nv -nvidia (-omapfb) -r128 -rendition -s3 -s3virge -savage -siliconmotion -sis -sisusb (-sunbw2) (-suncg14) (-suncg3) (-suncg6) (-sunffb) (-sunleo) (-suntcx) -tdfx -tga -trident -tseng -v4l -vesa -via -virtualbox -vmware (-voodoo) 0 kB I upload a png image to show what my problem is. http://i51.tinypic.com/2vb4je8.png (non readable, noisy fonts in movie subtitles too) Thanks for your time and help Z.
Re: [gentoo-user] Changing compilers
On Mon, Mar 19, 2012 at 10:05 AM, Andrew Lowe a...@wht.com.au wrote: On 03/19/12 20:34, Mark Knecht wrote: 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 I'm sorry but I'm doing a PhD, not creating a career in Academia. The concept of writing an FEA or CFD from scratch, with CUDA is laughable, I just don't have the time to learn CUDA, research the field, small displacement, large displacement, dynamics, material nonlinearities, write the code, and then most importantly benchmark it to make sure it's actually correct. This is all bearing in mind that I have 20+ years experience as a C/C++ technical software developer, including FEA and CFD. I'll actually be using Code Aster, an open source FEA code that runs under Linux. Sorry if I sound narky, but compilers is the subject at hand, not how to write FEA code. If you really care about a 1-2% difference, you should not be dismissing GPGPU-accelerated code so easily! If the tools you seem to have already settled on don't support it, you should either use different tools, or correct the ones you're working with. The lead Python guy had an astute observation (which I'll generalize) the other day; for 99% of your program, it doesn't matter what programming language you use. For the 1% where you need speed, you should call out into the faster language. -- :wq
Re: [gentoo-user] Changing compilers
On Mon, Mar 19, 2012 at 7:05 AM, Andrew Lowe a...@wht.com.au wrote: On 03/19/12 20:34, Mark Knecht wrote: 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 I'm sorry but I'm doing a PhD, not creating a career in Academia. The concept of writing an FEA or CFD from scratch, with CUDA is laughable, I just don't have the time to learn CUDA, research the field, small displacement, large displacement, dynamics, material nonlinearities, write the code, and then most importantly benchmark it to make sure it's actually correct. This is all bearing in mind that I have 20+ years experience as a C/C++ technical software developer, including FEA and CFD. I'll actually be using Code Aster, an open source FEA code that runs under Linux. Sorry if I sound narky, but compilers is the subject at hand, not how to write FEA code. Anyway, thanks for answering, Andrew Nahh, be as snarky as you like as long as you don't really mean it personally. My experience with CUDA, and I'm not a programmer, is that there is a fairly steep learning curve. However changing C compilers will get you maybe 5%. Changing to CUDA will get you 30,000%, assuming a mid-high range CUDA card and that you can parallel-ize FEA. I did a little Googling and it seems that FEA is a pretty common CUDA topic so I don't think at the outset that you'd find yourself all alone. Good luck whatever you do and know that I didn't mind the response at all! :-) Cheers, Mark
[gentoo-user] kwin opengl compositing w/ nouveau?
Me again ;) I just ran 'startx' on my machine for the first time in a dog's age and had to switch the rendering engine to XRender from OpenGL to get a usable desktop (couldn't see the desktop. was a bunch of black squares). I'm not sure what changed, and the online wiki/forum pages I just spent two hours reading were stale and of little help. Anyone see anything stupid herein: -- make.conf -- VIDEO_CARDS=nouveau -- eselect -- # for i in mesa opengl qtgraphicssystem do eselect $i list done i915 (Intel 915, 945) i965 (Intel 965, G/Q3x, G/Q4x) r300 (Radeon R300-R500) r600 (Radeon R600-R700, Evergreen, Northern Islands) sw (Software renderer) [1] classic [2] gallium * Available OpenGL implementations: [1] xorg-x11 * Available Qt Graphics Systems: [1] native [2] opengl (experimental) [3] raster (default) * -- eix -- kde-meta - 4.8.2(4){tbz2}(02:36:00 PM 04/05/2012)(nls semantic-desktop -accessibility -aqua -sdk) kwin - 4.8.2(4){tbz2}(05:36:26 AM 04/05/2012)(opengl -aqua -debug -gles -xinerama) qt-opengl - 4.8.1(4){tbz2}(04:54:00 AM 03/30/2012)(exceptions qt3support -aqua -c++0x -debug -egl -pch -qpa) qt-gui - 4.8.1-r1(4){tbz2}(03:43:46 AM 04/05/2012)(accessibility dbus exceptions gif glib mng qt3support tiff xv -aqua -c++0x -cups -debug -egl -gtkstyle -nas -nis -pch -qpa -trace -xinerama) mesa - 8.0.2{tbz2}(04:52:19 AM 03/30/2012)(classic egl gallium llvm nptl shared-glapi video_cards_nouveau -bindist -d3d -debug -g3dvl -gbm -gles1 -gles2 -kernel_FreeBSD -openvg -osmesa -pax_kernel -pic -selinux -shared-dricore -vdpau -video_cards_i915 -video_cards_i965 -video_cards_intel -video_cards_r100 -video_cards_r200 -video_cards_r300 -video_cards_r600 -video_cards_radeon -video_cards_vmware -wayland -xa -xvmc) xf86-video-nouveau - 0.0.16_pre20120322{tbz2}(03:30:39 AM 03/23/2012) xorg-server - 1.12.0-r1{tbz2}(03:32:48 AM 03/21/2012)(ipv6 nptl udev xorg -dmx -doc -kdrive -minimal -selinux -static-libs -tslib -xnest -xvfb) ~ # uname -r 3.3.2-gentoo ~ # egrep -i 'nouveau|drm' /boot/config-3.3.2-gentoo CONFIG_DRM=y CONFIG_DRM_KMS_HELPER=y CONFIG_DRM_TTM=y # CONFIG_DRM_TDFX is not set # CONFIG_DRM_R128 is not set # CONFIG_DRM_RADEON is not set # CONFIG_DRM_MGA is not set # CONFIG_DRM_VIA is not set # CONFIG_DRM_SAVAGE is not set # CONFIG_DRM_VMWGFX is not set # CONFIG_DRM_GMA500 is not set CONFIG_DRM_NOUVEAU=y # CONFIG_DRM_NOUVEAU_BACKLIGHT is not set # CONFIG_DRM_NOUVEAU_DEBUG is not set # CONFIG_DRM_I2C_CH7006 is not set # CONFIG_DRM_I2C_SIL164 is not set ~ # lspci -v|grep -i nvid 01:00.0 VGA compatible controller: NVIDIA Corporation G92 [GeForce 9800 GT] (rev a2) (prog-if 00 [VGA controller]) At this point, I don't care if it's OpenGL or OpenGL ES (kwin_gles) that we get working.. I just want to use something 'better' than XRender again (it lags badly for me) Thanks! -- Douglas J Hunley (doug.hun...@gmail.com) Twitter: @hunleyd Web: douglasjhunley.com G+: http://goo.gl/sajR3
Re: [gentoo-user] Intel and Gallium 0.4 on llvmpipe (LLVM 3.4, 256 bits)
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: 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)
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 2014-05-27 21:21 GMT+08:00 Time Lucky 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: 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] All sorts of digest verification failures
Grant Edwards wrote: > After an emerge --sync that appeared to work with no problems, my > "emerge -auvND world" command is reporting that the Changelong files > are broken for about 2/3 of the packages it wants to update: > > !!! Digest verification failed: > !!! /usr/portage/dev-libs/libxml2/ChangeLog > !!! Reason: Filesize does not match recorded size > !!! Got: 5221 > !!! Expected: 5038 > > !!! Digest verification failed: > !!! /usr/portage/app-text/iso-codes/ChangeLog > !!! Reason: Filesize does not match recorded size > !!! Got: 4195 > !!! Expected: 4014 > > [ ... and so on for another dozen or so packages ... ] > > I removed the emerge timestamp, sync'ed again, and got the same > result. Based on past experiences, I'm guessing that if I wait a day > or two and sync again the problems will go away. > > But I am curious what causes these temporary breakages. Does anybody > know how this happens? > I synced just a few minutes ago and got this: These are the packages that would be merged, in order: Calculating dependencies... done! [ebuild R] sys-apps/busybox-1.23.1-r1::gentoo USE="ipv6 static syslog -debug -livecd -make-symlinks -math -mdev -pam* -savedconfig (-selinux) -sep-usr -systemd" 0 KiB [ebuild U ~] media-libs/mesa-11.0.5::gentoo [11.0.4::gentoo] USE="classic dri3 egl gallium gbm llvm nptl udev -bindist -d3d9 -debug -gles1 -gles2 -opencl -openmax -osmesa -pax_kernel -pic (-selinux) -vaapi -vdpau -wayland -xa -xvmc" ABI_X86="32 (64) (-x32)" VIDEO_CARDS="(-freedreno) -i915 -i965 -ilo -intel -nouveau -r100 -r200 -r300 -r600 -radeon -radeonsi -vmware" 7,102 KiB [ebuild U ~] net-analyzer/rrdtool-1.5.5::gentoo [1.5.4::gentoo] USE="graph perl tcl tcpd -dbi -doc -lua -python -rados -rrdcgi -ruby -static-libs" PYTHON_TARGETS="python2_7" 2,137 KiB Total: 3 packages (2 upgrades, 1 reinstall), Size of downloads: 9,238 KiB Would you like to merge these packages? [Yes/No] y >>> Verifying ebuild manifests !!! Digest verification failed: !!! /var/cache/portage/tree/sys-apps/busybox/busybox-.ebuild !!! Reason: Filesize does not match recorded size !!! Got: 8493 !!! Expected: 8580 >>> Emerging (1 of 3) sys-apps/busybox-1.23.1-r1::gentoo >>> Jobs: 0 of 3 complete, 1 runningLoad avg: 1.38, 1.81, 1.98 !!! Digest verification failed: !!! /var/cache/portage/tree/sys-apps/busybox/busybox-.ebuild !!! Reason: Filesize does not match recorded size !!! Got: 8493 !!! Expected: 8580 >>> Emerging (2 of 3) media-libs/mesa-11.0.5::gentoo >>> Failed to emerge sys-apps/busybox-1.23.1-r1 It would seem this is a widespread problem and not just some small fluke. Maybe it will sort out in a few days. Dale :-) :-)
Re: [gentoo-user] Re: Using KDE apps in a non KDE environment
On Fri, Oct 02, 2015 at 06:30:03PM +0200, Alan McKinnon wrote > With situations like this, one has to apply some intelligence (and the > reverse is also true - running gtk/Gnome apps on a KDE system). A few > simple apps like say okular or konsole will be very manageable, as they > have specific narrow functionality and are not core. You'd be surprised. First some background on my system. When I installed it as 32-bit years ago, I went with USE="-*" like so... USE="-* 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" When I re-did it as 64-bit, I went to "the regular way" like so... USE="X apng bindist ffmpeg jpeg png truetype x264 x265 xorg -acl -berkdb -chatzilla -cracklib -crypt -gallium -gdbm -gmp-autoupdate -graphite -gstreamer -iconv -introspection -ipc -iptables -ipv6 -libav -llvm -nls -openmp -pam -pch -roaming -sendmail -tcpd -udev -udisks -unicode -upower -xinerama" When Xpdf was deprecated, I eventually settled on mupdf, which is nice and lightweight. I skipped okular, because it brought in a big chunk of KDE. Just for s and giggles, I had a look today at what would be required to build okular on my system. Repeat emerge commands showed that my package.use would require the following extras... dev-qt/qtcore qt3support app-text/poppler qt4 dev-qt/qtsql qt3support dev-qt/qtgui qt3support sys-apps/dbus X media-video/vlc dbus ogg vorbis sys-libs/zlib minizip sys-libs/ncurses unicode sys-auth/consolekit policykit dev-qt/qtdeclarative qt3support dev-qt/qtopengl qt3support File-attached is the "emerge -pv okular" output. To summarize... Total: 53 packages (50 new, 3 reinstalls), Size of downloads: 329,492 KiB ...because a pdf-reader really needs libogg, libvorbis, www-misc/htdig, qtcore-4.8.6-r4, 2 versions of qtgui, qt3support, qtwebkit, libdbusmenu, strigi, spidermonkey, phonon, vlc, polkit, consolekit, etc, etc. Similarly, gnumeric is a great spreadsheet, but it's being loaded with a ton of egregiously unnecessary GNOME dependancies, via gtk3 and goffice. Remember when Bill Gates showed how IE.EXE was an eensy-weensy-teensy-itty-bitty little program that you could easily remove? But he failed to mention that it was merely an interface to a whole bunch of Windows libraries that were continuously running in the background. Similarly, gnumeric has been adding hard dependancies on various GNOME libraries over time. I try to keep a minimal profile. Every so often, stuff like dbus, harfbuzz, ghostscript, etc, etc, have been added as hard dependancies to gnumeric. I'd be willing to contribute money to developers who would fork gnumeric, and move it off of GTK and on to FTLK (Fast Light Tool Kit) http://www.fltk.org/index.php and get rid of hard dependancies on a bunch of GNOME stuff. -- Walter Dnes <waltd...@waltdnes.org> I don't run "desktop environments"; I run useful applications
Re: [gentoo-user] Re: confessions of a current USE=*
160414 waltd...@waltdnes.org wrote: > I used to use USE='-* blah blah blah". 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 > Whichever 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" I'm persisting with '-*', but I've never understood profiles & I've never done 'emerge world' without '-p', so I've always had detailed control over what it getting installed. In my home-made list of installed pkgs I note with 'USE' those which have a custom flag in package.use & check when updating. Occasionally, a new flag trips me up, but it's fairly easy to recover once the location of the problem has been determined. My own complaint re USE flags is the all-too-meagre output of 'euses' : root:502 ~> euses gtk3 app-editors/bluefish:gtk3 - Enable GTK3 interface (default) app-editors/emacs:gtk3 - Prefer version 3 of the GIMP Toolkit to version 2 (x11-libs/gtk+) app-editors/emacs-vcs:gtk3 - Prefer version 3 of the GIMP Toolkit to version 2 (x11-libs/gtk+) app-editors/mousepad:gtk3 - Use GTK+3 instead of GTK+2 app-i18n/fcitx:gtk3 - Install input method module for GTK+ 3 app-i18n/fcitx-configtool:gtk3 - Use GTK+3 instead of 2 app-i18n/ibus:gtk3 - Enable support for gtk+3 app-i18n/ibus-unikey:gtk3 - Enable support for gtk+3 app-i18n/imsettings:gtk3 - Enable support for x11-libs/gtk+:3 app-i18n/scim:gtk3 - Enable support for x11-libs/gtk+:3 app-i18n/scim-anthy:gtk3 - Enable support for x11-libs/gtk+:3 app-i18n/uim:gtk3 - Enable support for x11-libs/gtk+:3 ... [ 37 similarly useless descriptions] This urgently needs cleaning up, like much of Emerge's output. -- ,, SUPPORT ___//___, Philip Webb ELECTRIC /] [] [] [] [] []| Cities Centre, University of Toronto TRANSIT`-O--O---' purslowatchassdotutorontodotca
Re: [gentoo-user] Re: confessions of a current USE=*
On 15/04/2016 13:15, Philip Webb wrote: > 160414 waltd...@waltdnes.org wrote: >> I used to use USE='-* blah blah blah". 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 >> Whichever 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" > > I'm persisting with '-*', but I've never understood profiles > & I've never done 'emerge world' without '-p', > so I've always had detailed control over what it getting installed. > In my home-made list of installed pkgs I note with 'USE' those > which have a custom flag in package.use & check when updating. well there is such a thing as too much control and forcing yourself to fiddle with low-level things more than you need to. Profiles are supposed to provide a decent baseline setup for a given scenario or usage case. Then you fine-tweak package.use to get exactly what you want. Well that's the theory. In practice profiles get confusing because they inherit from all many things. If there was such a thing as an easy to use user-defined profile method, the perceived need for USE="-*" might go away > > Occasionally, a new flag trips me up, but it's fairly easy to recover > once the location of the problem has been determined. > > My own complaint re USE flags is the all-too-meagre output of 'euses' : > > root:502 ~> euses gtk3 > app-editors/bluefish:gtk3 - Enable GTK3 interface (default) > app-editors/emacs:gtk3 - Prefer version 3 of the GIMP Toolkit to version > 2 (x11-libs/gtk+) > app-editors/emacs-vcs:gtk3 - Prefer version 3 of the GIMP Toolkit to > version 2 (x11-libs/gtk+) > app-editors/mousepad:gtk3 - Use GTK+3 instead of GTK+2 > app-i18n/fcitx:gtk3 - Install input method module for GTK+ 3 > app-i18n/fcitx-configtool:gtk3 - Use GTK+3 instead of 2 > app-i18n/ibus:gtk3 - Enable support for gtk+3 > app-i18n/ibus-unikey:gtk3 - Enable support for gtk+3 > app-i18n/imsettings:gtk3 - Enable support for x11-libs/gtk+:3 > app-i18n/scim:gtk3 - Enable support for x11-libs/gtk+:3 > app-i18n/scim-anthy:gtk3 - Enable support for x11-libs/gtk+:3 > app-i18n/uim:gtk3 - Enable support for x11-libs/gtk+:3 > ... [ 37 similarly useless descriptions] > > This urgently needs cleaning up, like much of Emerge's output. Indeed. Most flag definitions give you MORE information when removed. Less junk implies more truth -- Alan McKinnon alan.mckin...@gmail.com
Re: [gentoo-user] New Installation
Peter Humphrey wrote: > 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. > Other than the profile, I set the USE line in make.conf, or package.use. I'm not trying to post details on a specific USE flag, just picking a common one that makes the point of how it can be handled. >> 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... :) > I have one file. I tried having more than one file and I did not like that one bit. Sometimes the same line can fit in a different package depending on what pulls in a package and needs a certain USE flag setting. If I need to know if a package is listed in package.use, I have one file to look at. I don't have to spend a lot of time looking in the file I think it should be in only to find it in another file for some other reason than the current one. Yep, I tried that road. It's not for me. If it works for you tho, do it that way. Everyone has a way/method that works for them. Dale :-) :-)
Re: [gentoo-user] QEMU virtio_gpu
On 11/25/2016 11:10 AM, john wrote: > On Thu, 24 Nov 2016 13:12:33 + > john <j...@jdm.myzen.co.uk> wrote: > >> 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 >> > > After having a search around the net and trying a few things emerged > mesa with the use flag -bindist and qemu machine fired up with > virtio_gpu > > the following command showed this in virtual guest > dmesg | grep virt > > Not sure what the bindist use flag is for but hey ho it's working. > Now shall I ditch lxc for qemu?? > > John. Long live Gentoo (the Ferrari of Linux distros). > > > > 'bindist' is short for "binary distribution"; some code (mostly microcode, firmware, GPU drivers, multimedia codecs) is copyright- or patent-encumbered, meaning that you can't legally distribute some pieces of software in binary (compiled) form. The 'bindist' USE flag, in combination with the LICENSE variable in make.conf, give you the tools needed to decide how free (libre) you want your system to be. USE=bindist should be set per-package inside package.use, unless you understand the implications of setting or unsetting it globally. Great to read things are working! -- Daniel Campbell - Gentoo Developer OpenPGP Key: 0x1EA055D6 @ hkp://keys.gnupg.net fpr: AE03 9064 AE00 053C 270C 1DE4 6F7A 9091 1EA0 55D6 signature.asc Description: OpenPGP digital signature
Re: [gentoo-user] upgrading 1-year old system
On March 4, 2017 11:01:38 PM GMT+01:00, the...@sys-concept.com wrote: > >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) > * >* pulled in by: > * (net-print/cups-filters-1.0.71:0/0::gentoo, installed) > >Any ideas how to go around it? >I've installed: sys-libs/ncurses-6.0-r1 > >Thanks > >-- >Thelma Few tips: Check for the actual error in the build.log Ensure you are not poluting your world file Check previous threads for hints and tips on updating older Gentoo installations. I think there might also be a wiki page on the gentoo website. -- Joost -- Sent from my Android device with K-9 Mail. Please excuse my brevity.
Re: [gentoo-user] upgrading 1-year old system
On 03/04/2017 10:51 PM, J. Roeleveld wrote: > On March 4, 2017 11:01:38 PM GMT+01:00, the...@sys-concept.com wrote: >> >> 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) >> * >> * > pulled in by: >> * (net-print/cups-filters-1.0.71:0/0::gentoo, installed) >> >> Any ideas how to go around it? >> I've installed: sys-libs/ncurses-6.0-r1 >> >> Thanks >> >> -- >> Thelma > > Few tips: > > Check for the actual error in the build.log > > Ensure you are not poluting your world file > > Check previous threads for hints and tips on updating older Gentoo > installations. I think there might also be a wiki page on the gentoo website. > > -- > Joost It solved itself :-/ It is had to upgrade 1-year old systems; sometimes the errors are totally related to something else. I run "perl-cleaner --all" rebuild ~150-pacages and slowly everything stared to fall into place. Some packages needed to be uninstall manually (as they are no longer in portage and new one emerged). -- Thelma
[gentoo-user] Re: FreeCAD permission problems
Am Sat, 6 May 2017 16:23:19 +0200 schrieb tu...@posteo.de: > It's there > -rw-r--r-- 1 root root 141 May 6 10:37 /etc/env.d/000opengl > > and its contents is: > # Configuration file for eselect > # This file has been automatically generated. > LDPATH="/usr/lib64/opengl/nvidia/lib" > OPENGL_PROFILE="nvidia" > > Contents of ld.so.conf: > > # ld.so.conf autogenerated by env-update; make all changes to > # contents of /etc/env.d directory > /usr/lib64/opengl/nvidia/lib > /lib64 > /usr/lib64 > /usr/local/lib64 > /lib > /usr/lib > /usr/local/lib > include ld.so.conf.d/*.conf > /usr/lib64/OpenCL/vendors/nvidia > /usr/lib/llvm/4/lib64 > /usr/lib64/itcl4.0.3/ > /usr/lib64/itk4.0.1/ > /usr/lib64/qt4 > /opt/nvidia-cg-toolkit/lib64 > /usr/games/lib64 > /usr/games/lib > /opt/cuda/lib64 > /opt/cuda/lib > /opt/cuda/nvvm/lib64 > /usr/lib64/fltk > /usr/lib64/libgig/ > > > > No, no ACLs here: > > ls -l /dev/input/* (excerpt) > > crw-rw 1 root input 13, 64 May 6 12:11 /dev/input/event0 > crw-rw 1 root input 13, 65 May 6 12:11 /dev/input/event1 > > > crw-rw 1 root video 195, 0 May 6 12:11 /dev/nvidia0 > crw-rw 1 root video 195, 1 May 6 12:11 /dev/nvidia1 > crw-rw 1 root video 195, 255 May 6 12:11 /dev/nvidiactl > crw-rw-rw- 1 root root 195, 254 May 6 12:11 /dev/nvidia-modeset > crw-rw-rw- 1 root root 246, 0 May 6 12:20 /dev/nvidia-uvm > crw-rw-rw- 1 root root 246, 1 May 6 12:20 /dev/nvidia-uvm-tools > > > I have two nvidia-cards in my PC. One (the slower,older) is for > everytyhing except rendering, the newer and faster one is for > rendering except anything else. > > The above shows both permissions: > root:root and root:portage... > > > Video-group settings are ok it seems: > NVreg_DeviceFileGID=27 > > 27(video) Okay, this looks all good. > (as user) > glxgears -info: > Running synchronized to the vertical refresh. The framerate should be > approximately the same as the monitor refresh rate. > GL_RENDERER = GeForce GT 430/PCIe/SSE2 <<<= this is > the older, slower graphics card! Is this what you expected? I'm not sure how to handle multiple nvidia cards properly and assign them to different tasks. My best guess is using nvidia-settings. I guess one GPU is used for X11, the other is not. So, if you want one application to use the idle GPU, it may not be initialized. I think this is when you use persistenced: https://docs.nvidia.com/deploy/driver-persistence/ > GL_VERSION= 4.5.0 NVIDIA 381.09 > GL_VENDOR = NVIDIA Corporation > GL_EXTENSIONS = GL_AMD_multi_draw_indirect GL_ARB_arrays_of_arrays [...snip...] I guess this is all not Gentoo related. Your graphics stack looks correct. I guess that FreeCAD chokes because of your special setup with two GPUs. You may want to contact their support forum. Everything related to the basic configuration looks correct. -- Regards, Kai Replies to list-only preferred.
Re: [gentoo-user] Layout problem in latest KDE apps
On Thursday, 2 August 2018 13:27:45 BST Mick wrote: > On Thursday, 2 August 2018 07:10:00 BST Peter Humphrey wrote: > > On Monday, 30 July 2018 11:18:22 BST Peter Humphrey wrote: > > > My daily update yesterday included 100 kde-apps/* . Now dolphin and > > > konqueror-as-a-file-manager have their panels laid out with extremely > > > wide spacing (example attached). Is this my fault or theirs? > > > > I tried creating a new user for myself, and got the same results, > > including the missing icons. I also spent several hours today rebuilding the entire system from scratch[1], and then creating a new user. I didn't even copy my .mozilla directory. Still no improvement. > Are you running a full Plasma DE? Yes, the full works, with just the tweaks that the control panel allows. Nothing non-standard. Here's my entire package.use: app-emulation/virtualboxadditions extensions java python net-libs/webkit-gtk -webgl x11-libs/wxGTK webkit www-client/chromium -hangouts jumbo-build dev-lang/python sqlite sys-firmware/intel-microcodeinitramfs sys-kernel/linux-firmware savedconfig media-fonts/terminus-font center-tilde distinct-l app-admin/gkrellm hddtemp sys-kernel/gentoo-sources symlink app-office/kmymoney calendar hbci ofx quotes sys-libs/gwenhywfar qt4 app-office/libreoffice googledrive pdfimport dev-libs/xmlsec nss www-client/links-X -jpeg -png -tiff -directfb -fbcon -sdl media-libs/mesa opencl dev-qt/qtwebengine -system-icu net-misc/tigervnc server media-libs/mesa -vaapi sys-devel/llvm clang video_cards_radeon x11-libs/libdrm video_cards_radeon > I have missing icons here for more than a year on KDE applications (or > whatever they are called this semester), on non-Plasma desktop. 1. This is my standard procedure for rebuilding the entire system: $ cat /usr/local/bin/ejsys #!/bin/bash emerge --jobs -1 gcc && emerge --jobs -1 binutils && emerge --jobs -1 glibc emerge --jobs --load-average=36 --keep-going --nospinner \ --exclude="gcc binutils glibc" @system linux-firmware intel-microcode Then make mrproper; cp /boot/ .config; kmake $ cat /usr/local bin/kmake: #!/bin/bash mount /boot cd /usr/src/linux make -j12 && make modules_install && make install &&\ cp -v ./arch/x86/boot/bzImage /boot/EFI/Boot/bootX64.efi &&\ echo && echo "Rebuilding modules" && echo &&\ emerge --jobs --load-average=48 @module-rebuild @x11-module-rebuild && echo &&\ echo "Remaking microcode images" &&\ /usr/sbin/iucode_tool -S --write-earlyfw=/boot/early_ucode.cpio /lib/firmware/intel-ucode/* && echo &&\ echo "Remounting /sys/firmware/efi/efivars read-write" &&\ mount -oremount,rw /sys/firmware/efi/efivars && echo &&\ echo "Don't forget to bootctl-install the new kernel!" && echo $ cat /usr/local/bin/ejeworld #!/bin/bash emerge --jobs --load-average=48 --keep-going --nospinner \ --exclude="$(cat system.pkgs) linux-firmware intel-microcode" -e @world system.pkgs contains the names of the 43 packages that are emerged by @system. I don't know what else I can try. Help, anyone? -- Regards, Peter.
Re: [gentoo-user] Steam is still BROKEN
I've migrated all of my gaming over to GOG. I kept some of the x86_32 libraries from ~/.local/share/steam incase I need to add them to the library path for launching some games but otherwise I've removed steam from my PC. I've also set my video drivers to 32b in my package.use but that's my whole setup. James media-libs/mesa abi_x86_32 >=dev-libs/expat-2.2.5 abi_x86_32 >=sys-libs/zlib-1.2.11-r1 abi_x86_32 >=x11-libs/libX11-1.6.5-r1 abi_x86_32 >=x11-libs/libxshmfence-1.3-r1 abi_x86_32 >=x11-libs/libXdamage-1.1.4-r2 abi_x86_32 >=x11-libs/libXext-1.3.3-r1 abi_x86_32 >=x11-libs/libxcb-1.13 abi_x86_32 >=x11-libs/libXfixes-5.0.3-r1 abi_x86_32 >=x11-libs/libdrm-2.4.91 abi_x86_32 >=sys-devel/llvm-5.0.2 abi_x86_32 >=sys-libs/ncurses-6.1-r2 abi_x86_32 >=x11-libs/libpciaccess-0.14 abi_x86_32 >=dev-libs/libpthread-stubs-0.4 abi_x86_32 >=x11-libs/libXau-1.0.8-r1 abi_x86_32 >=x11-libs/libXdmcp-1.1.2-r2 abi_x86_32 >=x11-base/xcb-proto-1.13 abi_x86_32 >=virtual/libffi-3.0.13-r1 abi_x86_32 >=x11-libs/libXxf86vm-1.1.4-r1 abi_x86_32 >=dev-libs/libffi-3.2.1 abi_x86_32 On Sun, Jul 29, 2018, 3:22 AM R0b0t1 wrote: > On Sat, Jul 28, 2018 at 8:33 PM, Alan Grimes wrote: > > A picture is beginning to emerge, after the reboot.. > > > > > > It did not give a usable error message so I had panicked and probably > > cleaned more than I should have... 73% chance the underlying issue was a > > graphics driver version bump that SHOULD have been clearly reported, but > > wasn't, the remaining chance being something else that had become > > incompatible while I was trying to update this junk. =\ > > > > There was a library that I had to downgrade to version 1.8, from 2.x, > > that cleared an error, so it tried to load, > > > > > > Now it gets stuck eternally on "Connecting Steam Account: [...]" > > > > The logs are split among about 10^3 (rough estimate) different files, > > all of which are extremely boring... > > > > Can you not run Steam in a VM or container? Distributed binaries on > Linux being pinned to old library versions has always been an issue. > There was a period of time roughly 1.5yr ago where people were > claiming Valve/Steam/developers had learned better (I attribute this > instead to Ubuntu starting to maintain more recent libraries) but it > seems like everything is broken again. > > It looks like the errors you posted are exactly this issue, and this > is the one way to fix it forever. In my case I wouldn't trust Steam on > my main system anyway and would have to run it in a VM. > > Cheers, > R0b0t1 > >
Re: [gentoo-user] Re: Firefox, downloading files and odd behavior.
On January 3, 2019 8:59:09 AM Dale wrote: Davyd McColl wrote: On January 3, 2019 12:29:34 AM Dale wrote: Nikos Chantziaras wrote: On 02/01/2019 22:45, Dale wrote: I changed some USE flags. I figure that is one thing that would make Firefox different from say the average user who just downloads Firefox from the website. Is there a reason you don't want to try the firefox-bin package I meantion in my previous post? That will be if I can't get a source build to work. Thing is, I won't be surprised if it does the same thing. I suspect this is a bug related to some permission issue or something related to it within Firefox itself. I've wondered if I should allow Firefox to store the files in its own download directory and then move them after it is completed. I may try that as well. Long term tho, I do prefer building from source. It's sort of why I like Gentoo. ;-) It's on the list of options tho. It would eliminate any local build configs too. It is a good idea to at least test it. I may try that next. If it still does it, it isn't me for sure. It's Firefox itself. I agree it's a good idea to try the bin. Also perhaps to try to to back to as vanilla USE flags as possible. IIRC, my only deviances from the default USE flags are to disable pulseaudio and enable clang (though that was only recently after the announcement about how it was supposed to improve performance so much, and was to become the mozilla-preferred method). Fortunately, at least Firefox builds relatively quickly, unlike chromium (~40 min vs ~2.5h on my machine). Yea, it is a good idea. Thing is, my network is busy right now. I'm on a video download binge again. -_O Question. Just what is clang? I did a eix for it but its description is minimal and not to informative, if one doesn't already know what it is. If you know, what does it add to Firefox and briefly how does it do it? The reason I ask, could that help with my current issue? I'm all for Firefox being faster, even on this pretty fast rig, but I'd also give it a try as well if it would fix this issue and as a bonus make Firefox work better/faster/whatever as well. It's a front-end for llvm (a kind of generic compiler) - bascially a compiler replacement for gcc which has shown good compile times and the Mozilla team is claiming fairly reasonable performance gains when compiled with clang. It's been around a while, so it's not like you're taking a huge chance or anything. It's just not quite as venerable as gcc. Thanks. Dale :-) :-)
Re: [gentoo-user] Re: Firefox, downloading files and odd behavior.
Davyd McColl wrote: > > > On January 3, 2019 8:59:09 AM Dale wrote: > >> Davyd McColl wrote: >>> >>> >>> On January 3, 2019 12:29:34 AM Dale wrote: >>> >>>> Nikos Chantziaras wrote: >>>>> On 02/01/2019 22:45, Dale wrote: >>>>>> I changed some USE flags. I figure that is one thing that would >>>>>> make >>>>>> Firefox different from say the average user who just downloads >>>>>> Firefox >>>>>> from the website. >>>>> Is there a reason you don't want to try the firefox-bin package I >>>>> meantion in my previous post? >>>>> >>>>> >>>>> >>>> >>>> >>>> That will be if I can't get a source build to work. Thing is, I won't >>>> be surprised if it does the same thing. I suspect this is a bug >>>> related >>>> to some permission issue or something related to it within Firefox >>>> itself. I've wondered if I should allow Firefox to store the files in >>>> its own download directory and then move them after it is >>>> completed. I >>>> may try that as well. >>>> >>>> Long term tho, I do prefer building from source. It's sort of why I >>>> like Gentoo. ;-) It's on the list of options tho. It would >>>> eliminate >>>> any local build configs too. It is a good idea to at least test >>>> it. I >>>> may try that next. If it still does it, it isn't me for sure. It's >>>> Firefox itself. >>> I agree it's a good idea to try the bin. Also perhaps to try to to >>> back to as vanilla USE flags as possible. IIRC, my only deviances from >>> the default USE flags are to disable pulseaudio and enable clang >>> (though that was only recently after the announcement about how it was >>> supposed to improve performance so much, and was to become the >>> mozilla-preferred method). >>> >>> Fortunately, at least Firefox builds relatively quickly, unlike >>> chromium (~40 min vs ~2.5h on my machine). >> >> Yea, it is a good idea. Thing is, my network is busy right now. I'm on >> a video download binge again. -_O >> >> Question. Just what is clang? I did a eix for it but its description >> is minimal and not to informative, if one doesn't already know what it >> is. If you know, what does it add to Firefox and briefly how does it do >> it? The reason I ask, could that help with my current issue? I'm all >> for Firefox being faster, even on this pretty fast rig, but I'd also >> give it a try as well if it would fix this issue and as a bonus make >> Firefox work better/faster/whatever as well. > It's a front-end for llvm (a kind of generic compiler) - bascially a > compiler replacement for gcc which has shown good compile times and > the Mozilla team is claiming fairly reasonable performance gains when > compiled with clang. It's been around a while, so it's not like you're > taking a huge chance or anything. It's just not quite as venerable as > gcc. >> >> Thanks. >> >> Dale >> >> :-) :-) When I read the info from eix, I was thinking it might be something like that. Doubt it would fix my current issue so I'll save that for later, when I get this issue sorted out. Thanks for the info. Dale :-) :-)
Re: [gentoo-user] UEFI kernel installation?
On 6/16/19 7:02 PM, Wols Lists wrote: So you didn't read what I wrote ... Par for the course :-( I did. I still hear people say it today. It's not old as in past tense. The basic Unix mechanism needs twice ram. I disagree. It's inherent in the design of the thing. Whether linux no longer uses the Unix mechanism, or it's had the hell optimised out of it I don't know. Either way, machines today get by on precious little swap - that's fine. Historic note - the early linux 2.4 vanilla kernels enforced the twice ram rule - a lot of people who didn't read the release notes got nasty shocks when their machines locked up the moment they touched swap ... I disagree because I ran 2.0, 2.2, 2.4, and 2.6 kernels without swap being twice the ram or greater. Swap did get used. They did not crash when accessing swap. And okay my machine only has 16GB of ram (and 64GB of swap - 32GB each across two disks), but I'm pretty sure that if I followed your guidelines, an emerge would crash my system as the tmpfs ran out of space ... 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. And those people who wrote your guidelines? I just looked again, and Red Hat has lowered their recommendation from what I remember from a few years ago. Link - Table 15.1. Recommended System Swap Space - https://access.redhat.com/documentation/en-us/red_hat_enterprise_linux/7/html/storage_administration_guide/ch-swapspace#tb-recommended-system-swap-space RAM ≤ 2 GB = swap should be 2 times the amount of RAM 2 < RAM ≤ 8 GB = swap should be equal to the amount of RAM 8 < RAM ≤ 64 GB = swap should be at least 4 GB 64 < RAM = swap should be at least 4 GB Are they the same clueless people who believe the twice ram rule is pure fiction? I don't consider Red Hat's official statement to be "clueless". Seeing as how their rules include "twice the RAM" in the first condition, I don't think they thought it was pure fiction. (As I said, it is *historical* *fact*). I question the validity of that statement. And why should I believe people who tell me the rule no longer applies, if they can't tell me WHY it no longer applies? I'd love to be enlightened - why can't anybody do that? I'm not saying you should believe people. My opinion is that the 2 x RAM no longer applies because systems don't utilize swap space. As such it's a waste of disk space to dedicate 2 x RAM to swap. Look at the output of free. Or better, run sysstat / SAR and watch swap usage. How much does your system use? How much disk space to you want to dedicate to something that's likely hardly being touched. Do what you want. But be prepared to put the shoe on the other foot and explain why you think that you should have 2 x RAM on each disk.
Re: [gentoo-user] Firefox and script block tool/addon
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 >> >> :-) :-) >
[gentoo-user] BugDay - October 3rd - Everyone is welcome to join!
# Gentoo BugDay Come join us over at #gentoo-bugday on freenode IRC on the first Saturday of every month to squash bugs and make Gentoo a bit more awesome. You don't need to be a Gentoo developer or even a coder to help us on BugDay. Our next BugDay is on 3rd Oct 2020 and we have started making preparations for selecting and prioritizing bug categories for that day. ## Bug categories Our categories for this bugday include - Adding and improving documentation on the wiki The wiki is a *very* important documentation platform for Gentoo. We exchange our knowledge there and the wiki needs a lot of care in many areas. This is a very nice topic as a lot of people can help us do improvements based on their daily usage of software. Someone who uses awesome or i3-gaps or xmonad surely has some tidbits that they will be able to contribute to their wiki pages. People familiar with virtualization can help us improve our libvirtd, virt-manager and a host of other pages. There are no topics off limit for this and we really would like more people to join in. - Patches for packages failing with -fno-common Given the addition of GCC-10 and LLVM/Clang-10 to our repositories, there has been a whole set of softwares which have been bugging out while compiling. This is not a coincidence and we would love to know from our users which softwares have managed to fix the bugs upstream but we still haven't patched them. For developers who have found workarounds and simple fixes, we would love to get your answers and incorporate them. ## For developers Even if you have never coded for Gentoo you can help us with your knowledge. It's always valuable to have your experience to guide us. Things to help with - Find a related bug that piques your interest. - Look at upstream if this has been reported to them. - If not, make a bug report to the upstream developers. - If they have already seen it, check if they have managed to patch it. - If not, try to gather as much information as you can about the bug so that it may help the developer tackling it. - Alert us at #gentoo-bugday and interact with us to see if this can be squashed. ## For users Users are one of the most important part of Gentoo and this is the occasion for them to talk the developers and make your bugs looked at. Take a look at the categories for BugDay at the poll link and the final BugDay wiki page - Find a related bug that you have experienced and has not been fixed yet - Try to see how it can be reproduced. - The related bug reports have been ignored for months you say? Come poke us about these bugs at #gentoo-bugday on the freenode IRC and we will begin squashing any of those that are pending. ## Whats in it for me? Bragging rights, permanently being listed on the charts of BugDay, sense of entitlement. Any person who helps us solve valid problems will be given the honor of being listed on the page. Even users who help related bugs and find links which make our problem solving easier will be put on a pedestal. ## Contributors Thanks a lot to jstein@ for being the gracious organizer and making sure everything goes smoothly. And special thanks to contributors who have worked on our previous BugDays. Past contributors and bug days: - https://wiki.gentoo.org/wiki/Bugday_2020-06-06 - https://wiki.gentoo.org/wiki/Bugday_2020-07-04 - https://wiki.gentoo.org/wiki/Bugday_2020-08-01 - https://wiki.gentoo.org/wiki/Bugday_2020-09-05
Re: [gentoo-user] ncurses; I think I wrecked my fresh install
Walter Dnes wrote: > The previous couple of attempts, the install on my XPS 8940 died on > rebuilding ncurses when I copied over my full USE string from my current > desktop and updated world. This time around, I did it in pieces. I > added some variables, and emerged update, rinse-lather-repeat.. This > time the problem happened when I added... > > "-pch -roaming -sendmail -spell -tcpd -udev -udisks -unicode -upower > -xinerama" > > to the USE string. The ncurses build died, followed immediately by > bash. > > Grub doesn't seem to work properly, i.e networking and other bootup > stuff did not take effect. I booted from the install USB, and set up > ssh. When I reach the chroot part, I get... > > livecd /mnt/gentoo # mount --types proc /proc /mnt/gentoo/proc > livecd /mnt/gentoo # mount --rbind /sys /mnt/gentoo/sys > livecd /mnt/gentoo # mount --make-rslave /mnt/gentoo/sys > livecd /mnt/gentoo # mount --rbind /dev /mnt/gentoo/dev > livecd /mnt/gentoo # mount --make-rslave /mnt/gentoo/dev > livecd /mnt/gentoo # chroot /mnt/gentoo /bin/bash > /bin/bash: error while loading shared libraries: libtinfow.so.6: cannot open > shared object file: No such file or directory > > Here's my USE string, which works fine on two other machines... > > USE="X apng ffmpeg 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" > > Any ideas? I have 2 other computers where it works just fine. On the > new machine it dies. A re-install is one thing. I just want to make > sure it doesn't die again on me. On my other machines I tried... > > equery b libtinfow.so.6 > > ...and also... > > find / -name libtinfow* > > Zip/zilch/nada. This appears to be something unique on the new > install. Is this a clue? > This is what I get here: root@fireball / # equery b libtinfow.so.6 * Searching for libtinfow.so.6 ... sys-libs/ncurses-6.2-r1 (/lib64/libtinfow.so.6 -> libtinfow.so.6.2) sys-libs/ncurses-6.2-r1 (/usr/lib/libtinfow.so.6 -> libtinfow.so.6.2) root@fireball / # emerge -p sys-libs/ncurses [ebuild R ] sys-libs/ncurses-6.2-r1:0/6::gentoo USE="gpm (split-usr) threads (tinfo) unicode -ada -cxx -debug -doc -minimal -profile -static-libs -test -trace" ABI_X86="32 (64) (-x32)" Does that info help any? Dale :-) :-)
Re: [gentoo-user] portage has 0 debugging support for binary emerges
On 4/4/21 10:56 AM, Neil Bothwick wrote: On Sun, 4 Apr 2021 10:33:15 +0200, n952162 wrote: [ebuild R ] dev-libs/libuv-1.40.0:0/1::gentoo USE="-static-libs" 0 KiB I'm not sure where the static-libs USE flag comes from, it's not in /etc/portage/package.use. The flag is defined in the ebuild and defaults to off. I don't follow the "0 KiB" It's the size of the files portage needs to download to install this. As you have already installed it, the source files are in your $DISTDIR so there's nothing to download. Thank you. After re-running quickpkg, I still get no "binary"s in the emerge output dependency tree. I now have this: 02/var/cache/distfiles>ll *rust* -rw-r--r-- 1 root root 50278 Apr 3 14:30 eselect-rust-20200419.tar.bz2 -rw-r--r-- 1 root root 117764080 Apr 3 14:30 rust-1.45.1-x86_64-unknown-linux-gnu.tar.xz -rw-r--r-- 1 root root 127200200 Apr 3 14:29 rust-1.46.0-x86_64-unknown-linux-gnu.tar.xz -rw-r--r-- 1 root root 101868452 Apr 3 14:30 rustc-1.46.0-src.tar.xz -rw-r--r-- 1 root root 104143736 Apr 3 14:29 rustc-1.47.0-src.tar.xz 02/var/cache/distfiles>cd ../binpkgs 22/var/cache/binpkgs>ll */*rust* -rw-r- 1 root root 15249 Apr 4 11:36 app-eselect/eselect-rust-20200419.tbz2 -rw-r- 1 root root 95134383 Apr 4 11:29 dev-lang/rust-1.47.0-r2.tbz2 -rw-r- 1 root root 17542 Apr 4 11:46 virtual/rust-1.47.0.tbz2 and: [ebuild U ] virtual/rust-1.47.0::gentoo [1.46.0::gentoo] 0 KiB [ebuild U ] dev-lang/rust-1.47.0-r2:stable/1.47::gentoo [1.46.0:stable/1.46::gentoo] USE="-clippy -debug (-doc) (-libressl) (-miri) (-nightly) (-parallel-compiler) -rls -rustfmt (-system-bootstrap) (-system-llvm) -test% -wasm" CPU_FLAGS_X86="sse2" LLVM_TARGETS="(X86) -AArch64 -AMDGPU -ARM -AVR% -BPF -Hexagon -Lanai -MSP430 -Mips -NVPTX -PowerPC -RISCV -Sparc -SystemZ -WebAssembly -XCore" 0 KiB No USE flags associated with "rust" on server or client. I would expect that it would have "binary" instead of "ebuild" if it were to come from the server. I reran the emaint commands. Here's the command: + emerge -p --getbinpkg y -v --tree --deep --update --noreplace --changed-use --newuse --changed-deps --verbose-conflicts --keep-going --with-bdeps=y --backtrack=100 @world Relevant lines from /etc/portage/make.conf: PORTAGE_BINHOST="http:///xxx//packages; FEATURES="getbinpkg" (I guess the FEATURES definition is redundant). Yesterday, I successfully binary-updated a vm from a different server, and another vm on that same (other) server is updating now, successfully pulling in binary packages.
Re: [gentoo-user] LLVM and friends is not compatible.
On 06/12/2021 17:51, Laurence Perkins wrote: Source Mage is a spinoff of Sourceror and is kind of the opposite of Gentoo. Well, I read the philosophy thing where it said it wasn't comparable with gentoo ... Gentoo is a source-based distro for people who want things to mostly just work like with the binary distros, but also want to do customizations and optimizations easily. Unfortunately, I can be a bit gruff and not suffer fools gladly. Having had a run in with the bug-wranglers over an issue that completely screwed up my boot (nothing to do with gentoo, admittedly), but that exposed idiotic decisions / other bugs in genkernel, I think I want to look elsewhere. Let's take a 2x2 truth table - do I have a boot partition, do I have "automount boot" switched on. Three of the four options stomp all over the live boot partition. The fourth fatal errors with "wah wah why won't you let me stomp all over your live boot partition". The REASON I don't want it stomping all over that partition is the last time a distro (SUSE) did it, it completely trashed my boot leading to several hours debugging and messing about in the systemd rescue shell to get it bootable again. If anybody is going to trash my live boot, I'd rather it was me, not an Artificial Stupidity software manager. The wranglers' solution was simply to "use the no-install option" - except that that promptly crashed with "can't find input files". Huh? Changing the OUTPUT destination makes the INPUT files disappear? wtf? Source Mage is a distro for Linux From Scratch folks who are tired of maintaining their own package manager. They don't change*anything* from upstream in their packages, (which makes it really easy to keep "updated" on their end) but the package manager does have a lot of nice features for easily storing whatever patches and configuration changes you choose to make in order to get it running on your system. Well, if I have to get into maintaining emerge to get it to behave sensibly, I might as well try somewhere else and see if it's an improvement. If you've always wanted to try LFS but tracking package files and patches and configs and so-forth seemed daunting then it's definitely an awesome set of tools. Otherwise it's kind of a lot of work... Well, given that I've got oodles of space (just added 3TB to my mirror to give myself a 5TB raid-5 /home lvm, along with 1TB root/ lvm, I've got plenty of space to play with distros. And I was shocked - 32GB of DD4 was just over £100, so my new system now has 11TB of hard drive, 32GB of RAM, and a hefty 4-core Ryzen processor :-) And the bits from shop screw-up mean the new raid testbed I'm building will be a reasonably hefty system too - 4x1TB drives for hammering with raid, 3TB backup drive, 16GB ram - just the thing for learning to kernel program :-) And seeing as I won't care about trashing it by mistake, I'll be playing with KVM, and all those other fancy technologies to try and run multiple distros stacked on top of each other :-) Cheers, Wol
[gentoo-user] Seamonkey and Firefox clash over rust version.
Howdy, I've been dealing with this for a while. When I do my updates, it either omits seamonkey because the rust version installed is to new or downgrades rust. I keyworded rust to see if emerge could sort it out itself but Seamonkey then complains about the newer version of rust. This is just one example of what I get. root@fireball / # emerge -auDN world These are the packages that would be merged, in order: Calculating dependencies... done! [ebuild N ] dev-lang/rust-bin-1.53.0:stable::gentoo USE="-clippy -doc (-prefix) -rls -rustfmt -verify-sig" ABI_X86="32 (64) (-x32)" CPU_FLAGS_X86="sse2" 358,655 KiB [ebuild UD ] virtual/rust-1.53.0-r1::gentoo [1.55.0::gentoo] USE="-rustfmt" ABI_X86="32 (64) (-x32)" 0 KiB [ebuild U ] dev-lang/rust-1.56.1:stable/1.56::gentoo [1.55.0:stable/1.55::gentoo] USE="-clippy -debug -doc (-miri) (-nightly) (-parallel-compiler) -rls -rust-src% -rustfmt (-system-bootstrap) (-system-llvm) -test -verify-sig -wasm" ABI_X86="32 (64) (-x32)" CPU_FLAGS_X86="sse2" LLVM_TARGETS="(X86) -AArch64 -AMDGPU -ARM -AVR -BPF -Hexagon -Lanai -MSP430 -Mips -NVPTX -PowerPC -RISCV -Sparc -SystemZ -WebAssembly -XCore" 477,539 KiB [ebuild U ] virtual/rust-1.56.1::gentoo [1.55.0::gentoo] USE="-rustfmt" ABI_X86="32 (64) (-x32)" 0 KiB Total: 4 packages (2 upgrades, 1 downgrade, 1 new), Size of downloads: 836,193 KiB !!! Multiple package instances within a single package slot have been pulled !!! into the dependency graph, resulting in a slot conflict: virtual/rust:0 (virtual/rust-1.56.1:0/0::gentoo, ebuild scheduled for merge) USE="-rustfmt" ABI_X86="32 (64) (-x32)" pulled in by =virtual/rust-1.56.1 required by (www-client/firefox-95.0.1-r1:0/95::gentoo, installed) USE="clang dbus gmp-autoupdate openh264 -debug -eme-free -geckodriver -hardened -hwaccel -jack -lto -pgo -pulseaudio -screencast (-selinux) -sndio (-system-av1) -system-harfbuzz -system-icu -system-jpeg -system-libevent -system-libvpx -system-png -system-webp -wayland -wifi" ABI_X86="(64)" L10N="-ach -af -an -ar -ast -az -be -bg -bn -br -bs -ca -ca-valencia -cak -cs -cy -da -de -dsb -el -en-CA -en-GB -eo -es-AR -es-CL -es-ES -es-MX -et -eu -fa -ff -fi -fr -fy -ga -gd -gl -gn -gu -he -hi -hr -hsb -hu -hy -ia -id -is -it -ja -ka -kab -kk -km -kn -ko -lij -lt -lv -mk -mr -ms
Re: [gentoo-user] Remove rust completely
Cal, like I said, gentoo has always been about choices. I am not blaming anyone for anything. At the end of the day, it is open source, and the work done by the community is highly appreciated. I am sorry it was understood the other way around. The frustration level grows when I have too many build tools that take forever to build, and there's no way around it. And yes, like Grant said, a choice would be to just go with firefox-bin if not rust-bin. Thank you all On Wed, May 11, 2022 at 10:03 PM cal wrote: > > On 5/11/22 18:41, Mansour Al Akeel wrote: > > Miles, > > Thank you for your response. The idea of "getting harder and harder" > > is hard to accept. Gentoo has always been about having choice> Firefox > > requires rust, but is there a way to disable this ? > > There must be another way to let the user decide if they need it or not ! > At the distribution level, sure, but the Gentoo package maintainers > don't necessarily have the authority to control what upstream software > developers are doing. I continue to find it perplexing how many people > on this list hold responsible the Gentoo packaging for the > decision-making of upstream developers. > > Significant core components of Firefox are written in Rust, and have > been for years. Whether or not this is a good thing is in the eyes of > the beholder, but it has nothing to do with the Gentoo packaging -- it's > a Mozilla decision. > > > > And yes, the compile time is one of the factors in not wanting it on > > my system. 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. > > > > On Wed, May 11, 2022 at 8:55 PM Miles Malone > > wrote: > >> > >> If your *reason* for wanting to remove rust is the compile time, bear > >> in mind there is also a rust-bin package these days. There are an > >> increasingly large number of major packages that have rust as a > >> dependency, so it's getting harder and harder to get away from. > >> Obviously anything from the mozilla foundation, but there's a lot of > >> others too. > >> > >> Miles > >> > >> On Thu, 12 May 2022 at 10:25, Julien Roy wrote: > >>> > >>> You need to remove all packages that depend on virtual/rust > >>> To see which ones do, run `emerge -pv --depclean virtual/rust` > >>> > >>> Julien > >>> > >>> > >>> > >>> May 11, 2022, 20:22 by mansour.alak...@gmail.com: > >>> > >>> I am trying to avoid installing rust and prevent emerge --update > >>> --deep world from installing it again. > >>> How to do this ? > >>> > >>> > >> > >
Re: [gentoo-user] Gaming on gentoo
Here is my output (start the game and exit from menu right away). It seems yours is failing at the audio initialisation stage. Could you try to compile quakespasm without any audio support. === Command line: ./quakespasm_compiled Found SDL version 1.2.16 Detected 8 CPUs. Initializing QuakeSpasm v0.95.1 Host_Init Playing registered version. Console initialized. UDP_Init: WARNING: gethostbyname failed (Unknown host) UDP Initialized Server using protocol 666 (FitzQuake) Exe: 21:05:46 Dec 14 2022 256.0 megabyte heap Video mode 800x600x32 60Hz (24-bit z-buffer, 0x FSAA) initialized GL_VENDOR: AMD GL_RENDERER: AMD Radeon Vega 3 Graphics (raven, LLVM 14.0.6, DRM 3.48, 6.0.8) GL_VERSION: 4.6 (Compatibility Profile) Mesa 22.1.7 FOUND: ARB_vertex_buffer_object FOUND: ARB_multitexture GL_MAX_TEXTURE_UNITS: 8 FOUND: ARB_texture_env_combine FOUND: ARB_texture_env_add FOUND: SDL_GL_SWAP_CONTROL FOUND: EXT_texture_filter_anisotropic FOUND: ARB_texture_non_power_of_two FOUND: GLSL FOUND: glGenerateMipmap Sound Initialization SDL audio spec : 44100 Hz, 940 samples, 2 channels SDL audio driver: alsa, 65536 bytes buffer Audio: 16 bit, stereo, 44100 Hz SDL detected 0 CD-ROM drives Language initialization Couldn't load 'localization/loc_english.txt' from '/home/artuuuro/Games/Native/Quake' = Quake Initialized = execing quake.rc execing default.cfg execing config.cfg execing autoexec.cfg 3 demo(s) in loop Playing demo from demo1.dem. the Necropolis Using protocol 15 Couldn't find a cdrip for track 2 You got the shells Couldn't write config.cfg. Shutting down SDL sound === On Sat, 17 Dec 2022 at 16:54, David Rosenbaum wrote: > > > Dave > > On Tue, Dec 13, 2022, 12:18 AM Alan Ianson wrote: > >> Hello list, >> >> I am a gentoo newbie. I have installed gentoo about a month ago and have >> been busy since in my free time getting it up and running. >> >> I have a problem with quakespasm, it segfaults on startup.. this is what >> I get.. >> >> alan@irondust:/usr/share/games/quake$ quakespasm >> Command line: quakespasm >> Found SDL version 2.24.2 >> Detected 2 CPUs. >> Initializing QuakeSpasm v0.95.1 >> Host_Init >> Playing registered version. >> Console initialized. >> UDP Initialized >> Server using protocol 666 (FitzQuake) >> Exe: 20:46:02 Dec 12 2022 >> 256.0 megabyte heap >> Video mode 1920x1080x24 60Hz (24-bit z-buffer, 0x FSAA) initialized >> GL_VENDOR: NVIDIA Corporation >> GL_RENDERER: GeForce GT 610/PCIe/SSE2 >> GL_VERSION: 4.6.0 NVIDIA 390.157 >> FOUND: ARB_vertex_buffer_object >> FOUND: ARB_multitexture >> GL_MAX_TEXTURE_UNITS: 4 >> FOUND: ARB_texture_env_combine >> FOUND: ARB_texture_env_add >> FOUND: SDL_GL_SetSwapInterval >> FOUND: EXT_texture_filter_anisotropic >> FOUND: ARB_texture_non_power_of_two >> FOUND: GLSL >> FOUND: glGenerateMipmap >> >> Sound Initialization >> Segmentation fault >> alan@irondust:/usr/share/games/quake$ >> >> I get the above with version 0.95.1 (installed from guru using the git >> version) and from 0.94.1 also from guru. >> >> I am not sure why it segfaults or what I can do about that. I have built >> it with sdl and sdl2 and I get the same result. >> >> I have run quakespasm on other distributions like debian, archlinux and >> slackware without issues so there may be something different about gentoo >> that I need to know about. >> >> Any thoughts or ideas about how to get this working would be appreciated. >> >>
Re: [gentoo-user] Jobs and load-average
On Wednesday, 15 February 2023 14:31:25 GMT Peter Humphrey wrote: > On Wednesday, 15 February 2023 13:18:24 GMT Rich Freeman wrote: > > On Wed, Feb 15, 2023 at 4:56 AM Peter Humphrey > > wrote: > > > Not long ago I read that we should allow 2GB RAM for every emerge job - > > > that is, we should divide our RAM size by 2 to get the maximum number of > > > simultaneous jobs. I'm trying to get that right, but I'm not there yet. > > > > > > I have these entries in make.conf: > > > EMERGE_DEFAULT_OPTS="--jobs=16 --load-average=32 --autounmask=n --quiet- > > > unmerge-warn --ke> > > > MAKEOPTS="-j16" > > > > > > Today, though, I saw load averages going up to 72. Can anyone suggest > > > better values to suit my 24 threads and 64GB RAM? > > > > 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. > > > > Keep in mind that you need to consider available RAM and not just > > total RAM. Run free under the conditions where you typically run > > emerge and see how much available memory it displays. Depending on > > what you have running it could be much lower than 64GB. > > > > Beyond that, unfortunately this is hard to deal with beyond just > > figuring out what needs more RAM and making exceptions in package.env. > > > > Also, RAM pressure could also come from the build directory if it is > > on tmpfs, which of course many of us use. > > > > 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+ > > > > These are just packages I've had issues with at some point, and it is > > possible that some of these packages no longer use as much memory > > today. > > Thank you all. I can see what I'm doing better now. (Politicians aren't the > only ones who can be ambiguous!) > > I'll start by picking up the point I'd missed - putting MAKEOPTS in > package.env. You can have both a generic MAKEOPTS in make.conf, which suits your base case of emerge operations and will not cause your PC to explode when combined with EMERGE_DEFAULT_OPTS, as well as package specific MAKEOPTS in package.env to finely tune individual package requirements. signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] some problems moving to 23.0 profile
On Tuesday, 2 April 2024 10:14:11 CEST Michael wrote: > On Tuesday, 2 April 2024 07:03:42 BST J. Roeleveld wrote: > > On Monday, 1 April 2024 23:46:49 CEST John Covici wrote: > > > Hi. Well, I followed the steps in the news item, to move > > > todefault/linux/amd64/23.0/desktop/gnome/systemd > > > > > > and it all worked till it wants me to emerge the whole world file. > > > Here is what I get: > > > > > > emerge --ask --emptytree @world > > > > > > These are the packages that would be merged, in order: > > > > > > Calculating dependencies done! > > > Dependency resolution took 4.58 s (backtrack: 0/200). > > > > > > > > > !!! Problems have been detected with your world file > > > !!! Please run emaint --check world > > > > > > > > > !!! Ebuilds for the following packages are either all > > > !!! masked or don't exist: > > > www-apps/nextcloud:26.0.10 > > > > > > emerge: there are no ebuilds to satisfy > > > "sys-kernel/gentoo-sources:6.1.69". > > > (dependency required by "@kernels" [set]) > > > (dependency required by "@selected" [set]) > > > (dependency required by "@world" [argument]) > > > > > > I don't want to unmerge that kernel -- its my backup kernel, so I > > > definitely want to keep it. I am using the nextcloud they are > > > complaining about , I will upgrade it soon, but I want to keep it for > > > now. > > > > Do you actually need to keep the kernel-sources? > > Once the kernel is compiled and you moved the image to /boot/..., you > > don't > > need to keep the sources. > > > > I also keep an older kernel just in case, but I don't tend to actually > > keep > > the sources around once I have confirmed the new kernel will boot. > > > > -- > > Joost > > When gentoo-sources are tree-cleaned, it is typically because they have been > superseded by later kernel patches to improve security and resolve bugs. > Therefore it is usually a 'good idea' to emerge a later kernel when this > happens, even if we're talking about a backup kernel. > > Last week I came upon a similar problem on an old system I was trying to > migrate to profile 23.0, only this happened not with my backup but with the > running kernel. This PC had not been updated for 5-6 months. It's resource > constrained and I didn't want to spend many days updating most of its > deprecated packages, only to have to re-emerge them as part of the profile > migration. I can't recall if it was the same kernel as John's. During the > migration I came across some package (llvm?) which required a more up to > date kernel to be able to emerge. This forced me to upgrade the kernel > first, before I could continue with the migration. I'm mentioning this > since the utility of a backup kernel would be limited when you can't use it > to run your software. This is my experience as well. A "backup kernel" is, in my opinion, only useful as a fall-back in case the system won't boot with a new kernel. But, once it booted with the new kernel correctly, there is no reason to actually keep the old kernel. -- Joost
Re: [gentoo-user] some problems moving to 23.0 profile
On Tue, 02 Apr 2024 14:47:28 -0400, J. Roeleveld wrote: > > On Tuesday, 2 April 2024 10:14:11 CEST Michael wrote: > > On Tuesday, 2 April 2024 07:03:42 BST J. Roeleveld wrote: > > > On Monday, 1 April 2024 23:46:49 CEST John Covici wrote: > > > > Hi. Well, I followed the steps in the news item, to move > > > > todefault/linux/amd64/23.0/desktop/gnome/systemd > > > > > > > > and it all worked till it wants me to emerge the whole world file. > > > > Here is what I get: > > > > > > > > emerge --ask --emptytree @world > > > > > > > > These are the packages that would be merged, in order: > > > > > > > > Calculating dependencies done! > > > > Dependency resolution took 4.58 s (backtrack: 0/200). > > > > > > > > > > > > !!! Problems have been detected with your world file > > > > !!! Please run emaint --check world > > > > > > > > > > > > !!! Ebuilds for the following packages are either all > > > > !!! masked or don't exist: > > > > www-apps/nextcloud:26.0.10 > > > > > > > > emerge: there are no ebuilds to satisfy > > > > "sys-kernel/gentoo-sources:6.1.69". > > > > (dependency required by "@kernels" [set]) > > > > (dependency required by "@selected" [set]) > > > > (dependency required by "@world" [argument]) > > > > > > > > I don't want to unmerge that kernel -- its my backup kernel, so I > > > > definitely want to keep it. I am using the nextcloud they are > > > > complaining about , I will upgrade it soon, but I want to keep it for > > > > now. > > > > > > Do you actually need to keep the kernel-sources? > > > Once the kernel is compiled and you moved the image to /boot/..., you > > > don't > > > need to keep the sources. > > > > > > I also keep an older kernel just in case, but I don't tend to actually > > > keep > > > the sources around once I have confirmed the new kernel will boot. > > > > > > -- > > > Joost > > > > When gentoo-sources are tree-cleaned, it is typically because they have been > > superseded by later kernel patches to improve security and resolve bugs. > > Therefore it is usually a 'good idea' to emerge a later kernel when this > > happens, even if we're talking about a backup kernel. > > > > Last week I came upon a similar problem on an old system I was trying to > > migrate to profile 23.0, only this happened not with my backup but with the > > running kernel. This PC had not been updated for 5-6 months. It's resource > > constrained and I didn't want to spend many days updating most of its > > deprecated packages, only to have to re-emerge them as part of the profile > > migration. I can't recall if it was the same kernel as John's. During the > > migration I came across some package (llvm?) which required a more up to > > date kernel to be able to emerge. This forced me to upgrade the kernel > > first, before I could continue with the migration. I'm mentioning this > > since the utility of a backup kernel would be limited when you can't use it > > to run your software. > > This is my experience as well. > A "backup kernel" is, in my opinion, only useful as a fall-back in case the > system won't boot with a new kernel. > But, once it booted with the new kernel correctly, there is no reason to > actually keep the old kernel. OK, I will do this, go to the next version of nextcloud which I need to do anyway and see if that will fix things up. I still wonder why I need to emerge the whole world file, but I will see what happens. Thanks everyone. -- Your life is like a penny. You're going to lose it. The question is: How do you spend it? John Covici wb2una cov...@ccs.covici.com