bzip2 has changed to group app-arch/ but mod_php still looks in sys-apps/ Reproducible: Always Steps to Reproduce: 1] emerge -p mod_php These are the packages that I would merge, in order: Calculating dependencies / emerge: there are no masked or unmasked ebuilds to satisfy "sys-apps/bzip2". !!! Error calculating dependencies. Please correct. 2] CBke root # emerge -p bzip2 These are the packages that I would merge, in order: Calculating dependencies ...done! [ebuild R ] app-arch/bzip2-1.0.2-r2
please do the following: rm -rf /var/cache/edb/dep/* emerge regen that should sort you out. Though, server side caching should have caught this. Portage people?
*** Bug 33548 has been marked as a duplicate of this bug. ***
please make sure PORTAGE_OVERLAY is not enabled emerge sync try again
as important info old portage-mirrors could cause this we should make sure portage only syncs if mirror has newer timestamp than local timestamp (should be timestamp from last rsync mirror)
solved
Please re-open the bug. This does not appear to be fixed. After running emerge sync once then twice same result: # emerge -up world These are the packages that I would merge, in order: Calculating world dependencies | emerge: there are no masked or unmasked ebuilds to satisfy "sys-apps/bzip2". !!! Problem with ebuild dev-php/mod_php-4.3.3-r3 !!! Possibly a DEPEND/*DEPEND problem. !!! Depgraph creation failed. Notes: PORTAGE_OVERLAY is not enabled. Haven't tried Seemant's method below yet; but having a workaround in the bug database doesn't qualify as "fixed" does it?
Seemant's method does work. But on a K-6 450 that "emerge regen" took over an hour and a half.
reopen for portage problem to be fixed/solved
run fixpackages, if that fails, run emerge regen. thereafter the problem will be gone.
*** Bug 33540 has been marked as a duplicate of this bug. ***
Still happens after a fresh emerge sync ; fixpackages ; emerge regen Even tried rm -rf /var/cache/edb/dep/* ; emerge regen www jnichols # emerge -up --deep world These are the packages that I would merge, in order: Calculating world dependencies / emerge: there are no masked or unmasked ebuilds to satisfy "sys-apps/bzip2". !!! Problem with ebuild dev-php/mod_php-4.3.3-r3 !!! Possibly a DEPEND/*DEPEND problem. !!! Depgraph creation failed. www jnichols #
Jonathan: run emerge --debug -up --deep world and attach the output.
Created attachment 21103 [details] output of emerge -up --debug --deep world The textfile attached is the end result of the following steps: 1)rm -rf /var/cache/edb/dep/* ; emerge regen ; fixpackages ; emerge regen 2)emerge sync ; emerge -up --debug --deep world
All my computers witch I have tried on has this problem! The only fix i've come up with so far is injecting that non-existant category/package, why is this surfacing now? I thought that package was moved a long time ago..
I don't see why it still says it needs sys-apps/bzip2! please do: "grep -ril 'sys-apps/bzip2' /usr/portage /var/db/pkg" as well as in your portage overlays if any and post the results.
Tried it on 3 machines - it's identical on all of them. No portage_overlays are in use... mail jnichols # grep -ril 'sys-apps/bzip2' /usr/portage /var/db/pkg /usr/portage/metadata/cache/dev-php/php-5.0_beta1 /usr/portage/metadata/cache/dev-php/php-5.0_beta1-r1 /usr/portage/metadata/cache/dev-php/php-cvs-5.0-r1 /usr/portage/metadata/cache/dev-php/php-cvs-5.0-r2 /usr/portage/metadata/cache/dev-php/php-cvs-5.0 /usr/portage/metadata/cache/dev-php/mod_php-4.3.2-r1 /usr/portage/metadata/cache/dev-php/mod_php-4.3.2-r2 /usr/portage/metadata/cache/dev-php/mod_php-4.3.2-r3 /usr/portage/metadata/cache/dev-php/mod_php-4.3.2-r4 /usr/portage/metadata/cache/dev-php/mod_php-4.3.2-r5 /usr/portage/metadata/cache/dev-php/mod_php-4.3.3-r1 /usr/portage/metadata/cache/dev-php/mod_php-4.3.3-r2 /usr/portage/metadata/cache/dev-php/mod_php-4.3.3-r3 /usr/portage/metadata/cache/dev-php/php-4.3.2-r1 /usr/portage/metadata/cache/dev-php/php-4.3.2-r2 /usr/portage/metadata/cache/dev-php/php-4.3.2-r3 /usr/portage/metadata/cache/dev-php/php-4.3.3-r1 /usr/portage/metadata/cache/dev-php/php-4.3.3-r2 /usr/portage/metadata/cache/dev-php/php-4.3.3-r3 /usr/portage/metadata/cache/dev-php/mod_php-4.3.3_rc3 /usr/portage/metadata/cache/dev-php/mod_php-4.3.2 /usr/portage/metadata/cache/dev-php/mod_php-4.3.3 /usr/portage/metadata/cache/dev-php/mod_php-4.3.4 /usr/portage/metadata/cache/dev-php/php-4.3.2 /usr/portage/metadata/cache/dev-php/php-4.3.3 /usr/portage/metadata/cache/dev-php/php-4.3.4 /usr/portage/app-games/asc/asc-1.13.8.0.ebuild /usr/portage/app-games/asc/asc-1.13.7.ebuild /usr/portage/app-games/xqf/xqf-0.9.12.ebuild /usr/portage/app-arch/dar/ChangeLog /usr/portage/profiles/updates/4Q-2003 mail jnichols #
delete all of the items in /usr/portage/metadata/cache that matched the grep. I also don't see why you have: /usr/portage/app-games/asc/asc-1.13.8.0.ebuild /usr/portage/app-games/asc/asc-1.13.7.ebuild /usr/portage/app-games/xqf/xqf-0.9.12.ebuild as the app-games category was broken down into games-* quite a while ago.
*** Bug 34228 has been marked as a duplicate of this bug. ***
A mixture of "rm -rf /var/cache/edb/dep/* ; emerge regen ; fixpackages ; emerge sync ; emerge regen" has resolved this issue on one affected machine. I am totally baffled now. Previously I had done rm -rf /var/cache/edb/dep/* and then done an emerge sync right after - maybe an ebuild was changed? I'm not sure, but (for me) the issue has gone away.
if any of your machines still exhibit the problem, please see the fix i posted in comment 17. closing this bug for now.
