I have read that Fedora 18 will be the last Fedora distribution that will support the armv5tel userspace. I am a bit worried because I have built a project using the distribution on an armv5tel CPU with custom-built kernels. From reading
https://fedoraproject.org/wiki/Architectures/ARM/Secret_Decoder_Ring I understand that the main difference between armv5tel and armv7hl is that armv5tel forces passing floats on the stack and armv7hl uses the FPU. I was thinking about the possibility that
a CPU model that might have a FPU and currently runs an armv5tel userspace might be updated to run armv7hl instead. The end goal is to make the armv5tel system run the Fedora 19 armv7hl userspace with the custom-built kernel.
1) In /proc/cpuinfo, I have seen the "vfp" flag. Does this stand for "vector floating point", a FPU? Could there be other kinds of FPU that might be reported as different flags?
2) If an ARM chipset that is officially armv5tel can be guaranteed to have a FPU (vfp or otherwise), can it boot an armv7hl userspace with the same custom-built armv5tel kernel it used before? Do I have to watch out for specific kernel compile options
before attempting this?
During the F-20 mass-rebuild a noarch package of mine
ended up being build on arm (which by itself is fine),
but it failed to build because the numerous .py files
were not byte-compiled ?
So is this a packaging bug in my package/ Maybe byte-compiled
python files are not noarch?
Or is this a problem with the arm build config, which somehow
causes the files to no be byte-compiled there?
After update This problem shows up, I did update and I still have
problems with update for the following four packages, What gives ?
root@localhost jim]# yum update
Loaded plugins: langpacks, presto, refresh-packagekit
fedora/18/armhfp/metalink | 2.8 kB 00:00
updates/18/armhfp/metalink | 2.9 kB 00:00
--> Running transaction check
---> Package glibc-common.armv7hl 0:2.16-24.fc18 will be updated
---> Package glibc-common.armv7hl 0:2.16-33.fc18 will be an update
---> Package gnome-keyring.armv7hl 0:3.6.2-2.fc18 will be updated
---> Package gnome-keyring.armv7hl 0:3.6.3-1.fc18 will be an update
---> Package iputils.armv7hl 0:20121125-2.fc18 will be updated
---> Package iputils.armv7hl 0:20121221-2.fc18 will be an update
---> Package systemd.armv7hl 0:195-15.fc18 will be updated
---> Package systemd.armv7hl 0:201-2.fc18.7 will be an update
--> Finished Dependency Resolution
Package Arch Version Repository Size
glibc-common armv7hl 2.16-33.fc18 updates 11 M
gnome-keyring armv7hl 3.6.3-1.fc18 updates 811 k
iputils armv7hl 20121221-2.fc18 updates 152 k
systemd armv7hl 201-2.fc18.7 updates 2.3 M
Upgrade 4 Packages
Total download size: 14 M
Is this ok [y/N]: y
Setting up and reading Presto delta metadata
Processing delta metadata
Package(s) data still to download: 14 M
(1/4): iputils-20121221-2.fc18.armv7hl.rpm | 152 kB 00:02
(2/4): gnome-keyring-3.6.3-1.fc18.armv7hl.rpm | 811 kB 00:03
(3/4): glibc-common-2.16-33.fc18.armv7hl.rpm | 11 MB 00:10
(4/4): systemd-201-2.fc18.7.armv7hl.rpm | 2.3 MB 00:23
Total 590 kB/s | 14 MB 00:24
Running Transaction Check
Running Transaction Test
Transaction Test Succeeded
Error unpacking rpm package glibc-common-2.16-33.fc18.armv7hl
error: unpacking of archive failed on file /usr/libexec/pt_chown: cpio:
error: glibc-common-2.16-33.fc18.armv7hl: install failed
Error unpacking rpm package systemd-201-2.fc18.7.armv7hl
warning: /etc/dbus-1/system.d/org.freedesktop.login1.conf created as
warning: /etc/systemd/journald.conf created as
warning: /etc/systemd/logind.conf created as /etc/systemd/logind.conf.rpmnew
warning: /etc/systemd/system.conf created as /etc/systemd/system.conf.rpmnew
warning: /etc/systemd/user.conf created as /etc/systemd/user.conf.rpmnew
error: unpacking of archive failed on file /usr/bin/systemd-detect-virt:
Error unpacking rpm package iputils-20121221-2.fc18.armv7hl
error: systemd-201-2.fc18.7.armv7hl: install failed
error: unpacking of archive failed on file /usr/bin/ping: cpio: cap_set_file
Error unpacking rpm package gnome-keyring-3.6.3-1.fc18.armv7hl
error: iputils-20121221-2.fc18.armv7hl: install failed
error: unpacking of archive failed on file
/usr/bin/gnome-keyring-daemon: cpio: cap_set_file
glibc-common-2.16-24.fc18.armv7hl was supposed to be removed but is not!
systemd-195-15.fc18.armv7hl was supposed to be removed but is not!
iputils-20121125-2.fc18.armv7hl was supposed to be removed but is not!
gnome-keyring-3.6.2-2.fc18.armv7hl was supposed to be removed but is not!
glibc-common.armv7hl 0:2.16-24.fc18 glibc-common.armv7hl
gnome-keyring.armv7hl 0:3.6.2-2.fc18 gnome-keyring.armv7hl
iputils.armv7hl 0:20121125-2.fc18 iputils.armv7hl 0:20121221-2.fc18
systemd.armv7hl 0:195-15.fc18 systemd.armv7hl 0:201-2.fc18.7
I just got a mail that the hedgewar rebuild (as part of the Fedora-20 mass rebuild),
failed because there is no fpc for arm. So I was wondering if anyone is working on
this and what the plans for fpc on arm are?
ARM introduced a new kernel config option called KUSER_HELPERS. It
seems it allows one to turn something that has always been built-in
off. I've left it on with today's rawhide kernel build, but please
review and change if necessary.