No missing expected images.
Soft failed openQA tests: 1/7 (x86_64), 1/7 (aarch64)
(Tests completed, but using a workaround for a known bug)
Old soft failures (same test soft failed in Fedora-Cloud-33-20210101.0):
ID: 749623 Test: x86_64 Cloud_Base-qcow2-qcow2 cloud_autocloud
URL:
On Fri, Jan 1, 2021 at 7:59 PM Chris Murphy wrote:
>Given this possibility, I think level 1 is the best
> choice as a default for Fedora.
^ for the fstab mount option way of doing this for the entire file system.
If one day there's 'btrfs property' support for levels, it's easy to
imagine doing
https://fedorapeople.org/groups/389ds/ci/nightly/2021/01/02/report-389-ds-base-1.4.4.9-1.fc33.x86_64.html
___
389-devel mailing list -- 389-devel@lists.fedoraproject.org
To unsubscribe send an email to 389-devel-le...@lists.fedoraproject.org
Fedora Code
Once upon a time, Chris Murphy said:
> On Fri, Jan 1, 2021 at 4:54 PM Kevin Kofler via devel
> wrote:
> > I don't think we should be destroying data by default. There should be no
> > expiry by default.
>
> Indirectly they already expire by default. It's just a different
> expiration date for
On Fri, Jan 1, 2021 at 11:31 AM Artem Tim wrote:
>
> It's faster. Here is some benchmark with different zstd compression ratios
> https://lkml.org/lkml/2019/1/28/1930. Could be outdated a little bit though.
>
> But for HDD it makes sense to increase it probably. And IIRC Chris wrote
> about
A few more things:
* btrfs-progs tools don't yet have a way to report compression
information. While 'df' continues to report correctly about actual
blocks used and free, both regular 'du' (coreutils) and 'btrfs
filesystem du' will report uncompressed values.
* 'compsize' will report
All builds have completed in a side tag with the exception of gmic which
looks to be failing for gcc 11 related issues? But only on 32-bit arches.
https://koji.fedoraproject.org/koji/taskinfo?taskID=58753095
Thanks,
Richard
___
devel mailing list --
On Fri, Jan 1, 2021 at 4:54 PM Kevin Kofler via devel
wrote:
>
> Matthew Miller wrote:
> > Right now, we don't set MaxRetentionSec, so journal expiry on Workstation
> > is entirely based on disk usage.
> >
> > Logs can accidentally contain sensitive data, and it's just plain faster
> > to work
The following Fedora EPEL 7 Security updates need testing:
Age URL
15 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2020-4a9fc09599
openjpeg2-2.3.1-10.el7
6 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2020-7c91badc19
guacamole-server-1.2.0-2.el7
2
On Fri, Jan 1, 2021 at 7:02 PM Matthew Miller wrote:
>
> On Sat, Jan 02, 2021 at 12:53:52AM +0100, Kevin Kofler via devel wrote:
> > > Logs can accidentally contain sensitive data, and it's just plain faster
> > > to work with them when there's less. I propose we set this to something
> > > like
On Sat, Jan 02, 2021 at 12:53:52AM +0100, Kevin Kofler via devel wrote:
> > Logs can accidentally contain sensitive data, and it's just plain faster
> > to work with them when there's less. I propose we set this to something
> > like six months by default.
>
> I don't think we should be
Matthew Miller wrote:
> Right now, we don't set MaxRetentionSec, so journal expiry on Workstation
> is entirely based on disk usage.
>
> Logs can accidentally contain sensitive data, and it's just plain faster
> to work with them when there's less. I propose we set this to something
> like six
On Fri, Jan 1, 2021 at 8:02 PM Michael Schwendt wrote:
>
> On Fri, 1 Jan 2021 06:58:43 -0500, Neal Gompa wrote:
>
> > > Explicit "Conflicts" here, at least, in
> > > pipewire-jack-audio-connection-kit:
> > > https://koji.fedoraproject.org/koji/rpminfo?rpmID=24326970
> > >
> > > Conflicts in
On Fri, 1 Jan 2021 10:26:13 -0500, Nico Kadel-Garcia wrote:
> > Explicit "Conflicts" here, at least, in pipewire-jack-audio-connection-kit:
> > https://koji.fedoraproject.org/koji/rpminfo?rpmID=24326970
> >
> > Conflicts in distribution packages are bad, bad, bad and typically a dead
> > end when
On Fri, 1 Jan 2021 06:58:43 -0500, Neal Gompa wrote:
> > Explicit "Conflicts" here, at least, in pipewire-jack-audio-connection-kit:
> > https://koji.fedoraproject.org/koji/rpminfo?rpmID=24326970
> >
> > Conflicts in distribution packages are bad, bad, bad and typically a dead
> > end when
It's faster. Here is some benchmark with different zstd compression ratios
https://lkml.org/lkml/2019/1/28/1930. Could be outdated a little bit though.
But for HDD it makes sense to increase it probably. And IIRC Chris wrote about
such plans.
___
On Thu, 31 Dec 2020 at 14:59, Richard Shaw wrote:
>
> I maintain a suite of ham radio related packages. The developer is very
> active and often creates test versions adding and incrementing the "tweak"
> part of the version which is removed for the full releases and the patch
> level
On Thu, Dec 31, 2020 at 8:41 AM Till Maas wrote:
> Hi,
>
> On Thu, Dec 31, 2020 at 07:58:53AM -0600, Richard Shaw wrote:
>
> > 4. Build the packages in COPR.
> >
> > Easy enough using a bash script but is there a better way?
>
> packit allows to create test builds in COPR based on GitHub PRs and
As we start a new year, I'm thinking about data retention in general. :)
In my experience, it's pretty rare on an end-user laptop or desktop system for
logs from much more than the previous boot to be interesting. Maybe I
occasionally want to look back a little while to see if a problem just
On Fri, Jan 01, 2021 at 11:50:55AM -0500, Matthew Miller wrote:
> > as such. Reading the documentation, contributing a whole new package
> > is no the first thing I can do for Fedora, requiring a sponsor and
> > so on, so I suppose I should start by contributing version updates
> > for my
On Fri, Jan 01, 2021 at 10:46:29AM +0200, Otto Urpelainen wrote:
> I am a Fedora user since 2013. I have also been following Fedora
> development for some years, mostly by checking the Accepted Changes
Hi Otto! Always great to see long-time Fedorans get more involved!
> as such. Reading the
Missing expected images:
Xfce raw-xz armhfp
Compose FAILS proposed Rawhide gating check!
2 of 43 required tests failed
openQA tests matching unsatisfied gating requirements shown with **GATING**
below
Failed openQA tests: 11/180 (x86_64), 4/122 (aarch64)
New failures (same test not failed in
Missing expected images:
Iot dvd aarch64
Iot dvd x86_64
Failed openQA tests: 3/16 (x86_64), 7/15 (aarch64)
New failures (same test not failed in Fedora-IoT-34-20201231.0):
ID: 749597 Test: x86_64 IoT-dvd_ostree-iso iot_zezere_server
URL: https://openqa.fedoraproject.org/tests/749597
ID:
https://bugzilla.redhat.com/show_bug.cgi?id=1911914
Bug ID: 1911914
Summary: perl-Future-0.47 is available
Product: Fedora
Version: rawhide
Status: NEW
Component: perl-Future
Keywords: FutureFeature, Triaged
On Fri, Jan 1, 2021 at 10:29 AM Leigh Scott wrote:
>
> > On Fri, Jan 1, 2021 at 5:07 AM Michael Schwendt > wrote:
> >
> > PipeWire replaces libjack and the JACK daemon, so the Conflicts are correct.
>
> How?
>
> $ rpm -q --requires libavdevice |grep jack
> libjack.so.0()(64bit)
>
>
> $ dnf
> On Fri, Jan 1, 2021 at 5:07 AM Michael Schwendt wrote:
>
> PipeWire replaces libjack and the JACK daemon, so the Conflicts are correct.
How?
$ rpm -q --requires libavdevice |grep jack
libjack.so.0()(64bit)
$ dnf whatprovides 'libjack.so.0()(64bit)'
[sudo] password for leigh:
Last metadata
On Fri, Jan 1, 2021 at 5:07 AM Michael Schwendt wrote:
>
> On Thu, 31 Dec 2020 16:26:15 +0100, Matthias Runge wrote:
>
> > On 31/12/2020 16:10, Martin Gansser wrote:
> > > this means that jack-audio-connection-kit has been replaced by
> > > pipewire-jack-audio-connection-kit ?
> >
> > >-
Looks like we've missed a few releases... Current version in Fedora is
1.4.6.
I also found reference to a 1 yo pull request to trytond[1] which appears
to be abandoned.
Affected packages are:
$ dnf repoquery --repoid=rawhide --whatrequires "MySQL-python3"
trytond-mysql-0:4.0.4-15.fc33.noarch
$
On Wed, 30 Dec 2020 at 19:53, Ben Cotton wrote:
> ** Update anaconda to perform the installation using mount -o
> compress=zstd:1
>
Any reason behind compression level of 1 rather than the default of 3?
___
devel mailing list --
OLD: Fedora-Rawhide-20201231.n.0
NEW: Fedora-Rawhide-20210101.n.0
= SUMMARY =
Added images:68
Dropped images: 0
Added packages: 5
Dropped packages:4
Upgraded packages: 83
Downgraded packages: 0
Size of added packages: 2.09 MiB
Size of dropped packages
On Fri, Jan 1, 2021 at 5:07 AM Michael Schwendt wrote:
>
> On Thu, 31 Dec 2020 16:26:15 +0100, Matthias Runge wrote:
>
> > On 31/12/2020 16:10, Martin Gansser wrote:
> > > this means that jack-audio-connection-kit has been replaced by
> > > pipewire-jack-audio-connection-kit ?
> >
> > >-
On Thu, 31 Dec 2020 16:26:15 +0100, Matthias Runge wrote:
> On 31/12/2020 16:10, Martin Gansser wrote:
> > this means that jack-audio-connection-kit has been replaced by
> > pipewire-jack-audio-connection-kit ?
>
> >- package pipewire-jack-audio-connection-kit-0.3.13-4.fc33.i686
> >
Jerry James writes:
> On Thu, Dec 31, 2020 at 5:37 AM Zbigniew Jędrzejewski-Szmek
> wrote:
> > Normally, I'd be in favour of "dragging out" the removal a bit, but
> > in this case I think we don't need to, because of the relatively
> > close replacement and the small number of users.
It's
No missing expected images.
Soft failed openQA tests: 1/7 (x86_64), 1/7 (aarch64)
(Tests completed, but using a workaround for a known bug)
Old soft failures (same test soft failed in Fedora-Cloud-32-20201231.0):
ID: 749276 Test: x86_64 Cloud_Base-qcow2-qcow2 cloud_autocloud
URL:
Greetings,
I am a Fedora user since 2013. I have also been following Fedora
development for some years, mostly by checking the Accepted Changes wiki
pages, sometimes also by reading the mailing list discussions. Lately, I
have discovered some useful applications that are not available in
35 matches
Mail list logo
