blktap-3.55.5-9.4 - #27

Signed-off-by: Samuel Verschelde <stormi-xcp@ylix.fr>

Patch 8450aed "Add an option to never resolve parent path when vhd-util query is called" is already include in version v3.55.5.

Signed-off-by: Anthoine Bourgeois <anthoine.bourgeois@vates.tech>

8.3 rebase xs 20250328

Signed-off-by: Gaëtan Lehmann <gaetan.lehmann@vates.tech>

Signed-off-by: Yann Dirson <yann.dirson@vates.tech>

Signed-off-by: Yann Dirson <yann.dirson@vates.tech>

Drop useless autogen build-dep

Fix a bad integer conversion that interrupts valid coalesce calls on large VDIs:
- Add 0002-CP-308382-fix-sign-conversion-in-coalesce.patch
- Add 0003-Fix-coalesced-size-conversion-in-vhd-util-coalesce.patch

Signed-off-by: Ronan Abhamon <ronan.abhamon@vates.tech>

Release 3.55.5-2.3

Signed-off-by: Yann Dirson <yann.dirson@vates.tech>

Signed-off-by: Yann Dirson <yann.dirson@vates.tech>

Signed-off-by: Anthoine Bourgeois <anthoine.bourgeois@vates.tech>

- Revert openssl 3 dependency from XS specfile.
- Drop patch 0002-CP-308382-fix-sign-conversion-in-coalesce.patch and
0003-Fix-coalesced-size-conversion-in-vhd-util-coalesce.patch,
as they are now upstream.

Signed-off-by: Anthoine Bourgeois <anthoine.bourgeois@vates.tech>
Co-authored-by: Samuel Verschelde <stormi-xcp@ylix.fr>

8.3 rebase xs 20250908

This change rebuilds on xcp-ng-8.3 with
openssl-devel-3.0.9-2.0.1.2.xcpng8.3.x86_64

Origin: #13
Signed-off-by: Philippe Coval <philippe.coval@vates.tech>

spec: Rebuild on openssl-devel-3

Origin: #13

Signed-off-by: Mathieu Labourier <mathieu.labourier@vates.tech>

…util-scan-on-vhd-with-corrupt-footer

Prevent segfault of vhd-util scan on VHD with corrupt footer

Signed-off-by: Philippe Coval <philippe.coval@vates.tech>
Origin: https://www.xenserver.com/#blktap-3.55.5-7.xs8.src.rpm
Checksums-Sha256: 0083b771cfe1275b45f7a2eb126681bb302fb7ad32455441f6005c35ce047e54
Checksums-Sha512: 0c1114ed3ac58fb9665790b6dbbe5c2205c51c2bfe0c3ac64790497e270002d0e37c20ed23e2eb44464ebff69ca9c0ef18c1c5cf16b1a9e8413dd435855ca56b

Signed-off-by: Damien Thenot <damien.thenot@vates.tech>
Signed-off-by: Anthoine Bourgeois <anthoine.bourgeois@vates.tech>

Add QCOW2 support

This change aligns file path used in blktap's scriptlet to path from
latest mdadm update.

Note that the GOTO is different in both rules because files are not
100% aligned.

The issue can reproduced by executing the scriptlet explicitly:

    sudo yum reinstall blktap
    Installing : blktap-3.55.5-6.3.xcpng8.3.x86_64  1/1
    cat: /usr/lib/udev/rules.d/65-md-incremental.rules: No such file or directory
    warning: %triggerin(blktap-3.55.5-6.3.xcpng8.3.x86_64) scriptlet failed, exit    status 1
    Non-fatal <unknown> scriptlet failure in rpm package blktap-3.55.5-6.3.xcpng8.3.x86_64

Or alternatively:

    sudo yum reinstall mdadm
    Installing : mdadm-4.2-5.xcpng8.3.x86_64 1/1
    cat: /usr/lib/udev/rules.d/65-md-incremental.rules: No such file or directory
    warning: %triggerin(blktap-3.55.5-6.3.xcpng8.3.x86_64) scriptlet failed, exit status 1
    Non-fatal <unknown> scriptlet failure in rpm package mdadm-4.2-5.xcpng8.3.x86_64

The cause is a mdadm's udev rule that was relocated and scriptlet
fixed accordingly in related change.

On latest mdadm update, packager decided to drop downstream rule file
(as known as `65-md-incremental.rules` and relies on upstream one which
has a different naming `64-md-raid-assembly.rules`.

This renaming path broke blktap, this change realign to upstream.

From the installed state (xcp-ng-8.3.0-20250606.iso)

- blktap-3.55.5-2.1.xcpng8.3 + mdadm-4.0-13.el7 ~ /e/u/r/65*

The following scenari have been tested:

- mdadm-4.0-13.el7 (old from iso) then blktap-3.55.5-6.5.xcpng8.3 ~ /e/u/r/65*
- blktap-3.55.5-6.5.xcpng8.3 then mdadm-4.2-5.xcpng8.3 (update) ~ /e/u/r/64*
- blktap-3.55.5-6.5.xcpng8.3 then mdadm-4.0-13.el7 (downgrade)  ~ /e/u/r/65*
- blktap-3.55.5-6.5.xcpng8.3 then mdadm-4.2-5.xcpng8.3 (update) ~ /e/u/r/64*

The issue can be now reproduced again with downgrade of blktap (as
observed before).

- mdadm-4.2-5.xcpng8.3 then blktap-3.55.5-6.3.xcpng8.3.x86_64 ! looking 65

Side notes

It is not necessary to update mdadm because trigger will be
run update of blktap as explained at:

- https://rpm-software-management.github.io/rpm/man/rpm-scriptlets.7
- https://docs.fedoraproject.org/en-US/packaging-guidelines/Scriptlets/#ordering

Update/downgrade scriptlet can not be grouped into single one to
detect update or downgrade, because:

- 1: Relying on presence of files is not possible, because
scriptlets are evaluated before RPM "Cleanup" task and both files can
be present.

- 2: Relying on RPM query of mdadm is not possible between states.

Origin: #17
Relate-to: XCPNG-3024
Relate-to: https://src.fedoraproject.org/rpms/mdadm/c/cdf21d08ef36728f088f69a79e30aa996ccd5a67
Relate-to: xcp-ng-rpms/mdadm@c1f0333#r181097962
Relate-to: xcp-ng-rpms/mdadm#2
Relate-to: md-raid-utilities/mdadm@2452f13#diff-cebbb0bcfc268c2e841300de2a6bdeb0c4c3110ff0f2072b782ca3a2a336a9afR19
Thanks-to: Anthoine Bourgeois <anthoine.bourgeois@vates.tech>
Signed-off-by: Philippe Coval <philippe.coval@vates.tech>

Fix udev rule file triggered by mdadm (with upstream rule)

Relate-to: XCPNG-3024
Origin: #17

libqcow2 included in blktap package is exclusively GPLv2 sources.
Reflect this state in the RPM license list.

Signed-off-by: Anthoine Bourgeois <anthoine.bourgeois@vates.tech>

Release 3.55.5-6.6: libqcow2: Dual license blktap package with GPLv2

2 issues fixed:
- crash of tapdisk in ready state
- infinite coalesce on loaded guest

Signed-off-by: Anthoine Bourgeois <anthoine.bourgeois@vates.tech>

Release 3.55.5-6.7

Signed-off-by: Anthoine Bourgeois <anthoine.bourgeois@vates.tech>

Signed-off-by: Anthoine Bourgeois <anthoine.bourgeois@vates.tech>

blktap-3.55.5-9.1

Signed-off-by: Anthoine Bourgeois <anthoine.bourgeois@vates.tech>

Release 3.55.5-9.2: Qcow2 fixes

Signed-off-by: Mathieu Labourier <mathieu.labourier@vates.tech>

…tap-ctl

Release 3.55.5-9.3

Signed-off-by: Mathieu Labourier <mathieu.labourier@vates.tech>

fixup typo introduced in Release 3.55.5-9.3

- Fix commit command with cbt enabled.

Signed-off-by: Anthoine Bourgeois <anthoine.bourgeois@vates.tech>