Bug#653061: libgs9 exports symbols conflicting with the same symbols in libjpeg8
Package: libgs9 Version: 9.04~dfsg-3 Severity: important Three symbols are concerned: jpeg_mem_init, jpeg_mem_term and jpeg_mem_available. Building an executable using the two libraries might crash. This happens for me with gnumeric (from git) when goffice is built with eps support and when I try to add a jpeg image inside a sheet. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.1.0-1-amd64 (SMP w/2 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libgs9 depends on: ii gs-cjk-resource 1.20100103-3 ii libc6 2.13-23 ii libcomerr21.42-1 ii libcups2 1.5.0-13 ii libcupsimage2 1.5.0-13 ii libfontconfig12.8.0-3 ii libgcrypt11 1.5.0-3 ii libgnutls26 2.12.14-5 ii libgs9-common 9.04~dfsg-3 ii libgssapi-krb5-2 1.10+dfsg~alpha1-6 ii libidn11 1.23-2 ii libijs-0.35 0.35-8 ii libjasper11.900.1-12 ii libjbig2dec0 0.11-1 ii libjpeg8 8c-2 ii libk5crypto3 1.10+dfsg~alpha1-6 ii libkrb5-3 1.10+dfsg~alpha1-6 ii liblcms2-22.2+git20110628-2 ii libpaper1 1.1.24+nmu1 ii libpng12-01.2.46-3 ii libstdc++64.6.2-9 ii libtiff4 3.9.5-2 ii zlib1g1:1.2.3.4.dfsg-3 libgs9 recommends no packages. libgs9 suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-printing-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20111223105945.11032.71916.report...@vaio.brefort.fr
Processed: Forwarded
Processing commands for cont...@bugs.debian.org: forwarded 653062 https://bugs.launchpad.net/ubuntu/+bug/908097 Bug #653062 [hplip] hplip: p-makeuri does not resolve FQDN = could add only local printer Set Bug forwarded-to-address to 'https://bugs.launchpad.net/ubuntu/+bug/908097'. tags 653062 + upstream Bug #653062 [hplip] hplip: p-makeuri does not resolve FQDN = could add only local printer Added tag(s) upstream. thanks Stopping processing here. Please contact me if you need assistance. -- 653062: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=653062 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- To UNSUBSCRIBE, email to debian-printing-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/handler.s.c.132463983510917.transcr...@bugs.debian.org
Bug#653062: hplip: p-makeuri does not resolve FQDN = could add only local printer
Package: hplip Version: 3.11.10-1 Severity: important Will report upstream but this bug shouldbe known by debian $ hp-makeuri HPD4636B.lan. error: Device not found $hp-makeuri HPD4636B HP Linux Imaging and Printing System (ver. 3.11.10) Device URI Creation Utility ver. 5.0 Copyright (c) 2001-9 Hewlett-Packard Development Company, LP This software comes with ABSOLUTELY NO WARRANTY. This is free software, and you are welcome to distribute it under certain conditions. See COPYING file for more details. CUPS URI: hp:/net/Photosmart_C309a_series?zc=HPD4636B SANE URI: hpaio:/net/Photosmart_C309a_series?zc=HPD4636B HP Fax URI: hpfax:/net/Photosmart_C309a_series?zc=HPD4636B Done. $ host -v HPD4636B Trying HPD4636B.lan ;; -HEADER- opcode: QUERY, status: NOERROR, id: 34639 ;; flags: qr aa rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 0 ;; QUESTION SECTION: ;HPD4636B.lan. IN A ;; ANSWER SECTION: HPD4636B.lan. 0 IN A 192.168.10.2 Received 46 bytes from 192.168.10.1#53 in 3 ms Trying HPD4636B.lan ;; -HEADER- opcode: QUERY, status: NOERROR, id: 18443 ;; flags: qr rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 0, ADDITIONAL: 0 ;; QUESTION SECTION: ;HPD4636B.lan. IN Received 30 bytes from 192.168.10.1#53 in 5 ms Trying HPD4636B.lan ;; -HEADER- opcode: QUERY, status: NOERROR, id: 63612 ;; flags: qr rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 0, ADDITIONAL: 0 ;; QUESTION SECTION: ;HPD4636B.lan. IN MX Received 30 bytes from 192.168.10.1#53 in 2 ms $ -- Package-specific info: HP Linux Imaging and Printing System (ver. 3.11.10) Dependency/Version Check Utility ver. 14.3 Copyright (c) 2001-9 Hewlett-Packard Development Company, LP This software comes with ABSOLUTELY NO WARRANTY. This is free software, and you are welcome to distribute it under certain conditions. See COPYING file for more details. Note: hp-check can be run in three modes: 1. Compile-time check mode (-c or --compile): Use this mode before compiling the HPLIP supplied tarball (.tar.gz or .run) to determine if the proper dependencies are installed to successfully compile HPLIP. 2. Run-time check mode (-r or --run): Use this mode to determine if a distro supplied package (.deb, .rpm, etc) or an already built HPLIP supplied tarball has the proper dependencies installed to successfully run. 3. Both compile- and run-time check mode (-b or --both) (Default): This mode will check both of the above cases (both compile- and run-time dependencies). Saving output in log file: hp-check.log Initializing. Please wait... --- | SYSTEM INFO | --- Basic system information: Linux bastien-debian 3.1.0-1-amd64 #1 SMP Mon Nov 14 08:02:25 UTC 2011 x86_64 GNU/Linux Distribution: debian testing Checking Python version... OK, version 2.7.2 installed Checking PyQt 4.x version... OK, version 4.8.6 installed. Checking for CUPS... Status: WARNING: gnome-keyring:: no socket to connect to scheduler is running Version: 1.5.0 error_log is set to level: warn Checking for dbus/python-dbus... dbus daemon is running. python-dbus version: 0.84.0 | RUNTIME DEPENDENCIES | Checking for dependency: CUPS - Common Unix Printing System... OK, found. Checking for dependency: GhostScript - PostScript and PDF language interpreter and previewer... OK, found. Checking for dependency: PIL - Python Imaging Library (required for commandline scanning with hp-scan)... OK, found. Checking for dependency: PolicyKit - Administrative policy framework... OK, found. Checking for dependency: PyQt 4 DBus - DBus Support for PyQt4... OK, found. Checking for dependency: Python DBus - Python bindings for DBus... OK, found. Checking for dependency: Python libnotify - Python bindings for the libnotify Desktop notifications... OK, found. Checking for dependency: Python XML libraries... OK, found. Checking for dependency: Python 2.3 or greater - Required for fax functionality... OK, found. Checking for dependency: Reportlab - PDF library for Python... warning: NOT FOUND! This is an OPTIONAL/RUNTIME ONLY dependency. Some HPLIP functionality may not function properly. Checking for dependency: SANE - Scanning library... OK, found. Checking for dependency: scanimage - Shell scanning program... OK, found. Checking for dependency: xsane - Graphical scanner frontend for SANE... warning: NOT FOUND! This is an OPTIONAL/RUNTIME ONLY dependency. Some HPLIP functionality may not function properly. -- | HPLIP
Processing of foo2zjs_20111202dfsg0-1_amd64.changes
foo2zjs_20111202dfsg0-1_amd64.changes uploaded successfully to ftp-master.debian.org along with the files: foo2zjs_20111202dfsg0-1.dsc foo2zjs_20111202dfsg0.orig.tar.bz2 foo2zjs_20111202dfsg0-1.debian.tar.gz printer-driver-foo2zjs_20111202dfsg0-1_amd64.deb foo2zjs_20111202dfsg0-1_all.deb Greetings, Your Debian queue daemon (running on host kassia.debian.org) -- To UNSUBSCRIBE, email to debian-printing-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/e1re9au-00017b...@kassia.debian.org
Processing of foo2zjs_20111202dfsg0-1_amd64.changes
foo2zjs_20111202dfsg0-1_amd64.changes uploaded successfully to localhost along with the files: foo2zjs_20111202dfsg0-1.dsc foo2zjs_20111202dfsg0.orig.tar.bz2 foo2zjs_20111202dfsg0-1.debian.tar.gz printer-driver-foo2zjs_20111202dfsg0-1_amd64.deb foo2zjs_20111202dfsg0-1_all.deb Greetings, Your Debian queue daemon (running on host franck.debian.org) -- To UNSUBSCRIBE, email to debian-printing-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/e1re9dc-0005wm...@franck.debian.org
foo2zjs_20111202dfsg0-1_amd64.changes ACCEPTED into unstable
Accepted: foo2zjs_20111202dfsg0-1.debian.tar.gz to main/f/foo2zjs/foo2zjs_20111202dfsg0-1.debian.tar.gz foo2zjs_20111202dfsg0-1.dsc to main/f/foo2zjs/foo2zjs_20111202dfsg0-1.dsc foo2zjs_20111202dfsg0-1_all.deb to main/f/foo2zjs/foo2zjs_20111202dfsg0-1_all.deb foo2zjs_20111202dfsg0.orig.tar.bz2 to main/f/foo2zjs/foo2zjs_20111202dfsg0.orig.tar.bz2 printer-driver-foo2zjs_20111202dfsg0-1_amd64.deb to main/f/foo2zjs/printer-driver-foo2zjs_20111202dfsg0-1_amd64.deb Override entries for your package: foo2zjs_20111202dfsg0-1.dsc - source oldlibs foo2zjs_20111202dfsg0-1_all.deb - extra oldlibs printer-driver-foo2zjs_20111202dfsg0-1_amd64.deb - optional text Announcing to debian-devel-chan...@lists.debian.org Thank you for your contribution to Debian. -- To UNSUBSCRIBE, email to debian-printing-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/e1re9ha-0006ub...@franck.debian.org
Bug#653061: libgs9 exports symbols conflicting with the same symbols in libjpeg8
Hi, Jean Brefort wrote: Three symbols are concerned: jpeg_mem_init, jpeg_mem_term and jpeg_mem_available. Building an executable using the two libraries might crash. This happens for me with gnumeric (from git) when goffice is built with eps support and when I try to add a jpeg image inside a sheet. More details would be useful, including a stacktrace or error messages if possible. From gs/base/sjpegc.c: Ghostscript uses a non-public interface to libjpeg in order to override the library's default memory manager implementation. Do you know if libjpeg provides a way to use a custom allocator without interfering with other modules in the same process image that might not want to use it? Thanks, Jonathan -- To UNSUBSCRIBE, email to debian-printing-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20111223214658.GC21769@elie.Belkin
Bug#653061: libgs9 exports symbols conflicting with the same symbols in libjpeg8
On Fri, Dec 23, 2011 at 03:46:59PM -0600, Jonathan Nieder wrote: Hi, Jean Brefort wrote: Three symbols are concerned: jpeg_mem_init, jpeg_mem_term and jpeg_mem_available. Building an executable using the two libraries might crash. This happens for me with gnumeric (from git) when goffice is built with eps support and when I try to add a jpeg image inside a sheet. Hello, Since libjpeg8 uses versionned symbols, I would suggest libgs9 to use different symbol version for these three symbols. More details would be useful, including a stacktrace or error messages if possible. From gs/base/sjpegc.c: Ghostscript uses a non-public interface to libjpeg in order to override the library's default memory manager implementation. Is it still necessary with libjpeg8 ? Do you know if libjpeg provides a way to use a custom allocator without interfering with other modules in the same process image that might not want to use it? I will ask upstream. Cheers, -- Bill. ballo...@debian.org Imagine a large red swirl here. -- To UNSUBSCRIBE, email to debian-printing-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20111223222718.GD18843@yellowpig
Re: libjpeg8: Please provide variant compiled with #define D_MAX_BLOCKS_IN_MCU 64
reassign 582522 ghostscript 8.64~dfsg-2 quit Jonathan Nieder wrote: Bill Allombert wrote: Honestly, unless you provide evidence that PS files that include invalid jpeg-encoded data are still in use, I am not going to include two new packages to support non-standard compliant data in Debian, and in any case, I doubt the FTP master would let me. Makes sense. Currently ghostscript/README.Debian says: [...] http://www.ghostscript.com/pipermail/gs-code-review/2002-March/002275.html tells a slightly different story: [...] So I do not even think that there are old Adobe interpreters involved (despite what jpeglib.h says). Would it be enough to say something like this? [...] If you come across a file triggering either of these conditions, please let us know by reporting a bug against the ghostscript package. Hence reassigning to ghostscript. I suggest updating the README.Debian to clarify this, and perhaps contacting upstream to encourage them to consider dropping the #define D_MAX_BLOCKS_IN_MCU 64 hack, too. Thanks for your help. Jonathan -- To UNSUBSCRIBE, email to debian-printing-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20111223233507.GA25158@elie.Belkin
Bug#653061: libgs9 exports symbols conflicting with the same symbols in libjpeg8
Sample stack trace: #0 0x7fffef66486b in ?? () from /usr/lib/libgs.so.9 #1 0x7fffeea3a997 in jinit_memory_mgr (cinfo=0x7ffea380) at jmemmgr.c:1059 #2 0x7fffeea1b32e in jpeg_CreateDecompress (cinfo=0x7ffea380, version=optimized out, structsize=656) at jdapimin.c:59 #3 0x7fffe1cee128 in ?? () from /usr/lib/x86_64-linux-gnu/gdk-pixbuf-2.0/2.10.0/loaders/libpixbufloader-jpeg.so #4 0x75b09d4e in ?? () from /usr/lib/x86_64-linux-gnu/libgdk_pixbuf-2.0.so.0 #5 0x75b0a03c in gdk_pixbuf_new_from_file () from /usr/lib/x86_64-linux-gnu/libgdk_pixbuf-2.0.so.0 Le vendredi 23 décembre 2011 à 23:27 +0100, Bill Allombert a écrit : On Fri, Dec 23, 2011 at 03:46:59PM -0600, Jonathan Nieder wrote: Hi, Jean Brefort wrote: Three symbols are concerned: jpeg_mem_init, jpeg_mem_term and jpeg_mem_available. Building an executable using the two libraries might crash. This happens for me with gnumeric (from git) when goffice is built with eps support and when I try to add a jpeg image inside a sheet. Hello, Since libjpeg8 uses versionned symbols, I would suggest libgs9 to use different symbol version for these three symbols. More details would be useful, including a stacktrace or error messages if possible. From gs/base/sjpegc.c: Ghostscript uses a non-public interface to libjpeg in order to override the library's default memory manager implementation. Is it still necessary with libjpeg8 ? Do you know if libjpeg provides a way to use a custom allocator without interfering with other modules in the same process image that might not want to use it? I will ask upstream. Cheers, -- To UNSUBSCRIBE, email to debian-printing-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/1324711601.2433.1.ca...@vaio.brefort.fr