Bug#342484: Error: unknown pseudo-op: `.weakref'
Package: gcc-snapshot Version: 20051124-1 Severity: important I cannot build VTK (http://vtk.org) using gcc-snapshot and $ (cd Utilities/kwsys make) Building dependencies. cmake.depends... Building object file Directory.o... /tmp/ccFywWsc.s: Assembler messages: /tmp/ccFywWsc.s:2650: Error: unknown pseudo-op: `.weakref' /tmp/ccFywWsc.s:2651: Error: unknown pseudo-op: `.weakref' /tmp/ccFywWsc.s:2652: Error: unknown pseudo-op: `.weakref' /tmp/ccFywWsc.s:2653: Error: unknown pseudo-op: `.weakref' /tmp/ccFywWsc.s:2654: Error: unknown pseudo-op: `.weakref' /tmp/ccFywWsc.s:2655: Error: unknown pseudo-op: `.weakref' /tmp/ccFywWsc.s:2656: Error: unknown pseudo-op: `.weakref' /tmp/ccFywWsc.s:2657: Error: unknown pseudo-op: `.weakref' /tmp/ccFywWsc.s:2658: Error: unknown pseudo-op: `.weakref' /tmp/ccFywWsc.s:2659: Error: unknown pseudo-op: `.weakref' /tmp/ccFywWsc.s:2660: Error: unknown pseudo-op: `.weakref' /tmp/ccFywWsc.s:2661: Error: unknown pseudo-op: `.weakref' /tmp/ccFywWsc.s:2662: Error: unknown pseudo-op: `.weakref' /tmp/ccFywWsc.s:2663: Error: unknown pseudo-op: `.weakref' Building object file RegularExpression.o... Compile line is: /usr/lib/gcc-snapshot/bin/g++ -o Directory.o -Dvtksys_EXPORTS -Wall -W -Wshadow -Wunused -Wno-system-headers -Wno-deprecated -Woverloaded-virtual -fno-trapping-math -ftrapv -fno-inline -fno-inline-functions -Wno-long-long -Wno-deprecated -g -fPIC -I/home/mathieu/Dashboards/MyTests/VTK-gcc-snapshot -I/home/mathieu/Dashboards/MyTests/VTK-gcc-snapshot/Utilities -I/home/mathieu/Dashboards/MyTests/VTK-gcc-snapshot/VolumeRendering -I/home/mathieu/Dashboards/MyTests/VTK-gcc-snapshot/Rendering -I/home/mathieu/Dashboards/MyTests/ParaView/VTK/Parallel -I/home/mathieu/Dashboards/MyTests/ParaView/VTK/VolumeRendering -I/home/mathieu/Dashboards/MyTests/ParaView/VTK/Hybrid -I/home/mathieu/Dashboards/MyTests/ParaView/VTK/Widgets -I/home/mathieu/Dashboards/MyTests/ParaView/VTK/Rendering -I/home/mathieu/Dashboards/MyTests/ParaView/VTK/Rendering/Testing/Cxx -I/home/mathieu/Dashboards/MyTests/ParaView/VTK/IO -I/home/mathieu/Dashboards/MyTests/ParaView/VTK/Imaging -I/home/mathieu/Dashboards/MyTests/ParaView/VTK/Graphics -I/home/mathieu/Dashboards/MyTests/ParaView/VTK/GenericFiltering -I/home/mathieu/Dashboards/MyTests/ParaView/VTK/Filtering -I/home/mathieu/Dashboards/MyTests/ParaView/VTK/Common -I/home/mathieu/Dashboards/MyTests/ParaView/VTK/Utilities -I/home/mathieu/Dashboards/MyTests/ParaView/VTK/Common/Testing/Cxx -I/home/mathieu/Dashboards/MyTests/VTK-gcc-snapshot/Utilities/DICOMParser -I/home/mathieu/Dashboards/MyTests/ParaView/VTK/Utilities/DICOMParser -I/home/mathieu/Dashboards/MyTests/VTK-gcc-snapshot/Utilities/vtkfreetype/include -I/home/mathieu/Dashboards/MyTests/ParaView/VTK/Utilities/vtkfreetype/include -I/home/mathieu/Dashboards/MyTests/VTK-gcc-snapshot/Utilities/vtknetcdf -I/home/mathieu/Dashboards/MyTests/ParaView/VTK/Utilities/vtknetcdf -I/home/mathieu/Dashboards/MyTests/VTK-gcc-snapshot/Utilities/vtkexodus2/include -I/home/mathieu/Dashboards/MyTests/ParaView/VTK/Utilities/vtkexodus2/include -I/home/mathieu/Dashboards/MyTests/VTK-gcc-snapshot/Utilities/MaterialLibrary -I/home/mathieu/Dashboards/MyTests/ParaView/VTK/Utilities/MaterialLibrary -I/home/mathieu/Dashboards/MyTests/VTK-gcc-snapshot/Utilities/vtkfreetype -I/home/mathieu/Dashboards/MyTests/ParaView/VTK/Utilities/ftgl/src -I/home/mathieu/Dashboards/MyTests/VTK-gcc-snapshot/Utilities/ftgl -I/usr/X11R6/include -DVTK_IN_VTK -DKWSYS_NAMESPACE=vtksys -c /home/mathieu/Dashboards/MyTests/ParaView/VTK/Utilities/kwsys/Directory.cxx -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (989, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12-1-686-smp Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages gcc-snapshot depends on: ii binutils 2.16.1-2 The GNU assembler, linker and bina ii libart-2.0-2 2.3.17-1 Library of functions for 2D graphi ii libasound21.0.10-1 ALSA library ii libatk1.0-0 1.10.3-1 The ATK accessibility toolkit ii libc6 2.3.5-8GNU C Library: Shared libraries an ii libc6-dev 2.3.5-8GNU C Library: Development Librari ii libcairo2 1.0.2-1The Cairo 2D vector graphics libra ii libfontconfig12.3.2-1generic font configuration library ii libfreetype6 2.1.7-2.4 FreeType 2 font engine, shared lib ii libglib2.0-0 2.8.3-1The GLib library of C routines ii libgmp3c2 4.1.4-10 Multiprecision arithmetic library ii libgtk2.0-0 2.6.10-1 The GTK+ graphical user interface ii libice6 6.8.2.dfsg.1-7 Inter-Client Exchange library ii libmpfr1 2.2.0.dfsg.1-2 multiple precision floating-point ii
Bug#342484: Stripped compile line
$ /usr/lib/gcc-snapshot/bin/g++ -o RegularExpression.o -Dvtksys_EXPORTS -g -I/home/mathieu/Dashboards/MyTests/VTK-gcc-snapshot/Utilities -DVTK_IN_VTK -DKWSYS_NAMESPACE=vtksys -c /home/mathieu/Dashboards/MyTests/ParaView/VTK/Utilities/kwsys/RegularExpression.cxx /tmp/ccRIu5Mp.s: Assembler messages: /tmp/ccRIu5Mp.s:3049: Error: unknown pseudo-op: `.weakref' /tmp/ccRIu5Mp.s:3050: Error: unknown pseudo-op: `.weakref' /tmp/ccRIu5Mp.s:3051: Error: unknown pseudo-op: `.weakref' /tmp/ccRIu5Mp.s:3052: Error: unknown pseudo-op: `.weakref' /tmp/ccRIu5Mp.s:3053: Error: unknown pseudo-op: `.weakref' /tmp/ccRIu5Mp.s:3054: Error: unknown pseudo-op: `.weakref' /tmp/ccRIu5Mp.s:3055: Error: unknown pseudo-op: `.weakref' /tmp/ccRIu5Mp.s:3056: Error: unknown pseudo-op: `.weakref' /tmp/ccRIu5Mp.s:3057: Error: unknown pseudo-op: `.weakref' /tmp/ccRIu5Mp.s:3058: Error: unknown pseudo-op: `.weakref' /tmp/ccRIu5Mp.s:3059: Error: unknown pseudo-op: `.weakref' /tmp/ccRIu5Mp.s:3060: Error: unknown pseudo-op: `.weakref' /tmp/ccRIu5Mp.s:3061: Error: unknown pseudo-op: `.weakref' /tmp/ccRIu5Mp.s:3062: Error: unknown pseudo-op: `.weakref' And the file can be found at: http://vtk.org/cgi-bin/viewcvs.cgi/Utilities/kwsys/RegularExpression.cxx HTH Mathieu -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#342484: Compilation is working
Thanks Falk, you can close the bug. Updating binutils from unstable did the trick $ sudo apt-get install -t unstable binutils Mathieu -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#402187: cdrecord: Only one FILE allowed on line 5 in 'zeta.cue'.
Package: cdrecord Severity: normal Hi, I cannot burn the bootable CD for Zeta (BeOS). Following instruction from http://haiku-os.org/wiki/index.php?title=HaikuUserBook/Appendices/Haiku_and_BeOS_CD_Burning I tried: $ sudo cdrecord dev=ATA:0,0,0 speed=48 -v -dummy -dao cuefile=zeta.cue ... cdrecord: Only one FILE allowed on line 5 in 'zeta.cue'. Files are publicly available at: http://www.zeta-os.com/cms/custom/lcd/indexe.php - http://www.zeta-os.com/cms/custom/lcd/request.php?request=11 Full information follows: $ cdrecord -version /tmp Cdrecord-Clone 2.01.01a03 (i686-pc-linux-gnu) Copyright (C) 1995-2005 Joerg Schilling NOTE: this version of cdrecord is an inofficial (modified) release of cdrecord and thus may have bugs that are not present in the original version. Please send bug reports and support requests to [EMAIL PROTECTED]. The original author should not be bothered with problems of this version. cdrecord: Warning: Running on Linux-2.6.16-2-686-smp cdrecord: There are unsettled issues with Linux-2.5 and newer. cdrecord: If you have unexpected problems, please try Linux-2.4 or Solaris. $ sudo cdrecord dev=ATA:0,0,0 speed=48 -v -dummy -dao cuefile=zeta.cue /tmp Cdrecord-Clone 2.01.01a03 (i686-pc-linux-gnu) Copyright (C) 1995-2005 Joerg Schilling NOTE: this version of cdrecord is an inofficial (modified) release of cdrecord and thus may have bugs that are not present in the original version. Please send bug reports and support requests to [EMAIL PROTECTED]. The original author should not be bothered with problems of this version. cdrecord: Warning: Running on Linux-2.6.16-2-686-smp cdrecord: There are unsettled issues with Linux-2.5 and newer. cdrecord: If you have unexpected problems, please try Linux-2.4 or Solaris. TOC Type: 1 = CD-ROM scsidev: 'ATA:0,0,0' devname: 'ATA' scsibus: 0 target: 0 lun: 0 Warning: Using badly designed ATAPI via /dev/hd* interface. Linux sg driver version: 3.5.27 Using libscg version 'debian-0.8debian2'. cdrecord: Warning: using inofficial version of libscg (debian-0.8debian2 '@(#)scsitransp.c 1.91 04/06/17 Copyright 1988,1995,2000-2004 J. Schilling'). SCSI buffer size: 64512 atapi: -1 Device type: Removable CD-ROM Version: 0 Response Format: 2 Capabilities : Vendor_info: 'PHILIPS ' Identifikation : 'DVD+-RW DVD8631 ' Revision : '9D03' Device seems to be: Generic mmc2 DVD-R/DVD-RW. Current: 0x0009 Profile: 0x002B Profile: 0x001B Profile: 0x001A Profile: 0x0014 Profile: 0x0011 Profile: 0x0010 Profile: 0x000A Profile: 0x0009 (current) Profile: 0x0008 cdrecord: This version of cdrecord does not include DVD-R/DVD-RW support code. cdrecord: See /usr/share/doc/cdrecord/README.DVD.Debian for details on DVD support. Using generic SCSI-3/mmc CD-R/CD-RW driver (mmc_cdr). Driver flags : MMC-3 SWABAUDIO BURNFREE Supported modes: TAO PACKET SAO SAO/R96R RAW/R16 RAW/R96R Drive buf size : 1073152 = 1048 KB FIFO size : 4194304 = 4096 KB cdrecord: Only one FILE allowed on line 5 in 'zeta.cue'. -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (989, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-2-686-smp Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#402190: wodim: No such thing as CMAKEFLAGS
Package: wodim Version: 5:1.0-1 Severity: normal There seems to be a typo in debian/rules. There is no such thing as CMAKEFLAGS, my guess is that the author meant the usual CFLAGS env variable. Ref: +CFLAGS = -g +ifneq (,$(findstring noopt,$(DEB_BUILD_OPTIONS))) +CFLAGS += -O0 +else +CMAKEFLAGS += -O2 +endif -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (989, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-2-686-smp Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages wodim depends on: ii libc62.3.6.ds1-7 GNU C Library: Shared libraries ii libcap1 1:1.10-14 support for getting/setting POSIX. Versions of packages wodim recommends: ii mkisofs 5:1.0~pre5-1 Creates ISO-9660 CD-ROM filesystem -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#402222: ERROR: Drive does not accept any cue sheet variant - please report.
Package: cdrdao Severity: normal Hi, I am not able to create a CD using the following cue file: FILE zetaboot.img BINARY TRACK 01 MODE1/2048 INDEX 01 00:00:00 POSTGAP 00:02:00 FILE zetacd.img BINARY TRACK 02 MODE1/2048 INDEX 01 00:00:00 POSTGAP 00:02:00 cdrdao reports: $ sudo cdrdao write --driver generic-mmc --overburn --eject --device ATA:0,0,0 --speed 16 zeta.cue Cdrdao version 1.2.1 - (C) Andreas Mueller [EMAIL PROTECTED] SCSI interface library - (C) Joerg Schilling Paranoia DAE library - (C) Monty Check http://cdrdao.sourceforge.net/drives.html#dt for current driver tables. Using libscg version 'schily-0.8' ATA:0,0,0: PHILIPS DVD+-RW DVD8631 Rev: 9D03 Using driver: Generic SCSI-3/MMC - Version 2.0 (options 0x) Starting write at speed 16... Pausing 10 seconds - hit CTRL-C to abort. Process can be aborted with QUIT signal (usually CTRL-\). Turning BURN-Proof on Executing power calibration... Power calibration successful. ERROR: Drive does not accept any cue sheet variant - please report. ERROR: Writing failed. --- On a related note, if I first try a simulate: $ sudo cdrdao simulate --device ATA:0,0,0 --speed 48 zeta.cue I get: Cdrdao version 1.2.1 - (C) Andreas Mueller [EMAIL PROTECTED] SCSI interface library - (C) Joerg Schilling Paranoia DAE library - (C) Monty Check http://cdrdao.sourceforge.net/drives.html#dt for current driver tables. Using libscg version 'schily-0.8' ATA:0,0,0: PHILIPS DVD+-RW DVD8631 Rev: 9D03 Using driver: Generic SCSI-3/MMC - Version 2.0 (options 0x) Disk seems to be written - hit return to reload disk. Reloading disk... WARNING: Unit not ready, still trying... WARNING: Unit not ready, still trying... ERROR: Cannot setup device ATA:0,0,0. cdrdao seems to eject and the mount the disk back correctly, but feil to load the disk. It would be super nice if the reload option was working. Thanks ! Mathieu -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (989, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-2-686-smp Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#402190: closed by Eduard Bloch [EMAIL PROTECTED] (Re: Bug#402190: wodim: No such thing as CMAKEFLAGS)
I believe this is not fixed at least the package is not up to date. Steps to reproduce: apt-get source -t unstable wodim cd cdrkit-1.1.0 grep -r CMAKEFLAGS * it should return debian/rules ... CFLAGS = -g ifneq (,$(findstring noopt,$(DEB_BUILD_OPTIONS))) CFLAGS += -O0 else CMAKEFLAGS += -O2 endif ... Please verify that you don't have any local modification Thanks Mathieu On 12/9/06, Debian Bug Tracking System [EMAIL PROTECTED] wrote: This is an automatic notification regarding your Bug report #402190: wodim: No such thing as CMAKEFLAGS, which was filed against the wodim package. It has been closed by Eduard Bloch [EMAIL PROTECTED]. Their explanation is attached below. If this explanation is unsatisfactory and you have not received a better one in a separate message then please contact Eduard Bloch [EMAIL PROTECTED] by replying to this email. Debian bug tracking system administrator (administrator, Debian Bugs database) -- Forwarded message -- From: Eduard Bloch [EMAIL PROTECTED] To: Mathieu Malaterre [EMAIL PROTECTED], [EMAIL PROTECTED] Date: Sat, 9 Dec 2006 16:46:32 +0100 Subject: Re: Bug#402190: wodim: No such thing as CMAKEFLAGS Version: 1.1.0 This problem is already fixed in unstable. #include hallo.h * Mathieu Malaterre [Fri, Dec 08 2006, 03:00:23PM]: Package: wodim Version: 5:1.0-1 Severity: normal There seems to be a typo in debian/rules. There is no such thing as CMAKEFLAGS, my guess is that the author meant the usual CFLAGS env variable. Ref: +CFLAGS = -g +ifneq (,$(findstring noopt,$(DEB_BUILD_OPTIONS))) +CFLAGS += -O0 +else +CMAKEFLAGS += -O2 +endif -- HE Das schöne am einlochen mit zobel und mira ist, dass ich am schnellsten wieder daheim bin. -- Mathieu
Bug#402383: fglrx-driver: man page fro fglrx contains wrong version of driver
Package: fglrx-driver Version: 8.31.5-1 Severity: minor After installation of fglrx 8.31.5, one still sees the old version in the man page: ATI Linux driver 8.24.8 $Date: 2006/05/20 23:39:16 $ It would be nice if the documentation driver version would match the one installed. Thanks ! -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (500, 'testing'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-3-686 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages fglrx-driver depends on: ii libc62.3.6.ds1-8 GNU C Library: Shared libraries ii libgcc1 1:4.1.1-19 GCC support library ii libstdc++5 1:3.3.6-13 The GNU Standard C++ Library v3 ii libx11-6 2:1.0.3-4 X11 client-side library ii libxext6 1:1.0.1-2 X11 miscellaneous extension librar ii libxrandr2 2:1.1.0.2-5 X11 RandR extension library ii libxrender1 1:0.9.1-3 X Rendering Extension client libra ii xserver-xorg 1:7.1.0-7 the X.Org X server Versions of packages fglrx-driver recommends: ii fglrx-kernel-2.6.18-3- 8.31.5-1+2.6.18-7 ATI binary kernel module for Linux ii fglrx-kernel-src 8.31.5-1 kernel module source for the ATI g -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#403250: totem: segfault in mmx2_memcpy
Package: totem Severity: important Hi, I cannot watch the following movie: http://homepage.mac.com/rossetantoine/osirix/PICTS/HeadFlyThru.mov When I run it on my etch system using totem I get: Program received signal SIGSEGV, Segmentation fault. [Switching to Thread -1539417168 (LWP 17459)] 0xa7701c3e in mmx2_memcpy (to=value optimized out, from=value optimized out, len=62) at memcpy.c:147 147 memcpy.c: No such file or directory. in memcpy.c (gdb) bt #0 0xa7701c3e in mmx2_memcpy (to=value optimized out, from=value optimized out, len=62) at memcpy.c:147 #1 0xa6836e96 in ff_decode_data (this_gen=0xa25d9008, buf=0x886b438) at video_decoder.c:735 #2 0xa76e2f2a in video_decoder_loop (stream_gen=0x885a1c0) at video_decoder.c:369 #3 0xa76950bd in start_thread () from /lib/tls/libpthread.so.0 #4 0xa739192e in clone () from /lib/tls/libc.so.6 (gdb) This does not seems to affect mplayer (also based on ffmpeg). Thanks ! -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (989, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-2-686-smp Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#403250:
$ totem --version Gnome totem 2.16.4 does not crash when reading the file, however the output is corrupted. I will close the issue since totem is not crashing. -- Mathieu -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#387153: invoke-rc.d: initscript rng-tools, action start failed.
Package: rng-tools Version: 2-unofficial-mt.10-2 Severity: wishlist Hello, Trying to install rng-tools when you don't have a /dev/hwrandom leads to: Setting up rng-tools (2-unofficial-mt.10-2) ... Trying to create /dev/hwrng device inode... udev active, devices will be created in /dev/.static/dev/ Starting Hardware RNG entropy gatherer daemon: (Hardware RNG device inode not found) /etc/init.d/rng-tools: Cannot find a hardware RNG device to use. invoke-rc.d: initscript rng-tools, action start failed. As described here: Bug#239810: rng-tools: Fails to start/install when no hardware RNG is present http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=239810 This should have been fixed, right ? Thanks Mathieu Ref: http://groups.google.com/group/linux.debian.bugs.dist/msg/2644cd4b1bce0594 That's why the package complained. Add a static link from /dev/null to /dev/hwrandom, and the package will install (and promptly chug a lot of CPU trying to get useful data out of /dev/null, I suppose). Stop the daemon, remove the symlinks that activate it, and you will have it installed even if that won't be useful to you right now. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (989, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-2-686-smp Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages rng-tools depends on: ii libc62.3.6.ds1-4 GNU C Library: Shared libraries ii makedev 2.3.1-82creates device files in /dev rng-tools recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#398309: bugle: default filters is not installed
Package: bugle Version: 0.0.20061022-1 Severity: wishlist After installing BuGLe one still need to manually copy the default filters (doc/examples/filters) into $HOME/.bugle/filters to start using BuGLe It would be nice if a default filters would be properly installed. Ref: http://mentors.debian.net/cgi-bin/sponsor-pkglist?action=details;package=bugle Installation: cat /etc/apt/sources.list | grep mentors deb-src http://mentors.debian.net/debian/ unstable main contrib non-free then: apt-get source bugle sudo apt-get build-dep bugle cd bugle-0.0.20061022 debuild -us -uc cd .. sudo dpkg --install gldb_0.0.20061022-1_i386.deb gldb-gui_0.0.20061022-1_i386.deb libbugle0_0.0.20061022-1_i386.deb -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-2-686 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#397186: closed by [EMAIL PROTECTED] (A. Maitland Bottoms) (Bug#397186: fixed in vtk 5.0.2-1)
Francesco Poli wrote: On Fri, 10 Nov 2006 18:19:11 -0800 Debian Bug Tracking System wrote: [...] * Apply fix for two-dimensional PLOT3D by Francesco Poli (Closes: #397186) [...] Thanks for considering and applying my patch! :-) An even better solution would have been an upstream patch proposal. Could you please verify the bug report: http://vtk.org/Bug/bug.php?op=showbugid=4041 And tell me if this is enough to fix your issue or does this need some extra work. I would like to avoid this issue creeping back in the next release of VTK or make the patch out of sync with VTK CVS. Thanks Mathieu -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#393840: openvpn: /etc/resolv.conf automation
Package: openvpn Version: 2.0.7-1 Severity: wishlist It would be nice if the debian openvpn package would be shipped with up/down script to solve the dns issue. Typical scripts can be found at: * http://openvpn.net/archive/openvpn-users/2004-10/msg00392.html * http://openvpn.net/archive/openvpn-users/2004-10/msg00415.html or * http://forums.gentoo.org/viewtopic.php?t=233080 Thanks ! Mathieu -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-2-686 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages openvpn depends on: ii debconf [debconf-2.0]1.5.5 Debian configuration management sy ii libc62.3.6.ds1-4 GNU C Library: Shared libraries ii liblzo1 1.08-3 data compression library (old vers ii libssl0.9.8 0.9.8c-3SSL shared libraries openvpn recommends no packages. -- debconf information: openvpn/change_init: true openvpn/change_init2: true openvpn/create_tun: false openvpn/stop2upgrade: false openvpn/default_port: -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#396283: libvtk5-dev includes deprecated C++ header
This is not enough to be grep'ing for #include you should also grep for use of old deprecated syntax: strstream and co. This is part of a larger bug: http://vtk.org/Bug/bug.php?op=showbugid=1953 -- Mathieu -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#401071: cmake: CMake 2.4.5 RC 2
Package: cmake Version: 2.4.4-1 Severity: normal Quoting email from Bill Hoffman: Due to some serious bugs in 2.4.4, I have created a 2.4.5 release candidate 2 (1 did not even get announced). You can find the files here: http://www.cmake.org/files/v2.4/ (Just sort by Last modified to get all the RC-2 files to the top) Please let me know if you find any problems with 2.4.5-RC-2. If this looks good, I will make the 2.4.5 in a few days and the RC-2 will be deleted. Thanks. -Bill The only changes from 2.4.4 are as follows: Changes in CMake 2.4.5 * Fix problem with LIBRARY_OUTPUT_PATH and linking to a dll foo.dll.lib instead of foo.lib * Do not depend on optimized libraries for a debug build and visa * versa. * Fix target name matching custom command output conflict. * Fix FindQt3 so that it does not find qt4 * Fix FindKDE4 so that it only looks for kde4-config -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (989, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-2-686-smp Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages cmake depends on: ii libc62.3.6.ds1-7 GNU C Library: Shared libraries ii libgcc1 1:4.1.1-19 GCC support library ii libncurses5 5.5-5 Shared libraries for terminal hand ii libstdc++6 4.1.1-19The GNU Standard C++ Library v3 cmake recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#401071: cmake: CMake 2.4.5 available for download
Package: cmake Version: 2.4.4-1 Followup-For: Bug #401071 On behalf of myself, Ken, Brad, Andy and the rest of the CMake team, we are pleased to announce that CMake 2.4.5 is available for download at: http://www.cmake.org/HTML/Download.html If you have any problems or find any bugs, please report them at www.cmake.org/Bug. A list of changes for the 2.4 release tree is included below. Thanks Bill Changes in CMake 2.4.5 * Fix for seg fault when a macro runs a bad command BUG# 3815 * Fix fix for foo.dll.lib that does not break -L/usr/lib in link names * Fix problem with LIBRARY_OUTPUT_PATH and linking to a dll foo.dll.lib instead of foo.lib * Do not depend on optimized libraries for a debug build and visa versa. * Fix target name matching custom command output conflict. * Fix FindQt3 so that it does not find qt4 * Fix FindKDE4 so that it only looks for kde4-config -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (989, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-2-686-smp Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages cmake depends on: ii libc62.3.6.ds1-7 GNU C Library: Shared libraries ii libgcc1 1:4.1.1-19 GCC support library ii libncurses5 5.5-5 Shared libraries for terminal hand ii libstdc++6 4.1.1-19The GNU Standard C++ Library v3 cmake recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#348896: libc6-dev: implicit declaration of function swab
Package: libc6-dev Version: 2.3.5-8 Severity: normal One cannot use the swab function without producing a warning. Indeed unistd.h defines it within a __USE_XOPEN ifdef, whereas this should not be needed according to: http://www.opengroup.org/onlinepubs/009695399/functions/swab.html But then if one do: #define __USE_XOPEN #include unistd.h one get: /usr/include/sys/wait.h:115: error: syntax error before '__stat_loc' /usr/include/sys/wait.h:168: error: syntax error before '__stat_loc' /usr/include/sys/wait.h:178: error: syntax error before '__WAIT_STATUS' -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (989, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12-1-686-smp Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages libc6-dev depends on: ii libc6 2.3.5-8 GNU C Library: Shared libraries an ii linux-kernel-headers 2.6.13+0rc3-2 Linux Kernel Headers for developme Versions of packages libc6-dev recommends: ii gcc [c-compiler] 4:4.0.2-2 The GNU C compiler ii gcc-2.95 [c-compiler]1:2.95.4-22 The GNU C compiler ii gcc-3.2 [c-compiler] 1:3.2.3-9 The GNU C compiler ii gcc-3.3 [c-compiler] 1:3.3.6-10 The GNU C compiler ii gcc-3.4 [c-compiler] 3.4.5-1 The GNU C compiler ii gcc-4.0 [c-compiler] 4.0.2-5 The GNU C compiler -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#349369: fglrx-driver: New ATI binary driver Version: 8.21.7
Package: fglrx-driver Version: 8.20.8-1.1 Severity: wishlist It would be great if the package would be updated to newest version: 8.21.7, which now support OpenGL 2.0 http://www2.ati.com/drivers/linux/linux_8.21.7.html -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (989, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12-1-686-smp Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages fglrx-driver depends on: ii libc62.3.5-8 GNU C Library: Shared libraries an ii libstdc++5 1:3.3.6-10 The GNU Standard C++ Library v3 ii libx11-6 6.8.2.dfsg.1-11 X Window System protocol client li ii libxext6 6.8.2.dfsg.1-11 X Window System miscellaneous exte ii xserver-xorg 6.8.2.dfsg.1-11 the X.Org X server Versions of packages fglrx-driver recommends: pn fglrx-kernel none (no description available) -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#493713: wx2.6-headers requires libglu1-mesa-dev (missing dep)
Package: wx2.6-headers Version: 2.6.3.2.1.5 Severity: normal One cannot use wx for building project, there is a missing dependencie: In file included from /usr/include/wx-2.6/wx/glcanvas.h:26, from /home/mmalaterre/Projects/gdcm/trunk/Utilities/wxWidgets/wxVTKRenderWindowInteractor.h:69, from /home/mmalaterre/Projects/gdcm/trunk/Utilities/wxWidgets/wxGDCMFrame.cpp:4: /usr/include/wx-2.6/wx/gtk/glcanvas.h:25:20: error: GL/glu.h: No such file or directory /home/mmalaterre/Projects/gdcm/trunk/Utilities/wxWidgets/wxGDCMFrame.cpp:16: warning: unused parameter 'style' /home/mmalaterre/Projects/gdcm/trunk/Utilities/wxWidgets/wxGDCMFrame.cpp:34: warning: unused parameter 'event' /home/mmalaterre/Projects/gdcm/trunk/Utilities/wxWidgets/wxGDCMFrame.cpp:40: warning: unused parameter 'event' /home/mmalaterre/Projects/gdcm/trunk/Utilities/wxWidgets/wxGDCMFrame.cpp:67: warning: unused parameter 'event' make[2]: *** [Utilities/wxWidgets/CMakeFiles/wxGDCM.dir/wxGDCMFrame.cpp.o] Error 1 make[1]: *** [Utilities/wxWidgets/CMakeFiles/wxGDCM.dir/all] Error 2 make: *** [all] Error 2 Installing libglu1-mesa-dev solve the issue. One can verify: $ grep include /usr/include/wx-2.6/wx/gtk/glcanvas.h #include wx/scrolwin.h #include wx/app.h #include GL/gl.h #include GL/glx.h #include GL/glu.h indeed glu.h is required -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (500, 'stable'), (50, 'testing'), (40, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-6-amd64 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#493964: libjasper-runtime: jiv abort on proper input image
Package: libjasper-runtime
Version: 1.701.0-2
Severity: important
I cannot open the following jpc image:
http://jpeg.sourceforge.net/jpeg2000/D_CLUNIE_CT1_J2KI.j2k
Using jiv I get the following:
$ gdbrun /tmp/jasper/bin/jiv bla.j2k
~/Projects/gdcm/debug-gcc43
GNU gdb 6.8-debian
Copyright (C) 2008 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later http://gnu.org/licenses/gpl.html
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law. Type show copying
and show warranty for details.
This GDB was configured as x86_64-linux-gnu...
Program received signal SIGABRT, Aborted.
0x2ac711cf71d5 in raise () from /lib/libc.so.6
(gdb) bt
#0 0x2ac711cf71d5 in raise () from /lib/libc.so.6
#1 0x2ac711cf8680 in abort () from /lib/libc.so.6
#2 0x0040b190 in getint (in=0x88c430, sgnd=1, prec=16,
val=0x7fff9a1b2178) at jas_image.c:1218
#3 0x0040a421 in jas_image_readcmpt2 (image=0x8882d0, cmptno=0, x=0,
y=0, width=512, height=1, buf=0x8948f0) at jas_image.c:991
#4 0x0040bb03 in jas_image_chclrspc (image=0x0, outprof=0x885c00,
intent=0) at jas_image.c:1416
#5 0x00403cfe in loadimage () at jiv.c:746
#6 0x00403a81 in nextimage () at jiv.c:664
#7 0x004027c0 in main (argc=2, argv=0x7fff9a1b2478) at jiv.c:279
(gdb) up
#1 0x2ac711cf8680 in abort () from /lib/libc.so.6
(gdb)
#2 0x0040b190 in getint (in=0x88c430, sgnd=1, prec=16,
val=0x7fff9a1b2178) at jas_image.c:1218
1218abort();
(gdb) list
1213v = (v 8) | c;
1214}
1215v = ((1 prec) - 1);
1216if (sgnd) {
1217/* XXX - Do something here. */
1218abort();
1219} else {
1220*val = v;
1221}
1222return 0;
(gdb) p sgnd
$1 = 1
(gdb) quit
The program is running. Exit anyway? (y or n) y
It would be nice if the code would nicely handle the image instead of just
aborting.
thanks
-- System Information:
Debian Release: 4.0
APT prefers stable
APT policy: (500, 'stable'), (50, 'testing'), (40, 'unstable'), (1,
'experimental')
Architecture: amd64 (x86_64)
Shell: /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18-6-amd64
Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1)
Versions of packages libjasper-runtime depends on:
ii freeglut3 2.4.0-5OpenGL Utility Toolkit
ii libc6 2.7-10 GNU C Library: Shared libraries
ii libgl1-mesa-glx [libgl1] 6.5.1-0.6 A free implementation of the OpenG
ii libglu1-mesa [libglu1]6.5.1-0.6 The OpenGL utility library (GLU)
ii libice6 1:1.0.1-2 X11 Inter-Client Exchange library
ii libjasper-1.701-1 1.701.0-2 The JasPer JPEG-2000 runtime libra
ii libjpeg62 6b-13 The Independent JPEG Group's JPEG
ii libsm61:1.0.1-3 X11 Session Management library
ii libx11-6 2:1.0.3-7 X11 client-side library
ii libxext6 1:1.0.1-2 X11 miscellaneous extension librar
ii libxi61:1.0.1-4 X11 Input extension library
ii libxmu6 1:1.0.2-2 X11 miscellaneous utility library
ii libxt61:1.0.2-2 X11 toolkit intrinsics library
libjasper-runtime recommends no packages.
-- no debconf information
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#494850: cannot start meld
Package: meld Version: 1.1.3-1.2 Severity: grave Justification: renders package unusable I simply cannot start meld: $ meld Traceback (most recent call last): File /usr/bin/meld, line 78, in ? import gtk ImportError: No module named gtk Thanks -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (500, 'stable'), (50, 'testing'), (40, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-6-amd64 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages meld depends on: ii python2.4.4-2An interactive high-level object-o ii python-glade2 2.8.6-8GTK+ bindings: Glade support ii python-gnome2 2.12.4-6 Python bindings for the GNOME desk ii python-gtk2 2.8.6-8Python bindings for the GTK+ widge ii python-support0.5.6 automated rebuilding support for p Versions of packages meld recommends: pn python-gnome2-extras none (no description available) -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#500232: vtk: Please update to VTK 5.2
Package: vtk Severity: normal VTK 5.2 was released a couple of weeks ago. Please update the VTK package. Thanks! Ref: http://www.kwwidgets.org/Wiki/VTK_5.2_Release_Planning -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (500, 'stable'), (50, 'testing'), (40, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-6-amd64 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#460681: xsltproc: doc for --maxdepth incorrectly define the max number to 500 instead of 3000
Package: xsltproc Version: 1.1.19-1 Severity: minor When xsltproc apply recursively template and reach the max depth number it complains with: runtime error: file DefaultDicts.xsl line 128 element param xsltApplyXSLTTemplate: A potential infinite template recursion was detected. You can adjust xsltMaxDepth (--maxdepth) in order to raise the maximum number of nested template calls and variables/params (currently set to 3000). Templates: whereas the documentation says: --maxdepth VALUE Adjust the maximum depth of the template stack before libxslt(3) concludes it is in an infinite loop. The default is 500. Thanks, -Mathieu -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.18-4-686-bigmem Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages xsltproc depends on: ii libc6 2.5-9+b1 GNU C Library: Shared libraries ii libgcrypt111.2.3-2 LGPL Crypto library - runtime libr ii libgpg-error0 1.4-1 library for common error values an ii libxml22.6.27.dfsg-1 GNOME XML library ii libxslt1.1 1.1.19-1 XSLT processing library - runtime -- debconf-show failed -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#460682: xsltproc --maxdepth 65535 leads to seg fault
Package: xsltproc Version: 1.1.19-1 Severity: normal When specifying the maxdepth on the command line to be 65535 xsltproc finish with a seg fault: $ gdbrun xsltproc --maxdepth 65535 maxdepth.xsl f.xml ... Program received signal SIGSEGV, Segmentation fault. 0xb7e8d715 in xsltXPathVariableLookup () from /usr/lib/libxslt.so.1 (gdb) maxdepth.xsl is the following file: ?xml version=1.0 encoding=ISO-8859-1? xsl:stylesheet xmlns:xsl=http://www.w3.org/1999/XSL/Transform; version=1.0 xsl:output method=text indent=yes/ xsl:template match=/ xsl:call-template name=do-group-length/ /xsl:template xsl:template name=do-group-length xsl:param name=count select=0/ xsl:if test=$count lt; 65535 !-- 0x -- xsl:call-template name=do-group-length xsl:with-param name=count select=$count + 2/ /xsl:call-template /xsl:if /xsl:template /xsl:stylesheet Available online at: http://gdcm.svn.sourceforge.net/viewvc/gdcm/Sandbox/maxdepth.xsl?view=markup thanks -Mathieu -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.18-4-686-bigmem Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages xsltproc depends on: ii libc6 2.5-9+b1 GNU C Library: Shared libraries ii libgcrypt111.2.3-2 LGPL Crypto library - runtime libr ii libgpg-error0 1.4-1 library for common error values an ii libxml22.6.27.dfsg-1 GNOME XML library ii libxslt1.1 1.1.19-1 XSLT processing library - runtime -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#298721: add lossless and 12/16 bit support to jpeg library
[Could someone please tell me how to suscribe to a bug, so that I
receive mail directly ?]
Bill,
Prisitine libjpeg sources does not support 16bit, AFAICS.
You are right, but the set of patches add support for it.
So it is 4 distinct ABI (and maybe 4 API as well): current libjpeg,
libjpeg8, libjpeg12 and libjpeg16.
Seems about right
If you really need that, I suggest we reassign this report as an RFP.
I did not do the report. I don't know what an RFP is, or how to do one...
It seems too drastic a change for the base libjpeg library: given the
number of packages using it, any mistake here is critical.
I understand.
A separate source package for libjpeg{8,12,16} could be easier to
work with.
That make sense.
You mean 16bit support is in the lossless patch ?
I mean there is no lossy 16bits. If you read a 16bits jpeg image, you
are guarantee this is a lossless.
Mathieu
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#298721: add lossless and 12/16 bit support to jpeg library
1) the lossless jpeg patch. correct this is the one from: http://www.oceana.com/ftp/ljpeg/ 2) a custom patch from Gdcm. correct. It fixes some issues, fixes some compile warnings (-Wall) 3) another patch from Gdcm that add support for 16bit. Well this is really your 4). The patch for this is included with 2) anyway 4) three builds, one for 8,12 and 16 bit. correct. The build process is managed by cmake to avoid duplicating source or copying source file within a directory a compile time. Basically it changes a #define in a header file, include a specific header file that mangle all the name. Therefore if the old lossy 8bits had symbol foo. When build with my patch it will be called: foo8, foo12 and foo16. Which will all be in three different library: libjpeg8, libjpeg12 and libjpeg16. I am not sure how to measure the API/ABI difference. The jpeg lib right now is really only the jpeg8bits lossy and that's all... Mathieu Ps: as a side note 16bits is lossless only (does not make sense to do lossy and coded on 16 bits). -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#266824: progress?
Seems like mozilla was succefully updated a few days ago. Any progress on sunbird ? Thanks Mathieu -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#208198: gl Extension and static Mesa libGL.a
Hello, First thing: is anybody working on this ? Is this consider a closed issue ? This is a huge problem for us. When building VTK (http://vtk.org), cmake (cmake.org) is doing a system inspection. Case 1. Only using nvidia-glx (w/o nvidia-glx-dev). cmake parses the /usr/lib dir and cannot resolve /usr/lib/libGL.so so failback on the existing /usr/lib/libGL.a Not a big deal, VTK is then built using the static Mesa lib. BUT we have recently added gl exension loading. Basically waht we do is try to load the libGL.so ask if it support GL extension (in this case the nvidia driver reply yes), but then when trying an extension the code seg fault since VTK is build using the static libGL.a Suggestions ? Also as a side note I realize that: $ ll /usr/lib/nvidia/libGL.a* /usr/lib/nvidia/libGL.a.xlibmesa - ../X11R6/lib/libGL.a Whereas it should point to: /usr/X11R6/lib/nvidia/libGL.a.xlibmesa Could someone fix this broken symlink. Thanks Mathieu -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#439005: file: j2k support (jpeg 2000)
Package: file Version: 4.21-1 Severity: normal file does not support j2k file format. Example: $ wget http://www.jpeg.org/jpeg2000guide/testimages/Part4TestStreams/codestreams_profile0/p0_10.j2k $ file p0_10.j2k p0_10.j2k: data $ apt-get install libjasper-runtime $ imginfo -f p0_10.j2k jpc 3 64 64 8 12288 Thanks ! -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.18-4-686-bigmem Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages file depends on: ii libc6 2.5-9+b1 GNU C Library: Shared libraries ii libmagic1 4.21-1 File type determination library us -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#439005: file: j2k support (jpeg 2000)
On 8/21/07, Daniel Baumann [EMAIL PROTECTED] wrote: severity 439005 wishlist thanks Mathieu Malaterre wrote: file does not support j2k file format. Example: $ wget http://www.jpeg.org/jpeg2000guide/testimages/Part4TestStreams/codestreams_profile0/p0_10.j2k $ file p0_10.j2k p0_10.j2k: data $ apt-get install libjasper-runtime $ imginfo -f p0_10.j2k jpc 3 64 64 8 12288 please submit a magic for those files. # J2K format: # From: Mathieu Malaterre [EMAIL PROTECTED] # SOC and SIZ marker: 0 belong 0xff4fff51 JPEG 2000 codestream # COD marker: 45 beshort 0xff52 Thanks -- Mathieu -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#445349: fop: new upstream 0.94 available
Package: fop Version: 1:0.20.5-5 Severity: normal A new release of fop is available: http://xmlgraphics.apache.org/fop/0.94/index.html changelog: http://xmlgraphics.apache.org/fop/0.94/changes_0.94.html release notes: http://xmlgraphics.apache.org/fop/0.94/releaseNotes_0.94.html Thanks ! -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.18-4-686-bigmem Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages fop depends on: ii java-common0.22 Base of all Java packages ii libavalon-framewor 4.1.2-2.1 Common framework for Java server a ii libbatik-java 1.5.1-1 xml.apache.org SVG Library ii libbsf-java1:2.3.0+cvs20050308-2 Bean Scripting Framework to suppor ii liblogkit-java 1.2.2-2 Lightweight and fast designed logg ii libxalan2-java 2.6.0-1 XSL Transformations (XSLT) process ii libxerces2-java2.8.1-2 Validating XML parser for Java wit ii sun-j2sdk1.6 [java 1.6.1 Java(TM) JDK, Standard Edition, Su -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#406810: xpdf-utils: pdftotext -layout incorrect output
Package: xpdf-utils Version: 3.01-9 Severity: normal pdftotext is failing on page 411 of the following file: ftp://medical.nema.org/medical/dicom/2007/07_03pu.pdf pdftotext -layout -nopgbrk -f 411 -l 411 07_03pu.pdf page411.txt Produce something like: ... Description of this phase of the Dynamic Phase Description (0054,0039) 3 image. ... instead of: ... Phase Description (0054,0039) 3 Description of this phase of the Dynamic image. ... It would be nice if this was working. thanks for this life saver tool ! -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-3-686 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages xpdf-utils depends on: ii libc62.3.6.ds1-8 GNU C Library: Shared libraries ii libgcc1 1:4.1.1-19 GCC support library ii libpaper11.1.21 Library for handling paper charact ii libstdc++6 4.1.1-19The GNU Standard C++ Library v3 ii xpdf-common 3.01-9 Portable Document Format (PDF) sui xpdf-utils recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#407044: evince does not display pdf file
Package: evince Severity: normal Opening the following pdf file with evince lead to white pages: ftp://medical.nema.org/medical/dicom/1989/PS2_1989.pdf The pdf display fine with xpdf/kpdf/gv Thanks ! -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (989, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-2-686-smp Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#407044: evince does not display pdf file
Oh...indeed. The rendering is just extremely slow. Sorry for the noise Mathieu On 1/15/07, Marco Cabizza [EMAIL PROTECTED] wrote: tags 407044 + fixed-in-experimental thanks Il giorno lun, 15/01/2007 alle 15.08 -0500, Mathieu Malaterre ha scritto: Package: evince Severity: normal Opening the following pdf file with evince lead to white pages: ftp://medical.nema.org/medical/dicom/1989/PS2_1989.pdf The pdf display fine with xpdf/kpdf/gv Thanks ! I can't reproduce it so I'm assuming experimental evince/poppler packages fix it. Can you try that solution ? Ciao ~marco -- Mathieu -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#405568: fglrx-driver: upstream version 8.32.5 is available
Package: fglrx-driver Version: 8.31.5-1 Severity: wishlist New version is available: https://a248.e.akamai.net/f/674/9206/0/www2.ati.com/drivers/linux/linux_8.32.5.html Ref: http://ati.amd.com/support/drivers/linux/linux-radeon.html Thanks ! BTW 8.31.5 is still in experimental. -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-3-686 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages fglrx-driver depends on: ii libc62.3.6.ds1-8 GNU C Library: Shared libraries ii libgcc1 1:4.1.1-19 GCC support library ii libstdc++5 1:3.3.6-13 The GNU Standard C++ Library v3 ii libx11-6 2:1.0.3-4 X11 client-side library ii libxext6 1:1.0.1-2 X11 miscellaneous extension librar ii libxrandr2 2:1.1.0.2-5 X11 RandR extension library ii libxrender1 1:0.9.1-3 X Rendering Extension client libra ii xserver-xorg 1:7.1.0-7 the X.Org X server Versions of packages fglrx-driver recommends: ii fglrx-kernel-2.6.18-3- 8.31.5-1+2.6.18-7 ATI binary kernel module for Linux ii fglrx-kernel-src 8.31.5-1 kernel module source for the ATI g -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#406109: fop: new release 0.93 available
Package: fop Severity: normal A new release of fop is available: http://xmlgraphics.apache.org/fop/0.93/index.html changelog: http://xmlgraphics.apache.org/fop/0.93/changes_0.93.html release notes: http://xmlgraphics.apache.org/fop/0.93/releaseNotes_0.93.html Thanks ! -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (989, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-2-686-smp Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#406256: xpdf-utils: pdftotext produces incorrect output
Package: xpdf-utils Severity: normal I am trying to convert a pdf file to text using your pdftotext (thanks for this tool !). Unfortunately it is failing on the following pdf file: ftp://medical.nema.org/medical/dicom/2007/07_06pu.pdf Command is: $ pdftotext -f 37 -l 37 -raw 07_06pu.pdf page37.txt I ran the command via valgrind and could not see anything wrong happening. System is linux debian testing, with: $ pdftotext pdftotext version 3.01 Copyright 1996-2005 Glyph Cog, LLC Thanks ! Mathieu Output on my machine is: (*) PS 3.6-2007 Page 37 (0028,0404) Pixel Spacing Calibration Description lationship Sign pt idth Explanation ction ET ET Descriptor or SS le UID (0028,1200) Gray Lookup Table Data US or SS 1-n RET (0028,1201) Red Palette Color Lookup Table Data Palette Color Lookup Table Data nt tions Preserved n Method LO 1 (0028,1040) Pixel Intensity Relationship CS 1 ... -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (989, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-2-686-smp Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#363707: icedove still corrupt the X session
When an email with a very long subject is openened icedove completely corrupt my X session. This is very difficult for me to report because even using: $ sh /usr/lib/icedove/run-mozilla.sh /usr/bin/gdb /usr/lib/icedove/icedove-bin makes my gnome session abort. I would need to run Xorg under gdb :) Reference of email is: http://public.kitware.com/pipermail/insight-users/2006-December/020315.html -- Mathieu -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#408552: libvtk5: MPEG2 is patent-encumbered
Package: libvtk5 Severity: normal libvtk5 comes with a MPEG2 library. It needs to be move to non-free. From: http://en.wikipedia.org/wiki/MPEG-2#Patent_holders Where software patentability is upheld, the use of MPEG-2 requires the payment of licensing fees to the patent holders via the MPEG Licensing Association. -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (989, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-2-686-smp Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#408560: fglrx-driver: upstream version 8.33.6 is available
Package: fglrx-driver Severity: wishlist New version is available: https://a248.e.akamai.net/f/674/9206/0/www2.ati.com/drivers/linux/linux_8.33.6.html Ref: http://ati.amd.com/support/drivers/linux/linux-radeon.html Thanks ! -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (989, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-2-686-smp Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#408589: ooo2dbk failed to convert my sxw file
Package: ooo2dbk Version: 1.5.0-3 Severity: normal I used OpenOffice to open and convert to sxw the following document: http://medical.nema.org/dicom/2007/07_03pu.doc Then I tried: $ ooo2dbk -v 07_03pu.sxw 1 - Initialization (command line options) - OOo2DBK config file: /etc/ooo2dbk.xml - OpenOffice.org file: 07_03pu.sxw - DocBook file: None - top element is: book - process OLE objects: False - xslParams = ['topElementName', 'book'] - param_syntax = --stringparam %s %s - XSLParams = --stringparam topElementName book 2 - Initialization (configuration file and computed options) - preferred encoding: UTF-8 - XSLT file: /usr/share/ooo2dbk/ooo2dbk.xsl - OpenOffice.org file computed path: 07_03pu.sxw - DocBook file computed path: /home/mathieu/Projects/GDCM/gdcm/Sandbox/ooo/07_03pu.docb.xml == 0.01 sec. 3 - Unzip and concat OpenOffice.org XML files Traceback (most recent call last): File /usr/share/ooo2dbk/ooo2dbk, line 759, in ? execArgs() File /usr/share/ooo2dbk/ooo2dbk, line 183, in execArgs deltemp=options.flatxml, File /usr/share/ooo2dbk/ooo2dbk, line 737, in convert createGlobalXML(globalXML, ooo_file_path) File /usr/share/ooo2dbk/ooo2dbk, line 597, in createGlobalXML contentListElts = listChildNodes(docOOoSXW, OOO_CONTENT_FILE_NAME, ooo_file_path) File /usr/share/ooo2dbk/ooo2dbk, line 505, in listChildNodes replaceImageNode(vChildNodes) File /usr/share/ooo2dbk/ooo2dbk, line 553, in replaceImageNode replaceImageNode(wChilNodes) File /usr/share/ooo2dbk/ooo2dbk, line 553, in replaceImageNode replaceImageNode(wChilNodes) File /usr/share/ooo2dbk/ooo2dbk, line 553, in replaceImageNode replaceImageNode(wChilNodes) File /usr/share/ooo2dbk/ooo2dbk, line 524, in replaceImageNode hRefValue = node.attributes['xlink:href'].value File xml/dom/minidom.py, line 529, in __getitem__ KeyError: 'xlink:href' thanks ! -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-3-686 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages ooo2dbk depends on: ii python2.4.4-2An interactive high-level object-o ii xsltproc 1.1.19-1 XSLT command line processor Versions of packages ooo2dbk recommends: ii python-uno2.0.4.dfsg.2-2 Python interface for OpenOffice.or -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#408681: ooo2dbk: New upstream 2.1.0 available
Package: ooo2dbk Version: 1.4.1-1 Severity: normal A newer ooo2dbk is available from the website: http://www.indesko.com/telechargements/ooo2dbk As a side note, please change the link to the old webpage: http://www.chez.com/ebellot/ooo2sdbk/ into the newer: http://www.indesko.com/telechargements/ooo2dbk Thanks ! -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-3-686 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages ooo2dbk depends on: ii libsaxon-java 1:6.5.5-1 The Saxon XSLT Processor ii python2.4.4-2An interactive high-level object-o ii xsltproc 1.1.19-1 XSLT command line processor ooo2dbk recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#408842: libsaxon-java: New upstream: 8.8 (support XSLT 2.0)
Package: libsaxon-java Version: 1:6.5.5-1 Severity: wishlist It would be nice if the package was updated to the latest saxon 8.8: http://saxon.sourceforge.net/ See also, bug #350338 thanks -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-3-686 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages libsaxon-java depends on: ii gij [java2-runtime] 4:4.1.1-15 The GNU Java bytecode interpreter ii gij-4.1 [java1-runtime] 4.1.1-20 The GNU Java bytecode interpreter ii sun-j2sdk1.4 [java2-runtime] 1.4.2+13 Java(TM) JDK, Standard Edition, Su libsaxon-java recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#399301: fglrx-driver: upstream version 8.31.5 is available
Package: fglrx-driver Version: 8.30.3-1 Severity: normal New version is available: https://a248.e.akamai.net/f/674/9206/0/www2.ati.com/drivers/linux/linux_8.31.5.html Ref: http://ati.amd.com/support/drivers/linux/linux-radeon.html I am hoping this will fix my current issue: [fglrx seg fault when using shader] http://ati.cchtml.com/show_bug.cgi?id=540 Thanks ! -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (500, 'testing'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-2-686 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages fglrx-driver depends on: ii libc62.3.6.ds1-7 GNU C Library: Shared libraries ii libgcc1 1:4.1.1-19 GCC support library ii libstdc++5 1:3.3.6-13 The GNU Standard C++ Library v3 ii libx11-6 2:1.0.3-3 X11 client-side library ii libxext6 1:1.0.1-2 X11 miscellaneous extension librar ii libxrandr2 2:1.1.0.2-4 X11 RandR extension library ii libxrender1 1:0.9.1-3 X Rendering Extension client libra ii xserver-xorg 1:7.1.0-6 the X.Org X server Versions of packages fglrx-driver recommends: ii fglrx-kernel-2.6.17-2- 8.30.3-1+2.6.17-9 ATI binary kernel module for Linux ii fglrx-kernel-src 8.30.3-1 kernel module source for the ATI g -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#430774: file: DICOM support need work
Package: file Version: 4.17-5etch1~bpo.1 Severity: normal file does not properly recognize DICOM file (DICM magic number). for instance the two following files are not recognized as DICOM: http://www.creatis.insa-lyon.fr/viewcvs/viewcvs.cgi/gdcmData/D_CLUNIE_CT1_RLE.dcm - TIFF image data, little-endian and http://www.creatis.insa-lyon.fr/viewcvs/viewcvs.cgi/gdcmData/ACUSON-24-YBR_FULL-RLE.dcm - Apple QuickTime movie (unoptimized) If the first 128 bytes are blank (0), followed by DICM, then this is a 'pure' DICOM file. But this is not a requirement, see section: 7.1 DICOM FILE META INFORMATION (page 20): http://medical.nema.org/dicom/2007/07_10pu.pdf Thanks -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.18-4-686-bigmem Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages file depends on: ii libc6 2.5-9+b1 GNU C Library: Shared libraries ii libmagic1 4.17-5etch1~bpo.1 File type determination library us -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#430775: file: mime type: application/dicom is not supported
Package: file Version: 4.17-5etch1~bpo.1 Severity: normal As far as I understand there is a mime type for DICOM: http://www.rfc-zone.org/rfc3240.html Thus: $ file -i filename.dcm should return 'application/dicom' instead of 'application/octet-stream' Thanks -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.18-4-686-bigmem Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages file depends on: ii libc6 2.5-9+b1 GNU C Library: Shared libraries ii libmagic1 4.17-5etch1~bpo.1 File type determination library us -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#430777: JPEG file recognized as Minix filesystem, version 2
Package: file Version: 4.17-5etch1~bpo.1 Severity: normal the following JPEG file is not recognized: http://vld.ru/tomo/Tmg/20041024/10261526/ICO/22850616.jpg $ file ./vld.ru/tomo/Tmg/20041024/10261526/ICO/22850616.jpg ./vld.ru/tomo/Tmg/20041024/10261526/ICO/22850616.jpg: Minix filesystem, version 2 $ jpeginfo ./vld.ru/tomo/Tmg/20041024/10261526/ICO/22850616.jpg ./vld.ru/tomo/Tmg/20041024/10261526/ICO/22850616.jpg 128 x 128 8bit JFIF N1238 Thanks -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.18-4-686-bigmem Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages file depends on: ii libc6 2.5-9+b1 GNU C Library: Shared libraries ii libmagic1 4.17-5etch1~bpo.1 File type determination library us -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#430777: file/sid: JPEG file recognized as Minix filesystem, version 2
Package: file Version: 4.21-1 Followup-For: Bug #430777 Using file from sid, issue is still present. $ file ./vld.ru/tomo/Tmg/20041024/10261526/ICO/22850616.jpg ./vld.ru/tomo/Tmg/20041024/10261526/ICO/22850616.jpg: Minix filesystem, version 2 can you *please* stop reporting bugs against the backported version but All 3 bugs, where sent within 5 minutes. I am the one actually redoing the bug reports. You do not need to be rude, you knew I could not possibly have received your first response before sending my last bug report. Thanks -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.18-4-686-bigmem Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages file depends on: ii libc6 2.5-9+b1 GNU C Library: Shared libraries ii libmagic1 4.21-1 File type determination library us -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#430774: file/sid: DICOM support need work
Package: file Version: 4.21-1 Followup-For: Bug #430774 $ sudo apt-get install -t sid file Same problem with newer file version: $ file D_CLUNIE_CT1_RLE.dcm D_CLUNIE_CT1_RLE.dcm: TIFF image data, little-endian $ file ACUSON-24-YBR_FULL-RLE.dcm ACUSON-24-YBR_FULL-RLE.dcm: Apple QuickTime movie (unoptimized) $ file --version file-4.21 magic file from /etc/magic:/usr/share/file/magic Thanks -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.18-4-686-bigmem Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages file depends on: ii libc6 2.5-9+b1 GNU C Library: Shared libraries ii libmagic1 4.21-1 File type determination library us -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#432834: ImportError: No module named Scientific.IO.NetCDF
Package: python-netcdf Version: 2.4.9-2 Severity: normal I cannot import the netcdf library from python-netcdf package. Steps: $ sudo apt-get install python-netcdf $ python /usr/share/doc/python-netcdf/examples/netcdf_demo.py Traceback (most recent call last): File /usr/share/doc/python-netcdf/examples/netcdf_demo.py, line 2, in ? from Scientific.IO.NetCDF import * ImportError: No module named Scientific.IO.NetCDF Thanks -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.18-4-686-bigmem Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages python-netcdf depends on: ii libc6 2.5-9+b1 GNU C Library: Shared libraries ii netcdfg3 3.5.0-7.1 An interface for scientific data a ii python2.3.5-2An interactive high-level object-o ii python-numeric23.8-1 Numerical (matrix-oriented) Mathem -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#432945: coreutils: ls --quoting-style=c and | (pipe) symbol
Package: coreutils Version: 5.2.1-2 Severity: normal output of ls --quoting-style=c is incorrect when filename contains | (pipe) symbol. Steps: mkdir /tmp/bla touch /tmp/bla/filename with | pipe ls --quoting-style=c /tmp/bla returns: filename with \| pipe thanks, -Mathieu Ref: http://groups.google.com/group/comp.lang.c/browse_thread/thread/0db8070def6a4453 -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.18-4-686-bigmem Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages coreutils depends on: ii libacl1 2.2.23-1 Access control list shared library ii libc6 2.5-9+b1 GNU C Library: Shared libraries -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#330581: UseSWIG.cmake is broken
Package: cmake Version: 2.0.6-1 Severity: important cmake 2.0.6 unfortunately was released with a broken Module file: UseSWIG.cmake The patch was applied to the next released, but only on the cmake 2.2.x branch. Please apply the following patch to get rid of the problem when using UseSWIG: http://cmake.org/cgi-bin/viewcvs.cgi/Modules/UseSWIG.cmake?root=CMaker1=1.10r2=1.11diff_format=u -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (989, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12-1-686 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages cmake depends on: ii libc6 2.3.5-6GNU C Library: Shared libraries an ii libgcc1 1:4.0.1-2 GCC support library ii libncurses5 5.4-9 Shared libraries for terminal hand ii libstdc++64.0.1-2The GNU Standard C++ Library v3 ii zlib1g1:1.2.3-4 compression library - runtime cmake recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#326910: xlibmesa-glu-dev: libGLU.so is linking against old libstdc++.so.5
Package: xlibmesa-glu-dev Version: 4.3.0.dfsg.1-14 Severity: minor It would nice if libGLU would be rebuild against newer libstdc++.so.6, so that you don't get the warning: /usr/bin/ld: warning: libstdc++.so.5, needed by /usr/X11R6/lib/libGLU.so, may conflict with libstdc++.so.6 Since now the default g++ compiler is g++4 which uses libstdc++.so.6 regards Mathieu -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (989, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.8-2-386 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages xlibmesa-glu-dev depends on: ii libc6-dev [libc-dev] 2.3.5-6 GNU C Library: Development Librari ii libstdc++2.10-dev [libst 1:2.95.4-22 The GNU stdc++ library (developmen ii libstdc++5-3.3-dev [libs 1:3.3.6-7 The GNU Standard C++ Library v3 (d ii libstdc++6-4.0-dev [libs 4.0.1-2 The GNU Standard C++ Library v3 (d ii libstdc++6-dev [libstdc+ 3.4.4-5 The GNU Standard C++ Library v3 (d ii xfree86-common 4.3.0.dfsg.1-14 X Window System (XFree86) infrastr ii xlibmesa-gl-dev [libgl-d 4.3.0.dfsg.1-14 Mesa 3D graphics library developme ii xlibmesa-glu 4.3.0.dfsg.1-14 Mesa OpenGL utility library [XFree xlibmesa-glu-dev recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#325739: gcc-4.0: Segfault with gcc4 (and above) when using LD_PRELOAD
Package: gcc-4.0 Version: 4.0.1-2 Severity: important Hi, Description: I am running a program that is outputing a file. The very same program when run with LD_PRELOAD set to libGL.so, is segfaulting. The segfault does not occur when using gcc2.95, gcc3.2, gcc3.3 and gcc3.4 (debian package). The segfault also does not occur when 'unset'ing the env var LD_PRELOAD. The backtrace can be found here: http://www.creatis.insa-lyon.fr/~malaterre/gcc/gdb.log And I ran also strace with/ and without LD_PRELOAD set: $ export LD_PRELOAD=/usr/X11R6/lib/libGL.so $ strace /home/mathieu/Dashboards/MyTests/VTK-gcc4/bin/vtkParseOGLExt /home/mathieu/Dashboards/MyTests/VTK-gcc4/Rendering /home/mathieu/Dashboards/MyTests/ParaView/VTK/Utilities/ParseOGLExt/headers/glext.h /home/mathieu/Dashboards/MyTests/ParaView/VTK/Utilities/ParseOGLExt/headers/glxext.h /home/mathieu/Dashboards/MyTests/ParaView/VTK/Utilities/ParseOGLExt/headers/wglext.h /tmp/log1 $ unset LD_PRELOAD $ strace /home/mathieu/Dashboards/MyTests/VTK-gcc4/bin/vtkParseOGLExt /home/mathieu/Dashboards/MyTests/VTK-gcc4/Rendering /home/mathieu/Dashboards/MyTests/ParaView/VTK/Utilities/ParseOGLExt/headers/glext.h /home/mathieu/Dashboards/MyTests/ParaView/VTK/Utilities/ParseOGLExt/headers/glxext.h /home/mathieu/Dashboards/MyTests/ParaView/VTK/Utilities/ParseOGLExt/headers/wglext.h /tmp/log2 Those logs files can be found here: http://www.creatis.insa-lyon.fr/~malaterre/gcc/log1 and http://www.creatis.insa-lyon.fr/~malaterre/gcc/log2 --- Anyone interested in reproducing the bug need a debian testing with gcc4: (assuming gcc points to gcc 4.0.1) $ sudo apt-get install cmake $ cvs -d:pserver:[EMAIL PROTECTED]:2401/cvsroot/VTK login $ cvs -d:pserver:[EMAIL PROTECTED]:2401/cvsroot/VTK co VTK $ mkdir VTK-gcc $ cd VTK-gcc $ cmake ../VTK $ make ... It should take a while to compile, but when entering in VTK-gcc/Rendering the segfault should occur. Mathieu Ps: Previous post can also be found on gcc mailing list: http://gcc.gnu.org/ml/gcc/2005-08/msg00883.html and http://gcc.gnu.org/ml/gcc/2005-08/msg00836.html -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (989, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.8-2-386 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages gcc-4.0 depends on: ii binutils2.16.1-2 The GNU assembler, linker and bina ii cpp-4.0 4.0.1-2 The GNU C preprocessor ii gcc-4.0-base4.0.1-2 The GNU Compiler Collection (base ii libc6 2.3.2.ds1-22 GNU C Library: Shared libraries an ii libgcc1 1:4.0.1-2GCC support library Versions of packages gcc-4.0 recommends: ii libc6-dev 2.3.2.ds1-22 GNU C Library: Development Librari pn libmudflap0-dev none (no description available) -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#287579: vtk API changes
Hello, Brad King recently fix the versioning in VTK CVS (before the 5.0) branch. And I believe everything is set properly using CMake: SOVERSION. Brad do you want to add anything ? Mathieu Mark Hymers wrote: Hi, I've just been talking to some of the people on #debian about this and we've agreed that API changes (e.g. those from 4.2 to 4.4) without soname bumps are a serious bug. Unfortunately, it looks like upstream doesn't behave sanely in this area. As the Debian maintainer, are you aware of any upstream discussions about this or would it be worthwhile me taking the time to talk to upstream, either through you or not depending on your preference. Can we do something like this if upstream don't want to fix it before vtk5? http://www.netfort.gr.jp/~dancer/column/libpkg-guide/libpkg-guide.html#upstreambrokensoname It looks like Cmake can cope with SONAME changes in a sane manner so this may be possible... Would you accept help in this matter so that we can manage API transitions more gracefully in future? I haven't upgraded the bug to serious as it will affect the C++ transition when it occurs; I'll leave it up to you what to do with that. Cheers, Mark -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#484768: xmldiff-xmlrev: compilation error: file /usr/share/sgml/stylesheet/xmldiff/xmlrev.xslt line 21 element attribute
Package: xmldiff-xmlrev Version: 0.6.8-2 Severity: normal I cannot use xmlrev on any xml file, there must be something wrong with my installation: $ echo ?xml version=1.0? toto1 $ echo ?xml version=1.0? toto2 $ xmlrev toto1 toto2 compilation error: file /usr/share/sgml/stylesheet/xmldiff/xmlrev.xslt line 21 element attribute xsl:attribute: The prefixed QName 'xmlns:x' has no namespace binding in scope in the stylesheet; this is an error, since the namespace was not specified by the instruction itself. I can reproduce that on any kind of valid xml files. -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (500, 'stable'), (50, 'testing'), (40, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-6-amd64 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages xmldiff-xmlrev depends on: ii libxml2-utils 2.6.27.dfsg-2 XML utilities ii sp1.3.4-1.2.1-47 James Clark's SGML parsing tools ii xmldiff 0.6.8-2+b1 tree to tree correction between xm ii xsltproc 1.1.19-1 XSLT command line processor Versions of packages xmldiff-xmlrev recommends: pn docbook-xsl none (no description available) -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#486794: python-vtk: No rule to make target `/usr/bin/vtkWrapPythonInit'
Package: python-vtk Version: 5.0.2-4 Severity: normal python-vtk package is broken it is missing the executable: /usr/bin/vtkWrapPythonInit Please add it (it seems to be available in testing) thanks -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (500, 'stable'), (50, 'testing'), (40, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-6-amd64 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages python-vtk depends on: ii libc6 2.7-10 GNU C Library: Shared libraries ii libexpat1 1.95.8-3.4 XML parsing C library - runtime li ii libfreetype6 2.2.1-5+etch2 FreeType 2 font engine, shared lib ii libgcc1 1:4.3.0-3 GCC support library ii libgl1-mesa-glx [libgl1] 6.5.1-0.6 A free implementation of the OpenG ii libice6 1:1.0.1-2 X11 Inter-Client Exchange library ii libjpeg62 6b-13 The Independent JPEG Group's JPEG ii libpng12-01.2.15~beta5-1 PNG library - runtime ii libsm61:1.0.1-3 X11 Session Management library ii libstdc++64.3.0-3The GNU Standard C++ Library v3 ii libtiff4 3.8.2-7Tag Image File Format (TIFF) libra ii libvtk5 5.0.2-4Visualization Toolkit - A high lev ii libx11-6 2:1.0.3-7 X11 client-side library ii libxext6 1:1.0.1-2 X11 miscellaneous extension librar ii libxt61:1.0.2-2 X11 toolkit intrinsics library ii python2.4.4-2An interactive high-level object-o ii python-support0.5.6 automated rebuilding support for p ii tcl8.48.4.12-1.1 Tcl (the Tool Command Language) v8 ii tk8.4 8.4.12-1etch2 Tk toolkit for Tcl and X11, v8.4 - ii zlib1g1:1.2.3-13 compression library - runtime python-vtk recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#418046: ImportError: No module named pkg_resources
Package: python-setuptools Version: 0.6a9-0bpo1 Severity: normal I was able to install python-setuptools, but I believe this is not possible on a debian stable system. $ sudo apt-get install python-setuptools $ easy_install Traceback (most recent call last): File /usr/bin/easy_install, line 4, in ? import pkg_resources ImportError: No module named pkg_resources I cannot find pkg_resources in stable. I can find it in unstable though: usr/share/pycentral/python-setuptools/site-packages/pkg_resources.py http://packages.debian.org/cgi-bin/search_contents.pl?version=unstablearch=i386case=insensitiveword=pkg_resourcessearchmode=searchword IMHO python-setuptools should depend on a newer python version is my guess... Ref: $ python Python 2.3.5 (#2, Oct 16 2006, 19:19:48) [GCC 3.3.5 (Debian 1:3.3.5-13)] on linux2 Type help, copyright, credits or license for more information. -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.18-4-686-bigmem Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages python-setuptools depends on: ii python2.3.5-2An interactive high-level object-o ii python2.3 2.3.5-3sarge2 An interactive high-level object-o ii python2.3-setuptools 0.0.1.041214-1 Python Distutils Enhancements -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#366179: cmake: New release: 2.4.1
Package: cmake Version: 2.2.3-1 Severity: wishlist New release of CMake (2.4.1) See post: http://www.cmake.org/pipermail/cmake/2006-May/009031.html Thanks Mathieu -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (989, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15-1-686-smp Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages cmake depends on: ii libc6 2.3.6-3GNU C Library: Shared libraries an ii libgcc1 1:4.1.0-1 GCC support library ii libncurses5 5.5-1 Shared libraries for terminal hand ii libstdc++64.1.0-1The GNU Standard C++ Library v3 cmake recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#366465: gnotime: GnoTime HELP does not work
Package: gnotime Version: 2.2.2-5 Severity: normal I cannot access the help from the GnoTime interface. Steps to reproduce: $ gnotime Click 'Help' button in the interface. In firefox you get: urL:file:/usr/share/gnome/help/gnotime/C/gnotime.xml XML Parsing Error: undefined entity Location: file:/usr/share/gnome/help/gnotime/C/gnotime.xml Line Number 344, Column 20: mdash; New Project ---^ Output on the gnotime shell: GTT: GConf: Warning: get /apps/gnotime/Actions/StartCommand failed: Using default value GTT: GConf: Warning: get /apps/gnotime/Actions/StopCommand failed: Using default value GTT: GConf: Warning: get /apps/gnotime/LogFile/Filename failed: Using default value I/O warning : failed to load external entity /home/mathieu/.gnome2/yelp-bookmarks.xbel (gnome-help:13886): Gtk-CRITICAL **: gtk_stock_lookup: assertion `stock_id != NULL' failed (gnome-help:13886): Yelp-CRITICAL **: history_pop_back: assertion `window-priv-history_back != NULL' failed -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (989, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15-1-686-smp Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages gnotime depends on: ii guile-1.6-libs 1.6.7-1 Main Guile libraries ii libart-2.0-2 2.3.17-1Library of functions for 2D graphi ii libatk1.0-0 1.11.3-1The ATK accessibility toolkit ii libbonobo2-0 2.14.0-1Bonobo CORBA interfaces library ii libbonoboui2-0 2.10.1-2The Bonobo UI library ii libc62.3.6-3 GNU C Library: Shared libraries an ii libcairo21.0.2-3 The Cairo 2D vector graphics libra ii libfontconfig1 2.3.2-1.1 generic font configuration library ii libgconf2-4 2.14.0-1GNOME configuration database syste ii libgda2-31.2.2-1 GNOME Data Access library for GNOM ii libglade2-0 1:2.5.1-2 library to load .glade files at ru ii libglib2.0-0 2.10.1-2The GLib library of C routines ii libgnome-keyring00.4.9-1 GNOME keyring services library ii libgnome2-0 2.12.0.1-5 The GNOME 2 library - runtime file ii libgnomecanvas2-02.14.0-1A powerful object-oriented display ii libgnomeprint2.2-0 2.12.1-3The GNOME 2.2 print architecture - ii libgnomeprintui2.2-0 2.12.1-2GNOME 2.2 print architecture User ii libgnomeui-0 2.12.1-1The GNOME 2 libraries (User Interf ii libgnomevfs2-0 2.12.2-5GNOME virtual file-system (runtime ii libgtk2.0-0 2.8.16-1The GTK+ graphical user interface ii libgtkhtml3.6-18 3.6.2-1 HTML rendering/editing library - r ii libguile-ltdl-1 1.6.7-1 Guile's patched version of libtool ii libice6 6.9.0.dfsg.1-4 Inter-Client Exchange library ii liborbit21:2.14.0-1 libraries for ORBit2 - a CORBA ORB ii libpango1.0-01.12.0-2Layout and rendering of internatio ii libpopt0 1.7-5 lib for parsing cmdline parameters ii libqof1 0.6.2-1 Query Object Framework ii libqthreads-12 1.6.7-1 QuickThreads library for Guile ii libsm6 6.9.0.dfsg.1-4 X Window System Session Management ii libx11-6 6.9.0.dfsg.1-4 X Window System protocol client li ii libxcursor1 1.1.3-1 X cursor management library ii libxext6 6.9.0.dfsg.1-4 X Window System miscellaneous exte ii libxi6 6.9.0.dfsg.1-4 X Window System Input extension li ii libxinerama1 6.9.0.dfsg.1-4 X Window System multi-head display ii libxml2 2.6.23.dfsg.2-3 GNOME XML library ii libxrandr2 6.9.0.dfsg.1-4 X Window System Resize, Rotate and ii libxrender1 1:0.9.0.2-1 X Rendering Extension client libra ii scrollkeeper 0.3.14-10 A free electronic cataloging syste ii zlib1g 1:1.2.3-11 compression library - runtime gnotime recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#374862: xvfb: Xvfb option -fbdir disappear
Package: xvfb Version: 1:1.0.2-8 Severity: normal According to man Xvfb I can specify the framebuffer directory: ... -fbdir framebuffer-directory This option specifies the directory in which the memory mapped files containing the framebuffer memory should be created. See FILES. This option only exists on machines that have the mmap and msync system calls. ... When I start: $ Xvfb -pixdepths 3 27 -fbdir /usr/tmp I get: ... Fatal server error: Unrecognized option: -fbdir -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (989, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15-1-686-smp Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages xvfb depends on: ii libc6 2.3.6-13 GNU C Library: Shared libraries ii libfontenc1 1:1.0.1-6 X11 font encoding library ii libxau6 1:1.0.0-3 X11 authorisation library ii libxdmcp6 1:1.0.0-4 X11 Display Manager Control Protoc ii libxfont1 1:1.0.0-4 X11 font rasterisation library ii zlib1g1:1.2.3-11 compression library - runtime Versions of packages xvfb recommends: pn xauth none (no description available) -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#369961:
close 369961 As of today (Fri Jun 9 14:32:09 EDT 2006), I cannot reproduce the problem. This may have been another problem that fixed my issue. Sorry for the noise -- Mathieu -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#369835: qt4-x11: uninstallable with nvidia-glx-dev
Package: qt4-x11 Severity: grave Justification: renders package unusable I simply cannot install qt4-x11, therefore I cannot get the libQtAssistantClient libraries (Bug #355902). Step to reproduce: $ sudo apt-get build-dep qt4-x11 Reading package lists... Done Building dependency tree... Done The following packages will be REMOVED nvidia-glx-dev The following NEW packages will be installed libmysqlclient15-dev libpq-dev libsqlite0-dev libssl-dev xlibmesa-gl-dev 0 upgraded, 5 newly installed, 1 to remove and 0 not upgraded. Need to get 8858kB/9603kB of archives. After unpacking 26.8MB of additional disk space will be used. Do you want to continue [Y/n]? n Abort. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (989, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15-1-686-smp Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#369835: qt4-x11: uninstallable with nvidia-glx-dev
Brian, Can I reassign a bug to a different package or is this locked ? Sorry for the noise, Mathieu On 6/1/06, Brian Nelson [EMAIL PROTECTED] wrote: severity 369835 normal thanks [Problems involving non-free packages are not RC bugs] Mathieu Malaterre [EMAIL PROTECTED] writes: Package: qt4-x11 Severity: grave Justification: renders package unusable I simply cannot install qt4-x11, therefore I cannot get the libQtAssistantClient libraries (Bug #355902). Why would this be qt4's problem? I'd think nvidia-glx-dev would be the one that needs fixing. -- Captain Logic is not steering this tugboat. -- Mathieu -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#369961: xvfb: Uninstalable Xvfb
Package: xvfb Severity: important Not so long ago I used to have Xvfb installed on my debian testing box. But recently I start having problem using command line tool based on ncurses, the display was broken (even vi stop working). So I did an update of the X stuff, but now I lost xvfb which I really need. Problem is: $ sudo apt-get install xvfb Reading package lists... Done Building dependency tree... Done Recommended packages: xauth The following packages will be REMOVED aalib1 akregator amor ark arts artsbuilder atlantik blt bluefish bug-buddy cupsys dbus dbus-1-utils dcoprss ddd dia-common dia-gnome doxygen-gui elvis eog very long long list... xfonts-utils xlibmesa-dri xlibmesa-gl xlibs xlibs-static-dev xmedcon xmms xosview xpdf xpdf-reader xprint-common xscreensaver xscreensaver-gl xserver-xorg xserver-xorg-core xserver-xorg-input-all xserver-xorg-input-evdev xserver-xorg-input-mouse xserver-xorg-input-synaptics xterm xutils xutils-dev yacas yelp zenity The following NEW packages will be installed xvfb 0 upgraded, 1 newly installed, 593 to remove and 0 not upgraded. Need to get 0B/1805kB of archives. After unpacking 1896MB disk space will be freed. Do you want to continue [Y/n]? n Abort. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (989, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15-1-686-smp Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#385532: /var/lib/dpkg/tmp.ci/preinst: line 90: cfgval: command not found
Package: texlive-pdfetex Version: 2005.dfsg.1-1 Severity: normal In order to install pdftricks.sty, I had to install a package from unstable: texlive-pdfetex Doing so I get: $ sudo apt-get install -t unstable texlive-pdfetex ... Selecting previously deselected package tex-common. Unpacking tex-common (from .../tex-common_0.28_all.deb) ... mktemp: option requires an argument -- p Usage: mktemp [-V] | [-dqtu] [-p prefix] [template] mktemp: option requires an argument -- p Usage: mktemp [-V] | [-dqtu] [-p prefix] [template] cp: missing destination file operand after `/usr/share/tex-common/00updmap.cfg' Try `cp --help' for more information. /var/lib/dpkg/tmp.ci/preinst: line 90: cfgval: command not found /var/lib/dpkg/tmp.ci/preinst: line 90: cfgval: command not found /var/lib/dpkg/tmp.ci/preinst: line 90: cfgval: command not found /var/lib/dpkg/tmp.ci/preinst: line 90: cfgval: command not found /var/lib/dpkg/tmp.ci/preinst: line 90: cfgval: command not found Selecting previously deselected package texlive-common. ... thanks -- Package-specific info: If you report an error when running one of the TeX-related binaries (latex, pdftex, metafont,...), or if the bug is related to bad or wrong output, please include a MINIMAL example input file that produces the error in your report. Don't forget to also include minimal examples of other files that are needed, e.g. bibtex databases. Often it also helps to include the logfile. Please, never send included pictures! If your example file isn't short or produces more than one page of output (except when multiple pages are needed to show the problem), you can probably minimize it further. Instructions on how to do that can be found at http://www.latex-einfuehrung.de/mini-en.html (english) or http://www.latex-einfuehrung.de/mini.html (german) ## minimal input file ## other files ## List of ls-R files -rw-rw-r-- 1 root users 1113 2006-08-31 18:35 /var/lib/texmf/ls-R lrwxrwxrwx 1 root root 29 2006-08-31 18:34 /usr/share/texmf/ls-R - /var/lib/texmf/ls-R-TEXMFMAIN lrwxrwxrwx 1 root root 35 2006-07-21 11:12 /usr/share/texmf-tetex/ls-R - /var/lib/texmf/ls-R-TEXMFDIST-TETEX lrwxrwxrwx 1 root root 27 2006-08-31 18:34 /usr/share/texmf-texlive/ls-R - /var/lib/texmf/ls-R-TEXLIVE ## Config files lrwxrwxrwx 1 root root 20 2006-08-31 18:34 /usr/share/texmf/web2c/texmf.cnf - /etc/texmf/texmf.cnf -rw-r--r-- 1 root root 6848 2006-08-31 18:35 /var/lib/texmf/web2c/fmtutil.cnf -rw-r--r-- 1 root root 7905 2006-08-31 18:35 /var/lib/texmf/web2c/updmap.cfg -rw-r--r-- 1 root root 7842 2006-08-31 18:35 /var/lib/texmf/tex/generic/config/language.dat -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (989, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-2-686-smp Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages texlive-pdfetex depends on: ii libc6 2.3.6-15 GNU C Library: Shared libraries ii libx11-6 2:1.0.0-8 X11 client-side library ii libxmu61:1.0.1-3 X11 miscellaneous utility library ii texlive-base 2005.dfsg.1-1 TeX Live: Essential programs and f ii texlive-common 2005.dfsg.1-1 TeX Live: Base component texlive-pdfetex recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#386293: passwd: no matching group file entry in /etc/gshadow
Package: passwd Version: 1:4.0.18.1-2 Severity: important I cannot install passwd on my debian machine: $ sudo apt-get install -t unstable passwd Reading package lists... Done Building dependency tree... Done The following extra packages will be installed: libselinux1 The following NEW packages will be installed passwd The following packages will be upgraded: libselinux1 1 upgraded, 1 newly installed, 0 to remove and 57 not upgraded. Need to get 841kB of archives. After unpacking 2171kB of additional disk space will be used. Do you want to continue [Y/n]? Get: 1 http://ftp.debian.org unstable/main libselinux1 1.30.26-2 [57.7kB] Get: 2 http://ftp.debian.org unstable/main passwd 1:4.0.18.1-2 [784kB] Fetched 841kB in 1s (464kB/s) Preconfiguring packages ... (Reading database ... 17161 files and directories currently installed.) Preparing to replace libselinux1 1.30-1 (using .../libselinux1_1.30.26-2_i386.deb) ... Unpacking replacement libselinux1 ... Setting up libselinux1 (1.30.26-2) ... Selecting previously deselected package passwd. (Reading database ... 17161 files and directories currently installed.) Unpacking passwd (from .../passwd_1%3a4.0.18.1-2_i386.deb) ... Setting up passwd (4.0.18.1-2) ... no matching group file entry in /etc/gshadow add group 'plugdev' in /etc/gshadow ?grpck: no changes Please correct the error and rerun `/sbin/shadowconfig on' dpkg: error processing passwd (--configure): subprocess post-installation script returned error exit status 1 Errors were encountered while processing: passwd E: Sub-process /usr/bin/dpkg returned an error code (1) Thanks -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (989, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-2-686-smp Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages passwd depends on: ii debianutils 2.17 Miscellaneous utilities specific t ii libc6 2.3.6.ds1-4 GNU C Library: Shared libraries ii libpam-modules 0.79-3.1 Pluggable Authentication Modules f ii libpam0g0.79-3.1 Pluggable Authentication Modules l ii libselinux1 1.30.26-2SELinux shared libraries ii login 1:4.0.18.1-1 system login tools passwd recommends no packages. -- debconf information: passwd/password-mismatch: * passwd/username: mathieu passwd/password-empty: passwd/md5: false passwd/user-uid: passwd/shadow: true passwd/username-bad: * passwd/user-fullname: Mathieu Malaterre passwd/make-user: true passwd/title: -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#380255: xpdf: Segmentation fault opening a pdf file
Package: xpdf-reader Version: 3.01-9 Severity: important when opening a particular pdf file, xpdf is crashing. PDF document is available at: http://www.creatis.insa-lyon.fr/~malaterre/itkQE_MR_0.pdf $ gdb /usr/bin/xpdf.bin /tmp GNU gdb 6.4.90-debian Copyright (C) 2006 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 i486-linux-gnu...(no debugging symbols found) Using host libthread_db library /lib/tls/libthread_db.so.1. (gdb) r itkQE_MR_0.pdf Starting program: /usr/bin/xpdf.bin itkQE_MR_0.pdf ... Warning: Cannot convert string -*-times-medium-r-normal--16-*-*-*-*-*-iso8859-1 to type FontStruct Error (0): PDF file is damaged - attempting to reconstruct xref table... Program received signal SIGSEGV, Segmentation fault. 0xa7ebc13d in scan_token () from /usr/lib/libt1.so.5 (gdb) bt #0 0xa7ebc13d in scan_token () from /usr/lib/libt1.so.5 #1 0xa7ebb77e in scan_token () from /usr/lib/libt1.so.5 #2 0xa7ebb5d8 in scan_token () from /usr/lib/libt1.so.5 #3 0xa7ebe067 in Type1Char () from /usr/lib/libt1.so.5 #4 0xa7eab62e in fontfcnB () from /usr/lib/libt1.so.5 #5 0xa7ecb3ed in T1_SetChar () from /usr/lib/libt1.so.5 #6 0xa7ed251f in T1_AASetChar () from /usr/lib/libt1.so.5 ... #23 0xa7940eb0 in __libc_start_main () from /lib/tls/libc.so.6 #24 0x0804c671 in ?? () -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (989, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-2-686-smp Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages xpdf-reader depends on: ii gsfonts 8.14+v8.11+urw-0.2 Fonts for the Ghostscript interpre ii lesstif2 1:0.94.4-2 OSF/Motif 2.1 implementation relea ii libc6 2.3.6-15 GNU C Library: Shared libraries ii libfreetype6 2.2.1-2FreeType 2 font engine, shared lib ii libgcc1 1:4.1.1-5 GCC support library ii libice6 1:1.0.0-3 X11 Inter-Client Exchange library ii libpaper1 1.1.19 Library for handling paper charact ii libsm61:1.0.0-4 X11 Session Management library ii libstdc++64.1.1-5The GNU Standard C++ Library v3 ii libt1-5 5.1.0-2Type 1 font rasterizer library - r ii libx11-6 2:1.0.0-7 X11 client-side library ii libxext6 1:1.0.0-4 X11 miscellaneous extension librar ii libxp61:1.0.0-1 X Printing Extension (Xprint) clie ii libxpm4 1:3.5.4.2-3X11 pixmap library ii libxt61:1.0.0-5 X11 toolkit intrinsics library ii xpdf-common 3.01-9 Portable Document Format (PDF) sui ii zlib1g1:1.2.3-13 compression library - runtime xpdf-reader recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#474092: dpkg: filepath with 100 characters do not get installed
Hi Sven, Thanks a bunch for tracking the issue down ! I am making some progress. See the new debian package (still not quite there yet): http://gdcm.sourceforge.net/thingies/debpackage-0.0.2-Linux-x86_64.deb After installation I am getting: $ dpkg -L debpackage /tmp /tmp/very /tmp/very/long /tmp/very/long/pathname /tmp/very/long/pathname/foobar /tmp/very/long/pathname/foobar/hello_world /tmp/very/long/pathname/foobar/hello_world/toreproduceabugindpkg /tmp/very/long/pathname/foobar/hello_world/toreproduceabugindpkg/pleaseconsider /tmp/very/long/pathname/foobar/hello_world/toreproduceabugindpkg/pleaseconsider/123 /tmp/very/long/pathname/foobar/hello_world/toreproduceabugindpkg/pleaseconsider/123/install_me1.txt /tmp/very/long/pathname/foobar/hello_world/toreproduceabugindpkg/pleaseconsider/123/do_not_install_me.txt,.+ /tmp/very/long/pathname/foobar/hello_world/toreproduceabugindpkg/pleaseconsider/123/install_me112.txtnsq /tmp/very/long/pathname/foobar/hello_world/toreproduceabugindpkg/pleaseconsider/123/install_me11.txt /tmp/very/long/pathname/foobar/hello_world/toreproduceabugindpkg/pleaseconsider/123/install_m.txt /tmp/very/long/pathname/foobar/hello_world/toreproduceabugindpkg/pleaseconsider/123/install_me1123.txt /tmp/very/long/pathname/foobar/hello_world/toreproduceabugindpkg/pleaseconsider/123/install_me.txt You can clearly see that there are some garbage at the end of the filepath, while this is not reported by dpkg -c: $ dpkg -c debpackage-0.0.2-Linux-x86_64.deb drwxr-xr-x mmalaterre/mmalaterre 0 2008-04-17 12:23 ./tmp/ drwxr-xr-x mmalaterre/mmalaterre 0 2008-04-17 12:23 ./tmp/very/ drwxr-xr-x mmalaterre/mmalaterre 0 2008-04-17 12:23 ./tmp/very/long/ drwxr-xr-x mmalaterre/mmalaterre 0 2008-04-17 12:23 ./tmp/very/long/pathname/ drwxr-xr-x mmalaterre/mmalaterre 0 2008-04-17 12:23 ./tmp/very/long/pathname/foobar/ drwxr-xr-x mmalaterre/mmalaterre 0 2008-04-17 12:23 ./tmp/very/long/pathname/foobar/hello_world/ drwxr-xr-x mmalaterre/mmalaterre 0 2008-04-17 12:23 ./tmp/very/long/pathname/foobar/hello_world/toreproduceabugindpkg/ drwxr-xr-x mmalaterre/mmalaterre 0 2008-04-17 12:23 ./tmp/very/long/pathname/foobar/hello_world/toreproduceabugindpkg/pleaseconsider/ drwxr-xr-x mmalaterre/mmalaterre 0 2008-04-17 12:23 ./tmp/very/long/pathname/foobar/hello_world/toreproduceabugindpkg/pleaseconsider/123/ -rw-r--r-- mmalaterre/mmalaterre 0 2008-04-17 12:10 ./tmp/very/long/pathname/foobar/hello_world/toreproduceabugindpkg/pleaseconsider/123/install_me1.txt -rw-r--r-- mmalaterre/mmalaterre 0 2008-04-03 11:28 ./tmp/very/long/pathname/foobar/hello_world/toreproduceabugindpkg/pleaseconsider/123/do_not_install_me.txt -rw-r--r-- mmalaterre/mmalaterre 0 2008-04-17 12:10 ./tmp/very/long/pathname/foobar/hello_world/toreproduceabugindpkg/pleaseconsider/123/install_me112.txt -rw-r--r-- mmalaterre/mmalaterre 0 2008-04-17 12:10 ./tmp/very/long/pathname/foobar/hello_world/toreproduceabugindpkg/pleaseconsider/123/install_me11.txt -rw-r--r-- mmalaterre/mmalaterre 0 2008-04-17 12:10 ./tmp/very/long/pathname/foobar/hello_world/toreproduceabugindpkg/pleaseconsider/123/install_m.txt -rw-r--r-- mmalaterre/mmalaterre 0 2008-04-17 12:10 ./tmp/very/long/pathname/foobar/hello_world/toreproduceabugindpkg/pleaseconsider/123/install_me1123.txt -rw-r--r-- mmalaterre/mmalaterre 0 2008-04-03 11:28 ./tmp/very/long/pathname/foobar/hello_world/toreproduceabugindpkg/pleaseconsider/123/install_me.txt See my comments interlaced: On Wed, Apr 16, 2008 at 10:51 PM, Sven Joachim [EMAIL PROTECTED] wrote: On 2008-04-08 12:35 +0200, Raphael Hertzog wrote: On Thu, 03 Apr 2008, Mathieu Malaterre wrote: long file path (100 characters) do not get installed. For reference, while browsing the history I found this commit: commit 3252594427f5285ab4091a6beca2adaa5082a883 Author: Wichert Akkerman [EMAIL PROTECTED] Date: Thu Oct 21 13:36:28 1999 + Add support for GNU tar extension for long filenames Unfortunately this commit only deals with tar archives in (old) GNU format, not with POSIX tar archives (which were only described later in POSIX.1-2001, according to the GNU tar info docs). So it might have been supported once... It still is, actually. I took the steps to extract and uncompress the data.tar from Mathieu's archive, and file reports it as POSIX tar archive. However, tar currently does not create POSIX archives by default; when I repacked the data.tar, file said POSIX tar archive (GNU). Then I reassembled the .deb with ar, and dpkg installed it correctly. It is attached for reference. Mathieu, how did you create the deb? Do you have TAR_OPTIONS set so that tar creates POSIX archives? So for record I am using CMake its debian package plugin. The real issue is that by default 'cmake -E tar cvfz' will create POSIX (non TAR_GNU) tarball, unless you are runnning cmake on cygwin (??). that said it hasn't caused troubles in several releases, so it's not really RC
Bug#474092: dpkg: filepath with 100 characters do not get installed
Package: dpkg Version: 1.13.25 Severity: grave Justification: renders package unusable long file path (100 characters) do not get installed. Steps to reproduce: $ wget http://gdcm.sourceforge.net/thingies/debpackage-0.0.0-Linux-x86_64.deb $ dpkg -c debpackage-0.0.0-Linux-x86_64.deb drwxr-xr-x mmalaterre/mmalaterre 0 2008-04-03 11:31 ./tmp/ drwxr-xr-x mmalaterre/mmalaterre 0 2008-04-03 11:31 ./tmp/very/ drwxr-xr-x mmalaterre/mmalaterre 0 2008-04-03 11:31 ./tmp/very/long/ drwxr-xr-x mmalaterre/mmalaterre 0 2008-04-03 11:31 ./tmp/very/long/pathname/ drwxr-xr-x mmalaterre/mmalaterre 0 2008-04-03 11:31 ./tmp/very/long/pathname/foobar/ drwxr-xr-x mmalaterre/mmalaterre 0 2008-04-03 11:31 ./tmp/very/long/pathname/foobar/hello_world/ drwxr-xr-x mmalaterre/mmalaterre 0 2008-04-03 11:31 ./tmp/very/long/pathname/foobar/hello_world/toreproduceabugindpkg/ drwxr-xr-x mmalaterre/mmalaterre 0 2008-04-03 11:31 ./tmp/very/long/pathname/foobar/hello_world/toreproduceabugindpkg/pleaseconsider/ drwxr-xr-x mmalaterre/mmalaterre 0 2008-04-03 11:31 ./tmp/very/long/pathname/foobar/hello_world/toreproduceabugindpkg/pleaseconsider/123/ -rw-r--r-- mmalaterre/mmalaterre 0 2008-04-03 11:28 ./tmp/very/long/pathname/foobar/hello_world/toreproduceabugindpkg/pleaseconsider/123/do_not_install_me.txt -rw-r--r-- mmalaterre/mmalaterre 0 2008-04-03 11:28 ./tmp/very/long/pathname/foobar/hello_world/toreproduceabugindpkg/pleaseconsider/123/install_me.txt while after installation: $ sudo dpkg -i debpackage-0.0.0-Linux-x86_64.deb Selecting previously deselected package debpackage. (Reading database ... 147313 files and directories currently installed.) Unpacking debpackage (from .../debpackage-0.0.0-Linux-x86_64.deb) ... Setting up debpackage (0.0.0) ... $ find /tmp/very /tmp/very /tmp/very/long /tmp/very/long/pathname /tmp/very/long/pathname/foobar /tmp/very/long/pathname/foobar/hello_world /tmp/very/long/pathname/foobar/hello_world/toreproduceabugindpkg /tmp/very/long/pathname/foobar/hello_world/toreproduceabugindpkg/pleaseconsider /tmp/very/long/pathname/foobar/hello_world/toreproduceabugindpkg/pleaseconsider/123 /tmp/very/long/pathname/foobar/hello_world/toreproduceabugindpkg/pleaseconsider/123/install_me.txt You can see that install_me.txt get installed but a filename just slightly longer do not. Thanks -Mathieu -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-6-amd64 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages dpkg depends on: ii coreutils 5.97-5.3 The GNU core utilities ii libc6 2.7-6 GNU C Library: Shared libraries dpkg recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#474092: dpkg: filepath with 100 characters do not get installed
Hi Jon, # Automatically generated email from bts, devscripts version 2.10.20 # works for i386 retitle 474092 dpkg: filepath with 100 characters do not get installed on amd64 Could you please double-check -again- but with the following deb file: http://gdcm.sourceforge.net/thingies/debpackage-0.0.0-Linux-i386.deb At least on my debian i386 sarge (oldstable) I can still reproduce the issue. Thanks -Mathieu On Thu, Apr 3, 2008 at 12:42 PM, Raphael Hertzog [EMAIL PROTECTED] wrote: On Thu, 03 Apr 2008, Mathieu Malaterre wrote: long file path (100 characters) do not get installed. Steps to reproduce: $ wget http://gdcm.sourceforge.net/thingies/debpackage-0.0.0-Linux-x86_64.deb I checked with the current version (in git repo) and the problem is present too. In fact the file do_not_install_me.txt is installed but not at the right place: $ dpkg -L debpackage /tmp /tmp/very /tmp/very/long /tmp/very/long/pathname /tmp/very/long/pathname/foobar /tmp/very/long/pathname/foobar/hello_world /tmp/very/long/pathname/foobar/hello_world/toreproduceabugindpkg /tmp/very/long/pathname/foobar/hello_world/toreproduceabugindpkg/pleaseconsider /tmp/very/long/pathname/foobar/hello_world/toreproduceabugindpkg/pleaseconsider/123 /do_not_install_me.txt /tmp/very/long/pathname/foobar/hello_world/toreproduceabugindpkg/pleaseconsider/123/install_me.txt It's installed in the root directory... It's strange that dpkg -c shows the right path name but that during installation, it sees another path. Here's a debug log: $ sudo dpkg -D10 --force-all -i debpackage-0.0.0-Linux-x86_64.deb D10: ensure_pathname_nonexisting `/var/lib/dpkg/tmp.ci' D10: ensure_pathname_nonexisting running rm -rf dpkg - avertissement, problème contourné à cause de --force : l'architecture du paquet (amd64) ne correspond pas à celle du système (i386) (Lecture de la base de données... 301119 fichiers et répertoires déjà installés.) Préparation du remplacement de debpackage 0.0.0 (en utilisant debpackage-0.0.0-Linux-x86_64.deb) ... Dépaquetage de la mise à jour de debpackage ... D10: tarobject ti-Name=`./tmp' Mode=40755 owner=1002.1002 Type=53(d) ti-LinkName=`' namenode=`/tmp' flags=2 instead=`none' D10: ensure_pathname_nonexisting `/tmp.dpkg-new' D10: ensure_pathname_nonexisting `/tmp.dpkg-tmp' D10: tarobject ti-Name=`./tmp/very' Mode=40755 owner=1002.1002 Type=53(d) ti-LinkName=`' namenode=`/tmp/very' flags=2 instead=`none' D10: ensure_pathname_nonexisting `/tmp/very.dpkg-new' D10: ensure_pathname_nonexisting `/tmp/very.dpkg-tmp' D10: tarobject ti-Name=`./tmp/very/long' Mode=40755 owner=1002.1002 Type=53(d) ti-LinkName=`' namenode=`/tmp/very/long' flags=2 instead=`none' D10: ensure_pathname_nonexisting `/tmp/very/long.dpkg-new' D10: ensure_pathname_nonexisting `/tmp/very/long.dpkg-tmp' D10: tarobject ti-Name=`./tmp/very/long/pathname' Mode=40755 owner=1002.1002 Type=53(d) ti-LinkName=`' namenode=`/tmp/very/long/pathname' flags=2 instead=`none' D10: ensure_pathname_nonexisting `/tmp/very/long/pathname.dpkg-new' D10: ensure_pathname_nonexisting `/tmp/very/long/pathname.dpkg-tmp' D10: tarobject ti-Name=`./tmp/very/long/pathname/foobar' Mode=40755 owner=1002.1002 Type=53(d) ti-LinkName=`' namenode=`/tmp/very/long/pathname/foobar' flags=2 instead=`none' D10: ensure_pathname_nonexisting `/tmp/very/long/pathname/foobar.dpkg-new' D10: ensure_pathname_nonexisting `/tmp/very/long/pathname/foobar.dpkg-tmp' D10: tarobject ti-Name=`./tmp/very/long/pathname/foobar/hello_world' Mode=40755 owner=1002.1002 Type=53(d) ti-LinkName=`' namenode=`/tmp/very/long/pathname/foobar/hello_world' flags=2 instead=`none' D10: ensure_pathname_nonexisting `/tmp/very/long/pathname/foobar/hello_world.dpkg-new' D10: ensure_pathname_nonexisting `/tmp/very/long/pathname/foobar/hello_world.dpkg-tmp' D10: tarobject ti-Name=`./tmp/very/long/pathname/foobar/hello_world/toreproduceabugindpkg' Mode=40755 owner=1002.1002 Type=53(d) ti-LinkName=`' namenode=`/tmp/very/long/pathname/foobar/hello_world/toreproduceabugindpkg' flags=2 instead=`none' D10: ensure_pathname_nonexisting `/tmp/very/long/pathname/foobar/hello_world/toreproduceabugindpkg.dpkg-new' D10: ensure_pathname_nonexisting `/tmp/very/long/pathname/foobar/hello_world/toreproduceabugindpkg.dpkg-tmp' D10: tarobject ti-Name=`./tmp/very/long/pathname/foobar/hello_world/toreproduceabugindpkg/pleaseconsider' Mode=40755 owner=1002.1002 Type=53(d) ti-LinkName=`' namenode=`/tmp/very/long/pathname/foobar/hello_world/toreproduceabugindpkg/pleaseconsider' flags=2 instead=`none' D10: ensure_pathname_nonexisting `/tmp/very/long/pathname/foobar/hello_world/toreproduceabugindpkg/pleaseconsider.dpkg-new' D10: ensure_pathname_nonexisting `/tmp/very/long/pathname/foobar/hello_world
Bug#474092: dpkg: filepath with 100 characters do not get installed
On Thu, Apr 3, 2008 at 9:25 PM, Sven Joachim [EMAIL PROTECTED] wrote: On 2008-04-03 20:51 +0200, Mathieu Malaterre wrote: Hi Jon, # Automatically generated email from bts, devscripts version 2.10.20 # works for i386 retitle 474092 dpkg: filepath with 100 characters do not get installed on amd64 Could you please double-check -again- but with the following deb file: http://gdcm.sourceforge.net/thingies/debpackage-0.0.0-Linux-i386.deb At least on my debian i386 sarge (oldstable) I can still reproduce the issue. I can confirm the bug on i386 with dpkg 1.14.16.6: the do_not_install_me.txt file gets installed under /. Sven Do you know how to revert back the old the title (remove ref to amd64) ? thx -- Mathieu -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#475012: Buggy /usr/share/doc-base/ispell-manual line 16
Package: doc-base Version: 0.7.21 Severity: normal I tried installing doc-base, and got: $ sudo apt-get install doc-base Reading package lists... Done Building dependency tree... Done Suggested packages: dhelp dwww doc-central The following NEW packages will be installed: doc-base 0 upgraded, 1 newly installed, 0 to remove and 0 not upgraded. Need to get 34.7kB of archives. After unpacking 184kB of additional disk space will be used. Get:1 http://debian..com etch/main doc-base 0.7.21 [34.7kB] Fetched 34.7kB in 2s (16.7kB/s) Selecting previously deselected package doc-base. (Reading database ... 150105 files and directories currently installed.) Unpacking doc-base (from .../doc-base_0.7.21_all.deb) ... Setting up doc-base (0.7.21) ... (re)registering 60 documents from /usr/share/doc-base ... error in control file: `Index' value missing for format `info' at /usr/sbin/install-docs line 709, /usr/share/doc-base/ispell-manual line 16. This has been reported in the past: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=364535 Thanks ! -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-6-amd64 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages doc-base depends on: ii perl5.8.8-7etch1 Larry Wall's Practical Extraction doc-base recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#471970: wget -N and space in the path (HTML encoding)
Package: wget Version: 1.10.2-0bpo1 Severity: normal wget -N does not work when filename has a space in the filename. Steps to reproduce: $ echo http://www.medical.philips.com/us/company/connectivity/assets/docs/dicomcs/ENsphere%2520DICOM%25203%2520Conformance%2520Statement.pdf; dummy.txt $ wget -N -i dummy.txt $ wget -N -i dummy.txt the second time, the file should not have been downloaded. I suspect the use of % in the HTML URL encoding is not being decoded properly for use in the -N option. Thanks ! -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.18-4-686-bigmem Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages wget depends on: ii libc6 2.5-9+b1 GNU C Library: Shared libraries ii libssl0.9.7 0.9.7e-3sarge5 SSL shared libraries -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#471970: closed by Micah Cowan [EMAIL PROTECTED] (Re: Bug#471970: wget -N and space in the path (HTML encoding))
I still do not believe this has anything to do with the server, if you have a couple of seconds please try this file instead: http://www.medical.philips.com/us/company/connectivity/assets/docs/dicomcs/ENsphere%2520DICOM%25203%2520Conformance%2520Statement.pdf http://www.medical.philips.com/us/company/connectivity/assets/docs/dicomcs/usit15l3_final.pdf You'll see that both files are stored at the exact same location, but wget report two different things (*). I *seriously* doubt the server has a per file configuration... Thanks for your time anyway, -Mathieu (*) --19:53:33-- http://www.medical.philips.com/us/company/connectivity/assets/docs/dicomcs/ENsphere%2520DICOM%25203%2520Conformance%2520Statement.pdf = `ENsphere%20DICOM%203%20Conformance%20Statement.pdf' Resolving www.medical.philips.com... 161.88.247.197 Connecting to www.medical.philips.com|161.88.247.197|:80... connected. HTTP request sent, awaiting response... 200 OK Length: 1,936 (1.9K) [text/html] Last-modified header missing -- time-stamps turned off. --19:53:33-- http://www.medical.philips.com/us/company/connectivity/assets/docs/dicomcs/ENsphere%2520DICOM%25203%2520Conformance%2520Statement.pdf = `ENsphere%20DICOM%203%20Conformance%20Statement.pdf' Reusing existing connection to www.medical.philips.com:80. HTTP request sent, awaiting response... 200 OK Length: 1,936 (1.9K) [text/html] 0K . 100% 694.97 KB/s 19:53:33 (694.97 KB/s) - `ENsphere%20DICOM%203%20Conformance%20Statement.pdf' saved [1936/1936] --19:53:33-- http://www.medical.philips.com/us/company/connectivity/assets/docs/dicomcs/usit15l3_final.pdf = `usit15l3_final.pdf' Reusing existing connection to www.medical.philips.com:80. HTTP request sent, awaiting response... 200 OK Length: 217,998 (213K) [application/octet-stream] Server file no newer than local file `usit15l3_final.pdf' -- not retrieving. FINISHED --19:53:33-- Downloaded: 1,936 bytes in 1 files On Fri, Mar 21, 2008 at 7:00 PM, Debian Bug Tracking System [EMAIL PROTECTED] wrote: This is an automatic notification regarding your Bug report which was filed against the wget package: #471970: wget -N and space in the path (HTML encoding) It has been closed by Micah Cowan [EMAIL PROTECTED]. Their explanation is attached below along with your original report. If this explanation is unsatisfactory and you have not received a better one in a separate message then please contact Micah Cowan [EMAIL PROTECTED] by replying to this email. -- 471970: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=471970 Debian Bug Tracking System Contact [EMAIL PROTECTED] with problems -- Forwarded message -- From: Micah Cowan [EMAIL PROTECTED] To: Mathieu Malaterre [EMAIL PROTECTED], [EMAIL PROTECTED] Date: Fri, 21 Mar 2008 10:56:28 -0700 Subject: Re: Bug#471970: wget -N and space in the path (HTML encoding) -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Mathieu Malaterre wrote: Package: wget Version: 1.10.2-0bpo1 Severity: normal wget -N does not work when filename has a space in the filename. Steps to reproduce: $ echo http://www.medical.philips.com/us/company/connectivity/assets/docs/dicomcs/ENsphere%2520DICOM%25203%2520Conformance%2520Statement.pdf; dummy.txt $ wget -N -i dummy.txt $ wget -N -i dummy.txt the second time, the file should not have been downloaded. In the log that Wget issues while downloading that file, is the line: Last-modified header missing -- time-stamps turned off. Your issue has nothing to do with spaces in the filename (at least, on Wget's end), and everything to do with the server not telling wget when it was last modified. Therefore, wget cannot determine whether the file on the server is newer or older than the local copy. - -- Micah J. Cowan Programmer, musician, typesetting enthusiast, gamer... http://micah.cowan.name/ -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFH4/bM7M8hyUobTrERApCdAJsFlWyubh1pnVY8qwgatoZPRWDXBgCdFyVn yjgZ+itvfDouqQ40WL3C4BE= =Mn8U -END PGP SIGNATURE- -- Forwarded message -- From: Mathieu Malaterre [EMAIL PROTECTED] To: Debian Bug Tracking System [EMAIL PROTECTED] Date: Fri, 21 Mar 2008 14:27:51 +0100 Subject: wget -N and space in the path (HTML encoding) Package: wget Version: 1.10.2-0bpo1 Severity: normal wget -N does not work when filename has a space in the filename. Steps to reproduce: $ echo http://www.medical.philips.com/us/company/connectivity/assets/docs/dicomcs/ENsphere%2520DICOM%25203%2520Conformance%2520Statement.pdf; dummy.txt $ wget -N -i dummy.txt $ wget -N -i dummy.txt the second time, the file should not have been downloaded. I suspect the use of % in the HTML URL encoding is not being
Bug#471970: closed by Micah Cowan [EMAIL PROTECTED] (Re: Bug#471970: wget -N and space in the path (HTML encoding))
Ra ! Ok I finally found the issue, AND I WAS RIGHT ! Sorry :( Try this: $ cat dummy.txt a href=http://www.medical.philips.com/us/company/connectivity/assets/docs/dicomcs/ENsphere DICOM 3 Conformance Statement.pdfdummy/a Then $ wget -N --force-html -i dummy.txt --20:03:04-- http://www.medical.philips.com/us/company/connectivity/assets/docs/dicomcs/ENsphere%20DICOM%203%20Conformance%20Statement.pdf = `ENsphere DICOM 3 Conformance Statement.pdf' Resolving www.medical.philips.com... 161.88.247.197 Connecting to www.medical.philips.com|161.88.247.197|:80... connected. HTTP request sent, awaiting response... 200 OK Length: 334,708 (327K) [application/octet-stream] Server file no newer than local file `ENsphere DICOM 3 Conformance Statement.pdf' -- not retrieving. So please reopn the bug report, as I really believe wget -i and space in the path is not working. Thank you -Mathieu On Fri, Mar 21, 2008 at 7:54 PM, Mathieu Malaterre [EMAIL PROTECTED] wrote: I still do not believe this has anything to do with the server, if you have a couple of seconds please try this file instead: http://www.medical.philips.com/us/company/connectivity/assets/docs/dicomcs/ENsphere%2520DICOM%25203%2520Conformance%2520Statement.pdf http://www.medical.philips.com/us/company/connectivity/assets/docs/dicomcs/usit15l3_final.pdf You'll see that both files are stored at the exact same location, but wget report two different things (*). I *seriously* doubt the server has a per file configuration... Thanks for your time anyway, -Mathieu (*) --19:53:33-- http://www.medical.philips.com/us/company/connectivity/assets/docs/dicomcs/ENsphere%2520DICOM%25203%2520Conformance%2520Statement.pdf = `ENsphere%20DICOM%203%20Conformance%20Statement.pdf' Resolving www.medical.philips.com... 161.88.247.197 Connecting to www.medical.philips.com|161.88.247.197|:80... connected. HTTP request sent, awaiting response... 200 OK Length: 1,936 (1.9K) [text/html] Last-modified header missing -- time-stamps turned off. --19:53:33-- http://www.medical.philips.com/us/company/connectivity/assets/docs/dicomcs/ENsphere%2520DICOM%25203%2520Conformance%2520Statement.pdf = `ENsphere%20DICOM%203%20Conformance%20Statement.pdf' Reusing existing connection to www.medical.philips.com:80. HTTP request sent, awaiting response... 200 OK Length: 1,936 (1.9K) [text/html] 0K . 100% 694.97 KB/s 19:53:33 (694.97 KB/s) - `ENsphere%20DICOM%203%20Conformance%20Statement.pdf' saved [1936/1936] --19:53:33-- http://www.medical.philips.com/us/company/connectivity/assets/docs/dicomcs/usit15l3_final.pdf = `usit15l3_final.pdf' Reusing existing connection to www.medical.philips.com:80. HTTP request sent, awaiting response... 200 OK Length: 217,998 (213K) [application/octet-stream] Server file no newer than local file `usit15l3_final.pdf' -- not retrieving. FINISHED --19:53:33-- Downloaded: 1,936 bytes in 1 files On Fri, Mar 21, 2008 at 7:00 PM, Debian Bug Tracking System [EMAIL PROTECTED] wrote: This is an automatic notification regarding your Bug report which was filed against the wget package: #471970: wget -N and space in the path (HTML encoding) It has been closed by Micah Cowan [EMAIL PROTECTED]. Their explanation is attached below along with your original report. If this explanation is unsatisfactory and you have not received a better one in a separate message then please contact Micah Cowan [EMAIL PROTECTED] by replying to this email. -- 471970: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=471970 Debian Bug Tracking System Contact [EMAIL PROTECTED] with problems -- Forwarded message -- From: Micah Cowan [EMAIL PROTECTED] To: Mathieu Malaterre [EMAIL PROTECTED], [EMAIL PROTECTED] Date: Fri, 21 Mar 2008 10:56:28 -0700 Subject: Re: Bug#471970: wget -N and space in the path (HTML encoding) -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Mathieu Malaterre wrote: Package: wget Version: 1.10.2-0bpo1 Severity: normal wget -N does not work when filename has a space in the filename. Steps to reproduce: $ echo http://www.medical.philips.com/us/company/connectivity/assets/docs/dicomcs/ENsphere%2520DICOM%25203%2520Conformance%2520Statement.pdf; dummy.txt $ wget -N -i dummy.txt $ wget -N -i dummy.txt the second time, the file should not have been downloaded. In the log that Wget issues while downloading that file, is the line: Last-modified header missing -- time-stamps turned off. Your issue has nothing to do with spaces in the filename (at least, on Wget's end), and everything to do with the server not telling wget when it was last modified. Therefore, wget cannot determine
Bug#471970: closed by Micah Cowan [EMAIL PROTECTED] (Re: Bug#471970: wget -N and space in the path (HTML encoding))
On Fri, Mar 21, 2008 at 8:41 PM, Micah Cowan [EMAIL PROTECTED] wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Mathieu Malaterre wrote: I still do not believe this has anything to do with the server, if you have a couple of seconds please try this file instead: http://www.medical.philips.com/us/company/connectivity/assets/docs/dicomcs/ENsphere%2520DICOM%25203%2520Conformance%2520Statement.pdf http://www.medical.philips.com/us/company/connectivity/assets/docs/dicomcs/usit15l3_final.pdf The first one is not a good link (note that it doesn't contain spaces; it contains %2520, which decodes to %20, literally). It goes to a Page not found page (which lacks a modification timestamp, as you can see from the logs). However, the server issues a 200 HTTP status code for that page, so Wget can't know that it's not a good file (it does, however, notice that it received HTML and not PDF or application/octet-stream. In your other example, you corrected the percent-encoding, and lo! it worked. Thanks. You can close the bug. Sorry for the noise. -- Mathieu -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#471970: closed by Micah Cowan [EMAIL PROTECTED] (Re: Bug#471970: wget -N and space in the path (HTML encoding))
[Sorry for top post, but for some reason, I did not received your email] Micah Cowan [EMAIL PROTECTED] I'm at a loss as to how the above demonstrates a problem. It decided not to download the file, because it was no newer than the local copy. Isn't that the behavior you were asking for? That's certainly what -N is intended for. Ok let me summarize here: 1. using raw text file, the -N option is simply discarded. Steps to reproduce $ cat dummy.txt http://www.medical.philips.com/us/company/connectivity/assets/docs/dicomcs/ENsphere%2520DICOM%25203%2520Conformance%2520Statement.pdf $ wget -N -i dummy.txt 2. Using a fake HTML file, so that I can explicitely use the space character (AFAIK I cannot do that in raw text file, the -N option is properly taken into account: $ cat dummy.txt a href=http://www.medical.philips.com/us/company/connectivity/assets/docs/dicomcs/ENsphere DICOM 3 Conformance Statement.pdfdummy/a $ wget -N --force-html -i dummy.txt So either the documentation for -i (alone) should be updated to mention the issue with space character or maybe this is just a simple bug that can be fixed in wget code base. Thanks -Mathieu On Fri, Mar 21, 2008 at 8:03 PM, Mathieu Malaterre [EMAIL PROTECTED] wrote: Ra ! Ok I finally found the issue, AND I WAS RIGHT ! Sorry :( Try this: $ cat dummy.txt a href=http://www.medical.philips.com/us/company/connectivity/assets/docs/dicomcs/ENsphere DICOM 3 Conformance Statement.pdfdummy/a Then $ wget -N --force-html -i dummy.txt --20:03:04-- http://www.medical.philips.com/us/company/connectivity/assets/docs/dicomcs/ENsphere%20DICOM%203%20Conformance%20Statement.pdf = `ENsphere DICOM 3 Conformance Statement.pdf' Resolving www.medical.philips.com... 161.88.247.197 Connecting to www.medical.philips.com|161.88.247.197|:80... connected. HTTP request sent, awaiting response... 200 OK Length: 334,708 (327K) [application/octet-stream] Server file no newer than local file `ENsphere DICOM 3 Conformance Statement.pdf' -- not retrieving. So please reopn the bug report, as I really believe wget -i and space in the path is not working. Thank you -Mathieu On Fri, Mar 21, 2008 at 7:54 PM, Mathieu Malaterre [EMAIL PROTECTED] wrote: I still do not believe this has anything to do with the server, if you have a couple of seconds please try this file instead: http://www.medical.philips.com/us/company/connectivity/assets/docs/dicomcs/ENsphere%2520DICOM%25203%2520Conformance%2520Statement.pdf http://www.medical.philips.com/us/company/connectivity/assets/docs/dicomcs/usit15l3_final.pdf You'll see that both files are stored at the exact same location, but wget report two different things (*). I *seriously* doubt the server has a per file configuration... Thanks for your time anyway, -Mathieu (*) --19:53:33-- http://www.medical.philips.com/us/company/connectivity/assets/docs/dicomcs/ENsphere%2520DICOM%25203%2520Conformance%2520Statement.pdf = `ENsphere%20DICOM%203%20Conformance%20Statement.pdf' Resolving www.medical.philips.com... 161.88.247.197 Connecting to www.medical.philips.com|161.88.247.197|:80... connected. HTTP request sent, awaiting response... 200 OK Length: 1,936 (1.9K) [text/html] Last-modified header missing -- time-stamps turned off. --19:53:33-- http://www.medical.philips.com/us/company/connectivity/assets/docs/dicomcs/ENsphere%2520DICOM%25203%2520Conformance%2520Statement.pdf = `ENsphere%20DICOM%203%20Conformance%20Statement.pdf' Reusing existing connection to www.medical.philips.com:80. HTTP request sent, awaiting response... 200 OK Length: 1,936 (1.9K) [text/html] 0K . 100% 694.97 KB/s 19:53:33 (694.97 KB/s) - `ENsphere%20DICOM%203%20Conformance%20Statement.pdf' saved [1936/1936] --19:53:33-- http://www.medical.philips.com/us/company/connectivity/assets/docs/dicomcs/usit15l3_final.pdf = `usit15l3_final.pdf' Reusing existing connection to www.medical.philips.com:80. HTTP request sent, awaiting response... 200 OK Length: 217,998 (213K) [application/octet-stream] Server file no newer than local file `usit15l3_final.pdf' -- not retrieving. FINISHED --19:53:33-- Downloaded: 1,936 bytes in 1 files On Fri, Mar 21, 2008 at 7:00 PM, Debian Bug Tracking System [EMAIL PROTECTED] wrote: This is an automatic notification regarding your Bug report which was filed against the wget package: #471970: wget -N and space in the path (HTML encoding) It has been closed by Micah Cowan [EMAIL PROTECTED]. Their explanation is attached below along with your original report. If this explanation is unsatisfactory and you have not received a better one in a separate message then please
Bug#524654: debian-maintainers: jetring changeset patch for Mathieu Malaterre
Package: debian-maintainers Version: 1.55 Severity: normal Greetings, please add me to the Debian Maintainers keyring. Jetring changeset is attached. Thank you, Mathieu Malaterre -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (700, 'unstable'), (600, 'experimental') 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 debian-maintainers depends on no packages. Versions of packages debian-maintainers recommends: ii gnupg 1.4.9-4GNU privacy guard - a free PGP rep debian-maintainers suggests no packages. -- no debconf information Comment: Add Mathieu Malaterre mathieu.malate...@gmail.com as a Debian Maintainer Date: Sat, 18 Apr 2009 21:31:40 +0200 Action: import Data: Recommended-By: names and e‐mail addresses of all your advocates (comma separated) Agreement: http://lists.debian.org/debian-newmaint/2009/04/msg00028.html Advocates: http://lists.debian.org/debian-newmaint/2009/04/msg00029.html -BEGIN PGP PUBLIC KEY BLOCK- Version: GnuPG v1.4.9 (GNU/Linux) mQGiBEnm6q0RBACHRvtKKoU46220F76LioZvg4JV7ORyuBFcHrkxcqJYw5mceUIe tYqu8vSjx5FWLfVCLIxq1ZIcn0vEErbzXxnYBHUe5b+yxcB+jqz+1h1g12Bfd2mQ hnjlFup2fPg04L+a10LCrVNDbvvO7APCAeEfeHTWj51uJP3njV3LyqBXGwCgvIjb +bDkpSa8mZn3FXToIuCe30sD/R0CGUu8D2LFxirB34Bm7nUfKbTv5rCyLEH6X/06 4+D6J95N8jiSEnsmCFMBvFn7hs+xeNxB9NnHSqUGrN58nEhHV6gb8GFJPkRzAW7t RsJwDKSHMThKNR3EUXXnVWmxZdnnqLUIDvkZ5gY9NVNbiuZ3PeJe3gyd/LqjMxyG F3CRA/9ctVAQcW+EA+SszyhmMX3ALiJIeqOG76VHGdkbC/FVgToGoFekYGQIeigV U1tJRgHeVrsB6m8NiK7zLBJpRQXDHaq/DuY+EZl0wjln+mz/aNGkcUYlH5hBaLr/ sW/IpXovM46WhbdyY2hg31vrNpnj0gcZrZvgi56lB9sZ82jwjbQhTWF0aGlldSBN YWxhdGVycmUgPG1hbGF0QGZyZWUuZnI+iGAEExECACAFAknppkICGwMGCwkIBwMC BBUCCAMEFgIDAQIeAQIXgAAKCRASkUq9DqI/Kz/wAJ98hTuGubXoNq3AAMpAOmmX ZHarDwCfepaKRpzwfqQ3F6hh6tFtRKRB+2e0N01hdGhpZXUgTWFsYXRlcnJlICht YWxhdCkgPG1hdGhpZXUubWFsYXRlcnJlQGdtYWlsLmNvbT6IYAQTEQIAIAUCSebq rQIbAwYLCQgHAwIEFQIIAwQWAgMBAh4BAheAAAoJEBKRSr0Ooj8rk90An0UoWIJS 6iBWUm8c2ieT/SwKmRbBAJ9dzNAuoxRdr2WqabL8H4P5446Ca4hGBBARAgAGBQJJ 6DQZAAoJEMN2qNrxvNtz2skAn2Y7mlcq//x7NoFdXqbH5H8t3RfCAJ94N0E0k6A2 zkYAetXc3yp5eP7ce7QtTWF0aGlldSBNYWxhdGVycmUgPG1hdGhpZXUubWFsYXRl cnJlQGZyZWUuZnI+iGAEExECACAFAknppgkCGwMGCwkIBwMCBBUCCAMEFgIDAQIe AQIXgAAKCRASkUq9DqI/Kz0YAJ9BPphq5uuAMbdDraZ6tdIbJIZNgwCbBj3GkcVy rCflgxjQJLi3umGQI5K0OE1hdGhpZXUgTWFsYXRlcnJlIChzZi5uZXQpIDxtYWxh dEB1c2Vycy5zb3VyY2Vmb3JnZS5uZXQ+iGAEExECACAFAknqCJcCGwMGCwkIBwMC BBUCCAMEFgIDAQIeAQIXgAAKCRASkUq9DqI/KxFMAJwMpEL6U8pQhebt//x8BiYH 440q4wCghgWzg0QlRmhQASv+lsytMJyJWti5Ag0ESebqtBAIAPUgMzfTshi+fx2l 3Jzwrmk6mdn9xqDsEwYlKt+qIkBzNM+ZTeicZgcmkkpa/JrCeKwJlblV60WQjS3Z 9MdZTSuHhl4gNCc6QOSgUKtbpEBOGnJnZ8YRUcHF3loq2GH8bHIvB4vt742wVYJC cVs8fRQBxDQuVP3i9S6evGNS3bhldZqkWfVsQ9JbvdenK8aqx+7cDdxNkEHO7k1q Gr0ZEp8qcO6gQNNpnexTElxpObJxLyx+GRDmN3feVHeoBtB6CMn9hW4LsAorrxJs FT0obrl8kBpvvnSUdC4ds60UhipWb0qT5SgTYUF8bc1mZyZvEhLBwKsTMbC4Tog8 Dsbu4M8AAwcH/RVPF4y/dSayFLqjYwtswMoAT6lmaexaNyH0pvVPiwlD/UJelLYw qZAGGAL62t7i/goAdXiirypj5XGuOseWraqQyGET72oas5e2i+bD3UgiXMH0eoIG TiIrYY9BkfrR8xoE1d6JcQ0G0aFjxSVuTVoNkHPwJhi2bCh8DXJ7RTMq66W5c/sz aD8BIyMbTrCBme6MaYQ1nc6tV51s/RRI7MrkQ1fy/qXdQtwDm0QKMHqONtQ98PA6 9Bwzwkv8TGT5k/EyQQyGrodhN2eTsB/EdYGFDre/c7SmdnFQHpuSmWbKEw+W8SeR pVaOb4cMgfgxayfHnT8fNnNdAVOP7IjwxZiISQQYEQIACQUCSebqtAIbDAAKCRAS kUq9DqI/K3nlAJ4iaW3duaUCJgn7RhZR8ObpFgEsUQCgp4VmbpV/lKBumvxzXI6T HYDAGiU= =JtIT -END PGP PUBLIC KEY BLOCK-
Bug#524654: debian-maintainers: jetring changeset patch for Mathieu Malaterre
Updated jetring file. Adding Juergen Salk. Thanks -- Mathieu add-12914ABD0EA23F2B Description: Binary data
Bug#525639: marshal.c:473: vwrite_tuple: Assertion `opt || cstr' failed
Package: subversion Version: 1.5.6dfsg-1 Severity: important I have reproducable case of running 'svn up' leads to: $ svn up ... Fetching external item into 'med-doc/trunk/05_biomed_bio' svn: URL 'svn://svn.debian.org/svn/cdd/projects/med/trunk/papers/05_biomed_bio' doesn't exist $ svn up Skipped 'gdcm/trunk/debian' svn: /tmp/buildd/subversion-1.5.6dfsg/subversion/libsvn_ra_svn/marshal.c:473: vwrite_tuple: Assertion `opt || cstr' failed.[1] 4027 abort I do not know how I can give more information to help you reproduce it on your side. $ svn info Path: . URL: svn+ssh://malat-gu...@svn.debian.org/svn/debian-med/trunk/packages Repository Root: svn+ssh://malat-gu...@svn.debian.org/svn/debian-med Repository UUID: d8681a01-af0d-0410-a158-b4166a59cfaa Revision: 3319 Node Kind: directory Schedule: normal Last Changed Author: tille Last Changed Rev: 3319 Last Changed Date: 2009-04-25 21:55:18 +0200 (Sat, 25 Apr 2009) Thanks -- System Information: Debian Release: squeeze/sid APT prefers stable APT policy: (900, 'stable'), (700, 'unstable'), (600, 'experimental') 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 subversion depends on: ii libapr1 1.3.3-3 The Apache Portable Runtime Librar ii libc62.9-7 GNU C Library: Shared libraries ii libsasl2-2 2.1.22.dfsg1-23 Cyrus SASL - authentication abstra ii libsvn1 1.5.6dfsg-1 Shared libraries used by Subversio subversion recommends no packages. Versions of packages subversion suggests: pn db4.6-utilnone (no description available) ii patch 2.5.9-5Apply a diff file to an original pn subversion-tools none (no description available) -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#536102: gcc-snapshot: Package does not provide javac symlink
On Sun, Aug 30, 2009 at 9:19 AM, Matthias Klose d...@debian.org wrote: On 07.07.2009 18:08, Mathieu Malaterre wrote: Package: gcc-snapshot Version: 20090620-1 Severity: normal It would be nice if the package would provide a proper javac symlink just like gcj package is doing. See bug #528084 for reference. I don't think that binaries from gcc-snapshot should be available in /usr/bin. However, I wouldn't mind adding a JAVA-HOME in /usr/lib/jvm, if somebody wants to add a patch for this. I am not talking about /usr/bin I simply wants a javac right next to the java. java is here: /usr/lib/gcc-snapshot/lib/jvm/java-1.5.0-gcj-4.5-snap/bin/java I would like a javac (see my previous email for patch) located at: /usr/lib/gcc-snapshot/lib/jvm/java-1.5.0-gcj-4.5-snap/bin/javac In bug #528084, Roderich Schupp was complaining about ... It also may be missing a symlink for javac in /usr/lib/jvm/java-1.5.0-gcj-4.4/bin ... Thanks ! -- Mathieu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#544674:
For reference: http://cmake.org/Bug/view.php?id=9611 -- Mathieu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#390999:
Work has started again and vxl will be part of Debian Med -- Mathieu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#549203: boost1.40: Missing graph_parallel libraries
Package: boost1.40
Severity: important
A new libraries available in boost 1.40 is missing. This is used in projects
such as VTK or ParaView. Please consider applying patch which add proper
packaging.
Thank you
-- System Information:
Debian Release: 5.0.2
APT prefers stable
APT policy: (500, 'stable'), (200, 'testing'), (100, 'unstable')
Architecture: amd64 (x86_64)
Kernel: Linux 2.6.30-bpo.1-amd64 (SMP w/8 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
Index: debian/control
===
--- debian/control (revision 14505)
+++ debian/control (working copy)
@@ -27,7 +27,7 @@
Architecture: any
Section: libdevel
Depends: ${misc:Depends}, ${shlibs:Depends}, libstdc++6-4.4-dev | libstdc++-dev
-Suggests: libboost1.40-doc, libboost-date-time1.40-dev, libboost-filesystem1.40-dev, libboost-graph1.40-dev, libboost-iostreams1.40-dev, libboost-math1.40-dev, libboost-mpi1.40-dev, libboost-program-options1.40-dev, libboost-python1.40-dev, libboost-regex1.40-dev, libboost-serialization1.40-dev, libboost-signals1.40-dev, libboost-system1.40-dev, libboost-test1.40-dev, libboost-thread1.40-dev, libboost-wave1.40-dev, xsltproc, doxygen, docbook-xml (= 4.2), docbook-xsl (= 1.73.2), default-jdk (= 1.4), fop (= 0.94)
+Suggests: libboost1.40-doc, libboost-date-time1.40-dev, libboost-filesystem1.40-dev, libboost-graph-parallel1.40-dev, libboost-graph1.40-dev, libboost-iostreams1.40-dev, libboost-math1.40-dev, libboost-mpi1.40-dev, libboost-program-options1.40-dev, libboost-python1.40-dev, libboost-regex1.40-dev, libboost-serialization1.40-dev, libboost-signals1.40-dev, libboost-system1.40-dev, libboost-test1.40-dev, libboost-thread1.40-dev, libboost-wave1.40-dev, xsltproc, doxygen, docbook-xml (= 4.2), docbook-xsl (= 1.73.2), default-jdk (= 1.4), fop (= 0.94)
Conflicts: libboost-dev ( 1.35.0), bcp, libboost1.35-dev, libboost1.36-dev, libboost1.37-dev, libboost1.38-dev, libboost1.39-dev
Replaces: bcp
Provides: bcp
@@ -54,6 +54,7 @@
libboost-date-time1.40-dev,
libboost-filesystem1.40-dev,
libboost-graph1.40-dev,
+ libboost-graph-parallel1.40-dev,
libboost-iostreams1.40-dev,
libboost-math1.40-dev,
libboost-mpi1.40-dev,
@@ -177,6 +178,38 @@
standardized generic interface for traversing graphs is of utmost
importance to encourage reuse of graph algorithms and data structures.
+Package: libboost-graph-parallel1.40.0
+Homepage: http://www.boost.org/libs/graph_parallel/
+Architecture: any
+Section: libs
+Depends: ${misc:Depends}, ${shlibs:Depends}
+Suggests: graphviz
+Description: generic graph components and algorithms in C++
+ This package forms part of the Boost C++ Libraries collection.
+ .
+ The Parallel Boost Graph Library is an extension to the Boost Graph Library
+ (BGL) for parallel and distributed computing. It offers distributed graphs
+ and graph algorithms to exploit coarse-grained parallelism along with
+ parallel algorithms that exploit fine-grained parallelism, while retaining
+ the same interfaces as the (sequential) BGL. Code written using the sequential
+ BGL should be easy to parallelize with the parallel BGL.
+
+Package: libboost-graph-parallel1.40-dev
+Homepage: http://www.boost.org/libs/graph_parallel/
+Architecture: any
+Section: libdevel
+Depends: ${misc:Depends}, libboost1.40-dev (= ${binary:Version}), libboost-serialization1.40-dev (= ${binary:Version}), libboost-test1.40-dev (= ${binary:Version})
+Recommends: libboost-graph-parallel1.40.0 (= ${binary:Version})
+Description: generic graph components and algorithms in C++
+ This package forms part of the Boost C++ Libraries collection.
+ .
+ The Parallel Boost Graph Library is an extension to the Boost Graph Library
+ (BGL) for parallel and distributed computing. It offers distributed graphs
+ and graph algorithms to exploit coarse-grained parallelism along with
+ parallel algorithms that exploit fine-grained parallelism, while retaining
+ the same interfaces as the (sequential) BGL. Code written using the sequential
+ BGL should be easy to parallelize with the parallel BGL.
+
Package: libboost-iostreams1.40.0
Homepage: http://www.boost.org/libs/iostreams/
Architecture: any
Index: debian/rules
===
--- debian/rules (revision 14505)
+++ debian/rules (working copy)
@@ -16,7 +16,7 @@
SHLIBS_VERSION = (= 1.40.0-1)
# Boost libraries for which we want separate packages
-boost_libs := date-time filesystem graph iostreams math mpi \
+boost_libs := date-time filesystem graph-parallel graph iostreams math mpi \
program-options python regex serialization signals system test \
thread wave
@@ -279,6 +279,19 @@
dh_install -plibboost-filesystem$(PKGVERSION)-dev
dh_link -plibboost-filesystem$(PKGVERSION)-dev
+ # Do it before graph
+ # package libboost-graph-parallel$(SOVERSION)
+ dh_install
Bug#549203: Fwd: [Boost-users] Parallel BGL status in Boost
Just an explanation of my patch why I still consider http://www.boost.org/libs/graph_parallel/ to be the proper link to display in the debian package. -- Forwarded message -- From: Nick Edmonds ngedm...@cs.indiana.edu Date: Fri, Sep 11, 2009 at 10:39 PM Subject: Re: [Boost-users] Parallel BGL status in Boost To: boost-us...@lists.boost.org ... Yep, 1.40 is unfortunately missing the proper redirect in libs/graph_parallel to libs/graph_parallel/doc/html/index.html. I've fixed this in the trunk. When 1.41 goes out hopefully the docs will show up on boost.org, this was due to my ignorance w.r.t. how docs got to the webpage during the release process. ... -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#549211: paraview: Paraview 3.6.1 update
Package: paraview Version: 3.4.0-4+b1 Severity: normal ParaView 3.6.1 has been released please update. http://www.paraview.org/paraview/resources/software.html http://www.paraview.org/files/v3.6/paraview-3.6.1.tar.gz Thanks -- System Information: Debian Release: 5.0.2 APT prefers stable APT policy: (500, 'stable'), (200, 'testing'), (100, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.30-bpo.1-amd64 (SMP w/8 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 paraview depends on: ii libavcodec524:0.5+svn20090609-2 ffmpeg codec library ii libavformat52 3:20080706-0.3lenny1 ffmpeg file format library ii libavutil49 4:0.5+svn20090609-2 ffmpeg utility library ii libc6 2.9-25 GNU C Library: Shared libraries ii libgcc1 1:4.4.1-1GCC support library ii libgl1-mesa-glx [li 7.0.3-7 A free implementation of the OpenG ii libglu1-mesa [libgl 7.5-3The OpenGL utility library (GLU) ii libhdf5-serial-1.6. 1.6.6-4 Hierarchical Data Format 5 (HDF5) ii libice6 2:1.0.4-1X11 Inter-Client Exchange library ii libopenmpi1.3 1.3.2-4 high performance message passing l ii libqt4-assistant4:4.5.2-1Qt 4 assistant module ii libqt4-dbus 4:4.5.2-1Qt 4 D-Bus module ii libqt4-network 4:4.5.2-1Qt 4 network module ii libqt4-sql 4:4.5.2-1Qt 4 SQL module ii libqt4-xml 4:4.5.2-1Qt 4 XML module ii libqtcore4 4:4.5.2-1Qt 4 core module ii libqtgui4 4:4.5.2-1Qt 4 GUI module ii libsm6 2:1.0.3-2X11 Session Management library ii libstdc++6 4.4.1-1 The GNU Standard C++ Library v3 ii libswscale0 3:20080706-0.3lenny1 ffmpeg video scaling library ii libx11-62:1.1.5-2X11 client-side library ii libxext62:1.0.4-1X11 miscellaneous extension librar ii libxt6 1:1.0.5-3X11 toolkit intrinsics library ii python2.5 2.5.2-15 An interactive high-level object-o ii qt4-dev-tools 4:4.5.2-1Qt 4 development tools Versions of packages paraview recommends: pn mpi-default-bin none (no description available) ii qt4-dev-tools 4:4.5.2-1 Qt 4 development tools Versions of packages paraview suggests: pn h5utils none (no description available) pn hdf5-toolsnone (no description available) -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#608394: [Debian-med-packaging] Bug#608394: insighttoolkit: superfluous build dependency on libpoppler-dev
On Thu, Dec 30, 2010 at 10:21 PM, Steve M. Robbins st...@sumost.ca wrote: On Thu, Dec 30, 2010 at 03:36:10PM +0100, Pino Toscano wrote: Package: insighttoolkit Version: 3.18.0-5 Severity: minor Hi, insighttoolkit build depends on libpoppler-dev, but I cannot see anything using Poppler (look for GlobalParams or PDFDoc); also a search in changelog apparently gives no reasons for it. Sorry for the unuseful changelog. From SVN, I found that it was added in July 2009 when we started using the system GDCM library. I needed to add a whole lot of libraries at that time. If this B-D is really not used, could you please remove it? I'll investigate again on the next upload. I believe this was a bug in GDCM 2.0.14 where cmake would do transitive linking and thus any libraries needed in GDCM to build would be forward to any other tooolkit *using* GDCM. If ITK still needs poppler then this is a bug in GDCM, because gdcm should have no other dependencies other than itself. HTH -- Mathieu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#610855: [Debian-med-packaging] Bug#610855: Please package dcmtk 3.6
I am working on it. This is in debian-med svn. I have two more patches to upgrade to the new release. Thanks. On Sun, Jan 23, 2011 at 12:50 PM, Rohan Garg rohang...@kubuntu.org wrote: Package: dcmtk Severity: wishlist Tags: upstream Hi A new release of dcmtk was made a while back and this is a RTP bug against the same. New upstream release can be found here : http://dicom.offis.de/dcmtk -- System Information: Debian Release: squeeze/sid APT prefers maverick-updates APT policy: (500, 'maverick-updates'), (500, 'maverick-security'), (500, 'maverick-proposed'), (500, 'maverick-backports'), (500, 'maverick') Architecture: amd64 (x86_64) Kernel: Linux 2.6.35-25-generic (SMP w/2 CPU cores) Locale: LANG=en_IN, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash ___ Debian-med-packaging mailing list debian-med-packag...@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/debian-med-packaging -- Mathieu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#610964: Can't open perl script /usr/share/doc/vtk-doc/html//doc_header2doxygen.pl
Package: vtk-doc Version: 5.4.2-8 Severity: normal hi, Since vtk 5.4, the vtk-doc package does not include the perl script anymore. This is needed to build documentation of extension of vtk (eg. paraview, gdcm or kwwidgets). See an old thread: http://lists.alioth.debian.org/pipermail/pkg-scicomp-devel/2008-December/003406.html Right now gdcm fails to build the vtk documentation: [ 0%] GDCM: Executing GDCMDoxygenPDF make[3]: Leaving directory `/tmp/gdcm_release/gdcm-build' /usr/bin/cmake -E cmake_progress_report /tmp/gdcm_release/gdcm-build/CMakeFiles 1 [100%] Built target GDCMDoxygenPDF make -f Utilities/doxygen/vtk/CMakeFiles/vtkgdcmDoxygenDoc.dir/build.make Utilities/doxygen/vtk/CMakeFiles/vtkgdcmDoxygenDoc.dir/depend make[3]: Entering directory `/tmp/gdcm_release/gdcm-build' cd /tmp/gdcm_release/gdcm-build /usr/bin/cmake -E cmake_depends Unix Makefiles /tmp/gdcm_release/gdcm /tmp/gdcm_release/gdcm/Utilities/doxygen/vtk /tmp/gdcm_release/gdcm-build /tmp/gdcm_release/gdcm-build/Utilities/doxygen/vtk /tmp/gdcm_release/gdcm-build/Utilities/doxygen/vtk/CMakeFiles/vtkgdcmDoxygenDoc.dir/DependInfo.cmake --color= make[3]: Leaving directory `/tmp/gdcm_release/gdcm-build' make -f Utilities/doxygen/vtk/CMakeFiles/vtkgdcmDoxygenDoc.dir/build.make Utilities/doxygen/vtk/CMakeFiles/vtkgdcmDoxygenDoc.dir/build make[3]: Entering directory `/tmp/gdcm_release/gdcm-build' cd /tmp/gdcm_release/gdcm-build/Utilities/doxygen/vtk /bin/bash /tmp/gdcm_release/gdcm-build/Utilities/doxygen/vtk/doc_makeall.sh Convert the VTK headers to the Doxygen format. Can't open perl script /usr/share/doc/vtk-doc/html//doc_header2doxygen.pl: No such file or directory Problem converting VTK headers Using: $ apt-cache policy vtk-doc vtk-doc: Installed: 5.4.2-8 Candidate: 5.4.2-8 Version table: 5.6.1-1 0 -1 http://ftp.fr.debian.org/debian/ experimental/main amd64 Packages *** 5.4.2-8 0 200 http://ftp.fr.debian.org/debian/ squeeze/main amd64 Packages 100 http://ftp.fr.debian.org/debian/ unstable/main amd64 Packages 100 /var/lib/dpkg/status Thanks ! -- System Information: Debian Release: 6.0 APT prefers testing APT policy: (200, 'testing'), (100, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages vtk-doc depends on: ii doc-base 0.9.5 utilities to manage online documen vtk-doc recommends no packages. Versions of packages vtk-doc suggests: ii libvtk5-dev 5.4.2-8VTK header files for building C++ pn vtk-examples none (no description available) -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#550496:
close 550496 thanks wrapitk has been integrated in ITKv4. There is no need to package it separately. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#536363:
close 536363 thanks I have no interest in packaging this anymore. See my current work: http://mentors.debian.net/debian/pool/main/v/vera++/ -- Mathieu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#611372: qa.debian.org: Wrong version display in new upstream todo summary
Package: qa.debian.org Severity: normal hi, for some reason the version number display on the todo section from page: http://packages.qa.debian.org/d/dicom3tools.html displays : A new upstream version is available: 1.0~20100815, you should consider packaging it. while if one click on the link, the next page properly display the new upstream version: http://dehs.alioth.debian.org/report.php?package=dicom3tools Name: dicom3tools Pop Inst: Upstream version: 1.0~20101204 Source download: dicom3tools_1.00.snapshot.20101204.tar.bz2 Debian version: 1.0~20100510-1 Last time checked: 2011-01-26 06:43:43 Last time found up to date: 2010-08-15 06:28:27 Thanks ! -- System Information: Debian Release: 6.0 APT prefers testing APT policy: (200, 'testing'), (100, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#536477:
close 536477 thanks I do not have time to work on this package anymore. My current status is still available at: http://mentors.debian.net/debian/pool/main/c/cdash/ -- Mathieu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#545502:
close 545502 thanks I have no interested anymore in this package. My last attempt is still available at: http://mentors.debian.net/debian/pool/main/s/srcml/ Thanks -- Mathieu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#546936:
close 546936 thanks I have no interest anymore in this package. Thanks -- Mathieu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#611764: ITP: activiz.net -- Tool for generating C# wrappers around VTK
Package: wnpp Severity: wishlist Owner: Mathieu Malaterre mathieu.malate...@gmail.com * Package name: activiz.net Version : 5.6.1 Upstream Author : kitware kitw...@kitware.com * URL : http://www.kitware.com/products/avdownload.php * License : BSD Programming Lang: C++ Description : Tool for generating C# wrappers around VTK ActiViz provides a powerful interface to the Visualization Toolkit (VTK), an object-oriented software system encompassing thousands of algorithms that transform data into interactive 3D environments. ActiViz, which generates C# wrappers around VTK, enables developers to combine the power of VTK with the many .NET framework objects for web and database access. Available as source code or as a pre-built WinForms Control, ActiViz .NET includes examples, online documentation, and supports IntelliSense in the .NET Framework -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#611789: ITP: mummy -- command line executable that generates C# wrappers from gccxml output
Package: wnpp Severity: wishlist Owner: Mathieu Malaterre mathieu.malate...@gmail.com * Package name: mummy Version : 1.0.2 Upstream Author : kitware kitw...@kitware.com * URL : http://www.kitware.com/products/avdownload.php * License : BSD Programming Lang: C++ Description : command line executable that generates C# wrappers from gccxml output mummy is a command line executable that generates C# wrappers from gccxml output. A C# class is generated to wrap the wrappable class named in the gccxml output. Settings to control the wrapping are given inline directly in the class header file or in the MummySettings.xml input file. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#611877: swig: SWIG 2.0.1 is out
Package: swig Version: 2.0.0~r12020-1 Severity: normal hi, It would be really nice to update the swig package to the latest version 2.0.1 ! Thanks. SWIG-2.0.1 has been released and includes the following changes: - Support for the Go language has been added. - New regular expression (regex) encoder for renaming symbols based on the Perl Compatible Regular Expressions (PCRE) library - http://pcre.org . - Numerous fixes in reporting file and line numbers in error and warning messages. - Various bug fixes and improvements in the C#, Lua, Perl, PHP, Ruby and Python language modules. -- System Information: Debian Release: 6.0 APT prefers testing APT policy: (200, 'testing'), (100, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages swig depends on: ii libc6 2.11.2-9 Embedded GNU C Library: Shared lib ii libgcc1 1:4.4.5-8GCC support library ii libstdc++6 4.4.5-8 The GNU Standard C++ Library v3 ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime swig recommends no packages. Versions of packages swig suggests: pn swig-doc none (no description available) pn swig-examples none (no description available) -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
