[gentoo-user] emerge BUG?
Hi Gentoo users, Looks like I've encountered a bug in emerge. I do a sync, some updated packages are displayed, but emerge -avDu @world doesn't see some of them, though I don't have them masked. A today's example: === # eix-sync [ ... ] [U] == net-misc/youtube-dl (2013.11.25.1@26.11.2013; (~)2013.12.11.2 - (~)2013.12.17.2): Download videos from YouTube.com (and mores sites...) [U] == sys-libs/timezone-data (2013h@20.11.2013; (~)2013h - (~)2013i): Timezone data (/usr/share/zoneinfo) and utilities (tzselect/zic/zdump) [ ... ] # emerge -avDu @world These are the packages that would be merged, in order: Calculating dependencies... done! [ebuild U ] sys-libs/timezone-data-2013i [2013h] USE=-nls 383 kB [ebuild U ] dev-libs/libmemcached-1.0.17 [1.0.14] USE=libevent -debug -hsieh -static-libs 0 kB Total: 2 packages (2 upgrades), Size of downloads: 383 kB Would you like to merge these packages? [Yes/No] # = There are I think over 100 packages to be updated in total, including the whole KDE. When I specify a package instead of @world, it seems to work correctly: = # emerge -avDu kdm These are the packages that would be merged, in order: Calculating dependencies... done! [ebuild U ] sys-libs/timezone-data-2013i [2013h] USE=-nls 383 kB [ebuild U ] kde-base/kcheckpass-4.11.4:4 [4.10.5:4] USE=pam (-aqua) -debug 13,555 kB [ebuild U ] kde-base/libkworkspace-4.11.4:4 [4.10.5:4] USE=(-aqua) -debug 0 kB [ebuild U ] kde-base/libkonq-4.12.0:4 [4.10.5:4] USE=(-aqua) -debug {-test} 2,463 kB [ebuild U ] kde-base/kdesu-4.12.0:4 [4.10.5:4] USE=(-aqua) -debug -handbook 7,667 kB [ebuild U ] kde-base/kdepasswd-4.12.0:4 [4.10.5:4] USE=(-aqua) -debug -handbook 0 kB [ebuild U ] kde-base/kdm-4.11.4:4 [4.10.5-r1:4] USE=consolekit pam (-aqua) -debug -handbook -kerberos -systemd% 0 kB Total: 7 packages (7 upgrades), Size of downloads: 24,067 kB Would you like to merge these packages? [Yes/No] = I rebuilt portage to no avail. What can it be or should I file a bug? The output of `emerge --info` is attached. -- Regards, Yuri K. Shatroff Portage 2.2.7 (default/linux/amd64/13.0, gcc-4.8.2, glibc-2.17, 3.12.4-gentoo x86_64) = System uname: Linux-3.12.4-gentoo-x86_64-Intel-R-_Core-TM-_i7-4770_CPU_@_3.40GHz-with-gentoo-2.2 KiB Mem: 8191336 total, 3943728 free KiB Swap: 0 total, 0 free Timestamp of tree: Fri, 20 Dec 2013 07:45:01 + ld GNU ld (GNU Binutils) 2.23.2 app-shells/bash: 4.2_p45 dev-java/java-config: 2.2.0 dev-lang/python: 2.6.8-r3, 2.7.6, 3.3.3 dev-util/cmake: 2.8.12.1-r2 dev-util/pkgconfig: 0.28 sys-apps/baselayout: 2.2 sys-apps/openrc: 0.12.4 sys-apps/sandbox: 2.6-r1 sys-devel/autoconf: 2.13, 2.69 sys-devel/automake: 1.11.6, 1.12.6, 1.13.4, 1.14 sys-devel/binutils: 2.23.2 sys-devel/gcc:4.8.2 sys-devel/gcc-config: 1.8 sys-devel/libtool:2.4.2 sys-devel/make: 4.0-r1 sys-kernel/linux-headers: 3.12 (virtual/os-headers) sys-libs/glibc: 2.17 Repositories: gentoo ACCEPT_KEYWORDS=amd64 ~amd64 ACCEPT_LICENSE=* -@EULA CBUILD=x86_64-pc-linux-gnu CFLAGS=-O2 -pipe CHOST=x86_64-pc-linux-gnu CONFIG_PROTECT=/etc /usr/share/config /usr/share/gnupg/qualified.txt /usr/share/themes/oxygen-gtk/gtk-2.0 CONFIG_PROTECT_MASK=/etc/ca-certificates.conf /etc/env.d /etc/fonts/fonts.conf /etc/gconf /etc/gentoo-release /etc/php/apache2-php5.3/ext-active/ /etc/php/cgi-php5.3/ext-active/ /etc/php/cli-php5.3/ext-active/ /etc/revdep-rebuild /etc/sandbox.d /etc/terminfo CXXFLAGS=-O2 -pipe DISTDIR=/var/portage/distfiles FCFLAGS=-O2 -pipe FEATURES=assume-digests binpkg-logs config-protect-if-modified distlocks ebuild-locks fixlafiles merge-sync news parallel-fetch preserve-libs protect-owned sandbox sfperms strict unknown-features-warn unmerge-logs unmerge-orphans userfetch userpriv usersandbox usersync FFLAGS=-O2 -pipe GENTOO_MIRRORS=http://distfiles.gentoo.org; LANG=ru_RU.UTF-8 LDFLAGS=-Wl,-O1 -Wl,--as-needed MAKEOPTS=-j6 PKGDIR=/var/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 PORTAGE_TMPDIR=/var/tmp PORTDIR=/var/portage/tree PORTDIR_OVERLAY= SYNC=rsync://rsync.europe.gentoo.org/gentoo-portage USE=X alsa amd64 berkdb bzip2 cli cracklib crypt cxx dri fortran gdbm iconv lzma mmx modules mudflap multilib ncurses nptl opengl openmp pam pcre qt3support qt4 readline session sse sse2 sse3 sse4_1 ssl ssse3 tcpd unicode zlib ABI_X86=64 ALSA_CARDS=ali5451 als4000 atiixp atiixp-modem bt87x ca0106 cmipci emu10k1x ens1370 ens1371 es1938 es1968 fm801 hda-intel intel8x0 intel8x0m maestro3 trident usb-audio via82xx via82xx-modem ymfpci
Re: [gentoo-user] emerge BUG?
2013/12/20 Yuri K. Shatroff yks-...@yandex.ru: Hi Gentoo users, Looks like I've encountered a bug in emerge. I do a sync, some updated packages are displayed, but emerge -avDu @world doesn't see some of them, though I don't have them masked. A today's example: === # eix-sync [ ... ] [U] == net-misc/youtube-dl (2013.11.25.1@26.11.2013; (~)2013.12.11.2 - (~)2013.12.17.2): Download videos from YouTube.com (and mores sites...) [U] == sys-libs/timezone-data (2013h@20.11.2013; (~)2013h - (~)2013i): Timezone data (/usr/share/zoneinfo) and utilities (tzselect/zic/zdump) [ ... ] # emerge -avDu @world These are the packages that would be merged, in order: Calculating dependencies... done! [ebuild U ] sys-libs/timezone-data-2013i [2013h] USE=-nls 383 kB [ebuild U ] dev-libs/libmemcached-1.0.17 [1.0.14] USE=libevent -debug -hsieh -static-libs 0 kB Total: 2 packages (2 upgrades), Size of downloads: 383 kB Would you like to merge these packages? [Yes/No] # = There are I think over 100 packages to be updated in total, including the whole KDE. When I specify a package instead of @world, it seems to work correctly: = # emerge -avDu kdm These are the packages that would be merged, in order: Calculating dependencies... done! [ebuild U ] sys-libs/timezone-data-2013i [2013h] USE=-nls 383 kB [ebuild U ] kde-base/kcheckpass-4.11.4:4 [4.10.5:4] USE=pam (-aqua) -debug 13,555 kB [ebuild U ] kde-base/libkworkspace-4.11.4:4 [4.10.5:4] USE=(-aqua) -debug 0 kB [ebuild U ] kde-base/libkonq-4.12.0:4 [4.10.5:4] USE=(-aqua) -debug {-test} 2,463 kB [ebuild U ] kde-base/kdesu-4.12.0:4 [4.10.5:4] USE=(-aqua) -debug -handbook 7,667 kB [ebuild U ] kde-base/kdepasswd-4.12.0:4 [4.10.5:4] USE=(-aqua) -debug -handbook 0 kB [ebuild U ] kde-base/kdm-4.11.4:4 [4.10.5-r1:4] USE=consolekit pam (-aqua) -debug -handbook -kerberos -systemd% 0 kB Total: 7 packages (7 upgrades), Size of downloads: 24,067 kB Would you like to merge these packages? [Yes/No] = I rebuilt portage to no avail. What can it be or should I file a bug? The output of `emerge --info` is attached. What is the contents of /var/lib/portage/world? -- Regards, Alex
Re: [gentoo-user] emerge BUG?
20.12.2013 13:30, Alexey Mishustin пишет: 2013/12/20 Yuri K. Shatroff yks-...@yandex.ru: Hi Gentoo users, Looks like I've encountered a bug in emerge. I do a sync, some updated packages are displayed, but emerge -avDu @world doesn't see some of them, though I don't have them masked. A today's example: === # eix-sync [ ... ] [U] == net-misc/youtube-dl (2013.11.25.1@26.11.2013; (~)2013.12.11.2 - (~)2013.12.17.2): Download videos from YouTube.com (and mores sites...) [U] == sys-libs/timezone-data (2013h@20.11.2013; (~)2013h - (~)2013i): Timezone data (/usr/share/zoneinfo) and utilities (tzselect/zic/zdump) [ ... ] # emerge -avDu @world These are the packages that would be merged, in order: Calculating dependencies... done! [ebuild U ] sys-libs/timezone-data-2013i [2013h] USE=-nls 383 kB [ebuild U ] dev-libs/libmemcached-1.0.17 [1.0.14] USE=libevent -debug -hsieh -static-libs 0 kB Total: 2 packages (2 upgrades), Size of downloads: 383 kB Would you like to merge these packages? [Yes/No] # = There are I think over 100 packages to be updated in total, including the whole KDE. When I specify a package instead of @world, it seems to work correctly: = # emerge -avDu kdm These are the packages that would be merged, in order: Calculating dependencies... done! [ebuild U ] sys-libs/timezone-data-2013i [2013h] USE=-nls 383 kB [ebuild U ] kde-base/kcheckpass-4.11.4:4 [4.10.5:4] USE=pam (-aqua) -debug 13,555 kB [ebuild U ] kde-base/libkworkspace-4.11.4:4 [4.10.5:4] USE=(-aqua) -debug 0 kB [ebuild U ] kde-base/libkonq-4.12.0:4 [4.10.5:4] USE=(-aqua) -debug {-test} 2,463 kB [ebuild U ] kde-base/kdesu-4.12.0:4 [4.10.5:4] USE=(-aqua) -debug -handbook 7,667 kB [ebuild U ] kde-base/kdepasswd-4.12.0:4 [4.10.5:4] USE=(-aqua) -debug -handbook 0 kB [ebuild U ] kde-base/kdm-4.11.4:4 [4.10.5-r1:4] USE=consolekit pam (-aqua) -debug -handbook -kerberos -systemd% 0 kB Total: 7 packages (7 upgrades), Size of downloads: 24,067 kB Would you like to merge these packages? [Yes/No] = I rebuilt portage to no avail. What can it be or should I file a bug? The output of `emerge --info` is attached. What is the contents of /var/lib/portage/world? Hm, really, it's almost empty except for the last packages I have added yesterday... So that's clearly not an emerge bug, but ... Could anything mess it up? I have copied the system to a new HDD recently and done an `emerge @world`, too, and everything went OK. -- Regards, Yuri K. Shatroff
Re: [gentoo-user] emerge BUG?
On Fri, 20 Dec 2013 13:47:25 +0400, Yuri K. Shatroff wrote: What is the contents of /var/lib/portage/world? Hm, really, it's almost empty except for the last packages I have added yesterday... So that's clearly not an emerge bug, but ... Could anything mess it up? Plenty, with the favourite being user error. If the packages aren't in world nor depended on by something n world, portage will not upgrade them. I have copied the system to a new HDD recently and done an `emerge @world`, too, and everything went OK. OK as in everything you expected to build built? Or OK as in no error messages appeared? Your first step would be to restore the world file from the old drive, adding the entries from the current version. -- Neil Bothwick Who messed with my anti-paranoia shot? signature.asc Description: PGP signature
Re: [gentoo-user] emerge BUG?
2013/12/20 Yuri K. Shatroff yks-...@yandex.ru: 20.12.2013 13:30, Alexey Mishustin пишет: What is the contents of /var/lib/portage/world? Hm, really, it's almost empty except for the last packages I have added yesterday... So that's clearly not an emerge bug, but ... Could anything mess it up? I have copied the system to a new HDD recently Including /var? and done an `emerge @world`, too, and everything went OK. If the correct version of the world file is lost, you may want to try to regenerate it with `regenworld'. This utility will search old emerge log files (did you copy it from old HDD?) If old emerge log files are lost too, then the script from [1] could help to recover some (major) part of the world file entries. [1] http://forums.gentoo.org/viewtopic-t-869667.html -- Regards, Alex
Re: [gentoo-user] emerge BUG?
20.12.2013 13:53, Neil Bothwick пишет: On Fri, 20 Dec 2013 13:47:25 +0400, Yuri K. Shatroff wrote: What is the contents of /var/lib/portage/world? Hm, really, it's almost empty except for the last packages I have added yesterday... So that's clearly not an emerge bug, but ... Could anything mess it up? Plenty, with the favourite being user error. If the packages aren't in world nor depended on by something n world, portage will not upgrade them. I have copied the system to a new HDD recently and done an `emerge @world`, too, and everything went OK. OK as in everything you expected to build built? Or OK as in no error messages appeared? The former. When I do an eix-sync, I expect that emerge -Du @world updates every package listed with the U-mark. There are no error messages anyway. Your first step would be to restore the world file from the old drive, adding the entries from the current version. I'll do this, but now I'm just wondering how I ended up with an empty world file. -- Regards, Yuri K. Shatroff
Re: [gentoo-user] emerge BUG?
20.12.2013 14:35, Alexey Mishustin пишет: 2013/12/20 Yuri K. Shatroff yks-...@yandex.ru: 20.12.2013 13:30, Alexey Mishustin пишет: What is the contents of /var/lib/portage/world? Hm, really, it's almost empty except for the last packages I have added yesterday... So that's clearly not an emerge bug, but ... Could anything mess it up? I have copied the system to a new HDD recently Including /var? Yes, I have /var on root fs and just rsync'ed. and done an `emerge @world`, too, and everything went OK. If the correct version of the world file is lost, you may want to try to regenerate it with `regenworld'. This utility will search old emerge log files (did you copy it from old HDD?) If old emerge log files are lost too, then the script from [1] could help to recover some (major) part of the world file entries. [1] http://forums.gentoo.org/viewtopic-t-869667.html Thanks, I think a pretty easy way to regenerate @world is to edit the output of `emerge -pv --deplean`. At least I'm going to try this. -- Regards, Yuri K. Shatroff
Re: [gentoo-user] Wifi, problem, problem, problem
Hello list ! Yesterday, I win ! :) I just test to build as [M]odule the firmware. It's good for me because I don't want to have a permanently connexion. I think that I will test the second method just for fun : On 12/19/13 17:50, Bruce Hill wrote: I *believe* if you have the driver built into your kernel: CONFIG_IPW2200=y then you need to have the firmware listed with these 2 lines: CONFIG_EXTRA_FIRMWARE=ipw2200-bss.fw CONFIG_EXTRA_FIRMWARE_DIR=/lib/firmware/ (Something similar to the CONFIG_EXTRA_FIRMWARE line. I don't use ipw2200 and that might not be the proper way. You said the file is there, you checked, so you should know the proper path and syntax.) and I will learn that : Have a look at the section Code Listing 2.10: Enabling external firmware here: http://www.gentoo.org/doc/en/handbook/handbook-sparc.xml?part=1chap=7 Thank you all for your help. I am happy that I spent the time to discover this distro and its community.
Re: [gentoo-user] emerge BUG?
On Fri, 20 Dec 2013 14:41:39 +0400, Yuri K. Shatroff wrote: I have copied the system to a new HDD recently and done an `emerge @world`, too, and everything went OK. OK as in everything you expected to build built? Or OK as in no error messages appeared? The former. When I do an eix-sync, I expect that emerge -Du @world updates every package listed with the U-mark. There are no error messages anyway. That shows nothing, except that the packages it did update had no errors. You haven't said whether it emerged everything it should have, which it probably did not. Your first step would be to restore the world file from the old drive, adding the entries from the current version. I'll do this, but now I'm just wondering how I ended up with an empty world file. Did you copy the original over in the first place? Did you try adding something to it and used instead of (you shouldn't do either, use emerge -n, but people do). -- Neil Bothwick If you can't explain it simply, you don't understand it well enough. (Albert Einstein) signature.asc Description: PGP signature
Re: [gentoo-user] emerge BUG?
On Fri, 20 Dec 2013 14:50:47 +0400, Yuri K. Shatroff wrote: Thanks, I think a pretty easy way to regenerate @world is to edit the output of `emerge -pv --deplean`. At least I'm going to try this. That will add dependencies to world, which is a bad thing. You can use depclean to produce a list and then remove everything but the software you actually use. Then pass that list to emerge -n. -- Neil Bothwick Windows Error:01F Reserved for future mistakes. signature.asc Description: PGP signature
Re: [gentoo-user] emerge BUG?
20.12.2013 15:19, Neil Bothwick пишет: On Fri, 20 Dec 2013 14:41:39 +0400, Yuri K. Shatroff wrote: I have copied the system to a new HDD recently and done an `emerge @world`, too, and everything went OK. OK as in everything you expected to build built? Or OK as in no error messages appeared? The former. When I do an eix-sync, I expect that emerge -Du @world updates every package listed with the U-mark. There are no error messages anyway. That shows nothing, except that the packages it did update had no errors. You haven't said whether it emerged everything it should have, which it probably did not. Your first step would be to restore the world file from the old drive, adding the entries from the current version. I'll do this, but now I'm just wondering how I ended up with an empty world file. Did you copy the original over in the first place? Did you try adding something to it and used instead of (you shouldn't do either, use emerge -n, but people do). No, I never had to touch the world file directly (until today), feeling that emerge {-n|-1} is enough. I've even forgotten that it exists :) -- Regards, Yuri K. Shatroff
Re: [gentoo-user] emerge BUG?
20.12.2013 15:21, Neil Bothwick пишет: On Fri, 20 Dec 2013 14:50:47 +0400, Yuri K. Shatroff wrote: Thanks, I think a pretty easy way to regenerate @world is to edit the output of `emerge -pv --deplean`. At least I'm going to try this. That will add dependencies to world, which is a bad thing. You can use depclean to produce a list and then remove everything but the software you actually use. Then pass that list to emerge -n. Thank you, Neil. That's what I did. (Though I actually thought before that emerge --depclean shows only top-level packages i.e. those without any directly dependent packages. And in fact it shows the whole subtrees.) I'll be more careful now. -- Regards, Yuri K. Shatroff
Re: [gentoo-user] Wifi, problem, problem, problem
On Thu, Dec 19, 2013 at 07:17:55PM +, Mick wrote: On Thursday 19 Dec 2013 15:18:15 the wrote: On 12/19/13 17:50, Bruce Hill wrote: I *believe* if you have the driver built into your kernel: CONFIG_IPW2200=y then you need to have the firmware listed with these 2 lines: CONFIG_EXTRA_FIRMWARE=ipw2200-bss.fw CONFIG_EXTRA_FIRMWARE_DIR=/lib/firmware/ (Something similar to the CONFIG_EXTRA_FIRMWARE line. I don't use ipw2200 and that might not be the proper way. You said the file is there, you checked, so you should know the proper path and syntax.) iirc I tried specifying extra firmware but it didn't load. Have a look at the section Code Listing 2.10: Enabling external firmware here: http://www.gentoo.org/doc/en/handbook/handbook-sparc.xml?part=1chap=7 Don't forget to recompile and *boot* the newly configured kernel after you do this. Good post, Mick. It seems the amd64 Handbook is neutered concerning this. Perhaps someone decided genkernel was a substitute for properly configuring a custom kernel? If so, they should spend a day in #gentoo on IRC to help all those poor blokes arriving with failure due to genkernel. Cheers, Bruce -- List replies preferred. A: Because it messes up the order in which people normally read text. Q: Why is top-posting such a bad thing? A: Top-posting. Q: What is the most annoying thing in e-mail? Don't top-post: http://en.wikipedia.org/wiki/Top_post#Top-posting
[gentoo-user] emerge: 'libsandbox.so' from LD_PRELOAD cannot be preloaded
One of my systems has suddenly started displaying a lot of error messages any time any package is emerged: Emerging (1 of 1) x11-terms/rxvt-unicode-9.18 * rxvt-unicode-9.18.tar.bz2 SHA256 SHA512 WHIRLPOOL size ;-) ... [ ok ] ERROR: ld.so: object 'libsandbox.so' from LD_PRELOAD cannot be preloaded: ignored. ERROR: ld.so: object 'libsandbox.so' from LD_PRELOAD cannot be preloaded: ignored. Unpacking source... Unpacking rxvt-unicode-9.18.tar.bz2 to /home/portage/tmp/portage/x11-terms/rxvt-unicode-9.18/work Source unpacked in /home/portage/tmp/portage/x11-terms/rxvt-unicode-9.18/work ERROR: ld.so: object 'libsandbox.so' from LD_PRELOAD cannot be preloaded: ignored. ERROR: ld.so: object 'libsandbox.so' from LD_PRELOAD cannot be preloaded: ignored. ERROR: ld.so: object 'libsandbox.so' from LD_PRELOAD cannot be preloaded: ignored. ERROR: ld.so: object 'libsandbox.so' from LD_PRELOAD cannot be preloaded: ignored. [...] Googling that error yeielded one suggestion that the sandbox package was broken and needed to be re-emerged. I did that, but it didn't help. I also tried a revdep-rebuild, and it didn't find anything that needed rebuilding. According to http://wiki.gentoo.org/wiki/Knowledge_Base:Object_libsandbox.so_from_LD_PRELOAD_cannot_be_preloaded that message should never occur except right after a particular message about SELinux security labels. Any ideas why this would suddenly start happening? -- Grant Edwards grant.b.edwardsYow! I just remembered at something about a TOAD! gmail.com
Re: [gentoo-user] emerge: 'libsandbox.so' from LD_PRELOAD cannot be preloaded
On Fri, Dec 20, 2013 at 04:33:13PM +, Grant Edwards wrote: One of my systems has suddenly started displaying a lot of error messages any time any package is emerged: Emerging (1 of 1) x11-terms/rxvt-unicode-9.18 * rxvt-unicode-9.18.tar.bz2 SHA256 SHA512 WHIRLPOOL size ;-) ... [ ok ] ERROR: ld.so: object 'libsandbox.so' from LD_PRELOAD cannot be preloaded: ignored. ERROR: ld.so: object 'libsandbox.so' from LD_PRELOAD cannot be preloaded: ignored. Unpacking source... Unpacking rxvt-unicode-9.18.tar.bz2 to /home/portage/tmp/portage/x11-terms/rxvt-unicode-9.18/work Source unpacked in /home/portage/tmp/portage/x11-terms/rxvt-unicode-9.18/work ERROR: ld.so: object 'libsandbox.so' from LD_PRELOAD cannot be preloaded: ignored. ERROR: ld.so: object 'libsandbox.so' from LD_PRELOAD cannot be preloaded: ignored. ERROR: ld.so: object 'libsandbox.so' from LD_PRELOAD cannot be preloaded: ignored. ERROR: ld.so: object 'libsandbox.so' from LD_PRELOAD cannot be preloaded: ignored. [...] Googling that error yeielded one suggestion that the sandbox package was broken and needed to be re-emerged. I did that, but it didn't help. I also tried a revdep-rebuild, and it didn't find anything that needed rebuilding. According to http://wiki.gentoo.org/wiki/Knowledge_Base:Object_libsandbox.so_from_LD_PRELOAD_cannot_be_preloaded that message should never occur except right after a particular message about SELinux security labels. Any ideas why this would suddenly start happening? Can you post the entire build.log? Which kernel version are you running during this build? -- List replies preferred. A: Because it messes up the order in which people normally read text. Q: Why is top-posting such a bad thing? A: Top-posting. Q: What is the most annoying thing in e-mail? Don't top-post: http://en.wikipedia.org/wiki/Top_post#Top-posting
[gentoo-user] Re: emerge: 'libsandbox.so' from LD_PRELOAD cannot be preloaded
On 2013-12-20, Grant Edwards grant.b.edwa...@gmail.com wrote: One of my systems has suddenly started displaying a lot of error messages any time any package is emerged: Emerging (1 of 1) x11-terms/rxvt-unicode-9.18 * rxvt-unicode-9.18.tar.bz2 SHA256 SHA512 WHIRLPOOL size ;-) ... [ ok ] ERROR: ld.so: object 'libsandbox.so' from LD_PRELOAD cannot be preloaded: ignored. ERROR: ld.so: object 'libsandbox.so' from LD_PRELOAD cannot be preloaded: ignored. Unpacking source... Unpacking rxvt-unicode-9.18.tar.bz2 to /home/portage/tmp/portage/x11-terms/rxvt-unicode-9.18/work Source unpacked in /home/portage/tmp/portage/x11-terms/rxvt-unicode-9.18/work ERROR: ld.so: object 'libsandbox.so' from LD_PRELOAD cannot be preloaded: ignored. ERROR: ld.so: object 'libsandbox.so' from LD_PRELOAD cannot be preloaded: ignored. ERROR: ld.so: object 'libsandbox.so' from LD_PRELOAD cannot be preloaded: ignored. ERROR: ld.so: object 'libsandbox.so' from LD_PRELOAD cannot be preloaded: ignored. [...] This seems to have been caused by my setting the NET_RAW capability on /usr/bin/python2.7. I maintain several Python applications that have to use raw sockets, and I got tired of having to use sudo to test them -- I also thought it would be safer if I tested them with the minimum capabilities required. But, it appears that setting that capability on the python executable (setting it on a .py file is pointless) breaks the sandbox feature used by emerge. After removing the NET_RAW capability from /usr/bin/python2.7 the sandbox errors went away. So now it's back to running my Python apps as root when all they really need is raw sockets... -- Grant Edwards grant.b.edwardsYow! Sign my PETITION. at gmail.com
Re: [gentoo-user] Re: emerge: 'libsandbox.so' from LD_PRELOAD cannot be preloaded
On Fri, Dec 20, 2013 at 12:22 PM, Grant Edwards grant.b.edwa...@gmail.com wrote: On 2013-12-20, Grant Edwards grant.b.edwa...@gmail.com wrote: One of my systems has suddenly started displaying a lot of error messages any time any package is emerged: Emerging (1 of 1) x11-terms/rxvt-unicode-9.18 * rxvt-unicode-9.18.tar.bz2 SHA256 SHA512 WHIRLPOOL size ;-) ... [ ok ] ERROR: ld.so: object 'libsandbox.so' from LD_PRELOAD cannot be preloaded: ignored. ERROR: ld.so: object 'libsandbox.so' from LD_PRELOAD cannot be preloaded: ignored. Unpacking source... Unpacking rxvt-unicode-9.18.tar.bz2 to /home/portage/tmp/portage/x11-terms/rxvt-unicode-9.18/work Source unpacked in /home/portage/tmp/portage/x11-terms/rxvt-unicode-9.18/work ERROR: ld.so: object 'libsandbox.so' from LD_PRELOAD cannot be preloaded: ignored. ERROR: ld.so: object 'libsandbox.so' from LD_PRELOAD cannot be preloaded: ignored. ERROR: ld.so: object 'libsandbox.so' from LD_PRELOAD cannot be preloaded: ignored. ERROR: ld.so: object 'libsandbox.so' from LD_PRELOAD cannot be preloaded: ignored. [...] This seems to have been caused by my setting the NET_RAW capability on /usr/bin/python2.7. I maintain several Python applications that have to use raw sockets, and I got tired of having to use sudo to test them -- I also thought it would be safer if I tested them with the minimum capabilities required. But, it appears that setting that capability on the python executable (setting it on a .py file is pointless) breaks the sandbox feature used by emerge. After removing the NET_RAW capability from /usr/bin/python2.7 the sandbox errors went away. So now it's back to running my Python apps as root when all they really need is raw sockets... An couple of workarounds for you: 1. Create a copy of the python2.7 binary, set the NET_RAW cap on that. 2. Create a small wrapper in C that calls the python2.7 binary. Set the NET_RAW cap on the wrapper binary.
[gentoo-user] Re: emerge BUG?
On Fri, 20 Dec 2013 14:50:47 +0400 Yuri K. Shatroff yks-...@yandex.ru wrote: 20.12.2013 14:35, Alexey Mishustin пишет: 2013/12/20 Yuri K. Shatroff yks-...@yandex.ru: 20.12.2013 13:30, Alexey Mishustin пишет: What is the contents of /var/lib/portage/world? Hm, really, it's almost empty except for the last packages I have added yesterday... So that's clearly not an emerge bug, but ... Could anything mess it up? I have copied the system to a new HDD recently Including /var? Yes, I have /var on root fs and just rsync'ed. and done an `emerge @world`, too, and everything went OK. If the correct version of the world file is lost, you may want to try to regenerate it with `regenworld'. This utility will search old emerge log files (did you copy it from old HDD?) If old emerge log files are lost too, then the script from [1] could help to recover some (major) part of the world file entries. [1] http://forums.gentoo.org/viewtopic-t-869667.html Thanks, I think a pretty easy way to regenerate @world is to edit the output of `emerge -pv --deplean`. At least I'm going to try this. FWLIW, that's the way I handle this kind of thing. Run `emerge -pv --depclean`, then if portage wants to remove anything I want installed, `emerge --noreplace [atom1] [atom2] [...]`
[gentoo-user] Re: emerge: 'libsandbox.so' from LD_PRELOAD cannot be preloaded
On 2013-12-20, Mike Gilbert flop...@gentoo.org wrote: On Fri, Dec 20, 2013 at 12:22 PM, Grant Edwards grant.b.edwa...@gmail.com wrote: On 2013-12-20, Grant Edwards grant.b.edwa...@gmail.com wrote: One of my systems has suddenly started displaying a lot of error messages any time any package is emerged: Emerging (1 of 1) x11-terms/rxvt-unicode-9.18 * rxvt-unicode-9.18.tar.bz2 SHA256 SHA512 WHIRLPOOL size ;-) ... [ ok ] ERROR: ld.so: object 'libsandbox.so' from LD_PRELOAD cannot be preloaded: ignored. ERROR: ld.so: object 'libsandbox.so' from LD_PRELOAD cannot be preloaded: ignored. Unpacking source... Unpacking rxvt-unicode-9.18.tar.bz2 to /home/portage/tmp/portage/x11-terms/rxvt-unicode-9.18/work Source unpacked in /home/portage/tmp/portage/x11-terms/rxvt-unicode-9.18/work ERROR: ld.so: object 'libsandbox.so' from LD_PRELOAD cannot be preloaded: ignored. ERROR: ld.so: object 'libsandbox.so' from LD_PRELOAD cannot be preloaded: ignored. ERROR: ld.so: object 'libsandbox.so' from LD_PRELOAD cannot be preloaded: ignored. ERROR: ld.so: object 'libsandbox.so' from LD_PRELOAD cannot be preloaded: ignored. [...] This seems to have been caused by my setting the NET_RAW capability on /usr/bin/python2.7. I maintain several Python applications that have to use raw sockets, and I got tired of having to use sudo to test them -- I also thought it would be safer if I tested them with the minimum capabilities required. But, it appears that setting that capability on the python executable (setting it on a .py file is pointless) breaks the sandbox feature used by emerge. After removing the NET_RAW capability from /usr/bin/python2.7 the sandbox errors went away. So now it's back to running my Python apps as root when all they really need is raw sockets... An couple of workarounds for you: 1. Create a copy of the python2.7 binary, set the NET_RAW cap on that. That's not a bad idea. 2. Create a small wrapper in C that calls the python2.7 binary. Set the NET_RAW cap on the wrapper binary. AFAICT, that won't work -- but I think something similar will. The NET_RAW capability will be lost when the wrapper binary does the fork/exec. But, I could set CAP_SETPCAP for the wrapper binary which would then be able to fork/exec a child python process and set the NET_RAW capability for that process. Sure would be easier if network interfaces showed up under /dev so you could use normal group permissions to deal with things like this... -- Grant Edwards grant.b.edwardsYow! If I felt any more at SOPHISTICATED I would DIE gmail.comof EMBARRASSMENT!
Re: [gentoo-user] converting from testing to stable SLOWLY
On Wed, Oct 17 2012, Neil Bothwick wrote: On Wed, 17 Oct 2012 16:18:50 -0400, Allan Gottlieb wrote: A few months ago a procedure was given for converting from testing to stable (e.g. ~amd64--~amd) by essentially waiting for stable to catch up. Can someone repost this msg? You can generate the list with qlist -ICv | sed -e 's/^/~/' -e 's/-r[1-9]$//' /etc/portage/package.mask/goingstable Am I correct in believing that there is a typo and package.mask should be package.accept_keywords Occasionally running eix-test-obsolete will let you know which entries have become redundant because stable has caught up with them. thanks, allan PS I know this was posted a year ago but I am only now implementing the suggestion. Sorry for the delay.
Re: [gentoo-user] converting from testing to stable SLOWLY
On Fri, 20 Dec 2013 17:34:34 -0500, gottl...@nyu.edu wrote: You can generate the list with qlist -ICv | sed -e 's/^/~/' -e 's/-r[1-9]$//' /etc/portage/package.mask/goingstable Am I correct in believing that there is a typo and package.mask should be package.accept_keywords You are and it should. PS I know this was posted a year ago but I am only now implementing the suggestion. Sorry for the delay. I recently used it to move a machine from testing to stable. The one caveat is that sometimes the testing version your have installed, and in package.accept_keywords, is removed from the tree so portage wants to downgrade to the latest stable version. You have the choice of letting this happen or unmasking a later testing version. -- Neil Bothwick If at first you don't succeed, you'll get a lot of free advice from folks who didn't succeed either. signature.asc Description: PGP signature
Re: [gentoo-user] converting from testing to stable SLOWLY
On Fri, Dec 20 2013, Neil Bothwick wrote: On Fri, 20 Dec 2013 17:34:34 -0500, gottl...@nyu.edu wrote: You can generate the list with qlist -ICv | sed -e 's/^/~/' -e 's/-r[1-9]$//' /etc/portage/package.mask/goingstable Am I correct in believing that there is a typo and package.mask should be package.accept_keywords You are and it should. PS I know this was posted a year ago but I am only now implementing the suggestion. Sorry for the delay. I recently used it to move a machine from testing to stable. The one caveat is that sometimes the testing version your have installed, and in package.accept_keywords, is removed from the tree so portage wants to downgrade to the latest stable version. You have the choice of letting this happen or unmasking a later testing version. I understand. Thanks for the explanation and the original procedure. allan