Re: koji / bodhi issues status update

2020-01-09 Thread Pierre-Yves Chibon
On Wed, Jan 08, 2020 at 10:32:42PM +, Sérgio Basto wrote: > Hi, a little "by the way" , I think if koji fails to tag the build or > anything else, the final result should be failed, to avoid > inconsistencies. I opened an issue on koji [1] > [1] > https://pagure.io/koji/issue/1895 We'll see

Re: Let's talk about Fedora in the '20s!

2020-01-09 Thread Richard W.M. Jones
On Tue, Jan 07, 2020 at 09:08:20AM -0500, Colin Walters wrote: > > > On Tue, Jan 7, 2020, at 6:41 AM, Tom Hughes wrote: > > > > I'd love to find a way to directly integrate the likes of gem, npm > > etc directly into our packaging rather than us having to repackage > > everything by hand but I ju

New packager: girst

2020-01-09 Thread Vascom
Welcome new Fedora's packager - girst. He is already rpmfusion packager and I am sure will be good in Fedora. ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Condu

Re: Fedora 32 system-wide change proposal: reduce installation media size by improving the compression ratio of SquashFS filesystem

2020-01-09 Thread Lukas Ruzicka
> > Why stacked images? Consider a single base.img that's maybe 1G, and > now you don't have to do separate composes for server, cloud, GNOME, > KDE, Cinnamon, LXQt, Astronomy that repeat a lot of the same steps, > including expensive steps like compressing the same things over and > over again. Ju

Re: Fedora 32 System-Wide Change proposal: iptables-nft-default

2020-01-09 Thread Phil Sutter
Hi Kevin, On Tue, Jan 07, 2020 at 10:16:05AM -0800, Kevin Fenzi wrote: > On Mon, Jan 06, 2020 at 06:02:12PM +0100, Phil Sutter wrote: > > I just noticed we didn't finish discussing the package rename proposal > > in related releng issue[1]: > > > > On Wed, Oct 30, 2019 at 05:02:08PM -0400, Ben Co

Lagging system with latest kernels

2020-01-09 Thread Jan Grulich
Hi, I don't know if anyone already asked about this, but since I upgraded to Fedora 31, which had newer kernel than Fedora 30 back then, I started experiencing annoying lags of the system. This can be now reproduced even with Fedora 30 as they both have identical kernels. When this happens,

Re: Fedora 32 System-Wide Change proposal: iptables-nft-default

2020-01-09 Thread Neal Gompa
On Thu, Jan 9, 2020 at 5:15 AM Phil Sutter wrote: > > Hi Kevin, > > On Tue, Jan 07, 2020 at 10:16:05AM -0800, Kevin Fenzi wrote: > > On Mon, Jan 06, 2020 at 06:02:12PM +0100, Phil Sutter wrote: > > > I just noticed we didn't finish discussing the package rename proposal > > > in related releng iss

Re: Lagging system with latest kernels

2020-01-09 Thread Artur Iwicki
I recently began having a similar issue - with some programs, whereas previously the system would slow down slightly due to load, now it freezes for like half a second or a full second. This is most prominent when I launch Chromium, but is also visible when I switch to a long-unused tab in Firef

Re: Lagging system with latest kernels

2020-01-09 Thread Jan Grulich
I did some search again. It looks many other distributions (Ubuntu, Arch, Manjaro) have this issue as well. Users report this as a regression since kernel 4.2. Some suggested to disable swap, which makes this problem go away for them. I'm testing this right now and it seem to make significant d

Re: Fedora 32 System-Wide Change proposal (late): Enable EarlyOOM

2020-01-09 Thread Benjamin Berg
On Wed, 2020-01-08 at 12:24 -0700, Chris Murphy wrote: > On Mon, Jan 6, 2020 at 11:09 AM Lennart Poettering > wrote: > > - facebook is working on making oomd something that just works for > > everyone, they are in the final rounds of canonicalizing the > > configuration so that it can just wo

[Test-Announce] Fedora 32 Rawhide 20200109.n.0 nightly compose nominated for testing

2020-01-09 Thread rawhide
Announcing the creation of a new nightly release validation test event for Fedora 32 Rawhide 20200109.n.0. Please help run some tests for this nightly compose if you have time. For more information on nightly release validation testing, see: https://fedoraproject.org/wiki

Re: Qt 5.14 rawhide

2020-01-09 Thread Damian Ivanov
>Including a new Qt version in COPR is not a problem, problem is that many >packages need rebuilds (from KF5, Plasma, etc.) and that's quite a lot of >work. It would be great if I could rebuilt the packages to do the testing. I imagine something like fedpkg co -a qt5-qtbase qt5.14 would be great [m

Re: Lagging system with latest kernels

2020-01-09 Thread Stephen John Smoogen
On Thu, 9 Jan 2020 at 07:37, Jan Grulich wrote: > > I did some search again. It looks many other distributions (Ubuntu, Arch, > Manjaro) have this issue as well. Users report this as a regression since > kernel 4.2. Some suggested to disable swap, which makes this problem go away > for them. I'm t

Re: Let's talk about Fedora in the '20s!

2020-01-09 Thread Richard Shaw
On Mon, Jan 6, 2020 at 11:20 AM Matthew Miller wrote: > > Those are my thoughts. What other challenges and opportunities do you see, > and what would you like us to focus on? > The packaging process has changed a lot over the last couple of years (well, not the core fedpkg process) but I've been

Re: Copr Build System - review of 2019 and vote for features in 2020

2020-01-09 Thread Miroslav Suchý
Dne 08. 01. 20 v 17:59 Neal Gompa napsal(a): > This is an interesting idea, but I'd really like to see an integrated > registry offering in Copr This would require MUCH bigger storage. I estimated it 100+ TB. Red Hat donated us 20TB storage, but that is enough just for RPMs not for container ima

Fedora-Rawhide-20200109.n.0 compose check report

2020-01-09 Thread Fedora compose checker
No missing expected images. Compose FAILS proposed Rawhide gating check! 1 of 43 required tests failed openQA tests matching unsatisfied gating requirements shown with **GATING** below Failed openQA tests: 10/155 (x86_64), 1/2 (arm) New failures (same test not failed in Fedora-Rawhide-20200107.

Re: Let's talk about Fedora in the '20s!

2020-01-09 Thread Pierre-Yves Chibon
On Thu, Jan 09, 2020 at 08:24:41AM -0600, Richard Shaw wrote: >On Mon, Jan 6, 2020 at 11:20 AM Matthew Miller ><[1]mat...@fedoraproject.org> wrote: > > Those are my thoughts. What other challenges and opportunities do you > see, > and what would you like us to focus on? > >

Re: Lagging system with latest kernels

2020-01-09 Thread Nicolas Mailhot via devel
Le 2020-01-09 15:02, Stephen John Smoogen a écrit : I have seen something like this happen in the past. I think it was around Fedora 18? kernel time frame.. on certain Lenovo T440? if you did a dd to a usb key, keyboard and mouse would be like you pointed out. I get this all the time, with or

Re: Lagging system with latest kernels

2020-01-09 Thread Fabio Valentini
On Thu, Jan 9, 2020 at 4:52 PM Nicolas Mailhot via devel wrote: > > Le 2020-01-09 15:02, Stephen John Smoogen a écrit : > > > I have seen something like this happen in the past. I think it was > > around Fedora 18? kernel time frame.. on certain Lenovo T440? if you > > did a dd to a usb key, keybo

Re: Lagging system with latest kernels

2020-01-09 Thread Adam Williamson
On Thu, 2020-01-09 at 13:36 +0100, Jan Grulich wrote: > I did some search again. It looks many other distributions (Ubuntu, Arch, > Manjaro) have this issue as well. Users report this as a regression since > kernel 4.2. Some suggested to disable swap, which makes this problem go away > for them.

Re: Fedora 32 System-Wide Change proposal: Use update-alternatives for /usr/bin/cc and /usr/bin/c++

2020-01-09 Thread Tom Stellard
On 01/08/2020 11:40 PM, Igor Gnatenko wrote: > So this just means that packages do not respect the environment. What about > fixing them instead of trying to hack the environment? > Do you mean that packages should be updated to respect the __cc and __cxx macros? -Tom > On Wed, Jan 8, 2020, 2

Re: Fedora 32 System-Wide Change proposal: Use update-alternatives for /usr/bin/cc and /usr/bin/c++

2020-01-09 Thread Nicolas Chauvet
Le jeu. 9 janv. 2020 à 17:42, Tom Stellard a écrit : > > On 01/08/2020 11:40 PM, Igor Gnatenko wrote: > > So this just means that packages do not respect the environment. What about > > fixing them instead of trying to hack the environment? > > > > Do you mean that packages should be updated to r

Fedora 32 Self-Contained Change proposal: Additional buildroot to test x86-64 micro-architecture update

2020-01-09 Thread Ben Cotton
https://fedoraproject.org/wiki/Changes/Additional_buildroot_to_test_x86-64_micro-architecture_update == Summary == Create a dedicated buildroot to test packages built with x86-64 micro-architecture update. == Owner == * Name: [[User:bookwar| Aleksandra Fedorova]] * Email: [mailto:al...@bookwar.

Fedora 32 Self-Contained Change proposal: Provide OpenType Bitmap Fonts

2020-01-09 Thread Ben Cotton
https://fedoraproject.org/wiki/Changes/ProvideOpenTypeBitmapFonts == Summary == This proposal plans to provide some additional popular bitmap fonts in OpenType format to use with pango. By providing some bitmap fonts from BDF/PCF format to OpenType format, applications like gnome-terminal can con

Re: Fedora 32 Self-Contained Change proposal: Provide OpenType Bitmap Fonts

2020-01-09 Thread Nicolas Mailhot via devel
Le jeudi 09 janvier 2020 à 12:16 -0500, Ben Cotton a écrit : > > == Detailed Description == > In Fedora 31, pango has been upgraded to 1.44, and switched to use > the HarfBuzz library instead of FreeType. > > But HarfBuzz doesn't support bitmap fonts or Adobe Type 1 fonts. > In gnome-terminal, t

out of disk space (on s390x builders)

2020-01-09 Thread Kaleb Keithley
https://koji.fedoraproject.org/koji/taskinfo?taskID=40326373 Is it a transient problem or something that needs to be fixed? thanks -- Kaleb ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedor

Re: Fedora 32 Self-Contained Change proposal: Additional buildroot to test x86-64 micro-architecture update

2020-01-09 Thread Neal Gompa
On Thu, Jan 9, 2020 at 12:17 PM Ben Cotton wrote: > > https://fedoraproject.org/wiki/Changes/Additional_buildroot_to_test_x86-64_micro-architecture_update > > == Summary == > > Create a dedicated buildroot to test packages built with x86-64 > micro-architecture update. > > == Owner == > > * Name:

Re: out of disk space (on s390x builders)

2020-01-09 Thread Kevin Fenzi
On Thu, Jan 09, 2020 at 01:37:59PM -0500, Kaleb Keithley wrote: > https://koji.fedoraproject.org/koji/taskinfo?taskID=40326373 > > Is it a transient problem or something that needs to be fixed? I've filed: https://pagure.io/fedora-infrastructure/issue/8518 and am investigating. Please do try

Re: Fedora 32 Self-Contained Change proposal: Additional buildroot to test x86-64 micro-architecture update

2020-01-09 Thread Zbigniew Jędrzejewski-Szmek
On Thu, Jan 09, 2020 at 03:59:41PM -0500, Neal Gompa wrote: > On Thu, Jan 9, 2020 at 12:17 PM Ben Cotton wrote: > > > > https://fedoraproject.org/wiki/Changes/Additional_buildroot_to_test_x86-64_micro-architecture_update > > > > == Summary == > > > > Create a dedicated buildroot to test packages b

Re: Fedora 32 Self-Contained Change proposal: Additional buildroot to test x86-64 micro-architecture update

2020-01-09 Thread Ben Cotton
On Thu, Jan 9, 2020 at 5:03 PM Zbigniew Jędrzejewski-Szmek wrote: > > 4. This certainly needs to be a "system wide change" with the related >additional info required for such changes. We certainly need releng >to sign off on this. > Apart from potential capacity impacts, this seems self-co

Re: Fedora 32 Self-Contained Change proposal: Additional buildroot to test x86-64 micro-architecture update

2020-01-09 Thread Jerry James
On Thu, Jan 9, 2020 at 3:03 PM Zbigniew Jędrzejewski-Szmek wrote: > Those are all good points. To add more: > > 4. This certainly needs to be a "system wide change" with the related >additional info required for such changes. We certainly need releng >to sign off on this. > > 5. "Additiona

Re: Fedora 32 System-Wide Change proposal (late): Enable EarlyOOM

2020-01-09 Thread Chris Murphy
On Thu, Jan 9, 2020 at 5:58 AM Benjamin Berg wrote: > > On Wed, 2020-01-08 at 12:24 -0700, Chris Murphy wrote: > > On Mon, Jan 6, 2020 at 11:09 AM Lennart Poettering > > wrote: > > > - facebook is working on making oomd something that just works for > > > everyone, they are in the final rounds

Re: List of long term FTBFS packages to be retired in February

2020-01-09 Thread Gordon Messmer
On 1/6/20 2:18 PM, Matthew Miller wrote: On Mon, Jan 06, 2020 at 04:57:16PM -0500, Peter Jones wrote: In general, you're not considering that it may be worth having policies reflect our *ideal* situation, and acknowledge that they don't always fit the real world precisely. That last thing seems

Re: koji / bodhi issues status update

2020-01-09 Thread Sérgio Basto
On Thu, 2020-01-09 at 09:17 +0100, Pierre-Yves Chibon wrote: > On Wed, Jan 08, 2020 at 10:32:42PM +, Sérgio Basto wrote: > > Hi, a little "by the way" , I think if koji fails to tag the build > > or > > anything else, the final result should be failed, to avoid > > inconsistencies. I opened an

Re: Self Introduction: Joerg Kastning

2020-01-09 Thread Ankur Sinha
On Tue, Jan 07, 2020 20:01:22 +0100, Joerg Kastning wrote: > Hello Ankur, > Hello Community, Hi Jeorge, Apologies, I've been on holidays these past few weeks and not been able to keep up with the mailing lists. > > During the holidays I read a lot about the responsibilities and how to > build a

Re: koji / bodhi issues status update

2020-01-09 Thread Igor Gnatenko
No, that's not true. Anybody can tag their builds into a f31-updates-candidate and such tags. On Fri, Jan 10, 2020 at 4:03 AM Sérgio Basto wrote: > > On Thu, 2020-01-09 at 09:17 +0100, Pierre-Yves Chibon wrote: > > On Wed, Jan 08, 2020 at 10:32:42PM +, Sérgio Basto wrote: > > > Hi, a little "