dnf warning - Fedora-Minimal-armhfp-Rawhide-20180807.n.0-sda
by Robert Moskowitz
Just got:
# dnf install mlocate
Last metadata expiration check: 1:20:24 ago on Thu 09 Aug 2018 09:31:41
AM EDT.
Dependencies resolved.
================================================================================
Package Arch Version Repository Size
================================================================================
Installing:
mlocate armv7hl 0.26-22.fc29 rawhide 110 k
Transaction Summary
================================================================================
Install 1 Package
Total download size: 110 k
Installed size: 374 k
Is this ok [y/N]: y
Downloading Packages:
mlocate-0.26-22.fc29.armv7hl.rpm 20 kB/s | 110 kB 00:05
--------------------------------------------------------------------------------
Total 9.8 kB/s | 110 kB 00:11
/usr/lib/python3.7/site-packages/dnf/cli/cli.py:231: DeprecationWarning:
Using or importing the ABCs from 'collections' instead of from
'collections.abc' is deprecated, and in 3.8 it will stop working
if not isinstance(display, collections.Sequence):
Running transaction check
Transaction check succeeded.
Running transaction test
Transaction test succeeded.
Running transaction
Preparing : 1/1
Running scriptlet:
mlocate-0.26-22.fc29.armv7hl 1/1
Installing :
mlocate-0.26-22.fc29.armv7hl 1/1
Running scriptlet:
mlocate-0.26-22.fc29.armv7hl 1/1
Verifying :
mlocate-0.26-22.fc29.armv7hl 1/1
Installed:
mlocate-0.26-22.fc29.armv7hl
Complete!
================
Don't know what is the source of the message, dnf or mlocate rpm...
5 years, 8 months
fake hwclock
by Robert Moskowitz
This is from the Centos-arm list.
I have this running on a number of Centos7-armfhp Cubieboards.
I have just tested it on Fedora-Minimal-armhfp-Rawhide-20180807.n.0-sda
The result in journalctl -b is below
-------- Forwarded Message --------
Subject: Re: [Arm-dev] Security auditing service
Date: Tue, 7 Aug 2018 10:36:32 +0000
From: Kristján Valur Jónsson <kristjan(a)rvx.is>
Reply-To: Conversations around CentOS on ARM hardware <arm-dev(a)centos.org>
To: Conversations around CentOS on ARM hardware <arm-dev(a)centos.org>
aproppos incorrect time, I wrote a fake-hwclock service for centos,
available here:
https://github.com/kristjanvalur/fake-hwclock
--
Kv,
Kristján Valur Jónsson, RVX
==========================================
Jun 22 11:12:15 localhost kernel: audit: type=1130
audit(1529680335.963:83): pi>
Jun 22 11:12:16 localhost systemd[1]: Received SIGRTMIN+20 from PID 372
(plymou>
Jun 22 11:12:16 localhost systemd[1]: Started Tell Plymouth To Write Out
Runtim>
Jun 22 11:12:16 localhost audit[1]: SERVICE_START pid=1 uid=0
auid=4294967295 s>
Jun 22 11:12:16 localhost kernel: audit: type=1130
audit(1529680336.052:84): pi>
Jun 22 11:12:16 localhost audit[1]: SERVICE_STOP pid=1 uid=0
auid=4294967295 se>
Jun 22 11:12:16 localhost kernel: audit: type=1131
audit(1529680336.079:85): pi>
Jun 22 11:12:16 localhost systemd-tmpfiles[610]:
[/usr/lib/tmpfiles.d/mdadm.con>
Jun 22 11:12:16 localhost fake-hwclock[607]: 1
Jun 22 11:12:16 localhost fake-hwclock[607]: loading saved time
2018-08-08 08:5>
Aug 08 08:55:48 localhost fake-hwclock[607]: Wed Aug 8 08:55:48 EDT 2018
Aug 08 08:55:48 localhost kernel: audit: type=1130
audit(1533732948.014:86): pi>
Aug 08 08:55:48 localhost audit[1]: SERVICE_START pid=1 uid=0
auid=4294967295 s>
Aug 08 08:55:48 localhost systemd[1]: Started Fake Hardware Clock.
Aug 08 08:55:48 localhost systemd[1]: Reached target System Time
Synchronized.
This gives you real time sooner than Chrony does.
5 years, 8 months
cmake segfault on 32-bit arches on Rawhide
by Adam Williamson
I just tried a rebuild of a package in Rawhide, it worked on most
arches, but failed on armv7hl and i686 (our only 32-bit arches). On
both arches, cmake seems to have segfaulted:
https://koji.fedoraproject.org/koji/taskinfo?taskID=28626511
https://kojipkgs.fedoraproject.org//work/tasks/6529/28626529/build.log
https://kojipkgs.fedoraproject.org//work/tasks/6531/28626531/build.log
+ /usr/bin/cmake -DCMAKE_C_FLAGS_RELEASE:STRING=-DNDEBUG
-DCMAKE_CXX_FLAGS_RELEASE:STRING=-DNDEBUG
-DCMAKE_Fortran_FLAGS_RELEASE:STRING=-DNDEBUG
-DCMAKE_VERBOSE_MAKEFILE:BOOL=ON -DCMAKE_INSTALL_PREFIX:PATH=/usr
-DINCLUDE_INSTALL_DIR:PATH=/usr/include -DLIB_INSTALL_DIR:PATH=/usr/lib
-DSYSCONF_INSTALL_DIR:PATH=/etc -DSHARE_INSTALL_PREFIX:PATH=/usr/share
-DBUILD_SHARED_LIBS:BOOL=ON -DBUILD_SHARED_LIBS:BOOL=OFF
-DCMAKE_BUILD_TYPE=Release .
/var/tmp/rpm-tmp.0imLnb: line 47: 15870 Segmentation fault (core
dumped) /usr/bin/cmake -DCMAKE_C_FLAGS_RELEASE:STRING="-DNDEBUG"
-DCMAKE_CXX_FLAGS_RELEASE:STRING="-DNDEBUG"
-DCMAKE_Fortran_FLAGS_RELEASE:STRING="-DNDEBUG"
-DCMAKE_VERBOSE_MAKEFILE:BOOL=ON -DCMAKE_INSTALL_PREFIX:PATH=/usr
-DINCLUDE_INSTALL_DIR:PATH=/usr/include -DLIB_INSTALL_DIR:PATH=/usr/lib
-DSYSCONF_INSTALL_DIR:PATH=/etc -DSHARE_INSTALL_PREFIX:PATH=/usr/share
-DBUILD_SHARED_LIBS:BOOL=ON -DBUILD_SHARED_LIBS:BOOL=OFF
-DCMAKE_BUILD_TYPE=Release .
Just wanted to flag this up. I haven't yet tried doing the build in a
mock to try and get the core out, or anything like that.
--
Adam Williamson
Fedora QA Community Monkey
IRC: adamw | Twitter: AdamW_Fedora | XMPP: adamw AT happyassassin . net
http://www.happyassassin.net
5 years, 8 months
Fwd: Resizing the root partition when loading on a Raspberry Pi 3 B+
by Víctor R. Ruiz
Hi:
On Wed, Aug 1, 2018 at 5:43 PM, Nat W. Garrison, Jr.
<nat(a)natgarrison.com> wrote:
> I have loaded the arm 64-bit Server 28 version of Fedora on a 32 GB micro SSD and I can't get root to resize. I was able to resize the 3rd partition that root is contained within, but I can't get root bigger than 5.1 GB.
Have you tried --resizefs with fedora-arm-image-installer?
$ fedora-arm-image-installer --help
Usage: fedora-arm-image-installer <options>
--addconsole - Add system console to extlinux.conf
--addkey= - /path/to/ssh-public-key
--image=IMAGE - xz compressed image file name
--media=DEVICE - media device file (/dev/[sdX|mmcblkX])
--norootpass - Remove the root password
--resizefs - Resize root filesystem to fill media device
Greetings,
--
Víctor R. Ruiz <rvr(a)redhat.com>
Kernel QE - Hardware Enablement
- All these moments will be lost in time, like tears in rain.
5 years, 8 months