Re: [gentoo-user] emerge -1 `eix -Iu --only-names` removing old version of Python
On 31 Aug 2008, at 09:04, Mick wrote: ... When I tried I got: $ eix -Iu --only-names app-arch/lzma-utils dev-libs/libsigc++ media-plugins/gst-plugins-x media-plugins/gst-plugins-xvideo sys-apps/hdparm sys-kernel/gentoo-sources virtual/perl-Test-Harness However, when I run emerge -upDv --with-deps y world I get just one package: ... [ebuild U ] app-arch/lzma-utils-4.32.6 [4.32.5] USE=-nocxx% 468 kB This was approximately the same ratio of packages that each command produced for me... except many times more in actual numbers. I think `eix -Iu` found over a hundred outdated packages on my system when I ran it. And updating one of them - obviously I have no idea which! - fixed my expat problem. Stroller.
Re: [gentoo-user] emerge -1 `eix -Iu --only-names` removing old version of Python
On Tuesday 02 September 2008, Neil Bothwick wrote: On Mon, 1 Sep 2008 23:57:03 +0200, Sebastian Günther wrote: But it is a *negativ* condition: portage is not depending on pycrypto if and only if the build useflag is specified, which noone should specify. portage depends on =python-2.5 or pycrypto. So --depclean should not consider it to be removed. Unless you are using python 2.5, in which case it is no longer needed. I have dev-lang/python-2.5.2-r6 installed and from what I recall I have run python-updater. So, that's why I am allowed to remove dev-python/pycrypto-2.0.1-r6 as per Neil's explanation. -- Regards, Mick signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] emerge -1 `eix -Iu --only-names` removing old version of Python
On Sunday 31 August 2008, Neil Bothwick wrote: On Sun, 31 Aug 2008 09:04:03 +0100, Mick wrote: $ eix -Iu --only-names app-arch/lzma-utils dev-libs/libsigc++ media-plugins/gst-plugins-x media-plugins/gst-plugins-xvideo sys-apps/hdparm sys-kernel/gentoo-sources virtual/perl-Test-Harness However, when I run emerge -upDv --with-deps y world I get just one package: Where's the others gone? Probably old dependencies that are no longer needed? Did you run emerge --depclean -p? No! --depclean is evil! :)) (and/or my system is borked). It tells me to remove dev-python/pycrypto, when portage seems to depend on it: # equery depends dev-python/pycrypto [ Searching for packages depending on dev-python/pycrypto... ] sys-apps/portage-2.1.4.4 (!build? =dev-python/pycrypto-2.0.1-r6) Also, it tells me to remove hdparm-8.6. I noticed that there is a 8.7 version available, but emerge -uDv world does not pick this up . . . why would that be so? # emerge -upDv hdparm These are the packages that would be merged, in order: Calculating dependencies... done! [ebuild U ] sys-apps/hdparm-8.9 [8.6] 75 kB Total: 1 package (1 upgrade), Size of downloads: 75 kB # emerge -upDv world These are the packages that would be merged, in order: Calculating world dependencies | ... done! Total: 0 packages, Size of downloads: 0 kB -- Regards, Mick signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] emerge -1 `eix -Iu --only-names` removing old version of Python
* Mick ([EMAIL PROTECTED]) [01.09.08 19:35]: On Sunday 31 August 2008, Neil Bothwick wrote: On Sun, 31 Aug 2008 09:04:03 +0100, Mick wrote: $ eix -Iu --only-names app-arch/lzma-utils dev-libs/libsigc++ media-plugins/gst-plugins-x media-plugins/gst-plugins-xvideo sys-apps/hdparm sys-kernel/gentoo-sources virtual/perl-Test-Harness However, when I run emerge -upDv --with-deps y world I get just one package: Where's the others gone? Probably old dependencies that are no longer needed? Did you run emerge --depclean -p? No! --depclean is evil! :)) (and/or my system is borked). Your system is borked! ;-) It tells me to remove dev-python/pycrypto, when portage seems to depend on it: # equery depends dev-python/pycrypto [ Searching for packages depending on dev-python/pycrypto... ] sys-apps/portage-2.1.4.4 (!build? =dev-python/pycrypto-2.0.1-r6) Well you could just add it to your world file, but I really think there is something misconfigure on your system. Also, it tells me to remove hdparm-8.6. I noticed that there is a 8.7 version available, but emerge -uDv world does not pick this up . . . why would that be so? hdparm is not in the world file, and since no other package is depending on it, portage is considering it's removal. with emerge -n hdparm you can add it. # emerge -upDv hdparm These are the packages that would be merged, in order: Calculating dependencies... done! [ebuild U ] sys-apps/hdparm-8.9 [8.6] 75 kB Total: 1 package (1 upgrade), Size of downloads: 75 kB # emerge -upDv world These are the packages that would be merged, in order: Calculating world dependencies | ... done! Total: 0 packages, Size of downloads: 0 kB All correct: hdparm is not in your world file. Sebastian -- Religion ist das Opium des Volkes. Karl Marx [EMAIL PROTECTED]@N GÜNTHER mailto:[EMAIL PROTECTED] pgp2tRlaa0t1I.pgp Description: PGP signature
Re: [gentoo-user] emerge -1 `eix -Iu --only-names` removing old version of Python
On Monday 01 September 2008, Sebastian Günther wrote: * Mick ([EMAIL PROTECTED]) [01.09.08 19:35]: No! --depclean is evil! :)) (and/or my system is borked). Your system is borked! ;-) That's what I fear. :( It tells me to remove dev-python/pycrypto, when portage seems to depend on it: # equery depends dev-python/pycrypto [ Searching for packages depending on dev-python/pycrypto... ] sys-apps/portage-2.1.4.4 (!build? =dev-python/pycrypto-2.0.1-r6) Well you could just add it to your world file, but I really think there is something misconfigure on your system. Where should I look? Also, it tells me to remove hdparm-8.6. I noticed that there is a 8.7 version available, but emerge -uDv world does not pick this up . . . why would that be so? hdparm is not in the world file, and since no other package is depending on it, portage is considering it's removal. with emerge -n hdparm you can add it. Sure, but I had emerged (many years ago) so it should be in there, right? -- Regards, Mick signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] emerge -1 `eix -Iu --only-names` removing old version of Python
* Mick ([EMAIL PROTECTED]) [01.09.08 20:22]: Where should I look? An emerge --info is a start.. with emerge -n hdparm you can add it. Sure, but I had emerged (many years ago) so it should be in there, right? Not necessarily, maybe you unmerged the package which required it, removed the useflag which pulled it in or the dependency simply vanished. So just look at /var/lib/portage/world if it's in there. If not: emerge -n hdparm, if you still want it. Sebastian -- Religion ist das Opium des Volkes. Karl Marx [EMAIL PROTECTED]@N GÜNTHER mailto:[EMAIL PROTECTED] pgpe79V6YDz8B.pgp Description: PGP signature
Re: [gentoo-user] emerge -1 `eix -Iu --only-names` removing old version of Python
On Mon, 1 Sep 2008 11:49:36 +0100, Mick wrote: No! --depclean is evil! :)) (and/or my system is borked). Neither. It tells me to remove dev-python/pycrypto, when portage seems to depend on it: # equery depends dev-python/pycrypto [ Searching for packages depending on dev-python/pycrypto... ] sys-apps/portage-2.1.4.4 (!build? =dev-python/pycrypto-2.0.1-r6) equery is borked. pycrypto is a conditional dependency of portage, but equery depends takes no accounts of that, emerge --depclean does. Also, it tells me to remove hdparm-8.6. I noticed that there is a 8.7 version available, but emerge -uDv world does not pick this up . . . why would that be so? hdparm used to be part of system AFAIR, it is no longer. If you want it, add it to world. -- Neil Bothwick We can sympathize with a child who is afraid of the dark, but the tragedy of life is that most people are afraid of the light. signature.asc Description: PGP signature
Re: [gentoo-user] emerge -1 `eix -Iu --only-names` removing old version of Python
* Neil Bothwick ([EMAIL PROTECTED]) [01.09.08 23:14]: On Mon, 1 Sep 2008 11:49:36 +0100, Mick wrote: It tells me to remove dev-python/pycrypto, when portage seems to depend on it: # equery depends dev-python/pycrypto [ Searching for packages depending on dev-python/pycrypto... ] sys-apps/portage-2.1.4.4 (!build? =dev-python/pycrypto-2.0.1-r6) equery is borked. pycrypto is a conditional dependency of portage, but equery depends takes no accounts of that, emerge --depclean does. But it is a *negativ* condition: portage is not depending on pycrypto if and only if the build useflag is specified, which noone should specify. So --depclean should not consider it to be removed. Sebastian -- Religion ist das Opium des Volkes. Karl Marx [EMAIL PROTECTED]@N GÜNTHER mailto:[EMAIL PROTECTED] pgpPvMwRwmKi2.pgp Description: PGP signature
Re: [gentoo-user] emerge -1 `eix -Iu --only-names` removing old version of Python
On Mon, 1 Sep 2008 23:57:03 +0200, Sebastian Günther wrote: But it is a *negativ* condition: portage is not depending on pycrypto if and only if the build useflag is specified, which noone should specify. portage depends on =python-2.5 or pycrypto. So --depclean should not consider it to be removed. Unless you are using python 2.5, in which case it is no longer needed. -- Neil Bothwick There are no stupid questions, just too many inquisitive idiots. signature.asc Description: PGP signature
Re: [gentoo-user] emerge -1 `eix -Iu --only-names` removing old version of Python
Stroller skrev: On 30 Aug 2008, at 21:19, Alan McKinnon wrote: ... In retrospect, it would probably have been quicker if you went the long way round: emerge -e world Tried it. Kept dying and leaving a number of packages that I just couldn't build. Stroller. You can resume building by using emerge --resume. If a package fails to build you can skip it with emerge --resume --skipfirst. -- //*David Sveningsson [eXt]* Freelance coder | Game Development Student http://sidvind.com Thou shalt make thy program's purpose and structure clear to thy fellow man by using the One True Brace Style, even if thou likest it not, for thy creativity is better used in solving problems than in creating beautiful new impediments to understanding. signature.asc Description: OpenPGP digital signature
Re: [gentoo-user] emerge -1 `eix -Iu --only-names` removing old version of Python
On Saturday 30 August 2008, Neil Bothwick wrote: On Sat, 30 Aug 2008 05:10:27 +0100, Stroller wrote: It just seems more effective than `emerge -D world` - that seems to miss many packages. The packages is misses are either build-time dependencies, so don't need updating, or are not dependencies of anything in world and would be removed by emerge --depclean. I'm with Alan on this, use with-bdep and trust portage, it knows far more about the inner workings of your package tree (which it created) than do you. When I tried I got: $ eix -Iu --only-names app-arch/lzma-utils dev-libs/libsigc++ media-plugins/gst-plugins-x media-plugins/gst-plugins-xvideo sys-apps/hdparm sys-kernel/gentoo-sources virtual/perl-Test-Harness However, when I run emerge -upDv --with-deps y world I get just one package: # emerge -upDv --with-bdeps y world These are the packages that would be merged, in order: Calculating world dependencies | ... done! [ebuild U ] app-arch/lzma-utils-4.32.6 [4.32.5] USE=-nocxx% 468 kB Total: 1 package (1 upgrade), Size of downloads: 468 kB Where's the others gone? -- Regards, Mick signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] emerge -1 `eix -Iu --only-names` removing old version of Python
On Sun, 31 Aug 2008 09:04:03 +0100, Mick wrote: $ eix -Iu --only-names app-arch/lzma-utils dev-libs/libsigc++ media-plugins/gst-plugins-x media-plugins/gst-plugins-xvideo sys-apps/hdparm sys-kernel/gentoo-sources virtual/perl-Test-Harness However, when I run emerge -upDv --with-deps y world I get just one package: Where's the others gone? Probably old dependencies that are no longer needed? Did you run emerge --depclean -p? -- Neil Bothwick Every time I jump on the bandwagon all its wheels fall off. signature.asc Description: PGP signature
Re: [gentoo-user] emerge -1 `eix -Iu --only-names` removing old version of Python
On 31 Aug 2008, at 09:05, David Sveningsson wrote: Stroller skrev: On 30 Aug 2008, at 21:19, Alan McKinnon wrote: ... In retrospect, it would probably have been quicker if you went the long way round: emerge -e world Tried it. Kept dying and leaving a number of packages that I just couldn't build. You can resume building by using emerge --resume. If a package fails to build you can skip it with emerge --resume --skipfirst. I know this, but in the case of the libexpat.so.0 problem I got loads of packages which THEN couldn't compile because they depended upon the first one. And the older versions no longer worked because they were missing libexpat.so.0. Stroller.
Re: [gentoo-user] emerge -1 `eix -Iu --only-names` removing old version of Python
On Saturday 30 August 2008 06:10:27 Stroller wrote: First question: is 'emerge -1 `eix -Iu --only-names`' a useful command for updating packages not in the world file? Or is this usage of mine to be avoided? It just seems more effective than `emerge -D world` - that seems to miss many packages. The main reason these packages are behind at all is that they are usually build dependencies, not run dependencies. They will only be updated with emerge -uD when something that depends on them is rebuilt. To avoid this, use 'emerge --with-bdeps y' This has the side effect of knowing what to do with SLOTs In general I find that emerge is infinitely better at knowing how to get what I want than I am, so it's always best to let it do what it wants to do -- alan dot mckinnon at gmail dot com
Re: [gentoo-user] emerge -1 `eix -Iu --only-names` removing old version of Python
On 30 Aug 2008, at 13:56, Alan McKinnon wrote: The main reason these packages are behind at all is that they are usually build dependencies, not run dependencies. They will only be updated with emerge -uD when something that depends on them is rebuilt. To avoid this, use 'emerge --with-bdeps y' This has the side effect of knowing what to do with SLOTs So a periodic 'emerge --with-bdeps world' would be worthwhile? In general I find that emerge is infinitely better at knowing how to get what I want than I am, so it's always best to let it do what it wants to do I'd really debate this premise. Perhaps the problem is not with `emerge` itself, perhaps with the ebuilds or with simple versioning incompatibilities, but the number of cock-ups one sees with emerged packages... well, I think infinitely good is stretching it just a little. I'm not saying Portage is poor - other package managers have given me more headaches per usage. Maybe the problem is with build-time dependencies of the build-time dependencies, I don't know, but when I had the libexpat.so.0 error the only thing that worked (having followed a number of different advices posted here) was to rebuild EVERY outdated package on my system - a total numbering in the region of 250. I wouldn't have imagined I had so many packages installed, never mind those missed by my regular updates. Stroller.
Re: [gentoo-user] emerge -1 `eix -Iu --only-names` removing old version of Python
On Sat, 30 Aug 2008 05:10:27 +0100, Stroller wrote: It just seems more effective than `emerge -D world` - that seems to miss many packages. The packages is misses are either build-time dependencies, so don't need updating, or are not dependencies of anything in world and would be removed by emerge --depclean. I'm with Alan on this, use with-bdep and trust portage, it knows far more about the inner workings of your package tree (which it created) than do you. -- Neil Bothwick WITLAG: The delay between delivery and comprehension of a joke. signature.asc Description: PGP signature
Re: [gentoo-user] emerge -1 `eix -Iu --only-names` removing old version of Python
On Saturday 30 August 2008 16:59:02 Stroller wrote: On 30 Aug 2008, at 13:56, Alan McKinnon wrote: The main reason these packages are behind at all is that they are usually build dependencies, not run dependencies. They will only be updated with emerge -uD when something that depends on them is rebuilt. To avoid this, use 'emerge --with-bdeps y' This has the side effect of knowing what to do with SLOTs So a periodic 'emerge --with-bdeps world' would be worthwhile? Or you could just leave it as is, these apps are only used when you build something, and if the ebuild requires them, they will be updated. You can set --with-bdeps to always be used in make.conf - I was sure it was a FEATURE as some point in the past but a quick check of the man page reveals nothing. There is an option though to always pass specific options to emerge In general I find that emerge is infinitely better at knowing how to get what I want than I am, so it's always best to let it do what it wants to do I'd really debate this premise. Perhaps the problem is not with `emerge` itself, perhaps with the ebuilds or with simple versioning incompatibilities, but the number of cock-ups one sees with emerged packages... well, I think infinitely good is stretching it just a little. I'm not saying Portage is poor - other package managers have given me more headaches per usage. Maybe the problem is with build-time dependencies of the build-time dependencies, I don't know, but when I had the libexpat.so.0 error the only thing that worked (having followed a number of different advices posted here) was to rebuild EVERY outdated package on my system - a total numbering in the region of 250. I wouldn't have imagined I had so many packages installed, never mind those missed by my regular updates. Perhaps I should explain in context. Portage and emerge are not perfect, no software is, but I have found with experience that trying to be clever with emerges is usually not worth the effort. I'm not saying you are doing that, I'm more thinking of worrying about whether some obscure build tool really should be at the latest version or not. To my mind, that really is a who cares? type question. You should treat my remark for what it really is - a throw-away comment :-) Having said that, portage is very good at dealing with the data it is given. It can work out what to update and when some conflict arises, it does a fine job of telling the human running the show so that said human can make a sane decision. (There is nothing we can do about daft ebuilds though). Compare portage to rpm/yum/urpmi etc ... no, let's rather not go there! apt/dpkg is pretty good too, but can't deal with orphaned deps (the things that --depclean fixes), although aptitude deals with those just fine. I've had rpm break many a system, never seen apt or aptitude do it, and neither has portage. I on the other hand, have done a great many very stupid things over the years. Funny thing is, each time it involved me ignoring the friendly output emerge had just given me. -- alan dot mckinnon at gmail dot com
Re: [gentoo-user] emerge -1 `eix -Iu --only-names` removing old version of Python
On Saturday 30 August 2008 16:59:02 Stroller wrote: but when I had the libexpat.so.0 error the only thing that worked (having followed a number of different advices posted here) was to rebuild EVERY outdated package on my system - a total numbering in the region of 250. I wouldn't have imagined I had so many packages installed, never mind those missed by my regular updates. Missed this bit in my earlier reply :-) That number of packages sounds about right, given the amount of time that has passed since the original expat update, and the amount of changes in the tree since. It was a huge disruption because so many apps use expat. Lucky for us, such things are actually quite rare. In retrospect, it would probably have been quicker if you went the long way round: emerge -e world -- alan dot mckinnon at gmail dot com
Re: [gentoo-user] emerge -1 `eix -Iu --only-names` removing old version of Python
On 30 Aug 2008, at 21:19, Alan McKinnon wrote: ... In retrospect, it would probably have been quicker if you went the long way round: emerge -e world Tried it. Kept dying and leaving a number of packages that I just couldn't build. Stroller.