Bug#897059: [Pkg-phototools-devel] Bug#897059: Bug#897059: libgphoto2-6: libgphoto2 causes corrupted image file transfers
Em 28-04-2018 09:35, Matti Hämäläinen escreveu: > On Sat, 28 Apr 2018, Herbert Fortes wrote: > >> Em 27-04-2018 21:26, Matti Hämäläinen escreveu: >>> >>> Hello, >>> >>> I tested against the current upstream GIT version >>> (91a8425a4fa27def793fa9db2bcb4a71c26c927b) >>> of libgphoto2, and the problem exists there as well. >>> >>> If gphoto debug logs are needed, I can provide ones against working 2.5.16 >>> and non-working, but they are rather large (about 100M uncompressed each, >>> 75M both tar+xz'd). >>> >> >> I think the problem is that you are using gphoto2 version 2.5.16 >> with libgphoto2 version 2.5.17. >> >> There is a gphoto2 version 2.5.17. I forgot to upload it. :(. I am >> really sorry about that. >> >> I am starting to do the pachage now. > > Sorry to bring bad news, but I now tested gphoto2 from GIT (with GIT > libgphoto2) as well, and the problem persists with that. :( Humm, I just did the upload closing this bug. I will reopen it. And I think is better to send an email to the upstream as you suggested on the first email. A debug log is good But with that size can you put somewhere? Probably the upstream will like to see it. Regards, Herbert > > -- > [ .. LD_LIBRARY_PATH=/opt/lib ] > $ /opt/bin/gphoto2 --version > gphoto2 2.5.17.1 > > Copyright (c) 2000-2018 Lutz Mueller and others > > gphoto2 comes with NO WARRANTY, to the extent permitted by law. You may > redistribute copies of gphoto2 under the terms of the GNU General Public > License. For more information about these matters, see the files named > COPYING. > > This version of gphoto2 is using the following software versions and options: > gphoto2 2.5.17.1 gcc, popt(m), exif, no cdk, no aa, jpeg, > readline > libgphoto2 2.5.17.1 all camlibs, gcc, ltdl, EXIF > libgphoto2_port 0.12.0 iolibs: disk ptpip serial usb1 usbdiskdirect > usbscsi, gcc, ltdl, USB, serial without locking > > > I wrote a short shell script for testing, > https://tnsp.org/~ccr/gphoto2/testgphoto.sh > probably not useful, but who knows. :) If more information is needed, I can > try things out. > > Matti > > > > ___ > Pkg-phototools-devel mailing list > pkg-phototools-de...@alioth-lists.debian.net > https://alioth-lists.debian.net/cgi-bin/mailman/listinfo/pkg-phototools-devel >
Bug#897059: [Pkg-phototools-devel] Bug#897059: libgphoto2-6: libgphoto2 causes corrupted image file transfers
On Sat, 28 Apr 2018, Herbert Fortes wrote: Em 27-04-2018 21:26, Matti Hämäläinen escreveu: Hello, I tested against the current upstream GIT version (91a8425a4fa27def793fa9db2bcb4a71c26c927b) of libgphoto2, and the problem exists there as well. If gphoto debug logs are needed, I can provide ones against working 2.5.16 and non-working, but they are rather large (about 100M uncompressed each, 75M both tar+xz'd). I think the problem is that you are using gphoto2 version 2.5.16 with libgphoto2 version 2.5.17. There is a gphoto2 version 2.5.17. I forgot to upload it. :(. I am really sorry about that. I am starting to do the pachage now. Sorry to bring bad news, but I now tested gphoto2 from GIT (with GIT libgphoto2) as well, and the problem persists with that. :( -- [ .. LD_LIBRARY_PATH=/opt/lib ] $ /opt/bin/gphoto2 --version gphoto2 2.5.17.1 Copyright (c) 2000-2018 Lutz Mueller and others gphoto2 comes with NO WARRANTY, to the extent permitted by law. You may redistribute copies of gphoto2 under the terms of the GNU General Public License. For more information about these matters, see the files named COPYING. This version of gphoto2 is using the following software versions and options: gphoto2 2.5.17.1 gcc, popt(m), exif, no cdk, no aa, jpeg, readline libgphoto2 2.5.17.1 all camlibs, gcc, ltdl, EXIF libgphoto2_port 0.12.0 iolibs: disk ptpip serial usb1 usbdiskdirect usbscsi, gcc, ltdl, USB, serial without locking I wrote a short shell script for testing, https://tnsp.org/~ccr/gphoto2/testgphoto.sh probably not useful, but who knows. :) If more information is needed, I can try things out. Matti -- ] ccr/TNSP ^ pWp :: c...@tnsp.org :: https://tnsp.org/~ccr/ ] https://tnsp.org/hg/ -- https://www.openhub.net/accounts/ccr ] PGP key: 7BED 62DE 898D D1A4 FC4A F392 B705 E735 307B AAE3
Bug#897059: [Pkg-phototools-devel] Bug#897059: libgphoto2-6: libgphoto2 causes corrupted image file transfers
Em 27-04-2018 21:26, Matti Hämäläinen escreveu: > > Hello, > > I tested against the current upstream GIT version > (91a8425a4fa27def793fa9db2bcb4a71c26c927b) > of libgphoto2, and the problem exists there as well. > > If gphoto debug logs are needed, I can provide ones against working 2.5.16 > and non-working, but they are rather large (about 100M uncompressed each, 75M > both tar+xz'd). > I think the problem is that you are using gphoto2 version 2.5.16 with libgphoto2 version 2.5.17. There is a gphoto2 version 2.5.17. I forgot to upload it. :(. I am really sorry about that. I am starting to do the pachage now. Regards, Herbert
Bug#897059: libgphoto2-6: libgphoto2 causes corrupted image file transfers
Hello, I tested against the current upstream GIT version (91a8425a4fa27def793fa9db2bcb4a71c26c927b) of libgphoto2, and the problem exists there as well. If gphoto debug logs are needed, I can provide ones against working 2.5.16 and non-working, but they are rather large (about 100M uncompressed each, 75M both tar+xz'd). Thanks in advance. -- ] ccr/TNSP ^ pWp :: c...@tnsp.org :: https://tnsp.org/~ccr/ ] https://tnsp.org/hg/ -- https://www.openhub.net/accounts/ccr ] PGP key: 7BED 62DE 898D D1A4 FC4A F392 B705 E735 307B AAE3
Bug#897059: [Pkg-phototools-devel] Bug#897059: libgphoto2-6: libgphoto2 causes corrupted image file transfers
severity 897059 serious thanks I will read this tomorrow Regards, Herbert Em 27-04-2018 16:23, Matti Hamalainen escreveu: > Package: libgphoto2-6 > Version: 2.5.17 > Severity: normal > > Dear Maintainer, > > After upgrading libgphoto2 to latest packaged version 2.5.17, I immediately > noticed that the CR2 RAW files fetched via "gphoto2 -P" were unreadable by > Darktable, Adobe Lightroom and other RAW image software. My cameras are Canon > EOS 7D Mark II and Canon EOS 500D, connected via USB. The problem occurs with > both cameras. > > I quickly noticed that repeated transfers resulted in files with different > SHA256 sums. Downgrading to libgphoto2 to previous 2.5.16 makes the problem go > away, checksums are always consistent. With 2.5.17, each file had different > checksum for each transfer, pointing to serious corruption. > > I should state that this is a VERY SERIOUS ISSUE! Usually when I transfer > photos from camera, I also immediately delete them from the camera's memory > card. Fortunately I noticed the problem with only few pictures taken, so I > personally suffered almost no loss... but it could have been much worse! > > I have no idea if this affects only Canon cameras, as the changelog for 2.5.17 > states various EOS -related changes, but I think notifying upstream would be > appropriate. > > > > > -- System Information: > Debian Release: buster/sid > APT prefers testing-debug > APT policy: (500, 'testing-debug'), (500, 'testing') > Architecture: amd64 (x86_64) > Foreign Architectures: i386 > > Kernel: Linux 4.16.5-qcmm (SMP w/8 CPU cores) > Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), > LANGUAGE=en_US.UTF-8 (charmap=UTF-8) > > ___ > Pkg-phototools-devel mailing list > pkg-phototools-de...@alioth-lists.debian.net > https://alioth-lists.debian.net/cgi-bin/mailman/listinfo/pkg-phototools-devel >
Bug#897059: libgphoto2-6: libgphoto2 causes corrupted image file transfers
Package: libgphoto2-6 Version: 2.5.17 Severity: normal Dear Maintainer, After upgrading libgphoto2 to latest packaged version 2.5.17, I immediately noticed that the CR2 RAW files fetched via "gphoto2 -P" were unreadable by Darktable, Adobe Lightroom and other RAW image software. My cameras are Canon EOS 7D Mark II and Canon EOS 500D, connected via USB. The problem occurs with both cameras. I quickly noticed that repeated transfers resulted in files with different SHA256 sums. Downgrading to libgphoto2 to previous 2.5.16 makes the problem go away, checksums are always consistent. With 2.5.17, each file had different checksum for each transfer, pointing to serious corruption. I should state that this is a VERY SERIOUS ISSUE! Usually when I transfer photos from camera, I also immediately delete them from the camera's memory card. Fortunately I noticed the problem with only few pictures taken, so I personally suffered almost no loss... but it could have been much worse! I have no idea if this affects only Canon cameras, as the changelog for 2.5.17 states various EOS -related changes, but I think notifying upstream would be appropriate. -- System Information: Debian Release: buster/sid APT prefers testing-debug APT policy: (500, 'testing-debug'), (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.16.5-qcmm (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE=en_US.UTF-8 (charmap=UTF-8)
