[fedora-arm] possible errors in generation of some arm7hl packages.

[Richard Ryniker]

These three packages install without problems on a Raspberry Pi that uses
the aarch64 build, but fail on the arm7hl build.
________________________________________________________________________________

[***@F28-rpi3 ryniker]# dnf upgrade
Last metadata expiration check: 2:50:21 ago on Fri May 4 08:16:30 2018.
Dependencies resolved.
==========================================================================================
Package Arch Version Repository Size
==========================================================================================
Upgrading:
brltty armv7hl 5.6-10.fc28 updates 1.0 M
httpd armv7hl 2.4.33-5.fc28 updates 1.1 M
kexec-tools armv7hl 2.0.17-2.fc28 updates 176 k

Transaction Summary
==========================================================================================
Upgrade 3 Packages

Total download size: 2.3 M
Is this ok [y/N]: y
Downloading Packages:
(1/3): kexec-tools-2.0.17-2.fc28.armv7hl.rpm 132 kB/s | 176 kB 00:01
(2/3): brltty-5.6-10.fc28.armv7hl.rpm 697 kB/s | 1.0 MB 00:01
(3/3): httpd-2.4.33-5.fc28.armv7hl.rpm 739 kB/s | 1.1 MB 00:01
------------------------------------------------------------------------------------------
Total 1.0 MB/s | 2.3 MB 00:02
Running transaction check
Transaction check succeeded.
Running transaction test
Transaction test succeeded.
Running transaction
Preparing : 1/1
Running scriptlet: kexec-tools-2.0.17-2.fc28.armv7hl 1/1
Upgrading : kexec-tools-2.0.17-2.fc28.armv7hl 1/6
Error unpacking rpm package kexec-tools-2.0.17-2.fc28.armv7hl
Error unpacking rpm package kexec-tools-2.0.17-2.fc28.armv7hl
error: Plugin selinux: hook fsm_file_prepare failed
error: unpacking of archive failed on file /etc/kdump.conf: cpio: (error 0x2)
Upgrading : httpd-2.4.33-5.fc28.armv7hl 2/6
Error unpacking rpm package httpd-2.4.33-5.fc28.armv7hl
Error unpacking rpm package httpd-2.4.33-5.fc28.armv7hl
error: kexec-tools-2.0.17-2.fc28.armv7hl: install failed
error: unpacking of archive failed on file /usr/lib/httpd/modules/mod_access_compat.so;5aec7723: cpio: open
Upgrading : brltty-5.6-10.fc28.armv7hl 3/6
Error unpacking rpm package brltty-5.6-10.fc28.armv7hl
Error unpacking rpm package brltty-5.6-10.fc28.armv7hl
error: httpd-2.4.33-5.fc28.armv7hl: install failed
error: Plugin selinux: hook fsm_file_prepare failed
error: unpacking of archive failed on file /usr/bin/brltty;5aec7723: cpio: (error 0x2)
brltty-5.6-10.fc28.armv7hl was supposed to be installed but is not!
Verifying : brltty-5.6-10.fc28.armv7hl 1/6
httpd-2.4.33-5.fc28.armv7hl was supposed to be installed but is not!
Verifying : httpd-2.4.33-5.fc28.armv7hl 2/6
kexec-tools-2.0.17-2.fc28.armv7hl was supposed to be installed but is not!
Verifying : kexec-tools-2.0.17-2.fc28.armv7hl 3/6
kexec-tools-2.0.16-5.fc28.armv7hl was supposed to be removed but is not!
Verifying : kexec-tools-2.0.16-5.fc28.armv7hl 4/6
brltty-5.6-5.fc28.armv7hl was supposed to be removed but is not!
Verifying : brltty-5.6-5.fc28.armv7hl 5/6
httpd-2.4.33-2.fc28.armv7hl was supposed to be removed but is not!
Verifying : httpd-2.4.33-2.fc28.armv7hl 6/6

Failed:
brltty.armv7hl 5.6-10.fc28 httpd.armv7hl 2.4.33-5.fc28
kexec-tools.armv7hl 2.0.17-2.fc28

Error: Transaction failed
[***@F28-rpi3 ryniker]#
_______________________________________________
arm mailing list -- ***@lists.fedoraproject.org
To unsubscribe send an email to arm-***@lis

[Paul Whalen]

Hi Richard,

Installed ok here, perhaps try another card.

Paul

----- Original Message -----

Post by Richard Ryniker
These three packages install without problems on a Raspberry Pi that uses
the aarch64 build, but fail on the arm7hl build.
________________________________________________________________________________
Last metadata expiration check: 2:50:21 ago on Fri May 4 08:16:30 2018.
Dependencies resolved.
==========================================================================================
Package Arch Version Repository
Size
==========================================================================================
brltty armv7hl 5.6-10.fc28 updates
1.0 M
httpd armv7hl 2.4.33-5.fc28 updates
1.1 M
kexec-tools armv7hl 2.0.17-2.fc28 updates
176 k
Transaction Summary
==========================================================================================
Upgrade 3 Packages
Total download size: 2.3 M
Is this ok [y/N]: y
(1/3): kexec-tools-2.0.17-2.fc28.armv7hl.rpm 132 kB/s | 176 kB
00:01
(2/3): brltty-5.6-10.fc28.armv7hl.rpm 697 kB/s | 1.0 MB
00:01
(3/3): httpd-2.4.33-5.fc28.armv7hl.rpm 739 kB/s | 1.1 MB
00:01
------------------------------------------------------------------------------------------
Total 1.0 MB/s | 2.3 MB
00:02
Running transaction check
Transaction check succeeded.
Running transaction test
Transaction test succeeded.
Running transaction
1/1
Running scriptlet: kexec-tools-2.0.17-2.fc28.armv7hl
1/1
Upgrading : kexec-tools-2.0.17-2.fc28.armv7hl
1/6
Error unpacking rpm package kexec-tools-2.0.17-2.fc28.armv7hl
Error unpacking rpm package kexec-tools-2.0.17-2.fc28.armv7hl
error: Plugin selinux: hook fsm_file_prepare failed
error: unpacking of archive failed on file /etc/kdump.conf: cpio: (error 0x2)
Upgrading : httpd-2.4.33-5.fc28.armv7hl
2/6
Error unpacking rpm package httpd-2.4.33-5.fc28.armv7hl
Error unpacking rpm package httpd-2.4.33-5.fc28.armv7hl
error: kexec-tools-2.0.17-2.fc28.armv7hl: install failed
error: unpacking of archive failed on file
/usr/lib/httpd/modules/mod_access_compat.so;5aec7723: cpio: open
Upgrading : brltty-5.6-10.fc28.armv7hl
3/6
Error unpacking rpm package brltty-5.6-10.fc28.armv7hl
Error unpacking rpm package brltty-5.6-10.fc28.armv7hl
error: httpd-2.4.33-5.fc28.armv7hl: install failed
error: Plugin selinux: hook fsm_file_prepare failed
error: unpacking of archive failed on file /usr/bin/brltty;5aec7723: cpio: (error 0x2)
brltty-5.6-10.fc28.armv7hl was supposed to be installed but is not!
Verifying : brltty-5.6-10.fc28.armv7hl
1/6
httpd-2.4.33-5.fc28.armv7hl was supposed to be installed but is not!
Verifying : httpd-2.4.33-5.fc28.armv7hl
2/6
kexec-tools-2.0.17-2.fc28.armv7hl was supposed to be installed but is not!
Verifying : kexec-tools-2.0.17-2.fc28.armv7hl
3/6
kexec-tools-2.0.16-5.fc28.armv7hl was supposed to be removed but is not!
Verifying : kexec-tools-2.0.16-5.fc28.armv7hl
4/6
brltty-5.6-5.fc28.armv7hl was supposed to be removed but is not!
Verifying : brltty-5.6-5.fc28.armv7hl
5/6
httpd-2.4.33-2.fc28.armv7hl was supposed to be removed but is not!
Verifying : httpd-2.4.33-2.fc28.armv7hl
6/6
brltty.armv7hl 5.6-10.fc28 httpd.armv7hl 2.4.33-5.fc28
kexec-tools.armv7hl 2.0.17-2.fc28
Error: Transaction failed
_______________________________________________

_______________________________________________
arm mailing list -- ***@lists.fedoraproject.org
To unsubscribe send an email to arm-***@lists.fedoraproject.o

[Richard Ryniker]

I tried again, with the same results for the three packages:

kexec-tools-2.0.17-2.fc28.armv7hl.rpm
httpd-2.4.33-5.fc28.armv7hl.rpm
brltty-5.6-10.fc28.armv7hl.rpm

I rebooted the Raspberry Pi and now the upgrade works smoothly. The
kernel where it did not work was:

4.16.3-300.fc28.armv7hl (***@buildvm-armv7-07.arm.fedoraproject.org)

and the kernel where it does work is the current kernel:

4.16.5-300.fc28.armv7hl (***@buildvm-armv7-08.arm.fedoraproject.org)
_______________________________________________
arm mailing list -- ***@lists.fedoraproject.org
To unsubscribe send an email

[Peter Robinson]

Post by Richard Ryniker
kexec-tools-2.0.17-2.fc28.armv7hl.rpm
httpd-2.4.33-5.fc28.armv7hl.rpm
brltty-5.6-10.fc28.armv7hl.rpm
I rebooted the Raspberry Pi and now the upgrade works smoothly. The

I don't think it's a kernel problem, possibly a dnf cache issue, I've
seen similar issues with mirrors that aren't up to date in the past.
_______________________________________________
arm mailing list -- ***@lists.fedoraproject.org
To unsubscribe send an email to arm-leave@

[Richard Ryniker]

Post by Peter Robinson
I don't think it's a kernel problem, possibly a dnf cache issue,

I too think it is not likely to be a kernel problem. A dnf cache problem
also seems unlikely - each try retrieved new copies of the package files
from a mirror, then failed in the same way. After the reboot, I think
the dnf cache would be unchanged - but now the update worked.

I suggest some older versions of tools used by dnf (broken or
incompatible) were in the memory image when dnf upgrade failed. The
reboot loaded up-to-date versions of these tools, and dnf then worked
properly.

However distasteful I find the remedy "Reboot the machine." I have no
sure solution to manage incompatible versions of programs shared by
multiple active applications.

Maybe dnf could become smarter about detection of incompatibilities when
it upgrades a package, and warn the user when a reboot is necessary to
reconcile the active environment with the new disk image, but I believe
there is no strategy that can do this perfectly.

Even if dnf should detect a possible conflict, there is no way it can
know whether a user will attempt some activity sensitive to this
conflict.

At least the problem I observed appears to be safely in the past.
_______________________________________________
arm mailing list -- ***@lists.fedoraproject.org
To unsubscribe send an email to arm-lea