Bug 15301 – sodipodi-0.30 (new version)

• Status: RESOLVED FIXED
• Product: Gentoo Linux

[Description Martin Vollrathson 2003-02-07 22:07:46 UTC]

New version. New ebuild.
Printing had to be disabled or make would fail.

Reproducible: Always
Steps to Reproduce:

[Comment 1 Martin Vollrathson 2003-02-07 22:08:27 UTC]

Created attachment 8029 [details]
sodipodi-0.30.ebuild

[Comment 2 Thomas Raschbacher 2003-02-09 10:23:28 UTC]

i like sodipodi ;)

[Comment 3 Martin Vollrathson 2003-02-09 10:46:31 UTC]

Yep, me too. To bad printing is broken. Missing source files or broken Makefiles.

[Comment 4 Pat Suwalski 2003-02-09 15:08:41 UTC]

(...)
checking for popt.h... yes
checking X11/Xft/Xft.h usability... no
checking X11/Xft/Xft.h presence... no
checking for X11/Xft/Xft.h... no
configure: error: --with-xft was specified, but appropriate development packages could not be found

!!! ERROR: media-gfx/sodipodi-0.30 failed.
!!! Function econf, Line 334, Exitcode 1
!!! econf failed


This is strange:
ls /usr/include/X11/Xft/:
Xft.h  XftCompat.h

[Comment 5 Martin Vollrathson 2003-02-09 20:22:00 UTC]

Very strange. The configure script does no magic:

AC_CHECK_HEADER(X11/Xft/Xft.h, xft_ok=yes, xft_ok=no)
if test "x$xft_ok" != "xyes"; then
  dnl No xft found

etc...

So if you really have X11/Xft/Xft.h there is really no reason for it not to work. Make sure you have a symlink from /usr/include/X11 to ../X11R6/include/X11, because that's all I can think of that might screw it up.

[Comment 6 Mike Verdone 2003-02-09 21:47:07 UTC]

Just confirming that this problem was NOT fixed with sodipodi-0.30.1 (but supposedly 
printing was). 
 
The 0.30 ebuild causes the same failure on 0.30.1 with regards to Xft. The symlink is 
there: /usr/include/X11 --> ../X11R6/include/X11. 
 
Dunno if that's very helpful... 

[Comment 7 Martin Vollrathson 2003-02-09 22:04:21 UTC]

Created attachment 8112 [details]
sodipodi-0.30.1.ebuild

Now with printing enabled and dependencies added.
No fix for the Xft problem.

[Comment 8 Martin Vollrathson 2003-02-09 22:40:29 UTC]

Created attachment 8114 [details]
sodipodi.tar.bz2

I made a patch for the configure script. It might work around the problem some
people were having with Xft.

I modified the configure script to check for xft-config in the path instead of
the headers. It seems to work, please test it.

[Comment 9 Hanno Böck 2003-02-12 04:56:44 UTC]

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

[Comment 10 foser (RETIRED) 2003-02-12 06:21:57 UTC]

dep on virtual/xft , not xft directly. make love, not war . libgnomeprint(ui) should be behind a gnome use flag imo. Are you sure these are the lowest common denominator deps ? popt should probably 1.5. 

Does sodipodi still support nls ? Most gtk2 apps don't these days (even if the configure option is there, it may be a remnant of 'better times'). popt and gettext should be DEPEND's most likely, not RDEPEND.

just a few notes to improve this thing.

keywords should be ~x86 ofcourse :)

[Comment 11 Martin Vollrathson 2003-02-12 08:46:04 UTC]

Hmm... I always USE="-gnome" but that doesn't mean I don't want to be able to print from sodipodi. I'm not sure what to do about that. You're probably right about the other stuff.

[Comment 12 foser (RETIRED) 2003-02-12 08:56:42 UTC]

maybe, but ppl wanting just gtk aren't waiting for libgnome* libs.

[Comment 13 Martin Vollrathson 2003-02-12 09:18:04 UTC]

Created attachment 8190 [details]
sodipodi-0.30.1.tar.bz2

Changed gettext to DEPEND istead of RDEPEND, not popt. libpopt.so is used by
sodipodi - sounds like a runtime dependency to me. Changed to virtual/xft,
removed version from popt. Changed x86 to ~x86. The minimum versions of the
other dependencies were taken from configure.in and should be accurate. I did
_not_ hide libgnomeprint(ui) behind gnome use flag because I feel that would
not be useful in this case.

[Comment 14 Martin Vollrathson 2003-02-12 09:22:04 UTC]

Would it be possible to have a use-flag combination, like:

( gnome? || printing? ) ( >=gnome-base/libgnomeprint-1.116.0 >=gnome-base/libgnomeprintui-1.116.0 )

or

gnome? ( >=gnome-base/libgnomeprint-1.116.0 >=gnome-base/libgnomeprintui-1.116.0 )
printing? ( >=gnome-base/libgnomeprint-1.116.0 >=gnome-base/libgnomeprintui-1.116.0 )

...or something similar for people like me, who want printing but not gnome.

[Comment 15 Hanno Böck 2003-02-24 04:52:07 UTC]

new version 0.31 is out.

[Comment 16 Thomas Raschbacher 2003-03-07 11:30:01 UTC]

added 0.31 w/o gnome-print for now (cuz it breaks)

[Comment 17 Thomas Raschbacher 2003-03-12 02:09:45 UTC]

since it works w/o restrictions i'll close this bug ..

[Comment 18 Benedict Verhegghe 2003-03-14 08:45:49 UTC]

The new 0.31 ebuild still has the same config problems with Xft as reported
in Comment #4

[Comment 19 Michael Pujos 2003-03-14 13:59:15 UTC]

I took have the xft problem. I think it want to use a version of Xft that is newer than the one in portage.

[Comment 20 Thomas Raschbacher 2003-03-16 05:33:36 UTC]

weird .. works here .. which versions do u guys have ?

[Comment 21 José Fonseca 2003-03-17 11:27:10 UTC]

The problem here with Xft is _not_ finding X11/Xft/Xft.h as happened above, but finding freetype/freetype.h wich is included by Xft.h and lives on /usr/include/freetype2 on my system, i.e., /usr/include/freetype2/freetype/freetype.h to be more precise.

Doing 

   CPPFLAGS=-I/usr/include/freetype2 emerge sodipodi

does the trick for me.

[Comment 22 Stephane Loeuillet 2003-10-01 08:30:30 UTC]

still relevant with 0.32 in portage ?

if not, time to close

[Comment 23 foser (RETIRED) 2003-10-01 08:48:21 UTC]

got reopened again in the last bugzilla move.

closing.

YAY ANOTHER POINT, hardware here i come. Or lordvan rather.. *sigh*