Bugzilla Bug 23949

From my original inquiry to gentoo-user:

Michael Dawson <mdlist7@marshallresearch.com> writes:

> After doing an emerge sync, emerge --pretend --update world shows
> there is an update for app-editors/xemacs and app-editors/sumo,
> which is good.
>
> But there are many new packages called app-xemacs/blah-blah which
> will be installed, and yet are already in the sumo tarball.  I want
> to depend on getting a reliable sumo install, with nothing else
> over-writing any sumo packages.
>
> How do I avoid installing these app-xemacs packages in an
> emerge --update world ?
>
> Or am I misunderstanding something fundamental?


You should probably file a bug.  The problem is nothing recognizes
xemacs-packages-sumo as providing the functionality of all the other
app-xemacs/* packages.

I am thinking though... perhaps we should remove xemacs-packages-sumo
from portage, as we have full xemacs support in app-xemacs/* anyway.

-- 
Matthew Kennedy
Gentoo Linux Developer
Bugs go to http://bugs.gentoo.org!

Reproducible: Always
Steps to Reproduce:
1.
2.
3.




I'd really like to avoid app-xemacs, and continue using the simple duo of 
app-editors/xemacs and app-editors/xemacs-packages-sumo.

Until I can, I'll be upgrading my Xemacs manually.  Of course, maybe Gentoo can 
do this already, and I just don't know how.

Robert, can you check the status of this one?

Mass re-assign of really stale bugs; xemacs herd, please verify the status and
close them if these issues no longer exist. 

My preferred solution to this would be to change the current sumo package into
a meta-package which includes all the normal packages. That makes it possible
to just emerge app-editors/xemacs and app-xemacs/sumo-something and have
everything ready. 

*** Bug 177407 has been marked as a duplicate of this bug. ***

*** Bug 177409 has been marked as a duplicate of this bug. ***

Shouldn't the "parts" have -sumo as a blocker to avoid file collisions?

As I mentioned my intended solution is to remove the sumo package completely
and instead create a "sumo" package consisting of the individual parts. 

Adding blockers is a way to work around the current situation and avoid file
collisions by explicitly warning about problems beforehand. It's quite a bit of
work to add all the blockers, though, and I hoped to complete the work needed
to remove the sumo package sooner. Since that hasn't happened yet I'll
reconsider adding the blockers as a temporary solution in the meantime.

Problem still present with app-xemacs/debug-1.18 and
app-xemacs/xemacs-packages-sumo-2007.04.27:

* package app-xemacs/debug-1.18 NOT merged
 *
 * Detected file collision(s):
 *
 *      /usr/lib/xemacs/xemacs-packages/lisp/debug/gdbsrc.elc
 *      /usr/lib/xemacs/xemacs-packages/lisp/debug/dbx.elc
 *      /usr/lib/xemacs/xemacs-packages/lisp/debug/history.elc
 *      /usr/lib/xemacs/xemacs-packages/lisp/debug/auto-autoloads.el
 *      /usr/lib/xemacs/xemacs-packages/lisp/debug/custom-load.el
 *      /usr/lib/xemacs/xemacs-packages/lisp/debug/gdbsrc.el
 *      /usr/lib/xemacs/xemacs-packages/lisp/debug/dbx.el
 *      /usr/lib/xemacs/xemacs-packages/lisp/debug/gdb.elc
 *      /usr/lib/xemacs/xemacs-packages/lisp/debug/_pkg.el
 *      /usr/lib/xemacs/xemacs-packages/lisp/debug/history.el
 *      /usr/lib/xemacs/xemacs-packages/lisp/debug/gdb.el
 *      /usr/lib/xemacs/xemacs-packages/lisp/debug/gud.el
 *      /usr/lib/xemacs/xemacs-packages/lisp/debug/gdb-highlight.elc
 *      /usr/lib/xemacs/xemacs-packages/lisp/debug/pdb.el
 *      /usr/lib/xemacs/xemacs-packages/lisp/debug/debug-toolbar.el
 *      /usr/lib/xemacs/xemacs-packages/lisp/debug/gud.elc
 *      /usr/lib/xemacs/xemacs-packages/lisp/debug/gdb-highlight.el
 *      /usr/lib/xemacs/xemacs-packages/lisp/debug/pdb.elc
 *      /usr/lib/xemacs/xemacs-packages/lisp/debug/debug-toolbar.elc
 *      /usr/lib/xemacs/xemacs-packages/lisp/debug/auto-autoloads.elc
 *      /usr/lib/xemacs/xemacs-packages/lisp/debug/ChangeLog
 *      /usr/lib/xemacs/xemacs-packages/lisp/debug/custom-load.elc
 *      /usr/lib/xemacs/xemacs-packages/pkginfo/MANIFEST.debug
 *
 * Searching all installed packages for file collisions...
 *
 * Press Ctrl-C to Stop
 *
 * app-xemacs/xemacs-packages-sumo-2007.04.27
 *      /usr/lib/xemacs/xemacs-packages/lisp/debug/gdbsrc.elc
 *      /usr/lib/xemacs/xemacs-packages/lisp/debug/dbx.elc
 *      /usr/lib/xemacs/xemacs-packages/lisp/debug/history.elc
 *      /usr/lib/xemacs/xemacs-packages/lisp/debug/auto-autoloads.el
 *      /usr/lib/xemacs/xemacs-packages/lisp/debug/custom-load.el
 *      /usr/lib/xemacs/xemacs-packages/lisp/debug/gdbsrc.el
 *      /usr/lib/xemacs/xemacs-packages/lisp/debug/dbx.el
 *      /usr/lib/xemacs/xemacs-packages/lisp/debug/gdb.elc
 *      /usr/lib/xemacs/xemacs-packages/lisp/debug/_pkg.el
 *      /usr/lib/xemacs/xemacs-packages/lisp/debug/history.el
 *      /usr/lib/xemacs/xemacs-packages/lisp/debug/gdb.el
 *      /usr/lib/xemacs/xemacs-packages/lisp/debug/gud.el
 *      /usr/lib/xemacs/xemacs-packages/lisp/debug/gdb-highlight.elc
 *      /usr/lib/xemacs/xemacs-packages/lisp/debug/pdb.el
 *      /usr/lib/xemacs/xemacs-packages/lisp/debug/debug-toolbar.el
 *      /usr/lib/xemacs/xemacs-packages/lisp/debug/gud.elc
 *      /usr/lib/xemacs/xemacs-packages/lisp/debug/gdb-highlight.el
 *      /usr/lib/xemacs/xemacs-packages/lisp/debug/pdb.elc
 *      /usr/lib/xemacs/xemacs-packages/lisp/debug/debug-toolbar.elc
 *      /usr/lib/xemacs/xemacs-packages/lisp/debug/auto-autoloads.elc
 *      /usr/lib/xemacs/xemacs-packages/lisp/debug/ChangeLog
 *      /usr/lib/xemacs/xemacs-packages/lisp/debug/custom-load.elc
 *      /usr/lib/xemacs/xemacs-packages/pkginfo/MANIFEST.debug 

I've just added app-xemacs/xemacs-packages-all-2007.04.27 to the xemacs
overlay. After some more testing this meta package will be moved into Gentoo
CVS as a replacement for the sumo package.

The sumo package will then be deprecated and finally removed, after which this
bug can be closed.

Feedback on the new meta package is welcome.

I've just added a slightly modified xemacs-packages-all to CVS.

app-xemacs/xemacs-packages-sumo is now masked. Please use
app-xemacs/xemacs-packages-all instead.

This bug can finally be closed!

Subtituting app-xemacs/xemacs-packages-sumo with
app-xemacs/xemacs-packages-all 

breakc app-xemacs/cc-mode. Opening a .cc file results in the message:
(file-error "Cannot open load file" "advice")

If i explicitly set in init.el:
(1) (initialization/error) An error has occurred while loading
/home/tequilatr/.xemacs/init.el:

Cannot open load file: advice

To ensure normal operation, you should investigate the cause of the error
in your initialization file and remove it.  Use the `-debug-init' option
to XEmacs to view a complete error backtrace.

this error backtrace does not help, though i suppose advice is just a module
that is missing, and i cannot find it anywhere, nor a package containing it.
Look here:
http://mlblog.osdir.com/emacs.cc-mode.general/2006-07/msg00021.html

Anything that i am missing? 

(In reply to comment #12)
> Subtituting app-xemacs/xemacs-packages-sumo with
> app-xemacs/xemacs-packages-all 
> 
> breakc app-xemacs/cc-mode. Opening a .cc file results in the message:
> (file-error "Cannot open load file" "advice")

This is probably bug 221789

Ah, indeed. Re-emerging xemacs-base did the trick. 
Maybe it should be added to the message with the removal of the sumo package to
re-emerege all xemacs-related packages. I assume advice.el got delete 
because of the file collissions, why we should have removed the sumo packag at
first place.

Thanks.