The app-xemacs/gnus ebuilds are broken because they list app-xemacs/eterm as a dependency. However, this has been renamed app-xemacs/xemacs-eterm (apparently to avoid confusion with x11-terms/eterm). Reproducible: Always Steps to Reproduce: 1. emerge sync 2. emerge -p app-xemacs/gnus Actual Results: # emerge -p app-xemacs/gnus These are the packages that I would merge, in order: Calculating dependencies \ emerge: there are no masked or unmasked ebuilds to satisfy "app-xemacs/eterm". !!! Error calculating dependencies. Please correct. Expected Results: # emerge -p app-xemacs/gnus These are the packages that I would merge, in order: Calculating dependencies ...done! [ebuild R ] app-xemacs/gnus-1.65 (or something similar) This problem can be solved by changing the dependencies in the ebuilds to refer to app-xemacs/xemacs-eterm instead of app-xemacs/eterm. I'm not sure whether the policy is to modify the existing ebuilds, or create new corrected -r1 ebuilds (while removing the old ones); if I knew the policy I would supply an appropriate patch. - Andrew
grep -R eterm /usr/portage/app-xemacs/* ./eshell/eshell-1.03.ebuild:app-xemacs/eterm ./eshell/eshell-1.04.ebuild:app-xemacs/eterm ./ess/ess-1.03.ebuild:app-xemacs/eterm ./gnus/gnus-1.64.ebuild:app-xemacs/eterm ./gnus/gnus-1.65.ebuild:app-xemacs/eterm ./ilisp/ilisp-1.28.ebuild:app-xemacs/eterm ./ilisp/ilisp-1.29.ebuild:app-xemacs/eterm ./jde/jde-1.38.ebuild:app-xemacs/eterm ./jde/jde-1.43.ebuild:app-xemacs/eterm ./mail-lib/mail-lib-1.54.ebuild:DEPEND="app-xemacs/eterm ./mail-lib/mail-lib-1.56.ebuild:DEPEND="app-xemacs/eterm ./net-utils/net-utils-1.28.ebuild:app-xemacs/eterm ./net-utils/net-utils-1.31.ebuild:app-xemacs/eterm ./psgml/psgml-1.35.ebuild:app-xemacs/eterm ./psgml/psgml-1.38.ebuild:app-xemacs/eterm ./psgml-dtds/psgml-dtds-1.02.ebuild:app-xemacs/eterm ./xslt-process/xslt-process-1.11.ebuild:app-xemacs/eterm
Sorry, what I meant to say is that it seems that several programs might use app-xemacs/eterm which is now app-xemacs/xemacs-eterm, i ran into problems with app-xemacs/perl-modes. -- Dennis
Indeed. I wasn't sure if other packages would be affected. As you show, they are. I've amended the summary to reflect this. It's an easy problem to fix, but I'm not sure whether the policy is to submit replacement ebuilds (bumping the revision) or change the existing ones. - Andrew
Just changing all the "app-xemacs/eterm" to "app-xemacs/xemacs-eterm" in /usr/portage/app-xemacs fixes the problem. I don't know much about the ebuilds, however s/app-xemacs\/eterm/app-xemacs\/xemacs-eterm fixed app-xemacs/perl-modes and allowed me to compile the 30 so packages that it is dependent on. It only seems to be a superfical change. -- Dennis
Created attachment 13253 [details, diff] Deletes broken ebuilds, creates fixed ones I've just attached a patch that does what you say. It simply replaces all occurrences of app-xemacs/eterm with app-xemacs/xemacs-eterm; they seem to be confined to the app-xemacs category. The ebuild revision levels are bumped because the existing ones are broken, but have been installed already (since they previously worked). Hence people need to upgrade the packages to get the correct dependencies. The only thing I haven't done is update the ChangeLogs; I'm not a Gentoo developer, only a plebe. :) - Andrew
Argh. It renamed the ebuilds, but didn't rename the digests. Mea culpa.
Comment on attachment 13253 [details, diff] Deletes broken ebuilds, creates fixed ones This patch doesn't touch the digests, which also need updating. Fixing.... new patch to follow.
Created attachment 13260 [details, diff] Update dependency to new name, rename ebuilds and associated digests This patch does the same as the first. It a) changes all ebuilds that depend on app-xemacs/eterm to depend on app-xemacs/xemacs-eterm; b) Bumps the revision level on the ebuilds, since the old version will be installed by people and needs to be updated; c) Bumps the revision on the associated digests so they're found by the new ebuilds. The patch does not update any ChangeLogs.
to fix it do a: -------------------------------------------------- cd /usr/portage/app-xemacs/ for i in $(find -name "*.ebuild"); do cat $i \ |sed 's/\/eterm/\/xemacs-eterm/g' > $i.new; \ mv $i.new $i ; done -------------------------------------------------- Dietrich
There is a patch pending in bug 22699 that should make it possible to move app-xemacs/eterm back to where it was. Either that will happen or the dependencies will be updated within a matter of 48 hours. Sorry for the problems.
app-xemacs/eterm readded to cvs, move reversed.