Ciao,
I'm going to unretire non-ntk in rawhide and f31 releases,
because it's a dependency for lv2-sorcer and maybe other audio
packages.
I will file a review request ASAP, I have already made a scratch
build in rawhide [0]
FAS account: tartina
Ciao
Guido
[0]: https://koji.fedoraproject.org/ko
I hope the package gets unretired, because the way things are now, even
dnf groupinstall "Audio Production" fails to work.
- Mehdi
On Sun, Jan 5, 2020, 15:11 Guido Aulisi wrote:
> Il giorno dom, 05/01/2020 alle 12.21 +0100, Miro Hrončok ha scritto:
> > On 03. 01. 20 19:24, Kevin Kofler wrote:
>
On Sun, Jan 05, 2020 at 05:27:19PM +0100, Clement Verna wrote:
> On Fri, 3 Jan 2020 at 22:41, Kevin Fenzi wrote:
>
> > As some of you may know, we have been having issues with koji and bodhi
> > over the holidays. :( koji would sometimes not tag builds or error them
> > with odd error messages an
On Sun, Jan 5, 2020 at 4:43 AM Aleksandra Fedorova wrote:
>
> I wonder, how I as a user going to be informed about the
> earlyoom-event?
Same as a kernel oom-killer event. Primary source is the journal.
But well before either earlyoom sends SIGTERM or kernel oom-killer
kills something, the user
# Fedora Quality Assurance Meeting
# Date: 2020-01-06
# Time: 16:00 UTC
(https://fedoraproject.org/wiki/Infrastructure/UTCHowto)
# Location: #fedora-meeting on irc.freenode.net
Greetings testers!
It's a new year, and we haven't met for a while, so sorry for the short
notice, but let's get togethe
On Sun, Jan 5, 2020 at 2:18 AM Zbigniew Jędrzejewski-Szmek
wrote:
>
> On Sat, Jan 04, 2020 at 04:38:19PM -0700, Chris Murphy wrote:
> > My understanding of systemd OOMPolicy= behavior, is it looks for the
> > kernel's oom-killer messages and acts upon those. Whereas earlyoom
> > uses the same metr
On Sunday, January 5, 2020 5:23:12 AM MST Bohdan Khomutskyi wrote:
> Summary
>
> Improve compression ratio of SquashFS filesystem on the installation media.
> Owner
>
> Name: Bohdan Khomutskyi
>
> Email: bkhom...@redhat.com
> Current status
>
> Targeted release: I propose this change for Fedor
On Sun, Jan 5, 2020 at 5:24 AM Bohdan Khomutskyi wrote:
>
> Summary
>
> Improve compression ratio of SquashFS filesystem on the installation media.
On the issues of Fedora ISOs using excessive CPU, related to lzma decompression:
https://bugzilla.redhat.com/show_bug.cgi?id=1717728
https://pagure.i
On Fri, 3 Jan 2020 at 22:41, Kevin Fenzi wrote:
> As some of you may know, we have been having issues with koji and bodhi
> over the holidays. :( koji would sometimes not tag builds or error them
> with odd error messages and bodhi wasn't pushing updates.
>
> I'm happy to report that the underlyi
pykka is orphaned again. Please feel free to take it.
Reasons:
https://bugzilla.redhat.com/show_bug.cgi?id=1785943
https://bugzilla.redhat.com/show_bug.cgi?id=1787429
https://src.fedoraproject.org/rpms/pykka/pull-request/2
___
devel mailing list -- devel
OLD: Fedora-Rawhide-20200104.n.1
NEW: Fedora-Rawhide-20200105.n.0
= SUMMARY =
Added images:0
Dropped images: 0
Added packages: 1
Dropped packages:4
Upgraded packages: 12
Downgraded packages: 0
Size of added packages: 12.91 KiB
Size of dropped packages
No missing expected images.
Failed openQA tests: 8/155 (x86_64), 1/2 (arm)
New failures (same test not failed in Fedora-Rawhide-20200104.n.1):
ID: 507040 Test: x86_64 Server-dvd-iso support_server
URL: https://openqa.fedoraproject.org/tests/507040
ID: 507043 Test: x86_64 Server-dvd-iso
On Sun, Jan 05, 2020 at 12:29:40PM +0100, Aleksandra Fedorova wrote:
> On Sun, Jan 5, 2020 at 10:18 AM Zbigniew Jędrzejewski-Szmek
> wrote:
> >
> > On Sat, Jan 04, 2020 at 04:38:19PM -0700, Chris Murphy wrote:
> > > On Sat, Jan 4, 2020 at 2:51 AM Aleksandra Fedorova
> > > wrote:
> > >
> > > > Si
Summary
Improve compression ratio of SquashFS filesystem on the installation media.
Owner
Name: Bohdan Khomutskyi
Email: bkhom...@redhat.com
Current status
Targeted release: I propose this change for Fedora 32
Last updated: Jan 5 2020
Pagure.io issue: https://pagure.io/releng/issue/9127
I w
On Sun, Jan 5, 2020 at 12:39 AM Chris Murphy wrote:
>
> On Sat, Jan 4, 2020 at 2:51 AM Aleksandra Fedorova wrote:
>
> > Since in the Change we are not introducing just the earlyoom tool but
> > enable it with a specific profile I would add those details here. Smth like:
> >
> > "earlyoom service
Il giorno dom, 05/01/2020 alle 12.21 +0100, Miro Hrončok ha scritto:
> On 03. 01. 20 19:24, Kevin Kofler wrote:
> > Zbigniew Jędrzejewski-Szmek wrote:
> > > The dep was provided by non-ntk, which got retired about half a
> > > year
> > > ago [1] after FTBFSing since F29 [2].
> >
> > Isn't it great
On Sun, Jan 5, 2020 at 10:18 AM Zbigniew Jędrzejewski-Szmek
wrote:
>
> On Sat, Jan 04, 2020 at 04:38:19PM -0700, Chris Murphy wrote:
> > On Sat, Jan 4, 2020 at 2:51 AM Aleksandra Fedorova
> > wrote:
> >
> > > Since in the Change we are not introducing just the earlyoom tool but
> > > enable it
On 03. 01. 20 19:24, Kevin Kofler wrote:
Zbigniew Jędrzejewski-Szmek wrote:
The dep was provided by non-ntk, which got retired about half a year
ago [1] after FTBFSing since F29 [2].
Isn't it great when the policy designed to remove
breakage from the distribution actually CREATES breakage? Ret
Il 05/01/20 10:54, Pierre-Yves Chibon ha scritto:
>
> You may also want to print/check when these updates were created, I suspect a
> number of them may be older than this outage.
>
> Also, this has been problematic in the past but since bodhi now simply ignores
> these updates when doing the compo
On Sat, Jan 04, 2020 at 09:37:04AM -, Mattia Verga via devel wrote:
> > On Fri, Jan 03, 2020 at 11:55:27PM +0100, Kevin Kofler wrote:
> >
> > Yes, they are all because bodhi started composing them, moved their tags
> > and then failed (because koji wasn't tagging things in a timely manner).
>
On Sat, Jan 04, 2020 at 04:38:19PM -0700, Chris Murphy wrote:
> On Sat, Jan 4, 2020 at 2:51 AM Aleksandra Fedorova wrote:
>
> > Since in the Change we are not introducing just the earlyoom tool but
> > enable it with a specific profile I would add those details here. Smth like:
> >
> > "earlyoom
On Sat, Jan 04, 2020 at 12:48:21AM +0100, Kevin Kofler wrote:
> Fabio Valentini wrote:
> > Don't blame Miro for doing the necessary things, just because you don't
> > like the process.
>
> The issue is that I do not agree that this process is necessary to begin
> with.
>
> > We have asked you mu
22 matches
Mail list logo
