Fedora-Cloud-33-20201119.0 compose check report

2020-11-18 Thread Fedora compose checker
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-20201118.0): ID: 725030 Test: x86_64 Cloud_Base-qcow2-qcow2 cloud_autocloud URL: https://op

License change: R-vctrs GPLv3 -> MIT

2020-11-18 Thread Elliott Sales de Andrade
See title. I will only be updating in F33+. -- Elliott ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code

f33/f34 amdgpu firmware for 6800/6900

2020-11-18 Thread David Airlie
I've packaged up the firmware for the new AMD GPUs in linux-firmware in updates-testing. I doubt anyone will have access to one of these cards for a few weeks anyways, but if somene does end up with one, please see how it fairs. https://bodhi.fedoraproject.org/updates/FEDORA-2020-ff2b09cd0a Dave.

Re: Two questions on updates

2020-11-18 Thread Kevin Kofler via devel
Fabio Valentini wrote: > You are kinda right, yet you are not. > The minimum for *autokarma* is +1 for normal updates, +2 for critpath > updates. But the message "This update can be pushed to stable if the > maintainer wishes" does not refer to autokarma (update getting pushed > automatically by bo

Fedora 33 elections voting now open

2020-11-18 Thread Ben Cotton
Voting in the Fedora 33 elections is now open. Go to the Elections app to cast[1] your vote. Voting closes at 23:59 UTC on Thursday 3 December. Don't forget to claim your "I Voted" badge when you cast your ballot. Links to candidate interviews are in the Elections app and on the Community Blog[2].

Re: Two questions on updates

2020-11-18 Thread Jerry James
On Wed, Nov 18, 2020 at 3:47 PM Kevin Fenzi wrote: > HUmf. I also tried without much luck... (and I unpushed it as part of > that, sorry for that). No problem. Thank you for trying. > Can you file a releng ticket on this and we can at the very least dig > into the database and fix it that way.

Re: Two questions on updates

2020-11-18 Thread Kevin Fenzi
On Wed, Nov 18, 2020 at 11:05:04AM -0700, Jerry James wrote: > On Wed, Nov 18, 2020 at 10:56 AM Mattia Verga via devel > wrote: > > Yeah, that's another Bodhi webUI bug (fixed in devel, but not yet > > available in prod). > > > > To update the builds list of a side-tag update you can use the CLI:

Re: The default fs.inotify.max_user_watches limit is too low.

2020-11-18 Thread Gargoyle
On 18/11/2020 13:28, Luca BRUNO wrote: A dynamic default is being tackled directly at kernel level. There is a currently in-progress patch on linux-fsdevel for this, first revision is at https://patchwork.kernel.org/project/linux-fsdevel/patch/20201026204418.23197-1-long...@redhat.com/. For furth

Re: systemd-resolved in a container

2020-11-18 Thread Alexander Bokovoy
On ke, 18 marras 2020, Paul Wouters wrote: On Wed, 18 Nov 2020, Alexander Bokovoy wrote: Is there a way to use systemd resolved in a container? I figured this out yesterday -- at least in Rawhide, dbus-daemon is now replaced by dbus-broker which is not active by default. So you need systemc

Re: Summary/Minutes from today's FESCo Meeting (2020-11-11)

2020-11-18 Thread Alexander Scheel
On Tue, Nov 17, 2020 at 1:21 PM Robbie Harwood wrote: > > Matthew Miller writes: > > > On Fri, Nov 13, 2020 at 10:52:57PM +0100, Kevin Kofler via devel wrote: > >> > I completely agree. This is one of the reasons I switched away from > >> > ubuntu years ago (with its 4 (?) tiers of support + repo

Re: NEEDINFO nag 2 days after bug creation?

2020-11-18 Thread Andy Mender
On Tue, 17 Nov 2020 at 16:17, Richard Shaw wrote: > On Mon, Nov 16, 2020 at 5:10 PM Miro Hrončok wrote: > >> On 11/16/20 11:31 PM, Richard Shaw wrote: >> > The logic behind the NEEDINFO stuff may need to be updated... The >> subject says >> > it all and it's quite annoying. >> > >> > https://bug

Re: INVALID USER jden...@redhat.com / FAS jdennis

2020-11-18 Thread Simo Sorce
On Wed, 2020-11-18 at 20:21 +0100, Miro Hrončok wrote: > On 11/18/20 8:10 PM, Alexander Scheel wrote: > > Also, JFTR, I believe I only took over internal maintenance of > > python-nss; I am not a maintainer of Fedora python-nss. There is only > > one maintainer: > > > > https://src.fedoraproject.o

Re: F34, ppc64 and changing from 64k to 4k page size?

2020-11-18 Thread Daniel Pocock
On 18/11/2020 19:18, Dan Horák wrote: > On Wed, 18 Nov 2020 18:54:51 +0100 > Daniel Pocock wrote: > >> >> >> Hi all, >> >> Given the problems with the 64k page size, is it feasible to offer the >> 4k page size as default for ppc64 users in Fedora 34? > > personally I haven't encountered any pr

Re: libcap-ng update coming to rawhide

2020-11-18 Thread Steve Grubb
Hello, The new libcap-ng has been built into rawhide. Cheers, -Steve On Thursday, November 12, 2020 2:45:41 PM EST Steve Grubb wrote: > A new version of libcap-ng is going to be released next week. Normally this > isn't newsworthy, nor is this a soname version bump. But it is important > to let

Re: INVALID USER jden...@redhat.com / FAS jdennis

2020-11-18 Thread Miro Hrončok
On 11/18/20 8:10 PM, Alexander Scheel wrote: Also, JFTR, I believe I only took over internal maintenance of python-nss; I am not a maintainer of Fedora python-nss. There is only one maintainer: https://src.fedoraproject.org/rpms/python-nss My motivation here is to either get this package orpha

Re: systemd-resolved in a container

2020-11-18 Thread Nikos Mavrogiannopoulos
On Wed, Nov 18, 2020 at 6:37 PM Paul Wouters wrote: > > On Wed, 18 Nov 2020, Alexander Bokovoy wrote: > > >> Is there a way to use systemd resolved in a container? > > > > I figured this out yesterday -- at least in Rawhide, dbus-daemon is now > > replaced by dbus-broker which is not active by def

Re: INVALID USER jden...@redhat.com / FAS jdennis

2020-11-18 Thread Alexander Scheel
Also, JFTR, I believe I only took over internal maintenance of python-nss; I am not a maintainer of Fedora python-nss. There is only one maintainer: https://src.fedoraproject.org/rpms/python-nss - Alex On Wed, Nov 18, 2020 at 2:09 PM Alexander Scheel wrote: > > Note that I have no access to up

Re: INVALID USER jden...@redhat.com / FAS jdennis

2020-11-18 Thread Alexander Scheel
Note that I have no access to upstream python-nss. The entire upstream community was John Dennis. The last upstream commit was in 2018 and the commit prior was in 2017. With his departure, there's no viable path forward for maintaining python-nss upstream; perhaps someone from Mozilla will take it

Re: INVALID USER jden...@redhat.com / FAS jdennis

2020-11-18 Thread Rob Crittenden
Miro Hrončok wrote: > Hello. > > Does anybody has an alternate contact info for jden...@redhat.com / FAS > jdennis? > > Bugzilla says the account is invalid: > > https://bugzilla.redhat.com/show_bug.cgi?id=1892248 Alex Scheel replaced John as the maintainer. rob ___

Re: F34, ppc64 and changing from 64k to 4k page size?

2020-11-18 Thread Daniel Pocock
On 18/11/2020 19:17, David Howells wrote: > Daniel Pocock wrote: > >> Given the problems with the 64k page size, is it feasible to offer the >> 4k page size as default for ppc64 users in Fedora 34? > > It doesn't necessarily help you if you're, say, upgrading from F33 and are > already using 6

Re: F34, ppc64 and changing from 64k to 4k page size?

2020-11-18 Thread Dan Horák
On Wed, 18 Nov 2020 18:54:51 +0100 Daniel Pocock wrote: > > > Hi all, > > Given the problems with the 64k page size, is it feasible to offer the > 4k page size as default for ppc64 users in Fedora 34? personally I haven't encountered any problems related to 64k pages on my Talos II system, th

Re: F34, ppc64 and changing from 64k to 4k page size?

2020-11-18 Thread David Howells
Daniel Pocock wrote: > Given the problems with the 64k page size, is it feasible to offer the > 4k page size as default for ppc64 users in Fedora 34? It doesn't necessarily help you if you're, say, upgrading from F33 and are already using 64K pagesize. Your formatted filesystems may already dep

Re: Two questions on updates

2020-11-18 Thread Jerry James
On Wed, Nov 18, 2020 at 10:56 AM Mattia Verga via devel wrote: > Yeah, that's another Bodhi webUI bug (fixed in devel, but not yet > available in prod). > > To update the builds list of a side-tag update you can use the CLI: > `bodhi updates edit --from-tag= ` > > Try that... $ bodhi updates edit

Re: Two questions on updates

2020-11-18 Thread Mattia Verga via devel
Il 18/11/20 18:43, Jerry James ha scritto: > On Mon, Nov 16, 2020 at 9:34 AM Fabio Valentini wrote: >> Ah, I'm just sharing my wisdom. It has no use when I keep it to myself :) > I need a little more wisdom. This is the update I created from the side tag: > > https://bodhi.fedoraproject.org/updat

F34, ppc64 and changing from 64k to 4k page size?

2020-11-18 Thread Daniel Pocock
Hi all, Given the problems with the 64k page size, is it feasible to offer the 4k page size as default for ppc64 users in Fedora 34? Vikings.net in Germany is about to start selling[1] workstations based on the Talos II and Blackbird. The people who buy those have a big commitment to free soft

Fedora-IoT-34-20201118.0 compose check report

2020-11-18 Thread Fedora compose checker
No missing expected images. Failed openQA tests: 4/16 (x86_64), 8/15 (aarch64) New failures (same test not failed in Fedora-IoT-34-20201116.0): ID: 724941 Test: x86_64 IoT-dvd_ostree-iso iot_zezere_server URL: https://openqa.fedoraproject.org/tests/724941 ID: 724948 Test: x86_64 IoT-dv

Re: Two questions on updates

2020-11-18 Thread Jerry James
On Mon, Nov 16, 2020 at 9:34 AM Fabio Valentini wrote: > Ah, I'm just sharing my wisdom. It has no use when I keep it to myself :) I need a little more wisdom. This is the update I created from the side tag: https://bodhi.fedoraproject.org/updates/FEDORA-2020-f16abf2fb5/ A tester found a probl

new Radeon RX 6800/6900/Big Navi on Fedora

2020-11-18 Thread Daniel Pocock
Hi all, Does anybody have any comments for those who manage to get one of these cards? Phoronix published[1] various comments about it, it appears to need: Kernel 5.9 or 5.10 Firmware binary code that isn't yet present in linux-firmware.git - is there any way to extract that binary from anothe

Re: systemd-resolved in a container

2020-11-18 Thread Paul Wouters
On Wed, 18 Nov 2020, Alexander Bokovoy wrote: Is there a way to use systemd resolved in a container? I figured this out yesterday -- at least in Rawhide, dbus-daemon is now replaced by dbus-broker which is not active by default. So you need systemctl enable --now dbus-broker Without it even

video meeting to discuss Matrix/Element and IRC

2020-11-18 Thread Matthew Miller
[I posted to the Fedora Council list, but reposting here for wider distribution.] As mentioned, we're looking at moving the Fedora Council's main chat to Matrix. And as part of that, we're considering a hosted Element server -- which obviously could go quite beyond just #fedora-council. Neal sugge

Re: GitLab AMA Topic: Message Bus

2020-11-18 Thread Fabio Valentini
On Mon, Nov 9, 2020 at 3:05 PM Aoife Moloney wrote: > > Hi everyone, > > I hope you enjoyed the F33 release party this weekend! Getting back to > the GitLab topic mail threads, this weeks topic from the GitLab AMA > session on September 10th is on Message Bus. As always, here are some > links to t

INVALID USER jden...@redhat.com / FAS jdennis

2020-11-18 Thread Miro Hrončok
Hello. Does anybody has an alternate contact info for jden...@redhat.com / FAS jdennis? Bugzilla says the account is invalid: https://bugzilla.redhat.com/show_bug.cgi?id=1892248 Thanks, -- Miro Hrončok -- Phone: +420777974800 IRC: mhroncok ___ devel

Summary/Minutes from today's FESCo Meeting (2020-11-18)

2020-11-18 Thread Zbigniew Jędrzejewski-Szmek
Minutes: https://meetbot.fedoraproject.org/fedora-meeting-2/2020-11-18/fesco.2020-11-18-15.00.html Minutes (text): https://meetbot.fedoraproject.org/fedora-meeting-2/2020-11-18/fesco.2020-11-18-15.00.txt Log: https://meetbot.fedoraproject.org/fedora-meeting-2/2020-11-18/fesco.2020-11-18-15.00.lo

Re: Upstream SPEC files - was: Re: patch applied without package maintainers' approve

2020-11-18 Thread Miroslav Suchý
Dne 16. 11. 20 v 11:04 Vít Ondruch napsal(a): > I should not propose this, because I agree with the points bellow. But if we > should have it, then: > > ~~~ > > Provides: upstream-spec(https://some.url/to/upstream/package.spec) > > ~~~ > > would be machine readable and it would give use some i

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

2020-11-18 Thread Fedora compose checker
Missing expected images: Xfce raw-xz armhfp Compose PASSES proposed Rawhide gating check! All required tests passed Failed openQA tests: 14/177 (x86_64), 19/115 (aarch64) New failures (same test not failed in Fedora-Rawhide-20201117.n.0): ID: 724671 Test: x86_64 Workstation-live-iso deskt

Re: The default fs.inotify.max_user_watches limit is too low.

2020-11-18 Thread Fabio Valentini
On Wed, Nov 18, 2020 at 10:49 AM Ankur Sinha wrote: > > On Wed, Nov 18, 2020 09:13:54 +, Gargoyle wrote: > > I've just made the switch from Ubuntu to Fedora 33 for my main desktop > > system. Of the few teething problems I am going through, the initial 8192 > > limit for fs.inotify.max_user_wa

Re: The default fs.inotify.max_user_watches limit is too low.

2020-11-18 Thread Luca BRUNO
On Wed, 18 Nov 2020 09:13:54 + Gargoyle wrote: > I've just made the switch from Ubuntu to Fedora 33 for my main > desktop system. Of the few teething problems I am going through, the > initial 8192 limit for fs.inotify.max_user_watches was probably > causing the most side effects. > > If not,

Re: systemd-resolved in a container

2020-11-18 Thread Alexander Bokovoy
On ke, 18 marras 2020, Nikos Mavrogiannopoulos wrote: Hi, I realized my fedora-based containers have an /etc/resolv.conf which claims it is managed by resolved, and nsswitch.conf has "resolve" in hosts. However, doing something like # systemd-resolve --status results to: sd_bus_open_system: No

systemd-resolved in a container

2020-11-18 Thread Nikos Mavrogiannopoulos
Hi, I realized my fedora-based containers have an /etc/resolv.conf which claims it is managed by resolved, and nsswitch.conf has "resolve" in hosts. However, doing something like # systemd-resolve --status results to: sd_bus_open_system: No such file or directory Trying to start dbus claims tha

Fedora-Cloud-31-20201118.0 compose check report

2020-11-18 Thread Fedora compose checker
No missing expected images. Passed openQA tests: 7/7 (x86_64), 7/7 (aarch64) -- 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..

Re: The default fs.inotify.max_user_watches limit is too low.

2020-11-18 Thread Ondrej Budai
st 18. 11. 2020 v 10:16 odesílatel Gargoyle napsal: > I've just made the switch from Ubuntu to Fedora 33 for my main desktop > system. Of the few teething problems I am going through, the initial > 8192 limit for fs.inotify.max_user_watches was probably causing the most > side effects. As a devel

Re: The default fs.inotify.max_user_watches limit is too low.

2020-11-18 Thread Marius Schwarz
Am 18.11.20 um 10:13 schrieb Gargoyle:    4903 4620  /data/Applications/java/jdk-15/bin/java -Djdk.home=/data/Applications/java/jdk-15 -classpath /data/Applications/netbeans The first action that comes in mind is to reduce the amount of notifiers

Re: The default fs.inotify.max_user_watches limit is too low.

2020-11-18 Thread Tom Hughes via devel
On 18/11/2020 09:58, Miro Hrončok wrote: On 11/18/20 10:13 AM, Gargoyle wrote: If not, then perhaps the default should be significantly increased with the aim of removing the problem for new users with modern desktop/laptop machines which probably have 4GB+ RAM. I've not rebooted my machine

Re: The default fs.inotify.max_user_watches limit is too low.

2020-11-18 Thread Miro Hrončok
On 11/18/20 10:13 AM, Gargoyle wrote: I've just made the switch from Ubuntu to Fedora 33 for my main desktop system. Of the few teething problems I am going through, the initial 8192 limit for fs.inotify.max_user_watches was probably causing the most side effects. As a developer, I pretty much

Re: The default fs.inotify.max_user_watches limit is too low.

2020-11-18 Thread Ankur Sinha
On Wed, Nov 18, 2020 09:13:54 +, Gargoyle wrote: > I've just made the switch from Ubuntu to Fedora 33 for my main desktop > system. Of the few teething problems I am going through, the initial 8192 > limit for fs.inotify.max_user_watches was probably causing the most side > effects. As a develo

Re: F34 Change proposal: MariaDB 10.5 (Self-Contained Change)

2020-11-18 Thread Michal Schorm
I update the Wiki page to state that the current contingency plan is a revert of the change by bumping 'mariadb' package epoch. I also added a note about the dependent packages that need rebuild. That is a single package (amarok); I tested the rebuild in COPR and discussed it with the 'amarok' pack

Fedora-Cloud-32-20201118.0 compose check report

2020-11-18 Thread Fedora compose checker
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-20201117.0): ID: 724441 Test: x86_64 Cloud_Base-qcow2-qcow2 cloud_autocloud URL: https://op

The default fs.inotify.max_user_watches limit is too low.

2020-11-18 Thread Gargoyle
I've just made the switch from Ubuntu to Fedora 33 for my main desktop system. Of the few teething problems I am going through, the initial 8192 limit for fs.inotify.max_user_watches was probably causing the most side effects. As a developer, I pretty much have netbeans open all day and am fore