Re: [gentoo-user] no mouse nor keyboard on X
Alan McKinnon wrote: On Saturday 08 May 2010 18:04:42 Graham Murray wrote: Alan McKinnonalan.mckin...@gmail.com writes: xorg-drivers is just a meta package and won't remerge individual drivers unless the version number changes. It look to me like you have an evdev driver built against an earlier X server Does anyone else think it would be useful for emerge to have a switch to make it re-emerge all of the individual packages making up a meta-package? 'emerge metapackage' does not do enough and 'emerge -e metapackage' will rebuild too much.Either that or a utility to split a meta-package into its constituent parts, so you could have something like 'emerge $(qsplit xorg-drivers)'. Though in the case of xorg-drivers the recommended 'emerge $(qlist -IC xorg-drivers/)' works just as well, but this is just pure luck as the required packages are in a single category which contains no other packages. You have a snowball's chance in hell of getting that into portage. A major concern of the devs is getting portage to rebuild *less* stuff and to fix ebuilds yo rebuild *less* stuff and fix devs who don't grok it. You are proposing the opposite. I can predict the response you will get if you file a bug: Read the elog message You are right. This has been discussed a few times on -dev and basically, it ain't going to happen. I think it is a good idea myself since they have to be re-emerged for them to work anyway. What difference does it make if portage does it for us or we do it manually, after finding that command to find out which ones to rebuild. Dale :-) :-)
[gentoo-user] libpng12 is missing
hi, my system is gentoo amd64, kde 4.3. i just updated my portage, and updated the world. then i ran revdep-rebuild, and i got a error when building notification-daemon-0.4.0-r1. the error found in the build log is: cannot find -lpng12 i have both libpng-1.2.43-r1 and libpng-1.4.2 installed, but i do not have libpng12.a in my /usr/lib64 directory. and 'pkg-config libpng --libs' only show '-lpng14'. i guess these 2 versions do not work well with each other. how can i fix this? P.S. i have 'png' in my USE flags. -- Best Regards, David Shen http://twitter.com/davidshen84/
Re: [gentoo-user] KDE takes ages to show password screen after suspend
On Friday 07 May 2010 20:26:46 András Csányi wrote: On 7 May 2010 19:33, Roman Naumann roman_naum...@fastmail.fm wrote: Hi, when I suspend my computer, KDE locks the session. This usually happens, when I close my laptop lid. When I open it again, it takes 1 to 20 seconds (seamingly random) untill the login screen appears. During this time, I just see a black screen and a mouse pointer (somewhere), but I cannot move it. Suspend is that when the computer isn't off just the things stays in memory, isn't? When the contents of the memory is writed to the disk and the machine is get off that is the hibernate function, isn't? It is possible that when you close the lid the contents of memory writed to the disk and reading this few hundred Mbyte - on my laptop KDE is eating ~800 Mbyte memory, the hungry Beast! :) - takes that long time what you mentioned? I'm not a big hacker just I'm thinking over it. :$ Hmm, I guess I should have specified what kind of 'suspend' I meant: Suspend to ram. Not suspend to disk! When I close the laptop lid, kde does NOTHING but lock the screen. I disabled all other power management actions in kde's systemsettings. The suspend is done by a script independend of kde, and that's working just fine. It's only kde taking that long.. Even if kde ignored my settings and writes and reads stuff from disk when I close/open the laptop lid: A second after I close the lid, the LED on the laptop begins to blink, saying that the computer is suspended to ram. Kde could never write the whole ram to disk in that second. Any more ideas? Regards, Roman
[gentoo-user] Re: libpng12 is missing
On 05/09/2010 05:10 AM, Xi Shen wrote: hi, my system is gentoo amd64, kde 4.3. i just updated my portage, and updated the world. then i ran revdep-rebuild, and i got a error when building notification-daemon-0.4.0-r1. the error found in the build log is: cannot find -lpng12 i have both libpng-1.2.43-r1 and libpng-1.4.2 installed, but i do not have libpng12.a in my /usr/lib64 directory. and 'pkg-config libpng --libs' only show '-lpng14'. Are you sure you still have version 1.2.43 installed? I'm going thru the same thing now on x86 and libpng-1.2 was deleted during the update. I now have only 1.4.2 remaining. Revdep-rebuild has been enumerating broken files for twenty minutes and is still going. I've never seen breakage this bad before. This machine is going to be useless for the next 24 hours or so until all the packages are rebuilt.
Re: [gentoo-user] Re: libpng12 is missing
On Sun, May 9, 2010 at 9:32 PM, walt w41...@gmail.com wrote: On 05/09/2010 05:10 AM, Xi Shen wrote: hi, my system is gentoo amd64, kde 4.3. i just updated my portage, and updated the world. then i ran revdep-rebuild, and i got a error when building notification-daemon-0.4.0-r1. the error found in the build log is: cannot find -lpng12 i have both libpng-1.2.43-r1 and libpng-1.4.2 installed, but i do not have libpng12.a in my /usr/lib64 directory. and 'pkg-config libpng --libs' only show '-lpng14'. Are you sure you still have version 1.2.43 installed? I'm going thru the same thing now on x86 and libpng-1.2 was deleted during the update. I now have only 1.4.2 remaining. yes, upgrade removed 1.2.43. but after i saw that error, i emerged 1.2.43 manually, hoping it could fix this error, but not... i do not understand why linpng12 is not build even after i emerged 1.2.43...do i need to use some special emerging technique? Revdep-rebuild has been enumerating broken files for twenty minutes and is still going. I've never seen breakage this bad before. This machine is going to be useless for the next 24 hours or so until all the packages are rebuilt. -- Best Regards, David Shen http://twitter.com/davidshen84/
Re: [gentoo-user] Re: libpng12 is missing
On 05/09/2010 09:32 AM, walt wrote: On 05/09/2010 05:10 AM, Xi Shen wrote: hi, my system is gentoo amd64, kde 4.3. i just updated my portage, and updated the world. then i ran revdep-rebuild, and i got a error when building notification-daemon-0.4.0-r1. the error found in the build log is: cannot find -lpng12 i have both libpng-1.2.43-r1 and libpng-1.4.2 installed, but i do not have libpng12.a in my /usr/lib64 directory. and 'pkg-config libpng --libs' only show '-lpng14'. Are you sure you still have version 1.2.43 installed? I'm going thru the same thing now on x86 and libpng-1.2 was deleted during the update. I now have only 1.4.2 remaining. Revdep-rebuild has been enumerating broken files for twenty minutes and is still going. I've never seen breakage this bad before. This machine is going to be useless for the next 24 hours or so until all the packages are rebuilt. It looks like preserved-libs didn't catch this one either. I just ran revdep-rebuild overnight, and now notification-daemon and pygtk won't build. But emerge @preserved-rebuild came up with nothing before the revdep-rebuild. Chris Reffett
Re: [gentoo-user] KDE takes ages to show password screen after suspend
On Sunday 09 May 2010 14:34:11 Roman Naumann wrote: On Friday 07 May 2010 20:26:46 András Csányi wrote: On 7 May 2010 19:33, Roman Naumann roman_naum...@fastmail.fm wrote: Hi, when I suspend my computer, KDE locks the session. This usually happens, when I close my laptop lid. When I open it again, it takes 1 to 20 seconds (seamingly random) untill the login screen appears. During this time, I just see a black screen and a mouse pointer (somewhere), but I cannot move it. Suspend is that when the computer isn't off just the things stays in memory, isn't? When the contents of the memory is writed to the disk and the machine is get off that is the hibernate function, isn't? It is possible that when you close the lid the contents of memory writed to the disk and reading this few hundred Mbyte - on my laptop KDE is eating ~800 Mbyte memory, the hungry Beast! :) - takes that long time what you mentioned? I'm not a big hacker just I'm thinking over it. :$ Hmm, I guess I should have specified what kind of 'suspend' I meant: Suspend to ram. Not suspend to disk! When I close the laptop lid, kde does NOTHING but lock the screen. I disabled all other power management actions in kde's systemsettings. The suspend is done by a script independend of kde, and that's working just fine. It's only kde taking that long.. Even if kde ignored my settings and writes and reads stuff from disk when I close/open the laptop lid: A second after I close the lid, the LED on the laptop begins to blink, saying that the computer is suspended to ram. Kde could never write the whole ram to disk in that second. What does your resume script look like? I'm thinking maybe you have hardware that is taking ages (or is just unreliable) to wake up and resume, and kde depends on that hardware. Video drivers and wireless ethernet comes to mind. -- alan dot mckinnon at gmail dot com
Re: [gentoo-user] libpng12 is missing
On 9 May 2010 14:10, Xi Shen davidshe...@googlemail.com wrote: hi, my system is gentoo amd64, kde 4.3. i just updated my portage, and updated the world. then i ran revdep-rebuild, and i got a error when building notification-daemon-0.4.0-r1. the error found in the build log is: cannot find -lpng12 i have both libpng-1.2.43-r1 and libpng-1.4.2 installed, but i do not have libpng12.a in my /usr/lib64 directory. and 'pkg-config libpng --libs' only show '-lpng14'. i guess these 2 versions do not work well with each other. how can i fix this? P.S. i have 'png' in my USE flags. It looks like the libpng package makes problem for other's including me... :$ http://bugs.gentoo.org/show_bug.cgi?id=319029 -- - - -- Csanyi Andras -- http://sayusi.hu -- Sayusi Ando -- Bízzál Istenben és tartsd szárazon a puskaport!.-- Cromwell
Re: [gentoo-user] Open Source DSP tools for learning?
On 2010-05-06 16:31, Mark Knecht wrote: Does anyone possibly know of any tools in Open Source for exploring DSP filter design? Something that might allow me to write equations, stimulate the filter, see the results in a GUI? This probably doesn't answer your question completely (haven't tried it) but...: http://www.brorson.com/gEDA/SPICE/intro.html Best regards Peter K
Re: [gentoo-user] Open Source DSP tools for learning?
On Sun, May 9, 2010 at 7:08 AM, pk pete...@coolmail.se wrote: On 2010-05-06 16:31, Mark Knecht wrote: Does anyone possibly know of any tools in Open Source for exploring DSP filter design? Something that might allow me to write equations, stimulate the filter, see the results in a GUI? This probably doesn't answer your question completely (haven't tried it) but...: http://www.brorson.com/gEDA/SPICE/intro.html Best regards Peter K Hi Peter, Yes, I've used Spice extensively in years past. Unless they've added a lot of new stuff then it's mainly about analog design and not digital signal processing but it could be useful for verifying that the DSP version of a filter works like the analog version. Thanks for the interest. Cheers, Mark
Re: [gentoo-user] bypassing CUPS - howto
On Sat, May 08, 2010 at 11:10:04PM -0400, Michael George wrote: On Thu, Apr 29, 2010 at 08:47:49AM -0500, Dale wrote: Helmut Jarausch wrote: On 29 Apr, Stroller wrote: On 28 Apr 2010, at 15:27, Helmut Jarausch wrote: ... Why do you need to bypass CUPS? Thanks, it's just for debugging. Printing some pdf files with acroread makes some printers hang here. To locate the problem source, I'd like to check if the printer works if it gets the postscript or pdf-file (there printer is assumed to accept postscript level 3). Have you tried using `lpr` at the command line? I *believe* something like `lpr /path/to/file.pdf` should work. Thanks, but lpr is just a front-end for cups. I tried that here and got a error. It may be a bad setting on my end but it didn't like the idea. r...@smoker ~ # lpr /data/pdf/LivingWill.pdf lpr: Unsupported format 'application/pdf'! r...@smoker ~ # I started noticing this today too. My Macs aren't able to successfully print, I just get an error in the error log about application/pdf being an unsupported format. If I take a PDF generated on the Mac and move it to my Linux system and run lpr filename.pdf I get: lpr: Unsupported format 'application/pdf'! If I use pdftops to generate a PS file, lpr filename.ps works fine. If I open the PDF in xpdf and print, telling it to use the command lpr, that also works fine. I upgraded from cups 1.3.10 to 1.3.11 today (cannot go back). I've rebuilt all the foomatic packages I had installed, gutenprint, cups-pdf, ghostscript-gpl, but still it doesn't work... I'm not sure that you are having the same problem I am, but I found the solution here to work for me: http://bugs.gentoo.org/show_bug.cgi?format=multipleid=309901 -- -M There are 10 kinds of people in this world: Those who can count in binary and those who cannot.
[gentoo-user] Re: libpng12 is missing
On 05/09/2010 06:41 AM, Xi Shen wrote: On Sun, May 9, 2010 at 9:32 PM, waltw41...@gmail.com wrote: On 05/09/2010 05:10 AM, Xi Shen wrote: hi, my system is gentoo amd64, kde 4.3. i just updated my portage, and updated the world. then i ran revdep-rebuild, and i got a error when building notification-daemon-0.4.0-r1. the error found in the build log is: cannot find -lpng12 i have both libpng-1.2.43-r1 and libpng-1.4.2 installed, but i do not have libpng12.a in my /usr/lib64 directory. and 'pkg-config libpng --libs' only show '-lpng14'. This looks to me like a major portage screwup. I see that on my ~amd64 machine I have both versions of libpng, but the 1.2.43-r1 doesn't install a pkg-config file because 1.4.2 installs one with the same name, and just as bad, version 1.2.43-r1 removed the libpng12 header files. For now, I'd suggest just going back to to 1.2.43 if you can -- maybe mask 1.2.43 in package.mask? Meanwhile I'm trying to fix firefox so I can read the bug report mentioned by Andras.
Re: [gentoo-user] Re: arping network profile issue
On Wednesday 05 May 2010 18:38:56 Zhou Rui wrote: Sorry it's a test profile, to avoid misunderstanding, post my profile here, and this file not working too. $cat /etc/conf.d/net # This blank configuration will automatically use DHCP for any net.* # scripts in /etc/init.d. To create a more complete configuration, # please review /etc/conf.d/net.example and save your configuration # in /etc/conf.d/net (this file :]!). dns_domain=vm config_eth0=( arping ) gateways_eth0=( 192.168.1.254,,192.168.1.114 192.168.1.1,,192.168.1.114 ) Are you sure that your routers do not respond to the default source address 0.0.0.0 arping request? Have you tried changing this to: gateways_eth0=( 192.168.1.254 192.168.1.1 ) config_192168001001=( 192.168.1.114/24 ) routes_192168001001=( default via 192.168.1.1 ) config_192168001254=( 192.168.1.114/24 ) routes_192168001254=( default via 192.168.1.254 ) dns_servers_eth0=( 8.8.8.8 8.8.4.4 ) fallback_eth0=( dhcp ) dhcp_eth0=nodns 2010/5/6 Zhou Rui gho...@gmail.com Hi folks, I setup a network interface to switch in two different network with different gateways using config_eth0=( arping ), and I can get gateway mac when use arping2 command directly. But the /etc/init.d/net.eth0 start always fails, can you help me to find the issue out? $ cat /etc/conf.d/net # This blank configuration will automatically use DHCP for any net.* # scripts in /etc/init.d. To create a more complete configuration, # please review /etc/conf.d/net.example and save your configuration # in /etc/conf.d/net (this file :]!). dns_domain=vm config_eth0=( arping ) gateways_eth0=( 192.168.1.254,,192.168.1.114 192.168.1.1,,192.168.1.114 ) #config_eth0=( 192.168.1.114/24 ) #dns_servers_eth0=( 8.8.8.8 8.8.4.4 ) #routes_192168001001=( default via 192.168.1.1 ) config_192168001254=( 192.168.1.114/24 ) routes_192168001254=( default via 192.168.1.254 ) dns_servers_eth0=( 8.8.8.8 8.8.4.4 ) fallback_eth0=( dhcp ) dhcp_eth0=nodns $ sudo arping2 -0 -r -c 1 -i eth0 -S 192.168.1.114 192.168.1.254 00:1d:xx:xx:xx:xx The option -0 negates the -S 192.168.1.114. Use one or the other. If it works with option -0 then use my suggested format for gateways_eth0= because you do not need to spoof the arping address. HTH. -- Regards, Mick signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] bypassing CUPS - howto
On Sun, 09 May 2010 06:10:02 +0200, Michael George wrote about Re: [gentoo-user] bypassing CUPS - howto: If I take a PDF generated on the Mac and move it to my Linux system and run lpr filename.pdf I get: lpr: Unsupported format 'application/pdf'! Take a look at /etc/cups/mime.types and /etc/cups/mime.convs, and ensure the PDF definitions (there could be 2 or more) and conversion utility are correctly configured. It should be obvious what is needed, as the details are usually in the comments. You will need to do this on all systems running CUPS to/from you wish to print PDF documents. -- Regards, Dave [RLU #314465] == dwn...@ntlworld.com (David W Noon) == signature.asc Description: PGP signature
Re: [gentoo-user] Re: libpng12 is missing
On Sunday 09 May 2010, walt wrote: This looks to me like a major portage screwup. I see that on my ~amd64 machine I have both versions of libpng, but the 1.2.43-r1 doesn't install a pkg-config file because 1.4.2 installs one with the same name, and just as bad, version 1.2.43-r1 removed the libpng12 header files. For now, I'd suggest just going back to to 1.2.43 if you can -- maybe mask 1.2.43 in package.mask? Meanwhile I'm trying to fix firefox so I can read the bug report mentioned by Andras. well I'm getting into a .la hell... you need to rebuild packages which are themselves not invalid and therefore can't be found by revdep-rebuild... searching with grep png12 `find /usr/lib64/ -name '*.la'` lists all .la files with a bad png version, rebuilding those will fix the system. after that all packages found by revdep-rebuild can be emerged. Rudmer
Re: [gentoo-user] Re: libpng12 is missing
On Sonntag 09 Mai 2010, Rudmer van Dijk wrote: On Sunday 09 May 2010, walt wrote: This looks to me like a major portage screwup. I see that on my ~amd64 machine I have both versions of libpng, but the 1.2.43-r1 doesn't install a pkg-config file because 1.4.2 installs one with the same name, and just as bad, version 1.2.43-r1 removed the libpng12 header files. For now, I'd suggest just going back to to 1.2.43 if you can -- maybe mask 1.2.43 in package.mask? Meanwhile I'm trying to fix firefox so I can read the bug report mentioned by Andras. well I'm getting into a .la hell... you need to rebuild packages which are themselves not invalid and therefore can't be found by revdep-rebuild... searching with grep png12 `find /usr/lib64/ -name '*.la'` lists all .la files with a bad png version, rebuilding those will fix the system. after that all packages found by revdep-rebuild can be emerged. Rudmer run la fixer and op: deinstall libpng1.2 and walt: preserved libs. Look into it.
[gentoo-user] Re: libpng12 is missing
On 05/09/2010 10:37 AM, Rudmer van Dijk wrote: On Sunday 09 May 2010, walt wrote: This looks to me like a major portage screwup. I see that on my ~amd64 machine I have both versions of libpng, but the 1.2.43-r1 doesn't install a pkg-config file because 1.4.2 installs one with the same name, and just as bad, version 1.2.43-r1 removed the libpng12 header files. For now, I'd suggest just going back to to 1.2.40 if you can -- maybe mask 1.2.40 in package.mask? I should have said 1.2.40 instead of 1.2.43, sorry Meanwhile I'm trying to fix firefox so I can read the bug report mentioned by Andras. well I'm getting into a .la hell... you need to rebuild packages which are themselves not invalid and therefore can't be found by revdep-rebuild... searching with grep png12 `find /usr/lib64/ -name '*.la'` lists all .la ^^ I think the png12 should be png14 instead. We need to go backwards by re- building the packages that have already been linked against libpng-1.4.2 (which we are removing until it's fixed). files with a bad png version, rebuilding those will fix the system. after that all packages found by revdep-rebuild can be emerged. Rudmer
Re: [gentoo-user] Re: libpng12 is missing
On Sunday 09 May 2010, Volker Armin Hemmann wrote: On Sonntag 09 Mai 2010, Rudmer van Dijk wrote: On Sunday 09 May 2010, walt wrote: This looks to me like a major portage screwup. I see that on my ~amd64 machine I have both versions of libpng, but the 1.2.43-r1 doesn't install a pkg-config file because 1.4.2 installs one with the same name, and just as bad, version 1.2.43-r1 removed the libpng12 header files. For now, I'd suggest just going back to to 1.2.43 if you can -- maybe mask 1.2.43 in package.mask? Meanwhile I'm trying to fix firefox so I can read the bug report mentioned by Andras. well I'm getting into a .la hell... you need to rebuild packages which are themselves not invalid and therefore can't be found by revdep-rebuild... searching with grep png12 `find /usr/lib64/ -name '*.la'` lists all .la files with a bad png version, rebuilding those will fix the system. after that all packages found by revdep-rebuild can be emerged. Rudmer run la fixer ah, yes I knew there was something easier 8-) well running `lafilefixer --justfixit` did not find anything so I got them all thanks! Rudmer
Re: [gentoo-user] x86 boot failure
On Thu, May 06, 2010 at 11:49:01AM -0230, Roger Mason wrote Egg on face. The processor is listed in the bios as Intel EM64T. Does that mean I should re-build this as an amd64 system? No, it's not necessary. 64-bit Intel and AMD cpus will run 32-bit mode without problems. It's your decision which one to use. General rule of thumb... - If you have 4 gigs or more of RAM, the 64-bit OS will take better advantage of it than a 32-bit OS. - If you have 3 gigs or less of RAM, stick with 32-bit. I'm running 32-bit mode on an Intel(R) Core(TM)2 Duo CPU E4600 and it works fine. -- Walter Dnes waltd...@waltdnes.org
Re: [SOLVED] Re: [gentoo-user] Cannot emerge x11-libs/qt-webkit-4.6.2-r1
On Sat, May 08, 2010 at 08:18:23AM +0100, Neil Bothwick wrote On Fri, 7 May 2010 23:16:47 -0700, Jim Cunning wrote: FEATURES='-distcc -ccache' MAKEOPTS='-j1' emerge ... Worked for me on multiple systems Thanks for the tip. It seems to have done the trick, because emerge is running far longer beyond the point it originally failed with the error above. I have removed ccache from all my systems, the minutes of computer time it saved were not worth the hours of my time it consumed when it broke things. Ditto for setting MAKEOPTS to -j1. Every once in a while, somebody runs into a problem that is solved by it. I finally decided to let the builds take a little bit longer, in exchange for saving me problems with unreproducable errors. This setting does not affect the final binary; just how long it takes to build. -- Walter Dnes waltd...@waltdnes.org
Re: [gentoo-user] Re: can't create file but disk isn't full
root can create new files! I created a big file with the remaining 17 GB logged in with root. I'll run this tune2fs later, before shutting down the machine. what exactly is this reserved block count? is it about the number of inodes? does that mean that, by default, regular users can only use 95% of the inodes? and why did I use all these inodes? I don't think I have that many small files on this partition... On Sat, May 8, 2010 at 10:48 PM, Nikos Chantziaras rea...@arcor.de wrote: On 05/09/2010 01:46 AM, Crístian Viana wrote: it doesn't seem so :-( FilesystemInodes IUsed IFree IUse% Mounted on /dev/sda620856832 108698 207481341% /home I didn't know that the filesystem could run out of inodes before the disk space itself! thanks for the information :-) Long shot, but check if root can write files. If yes, it probably means your reserved block count is a bit high (default is 5% I believe). The reserved block count is a mechanism that disallows further writes to the filesystem if it gets too full, and only root can keep writing. If that's your problem, the reserved block count can be changed with the tune2fs tool. To set it to, say 2%, you would run: tune2fs -m 2 /dev/sda6 I don't know if it's safe to do this while the filesystem is mounted. To play it safe, go to single user mode, umount /home, and only then run the above command.
Re: [gentoo-user] v4l need tuning?
On Sat, May 08, 2010 at 08:45:57PM +0100, Matt Harrison wrote: Actually I've just found the paperwork, it's an LMLBT44 from Linux Media Labs. Their website isn't much help, it did point me to the module arguments to use, so it's now no longer detected as a generic unknown card. Unfortunately I'm still seeing the same issues. Thanks just for the archives, I've sorted it out thanks to the manufacturers. Their documentations says to specify the following options to the bttv module: options bttv cart=118,118,118,118 That got the card detected but didn't let me get a good picture. I contacted the company and a guy responded very quickly. He said to try this: options bttv card=118,118,118,118 pll=1,1,1,1 I was skeptical as always, but I tried it and voila :) Now everything is working perfectly. Hope this might help someone else one day. pgprowsDEqLTR.pgp Description: PGP signature
Re: [SOLVED] Re: [gentoo-user] Cannot emerge x11-libs/qt-webkit-4.6.2-r1
On Sun, 9 May 2010 18:28:31 -0400, Walter Dnes wrote: I have removed ccache from all my systems, the minutes of computer time it saved were not worth the hours of my time it consumed when it broke things. Ditto for setting MAKEOPTS to -j1. Every once in a while, somebody runs into a problem that is solved by it. I finally decided to let the builds take a little bit longer, in exchange for saving me problems with unreproducable errors. This setting does not affect the final binary; just how long it takes to build. I can't recall the last time I needed to use MAKEOPTS=-j1, but if you do set it you can get back the time you lose by using the --jobs option with emerge. That way you get parallel compilation, but of separate packages. -- Neil Bothwick It's not who you know; it's whom you know. signature.asc Description: PGP signature
[gentoo-user] Re: libpng12 is missing
On 05/09/2010 11:54 AM, Volker Armin Hemmann wrote: and walt: preserved libs. Look into it. A long time ago, maybe one or two years ago, an occasional package would suggest that I should run emerge @preserved-rebuild to rebuild packages that are linked to obsolete libraries. This worked very well for a few months, and then those suggestions suddenly stopped coming. Since then, emerge @preserved-rebuild (or @preserved-libs) says this: #emerge @preserved-rebuild !!! '@preserved-rebuild' is not a valid package atom. !!! Please check ebuild(5) for full details. I get the same error on my x86 and ~amd64 machines, i.e. with either baselayout-1 or baselayout-2. The man pages for ebuild, emerge, portage, and make.conf say nothing about 'preserved'. Anyone have an idea what changed, or what I'm doing wrong?
Re: [gentoo-user] Re: libpng12 is missing
walt wrote: On 05/09/2010 11:54 AM, Volker Armin Hemmann wrote: and walt: preserved libs. Look into it. A long time ago, maybe one or two years ago, an occasional package would suggest that I should run emerge @preserved-rebuild to rebuild packages that are linked to obsolete libraries. This worked very well for a few months, and then those suggestions suddenly stopped coming. Since then, emerge @preserved-rebuild (or @preserved-libs) says this: #emerge @preserved-rebuild !!! '@preserved-rebuild' is not a valid package atom. !!! Please check ebuild(5) for full details. I get the same error on my x86 and ~amd64 machines, i.e. with either baselayout-1 or baselayout-2. The man pages for ebuild, emerge, portage, and make.conf say nothing about 'preserved'. Anyone have an idea what changed, or what I'm doing wrong? I thought at first maybe there was nothing to be rebuilt so I ran the command to see if I get the same thing but I get this: r...@smoker ~ # emerge @preserved-rebuild emerge: 'preserved-rebuild' is an empty set emerge: no targets left after set expansion r...@smoker ~ # So, it's not that you don't have anything to rebuild but that portage doesn't seem to understand what you are telling it to do. Also, I get a message pretty regular to rebuild packages, usually OOo of course. lol Maybe the things you have installed doesn't require rebuilding so much? I have KDE for my desktop and between that and OOo, there is usually something to be rebuilt. I got a list of the sets that portage is supposed to recognize, this is the list. Please pardon the way I got it. I can't recall the correct way and just made it something I knew didn't exist. r...@smoker ~ # emerge @preserved emerge: There are no sets to satisfy 'preserved'. The following sets exist: downgrade installed kde-3.5 live-rebuild module-rebuild preserved-rebuild rebuilt-binaries security selected system unavailable world r...@smoker ~ # You should have those less the kde-3.5, that one is homemade. Dale :-) :-) Curious about that unavailable one tho. o_O If it is unavailable, why have it?
