Bugzilla Bug 219071

gnustep-libs/gdl2-0.11.0 wants a package that doesn't exist.
http://gentoo-portage.com/gnustep-apps/sope

Reproducible: Always

Steps to Reproduce:
1. emerge gnustep-libs/gdl2-0.11.0


Expected Results:  
There should be no missing dependencies!

Created an attachment (id=150747) [details]
gdl2-0.11.0.build.log

gdl2-0.11.0.build.log

Created an attachment (id=150748) [details]
portage.info_2008.04.23.12:54:55

Check the ebuild again, the DEPEND is "!gnustep-apps/sope" so this is a
blocker, not a depend (I'll probably remove that one anyway, leftover of old
ebuilds)

However the build log indicates it does miss a depend (on gorm):
Palette.h:26:40: warning: InterfaceBuilder/IBPalette.h: No such file or
directory
ResourceManager.h:26:48: warning: InterfaceBuilder/IBResourceManager.h: No such
file or directory

OK, added a dependency on gorm in CVS, please wait a few hours, sync and try
again

Thanks for the report!

This does me no good, since gorm needs myghty, which needs
dev-python/paste-1.6. I've tried repeatedly to compile dev-python/paste-1.6,
but it fails on a sandbox violation. So I don't see how changing this will help
me. So I guess, according to you, dev-python/paste-1.6 is also a blocker!

>>> Source compiled.
--------------------------- ACCESS VIOLATION SUMMARY
---------------------------
LOG FILE = "/var/log/sandbox/sandbox-2202.log"

open_wr:   /root/.gconf/.testing.writeability
unlink:    /root/.gconf/.testing.writeability
open_wr:   /root/.gconfd/saved_state
open_wr:   /root/.gconfd/saved_state
open_wr:   /root/.gconfd/saved_state
open_wr:   /root/.gconfd/saved_state
open_wr:   /root/.gconfd/saved_state
open_wr:   /root/.gconfd/saved_state
open_wr:   /root/.gconfd/saved_state
open_wr:   /root/.gconfd/saved_state
open_wr:   /root/.gconfd/saved_state
open_wr:   /root/.gconfd/saved_state
open_wr:   /root/.gconfd/saved_state
open_wr:   /root/.gconfd/saved_state
open_wr:   /root/.gconfd/saved_state
open_wr:   /root/.gconfd/saved_state
open_wr:   /root/.gconfd/saved_state
open_wr:   /root/.gconfd/saved_state
open_wr:   /root/.gconfd/saved_state
open_wr:   /root/.gconfd/saved_state
open_wr:   /root/.gconfd/saved_state
open_wr:   /root/.gconfd/saved_state
open_wr:   /root/.gconfd/saved_state
open_wr:   /root/.gconfd/saved_state.tmp
--------------------------------------------------------------------------------

 * GNU info directory index is up-to-date.

Created an attachment (id=150818) [details]
paste-1.6.emerge_info.build.log

Combined build.log and emerge --info for dev-python/paste.

A blocker means that the two packages can not be installed in parallel (because
they install the same file, could disrupt each other, ...). See
http://www.gentoo.org/doc/en/handbook/handbook-x86.xml?part=2&chap=1#doc_chap4

In that case, this is a problem on a direct depend, can you post the output of
"emerge -petv gorm"? 

Created an attachment (id=150827) [details]
gorm.test.run

emerge --petv gorm

(In reply to comment #8)
There's no myghty or paste in the list, maybe you tried to install gorm and
another package at the same time? As for dev-python/paste problem, please open
another bug for it (as this is not related to gdl2/gorm)

You're right!! I must have had another package still in my queue, or simply
misread something. I'm now attempting to install gorm. I will let you know of
my results.

Shingoshi

Based on my inexperience, I'm either reading this incorrectly, or gorm is not
properly recognizing the packages I already have installed. I get this same
message for gorm-(1.2.2;1.2.4)

These are the packages that would be merged, in reverse order:

Calculating dependencies |
!!! Multiple versions within a single package slot have been 
!!! pulled into the dependency graph:

gnustep-base/gnustep-gui:0

  ('ebuild', '/', 'gnustep-base/gnustep-gui-0.12.1', 'merge') pulled in by
    ('ebuild', '/', 'gnustep-base/gnustep-back-art-0.12.1', 'merge')

  ('installed', '/', 'gnustep-base/gnustep-gui-0.13.2', 'nomerge') pulled in by
    ('ebuild', '/', 'gnustep-apps/gorm-1.2.2', 'merge')
    ('installed', '/', 'gnustep-base/mknfonts-0.5-r1', 'nomerge')


It may be possible to solve this problem by using package.mask to
prevent one of those packages from being selected. However, it is also
possible that conflicting dependencies exist such that they are
impossible to satisfy simultaneously. If such a conflict exists in the
dependencies of two different packages, then those packages can not be
installed simultaneously.

For more information, see MASKED PACKAGES section in the emerge man page
or refer to the Gentoo Handbook.

When I attempted to install gorm-1.2.1, I got the following messages:

These are the packages that would be merged, in reverse order:

Calculating dependencies... done!
[ebuild  N    ] gnustep-apps/gorm-1.2.1  USE="debug doc" 606 kB 
[ebuild     UD]  gnustep-base/gnustep-back-art-0.12.1 [0.13.2] USE="doc opengl
xim -debug" 0 kB 
[ebuild     UD]   gnustep-base/gnustep-gui-0.12.1 [0.13.2] USE="cups doc gif
jpeg png -debug" 0 kB 

Total: 3 packages (2 downgrades, 1 new), Size of downloads: 606 kB

>>> Verifying ebuild Manifests...
>>> starting parallel fetching pid 14855

>>> Emerging (1 of 3) gnustep-base/gnustep-gui-0.12.1 to /

Is mknfonts the problem here? Because I don't understand why gorm keeps asking
for packages that are installed, unless it's mknfonts. But this doesn't make
sense, because all of the dependencies are shown to be satisfied when looking
at the list presented by portato (A Portage GUI). I'm _not_ downgrading my
packages.

Shingoshi

I'm attempting to mask these packages
(gnustep-back-art-0.12.1;gnustep-gui-0.12.1) which are being called, and am
reattempting to install gorm.

I have reattempted installing gorm-1.2.4. It was only after masking the
packages stated above, that I then found out that gorm was asking for
gnustep-back-xlib. So I attempted to install that package, matching the
versions of my others installed. Now, I did that while having gorm in the
queue. That didn't work. Instead, I got this message when attempting it.

These are the packages that would be merged, in reverse order:

Calculating dependencies -
!!! All ebuilds that could satisfy "~gnustep-base/gnustep-gui-0.12.1" have been
masked.
!!! One of the following masked packages is required to complete your request:
- gnustep-base/gnustep-gui-0.12.1 (masked by: package.mask)
/etc/portage/package.mask:
#portato update#


For more information, see MASKED PACKAGES section in the emerge man page or 
refer to the Gentoo Handbook.
(dependency required by "gnustep-base/gnustep-back-xlib-0.12.1" [ebuild])

!!! Problem resolving dependencies for =gnustep-apps/gorm-1.2.4

The above dependency for gnustep-gui-0.12.1 should not have presented itself,
since I was attempting to install gnustep-back-xlib-0.13.2. So, I'm now going
to mask gnustep-back-xlib-0.12.1 and try this again.

Ok. I've done the attempt, and it failed!! This is a hornets nest of
counter-dependencies. There are multiple conflicting dependencies that exist
here. The biggest problem is with the gnustep-back* packages. There are three
different packages. All of them BLOCK the others. But the packages which gorm
asks for, require that you encounter these BLOCKing packages. And here's the
proof!!

These are the packages that would be merged, in reverse order:

Calculating dependencies /
!!! All ebuilds that could satisfy "~gnustep-base/gnustep-gui-0.12.1" have been
masked.
!!! One of the following masked packages is required to complete your request:
- gnustep-base/gnustep-gui-0.12.1 (masked by: package.mask)
/etc/portage/package.mask:
#portato update#


For more information, see MASKED PACKAGES section in the emerge man page or 
refer to the Gentoo Handbook.
(dependency required by "gnustep-base/gnustep-back-cairo-0.12.1" [ebuild])

!!! Problem resolving dependencies for =gnustep-apps/gorm-1.2.4

Now, since gorm-1.2.4 is the latest version available, and it is incapable of
being installed with the gnustep-*-0.13.2 series, the situation REMAINS
unresolved.


Shingoshi

You are mixing stable gorm and gnustep packages (back, gui, ...) with unstable
packages that are currently under package.mask (for a reason!). This cannot
work as gnustep-back needs the matching gnustep-gui package, which usually
needs the correct gnustep-base package.

Please clean /etc/portage/package.mask and /etc/portage/package.unmask of
gnustep entries, and try only with the latest *unmasked* packages

Original bug fixed in comment #4, closing this bug