Re: [gentoo-user] Mysterious dev-lang/php 'n' junk 'n' stuff....

[gentuxx]

-----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@g.o mailing list