Bug#613752: Handling of mime types
Hi Julien, I'm preparing a new version of the inkscape package, of course I want to acknowledge your NMU. But I'm not really happy with the fix, since priorisation of applications for certain mime types should not be done via desktop files: from [1]: There should be no priority for MIME Types in this field, or any form of priority in the desktop file. Priority for applications is handled external to the .desktop files. For the time being, I'll include your fix in the package, but please help me to find a better solution Thanks, Wolfi [1] http://standards.freedesktop.org/desktop-entry-spec/desktop-entry-spec-latest.html#mime-types signature.asc Description: Digital signature
Bug#624770: Bug#628226: inkscape: diff for NMU version 0.48.1-2.1
Dear Mehdi, On Mon, May 30, 2011 at 06:38:17PM +0200, Mehdi Dogguy wrote: tags 624770 + pending tags 628226 + patch tags 628226 + pending thanks Dear maintainer, An ImageMagick transition is happening. It needs inkscape to be up-to-date and building in sid. Therefore, I've prepared an NMU for it (versioned as 0.48.1-2.1) and uploaded it to DELAYED/2. Please feel free to tell me if I should delay it longer (or if I can upload without delay). Thanks for your work, I have no objections against your upload (and I am too late to tell you that you can upload without delay) Of course, I'll include your patches in the next upload of inkscape. With best Regards, Wolfi Regards. -- Mehdi Dogguy signature.asc Description: Digital signature
Bug#604825: inkscape: diff for NMU version 0.48.0-1.1
Dear Rene, On Sun, Feb 13, 2011 at 08:53:08PM +0100, Rene Engelhard wrote: tags 604825 + pending thanks Dear maintainer, I've prepared an NMU for inkscape (versioned as 0.48.0-1.1) and uploaded it to DELAYED/7. Please feel free to tell me if I should delay it longer. Thanks for reporting and solving inkscape bugs! ATM I'm preparing an upload of inkscape 0.48.1 to unstable. For this I'm porting the patch you sent previously to the new version. I wanted to finish this today and send the new package to my sponsor Guido Günther, who is on CC. I didn't do anything on inkscape today, so I hope to finish this tomorrow evening. So yes, it would be great if you could delay your NMU a bit, since your patch is on it's way into a new version of inkscape in unstable. Thanks an best regards, Wolfi Regards. Grüße/Regards, Rene signature.asc Description: Digital signature
Bug#567045: same problem
On Thu, Mar 04, 2010 at 03:50:45PM +0100, Gerfried Fuchs wrote: Hi! * Wolfram Quester wo...@sigxcpu.org [2010-03-03 21:19:54 CET]: I forgot to close this bug, since I sorted this out with th reporter. You again forgot to close the bug. ;) No, I didn't. I think, since two independent users reported this same problem, it should be digged into. We guessed an installation error or an error in a gnome-vfs related package. Could you please check the permissions of /etc/gnome-vfs-2.0/ on your computer and report the result? Do you think it might make sense to reassign the bug to gnome-vfs, or dig into how the permissions ended up like that? That would be interesting, especially since two different users reported the same issue and neither of them managed to provide proper version informations :/ So we can't be sure if this doesn't affect stable, too. I wanted to test a clean install and check the permissions before I reassign the bug. Since I don't have the time ATM, perhaps a note on debia-devel asking for help here would be appropriate, what do you think. With best regards, Wolfi If you think this is a non-issue, please close the bug, or at least reduce its severity so it doesn't turn up on the radar about release critical bugs. All this of course is your decision, a fix for why the permissions ended up like that in the first place of course is the best choice. :) Have fun! Rhonda signature.asc Description: Digital signature
Bug#567045: same problem
Hi Christopher, On Mon, Mar 01, 2010 at 09:52:06PM -0800, Christopher Gilles wrote: Same thing. Inkscape will not open files i just recently created, and made in inkscape. odd. I'm kinda bummed about it. chris I forgot to close this bug, since I sorted this out with th reporter. He wrote: | The problem is, was : | | The gnome-vfs-2.0 directory couldn't be accessed : | | drwxr--r-- 3 root root 4.0K 2009-04-28 17:18 gnome-vfs-2.0/ | | did | | chmod a+x gnome-vfs-2.0/ | | and problem solved, inkscape runs. We guessed an installation error or an error in a gnome-vfs related package. Could you please check the permissions of /etc/gnome-vfs-2.0/ on your computer and report the result? Thanks, Wolfi signature.asc Description: Digital signature
Bug#567045: inkscape: SAVE function corrupted : can't open any SVG files that inkscape iteself writes
Hi Stephen, On Tue, Jan 26, 2010 at 11:45:41PM +0200, Stephen McGregor wrote: Package: inkscape Version: 0.47 r22583 Severity: grave Justification: causes non-serious data loss Fresh install of Inkscape on Debian, all dependencies installed. Inkscape runs, but it then can't open any SVG file that inkscape, itself, has written. That is, the default 'save' action makes the file useless, loosing all of one's work. Have installed every package that has the words 'gnome' and 'vfs' in its name. Also installed Nautlius file browser. thanks for your report! I cannot reproduce this here, however. The version number you cite is not debian's version though, did you recompile inkscape yourself? I also miss the versions of the libraries inkscape depends on, could you please run `reportbug --template inkscape` and paste the output? Not running gnome, of course have all the gnome libraries. Running gnome is not necessary to use inkscape, so there should be no problem. The error messages are (inkscape:17386): libgnomevfs-CRITICAL **: gnome_vfs_uri_is_local: assertion `uri != NULL' failed ** (inkscape:17386): WARNING **: Invalid URI ** (inkscape:17386): WARNING **: Error: Could not open file '/temp/.svg' with VFS It is not possible that any application couldn't read the files that it, itself, has written, there must be a horrendous bug somewhere. I assume, you create /temp/.svg just secondes before? How did you try to open it? On the command line, via the menu, clicking somewhere in your file manager? Thanks, Wolfi signature.asc Description: Digital signature
Bug#562081: uninstallable: /etc/grub.d/30_os-prober: 40: function: not found
Package: grub-pc Version: 1.97+experimental.20091213-1 Severity: grave Justification: renders package unusable Hi altogether, I tried to upgrade grub-pc to version 1.98~20091221-1, but this failed with Setting up grub-common (1.98~20091221-1) ... Installing new version of config file /etc/grub.d/30_os-prober ... Setting up grub-pc (1.98~20091221-1) ... /usr/sbin/grub-setup: warn: This GPT partition label has no BIOS Boot Partition; embedding won't be possible! /usr/sbin/grub-setup: warn: Embedding is not possible. GRUB can only be installed in this setup by using blocklists. However, blocklists are UNRELIABLE and its use is discouraged. Installation finished. No error reported. Generating grub.cfg ... Found background image: moreblue-orbit-grub.png Found linux image: /boot/vmlinuz-2.6.32-trunk-amd64 Found initrd image: /boot/initrd.img-2.6.32-trunk-amd64 Found linux image: /boot/vmlinuz-2.6.31-1-amd64 Found initrd image: /boot/initrd.img-2.6.31-1-amd64 Found linux image: /boot/vmlinuz-2.6.30-2-amd64 Found initrd image: /boot/initrd.img-2.6.30-2-amd64 Found linux image: /boot/vmlinuz-2.6.30-1-amd64 Found initrd image: /boot/initrd.img-2.6.30-1-amd64 Found linux image: /boot/vmlinuz-2.6.29-1-amd64 Found initrd image: /boot/initrd.img-2.6.29-1-amd64 Found linux image: /boot/vmlinuz-2.6.28-1-amd64 Found initrd image: /boot/initrd.img-2.6.28-1-amd64 Found linux image: /boot/vmlinuz-2.6.26-1-amd64 Found initrd image: /boot/initrd.img-2.6.26-1-amd64 Found linux image: /boot/vmlinuz-2.6.25-2-amd64 Found initrd image: /boot/initrd.img-2.6.25-2-amd64 Found linux image: /boot/vmlinuz-2.6.24-1-amd64 Found initrd image: /boot/initrd.img-2.6.24-1-amd64 File descriptor 3 (pipe:[260566]) leaked on lvs invocation. Parent PID 15926: /bin/sh /etc/grub.d/30_os-prober: 40: function: not found dpkg: error processing grub-pc (--configure): subprocess installed post-installation script returned error exit status 127 Processing triggers for menu ... Errors were encountered while processing: grub-pc With best regards, Wolfi -- Package-specific info: *** WARNING grub-setup left core.img in filesystem *** BEGIN /proc/mounts /dev/disk/by-uuid/f6f20b67-a6cf-4647-b98a-f79409c16aba / ext3 rw,relatime,errors=remount-ro,data=ordered 0 0 *** END /proc/mounts *** BEGIN /boot/grub/device.map (hd0) /dev/sda *** END /boot/grub/device.map *** BEGIN /boot/grub/grub.cfg # # DO NOT EDIT THIS FILE # # It is automatically generated by /usr/sbin/grub-mkconfig using templates # from /etc/grub.d and settings from /etc/default/grub # ### BEGIN /etc/grub.d/00_header ### load_env set default=0 if [ ${prev_saved_entry} ]; then saved_entry=${prev_saved_entry} save_env saved_entry prev_saved_entry= save_env prev_saved_entry fi insmod ext2 set root=(hd0,3) search --no-floppy --fs-uuid --set f6f20b67-a6cf-4647-b98a-f79409c16aba if loadfont /usr/share/grub/unicode.pf2 ; then set gfxmode=640x480 insmod gfxterm insmod vbe if terminal_output gfxterm ; then true ; else # For backward compatibility with versions of terminal.mod that don't # understand terminal_output terminal gfxterm fi fi set locale_dir=/boot/grub/locale set lang=en insmod gettext set timeout=5 ### END /etc/grub.d/00_header ### ### BEGIN /etc/grub.d/05_debian_theme ### set gfxpayload=keep insmod ext2 set root=(hd0,3) search --no-floppy --fs-uuid --set f6f20b67-a6cf-4647-b98a-f79409c16aba insmod png if background_image /boot/grub/moreblue-orbit-grub.png ; then set color_normal=black/black set color_highlight=magenta/black else set menu_color_normal=cyan/blue set menu_color_highlight=white/blue fi ### END /etc/grub.d/05_debian_theme ### ### BEGIN /etc/grub.d/10_linux ### menuentry Debian GNU/Linux, with Linux 2.6.32-trunk-amd64 { insmod ext2 set root=(hd0,3) search --no-floppy --fs-uuid --set f6f20b67-a6cf-4647-b98a-f79409c16aba linux /boot/vmlinuz-2.6.32-trunk-amd64 root=UUID=f6f20b67-a6cf-4647-b98a-f79409c16aba ro quiet quiet initrd /boot/initrd.img-2.6.32-trunk-amd64 } menuentry Debian GNU/Linux, with Linux 2.6.32-trunk-amd64 (recovery mode) { insmod ext2 set root=(hd0,3) search --no-floppy --fs-uuid --set f6f20b67-a6cf-4647-b98a-f79409c16aba linux /boot/vmlinuz-2.6.32-trunk-amd64 root=UUID=f6f20b67-a6cf-4647-b98a-f79409c16aba ro single quiet initrd /boot/initrd.img-2.6.32-trunk-amd64 } menuentry Debian GNU/Linux, with Linux 2.6.31-1-amd64 { insmod ext2 set root=(hd0,3) search --no-floppy --fs-uuid --set f6f20b67-a6cf-4647-b98a-f79409c16aba linux /boot/vmlinuz-2.6.31-1-amd64 root=UUID=f6f20b67-a6cf-4647-b98a-f79409c16aba ro quiet quiet initrd /boot/initrd.img-2.6.31-1-amd64 } menuentry Debian GNU/Linux, with Linux 2.6.31-1-amd64 (recovery mode) { insmod ext2 set
Bug#562081: uninstallable: /etc/grub.d/30_os-prober: 40: function: not found
On Tue, Dec 22, 2009 at 03:14:00PM +0100, Felix Zielcke wrote: reassign 562081 grub-common notfound 562081 1.97+experimental.20091213-1 forcemerge 562058 562081 thanks Am Dienstag, den 22.12.2009, 14:55 +0100 schrieb Wolfram Quester: Package: grub-pc Version: 1.97+experimental.20091213-1 Severity: grave Justification: renders package unusable Hi altogether, I tried to upgrade grub-pc to version 1.98~20091221-1, Actually this is somewhat of a downgrade, because for sid we upload upstreams' trunk branch whereas we upload the experimental branch to experimental. So some things aren't included there. Except though you still have the version installed which I wrongfully uploaded to unstable instead of experimental. Yes, I forgot to mention that I reinstalled 1.97+experimental.20091213-1 after the failed upgrade. but this failed with /etc/grub.d/30_os-prober: 40: function: not found dpkg: error processing grub-pc (--configure): subprocess installed post-installation script returned error exit status 127 Processing triggers for menu ... Errors were encountered while processing: grub-pc Anyway, in line 40 of /etc/grub.d/30_os-prober change `function osx_entry {' to `osx_entry() {' then try `dpkg --configure -a' or apt/aptitude again. I already uploaded a fixed version, should be avaible soon on the mirrors. Thanks, Wolfi signature.asc Description: Digital signature
Bug#556925: fails to start (can't find libpoppler.so.4)
Hi altogether, On Tue, Dec 01, 2009 at 11:26:57PM +0100, Per Olofsson wrote: Hi Salvatore, Salvatore Bonaccorso skrev: Hi Per (Please note I'm not the Maitainer of inkscape). I stubmeld over this bugreport. I cannot reproduce your faillure for inkscape. Do you stil get the error on libpoppler.so.4? I still get the error, but I think it's due to some library that inkscape depends on rather than inkscape itself. Maybe I just need to dist-upgrade again and the problem will solve itself :-) yes I think so. libpoppler is rebuilt in the meantime and I think this solved your problem. You chose a bad timeslot for your last upgrade it seems. :-( Hej då, Wolfi -- Pelle signature.asc Description: Digital signature
Bug#547174: fails to start due to XML parser stupidity
Close: 547174 thanks Hi Martin! On Thu, Sep 17, 2009 at 02:20:01PM +0200, martin f krafft wrote: Package: inkscape Version: 0.46-9 Severity: grave I am almost certain this isn't an inkscape bug, but I cannot allocate time to track this down right now. Please reassign. Fact is that the parser is very confused about line #1 and what start of the document means. lapse:~|master|% inkscape #10001 /usr/share/inkscape/templates/default.svg:1: parser error : XML declaration allowed only at the start of the document ?xml version=1.0 encoding=UTF-8 standalone=no? Thanks for your report, but this is actually a bug in libxml2. Please see also the bug reports http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=546254 http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=546488 And in fact ii libxml22.7.4.dfsg-1 GNOME XML library it is already fixed in libxml2 2.7.4.dfsg-2. So if you do an upgrade, all should be fine :-) HTH, Wolfi signature.asc Description: Digital signature
Bug#546808: neither inkscape nor inkview run
Hi Kevin, On Tue, Sep 15, 2009 at 01:37:46PM -0700, Kevin Mitchell wrote: Package: inkscape Version: 0.46-9 Severity: grave Justification: renders package unusable [...snip...] and then it hangs with no open windows without returning to the command line. thanks for your report, but this is actually a bug in libxml2. If you downgrade libxml2 to the version in testing, all works as expected. Please see also the bug reports http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=546254 http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=546488 Thanks, Wolfi Kevin signature.asc Description: Digital signature
Bug#522477: Patch for inkscape FTBFS
Hi Daniel, On Tue, Apr 21, 2009 at 04:06:36PM -0700, Daniel Schepler wrote: package inkscape tags 522477 + patch thanks I'm attaching a patch which makes inkscape build on my system; just drop it into debian/patches and add it to debian/patches/00list. Thanks for your patch, but I already created a very similar one and sent a new version of inkscape to my sponsor. It should be uploaded soon :-) With best wishes, Wolfi -- Daniel Schepler signature.asc Description: Digital signature
Bug#522477: [png-mng-implement] Bug#522477: inkscape: FTBFS: pngconf.h:328: error: expected constructor, destructor, or type conversion before '.' token
On Sat, Apr 11, 2009 at 07:00:55PM -0400, Tom Lane wrote: Wolfram Quester wo...@sigxcpu.org writes: Kurt Roeckx submitted the bug against inkscape cited below. In file included from /usr/include/libpng12/png.h:474, from sp-image.cpp:44: /usr/include/libpng12/pngconf.h:328: error: expected constructor, destructor, or type conversion before '.' token /usr/include/libpng12/pngconf.h:329: error: '__dont__' does not name a type make[3]: *** [sp-image.o] Error 1 If you didn't figure it out already: it looks to me like this is exactly the same setjmp issue being discussed in the other current thread. http://sourceforge.net/mailarchive/forum.php?thread_name=1806.1239115719%40sss.pgh.pa.usforum_name=png-mng-implement OK, thanks for the link. But the crazy thing is that inkscape includes setjmp.h in the code leading to the compiler error only via png.h. It does not include setjmp.h directly. So I'm still tempted to call this a bug in libpng. Furthermore, since we don't include setjmp.h I don't see a way for th recommended workaround, namely including png.h before setjmp.h. But I have to look deeper into the code for a fix. Thanks, Wolfi As far as I can see the consensus is that nothing much can be done about this in libpng 1.2.x. We could possibly fix it in 1.4 by making incompatible changes in the libpng API. regards, tom lane signature.asc Description: Digital signature
Bug#522477: inkscape: FTBFS: pngconf.h:328: error: expected constructor, destructor, or type conversion before '.' token
Hi Aníbal and the libpng maintatiners, Kurt Roeckx submitted the bug against inkscape cited below. The error occurs in a file from the libpng-dev package, though, so I think the bug lies somewhere in libpng. Do you have any suggestions or comments on this? Thanks, Wolfi On Sat, Apr 04, 2009 at 01:16:36AM +0200, Kurt Roeckx wrote: Source: inkscape Version: 0.46-7 Severity: serious Hi, Your package is failing to build with the following error: In file included from /usr/include/libpng12/png.h:474, from sp-image.cpp:44: /usr/include/libpng12/pngconf.h:328: error: expected constructor, destructor, or type conversion before '.' token /usr/include/libpng12/pngconf.h:329: error: '__dont__' does not name a type make[3]: *** [sp-image.o] Error 1 Kurt signature.asc Description: Digital signature
Bug#522447: digikam: FTBFS on amd64 buildd
Package: digikam Version: 2:0.9.5-1 Severity: grave Justification: renders package unusable Hi, I wanted to install digikam 0.9.5 on my MacBook, but I noticed it is not availabe on amd64 yet. The build on the buildd failed with In file included from /build/buildd/digikam-0.9.5/./digikam/digikam/albumwidgetstack.cpp:41, from libdigikam_la.all_cpp.cpp:21: /build/buildd/digikam-0.9.5/./digikam/digikam/albumwidgetstack.h: At global scope: /build/buildd/digikam-0.9.5/./digikam/digikam/albumwidgetstack.h:38: warning: declaration 'class KURL::List' does not declare anything /bin/sh ../../libtool --silent --tag=CXX --mode=link g++ -fno-tree-pre -Wno-long-long -Wundef -ansi -D_XOPEN_SOURCE=500 -D_BSD_SOURCE -Wcast-align -Wchar-subscripts -Wall -W -Wpointer-arith -DNDEBUG -DNO_DEBUG -O2 -g -O2 -g -Wall -O2 -Wformat-security -Wmissing-format-attribute -Wno-non-virtual-dtor -fno-exceptions -fno-check-new -fno-common -DQT_CLEAN_NAMESPACE -DQT_NO_ASCII_CAST -DQT_NO_STL -DQT_NO_COMPAT -DQT_NO_TRANSLATION -DQT_CLEAN_NAMESPACE -lkexiv2 -L/usr/share/qt3/lib -no-undefined -Wl,--as-needed -o libdigikam.la -rpath /usr/lib libdigikam_la.all_cpp.lo -lsqlite3-lkio -lkabc -lkhtml -lkipi -lkexiv2 -lkutils ../../digikam/libs/sqlite2/libsqlite2.la ../../digikam/libs/thumbbar/libthumbbar.la ../../digikam/libs/themeengine/libthemeengine.la ../../digikam/libs/widgets/libwidgets.la ../../digikam/libs/dialogs/libdialog.la ../../digikam/libs/jpegutils/libjpegutils.la ../../digikam/libs/dimg/libdimg.la ../../digikam/libs/imageproperties/libimageproperti esdigikam.la ../../digikam/libs/threadimageio/libthreadimageio.la ../../digikam/libs/greycstoration/libgreycstoration.la ../../digikam/utilities/batch/libbatch.la ../../digikam/utilities/slideshow/libslideshow.la ../../digikam/utilities/cameragui/libcameragui.la ../../digikam/utilities/imageeditor/canvas/libdimgcanvas.la ../../digikam/utilities/imageeditor/editor/libdimgeditor.la ../../digikam/utilities/setup/libsetup.la ../../digikam/utilities/lighttable/liblighttable.la /usr/bin/ld: cannot find -licui18n collect2: ld returned 1 exit status make[4]: *** [libdigikam.la] Error 1 make[4]: Leaving directory `/build/buildd/digikam-0.9.5/obj-x86_64-linux-gnu/digikam/digikam' make[3]: *** [all-recursive] Error 1 make[3]: Leaving directory `/build/buildd/digikam-0.9.5/obj-x86_64-linux-gnu/digikam' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/build/buildd/digikam-0.9.5/obj-x86_64-linux-gnu' make[1]: *** [all] Error 2 make[1]: Leaving directory `/build/buildd/digikam-0.9.5/obj-x86_64-linux-gnu' make: *** [debian/stamp-makefile-build] Error 2 dpkg-buildpackage: failure: debian/rules build gave error exit status 2 ** Build finished at 20090317-1137 FAILED [dpkg-buildpackage died] Purging chroot-unstable/build/buildd/digikam-0.9.5 The full log can be found at https://buildd.debian.org/fetch.cgi?pkg=digikam;ver=2%3A0.9.5-1;arch=amd64;stamp=1237290295 I did not yet have time to have a deeper look into this problem or to try the build myself :-( With best wishes, Wolfi -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.29-1-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash signature.asc Description: Digital signature
Bug#521767: inkscape_0.46-6 fails to build on alpha
Hi Barry! On Mon, Mar 30, 2009 at 11:29:05AM -0400, Barry deFreese wrote: Hi, I forgot to CC the bug report initially. I have e-mailed the maintainer and will be happy to sponsor an upload. If he does not respond in a timely manner I will be NMUing with the proposed fix from Arthur. My plan is to prepare a new inkscape package and send it to my sponsor on friday, so he can upload over the weekend. I wanted to have a look at some more bugs in the package than only this one. If this is too long for you, then feell free to do the NMU. With best wishes, Wolfi Thank you! Barry deFreese Debian QA signature.asc Description: Digital signature
Bug#518633: inkscape: FTBFS: error: 'GtkCList' does not name a type
Hi Adeodato, On Sat, Mar 14, 2009 at 10:56:33AM +0100, Adeodato Simó wrote: Hey Wolfram, Hi, the bug you reported is also known upstream under the link given above. There is a patch already, which I'll include in the next upload. Could that upload happen rather sooner than later? It’s a prerequisite for the poppler transition, so I’d be nice to get it uploading during the next days. Ah, my timeframe would be in the next two weeks. For the poppler transition I'd have to change the dependencies, is that right? In case I get a package ready in a few days, would you sponsor the upload? Thanks, Wolfi Thanks! -- - Are you sure we're good? - Always. -- Rory and Lorelai signature.asc Description: Digital signature
Bug#518633: inkscape: FTBFS: error: 'GtkCList' does not name a type
forwarded 518633 https://bugs.launchpad.net/inkscape/+bug/238223 tags 518633 patch pending On Sat, Mar 07, 2009 at 04:18:06PM +0100, Kurt Roeckx wrote: Source: inkscape Version: 0.46-5 Severity: serious Hi, Your package is failing to build with the following error: In file included from /usr/include/gtk-2.0/gtk/gtk.h:222, from /usr/include/gtk-2.0/gtk/gtksignal.h:32, from /usr/include/gtk-2.0/gtk/gtkclist.h:34, from widgets/sp-xmlview-attr-list.h:16, from widgets/sp-xmlview-attr-list.cpp:21: /usr/include/gtk-2.0/gtk/gtkctree.h:110: error: 'GtkCList' does not name a type /usr/include/gtk-2.0/gtk/gtkctree.h:127: error: 'GtkCListClass' does not name a type /usr/include/gtk-2.0/gtk/gtkctree.h:149: error: 'GtkCListRow' does not name a type /usr/include/gtk-2.0/gtk/gtkctree.h:342: error: 'GtkCellType' does not name a type widgets/sp-xmlview-attr-list.cpp: In function 'GtkType sp_xmlview_attr_list_get_type()': widgets/sp-xmlview-attr-list.cpp:93: warning: deprecated conversion from string constant to 'gchar*' make[3]: *** [widgets/sp-xmlview-attr-list.o] Error 1 Hi, the bug you reported is also known upstream under the link given above. There is a patch already, which I'll include in the next upload. Thanks, Wolfi If you think this is a bug in gtk, please reassign. Kurt signature.asc Description: Digital signature
Bug#515963: inkscape: symbol lookup error: /usr/lib/libgtkmm-2.4.so.1: undefined symbol: gtk_builder_error_quark
Hi Stephane, I close this bug then. Thanks and best regards, Wolfi On Sun, Feb 22, 2009 at 08:05:38PM +0100, Stephane List wrote: Wolfram Quester a écrit : tags 515963 help unreproducible thanks Hi Stephane! On Wed, Feb 18, 2009 at 03:11:07PM +0100, Stephane List wrote: After an upgrade to Lenny, inkscape does not start anymore. inkscape: symbol lookup error: /usr/lib/libgtkmm-2.4.so.1: undefined symbol: gtk_builder_error_quark I just updated my lenny-chroot and tried to reproduce your bug, but to no avail. Do you experience this problem with any other gtk application? As you, I'm running amd64. With best wishes, Wolfi Damned, I'm really sorry. In fact, I used to compile Inkscape by myself, and the upgrade to lenny has changed gtk. You can ignore / reject this bug report. Sorry Wolfi. Best regards Stephane signature.asc Description: Digital signature
Bug#515963: inkscape: symbol lookup error: /usr/lib/libgtkmm-2.4.so.1: undefined symbol: gtk_builder_error_quark
tags 515963 help unreproducible thanks Hi Stephane! On Wed, Feb 18, 2009 at 03:11:07PM +0100, Stephane List wrote: After an upgrade to Lenny, inkscape does not start anymore. inkscape: symbol lookup error: /usr/lib/libgtkmm-2.4.so.1: undefined symbol: gtk_builder_error_quark I just updated my lenny-chroot and tried to reproduce your bug, but to no avail. Do you experience this problem with any other gtk application? As you, I'm running amd64. With best wishes, Wolfi signature.asc Description: Digital signature
Bug#516529: nscd: init script fails due to syntax error
Package: nscd Version: 2.9-2 Severity: grave Justification: renders package unusable Tags: patch Hi, I just updated nscd and got: Setting up nscd (2.9-2) ... Installing new version of config file /etc/init.d/nscd ... /etc/init.d/nscd: line 97: syntax error near unexpected token `$DAEMON' /etc/init.d/nscd: line 97: ` $DAEMON --invalidate $table' invoke-rc.d: initscript nscd, action start failed. dpkg: error processing nscd (--configure): subprocess post-installation script returned error exit status 2 The following patch fixes this for me: --- nscd.orig 2009-02-22 05:28:38.0 +0100 +++ nscd2009-02-22 05:31:12.0 +0100 @@ -93,7 +93,7 @@ ;; restart|force-reload|reload) log_daemon_msg Restarting $DESC $NAME - for table in passwd group hosts + for table in passwd group hosts; do $DAEMON --invalidate $table done stop_nscd From my understanding, wouldn't it be better to mofe this for-loop into the stop_nscd function? With best wishes, Wolfi -- System Information: Debian Release: 5.0 APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-1-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages nscd depends on: ii libc6 2.9-2 GNU C Library: Shared libraries nscd recommends no packages. nscd suggests no packages. -- no debconf information signature.asc Description: Digital signature
Bug#330604: Still broken
close 330604 thanks On Thu, Oct 26, 2006 at 06:06:27AM -0700, Carl Strickland wrote: Wow! You fixed it! In KControl I had set it to use KDE themes in GTK so I think that was the issue. Thanks a lot though, I have been waiting for this to work again since August and had no idea how to fix it! You can remove my bug report now if you like. Oh, and I am running fluxbox as my window manager. I have Gnome and KDE installed but rarely use them. Thanks again! Carl Strickland Yes, setting gtk themes from kcontrol was the most prominent way to produce this kind of a crash. I'll reassign the respective bug report to one of the gtk theming engines, since it's actually a bug in one of them. Nice to know that the problem is solved for you now. Thanks for your patience and have fun (not only with) inkscape, Wolfi signature.asc Description: Digital signature
Bug#330604: Still broken
Hi Carl, On Wed, Oct 25, 2006 at 05:11:59PM -0700, Carl Strickland wrote: Just to update you, I am still unable to run Inkscape. I had posted the GDB output and have patiently waited for it to be fixed, but it is not. My only hope is that it will be fixed soon after the next Debian release. Thank you, Thanks for your update and sorry for not being more responsive. The problem here is that you submitted your information to a bug report which seems to describe your problem but actually does not. Additionally it was submitted at a time when there was a big mess with libgc1c. OK. From your backtrace I think that you are hitting another bug [1] related to double inclusion of gtk themes caused by some theming engines, most notably the smooth engine in connection with gtk2-engines-gtk-qt. In the mentioned bug report Yuya Nishihara writes: If your ~/.gtkrc-2.0 is like the following: include /usr/share/themes/Nuvola/gtk-2.0/gtkrc style user-font { font_name=Sans Serif 10 } widget_class * style user-font gtk-theme-name=Nuvola gtk-font-name=Sans Serif 10 gtk-key-theme-name=Emacs try to remove the `include' line. #include /usr/share/themes/Nuvola/gtk-2.0/gtkrc ... This made me enable to start inkscape without crash, though I don't know what affects inkscape's crash. Yuya. Could you please check your gtk configuration, follow his advice and report back? BTW, which desktop environment do you use? HTH, Wolfi [1] http://bugs.debian.org/354698 signature.asc Description: Digital signature
Bug#385368: python-numarray: postinst fails with raise ValueError, 'error parsing Python-Version attribute'
Package: python-numarray Version: 1.5.2-1 Severity: grave Justification: renders package unusable Hi, during my sid update today the installation of python-numarray failed with Setting up python-numarray (1.5.2-1) ... Traceback (most recent call last): File /usr/bin/pycentral, line 1325, in ? main() File /usr/bin/pycentral, line 1319, in main rv = action.run(global_options) File /usr/bin/pycentral, line 854, in run pkg.read_version_info() File /usr/bin/pycentral, line 526, in read_version_info self.version_info = pyversions.parse_versions(self.version_field) File /usr/share/python/pyversions.py, line 41, in parse_versions raise ValueError, 'error parsing Python-Version attribute' ValueError: error parsing Python-Version attribute dpkg: error processing python-numarray (--configure): subprocess post-installation script returned error exit status 1 Sorry, I don't have time to debug this ATM. With best wishes, Wolfi -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: powerpc (ppc) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15.1-wjq Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8) Versions of packages python-numarray depends on: ii libc62.3.6.ds1-4 GNU C Library: Shared libraries ii python-central 0.5.5 register and build utility for Pyt python-numarray recommends no packages. -- no debconf information signature.asc Description: Digital signature
Bug#380727: inkscape hangs on startup in futex/wait
On Tue, Aug 01, 2006 at 10:06:31AM +0200, Jörg F.Wittenberger wrote: Package: inkscape Version: 0.44-1 Severity: grave Justification: renders package unusable After startup inkscape hangs before any windows open (but after creating the .inkcape directory and preferences file). Oh, I thought this mess was over now. The problem is noct inkscape, but libgc1c2. [...snip...] ii libgc1c2 1:6.7-1 conservative garbage collector for [...snip...] install 1:6.7-2 and please report back success or failure. Thanks, Wolfi signature.asc Description: Digital signature
Bug#380727: inkscape hangs on startup in futex/wait
Hi Joerg, On Tue, Aug 01, 2006 at 11:46:28AM +0200, Joerg F. Wittenberger wrote: Oh, I thought this mess was over now. The problem is noct inkscape, but libgc1c2. thanks, works now OK, thanks for your quick response. I'll close this bug now. With best wishes, Wolfi signature.asc Description: Digital signature
Bug#373989: inkscape: Inkscape crashes on startup (core dumped)
Hi Wim, On Fri, Jun 16, 2006 at 06:38:22PM +0200, Wim De Smet wrote: Package: inkscape Version: 0.43-5 Severity: grave Justification: renders package unusable Inkscape crashes on startup with the message: Emergency save activated! Emergency save completed. Inkscape will close now. If you can reproduce this crash, please file a bug at www.inkscape.org with a detailed description of the steps leading to the crash, so we can fix it. Geannuleerd (core dumped) I browsed through the other crash bugs but was unable to determine if this was the same bug. Core dump attached. -- System Information: [...snip...] Versions of packages inkscape depends on: [...snip...] ii libgc1c2 1:6.7-1 conservative garbage collector for [...snip...] Please upgrade libgc1c2 to 1:6.7-2 or downgrade it to 1:6.6-? and report if this solves the problem for you. Thanks, Wolfi signature.asc Description: Digital signature
Bug#369828: tagging 369608
Hi altogether! On Wed, Jun 14, 2006 at 12:49:21PM +0200, Agustin Martin wrote: [...snip...] FYI, seems fixed in libgc1c2, see http://bugs.debian.org/371886, From: Aurelien Jarno aurel32 debian.org It looks like this problem has been triggered by the activation of the --enable-redirect-malloc option. The file doc/README.changes says: --enable-redirect-malloc is mostly untested and known not to work on some platforms. From upload changelog: Changes: libgc (1:6.7-2) unstable; urgency=low . * Disable --enable-redirect-malloc again (closes: #371886) -- Agustin That's great. I just tried and inkscape starts again. Thanks to all involved! With best wishes, Wolfi signature.asc Description: Digital signature
Bug#369828: inkscape: Inkscape does not start since last update
Hi Gauthier! On Sat, Jun 03, 2006 at 04:11:21PM +0200, Gauthier Quesnel wrote: Hi Gauthier! Hi, On Thu, Jun 01, 2006 at 05:09:06PM +0200, Gauthier Quesnel wrote: Package: inkscape Version: 0.43-5 Severity: grave Justification: renders package unusable thanks for your report. Only problem is, that it seems this is not inkscape's fault. In similar cases downgrading libgc1c2 to the version in testing helped. I reassigned two similar bugs to libgc1c2: http://bugs.debian.org/369608 http://bugs.debian.org/369706 Please have a look at them. I'll leave your report at inkscape so that others having the same trouble can follow. With best wishes, Wolfi ok ok :) thanks, I did not think to check the dependent libraries of Inkscape, sorry. Well, you are not supposed to ;-). When you write The futex() stop the starting of application, what do you mean by that? do you mean that you get an endless loop or that the program hangs waiting for the futex. I get the first, which made it impossible for me to capture te lines before the futex stuff. Thanks for your help, Wolfi best Regards, Gauthier. signature.asc Description: Digital signature
Bug#369828: inkscape: Same problem with futex
Hi randhol, On Wed, Jun 07, 2006 at 05:39:53PM +0200, Wolfram Quester wrote: Hi, On Sat, Jun 03, 2006 at 06:09:38PM +0200, randhol wrote: Package: inkscape Version: 0.43-4 Followup-For: Bug #369828 I have the same problem with both versions: 0.43-4 and 0.43-5. I tried to remove the content of the extension directory, but it didn't work. Got sigsevs then. I wish there was a way to rollback to the previous version that worked. Now I have to go all the way back to the stable version to use inkscape. No, from the reports I got it should be enough if you downgrade libgc1c2 to version 6.6-1, e.g. from snapshot.debian.net. As I said, the problem is probably not in inkscape but in libgc1c2. Could you please report back if downgrading libgc helped in your case? Thanks, Wolfi signature.asc Description: Digital signature
Bug#354698: inkscape: same crash; no gtk2-engines-gtk-qt or ~/.gtkrc-2.0
Hi ! On Wed, Jun 07, 2006 at 06:18:38PM -0400, C. Scott Ananian wrote: Package: inkscape Version: 0.43-5 Followup-For: Bug #354698 I'm seeing the same crash in inkscape, but I don't have gtk2-engines-gtk-qt installed or any ~/.gtkrc-2.0 file. I am using the Lush icon theme (and the Smokey-Blue control theme), but I selected this with the standard gnome control panel. If there are doubled includes going on, I don't know where they are occuring. [...snip...] -- System Information: Versions of packages inkscape depends on: [...snip...] ii libgc1c2 1:6.7-1 conservative garbage collector for [...snip...] Thanks for your effort and debugging! However ATM there is an issue with the version of libgc1c2 you have installed. Could you please downgrade your libgc1c2 to 6.6-1 please and try (and report back) again? It might well be that there are two bugs interferring here. Thanks, Wolfi signature.asc Description: Digital signature
Bug#369828: tagging 369608
Hi Ryan, On Thu, Jun 01, 2006 at 10:07:20AM -0700, Ryan Murray wrote: # Automatically generated email from bts, devscripts version 2.9.20 tags 369608 unreproducible It would be iterresting to know how you tried to reproduce the bug. Perhaps architecture plays a role too? I got quite a lot bug reports about this lately (privately as well via the BTS) and most of them (I did not get all replies yet) where solvable by a downgrade of libgc1c2. Upstream has it as http://sourceforge.net/tracker/index.php?func=detailaid=1497837group_id=93438atid=604306 Thanks, Wolfi signature.asc Description: Digital signature
Bug#369828: inkscape: Same problem with futex
Hi, On Sat, Jun 03, 2006 at 06:09:38PM +0200, randhol wrote: Package: inkscape Version: 0.43-4 Followup-For: Bug #369828 I have the same problem with both versions: 0.43-4 and 0.43-5. I tried to remove the content of the extension directory, but it didn't work. Got sigsevs then. I wish there was a way to rollback to the previous version that worked. Now I have to go all the way back to the stable version to use inkscape. No, from the reports I got it should be enough if you downgrade libgc1c2 to version 6.6-1, e.g. from snapshot.debian.net. As I said, the problem is probably not in inkscape but in libgc1c2. HTH, Wolfi signature.asc Description: Digital signature
Bug#369828: strace
Hi Bernhard, On Sun, Jun 04, 2006 at 07:56:45AM +0200, Bernhard Kleine wrote: I have prepared an strace showing segfault (375 kB). Could you too please downgrade libgc1c2 to 6.6-1 (e.g. from snapshot.debian.net) and see if you can start inkscape again? Thanks for your help, Wolfi signature.asc Description: Digital signature
Bug#369706: inkscape: fails to start with Entity: line 8: parser error : PCDATA invalid Char value 8
Hi Timo, On Wed, May 31, 2006 at 06:10:58PM +0300, Timo Juhani Lindfors wrote: Package: inkscape Version: 0.43-5 Severity: grave Justification: renders package unusable Hew, that's a comprehensive bugreport! thanks for that. ATM I'm working at a bug caused by libgc1c2 1:6.7-1. Could you please downgrade libgc1c2 to the version in testing and try again? Thanks, Wolfi signature.asc Description: Digital signature
Bug#369828: inkscape: Inkscape does not start since last update
Hi Gauthier! On Thu, Jun 01, 2006 at 05:09:06PM +0200, Gauthier Quesnel wrote: Package: inkscape Version: 0.43-5 Severity: grave Justification: renders package unusable thanks for your report. Only problem is, that it seems this is not inkscape's fault. In similar cases downgrading libgc1c2 to the version in testing helped. I reassigned two similar bugs to libgc1c2: http://bugs.debian.org/369608 http://bugs.debian.org/369706 Please have a look at them. I'll leave your report at inkscape so that others having the same trouble can follow. With best wishes, Wolfi signature.asc Description: Digital signature
Bug#354698: inkscape crshes under certain conditions with smooth themes
Hi Ed, I am the maintainer of inkscape, a graphical svg editor and drawing program. I just wanted to ask for your opinion on bug #354698. It was reported against inkscpe, but I assume this is a bug in gtk2-engines-smooth which might also cause bugs #346174, #349060, #349063, and #359985. Debugging by Yuya Nishihara indicates that duplicated theme inclusion causes the crashes. I'm no expert in gtk themes, so I don't know if two include lines are allowed by some spec or not (if not, this would be a user error or a bug in gtk2-engines-gtk-qt), but I think it should certainly not crash. With best wishes, Wolfi signature.asc Description: Digital signature
Bug#354698: inkscape : crashes during starting
Hi altogether, here are some things sent to me privately by Oliver Grimm and stuff I found debugging this problem: Oliver writes: This bug only seems to appear with some special settings of package gtk2-engines-gtk-qt. To reproduce do - install gtk2-engines-gtk-qt - start KControl--appearance--gtk styles - select Lush as gtk-style, click apply - inkscape FAILS to start - now select Redmond or an XFCE style for gtk - inkscape DOES start again From what was reported at bug 354698 the Nuvola theme is also affected. Additionally, while testing different gtk-themes under KDE I noticed crashes in other applications, too (e.g. galeon). Additionally, the gtk-config files written by the gtk2-engines-gtk-qt package affect sessions like gnome and xfce causing inkscape to crash using these other desktop environments too. What is worse is that if you install gtk2-engines-gtk-qt, change your theme to Nuvola, forget about it and remove gtk2-engines-gtk-qt inkscape will crash anyways, as will galeon. galeon doesn't crash during startup though, but at a later stage. So I don't really know where the bug lies: 1. Is it gtk2-engines-gtk-qt which writes config files causing random applications to crash 2. or is it a bug somewhere in gtk2 which fails to cope with certain combinations of configuration options causing applications to randomly crash 3. or is it a problem of the applications using gtk theming in an inappropriate way? I think that much more debugging is needed to find the cause of this problem, but I don't think I've time and knowledge to track it all down. I think however it is not all gtk2-engines-gtk-qt's fault since also a user can generate these combinations of config options and I'd guess they are not marked as wrong in any gtk theming documentation. Thanks for your help and please contribute if you find something new, Wolfi Here is a (not really enlightening) backtrace of inkscape with the Nuvola theme under KDE: GNU gdb 6.4-debian Copyright 2005 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type show copying to see the conditions. There is absolutely no warranty for GDB. Type show warranty for details. This GDB was configured as powerpc-linux-gnu...Using host libthread_db library /lib/tls/libthread_db.so.1. (gdb) run Starting program: /usr/bin/inkscape [Thread debugging using libthread_db enabled] [New Thread 805601312 (LWP 593)] Program received signal SIGABRT, Aborted. [Switching to Thread 805601312 (LWP 593)] 0x0e5357bc in raise () from /lib/tls/libc.so.6 (gdb) bt #0 0x0e5357bc in raise () from /lib/tls/libc.so.6 #1 0x0e5372c0 in abort () from /lib/tls/libc.so.6 #2 0x0e56ff60 in __fsetlocking () from /lib/tls/libc.so.6 #3 0x0e56ff60 in __fsetlocking () from /lib/tls/libc.so.6 #4 0x0e56ff60 in __fsetlocking () from /lib/tls/libc.so.6 #5 0x0e56ff60 in __fsetlocking () from /lib/tls/libc.so.6 #6 0x0e56ff60 in __fsetlocking () from /lib/tls/libc.so.6 #7 0x0e56ff60 in __fsetlocking () from /lib/tls/libc.so.6 #8 0x0e56ff60 in __fsetlocking () from /lib/tls/libc.so.6 #9 0x0e56ff60 in __fsetlocking () from /lib/tls/libc.so.6 #10 0x0e56ff60 in __fsetlocking () from /lib/tls/libc.so.6 #11 0x0e56ff60 in __fsetlocking () from /lib/tls/libc.so.6 #12 0x0e56ff60 in __fsetlocking () from /lib/tls/libc.so.6 #13 0x0e56ff60 in __fsetlocking () from /lib/tls/libc.so.6 #14 0x0e56ff60 in __fsetlocking () from /lib/tls/libc.so.6 #15 0x0e56ff60 in __fsetlocking () from /lib/tls/libc.so.6 #16 0x0e56ff60 in __fsetlocking () from /lib/tls/libc.so.6 #17 0x0e56ff60 in __fsetlocking () from /lib/tls/libc.so.6 #18 0x0e56ff60 in __fsetlocking () from /lib/tls/libc.so.6 #19 0x0e56ff60 in __fsetlocking () from /lib/tls/libc.so.6 #20 0x0e56ff60 in __fsetlocking () from /lib/tls/libc.so.6 #21 0x0e56ff60 in __fsetlocking () from /lib/tls/libc.so.6 #22 0x0e56ff60 in __fsetlocking () from /lib/tls/libc.so.6 #23 0x0e56ff60 in __fsetlocking () from /lib/tls/libc.so.6 #24 0x0e56ff60 in __fsetlocking () from /lib/tls/libc.so.6 #25 0x0e56ff60 in __fsetlocking () from /lib/tls/libc.so.6 #26 0x0e56ff60 in __fsetlocking () from /lib/tls/libc.so.6 #27 0x0e56ff60 in __fsetlocking () from /lib/tls/libc.so.6 #28 0x0e56ff60 in __fsetlocking () from /lib/tls/libc.so.6 #29 0x0e56ff60 in __fsetlocking () from /lib/tls/libc.so.6 #30 0x0e56ff60 in __fsetlocking () from /lib/tls/libc.so.6 #31 0x0e56ff60 in __fsetlocking () from /lib/tls/libc.so.6 #32 0x0e56ff60 in __fsetlocking () from /lib/tls/libc.so.6 #33 0x0e56ff60 in __fsetlocking () from /lib/tls/libc.so.6 #34 0x0e56ff60 in __fsetlocking () from /lib/tls/libc.so.6 #35 0x0e56ff60 in __fsetlocking () from /lib/tls/libc.so.6 #36 0x0e56ff60 in __fsetlocking () from /lib/tls/libc.so.6 #37 0x0e56ff60 in __fsetlocking () from /lib/tls/libc.so.6 #38 0x0e56ff60 in __fsetlocking () from /lib/tls/libc.so.6 #39 0x0e56ff60 in
Bug#348841: openuniverse: uninstallable due to file two packages
Package: openuniverse Version: 1.0beta3.1-2 Severity: grave Justification: renders package unusable Hi, during the last update I got: Preparing to replace openuniverse 1.0beta3.1-2 (using .../openuniverse_1.0beta3.1-3_powerpc.deb) ... Unpacking replacement openuniverse ... dpkg: error processing /var/cache/apt/archives/openuniverse_1.0beta3.1-3_powerpc.deb (--unpack): trying to overwrite `/usr/share/openuniverse/data/messier.dat', which is also in package openuniverse-common dpkg-deb: subprocess paste killed by signal (Broken pipe) Errors were encountered while processing: /var/cache/apt/archives/openuniverse_1.0beta3.1-3_powerpc.deb E: Sub-process /usr/bin/dpkg returned an error code (1) Thanks, Wolfi -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: powerpc (ppc) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15.1-wjq Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8) Versions of packages openuniverse depends on: ii freeglut3 2.4.0-4 OpenGL Utility Toolkit ii libc6 2.3.5-12 GNU C Library: Shared libraries an ii libgcc11:4.0.2-7 GCC support library ii libice66.9.0.dfsg.1-4Inter-Client Exchange library ii libjpeg62 6b-11 The Independent JPEG Group's JPEG ii libsm6 6.9.0.dfsg.1-4X Window System Session Management ii libstdc++5 1:3.3.6-12The GNU Standard C++ Library v3 ii libx11-6 6.9.0.dfsg.1-4X Window System protocol client li ii libxext6 6.9.0.dfsg.1-4X Window System miscellaneous exte ii libxi6 6.9.0.dfsg.1-4X Window System Input extension li ii libxmu66.9.0.dfsg.1-4X Window System miscellaneous util ii openuniverse-commo 1.0beta3.1-3 3D Universe Simulator data files ii xlibmesa-gl [libgl 6.9.0.dfsg.1-4Mesa 3D graphics library [X.Org] ii xlibmesa-glu [libg 4.3.0.dfsg.1-14sarge1 Mesa OpenGL utility library [XFree ii xlibs 6.9.0.dfsg.1-4X Window System client libraries m openuniverse recommends no packages. -- no debconf information signature.asc Description: Digital signature
Bug#330894: Isn't this fixed in the unstable version of inkscape?
Hi Guido, On Fri, Nov 25, 2005 at 10:55:48AM +0100, Guido Trotter wrote: Hi! You wrote two times in the changelog that this issue is resolved: Changes: inkscape (0.43-1) unstable; urgency=high * urgency=high since this version fixes the buffer overflow discovered by Joxean Koret (see CVE-2005-3737, debian bug 330894). Changes: inkscape (0.42.2+0.43pre1-1) unstable; urgency=low * Just for the record: inkscape version 0.42 and newer is not vulnerable to the security bug mentioned in Bug #321501. So I'm wondering: why can't this bug be closed, with the appropriate version tag? This would also help migrating inkscape into testing, which it cannot do till this bug remains open... Yes, you are right. My thinking was that I close this bug when it is fixed in stable, too. But I see that this was wrong. Thanks Steve for closing, I hope the security team will upload the fixed version I sent them to sarge. Thanks, Guido With best wishes, Wolfi signature.asc Description: Digital signature
Bug#339469: helix-player: FTBFS due to different errors on all architectures
Package: helix-player Version: 1.0.6-2 Severity: serious Justification: no longer builds from source Tags: patch Hi, I just had a look at the helix-player package and noticed that it failed to build on all architectures. Each time it seems to be a different error. Btw, in Bug #330337 you list amd64 as supported, but not ia64. Is there a reason for that? For the sparc and powerpc the errors are listed below. sparc seems to be on a par with other architectures, while powerpc seems to be special since it crashed due to a python crash. A patch for this issue is attached and the package builds fine with the patch applied here. sparc: entering directory audio/device UNIXCompile(audio/device): generating makefiles Warning: Missing BIF source dep 'client_audiosvc' (include path ../../client/audiosvc/pub) UNIXCompile(audio/device): making depend UNIXCompile(audio/device): making copy ERROR: UNIXCompile(audio/device) ERROR: Make failed. --- Build System Error Make failed. --- leaving directory /build/buildd/helix-player-1.0.6/./audio/device [...] entering directory video/site UNIXCompile(video/site): generating makefiles UNIXCompile(video/site): making depend UNIXCompile(video/site): making copy ERROR: UNIXCompile(video/site) ERROR: Make failed. --- Build System Error Make failed. --- leaving directory /build/buildd/helix-player-1.0.6/./video/site Then there are similar messages for client/core, player/app/gtk, and player/installer/archive. Eventually the build fails with g++-3.4 --permissive -pipe -fsigned-char -O2 -I../../common/runtime/pub -I/usr/X11R6/include -Ipub/platform/unix -I../../common/system/pub/platform -I../../client/audiosvc/pub -I../../common/include -I../../common/container/pub -I../../common/util/pub -I../../common/system/pub -I../../common/dbgtool/pub -I../include -I./pub -I. -include rel/audio_device_ribodefs.h -fPIC -DPIC -o rel/obj/platform/unix/audlinux_oss.o -c platform/unix/audlinux_oss.cpp In file included from platform/unix/audlinux_oss.cpp:64: pub/platform/unix/audlinux_oss.h:63:31: machine/soundcard.h: No such file or directory platform/unix/audlinux_oss.cpp: In member function `virtual HX_RESULT CAudioOutLinux::_SetDeviceConfig(const HXAudioFormat*)': platform/unix/audlinux_oss.cpp:142: error: `SNDCTL_DSP_SETFRAGMENT' undeclared (first use this function) platform/unix/audlinux_oss.cpp:142: error: (Each undeclared identifier is reported only once for each function it appears in.) platform/unix/audlinux_oss.cpp:156: error: `AFMT_S16_NE' undeclared (first use this function) platform/unix/audlinux_oss.cpp:160: error: `AFMT_U8' undeclared (first use this function) platform/unix/audlinux_oss.cpp:163: error: `SNDCTL_DSP_SETFMT' undeclared (first use this function) platform/unix/audlinux_oss.cpp:205: error: `SOUND_PCM_WRITE_CHANNELS' undeclared (first use this function) platform/unix/audlinux_oss.cpp:216: error: `SOUND_PCM_WRITE_RATE' undeclared (first use this function) platform/unix/audlinux_oss.cpp:263: error: `audio_buf_info' undeclared (first use this function) platform/unix/audlinux_oss.cpp:263: error: expected `;' before getYourInfoHere platform/unix/audlinux_oss.cpp:269: error: `SNDCTL_DSP_GETOSPACE' undeclared (first use this function) platform/unix/audlinux_oss.cpp:269: error: `getYourInfoHere' undeclared (first use this function) platform/unix/audlinux_oss.cpp: In member function `void CAudioOutLinux::_SyncUpTimeStamps(ULONG32)': platform/unix/audlinux_oss.cpp:306: error: `SNDCTL_DSP_GETODELAY' undeclared (first use this function) platform/unix/audlinux_oss.cpp: In member function `virtual HX_RESULT CAudioOutLinux::_Reset()': platform/unix/audlinux_oss.cpp:491: error: `SOUND_PCM_RESET' undeclared (first use this function) platform/unix/audlinux_oss.cpp: In member function `virtual UINT16 CAudioOutLinux::_GetVolume() const': platform/unix/audlinux_oss.cpp:508: error: `SOUND_MIXER_PCM' undeclared (first use this function) platform/unix/audlinux_oss.cpp:508: error: `MIXER_READ' undeclared (first use this function) platform/unix/audlinux_oss.cpp: In member function `virtual HX_RESULT CAudioOutLinux::_SetVolume(UINT16)': platform/unix/audlinux_oss.cpp:530: error: `SOUND_MIXER_PCM' undeclared (first use this function) platform/unix/audlinux_oss.cpp:530: error: `MIXER_WRITE' undeclared (first use this function) platform/unix/audlinux_oss.cpp: In member function `virtual HX_RESULT CAudioOutLinux::_Drain()': platform/unix/audlinux_oss.cpp:549: error: `SNDCTL_DSP_SYNC' undeclared (first use this function) platform/unix/audlinux_oss.cpp: In member function `virtual HX_RESULT CAudioOutLinux::_GetRoomOnDevice(ULONG32) const': platform/unix/audlinux_oss.cpp:610: error:
Bug#330604: inkscape does not start
Hi alltogether! On Thu, Sep 29, 2005 at 02:52:07PM -0700, Steve Langasek wrote: clone 330604 -1 reassign -1 gcc-4.0 severity -1 important retitle -1 [alpha] insane default of -mno-ieee instead of -mieee breaks many apps thanks On Thu, Sep 29, 2005 at 09:17:01PM +0200, Torsten Zirzlaff wrote: On Thu, 29 Sep 2005, Wolfram Quester wrote: Hi Torsten, [...] Since you are using alpha, this is probably a reintroduction of 64Bit uncleanliness in inkscape. Hm, I hoped that this would be closed. Can you provide a backtrace please? I had a look at the buildlog for inkscape on alpha, but there are so many warnings that I'm lost. Hm, sicher kann ich einen backtrace machen. Nur die Frage was für eine Art von Backtrace? Im Anhang ein Backtrace aus dem gdb gestartet. Vielleicht einfach mal mit -mieee übersetzen. Program received signal SIGFPE, Arithmetic exception. [Switching to Thread 16384 (LWP 1928)] 0x0001204db62c in Shape::initialiseEdgeData () Yes, gcc-4.0 changed the default compilation options on alpha from -mieee to -mno-ieee. Again. This is incredibly stupid, nobody in their right mind actually *wants* -mno-ieee for general-purpose code and it's not a sane default. Several other packages have already failed on alpha as a result of this when built with gcc-4.0. I'm cloning this bug to the gcc-4.0 package; I hope Matthias will be able to persuade upstream to apply sane default flags on alpha, or at least reintroduce the patch that was used to fix bug #212912 in gcc-3.3. Thanks for all your help, I'll workaround this bug by compiling with -mieee on alpha in the next upload. With best wishes, Wolfi -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. [EMAIL PROTECTED] http://www.debian.org/ So Steve, you aren't a postmodern programmer anymore? signature.asc Description: Digital signature
Bug#330894: inkscape: Arbitrary code execution when opening a malicious file
forwarded 330894 [EMAIL PROTECTED] Thanks Hi Joxean! On Fri, Sep 30, 2005 at 12:51:04PM +0200, Joxean Koret wrote: Subject: inkscape: Arbitrary code execution opening a file Package: inkscape Version: 0.41-4.99.sarge0 Severity: grave Justification: user security hole Inkscape is vulnerable to, almost, one buffer overflow that may allow arbitrary code execution. I contacted the Inkscape team but, at the moment, there is no patch for the issue. Attached goes a Proof Of Concept. NOTE: I think the problem may not be exploitable because you need to write a shellcode using only valid XML characters. Regards, Joxean Koret [...snip...] Thanks for your report. I forwarded it to the developer's mailing list. On my PowerBook inkscape simply crashed when opening your file, I don't know what it should do on a i386 box. I tried to open it in vim, but there it causes troubles too, at least for the syntax highlighter. I also tried it with sodipodi, but could not see an effect. It seems to open cleanly. With best wishes, Wolfi signature.asc Description: Digital signature
Bug#330604: inkscape does not start
Hi Torsten, On Wed, Sep 28, 2005 at 10:40:13PM +0200, Torsten Zirzlaff wrote: Package: inkscape Version: 0.42.2-1 Severity: grave Justification: renders package unusable During startup of inkscape it does display the beginnings of the canvas area, but then stops with a popup that it has encountered an internal error and closed now. On console the following appears: tinuviel zirzlaff 65 (~):inkscape Emergency save activated! Emergency save completed. Inkscape will close now. If you can reproduce this crash, please file a bug at www.inkscape.org with a detailed description of the steps leading to the crash, so we can fix it. Abbruch -- System Information: Debian Release: testing/unstable APT prefers testing-proposed-updates APT policy: (500, 'testing-proposed-updates'), (500, 'testing') Architecture: alpha Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12.4.20050814 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Since you are using alpha, this is probably a reintroduction of 64Bit uncleanliness in inkscape. Hm, I hoped that this would be closed. Can you provide a backtrace please? I had a look at the buildlog for inkscape on alpha, but there are so many warnings that I'm lost. Thanks for your help, Wolfi signature.asc Description: Digital signature
Bug#324985: gcjwebplugin: uninstallable because gij-3.4 no longer in unstable
Package: gcjwebplugin Version: 0.3.1-3 Severity: grave Justification: renders package unusable Hi, gcjwebplugin can't be installed at the moment in unstable, since unstable doesn't contain gcj-3.4 anymore. It was replaced with gij-4.0. Couldn't you do a Depends: gij (= 3.4) ? With best regards, Wolfi -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: powerpc (ppc) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12-wjq Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8) Versions of packages gcjwebplugin depends on: ii gij-3.4 3.4.4-5The GNU Java bytecode interpreter ii libc6 2.3.5-4GNU C Library: Shared libraries an ii libgcc1 1:4.0.1-6 GCC support library ii libgcj5-awt 3.4.4-5AWT peer runtime libraries for use ii libglib2.0-0 2.8.0-1The GLib library of C routines ii libstdc++51:3.3.6-9 The GNU Standard C++ Library v3 Versions of packages gcjwebplugin recommends: ii epiphany-browser [www-browser 1.6.4-1Intuitive GNOME web browser hi galeon [www-browser] 1.3.21-6 GNOME web browser for advanced use ii konqueror [www-browser] 4:3.3.2-1 KDE's advanced File Manager, Web B ii lynx [www-browser]2.8.5-2Text-mode WWW Browser ii mozilla-browser [www-browser] 2:1.7.10-1 The Mozilla Internet application s ii mozilla-firefox [www-browser] 1.0.6-3lightweight web browser based on M ii w3m [www-browser] 0.5.1-4WWW browsable pager with excellent -- no debconf information signature.asc Description: Digital signature
Bug#319958: inkscape: fails to install (wrong dependencies)
Hi Cyril! On Tue, Jul 26, 2005 at 12:45:05AM +0200, Cyril Brulebois wrote: Package: inkscape Version: 0.41-5 Severity: grave Tags: patch Justification: renders package unusable Hi! When trying to install inkscape, it doesn't success due to dependency problems: inkscape: Dépend: libgc1 mais il n'est pas installable Dépend: libglibmm-2.4-1 (= 2.6.1) mais ne sera pas installé Dépend: libgtkmm-2.4-1 (= 2.6.0) mais ne sera pas installé Dépend: libsigc++-2.0-0 (= 2.0.2) mais il n'est pas installable E: Paquets défectueux Rebuilding it 'as is' should be sufficient to refresh the dependencies (via the ${shlibs:Depends} variable). I joined the diff between the official dependencies and mine. HTH Best regards, -- Cyril Brulebois Thanks for your report. The reason for this is the C++-ABI transition. This is over now and ATM I'm preparing the packages of version 0.42, which will automatically resolve these issues and depend on the new libs. Thanks, Wolfi signature.asc Description: Digital signature
Bug#315127: libgphoto2: FTBFS using dpkg-buildpackage on ppc
Package: libgphoto2 Severity: grave Justification: renders package unusable Hi alltogether, I just wanted to play with libgphoto2 and tried to rebuild the package, but came across the following error: [EMAIL PROTECTED]:/tmp $ apt-get source libgphoto2 Reading Package Lists... Done Building Dependency Tree... Done Need to get 2956kB of source archives. Get:1 http://debian.physik.uni-konstanz.de unstable/main libgphoto2 2.1.5-6 (dsc) [890B] Get:2 http://debian.physik.uni-konstanz.de unstable/main libgphoto2 2.1.5-6 (tar) [2947kB] Get:3 http://debian.physik.uni-konstanz.de unstable/main libgphoto2 2.1.5-6 (diff) [8152B] Fetched 2956kB in 1s (2403kB/s) dpkg-source: extracting libgphoto2 in libgphoto2-2.1.5 dpkg-source: unpacking libgphoto2_2.1.5.orig.tar.gz dpkg-source: applying ./libgphoto2_2.1.5-6.diff.gz [EMAIL PROTECTED]:/tmp $ cd libgphoto2-2.1.5/ [EMAIL PROTECTED]:/tmp/libgphoto2-2.1.5 $ fakeroot dpkg-buildpackage -us -uc dpkg-buildpackage: source package is libgphoto2 dpkg-buildpackage: source version is 2.1.5-6 dpkg-buildpackage: source changed by Frederic Peters [EMAIL PROTECTED] dpkg-buildpackage: host architecture powerpc [...Full build log available on request...] make[3]: Leaving directory `/tmp/libgphoto2-2.1.5' make[2]: Leaving directory `/tmp/libgphoto2-2.1.5' make[1]: Leaving directory `/tmp/libgphoto2-2.1.5' # remove upstream 0-byte files to make lintian happy find debian/tmp/ -size 0 -exec rm '{}' ';' # Ok the GPL is already on the target system rm debian/tmp/usr/share/doc/libgphoto2/COPYING dh_movefiles mv debian/libgphoto2-2/usr/share/doc/libgphoto2 \ debian/libgphoto2-2/usr/share/doc/libgphoto2-2 test -d debian/libgphoto2-2/usr/lib/libgphoto2 \ mv debian/libgphoto2-2/usr/lib/libgphoto2 \ debian/libgphoto2-2/usr/lib/libgphoto2-2 make: *** [install] Error 1 Thanks, Wolfi -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: powerpc (ppc) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12-rc5-git6-wjq Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8) signature.asc Description: Digital signature
Bug#303225: ifupdown: update fails
Package: ifupdown Version: 0.6.5 Severity: serious Hi, I just updated ifupdown and the update fails with Setting up ifupdown (0.6.5) ... Installing new version of config file /etc/init.d/ifupdown ... Installing new version of config file /etc/init.d/ifupdown-clean ... ln: `/etc/network/run': File exists dpkg: error processing ifupdown (--configure): subprocess post-installation script returned error exit status 1 Thanks, Wolfi -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: powerpc (ppc) Kernel: Linux 2.6.10-wjq Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8) Versions of packages ifupdown depends on: ii debconf [debconf-2.0] 1.4.47 Debian configuration management sy ii libc6 2.3.2.ds1-20 GNU C Library: Shared libraries an ii net-tools 1.60-10 The NET-3 networking toolkit -- debconf information: ifupdown/convert-interfaces: true signature.asc Description: Digital signature
Bug#292618: wvdial: doesn't initialize serial port correctly since last update
Package: wvdial Version: 1.54.0-1.1 Severity: grave Justification: renders package unusable Hi, I updated wvdial some days ago and cannot use my modems since then. One of the modems is bluetooth device connected on /dev/rfcomm0. wvdial gives: [EMAIL PROTECTED]:~ $ wvdial -- WvDial: Internet dialer version 1.54.0 -- Cannot open /dev/rfcomm0: Cannot get information for serial port. -- Cannot open /dev/rfcomm0: Input/output error -- Cannot open /dev/rfcomm0: Cannot get information for serial port. In the syslog I see Jan 28 10:58:00 halley kernel: rfcomm_tty_ioctl: TIOCGSERIAL is not supported My other modem is connected by an usb-serial adapter and wvdial gives me [EMAIL PROTECTED]:~ $ wvdial -- WvDial: Internet dialer version 1.54.0 -- Cannot open /dev/ttyUSB0: Cannot get information for serial port. -- Cannot open /dev/ttyUSB0: Cannot get information for serial port. -- Cannot open /dev/ttyUSB0: Cannot get information for serial port. syslog shows nothing. Since I can connect fine using pon/poff, I guess the fault is in wvdial or libwvstreams, since this is the major change in the last release. With best regards, Wolfi -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: powerpc (ppc) Kernel: Linux 2.6.10-wjq Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8) Versions of packages wvdial depends on: ii libc6 2.3.2.ds1-20 GNU C Library: Shared libraries an ii libgcc1 1:3.5-0pre0 GCC support library ii libstdc++5 1:3.3.5-6The GNU Standard C++ Library v3 ii libwvstreams4.0-base4.0.1-1.2C++ network libraries for rapid ap ii libwvstreams4.0-extras 4.0.1-1.2C++ network libraries for rapid ap ii ppp 2.4.2+20040428-6 Point-to-Point Protocol (PPP) daem -- no debconf information signature.asc Description: Digital signature