Comments
myoung
Yes, we know. I think there is an easy fix but I haven't heard back from the qemu team yet.
requested fresh builds of libvirt and qemu in the side tag
updated packages to this version, ran freshclam, found eicar "virus"
installed, updated database, found eicar "virus"
Tested package install from epel, also checked epel-testing repo could be read.
epel-playground didn't work but it looks like there isn't an entry for it on the metalink server.
Tested in a container with perl-HTTP-Tiny installed, get Problem message with dnf-3.6.1-1.fc29.noarch but not after update to dnf-3.6.1-2.fc29.noarch
Boots okay on a Pi3 B (not +). Warning in dmesg [ 34.557109] WARNING: CPU: 3 PID: 5 at drivers/gpio/gpiolib.c:2986 gpiod_set_value+0x60/0x68 [ 34.557114] Modules linked in: rt2x00lib rc_core mac80211 hci_uart snd_pcm btbcm snd_timer btintel brcmfmac btqca snd soundcore bluetooth brcmutil drm_kms_helper cfg80211 drm ecdh_generic gpio_raspberrypi_exp fb_sys_fops syscopyarea rfkill sysfillrect sysimgblt nvmem_core bcm2835_thermal crc32_ce bcm2835_wdt bcm2835_rng leds_gpio xfs libcrc32c smsc95xx usbnet mii mmc_block dwc2 sdhci_iproc sdhci_pltfm udc_core sdhci pwm_bcm2835 bcm2835 i2c_bcm2835 bcm2835_dma phy_generic [ 34.557263] CPU: 3 PID: 5 Comm: kworker/u8:0 Tainted: G W 4.16.3-301.fc28.aarch64 #1 [ 34.557267] Hardware name: raspberrypi rpi/rpi, BIOS 2018.03 04/15/2018 [ 34.557286] Workqueue: events_unbound async_run_entry_fn [ 34.557295] pstate: 20400005 (nzCv daif +PAN -UAO) [ 34.557305] pc : gpiod_set_value+0x60/0x68 [ 34.557312] lr : gpiod_set_value+0x30/0x68 ...
This gives errors like
[LibClamAV] cli_loadldb: logical signature for Win.Trojan.ssid18332-1 uses PCREs but support is disabled, skipping
when a scan is run. This is a regression as clamconf | grep Optional gives
Optional features supported: MEMPOOL IPv6 AUTOIT_EA06 BZIP2 LIBXML2 ICONV JIT
for this version but clamav-0.99.2-2.el6 gave
Optional features supported: MEMPOOL IPv6 AUTOIT_EA06 BZIP2 LIBXML2 PCRE ICONV JIT
It looks worse than it is as a lot of the qemu fixes aren't reached in the Fedora build.
The 8.2.0.rc2 qemu builds works for xen 4.17 but not for xen 4.18 because there is a xen version condition in include/hw/xen/xen_native.h which is in my opinion broken.