Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 8472 - ghostscript and gimp-print dependencies quite weird
Summary: ghostscript and gimp-print dependencies quite weird
Status: RESOLVED FIXED
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: New packages (show other bugs)
Hardware: All Linux
: High normal (vote)
Assignee: Grant Goodyear (RETIRED)
URL:
Whiteboard:
Keywords:
: 8527 8644 8806 8840 8876 (view as bug list)
Depends on:
Blocks: 8700
  Show dependency tree
 
Reported: 2002-09-27 12:28 UTC by Alexander Gretencord
Modified: 2003-01-09 07:43 UTC (History)
6 users (show)

See Also:
Package list:
Runtime testing required: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Alexander Gretencord 2002-09-27 12:28:41 UTC
Today I wanted to do an emerge -u world and again -p was my friend :)  
  
The problem is that it wants to merge a new ghoscript, namely  
ghostscript-7.05.5 which depends on gimp-print 4.2.1 if you have X in your USE  
var.  
  
1) I have gimp-print-cups installed (which strangely uses gimp-print-4.3 while  
ghostscript wants 4.2)  
  
2) The gimp-print ebuild has gimp as a dep which is just not true. You can let  
it build a gimp plugin, true but gimp is not required. (just ran a  
"./configure --without-gimp" which ran fine).  
  
So please make that gimp requirement a use var. I understand that there are  
quite some use vars already but I dont want to install gimp and deps for gimp  
itself just because some ebuild wants to build a plugin I would never ever use  
anyway... 
  
Also you'd have to use the gimp USE var in the ghostscript ebuild too. I DO  
want X but not gimp-print, I already have gimp-print-cups merged anyway.
Comment 1 Scott Robbins 2002-09-29 20:12:25 UTC
I can verify this.  It's been mentioned on both Gentoo Forums and gentoo-user.
The workaround at present, seems to be to emerge one of them with the --nodeps 
option and take it from there. 

Scott
Comment 2 SpanKY gentoo-dev 2002-10-02 11:14:31 UTC
*** Bug 8527 has been marked as a duplicate of this bug. ***
Comment 3 SpanKY gentoo-dev 2002-10-02 11:15:38 UTC
*** Bug 8644 has been marked as a duplicate of this bug. ***
Comment 4 adam morley 2002-10-03 11:11:54 UTC
I'm still getting this --- is there a fix in the works, or should I be doing the
--nodeps thing instead?
Comment 5 SpanKY gentoo-dev 2002-10-06 16:03:52 UTC
*** Bug 8806 has been marked as a duplicate of this bug. ***
Comment 6 Olav Kolbu 2002-10-07 08:21:08 UTC
Just some more info, and another temporary workaround. This is from a clean
1.4_rc1 install, half way through emerging kde, just after it failed on gimp-print.

home root # emerge --pretend kde|head

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

Calculating dependencies ...done!
[ebuild  N   ] media-gfx/gimp-print-4.2.1
[ebuild  N   ] app-text/ghostscript-7.05.5
[ebuild  N   ] net-print/cups-1.1.15-r2
[...]

home root # emerge  kde
Calculating dependencies ...done!
>>> emerge media-gfx/gimp-print-4.2.1 to /
>>> md5 ;-) gimp-print-4.2.1.tar.gz
[...]
checking for cupsPrintFiles in -lcups... no
configure: error: Cannot find CUPS libraries (libcups)

!!! ERROR: The ebuild did not complete successfully.
!!! Function econf, Line 9, Exitcode 1
!!! econf failed


home root # emerge --pretend cups

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

Calculating dependencies ...done!
[ebuild  N   ] media-gfx/gimp-print-4.2.1
[ebuild  N   ] app-text/ghostscript-7.05.5
[ebuild  N   ] net-print/cups-1.1.15-r2

home root # emerge --pretend gimp-print

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

Calculating dependencies ...done!
[ebuild  N   ] app-text/ghostscript-7.05.5
[ebuild  N   ] net-print/cups-1.1.15-r2
[ebuild  N   ] media-gfx/gimp-print-4.2.1

home root # emerge --pretend ghostscript

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

Calculating dependencies ...done!
[ebuild  N   ] net-print/cups-1.1.15-r2
[ebuild  N   ] media-gfx/gimp-print-4.2.1
[ebuild  N   ] app-text/ghostscript-7.05.5



So a quick workaround here appears to be to emerge ghostscript first, since its
dependencies force cups to be built first (as it should). Then carry on as
usual. The nodeps-trick should also work. Still, someone @gentoo need to fix
this messed up dependency graph.

                      OK
Comment 7 SpanKY gentoo-dev 2002-10-07 09:01:40 UTC
*** Bug 8840 has been marked as a duplicate of this bug. ***
Comment 8 SpanKY gentoo-dev 2002-10-07 20:59:50 UTC
*** Bug 8876 has been marked as a duplicate of this bug. ***
Comment 9 Martin Holzer (RETIRED) gentoo-dev 2002-10-09 03:59:54 UTC
seems like it's changed in cvs

works for me
Comment 10 Alexander Gretencord 2002-10-09 05:22:39 UTC
Well just did an rsync and now you only get gimp-print if you have gnome in  your USE var. That's ok with me, dunno if its ok for all the others though.  Oh btw. don't forget to close this bug Grant :) 
Comment 11 Grant Goodyear (RETIRED) gentoo-dev 2002-10-23 18:15:06 UTC
Closed.  All thanks to the great raker!!!
Comment 12 Guillaume 2003-01-09 07:43:44 UTC
For me it's not fixed: in my USE variable I have -gnome and updating ghostscript
still requires gimp-print.