Re: [gentoo-user] Nvidia proprietary driver broken
On Thu, Oct 11, 2018 at 09:54:40PM +0300, Alexander Kapshuk wrote: > Here's a link to a Gentoo Bugzilla report for the issue in question: > https://bugs.gentoo.org/667362 > > With a workaround suggested. > Thanks for the hint, the workaround did work. What a strange issue... -- Christoph
[gentoo-user] Nvidia proprietary driver broken
Hi, Since the last kernel update (?), my Nvidia driver refuses to load: [ 74.675437] udevd[3315]: worker [3376] /module/nvidia is taking a long time [ 74.675445] udevd[3315]: worker [3377] /devices/pci:00/:00:03.0/:03:00.0 is taking a long time [ 193.411394] udevd[3376]: timeout 'nvidia-udev.sh add' [ 193.411409] udevd[3376]: slow: 'nvidia-udev.sh add' [3544] [ 194.412484] udevd[3376]: timeout: killing 'nvidia-udev.sh add' [3544] [ 194.412504] udevd[3376]: slow: 'nvidia-udev.sh add' [3544] [ 194.412668] udevd[3376]: 'nvidia-udev.sh add' [3544] terminated by signal 9 (Killed) [ 197.415861] udevd[3315]: worker [3377] /devices/pci:00/:00:03.0/:03:00.0 timeout; kill it [ 197.415875] udevd[3315]: seq 2089 '/devices/pci:00/:00:03.0/:03:00.0' killed [ 616.150724] udevd[3315]: specified group 'render' unknown I haven't done a kernel update in a while, and I'm pretty sure I was running 4.17.3 before. After updating to 4.18.11 things started to break. I've also tried a more recent kernel (4.18.13) and a much older LTS kernel (4.14.75), of course recompiling the module every time. I'm using the default genkernel config minus Nouveau, so this is my procedure: # genkernel --menuconfig all (disable nouveau) # grub-mkconfig -o /boot/grub/grub.cfg # emerge -av @module-rebuild # reboot Any ideas on what could be wrong? Thanks! -- Christoph
Re: [gentoo-user] nodejs emerge fails
On Tue, Jun 26, 2018 at 03:15:09PM -0400, Andrew Udvare wrote: > It should not be accessing this location in any case. What is the environment > like? What does env show? emerge --config output? > > It would almost seem like you have $HOME set to /home/christoph while Portage > is running (as root). The only thing that stands out about `env` is that XDG_CONFIG_HOME is set to /home/christoph/.config (running as root). I'm not sure if it's supposed to be this way, but I didn't find anything in my dotfiles that would suggest that I'm overwriting it. $HOME points to /root. I'm not sure what you mean by "emerge --config output"? Running `emerge --config` just gives: # emerge --config nodejs Configuring pkg... Warning: ccache requested but no masquerade dircan be found in /usr/lib*/ccache/bin * pkg_config() is not defined: 'nodejs-8.11.1.ebuild' -- Regards, Christoph
[gentoo-user] nodejs emerge fails
Hi, Lately I've been getting the following error while trying to emerge nodejs: >>> Install nodejs-8.11.1 into /var/tmp/portage/net-libs/nodejs-8.11.1/image/ >>> category net-libs make -j9 -l8 install DESTDIR=/var/tmp/portage/net-libs/nodejs-8.11.1/image/ make -C out BUILDTYPE=Release V=1 touch 95791f913e60cc9fcb29d34b6a73660b74906c54.intermediate LD_LIBRARY_PATH=/var/tmp/portage/net-libs/nodejs-8.11.1/work/node-v8.11.1/out/Release/lib.host:/var/tmp/portage/net-libs/nodejs-8.11.1/work/node-v8.11.1/out/Release/lib.target:$LD_LIBRARY_PATH; export LD_LIBRARY_PATH; cd ../deps/v8/src/inspector; mkdir -p /var/tmp/portage/net-libs/nodejs-8.11.1/work/node-v8.11.1/out/Release/obj/gen/src/inspector/protocol /var/tmp/portage/net-libs/nodejs-8.11.1/work/node-v8.11.1/out/Release/obj/gen/include/inspector; python ../../third_party/inspector_protocol/CodeGenerator.py --jinja_dir ../../third_party --output_base "/var/tmp/portage/net-libs/nodejs-8.11.1/work/node-v8.11.1/out/Release/obj/gen/src/inspector" --config inspector_protocol_config.json rm 95791f913e60cc9fcb29d34b6a73660b74906c54.intermediate if [ ! -r node -o ! -L node ]; then ln -fs out/Release/node node; fi /usr/bin/python2.7 tools/install.py install '/var/tmp/portage/net-libs/nodejs-8.11.1/image/' '/usr' * PT_PAX marking -m /var/tmp/portage/net-libs/nodejs-8.11.1/image/usr/bin/node with paxctl * PT_PAX marking -m /var/tmp/portage/net-libs/nodejs-8.11.1/image/usr/bin/node with scanelf * XATTR_PAX marking -me /var/tmp/portage/net-libs/nodejs-8.11.1/image/usr/bin/node with setfattr * Failed to set XATTR_PAX markings -me /var/tmp/portage/net-libs/nodejs-8.11.1/image/usr/bin/node. * ACCESS DENIED: open_wr: /home/christoph/.config/configstore/update-notifier-npm.json.331767419 * ACCESS DENIED: unlink: /home/christoph/.config/configstore/update-notifier-npm.json.331767419 ┌─┐ │ npm update check failed │ │ Try running with sudo or get access │ │to the local update config store via │ │ sudo chown -R $USER:$(id -gn $USER) /home/christoph/.config │ └─┘ >>> Completed installing nodejs-8.11.1 into >>> /var/tmp/portage/net-libs/nodejs-8.11.1/image/ * Final size of build directory: 302712 KiB (295.6 MiB) * Final size of installed tree: 44524 KiB ( 43.4 MiB) * --- ACCESS VIOLATION SUMMARY --- * LOG FILE: "/var/log/sandbox/sandbox-26618.log" * VERSION 1.0 FORMAT: F - Function called FORMAT: S - Access Status FORMAT: P - Path as passed to function FORMAT: A - Absolute Path (not canonical) FORMAT: R - Canonical Path FORMAT: C - Command Line F: open_wr S: deny P: /home/christoph/.config/configstore/update-notifier-npm.json.331767419 A: /home/christoph/.config/configstore/update-notifier-npm.json.331767419 R: /home/christoph/.config/configstore/update-notifier-npm.json.331767419 C: npm F: unlink S: deny P: /home/christoph/.config/configstore/update-notifier-npm.json.331767419 A: /home/christoph/.config/configstore/update-notifier-npm.json.331767419 R: /home/christoph/.config/configstore/update-notifier-npm.json.331767419 C: npm * I've set the permissions on the ~/.config/configstore directory to 777 for testing purposes, and it still doesn't work. Anyone have any ideas? -- Regards, Christoph
[gentoo-user] Package specific post-emerge hooks?
Hi, I was wondering if there was a way to run a shell script anytime a specific package is updated. My use case for this is as follows: I have a high DPI display, so I've modified Chromium's .desktop file to include the `--force-device-scale-factor=1.5` flag. It works fine, but the problem is that this file obviously gets overwritten on each update, so I have to manually run a sed script after every Chromium update. This is rather annoying, and since I've done this for over a year now I finally want to stop being lazy about it and tackle the issue. Any suggestions are welcome, thanks. -- Regards, Christoph
Re: [gentoo-user] Kernel compile error
On Wed, Apr 25, 2018 at 11:34:54AM +0300, Alexander Kapshuk wrote: > Did you use a config file for 4.9.76 to build for kernel 3.4.52? Seems like this is in fact the issue. There's plenty of reports online of people compiling with the wrong .config and getting that exact behaviour. -- Regards, Christoph
Re: [gentoo-user] Kernel compile error
On Wed, Apr 25, 2018 at 08:03:20AM +0100, Klaus Ethgen wrote: >... >make[2]: *** [scripts/kconfig/Makefile:39: silentoldconfig] Fehler 1 >make[1]: *** [Makefile:541: silentoldconfig] Fehler 2 > SYSTBL arch/x86/entry/syscalls/../../include/generated/asm/syscalls_32.h >make: *** Keine Regel vorhanden, um das Ziel »include/config/auto.conf«, > benötigt von »include/config/kernel.release«, zu erstellen. Schluss. >make: *** Es wird auf noch nicht beendete Prozesse gewartet > SYSHDR > arch/x86/entry/syscalls/../../include/generated/uapi/asm/unistd_32.h > SYSHDR > arch/x86/entry/syscalls/../../include/generated/uapi/asm/unistd_64.h > SYSHDR > arch/x86/entry/syscalls/../../include/generated/uapi/asm/unistd_x32.h >* Gentoo Linux Genkernel; Version 3.4.52.4 >* Running with options: --btrfs --lvm --menuconfig > --kernel-cc=/usr/lib/ccache/bin/gcc all >* Using genkernel.conf from /etc/genkernel.conf >* Sourcing arch-specific config.sh from > /usr/share/genkernel/arch/x86/config.sh .. >* Sourcing arch-specific modules_load from > /usr/share/genkernel/arch/x86/modules_load .. > >* ERROR: Failed to compile the "prepare" target... >* >* -- Grepping log... -- >* >* >* -- End log... -- >* >* Please consult /var/log/genkernel.log for more information and any >* errors that were reported above. >* >* Report any genkernel bugs to bugs.gentoo.org and >* assign your bug to genker...@gentoo.org. Please include >* as much information as you can in your bug report; attaching >* /var/log/genkernel.log so that your issue can be dealt with effectively. >* >* Please do *not* report compilation failures as genkernel bugs! I think you may have snipped too early. Looks like the relevant error has happened somewhere above. -- Regards, Christoph
Re: [gentoo-user] openvpn rc script dependencies
On Tue, Apr 10, 2018 at 09:28:10AM -0400, Michael Orlitzky wrote: > This is half the problem, but the OpenVPN init script probably shouldn't > have "need net" in its depend() function to begin with. It runs fine > with only the loopback interface up. That's exactly why I got confused. Shouldn't it be possible to just "tie" openvpn to _any_ network interface? It's especially weird how it just magically defaults to the wifi interface (it is in runlevel default, but still). Very unclear imo. > You could try to file a bug for that with > > https://github.com/OpenRC/openrc/blob/master/service-script-guide.md > > as a reference. There's a section titled "Be wary of 'need net' > dependencies" that covers the issue. That does look like it addresses the issue. I'll try and poke around in there. Thanks! -- Regards, Christoph
Re: [gentoo-user] openvpn rc script dependencies
On Tue, Apr 10, 2018 at 01:25:42PM +0200, Simon Thelen wrote: > What does your /etc/runlevels/ look like? Is the openvpn service in one > of the runlevels? Are either of your network interfaces in one of the > runlevels? Looking at `rc-status -a`, the openvpn service and the wifi interface are both in runlevel default (which is kind of intentional). The wired interface is in runlevel manual (I don't use it that often, so that's fine). The thing is, I want to: * Start the wifi service at boot * Start the openvpn service when _any_ network connection is active > Also check /etc/rc.conf and try setting rc_depend_strict="NO". I do wish > there were a way to modify require/provides without having to edit the > init scripts themselves. Unfortunately I can't test this anymore, but looking at the documentation this _should_ work. Thanks! -- Regards, Christoph
[gentoo-user] openvpn rc script dependencies
I was wondering how the OpenRC dependencies between start scripts work. Basically, I have two network interfaces on my laptop (wlp3s0 and enp0s20u2u3 for wireless and ethernet respectively). When I start the wireless interface service (rc-service net.wlp3s0 start) the OpenVPN service starts and vice versa. That's great, but I didn't configure that anywhere. What's even worse is that when I'm not connected via WiFi (i.e. ethernet), the VPN service won't start because net.wlp3s0 isn't started: # rc-service net.enp0s20u2u3 start # ... # rc-service openvpn.mullvad_at start # rc-service openvpn.mullvad_at start openvpn.mullvad_at| * Caching service dependencies ... [ ok ] net.wlp3s0| * Bringing up interface wlp3s0 net.wlp3s0| * Starting wpa_supplicant on wlp3s0 ... net.wlp3s0|Successfully initialized wpa_supplicant [ ok ] openvpn.mullvad_at| * WARNING: openvpn.mullvad_at will start when net.wlp3s0 has started net.wlp3s0| * Starting wpa_cli on wlp3s0 ... [ ok ] net.wlp3s0| * Backgrounding ... ... net.wlp3s0| * WARNING: net.wlp3s0 has started, but is inactive Why would it do that, can I configure this anywhere? Thanks for your help -- Regards, Christoph
Re: [gentoo-user] Xorg broken?
On Wed, Mar 07, 2018 at 04:16:47PM +0100, Helmut Jarausch wrote: > Do you have xorg-server-1.19.99.901 or xorg-server-1.19.99.901-r1 installed? > > That's just broken! > > Downgrade to version 1.19.5-r1 . > Several people have problems with the above versions. Typing this from my fixed laptop :) I masked >=x11-base/xorg-server-1.19.99.901-r1 and re-emerged, and now it works again (for the time being). Thanks for the efforts everybody! -- Regards, Christoph
Re: [gentoo-user] Xorg broken?
On Wed, Mar 07, 2018 at 02:57:26PM +, Ian Bloss wrote: > Do you have an initramfs? I don't, though I just realized an unstable version of xorg-server somehow got pulled in and merged (along with a bunch of unstable drivers). I'll try to downgrade the drivers and server and maybe that'll fix it.
[gentoo-user] Xorg broken?
I think I broke something once again... Rebooting after a recent update caused my X Server to completely die. I faintly remember some x11-related packages being blocked on that particular update, but because I was short on time I decided just to ignore those at the time (note to self: bad idea, apparently). Now when I run startx, it complains about a bunch of permissions being borked: $ cat Xorg.0.log 8< [11.763] (--) using VT number 7 [11.763] (EE) Fatal server error: [11.766] (EE) xf86OpenConsole: Cannot open virtual console 7 (Permission denied) [11.767] (EE) [11.768] (EE) Please consult the The X.Org Foundation support at http://wiki.x.org for help. [11.773] (EE) Please also check the log file at "/home/christoph/.local/share/xorg/Xorg.0.log" for additional information. [11.774] (EE) [11.775] (WW) xf86CloseConsole: KDSETMODE failed: Bad file descriptor [11.775] (WW) xf86CloseConsole: VT_GETMODE failed: Bad file descriptor [11.775] (EE) Server terminated with error (1). Closing log file. (I'll attach the full log) I don't fully understand what's going on there, but I figured maybe someone more experienced on here might have an idea as to what I did wrong this time. FWIW, I already tried setting the permissions of /dev/tty7 to 664, causing the X server to work, albeit with inputs not working (the log reveiled that it couldn't access /dev/input/event7 or something, so probably the same issue). My user's groups are: $ groups christoph tty wheel audio video usb users input davfs2 plugdev christoph kvm (Note tty, audio, video, and input. That's all X should really need, right?) My VIDEO_CARDS contains "intel i915" (for an Intel HD 4000(?) chip in a Lenovo X1 Carbon 1st gen). Has this broken for anyone else? Anyone who could point me in the right direction? Thanks in advance! -- Regards, Christoph [11.677] This is a pre-release version of the X server from The X.Org Foundation. It is not supported in any way. Bugs may be filed in the bugzilla at http://bugs.freedesktop.org/. Select the "xorg" product for bugs you find in this release. Before reporting bugs in pre-release versions please check the latest version in the X.Org Foundation git repository. See http://wiki.x.org/wiki/GitPage for git access instructions. [11.678] X.Org X Server 1.19.99.901 (1.20.0 RC 1) Release Date: 2018-02-28 [11.681] X Protocol Version 11, Revision 0 [11.682] Build Operating System: Linux 4.15.3-gentoo x86_64 Gentoo [11.683] Current Operating System: Linux christoph-lap 4.16.0-rc4+ #11 SMP Tue Mar 6 13:10:04 CET 2018 x86_64 [11.683] Kernel command line: BOOT_IMAGE=/vmlinuz-4.16.0-rc4+ root=/dev/sda2 ro [11.685] Build Date: 06 March 2018 12:44:28PM [11.686] [11.687] Current version of pixman: 0.34.0 [11.689]Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. [11.689] Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. [11.693] (==) Log file: "/home/christoph/.local/share/xorg/Xorg.0.log", Time: Wed Mar 7 15:40:37 2018 [11.706] (==) Using config directory: "/etc/X11/xorg.conf.d" [11.707] (==) Using system config directory "/usr/share/X11/xorg.conf.d" [11.709] (==) No Layout section. Using the first Screen section. [11.709] (==) No screen section available. Using defaults. [11.709] (**) |-->Screen "Default Screen Section" (0) [11.709] (**) | |-->Monitor "" [11.709] (==) No device specified for screen "Default Screen Section". Using the first device section listed. [11.709] (**) | |-->Device "Intel Graphics" [11.709] (==) No monitor specified for screen "Default Screen Section". Using a default monitor configuration. [11.709] (==) Automatically adding devices [11.709] (==) Automatically enabling devices [11.709] (==) Automatically adding GPU devices [11.709] (==) Max clients allowed: 256, resource mask: 0x1f [11.722] (==) FontPath set to: /usr/share/fonts/misc/, /usr/share/fonts/TTF/, /usr/share/fonts/OTF/, /usr/share/fonts/Type1/, /usr/share/fonts/100dpi/, /usr/share/fonts/75dpi/ [11.723] (==) ModulePath set to "/usr/lib64/xorg/modules" [11.723] (II) The server relies on udev to provide the list of input devices. If no devices become available, reconfigure udev or disable AutoAddDevices. [11.723] (II) Loader magic: 0x55a513135c60 [11.723] (II) Module ABI versions: [11.723]X.Org ANSI C Emulation: 0.4 [11.723]X.Org Video Driver: 24.0 [11.723]X.Org XInput driver : 24.1 [11.723]X.Org Server Extension : 10.0 [11.723] (II) xfree86: Adding drm device (/dev/dri/card0) [11.739] (--) PCI:*(0@0:2:0)
Re: [gentoo-user] Re: dev-qt/qtdeclarative fails to build
On Sat, Jan 20, 2018 at 05:26:59AM +0200, Nikos Chantziaras wrote: > Is this for the profile upgrade? It's not, I already did that including an emerge -e @world... > So it tried to link the new PIC-enabled qtdeclarative against the > old non-PIC qtcore. The result was this exact build error. ... however it is entirely possible that I messed something up that's related to the profile switch. Seeing as this is my first profile upgrade I wouldn't be surprised to find that I've horribly broken something. For the record, I tried to install app-crypt/yubikey-manager-qt, which pulls in qtdeclarative as a dependency. I'm rebuilding the 107 packages that revdep-rebuild reported (no idea how that happened) right now, and I'll see if that fixes things. No doubt this will be one giant learning experience for me :) Thanks! -- Regards, Christoph
Re: [gentoo-user] dev-qt/qtdeclarative fails to build
On Sat, Jan 20, 2018 at 12:28:49AM +0100, David Haller wrote: > revdep-rebuild -vp --library 'libstdc++.so.6' -- --exclude gcc Oof, I just ran this anyways and a lot of packages popped up. Guess I'll rebuild some stuff over the night and see if that fixes it :) Thanks for your help so far! -- Regards, Christoph
Re: [gentoo-user] dev-qt/qtdeclarative fails to build
On Sat, Jan 20, 2018 at 12:28:49AM +0100, David Haller wrote: > Hello, > > On Fri, 19 Jan 2018, Christoph Böhmwalder wrote: > >I tried building qtdeclarative-5.9.3 today, but the linker failed: > > > >$ cat build.log > >g++-6.4.0 -Wl,-O1 -Wl,--as-needed -Wl,--enable-new-dtags -shared -o > >libparticlesplugin.so .obj/plugin.o > >-L/var/tmp/portage/dev-qt/qtdeclarative-5.9.3/work/qtdeclarative-opensource-src-5.9.3/lib > > -lQt5QuickParti > >cles -lQt5Quick -lQt5Qml -lQt5Gui -lQt5Network -lQt5Core -lGL -lpthread > >/usr/lib/gcc/x86_64-pc-linux-gnu/6.4.0/../../../../lib64/libQt5Gui.so:(*IND*+0x0): > > multiple definition of > > `__bss_start' > [..] > > From the build log it seems you have compiled Qt5Gui (etc.) with > g++-7.2.0, and now try to use g++-6.4.0. I don't think that works. Ah yeah, I forgot to turn that off. I have an env file that switches to gcc-6.4.0 for use with old standalone packages that don't support 7.2.0 yet (I really don't use it anymore nowadays though). > Try again using 7.2.0 (unless you want to recompile qt with 6.4.0 > again). Anyways, this leads to the exact same error, so I'm inclined to think it has nothing to do with gcc versions. I was however concerned about Qt versions clashing (4 vs 5?). In fact, I just double-checked qtchooser, and this is the output: $ qtchooser -l 4 5 default qt4-i686-pc-linux-gnu qt4-x86_64-pc-linux-gnu qt4 qt5-x86_64-pc-linux-gnu qt5 Does this mean Qt4 is prioritized over Qt5? That would be a problem in this case, right? -- Regards, Christoph
[gentoo-user] dev-qt/qtdeclarative fails to build
Hey everyone, I tried building qtdeclarative-5.9.3 today, but the linker failed: $ cat build.log --- >8 --- g++-6.4.0 -Wl,-O1 -Wl,--as-needed -Wl,--enable-new-dtags -shared -o libparticlesplugin.so .obj/plugin.o -L/var/tmp/portage/dev-qt/qtdeclarative-5.9.3/work/qtdeclarative-opensource-src-5.9.3/lib -lQt5QuickParti cles -lQt5Quick -lQt5Qml -lQt5Gui -lQt5Network -lQt5Core -lGL -lpthread /usr/lib/gcc/x86_64-pc-linux-gnu/6.4.0/../../../../lib64/libQt5Gui.so:(*IND*+0x0): multiple definition of `__bss_start' /usr/lib/gcc/x86_64-pc-linux-gnu/6.4.0/../../../../lib64/libQt5Gui.so:(*IND*+0x0): multiple definition of `_edata' /usr/lib/gcc/x86_64-pc-linux-gnu/6.4.0/../../../../lib64/libQt5Gui.so:(*IND*+0x0): multiple definition of `_end' /usr/lib/gcc/x86_64-pc-linux-gnu/6.4.0/../../../../lib64/libQt5Network.so:(*IND*+0x0): multiple definitio n of `_edata' /usr/lib/gcc/x86_64-pc-linux-gnu/6.4.0/../../../../lib64/libQt5Network.so:(*IND*+0x0): multiple definitio n of `__bss_start' /usr/lib/gcc/x86_64-pc-linux-gnu/6.4.0/../../../../lib64/libQt5Network.so:(*IND*+0x0): multiple definitio n of `_end' collect2: error: ld returned 1 exit status $ emerge -pqv '=dev-qt/qtdeclarative-5.9.3::gentoo' [ebuild N] dev-qt/qtdeclarative-5.9.3 USE="jit widgets xml -debug (-gles2) -localstorage {-test}" emerge --info output and build.log are attached. Any ideas? Thanks! -- Regards, Christoph build.log.gz Description: Binary data Portage 2.3.19 (python 3.5.4-final-0, default/linux/amd64/17.0/desktop, gcc-7.2.0, glibc-2.26-r5, 4.15.0-rc5+ x86_64) = System Settings = System uname: Linux-4.15.0-rc5+-x86_64-Intel-R-_Core-TM-_i7-3667U_CPU_@_2.00GHz-with-gentoo-2.4.1 KiB Mem: 7864116 total, 2005240 free KiB Swap: 0 total, 0 free Timestamp of repository gentoo: Fri, 19 Jan 2018 21:00:01 + Head commit of repository gentoo: d43b05743e0f5e3a6c6236c445e5f88c959f8c3c sh bash 4.4_p12-r1 ld GNU ld (Gentoo 2.29.1 p3) 2.29.1 ccache version 3.3.4 [disabled] app-shells/bash: 4.4_p12-r1::gentoo dev-java/java-config: 2.2.0-r3::gentoo dev-lang/perl:5.26.1-r1::gentoo dev-lang/python: 2.7.14-r1::gentoo, 3.5.4-r1::gentoo, 3.6.4::gentoo dev-util/ccache: 3.3.4-r1::gentoo dev-util/cmake: 3.10.2::gentoo dev-util/pkgconfig: 0.29.2::gentoo sys-apps/baselayout: 2.4.1-r2::gentoo sys-apps/openrc: 0.34.11::gentoo sys-apps/sandbox: 2.12::gentoo sys-devel/autoconf: 2.13::gentoo, 2.69-r4::gentoo sys-devel/automake: 1.15.1-r1::gentoo sys-devel/binutils: 2.29.1-r1::gentoo sys-devel/gcc:6.4.0-r1::gentoo, 7.2.0-r1::gentoo sys-devel/gcc-config: 1.9.1::gentoo sys-devel/libtool:2.4.6-r4::gentoo sys-devel/make: 4.2.1-r1::gentoo sys-kernel/linux-headers: 4.14::gentoo (virtual/os-headers) sys-libs/glibc: 2.26-r5::gentoo Repositories: gentoo location: /usr/portage sync-type: rsync sync-uri: rsync://rsync.gentoo.org/gentoo-portage priority: -1000 sync-rsync-extra-opts: crossdev location: /usr/local/portage-crossdev masters: gentoo priority: 10 ACCEPT_KEYWORDS="amd64 ~amd64" ACCEPT_LICENSE="* -@EULA" CBUILD="x86_64-pc-linux-gnu" CFLAGS="-march=native -O2 -pipe" CHOST="x86_64-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/share/gnupg/qualified.txt" CONFIG_PROTECT_MASK="/etc/ca-certificates.conf /etc/dconf /etc/env.d /etc/fonts/fonts.conf /etc/gconf /etc/gentoo-release /etc/revdep-rebuild /etc/sandbox.d /etc/terminfo /etc/texmf/language.dat.d /etc/texmf/language.def.d /etc/texmf/updmap.d /etc/texmf/web2c" CXXFLAGS="-march=native -O2 -pipe" DISTDIR="/usr/portage/distfiles" FCFLAGS="-O2 -pipe" FEATURES="assume-digests binpkg-logs config-protect-if-modified distlocks ebuild-locks fixlafiles merge-sync multilib-strict news parallel-fetch preserve-libs protect-owned sandbox sfperms splitdebug strict unknown-features-warn unmerge-logs unmerge-orphans userfetch userpriv usersandbox usersync xattr" FFLAGS="-O2 -pipe" GENTOO_MIRRORS="http://gentoo.mirror.web4u.cz/; LANG="de_DE.utf8" LDFLAGS="-Wl,-O1 -Wl,--as-needed" LINGUAS="en" MAKEOPTS="-j5" PKGDIR="/usr/portage/packages" PORTAGE_CONFIGROOT="/" PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --omit-dir-times --compress --force --whole-file --delete --stats --human-readable --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages --exclude=/.git" PORTAGE_TMPDIR="/var/tmp" USE="X a52 aac acl acpi alsa amd64 berkdb bluetooth branding bzip2 cairo cdda cdr cli consolekit crypt cups cxx dbus dri dts dvd dvdr emboss encode exif fam firefox flac fortran gdbm gif glamor gpm gtk iconv ipv6 jpeg lcms libnotify mad mng modules mp3 mp4 mpeg multilib ncurses nptl ogg opengl openmp pam pango pcre pdf png policykit ppds
Re: [gentoo-user] neomutt package broken?
On Wed, Dec 20, 2017 at 12:10:54PM +0100, Stephan Lukasczyk wrote: > I can confirm this behaviour. On my machine, it could not find the > installed version of BerkeleyDB (some 6.x). Installing sys-libs/db:5.3 > (BerkeleyDB 5.3.x) solved the problem for me. > > Best, > Stephan Thanks for the hint, after I merged sys-libs/db:5.3 I hit this bug: [0]. After enabling the 'doc' USE flag it installed fine and appears to work. [0] https://bugs.gentoo.org/641132 -- Regards, Christoph
[gentoo-user] neomutt package broken?
Hi everyone, It seems to me that I'm either doing something very wrong or that the neomutt package recently broke. I just attempted an update and it can't seem to find BerkeleyDB anymore. I can't seem to recall changing anything significant since the previous update (no USE changes, etc). Any neomutt users out there who can confirm/refute this behaviour? Alternatively, any pointers on what I might have messed up would also be much appreciated. Attached are build.log, config.log (no idea what's going on in there, but the build output said to include it), emerge --info, and emerge -pqv output. Thanks! -- Regards, Christoph logs.tar.gz Description: Binary data
Re: [gentoo-user] Thunderbird build failure
Hey, you fixed it (sort of)! I tried your suggestions but diverted a little bit. Basically here's what happened: * depclean did nothing (except remove a few Thunderbird dependencies I actually needed, whoops) * `revdep-rebuild` also found nothing * `ldd` gave /lib/libz.so.1.2.11 * I noticed that /usr/lib/libz.so.1.2.7 existed as well and proceeded to delete it * Re-emerged both libz and libpng, Thunderbird build still failed * Decided "let's delete /lib/libz.so.1.2.11 as well" (bad idea I know, I just barely recovered from that) * After replacing libz from the stage3 tarball, re-emerged libz Aaaand then it just worked, I must admit I'm not entirely sure why ¯\_(ツ)_/¯ Anyways, thanks for taking the time to support me here! -- Regards, Christoph
Re: [gentoo-user] Thunderbird build failure
Am 23. September 2017 20:37:09 MESZ schrieb Stefano Crocco <po...@stefanocrocco.it>: >On Saturday, 23 September 2017 17:53:25 CEST Christoph Böhmwalder >wrote: >> Hey all, >> >> I've been trying to get Thunderbird to build for a few days now. >> Since I'm pretty much out of ideas at this point, I figured I'd ask >on here >> if someone has an idea on what my problem is. >> >> I've attached the output of `emerge --info >> '=mail-client/thunderbird-52.3.0::gentoo'`, `emerge -pqv >> '=mail-client/thunderbird-52.3.0::gentoo'`, and the complete build >log. >> >> From the error message I can see that it likely has something to do >with >> either libpng or zlib. I have both of those installed: >> >> $ emerge --info libpng >> --- >8 --- >> media-libs/libpng-1.6.29::gentoo was built with the following: >> USE="apng (-neon) -static-libs" ABI_X86="32 (64) (-x32)" >CPU_FLAGS_X86="sse" >> >> $ emerge --info zlib >> --- >8 --- >> sys-libs/zlib-1.2.11::gentoo was built with the following: >> USE="minizip -static-libs" ABI_X86="32 (64) (-x32)" >> >> >> I noticed that I have zlib-1.2.11 installed, though Thunderbird (or >libpng?) >> is apparently trying to reference a symbol from zlib 1.2.9. I tried >> downgrading to zlib 1.2.9, but... >> >> # emerge --ask \=sys-libs/zlib-1.2.9 >> >> These are the packages that would be merged, in order: >> >> Calculating dependencies... done! >> >> emerge: there are no ebuilds to satisfy "=sys-libs/zlib-1.2.9". >> >> >> I'd really appreciate any hints on what I'm doing wrong here. Thanks! >> >> >> -- >> >> Regards, >> Christoph > >I believe you should re-emerge libpng because it seems to have been >built >against an old (and incompatible) version of zlib (1.2.9). > >I hope this helps > >Stefano Thanks for the suggestion Stephano. I tried re-emerging libpng and running a clean Thunderbirs build overnight, however it still fails with the same message. -- Regards, Christoph
Re: [gentoo-user] Need help to compile a minimal wine
Hi Meino, I haven't tried this, but may I ask why you're not using the ATmel AVR Toolchain [0] that's readily available for Linux? [0] http://www.atmel.com/tools/atmelavrtoolchainforlinux.aspx -- Regards, Christoph Am 23. September 2017 20:21:45 MESZ schrieb tu...@posteo.de: >Hi, > >I want to compile wine to execute a single commandline tool. >That's it. > >The commandline tool is the AVR-assembler made by ATmel to recompile >a FORTH interpreter for the AVR-line of microcontrollers of >ATMEL/Micorchip: > >avrasm2.exe: PE32 executable (console) Intel 80386, for MS Windows > >Most GENTOO related tutorials on how to compile/install wine were >made for those of us who want to use wine as kind a "bootloader" for >games (NO pune intended!). > >I tried to compile wine ... but all end with an compilation error. > >To save time and hassle: >Is there any wine version out there, which is currentlu compilable >and/or recommended? > >Is there any tutorial which covers my intended use case for wine? > >(My system is not multilib.) > >Thanks a lot for any help in advance! >Cheers >Meino
[gentoo-user] Thunderbird build failure
Hey all, I've been trying to get Thunderbird to build for a few days now. Since I'm pretty much out of ideas at this point, I figured I'd ask on here if someone has an idea on what my problem is. I've attached the output of `emerge --info '=mail-client/thunderbird-52.3.0::gentoo'`, `emerge -pqv '=mail-client/thunderbird-52.3.0::gentoo'`, and the complete build log. >From the error message I can see that it likely has something to do with >either libpng or zlib. I have both of those installed: $ emerge --info libpng --- >8 --- media-libs/libpng-1.6.29::gentoo was built with the following: USE="apng (-neon) -static-libs" ABI_X86="32 (64) (-x32)" CPU_FLAGS_X86="sse" $ emerge --info zlib --- >8 --- sys-libs/zlib-1.2.11::gentoo was built with the following: USE="minizip -static-libs" ABI_X86="32 (64) (-x32)" I noticed that I have zlib-1.2.11 installed, though Thunderbird (or libpng?) is apparently trying to reference a symbol from zlib 1.2.9. I tried downgrading to zlib 1.2.9, but... # emerge --ask \=sys-libs/zlib-1.2.9 These are the packages that would be merged, in order: Calculating dependencies... done! emerge: there are no ebuilds to satisfy "=sys-libs/zlib-1.2.9". I'd really appreciate any hints on what I'm doing wrong here. Thanks! -- Regards, Christoph thunderbird-info.tar.gz Description: application/compressed-tar