RE: [gentoo-user] Mysterious dev-lang/php 'n' junk 'n' stuff....
Well, this is what I would like to do. ( I thought this would be obvious.) But I can't continue with the `emerge world` unless I'm able to resolve the blocks. The command/process dies almost immediately complaining about the blocked packages. I had the same problem and was quite annoyed for several weeks. I started ripping out PEAR packages and then I noticed in a -tree view that I had horde installed. I unmerged that and then all the PEAR packages didn't need to be unmerged anymore. So, I guess my suggestion is to look in the emerge world list and see if there is anything in there that uses PHP. If so, try to unmerge that package first, then you can re-emerge it when you get PHP 5 installed. Kinda lame if you ask me. -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Mysterious dev-lang/php 'n' junk 'n' stuff....
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Daevid Vincent wrote: Well, this is what I would like to do. ( I thought this would be obvious.) But I can't continue with the `emerge world` unless I'm able to resolve the blocks. The command/process dies almost immediately complaining about the blocked packages. I had the same problem and was quite annoyed for several weeks. Yes, this has been haunting me for a while! I started ripping out PEAR packages and then I noticed in a -tree view that I had horde installed. I unmerged that and then all the PEAR packages didn't need to be unmerged anymore. So, I guess my suggestion is to look in the emerge world list and see if there is anything in there that uses PHP. If so, try to unmerge that package first, then you can re-emerge it when you get PHP 5 installed. Kinda lame if you ask me. I was actually able to find/solve the problem. For the record, I did an `equery depends php` and got swig and base and one other package (don't remember - probably something I didn't need anyway). ;-) Anyhoo, once these packages were uninstalled, I was able to update normally. I think base was the clinger, but I don't know for sure. I haven't tried it yet (that's the project for today), but I'm going to go back and, hopefully get those packages back on there. Thanks for the tip tho. - -- gentux echo hfouvyAdpy/ofu | perl -pe 's/(.)/chr(ord($1)-1)/ge' gentux's gpg fingerprint == 34CE 2E97 40C7 EF6E EC40 9795 2D81 924A 6996 0993 -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2 (GNU/Linux) iD8DBQFD2ns2LYGSSmmWCZMRAjwiAKCZiJ+AzYbgkAgsbbO3iyFxnfLaMQCg4Sw9 xnPDUVPQOgOWt2mP6B24mpM= =KWGT -END PGP SIGNATURE- -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Mysterious dev-lang/php 'n' junk 'n' stuff....
gentuxx schreef: Hi all, snip I went to do an `emerge -Duatv world` tonight, and I get dev-php/php and dev-php/mod_php blocking. So I uninstalled them, and thought that I would re-install later (if necessary). When I run it again, I get dev-lang/php blocking dev-php/php-4.4.0-r4 (which is the one I just unemerged). So, same logical progression, I go to unemerge dev-lang/php, and, lo and behold, it's not installed. snip So, my questions to the group are these: 1) Why does `emerge -Duatv world` find a package (which blocks another that it wants to update) that `emerge -CDatv world` does NOT find? As far as I know, emerge -CDatv world is not even a valid command (at least I hope it isn't). This translates to emerge --unmerge --deep --ask --tree --verbose world, and it seems to me would unmerge everything on your system if it was allowed. The usual use for --unmerge is to tell Portage what you specifically want to unmerge; this should not be an automatic function (except in the case of repair utilities such as depclean, which even those give you a HUGE warning that unmerging random --as in not pre-specified by the user, but determined by a script-- packages automatically can break the system). The actual answer to your question, though, is that the blocking package is not a problem unless you want to emerge something that it blocks. So of course it's not going to be noticed until you attempt to perform such an action (emerging a package that is blocked by the installed package). 2) How do I rectify this little version discrepancy fixed so that I can get things updating normally again? Iirc from several threads recently, there are one or more packages on your system that rely on php which must be updated to ~arch, or else they keep trying to bring in PHP4 (only the ~arch version can depend on PHP5; the stable versions have a fixed dependency on PHP4). I don't remember which programs they are, but if you don't feel like searching the archives, you can look at your tree view to see what is actually pulling in PHP4, upgrading that (or keywording it to unstable, rather) and see if you still get the block. Hope this helps, Holly -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Mysterious dev-lang/php 'n' junk 'n' stuff....
On 25 January 2006 09:50, gentuxx wrote: I went to do an `emerge -Duatv world` tonight, and I get dev-php/php and dev-php/mod_php blocking. So I uninstalled them, and thought that I would re-install later (if necessary). When I run it again, I get dev-lang/php blocking dev-php/php-4.4.0-r4 (which is the one I just unemerged). So, same logical progression, I go to unemerge dev-lang/php, and, lo and behold, it's not installed. I vaguely remembered that the portage crew did some tinkering with the portage tree when PHP5 came out, and it had something to do with the whole dev-php/php-dev-lang/php issue. So, my questions to the group are these: 1) Why does `emerge -Duatv world` find a package (which blocks another that it wants to update) that `emerge -CDatv world` does NOT find? 2) How do I rectify this little version discrepancy fixed so that I can get things updating normally again? I solved it for me by emerge --unmerge php and emerge dev-lang/php. Uwe -- Unix is sexy: who | grep -i blonde | date cd ~; unzip; touch; strip; finger mount; gasp; yes; uptime; umount sleep -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Mysterious dev-lang/php 'n' junk 'n' stuff....
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Holly Bostick wrote: gentuxx schreef: Hi all, snip I went to do an `emerge -Duatv world` tonight, and I get dev-php/php and dev-php/mod_php blocking. So I uninstalled them, and thought that I would re-install later (if necessary). When I run it again, I get dev-lang/php blocking dev-php/php-4.4.0-r4 (which is the one I just unemerged). So, same logical progression, I go to unemerge dev-lang/php, and, lo and behold, it's not installed. snip So, my questions to the group are these: 1) Why does `emerge -Duatv world` find a package (which blocks another that it wants to update) that `emerge -CDatv world` does NOT find? As far as I know, emerge -CDatv world is not even a valid command (at least I hope it isn't). This translates to emerge --unmerge --deep --ask --tree --verbose world, and it seems to me would unmerge everything on your system if it was allowed. The unemerge isn't run from the script. The `emerge world` is. I would think that it would only unemerge package that depended solely on the package being unemerged. But, perhaps the '--deep' is ignored in this case. I have never seen another package being brought for unemerging when using this command. The usual use for --unmerge is to tell Portage what you specifically want to unmerge; this should not be an automatic function (except in the case of repair utilities such as depclean, which even those give you a HUGE warning that unmerging random --as in not pre-specified by the user, but determined by a script-- packages automatically can break the system). The actual answer to your question, though, is that the blocking package is not a problem unless you want to emerge something that it blocks. So of course it's not going to be noticed until you attempt to perform such an action (emerging a package that is blocked by the installed package). Well, this is what I would like to do. ( I thought this would be obvious.) But I can't continue with the `emerge world` unless I'm able to resolve the blocks. The command/process dies almost immediately complaining about the blocked packages. 2) How do I rectify this little version discrepancy fixed so that I can get things updating normally again? Iirc from several threads recently, there are one or more packages on your system that rely on php which must be updated to ~arch, or else they keep trying to bring in PHP4 (only the ~arch version can depend on PHP5; the stable versions have a fixed dependency on PHP4). I don't remember which programs they are, but if you don't feel like searching the archives, you can look at your tree view to see what is actually pulling in PHP4, upgrading that (or keywording it to unstable, rather) and see if you still get the block. I had several keyworded before, and removing those keywords seemed to eliminate *some* of the blocking problem. I'll try upgrading/keywording the ones that seem to depend on php4 in the hopes that they are now wanting php5. Hope this helps, Holly - -- gentux echo hfouvyAdpy/ofu | perl -pe 's/(.)/chr(ord($1)-1)/ge' gentux's gpg fingerprint == 34CE 2E97 40C7 EF6E EC40 9795 2D81 924A 6996 0993 -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2 (GNU/Linux) iD8DBQFD2FqqLYGSSmmWCZMRApprAJ0Qajgjrd3aYAoLJQyLVBvgLf8wCACgzs76 ZUn+4H0hS7R06fp0tsg4hs8= =WQJ7 -END PGP SIGNATURE- -- gentoo-user@gentoo.org mailing list
[gentoo-user] Mysterious dev-lang/php 'n' junk 'n' stuff....
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi all, I had posted about this relatively recently, and didn't get any response, so I thought I would try again. I thought I had solved the problem (I had a bunch of stuff in package.keywords that probably didn't need to be there), so I left it alone. It seems to have resurfaced. I went to do an `emerge -Duatv world` tonight, and I get dev-php/php and dev-php/mod_php blocking. So I uninstalled them, and thought that I would re-install later (if necessary). When I run it again, I get dev-lang/php blocking dev-php/php-4.4.0-r4 (which is the one I just unemerged). So, same logical progression, I go to unemerge dev-lang/php, and, lo and behold, it's not installed. I vaguely remembered that the portage crew did some tinkering with the portage tree when PHP5 came out, and it had something to do with the whole dev-php/php-dev-lang/php issue. So, my questions to the group are these: 1) Why does `emerge -Duatv world` find a package (which blocks another that it wants to update) that `emerge -CDatv world` does NOT find? 2) How do I rectify this little version discrepancy fixed so that I can get things updating normally again? Any help would be great. Thanks. - -- gentux echo hfouvyAdpy/ofu | perl -pe 's/(.)/chr(ord($1)-1)/ge' gentux's gpg fingerprint == 34CE 2E97 40C7 EF6E EC40 9795 2D81 924A 6996 0993 -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2 (GNU/Linux) iD8DBQFD1y3fLYGSSmmWCZMRAsjoAKC6pir0SbKD6XJl8Kke9N7tytmH/ACg1guc RI7KuzhYBxPkHObHRkp2PR8= =n9Fw -END PGP SIGNATURE- -- gentoo-user@gentoo.org mailing list