Debian Patches
Status for exifprobe/2.0.1+git20201230.eee65ff-2
| Patch | Description | Author | Forwarded | Bugs | Origin | Last update |
|---|---|---|---|---|---|---|
| 001-fix-target-dependencies.patch | Move prerequisite byteorder.h to correct target As dependency of target all, byteorder.h might not be available to readfile.c in time. The issue shows up occasionally during parallel builds. It shows up immediately when ordering byteorder.h after the exifprobe prerequisite. Making byteorder.h a prerequisite of readfile.o reflects the actual dependency. |
Sven Geuer <sge@debian.org> | yes | 2025-02-05 | ||
| 002-get-endianness.patch | Obtain endianness from dpkg-architecture | Sven Geuer <sge@debian.org> | not-needed | 2025-02-05 | ||
| 003-fix-read_ulong.patch | Handle endianness in read_ulong() equivalent to read_ushort() This change makes autopkgtest succeed also on s390x. . There are still a few differences in the full output of, e.g., 'exifprobe -L debian/tests/cr2.jpg' run on amd64 in comparison to the output of the same command run on s390x. Consequently, there's more to fix in regards to big-endian architectures. |
Sven Geuer <sge@debian.org> | no | 2025-02-05 | ||
| 007-fix-embed-build-time.patch | fix an embed build time created by mkcomptime script.=================================================================== | Joao Eriberto Mota Filho <eriberto@debian.org> | no | 2015-02-26 | ||
| 008-fix-type-of-timestamp-variable.patch | Correct type of timestamp holding variable With introduction of 64 bit timestamps a timestamp cannot be represented as long on all architectures anymore. |
Sven Geuer <sge@debian.org> | no | debian | 2025-02-02 | |
| 009-fix-exifgrep-manpage.patch | Fix incorrect and add missing formattings | Sven Geuer <sge@debian.org> | no | 2025-02-03 |
All known versions for source package 'exifprobe'
- 2.0.1+git20201230.eee65ff-2 (trixie, sid)
- 2.0.1+git20170416.3c2b769-5 (bullseye, bookworm)