Bug#788334: libc6: pthread_cond_wait hangs
Source: libc6 Version: 2.13-38+deb7u8 Severity: normal Dear Maintainer, This is a possible regression of #694962 which is present in wheezy. It has been fixed in redhat: https://bugzilla.redhat.com/show_bug.cgi?id=552960 And the reproducers attached to the redhat defect cause the problem in wheezy. -- System Information: Debian Release: 7.8 APT prefers oldstable-updates APT policy: (990, 'oldstable-updates'), (990, 'oldstable'), (500, 'oldoldstable-updates'), (500, 'oldoldstable'), (500, 'stable'), (500, 'oldstable'), (50, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-4-amd64 (SMP w/12 CPU cores) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#617543: #617543: dcraw: new upstream version
Hi, I've prepared a new up to date package, with localization support and such... Source package is here: http://mentors.debian.net/debian/pool/main/d/dcraw/dcraw_9.12+debian-1.dsc Hi, This does't appear to be a source package, merely the description file. I will certainly have a look at your source package. -- Steve -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#598468: Disconnects after system is resumed
Package: network-manager Version: 0.8.1-6+squeeze1 Severity: normal Problem also exists running as a guest OS in VMware Fusion on a Mac. If the VM is running when I put the host OS to sleep, then a few minutes after I wake the host network-manager will realize that the DHCP address has expired but fail to obtain a new one. The failure can happen after the guest OS has successfully used the network after resuming, so I know connectivity is good. Relevant log output: Apr 22 07:31:01 shadow dhclient: DHCPREQUEST on eth0 to 172.16.143.254 port 67 Apr 22 07:31:01 shadow dhclient: DHCPACK from 172.16.143.254 Apr 22 07:31:01 shadow dhclient: bound to 172.16.143.203 -- renewal in 885 seconds. Apr 22 07:31:01 shadow NetworkManager[25995]: info (eth0): DHCPv4 state changed bound - renew Apr 22 07:31:01 shadow NetworkManager[25995]: info address 172.16.143.203 Apr 22 07:31:01 shadow NetworkManager[25995]: info prefix 24 (255.255.255.0) Apr 22 07:31:01 shadow NetworkManager[25995]: info gateway 172.16.143.2 Apr 22 07:31:01 shadow NetworkManager[25995]: info nameserver '172.16.143.2' Apr 22 07:31:01 shadow NetworkManager[25995]: info domain name 'localdomain' Apr 22 07:45:46 shadow dhclient: DHCPREQUEST on eth0 to 172.16.143.254 port 67 Apr 22 07:45:46 shadow dhclient: DHCPACK from 172.16.143.254 Apr 22 07:45:46 shadow dhclient: bound to 172.16.143.203 -- renewal in 735 seconds. Apr 22 07:58:01 shadow dhclient: DHCPREQUEST on eth0 to 172.16.143.254 port 67 Apr 22 07:58:01 shadow dhclient: DHCPACK from 172.16.143.254 Apr 22 07:58:01 shadow dhclient: bound to 172.16.143.203 -- renewal in 823 seconds. Apr 22 08:11:44 shadow dhclient: DHCPREQUEST on eth0 to 172.16.143.254 port 67 Apr 22 08:11:44 shadow dhclient: DHCPACK from 172.16.143.254 Apr 22 08:11:44 shadow dhclient: bound to 172.16.143.203 -- renewal in 866 seconds. {Host machine put to sleep with VM still running about 08:15:00.} {Host machine resumed about 09:15:00.} Apr 22 09:17:47 shadow NetworkManager[25995]: info (eth0): DHCPv4 state changed renew - expire Apr 22 09:17:47 shadow NetworkManager[25995]: info (eth0): device state change: 8 - 9 (reason 6) Apr 22 09:17:47 shadow NetworkManager[25995]: info Marking connection 'Auto eth0' invalid because IP configuration expired. Apr 22 09:17:47 shadow NetworkManager[25995]: warn Activation (eth0) failed. Apr 22 09:17:47 shadow NetworkManager[25995]: info (eth0): device state change: 9 - 3 (reason 0) Apr 22 09:17:47 shadow NetworkManager[25995]: info (eth0): deactivating device (reason: 0). Apr 22 09:17:47 shadow NetworkManager[25995]: info (eth0): canceled DHCP transaction, DHCP client pid 26097 Apr 22 09:17:47 shadow NetworkManager[25995]: error [1303478267.84764] [nm-system.c:1229] check_one_route(): (eth0): error -34 returned from rtnl_route_del(): Netlink Error (e rrno = Numerical result out of range) {NetworkManager makes no further attempt to restart this interface.} {Networking must be manually restarted with '/etc/init.d/network-manager restart'.} -- System Information: Debian Release: 6.0.1 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages network-manager depends on: ii adduser 3.112+nmu2 add and remove users and groups ii dbus1.2.24-4 simple interprocess messaging syst ii isc-dhcp-client 4.1.1-P1-15+squeeze2 ISC DHCP client ii libc6 2.11.2-10Embedded GNU C Library: Shared lib ii libdbus-1-3 1.2.24-4 simple interprocess messaging syst ii libdbus-glib-1-20.88-2.1 simple interprocess messaging syst ii libgcrypt11 1.4.5-2 LGPL Crypto library - runtime libr ii libglib2.0-02.24.2-1 The GLib library of C routines ii libgnutls26 2.8.6-1 the GNU TLS library - runtime libr ii libgudev-1.0-0 164-3GObject-based wrapper library for ii libnl1 1.1-6library for dealing with netlink s ii libnm-glib2 0.8.1-6+squeeze1 network management framework (GLib ii libnm-util1 0.8.1-6+squeeze1 network management framework (shar ii libpolkit-gobject-1 0.96-4 PolicyKit Authorization API ii libuuid12.17.2-9 Universally Unique ID library ii lsb-base3.2-23.2squeeze1 Linux Standard Base 3.2 init scrip ii udev164-3/dev/ and hotplug management daemo ii wpasupplicant 0.6.10-2.1 client support for WPA and WPA2 (I Versions of packages network-manager recommends: ii dnsmas 2.55-2+b1 A small caching DNS proxy and DHCP ii iptabl 1.4.8-3 administration tools for packet fi ii modemm
Bug#575837: dcraw: -4 option seems to do nothing
On 29/03/2010 20:40, Ian Zimmerman wrote: Package: dcraw Version: 8.86-1 Severity: normal According to the manpage, dcraw -4 should write 16-bit samples. But: [21]matica:raw$ dcraw -4 imgp0511.pef [22]matica:raw$ gm identify imgp0511.ppm imgp0511.ppm PNM 3040x2024+0+0 DirectClass 8-bit 35.2M 0.000u 0:01 [23]matica:raw$ GraphicsMagick does not support 16 bit PPM files. In the example below, crw_2100_16.ppm has been converted with -4, crw_2100.ppm has not: $ head -3 * == crw_2100_16.ppm == P6 3088 2056 65535 == crw_2100.ppm == P6 3088 2056 255 The last number identifies the maximum colour value (Maxval) indicating that crw_2100_16.ppm is indeed 16 bit, crw_2100.ppm and is not. See: http://netpbm.sourceforge.net/doc/ppm.html or ppm(5) crw_2100_16.ppm is also twice the size of crw_2100.ppm which might have been a clue -rw-rw-r-- 1 steve users 38093587 2010-03-29 23:07 crw_2100_16.ppm -rw-rw-r-- 1 steve users 19046801 2010-03-29 23:17 crw_2100.ppm If you wish to email me the .pef file, I will take a look at it for you. It may be that some raw image formats are only 8 bits per colour, so dcraw will only convert to an 8 bit ppm file. However my crw files are 10 bits per colour, so are properly converted. GraphicsMagick display will not display 16 bit ppms, and I am fairly sure that it cannot edit them either. Neither can the version of gimp I have. You can use eog(1) to view them, but I believe it flattens them. Also I am not sure what video hardware supports more than 8 bits per colour, except some nvidia cards. If you don't mind I will close the bug. Regards, -- Steve King -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#519604: Please package dcraw 8.99
Hi John, The debian package for dcraw is lacking all the i18n that upstream provides. I have been working towards including these in my next release. However, the current dcraw package is very out of date, so it is probably time I updated it with or without i18n support. You are right, it is a simple process to upgrade the basic package, but as dcraw upstream sources don't come with any make mechanism, save a basic shell script, I have to maintain this myself. I am always looking for RAW files for new cameras. I ensure that the new packages can decode them correctly before releasing new packages. If you want to email me any, I would be most grateful. Thanks for your interest in dcraw. Regards, -- Steve King John Zaitseff wrote: Dear Steve et al., As already mentioned in previous e-mails to this bug report, a newer version of dcraw is available. The current version is 8.99; this release supports many newer cameras, including the one I have: the brilliant Canon EOS 7D. The update is very straight forward: just update the upstream files and modify the debian/changelog file. All of a few minutes! If you are not able to do so, could you let someone else do it? I have already done the hard work for my own ZAP Group package repository; you can find the relevant files at: ftp://ftp.zap.org.au/pub/debian/dists/zapgroup-sid/main/source/dcraw_8.99-0.1zg1.dsc ftp://ftp.zap.org.au/pub/debian/dists/zapgroup-sid/main/source/dcraw_8.99.orig.tar.gz ftp://ftp.zap.org.au/pub/debian/dists/zapgroup-sid/main/source/dcraw_8.99-0.1zg1.diff.gz Alternatively, you can use the following lines in /etc/apt/sources.list: deb ftp://ftp.zap.org.au/pub/ubuntu zapgroup-sid main restricted deb-src ftp://ftp.zap.org.au/pub/ubuntu zapgroup-sid main restricted You can replace zapgroup-sid with zapgroup-lenny or zapgroup-karmic as appropriate. Yours truly, John Zaitseff -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#562242: dcraw does not read raw images from Canon EOS 5D Mark II: Corrupt data near 0x31cc4b
Thanks for you email, dcraw on debian is woefully out of date, but I am working on it. If you would be able to, a raw image from your camera would be very useful for me to add to my testing of the package. Would you be able to email me an image, I would be most grateful. Regards, -- Steve King Sebastian Niehaus wrote: Package: dcraw Version: 8.86-1 Severity: normal -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 I cannot read a single raw image taken with my Canon EOS 5D Mark II firmware version is 1.1.0. example: ,-- | [08:40:35][nieh...@crystalline:~]$ dcraw IMG_7890.CR2 | IMG_7890.CR2: Corrupt data near 0x31cc4b `-- The raw image file can be found here: http://www.plastic-spoon.de/Canon_EOS_5D_MkII_Raw/IMG_7890.CR2 Thanks in advance, Sebastian - -- System Information: Debian Release: 5.0.3 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.26-2-686 (SMP w/1 CPU core) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages dcraw depends on: ii libc6 2.7-18 GNU C Library: Shared libraries ii libjpeg62 6b-14 The Independent JPEG Group's JPEG ii liblcms1 1.17.dfsg-1+lenny2 Color management library dcraw recommends no packages. Versions of packages dcraw suggests: ii gphoto2 2.4.0-1The gphoto2 digital camera command ii netpbm2:10.0-12 Graphics conversion tools - -- no debconf information -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iEYEARECAAYFAkszHBEACgkQqVj5VlP9Od3BgACglsDiWnjcgBlaDzFaKM36P0X2 AZwAn0lBgRgqx24WaFHbLJexZPcBXI9A =w3UT -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#456173: dcraw: problems with EOS40D raw image
Hi Joerg, 8.86-1 was uploaded to unstable on Friday 25th July. Can you give it a go with your raw images and let me know. I am always interested in getting RAW images. I will add them to my test suite so that future versions will get tested against as many different formats as possible. Any image you have with white and primary colours that are identifiable by their context within the picture would be ideal. Otherwise any picture you have would be great. Thanks, -- Steve Joerg Platte wrote: Am Montag, 14. Juli 2008 schrieb Steve King: Hi, Can you verify that the current version in unstable fixes your issues? I have the same problem with raw images from my EOS 450D. The current version in unstable (8.80) does not fix this. Can you please update the package to the latest dcraw version? Or can you send me some example raw images? I can provide an example image, if you are still interested. regards, Jörg -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#411999: dcraw: Option to add exif info to thumbnail.
Hi Kurt, Can you email some sample pics. Preferably with white, and good primary colours identifiable from the context of the image. Thanks, -- Steve King -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#456173: dcraw: problems with EOS40D raw image
Hi John, Can you verify that the current version in unstable fixes your issues? Or can you send me some example raw images? Thanks, -- Steve King -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#489931: dcraw: New version available
Hi Carl, Although I have not done for a while, I would like to maintain dcraw. I tend to work in bursts! But I agree it is time I spent some time on getting it up to scratch. I am hoping to include the multi-language stuff for the next release, but this will require a little bit more work than I have currently needed for the previous versions. If you are able, I would like any raw images you can provide particularly from recent cameras. These will form part of my test suite to ensure the quality of the debian package. I don't intend to make these images available but if you are happy for me to pass them on, that would be easier. I am particularly interested in images with white, and clear colours that can be identified by their context within the photo. Thanks, -- Steve King Carl Fürstenberg wrote: Package: dcraw Version: 8.86-1 Severity: wishlist Version 8.86 has been released for a long time, possible to package? -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.24-1-686 (SMP w/1 CPU core) Locale: LANG=sv_SE.UTF-8, LC_CTYPE=sv_SE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages dcraw depends on: ii libc6 2.7-12 GNU C Library: Shared libraries ii libjpeg62 6b-14 The Independent JPEG Group's JPEG ii liblcms1 1.16-10Color management library dcraw recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#431883: Can we close this bug now ?
Can we close this bug now, and update dcraw/gimp-dcraw/ufraw/digikam/rawstudio etc. ?! I'm currently waiting for a response from my sponsor, The package is allegedly all ready to go, but I cannot upload it myself. I will chase... -- Steve King
Bug#431883: dcraw license does not give permission to distribute modified versions or source alongside
This is David Coffin's proposed license text for the next version of dcraw: No license is required to download and use dcraw.c. However, to lawfully redistribute dcraw, you must either (a) offer, at no extra charge, full source code* for all executable files containing RESTRICTED functions, (b) distribute this code under the GPL Version 2 or later, (c) remove all RESTRICTED functions, re-implement them, or copy them from an earlier, unrestricted Revision of dcraw.c, or (d) purchase a license from the author. The functions that process Foveon images have been RESTRICTED since Revision 1.237. All other code remains free for all uses. *If you have not modified dcraw.c in any way, a link to my homepage qualifies as full source code. To my eyes this seems to tick the DFSG boxes, but I would appreciate any opinions on this matter. Thanks -- Steve Steve King wrote: Package: dcraw Version: 7.02-1 Severity: serious On Thu, 05 Jul 2007, Steve King wrote: However I would appreciate it if the assembled masses of legal experts could confirm that they agree that this is the case. There's actually an even more fundamental problem with dcraw.c: /* dcraw.c -- Dave Coffin's raw photo decoder Copyright 1997-2007 by Dave Coffin, dcoffin a cybercom o net This is a command-line ANSI C program to convert raw photos from any digital camera on any computer running any operating system. No license is required to download and use dcraw.c. However, to lawfully redistribute this code, you must either (a) include full source code* for all executable files containing RESTRICTED functions, (b) remove all RESTRICTED functions, re-implement them, or copy them from an earlier, unrestricted Revision of dcraw.c, or (c) purchase a license from the author. The functions that process Foveon images have been RESTRICTED since Revision 1.237. All other code remains free for all uses. *If you have not modified dcraw.c in any way, a link to my homepage qualifies as full source code. $Revision: 1.387 $ $Date: 2007/06/24 00:18:52 $ */ You'll notice that we have no permission to distribute modified versions of dcraw.c as required by the DFSG. I don't agree with you here. It seems to me that we do have permission to distribute modified versions, provided source is included. Secondly, it appears that we must include full source code if we've modified dcraw.c, but we don't do that. We distribute source alongside. All that is required in this license is a link to David's home page. The build process does not modify the file dcraw.c, so the footnote clause is applicable to this version of dcraw that would be included in debian. -- Steve King -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#431883: dcraw license does not give permission to distribute modified versions or source alongside
Package: dcraw Version: 7.02-1 Severity: serious On Thu, 05 Jul 2007, Steve King wrote: However I would appreciate it if the assembled masses of legal experts could confirm that they agree that this is the case. There's actually an even more fundamental problem with dcraw.c: /* dcraw.c -- Dave Coffin's raw photo decoder Copyright 1997-2007 by Dave Coffin, dcoffin a cybercom o net This is a command-line ANSI C program to convert raw photos from any digital camera on any computer running any operating system. No license is required to download and use dcraw.c. However, to lawfully redistribute this code, you must either (a) include full source code* for all executable files containing RESTRICTED functions, (b) remove all RESTRICTED functions, re-implement them, or copy them from an earlier, unrestricted Revision of dcraw.c, or (c) purchase a license from the author. The functions that process Foveon images have been RESTRICTED since Revision 1.237. All other code remains free for all uses. *If you have not modified dcraw.c in any way, a link to my homepage qualifies as full source code. $Revision: 1.387 $ $Date: 2007/06/24 00:18:52 $ */ You'll notice that we have no permission to distribute modified versions of dcraw.c as required by the DFSG. I don't agree with you here. It seems to me that we do have permission to distribute modified versions, provided source is included. Secondly, it appears that we must include full source code if we've modified dcraw.c, but we don't do that. We distribute source alongside. All that is required in this license is a link to David's home page. The build process does not modify the file dcraw.c, so the footnote clause is applicable to this version of dcraw that would be included in debian. -- Steve King
Bug#431883: dcraw license does not give permission to distribute modified versions or source alongside
Hi Don, The license against which you have raised a bug is not the one that covers the version that is currently part of debian. The appropriate license is here: http://packages.debian.org/changelogs/pool/main/d/dcraw/dcraw_8.39-1/dcraw.copyright You should also probably consider the text on the web page where the source is available http://cybercom.net/~dcoffin/dcraw/ : [dcraw is] free (both gratis and libre)... and Unless otherwise noted in the source code, these programs are free for all uses... If you could advise on any issues with that version, it would be appreciated. My query on debian-legal was with respect to the current license text, rather than the historical license that applies to the version in debian. However I will raise your comments with Mr Coffin. Thanks for your help. -- Steve King Don Armstrong wrote: Package: dcraw Version: 7.02-1 Severity: serious On Thu, 05 Jul 2007, Steve King wrote: However I would appreciate it if the assembled masses of legal experts could confirm that they agree that this is the case. There's actually an even more fundamental problem with dcraw.c: /* dcraw.c -- Dave Coffin's raw photo decoder Copyright 1997-2007 by Dave Coffin, dcoffin a cybercom o net This is a command-line ANSI C program to convert raw photos from any digital camera on any computer running any operating system. No license is required to download and use dcraw.c. However, to lawfully redistribute this code, you must either (a) include full source code* for all executable files containing RESTRICTED functions, (b) remove all RESTRICTED functions, re-implement them, or copy them from an earlier, unrestricted Revision of dcraw.c, or (c) purchase a license from the author. The functions that process Foveon images have been RESTRICTED since Revision 1.237. All other code remains free for all uses. *If you have not modified dcraw.c in any way, a link to my homepage qualifies as full source code. $Revision: 1.387 $ $Date: 2007/06/24 00:18:52 $ */ You'll notice that we have no permission to distribute modified versions of dcraw.c as required by the DFSG. Secondly, it appears that we must include full source code if we've modified dcraw.c, but we don't do that. We distribute source alongside. If you could get Dave Coffin to explicitely dual license under the GPL, that'd clarify this entire problem. [He seems to want a copyleft, which the GPL would grant.] Text like: Alternately, you can redistribute and/or modify this work under the terms of the GNU General Public License as published by the Free Software Foundation, either version 2 of the License, or (at your option) any later version. would do the trick. Don Armstrong -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#348655: ITP: ipfilter -- Stateful and packet based IP network firewall
Package: wnpp Severity: wishlist Owner: Steve King [EMAIL PROTECTED] * Package name: ipfilter Version : 4.1.10 Upstream Author : Darren Reed darrenr (at) pobox (dot) com * URL : http://coombs.anu.edu.au/~avalon/ip_fil4.1.10.tar.gz * License : BSD Description : Stateful and packet based IP network firewall ipfilter is a similar tool to ipchains/netfilter, and is not intended as a replacement. It provides sophisiticated stateful filtering, which is more intelligent than netfilter, but lacks some of the other functions. ipfilter's main strength is that it is portable across many UNIX and UNIX-like systems. Thus you can use ipfilters on your Solaris, Net/Free/OpenBSD, IRIX, HPUX and Linux boxen. It is also installed as the default firewall on some of these systems. Unfortunately, it does require a kernel module to function. Steve -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.8-2-686 Locale: LANG=en_GB, LC_CTYPE=en_GB (charmap=ISO-8859-1) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#327333: installation: sparc installer puts incorrect geometry into partition table
Package: installation Severity: important After installing debian sarge on a solaris 9 box, in a dual boot setup, I find that the debian installer has made solaris 9 non-bootable. Solaris complains that the physical geometry of the disk does not match that recorded in the disklabel, and panics. Further, format (the solaris fdisk utility) refuses to read the disklabel, and will only reset it, destroying all solaris and linux partitions. The problem seems to be the two 16bit integers in the partition table field, offset 0x1a6 and 0x1b0, which the debian installer changes to be 2 more than the solaris installer. I think the installer should only modify the values, if the disklabel is blank. This is an 18gig disk btw. Warning: don't use a hex editor to edit the partition table, like I did, as there is a checksum. If the checksum is wrong OpenBoot will not boot anything. I am aware that technically this is a solaris problem. It seems very fussy about the fields in the parition table, however debian should co-exist with solaris as well as it can. A hex dump of the broken and good parition tables follows: od -A x -x brokenpartitiontable 00 4942 4d2d 5953 2d54 3138 3335 304d 10 2d53 3830 4420 6379 6c20 3134 3937 3020 20 616c 7420 3220 6864 2036 2073 6563 2033 30 3939 40 * 80 0001 0008 0002 90 0003 0005 0083 a0 b0 600d deee c0 * 0001a0 2710 3a7e 0001 0001b0 3a7c 0002 0006 018f 25f2 0001c0 00bf ffd0 0040 094a 0001d0 0222 eb98 06d9 00b2 cfe6 0001e0 0001f0 dabe e29a 000200 od -A x -x okparitiontable 00 4942 4d2d 5953 2d54 3138 3335 304d 10 2d53 3830 4420 6379 6c20 3134 3937 3020 20 616c 7420 3220 6864 2036 2073 6563 2033 30 3939 40 * 80 0001 0008 0002 90 0003 0001 0005 0001 0083 a0 b0 600d deee c0 * 0001a0 2710 3a7c 0001 0001b0 3a7a 0002 0006 018f 25f2 0001c0 00bf ffd0 0040 094a 0001d0 0222 d8e4 06d9 00b2 cfe6 06d9 0001e0 0001f0 dabe d73b 000200 -- System Information: Debian Release: 3.1 Architecture: sparc (sparc64) Kernel: Linux 2.6.8-2-sparc64 Locale: LANG=en_GB, LC_CTYPE=en_GB (charmap=ISO-8859-1) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#319335: Confusing use of english in example rsyncd.conf
Package: rsync Version: 2.6.4-6 Severity: minor The current comment in the rsyncd.conf reads # for pid file, dont' use /var/run/rsync.pid unless you're not going to run # rsync out of the init.d script. The /var/run/rsyncd.pid below is OK. Can I suggest this is changed to: # for pid file, do not use /var/run/rsync.pid if you are going to run # rsync out of the init.d script. provided you agree that the meaning is equivalent. -- Steve King -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.8-2-k7-smp Locale: LANG=en_GB, LC_CTYPE=en_GB (charmap=ISO-8859-1) Versions of packages rsync depends on: ii libc6 2.3.2.ds1-22 GNU C Library: Shared libraries an ii libpopt01.7-5lib for parsing cmdline parameters -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#310385: Internal error in pi
... time passes ... After thrashing for many hours, my machine has found the second point of failure. $ pi 646456594 pi646456594 $ pi 646456595 pi646456595 $ pi 646456596 pi646456596 Internal error: statement in file float/output/cl_F_dprint.cc, line 359 has been reached!! Please send the authors of the program a description how you produced this error! $ Regards, -- Steve -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#310385: Bug: #310385, pi floating point overflow, result of tests
I have run a number of tests, not terribly scientifically organised! Although I haven't found the point where pi starts to fail, it is worth keeping you informed of developments. Sorry for the long delay, each run takes a while! Your test program: sizestate error 10 failFloating point overflow 64000 pass 65000 failFloating point overflow 646456992 failFloating point overflow 646456991 failFloating point overflow 64640 pass 64645 pass 646456900 failFloating point overflow 646456800 failFloating point overflow 646456000 pass 646456500 pass 646456700 failFloating point overflow 646456650 failFloating point overflow 646456610 pass 646456620 failFloating point overflow 646456630 failFloating point overflow 646456640 failFloating point overflow 646456610 pass 646456611 pass 646456612 pass 646456613 pass 646456614 pass 646456615 failFloating point overflow 646456616 failFloating point overflow 646456617 failFloating point overflow 646456618 failFloating point overflow 646456619 failFloating point overflow So failure occurs at 646456614 With pi, which takes much longer to run, sizestate error pi 646456614failInternal error: statement in file float/output/cl_F_dprint.cc, line 359 has been reached!!Please send the authors of the program a description how you produced this error!pi 646456615 failFloating point overflow pi 646456613failInternal error: statement in file float/output/cl_F_dprint.cc, line 359 has been reached!!Please send the authors of the program a description how you produced this error! So, it seems I have provoked another, separate problem. But I can confirm that pi with values 646456614 causes the floating point overflow I originally reported. I will keep looking for pi's failure value. -- Steve -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#310385: pi: floating point overflow with large number of digits requested.
Ok, I have sucessfully done 100,000,000. Please bear with me, as you saw, it takes several hours for each run, so I will have to run them overnight. -- Steve -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#310385: pi: floating point overflow with large number of digits requested.
Package: pi Version: 1.1.9-1 Severity: minor Whilst messing with my new AMD64 I tried: pi 10 and left it going over the weekend. Unfortunately when I came back, pi had failed with a floating point overflow. (With such a huge request the virtual address space was 20Gbytes But is that not what 64bits processors are for?) -- System Information: Debian Release: 3.1 Architecture: amd64 (x86_64) Kernel: Linux 2.6.8-11-amd64-k8-smp Locale: LANG=en_GB, LC_CTYPE=en_GB (charmap=ISO-8859-1) Versions of packages pi depends on: ii libcln3 1.1.9-1Class Library for Numbers (C++) -- no debconf information This email has been independently scanned for viruses and any virus software has been removed using McAfee anti-virus software -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#310385: pi: floating point overflow : wrong email address
My bug report was filed with an incorrect email address, please use this one: [EMAIL PROTECTED] Thanks, -- Steve King -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#299851: gimp-dcraw: override disparities found in unstable
Hi, I modified the control file to Priority: extra before uploading the current version (1.21-1). However, the archive still lists the package as optional, the disparity still exists. How do I fix this? Do I need to contact the ftp masters? Thanks, -- Steve Anibal Monsalve Salazar wrote: Package: gimp-dcraw Severity: wishlist There were override disparities found in suite unstable: gimp-dcraw: Override says graphics - optional, .deb says graphics - extra ({partial}) Anibal Monsalve Salazar -- .''`. Debian GNU/Linux : :' : Free Operating System `. `' http://debian.org/ `- http://v7w.com/anibal -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#306606: dcraw: new upstream can handle Nikon's encrypted WB metadata
I'll Try and package this up over the weekend :) -- Steve Calum Mackay wrote: Package: dcraw Version: 7.02-1 Severity: wishlist I see that Dave has a new version up that can decrypt Nikon's WB metadata (as per numerous news reports :). thanks much. cheers, calum -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.10 Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Versions of packages dcraw depends on: ii libc6 2.3.2.ds1-21 GNU C Library: Shared libraries an ii libjpeg62 6b-10The Independent JPEG Group's JPEG -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#305511: dcraw: segfaults on raw file from Canon D350
Hello, The 5.88 version in testing is old. dcraw 7.02-1 is 28 days old and due to be loaded into testing as soon as the arm builders catch up. But dcraw keeps getting pushed back by boring packages like qt, samba, mozilla and apache which no one cares about ;) I got as high as 15 in the queue yesterday, but now back down to 42! I was aware of a similar problem with the D20 in v 5.88 which has been resolved in later versions, hey I missed the whole 6.xx tree, as far as debian was concerned. (Or at least, couldn't persuade anyone to upload my package for me). Presumably the D350 is quite similar to the D20..? If you would like to forward me the file, I can test it for you. I do not intend to submit a newer version than 7.02 for sarge, as it would mean missing the freeze and 7.02 is so much better than 5.88. -- Steve Brian May wrote: Package: dcraw Version: 5.88-1 Severity: normal Hello, I think I read somebody that dcraw is meant to work with the RAW format from the D350, but I can't get it to work: [528] [scrooge:bam] ~/photos/lca2005/20050418 dcraw img_5853.cr2 zsh: segmentation fault dcraw img_5853.cr2 [535] [scrooge:bam] ~/photos/lca2005/20050418 strace dcraw img_5853.cr2 execve(/usr/bin/dcraw, [dcraw, img_5853.cr2], [/* 46 vars */]) = 0 uname({sys=Linux, node=scrooge, ...}) = 0 brk(0) = 0x806e000 old_mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x40017000 access(/etc/ld.so.nohwcap, F_OK) = -1 ENOENT (No such file or directory) open(/etc/ld.so.preload, O_RDONLY)= -1 ENOENT (No such file or directory) open(/etc/ld.so.cache, O_RDONLY) = 3 fstat64(3, {st_mode=S_IFREG|0644, st_size=57344, ...}) = 0 old_mmap(NULL, 57344, PROT_READ, MAP_PRIVATE, 3, 0) = 0x40018000 close(3)= 0 access(/etc/ld.so.nohwcap, F_OK) = -1 ENOENT (No such file or directory) open(/lib/tls/libm.so.6, O_RDONLY)= 3 read(3, \177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\5\0\000..., 512) = 512 fstat64(3, {st_mode=S_IFREG|0644, st_size=134464, ...}) = 0 old_mmap(NULL, 136944, PROT_READ|PROT_EXEC, MAP_PRIVATE, 3, 0) = 0x40026000 old_mmap(0x40047000, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED, 3, 0x2) = 0x40047000 close(3)= 0 access(/etc/ld.so.nohwcap, F_OK) = -1 ENOENT (No such file or directory) open(/usr/lib/libjpeg.so.62, O_RDONLY) = 3 read(3, \177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\300$\0..., 512) = 512 fstat64(3, {st_mode=S_IFREG|0644, st_size=120952, ...}) = 0 old_mmap(NULL, 119916, PROT_READ|PROT_EXEC, MAP_PRIVATE, 3, 0) = 0x40048000 old_mmap(0x40065000, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED, 3, 0x1d000) = 0x40065000 close(3)= 0 access(/etc/ld.so.nohwcap, F_OK) = -1 ENOENT (No such file or directory) open(/lib/tls/libc.so.6, O_RDONLY)= 3 read(3, \177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\360Y\1..., 512) = 512 fstat64(3, {st_mode=S_IFREG|0644, st_size=1253924, ...}) = 0 old_mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x40066000 old_mmap(NULL, 1260140, PROT_READ|PROT_EXEC, MAP_PRIVATE, 3, 0) = 0x40067000 old_mmap(0x4019, 32768, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED, 3, 0x129000) = 0x4019 old_mmap(0x40198000, 10860, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x40198000 close(3)= 0 set_thread_area({entry_number:-1 - 6, base_addr:0x400668a0, limit:1048575, seg_32bit:1, contents:0, read_exec_only:0, limit_in_pages:1, seg_not_present:0, useable:1}) = 0 munmap(0x40018000, 57344) = 0 brk(0) = 0x806e000 brk(0x808f000) = 0x808f000 brk(0) = 0x808f000 open(img_5853.cr2, O_RDONLY) = 3 fstat64(3, {st_mode=S_IFREG|0644, st_size=8294415, ...}) = 0 mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x40018000 read(3, II*\0\20\0\0\0CR\2\0\30\301\f\0\16\0\0\1\3\0\1\0\0\0\0..., 4096) = 4096 _llseek(3, 0, [0], SEEK_SET)= 0 read(3, II*\0\20\0\0\0CR\2\0\30\301\f\0\16\0\0\1\3\0\1\0\0\0\0..., 4096) = 4096 fstat64(3, {st_mode=S_IFREG|0644, st_size=8294415, ...}) = 0 _llseek(3, 8294400, [8294400], SEEK_SET) = 0 read(3, \266\233o \363m}\333]\357c\337\377\331, 4096) = 15 _llseek(3, 0, [0], SEEK_SET)= 0 read(3, II*\0\20\0\0\0CR\2\0\30\301\f\0\16\0\0\1\3\0\1\0\0\0\0..., 4096) = 4096 _llseek(3, 4096, [4096], SEEK_SET) = 0 _llseek(3, 4096, [4096], SEEK_SET) = 0 _llseek(3, 4096, [4096], SEEK_SET) = 0 _llseek(3, 4096, [4096], SEEK_SET) = 0 _llseek(3, 4096, [4096], SEEK_SET) = 0 _llseek(3, 4096, [4096], SEEK_SET) = 0 _llseek(3, 4096, [4096], SEEK_SET) = 0 _llseek(3, 4096, [4096], SEEK_SET) = 0 _llseek(3, 4096, [4096], SEEK_SET) = 0 _llseek(3, 4096, [4096], SEEK_SET) = 0 _llseek(3, 4096, [4096], SEEK_SET) = 0
Bug#293383:
Hi, Have you been able to try 7.02-1? Does dcparse work as advertised? Cheers, -- Steve Is the parse binary really included in the package? [EMAIL PROTECTED]:~$ dpkg -L dcraw /. /usr /usr/bin /usr/bin/dcraw /usr/bin/dcfixdates /usr/share /usr/share/man /usr/share/man/man1 /usr/share/man/man1/dcraw.1.gz /usr/share/doc /usr/share/doc/dcraw /usr/share/doc/dcraw/README.Debian /usr/share/doc/dcraw/copyright /usr/share/doc/dcraw/examples /usr/share/doc/dcraw/examples/dcwrap /usr/share/doc/dcraw/changelog.Debian.gz [EMAIL PROTECTED]:~$ apt-cache policy dcraw dcraw: Installed: 7.00-1 Candidate: 7.00-1 Version Table: *** 7.00-1 0 600 http://ftp.se.debian.org unstable/main Packages 100 /var/lib/dpkg/status 5.88-2 0 500 file: apt-build/main Packages 5.88-1 0 650 http://ftp.se.debian.org testing/main Packages -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#300105: dcraw_7.00-1(hppa/unstable): FTBFS: installs in real root
Acknowledge, There is a typo in the Makefile. Don't know how it got through the other architectures. -- Steve [EMAIL PROTECTED] wrote: Package: dcraw Version: 7.00-1 Severity: serious There was an error while trying to autobuild your package: Automatic build of dcraw_7.00-1 on sarti by sbuild/hppa 1.170.5 Build started at 20050317-1208 [...] ** Using build dependencies supplied by package: Build-Depends: debhelper ( 4.0.0), libjpeg-dev [...] touch build-stamp /usr/bin/fakeroot debian/rules binary-arch dh_testdir dh_testroot dh_clean -k dh_installdirs /usr/bin/make install DESTDIR=/build/buildd/dcraw-7.00/debian/tmp make[1]: Entering directory `/build/buildd/dcraw-7.00' /usr/bin/install dcraw /build/buildd/dcraw-7.00/debian/tmp/usr/bin /usr/bin/install dcraw.1 /build/buildd/dcraw-7.00/debian/tmp/usr/share/man/man1 /usr/bin/install dcparse /usr/bin /usr/bin/install: cannot create regular file `/usr/bin/dcparse': Permission denied make[1]: *** [install] Error 1 make[1]: Leaving directory `/build/buildd/dcraw-7.00' make: *** [install] Error 2 A full build log can be found at: http://buildd.debian.org/build.php?arch=hppapkg=dcrawver=7.00-1 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#293383:
Hi, You are quite right. My sponsor will hopefully upload 7.02-1 soon. Bug #300140 has been raised. If you care, an explanation. I omitted part of a make variable in the Make file so that dcparse was installed in an absolute path, instead of a relative path. So when I tested it, dcparse existed (and worked) because it was installed during the build, even though it wasn't part of the package. D'oh Unfortunately the changelog closed the bug... Regards, -- Steve Mattias Holmlund wrote: Is the parse binary really included in the package? [EMAIL PROTECTED]:~$ dpkg -L dcraw /. /usr /usr/bin /usr/bin/dcraw /usr/bin/dcfixdates /usr/share /usr/share/man /usr/share/man/man1 /usr/share/man/man1/dcraw.1.gz /usr/share/doc /usr/share/doc/dcraw /usr/share/doc/dcraw/README.Debian /usr/share/doc/dcraw/copyright /usr/share/doc/dcraw/examples /usr/share/doc/dcraw/examples/dcwrap /usr/share/doc/dcraw/changelog.Debian.gz [EMAIL PROTECTED]:~$ apt-cache policy dcraw dcraw: Installed: 7.00-1 Candidate: 7.00-1 Version Table: *** 7.00-1 0 600 http://ftp.se.debian.org unstable/main Packages 100 /var/lib/dpkg/status 5.88-2 0 500 file: apt-build/main Packages 5.88-1 0 650 http://ftp.se.debian.org testing/main Packages -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#293383:
My previous email, build bug I referenced should read #300105, not 300150, 300140 or anything else. -- Steve -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#274603: dcraw: Support for Canon 20d is currently broken
Hi, Yep I am aware of the problem. I am not a dd, so depend on someone else to upload for me. Until I manage to get it uploaded, you can get dcraw 6.31 and gimp-dcraw 1.20 .debs from http://www.twobit.demon.co.uk/dcraw Regards -- Steve Package: dcraw Version: 5.88-1 Followup-For: Bug #274603 The current version of dcraw in debian testing segfaults on a raw canon 20d .cr2 file: dcraw -v img_8727.cr2 Loading Canon EOS 20D image from img_8727.cr2... Scaling with black=0, pre_mul[] = 1.00 1.00 1.00 VNG interpolation... Segmentation fault However, the new upstream version located at http://www.cybercom.net/~dcoffin/dcraw/dcraw.c does not have this problem: dcraw -v img_8727.cr2 Loading Canon EOS 20D image from img_8727.cr2... Scaling with black=511, pre_mul[] = 1.95 1.00 1.36 VNG interpolation... Converting to RGB colorspace... Writing data to img_8727.ppm... -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.8 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages dcraw depends on: ii libc6 2.3.2.ds1-20 GNU C Library: Shared libraries an ii libjpeg62 [libjpeg6b] 6b-9 The Independent JPEG Group's JPEG -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]