Re: [gentoo-user] emerge world, Python, 3.7, 3.8, 3.9
On 2020.12.10 12:30, Andrew Lowe wrote: Hi all, Quick question - an "emerge world" produces heaps of work due to Python 3.7 -> 3.8. Is 3.8 around for a while or are we kicking over to 3.9 in the next week or so? In other words, is it worth doing the 3.8 upgrade or waiting for 3.9? Thoughts greatly appreciated, Andrew I'm going on the assumption that waiting might save some compile time, but the headaches, including remembering what and what not to update yet, are not worth the effort. You might get a better feel by reading the relevant posts in the dev mailing list, but my sense is there is no reason to expect the next switch to move any more quickly than this one. Jack
Re: [gentoo-user] emerge @world command successful
On Wed, 7 Oct 2020 20:00:29 -0400, Jude DaShiell wrote: > One interesting thing that happened is when I tried doing emerge > --depclean I was told I have no @world file. Once again, please post the exact command you used and the actual output. -- Neil Bothwick All generalizations are false. pgphi4Sl50VOa.pgp Description: OpenPGP digital signature
Re: [gentoo-user] emerge @world output unfamiliar. Am I updated?
On 10/02/20 16:25, David M. Fellows wrote: On 2020-10-02 10:45, n952162 wrote: Have I successfully updated my system? I ran this command: emerge \ -v \ --verbose-conflicts \ --deep \ -update \ --changed-use \ --keep-going \ --with-bdeps=y \ --changed-deps \ --backtrack=100 \ @world and got tons of stuff that looks like spurious debugging/tracing info Probably not. And a good thing too. Assuming the above is an accurate transcription of the command you used. -update is definitely NOT the same as --update. -update is equivalent to -u -p -d -a -t -e so --update --pretend --debug --ask --tree --empty-tree --debug, --tree produce voluminous output, --empty-tree says rebuild everything. Hope this helps. DaveF Yes, now my emerge is failing again in the way I'd expected it to fail ;-) Thank you for debugging for me :-)
Re: [gentoo-user] emerge @world output unfamiliar. Am I updated?
On 10/02/20 12:40, John Covici wrote: Did you actually do the emerge i.e. answer the question at the end about do you wish to emerge these packages? :-) The first time I ran my script, I wondered if I'd actually indeed forget to simply accept like you said, and ran it again ... Also, I would not get quite so much detail in your output by emering like this: script -c "emerge --update --deep --changed-use --with-bdeps=y --keep-going --backtrack=500 --verbose-conflicts world" /usr/src/world_update.txt I always like to use a script because I like to look at output before emerging. Thanks for the tip about the -c option ... I also use script(1) for the reason you point out, but using the -c option saves a step.
Re: [gentoo-user] emerge @world output unfamiliar. Am I updated?
On 2020-10-02 17:49, Neil Bothwick wrote: On Fri, 02 Oct 2020 11:25:54 -0300, David M. Fellows wrote: Assuming the above is an accurate transcription of the command you used. -update is definitely NOT the same as --update. -update is equivalent to -u -p -d -a -t -e Nice catch :-) :-) Indeed!
Re: [gentoo-user] emerge @world output unfamiliar. Am I updated?
On Fri, 02 Oct 2020 11:25:54 -0300, David M. Fellows wrote: > Assuming the above is an accurate transcription of the command you used. > > -update is definitely NOT the same as --update. > > -update is equivalent to -u -p -d -a -t -e Nice catch :-) -- Neil Bothwick Next time you wave at me, use more than one finger, please. pgp3myaYQhoO3.pgp Description: OpenPGP digital signature
Re: [gentoo-user] emerge @world output unfamiliar. Am I updated?
>On 2020-10-02 10:45, n952162 wrote: >> Have I successfully updated my system? >> >> I ran this command: >> >> emerge \ >> -v \ >> --verbose-conflicts \ >> --deep \ >> -update \ >> --changed-use \ >> --keep-going \ >> --with-bdeps=y \ >> --changed-deps \ >> --backtrack=100 \ >> @world >> >> and got tons of stuff that looks like spurious debugging/tracing info Probably not. And a good thing too. Assuming the above is an accurate transcription of the command you used. -update is definitely NOT the same as --update. -update is equivalent to -u -p -d -a -t -e so --update --pretend --debug --ask --tree --empty-tree --debug, --tree produce voluminous output, --empty-tree says rebuild everything. Hope this helps. DaveF
Re: [gentoo-user] emerge @world output unfamiliar. Am I updated?
On Fri, Oct 2, 2020 at 4:45 AM n952162 wrote: > > Have I successfully updated my system? > ... > and these snippets: > I wrote a lengthy reply explaining all of your issues. Here is a snippet: ...hope that helps. In the future, please attach your command line and full output. Did that answer your question? Seriously, though, aside from complete output (if it is long it probably will compress nicely), if you are getting errors and can't proceed try reducing the scope of the build (such as just @system). It isn't actually clear if emerge was able to resolve the block or not from the trimmed output. Adding verbose can be helpful for those troubleshooting, but not if it just causes you to not post the output in the first place... -- Rich
Re: [gentoo-user] emerge @world output unfamiliar. Am I updated?
On Fri, 02 Oct 2020 05:25:29 -0400, n952162 wrote: > > On 2020-10-02 10:45, n952162 wrote: > > Have I successfully updated my system? > > > > I ran this command: > > > > emerge \ > > -v \ > > --verbose-conflicts \ > > --deep \ > > -update \ > > --changed-use \ > > --keep-going \ > > --with-bdeps=y \ > > --changed-deps \ > > --backtrack=100 \ > > @world > > > > and got tons of stuff that looks like spurious debugging/tracing info > > > > parent: (dev-libs/glib-2.64.5:2/2::gentoo, ebuild scheduled for > > merge) > > child: (virtual/libelf-3:0/1::gentoo, ebuild scheduled for > > merge) (runtime_slot_op) > > parent: (dev-libs/glib-2.64.5:2/2::gentoo, ebuild scheduled for > > merge) > > child: (virtual/libelf-3:0/1::gentoo, ebuild scheduled for > > merge) (runtime_slot_op) > > > > and these snippets: > > > > Total: 869 packages (332 upgrades, 30 new, 10 in new slots, 497 > > reinstalls), Size of downloads: 2769158 KiB > > Conflict: 1 block > > forced reinstall atoms: > > > > > > slot operator dependencies: > > (/, sys-libs/ncurses:0) > > > > > > > > > > forced rebuilds: > > > > [EOF] > > > > > > When I strip out all the parent/child traces (they make it a 6MB file!) > with this: > > sed -e '/^\s*parent: (/d' -e '/^\s*child: (/d' system-world.201002 > > I get this at the end of my emerge: > > > Total: 869 packages (332 upgrades, 30 new, 10 in new slots, 497 > reinstalls), Size of downloads: 2769158 KiB > Conflict: 1 block > forced reinstall atoms: > > > slot operator dependencies: > (/, sys-libs/ncurses:0) > (/, sys-libs/readline:0) > (/, dev-lang/perl:0) > (/, dev-libs/libxml2:2) > (/, dev-lang/python-exec:2) > (/, sys-libs/db:5.3) > (/, sys-libs/gdbm:0) > (/, x11-libs/libX11:0) > (/, dev-libs/libgcrypt:0) > (/, dev-libs/openssl:0) > (/, dev-libs/expat:0) > (/, x11-libs/libxshmfence:0) > (/, x11-libs/libXdamage:0) > (/, x11-libs/libXext:0) > (/, x11-libs/libXxf86vm:0) > (/, x11-libs/libxcb:0) > (/, x11-libs/libXfixes:0) > (/, app-arch/zstd:0) > (/, sys-devel/llvm:10) > (/, sys-libs/zlib:0) > (/, dev-libs/libffi:0) > (/, app-arch/libarchive:0) > (/, dev-libs/jsoncpp:0) > (/, dev-libs/libuv:0) > (/, x11-libs/libpciaccess:0) > (/, x11-base/xorg-server:0) > (/, dev-libs/libinput:0) > (/, dev-libs/apr:1) > (/, dev-libs/apr-util:1) > (/, media-libs/libpng:0) > (/, media-libs/dav1d:0) > (/, media-libs/libaom:0) > (/, media-libs/harfbuzz:0) > (/, dev-libs/icu:0) > (/, dev-libs/libevent:0) > (/, media-libs/libvpx:0) > (/, media-libs/libwebp:0) > (/, x11-libs/cairo:0) > (/, media-gfx/graphite2:0) > (/, dev-libs/gobject-introspection:0) > (/, media-libs/freetype:2) > (/, media-libs/fontconfig:1.0) > (/, sys-libs/binutils-libs:0) > (/, app-crypt/libb2:0) > (/, app-crypt/gpgme:1) > (/, dev-libs/libassuan:0) > (/, dev-libs/libgpg-error:0) > (/, net-libs/gnutls:0) > (/, dev-libs/libtasn1:0) > (/, dev-libs/libunistring:0) > (/, dev-libs/nettle:0) > (/, dev-libs/gmp:0) > (/, net-dns/libidn2:0) > (/, app-arch/bzip2:0) > (/, dev-libs/json-c:0) > (/, app-crypt/argon2:0) > (/, dev-libs/mpfr:0) > (/, dev-python/cffi:0) > (/, dev-python/ply:0) > (/, sys-libs/efivar:0) > (/, media-libs/gd:2) > (/, dev-db/postgresql:12) > (/, sci-libs/proj:0) > (/, dev-lang/lua:0) > (/, dev-db/postgresql:10) > (/, dev-db/postgresql:11) > (/, sci-libs/libgeotiff:0) > (/, dev-libs/libnl:3) > (/, app-text/poppler:0) > (/, app-text/qpdf:0) > (/, media-libs/jbig2dec:0) > (/, media-libs/openjpeg:2) > (/, net-dns/libidn:0) > (/, dev-libs/libxslt:0) > (/, app-arch/lz4:0) > (/, media-libs/opus:0) > (/, media-video/ffmpeg:0) > (/, app-text/hunspell:0) > (/, dev-qt/qtcore:5) > (/, net-libs/libtirpc:0) > (/, sys-apps/keyutils:0) > (/, dev-libs/liblinear:0) > (/, media-libs/libdvdread:0) > (/, media-libs/libdvbpsi:0) > (/, media-libs/libdvdnav:0) > (/, x11-libs/xcb-util-cursor:0) > (/, x11-libs/xcb-util-image:0) > (/, x11-libs/xcb-util-keysyms:0) > (/, x11-libs/xcb-util-renderutil:0) > (/, x11-libs/xcb-util-wm:0) > (/, x11-libs/xcb-util:0) > (/, x11-base/xcb-proto:0) > (/, media-libs/flac:0) > (/, media-libs/libogg:0) > (/, media-libs/libvorbis:0) > (/, dev-scheme/guile:12) > (/, dev-libs/boehm-gc:0) > (/, dev-libs/libltdl:0) > (/, media-libs/tiff:0) > (/, media-gfx/mypaint-brushes:2.0) > (/, media-libs/libmypaint:0) > (/, net-libs/libproxy:0) > (/, media-gfx/exiv2:0) > (/, dev-db/lmdb:0) > (/, dev-libs/libutf8proc:0) > (/, dev-libs/libpcre2:0) > (/, dev-libs/double-conversion:0) > (/, app-arch/xz-utils:0) > (/, sys-apps/util-linux:0) > (/, dev-db/sqlite:3) > (/, gnome-extra/libgsf:0) > (/, x11-libs/pango:0) > (/,
Re: [gentoo-user] emerge @world output unfamiliar. Am I updated?
On Fri, 2 Oct 2020 10:45:32 +0200, n952162 wrote: > Have I successfully updated my system? > > I ran this command: > > emerge \ > -v \ > --verbose-conflicts \ > --deep \ > -update \ > --changed-use \ > --keep-going \ > --with-bdeps=y \ > --changed-deps \ > --backtrack=100 \ > @world > > and got tons of stuff that looks like spurious debugging/tracing info > > parent: (dev-libs/glib-2.64.5:2/2::gentoo, ebuild scheduled for > merge) > child: (virtual/libelf-3:0/1::gentoo, ebuild scheduled for > merge) (runtime_slot_op) > parent: (dev-libs/glib-2.64.5:2/2::gentoo, ebuild scheduled for > merge) > child: (virtual/libelf-3:0/1::gentoo, ebuild scheduled for > merge) (runtime_slot_op) > > and these snippets: > > Total: 869 packages (332 upgrades, 30 new, 10 in new slots, 497 > reinstalls), Size of downloads: 2769158 KiB > Conflict: 1 block > forced reinstall atoms: Did the emerge complete without error? The answer that question is the same as the answer to yours. It looks like you have gone a long time without updating, so if you hit problems, and you do have one block there, a simple "emerge --ask @system" /may/ be a better place to start. I'd also drop -v from the invocation as it is the main cause of your "spurious debugging/tracing info". emerge is verbose enough on its own and will give you plenty of feedback if something isn't quite right, -v just buries the important information in noise. -- Neil Bothwick Time is an illusion but never so much as when you're using a modem. pgpnX1vyMiMWq.pgp Description: OpenPGP digital signature
Re: [gentoo-user] emerge @world output unfamiliar. Am I updated?
On 2020-10-02 10:45, n952162 wrote: Have I successfully updated my system? I ran this command: emerge \ -v \ --verbose-conflicts \ --deep \ -update \ --changed-use \ --keep-going \ --with-bdeps=y \ --changed-deps \ --backtrack=100 \ @world and got tons of stuff that looks like spurious debugging/tracing info parent: (dev-libs/glib-2.64.5:2/2::gentoo, ebuild scheduled for merge) child: (virtual/libelf-3:0/1::gentoo, ebuild scheduled for merge) (runtime_slot_op) parent: (dev-libs/glib-2.64.5:2/2::gentoo, ebuild scheduled for merge) child: (virtual/libelf-3:0/1::gentoo, ebuild scheduled for merge) (runtime_slot_op) and these snippets: Total: 869 packages (332 upgrades, 30 new, 10 in new slots, 497 reinstalls), Size of downloads: 2769158 KiB Conflict: 1 block forced reinstall atoms: slot operator dependencies: (/, sys-libs/ncurses:0) forced rebuilds: [EOF] When I strip out all the parent/child traces (they make it a 6MB file!) with this: sed -e '/^\s*parent: (/d' -e '/^\s*child: (/d' system-world.201002 I get this at the end of my emerge: Total: 869 packages (332 upgrades, 30 new, 10 in new slots, 497 reinstalls), Size of downloads: 2769158 KiB Conflict: 1 block forced reinstall atoms: slot operator dependencies: (/, sys-libs/ncurses:0) (/, sys-libs/readline:0) (/, dev-lang/perl:0) (/, dev-libs/libxml2:2) (/, dev-lang/python-exec:2) (/, sys-libs/db:5.3) (/, sys-libs/gdbm:0) (/, x11-libs/libX11:0) (/, dev-libs/libgcrypt:0) (/, dev-libs/openssl:0) (/, dev-libs/expat:0) (/, x11-libs/libxshmfence:0) (/, x11-libs/libXdamage:0) (/, x11-libs/libXext:0) (/, x11-libs/libXxf86vm:0) (/, x11-libs/libxcb:0) (/, x11-libs/libXfixes:0) (/, app-arch/zstd:0) (/, sys-devel/llvm:10) (/, sys-libs/zlib:0) (/, dev-libs/libffi:0) (/, app-arch/libarchive:0) (/, dev-libs/jsoncpp:0) (/, dev-libs/libuv:0) (/, x11-libs/libpciaccess:0) (/, x11-base/xorg-server:0) (/, dev-libs/libinput:0) (/, dev-libs/apr:1) (/, dev-libs/apr-util:1) (/, media-libs/libpng:0) (/, media-libs/dav1d:0) (/, media-libs/libaom:0) (/, media-libs/harfbuzz:0) (/, dev-libs/icu:0) (/, dev-libs/libevent:0) (/, media-libs/libvpx:0) (/, media-libs/libwebp:0) (/, x11-libs/cairo:0) (/, media-gfx/graphite2:0) (/, dev-libs/gobject-introspection:0) (/, media-libs/freetype:2) (/, media-libs/fontconfig:1.0) (/, sys-libs/binutils-libs:0) (/, app-crypt/libb2:0) (/, app-crypt/gpgme:1) (/, dev-libs/libassuan:0) (/, dev-libs/libgpg-error:0) (/, net-libs/gnutls:0) (/, dev-libs/libtasn1:0) (/, dev-libs/libunistring:0) (/, dev-libs/nettle:0) (/, dev-libs/gmp:0) (/, net-dns/libidn2:0) (/, app-arch/bzip2:0) (/, dev-libs/json-c:0) (/, app-crypt/argon2:0) (/, dev-libs/mpfr:0) (/, dev-python/cffi:0) (/, dev-python/ply:0) (/, sys-libs/efivar:0) (/, media-libs/gd:2) (/, dev-db/postgresql:12) (/, sci-libs/proj:0) (/, dev-lang/lua:0) (/, dev-db/postgresql:10) (/, dev-db/postgresql:11) (/, sci-libs/libgeotiff:0) (/, dev-libs/libnl:3) (/, app-text/poppler:0) (/, app-text/qpdf:0) (/, media-libs/jbig2dec:0) (/, media-libs/openjpeg:2) (/, net-dns/libidn:0) (/, dev-libs/libxslt:0) (/, app-arch/lz4:0) (/, media-libs/opus:0) (/, media-video/ffmpeg:0) (/, app-text/hunspell:0) (/, dev-qt/qtcore:5) (/, net-libs/libtirpc:0) (/, sys-apps/keyutils:0) (/, dev-libs/liblinear:0) (/, media-libs/libdvdread:0) (/, media-libs/libdvbpsi:0) (/, media-libs/libdvdnav:0) (/, x11-libs/xcb-util-cursor:0) (/, x11-libs/xcb-util-image:0) (/, x11-libs/xcb-util-keysyms:0) (/, x11-libs/xcb-util-renderutil:0) (/, x11-libs/xcb-util-wm:0) (/, x11-libs/xcb-util:0) (/, x11-base/xcb-proto:0) (/, media-libs/flac:0) (/, media-libs/libogg:0) (/, media-libs/libvorbis:0) (/, dev-scheme/guile:12) (/, dev-libs/boehm-gc:0) (/, dev-libs/libltdl:0) (/, media-libs/tiff:0) (/, media-gfx/mypaint-brushes:2.0) (/, media-libs/libmypaint:0) (/, net-libs/libproxy:0) (/, media-gfx/exiv2:0) (/, dev-db/lmdb:0) (/, dev-libs/libutf8proc:0) (/, dev-libs/libpcre2:0) (/, dev-libs/double-conversion:0) (/, app-arch/xz-utils:0) (/, sys-apps/util-linux:0) (/, dev-db/sqlite:3) (/, gnome-extra/libgsf:0) (/, x11-libs/pango:0) (/, app-text/libspectre:0) (/, x11-libs/libXrender:0) (/, app-text/ghostscript-gpl:0) (/, dev-libs/glib:2) (/, dev-libs/libgudev:0) (/, dev-libs/libmspack:0) (/, net-libs/libnsl:0) (/, dev-libs/mpc:0) (/, sys-apps/acl:0) (/, sys-libs/pam:0) (/, sys-apps/attr:0) (/, net-firewall/iptables:0) (/, virtual/libcrypt:0) (/, virtual/jpeg:0) (/, virtual/libudev:0) (/, virtual/libusb:1) (/, dev-libs/libgit2:0) (/, net-libs/libssh2:0) (/, net-libs/http-parser:0) (/,
Re: [gentoo-user] emerge @world output unfamiliar. Am I updated?
n952162 wrote: > Have I successfully updated my system? > > I ran this command: > > emerge \ > -v \ > --verbose-conflicts \ > --deep \ > -update \ > --changed-use \ > --keep-going \ > --with-bdeps=y \ > --changed-deps \ > --backtrack=100 \ > @world > > and got tons of stuff that looks like spurious debugging/tracing info > > parent: (dev-libs/glib-2.64.5:2/2::gentoo, ebuild scheduled for > merge) > child: (virtual/libelf-3:0/1::gentoo, ebuild scheduled for > merge) (runtime_slot_op) > parent: (dev-libs/glib-2.64.5:2/2::gentoo, ebuild scheduled for > merge) > child: (virtual/libelf-3:0/1::gentoo, ebuild scheduled for > merge) (runtime_slot_op) > > and these snippets: > > Total: 869 packages (332 upgrades, 30 new, 10 in new slots, 497 > reinstalls), Size of downloads: 2769158 KiB > Conflict: 1 block > forced reinstall atoms: > > > slot operator dependencies: > (/, sys-libs/ncurses:0) > > > > > forced rebuilds: > > [EOF] > > > > >From this bit I'd think not. (332 upgrades, 30 new, 10 in new slots, 497 reinstalls) I'm not quite sure where you are putting that command tho. Script maybe? Dale :-) :-)
Re: [gentoo-user] emerge @world and package.mask ?
Am 27.02.2018 um 14:29 schrieb Helmut Jarausch: > I don't understand portage (any more). > > I want to keep dev-qt/qt-meta-4.8.6 (QT4) which requires > > media-libs/phonon[qt4] > > I do have media-libs/phonon-4.9.1-r1[qt4,qt5] installed here. > And in /etc/portage/package.mask I have >> media-libs/phonon-4.9.9 >> media-libs/phonon-vlc-4.9.9> > But still, > > nice -19 emerge -v1 -j16 --update --keep-going --tree --changed-use > --unordered-display --verbose-conflicts --deep --with-bdeps?y @world > > requires me to remove that masks since it's going to upgrade > media-libs/phonon and media-libs/phonon-vlc. > Why doesn't emerge respect me my masks? Hi, maybe you want something like this in your package.mask if you don't want phonon version > 4.10: >=media-libs/phonon-4.10 >=media-libs/phonon-vlc-0.10 Also there's no phonon-vlc-4.9.9. phonon-vlc only goes up to 0.10.1, that's why portage tries to update phonon-vlc. Steven
Re: [gentoo-user] emerge world looking grim
On Sun, Aug 23, 2015 at 10:19 PM, Harry Putnam rea...@newsguy.com wrote: Can anyone advise me which iso to use? And which profile to set for general use in a vbox, hopefully to allow a `no sweat' emerge to a full OS. As others have pointed out you probably just need to update your gcc and all will be well, or if you have it updated check gcc-config -l to make sure you're using the latest version. However, I did want to point out something else. Gentoo isos don't actually contain any packages. They're nothing more than boot disks. You can install Gentoo from an Ubuntu iso as easily as from a Gentoo iso, and the Gentoo isos don't even boot on EFI. The software is all in the stage3. However, I wouldn't really try to overwrite your install with a stage3 at this point as it doesn't actually look like you have any serious problems. You just need to do a bit of housecleaning. And a note to everybody else on the list: take it easy on the poor guy. People used to other distros are used to doing things like blowing away their installs every other year with a fresh install. Release-based distros get people used to this kind of nonsense, and the idea that FOSS comes on a shiny DVD. Portage's error messages don't always help in this regard. Of course any Gentoo user has to be willing to take the time to learn some of the nuts and bolts to keep things running, but when it is obvious somebody doesn't understand what they're doing we can educate rather than just point it out. -- Rich
Re: [gentoo-user] emerge world looking grim
Hello, Harry, Long time, no see! On Sun, Aug 23, 2015 at 10:19:42PM -0400, Harry Putnam wrote: My gentoo OS is running on Openindiana (solaris) inside oracle's vbox. It's been left setting for at least 4-5 months maybe a couple more. After eix-sync, attempting an `emerge vuND world' comes up with so many blocks, use flag changes and a variety of other bad news in such proliferation... I'm thinking better to install from scratch with latest ISO. I know the feeling. When the same thing happened to me (my system got into a mess because I was running XFCE which was too dependent on gnome-2; when gnome-3 became stable, the demons of hades were let loose, and I tried a couple of times, half-heartedly, to update), I told myself to stop and think. I could spend days fighting with use flags and conflicts, or I could spend a few days reinstalling. In the end I reinstalled (using the old system (rather than an ISO image) to do the initial stages. It took me about a week, compared with about a month the first time I seriously installed Gentoo. Installation here means getting everything up and running, including X with destop manager, printing, sound, email server and client, , | NOTE: The full mess can be viewed here: | | zeus.jtan.com/~reader/vutxt/images/emerge_MassiveFailure-150823.txt ` I've been quite a long time gentoo user but last 2+ yrs only very lightly. I'm awful dumb for someone who has problably more than 15 yrs running gentoo. I doubt that! But if I were only using Gentoo lightly for an extended period, I'd forget a _lot_. I wondered if there are some very new ISO's that would contain all major changes in last year or so once I got the core installed and key useflags/make.conf setup? That's not the way Gentoo works - (what was that I was saying about forgetting things?). The Gentoo ISO is really just an installation environment to boot up into, one with enough power for you to be able to download and install a stage 3 into which you reboot, then really get going with configuring the system, and installing further stuff, etc. All the new stuff from the last few months is in portage (which you get with $ emerge --sync, and so on). Can anyone advise me which iso to use? And which profile to set for general use in a vbox, hopefully to allow a `no sweat' emerge to a full OS. Painful though it might seem, I'd suggest you go back to the Gentoo handbook and do a bit of revision. It's been moved to the Gentoo wiki at https://wiki.gentoo.org/wiki/Handbook:Main_Page. I'd recommend you then just to reinstall. Remembering my fights with stupid error messages from emerge, and so on, I wish I'd just reinstalled months earlier than I did. Whatever you end up doing, all the best! -- Alan Mackenzie (Nuremberg, Germany).
Re: [gentoo-user] emerge world looking grim
On Mon, Aug 24, 2015 at 08:41:48AM -0400, Rich Freeman wrote: And a note to everybody else on the list: take it easy on the poor guy. People used to other distros are used to doing things like blowing away their installs every other year with a fresh install. Release-based distros get people used to this kind of nonsense, and the idea that FOSS comes on a shiny DVD. Portage's error messages don't always help in this regard. Of course any Gentoo user has to be willing to take the time to learn some of the nuts and bolts to keep things running, but when it is obvious somebody doesn't understand what they're doing we can educate rather than just point it out. That's fine, we could all be a bit nicer. That said, if someone wants a distro that is fast and easy to install (which is perfectly valid to want; I use plenty of them on a daily basis), it is important to point out that Gentoo is neither fast nor extremely easy to install. Alec
Re: [gentoo-user] emerge world looking grim
On 24/08/2015 15:17, Alan Mackenzie wrote: Hello, Harry, Long time, no see! On Sun, Aug 23, 2015 at 10:19:42PM -0400, Harry Putnam wrote: My gentoo OS is running on Openindiana (solaris) inside oracle's vbox. It's been left setting for at least 4-5 months maybe a couple more. After eix-sync, attempting an `emerge vuND world' comes up with so many blocks, use flag changes and a variety of other bad news in such proliferation... I'm thinking better to install from scratch with latest ISO. I know the feeling. When the same thing happened to me (my system got into a mess because I was running XFCE which was too dependent on gnome-2; when gnome-3 became stable, the demons of hades were let loose, and I tried a couple of times, half-heartedly, to update), I told myself to stop and think. I could spend days fighting with use flags and conflicts, or I could spend a few days reinstalling. In the end I reinstalled (using the old system (rather than an ISO image) to do the initial stages. It took me about a week, compared with about a month the first time I seriously installed Gentoo. Installation here means getting everything up and running, including X with destop manager, printing, sound, email server and client, At first glance it does look like maybe a reinstall would be better. But in this case, that's not true. Looking over the list of packages to be updated, there are 3 general classes of things: 1. Regular updates 2. A whole whack of rebuilds 3. A perl upgrade from 5.20 to 5.22 #1 is routine. Press enter, and make does it's thing #2 looks scary, but in the old days we'd have to do the updates then let revdep-rebuild catch the inconsistencies, and rebuild those. Modern portage has some magic code to fold everything into the main emerge world step. So just press Enter and make does it's thing #3 can be very confusing. With 5.22, upstream moved many Perl packages into the core Perl codebase, so all such installed packages (and all of us have many of them) need to uninstall perl-core/package and replace it with virtual/perl-package. Portage normally deals with this transparently, but the output can be a little too verbose sometimes, and takes some decent brainpower to figure out what is really going on. There's also some blockers in that list ([blocks b ]), but they are all soft (lower case b) so portage should take those in it's stride and just fix it with no intervention. Harry's real problem as many have noted is that his gcc config is not valid. But, portage can't tell him that. It started the merge, and handed control over to the next app, which portage can't make sense of as it all happened outside portage's control. Result: a wall of text on the screen, right after the wall of text of 195 things to be rebuilt and a huge list of stuff causing other stuff to be needed to be rebuilt! I suppose those ebuilds that are sensitive to gcc versions could have a check built in to check the version before starting and then print a sane error message that portage CAN control and make sense of. Either way, gcc-config -l is what Harry needs to run first, and make his default compiler 4.7 or later. With that out of the way, emerge should proceed normally apart from taking a while to get through it. He might have perl issues afterwards and need to run perl-cleaner. The real problem is how do I know all this, and Harry did spot it? Well, building a source distro comes in at a much lower level than a binary one, and it does take a good large dose of experience, knowledge and plain old luck to figure out what is really going on. These days portage is very good at doing the right thing (it still sucks at a human level in it's output...) and today Harry just got really unlucky. So yeah, reinstall is probably not the better option here. -- Alan McKinnon alan.mckin...@gmail.com
Re: [gentoo-user] emerge world looking grim
On Sun, Aug 23, 2015 at 10:19:42PM -0400, Harry Putnam wrote: My gentoo OS is running on Openindiana (solaris) inside oracle's vbox. It's been left setting for at least 4-5 months maybe a couple more. After eix-sync, attempting an `emerge vuND world' comes up with so many blocks, use flag changes and a variety of other bad news in such proliferation... I'm thinking better to install from scratch with latest ISO. , | NOTE: The full mess can be viewed here: | | zeus.jtan.com/~reader/vutxt/images/emerge_MassiveFailure-150823.txt ` No, this really shouldn't be that bad. Look at the list of updates and apply certain updates first. glibc and gcc should probably be updated first, so just run: emerge -uDN1 glibc Since gcc-config could not find gcc 4.7, it is marked as stable, and emerge was not trying to install it, you must have a version hard-coded in `/var/lib/portage/world`. For now, to upgrade gcc you can just grab the newest version: emerge --oneshot gcc From then on, it should go relatively smoothly, since emerge was handling all of the blockers. Can anyone advise me which iso to use? And which profile to set for general use in a vbox, hopefully to allow a `no sweat' emerge to a full OS. As Jc Garcia mentioned, Gentoo is not a `no sweat' distro. Alec
Re: [gentoo-user] emerge world looking grim
2015-08-23 20:19 GMT-06:00 Harry Putnam rea...@newsguy.com: My gentoo OS is running on Openindiana (solaris) inside oracle's vbox. Why so much overhead for compiling, and not doing it bare-metal? It's been left setting for at least 4-5 months maybe a couple more. After eix-sync, attempting an `emerge vuND world' comes up with so many blocks, use flag changes and a variety of other bad news in such proliferation... I'm thinking better to install from scratch with latest ISO. Did you really took your time to read that error message, You are seeing problems, except where they are. , | NOTE: The full mess can be viewed here: | | zeus.jtan.com/~reader/vutxt/images/emerge_MassiveFailure-150823.txt ` I've been quite a long time gentoo user but last 2+ yrs only very lightly. I'm awful dumb for someone who has problably more than 15 yrs running gentoo. Considering gentoo doesn't even have 15 years, I guess you are talking to us from the future. I wondered if there are some very new ISO's that would contain all major changes in last year or so once I got the core installed and key useflags/make.conf setup? Can anyone advise me which iso to use? And which profile to set for general use in a vbox, hopefully to allow a `no sweat' emerge to a full OS. You should really step first at the documentation and then ask about it, gentoo doesn't have 'new isos to install', it has stage3 tarballs. you are trying to see gentoo as a binary distro. Did you even tried to read the message before asking? Didn't this told you anything? (From your log): --- * LLVM-3.6.2 requires C++11-capable C++ compiler. Your current compiler * does not seem to support -std=c++11 option. Please upgrade your compiler * to gcc-4.7 or an equivalent version supporting C++11. * ERROR: sys-devel/llvm-3.6.2::gentoo failed (pretend phase): * Currently active compiler does not support -std=c++11 --- gcc-config: error: could not run/locate 'i686-pc-linux-gnu-cpp' * ERROR: x11-base/xorg-server-1.17.2-r1::gentoo failed (pretend phase): * Sorry, but gcc earlier than 4.0 will not work for xorg-server. Upgrade your compiler and try again. But I should say from reading your email you don't seem to have the attitude to be a gentoo user and enjoy it, if this made think about reinstalling without even giving a good read to that error message, I've using gentoo for ~2 years, and even then 4.7 or 4.6, I remember was already a stable compiler, are you sure you haven't upgraded in a significant more time than you say?
Re: [gentoo-user] emerge world problem with one package
On 26/10/2014 8:58 AM, Jacques Montier wrote: Hello all, Since few, when i run emerge -auvDN world, i get hugin to re-emerge again and again (with r to force re-install)... [ebuild rR ~] media-gfx/hugin-2014.0.0-r1 USE=python -debug -lapack -sift LINGUAS=fr -cs -da -de -en_GB -es -eu -fi -hu -it -ja -nl -pl -pt_BR -ro -ru -sk -sv -zh_CN -zh_TW PYTHON_SINGLE_TARGET=python2_7 (-python3_2) -python3_3 -python3_4 PYTHON_TARGETS=python2_7 python3_3 (-python3_2) -python3_4 0 kB I don't have any PYTHON_SINGLE_TARGET and PYTHON_TARGETS lines in make.conf. This may be a python package problem elsewhere, have you tried running `python-updater`? Dan
Re: [gentoo-user] emerge world problem with one package
2014-10-26 17:43 GMT+01:00 Daniel Frey djqf...@gmail.com: On 26/10/2014 8:58 AM, Jacques Montier wrote: Hello all, Since few, when i run emerge -auvDN world, i get hugin to re-emerge again and again (with r to force re-install)... [ebuild rR ~] media-gfx/hugin-2014.0.0-r1 USE=python -debug -lapack -sift LINGUAS=fr -cs -da -de -en_GB -es -eu -fi -hu -it -ja -nl -pl -pt_BR -ro -ru -sk -sv -zh_CN -zh_TW PYTHON_SINGLE_TARGET=python2_7 (-python3_2) -python3_3 -python3_4 PYTHON_TARGETS=python2_7 python3_3 (-python3_2) -python3_4 0 kB I don't have any PYTHON_SINGLE_TARGET and PYTHON_TARGETS lines in make.conf. This may be a python package problem elsewhere, have you tried running `python-updater`? Dan Thanks Dan, Yes, i tried python-updater, but each time, it compiled the two same packages : sys-libs/libcap-ng-0.7.3 and net-misc/dropbox-2.10.2. Then again # emerge -uvDN world #[ebuild rR ~] media-gfx/hugin-2014.0.0-r1
Re: [gentoo-user] emerge world problem with one package
On Sun, Oct 26, 2014 at 5:58 PM, Jacques Montier jmont...@gmail.com wrote: [ebuild rR ~] media-gfx/hugin-2014.0.0-r1 USE=python -debug -lapack -sift LINGUAS=fr -cs -da -de -en_GB -es -eu -fi -hu -it -ja -nl -pl -pt_BR -ro -ru -sk -sv -zh_CN -zh_TW PYTHON_SINGLE_TARGET=python2_7 (-python3_2) -python3_3 -python3_4 PYTHON_TARGETS=python2_7 python3_3 (-python3_2) -python3_4 0 kB I don't have any PYTHON_SINGLE_TARGET and PYTHON_TARGETS lines in make.conf. Those are defined in your system profile: grep -i '^python_[st].*' /usr/portage/profiles/base/make.defaults PYTHON_TARGETS=python2_7 python3_3 PYTHON_SINGLE_TARGET=python2_7 See if this helps, http://forums.gentoo.org/viewtopic-t-949306.html.
Re: [gentoo-user] emerge world problem with one package [solved]
2014-10-26 19:47 GMT+01:00 Alexander Kapshuk alexander.kaps...@gmail.com: On Sun, Oct 26, 2014 at 5:58 PM, Jacques Montier jmont...@gmail.com wrote: [ebuild rR ~] media-gfx/hugin-2014.0.0-r1 USE=python -debug -lapack -sift LINGUAS=fr -cs -da -de -en_GB -es -eu -fi -hu -it -ja -nl -pl -pt_BR -ro -ru -sk -sv -zh_CN -zh_TW PYTHON_SINGLE_TARGET=python2_7 (-python3_2) -python3_3 -python3_4 PYTHON_TARGETS=python2_7 python3_3 (-python3_2) -python3_4 0 kB I don't have any PYTHON_SINGLE_TARGET and PYTHON_TARGETS lines in make.conf. Those are defined in your system profile: grep -i '^python_[st].*' /usr/portage/profiles/base/make.defaults PYTHON_TARGETS=python2_7 python3_3 PYTHON_SINGLE_TARGET=python2_7 See if this helps, http://forums.gentoo.org/viewtopic-t-949306.html. Hello, Yes Alexander your link helped me ! So i now understand what happened. I upgraded hugin and his dependency libpano13 from stable to ~ by setting these two packages into package.keywords. Then i (accidently) removed libpano13 from keywords... :-( That's why i got the rR (force to be rebuilt Hugin) each time i ran emerge -uvDN world. Now everything is ok ! Thanks a lot to Alexander and Dan ! Regards,
Re: [gentoo-user] emerge world problem with one package [solved]
On Sun, Oct 26, 2014 at 10:44 PM, Jacques Montier jmont...@gmail.com wrote: 2014-10-26 19:47 GMT+01:00 Alexander Kapshuk alexander.kaps...@gmail.com: On Sun, Oct 26, 2014 at 5:58 PM, Jacques Montier jmont...@gmail.com wrote: [ebuild rR ~] media-gfx/hugin-2014.0.0-r1 USE=python -debug -lapack -sift LINGUAS=fr -cs -da -de -en_GB -es -eu -fi -hu -it -ja -nl -pl -pt_BR -ro -ru -sk -sv -zh_CN -zh_TW PYTHON_SINGLE_TARGET=python2_7 (-python3_2) -python3_3 -python3_4 PYTHON_TARGETS=python2_7 python3_3 (-python3_2) -python3_4 0 kB I don't have any PYTHON_SINGLE_TARGET and PYTHON_TARGETS lines in make.conf. Those are defined in your system profile: grep -i '^python_[st].*' /usr/portage/profiles/base/make.defaults PYTHON_TARGETS=python2_7 python3_3 PYTHON_SINGLE_TARGET=python2_7 See if this helps, http://forums.gentoo.org/viewtopic-t-949306.html. Hello, Yes Alexander your link helped me ! So i now understand what happened. I upgraded hugin and his dependency libpano13 from stable to ~ by setting these two packages into package.keywords. Then i (accidently) removed libpano13 from keywords... :-( That's why i got the rR (force to be rebuilt Hugin) each time i ran emerge -uvDN world. Now everything is ok ! Thanks a lot to Alexander and Dan ! Regards, Good to hear. Thanks for letting us know.
Re: [gentoo-user] emerge world output seems a bit short on info
On Fri, Aug 2, 2013 at 12:40 PM, Harry Putnam rea...@newsguy.com wrote: Working on a new install of gentoo as vm (vbox) guest on win7. Just checking if my partial install is out of date already with. And if a USE change was complicating things. That change was to add -selinux. I added that to make.conf after seeing a selinux pkg flash by when I installed ... I think it was 'rsyslog' Do I really need any selinux pkgs... I didn't mean to install it but it got pulled in and I was a bit late in noticing. I'd sooner have nothing to do with selinux. I understand what the ouput is telling me, and how to arrange it, but first I want to straighten out anything to do with selinux. emerge -vuDp world... and get this confusing output: The following USE changes are necessary to proceed: (see package.use in the portage(5) man page for more details) # required by sys-libs/libselinux-2.1.13-r4 # required by sys-libs/libsemanage-2.1.10 # required by sys-apps/policycoreutils-2.1.14-r3 # required by sec-policy/selinux-gpm-2.20130424-r2 # required by sys-libs/gpm-1.20.7-r1 # required by app-editors/emacs-24.3-r2[gpm] # required by @selected # required by @world (argument) =dev-libs/libpcre-8.33 static-libs # required by sys-apps/busybox-1.21.0[static] # required by @system # required by @world (argument) =sys-libs/libselinux-2.1.13-r4 static-libs What profile does your installation have? If I'm not mistaken, only the hardened profiles set USE=selinux by default. Regards. -- Canek Peláez Valdés Posgrado en Ciencia e Ingeniería de la Computación Universidad Nacional Autónoma de México
Re: [gentoo-user] emerge world, USE flags and packages that aren't there
On 29/1/2011, at 2:49am, Andrew Lowe wrote: ... emerge: there are no ebuilds built with USE flags to satisfy dev-vcs/subversion[-dso,perl]. !!! One of the following packages is required to complete your request: - dev-vcs/subversion-1.6.15 (Change USE: -dso) (dependency required by dev-vcs/git-1.7.4_rc3 [ebuild]) (dependency required by sys-devel/gettext-0.18.1.1-r1 [ebuild]) (dependency required by dev-libs/popt-1.16-r1 [ebuild]) (dependency required by dev-util/pkgconfig-0.25-r2 [ebuild]) (dependency required by dev-lang/python-3.1.3 [ebuild]) (dependency required by app-admin/python-updater-0.8 [installed]) *** Well, it's a media computer so subversion shouldn't be there - I think it's a leftover from a previous task for this machine. Subversion provides not only the server, but also `/usr/bin/svn`, the tool for downloading stuff from a repo. This is often needed for installing stuff via Portage that upstream developers keep in a Subversion repo. Actually, in this case, sys-devel/gettext depends upon git, a different version control system (presumably because some of gettext's files are stored in git) and Subversion is being pulled in by git (probably for stuff like http://learn.github.com/p/git-svn.html and probably controlled by a USE flag). Stroller.
Re: [gentoo-user] emerge world, USE flags and packages that aren't there
Andrew Lowe writes: Hi all, I've got a PC that I use as a media computer, music, videos etc. I haven't updated it in ages so decided now is the time to give it a go. I issue the command, and subsequently get: *** harold ~# emerge --pretend -NuD world These are the packages that would be merged, in order: Calculating dependencies... done! emerge: there are no ebuilds built with USE flags to satisfy dev-vcs/subversion[-dso,perl]. !!! One of the following packages is required to complete your request: - dev-vcs/subversion-1.6.15 (Change USE: -dso) (dependency required by dev-vcs/git-1.7.4_rc3 [ebuild]) (dependency required by sys-devel/gettext-0.18.1.1-r1 [ebuild]) (dependency required by dev-libs/popt-1.16-r1 [ebuild]) (dependency required by dev-util/pkgconfig-0.25-r2 [ebuild]) (dependency required by dev-lang/python-3.1.3 [ebuild]) (dependency required by app-admin/python-updater-0.8 [installed]) *** Well, it's a media computer so subversion shouldn't be there - I think it's a leftover from a previous task for this machine. So I now issue the command, and once again get: *** harold ~ # emerge -C subversion * This action can remove important packages! In order to be safer, use * `emerge -pv --depclean atom` to check for reverse dependencies before * removing packages. --- Couldn't find 'null/subversion' to unmerge. No packages selected for removal by unmerge harold ~ # *** So, I'm now confused. I'm not a Portage rocket scientist, but my reading of this is that subversion needs some flags set, but subversion isn't there Is this correct? Any ideas as to how I can get myself out of this pickle? Looks like subversion is not installed, but the world update will pull it in. But it cannot be installed because of the dso USE flag, whatever this may be. Do you have it set in make.conf or /etc/portage/package.use? It seems so. Add dev-vcs/subversion -dso to your /etc/portage/package.use to get rid of it, subversion should build then. Other tips for world updates after a long while: - Add -t to the emerge command, the tree output sometimes helps to see where problems come from. Would not heklp in this case, though. - Separate the update into smaller tasks. Start with emerge -DautvN system, and do the same for world later. Wonko
Re: [gentoo-user] emerge @ world - @preserved-rebuild - @preserved-rebuild - what next?
Alan McKinnon skrev: On Saturday 14 November 2009 01:13:06 Neil Bothwick wrote: However, it did get to the point where it was complaining about two packages and the number of files to be rebuilt went (IIRC) 52, 50, 50, so I decide since it was rebuilding 50 packages the 2nd 3rd times it wasn't going to improve. Might not be true though. seems related to https://bugs.gentoo.org/show_bug.cgi?id=292622
Re: [gentoo-user] emerge @ world - @preserved-rebuild - @preserved-rebuild - what next?
On Fri, 13 Nov 2009 17:06:02 -0800, Mark Knecht wrote: I think it is being over-cautious, which results in packages being rebuilt multiple time unnecessarily, but I's rather give it the chance to fix itself. That said, I've never had a list anything like 50 packages long, but I do update frequently. It wasn't that I had 50 packages in the emerge -DuN @world. That was something like 10. It was after that finished and I ran @preserved-rebuild that it said 50 packages were effected by something it found, but those 50 were all dependent on just one or two packages that Alan was suggesting to me are held in the preserved database file, or so I think. I realised it was 50-odd in the rebuild list, but in my experience multiple runs gradually reduces that number. Maybe portage could be more intelligent about the order in which it re-emerges these packages, but running it enough times always works for me. Removing the registry is potentially risky because you could still have packages linked to a library that is not managed by portage, and that will never update. If someone finds a security hole in that library, you could be in trouble. Fixing the problem by deleting the registry is akin to fixing low oil pressure in your car by disconnecting the warning light. -- Neil Bothwick We are THOR of Borg... your RFC compliant mailbox has been assimilated signature.asc Description: PGP signature
Re: [gentoo-user] emerge @ world - @preserved-rebuild - @preserved-rebuild - what next?
On Saturday 14 November 2009 01:13:06 Neil Bothwick wrote: However, it did get to the point where it was complaining about two packages and the number of files to be rebuilt went (IIRC) 52, 50, 50, so I decide since it was rebuilding 50 packages the 2nd 3rd times it wasn't going to improve. Might not be true though. I think it is being over-cautious, which results in packages being rebuilt multiple time unnecessarily, but I's rather give it the chance to fix itself. That said, I've never had a list anything like 50 packages long, but I do update frequently. The only relevant facts I have ever seen myself are that ldd was telling me a lib was required and portage had already told me via depclean that it wasn't... It's totally possible that what the OP is running into is something I've never had to track down -- alan dot mckinnon at gmail dot com
Re: [gentoo-user] emerge @ world - @preserved-rebuild - @preserved-rebuild - what next?
On Saturday 14 November 2009 03:06:02 Mark Knecht wrote: It wasn't that I had 50 packages in the emerge -DuN @world. That was something like 10. It was after that finished and I ran @preserved-rebuild that it said 50 packages were effected by something it found, but those 50 were all dependent on just one or two packages that Alan was suggesting to me are held in the preserved database file, or so I think. Yes, that's pretty much the scenario I was describing. -- alan dot mckinnon at gmail dot com
Re: [gentoo-user] emerge @ world - @preserved-rebuild - @preserved-rebuild - what next?
On Thu, 12 Nov 2009 16:58:15 +0200, Alan McKinnon wrote: Almost invariably it's an automagic dependency where the offending package is not in DEPEND. If you have been through the cycle at least once, it is safe to delete /var/lib/portage/preserved_libs_registry and continue on your way. Won't that leave orphaned libraries hanging around since they aren't removed until emerges complete successfully? I've seen this behaviour before, where the list gets shorter each time and let it run its course. It may take longer, but you know it's safe. -- Neil Bothwick It compiled? The first screen came up? Ship it! -- Bill Gates signature.asc Description: PGP signature
Re: [gentoo-user] emerge @ world - @preserved-rebuild - @preserved-rebuild - what next?
On Friday 13 November 2009 14:39:52 Neil Bothwick wrote: On Thu, 12 Nov 2009 16:58:15 +0200, Alan McKinnon wrote: Almost invariably it's an automagic dependency where the offending package is not in DEPEND. If you have been through the cycle at least once, it is safe to delete /var/lib/portage/preserved_libs_registry and continue on your way. Won't that leave orphaned libraries hanging around since they aren't removed until emerges complete successfully? I've seen this behaviour before, where the list gets shorter each time and let it run its course. It may take longer, but you know it's safe. Interesting point. My tests before indicated that a full --depclean sorted everything out, but I can't be certain. @preserved-rebuild deletes orphans once it's complete, but it would be nice to verify what happens otherwise. Unfortunately, it's been a long time since any of my machines got stuck in this loop. I must have earned some good joss in recent months... -- alan dot mckinnon at gmail dot com
Re: [gentoo-user] emerge @ world - @preserved-rebuild - @preserved-rebuild - what next?
On Fri, Nov 13, 2009 at 10:42 AM, Alan McKinnon alan.mckin...@gmail.com wrote: On Friday 13 November 2009 14:39:52 Neil Bothwick wrote: On Thu, 12 Nov 2009 16:58:15 +0200, Alan McKinnon wrote: Almost invariably it's an automagic dependency where the offending package is not in DEPEND. If you have been through the cycle at least once, it is safe to delete /var/lib/portage/preserved_libs_registry and continue on your way. Won't that leave orphaned libraries hanging around since they aren't removed until emerges complete successfully? I've seen this behaviour before, where the list gets shorter each time and let it run its course. It may take longer, but you know it's safe. Interesting point. My tests before indicated that a full --depclean sorted everything out, but I can't be certain. @preserved-rebuild deletes orphans once it's complete, but it would be nice to verify what happens otherwise. Unfortunately, it's been a long time since any of my machines got stuck in this loop. I must have earned some good joss in recent months... -- alan dot mckinnon at gmail dot com If this problem is fundamentally due to dependencies not in DEPEND then is there any evidence that it's big a problem? I.e. - there aren't many packages that create the loop from what I've seen so far. I've had this issue show up on all the machines I've updated this week, but it was always (I think) the same packages that caused the problems. As Neil suggested, at least on one machine the number of offending packages did seem to go down, but it would never go to zero as far as I can tell. (I did it 3 times on one box just to convince myself but emerging 50 packages gets boring.) While I haven't bug reported it I suspect someone will jump on this and a few days or weeks from now it won't exist, at least for these packages. Other than disk space what's the technical downside of some libraries being stranded. Will this somehow leave applications pointing at old library binaries? - Mark
Re: [gentoo-user] emerge @ world - @preserved-rebuild - @preserved-rebuild - what next?
On Friday 13 November 2009 21:46:04 Mark Knecht wrote: On Fri, Nov 13, 2009 at 10:42 AM, Alan McKinnon alan.mckin...@gmail.com wrote: On Friday 13 November 2009 14:39:52 Neil Bothwick wrote: On Thu, 12 Nov 2009 16:58:15 +0200, Alan McKinnon wrote: Almost invariably it's an automagic dependency where the offending package is not in DEPEND. If you have been through the cycle at least once, it is safe to delete /var/lib/portage/preserved_libs_registry and continue on your way. Won't that leave orphaned libraries hanging around since they aren't removed until emerges complete successfully? I've seen this behaviour before, where the list gets shorter each time and let it run its course. It may take longer, but you know it's safe. Interesting point. My tests before indicated that a full --depclean sorted everything out, but I can't be certain. @preserved-rebuild deletes orphans once it's complete, but it would be nice to verify what happens otherwise. Unfortunately, it's been a long time since any of my machines got stuck in this loop. I must have earned some good joss in recent months... -- alan dot mckinnon at gmail dot com If this problem is fundamentally due to dependencies not in DEPEND then is there any evidence that it's big a problem? I.e. - there aren't many packages that create the loop from what I've seen so far. I've had this issue show up on all the machines I've updated this week, but it was always (I think) the same packages that caused the problems. As Neil suggested, at least on one machine the number of offending packages did seem to go down, but it would never go to zero as far as I can tell. (I did it 3 times on one box just to convince myself but emerging 50 packages gets boring.) While I haven't bug reported it I suspect someone will jump on this and a few days or weeks from now it won't exist, at least for these packages. Other than disk space what's the technical downside of some libraries being stranded. Will this somehow leave applications pointing at old library binaries? The basic problem is that portage's idea of the state of the machine differs from reality. For a package manager, that's not a good thing as sooner or later it will do the wrong thing. Detecting orphans is also an expensive process later so it's best to avoid it happening if possible -- alan dot mckinnon at gmail dot com
Re: [gentoo-user] emerge @ world - @preserved-rebuild - @preserved-rebuild - what next?
On Fri, Nov 13, 2009 at 12:57 PM, Alan McKinnon alan.mckin...@gmail.com wrote: On Friday 13 November 2009 21:46:04 Mark Knecht wrote: On Fri, Nov 13, 2009 at 10:42 AM, Alan McKinnon alan.mckin...@gmail.com wrote: On Friday 13 November 2009 14:39:52 Neil Bothwick wrote: On Thu, 12 Nov 2009 16:58:15 +0200, Alan McKinnon wrote: Almost invariably it's an automagic dependency where the offending package is not in DEPEND. If you have been through the cycle at least once, it is safe to delete /var/lib/portage/preserved_libs_registry and continue on your way. Won't that leave orphaned libraries hanging around since they aren't removed until emerges complete successfully? I've seen this behaviour before, where the list gets shorter each time and let it run its course. It may take longer, but you know it's safe. Interesting point. My tests before indicated that a full --depclean sorted everything out, but I can't be certain. @preserved-rebuild deletes orphans once it's complete, but it would be nice to verify what happens otherwise. Unfortunately, it's been a long time since any of my machines got stuck in this loop. I must have earned some good joss in recent months... -- alan dot mckinnon at gmail dot com If this problem is fundamentally due to dependencies not in DEPEND then is there any evidence that it's big a problem? I.e. - there aren't many packages that create the loop from what I've seen so far. I've had this issue show up on all the machines I've updated this week, but it was always (I think) the same packages that caused the problems. As Neil suggested, at least on one machine the number of offending packages did seem to go down, but it would never go to zero as far as I can tell. (I did it 3 times on one box just to convince myself but emerging 50 packages gets boring.) While I haven't bug reported it I suspect someone will jump on this and a few days or weeks from now it won't exist, at least for these packages. Other than disk space what's the technical downside of some libraries being stranded. Will this somehow leave applications pointing at old library binaries? The basic problem is that portage's idea of the state of the machine differs from reality. For a package manager, that's not a good thing as sooner or later it will do the wrong thing. Detecting orphans is also an expensive process later so it's best to avoid it happening if possible -- alan dot mckinnon at gmail dot com I agree that we want to be in agreement but then what are our options if emerge @preserved-rebuild goes into an endless loop as it seems it was doing yesterday? Do we just stop looping, wait until someone may one day fix the ebuild, and then try again never knowing when things will be correct again? I had a problem show up last evening after I thought everything was done. I went back for one last revdep-rebuild and then it decided to tell me that there were wine libraries on the machine unowned by any installed package. Now this machine hasn't had Wine on it in over a year so I cannot understand why it would start telling me that today but it did. It seems to me that expensive or not it would be great to have a tool that completely checked every single library on the machine if that's what it takes. I thought revdep-rebuild was doing that but now I'm not so sure. Cheers, Mark
Re: [gentoo-user] emerge @ world - @preserved-rebuild - @preserved-rebuild - what next?
On Fri, 13 Nov 2009 14:19:26 -0800, Mark Knecht wrote: I agree that we want to be in agreement but then what are our options if emerge @preserved-rebuild goes into an endless loop as it seems it was doing yesterday? Was it an endless loop? AIUI you emerged twice and the @preserved-rebuild count decreased. In my experience, it can occasionally take a few runs to clear the list, sometimes subsequent runs add packages that were not there previously, but it all clears in the end, I have NEVER had to resort to deleting the registry file manually. -- Neil Bothwick I'm not being rude. You're just insignificant. signature.asc Description: PGP signature
Re: [gentoo-user] emerge @ world - @preserved-rebuild - @preserved-rebuild - what next?
On Fri, Nov 13, 2009 at 2:38 PM, Neil Bothwick n...@digimed.co.uk wrote: On Fri, 13 Nov 2009 14:19:26 -0800, Mark Knecht wrote: I agree that we want to be in agreement but then what are our options if emerge @preserved-rebuild goes into an endless loop as it seems it was doing yesterday? Was it an endless loop? AIUI you emerged twice and the @preserved-rebuild count decreased. In my experience, it can occasionally take a few runs to clear the list, sometimes subsequent runs add packages that were not there previously, but it all clears in the end, I have NEVER had to resort to deleting the registry file manually. -- Neil Bothwick If I don't run it forever then I don't think I can say it would never clear up. Can't prove a negative, etc. However, it did get to the point where it was complaining about two packages and the number of files to be rebuilt went (IIRC) 52, 50, 50, so I decide since it was rebuilding 50 packages the 2nd 3rd times it wasn't going to improve. Might not be true though. - Mark
Re: [gentoo-user] emerge @ world - @preserved-rebuild - @preserved-rebuild - what next?
On Fri, 13 Nov 2009 15:00:33 -0800, Mark Knecht wrote: Was it an endless loop? AIUI you emerged twice and the @preserved-rebuild count decreased. In my experience, it can occasionally take a few runs to clear the list, sometimes subsequent runs add packages that were not there previously, but it all clears in the end, I have NEVER had to resort to deleting the registry file manually. If I don't run it forever then I don't think I can say it would never clear up. Can't prove a negative, etc. When you get identical package lists on subsequent runs, I think it's fair to say it won't fix itself. This has never happened to me. However, it did get to the point where it was complaining about two packages and the number of files to be rebuilt went (IIRC) 52, 50, 50, so I decide since it was rebuilding 50 packages the 2nd 3rd times it wasn't going to improve. Might not be true though. I think it is being over-cautious, which results in packages being rebuilt multiple time unnecessarily, but I's rather give it the chance to fix itself. That said, I've never had a list anything like 50 packages long, but I do update frequently. -- Neil Bothwick Why are love and relationships so confusing? signature.asc Description: PGP signature
Re: [gentoo-user] emerge @ world - @preserved-rebuild - @preserved-rebuild - what next?
Neil Bothwick wrote: On Fri, 13 Nov 2009 15:00:33 -0800, Mark Knecht wrote: Was it an endless loop? AIUI you emerged twice and the @preserved-rebuild count decreased. In my experience, it can occasionally take a few runs to clear the list, sometimes subsequent runs add packages that were not there previously, but it all clears in the end, I have NEVER had to resort to deleting the registry file manually. If I don't run it forever then I don't think I can say it would never clear up. Can't prove a negative, etc. When you get identical package lists on subsequent runs, I think it's fair to say it won't fix itself. This has never happened to me. I had this happen to me the other day. I ran preserved-rebuild 3 or 4 times with the last two or three being the same. I can't recall if I posted it here or not, I think I did tho, but I did eventually get it sorted by emerging packages in a certain order. After that, it came back clean with nothing needing to be rebuilt. I update about twice a week as a general rule. Sort of depends. Dale :-) :-)
Re: [gentoo-user] emerge @ world - @preserved-rebuild - @preserved-rebuild - what next?
On Fri, Nov 13, 2009 at 3:13 PM, Neil Bothwick n...@digimed.co.uk wrote: On Fri, 13 Nov 2009 15:00:33 -0800, Mark Knecht wrote: Was it an endless loop? AIUI you emerged twice and the @preserved-rebuild count decreased. In my experience, it can occasionally take a few runs to clear the list, sometimes subsequent runs add packages that were not there previously, but it all clears in the end, I have NEVER had to resort to deleting the registry file manually. If I don't run it forever then I don't think I can say it would never clear up. Can't prove a negative, etc. When you get identical package lists on subsequent runs, I think it's fair to say it won't fix itself. This has never happened to me. However, it did get to the point where it was complaining about two packages and the number of files to be rebuilt went (IIRC) 52, 50, 50, so I decide since it was rebuilding 50 packages the 2nd 3rd times it wasn't going to improve. Might not be true though. I think it is being over-cautious, which results in packages being rebuilt multiple time unnecessarily, but I's rather give it the chance to fix itself. That said, I've never had a list anything like 50 packages long, but I do update frequently. It wasn't that I had 50 packages in the emerge -DuN @world. That was something like 10. It was after that finished and I ran @preserved-rebuild that it said 50 packages were effected by something it found, but those 50 were all dependent on just one or two packages that Alan was suggesting to me are held in the preserved database file, or so I think. Again, you know me...basically a flunky just trying to use my tool box to play music even if I don't know how the tool box works... - Mark
Re: [gentoo-user] emerge @ world - @preserved-rebuild - @preserved-rebuild - what next?
On Thursday 12 November 2009 16:43:15 Mark Knecht wrote: So on one machine yesterday I did emerge -DuN @world which then suggested the need for emerge @preserved-rebuild which I did over night. This morning it was finished but suggested the need for a second emerge @preserved-rebuild. As I don't need the machine right now I kicked it off and will check it again later but I'm wondering why in the world it needs to do this twice, compiling 52 packages the first time and 50 packages the second time where most of the packages in the first list were in the second list? Is this setting up for an endless loop? Most of the packages were part of Gnome or XFCE4. I've been answering this question a lot lately :-) Almost invariably it's an automagic dependency where the offending package is not in DEPEND. If you have been through the cycle at least once, it is safe to delete /var/lib/portage/preserved_libs_registry and continue on your way. A later revdep-rebuild will sort out any (highly unlikely) remaining issues -- alan dot mckinnon at gmail dot com
Re: [gentoo-user] emerge @ world - @preserved-rebuild - @preserved-rebuild - what next?
On Thu, Nov 12, 2009 at 6:58 AM, Alan McKinnon alan.mckin...@gmail.com wrote: On Thursday 12 November 2009 16:43:15 Mark Knecht wrote: So on one machine yesterday I did emerge -DuN @world which then suggested the need for emerge @preserved-rebuild which I did over night. This morning it was finished but suggested the need for a second emerge @preserved-rebuild. As I don't need the machine right now I kicked it off and will check it again later but I'm wondering why in the world it needs to do this twice, compiling 52 packages the first time and 50 packages the second time where most of the packages in the first list were in the second list? Is this setting up for an endless loop? Most of the packages were part of Gnome or XFCE4. I've been answering this question a lot lately :-) Almost invariably it's an automagic dependency where the offending package is not in DEPEND. If you have been through the cycle at least once, it is safe to delete /var/lib/portage/preserved_libs_registry and continue on your way. A later revdep-rebuild will sort out any (highly unlikely) remaining issues -- alan dot mckinnon at gmail dot com Thanks Alan. I always tend to do a revdep-rebuild -i anyway. Not sure if it's required but old habits die hard. Cheers, Mark
Re: [gentoo-user] emerge @ world - @preserved-rebuild - @preserved-rebuild - what next?
On Thu, Nov 12, 2009 at 7:14 AM, Mark Knecht markkne...@gmail.com wrote: On Thu, Nov 12, 2009 at 6:58 AM, Alan McKinnon alan.mckin...@gmail.com wrote: On Thursday 12 November 2009 16:43:15 Mark Knecht wrote: So on one machine yesterday I did emerge -DuN @world which then suggested the need for emerge @preserved-rebuild which I did over night. This morning it was finished but suggested the need for a second emerge @preserved-rebuild. As I don't need the machine right now I kicked it off and will check it again later but I'm wondering why in the world it needs to do this twice, compiling 52 packages the first time and 50 packages the second time where most of the packages in the first list were in the second list? Is this setting up for an endless loop? Most of the packages were part of Gnome or XFCE4. I've been answering this question a lot lately :-) Almost invariably it's an automagic dependency where the offending package is not in DEPEND. If you have been through the cycle at least once, it is safe to delete /var/lib/portage/preserved_libs_registry and continue on your way. A later revdep-rebuild will sort out any (highly unlikely) remaining issues -- alan dot mckinnon at gmail dot com Thanks Alan. I always tend to do a revdep-rebuild -i anyway. Not sure if it's required but old habits die hard. Cheers, Mark Again, thanks Alan. The second pass through finished up and the same offending package (apparently e2fsprogs-libs ?) was still listed so erasing the preserved_libs_registry file and using revdep-rebuild -i suggests that the machine is clean again. Cheers, Mark Auto-cleaning packages... No outdated packages were found on your system. * Regenerating GNU info directory index... * Processed 122 info files. !!! existing preserved libs: package: sys-libs/e2fsprogs-libs-1.41.9 * - /lib/libblkid.so * used by /bin/mount (sys-apps/util-linux-2.16.1) * used by /bin/umount (sys-apps/util-linux-2.16.1) * used by /sbin/blkid (sys-apps/util-linux-2.16.1) * used by 10 other files * - /lib/libuuid.so * used by /bin/mount (sys-apps/util-linux-2.16.1) * used by /bin/umount (sys-apps/util-linux-2.16.1) * used by /sbin/blkid (sys-apps/util-linux-2.16.1) * used by 362 other files Use emerge @preserved-rebuild to rebuild packages using these libraries gandalf ~ # rm /var/lib/portage/preserved_libs_registry gandalf ~ # revdep-rebuild -ip * Configuring search environment for revdep-rebuild * Checking reverse dependencies * Packages containing binaries and libraries broken by a package update * will be emerged. * Collecting system binaries and libraries * Generated new 1_files.rr * Collecting complete LD_LIBRARY_PATH * Generated new 2_ldpath.rr * Checking dynamic linking consistency [ 100% ] * Dynamic linking on your system is consistent... All done. gandalf ~ # equery belongs /lib/libblkid.so [ Searching for file(s) /lib/libblkid.so in *... ] sys-libs/e2fsprogs-libs-1.41.9 (/lib/libblkid.so - libblkid.so.1) gandalf ~ # equery belongs /lib/libuuid.so [ Searching for file(s) /lib/libuuid.so in *... ] sys-libs/e2fsprogs-libs-1.41.9 (/lib/libuuid.so - libuuid.so.1) gandalf ~ #
Re: [gentoo-user] emerge @ world - @preserved-rebuild - @preserved-rebuild - what next?
On Thu, Nov 12, 2009 at 8:28 AM, Alan McKinnon alan.mckin...@gmail.com wrote: On Thursday 12 November 2009 18:19:02 Mark Knecht wrote: Again, thanks Alan. The second pass through finished up and the same offending package (apparently e2fsprogs-libs ?) was still listed so erasing the preserved_libs_registry file and using revdep-rebuild -i suggests that the machine is clean again. Cheers, Mark Auto-cleaning packages... No outdated packages were found on your system. * Regenerating GNU info directory index... * Processed 122 info files. !!! existing preserved libs: package: sys-libs/e2fsprogs-libs-1.41.9 * - /lib/libblkid.so * used by /bin/mount (sys-apps/util-linux-2.16.1) * used by /bin/umount (sys-apps/util-linux-2.16.1) * used by /sbin/blkid (sys-apps/util-linux-2.16.1) An easy way to check if things are OK is to run ldd on each of the used by files. None of them should list Not found. If they do, portage has gotten itself confused and it's records are out of sync with reality. There's not much portage can do about this as the problem is really with the ebuilds -- alan dot mckinnon at gmail dot com Thanks. I'll star this conversation and try to remember that advice in the future. Problem was the first time around it listed 3 or 4 and then stated and 362 others... but didn't give the names. Clearly something was confused! Cheers, Mark
Re: [gentoo-user] emerge @ world - @preserved-rebuild - @preserved-rebuild - what next?
On Thursday 12 November 2009 18:19:02 Mark Knecht wrote: Again, thanks Alan. The second pass through finished up and the same offending package (apparently e2fsprogs-libs ?) was still listed so erasing the preserved_libs_registry file and using revdep-rebuild -i suggests that the machine is clean again. Cheers, Mark Auto-cleaning packages... No outdated packages were found on your system. * Regenerating GNU info directory index... * Processed 122 info files. !!! existing preserved libs: package: sys-libs/e2fsprogs-libs-1.41.9 * - /lib/libblkid.so * used by /bin/mount (sys-apps/util-linux-2.16.1) * used by /bin/umount (sys-apps/util-linux-2.16.1) * used by /sbin/blkid (sys-apps/util-linux-2.16.1) An easy way to check if things are OK is to run ldd on each of the used by files. None of them should list Not found. If they do, portage has gotten itself confused and it's records are out of sync with reality. There's not much portage can do about this as the problem is really with the ebuilds -- alan dot mckinnon at gmail dot com
Re: [gentoo-user] emerge world / --depclean infinite loop
On Fri, Jan 23, 2009 at 08:02:27AM -0800, Penguin Lover Grant squawked: One of my systems with totally empty package.* files wants to emerge hardened-sources-2.6.25-r13 as it should, but --depclean wants to: How do you determine this? (I mean the as it should part?) Are you running ~ or stable? These are the packages that would be unmerged: sys-kernel/hardened-sources selected: 2.6.25-r13 protected: none omitted: 2.6.27-r3 If I do that, emerge world just wants to emerge it again. Does anyone know how to fix this? If you remove it, what does emerge -pvt say? W -- Seen in LINAC @ Fermi National Accelerator Laboratory: (A series of signs, each with a different name) This 7833 Power Amplifier Tube is to be Called: Gassy Sparky Leaky Old Number 9 Just Plain Dead Nick O'Tyme Sortir en Pantoufles: up 777 days, 15:36
Re: [gentoo-user] emerge world / --depclean infinite loop
One of my systems with totally empty package.* files wants to emerge hardened-sources-2.6.25-r13 as it should, but --depclean wants to: How do you determine this? (I mean the as it should part?) I just mean 2.6.25-r13 is the latest amd64 version so it should be installed. Are you running ~ or stable? Stable. These are the packages that would be unmerged: sys-kernel/hardened-sources selected: 2.6.25-r13 protected: none omitted: 2.6.27-r3 If I do that, emerge world just wants to emerge it again. Does anyone know how to fix this? If you remove it, what does emerge -pvt say? This is right after running emerge --depclean which removed hardened-sources-2.6.25-r13: # emerge -pvt hardened-sources These are the packages that would be merged, in reverse order: Calculating dependencies... done! [ebuild NS ] sys-kernel/hardened-sources-2.6.25-r13 [2.6.27-r3] USE=-build -symlink 0 kB - Grant
Re: [gentoo-user] emerge world / --depclean infinite loop
On Fri, Jan 23, 2009 at 09:14:13AM -0800, Grant wrote: One of my systems with totally empty package.* files wants to emerge hardened-sources-2.6.25-r13 as it should, but --depclean wants to: How do you determine this? (I mean the as it should part?) I just mean 2.6.25-r13 is the latest amd64 version so it should be installed. Are you running ~ or stable? Stable. These are the packages that would be unmerged: sys-kernel/hardened-sources selected: 2.6.25-r13 protected: none omitted: 2.6.27-r3 If I do that, emerge world just wants to emerge it again. Does anyone know how to fix this? If you remove it, what does emerge -pvt say? This is right after running emerge --depclean which removed hardened-sources-2.6.25-r13: # emerge -pvt hardened-sources These are the packages that would be merged, in reverse order: Calculating dependencies... done! [ebuild NS ] sys-kernel/hardened-sources-2.6.25-r13 [2.6.27-r3] USE=-build -symlink 0 kB So the question is, basically, why do you have 2.6.27-r3 installed? It is ~amd64. Basically the problem is the following: a) emerge -pvt hardened-sources wants to emerge the best version available, which with your amd64 keyword is 2.6.25-r13. For some reason you have 2.6.27-r3 installed. Now, in many other packages, this will just cause the package to downgrade. The kernel, however, have each version individually slotted, so the downgrade will NOT remove the version that is, strictly speaking, not allowed to be on your system. b) emerge --depclean defaults to behaving to unmerging all but the highest version number in the kernel. You have three choices that I can think of. i) explicitly specify the version of hardened-sources you want to keep in your world file, that way --depclean will not remove any kernel versions that is specified in world. ii) unmerge 2.6.27-r3, that way 2.6.25-r13 becomes the most recent version and will not be unmerged iii) keyword 2.6.27-r3, that way the best available version becomes 2.6.27-r3 and emerge -pvt will not tell you to merge 2.6.25-r13 W -- Willie W. Wong ww...@math.princeton.edu 408 Fine Hall, Department of Mathematics, Princeton University, Princeton A mathematician's reputation rests on the number of bad proofs he has given.
Re: [gentoo-user] emerge world / --depclean infinite loop
One of my systems with totally empty package.* files wants to emerge hardened-sources-2.6.25-r13 as it should, but --depclean wants to: How do you determine this? (I mean the as it should part?) I just mean 2.6.25-r13 is the latest amd64 version so it should be installed. Are you running ~ or stable? Stable. These are the packages that would be unmerged: sys-kernel/hardened-sources selected: 2.6.25-r13 protected: none omitted: 2.6.27-r3 If I do that, emerge world just wants to emerge it again. Does anyone know how to fix this? If you remove it, what does emerge -pvt say? This is right after running emerge --depclean which removed hardened-sources-2.6.25-r13: # emerge -pvt hardened-sources These are the packages that would be merged, in reverse order: Calculating dependencies... done! [ebuild NS ] sys-kernel/hardened-sources-2.6.25-r13 [2.6.27-r3] USE=-build -symlink 0 kB So the question is, basically, why do you have 2.6.27-r3 installed? It is ~amd64. Basically the problem is the following: a) emerge -pvt hardened-sources wants to emerge the best version available, which with your amd64 keyword is 2.6.25-r13. For some reason you have 2.6.27-r3 installed. Now, in many other packages, this will just cause the package to downgrade. The kernel, however, have each version individually slotted, so the downgrade will NOT remove the version that is, strictly speaking, not allowed to be on your system. b) emerge --depclean defaults to behaving to unmerging all but the highest version number in the kernel. You have three choices that I can think of. i) explicitly specify the version of hardened-sources you want to keep in your world file, that way --depclean will not remove any kernel versions that is specified in world. ii) unmerge 2.6.27-r3, that way 2.6.25-r13 becomes the most recent version and will not be unmerged That got it, thank you very much. - Grant iii) keyword 2.6.27-r3, that way the best available version becomes 2.6.27-r3 and emerge -pvt will not tell you to merge 2.6.25-r13
Re: [gentoo-user] emerge world failing with No module name libxml2
Sorry for the slow reply. I was expecting more people interested in sharing their insights into updating old, ancient-grade dinosaur systems. :) On 10/20/08, Brian Wince [EMAIL PROTECTED] wrote: So the -I ignores the versions of packages installed and just fixes packages broken by a python upgrade, independent of the version? Yes, I'd think for example in terms of the difference between emerge foo and emerge =foo-1.2.3. AFAICT, python-updater does the latter by default, but with the -i option it is given a permission to do the former within a slot. Since most packages only have a single slot, the within a slot becomes irrelevant for them. I understand that slots can be used to install different versions of an app but not sure how that relates to python-updater. Sorry if I lead you too much into this slot territory. The slots are more of a red herring here, or just a small, distracting detail. For most packages slots won't matter. But there are the few, like qt, for which it is important to keep within a slot. Therefore it is nice that helpful scripts, like python-updater, try to provide automagic support for the slotting related stuff where it is needed. Still, python-updater -i is not guaranteed to fix your original problem, it was just a suggestion. The problem might not even lay with libxml2, but one of its dependencies, their dependencies, or dependencies of python itself. If you haven't already tried it, then revdep-rebuild from the gentoolkit package is your other friend. You might need try running it first and then retry with the python-updater. -- Arttu V.
Re: [gentoo-user] emerge world failing with No module name libxml2
2008/10/20 Brian Wince [EMAIL PROTECTED]: All, I am trying to use emerge –uDN world to upgrade from an older snapshot to 20081008 and I cannot seem to get past the issues with module libxml2. I have tried running python-updater –p and it complains about blocked packages which are older packages that I have not yet been able to get updated via the emerge world. Is it possible to do an emerge –uDN to the latest snapshot on a system that was built a year or two ago or do I have to do it in stages? If so what is the correct procedure? The following is a snipit of the failure and it does not only happen with epiphany. if [ -f C/epiphany.xml ]; then d=../; else d=/var/tmp/portage/www-client/ep iphany-2.22.3/work/epiphany-2.22.3/help/; fi; \ (cd es/ \ `which xml2po` -e -p \ ${d}es/es.po \ ${d}C/epiphany.xml epiphany.xml.tmp \ cp epiphany.xml.tmp epiphany.xml rm -f epiphany.xml.tmp) Traceback (most recent call last): File /usr/bin/xml2po, line 35, in module import libxml2 ImportError: No module named libxml2 make[2]: *** [bg/epiphany.xml] Error 1 make[2]: *** Waiting for unfinished jobs Traceback (most recent call last): Traceback (most recent call last): File /usr/bin/xml2po, line 35, in module import libxml2 ImportError: No module named libxml2 Traceback (most recent call last): File /usr/bin/xml2po, line 35, in module import libxml2 ImportError: No module named libxml2 make[2]: *** [el/epiphany.xml] Error 1 File /usr/bin/xml2po, line 35, in module import libxml2 ImportError: No module named libxml2 make[2]: *** [ca/epiphany.xml] Error 1 make[2]: *** [de/epiphany.xml] Error 1 Traceback (most recent call last): File /usr/bin/xml2po, line 35, in module import libxml2 ImportError: No module named libxml2 make[2]: *** [en_GB/epiphany.xml] Error 1 Traceback (most recent call last): File /usr/bin/xml2po, line 35, in module import libxml2 ImportError: No module named libxml2 make[2]: *** [es/epiphany.xml] Error 1 make[2]: Leaving directory `/var/tmp/portage/www-client/epiphany-2.22.3/work/epiphany-2.22.3/help' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/var/tmp/portage/www-client/epiphany-2.22.3/work/epiphany-2.22.3' make: *** [all] Error 2 * * ERROR: www-client/epiphany-2.22.3 failed. * Call stack: * ebuild.sh, line 49: Called src_compile * environment, line 2604: Called gnome2_src_compile * environment, line 1968: Called die * The specific snippet of code: * emake || die compile failure * The die message: * compile failure * * If you need support, post the topmost build error, and the call stack if relevant. * A complete build log is located at '/var/tmp/portage/www-client/epiphany-2.22.3/temp/build.log'. * The ebuild environment file is located at '/var/tmp/portage/www-client/epiphany-2.22.3/temp/environment'. * Brian Wince Lab Unix System Administrator [EMAIL PROTECTED] 408.750.8437 Lab Services Website: http://eng.redback.com/display/labsvc/Home Brian try to upgrade or merge again the libxml2 package. After this, try again world update. -- {}s Joao Emanuel
RE: [gentoo-user] emerge world failing with No module name libxml2
Brian try to upgrade or merge again the libxml2 package. After this, try again world update. -- {}s Joao Emanuel Thanks for the quick response. I had already emerged libxml2 and still got this. Brian -Original Message- From: Joao Emanuel [mailto:[EMAIL PROTECTED] Sent: Monday, October 20, 2008 10:06 AM To: gentoo-user@lists.gentoo.org Subject: Re: [gentoo-user] emerge world failing with No module name libxml2 2008/10/20 Brian Wince [EMAIL PROTECTED]: All, I am trying to use emerge -uDN world to upgrade from an older snapshot to 20081008 and I cannot seem to get past the issues with module libxml2. I have tried running python-updater -p and it complains about blocked packages which are older packages that I have not yet been able to get updated via the emerge world. Is it possible to do an emerge -uDN to the latest snapshot on a system that was built a year or two ago or do I have to do it in stages? If so what is the correct procedure? The following is a snipit of the failure and it does not only happen with epiphany. if [ -f C/epiphany.xml ]; then d=../; else d=/var/tmp/portage/www-client/ep iphany-2.22.3/work/epiphany-2.22.3/help/; fi; \ (cd es/ \ `which xml2po` -e -p \ ${d}es/es.po \ ${d}C/epiphany.xml epiphany.xml.tmp \ cp epiphany.xml.tmp epiphany.xml rm -f epiphany.xml.tmp) Traceback (most recent call last): File /usr/bin/xml2po, line 35, in module import libxml2 ImportError: No module named libxml2 make[2]: *** [bg/epiphany.xml] Error 1 make[2]: *** Waiting for unfinished jobs Traceback (most recent call last): Traceback (most recent call last): File /usr/bin/xml2po, line 35, in module import libxml2 ImportError: No module named libxml2 Traceback (most recent call last): File /usr/bin/xml2po, line 35, in module import libxml2 ImportError: No module named libxml2 make[2]: *** [el/epiphany.xml] Error 1 File /usr/bin/xml2po, line 35, in module import libxml2 ImportError: No module named libxml2 make[2]: *** [ca/epiphany.xml] Error 1 make[2]: *** [de/epiphany.xml] Error 1 Traceback (most recent call last): File /usr/bin/xml2po, line 35, in module import libxml2 ImportError: No module named libxml2 make[2]: *** [en_GB/epiphany.xml] Error 1 Traceback (most recent call last): File /usr/bin/xml2po, line 35, in module import libxml2 ImportError: No module named libxml2 make[2]: *** [es/epiphany.xml] Error 1 make[2]: Leaving directory `/var/tmp/portage/www-client/epiphany-2.22.3/work/epiphany-2.22.3/help' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/var/tmp/portage/www-client/epiphany-2.22.3/work/epiphany-2.22.3' make: *** [all] Error 2 * * ERROR: www-client/epiphany-2.22.3 failed. * Call stack: * ebuild.sh, line 49: Called src_compile * environment, line 2604: Called gnome2_src_compile * environment, line 1968: Called die * The specific snippet of code: * emake || die compile failure * The die message: * compile failure * * If you need support, post the topmost build error, and the call stack if relevant. * A complete build log is located at '/var/tmp/portage/www-client/epiphany-2.22.3/temp/build.log'. * The ebuild environment file is located at '/var/tmp/portage/www-client/epiphany-2.22.3/temp/environment'. * Brian Wince Lab Unix System Administrator [EMAIL PROTECTED] 408.750.8437 Lab Services Website: http://eng.redback.com/display/labsvc/Home Brian try to upgrade or merge again the libxml2 package. After this, try again world update. -- {}s Joao Emanuel
Re: [gentoo-user] emerge world failing with No module name libxml2
On 10/20/08, Brian Wince [EMAIL PROTECTED] wrote: I have tried running python-updater -p and it complains about blocked packages which are older packages that I have not yet been able to get updated via the emerge world. Would python-updater -i be of any assistance? It looks at slots rather than versions. -- Arttu V.
RE: [gentoo-user] emerge world failing with No module name libxml2
That may work I will need to give it a shot later today and see if it helps. So the -I ignores the versions of packages installed and just fixes packages broken by a python upgrade, independent of the version? I guess I really do not understand what this means. I understand that slots can be used to install different versions of an app but not sure how that relates to python-updater. Brian -Original Message- From: Arttu V. [mailto:[EMAIL PROTECTED] Sent: Monday, October 20, 2008 10:39 AM To: gentoo-user@lists.gentoo.org Subject: Re: [gentoo-user] emerge world failing with No module name libxml2 On 10/20/08, Brian Wince [EMAIL PROTECTED] wrote: I have tried running python-updater -p and it complains about blocked packages which are older packages that I have not yet been able to get updated via the emerge world. Would python-updater -i be of any assistance? It looks at slots rather than versions. -- Arttu V.
Re: [gentoo-user] emerge world problem
On Wednesday 12 March 2008, Robert Stockdale IV wrote: Hello all: I have been trying to emerge world and the last 3 times I've been getting this error message when Epiphany is in the emerge world list. The errror from the out put is: make[2]: Nothing to be done for `all-am'. make[2]: Leaving directory `/var/tmp/portage/www-client/epiphany-2.20.3 /work/epiphany-2.20.3' make[1]: Leaving directory `/var/tmp/portage/www-client/epiphany-2.20.3 /work/epiphany-2.20.3' probably same cause as your problem with wine. Fix that, then try again. Post back if this problem then still persists -- Alan McKinnon alan dot mckinnon at gmail dot com -- gentoo-user@lists.gentoo.org mailing list
Re: [gentoo-user] emerge world and doubled portages
Hi! yesterday I emerged the nvidia-drivers. All went well. Then I ran 'emerge -NDpvu world' (I set nvidia flag in make.conf) and found out to have 2 versions of qt (3.3.8-r3 and 4.3.0-r2) and 2 versions og gnupg (1.4.7-r1 and 1.9.21). So I unmerged gnupg-1.4.7-r1 and ran 'emerge -NDpvu world' again. gnupg-1.4.7-r1 was listed again with [NS ] instead of the previuos [ R ]. May someone explain to me why? The same for qt. I should have to re-emerge some kde portages. How can I use qt4 instead of qt3? This is quite correct. Having multiple versions of a package installed is often necessary. This is the case. Some of your programs require qt3 to function, others require qt4. There are applications not prepared for qt4 at all. When you unmerged one of the qt's, you probably disposed some package(s) of their dependency, so emerge -uD promptly re-emerges the now-missing qt. The [ R ] flag means an already-installed package was to be re-emerged. Then you unmerged one such package and [ R ] became [NS ], which means a not-yet-installed package version is about to me emerged. Both qt and gnupg are slotted packages here - meaning it's possible to have multiple versions installed at the same time. Slotted - that's the S tag in [NS ]. So by and large, the right thing to do here is let emerge -NDpvu do what it wishes to do and keep both versions of both packages. If you want as many applications as possible to use qt4, adding the qt4 USE flag may help. May or may not. I don't know what exactly this flag does in all those ebuilds using it. -rz -- [EMAIL PROTECTED] mailing list
Re: [gentoo-user] emerge world problem
On Jun 3, 2006, at 10:31 AM, Roberto Zandonati wrote: hi at all, i've a problem when I try to do emerge world. I've the following outpu: (I've gnome 2,14) ---BEGIN OUTPUT-- # emerge -av world These are the packages that I would merge, in order: Calculating world dependencies !!! Packages for the following atoms are either all !!! masked or don't exist: sci-misc/boinc media-sound/banshee - !!! All ebuilds that could satisfy =gnome-base/libgnome-2.13 have been masked. !!! One of the following masked packages is required to complete your request: - gnome-base/libgnome-2.14.0 (masked by: ~x86 keyword) - gnome-base/libgnome-2.14.1 (masked by: ~x86 keyword) For more information, see MASKED PACKAGES section in the emerge man page or refer to the Gentoo Handbook. !!!(dependency required by gnome-base/gnome- panel-2.14.1 [ebuild]) !!! Problem resolving dependencies for gnome-base/gnome-panel !!! Depgraph creation failed. ---END OUTPUT-- I'd recommend reading http://www.gentoo.org/doc/en/handbook/handbook-x86.xml?part=3chap=3 and http://www.gentoo.org/doc/en/handbook/handbook-x86.xml?part=2chap=1 You're trying to emerge packages that depend on something that has not been put into the stable tree yet. You can try adding the packages to your /etc/portage/package.keywords file (echo ' gnome-base/libgnome-2.14.1 ~x86' /etc/portage/ package.keywords). -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] emerge world problem
On Jun 3, 2006, at 11:19 AM, Jeremy Teale wrote: I'd recommend reading http://www.gentoo.org/doc/en/handbook/handbook-x86.xml?part=3chap=3 and http://www.gentoo.org/doc/en/handbook/handbook-x86.xml?part=2chap=1 You're trying to emerge packages that depend on something that has not been put into the stable tree yet. You can try adding the packages to your /etc/portage/ package.keywords file (echo ' gnome-base/libgnome-2.14.1 ~x86' /etc/portage/ package.keywords).-- gentoo-user@gentoo.org mailing list Sorry, that should be '=gnome-base/libgnome-2.14.1 ~x86'. Or to do a general keywords entry, 'gnome-base/libgnome ~x86' which is version independent. -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] emerge world problem
Roberto Zandonati wrote: hi at all, i've a problem when i try to do emerge world, i've the follow message: [blocks B ] sys-apps/pam-login (is blocking sys-apps/shadow-4.0.15-r2) what i've to do? remove pam-login? bye From the forums: emerge --buildpkgonly --nodeps shadow emerge -C pam-login emerge --usepkgonly shadow It worked for me so far. Dale :-) :-) -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] emerge world error message
--- Paul [EMAIL PROTECTED] wrote: Calculating world dependencies !!! Packages for the following atoms are either all !!! masked or don't exist: sys-apps/sh-utils sys-apps/fileutils sys-apps/textutils They all have been obsoleted a VERY long time ago by coreutils. Unmerge them and get coreutils instead. __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] emerge world error message
On Saturday 04 Feb 2006 14:01, Andrei Slavoiu wrote: --- Paul [EMAIL PROTECTED] wrote: Calculating world dependencies !!! Packages for the following atoms are either all !!! masked or don't exist: sys-apps/sh-utils sys-apps/fileutils sys-apps/textutils They all have been obsoleted a VERY long time ago by coreutils. Unmerge them and get coreutils instead. Thanks I must have missed that info Paul -- This message has been sent using kmail with gentoo linux -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] emerge world?
Hi Michael, on Tuesday, 2006-01-17 at 20:18:16, you wrote: Plone in portage hasn't changed in a very long time. I recommend you get the new ebuilds from http://bugs.gentoo.org/show_bug.cgi?id=105187 and install them, then put your comments in that bug to let the devs know that it's working. Or, if you want, you can modify the 1.0.4 ebuild to accept poppler. I just switched to the unstable portaltransforms for now, and all is fine. Otherwise I'd have had to use portage overlays and thing swould have been more complicated -- the unstable version seems to be only this fix and a minor patch ahead so it's probably less problematic than stable. regards Matthias -- I prefer encrypted and signed messages. KeyID: FAC37665 Fingerprint: 8C16 3F0A A6FC DF0D 19B0 8DEF 48D9 1700 FAC3 7665 pgpoJBNby0R6z.pgp Description: PGP signature
RE: [gentoo-user] emerge world?
-Original Message- From: Rumen Yotov [mailto:[EMAIL PROTECTED] Sent: 14 January 2006 19:19 To: gentoo-user@lists.gentoo.org Subject: Re: [gentoo-user] emerge world? [snip...] Generally speaking you first unmerge all blocking packages, then emerge poppler (which replaces xpdf). I had missed that! Are you saying that if poppler has been emerged there's no need to re-emerge xpdf? I didn't know that and I re-emerged xpdf. -- Regards, Mick -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] emerge world?
On Tue, 17 Jan 2006 10:53:50 -, Michael Kintzios wrote: Generally speaking you first unmerge all blocking packages, then emerge poppler (which replaces xpdf). I had missed that! Are you saying that if poppler has been emerged there's no need to re-emerge xpdf? I didn't know that and I re-emerged xpdf. If you emerge xpdf, poppler would have been pulled in as a dependency. But if xpdf was only there as a dependency of other programs, it is no longer needed, that part of the code is now in poppler. -- Neil Bothwick WinErr 079: Mouse not found - A mouse driver has not been installed. Please click the left mouse button to continue. signature.asc Description: PGP signature
Re: [gentoo-user] emerge world?
Hi Michael, on Tuesday, 2006-01-17 at 10:53:50, you wrote: I had missed that! Are you saying that if poppler has been emerged there's no need to re-emerge xpdf? I didn't know that and I re-emerged xpdf. I think you do, poppler is just the library. I have another problem with poppler now though: one of my machines has Plone and Cups installed. Cups wants poppler, Plone wants net-zope/portaltransforms. The latter wants pdftohtml, which is blocked by poppler. It seems to boil down to a system that cannot have Cups and Plone installed on the same machine :( I think it would make sense to add a USE flag to portaltransforms that removes the dependency on pdftohtml---after all, I wouldn't use this functionality in Plone anyway. regards Matthias -- I prefer encrypted and signed messages. KeyID: FAC37665 Fingerprint: 8C16 3F0A A6FC DF0D 19B0 8DEF 48D9 1700 FAC3 7665 pgpoWqYSrM8O0.pgp Description: PGP signature
Re: [gentoo-user] emerge world?
On 17 January 2006 14:48, Matthias Bethke wrote: Hi Michael, on Tuesday, 2006-01-17 at 10:53:50, you wrote: I had missed that! Are you saying that if poppler has been emerged there's no need to re-emerge xpdf? I didn't know that and I re-emerged xpdf. I think you do, poppler is just the library. I have another problem with poppler now though: one of my machines has Plone and Cups installed. Cups wants poppler, Plone wants net-zope/portaltransforms. The latter wants pdftohtml, which is blocked by poppler. It seems to boil down to a system that cannot have Cups and Plone installed on the same machine :( I think it would make sense to add a USE flag to portaltransforms that removes the dependency on pdftohtml---after all, I wouldn't use this functionality in Plone anyway. If I understand the ebuild of portaltransforms correctly it wants either pdftohtml or lynx. Maybe you can get away by installing lynx? Uwe -- Unix is sexy: who | grep -i blonde | date cd ~; unzip; touch; strip; finger mount; gasp; yes; uptime; umount sleep -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] emerge world?
Hi Uwe, on Tuesday, 2006-01-17 at 15:53:20, you wrote: If I understand the ebuild of portaltransforms correctly it wants either pdftohtml or lynx. Maybe you can get away by installing lynx? No, it wants both of them. I do have lynx but that's probably for HTML-text and the other, as the name says, PDF-HTML. regards Matthias -- I prefer encrypted and signed messages. KeyID: FAC37665 Fingerprint: 8C16 3F0A A6FC DF0D 19B0 8DEF 48D9 1700 FAC3 7665 pgp9rkRd0mz5h.pgp Description: PGP signature
Re: [gentoo-user] emerge world?
Matthias Bethke wrote: Hi Uwe, on Tuesday, 2006-01-17 at 15:53:20, you wrote: If I understand the ebuild of portaltransforms correctly it wants either pdftohtml or lynx. Maybe you can get away by installing lynx? No, it wants both of them. I do have lynx but that's probably for HTML-text and the other, as the name says, PDF-HTML. regards Matthias What ebuild did you use? Portaltransforms is supposed to have been fixed to have an dependency on either pdftohtml OR poppler. See http://bugs.gentoo.org/show_bug.cgi?id=105187#c66 Peace, Michael -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] emerge world?
On 17 January 2006 16:47, Michael A. Smith wrote: Matthias Bethke wrote: Hi Uwe, on Tuesday, 2006-01-17 at 15:53:20, you wrote: If I understand the ebuild of portaltransforms correctly it wants either pdftohtml or lynx. Maybe you can get away by installing lynx? No, it wants both of them. I do have lynx but that's probably for HTML-text and the other, as the name says, PDF-HTML. regards Matthias What ebuild did you use? Portaltransforms is supposed to have been fixed to have an dependency on either pdftohtml OR poppler. See http://bugs.gentoo.org/show_bug.cgi?id=105187#c66 Uh well, now I understand why I haven't been able to put Matthias's remarks and the ebuild together. =8-O Uwe -- Unix is sexy: who | grep -i blonde | date cd ~; unzip; touch; strip; finger mount; gasp; yes; uptime; umount sleep -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] emerge world?
Uwe Thiem wrote: *** begin snippet *** RDEPEND==net-zope/cmf-1.4.7 app-text/htmltidy app-text/wv dev-libs/libxslt app-text/xlhtml app-text/unrtf dev-python/docutils www-client/lynx || ( app-text/pdftohtml app-text/poppler ) *** end snippet *** Isn't that || a logical OR? Actually, what does the whole last line mean? Uwe Just what you thought -- portaltransforms depends on either pdftohtml OR poppler. -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] emerge world?
On Tue, 17 Jan 2006 16:54:45 +0200, Uwe Thiem wrote: *** begin snippet *** RDEPEND==net-zope/cmf-1.4.7 app-text/htmltidy app-text/wv dev-libs/libxslt app-text/xlhtml app-text/unrtf dev-python/docutils www-client/lynx || ( app-text/pdftohtml app-text/poppler ) *** end snippet *** Isn't that || a logical OR? Actually, what does the whole last line mean? It means the package requires either app-text/pdftohtml or app-text/poppler to run. If neither is installed, the first one will be emerged. -- Neil Bothwick We've all heard that a million monkeys banging on a million typewriters will eventually reproduce the works of Shakespeare. Now, thanks to the Internet, we know this is not true. signature.asc Description: PGP signature
Re: [gentoo-user] emerge world?
Uwe Thiem wrote: RDEPEND==net-zope/cmf-1.4.7 app-text/htmltidy app-text/wv dev-libs/libxslt app-text/xlhtml app-text/unrtf dev-python/docutils www-client/lynx || ( app-text/pdftohtml app-text/poppler ) Isn't that || a logical OR? Actually, what does the whole last line mean? That it has either app-text/pdftohtml _or_ app-text/poppler as a RDEPEND. So yes it is a logical OR. -- Naga -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] emerge world?
On 17 January 2006 17:12, Michael A. Smith wrote: Uwe Thiem wrote: *** begin snippet *** RDEPEND==net-zope/cmf-1.4.7 app-text/htmltidy app-text/wv dev-libs/libxslt app-text/xlhtml app-text/unrtf dev-python/docutils www-client/lynx || ( app-text/pdftohtml app-text/poppler ) *** end snippet *** Isn't that || a logical OR? Actually, what does the whole last line mean? Uwe Just what you thought -- portaltransforms depends on either pdftohtml OR poppler. So I wasn't all that much off. ;-) Uwe -- Unix is sexy: who | grep -i blonde | date cd ~; unzip; touch; strip; finger mount; gasp; yes; uptime; umount sleep -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] emerge world?
Hi Michael, on Tuesday, 2006-01-17 at 09:47:44, you wrote: Matthias Bethke wrote: Hi Uwe, on Tuesday, 2006-01-17 at 15:53:20, you wrote: If I understand the ebuild of portaltransforms correctly it wants either pdftohtml or lynx. Maybe you can get away by installing lynx? No, it wants both of them. I do have lynx but that's probably for HTML-text and the other, as the name says, PDF-HTML. regards Matthias What ebuild did you use? Portaltransforms is supposed to have been fixed to have an dependency on either pdftohtml OR poppler. See http://bugs.gentoo.org/show_bug.cgi?id=105187#c66 Sorry, I should have mentioned that was portaltransforms-1.0.4.ebuild, mosdef with the bug still in. I just noticed there's -r1 with the fix, but it's still in unstable. Just syncing again, maybe it will have moved up to stable... regards Matthias -- I prefer encrypted and signed messages. KeyID: FAC37665 Fingerprint: 8C16 3F0A A6FC DF0D 19B0 8DEF 48D9 1700 FAC3 7665 pgpOesIYMMBoZ.pgp Description: PGP signature
Re: [gentoo-user] emerge world?
Matthias Bethke wrote: Hi Michael, on Tuesday, 2006-01-17 at 09:47:44, you wrote: Matthias Bethke wrote: Hi Uwe, on Tuesday, 2006-01-17 at 15:53:20, you wrote: If I understand the ebuild of portaltransforms correctly it wants either pdftohtml or lynx. Maybe you can get away by installing lynx? No, it wants both of them. I do have lynx but that's probably for HTML-text and the other, as the name says, PDF-HTML. regards Matthias What ebuild did you use? Portaltransforms is supposed to have been fixed to have an dependency on either pdftohtml OR poppler. See http://bugs.gentoo.org/show_bug.cgi?id=105187#c66 Sorry, I should have mentioned that was portaltransforms-1.0.4.ebuild, mosdef with the bug still in. I just noticed there's -r1 with the fix, but it's still in unstable. Just syncing again, maybe it will have moved up to stable... regards Matthias Plone in portage hasn't changed in a very long time. I recommend you get the new ebuilds from http://bugs.gentoo.org/show_bug.cgi?id=105187 and install them, then put your comments in that bug to let the devs know that it's working. Or, if you want, you can modify the 1.0.4 ebuild to accept poppler. Sorry it's so complicated. -Mike -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] emerge world?
On (14/01/06 19:58), Antoine wrote: Hi, [blocks B ] media-libs/libungif (is blocking media-libs/giflib-4.1.4) [blocks B ] app-text/xpdf-3.01-r4 (is blocking app-text/poppler-0.4.3-r4) [empty/missing/bad digest]: sys-devel/gcc-config-1.3.12-r6 [blocks B ] =x11-libs/openmotif-2.2.3-r3 (is blocking x11-libs/motif-config-0.9) I get these blocks when trying to emerge world. I can't seem to figure out why for any of them. Can someone shed some light? Cheers Antoine -- gentoo-user@gentoo.org mailing list Hi, There was such thread nearly a week ago. Generally speaking you first unmerge all blocking packages, then emerge poppler (which replaces xpdf). Just one more thing - watch for available/needed USE-flags, 'openmotif' comes to mind. Second, the new version of 'openmotif' is blocked by prev. version. Unmerge openmotif then emerge it again. Or better unmerge all [B]'s then run emerge -u[DN] world -av. This answer came out rather messy but HTH. Rumen pgpDg23fQEQU5.pgp Description: PGP signature
Re: [gentoo-user] emerge world?
On Sat, 14 Jan 2006 19:58:07 +0100 Antoine [EMAIL PROTECTED] wrote: Hi, [blocks B ] media-libs/libungif (is blocking media-libs/giflib-4.1.4) [blocks B ] app-text/xpdf-3.01-r4 (is blocking app-text/poppler-0.4.3-r4) [empty/missing/bad digest]: sys-devel/gcc-config-1.3.12-r6 [blocks B ] =x11-libs/openmotif-2.2.3-r3 (is blocking x11-libs/motif-config-0.9) I get these blocks when trying to emerge world. I can't seem to figure out why for any of them. Can someone shed some light? emerge -C libungif xpdf emerge -uDNav world emerge -uDNav xpdf Bob - -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Emerge World - lcms Fails
On 5/14/2005 8:59 AM Mark Knecht wrote: On 5/14/05, Drew Tomlinson [EMAIL PROTECTED] wrote: In an attempt to clean up my newly installed and get everything back to default as much as possible, I'm running 'emerge --emptytree world. The build failed on lcms-1.13. Here's the output: *** Gentoo sanity check failed! *** *** libtool.m4 and ltmain.sh have a version mismatch! *** *** (libtool.m4 = 1.5.16, ltmain.sh = 1.5) *** Please run: libtoolize --copy --force OK, I did 'cd /var/tmp/portage/lcms-1.13/work/lcms-1.13' and ran 'libtoolize --copy --force'. When subsequent 'emerge lcms' commands failed, I read the emerge man page. It seemed that 'emerge --resume lcms' would be appropriate after doing the libtoolize thing again. However, it failed with the same output. How can I resolve this issue? And once resolved, is there anyway to resume the 'emerge --emptytree world' or should I just start over. Thanks, Drew Drew, There are reports on this in Bugzilla as well as a masked fix. I would have recommended ACCEPT_KEYWORDS=~x86 emerge -pv lcms but now that you've done the force step I'm not sure what you should do. In the future I'd recommend against anything that uses strong words like force just based on how much trouble that can cause on other distros. Maybe you can still add lcms ~x86 to package.keywords and be OK but you'll want someone better than me to tell you yes or no on that one. - Mark Thanks. I will try this as I don't think the force did anything because I continue to get the same message. Good advice about force language in the future. I'll think twice next time. Cheers, Drew -- Visit The Alchemist's Warehouse Magic Tricks, DVDs, Videos, Books, More! http://www.alchemistswarehouse.com -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Emerge World - lcms Fails
On Sun, 15 May 2005 08:36:02 -0700, Drew Tomlinson wrote: Edit /usr/portage/media-libs/lcms/lcms-1.13.ebuild and change the line that says 'elibtoolize' to 'libtoolize --copy --force' and try again. That should fix it. I found similar info and tried your suggestion. However then I got a message about the file size not matching. I don't remember exactly but I took it to mean that the MD5 checksums no longer matched. I didn't see anything in emerge man page about overriding the checksum check. ebuild /usr/portage/media-libs/lcms/lcms-1.13.ebuild digest will fix the checksums. -- Neil Bothwick I am Yoda of Borg. Futile, resistance is. Assimilate you, we will. pgpLZcqzk5P66.pgp Description: PGP signature
Re: [gentoo-user] Emerge World - lcms Fails
Edit /usr/portage/media-libs/lcms/lcms-1.13.ebuild and change the line that says 'elibtoolize' to 'libtoolize --copy --force' and try again. That should fix it. A quick search of forums (http://forums.gentoo.org) and bugzilla (http://bugs.gentoo.org) would have given you the same answer. Tim Drew Tomlinson wrote: In an attempt to clean up my newly installed and get everything back to default as much as possible, I'm running 'emerge --emptytree world. The build failed on lcms-1.13. Here's the output: *** Gentoo sanity check failed! *** *** libtool.m4 and ltmain.sh have a version mismatch! *** *** (libtool.m4 = 1.5.16, ltmain.sh = 1.5) *** Please run: libtoolize --copy --force OK, I did 'cd /var/tmp/portage/lcms-1.13/work/lcms-1.13' and ran 'libtoolize --copy --force'. When subsequent 'emerge lcms' commands failed, I read the emerge man page. It seemed that 'emerge --resume lcms' would be appropriate after doing the libtoolize thing again. However, it failed with the same output. How can I resolve this issue? And once resolved, is there anyway to resume the 'emerge --emptytree world' or should I just start over. Thanks, Drew -- Tim Igoe [EMAIL PROTECTED] http://tim.igoe.me.uk - Personal Site http://tv.igoe.me.uk - UK TV Guide Computers are like Air-con, open windows and they stop working! signature.asc Description: OpenPGP digital signature
Re: [gentoo-user] Emerge World - lcms Fails
On 5/14/05, Drew Tomlinson [EMAIL PROTECTED] wrote: In an attempt to clean up my newly installed and get everything back to default as much as possible, I'm running 'emerge --emptytree world. The build failed on lcms-1.13. Here's the output: *** Gentoo sanity check failed! *** *** libtool.m4 and ltmain.sh have a version mismatch! *** *** (libtool.m4 = 1.5.16, ltmain.sh = 1.5) *** Please run: libtoolize --copy --force OK, I did 'cd /var/tmp/portage/lcms-1.13/work/lcms-1.13' and ran 'libtoolize --copy --force'. When subsequent 'emerge lcms' commands failed, I read the emerge man page. It seemed that 'emerge --resume lcms' would be appropriate after doing the libtoolize thing again. However, it failed with the same output. How can I resolve this issue? And once resolved, is there anyway to resume the 'emerge --emptytree world' or should I just start over. Thanks, Drew Drew, There are reports on this in Bugzilla as well as a masked fix. I would have recommended ACCEPT_KEYWORDS=~x86 emerge -pv lcms but now that you've done the force step I'm not sure what you should do. In the future I'd recommend against anything that uses strong words like force just based on how much trouble that can cause on other distros. Maybe you can still add lcms ~x86 to package.keywords and be OK but you'll want someone better than me to tell you yes or no on that one. - Mark -- Visit The Alchemist's Warehouse Magic Tricks, DVDs, Videos, Books, More! http://www.alchemistswarehouse.com -- gentoo-user@gentoo.org mailing list -- gentoo-user@gentoo.org mailing list