RE: Uploaded libjpeg 6a-11 (source i386) to master
If the policy forbids 1. the policy should be changed! We had similar
situations like this before and we did link the binaries statically
against that one library.
We could alternatively create a libjpeg-aladdin with the increased
blocks value. So gs-aladdin would be linked against this library while
all other programs would use the standard. However, using a shared
library that is used by just one program isn't a better idea than to
link that one program statically IMO.
Michael
--
Dr. Michael Meskes, Project-Manager | topsystem Systemhaus GmbH
meskes@topsystem.de | Europark A2, Adenauerstr. 20
meskes@debian.org | 52146 Wuerselen
Go SF49ers! Go Rhein Fire! | Tel: (+49) 2405/4670-44
Use Debian GNU/Linux! | Fax: (+49) 2405/4670-10
> -----Original Message-----
> From: Mark Mickan [SMTP:mmickan@iweb.net.au]
> Sent: Friday, March 13, 1998 7:54 AM
> To: Scott Ellis
> Subject: Re: Uploaded libjpeg 6a-11 (source i386) to master
>
> Scott,
>
> [ cc'd to developer's mailing list in the hope that others might give
> opinions on what to do about this ]
>
> Previous releases of gs-aladdin have been broken when dealing with
> some
> jpegs. To fix this behaviour the upstream maintainer suggests linking
> statically with a private copy of the jpeg library. The gs-aladdin
> maintainer asked me to raise the value (see below) so he could follow
> the
> Debian policy and link dynamically. So I raised it in 6a-10, which
> proved
> to be a rather bad idea :(
>
> ============ From gs-aladdin/make.txt ==============
> The *head.mak files also compile and link the jpeg library into the
> executable. Ghostscript doesn't offer a SHARE option for this
> library,
> because in order to be compatible with Adobe interpreters, Ghostscript
> has
> to compile the code with the non-standard definition
> #define D_MAX_BLOCKS_IN_MCU 64
> This is in contradiction to the JPEG standard, but at least some real
> PostScript files require this. A shared system library would not be
> compiled this way.
> ====================================================
>
> After discussion with Marco (gs-aladdin maintainer), we have found 3
> possible solutions.
>
> 1. Statically link gs-aladdin with patched libjpeg (which is against
> policy)
>
> 2. Recompile all packages depending on libjpeg (which would require
> the major
> version to be changed since the interface has been changed)
>
> 3. Leave it as it is and let some ps files be broken (which seems
> silly if
> we can fix it)
>
> At the moment we're going with option 3, but any other input is
> welcome.
> I personally feel 1 might be an even better option, but it may require
> some
> change in policy.
>
--
E-mail the word "unsubscribe" to debian-devel-request@lists.debian.org
TO UNSUBSCRIBE FROM THIS MAILING LIST. Trouble? E-mail to listmaster@lists.debian.org
Reply to: