[gentoo-user] revdep-rebuild ignoring SEARCH_DIRS_MASK
Has anybody else noticed that revdep-rebuild recently started to ignore SEARCH_DIRS_MASK? I have it set thusly in make.conf SEARCH_DIRS_MASK="/usr/lib/digilent/waveforms" and that used to prevent revdep-rebuild from reinstalling sci-electronics/digilent-waveforms every time (it's a binary install that has it's own version of a bunch of shared libraries). Sometime in past month or so, revdep-rebuild started to reinstall it every time despite the SEARCH_DIRS_MASK. AFAICT, the layout of the waveforms package hasn't changed. When I add --verbose to the revdep rebuild, all of the files that trigger the reinstall appear to be under the masked directory. -- Grant Edwards grant.b.edwardsYow! On the road, ZIPPY at is a pinhead without a gmail.compurpose, but never without a POINT.
[gentoo-user] revdep-rebuild ignores SEARCH_DIRS_MASK in make.conf
Accoring to revdep-rebuild(1) CONFIGURATION revdep-rebuild no longer uses hardcoded paths. To change the default behavior the following variables can be changed by the user. LD_LIBRARY_MASK - Mask of specially evaluated libraries SEARCH_DIRS - List of directories to search for executables and libraries SEARCH_DIRS_MASK - List of directories to not search You can prepend to these variables by setting the variable in your environment prior to execution, by placing an entry in make.conf, or by placing a file in /etc/revdep-rebuild containing the appropriate variables. However, revdep-rebuild seems to ignore SEARCH_DIRS_MASK when set in /etc/port/make.conf or in a file in /etc/revdep/rebuild/. It only works when I set it in the enviroment like this it works: SEARCH_DIRS_MASK=/usr/lib/digilent/waveforms revdep-rebuild --pretend -- Grant Edwards grant.b.edwardsYow! How do I get HOME? at gmail.com
Re: [gentoo-user] revdep-rebuild finds nothing, while revdep-rebuild.sh wants to rebuild the whole system
On 10/17/2017 10:40 PM, Nikos Chantziaras wrote: Running the new revdep-rebuild finds nothing: $ sudo revdep-rebuild -i -- -a * This is the new python coded version * Please report any bugs found using it. * The original revdep-rebuild script is installed as revdep-rebuild.sh * Please file bugs at: https://bugs.gentoo.org/ * Collecting system binaries and libraries * Checking dynamic linking consistency Your system is consistent However, running revdep-rebuild.sh wants to rebuild everything: https://pastebin.com/raw/BHq2NU0G Does someone know what's going on? I don't know what's going on, but I see the same thing on one of my systems. Todd
[gentoo-user] revdep-rebuild finds nothing, while revdep-rebuild.sh wants to rebuild the whole system
Running the new revdep-rebuild finds nothing: $ sudo revdep-rebuild -i -- -a * This is the new python coded version * Please report any bugs found using it. * The original revdep-rebuild script is installed as revdep-rebuild.sh * Please file bugs at: https://bugs.gentoo.org/ * Collecting system binaries and libraries * Checking dynamic linking consistency Your system is consistent However, running revdep-rebuild.sh wants to rebuild everything: https://pastebin.com/raw/BHq2NU0G Does someone know what's going on?
[gentoo-user] revdep-rebuild ignoring Ctrl-C
Hi list, just discovered something slightly unexpected. I am on gentoolkit-0.3.0.7. I started running revdep-rebuild on the console. The process starts, found the broken deps, and started with the emerge. Before it starts the emerge process, I can interrupt revdep-rebuild with Ctrl-C After it starts the emerge process, hitting Ctrl-C on the console drops me to bash, but evidently the emerge / revdep-rebuild continues running. (The processes live on and continue to compile and spew messages on the console.) I honestly don't remember whether it has always been like this or is this some new behaviour on my computer. But it is somewhat annoying (just discovered that earlier when I suddenly needed to pack up and go in a rush). Thoughts? W -- Data aequatione quotcunque fluentes quantitae involvente fluxiones invenire et vice versa ~~~ I. Newton
Re: [gentoo-user] revdep-rebuild ignoring Ctrl-C
On Thu, 6 Dec 2012 09:35:30 +0100, Willie WY Wong wrote: Before it starts the emerge process, I can interrupt revdep-rebuild with Ctrl-C After it starts the emerge process, hitting Ctrl-C on the console drops me to bash, but evidently the emerge / revdep-rebuild continues running. (The processes live on and continue to compile and spew messages on the console.) This sounds like the bug where Ctrl-C while emerging in a chroot exits the chroot but leaves the emerge running. There was a bug on this but I couldn't find it in a quick search. I think it may have been Volker that reported it. -- Neil Bothwick Do Roman paramedics refer to IV's as 4's? signature.asc Description: PGP signature
[gentoo-user] Revdep-rebuild: ams won't start due to shared library libclalsadrv.so.1
Hello For everything there is a first time. So after years of coping by myself, this is the first time I need an advice on a shared libary that can't be found. My problem: $ ams ams: error while loading shared libraries: libclalsadrv.so.1: cannot open shared object file: No such file or directory I ran revdep-rebuild -pvi twice, the result was that only ams needs to be rebuilt. So I did it. But because it didn't solve the problem, I ran revdep again with the same outcome, so I built ams again. Next I did $ qdepends libclalsadrv The only returned packages was alsa-lib, so I did $ emerge alsa-lib ams Next I looked at the binary, and indeed it contains the string libclalsadrv.so.1. But right before that, it mentions jack, so I also rebuilt jack (hope dies last). But neither helped. So, please help me remove the tomatoes from my eyes---what am I missing here? Some background info: $ eix -e -c ams -o libclalsadrv -o alsa-lib | sed 's_:.*__g' [I] media-libs/alsa-lib (1.0.25-r1@07.11.2012) [I] media-libs/libclalsadrv (1.2.2@07.11.2012) [I] media-sound/ams (2.0.1@07.11.2012) $ qlist libclalsadrv /usr/share/doc/libclalsadrv-1.2.2/AUTHORS.bz2 /usr/include/clalsadrv.h /usr/lib64/libclalsadrv.so /usr/lib64/libclalsadrv.so.1.2.2 -- Gruß | Greetings | Qapla' Please do not share anything from, with or about me with any Facebook service. The four elements: earth, air and firewater. signature.asc Description: Digital signature
Re: [gentoo-user] revdep-rebuild problem
On August 20, 2012 15:27:54 Volker Armin Hemmann wrote: Am Montag, 20. August 2012, 01:00:34 schrieb Reinhard Kotucha: On 2012-08-19 at 01:02:24 +0200, Volker Armin Hemmann wrote: Am Sonntag, 19. August 2012, 00:37:36 schrieb Reinhard Kotucha: emerge --update --pretend why pretend? Because whenever I see that there is an Xorg update, I nowadays make a full backup before I do the actual update. that is what --ask is made for ;) Nothing wrong with --pretend. I use it religiously for a couple of reasons. One is that when I want --quiet-build off, I can keep a complete list of the packages being merged in another screen tab, in case something fails. The other is that I don't want emerge --ask littering my emerge.log with stuff like this while I'm messing with USE flags, keywords, etc. and not actually committing to any emerges: 1345531458: Started emerge on: Aug 20, 2012 23:44:18 1345531458: *** emerge --ask --binpkg-respect-use=y --quiet-build=n --verbose --quiet-unmerge-warn extreme-tuxracer 1345531466: *** exiting unsuccessfully with status '130'. 1345531466: *** terminating. Getting back to the actual topic :) I've noticed that more and more packages are getting pkg_pretend() checks so that ebuilds can abort before the build starts if something is missing, e.g. missing kernel modules or in the case of Xorg, gcc being too old. This might be what you're asking for, in a way. Cheers, Bryan
Re: [gentoo-user] revdep-rebuild problem
Am Montag, 20. August 2012, 01:00:34 schrieb Reinhard Kotucha: On 2012-08-19 at 01:02:24 +0200, Volker Armin Hemmann wrote: Am Sonntag, 19. August 2012, 00:37:36 schrieb Reinhard Kotucha: Hi, I'm using Gentoo for a couple of years and am quite amazed how good it works. So thanks to all involved in its develpoment. However, after today's update, when I run revdep-rebuild, I get the message * Checking dynamic linking consistency * broken /usr/lib64/libogrove.la (requires -lstdc++) * broken /usr/lib64/libospgrove.la (requires -lstdc++) * broken /usr/lib64/libostyle.la (requires -lstdc++) so, find out which package these three belong to - and remove them. Ok, will do. emerge --update --pretend why pretend? Because whenever I see that there is an Xorg update, I nowadays make a full backup before I do the actual update. that is what --ask is made for ;) On the other hand it happpened several times that *after* an update I've been told that my system is completely broken and will not re-boot unless I compile a new kernel. really? never saw that. Only with xorg-drivers after a xorg-server update. Presumably because you already were using a newer kernel. It was the kernel version number what mattered, not the configuration. I have been sticking around with 3.0 for a long time. It would be nice if I can be warned *before* I run emerge without the --pretend option. Then I could postpone the update to the next weekend, when I have more time. so you want portage to read every single ebuild, making the operation A LOT longer? I am sorry but I am not willing to waste so much time. Maybe a news item would be sufficient. My propsal is to add a warning similar to that I get when portage updates are available, so that users know in advance that a particular update will break the system. please enlighten me which update breaks a system. Can't remember one. Hm, back with libssco maybe? Last time it happened after an udev update. After the update I've been told that my kernel was too old. If I have to build a new kernel the next day, I can only hope that there is no power failure meanwhile and would rather postpone the update. okay, there is a reason I masked udev updates a long time ago ;) -- #163933
Re: [gentoo-user] revdep-rebuild problem
On Sun, 19 Aug 2012 03:02:38 +0200, Volker Armin Hemmann wrote: please enlighten me which update breaks a system. Can't remember one. Hm, back with libssco maybe? jpeg-7, expat2 both broke world, not system. expat broke system here, but that is ancient history from which lessons appear to have been learned. -- Neil Bothwick If bankers can count, how come they have eight windows and only four tellers? signature.asc Description: PGP signature
Re: [gentoo-user] revdep-rebuild problem
On 2012-08-19 at 01:02:24 +0200, Volker Armin Hemmann wrote: Am Sonntag, 19. August 2012, 00:37:36 schrieb Reinhard Kotucha: Hi, I'm using Gentoo for a couple of years and am quite amazed how good it works. So thanks to all involved in its develpoment. However, after today's update, when I run revdep-rebuild, I get the message * Checking dynamic linking consistency * broken /usr/lib64/libogrove.la (requires -lstdc++) * broken /usr/lib64/libospgrove.la (requires -lstdc++) * broken /usr/lib64/libostyle.la (requires -lstdc++) so, find out which package these three belong to - and remove them. Ok, will do. emerge --update --pretend why pretend? Because whenever I see that there is an Xorg update, I nowadays make a full backup before I do the actual update. On the other hand it happpened several times that *after* an update I've been told that my system is completely broken and will not re-boot unless I compile a new kernel. really? never saw that. Only with xorg-drivers after a xorg-server update. Presumably because you already were using a newer kernel. It was the kernel version number what mattered, not the configuration. It would be nice if I can be warned *before* I run emerge without the --pretend option. Then I could postpone the update to the next weekend, when I have more time. so you want portage to read every single ebuild, making the operation A LOT longer? I am sorry but I am not willing to waste so much time. Maybe a news item would be sufficient. My propsal is to add a warning similar to that I get when portage updates are available, so that users know in advance that a particular update will break the system. please enlighten me which update breaks a system. Can't remember one. Hm, back with libssco maybe? Last time it happened after an udev update. After the update I've been told that my kernel was too old. If I have to build a new kernel the next day, I can only hope that there is no power failure meanwhile and would rather postpone the update. Regards, Reinhard -- Reinhard Kotucha Phone: +49-511-3373112 Marschnerstr. 25 D-30167 Hannover mailto:reinhard.kotu...@web.de Microsoft isn't the answer. Microsoft is the question, and the answer is NO.
[gentoo-user] revdep-rebuild problem
Hi, I'm using Gentoo for a couple of years and am quite amazed how good it works. So thanks to all involved in its develpoment. However, after today's update, when I run revdep-rebuild, I get the message * Checking dynamic linking consistency * broken /usr/lib64/libogrove.la (requires -lstdc++) * broken /usr/lib64/libospgrove.la (requires -lstdc++) * broken /usr/lib64/libostyle.la (requires -lstdc++) I would expect that revdep-rebuild re-builds the broken libraries, but instead it only re-builds app-text/openjade. Hence I can run revdep-rebuild again and again ad nauseam without any effect. Another, quite unrelated question: Whenever I run emerge --update --pretend I'm warned in advance if a portage update is available. It seems that emerge is able to warn about critical updates. On the other hand it happpened several times that *after* an update I've been told that my system is completely broken and will not re-boot unless I compile a new kernel. It would be nice if I can be warned *before* I run emerge without the --pretend option. Then I could postpone the update to the next weekend, when I have more time. My propsal is to add a warning similar to that I get when portage updates are available, so that users know in advance that a particular update will break the system. Of course, this mailing list is not the proper place for such suggestions. Can anybody tell me whom I should ask? Regards, Reinhard -- Reinhard Kotucha Phone: +49-511-3373112 Marschnerstr. 25 D-30167 Hannover mailto:reinhard.kotu...@web.de Microsoft isn't the answer. Microsoft is the question, and the answer is NO.
Re: [gentoo-user] revdep-rebuild problem
Am Sonntag, 19. August 2012, 00:37:36 schrieb Reinhard Kotucha: Hi, I'm using Gentoo for a couple of years and am quite amazed how good it works. So thanks to all involved in its develpoment. However, after today's update, when I run revdep-rebuild, I get the message * Checking dynamic linking consistency * broken /usr/lib64/libogrove.la (requires -lstdc++) * broken /usr/lib64/libospgrove.la (requires -lstdc++) * broken /usr/lib64/libostyle.la (requires -lstdc++) so, find out which package these three belong to - and remove them. n emerge --update --pretend why pretend? I'm warned in advance if a portage update is available. It seems that emerge is able to warn about critical updates. only about portage updates. On the other hand it happpened several times that *after* an update I've been told that my system is completely broken and will not re-boot unless I compile a new kernel. really? never saw that. Only with xorg-drivers after a xorg-server update. It would be nice if I can be warned *before* I run emerge without the --pretend option. Then I could postpone the update to the next weekend, when I have more time. so you want portage to read every single ebuild, making the operation A LOT longer? I am sorry but I am not willing to waste so much time. My propsal is to add a warning similar to that I get when portage updates are available, so that users know in advance that a particular update will break the system. please enlighten me which update breaks a system. Can't remember one. Hm, back with libssco maybe? Of course, this mailing list is not the proper place for such suggestions. Can anybody tell me whom I should ask? bugzilla. Feature request. -- #163933
Re: [gentoo-user] revdep-rebuild problem
A few extra inline comments to reinforce what you just said: On Sun, 19 Aug 2012 01:02:24 +0200 Volker Armin Hemmann volkerar...@googlemail.com wrote: Am Sonntag, 19. August 2012, 00:37:36 schrieb Reinhard Kotucha: Hi, I'm using Gentoo for a couple of years and am quite amazed how good it works. So thanks to all involved in its develpoment. However, after today's update, when I run revdep-rebuild, I get the message * Checking dynamic linking consistency * broken /usr/lib64/libogrove.la (requires -lstdc++) * broken /usr/lib64/libospgrove.la (requires -lstdc++) * broken /usr/lib64/libostyle.la (requires -lstdc++) so, find out which package these three belong to - and remove them. n emerge --update --pretend why pretend? I'm warned in advance if a portage update is available. It seems that emerge is able to warn about critical updates. only about portage updates. and it's hard-coded: if (update available) print alarming message On the other hand it happpened several times that *after* an update I've been told that my system is completely broken and will not re-boot unless I compile a new kernel. really? never saw that. Only with xorg-drivers after a xorg-server update. It would be nice if I can be warned *before* I run emerge without the --pretend option. Then I could postpone the update to the next weekend, when I have more time. so you want portage to read every single ebuild, making the operation A LOT longer? I am sorry but I am not willing to waste so much time. Not only that but it's impossible for portage to know this before hand unless some dev puts the information in the ebuild. And the infra to check that does not exist. This is all right correct and proper. The only way to know an update breaks something is to build and test it. That's how Ubuntu does it: the dev builds it, installs it, finds it breaks stuff. So it gets committed to a repo with a warning that *the*dev*already*knows*about* The Gentoo dev DOES NOT know about it, and cannot either. These breakages are usually dependant on the environment they are used in and only the user knows that. As you and I well know, the compiling Gentoo user is that analogy of the Ubuntu DEV My propsal is to add a warning similar to that I get when portage updates are available, so that users know in advance that a particular update will break the system. please enlighten me which update breaks a system. Can't remember one. Hm, back with libssco maybe? jpeg-7, expat2 Those were dealt with in the only sane manner possible: ~arch: tough. Keep both pieces. arch: news item in advance Of course, this mailing list is not the proper place for such suggestions. Can anybody tell me whom I should ask? bugzilla. Feature request. -- Alan McKinnon alan.mckin...@gmail.com
Re: [gentoo-user] revdep-rebuild problem
Am Sonntag, 19. August 2012, 01:20:05 schrieb Alan McKinnon: A few extra inline comments to reinforce what you just said: My propsal is to add a warning similar to that I get when portage updates are available, so that users know in advance that a particular update will break the system. please enlighten me which update breaks a system. Can't remember one. Hm, back with libssco maybe? jpeg-7, expat2 both broke world, not system. -- #163933
Re: [gentoo-user] revdep-rebuild
I have decided to upgrade my system. I haven't done it for awhile because it takes so long on a Intel Nano with 1GB of RAM. I normally only upgrade the programs I use to most along with any upgrade requirements that it has. This may be what is causing all of my problems. On 06/05/2012 09:03 PM, Paul Hartman wrote: On Tue, Jun 5, 2012 at 10:23 PM, Willie Matthews matthews.wil...@gmail.com wrote: (sys-apps/sysvinit-2.88-r3 is blocking sys-apps/util-linux-2.21.2) * Error: The above package list contains packages which cannot be * installed at the same time on the same system. (sys-apps/sysvinit-2.88-r2::gentoo, installed) pulled in by =sys-apps/sysvinit-2.86-r6 required by (virtual/init-0::gentoo, installed) (sys-apps/util-linux-2.21.2::gentoo, ebuild scheduled for merge) pulled in by =sys-apps/util-linux-2.16 required by (sys-fs/lvm2-2.02.73-r1::gentoo, installed) =sys-apps/util-linux-2.20.1-r2 required by (sys-fs/udisks-1.97.0-r1::gentoo, ebuild scheduled for merge) =sys-apps/util-linux-2.16 required by (sys-fs/udev-171-r5::gentoo, installed) =sys-apps/util-linux-2.16 required by (x11-libs/libSM-1.2.0::gentoo, installed) =sys-apps/util-linux-2.17.2 required by (sys-fs/cryptsetup-1.4.2::gentoo, ebuild scheduled for merge) =sys-apps/util-linux-2.16 required by (net-libs/gupnp-0.13.4::gentoo, installed) =sys-apps/util-linux-2.13 required by (sys-power/pm-utils-1.4.1::gentoo, installed) sys-apps/util-linux required by @system =sys-apps/util-linux-2.16 required by (sys-fs/e2fsprogs-1.41.14::gentoo, installed) sys-apps/util-linux required by (app-text/build-docbook-catalog-1.4::gentoo, installed) =sys-apps/util-linux-2.16 required by (dev-libs/apr-1.4.5::gentoo, installed) Assuming you've already done a full upgrade of world, and don't have anything strange masked/keyworded, I would try: emerge --oneshot sys-apps/sysvinit sys-apps/util-linux or maybe each one at a time if that doesn't work. If one at a time doesn't work, maybe try to unmerge util-linux, upgrade sysvinit, then reinstall util-linux. Be sure to make binary package of util-linux before unmerging just in case it all goes wrong. -- Willie Matthews matthews.wil...@gmail.com
[gentoo-user] revdep-rebuild
Hello Everyone, I am trying to run revdep-rebuld on my Gentoo Dell Mini and can't figure out why I keep getting this error when it trys to re-emerge packages. Here is what it say in it entirety. ~ # revdep-rebuild * 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 [ 7% ] * broken /usr/bin/cdxa2mpeg (requires libcdio.so.12 libiso9660.so.7) * broken /usr/bin/conky (requires libiw.so.29) [ 16% ] * broken /usr/bin/jsc-1 (requires libicui18n.so.48 libicuuc.so.48) [ 18% ] * broken /usr/bin/mencoder (requires libcdio_cdda.so.0 libcdio_paranoia.so.0) [ 19% ] * broken /usr/bin/mplayer (requires libcdio_cdda.so.0 libcdio_paranoia.so.0) [ 31% ] * broken /usr/bin/vcd-info (requires libcdio.so.12 libiso9660.so.7) * broken /usr/bin/vcdimager (requires libcdio.so.12 libiso9660.so.7) * broken /usr/bin/vcdxbuild (requires libcdio.so.12 libiso9660.so.7) * broken /usr/bin/vcdxgen (requires libcdio.so.12 libiso9660.so.7) * broken /usr/bin/vcdxminfo (requires libcdio.so.12 libiso9660.so.7) * broken /usr/bin/vcdxrip (requires libcdio.so.12 libiso9660.so.7) [ 54% ] * broken /usr/lib/libavdevice.so.53.4.100 (requires libcdio_cdda.so.0 libcdio_paranoia.so.0) * broken /usr/lib/libbeecrypt_cxx.so.7.0.0 (requires libicui18n.so.48 libicuuc.so.48) [ 63% ] * broken /usr/lib/libvcdinfo.so.0.2.0 (requires libcdio.so.12 libiso9660.so.7) [ 64% ] * broken /usr/lib/libwebkitgtk-1.0.so.0.7.3 (requires libicui18n.so.48 libicuuc.so.48) * broken /usr/lib/libxerces-c-3.1.so (requires libicudata.so.48 libicui18n.so.48 libicuuc.so.48) [ 93% ] * broken /usr/lib/xine/plugins/2.1/xineplug_inp_vcd.so (requires libcdio.so.12 libiso9660.so.7) [ 97% ] * broken /usr/libexec/gvfsd-cdda (requires libcdio.so.12 libcdio_cdda.so.0 libcdio_paranoia.so.0) [ 100% ] * Generated new 3_broken.rr * Assigning files to packages * /usr/bin/cdxa2mpeg - media-video/vcdimager * /usr/bin/conky - app-admin/conky * /usr/bin/jsc-1 - net-libs/webkit-gtk * /usr/bin/mencoder - media-video/mplayer * /usr/bin/mplayer - media-video/mplayer * /usr/bin/vcd-info - media-video/vcdimager * /usr/bin/vcdimager - media-video/vcdimager * /usr/bin/vcdxbuild - media-video/vcdimager * /usr/bin/vcdxgen - media-video/vcdimager * /usr/bin/vcdxminfo - media-video/vcdimager * /usr/bin/vcdxrip - media-video/vcdimager * /usr/lib/libavdevice.so.53.4.100 - media-video/ffmpeg * /usr/lib/libbeecrypt_cxx.so.7.0.0 - dev-libs/beecrypt * /usr/lib/libvcdinfo.so.0.2.0 - media-video/vcdimager * /usr/lib/libwebkitgtk-1.0.so.0.7.3 - net-libs/webkit-gtk * /usr/lib/libxerces-c-3.1.so - dev-libs/xerces-c * /usr/lib/xine/plugins/2.1/xineplug_inp_vcd.so - media-libs/xine-lib * /usr/libexec/gvfsd-cdda - gnome-base/gvfs * Generated new 4_raw.rr and 4_owners.rr * Cleaning list of packages to rebuild * Generated new 4_pkgs.rr * Assigning packages to ebuilds * Generated new 4_ebuilds.rr * Evaluating package order * Generated new 5_order.rr * All prepared. Starting rebuild emerge --complete-graph=y --oneshot app-admin/conky:0 dev-libs/beecrypt:0 dev-libs/xerces-c:0 gnome-base/gvfs:0 media-libs/xine-lib:1 media-video/ffmpeg:0 media-video/mplayer:0 media-video/vcdimager:0 net-libs/webkit-gtk:2 .. Calculating dependencies... done! [ebuild U ] dev-libs/xerces-c-3.1.1-r1 [3.1.0] [ebuild N ] sys-apps/gptfdisk-0.8.5 [ebuild U ] dev-lang/lua-5.1.5 [5.1.4-r4] [ebuild U ] sys-kernel/linux-headers-3.4 [2.6.39] [ebuild N ] dev-util/gdbus-codegen-2.32.3 [ebuild R] media-video/vcdimager-0.7.23-r1 [ebuild U ] dev-libs/libatasmart-0.19 [0.17] [ebuild U ] sys-apps/util-linux-2.21.2 [2.19.1-r1] USE=udev%* -ddate% -static-libs% [ebuild N ] sys-fs/cryptsetup-1.4.2 USE=nls (-selinux) -static -static-libs [ebuild NS] sys-fs/udisks-1.97.0-r1 [1.0.4-r1] USE=crypt gptfdisk introspection -debug -doc -systemd [ebuild U ] app-admin/conky-1.9.0 [1.8.1-r4] [ebuild R] dev-libs/beecrypt-4.2.1 USE=-static-libs% [ebuild U ] net-libs/webkit-gtk-1.8.1-r201 [1.4.3-r200] USE=geoloc%* webgl%* [ebuild U ] gnome-base/gvfs-1.12.3 [1.12.0] USE=udisks* -bluetooth* -gdu* [ebuild U ] media-video/ffmpeg-0.10.3 [0.10.2] [ebuild R] media-video/mplayer-1.0_rc4_p20120405 [ebuild R] media-libs/xine-lib-1.2.1-r1 [blocks B ] sys-apps/sysvinit-2.88-r3 (sys-apps/sysvinit-2.88-r3 is blocking sys-apps/util-linux-2.21.2) * Error: The above package list contains packages which cannot be * installed at the same time on the same system. (sys-apps/sysvinit-2.88-r2::gentoo, installed) pulled in by =sys-apps/sysvinit-2.86-r6 required by
Re: [gentoo-user] revdep-rebuild
On Tue, Jun 5, 2012 at 10:23 PM, Willie Matthews matthews.wil...@gmail.com wrote: (sys-apps/sysvinit-2.88-r3 is blocking sys-apps/util-linux-2.21.2) * Error: The above package list contains packages which cannot be * installed at the same time on the same system. (sys-apps/sysvinit-2.88-r2::gentoo, installed) pulled in by =sys-apps/sysvinit-2.86-r6 required by (virtual/init-0::gentoo, installed) (sys-apps/util-linux-2.21.2::gentoo, ebuild scheduled for merge) pulled in by =sys-apps/util-linux-2.16 required by (sys-fs/lvm2-2.02.73-r1::gentoo, installed) =sys-apps/util-linux-2.20.1-r2 required by (sys-fs/udisks-1.97.0-r1::gentoo, ebuild scheduled for merge) =sys-apps/util-linux-2.16 required by (sys-fs/udev-171-r5::gentoo, installed) =sys-apps/util-linux-2.16 required by (x11-libs/libSM-1.2.0::gentoo, installed) =sys-apps/util-linux-2.17.2 required by (sys-fs/cryptsetup-1.4.2::gentoo, ebuild scheduled for merge) =sys-apps/util-linux-2.16 required by (net-libs/gupnp-0.13.4::gentoo, installed) =sys-apps/util-linux-2.13 required by (sys-power/pm-utils-1.4.1::gentoo, installed) sys-apps/util-linux required by @system =sys-apps/util-linux-2.16 required by (sys-fs/e2fsprogs-1.41.14::gentoo, installed) sys-apps/util-linux required by (app-text/build-docbook-catalog-1.4::gentoo, installed) =sys-apps/util-linux-2.16 required by (dev-libs/apr-1.4.5::gentoo, installed) Assuming you've already done a full upgrade of world, and don't have anything strange masked/keyworded, I would try: emerge --oneshot sys-apps/sysvinit sys-apps/util-linux or maybe each one at a time if that doesn't work. If one at a time doesn't work, maybe try to unmerge util-linux, upgrade sysvinit, then reinstall util-linux. Be sure to make binary package of util-linux before unmerging just in case it all goes wrong.
Re: [gentoo-user] revdep-rebuild
On Tue, Jun 5, 2012 at 11:03 PM, Paul Hartman paul.hartman+gen...@gmail.com wrote: On Tue, Jun 5, 2012 at 10:23 PM, Willie Matthews matthews.wil...@gmail.com wrote: (sys-apps/sysvinit-2.88-r3 is blocking sys-apps/util-linux-2.21.2) * Error: The above package list contains packages which cannot be * installed at the same time on the same system. (sys-apps/sysvinit-2.88-r2::gentoo, installed) pulled in by =sys-apps/sysvinit-2.86-r6 required by (virtual/init-0::gentoo, installed) (sys-apps/util-linux-2.21.2::gentoo, ebuild scheduled for merge) pulled in by =sys-apps/util-linux-2.16 required by (sys-fs/lvm2-2.02.73-r1::gentoo, installed) =sys-apps/util-linux-2.20.1-r2 required by (sys-fs/udisks-1.97.0-r1::gentoo, ebuild scheduled for merge) =sys-apps/util-linux-2.16 required by (sys-fs/udev-171-r5::gentoo, installed) =sys-apps/util-linux-2.16 required by (x11-libs/libSM-1.2.0::gentoo, installed) =sys-apps/util-linux-2.17.2 required by (sys-fs/cryptsetup-1.4.2::gentoo, ebuild scheduled for merge) =sys-apps/util-linux-2.16 required by (net-libs/gupnp-0.13.4::gentoo, installed) =sys-apps/util-linux-2.13 required by (sys-power/pm-utils-1.4.1::gentoo, installed) sys-apps/util-linux required by @system =sys-apps/util-linux-2.16 required by (sys-fs/e2fsprogs-1.41.14::gentoo, installed) sys-apps/util-linux required by (app-text/build-docbook-catalog-1.4::gentoo, installed) =sys-apps/util-linux-2.16 required by (dev-libs/apr-1.4.5::gentoo, installed) Assuming you've already done a full upgrade of world, and don't have anything strange masked/keyworded, I would try: emerge --oneshot sys-apps/sysvinit sys-apps/util-linux or maybe each one at a time if that doesn't work. If one at a time doesn't work, maybe try to unmerge util-linux, upgrade sysvinit, then reinstall util-linux. Be sure to make binary package of util-linux before unmerging just in case it all goes wrong. Looks like there was already a thread about this a couple months ago, see here for better answers :) http://www.gossamer-threads.com/lists/gentoo/user/237283
Re: [gentoo-user] revdep-rebuild (gawk) issues
Am 29.05.2012 23:37, schrieb Rafa Griman: On Tue, May 29, 2012 at 11:09 PM, Alan McKinnon alan.mckin...@gmail.com wrote: On Tue, 29 May 2012 22:56:07 +0200 Rafa Griman rafagri...@gmail.com wrote: Hi Vaeth :) On Tue, May 29, 2012 at 7:02 PM, Vaeth va...@mathematik.uni-wuerzburg.de wrote: On Tue, 29 May 2012, Rafa Griman wrote: gawk: cmd. line:3: error: Unmatched [ or [^: /[^[:space:]]/ Your gawk is broken. This happens if you emerged gawk with current gcc and aggressive FLAGS like -DNDEBUG or -flto. Not sure whether it is a bug of gawk or gcc. So it seems to be the CFLAGS :( As I said in my previous e-mail, I was experimenting a bit with them ... I'll be more conservative ;) Well, on the one hand the flags don;t seem to be too bad overall, but on the other hand there's the golden rule of Gentoo: Don't stuff around with CFLAGS Why not? Well, there's the ricer phenomenon where changed CFLAGS worsen performance and stability but the user's own bias convinces him/her that it's actually vastly improved. I know that rule and tried not to be too agressive but seems I was O:) Since it's not my min machine, I was going to experiment (nothing scientific, just curiosity) trying different options on different partitions and see how they work out. Out of curiosity: What flags do you run now? Do you know which flag exactly caused the problem? They didn't seem too experimental though -fno-inline looked odd. Regards, Florian Philipp signature.asc Description: OpenPGP digital signature
Re: [gentoo-user] revdep-rebuild (gawk) issues
On Wed, May 30, 2012 at 8:37 PM, Florian Philipp li...@binarywings.net wrote: Am 29.05.2012 23:37, schrieb Rafa Griman: On Tue, May 29, 2012 at 11:09 PM, Alan McKinnon alan.mckin...@gmail.com wrote: On Tue, 29 May 2012 22:56:07 +0200 Rafa Griman rafagri...@gmail.com wrote: Hi Vaeth :) On Tue, May 29, 2012 at 7:02 PM, Vaeth va...@mathematik.uni-wuerzburg.de wrote: On Tue, 29 May 2012, Rafa Griman wrote: gawk: cmd. line:3: error: Unmatched [ or [^: /[^[:space:]]/ Your gawk is broken. This happens if you emerged gawk with current gcc and aggressive FLAGS like -DNDEBUG or -flto. Not sure whether it is a bug of gawk or gcc. So it seems to be the CFLAGS :( As I said in my previous e-mail, I was experimenting a bit with them ... I'll be more conservative ;) Well, on the one hand the flags don;t seem to be too bad overall, but on the other hand there's the golden rule of Gentoo: Don't stuff around with CFLAGS Why not? Well, there's the ricer phenomenon where changed CFLAGS worsen performance and stability but the user's own bias convinces him/her that it's actually vastly improved. I know that rule and tried not to be too agressive but seems I was O:) Since it's not my min machine, I was going to experiment (nothing scientific, just curiosity) trying different options on different partitions and see how they work out. Out of curiosity: What flags do you run now? Do you know which flag exactly caused the problem? They didn't seem too experimental though -fno-inline looked odd. That one's it: -fno-inline. Removed it and now the error disappears. revdep-rebuild runs well now. Thanks all !!! Rafa
[gentoo-user] revdep-rebuild (gawk) issues
Hi all :) New to this mailing list. I'm installing Gentoo and when I run revdep-rebuild I get the following error # revdep-rebuild * Configuring search environment for revdep-rebuild gawk: cmd. line:3: error: Unmatched [ or [^: /[^[:space:]]/ gawk: cmd. line:3: error: Unmatched [ or [^: /[^[:space:]]/ gawk: cmd. line:3: error: Unmatched [ or [^: /[^[:space:]]/ gawk: cmd. line:3: error: Unmatched [ or [^: /[^[:space:]]/ * No search defined -- this is a bug. # I've been going through /usr/bin/revdep-rebuild.sh but can't quite fix the issue :( I've also been checking the Gentoo Forums and mailing list archive but didn't find anything (maybe I'm not searching correctly ;) If I've got it right, the issue is because of how gawk and the shell interpret the [ characters so I've been trying to escape them ... but I seem to be doing something wrong :( I also get a similar error when trying to emerge qca: Unpacking source... Unpacking qca-2.0.3.tar.bz2 to /var/tmp/portage/app-crypt/qca-2.0.3/work Source unpacked in /var/tmp/portage/app-crypt/qca-2.0.3/work Preparing source in /var/tmp/portage/app-crypt/qca-2.0.3/work/qca-2.0.3 ... * Applying qca-2.0.2-pcfilespath.patch ... * Applying qca-2.0.3+gcc-4.7.patch ... Source prepared. Configuring source in /var/tmp/portage/app-crypt/qca-2.0.3/work/qca-2.0.3 ... Configuring Qt Cryptographic Architecture (QCA) ... Verifying Qt 4 build environment ... ok Checking for Qt = 4.2 ... yes Checking for certstore ... /etc/ssl/certs/ca-certificates.crt Good, your configure finished. Now run /usr/bin/gmake. * Running qmake ... awk: cmd. line:7: error: Unmatched [ or [^: /^[[:blank:]]*CONFIG[[:blank:]]*[\+\*]?=/ * - error while processing src/src.pro * ERROR: app-crypt/qca-2.0.3 failed (configure phase): * eqmake4 failed to process src/src.pro Any hints, ideas, links, ...I could read into? TIA Rafa
Re: [gentoo-user] revdep-rebuild (gawk) issues
On Tue, 29 May 2012 15:34:07 +0200 Rafa Griman rafagri...@gmail.com wrote: Hi all :) New to this mailing list. I'm installing Gentoo and when I run revdep-rebuild I get the following error # revdep-rebuild * Configuring search environment for revdep-rebuild gawk: cmd. line:3: error: Unmatched [ or [^: /[^[:space:]]/ gawk: cmd. line:3: error: Unmatched [ or [^: /[^[:space:]]/ gawk: cmd. line:3: error: Unmatched [ or [^: /[^[:space:]]/ gawk: cmd. line:3: error: Unmatched [ or [^: /[^[:space:]]/ * No search defined -- this is a bug. You have stumbled upon a heretofore unseen behaviour of revdep-rebuild :-) In other words we ain't never seen it do that before... Let's first establish where you are at in the installation. Are you following the Installation Guide at gentoo.org? If so, what point in the guide are you at? Are you still in the chroot environment, or have you completed that part and successfully rebooted at least once? Do you have any personal customizations in your shell environment? Is the shell bash? And some basic info: Post the entire content of /etc/make.conf and the output of emerge --info # I've been going through /usr/bin/revdep-rebuild.sh but can't quite fix the issue :( I've also been checking the Gentoo Forums and mailing list archive but didn't find anything (maybe I'm not searching correctly ;) If I've got it right, the issue is because of how gawk and the shell interpret the [ characters so I've been trying to escape them ... but I seem to be doing something wrong :( I also get a similar error when trying to emerge qca: Unpacking source... Unpacking qca-2.0.3.tar.bz2 to /var/tmp/portage/app-crypt/qca-2.0.3/work Source unpacked in /var/tmp/portage/app-crypt/qca-2.0.3/work Preparing source in /var/tmp/portage/app-crypt/qca-2.0.3/work/qca-2.0.3 ... * Applying qca-2.0.2-pcfilespath.patch ... * Applying qca-2.0.3+gcc-4.7.patch ... Source prepared. Configuring source in /var/tmp/portage/app-crypt/qca-2.0.3/work/qca-2.0.3 ... Configuring Qt Cryptographic Architecture (QCA) ... Verifying Qt 4 build environment ... ok Checking for Qt = 4.2 ... yes Checking for certstore ... /etc/ssl/certs/ca-certificates.crt Good, your configure finished. Now run /usr/bin/gmake. * Running qmake ... awk: cmd. line:7: error: Unmatched [ or [^: /^[[:blank:]]*CONFIG[[:blank:]]*[\+\*]?=/ * - error while processing src/src.pro * ERROR: app-crypt/qca-2.0.3 failed (configure phase): * eqmake4 failed to process src/src.pro Any hints, ideas, links, ...I could read into? TIA Rafa -- Alan McKinnnon alan.mckin...@gmail.com
Re: [gentoo-user] revdep-rebuild (gawk) issues
Hi :) On Tue, May 29, 2012 at 4:35 PM, Alan McKinnon alan.mckin...@gmail.com wrote: On Tue, 29 May 2012 15:34:07 +0200 Rafa Griman rafagri...@gmail.com wrote: Hi all :) New to this mailing list. I'm installing Gentoo and when I run revdep-rebuild I get the following error # revdep-rebuild * Configuring search environment for revdep-rebuild gawk: cmd. line:3: error: Unmatched [ or [^: /[^[:space:]]/ gawk: cmd. line:3: error: Unmatched [ or [^: /[^[:space:]]/ gawk: cmd. line:3: error: Unmatched [ or [^: /[^[:space:]]/ gawk: cmd. line:3: error: Unmatched [ or [^: /[^[:space:]]/ * No search defined -- this is a bug. You have stumbled upon a heretofore unseen behaviour of revdep-rebuild :-) In other words we ain't never seen it do that before... sigh ... Well I guess there's always a first time ;) Nah, seriously, first time I've seen it too. Let's first establish where you are at in the installation. Are you following the Installation Guide at gentoo.org? Yup, followed the guide. Just FYI, I have an Asus R2 system running Gentoo in which I haven't had this issue and now I just installed an MSI Wind netbook in which I'm having this issue :( If so, what point in the guide are you at? Are you still in the chroot environment, or have you completed that part and successfully rebooted at least once? Nope, not in the chroot environment, already rebooted. Everything (seems) to work OK, except for revdep-rebuild and the qca compilation. Right now I was going to install KDE and all the needed software to get a useful desktop up and running so it's a minimal system. Do you have any personal customizations in your shell environment? Nope. Is the shell bash? Yup. And some basic info: Post the entire content of /etc/make.conf and the output of emerge --info I'll send this as soon as I get home tonight since I don't have the netbook here with me. Thanks for your time !!! Rafa
Re: [gentoo-user] revdep-rebuild (gawk) issues
On Tue, 29 May 2012, Rafa Griman wrote: gawk: cmd. line:3: error: Unmatched [ or [^: /[^[:space:]]/ Your gawk is broken. This happens if you emerged gawk with current gcc and aggressive FLAGS like -DNDEBUG or -flto. Not sure whether it is a bug of gawk or gcc.
Re: [gentoo-user] revdep-rebuild (gawk) issues
Hey !!
On Tue, May 29, 2012 at 4:35 PM, Alan McKinnon alan.mckin...@gmail.com wrote:
[...]
And some basic info:
Post the entire content of /etc/make.conf and the output of emerge
--info
OK, back again. Here goes:
# emerge --info
Portage 2.1.10.49 (default/linux/x86/10.0, gcc-4.5.3, glibc-2.14.1-r3,
3.2.12-gentoo-libre01 i686)
=
System uname:
Linux-3.2.12-gentoo-libre01-i686-Intel-R-_Atom-TM-_CPU_N270_@_1.60GHz-with-gentoo-2.1
Timestamp of tree: Tue, 29 May 2012 06:00:01 +
app-shells/bash: 4.2_p20
dev-lang/python: 2.7.3-r1, 3.2.3
dev-util/pkgconfig: 0.26
sys-apps/baselayout: 2.1-r1
sys-apps/openrc: 0.9.8.4
sys-apps/sandbox: 2.5
sys-devel/autoconf: 2.68
sys-devel/automake: 1.11.1
sys-devel/binutils: 2.21.1-r1
sys-devel/gcc:4.5.3-r2
sys-devel/gcc-config: 1.5-r2
sys-devel/libtool:2.4-r1
sys-devel/make: 3.82-r1
sys-kernel/linux-headers: 3.1 (virtual/os-headers)
sys-libs/glibc: 2.14.1-r3
Repositories: gentoo
ACCEPT_KEYWORDS=x86
ACCEPT_LICENSE=* -@EULA skype-eula
CBUILD=i686-pc-linux-gnu
CFLAGS=-O2 -pipe -fomit-frame-pointer -fno-inline -march=atom
-mtune=atom -mmmx -msse -msse2 -mfpmath=sse -msse3 -mssse3
CHOST=i686-pc-linux-gnu
CONFIG_PROTECT=/etc /usr/share/config
CONFIG_PROTECT_MASK=/etc/ca-certificates.conf /etc/env.d /etc/gconf
/etc/gentoo-release /etc/revdep-rebuild /etc/sandbox.d /etc/terminfo
CXXFLAGS=-O2 -pipe -fomit-frame-pointer -fno-inline -march=atom
-mtune=atom -mmmx -msse -msse2 -mfpmath=sse -msse3 -mssse3
DISTDIR=/usr/portage/distfiles
FEATURES=assume-digests binpkg-logs distlocks ebuild-locks fixlafiles
news parallel-fetch protect-owned sandbox sfperms strict
unknown-features-warn unmerge-logs unmerge-orphans userfetch
FFLAGS=
GENTOO_MIRRORS=ftp://ftp.uni-erlangen.de/pub/mirrors/gentoo
rsync://mirror.bytemark.co.uk/gentoo/
LDFLAGS=-Wl,-O1 -Wl,--as-needed
LINGUAS=en en_US
PKGDIR=/usr/portage/packages
PORTAGE_CONFIGROOT=/
PORTAGE_RSYNC_OPTS=--recursive --links --safe-links --perms --times
--compress --force --whole-file --delete --stats --human-readable
--timeout=180 --exclude=/distfiles --exclude=/local
--exclude=/packages
PORTAGE_TMPDIR=/var/tmp
PORTDIR=/usr/portage
PORTDIR_OVERLAY=
SYNC=rsync://rsync.gentoo.org/gentoo-portage
USE=acl berkdb bzip2 cli cracklib crypt cups cxx dri gd gdbm graphite
iconv lzma modules mudflap ncurses nls nptl pam pcre pppd readline
session sse2 ssl tcpd unicode x86 xorg zlib ALSA_CARDS=hda-intel
loopback virmidi ALSA_PCM_PLUGINS=adpcm alaw asym copy dmix dshare
dsnoop empty extplug file hooks iec958 ioplug ladspa lfloat linear
meter mmap_emul mulaw multi null plug rate route share shm softvol
APACHE2_MODULES=actions alias auth_basic authn_alias authn_anon
authn_dbm authn_default authn_file authz_dbm authz_default
authz_groupfile authz_host authz_owner authz_user autoindex cache cgi
cgid dav dav_fs dav_lock deflate dir disk_cache env expires ext_filter
file_cache filter headers include info log_config logio mem_cache mime
mime_magic negotiation rewrite setenvif speling status unique_id
userdir usertrack vhost_alias CALLIGRA_FEATURES=kexi words flow plan
sheets stage tables krita karbon braindump CAMERAS=ptp2 canon
COLLECTD_PLUGINS=df interface irq load memory rrdtool swap syslog
ELIBC=glibc GPSD_PROTOCOLS=ashtech aivdm earthmate evermore fv18
garmin garmintxt gpsclock itrax mtk3301 nmea ntrip navcom oceanserver
oldstyle oncore rtcm104v2 rtcm104v3 sirf superstar2 timing tsip
tripmate tnt ubx INPUT_DEVICES=evdev keyboard mouse synaptics void
KERNEL=linux LCD_DEVICES=bayrad cfontz cfontz633 glk hd44780 lb216
lcdm001 mtxorb ncurses text LIBREOFFICE_EXTENSIONS=presenter-console
presenter-minimizer LINGUAS=en en_US PHP_TARGETS=php5-3
PYTHON_TARGETS=python3_2 python2_7 RUBY_TARGETS=ruby18 ruby19
SANE_BACKENDS=hp hp3500 hp3900 hp4200 hp5400 hp5590 hpljm1005 hpsj5s
USERLAND=GNU VIDEO_CARDS=intel XTABLES_ADDONS=quota2 psd pknock
lscan length2 ipv4options ipset ipp2p iface geoip fuzzy condition tee
tarpit sysrq steal rawnat logmark ipmark dhcpmac delude chaos account
Unset: CPPFLAGS, CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LANG,
LC_ALL, MAKEOPTS, PORTAGE_BUNZIP2_COMMAND, PORTAGE_COMPRESS,
PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS, USE_PYTHON
And my make.conf file:
# These settings were set by the catalyst build script that automatically
# built this stage.
# Please consult /usr/share/portage/config/make.conf.example for a more
# detailed example.
#CFLAGS=-O2 -march=i686 -pipe
CFLAGS=-O2 -pipe -fomit-frame-pointer -fno-inline -march=atom
-mtune=atom -mmmx -msse -msse2 -mfpmath=sse -msse3 -mssse3
CXXFLAGS=${CFLAGS}
# WARNING: Changing your CHOST is not something that should be done lightly.
# Please consult http://www.gentoo.org/doc/en/change-chost.xml before changing.
CHOST=i686-pc-linux-gnu
#LDFLAGS=-Wl,-O1,--as-needed
USE=-gtk -fortran -openmp -fortran -mono -mozilla -gtk3
Re: [gentoo-user] revdep-rebuild (gawk) issues
Hi Vaeth :) On Tue, May 29, 2012 at 7:02 PM, Vaeth va...@mathematik.uni-wuerzburg.de wrote: On Tue, 29 May 2012, Rafa Griman wrote: gawk: cmd. line:3: error: Unmatched [ or [^: /[^[:space:]]/ Your gawk is broken. This happens if you emerged gawk with current gcc and aggressive FLAGS like -DNDEBUG or -flto. Not sure whether it is a bug of gawk or gcc. So it seems to be the CFLAGS :( As I said in my previous e-mail, I was experimenting a bit with them ... I'll be more conservative ;) Thanks !!! Rafa
Re: [gentoo-user] revdep-rebuild (gawk) issues
On Tue, 29 May 2012 22:56:07 +0200 Rafa Griman rafagri...@gmail.com wrote: Hi Vaeth :) On Tue, May 29, 2012 at 7:02 PM, Vaeth va...@mathematik.uni-wuerzburg.de wrote: On Tue, 29 May 2012, Rafa Griman wrote: gawk: cmd. line:3: error: Unmatched [ or [^: /[^[:space:]]/ Your gawk is broken. This happens if you emerged gawk with current gcc and aggressive FLAGS like -DNDEBUG or -flto. Not sure whether it is a bug of gawk or gcc. So it seems to be the CFLAGS :( As I said in my previous e-mail, I was experimenting a bit with them ... I'll be more conservative ;) Well, on the one hand the flags don;t seem to be too bad overall, but on the other hand there's the golden rule of Gentoo: Don't stuff around with CFLAGS Why not? Well, there's the ricer phenomenon where changed CFLAGS worsen performance and stability but the user's own bias convinces him/her that it's actually vastly improved. Some tweaks are perfectly OK, like the multimedia and cpu-specific stuff (sse, mmx and all their related cousins). These are normally safe and can give huge gains with video playback. Likewise for the GPU tweaks once those hit mainline usage. One last tweak, if the code is built on the machine that will run it (the usual case, replace -march and -mtune with just -march=native. It has exactly the same effect but is easier to read, is self-documenting and allows the compiler to attempt it's best (the compiler usually does know much better what to do than you do) -- Alan McKinnnon alan.mckin...@gmail.com
Re: [gentoo-user] revdep-rebuild (gawk) issues
On Tue, May 29, 2012 at 11:09 PM, Alan McKinnon alan.mckin...@gmail.com wrote: On Tue, 29 May 2012 22:56:07 +0200 Rafa Griman rafagri...@gmail.com wrote: Hi Vaeth :) On Tue, May 29, 2012 at 7:02 PM, Vaeth va...@mathematik.uni-wuerzburg.de wrote: On Tue, 29 May 2012, Rafa Griman wrote: gawk: cmd. line:3: error: Unmatched [ or [^: /[^[:space:]]/ Your gawk is broken. This happens if you emerged gawk with current gcc and aggressive FLAGS like -DNDEBUG or -flto. Not sure whether it is a bug of gawk or gcc. So it seems to be the CFLAGS :( As I said in my previous e-mail, I was experimenting a bit with them ... I'll be more conservative ;) Well, on the one hand the flags don;t seem to be too bad overall, but on the other hand there's the golden rule of Gentoo: Don't stuff around with CFLAGS Why not? Well, there's the ricer phenomenon where changed CFLAGS worsen performance and stability but the user's own bias convinces him/her that it's actually vastly improved. I know that rule and tried not to be too agressive but seems I was O:) Since it's not my min machine, I was going to experiment (nothing scientific, just curiosity) trying different options on different partitions and see how they work out. Some tweaks are perfectly OK, like the multimedia and cpu-specific stuff (sse, mmx and all their related cousins). These are normally safe and can give huge gains with video playback. Likewise for the GPU tweaks once those hit mainline usage. That was mainly the reason: video playback and some other apps (scientific). But nothing serious. One last tweak, if the code is built on the machine that will run it (the usual case, replace -march and -mtune with just -march=native. It has exactly the same effect but is easier to read, is self-documenting and allows the compiler to attempt it's best (the compiler usually does know much better what to do than you do) I totally agree with you: the compiler knos better ;) TIA Rafa
[gentoo-user] revdep-rebuild keeps repeating the same steps
Hello list! When I run revdep-rebuild, it keeps repeating the same steps over and over again. Here is what I mean: * 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 [ 36% ] * broken /usr/lib32/libavdevice.so.53.4.100 (requires libpulse-simple.so.0 libpulse.so.0) [ 100% ] * Generated new 3_broken.rr * Assigning files to packages * /usr/lib32/libavdevice.so.53.4.100 - app-emulation/emul-linux-x86-medialibs * Generated new 4_raw.rr and 4_owners.rr * Cleaning list of packages to rebuild * Generated new 4_pkgs.rr * Assigning packages to ebuilds * Generated new 4_ebuilds.rr * Evaluating package order * Generated new 5_order.rr * All prepared. Starting rebuild emerge --complete-graph=y --oneshot app-emulation/emul-linux-x86-medialibs:0 .. Calculating dependencies... done! Verifying ebuild manifests Emerging (1 of 1) app-emulation/emul-linux-x86-medialibs-20120520 * emul-linux-x86-medialibs-20120520.tar.xz RMD160 SHA1 SHA256 size ;-) ... [ ok ] Unpacking source... Unpacking emul-linux-x86-medialibs-20120520.tar.xz to /var/tmp/portage/app-emulation/emul-linux-x86-medialibs-20120520/work Source unpacked in /var/tmp/portage/app-emulation/emul-linux-x86-medialibs-20120520/work Preparing source in /var/tmp/portage/app-emulation/emul-linux-x86-medialibs-20120520/work ... Source prepared. Configuring source in /var/tmp/portage/app-emulation/emul-linux-x86-medialibs-20120520/work ... Source configured. Compiling source in /var/tmp/portage/app-emulation/emul-linux-x86-medialibs-20120520/work ... Source compiled. Test phase [not enabled]: app-emulation/emul-linux-x86-medialibs-20120520 Install emul-linux-x86-medialibs-20120520 into /var/tmp/portage/app-emulation/emul-linux-x86-medialibs-20120520/image/ category app-emulation Completed installing emul-linux-x86-medialibs-20120520 into /var/tmp/portage/app-emulation/emul-linux-x86-medialibs-20120520/image/ * QA Notice: The following files contain runtime text relocations * Text relocations force the dynamic linker to perform extra * work at startup, waste system resources, and may pose a security * risk. On some architectures, the code may not even function * properly, if at all. * For more information, see http://hardened.gentoo.org/pic-fix-guide.xml * Please include the following list of files in your report: * TEXTREL usr/lib32/libx264.so.120 Installing (1 of 1) app-emulation/emul-linux-x86-medialibs-20120520 Auto-cleaning packages... No outdated packages were found on your system. * GNU info directory index is up-to-date. * Build finished correctly. Removing temporary files... * You can re-run revdep-rebuild to verify that all libraries and binaries * are fixed. Possible reasons for remaining inconsistencies include: * orphaned files * deep dependencies * packages installed outside of portage's control * specially-evaluated libraries It keeps complaining about libavdevice.so and them re-emerges app-emulation/emul-linux-x86-medialibs-20120520. When I would re-run it right now, it would again complain about libavdevice and would again re-emerge app-emulation/emul-linux-x86-medialibs.. Has anyone any idea how to fix this? Thanks in advance, Christian.
Re: [gentoo-user] revdep-rebuild keeps repeating the same steps
On Fri, May 25, 2012 at 1:41 PM, 1126 mailingli...@elfsechsundzwanzig.de wrote: Hello list! When I run revdep-rebuild, it keeps repeating the same steps over and over again. Here is what I mean: * 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 [ 36% ] * broken /usr/lib32/libavdevice.so.53.4.100 (requires libpulse-simple.so.0 libpulse.so.0) [ 100% ] * Generated new 3_broken.rr * Assigning files to packages * /usr/lib32/libavdevice.so.53.4.100 - app-emulation/emul-linux-x86-medialibs * Generated new 4_raw.rr and 4_owners.rr * Cleaning list of packages to rebuild * Generated new 4_pkgs.rr * Assigning packages to ebuilds * Generated new 4_ebuilds.rr * Evaluating package order * Generated new 5_order.rr * All prepared. Starting rebuild emerge --complete-graph=y --oneshot app-emulation/emul-linux-x86-medialibs:0 .. Calculating dependencies... done! Verifying ebuild manifests Emerging (1 of 1) app-emulation/emul-linux-x86-medialibs-20120520 * emul-linux-x86-medialibs-20120520.tar.xz RMD160 SHA1 SHA256 size ;-) ... [ ok ] Unpacking source... Unpacking emul-linux-x86-medialibs-20120520.tar.xz to /var/tmp/portage/app-emulation/emul-linux-x86-medialibs-20120520/work Source unpacked in /var/tmp/portage/app-emulation/emul-linux-x86-medialibs-20120520/work Preparing source in /var/tmp/portage/app-emulation/emul-linux-x86-medialibs-20120520/work ... Source prepared. Configuring source in /var/tmp/portage/app-emulation/emul-linux-x86-medialibs-20120520/work ... Source configured. Compiling source in /var/tmp/portage/app-emulation/emul-linux-x86-medialibs-20120520/work ... Source compiled. Test phase [not enabled]: app-emulation/emul-linux-x86-medialibs-20120520 Install emul-linux-x86-medialibs-20120520 into /var/tmp/portage/app-emulation/emul-linux-x86-medialibs-20120520/image/ category app-emulation Completed installing emul-linux-x86-medialibs-20120520 into /var/tmp/portage/app-emulation/emul-linux-x86-medialibs-20120520/image/ * QA Notice: The following files contain runtime text relocations * Text relocations force the dynamic linker to perform extra * work at startup, waste system resources, and may pose a security * risk. On some architectures, the code may not even function * properly, if at all. * For more information, see http://hardened.gentoo.org/pic-fix-guide.xml * Please include the following list of files in your report: * TEXTREL usr/lib32/libx264.so.120 Installing (1 of 1) app-emulation/emul-linux-x86-medialibs-20120520 Auto-cleaning packages... No outdated packages were found on your system. * GNU info directory index is up-to-date. * Build finished correctly. Removing temporary files... * You can re-run revdep-rebuild to verify that all libraries and binaries * are fixed. Possible reasons for remaining inconsistencies include: * orphaned files * deep dependencies * packages installed outside of portage's control * specially-evaluated libraries It keeps complaining about libavdevice.so and them re-emerges app-emulation/emul-linux-x86-medialibs-20120520. When I would re-run it right now, it would again complain about libavdevice and would again re-emerge app-emulation/emul-linux-x86-medialibs.. Has anyone any idea how to fix this? Thanks in advance, Christian. This is bug: https://bugs.gentoo.org/show_bug.cgi?id=416751 Bugzilla+search is your friend ;)
Re: [gentoo-user] revdep-rebuild keeps repeating the same steps
On Fri, 25 May 2012 14:41:36 +0200 1126 mailingli...@elfsechsundzwanzig.de wrote: Hello list! When I run revdep-rebuild, it keeps repeating the same steps over and over again. Here is what I mean: * 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 [ 36% ] * broken /usr/lib32/libavdevice.so.53.4.100 (requires libpulse-simple.so.0 libpulse.so.0) [ 100% ] * Generated new 3_broken.rr * Assigning files to packages * /usr/lib32/libavdevice.so.53.4.100 - app-emulation/emul-linux-x86-medialibs * Generated new 4_raw.rr and 4_owners.rr * Cleaning list of packages to rebuild * Generated new 4_pkgs.rr * Assigning packages to ebuilds * Generated new 4_ebuilds.rr * Evaluating package order * Generated new 5_order.rr * All prepared. Starting rebuild emerge --complete-graph=y --oneshot app-emulation/emul-linux-x86-medialibs:0 .. Calculating dependencies... done! [snip] When I would re-run it right now, it would again complain about libavdevice and would again re-emerge app-emulation/emul-linux-x86-medialibs.. Has anyone any idea how to fix this? You can't. emul-linux-x86-medialibs is a prebuilt binary and wants pulse libs which you don;t have. You can't change the emul packages easily, so just tell revdep-rebuild to ignore them. Put this in /etc/revdep-rebuild/99revdep-rebuild: SEARCH_DIRS_MASK=/usr/lib32 /lib32 -- Alan McKinnnon alan.mckin...@gmail.com
Re: [gentoo-user] revdep-rebuild keeps repeating the same steps
On Fri, 25. May 13:47, Markos Chandras wrote: On Fri, May 25, 2012 at 1:41 PM, 1126 mailingli...@elfsechsundzwanzig.de wrote: Hello list! When I run revdep-rebuild, it keeps repeating the same steps over and over again. Here is what I mean: * 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 [ 36% ] * broken /usr/lib32/libavdevice.so.53.4.100 (requires libpulse-simple.so.0 libpulse.so.0) [ 100% ] * Generated new 3_broken.rr * Assigning files to packages * /usr/lib32/libavdevice.so.53.4.100 - app-emulation/emul-linux-x86-medialibs * Generated new 4_raw.rr and 4_owners.rr * Cleaning list of packages to rebuild * Generated new 4_pkgs.rr * Assigning packages to ebuilds * Generated new 4_ebuilds.rr * Evaluating package order * Generated new 5_order.rr * All prepared. Starting rebuild emerge --complete-graph=y --oneshot app-emulation/emul-linux-x86-medialibs:0 .. Calculating dependencies... done! Verifying ebuild manifests Emerging (1 of 1) app-emulation/emul-linux-x86-medialibs-20120520 * emul-linux-x86-medialibs-20120520.tar.xz RMD160 SHA1 SHA256 size ;-) ... [ ok ] Unpacking source... Unpacking emul-linux-x86-medialibs-20120520.tar.xz to /var/tmp/portage/app-emulation/emul-linux-x86-medialibs-20120520/work Source unpacked in /var/tmp/portage/app-emulation/emul-linux-x86-medialibs-20120520/work Preparing source in /var/tmp/portage/app-emulation/emul-linux-x86-medialibs-20120520/work ... Source prepared. Configuring source in /var/tmp/portage/app-emulation/emul-linux-x86-medialibs-20120520/work ... Source configured. Compiling source in /var/tmp/portage/app-emulation/emul-linux-x86-medialibs-20120520/work ... Source compiled. Test phase [not enabled]: app-emulation/emul-linux-x86-medialibs-20120520 Install emul-linux-x86-medialibs-20120520 into /var/tmp/portage/app-emulation/emul-linux-x86-medialibs-20120520/image/ category app-emulation Completed installing emul-linux-x86-medialibs-20120520 into /var/tmp/portage/app-emulation/emul-linux-x86-medialibs-20120520/image/ * QA Notice: The following files contain runtime text relocations * Text relocations force the dynamic linker to perform extra * work at startup, waste system resources, and may pose a security * risk. On some architectures, the code may not even function * properly, if at all. * For more information, see http://hardened.gentoo.org/pic-fix-guide.xml * Please include the following list of files in your report: * TEXTREL usr/lib32/libx264.so.120 Installing (1 of 1) app-emulation/emul-linux-x86-medialibs-20120520 Auto-cleaning packages... No outdated packages were found on your system. * GNU info directory index is up-to-date. * Build finished correctly. Removing temporary files... * You can re-run revdep-rebuild to verify that all libraries and binaries * are fixed. Possible reasons for remaining inconsistencies include: * orphaned files * deep dependencies * packages installed outside of portage's control * specially-evaluated libraries It keeps complaining about libavdevice.so and them re-emerges app-emulation/emul-linux-x86-medialibs-20120520. When I would re-run it right now, it would again complain about libavdevice and would again re-emerge app-emulation/emul-linux-x86-medialibs.. Has anyone any idea how to fix this? Thanks in advance, Christian. This is bug: https://bugs.gentoo.org/show_bug.cgi?id=416751 Bugzilla+search is your friend ;) Thanks, a friend I somehow forgot to ask this time ;)
Re: [gentoo-user] revdep-rebuild keeps repeating the same steps
On Fri, 25. May 14:47, Alan McKinnon wrote: On Fri, 25 May 2012 14:41:36 +0200 1126 mailingli...@elfsechsundzwanzig.de wrote: Hello list! When I run revdep-rebuild, it keeps repeating the same steps over and over again. Here is what I mean: * 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 [ 36% ] * broken /usr/lib32/libavdevice.so.53.4.100 (requires libpulse-simple.so.0 libpulse.so.0) [ 100% ] * Generated new 3_broken.rr * Assigning files to packages * /usr/lib32/libavdevice.so.53.4.100 - app-emulation/emul-linux-x86-medialibs * Generated new 4_raw.rr and 4_owners.rr * Cleaning list of packages to rebuild * Generated new 4_pkgs.rr * Assigning packages to ebuilds * Generated new 4_ebuilds.rr * Evaluating package order * Generated new 5_order.rr * All prepared. Starting rebuild emerge --complete-graph=y --oneshot app-emulation/emul-linux-x86-medialibs:0 .. Calculating dependencies... done! [snip] When I would re-run it right now, it would again complain about libavdevice and would again re-emerge app-emulation/emul-linux-x86-medialibs.. Has anyone any idea how to fix this? You can't. emul-linux-x86-medialibs is a prebuilt binary and wants pulse libs which you don;t have. You can't change the emul packages easily, so just tell revdep-rebuild to ignore them. Put this in /etc/revdep-rebuild/99revdep-rebuild: SEARCH_DIRS_MASK=/usr/lib32 /lib32 Okay, thank you! :) -- Alan McKinnnon alan.mckin...@gmail.com
[gentoo-user] revdep-rebuild question
Greetings, after the emerge -uDN world of today i proceeded with revdep-rebuild which found nothing to to. But i noticed, that the emerge recommended to execute revdep-rebuild --library='libosp.so.*'. Doing this two packages were found and emerged. Now, shouldn't these have been found already by the previous revdep-rebuild? Hartmut -- Usenet-ABC-Wiki http://www.usenet-abc.de/wiki/ Von Usern fuer User :-)
Re: [gentoo-user] revdep-rebuild question
On Mon, Jul 25, 2011 at 5:20 PM, Hartmut Figge h.fi...@gmx.de wrote: Greetings, after the emerge -uDN world of today i proceeded with revdep-rebuild which found nothing to to. But i noticed, that the emerge recommended to execute revdep-rebuild --library='libosp.so.*'. Doing this two packages were found and emerged. Now, shouldn't these have been found already by the previous revdep-rebuild? I believe --library rebuilds everything that uses that library, not broken packages.
Re: [gentoo-user] revdep-rebuild question
On Mon, Jul 25, 2011 at 5:30 PM, Paul Hartman paul.hartman+gen...@gmail.com wrote: On Mon, Jul 25, 2011 at 5:20 PM, Hartmut Figge h.fi...@gmx.de wrote: Greetings, after the emerge -uDN world of today i proceeded with revdep-rebuild which found nothing to to. But i noticed, that the emerge recommended to execute revdep-rebuild --library='libosp.so.*'. Doing this two packages were found and emerged. Now, shouldn't these have been found already by the previous revdep-rebuild? I believe --library rebuilds everything that uses that library, not broken packages. To test my theory you can run the command again and see if it finds the same 2 packages again. :)
Re: [gentoo-user] revdep-rebuild question
On Mon, 2011-07-25 at 17:30 -0500, Paul Hartman wrote: On Mon, Jul 25, 2011 at 5:30 PM, Paul Hartman paul.hartman+gen...@gmail.com wrote: On Mon, Jul 25, 2011 at 5:20 PM, Hartmut Figge h.fi...@gmx.de wrote: Greetings, after the emerge -uDN world of today i proceeded with revdep-rebuild which found nothing to to. But i noticed, that the emerge recommended to execute revdep-rebuild --library='libosp.so.*'. Doing this two packages were found and emerged. Now, shouldn't these have been found already by the previous revdep-rebuild? I believe --library rebuilds everything that uses that library, not broken packages. To test my theory you can run the command again and see if it finds the same 2 packages again. :) A quick look at the ebuild for opensp shows that it will always print that message - doesnt test if its really needed, and the revdep-rebuild reccomendation will always rebuild all matching libs it finds - not just ones that really need building. BillK
[gentoo-user] revdep-rebuild Not Fixing Broken Links
On my amd64 laptop I have broken links that never clear up. The laptop is new and the install is only about two months old. Everything works all right, but revdep-rebuild lists the following broken links, and after a few weeks of sync'ing they haven't gone away. If I remember correctly, the problem began after the removal of a package that was causing blocking after an update. I think the package was polkit/policykit but not sure. Even after an emerge with the -E option the problem persists.The output of revdep-rebuild is below. Thanks.dhcp04-vlan2 ~ # revdep-rebuild --ignore * 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[ 39% ] * broken /usr/lib32/gtk-2.0/2.10.0/engines/libpixmap.so (requires libEGL.so.1libGL.so.1) * broken /usr/lib32/gtk-2.0/2.10.0/engines/libxfce.so (requires libEGL.so.1libGL.so.1) * broken /usr/lib32/gtk-2.0/2.10.0/immodules/im-am-et.so (requires libEGL.so.1libGL.so.1) * broken /usr/lib32/gtk-2.0/2.10.0/immodules/im-cedilla.so (requires libEGL.so.1libGL.so.1) * broken /usr/lib32/gtk-2.0/2.10.0/immodules/im-cyrillic-translit.so (requires libEGL.so.1libGL.so.1) * broken /usr/lib32/gtk-2.0/2.10.0/immodules/im-inuktitut.so (requires libEGL.so.1libGL.so.1)[ 40% ] * broken /usr/lib32/gtk-2.0/2.10.0/immodules/im-ipa.so (requires libEGL.so.1libGL.so.1) * broken /usr/lib32/gtk-2.0/2.10.0/immodules/im-multipress.so (requires libEGL.so.1libGL.so.1) * broken /usr/lib32/gtk-2.0/2.10.0/immodules/im-thai.so (requires libEGL.so.1libGL.so.1) * broken /usr/lib32/gtk-2.0/2.10.0/immodules/im-ti-er.so (requires libEGL.so.1libGL.so.1) * broken /usr/lib32/gtk-2.0/2.10.0/immodules/im-ti-et.so (requires libEGL.so.1libGL.so.1) * broken /usr/lib32/gtk-2.0/2.10.0/immodules/im-viqr.so (requires libEGL.so.1libGL.so.1) * broken /usr/lib32/gtk-2.0/2.10.0/immodules/im-xim.so (requires libEGL.so.1libGL.so.1) * broken /usr/lib32/gtk-2.0/2.10.0/printbackends/libprintbackend-cups.so (requires libEGL.so.1libGL.so.1) * broken /usr/lib32/gtk-2.0/2.10.0/printbackends/libprintbackend-file.so (requires libEGL.so.1libGL.so.1) * broken /usr/lib32/gtk-2.0/2.10.0/printbackends/libprintbackend-lpr.so (requires libEGL.so.1libGL.so.1) * broken /usr/lib32/gtk-2.0/modules/libferret.so (requires libEGL.so.1libGL.so.1) * broken /usr/lib32/gtk-2.0/modules/libgail.so (requires libEGL.so.1libGL.so.1)[ 43% ] * broken /usr/lib32/libcairo-gobject.so.2.11000.2 (requires libEGL.so.1libGL.so.1) * broken /usr/lib32/libcairo-script-interpreter.so.2.11000.2 (requires libEGL.so.1libGL.so.1) * broken /usr/lib32/libcairo.so.2.11000.2 (requires libEGL.so.1libGL.so.1) * broken /usr/lib32/libgailutil.so.18.0.1 (requires libEGL.so.1libGL.so.1) * broken /usr/lib32/libgdk-x11-2.0.so.0.2200.1 (requires libEGL.so.1libGL.so.1)[ 45% ] * broken /usr/lib32/libgtk-x11-2.0.so.0.2200.1 (requires libEGL.so.1libGL.so.1)[ 46% ] * broken /usr/lib32/libnotify.so.1.1.3 (requires libEGL.so.1libGL.so.1) * broken /usr/lib32/libpangocairo-1.0.so.0.2800.3 (requires libEGL.so.1libGL.so.1)[ 100% ] * Generated new 3_broken.rr * Assigning files to packages * /usr/lib32/gtk-2.0/2.10.0/engines/libpixmap.so - app-emulation/emul-linux-x86-gtklibs * /usr/lib32/gtk-2.0/2.10.0/engines/libxfce.so - app-emulation/emul-linux-x86-gtklibs * /usr/lib32/gtk-2.0/2.10.0/immodules/im-am-et.so - app-emulation/emul-linux-x86-gtklibs * /usr/lib32/gtk-2.0/2.10.0/immodules/im-cedilla.so - app-emulation/emul-linux-x86-gtklibs * /usr/lib32/gtk-2.0/2.10.0/immodules/im-cyrillic-translit.so - app-emulation/emul-linux-x86-gtklibs * /usr/lib32/gtk-2.0/2.10.0/immodules/im-inuktitut.so - app-emulation/emul-linux-x86-gtklibs * /usr/lib32/gtk-2.0/2.10.0/immodules/im-ipa.so - app-emulation/emul-linux-x86-gtklibs * /usr/lib32/gtk-2.0/2.10.0/immodules/im-multipress.so - app-emulation/emul-linux-x86-gtklibs * /usr/lib32/gtk-2.0/2.10.0/immodules/im-thai.so - app-emulation/emul-linux-x86-gtklibs * /usr/lib32/gtk-2.0/2.10.0/immodules/im-ti-er.so - app-emulation/emul-linux-x86-gtklibs * /usr/lib32/gtk-2.0/2.10.0/immodules/im-ti-et.so - app-emulation/emul-linux-x86-gtklibs * /usr/lib32/gtk-2.0/2.10.0/immodules/im-viqr.so - app-emulation/emul-linux-x86-gtklibs * /usr/lib32/gtk-2.0/2.10.0/immodules/im-xim.so - app-emulation/emul-linux-x86-gtklibs * /usr/lib32/gtk-2.0/2.10.0/printbackends/libprintbackend-cups.so - app-emulation/emul-linux-x86-gtklibs * /usr/lib32/gtk-2.0/2.10.0/printbackends/libprintbackend-file.so - app-emulation/emul-linux-x86-gtklibs * /usr/lib32/gtk-2.0/2.10.0/printbackends/libprintbackend-lpr.so -
Re: [gentoo-user] revdep-rebuild Not Fixing Broken Links
On Tue, Apr 5, 2011 at 9:23 AM, dhk...@optonline.net wrote: On my amd64 laptop I have broken links that never clear up. The emul-linux-x86-gtklibs is a binary package (32bit compatibility), so re-emerging it won't make any difference. The package maintainer will need to build a new version which links to the newer versions of libraries. Until then I think you should just ignore it. If you want to mask it entirely edit /etc/revdep-rebuild/99revdep-rebuild and add its path to the search dirs mask and it should stop bothering to check it.
Re: [gentoo-user] revdep-rebuild + minimal output
On Sat, Jul 10, 2010 at 06:52:35AM +0200, Enrico Weigelt wrote: is there an option to revdep-rebuild to only do output if it has something to rebuild ? This should be run via cron to notify me via email. Usually is there an option... questions are well-answered by man program name. And in this case the closest thing from the man page is the -q option, which doesn't do exactly what you want. Cheers, W -- Willie W. Wong ww...@math.princeton.edu Data aequatione quotcunque fluentes quantitae involvente fluxiones invenire et vice versa ~~~ I. Newton
Re: [gentoo-user] revdep-rebuild + minimal output
On Sat, Jul 10, 2010 at 05:11:49AM -0400, Willie Wong wrote: On Sat, Jul 10, 2010 at 06:52:35AM +0200, Enrico Weigelt wrote: is there an option to revdep-rebuild to only do output if it has something to rebuild ? This should be run via cron to notify me via email. Usually is there an option... questions are well-answered by man program name. And in this case the closest thing from the man page is the -q option, which doesn't do exactly what you want. Cheers, revdep-rebuild --help ... -p, --pretendDo a trial run without actually emerging anything (also passed to emerge command) it would basically show you what would be emerged... -q and -P might be usefull to get rid of unwated output... yoyo
Re: [gentoo-user] revdep-rebuild + minimal output
On Sat, 10 Jul 2010 06:52:35 +0200, Enrico Weigelt wrote: is there an option to revdep-rebuild to only do output if it has something to rebuild ? This should be run via cron to notify me via email. There is the --quiet option, but this doesn't remove everything. You could try redirecting stderr and stdout to see what goes where, or just pipe the output through sed. -- Neil Bothwick Hm..what's this red button fo|'».'NO CARRIER signature.asc Description: PGP signature
Re: [gentoo-user] revdep-rebuild + minimal output
revdep-rebuild -pv 2010/7/10 Neil Bothwick n...@digimed.co.uk On Sat, 10 Jul 2010 06:52:35 +0200, Enrico Weigelt wrote: is there an option to revdep-rebuild to only do output if it has something to rebuild ? This should be run via cron to notify me via email. There is the --quiet option, but this doesn't remove everything. You could try redirecting stderr and stdout to see what goes where, or just pipe the output through sed. -- Neil Bothwick Hm..what's this red button fo|'» .'NO CARRIER
Re: [gentoo-user] revdep-rebuild + minimal output
* Neil Bothwick n...@digimed.co.uk wrote: On Sat, 10 Jul 2010 06:52:35 +0200, Enrico Weigelt wrote: is there an option to revdep-rebuild to only do output if it has something to rebuild ? This should be run via cron to notify me via email. There is the --quiet option, but this doesn't remove everything. You could try redirecting stderr and stdout to see what goes where, or just pipe the output through sed. Right, -q still gives too much output :( I'd prefer letting portage do everything, instead of maintaining an additional wrapper ;-o cu -- -- Enrico Weigelt, metux IT service -- http://www.metux.de/ phone: +49 36207 519931 email: weig...@metux.de mobile: +49 151 27565287 icq: 210169427 skype: nekrad666 -- Embedded-Linux / Portierung / Opensource-QM / Verteilte Systeme --
[gentoo-user] revdep-rebuild + minimal output
Hi folks, is there an option to revdep-rebuild to only do output if it has something to rebuild ? This should be run via cron to notify me via email. cu -- -- Enrico Weigelt, metux IT service -- http://www.metux.de/ phone: +49 36207 519931 email: weig...@metux.de mobile: +49 151 27565287 icq: 210169427 skype: nekrad666 -- Embedded-Linux / Portierung / Opensource-QM / Verteilte Systeme --
[gentoo-user] revdep-rebuild looking for non-existant dev-libs/poppler
I'm doing revdep-rebuild --library libjpeg.so.7. It finds broken packages, It gets to the point of... = * Generated new 4_raw.rr and 4_owners.rr * Cleaning list of packages to rebuild * Generated new 4_pkgs.rr * Assigning packages to ebuilds * Generated new 4_ebuilds.rr * Evaluating package order * Generated new 5_order.rr * All prepared. Starting rebuild emerge --oneshot app-text/ghostscript-gpl:0 app-text/wv:0 dev-libs/poppler:0 media-gfx/gimp:2 media-gfx/graphviz:0 media-libs/gd:2 media-libs/gegl:0 media-libs/imlib2:0 media-libs/libmng:0 media-libs/libwmf:0 media-video/mplayer:0 x11-libs/openmotif:0 x11-libs/qt:3 .. Calculating dependencies... done! emerge: there are no ebuilds to satisfy dev-libs/poppler:0. = The obvious first step is equery depends dev-libs/poppler ...which finds absolutely nothing. No hits from the commands... grep poppler /etc/portage/package.* grep poppler /etc/make.conf Not only that, but there doesn't appear to be a dev-libs/poppler in my portage tree. Now what? -- Walter Dnes waltd...@waltdnes.org
Re: [gentoo-user] revdep-rebuild looking for non-existant dev-libs/poppler
On Sat, 2010-05-22 at 17:44 -0400, Walter Dnes wrote: I'm doing revdep-rebuild --library libjpeg.so.7. It finds broken packages, It gets to the point of... = * Generated new 4_raw.rr and 4_owners.rr * Cleaning list of packages to rebuild * Generated new 4_pkgs.rr * Assigning packages to ebuilds * Generated new 4_ebuilds.rr * Evaluating package order * Generated new 5_order.rr * All prepared. Starting rebuild emerge --oneshot app-text/ghostscript-gpl:0 app-text/wv:0 dev-libs/poppler:0 media-gfx/gimp:2 media-gfx/graphviz:0 media-libs/gd:2 media-libs/gegl:0 media-libs/imlib2:0 media-libs/libmng:0 media-libs/libwmf:0 media-video/mplayer:0 x11-libs/openmotif:0 x11-libs/qt:3 .. Calculating dependencies... done! emerge: there are no ebuilds to satisfy dev-libs/poppler:0. = The obvious first step is equery depends dev-libs/poppler ...which finds absolutely nothing. No hits from the commands... grep poppler /etc/portage/package.* grep poppler /etc/make.conf Not only that, but there doesn't appear to be a dev-libs/poppler in my portage tree. Now what? The old poppler ebuilds (dev-libs/poppler*) were reunited and became app-text/poppler awhile back. The old poppler ebuilds should not be referenced anywhere, but apparently they still are on your system somewhere. Try remerging app-text/poppler manually (using --oneshot, so it isn't added to world), then running revdep-rebuild again. Make sure you have run emerge --sync recently, so that the portage cache is up to date and any global updates have been applied. You could also try removing the revdep-rebuild cache files in /var/cache/revdep-rebuild/, but according to the output you included, the package atoms are not coming from the cache. Regards, Brandon Vargo
[gentoo-user] revdep-rebuild keeps reinstalling binutils
On Wed, Feb 3, 2010 at 11:45 PM, Harry Putnam rea...@newsguy.com wrote: After todays update world, I run revdep-rebuild which reports binutils broken and uses `oneshot' to reinstall it. Follow with another revdep-rebuild and it finds the same thing. Anyone seen something similar or have an idea what might be the problem? I have a similar problem.To start with, i upgrade my system through emerge -uDN world and then i run emerge --depclean and revdep-rebuild. After that when i tried gcc/g++ i get: gcc-config: error: could not run/locate 'gcc'. Additionally, i noticed that there is a problem with python, because when i try to use vi i get: vi: error while loading shared libraries: libpython2.5.so.1.0: cannot open shared object file: No such file or directory. If i try to emerge -uDN world, the upgrade fails. Also, the revdep-rebuild fails. I attached a log. Any ideas? Calculating dependencies ..... done! Creating Manifest for /usr/portage/media-sound/alsa-headers Creating Manifest for /usr/portage/dev-libs/libgpg-error Creating Manifest for /usr/portage/app-editors/nano Creating Manifest for /usr/portage/dev-libs/libgcrypt Creating Manifest for /usr/portage/sys-apps/util-linux Creating Manifest for /usr/portage/sys-devel/autoconf Creating Manifest for /usr/portage/sys-devel/libtool Creating Manifest for /usr/portage/sys-devel/automake Creating Manifest for /usr/portage/sys-process/psmisc Creating Manifest for /usr/portage/x11-misc/util-macros Downloading 'ftp://files.gentoo.gr/distfiles/tcl8.5.7-src.tar.gz' --2010-02-06 19:52:28-- ftp://files.gentoo.gr/distfiles/tcl8.5.7-src.tar.gz = `/usr/portage/distfiles/tcl8.5.7-src.tar.gz' Resolving files.gentoo.gr... 62.38.102.66 Connecting to files.gentoo.gr|62.38.102.66|:21... connected. Logging in as anonymous ... Logged in! == SYST ... done.== PWD ... done. == TYPE I ... done. == CWD (1) /distfiles ... done. == SIZE tcl8.5.7-src.tar.gz ... 4421720 == PASV ... done.== REST 1823104 ... done. == RETR tcl8.5.7-src.tar.gz ... done. Length: 2598616 (2.5M), 775512 (757K) remaining (unauthoritative) [ skipping 1750K ] 1750K ,, ,, ,, .. .. 70% 47.8K 39s 1800K .. .. .. .. .. 72% 39.0K 23s 1850K .. .. .. .. .. 74% 39.0K 19s 1900K .. .. .. .. .. 76% 63.4K 15s 1950K .. .. .. .. .. 78% 49.2K 13s 2000K .. .. .. .. .. 80% 45.2K 12s 2050K .. .. .. .. .. 82% 48.0K 10s 2100K .. .. .. .. .. 84% 46.2K 9s 2150K .. .. .. .. .. 86% 44.6K 8s 2200K .. .. .. .. .. 88% 57.2K 7s 2250K .. .. .. .. .. 90% 44.3K 5s 2300K .. .. .. .. .. 92% 29.0K 4s 2350K .. .. .. .. .. 94% 73.0K 3s 2400K .. .. .. .. .. 96% 44.5K 2s 2450K .. .. .. .. .. 98% 47.7K 1s 2500K .. .. .. .. ..100% 47.6K 0s 2550K .. .. .. .. ..102% 44.7K 0s 2600K .. .. .. .. ..104% 46.5K -2s 2650K .. .. .. .. ..106% 36.9K -3s 2700K .. .. .. .. ..108% 50.1K -4s 2750K .. .. .. .. ..110% 45.5K -5s 2800K .. .. .. .. ..112% 44.8K -6s 2850K .. .. .. .. ..114% 45.2K -7s 2900K .. .. .. .. ..116% 45.6K -8s 2950K .. .. .. .. ..118% 35.3K -10s 3000K .. .. .. .. ..120% 87.7K -10s 3050K .. .. .. .. ..122% 51.3K -11s 3100K .. .. .. .. ..124% 50.8K -13s 3150K .. .. .. .. ..126% 42.0K -14s 3200K .. .. .. .. ..128% 44.2K -15s 3250K .. .. .. .. ..130% 44.6K -16s 3300K .. .. .. .. ..132% 40.1K -17s 3350K .. .. .. .. ..133% 43.8K -18s 3400K .. .. .. .. ..135% 45.5K -19s 3450K .. .. .. .. ..137% 50.8K -20s 3500K .. .. .. .. ..139% 58.4K -21s 3550K .. .. .. .. ..141% 56.0K
Re: [gentoo-user] revdep-rebuild keeps reinstalling binutils
在 2010/2/4 05:45:00，Harry Putnam ： After todays update world, I run revdep-rebuild which reports binutils broken and uses `oneshot' to reinstall it. Follow with another revdep-rebuild and it finds the same thing. Anyone seen something similar or have an idea what might be the problem? I have seen this for weeks, but since I upgrade to portage-2.2* at the same time, do not know whether it is related. My revdep-rebuild out is listed below, anyone has a solution? # revdep-rebuild -p [...] * Collecting system binaries and libraries * Generated new 1_files.rr * Collecting complete LD_LIBRARY_PATH * Generated new 2_ldpath.rr * Checking dynamic linking consistency [ 35% ] * broken /usr/lib/binutils/i686-pc-linux-gnu/2.20/libbfd.la (requires -liberty) * broken /usr/lib/binutils/i686-pc-linux-gnu/2.20/libopcodes.la (requires -liberty) [ 100% ] * Generated new 3_broken.rr * Assigning files to packages * /usr/lib/binutils/i686-pc-linux-gnu/2.20/libbfd.la - sys-devel/binutils * /usr/lib/binutils/i686-pc-linux-gnu/2.20/libopcodes.la - sys- devel/binutils * Generated new 4_raw.rr and 4_owners.rr * Cleaning list of packages to rebuild * Generated new 4_pkgs.rr * Assigning packages to ebuilds * Generated new 4_ebuilds.rr * Evaluating package order * Generated new 5_order.rr * All prepared. Starting rebuild emerge --oneshot --pretend sys-devel/binutils:0 These are the packages that would be merged, in order: Calculating dependencies... done! [ebuild R ] sys-devel/binutils-2.20 * Now you can remove -p (or --pretend) from arguments and re-run revdep- rebuild. Leon Feng
Re: [gentoo-user] revdep-rebuild keeps reinstalling binutils
Hi Leon, have you really run lafilefixer --justfixit and some time, ago, I had problems because of dangling symlinks, so I've run symlinks -dr /usr (which remove all dangling symlinks in /usr/**/*) Then re-emerge sys-devel/binutils again I hope this helps,m Helmut. On 4 Feb, Leon Feng wrote: 在 2010/2/4 05:45:00，Harry Putnam ： After todays update world, I run revdep-rebuild which reports binutils broken and uses `oneshot' to reinstall it. Follow with another revdep-rebuild and it finds the same thing. Anyone seen something similar or have an idea what might be the problem? I have seen this for weeks, but since I upgrade to portage-2.2* at the same time, do not know whether it is related. My revdep-rebuild out is listed below, anyone has a solution? # revdep-rebuild -p [...] * Collecting system binaries and libraries * Generated new 1_files.rr * Collecting complete LD_LIBRARY_PATH * Generated new 2_ldpath.rr * Checking dynamic linking consistency [ 35% ] * broken /usr/lib/binutils/i686-pc-linux-gnu/2.20/libbfd.la (requires -liberty) * broken /usr/lib/binutils/i686-pc-linux-gnu/2.20/libopcodes.la (requires -liberty) [ 100% ] * Generated new 3_broken.rr * Assigning files to packages * /usr/lib/binutils/i686-pc-linux-gnu/2.20/libbfd.la - sys-devel/binutils * /usr/lib/binutils/i686-pc-linux-gnu/2.20/libopcodes.la - sys- devel/binutils * Generated new 4_raw.rr and 4_owners.rr * Cleaning list of packages to rebuild * Generated new 4_pkgs.rr * Assigning packages to ebuilds * Generated new 4_ebuilds.rr * Evaluating package order * Generated new 5_order.rr * All prepared. Starting rebuild emerge --oneshot --pretend sys-devel/binutils:0 These are the packages that would be merged, in order: Calculating dependencies... done! [ebuild R ] sys-devel/binutils-2.20 * Now you can remove -p (or --pretend) from arguments and re-run revdep- rebuild. Leon Feng -- Helmut Jarausch Lehrstuhl fuer Numerische Mathematik RWTH - Aachen University D 52056 Aachen, Germany
Re: [gentoo-user] revdep-rebuild keeps reinstalling binutils
On Thu, 4 Feb 2010 22:13:20 +0800, Leon Feng wrote: I have seen this for weeks, but since I upgrade to portage-2.2* at the same time, do not know whether it is related. My revdep-rebuild out is listed below, anyone has a solution? Are you also running the testing gentoolkit? Otherwise you're trying to use the old revdep-rebuild wit the new portage, which may have unexpected consequences. Have you run lafilefixer --justfixit? This should always be the first step when revdep-rebuild reports problems. -- Neil Bothwick If a man is standing in the middle of the forest speaking and there is no woman around to hear him - Is he still wrong? signature.asc Description: PGP signature
Re: [gentoo-user] revdep-rebuild keeps reinstalling binutils
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 22:13/02/04/10, Leon Feng wrote: ??? 2010/2/4 05:45:00???Harry Putnam ??? After todays update world, I run revdep-rebuild which reports binutils broken and uses `oneshot' to reinstall it. Follow with another revdep-rebuild and it finds the same thing. Anyone seen something similar or have an idea what might be the problem? I have seen this for weeks, but since I upgrade to portage-2.2* at the same time, do not know whether it is related. My revdep-rebuild out is listed below, anyone has a solution? # revdep-rebuild -p [...] * Collecting system binaries and libraries * Generated new 1_files.rr * Collecting complete LD_LIBRARY_PATH * Generated new 2_ldpath.rr * Checking dynamic linking consistency [ 35% ] * broken /usr/lib/binutils/i686-pc-linux-gnu/2.20/libbfd.la (requires -liberty) * broken /usr/lib/binutils/i686-pc-linux-gnu/2.20/libopcodes.la (requires -liberty) [ 100% ] * Generated new 3_broken.rr * Assigning files to packages * /usr/lib/binutils/i686-pc-linux-gnu/2.20/libbfd.la - sys-devel/binutils * /usr/lib/binutils/i686-pc-linux-gnu/2.20/libopcodes.la - sys- devel/binutils * Generated new 4_raw.rr and 4_owners.rr * Cleaning list of packages to rebuild * Generated new 4_pkgs.rr * Assigning packages to ebuilds * Generated new 4_ebuilds.rr * Evaluating package order * Generated new 5_order.rr * All prepared. Starting rebuild emerge --oneshot --pretend sys-devel/binutils:0 These are the packages that would be merged, in order: Calculating dependencies... done! [ebuild R ] sys-devel/binutils-2.20 * Now you can remove -p (or --pretend) from arguments and re-run revdep- rebuild. Leon Feng Bug#: 298651 - -- public key @ apartment415.homelinux.com -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.14 (GNU/Linux) iF4EAREIAAYFAktrMZgACgkQpSa/g4Qb1Zm/AgEAoJ8UQR4+4vIw8TlprXuHuFEU tcKakeyF/TOzs91VbuUA/jAuetZ3l2HE1qbCvHzh0G/HQzBYTeLQCEGuPJo8mksF =BTwn -END PGP SIGNATURE-
[gentoo-user] revdep-rebuild keeps reinstalling binutils
After todays update world, I run revdep-rebuild which reports binutils broken and uses `oneshot' to reinstall it. Follow with another revdep-rebuild and it finds the same thing. Anyone seen something similar or have an idea what might be the problem?
Re: [gentoo-user] revdep-rebuild keeps reinstalling binutils
On Wednesday 03 February 2010 23:45:00 Harry Putnam wrote: After todays update world, I run revdep-rebuild which reports binutils broken and uses `oneshot' to reinstall it. Follow with another revdep-rebuild and it finds the same thing. Anyone seen something similar or have an idea what might be the problem? full output from revdep-rebuild? -- alan dot mckinnon at gmail dot com
Re: [gentoo-user] revdep-rebuild keeps reinstalling binutils
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 15:45/02/03/10, Harry Putnam wrote: After todays update world, I run revdep-rebuild which reports binutils broken and uses `oneshot' to reinstall it. Follow with another revdep-rebuild and it finds the same thing. Anyone seen something similar or have an idea what might be the problem? Sounds like your haveing a similar problem to what I have been haveing for the last few weeks now. Can you post the output of revdep-rebuild. -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.14 (GNU/Linux) iF4EAREIAAYFAktp9M4ACgkQpSa/g4Qb1ZlxfwD/XGRzyLO+2tFs5ZyfU7s3Aj3u gOFbNS5daghWSpahrL8A/0R1fGvJLrges3AhXYBcyWwz8LgCHx+lw8gmzPbG8dg9 =2L6r -END PGP SIGNATURE-
Re: [gentoo-user] revdep-rebuild and kde-base/kdelibs:3.5
On 2 Jan, Volker Armin Hemmann wrote: yes, get rid of the app that needs kde3 and move on. Very good idea, indeed. Then, please, tell me a replacement for app-office/kexi. Thanks! -- Helmut Jarausch Lehrstuhl fuer Numerische Mathematik RWTH - Aachen University D 52056 Aachen, Germany
[gentoo-user] revdep-rebuild and kde-base/kdelibs:3.5
Hi I am trying to run revdep-rebuild and it gets to the emerge stage and i get this !! All ebuilds that could satisfy kde-base/kdelibs:3.5 have been masked. !!! One of the following masked packages is required to complete your request: - kde-base/kdelibs-3.5.10-r6 (masked by: package.mask) /usr/portage/profiles/package.mask: # Samuli Suominen ssuomi...@gentoo.org (31 Dec 2009) # Doesn't compile anymore with Autoconf = 2.64, wv2 = 0.4.0, # several open security bugs, ... # # Replaced by app-office/koffice-meta-2.1.0 # # See bugs 274566, 274918, 279027, 279482, 283429, 285018, 294676, # 287276, 292791, ... # # Masked for removal in 30 days # does anyone have any advice? I have tried to force the emerge but i dont really know what i am doing :-/ --- N: Jon Hardcastle E: j...@ehardcastle.com 'Do not worry about tomorrow, for tomorrow will bring worries of its own.' *** Please note, I am phasing out jd_hardcastle AT yahoo.com and replacing it with jon AT eHardcastle.com *** ---
Re: [gentoo-user] revdep-rebuild and kde-base/kdelibs:3.5
On Samstag 02 Januar 2010, Jon Hardcastle wrote: Hi I am trying to run revdep-rebuild and it gets to the emerge stage and i get this !! All ebuilds that could satisfy kde-base/kdelibs:3.5 have been masked. !!! One of the following masked packages is required to complete your request: - kde-base/kdelibs-3.5.10-r6 (masked by: package.mask) /usr/portage/profiles/package.mask: # Samuli Suominen ssuomi...@gentoo.org (31 Dec 2009) # Doesn't compile anymore with Autoconf = 2.64, wv2 = 0.4.0, # several open security bugs, ... # # Replaced by app-office/koffice-meta-2.1.0 # # See bugs 274566, 274918, 279027, 279482, 283429, 285018, 294676, # 287276, 292791, ... # # Masked for removal in 30 days # does anyone have any advice? I have tried to force the emerge but i dont really know what i am doing :-/ --- N: Jon Hardcastle E: j...@ehardcastle.com 'Do not worry about tomorrow, for tomorrow will bring worries of its own.' *** Please note, I am phasing out jd_hardcastle AT yahoo.com and replacing it with jon AT eHardcastle.com *** --- yes, get rid of the app that needs kde3 and move on.
Re: [gentoo-user] revdep-rebuild and kde-base/kdelibs:3.5
Jon Hardcastle wrote: Hi I am trying to run revdep-rebuild and it gets to the emerge stage and i get this !! All ebuilds that could satisfy kde-base/kdelibs:3.5 have been masked. !!! One of the following masked packages is required to complete your request: - kde-base/kdelibs-3.5.10-r6 (masked by: package.mask) /usr/portage/profiles/package.mask: # Samuli Suominen ssuomi...@gentoo.org (31 Dec 2009) # Doesn't compile anymore with Autoconf = 2.64, wv2 = 0.4.0, # several open security bugs, ... # # Replaced by app-office/koffice-meta-2.1.0 # # See bugs 274566, 274918, 279027, 279482, 283429, 285018, 294676, # 287276, 292791, ... # # Masked for removal in 30 days # does anyone have any advice? I have tried to force the emerge but i dont really know what i am doing :-/ --- N: Jon Hardcastle E: j...@ehardcastle.com 'Do not worry about tomorrow, for tomorrow will bring worries of its own.' *** Please note, I am phasing out jd_hardcastle AT yahoo.com and replacing it with jon AT eHardcastle.com *** --- This is where you get to choose. You either have to use layman to keep KDE 3.5 around or move over to KDE 4, which there are still some things that don't work. KDE 3.5 has been masked and will be removed from the portage tree, according to the error above. You may be able to unmask it until it is removed but either way, you will have to use layman eventually. If you plan to unmask it for now, I would check out autounmask. I suspect there will be a lot of them masked. Doing them one by one could take a while. Dale :-) :-) P. S. Don't blame Gentoo for this. KDE is the one that decided not to maintain KDE 3.5 even tho KDE 4 is not ready yet. The good thing about Gentoo is that it builds from sources. The bad thing is, it builds from sources. When the sources stop, Gentoo has to remove them.
Re: [gentoo-user] revdep-rebuild and kde-base/kdelibs:3.5
On Sat, 2 Jan 2010 13:05:44 +0100, Volker Armin Hemmann wrote: yes, get rid of the app that needs kde3 and move on. Unfortunately there are some apps that do not have KDE4 replacements. While I understand the Gentoo devs decision to drop the KDE3 desktop and apps from portage, kdelibs should be kept as long as there are apps depending on it. No, dropping all those apps is no the answer either, at least, not yet. -- Neil Bothwick Sleep is an excellent way of listening to an opera. - James Stephens (1882-1950) signature.asc Description: PGP signature
Re: [gentoo-user] revdep-rebuild and kde-base/kdelibs:3.5
Neil Bothwick wrote: On Sat, 2 Jan 2010 13:05:44 +0100, Volker Armin Hemmann wrote: yes, get rid of the app that needs kde3 and move on. Unfortunately there are some apps that do not have KDE4 replacements. While I understand the Gentoo devs decision to drop the KDE3 desktop and apps from portage, kdelibs should be kept as long as there are apps depending on it. No, dropping all those apps is no the answer either, at least, not yet. Very true. There are still things that I can do in KDE 3.5 that I can't do in KDE 4. Even if I use KDE 4 for the most part, I would still have to have KDE 3.5 for the things I can't do in KDE 4. This may be the reason the OP is keeping KDE 3.5 around as well. KDE really dropped the ball this time. OP, I would be willing to help you get this sorted out. I could send the commands I remember using and it is not a bad or difficult thing. I don't like using layman myself but I do want a working desktop too. Dale :-) :-)
Re: [gentoo-user] revdep-rebuild and kde-base/kdelibs:3.5
100102 Dale wrote: Neil Bothwick wrote: Unfortunately there are some apps that do not have KDE4 replacements. While I understand the Gentoo devs decision to drop the KDE3 desktop and apps from portage, kdelibs should be kept as long as there are apps depending on it. dropping all those apps is no the answer, not yet. Very true. Even if I use KDE 4 for the most part, I would still have to have KDE 3.5 for the things I can't do in KDE 4. I haven't installed the KDE desktop pkgs (I use Fluxbox), but I'm having no problem using KDE 4 for most apps -- eg Konsole Gwenview Okular Kshisen Speedcrunch -- , while retaining Kdelibs 3.5.10 3 apps not available in KDE 4 (Ksokoban Kworldclock not ported, Kmahjongg no removed-tiles display). I just updated to KDE 4.3.3 there doesn't seem to be anything wrong. -- ,, SUPPORT ___//___, Philip Webb ELECTRIC /] [] [] [] [] []| Cities Centre, University of Toronto TRANSIT`-O--O---' purslowatchassdotutorontodotca
Re: [gentoo-user] revdep-rebuild and kde-base/kdelibs:3.5
Philip Webb wrote: 100102 Dale wrote: Neil Bothwick wrote: Unfortunately there are some apps that do not have KDE4 replacements. While I understand the Gentoo devs decision to drop the KDE3 desktop and apps from portage, kdelibs should be kept as long as there are apps depending on it. dropping all those apps is no the answer, not yet. Very true. Even if I use KDE 4 for the most part, I would still have to have KDE 3.5 for the things I can't do in KDE 4. I haven't installed the KDE desktop pkgs (I use Fluxbox), but I'm having no problem using KDE 4 for most apps -- eg Konsole Gwenview Okular Kshisen Speedcrunch -- , while retaining Kdelibs 3.5.10 3 apps not available in KDE 4 (Ksokoban Kworldclock not ported, Kmahjongg no removed-tiles display). I just updated to KDE 4.3.3 there doesn't seem to be anything wrong. It appears that we use different things tho. The only thing in your list that I use is Konsole. I don't use any of the other programs you mention. I have tried KDE4 and continue to test when it updates but there are things that still don't work. I posted the issues on the KDE mailing list and others reported the same thing so it is not just me or a config problem. I'm just waiting on them to get it all sorted out. I do know this, if KDE does their next update this way, from KDE4 to KDE5, I'll be using something else. It's like telling someone that they can trade in their car but they have to turn in the old one and drive it with no windshield and some other good things to have for months while they finish putting the new car together. That may be a bad analogy but it was what I thought of. Dale :-) :-)
Re: [gentoo-user] revdep-rebuild and kde-base/kdelibs:3.5
--- On Sat, 2/1/10, Volker Armin Hemmann volkerar...@googlemail.com wrote: From: Volker Armin Hemmann volkerar...@googlemail.com Subject: Re: [gentoo-user] revdep-rebuild and kde-base/kdelibs:3.5 To: gentoo-user@lists.gentoo.org Date: Saturday, 2 January, 2010, 12:05 On Samstag 02 Januar 2010, Jon Hardcastle wrote: Hi I am trying to run revdep-rebuild and it gets to the emerge stage and i get this !! All ebuilds that could satisfy kde-base/kdelibs:3.5 have been masked. !!! One of the following masked packages is required to complete your request: - kde-base/kdelibs-3.5.10-r6 (masked by: package.mask) /usr/portage/profiles/package.mask: # Samuli Suominen ssuomi...@gentoo.org (31 Dec 2009) # Doesn't compile anymore with Autoconf = 2.64, wv2 = 0.4.0, # several open security bugs, ... # # Replaced by app-office/koffice-meta-2.1.0 # # See bugs 274566, 274918, 279027, 279482, 283429, 285018, 294676, # 287276, 292791, ... # # Masked for removal in 30 days # does anyone have any advice? I have tried to force the emerge but i dont really know what i am doing :-/ --- N: Jon Hardcastle E: j...@ehardcastle.com 'Do not worry about tomorrow, for tomorrow will bring worries of its own.' *** Please note, I am phasing out jd_hardcastle AT yahoo.com and replacing it with jon AT eHardcastle.com *** --- yes, get rid of the app that needs kde3 and move on. What is the easiest way to do this? Although i dont agree this would perhaps normally be an option, installing kde was a venture that never really worked and as the machine is primarily a file server i can do without it...
Re: [gentoo-user] revdep-rebuild vs. @preserved-rebuild [was: Kmplayer, video and audio not syncing.]
On Mon, 2 Nov 2009 16:12:49 +0200, Alan McKinnon alan.mckin...@gmail.com wrote: On Monday 02 November 2009 15:58:57 Jesús Guerrero wrote: On Mon, 2 Nov 2009 13:25:08 +, Neil Bothwick n...@digimed.co.uk wrote: On Mon, 02 Nov 2009 13:58:03 +0100, Jesús Guerrero wrote: @preserved-rebuild never worked for me, maybe it's just that it doesn't like ~arch. I am just too lazy to work on how to fix a thing when there's an alternative that always worked reliably, revdep-rebuild. If it didn't work on ~arch, how would it ever make it into arch? I am not the one to answer that, all I can say is that the few times I've tried it, it kept rebuilding the same packages again, and again, and again ad infinitum, as said, I didn't even bother to find what the problem was, because I have a working alternative. Sure it could be better, but that hasn't been the case for me with @preserved-rebuild. I've seen people reporting the same problems in the forums, so I am fairly sure that's a common problem and not just exclusive to my installations. The trouble with revdep-rebuild is that you have to break your system and then fix it. Most of the time this is trivial, but updates like expat-2.0 showed the usefulness of being able to recompile the packages before they were broken. I can't understand that. You CAN'T recompile your packages against the new ABI's until the new ABI is in your system, and hence your system is already broken. There's no preemptive measure against this. Both methods fix the system *after* it's broken. Unless the old and the new ABI version are installed side by side. When @preserved-rebuild is run, it deletes the old libs only after everything left that used it is now linked against the new one. Thanks for the feedback. However there's one thing I can't understand: whether the libraries are kept of removed is decided at the merge time, isn't it? So, whatever breaks, breaks when using emerge to update the offending library, the one that will break the ABI. So, how can using a tool *after that* have any impact over what's broken? It can fix the problem, but so can revdep-rebuild. I mean: if the old libs with the old abi's are kept, how it is relevant if you are using @preserved-rebuild, revdep-rebuild or another method, or none at all? Your programs will continue to work ok without needing to rebuild anything, won't them? And after rebuilding the package it's irrelevant *how* did you rebuild them... I must obviously be missing something here, if you have the time please, direct me to an adequate source of information or explain a bit, I am curious. There's only one case where this can't work - the developer changes the ABI and does not change the .so version number. That ain't gentoo's fault - shoot the developer. Of course, I can understand that. However and even if @preserved-rebuild has some reason to exist, it still doesn't fix the weird behavior that it exhibited for me in the past. But to tell the truth, I haven't tested lately. It just came to mi mind because of the Dale's problem, which seems to be the same one. Please, understand that I'm not complaining, merely describing my experience, I'd rather be filling bugs than complain uselessly, it's just that -as I said- I really didn't see a need to because the old way just works. -- Jesús Guerrero
Re: [gentoo-user] revdep-rebuild vs. @preserved-rebuild
Jesús Guerrero i92gu...@terra.es writes: Thanks for the feedback. However there's one thing I can't understand: whether the libraries are kept of removed is decided at the merge time, isn't it? So, whatever breaks, breaks when using emerge to update the offending library, the one that will break the ABI. So, how can using a tool *after that* have any impact over what's broken? It can fix the problem, but so can revdep-rebuild. I mean: if the old libs with the old abi's are kept, how it is relevant if you are using @preserved-rebuild, revdep-rebuild or another method, or none at all? Your programs will continue to work ok without needing to rebuild anything, won't them? And after rebuilding the package it's irrelevant *how* did you rebuild them... I must obviously be missing something here, if you have the time please, direct me to an adequate source of information or explain a bit, I am curious. The difference is that with the new @preserved-rebuild the 'old' library is not deleted until all of the dependent packages have been successfully rebuilt to use the 'new' library. With the old revdep-rebuild mechanism, the 'old' library was deleted during the upgrade emerge. Therefore after the new library was merged, packages which depended on the old library could not be run[1] until these dependent packages were rebuilt to use the new library. [1] Though any which were running at the time the new library was merged would continue to run.
Re: [gentoo-user] revdep-rebuild vs. @preserved-rebuild [was: Kmplayer, video and audio not syncing.]
On Monday 02 November 2009 17:01:17 Jesús Guerrero wrote: On Mon, 2 Nov 2009 16:12:49 +0200, Alan McKinnon alan.mckin...@gmail.com wrote: On Monday 02 November 2009 15:58:57 Jesús Guerrero wrote: On Mon, 2 Nov 2009 13:25:08 +, Neil Bothwick n...@digimed.co.uk wrote: On Mon, 02 Nov 2009 13:58:03 +0100, Jesús Guerrero wrote: @preserved-rebuild never worked for me, maybe it's just that it doesn't like ~arch. I am just too lazy to work on how to fix a thing when there's an alternative that always worked reliably, revdep-rebuild. If it didn't work on ~arch, how would it ever make it into arch? I am not the one to answer that, all I can say is that the few times I've tried it, it kept rebuilding the same packages again, and again, and again ad infinitum, as said, I didn't even bother to find what the problem was, because I have a working alternative. Sure it could be better, but that hasn't been the case for me with @preserved-rebuild. I've seen people reporting the same problems in the forums, so I am fairly sure that's a common problem and not just exclusive to my installations. The trouble with revdep-rebuild is that you have to break your system and then fix it. Most of the time this is trivial, but updates like expat-2.0 showed the usefulness of being able to recompile the packages before they were broken. I can't understand that. You CAN'T recompile your packages against the new ABI's until the new ABI is in your system, and hence your system is already broken. There's no preemptive measure against this. Both methods fix the system *after* it's broken. Unless the old and the new ABI version are installed side by side. When @preserved-rebuild is run, it deletes the old libs only after everything left that used it is now linked against the new one. Thanks for the feedback. However there's one thing I can't understand: whether the libraries are kept of removed is decided at the merge time, isn't it? So, whatever breaks, breaks when using emerge to update the offending library, the one that will break the ABI. So, how can using a tool *after that* have any impact over what's broken? It can fix the problem, but so can revdep-rebuild. I mean: if the old libs with the old abi's are kept, how it is relevant if you are using @preserved-rebuild, revdep-rebuild or another method, or none at all? Your programs will continue to work ok without needing to rebuild anything, won't them? And after rebuilding the package it's irrelevant *how* did you rebuild them... I must obviously be missing something here, if you have the time please, direct me to an adequate source of information or explain a bit, I am curious. Easy. Say you have app x which links to lib y: portage knows that x is linked to say y.1.0.0.so portage then upgrades y and puts y.so.1.0.1.so and the system helpfully thinks to itself hang on a bit, I'm about to remove a library that Y is using. I'd better not do that! and tells you so. (In the meantime you can merge anything you like that links to y.1.0.0.so, this does not affect @preserved-rebuild) You read the message, run @preserved-rebuild and x now links to the new y library. When everything in @preserved-rebuild has been rebuilt, portage knows that now nothing links to the old y library, and removes it. Do you see that the intent is to provide a bridging period where needed libs are not missing? And that @preserved-rebuild and revdep-rebuild do essentially the same function, except: 1. Stuff does not break. OK, make that stuff should not break 2. You don't have to hang around waiting for revdep-rebuild to take ages to run It can go south sometimes, the @preserved-rebuild magic is not always perfect and sometimes it gets confused. There's a file in /var somewhere that records this, so you can just delete it and run revdep-rebuild to get the old behaviour. Sometimes devs do stupid things with what they decide libs are called, and there's nothing portage can do about that except get itself confused (it's not a human and can't infer meaning). I've been using @preserved-rebuild for as long as it's been available (more than a year now?) with very very few hitches. I think you were just unlucky to hit a few stupid packages. There's only one case where this can't work - the developer changes the ABI and does not change the .so version number. That ain't gentoo's fault - shoot the developer. Of course, I can understand that. However and even if @preserved-rebuild has some reason to exist, it still doesn't fix the weird behavior that it exhibited for me in the past. But to tell the truth, I haven't tested lately. It just came to mi mind because of the Dale's problem, which seems to be the same one. Please, understand that I'm not complaining, merely describing my experience, I'd rather be filling bugs than complain
Re: [gentoo-user] revdep-rebuild vs. @preserved-rebuild [was: Kmplayer, video and audio not syncing.]
Jesús Guerrero writes: On Mon, 2 Nov 2009 16:12:49 +0200, Alan McKinnon alan.mckin...@gmail.com wrote: On Monday 02 November 2009 15:58:57 Jesús Guerrero wrote: On Mon, 2 Nov 2009 13:25:08 +, Neil Bothwick n...@digimed.co.uk wrote: On Mon, 02 Nov 2009 13:58:03 +0100, Jesús Guerrero wrote: @preserved-rebuild never worked for me, maybe it's just that it doesn't like ~arch. I am just too lazy to work on how to fix a thing when there's an alternative that always worked reliably, revdep-rebuild. I like the preserve-libs FEATURE. With revdep-rebuild, things are fixed after they were broken by an update of a library. And there is a time (in case of the dreaded expat update, a large one, expecially if revdep- rebuilding stuff fails for some packages) in which things do not work. I always hated that and considered it a serious bug. With preserve-libs, things do not break in the first place, because the old libraries are still in place. If it didn't work on ~arch, how would it ever make it into arch? I am not the one to answer that, all I can say is that the few times I've tried it, it kept rebuilding the same packages again, and again, and again ad infinitum, as said, I didn't even bother to find what the problem was, because I have a working alternative. Sure it could be better, but that hasn't been the case for me with @preserved-rebuild. I had the same problem with emerge @preserved-rebuild looping endlessly, but that's probably just a minor issue. Just use emerge @preserved-rebuild once to make sure the new libs are being used, and remove /var/lib/portage/preserved_libs_registry afterwards to get rid of the preserved-libs message. The trouble with revdep-rebuild is that you have to break your system and then fix it. Most of the time this is trivial, but updates like expat-2.0 showed the usefulness of being able to recompile the packages before they were broken. I can't understand that. You CAN'T recompile your packages against the new ABI's until the new ABI is in your system, and hence your system is already broken. There's no preemptive measure against this. Both methods fix the system *after* it's broken. Unless the old and the new ABI version are installed side by side. When @preserved-rebuild is run, it deletes the old libs only after everything left that used it is now linked against the new one. Thanks for the feedback. However there's one thing I can't understand: whether the libraries are kept of removed is decided at the merge time, isn't it? So, whatever breaks, breaks when using emerge to update the offending library, the one that will break the ABI. So, how can using a tool *after that* have any impact over what's broken? It can fix the problem, but so can revdep-rebuild. Again, things do not break in the first place with the preserved-rebuild FEATURE. As a library gets updated, the new library is installed along with the old one. Applications linked to the old one still work. When they are re-compiled, the are linked to the new library, making the old libraries obsolete when this is done for all packages depending on them. I mean: if the old libs with the old abi's are kept, how it is relevant if you are using @preserved-rebuild, revdep-rebuild or another method, or none at all? Your programs will continue to work ok without needing to rebuild anything, won't them? And after rebuilding the package it's irrelevant *how* did you rebuild them... I must obviously be missing something here, if you have the time please, direct me to an adequate source of information or explain a bit, I am curious. I think the revdep-rebuild way would not work here. I assume it uses ldd to check all binaries for existance of their libraries, and rebuild them if there are problems. When the old libraries are still in place, there is no problem for ldd, and nothing gets re-compiled. No big problem, but you clutter your system with old libraries staying in place, and programs still using them do not take possible advantage ob the newer libraries. Wonko
Re: [gentoo-user] revdep-rebuild vs. @preserved-rebuild [was: Kmplayer, video and audio not syncing.]
Thanks everyone for the input, it's being quite informative and valuable. I guess I'll have to research on this at some point. Still I'd like to keep responses coming if anyone can bring some light into the issue. :) I am responding only to one post, but I've read Alan's one as well, as said, thanks to everyone that answered. On Mon, 2 Nov 2009 16:50:19 +0100, Alex Schuster wo...@wonkology.org wrote: Jesús Guerrero writes: On Mon, 2 Nov 2009 16:12:49 +0200, Alan McKinnon alan.mckin...@gmail.com wrote: On Monday 02 November 2009 15:58:57 Jesús Guerrero wrote: On Mon, 2 Nov 2009 13:25:08 +, Neil Bothwick n...@digimed.co.uk wrote: On Mon, 02 Nov 2009 13:58:03 +0100, Jesús Guerrero wrote: @preserved-rebuild never worked for me, maybe it's just that it doesn't like ~arch. I am just too lazy to work on how to fix a thing when there's an alternative that always worked reliably, revdep-rebuild. I like the preserve-libs FEATURE. With revdep-rebuild, things are fixed after they were broken by an update of a library. And there is a time (in case of the dreaded expat update, a large one, expecially if revdep- rebuilding stuff fails for some packages) in which things do not work. I always hated that and considered it a serious bug. With preserve-libs, things do not break in the first place, because the old libraries are still in place. Ok, well, then the libs are preserved at merge time. Using Alan's analogy, when you update the lib to y.1.0.1.so. It is *at this time* when y.1.0.0 is kept, and that has nothing with using emerge @preserved-rebuild *in the future*. You could still use revdep-rebuild and the effect will be the same (except that old libs will not ever be cleaned if I got it right). Right? So, it's not emerge @preserved-rebuild which fixes the problem (as I said, by the time you run emerge @preserved-rebuild it's already too late, by then the libs are either preserved or broken), but a whole new portage behavior, which is quite different. And maybe only if you have a given FEATURE enabled, which takes this even more far away from the @revdep-rebuild set. So, if this all is correct, this set is intended to *fix* the breakage, just like revdep-rebuild, and *not to prevent* it. It's portage which prevents it by preserving all .so files. Note that revdep-rebuild didn't break anything either. That's false. revdep-rebuild only fixes what portage breaks. It all comes down to one thing: are you using the preserve feature or not? And not the tool you use to fix the binaries. If it didn't work on ~arch, how would it ever make it into arch? I am not the one to answer that, all I can say is that the few times I've tried it, it kept rebuilding the same packages again, and again, and again ad infinitum, as said, I didn't even bother to find what the problem was, because I have a working alternative. Sure it could be better, but that hasn't been the case for me with @preserved-rebuild. I had the same problem with emerge @preserved-rebuild looping endlessly, but that's probably just a minor issue. Just use emerge @preserved-rebuild once to make sure the new libs are being used, and remove /var/lib/portage/preserved_libs_registry afterwards to get rid of the preserved-libs message. That's good to know. However this needs to be fixed, which is probably one of the reasons why portage 2.2 is taking quite a bit to be released. The trouble with revdep-rebuild is that you have to break your system and then fix it. Most of the time this is trivial, but updates like expat-2.0 showed the usefulness of being able to recompile the packages before they were broken. I can't understand that. You CAN'T recompile your packages against the new ABI's until the new ABI is in your system, and hence your system is already broken. There's no preemptive measure against this. Both methods fix the system *after* it's broken. Unless the old and the new ABI version are installed side by side. When @preserved-rebuild is run, it deletes the old libs only after everything left that used it is now linked against the new one. Thanks for the feedback. However there's one thing I can't understand: whether the libraries are kept of removed is decided at the merge time, isn't it? So, whatever breaks, breaks when using emerge to update the offending library, the one that will break the ABI. So, how can using a tool *after that* have any impact over what's broken? It can fix the problem, but so can revdep-rebuild. Again, things do not break in the first place with the preserved-rebuild FEATURE. As a library gets updated, the new library is installed along with the old one. Applications linked to the old one still work. When they are re-compiled, the are linked to the new library, making the old libraries obsolete when this is done for all packages depending on them. I mean: if the old libs with the old abi's are kept, how it
Re: [gentoo-user] revdep-rebuild vs. @preserved-rebuild
On Mon, 02 Nov 2009 15:40:35 +, Graham Murray wrote: The difference is that with the new @preserved-rebuild the 'old' library is not deleted until all of the dependent packages have been successfully rebuilt to use the 'new' library. This also means that if you don't run emerge @preserved-rebuild, the old libraries will still be hanging around, and revdep-rebuild won't rebuild affected packages because the libraries they link against are still there. revdep-rebuild depends on packages being broken to rebuild them. -- Neil Bothwick Lottery: A tax on people who are bad at math. signature.asc Description: PGP signature
Re: [gentoo-user] revdep-rebuild quits at 21%
On Tuesday 07 April 2009 00:22:49 Joseph wrote: On 04/06/09 21:20, Alan McKinnon wrote: On Monday 06 April 2009 04:13:07 Joseph wrote: I upgraded to gcc-4.3.2-r3 rebuild system, world. The only package that did not compile was g-wrap. However, when I run revdep-rebuild it quits at 21% Does anybody know how to fix it? I tried recompiling gentoolkit; did not help. Error messages? Logs? Console output? Your question cannot be answered as all we know is that it failed. 21% is also meaningless - that just says revdep-rebuild was doing it's main thing and stopped. I wish I could provide more information, the cursor just seats there, there is no error messages at the console. Which log revdep-rebuild writes to? I'm rebuilding the system with the old CFLAGS so I'll have more information tomorrow. I used -march=native but I think my AMD64 didn't like it :-/ It's possible that gcc got confused as to what cpu you have an it's abilities. If you still don't know what CFLAGS to use, post your /proc/cpuinfo here and someone is bound to know what works well. -- alan dot mckinnon at gmail dot com
Re: [gentoo-user] revdep-rebuild quits at 21%
On Tue, 7 Apr 2009 09:12:30 +0200 Alan McKinnon alan.mckin...@gmail.com wrote: I wish I could provide more information, the cursor just seats there, there is no error messages at the console. Which log revdep-rebuild writes to? I'm rebuilding the system with the old CFLAGS so I'll have more information tomorrow. I used -march=native but I think my AMD64 didn't like it :-/ It's possible that gcc got confused as to what cpu you have an it's abilities. If you still don't know what CFLAGS to use, post your /proc/cpuinfo here and someone is bound to know what works well. Alan, he already sent an email in another thread with his cpuinfo. Please see the thread with subject GCC-4.3.2 and see if you can help him. Regards, Jorge -- Software is like sex: it is better when it is free. --Linus Torvalds
Re: [gentoo-user] revdep-rebuild quits at 21%
On 04/07/09 09:12, Alan McKinnon wrote: On Tuesday 07 April 2009 00:22:49 Joseph wrote: On 04/06/09 21:20, Alan McKinnon wrote: On Monday 06 April 2009 04:13:07 Joseph wrote: I upgraded to gcc-4.3.2-r3 rebuild system, world. The only package that did not compile was g-wrap. However, when I run revdep-rebuild it quits at 21% Does anybody know how to fix it? I tried recompiling gentoolkit; did not help. Error messages? Logs? Console output? Your question cannot be answered as all we know is that it failed. 21% is also meaningless - that just says revdep-rebuild was doing it's main thing and stopped. I wish I could provide more information, the cursor just seats there, there is no error messages at the console. Which log revdep-rebuild writes to? I'm rebuilding the system with the old CFLAGS so I'll have more information tomorrow. I used -march=native but I think my AMD64 didn't like it :-/ It's possible that gcc got confused as to what cpu you have an it's abilities. If you still don't know what CFLAGS to use, post your /proc/cpuinfo here and someone is bound to know what works well. Here is my cpuinfo; cat /proc/cpuinfo processor : 0 vendor_id : AuthenticAMD cpu family : 15 model : 47 model name : AMD Athlon(tm) 64 Processor 3000+ stepping: 0 cpu MHz : 1802.243 cache size : 512 KB fpu : yes fpu_exception : yes cpuid level : 1 wp : yes flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush mmx fxsr sse sse2 syscall nx mmxext fxsr_opt lm 3dnowext 3dnow up rep_good nopl pni bogomips: 3604.48 TLB size: 1024 4K pages clflush size: 64 cache_alignment : 64 address sizes : 40 bits physical, 48 bits virtual power management: ts fid vid ttp tm stc I'm runing 64-bit so in my case I think it will be Athlon not Sempron: Are the setting below correct? CHOST=x86_64-pc-linux-gnu CFLAGS=-march=k8 -O2 -pipe -- Joseph
Re: [gentoo-user] revdep-rebuild quits at 21%
On Tue, Apr 7, 2009 at 9:12 AM, Joseph syscon...@gmail.com wrote: On 04/07/09 09:12, Alan McKinnon wrote: On Tuesday 07 April 2009 00:22:49 Joseph wrote: On 04/06/09 21:20, Alan McKinnon wrote: On Monday 06 April 2009 04:13:07 Joseph wrote: I upgraded to gcc-4.3.2-r3 rebuild system, world. The only package that did not compile was g-wrap. However, when I run revdep-rebuild it quits at 21% Does anybody know how to fix it? I tried recompiling gentoolkit; did not help. Error messages? Logs? Console output? Your question cannot be answered as all we know is that it failed. 21% is also meaningless - that just says revdep-rebuild was doing it's main thing and stopped. I wish I could provide more information, the cursor just seats there, there is no error messages at the console. Which log revdep-rebuild writes to? I'm rebuilding the system with the old CFLAGS so I'll have more information tomorrow. I used -march=native but I think my AMD64 didn't like it :-/ It's possible that gcc got confused as to what cpu you have an it's abilities. If you still don't know what CFLAGS to use, post your /proc/cpuinfo here and someone is bound to know what works well. Here is my cpuinfo; cat /proc/cpuinfo processor : 0 vendor_id : AuthenticAMD cpu family : 15 model : 47 model name : AMD Athlon(tm) 64 Processor 3000+ stepping: 0 cpu MHz : 1802.243 cache size : 512 KB fpu : yes fpu_exception : yes cpuid level : 1 wp : yes flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush mmx fxsr sse sse2 syscall nx mmxext fxsr_opt lm 3dnowext 3dnow up rep_good nopl pni bogomips: 3604.48 TLB size: 1024 4K pages clflush size: 64 cache_alignment : 64 address sizes : 40 bits physical, 48 bits virtual power management: ts fid vid ttp tm stc I'm runing 64-bit so in my case I think it will be Athlon not Sempron: Are the setting below correct? CHOST=x86_64-pc-linux-gnu CFLAGS=-march=k8 -O2 -pipe I have the same CPU and i use -march=athlon64 but I think this is equivalent to k8 by reading the GCC docs. So I think it looks good.
Re: [gentoo-user] revdep-rebuild quits at 21%
On 04/07/09 09:29, Paul Hartman wrote: Here is my cpuinfo; cat /proc/cpuinfo processor : 0 vendor_id : AuthenticAMD cpu family : 15 model : 47 model name : AMD Athlon(tm) 64 Processor 3000+ stepping: 0 cpu MHz : 1802.243 cache size : 512 KB fpu : yes fpu_exception : yes cpuid level : 1 wp : yes flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush mmx fxsr sse sse2 syscall nx mmxext fxsr_opt lm 3dnowext 3dnow up rep_good nopl pni bogomips: 3604.48 TLB size: 1024 4K pages clflush size: 64 cache_alignment : 64 address sizes : 40 bits physical, 48 bits virtual power management: ts fid vid ttp tm stc I'm runing 64-bit so in my case I think it will be Athlon not Sempron: Are the setting below correct? CHOST=x86_64-pc-linux-gnu CFLAGS=-march=k8 -O2 -pipe I have the same CPU and i use -march=athlon64 but I think this is equivalent to k8 by reading the GCC docs. So I think it looks good. Did you recomple system and word after switching to new gcc? -- Joseph
Re: [gentoo-user] revdep-rebuild quits at 21%
On Monday 06 April 2009 04:13:07 Joseph wrote: I upgraded to gcc-4.3.2-r3 rebuild system, world. The only package that did not compile was g-wrap. However, when I run revdep-rebuild it quits at 21% Does anybody know how to fix it? I tried recompiling gentoolkit; did not help. Error messages? Logs? Console output? Your question cannot be answered as all we know is that it failed. 21% is also meaningless - that just says revdep-rebuild was doing it's main thing and stopped. -- alan dot mckinnon at gmail dot com
Re: [gentoo-user] revdep-rebuild quits at 21%
On 04/06/09 21:20, Alan McKinnon wrote: On Monday 06 April 2009 04:13:07 Joseph wrote: I upgraded to gcc-4.3.2-r3 rebuild system, world. The only package that did not compile was g-wrap. However, when I run revdep-rebuild it quits at 21% Does anybody know how to fix it? I tried recompiling gentoolkit; did not help. Error messages? Logs? Console output? Your question cannot be answered as all we know is that it failed. 21% is also meaningless - that just says revdep-rebuild was doing it's main thing and stopped. I wish I could provide more information, the cursor just seats there, there is no error messages at the console. Which log revdep-rebuild writes to? I'm rebuilding the system with the old CFLAGS so I'll have more information tomorrow. I used -march=native but I think my AMD64 didn't like it :-/ -- Joseph
Re: [gentoo-user] revdep-rebuild problem
Nick Fortino wrote: John P. Burkett wrote: Doing revdep-rebuild on an amd64 machine, I received a response the included the following lines: * All prepared. Starting rebuild emerge --oneshot app-text/xpdf:0 gnome-base/gnome-panel:0 kde-base/kdegraphics:3.5 mail-client/-MERGING-evolution:2.0 media-plugins/gst-plugins-faad:0.8 media-plugins/xmms-alsa:0 media-plugins/xmms-vorbis:0 media-video/totem:0 .. Calculating dependencies... done! emerge: there are no ebuilds to satisfy mail-client/-MERGING-evolution:2.0. After doing emerge -C evolution, I redid revdep-rebuild but got the same response. After doing emerge evolution, I again redid revdep-rebuild, with the same results. Suggestions for how to successfully run revdep-rebuild would be most welcome. I'm willing to sacrifice evolution if that would help. Hmm, somehow portage got the idea there is a package named mail-client/-MERGING-evolution, which is false. Nick, thank you for the diagnosis. If you are lucky: emerge -avC mail-client/-MERGING-evolution The systems's response to this was These are the packages that would be unmerged: --- Couldn't find 'mail-client/-MERGING-evolution' to unmerge. No packages selected for removal by unmerge Although that could fail, as package names aren't supposed to start with -, so who knows what portage does with it. Next shot, clear out anything you don't need (make sure to check the output, although these days this command is safe unless you have done something strange). emerge -av --depclean To see what this might do, I tried emerge --pretend -av --depclean. The response identified 163 packages to be removed, none of which appear to be related to mail-client/-MERGING-evolution:2.0. Final shot is to play around in /var/db/pkg. This is where portage keeps track of what is installed, and how, so messing around here is inherently unsafe. I have my suspicions as to the correct thing to do here, but I won't post it since I'm not terribly sure. Someone with more expertise could help here, but I suspect either method 1 or 2 will work. In /var/db/pkg I found a directory mail-client/-MERGING-evolution-2.12.1 containing the following files CATEGORY COUNTER FEATURES LICENSE SLOT repository CBUILDCXXFLAGS HOMEPAGE NEEDED SRC_URI CFLAGSDEPEND INHERITED PDEPEND USE CHOST DESCRIPTION IUSE PF environment.bz2 CONTENTS EAPI KEYWORDS RDEPEND evolution-2.12.1.ebuild Unsure what to do next, I'd be grateful for suggestions. -John Nick -- John P. Burkett Department of Economics University of Rhode Island Kingston, RI 02881-0808 USA phone (401) 874-9195
[gentoo-user] revdep-rebuild quits at 21%
I upgraded to gcc-4.3.2-r3 rebuild system, world. The only package that did not compile was g-wrap. However, when I run revdep-rebuild it quits at 21% Does anybody know how to fix it? I tried recompiling gentoolkit; did not help. -- Joseph
[gentoo-user] revdep-rebuild problem
Doing revdep-rebuild on an amd64 machine, I received a response the included the following lines: * All prepared. Starting rebuild emerge --oneshot app-text/xpdf:0 gnome-base/gnome-panel:0 kde-base/kdegraphics:3.5 mail-client/-MERGING-evolution:2.0 media-plugins/gst-plugins-faad:0.8 media-plugins/xmms-alsa:0 media-plugins/xmms-vorbis:0 media-video/totem:0 .. Calculating dependencies... done! emerge: there are no ebuilds to satisfy mail-client/-MERGING-evolution:2.0. After doing emerge -C evolution, I redid revdep-rebuild but got the same response. After doing emerge evolution, I again redid revdep-rebuild, with the same results. Suggestions for how to successfully run revdep-rebuild would be most welcome. I'm willing to sacrifice evolution if that would help. -- John P. Burkett Department of Economics University of Rhode Island Kingston, RI 02881-0808 USA phone (401) 874-9195
Re: [gentoo-user] revdep-rebuild problem
John P. Burkett wrote: Doing revdep-rebuild on an amd64 machine, I received a response the included the following lines: * All prepared. Starting rebuild emerge --oneshot app-text/xpdf:0 gnome-base/gnome-panel:0 kde-base/kdegraphics:3.5 mail-client/-MERGING-evolution:2.0 media-plugins/gst-plugins-faad:0.8 media-plugins/xmms-alsa:0 media-plugins/xmms-vorbis:0 media-video/totem:0 .. Calculating dependencies... done! emerge: there are no ebuilds to satisfy mail-client/-MERGING-evolution:2.0. After doing emerge -C evolution, I redid revdep-rebuild but got the same response. After doing emerge evolution, I again redid revdep-rebuild, with the same results. Suggestions for how to successfully run revdep-rebuild would be most welcome. I'm willing to sacrifice evolution if that would help. Hmm, somehow portage got the idea there is a package named mail-client/-MERGING-evolution, which is false. If you are lucky: emerge -avC mail-client/-MERGING-evolution Although that could fail, as package names aren't supposed to start with -, so who knows what portage does with it. Next shot, clear out anything you don't need (make sure to check the output, although these days this command is safe unless you have done something strange). emerge -av --depclean Final shot is to play around in /var/db/pkg. This is where portage keeps track of what is installed, and how, so messing around here is inherently unsafe. I have my suspicions as to the correct thing to do here, but I won't post it since I'm not terribly sure. Someone with more expertise could help here, but I suspect either method 1 or 2 will work. Nick
Re: [gentoo-user] revdep-rebuild
I remember having a similar issue. Try blocking all gcc versions prior to 4.0. As for uninstalling the current 3.x version -- I don't know how you would remove it since you need the ebuild script that initially installed the current 3.x on your system to remove it safely. Have you updated your systems profile (not gcc profile) or upgraded portage itself perhaps?
Re: [gentoo-user] revdep-rebuild
On Mon, 26 Jan 2009 05:01:57 -0500, Richard Marzan wrote: I don't know how you would remove it since you need the ebuild script that initially installed the current 3.x on your system to remove it safely. Which is kept in /var/db/pkg -- Neil Bothwick Do Roman paramedics refer to IV's as 4's? signature.asc Description: PGP signature
Re: [gentoo-user] revdep-rebuild
On Monday 26 January 2009 12:01:57 Richard Marzan wrote: I remember having a similar issue. Try blocking all gcc versions prior to 4.0. As for uninstalling the current 3.x version -- I don't know how you would remove it since you need the ebuild script that initially installed the current 3.x on your system to remove it safely. ebuilds for installed packages are stored in /var/db/pkg to solve this very problem. It's very common to have to unmerge something that is not in the tree anymore. Plus, it's the only way to guarantee that the ebuild used to uninstall something is the same ebuild that installed it. ebuilds in the tree can be, and are, changed without version bumps -- alan dot mckinnon at gmail dot com
[gentoo-user] revdep-rebuild
I keep getting this message when I run revdep-rebuild : emerge: there are no ebuilds to satisfy sys-devel/gcc:x86_64-pc-linux-gnu-3.4.6 I have no idea how to begin to troubleshoot this. Any hints? TIA -vizo- -- Nor aught availed him now To have build in Heaven high towersNor did he scape By all his engines But was headlong sent with his industrious crew To build in Hell Milton, Paradise Lost
Re: [gentoo-user] revdep-rebuild
Vizo Allman wrote: I keep getting this message when I run revdep-rebuild : emerge: there are no ebuilds to satisfy sys-devel/gcc:x86_64-pc-linux-gnu-3.4.6 I have no idea how to begin to troubleshoot this. Any hints? TIA -vizo- -- Nor aught availed him now To have build in Heaven high towersNor did he scape By all his engines But was headlong sent with his industrious crew To build in Hell Milton, Paradise Lost Update your gcc-profile and re-emerge gcc, that should fix it.
Re: [gentoo-user] revdep-rebuild
On Sun, Jan 25, 2009 at 9:41 PM, Vizo Allman vizos...@gmail.com wrote: I keep getting this message when I run revdep-rebuild : emerge: there are no ebuilds to satisfy sys-devel/gcc:x86_64-pc-linux-gnu-3.4.6 I have no idea how to begin to troubleshoot this. Any hints? what does emerge -p gcc:3.4 say?
Re: [gentoo-user] revdep-rebuild
I updated profile using gcc-config and re emerged same error On Sun, Jan 25, 2009 at 6:52 PM, Saphirus Sage saphirus...@gmail.comwrote: Vizo Allman wrote: I keep getting this message when I run revdep-rebuild : emerge: there are no ebuilds to satisfy sys-devel/gcc:x86_64-pc-linux-gnu-3.4.6 I have no idea how to begin to troubleshoot this. Any hints? TIA -vizo- -- Nor aught availed him now To have build in Heaven high towersNor did he scape By all his engines But was headlong sent with his industrious crew To build in Hell Milton, Paradise Lost Update your gcc-profile and re-emerge gcc, that should fix it. -- Nor aught availed him now To have build in Heaven high towersNor did he scape By all his engines But was headlong sent with his industrious crew To build in Hell Milton, Paradise Lost
Re: [gentoo-user] revdep-rebuild
[ebuild R ] sys-devel/gcc-3.4.6-r2 Thats wht I get -vizo- On Sun, Jan 25, 2009 at 6:53 PM, Norberto Bensa nbe...@gmail.com wrote: On Sun, Jan 25, 2009 at 9:41 PM, Vizo Allman vizos...@gmail.com wrote: I keep getting this message when I run revdep-rebuild : emerge: there are no ebuilds to satisfy sys-devel/gcc:x86_64-pc-linux-gnu-3.4.6 I have no idea how to begin to troubleshoot this. Any hints? what does emerge -p gcc:3.4 say? -- Nor aught availed him now To have build in Heaven high towersNor did he scape By all his engines But was headlong sent with his industrious crew To build in Hell Milton, Paradise Lost
Re: [gentoo-user] revdep-rebuild
Vizo Allman wrote: I updated profile using gcc-config and re emerged same error On Sun, Jan 25, 2009 at 6:52 PM, Saphirus Sage saphirus...@gmail.com mailto:saphirus...@gmail.com wrote: Vizo Allman wrote: I keep getting this message when I run revdep-rebuild : emerge: there are no ebuilds to satisfy sys-devel/gcc:x86_64-pc-linux-gnu-3.4.6 I have no idea how to begin to troubleshoot this. Any hints? TIA -vizo- -- Nor aught availed him now To have build in Heaven high towersNor did he scape By all his engines But was headlong sent with his industrious crew To build in Hell Milton, Paradise Lost Update your gcc-profile and re-emerge gcc, that should fix it. -- Nor aught availed him now To have build in Heaven high towersNor did he scape By all his engines But was headlong sent with his industrious crew To build in Hell Milton, Paradise Lost Well, it says it's lacking the ebuild, so if that didn't work try an emerge --sync and then revdep-rebuild.
Re: [gentoo-user] revdep-rebuild
Actually it look like revdep is writng emerge command wrong. cat 4_ebuilds.rr app-emulation/emul-linux-x86-soundlibs:0 sys-devel/gcc:x86_64-pc-linux-gnu-3.4.6 sys-devel/gcc:x86_64-pc-linux-gnu-4.3.2 emerge -pv sys-devel/gcc:x86_64-pc-linux-gnu-3.4.6 while emerge gcc or emerge - sys-devel/gcc:4.3 does. hmm... -vizo- On Sun, Jan 25, 2009 at 9:02 PM, Saphirus Sage saphirus...@gmail.comwrote: Vizo Allman wrote: I updated profile using gcc-config and re emerged same error On Sun, Jan 25, 2009 at 6:52 PM, Saphirus Sage saphirus...@gmail.com mailto:saphirus...@gmail.com wrote: Vizo Allman wrote: I keep getting this message when I run revdep-rebuild : emerge: there are no ebuilds to satisfy sys-devel/gcc:x86_64-pc-linux-gnu-3.4.6 I have no idea how to begin to troubleshoot this. Any hints? TIA -vizo- -- Nor aught availed him now To have build in Heaven high towersNor did he scape By all his engines But was headlong sent with his industrious crew To build in Hell Milton, Paradise Lost Update your gcc-profile and re-emerge gcc, that should fix it. -- Nor aught availed him now To have build in Heaven high towersNor did he scape By all his engines But was headlong sent with his industrious crew To build in Hell Milton, Paradise Lost Well, it says it's lacking the ebuild, so if that didn't work try an emerge --sync and then revdep-rebuild. -- Nor aught availed him now To have build in Heaven high towersNor did he scape By all his engines But was headlong sent with his industrious crew To build in Hell Milton, Paradise Lost
Re: [gentoo-user] revdep-rebuild now very very fast
on 07/19/2008 02:28 AM Volker Armin Hemmann said the following: On Samstag, 19. Juli 2008, Alan McKinnon wrote: Hi all, revdep-rebuild now runs amazingly fast on my machine - 18 seconds as opposed to the 5 minutes or so it used to take ! I see gentoolkit was updated recently. Is this expected behaviour? or you are a victim of that new preserved-libs stuff in portage s/victim/beneficiary/ That preserved-lib stuff has worked just fine for me. It's useful to know what needs to be rebuilt, then to be able to rebuild just those packages. --- Vladimir -- Vladimir G. Ivanovic signature.asc Description: OpenPGP digital signature
Re: [gentoo-user] revdep-rebuild now very very fast
=== On Wednesday 23 July 2008, Vladimir G. Ivanovic wrote: === on 07/19/2008 02:28 AM Volker Armin Hemmann said the following: On Samstag, 19. Juli 2008, Alan McKinnon wrote: Hi all, revdep-rebuild now runs amazingly fast on my machine - 18 seconds as opposed to the 5 minutes or so it used to take ! I see gentoolkit was updated recently. Is this expected behaviour? or you are a victim of that new preserved-libs stuff in portage Is there somewhere some information about this preserved-libs? Wiki has not found anything. s/victim/beneficiary/ That preserved-lib stuff has worked just fine for me. It's useful to know what needs to be rebuilt, then to be able to rebuild just those packages. --- Vladimir
Re: [gentoo-user] revdep-rebuild now very very fast
http://r0bertz.blogspot.com/2008/06/portage-22-preserve-libs-features.html and http://blog.flameeyes.eu/articles/2008/06/30/a-few-risks-i-see-related-to-the-new-portage-2-2-preserve-libs-behaviour http://blog.flameeyes.eu/articles/2008/07/22/the-odyssey-of-preserved-libs-feature Google (for now) is your friend. --- Vladimir on 07/23/2008 09:04 AM Andrew Gaydenko said the following: === On Wednesday 23 July 2008, Vladimir G. Ivanovic wrote: === on 07/19/2008 02:28 AM Volker Armin Hemmann said the following: On Samstag, 19. Juli 2008, Alan McKinnon wrote: Hi all, revdep-rebuild now runs amazingly fast on my machine - 18 seconds as opposed to the 5 minutes or so it used to take ! I see gentoolkit was updated recently. Is this expected behaviour? or you are a victim of that new preserved-libs stuff in portage Is there somewhere some information about this preserved-libs? Wiki has not found anything. s/victim/beneficiary/ That preserved-lib stuff has worked just fine for me. It's useful to know what needs to be rebuilt, then to be able to rebuild just those packages. --- Vladimir -- Vladimir G. Ivanovic signature.asc Description: OpenPGP digital signature
Re: [gentoo-user] revdep-rebuild now very very fast
Vladimir G. Ivanovic schrieb: http://r0bertz.blogspot.com/2008/06/portage-22-preserve-libs-features.html NOw I got the idea behind the preserve-libs thing. Where are the lists of packages which are in this set saved? Or are they generated on the fly? signature.asc Description: OpenPGP digital signature
Re: [gentoo-user] revdep-rebuild now very very fast
On Mittwoch, 23. Juli 2008, Vladimir G. Ivanovic wrote: on 07/19/2008 02:28 AM Volker Armin Hemmann said the following: On Samstag, 19. Juli 2008, Alan McKinnon wrote: Hi all, revdep-rebuild now runs amazingly fast on my machine - 18 seconds as opposed to the 5 minutes or so it used to take ! I see gentoolkit was updated recently. Is this expected behaviour? or you are a victim of that new preserved-libs stuff in portage s/victim/beneficiary/ That preserved-lib stuff has worked just fine for me. It's useful to know what needs to be rebuilt, then to be able to rebuild just those packages. a friend of mine was fucked by this stuff when he did an emerge -e world after gcc update.
Re: [gentoo-user] revdep-rebuild now very very fast
On Wed, 23 Jul 2008 18:33:12 +0200, Volker Armin Hemmann wrote: That preserved-lib stuff has worked just fine for me. It's useful to know what needs to be rebuilt, then to be able to rebuild just those packages. a friend of mine was fucked by this stuff when he did an emerge -e world after gcc update. That's what you get for running development code. I hope he filed a bug report ;-) -- Neil Bothwick Copper wire was invented by two Scotsmen fighting over a penny! signature.asc Description: PGP signature
[gentoo-user] revdep-rebuild now very very fast
Hi all, revdep-rebuild now runs amazingly fast on my machine - 18 seconds as opposed to the 5 minutes or so it used to take ! I see gentoolkit was updated recently. Is this expected behaviour? -- Alan McKinnon alan dot mckinnon at gmail dot com -- gentoo-user@lists.gentoo.org mailing list
Re: [gentoo-user] revdep-rebuild now very very fast
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Alan McKinnon wrote: | I see gentoolkit was updated recently. Is this expected behaviour? Yes. -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkiBm2MACgkQZsUt7MqpQk3cNACfYhRDVobWtPI8rS9suR5g5Gyh 4e4AoNWgnB4jXyON/D5ZIrnCYvEgcZGo =kVgF -END PGP SIGNATURE- -- gentoo-user@lists.gentoo.org mailing list
