[gentoo-user] emerge options?
Hi, today I realized on a gentoo-box after upgrading with eix-sync emerge --keep-going -avutND @world revdep-rebuild emerge -avc (--depclean) eclean-dist said: The following unavailable installed packages were found: app-text/build-docbook-catalog-1.4 app-text/docbook-xsl-stylesheets-1.75.2 virtual/perl-ExtUtils-Command-1.170.0-r2 ...distfile name(s) not known/saved virtual/perl-File-Temp-0.220.0-r1 ...distfile name(s) not known/saved virtual/perl-Test-Simple-0.980.0-r1 ...distfile name(s) not known/saved After upgrading 2 of them manually I got this fixed with: emerge --complete-graph=y --with-bdeps=y --keep-going -avutND @world Question: Sins I do this with a script which I start manually, should I just always go with --complete-graph=y --with-bdeps=y or are there disadvantages (like more blocks and unsolved dependencies, apart from taking time)? I just try it out, but would like to know about your experience with it. In the beginning I just used first emerge -avu @world and after that I ran it with --deep and --newuse when I changed use-flags. From time to time the options I used got more... Greetings Michael
[gentoo-user] Re: Anyone got a 2009 - 2011 PPC LiveCD
Hi, no Answer but a question: What Computer(s) do you want to use it with? Michael
[gentoo-user] Re: Anyone got a 2009 - 2011 PPC LiveCD
On (13/02/13 09:41), Stroller wrote: On 13 February 2013, at 09:31, Michael Volland wrote: no Answer but a question: What Computer(s) do you want to use it with? 1ghz eMac - the old CRT model, but the eMac is larger (has a larger screen) than the CRT iMac. I think it's a G4, it's 32-bit. Tentatively speaking, I think I'm on the right track, actually. Having made a final second-guessing-myself attempt with Finnix, it seems like the yabootconfig isn't working, but it looks like it's gonna boot using the manual Yaboot configuration. IMO this is explained a little poorly in the docs (but it is a niche arch, so I'm not complaining). I hadn't posted back before because it looks like yaboot doesn't support ext3, so I'm now having to go back and make a separate /boot partition. I boot my G5 late 2005 from ext4 with yaboot: sys-boot/yaboot-static-1.3.16-r1 I don't know anything about G4's, but for me it was, as far as I remember mandatory to use the static version of yaboot. (The only useflag ibm is set, but probably not necessary) I use: -- ~ $ cat /etc/yaboot.conf ## yaboot.conf generated by yabootconfig 1.0.8 ## ## run: man yaboot.conf for details. Do not make changes until you # have!! ## ## For a dual-boot menu, add one or more of: ## bsd=/dev/hdaX, macos=/dev/hdaY, macosx=/dev/hdaZ boot=/dev/sdb2 device=/ht@0,f200/pci@9/k2-sata-root@c/k2-sata@1/disk@0: timeout=120 install=/usr/lib/yaboot/yaboot magicboot=/usr/lib/yaboot/ofboot default=linux defaultos=linux #fgcolor=red #bgcolor=green fgcolor=white #fgcolor=yellow bgcolor=blue image=/boot/vmlinux # -2.6.39.4.ofin label=linux root=/dev/sdb4 partition=4 read-only append=video=ofonly # append=nouveau.modeset=1 # append=single #... macosx=/dev/sda3 enablecdboot enableofboot - Michael
[gentoo-user] Acroread DRM Bug?
Hi, our public library uses Adobe Digital Rights Management. That means you download a paper/book and open it with acroread. It used to work fine with gentoo ~amd64 but not with ~x86 and x86. (I assume it works with amd64 as well, can't just test it) Acroread always crashed, when I tried to open a drm-protected document on x84-installations. The reason is, that acroread (acroread-9.4.2) is installed as binary, but dynamically linked and when you open a drm-protected document, it tries to load the non-existing library /usr/lib32/libidn.so.11. To reproduce: in xterm: $ export ACRODEBUG=1 $ acroread now open drm-protected document dlopen: libidn.so.11: cannot open shared object file: No such file or directory This library is part of app-emulation/emul-linux-x86-baselibs-20110928 which is usually installed with non-x86 installations. So I installed emul-linux-x86-baselibs and did set a softlink from /usr/lib32/libidn.so.11 to /usr/lib. It works fine. But lately I ran into problems after upgrading gcc. I couldn't emerge qt-gui anymore. Actually I had to remove the link, rename /usr/lib32 and reemerge gcc. Then it was possible to emerge qt-gui. Any suggestions? Could there be a library on x86 installation, that one could use? Could I hide the library from ebuilds other than acroread? Should I file a gentoo-bug-report? Greetings Michael