Backport newer 'thin-provisioning-tools' to dom0?

[Chris Laprise]

Before releasing my lvm backup tool, I thought I'd ask about updating
thin-provisioning-tools package from the rather old 0.5.x version in
Fedora 25 dom0 to 0.7.4 or later.

The reason is that the f25 version of 'thin_delta' is somewhat crash
prone. Although not a direct problem for data integrity, it does prevent
backups from proceeding. And since a substantial portion of users will
likely be running Qubes, I'd rather not make an appeal to manually "fix
your OS first" marring the experience.

I'm currently using thin-provisioning-tools 0.7.6 in dom0 and they work
fine with both 4.14 and 4.19 kernels; none of the updated commands have
crashed on me.

--

Chris Laprise, tas...@posteo.net
https://github.com/tasket
https://twitter.com/ttaskett
PGP: BEE2 20C5 356E 764A 73EB 4AB3 1DC4 D106 F07F 1886

[Marek Marczykowski-Górecki]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA256

On Fri, Jun 28, 2019 at 02:56:46PM -0400, Chris Laprise wrote:
> Before releasing my lvm backup tool, I thought I'd ask about updating
> thin-provisioning-tools package from the rather old 0.5.x version in Fedora
> 25 dom0 to 0.7.4 or later.

Which package exactly do you have in mind? thin_delta tool is part of
device-mapper-persistent-data package, which in fc25-based dom0 is at
0.6.3. Is it this package you're talking about?

> The reason is that the f25 version of 'thin_delta' is somewhat crash prone.
> Although not a direct problem for data integrity, it does prevent backups
> from proceeding. And since a substantial portion of users will likely be
> running Qubes, I'd rather not make an appeal to manually "fix your OS first"
> marring the experience.
>
> I'm currently using thin-provisioning-tools 0.7.6 in dom0 and they work fine
> with both 4.14 and 4.19 kernels; none of the updated commands have crashed
> on me.

If that doesn't poll enormous amount of dependencies (which I understand
it doesn't), then I'm fine with that. We already have linux-dom0-updates
repository, with script to easily pull and rebuild packages from fc28.
That would be device-mapper-persistent-data 0.7.5. Would that work for
you?

- --
Best Regards,
Marek Marczykowski-Górecki
Invisible Things Lab
A: Because it messes up the order in which people normally read text.
Q: Why is top-posting such a bad thing?
-----BEGIN PGP SIGNATURE-----

iQEzBAEBCAAdFiEEhrpukzGPukRmQqkK24/THMrX1ywFAl0WbBwACgkQ24/THMrX
1yzRFAgAlQrLfu7d4vwMfH5N5p2/vj2xn3KNeBz4arS5XJd6j7YX91QDuii+6/LR
W7LYwavPahV+IG/843NT6qfBu5dYoctGNnTxUdQYTIRHXxT9JEDS5HVV4+x+Dsm1
PbbP7bZfHDDXwYg8lwXS3sKetLrv+8z6CN/3fmoIESUkBpvBZUO0OJdE2sZKXbSl
PLblbodTdUMbgFyuv+Nz7WONcpEsr4EDZcE5BDffWUht8xzj2BM45FrwZi6+f2e+
0ShblTh7B+LszktVErqm9zLo71BJBi9tpWg+jVAPq6xDi5BHb2pB7eB0q3EWRzE3
xKCCIkrCOmUX+fA8Xlk5Tlo38uUcpQ==
=5yMq
-----END PGP SIGNATURE-----

[Chris Laprise]

On 6/28/19 3:35 PM, Marek Marczykowski-Górecki wrote:
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA256
>
> On Fri, Jun 28, 2019 at 02:56:46PM -0400, Chris Laprise wrote:
>> Before releasing my lvm backup tool, I thought I'd ask about updating
>> thin-provisioning-tools package from the rather old 0.5.x version in Fedora
>> 25 dom0 to 0.7.4 or later.
>
> Which package exactly do you have in mind? thin_delta tool is part of
> device-mapper-persistent-data package, which in fc25-based dom0 is at
> 0.6.3. Is it this package you're talking about?

Yes, I meant to type 0.6.x, and forgot that Fedora has
'device-mapper-persistent-data' instead of the original package name
used by other distros.

>
>> The reason is that the f25 version of 'thin_delta' is somewhat crash prone.
>> Although not a direct problem for data integrity, it does prevent backups
>> from proceeding. And since a substantial portion of users will likely be
>> running Qubes, I'd rather not make an appeal to manually "fix your OS first"
>> marring the experience.
>>
>> I'm currently using thin-provisioning-tools 0.7.6 in dom0 and they work fine
>> with both 4.14 and 4.19 kernels; none of the updated commands have crashed
>> on me.
>
> If that doesn't poll enormous amount of dependencies (which I understand
> it doesn't), then I'm fine with that. We already have linux-dom0-updates
> repository, with script to easily pull and rebuild packages from fc28.
> That would be device-mapper-persistent-data 0.7.5. Would that work for
> you?

Yes, 0.7.5 would be great... Thanks! The dependencies seem pretty basic
(libexpat.so.1) and weren't a problem when I upgraded from the
github/jthornber author distro.

[Chris Laprise]

Created an issue here:
https://github.com/QubesOS/qubes-issues/issues/5172