Bug 123854 - sys-kernel/xen-sources-2.6.12.6-r2 depends on non-existent app-emulation/xen version
Bug#: 123854 Product:  Gentoo Linux Version: 2005.1 Platform: AMD64
OS/Version: Linux Status: RESOLVED Severity: major Priority: P2
Resolution: FIXED Assigned To: chrb@gentoo.org Reported By: molle.bestefich@gmail.com
Component: Ebuilds
URL: 
Summary: sys-kernel/xen-sources-2.6.12.6-r2 depends on non-existent app-emulation/xen version
Keywords:  
Status Whiteboard: 
Opened: 2006-02-23 13:41 0000
Description:   Opened: 2006-02-23 13:41 0000
Ok, this REALLY sucks.

The Xen ebuild busted my Portage again.

This time it's really screwed.

My automatic updates crash, which is not good.

Here's output from emerge -Dp world.
================================================
# emerge -Dp world

These are the packages that I would merge, in order:

Calculating world dependencies -
emerge: there are no ebuilds to satisfy "=app-emulation/xen-3.0.1".
(dependency required by "sys-kernel/xen-sources-2.6.12.6-r2" [ebuild])

!!! Problem resolving dependencies for sys-fs/evms
!!! Depgraph creation failed.
================================================

Gah...  Is there any way we could stop breaking Portage please?

------- Comment #1 From molle.bestefich@gmail.com 2006-02-23 14:43:22 0000 -------
(Checked the priorities list at
http://bugs.gentoo.org/page.cgi?id=fields.html#bug_severity, changed the
priority to "major", since this issue causes major loss of functionality for me
by breaking automatic updates.)

------- Comment #2 From molle.bestefich@gmail.com 2006-02-23 16:54:05 0000 -------
Oh, and sorry if I seem worked up.
I'm on a tight schedule, and I'm a bit disappointed with, hmm, Portage I guess.

Based on jakub's new summary for this bug, I'm guessing that this is just a
typo?

If so, it seems that this sort of situation is something that could easily be
fixed by a pre-commit hook in the repository that stores ebuilds, which checks
that dependencies are OK before allowing the commit.

Eagerly awaiting comments :-).

------- Comment #3 From Chris Bainbridge (RETIRED) 2006-02-24 05:15:02 0000 -------
Problem is xen-sources and xen versions must match to keep the hypervisor api
the same. xen-sources depends on a specific xen version, but that got bumped so
they no longer matched. It's fixed now.

Post-commit checking of syntax, depend sanity, compile etc. would be great, I
look forward to your implementation :-)

------- Comment #4 From Christopher G. Stach II 2006-02-27 21:58:59 0000 -------
xen-3.0.1 is not in portage.  xen-3.0.1-r1 is.  I believe that this patch sorta
breaks things, no?

------- Comment #5 From Chris Bainbridge (RETIRED) 2006-02-28 01:53:01 0000 -------
Which patch? The depend is fixed already...

------- Comment #6 From Christopher G. Stach II 2006-02-28 09:08:30 0000 -------
The patch made to the ebuild.  I needed to change it back to >= because
xen-3.0.1 isn't in portage.

------- Comment #7 From Chris Bainbridge (RETIRED) 2006-02-28 11:10:13 0000 -------
# emerge -vp =xen-sources-2.6.12.6-r2

These are the packages that I would merge, in order:

Calculating dependencies ...done!
[ebuild  N    ] app-emulation/xen-3.0.1-r1  -custom-cflags -debug -doc -screen
0 kB 
[ebuild  N    ] sys-kernel/xen-sources-2.6.12.6-r2  -build -doc -symlink 0 kB
[1] 

I'm not seeing the breakage? The new DEPEND is xen-3.0.1*

------- Comment #8 From Christopher G. Stach II 2006-02-28 11:28:14 0000 -------
Hmmmm, very strange.  I diffed my overlay with what I thought was current (I
had just run a sync to our portage mirror), and I saw your comment added for
the patch, and I saw that >= changed to =, but no asterisk.  Now, on another
machine, the asterisk is there.  I specifically looked for that asterisk, too. 
No idea.  Ok, nothing to see here...

------- Comment #9 From Jakub Moc (RETIRED) 2006-03-02 11:16:58 0000 -------
*** Bug 124674 has been marked as a duplicate of this bug. ***

------- Comment #10 From molle.bestefich@gmail.com 2006-03-03 04:49:10 0000 -------
Just to confirm that it's fixed..

Updating with emerge --sync and emerge -D world works for me now.

Thanks! :-)