@mara0004 Do you happen to have examples of software, cameras or phones that do set the invalid exif rotation of zero?
This pains me. If I tell a program "use the exif data for rotation" and the exif rotation data is invalid, then I expect the program to fail because it cannot fulfill my request. I understand that…
I see the problem. I think I can be convinced to add an option to img2pdf which allows to ignore the exif rotation. And if rotation is ignored, it also doesn't make sense to error out on invalid…
Please close this issue once you think that the problem has been resolved.
I do not yet understand what you mean by "white margins". If your input images are of A4 size and have the right dpi set, then the created pages will also be A4. Also, the convert() function does not…
@rockdrilla mmdebstrap should work on the current stable and be able to create oldstable, stable, testing and unstable chroots. The version right now does not work on stable, which is okay because…
Yeah, so the actual problem is, that there is really no good way to map a Debian distro to a gpg key file reliably. It breaks once new keys get uploaded and the distroinfo information becomes…
If you're talking about the host, I have already checked that it is installed (libdistro-info-perl 0.21), it does not fix the pb with 0.7.5 or HEAD.
You misread. Did you try not having…
Additionally, this boils down to apt not knowing about the keys anymore. For example if you try to build a jessie chroot with mmdebstrap HEAD on Debian unstable you will get:
./mmdebstrap…
@zerodeux okay, I understand. Now the problem with HEAD is, that it uses a gpg option that is not available in buster. One workaround for you would be to not have the package libdistro-info-perl
…
@rockdrilla do you see an easy way to support old gnupg versions without --show-keys
?
@zerodeux what is the reason you use mmdebstrap from git instead of the version in buster?
Funny, I can reproduce it with podman but I cannot reproduce it with the exact same rootfs and a simple chroot
to enter it.
If you are mixing stretch, buster and bullseye, then the context is indeed extremely important. What is also important is your apt configuration and which keys apt is trusting and not trusting in…
I'm still unable to reproduce this. You say you are running mmdebstrap from git on Debian buster? This works for me:
mmdebstrap buster --include=git,ca-certificates \
…