Not to upgrade GhostScript

Mr. Alex · 2010-12-11 09:28:13

GS has some serious bug ( http://bugs.ghostscript.com/show_bug.cgi?id=691733 ) and I have v8 which doesn't. If I upgrade it, I won't be able to print. GS has a lot of dependencies. I thought that if I add GS to pacman.conf to "IgnorePkg", it won't be upgraded when "pacman -Syu". But what about

hplip
libspectre
libxext
libxt
libcups
fontconfig
gnutls

?

They all are in connection with this package. So if they are upgraded and GS not, will it cause problems?

Leonid.I · 2010-12-12 00:04:07

Well, I have been having gs 9 since long ago, and never had problems with printing pdf (if that's what you are referring to as a "serious bug"). Although, I never printed anything extra-fancy.

Regarding your question, at least libspectre will be broken, because:

~> ldd /usr/lib/libspectre.so.1.1.6 | grep "libgs."
libgs.so.9 => /usr/lib/libgs.so.9 (0xb6f5d000)

Last edited by Leonid.I (2010-12-12 00:04:28)

Mr. Alex · 2010-12-12 10:43:42

This bug is not about file format but about printer. Laserjet 1018 prints OK with v9 when Deskjet 5150 doesn't. It doesn't matter whether it's PDF or ODT or anything else.

Leonid.I · 2010-12-13 19:08:05

Mr. Alex wrote:

This bug is not about file format but about printer. Laserjet 1018 prints OK with v9 when Deskjet 5150 doesn't. It doesn't matter whether it's PDF or ODT or anything else.

Many printers appear to have this problem: HP, Canon, Epson, ... I would say, it's a driver incompatibility issue. FWIW, HP color laserjet cp3505 & 3800 are OK.

Mr. Alex · 2010-12-14 17:02:27

> driver incompatibility issue
What exactly do you mean by this? What driver? What incompatibility?

Leonid.I · 2010-12-14 18:52:08

Mr. Alex wrote:

> driver incompatibility issue
What exactly do you mean by this? What driver? What incompatibility?

Printers use drivers (PPD files, etc...), right? These drivers can't use / misuse some features of gs9 (API could have changed) -- hence the "bug". I'll test with the Brother and Samsung printers soon, to see if I experience this issue...

Mr. Alex · 2010-12-14 18:59:32

Will this be fixed in future?

whoops · 2010-12-16 17:50:07

Anything new on this?

Does someone still have a working PKGBUILD of working version (+ other packages that are "stuck" with the old ghostscript)?

Mr. Alex · 2010-12-16 18:32:49

You can get old versions here: http://schlunix.org/archlinux/extra/os/i686/ , including GS v8 which doesn't have that bug.

whoops · 2010-12-16 19:06:12

Thanks, didn't know that site!

Did anyone find something other than libspectre that needs the new version or to be downgraded?

Mr. Alex · 2010-12-16 19:09:26

A lot of packages:

$ pacman -Qi ghostscript

Name           : ghostscript
Version        : 8.71-3
URL            : http://www.ghostscript.com/
Licenses       : GPL3  custom
Groups         : None
Provides       : ghostscript-lprng
Depends On     : libxext  libxt  libcups>=1.4.2-3  fontconfig>=2.8.0  gnutls>=2.8.5  cairo>=1.8.8-2  jasper>=1.900.1-4  zlib
                 libpng>=1.4.0  libjpeg>=8
Optional Deps  : texlive-core:    dvipdf
                 gtk2:        gsx
Required By    : hplip  libspectre
Conflicts With : None
Replaces       : ghostscript-lrpng
Installed Size : 41716.00 K
Packager       : Andreas Radke <andyrtr@archlinux.org>
Architecture   : i686
Build Date     : Mon Mar 22 00:17:34 2010
Install Date   : Mon Nov 15 12:28:39 2010
Install Reason : Installed as a dependency for another package
Install Script : No
Description    : An interpreter for the PostScript language

Last edited by Mr. Alex (2010-12-16 19:10:11)

Leonid.I · 2010-12-16 21:29:03

whoops wrote:

Thanks, didn't know that site!
Did anyone find something other than libspectre that needs the new version or to be downgraded?

Like Mr. Alex said, do a "pacman -Qi ghostscript | grep Required". However, most likely only the packages, which contain libs linked to libgs will need rebuilding.

Mr. Alex, your output shows that only 2 packages depend on gs: libspectre and hplip -- not a lot...

Mr. Alex · 2010-12-17 12:14:09

I meant that it's in connection with "Depends On" packages.

Leonid.I · 2010-12-17 17:00:06

Mr. Alex wrote:

I meant that it's in connection with "Depends On" packages.

Right, but all you need is a gs 8.71 PKGBUILD. It should build/install fine even with the new libxext and the like. This way you don't have to roll back many packages.

EDIT: And PKGBUILD can be obtained from SVN: https://wiki.archlinux.org/index.php?ti … S_From_SVN

Last edited by Leonid.I (2010-12-17 17:01:10)

whoops · 2010-12-18 09:52:01

OK, that's what I originally planned to do - thanks for the hint again, I can't believed I managed to not even hear about that svn repos existance for all those years somehow...

Now... I haven't used svn a lot yet.
$ LC_ALL=C svn log ghostscript | grep 8.71 -A6 -B6
says...
------------------------------------------------------------------------
r73021 | andyrtr | 2010-03-21 22:20:23 +0100 (Sun, 21 Mar 2010) | 2 lines

upgpkg: ghostscript 8.71-3
fix a segfault, closes #18339
------------------------------------------------------------------------

but with that revision I get ghostscript 8.71-2...? What am I doing wrong?

Also:
Anyone who already did that: what other packages did you have to recompile / or even downgrade? I'm going to have to do this on a remote machine and every test / revision I have to make will result in a 3-4 day delay before I get the result

foutrelis · 2010-12-18 11:10:32

whoops wrote:

but with that revision I get ghostscript 8.71-2...? What am I doing wrong?

Maybe you're exporting a directory from inside /repos instead of getting /trunk.

Try this:

svn export -r73021 svn://archlinux.org/packages/ghostscript/trunk ghostscript

AndyRTR · 2010-12-18 12:16:49

It would be much better to work on fixing gs 9.00 bugs. Look at bugreports in our tracker and upstream. Local downgrades are always only a temporary solution!

Leonid.I · 2010-12-18 19:31:24

foutrelis wrote:

whoops wrote:
but with that revision I get ghostscript 8.71-2...? What am I doing wrong?
Maybe you're exporting a directory from inside /repos instead of getting /trunk.

Exactly:

[ntc] arch> svn co svn://svn.archlinux.org/packages/ghostscript
...
[ntc] arch> cd ./ghostscript
[ntc] ghostscript> svn update -r73021
...
[ntc] ghostscript> grep -m 1 pkgrel ./trunk/PKGBUILD
pkgrel=3

Last edited by Leonid.I (2010-12-18 19:32:07)

whoops · 2010-12-19 08:50:46

Ah, right, that's exactly what I was doing wrong, thanks!
Going to deploy that tomorrow, hope it'll make printing work again without further steps until this is fixed upstream or something.

AndyRTR wrote:

It would be much better to work on fixing gs 9.00 bugs. Look at bugreports in our tracker and upstream. Local downgrades are always only a temporary solution!

Not sure what else to do there... isn't the reporting part of this bug sort of done? If anyone who's working on a patch posted questions about the problem that didn't get answered yet anywhere, I didn't find those (and I doubt I could answer any, not having a printer AND not having much of a clue what I'm doing). Would it help if everyone affected wrote "me too!"-sort of posts in every bug?

Leonid.I · 2010-12-30 22:32:32

Leonid.I wrote:

Mr. Alex wrote:
> driver incompatibility issue
What exactly do you mean by this? What driver? What incompatibility?
Printers use drivers (PPD files, etc...), right? These drivers can't use / misuse some features of gs9 (API could have changed) -- hence the "bug". I'll test with the Brother and Samsung printers soon, to see if I experience this issue...

FWIW, printing pdfs from okular (arch64) to Brother 4070CDW works.

L0cutus · 2011-01-22 15:43:15

same problem here on archx86_64, gs 9.0 (all just installed) & an HP Photosmart C4580 connected via wifi,
what i obtain is this:

http://dl.dropbox.com/u/7614523/Screens … .16.51.jpg
http://dl.dropbox.com/u/7614523/Screens … .17.06.jpg

solved by installing gs 8.71

tenlegger · 2011-01-22 18:30:10

Leonid.I wrote:

Mr. Alex wrote:
This bug is not about file format but about printer. Laserjet 1018 prints OK with v9 when Deskjet 5150 doesn't. It doesn't matter whether it's PDF or ODT or anything else.
Many printers appear to have this problem: HP, Canon, Epson, ... I would say, it's a driver incompatibility issue. FWIW, HP color laserjet cp3505 & 3800 are OK.

Just for the record, my HP Officejet Pro 8000 prints PDF's from Okular, Web pages/HTML documents from Firefox and documents from Ooo just fine (including DUPLEX printing with all 3 apps!)

Arch Linux

#1 2010-12-11 09:28:13

Not to upgrade GhostScript

#2 2010-12-12 00:04:07

Re: Not to upgrade GhostScript

#3 2010-12-12 10:43:42

Re: Not to upgrade GhostScript

#4 2010-12-13 19:08:05

Re: Not to upgrade GhostScript

#5 2010-12-14 17:02:27

Re: Not to upgrade GhostScript

#6 2010-12-14 18:52:08

Re: Not to upgrade GhostScript

#7 2010-12-14 18:59:32

Re: Not to upgrade GhostScript

#8 2010-12-16 17:50:07

Re: Not to upgrade GhostScript

#9 2010-12-16 18:32:49

Re: Not to upgrade GhostScript

#10 2010-12-16 19:06:12

Re: Not to upgrade GhostScript

#11 2010-12-16 19:09:26

Re: Not to upgrade GhostScript

#12 2010-12-16 21:29:03

Re: Not to upgrade GhostScript

#13 2010-12-17 12:14:09

Re: Not to upgrade GhostScript

#14 2010-12-17 17:00:06

Re: Not to upgrade GhostScript

#15 2010-12-18 09:52:01

Re: Not to upgrade GhostScript

#16 2010-12-18 11:10:32

Re: Not to upgrade GhostScript

#17 2010-12-18 12:16:49

Re: Not to upgrade GhostScript

#18 2010-12-18 19:31:24

Re: Not to upgrade GhostScript

#19 2010-12-19 08:50:46

Re: Not to upgrade GhostScript

#20 2010-12-30 22:32:32

Re: Not to upgrade GhostScript

#21 2011-01-22 15:43:15

Re: Not to upgrade GhostScript

#22 2011-01-22 18:30:10

Re: Not to upgrade GhostScript

Board footer