Hey All,
A new change proposal has been submitted for the Fedora 33 release
cycle which entails the usage of Btrfs by default [0] for Workstations and
Spins across x86_64 and ARM architectures, As a result, we have
organized a test week from Monday, Aug 31, 2020. As a part of this test
week, we wi
Hi,
These are based on Fedora-Workstation-Live-x86_64-33-20200828.n.0.iso
in a VM. The numbers are different on bare metal but correlate.
The only standout is rngd.service. That's a pretty big single hit,
percentage wise. And I don't know if we even need it anymore. Among
the rest, perhaps atd.se
On Sat, 2020-08-29 at 19:16 +0200, Miro Hrončok wrote:
> On 29. 08. 20 4:43, Michel Alexandre Salim wrote:
> > - I'll refactor lua in Fedora so lua-devel pulls in lua-rpm-macros
> > rather than shipping macros.lua, then enable shipping macros.lua in
> > lua-rpm-macros (right now it's excluded on Fe
On Sat, Aug 29, 2020, at 2:19 PM, Igor Raits wrote:
> And only way to get to the distribution defaults is to download RPM
> with matching version, unpack it and get its /etc/foo.conf.
On ostree-based systems, the defaults for /etc are in /usr/etc, so
you always have them - it needs this to do th
Observations based on Fedora-Workstation-Live-x86_64-33-20200828.n.0.iso
1. The ext4+squashfs image on media has no /etc/resolv.conf at all;
this is what forms the basis of /dev/mapper/live-base, and is the
source for installations (copied by rsync).
2. The installation live environment uses /dev
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
On Sat, 2020-08-29 at 11:02 -0700, John M. Harris Jr wrote:
> On Saturday, August 29, 2020 1:00:17 AM MST Samuel Sieb wrote:
> > On 8/28/20 9:40 PM, John M. Harris Jr wrote:
> >
> > > Please don't invent a new logic, especially the one that systemd
On Saturday, August 29, 2020 1:00:17 AM MST Samuel Sieb wrote:
> On 8/28/20 9:40 PM, John M. Harris Jr wrote:
>
> > Please don't invent a new logic, especially the one that systemd does.
> > This makes it very difficult to figure out where in the world the
> > configuration file for a given progra
On 29. 08. 20 4:43, Michel Alexandre Salim wrote:
- I'll refactor lua in Fedora so lua-devel pulls in lua-rpm-macros
rather than shipping macros.lua, then enable shipping macros.lua in
lua-rpm-macros (right now it's excluded on Fedora to avoid file
conflicts)
Please make it conditional on rpm-b
On 29. 08. 20 3:36, Michel Alexandre Salim wrote:
Somehow this seems to be automatically applied on Fedora 33 and above
-- without adding any manual require on lua(abi)
Yes, this is done by the automatic dependency generator in Fedora 33+:
https://src.fedoraproject.org/rpms/lua/pull-request/3
On Fri, Aug 28, 2020 at 7:52 pm, Chris Murphy
wrote:
Between avahi and systemd-resolved, I'm not sure which one is more
dependable for blocking on. Or whether their maintainers would be on
board with such a criterion. At least for F33, Avahi is what we're
using on desktops for this. Both resolve
No missing expected images.
Soft failed openQA tests: 3/16 (x86_64)
(Tests completed, but using a workaround for a known bug)
Old soft failures (same test soft failed in Fedora-IoT-33-20200828.0):
ID: 650863 Test: x86_64 IoT-dvd_ostree-iso install_default@uefi
URL: https://openqa.fedoraproj
OLD: Fedora-33-20200828.n.0
NEW: Fedora-33-20200829.n.0
= SUMMARY =
Added images:1
Dropped images: 4
Added packages: 0
Dropped packages:1
Upgraded packages: 0
Downgraded packages: 0
Size of added packages: 0 B
Size of dropped packages:11.96 KiB
Size of
Missing expected images:
Iot dvd x86_64
Iot dvd aarch64
Failed openQA tests: 2/16 (x86_64)
New failures (same test not failed in Fedora-IoT-34-20200824.0):
ID: 650671 Test: x86_64 IoT-dvd_ostree-iso iot_clevis
URL: https://openqa.fedoraproject.org/tests/650671
ID: 650673 Test: x86_64
No missing expected images.
Passed openQA tests: 7/7 (x86_64)
--
Mail generated by check-compose:
https://pagure.io/fedora-qa/check-compose
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedorap
No missing expected images.
Soft failed openQA tests: 1/7 (x86_64)
(Tests completed, but using a workaround for a known bug)
Old soft failures (same test soft failed in Fedora-Cloud-32-20200828.0):
ID: 650649 Test: x86_64 Cloud_Base-qcow2-qcow2 cloud_autocloud
URL: https://openqa.fedoraproj
Version 11 of ocrmypdf changes license from "LGPLv2 and CC-BY-SA and
Public Domain" to "MPL2.0 and MIT and BSD and CC-BY-SA and Public
Domain"
The main code switched licenses (to MPL2.0), and I found a few files
imported from elsewhere that had a different license (MIT/BSD).
It will be built for
On 8/28/20 9:40 PM, John M. Harris Jr wrote:
Please don't invent a new logic, especially the one that systemd does. This
makes it very difficult to figure out where in the world the configuration
file for a given program is. With systemd, sure, it's not so bad, as the
System defaults go in /usr
No missing expected images.
Compose FAILS proposed Rawhide gating check!
3 of 43 required tests failed
openQA tests matching unsatisfied gating requirements shown with **GATING**
below
Failed openQA tests: 11/181 (x86_64)
New failures (same test not failed in Fedora-Rawhide-20200823.n.2):
ID:
18 matches
Mail list logo
