Package: libuuid1t64
Version: 2.39.3-6.1

I am currently unable to generate riscv64 images via debootstrap:
-------
I: Extracting libuuid1...
I: Extracting libuuid1t64...
E: Tried to extract package, but file already exists. Exit...
-------

Both packages obviously provide the same files. "apt upgrade" on an
existing riscv64 system does not have the issue, likely since libuuid1 "Provides" libuuid1t64, and APT resolves this. debootstrap however seems
to not resolve this.

Checking which actual package pulls them: https://packages.debian.org/sid/e2fsprogs
e2fsprogs depends, for most architectures, explicitly on both: libuuid1
and libuuid1t64. While libuuid1 alone could satisfy both dependencies,
of course this double-dependency of naturally conflicting packages does
not make sense and is an issue in e2fsprogs. But on the other hand,
maybe there is some information missing/misunderstanding about how to
deal with this *t64 packages, which have been introduced all over the
place in Debian Sid/unstable.

So I am not sure where to fix this best, but since it is all around the introduction of libuuid1t64, I report it here.

Adding either "Breaks"/"Conflicts" between the 2 packages would makes
things pretty clear for everyone else, to only either add dependency for
one or the other, but not both. But not sure whether this works well
with "Provides". A "Provides" in the other direction, that libuuid1t64
provides "libuuid1" might help as well. Or "Replaces" for libuuid1t64 on libuuid1 so that those can be installed concurrently, but I think this
does not make sense as they really provide only different variants of
the same library.

Let me know whether I should better re-assign the issue to e2fsprogs
and/or debootstrap.

Best regards,

Micha

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

Hi,
debootstrap Sid on amd64 failed to run due to libuuid1t64 2.39.3-6.1 and libuuid1 2.39.3-9 coexist:
debootstrap --verbose --arch=amd64 sid sid-chroot
...
I: Extracting libunistring5...
I: Extracting libuuid1...
I: Extracting libuuid1t64...
E: Tried to extract package, but tar failed. Exit...

Though libuuid1 2.39.3-9 from util-linux was released, the libuuid1t64 2.39.3-6.1 still in the repository, therefore causing debootstrap fails.

Steven

--
Steven Shiau <steven _at_ stevenshiau org>
Public Key Server PGP Key ID: 4096R/163E3FB0
Fingerprint: EB1D D5BF 6F88 820B BCF5 356C 8E94 C9CD 163E 3FB0

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

Hi Steven,

indeed that might be part of the issue, since libuuid1 "Provides:
libuuid1t64 (= 2.39.3-9)", hence an exact version of libuuid1t64 which
is not in repos. debootstrap otherwise might be able to solve the
libuuid1t64 dependency by installing libuuid1 only.

Interesting is that libuuid1 and libuuid1t64 have "Replaces:" on each
other already. So debootstrap seems not to be able to deal with this
native dpkg file replacement feature?

However, while indeed libuuid1t64 requires an upload and debootstrap
might not perfectly resolve all dependencies/replaces stuff, the main
issue is the conflicting double-dependency of e2fsprogs on both libuuid
package variants.

This has been introduced by a non-maintainer patch for the transition to (64-bit) time_t libraries, these *t64 packages are all about. Since this
was a week ago, and I do not see any maintainer reaction in the
meantime, there is a high chance that this conflict has not been
recognised at all. Hence I re-assigned this bug report where it belongs to.

Best regards,

Micha

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)