Bug 208509 – stable request for media-gfx/pstoedit-3.45

• Status: RESOLVED FIXED
• Product: Gentoo Linux

[Description Petteri Räty (RETIRED) 2008-02-01 21:31:14 UTC]

wrt https://bugs.gentoo.org/show_bug.cgi?id=137204#c36

Any objections?

[Comment 1 Alexis Ballier 2008-02-02 07:56:10 UTC]

I dont understand: swf support is disabled in all our ebuilds so bug #137204 shouldn't be an issue.
Apart from it having been bumped one week or so ago, no objection from me.

Feel free to add arches if you think its necessary, after all I've had fever for 2days and can still hardly stand up :/

[Comment 2 Petteri Räty (RETIRED) 2008-02-02 22:04:52 UTC]

(In reply to comment #1)
> I dont understand: swf support is disabled in all our ebuilds so bug #137204
> shouldn't be an issue.
> Apart from it having been bumped one week or so ago, no objection from me.
> 

Well I don't know I was under the impression that stable has broken but I didn't actually test. If stable works then forget this report :D

[Comment 3 vltg0903 2008-02-26 21:43:50 UTC]

Created attachment 144704 [details]
pstoedit-3.44 test case

pstoedit-3.44 has problems converting to svg files when ghostscript-gpl instead of ghostscript-esp is installed, 3.45 fixed this. See the attachment, it replicates the inkscape 'Render LaTeX' plugin functionality. Problem here is that pstoedit calls gs to do some mystic postscript things, and with ghostscript-gpl-8.61-r1 and pstoedit-3.44, gs never returns.
Please stabilize 3.45.

[Comment 4 Alexis Ballier 2008-02-26 21:51:44 UTC]

> pstoedit-3.44 has problems converting to svg files when ghostscript-gpl instead
> of ghostscript-esp is installed, 3.45 fixed this. See the attachment, it
> replicates the inkscape 'Render LaTeX' plugin functionality. Problem here is
> that pstoedit calls gs to do some mystic postscript things, and with
> ghostscript-gpl-8.61-r1 and pstoedit-3.44, gs never returns.
> Please stabilize 3.45.

fair enough, thanks for the report.

[Comment 5 Jeroen Roovers (RETIRED) 2008-02-27 04:26:46 UTC]

Stable for HPPA.

[Comment 6 Christian Faulhammer (RETIRED) 2008-02-27 09:40:19 UTC]

x86 stable

[Comment 7 Santiago M. Mola (RETIRED) 2008-02-27 11:07:52 UTC]

amd64 stable

[Comment 8 Ferris McCormick (RETIRED) 2008-02-27 15:48:27 UTC]

Sparc stable, tested with tk driver.  I wonder, however, why the ebuild ignores MAKE_OPTS and uses make instead of emake.

[Comment 9 nixnut (RETIRED) 2008-02-28 15:00:33 UTC]

ppc stable

[Comment 10 Alexis Ballier 2008-02-29 11:15:32 UTC]

(In reply to comment #8)
> I wonder, however, why the ebuild ignores
> MAKE_OPTS and uses make instead of emake.
> 

My bet would be because it sucks.
If you have a box with multiple cpus / distccs, feel free to switch from make to emake. As it is going stable now, I prefer not doing it myself as I've already seen parallel issues never happening on my single cpu machine while I had bug reports about such issues :/

[Comment 11 Brent Baude (RETIRED) 2008-03-04 13:09:20 UTC]

ppc64 stable, closing as we are last one