Re: [gentoo-user] Re: gcc upgrade
On Wednesday 14 July 2010 06:39:51 Valmor de Almeida wrote: Mark Knecht wrote: On Sat, Jul 10, 2010 at 6:28 AM, Mark Knecht markkne...@gmail.com wrote: On Sat, Jul 10, 2010 at 4:52 AM, Alan McKinnon alan.mckin...@gmail.com wrote: SNIP Unless he's the kind of guy who likes to rip his Ferrari apart for kicks and put it all back together again so that not even the factory can notice... Precisely... :-) Oh, and besides liking the smell of fresh baked 1 and 0's in the morning emerge -e @world was an easy way to solve my libpng problem. Woke up this morning to a freshly baked Gentoo machine. - Mark One interesting thing on the new Ferrari. If I do - emerge --pretend --verbose --newuse --update --deep world These are the packages that would be merged, in order: Calculating dependencies... done! Total: 0 packages, Size of downloads: 0 kB However - emerge -evp world [ebuild U ] x11-proto/scrnsaverproto-1.2.0 [1.1.0] 49 kB [0] [ebuild U ] sys-devel/automake-1.10.3 [1.10.2] 936 kB [0] Total: 536 packages (2 upgrades, 534 reinstalls), Size of downloads: 1,015 kB Portage tree and overlays: [0] /usr/portage [1] /var/lib/layman/science Where - revdep-rebuild --ignore --pretend --verbose * Checking dynamic linking consistency [ 100% ] * Dynamic linking on your system is consistent... All done. and - emerge --depclean --pretend --verbose No packages selected for removal by depclean Packages installed: 538 Packages in world:69 Packages in system: 50 Required packages:538 Number to remove: 0 So emerge -evp is useful to get those last inconsistencies out of the system. You need to read the portage man pages. There is nothing inconsistent about your system and there is nothing to fix. So revdep-rebuild was pointless. Those two packages are BUILD DEPENDS, not RUNTIME DEPENDS. They only need to be upgraded when you emerge something that will use then in the build phase. Portage has had this nice feature for ages. You can switch it off in make.conf -- alan dot mckinnon at gmail dot com
Re: [gentoo-user] Re: gcc upgrade
On Wednesday 14 July 2010 05:49:48 Valmor de Almeida wrote: Mark Knecht wrote: On Sat, Jul 10, 2010 at 6:28 AM, Mark Knecht markkne...@gmail.com wrote: On Sat, Jul 10, 2010 at 4:52 AM, Alan McKinnon alan.mckin...@gmail.com wrote: SNIP Unless he's the kind of guy who likes to rip his Ferrari apart for kicks and put it all back together again so that not even the factory can notice... Precisely... :-) Oh, and besides liking the smell of fresh baked 1 and 0's in the morning emerge -e @world was an easy way to solve my libpng problem. Woke up this morning to a freshly baked Gentoo machine. - Mark Exactly. My Ferrari is back with a brand new engine and no libpng issue. Lets follow this logic. You blindly wanted to re-emerge all of world because an over-reaching gcc upgrade guide said so. Coincidentally, there was a monumental libpng cock-up hanging around which emerge -e world just happened to fix. And this somehow validates the gcc upgrade guide? You just happened to have a fortunate side-effect at the right time. Doesn't change the fact that the author of the guide wrote a misleading document. -- alan dot mckinnon at gmail dot com
Re: [gentoo-user] Re: gcc upgrade
Mark Knecht wrote: On Sat, Jul 10, 2010 at 6:28 AM, Mark Knecht markkne...@gmail.com wrote: On Sat, Jul 10, 2010 at 4:52 AM, Alan McKinnon alan.mckin...@gmail.com wrote: SNIP Unless he's the kind of guy who likes to rip his Ferrari apart for kicks and put it all back together again so that not even the factory can notice... Precisely... :-) Oh, and besides liking the smell of fresh baked 1 and 0's in the morning emerge -e @world was an easy way to solve my libpng problem. Woke up this morning to a freshly baked Gentoo machine. - Mark Exactly. My Ferrari is back with a brand new engine and no libpng issue. -- Valmor
Re: [gentoo-user] Re: gcc upgrade
Mark Knecht wrote: On Sat, Jul 10, 2010 at 6:28 AM, Mark Knecht markkne...@gmail.com wrote: On Sat, Jul 10, 2010 at 4:52 AM, Alan McKinnon alan.mckin...@gmail.com wrote: SNIP Unless he's the kind of guy who likes to rip his Ferrari apart for kicks and put it all back together again so that not even the factory can notice... Precisely... :-) Oh, and besides liking the smell of fresh baked 1 and 0's in the morning emerge -e @world was an easy way to solve my libpng problem. Woke up this morning to a freshly baked Gentoo machine. - Mark One interesting thing on the new Ferrari. If I do - emerge --pretend --verbose --newuse --update --deep world These are the packages that would be merged, in order: Calculating dependencies... done! Total: 0 packages, Size of downloads: 0 kB However - emerge -evp world [ebuild U ] x11-proto/scrnsaverproto-1.2.0 [1.1.0] 49 kB [0] [ebuild U ] sys-devel/automake-1.10.3 [1.10.2] 936 kB [0] Total: 536 packages (2 upgrades, 534 reinstalls), Size of downloads: 1,015 kB Portage tree and overlays: [0] /usr/portage [1] /var/lib/layman/science Where - revdep-rebuild --ignore --pretend --verbose * Checking dynamic linking consistency [ 100% ] * Dynamic linking on your system is consistent... All done. and - emerge --depclean --pretend --verbose No packages selected for removal by depclean Packages installed: 538 Packages in world:69 Packages in system: 50 Required packages:538 Number to remove: 0 So emerge -evp is useful to get those last inconsistencies out of the system. -- Valmor
Re: [gentoo-user] Re: gcc upgrade
Valmor de Almeida wrote: Mark Knecht wrote: On Sat, Jul 10, 2010 at 6:28 AM, Mark Knechtmarkkne...@gmail.com wrote: On Sat, Jul 10, 2010 at 4:52 AM, Alan McKinnonalan.mckin...@gmail.com wrote: SNIP Unless he's the kind of guy who likes to rip his Ferrari apart for kicks and put it all back together again so that not even the factory can notice... Precisely... :-) Oh, and besides liking the smell of fresh baked 1 and 0's in the morning emerge -e @world was an easy way to solve my libpng problem. Woke up this morning to a freshly baked Gentoo machine. - Mark One interesting thing on the new Ferrari. If I do - emerge --pretend --verbose --newuse --update --deep world These are the packages that would be merged, in order: Calculating dependencies... done! Total: 0 packages, Size of downloads: 0 kB However - emerge -evp world [ebuild U ] x11-proto/scrnsaverproto-1.2.0 [1.1.0] 49 kB [0] [ebuild U ] sys-devel/automake-1.10.3 [1.10.2] 936 kB [0] Total: 536 packages (2 upgrades, 534 reinstalls), Size of downloads: 1,015 kB Portage tree and overlays: [0] /usr/portage [1] /var/lib/layman/science Where - revdep-rebuild --ignore --pretend --verbose * Checking dynamic linking consistency [ 100% ] * Dynamic linking on your system is consistent... All done. and - emerge --depclean --pretend --verbose No packages selected for removal by depclean Packages installed: 538 Packages in world:69 Packages in system: 50 Required packages:538 Number to remove: 0 So emerge -evp is useful to get those last inconsistencies out of the system. -- Valmor You can add this option to help with those: --with-bdeps y I consider it -D on steroids. I actually added it to make.conf so that I don't have to type it in each time. Dale :-) :-)
Re: [gentoo-user] Re: gcc upgrade
On Tue, Jul 13, 2010 at 8:50 PM, Dale rdalek1...@gmail.com wrote: Valmor de Almeida wrote: SNIP So emerge -evp is useful to get those last inconsistencies out of the system. -- Valmor You can add this option to help with those: --with-bdeps y I consider it -D on steroids. I actually added it to make.conf so that I don't have to type it in each time. Dale Good catch Dale. I have it in make.conf also - Mark
Re: [gentoo-user] Re: gcc upgrade
Mark Knecht wrote: On Tue, Jul 13, 2010 at 8:50 PM, Dalerdalek1...@gmail.com wrote: Valmor de Almeida wrote: SNIP So emerge -evp is useful to get those last inconsistencies out of the system. -- Valmor You can add this option to help with those: --with-bdeps y I consider it -D on steroids. I actually added it to make.conf so that I don't have to type it in each time. Dale Good catch Dale. I have it in make.conf also - Mark I was the second one to catch that tho. I think it was Alan that told me that when I ran into a similar issue. After a bit we figured out that it was a really deep dependency that was causing me grief. It does take portage longer to calculate dependencies when you add that tho. That little swirling thing goes at it for a while when I do my updates. Then again, it has a lot to think about: Packages installed: 946 Packages in world:78 Packages in system: 50 Required packages:946 I'd be scratching my head too. Dale :-) :-)
Re: [gentoo-user] Re: gcc upgrade
Dale wrote: Valmor de Almeida wrote: Mark Knecht wrote: On Sat, Jul 10, 2010 at 6:28 AM, Mark Knechtmarkkne...@gmail.com wrote: On Sat, Jul 10, 2010 at 4:52 AM, Alan McKinnonalan.mckin...@gmail.com wrote: SNIP Unless he's the kind of guy who likes to rip his Ferrari apart for kicks and put it all back together again so that not even the factory can notice... Precisely... :-) Oh, and besides liking the smell of fresh baked 1 and 0's in the morning emerge -e @world was an easy way to solve my libpng problem. Woke up this morning to a freshly baked Gentoo machine. - Mark One interesting thing on the new Ferrari. If I do - emerge --pretend --verbose --newuse --update --deep world These are the packages that would be merged, in order: Calculating dependencies... done! Total: 0 packages, Size of downloads: 0 kB However - emerge -evp world [ebuild U ] x11-proto/scrnsaverproto-1.2.0 [1.1.0] 49 kB [0] [ebuild U ] sys-devel/automake-1.10.3 [1.10.2] 936 kB [0] Total: 536 packages (2 upgrades, 534 reinstalls), Size of downloads: 1,015 kB Portage tree and overlays: [0] /usr/portage [1] /var/lib/layman/science Where - revdep-rebuild --ignore --pretend --verbose * Checking dynamic linking consistency [ 100% ] * Dynamic linking on your system is consistent... All done. and - emerge --depclean --pretend --verbose No packages selected for removal by depclean Packages installed: 538 Packages in world:69 Packages in system: 50 Required packages:538 Number to remove: 0 So emerge -evp is useful to get those last inconsistencies out of the system. -- Valmor You can add this option to help with those: --with-bdeps y I consider it -D on steroids. I actually added it to make.conf so that I don't have to type it in each time. Dale :-) :-) Will use. Thanks, -- Valmor
Re: [gentoo-user] Re: gcc upgrade
In linux.gentoo.user, you wrote: On Saturday 10 July 2010 02:57:42 Nikos Chantziaras wrote: On 07/10/2010 04:16 AM, Valmor de Almeida wrote: Hello, I just updated the portage tree and gcc was upgraded. I have set gcc to the newer version - gcc-config -l [1] i686-pc-linux-gnu-4.3.4 [2] i686-pc-linux-gnu-4.4.3 * and I am trying to rebuild the whole system with emerge -e system emerge -e world assuming this all goes without trouble (will take a while), should I unmerge version 4.3.4? There's no reason to. Unless you don't need it anymore. And why is the OP rebuilding world at all? There's no reason to do that either, there's no API/ABI break between 4.3.4 and 4.3.3 The difference is between 4.3.4 and 4.4.3, not 4.3.3 Gentoo has the new GCC slotted and the handbook http://www.gentoo.org/doc/en/gcc-upgrading.xml Suggests emerge -e system and emerge -e world in the General Upgrade Instructions. If you think the handbook is wrong or my interpretation of it wrong then *please* tell me. I would prefer *not* to go through this nightmare whenever GCC does a major version bump. -- Regards, Gregory. Gentoo Linux - Penguin Power
Re: [gentoo-user] Re: gcc upgrade
On Monday 12 July 2010 10:18:48 zek...@gmail.com wrote: In linux.gentoo.user, you wrote: On Saturday 10 July 2010 02:57:42 Nikos Chantziaras wrote: On 07/10/2010 04:16 AM, Valmor de Almeida wrote: Hello, I just updated the portage tree and gcc was upgraded. I have set gcc to the newer version - gcc-config -l [1] i686-pc-linux-gnu-4.3.4 [2] i686-pc-linux-gnu-4.4.3 * and I am trying to rebuild the whole system with emerge -e system emerge -e world assuming this all goes without trouble (will take a while), should I unmerge version 4.3.4? There's no reason to. Unless you don't need it anymore. And why is the OP rebuilding world at all? There's no reason to do that either, there's no API/ABI break between 4.3.4 and 4.3.3 The difference is between 4.3.4 and 4.4.3, not 4.3.3. Typo. Gentoo has the new GCC slotted and the handbook Of course is slotted. gcc has been slotted since the dawn of time so that you can install mutiple compilers and use any one you feel like at any point. Tools exists to switch the current compiler in use http://www.gentoo.org/doc/en/gcc-upgrading.xml Suggests emerge -e system and emerge -e world in the General Upgrade Instructions. It suggests, it does not say it is mandatory with description of why. Periodically on this list this topic comes up and we re-hash again, for the unmpteenth time, why the docs are misleading. That doc was apparently written by someone who was looking for ways to minimize the amount of mail he gets. If he says to rebuild system and world, then most of the questions he gets asked just go away. Can't fault the dev for that This is all in the mail archives. Most of the whinging done by me actually If you think the handbook is wrong or my interpretation of it wrong then *please* tell me. I would prefer *not* to go through this nightmare whenever GCC does a major version bump. You do not have to do what the handbook tells you, you just have to realise what the handbook hopes to achieve. As hinted above, the intended result appears to be least hassle for the gentoo devs and document writers with maximal guarantee that your box will work afterwards regardless fo how long it takes or number of cpu cycles burnt. It's not necessarily the most convenient way. I have not had to rebuild world due to a compiler upgrade since sometime around the late 3 series (there was a C++ ABI change). -- alan dot mckinnon at gmail dot com
Re: [gentoo-user] Re: gcc upgrade
On Fri, 09 Jul 2010 20:02:23 -0500, Dale wrote: assuming this all goes without trouble (will take a while), should I unmerge version 4.3.4? There's no reason to. Unless you don't need it anymore. Or he doesn't like cruft or needs the drive space. Is rebuilding the whole system needed for that upgrade tho? Only if you want to remove the old version, if only to ensure that everything builds with 4.4. Every time I remove 4.3, I find myself re-emerging it because some odd package won't build with 4.4, so I ended up leaving it there. -- Neil Bothwick Last words of a Windows user: = Why does that work now? signature.asc Description: PGP signature
Re: [gentoo-user] Re: gcc upgrade
On Saturday 10 July 2010 02:57:42 Nikos Chantziaras wrote: On 07/10/2010 04:16 AM, Valmor de Almeida wrote: Hello, I just updated the portage tree and gcc was upgraded. I have set gcc to the newer version - gcc-config -l [1] i686-pc-linux-gnu-4.3.4 [2] i686-pc-linux-gnu-4.4.3 * and I am trying to rebuild the whole system with emerge -e system emerge -e world assuming this all goes without trouble (will take a while), should I unmerge version 4.3.4? There's no reason to. Unless you don't need it anymore. And why is the OP rebuilding world at all? There's no reason to do that either, there's no API/ABI break between 4.3.4 and 4.3.3 Unless he's the kind of guy who likes to rip his Ferrari apart for kicks and put it all back together again so that not even the factory can notice... -- alan dot mckinnon at gmail dot com
Re: [gentoo-user] Re: gcc upgrade
On Sat, Jul 10, 2010 at 4:52 AM, Alan McKinnon alan.mckin...@gmail.com wrote: SNIP Unless he's the kind of guy who likes to rip his Ferrari apart for kicks and put it all back together again so that not even the factory can notice... Precisely... :-)
Re: [gentoo-user] Re: gcc upgrade
On Sat, Jul 10, 2010 at 6:28 AM, Mark Knecht markkne...@gmail.com wrote: On Sat, Jul 10, 2010 at 4:52 AM, Alan McKinnon alan.mckin...@gmail.com wrote: SNIP Unless he's the kind of guy who likes to rip his Ferrari apart for kicks and put it all back together again so that not even the factory can notice... Precisely... :-) Oh, and besides liking the smell of fresh baked 1 and 0's in the morning emerge -e @world was an easy way to solve my libpng problem. Woke up this morning to a freshly baked Gentoo machine. - Mark
Re: [gentoo-user] Re: gcc upgrade
* Mark Knecht markkne...@gmail.com wrote: Oh, and besides liking the smell of fresh baked 1 and 0's in the morning emerge -e @world was an easy way to solve my libpng problem. Woke up this morning to a freshly baked Gentoo machine. Now we just need support for emerging fresh and hot coffee ;-) BTW: regularily emerging world could be a fine testbed. Maybe I'll set up an chroot or container for that on some idling boxes ... 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 --
Re: [gentoo-user] Re: gcc upgrade
On Fri, Jul 9, 2010 at 6:02 PM, Dale rdalek1...@gmail.com wrote: Nikos Chantziaras wrote: On 07/10/2010 04:16 AM, Valmor de Almeida wrote: Hello, I just updated the portage tree and gcc was upgraded. I have set gcc to the newer version - gcc-config -l [1] i686-pc-linux-gnu-4.3.4 [2] i686-pc-linux-gnu-4.4.3 * and I am trying to rebuild the whole system with emerge -e system emerge -e world assuming this all goes without trouble (will take a while), should I unmerge version 4.3.4? There's no reason to. Unless you don't need it anymore. Or he doesn't like cruft or needs the drive space. Is rebuilding the whole system needed for that upgrade tho? Dale :-) :-) Not needed but I'm doing it. - Mark
Re: [gentoo-user] Re: gcc upgrade
Dale wrote: [snip] Is rebuilding the whole system needed for that upgrade tho? Dale :-) :-) Thought it would be a good idea to have a consistent system; not sure whether it is necessary. Thanks for the replies. -- Valmor
Re: [gentoo-user] Re: gcc upgrade
Mark Knecht wrote: On Fri, Jul 9, 2010 at 6:02 PM, Dalerdalek1...@gmail.com wrote: Nikos Chantziaras wrote: On 07/10/2010 04:16 AM, Valmor de Almeida wrote: Hello, I just updated the portage tree and gcc was upgraded. I have set gcc to the newer version -gcc-config -l [1] i686-pc-linux-gnu-4.3.4 [2] i686-pc-linux-gnu-4.4.3 * and I am trying to rebuild the whole system with emerge -e system emerge -e world assuming this all goes without trouble (will take a while), should I unmerge version 4.3.4? There's no reason to. Unless you don't need it anymore. Or he doesn't like cruft or needs the drive space. Is rebuilding the whole system needed for that upgrade tho? Dale :-) :-) Not needed but I'm doing it. - Mark I'm not going to tell you not to. I usually do at least a emerge -e system myself. I at least want to make certain I can boot up. I'm not fond of doing the chroot thing. :/ Hope everything compiles fine. Dale :-) :-)
Re: [gentoo-user] Re: gcc upgrade
On Fri, Jul 9, 2010 at 7:26 PM, Dale rdalek1...@gmail.com wrote: Mark Knecht wrote: On Fri, Jul 9, 2010 at 6:02 PM, Dalerdalek1...@gmail.com wrote: Nikos Chantziaras wrote: On 07/10/2010 04:16 AM, Valmor de Almeida wrote: Hello, I just updated the portage tree and gcc was upgraded. I have set gcc to the newer version - gcc-config -l [1] i686-pc-linux-gnu-4.3.4 [2] i686-pc-linux-gnu-4.4.3 * and I am trying to rebuild the whole system with emerge -e system emerge -e world assuming this all goes without trouble (will take a while), should I unmerge version 4.3.4? There's no reason to. Unless you don't need it anymore. Or he doesn't like cruft or needs the drive space. Is rebuilding the whole system needed for that upgrade tho? Dale :-) :-) Not needed but I'm doing it. - Mark I'm not going to tell you not to. I usually do at least a emerge -e system myself. I at least want to make certain I can boot up. I'm not fond of doing the chroot thing. :/ Hope everything compiles fine. Dale I got tired of dealing with my libpng problem by hand. I kicked off an emerge -e @world in hopes that I'll just come back in a few hours to a fixed up system. We'll see - Mark
Re: [gentoo-user] Re: gcc upgrade from 3.x to 4.x, when should I run revdep-rebuild?
Ryan Tandy wrote: Dale wrote: Cheese, I'm learning something. I already knew that it would not delete files in /etc/ and now I know why. LOL I never put the two together before you said that. Well, the /etc thing is generally more due to CONFIG_PROTECT - it won't delete files from /etc regardless of whether or not you've modified them, because they're under CONFIG_PROTECTion. Yea, but now I know that. Sometimes it takes my light bulb a while to get brightened up good. :-( LOL Dale :-) :-) -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Re: gcc upgrade from 3.x to 4.x, when should I run revdep-rebuild?
On Fri, 08 Sep 2006 23:15:09 -0500, Dale wrote: So basically if I mess with a file and then unmerge the program it belongs to, I have to remember which ones I messed with and delete them myself? Yes, because the file is no longer the file portage installed, so it has no right to remove it. If I unmerge this in a console and can't read all the -- !mtime as they roll by, I'm stuck with orphan files on my rig? This needs a fix but I wouldn't want to be the dev to figure this one out. ;-) This generally isn't a problem, because you normally only edit files in /etc, which are config protected anyway. It arises here because fix_libtool_files.sh modifies the .la files. One could argue that it is the responsibility of that script to check the md5/mtime information and update it. -- Neil Bothwick A computer scientist is someone who, when told to Go to Hell, sees the go to, rather than the destination, as harmful. signature.asc Description: PGP signature
Re: [gentoo-user] Re: gcc upgrade from 3.x to 4.x, when should I run revdep-rebuild?
Neil Bothwick wrote: On Fri, 08 Sep 2006 23:15:09 -0500, Dale wrote: So basically if I mess with a file and then unmerge the program it belongs to, I have to remember which ones I messed with and delete them myself? Yes, because the file is no longer the file portage installed, so it has no right to remove it. If I unmerge this in a console and can't read all the -- !mtime as they roll by, I'm stuck with orphan files on my rig? This needs a fix but I wouldn't want to be the dev to figure this one out. ;-) This generally isn't a problem, because you normally only edit files in /etc, which are config protected anyway. It arises here because fix_libtool_files.sh modifies the .la files. One could argue that it is the responsibility of that script to check the md5/mtime information and update it. Cheese, I'm learning something. I already knew that it would not delete files in /etc/ and now I know why. LOL I never put the two together before you said that. Who knows, maybe in 20 years I'll be a dev. O_O I'll be too old then though. I'm working on a fresh install on another hard drive now. That will clear out some cruft. I copied my make.conf file and one other config file and that is it. Oh, the kernel's .config. I knew it was something outside of /etc. Thanks for clearing up my muddy water. Care to help with the rest now? LOL Dale :-) :-) -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Re: gcc upgrade from 3.x to 4.x, when should I run revdep-rebuild?
On Monday 11 September 2006 23:32, Neil Bothwick wrote: On Fri, 08 Sep 2006 23:15:09 -0500, Dale wrote: So basically if I mess with a file and then unmerge the program it belongs to, I have to remember which ones I messed with and delete them myself? Yes, because the file is no longer the file portage installed, so it has no right to remove it. [SNIP] This generally isn't a problem, because you normally only edit files in /etc, which are config protected anyway. It arises here because fix_libtool_files.sh modifies the .la files. I still would prefer if it was stored in a log file somewhere so that if I ever stumple upon it I can see where it came from... Haven't gotten around to filing any bug about that though. One could argue that it is the responsibility of that script to check the md5/mtime information and update it. http://bugs.gentoo.org/show_bug.cgi?id=71265 -- Bo Andresen pgpgShGE4HY4O.pgp Description: PGP signature
Re: [gentoo-user] Re: gcc upgrade from 3.x to 4.x, when should I run revdep-rebuild?
Dale wrote: Cheese, I'm learning something. I already knew that it would not delete files in /etc/ and now I know why. LOL I never put the two together before you said that. Well, the /etc thing is generally more due to CONFIG_PROTECT - it won't delete files from /etc regardless of whether or not you've modified them, because they're under CONFIG_PROTECTion. -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Re: gcc upgrade from 3.x to 4.x, when should I run revdep-rebuild?
Marc Blumentritt wrote: snip I would run revdep-rebuild after the rebuild of world, just to be sure. snip Cheers Marc I did that too. I'm not sure if it is just me or what but every time I run revdep-rebuild it wants to emerge gcc again. It did the same thing before the gcc upgrade. If you run it, you may want to post to make sure it is making sense. After three runs, I said forget it. It'll just have to keep. I read somewhere it was a bug. I dunno. Dale :-) :-) -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Re: gcc upgrade from 3.x to 4.x, when should I run revdep-rebuild?
On Friday 08 September 2006 15:00, Dale wrote: I'm not sure if it is just me or what but every time I run revdep-rebuild it wants to emerge gcc again. It did the same thing before the gcc upgrade. It is bug #125728 [1]? Otherwise if it continues consider posting the output of: # revdep-rebuild -i -- -vp [1] http://bugs.gentoo.org/show_bug.cgi?id=125728 -- Bo Andresen pgp80mi9wtzxM.pgp Description: PGP signature
Re: [gentoo-user] Re: gcc upgrade from 3.x to 4.x, when should I run revdep-rebuild?
Marc Blumentritt wrote: Dale schrieb: Marc Blumentritt wrote: I did that too. I'm not sure if it is just me or what but every time I run revdep-rebuild it wants to emerge gcc again. It did the same thing before the gcc upgrade. If you run it, you may want to post to make sure it is making sense. After three runs, I said forget it. It'll just have to keep. I read somewhere it was a bug. I dunno. Did you remove the temporary files of revdep-rebuild from /root? I had no problems with the upgrade and running revdep-rebuild afterward. In fact, revdep-rebuild showed me no package at all to rebuild, which was what I expected. Cheers Marc I remove those each time. It is sort of a habit now. I run it on occasion especially if I remove something. Just to make sure. Dale :-) :-) -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Re: gcc upgrade from 3.x to 4.x, when should I run revdep-rebuild?
On 9/8/06, Dale [EMAIL PROTECTED] wrote: Checking dynamic linking consistency... broken /usr/lib/aqbanking/plugins/0/bankinfo/de.la (requires /usr/lib/libaqbanking.la) Since you don't have aqbanking installed anymore, just delete these files, and probably the entire /usr/lib/qabanking directory. Might want to run an equery belongs /usr/lib/aqbanking first just to make sure nothing claims ownership of those files first... broken /usr/lib/avifile-0.7/ac3pass.la (requires /usr/lib/libaviplayavformat.la) broken /usr/lib/avifile-0.7/ac3pass.la (requires ... I suspect this is the same as aqbanking..no longer installed, so same solution. Equery belongs to be sure... broken /usr/lib/gcc/i686-pc-linux-gnu/4.1.1/libgcjawt.la (requires /usr/lib/lib-gnu-java-awt-peer-gtk.la) broken /usr/lib/gcc/i686-pc-linux-gnu/4.1.1/libgij.la (requires /usr/lib/libgcj.la) Definitely bug #125728. I believe comment #29 contains the best workarounds until a fix is actually applied. broken /usr/lib/kde3/libk3blibsndfiledecoder.la (requires /usr/kde/3.4/lib/libkio.la) ... Here again, equery belongs /usr/lib/kde3/libk3blibsndfiledecoder.la. If nothing owns it, just remove it. -Richard -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Re: gcc upgrade from 3.x to 4.x, when should I run revdep-rebuild?
On Fri, 08 Sep 2006 16:14:53 -0500, Dale wrote: broken /usr/lib/libqavm.la (requires /usr/lib/libaviplayavformat.la) broken /usr/lib/libqavm.la (requires /usr/lib/libaviplayavcodec.la) broken /usr/lib/libqbanking.la (requires /usr/lib/libaqbanking.la) broken /usr/lib/libqbanking.la (requires /usr/lib/libgwenhywfar.la) [repeated] I unmerged aqbanking. It wouldn't compile and I was not using it anyway. What you think? Bug or me having a setting wrong?? Did you run fix_libtool_files.sh between merging and unmerging aqbanking? This changes .la files, which means that their checksums no longer match the installed versions so portage doesn't remove them. Whether this is a bug in fix_libtool_files.sh or portage is open for discussion. -- Neil Bothwick When companies ship Styrofoam, what do they pack it in? signature.asc Description: PGP signature
Re: [gentoo-user] Re: gcc upgrade from 3.x to 4.x, when should I run revdep-rebuild?
On 9/8/06, Dale [EMAIL PROTECTED] wrote: So basically if these files don't belong to anything, I can safely delete them? Yep. On the roach report, me sort of chicken to edit those files. Will it be OK to let it stay like this and let the bug get fixed? It's been doing this a while and I don't !see! any problems. Yes, as long as you don't mind the revdep-rebuild borkage. -Richard -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Re: gcc upgrade from 3.x to 4.x, when should I run revdep-rebuild?
Bo Ørsted Andresen wrote: I'm working on the list above. So far nothing belongs to anything. Maybe I need a depclean on this thing. It is a 3 year old install if I recall correctly. This has nothing to do with depclean. Neils suggesting that the md5sums were altered by fix_libtool_files.sh and hence not removed seems much more likely. Portage doesn't removed files with altered md5sums.. What would be a good way of finding files that were not deleted when something was upgraded/unmerged? I thought depclean was different from what I wanted to say but it got the ball rolling. Last part, zm, right over my head I think. Let's see if I get this right. emerge put a file in there, something, me maybe, changed something so it leaves it alone. That right?? Gosh I wish someone could just pour all the Gentoo stuff in my head. Dale :-) :-) -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Re: gcc upgrade from 3.x to 4.x, when should I run revdep-rebuild?
On Saturday 09 September 2006 05:33, Dale wrote: What would be a good way of finding files that were not deleted when something was upgraded/unmerged? I thought depclean was different from what I wanted to say but it got the ball rolling. Depclean is to remove packages that are no longer in or a dependency of something in your world file. Last part, zm, right over my head I think. Let's see if I get this right. emerge put a file in there, something, me maybe, changed something so it leaves it alone. That right?? Yep. So just to illustrate: # touch /usr/share/vim/vimfiles/plugin/bugsummary.vim # emerge --unmerge -va gentoo-syntax These are the packages that would be unmerged: [SNIP] Unmerging app-vim/gentoo-syntax-20051221-r1... No package files given... Grabbing a set. [SNIP] obj /usr/share/vim/vimfiles/plugin/newinitd.vim obj /usr/share/vim/vimfiles/plugin/neweselect.vim obj /usr/share/vim/vimfiles/plugin/newebuild.vim obj /usr/share/vim/vimfiles/plugin/gentoo-common.vim --- !mtime obj /usr/share/vim/vimfiles/plugin/bugsummary.vim [SNIP] --- !empty dir /usr/share/vim dir /usr/share/doc/gentoo-syntax-20051221-r1 All the things that has a are actually removed. The things with --- are not removed for the reason given in the following column. Since I touch'ed /usr/share/vim/vimfiles/plugin/bugsummary.vim it wasn't removed with the reason: !mtime which means the last modified time has been altered after it was installed. The reason !empty is the reason for dirs which aren't empty (others packages have installed files in the same dirs...). After the unmerge is complete the only way to know is that the files no longer belong to any package. Of course when I remerge this package in a few minutes the files will be overwritten and the mtime will be correct again... Hope that makes it clear. -- Bo Andresen pgpO8wwWjx1D1.pgp Description: PGP signature
Re: [gentoo-user] Re: gcc upgrade from 3.x to 4.x, when should I run revdep-rebuild?
Bo Ørsted Andresen wrote: On Saturday 09 September 2006 05:33, Dale wrote: What would be a good way of finding files that were not deleted when something was upgraded/unmerged? I thought depclean was different from what I wanted to say but it got the ball rolling. Depclean is to remove packages that are no longer in or a dependency of something in your world file. Last part, zm, right over my head I think. Let's see if I get this right. emerge put a file in there, something, me maybe, changed something so it leaves it alone. That right?? Yep. So just to illustrate: # touch /usr/share/vim/vimfiles/plugin/bugsummary.vim # emerge --unmerge -va gentoo-syntax These are the packages that would be unmerged: [SNIP] Unmerging app-vim/gentoo-syntax-20051221-r1... No package files given... Grabbing a set. [SNIP] obj /usr/share/vim/vimfiles/plugin/newinitd.vim obj /usr/share/vim/vimfiles/plugin/neweselect.vim obj /usr/share/vim/vimfiles/plugin/newebuild.vim obj /usr/share/vim/vimfiles/plugin/gentoo-common.vim --- !mtime obj /usr/share/vim/vimfiles/plugin/bugsummary.vim [SNIP] --- !empty dir /usr/share/vim dir /usr/share/doc/gentoo-syntax-20051221-r1 All the things that has a are actually removed. The things with --- are not removed for the reason given in the following column. Since I touch'ed /usr/share/vim/vimfiles/plugin/bugsummary.vim it wasn't removed with the reason: !mtime which means the last modified time has been altered after it was installed. The reason !empty is the reason for dirs which aren't empty (others packages have installed files in the same dirs...). After the unmerge is complete the only way to know is that the files no longer belong to any package. Of course when I remerge this package in a few minutes the files will be overwritten and the mtime will be correct again... Hope that makes it clear. So basically if I mess with a file and then unmerge the program it belongs to, I have to remember which ones I messed with and delete them myself? If I unmerge this in a console and can't read all the -- !mtime as they roll by, I'm stuck with orphan files on my rig? This needs a fix but I wouldn't want to be the dev to figure this one out. ;-) Dale :-) :-) -- gentoo-user@gentoo.org mailing list