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 attachment 150747 [details] gdl2-0.11.0.build.log gdl2-0.11.0.build.log
Created attachment 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 attachment 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 attachment 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