Re: Request for Intel WiFi Backports - AX2xx

2021-12-30 Thread Peter Robinson
On Thu, Dec 30, 2021 at 6:21 PM Marcin Juszkiewicz wrote: > > W dniu 28.12.2021 o 00:30, Kevin Anderson pisze: > > > There was a iwlwifi issue that would cause firmware resets and cause > > performance to significantly degrade to around ~500Kb/s till the > > interface was brought down and then up

Re: How do we announce new packages?

2021-12-30 Thread Fabio Valentini
On Sun, Dec 26, 2021 at 9:09 PM Matthew Miller wrote: > > On Sat, Dec 25, 2021 at 09:15:38PM +0100, Fabio Valentini wrote: > > So ... maybe we could have a mailing list for this? > > > > Maybe "awesome-announce" or "the-new-shinyness" (I'm kidding! I'm bad > > with names!) at lists.fedoraproject.o

Re: F36 Change: Relocate RPM database to /usr (System-Wide Change proposal)

2021-12-30 Thread Gordon Messmer
On 12/30/21 12:22, Matthew Miller wrote: So for a read-only filesystem, if the db has wal enabled, the files have to exist. (it's possible to disable WAL mode by running the sqlite 'PRAGMA journal_mode=DELETE;' command when the partition is writable beforehand, but I didn't see how to alter the m

Re: F36 Change: Relocate RPM database to /usr (System-Wide Change proposal)

2021-12-30 Thread Matthew Miller
On Thu, Dec 30, 2021 at 05:53:14PM +0900, Dominique Martinet wrote: > So for a read-only filesystem, if the db has wal enabled, the files have > to exist. (it's possible to disable WAL mode by running the sqlite 'PRAGMA > journal_mode=DELETE;' command when the partition is writable beforehand, > b

Re: F36 Change: Relocate RPM database to /usr (System-Wide Change proposal)

2021-12-30 Thread Neal Gompa
On Thu, Dec 30, 2021 at 2:14 PM Stephen John Smoogen wrote: > > > > On Thu, 30 Dec 2021 at 13:58, Chris Murphy wrote: >> >> On Thu, Dec 30, 2021 at 1:31 AM Zbigniew Jędrzejewski-Szmek >> wrote: >> > >> > On Thu, Dec 30, 2021 at 02:27:04AM -0500, Matthew Miller wrote: >> > > On Wed, Dec 29, 2021

Re: F36 Change: Relocate RPM database to /usr (System-Wide Change proposal)

2021-12-30 Thread Stephen John Smoogen
On Thu, 30 Dec 2021 at 13:58, Chris Murphy wrote: > On Thu, Dec 30, 2021 at 1:31 AM Zbigniew Jędrzejewski-Szmek > wrote: > > > > On Thu, Dec 30, 2021 at 02:27:04AM -0500, Matthew Miller wrote: > > > On Wed, Dec 29, 2021 at 03:17:42PM +, Tom Hughes via devel wrote: > > > > At this point someb

Re: F36 Change: Relocate RPM database to /usr (System-Wide Change proposal)

2021-12-30 Thread Chris Murphy
On Thu, Dec 30, 2021 at 1:31 AM Zbigniew Jędrzejewski-Szmek wrote: > > On Thu, Dec 30, 2021 at 02:27:04AM -0500, Matthew Miller wrote: > > On Wed, Dec 29, 2021 at 03:17:42PM +, Tom Hughes via devel wrote: > > > At this point somebody will no doubt argue that /usr changes on a > > > package upd

Re: Request for Intel WiFi Backports - AX2xx

2021-12-30 Thread Marcin Juszkiewicz
W dniu 28.12.2021 o 00:30, Kevin Anderson pisze: There was a iwlwifi issue that would cause firmware resets and cause performance to significantly degrade to around ~500Kb/s till the interface was brought down and then up again. Upstream identified the issue and there are 2 patches that fix the

Re: F36 Change: Relocate RPM database to /usr (System-Wide Change proposal)

2021-12-30 Thread Matthew Miller
On Thu, Dec 30, 2021 at 01:14:40PM -0500, Matthew Miller wrote: > I'd be supportive of an effort to restart the FHS process with buy-in from > openSUSE (and ideally Debian, Arch, FreeBSD...). And probably systemd too, > from a plain pragmatic point of view. > > I think we'd want to either ask Linu

Re: F36 Change: Relocate RPM database to /usr (System-Wide Change proposal)

2021-12-30 Thread Matthew Miller
On Thu, Dec 30, 2021 at 10:12:20AM -0500, Neal Gompa wrote: > > say, not as I do' route. I would say we either need to drop FHS > > compliance or use an amended copy and work with the SuSE people on > > making that a shared standard. > > That's pretty much what has been going on. I've been working

Re: F36 Change: Golang 1.18 (System-Wide Change proposal)

2021-12-30 Thread Fabio Valentini
On Tue, Dec 21, 2021 at 10:18 AM Alejandro Saez Morollon wrote: > > I was planning on doing the first, push go 1.18 beta/rc to rawhide (beta1 is > already there in fact). Great, that's good to know. It broke my only Go package, but at least go 1.18 is already in rawhide :) > Go 1.18 beta 1 is

Re: F36 Change: Default To Noto Fonts (System-Wide Change proposal)

2021-12-30 Thread Michael Catanzaro
On Thu, Dec 30 2021 at 11:06:18 AM -0500, Neal Becker wrote: I'm testing in emacs. I'm going to suggest testing in web browsers too, because the change is going to be especially noticeable there. A *lot* of websites use default fonts. I find https://lwn.net is a good test page. ___

Re: F36 Change: Default To Noto Fonts (System-Wide Change proposal)

2021-12-30 Thread Neal Becker
After seeing this proposal I tried playing with Noto Sans Mono. I find that while it comes with many weights, none look right to me. Language is English. I'm testing in emacs. My usual default is Source code sans semibold and I find that very pleasing. I also tried Dejavu Sans Mono semibold, wh

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

2021-12-30 Thread Fedora compose checker
No missing expected images. Compose FAILS proposed Rawhide gating check! 8 of 43 required tests failed, 8 results missing openQA tests matching unsatisfied gating requirements shown with **GATING** below Failed openQA tests: 21/228 (x86_64), 20/159 (aarch64) New failures (same test not failed i

Re: F36 Change: Relocate RPM database to /usr (System-Wide Change proposal)

2021-12-30 Thread Neal Gompa
On Thu, Dec 30, 2021 at 10:09 AM Stephen John Smoogen wrote: > > > > On Wed, 29 Dec 2021 at 21:20, Matthew Miller wrote: >> >> On Wed, Dec 29, 2021 at 10:51:44AM -0500, Stephen John Smoogen wrote: >> > F36 but needs to be worked through the proper channels of 'upstream'. Get >> > the FHS updated

Re: F36 Change: Relocate RPM database to /usr (System-Wide Change proposal)

2021-12-30 Thread Stephen John Smoogen
On Wed, 29 Dec 2021 at 21:20, Matthew Miller wrote: > On Wed, Dec 29, 2021 at 10:51:44AM -0500, Stephen John Smoogen wrote: > > F36 but needs to be worked through the proper channels of 'upstream'. Get > > the FHS updated and fixed, work out that the change actually is going to > be > > > Pretty

Copr - look back at 2021

2021-12-30 Thread Miroslav Suchý
Let me sum up what the Copr team did during 2021: Mock: * We did eight releases of Mock * We moved Mock’s wiki to GitHub Pages to allow indexing by search engines https://rpm-software-management.github.io/mock/ and created a Fedo

Re: F36 Change: Relocate RPM database to /usr (System-Wide Change proposal)

2021-12-30 Thread Francisco J . Tsao Santín via devel
It doesn't happen me since a long time, but rpmdb can be corrupted, and it must be repaired without altering /usr. For me, rpmdb is variable data so it must be placed at /var/lib according to FHS. And because my sysadmin OCDs it would be disturbing for me relocating it at /usr :-D -- Francisco J

Re: F36 Change: DIGLIM (System-Wide Change proposal)

2021-12-30 Thread Zbigniew Jędrzejewski-Szmek
On Thu, Dec 30, 2021 at 01:04:29PM +, Roberto Sassu via devel wrote: > > From: Zbigniew Jędrzejewski-Szmek [mailto:zbys...@in.waw.pl] > > Sent: Thursday, December 30, 2021 1:02 PM > > The gist of the proposal is described thus: > > > The new feature behaves as follows. A modified kernel with th

Fedora rawhide compose report: 20211230.n.0 changes

2021-12-30 Thread Fedora Rawhide Report
OLD: Fedora-Rawhide-20211229.n.1 NEW: Fedora-Rawhide-20211230.n.0 = SUMMARY = Added images:0 Dropped images: 1 Added packages: 1 Dropped packages:0 Upgraded packages: 20 Downgraded packages: 0 Size of added packages: 4.43 MiB Size of dropped packages:0 B

RE: F36 Change: DIGLIM (System-Wide Change proposal)

2021-12-30 Thread Roberto Sassu via devel
> From: Zbigniew Jędrzejewski-Szmek [mailto:zbys...@in.waw.pl] > Sent: Thursday, December 30, 2021 1:02 PM > The gist of the proposal is described thus: > > The new feature behaves as follows. A modified kernel with the DIGLIM > > patches will expose to user space an interface to add/remove file >

RE: F36 Change: DIGLIM (System-Wide Change proposal)

2021-12-30 Thread Roberto Sassu via devel
> From: Vitaly Zaitsev via devel [mailto:devel@lists.fedoraproject.org] > Sent: Thursday, December 30, 2021 12:18 PM > On 29/12/2021 15:20, Roberto Sassu via devel wrote: > > The TPM has a fundamental advantage, compared to other > > mechanisms. It is tamperproof, it often receives high-grade > > c

Re: F36 Change: DIGLIM (System-Wide Change proposal)

2021-12-30 Thread Zbigniew Jędrzejewski-Szmek
The gist of the proposal is described thus: > The new feature behaves as follows. A modified kernel with the DIGLIM > patches will expose to user space an interface to add/remove file > digests from the kernel hash table. A user space parser, executed by > the kernel during early boot, parses RPM h

[Fedocal] Reminder meeting : ELN SIG

2021-12-30 Thread sgallagh
Dear all, You are kindly invited to the meeting: ELN SIG on 2021-12-31 from 12:00:00 to 13:00:00 US/Eastern At fedora-meet...@irc.libera.chat The meeting will be about: Source: https://calendar.fedoraproject.org//meeting/10133/ ___ devel maili

RE: F36 Change: DIGLIM (System-Wide Change proposal)

2021-12-30 Thread Roberto Sassu via devel
> From: Vitaly Zaitsev via devel [mailto:devel@lists.fedoraproject.org] > Sent: Thursday, December 30, 2021 12:16 PM > On 29/12/2021 21:53, Michel Alexandre Salim wrote: > > If/when something like this gets shipped, I hope Fedora limits itself to > > shipping a policy that is the equivalent of SELi

Re: F36 Change: Hunspell Dictionary dir change (System-Wide Change proposal)

2021-12-30 Thread Dan Čermák
Elliott Sales de Andrade writes: > On Wed, 29 Dec 2021 at 10:02, Ben Cotton wrote: >> >> https://fedoraproject.org/wiki/Changes/Hunspell_dictionary_dir_change >> >> == Summary == >> Update Hunspell Dictionary system directory from /usr/share/myspell/ >> to /usr/share/hunspell/ >> >> == Owner ==

Re: F36 Change: DIGLIM (System-Wide Change proposal)

2021-12-30 Thread Vitaly Zaitsev via devel
On 30/12/2021 09:21, Chris Murphy wrote: CPU is proprietary, the firmware is proprietary. Guess we can't trust our computers? RISC-V. -- Sincerely, Vitaly Zaitsev (vit...@easycoding.org) ___ devel mailing list -- devel@lists.fedoraproject.org To un

Re: F36 Change: DIGLIM (System-Wide Change proposal)

2021-12-30 Thread Vitaly Zaitsev via devel
On 29/12/2021 15:20, Roberto Sassu via devel wrote: The TPM has a fundamental advantage, compared to other mechanisms. It is tamperproof, it often receives high-grade certifications, and it is one of the few components that you could rely on to protect your sensitive data in the event your host b

Re: F36 Change: DIGLIM (System-Wide Change proposal)

2021-12-30 Thread Vitaly Zaitsev via devel
On 29/12/2021 21:53, Michel Alexandre Salim wrote: If/when something like this gets shipped, I hope Fedora limits itself to shipping a policy that is the equivalent of SELinux's 'targeted' policy: protect the RPMs that Fedora ships from being tampered with, let users do whatever on top. What ab

Re: F36 Change: Hunspell Dictionary dir change (System-Wide Change proposal)

2021-12-30 Thread Vitaly Zaitsev via devel
On 30/12/2021 10:21, Zbigniew Jędrzejewski-Szmek wrote: Would it be possible to symlink /usr/share/myspell → hunspell so that applications which try to use the old path still work? +1 for creating a symbolic link. Some proprietary applications may still use the old path. -- Sincerely, Vita

Re: F36 Change: Relocate RPM database to /usr (System-Wide Change proposal)

2021-12-30 Thread Vitaly Zaitsev via devel
On 29/12/2021 18:47, Gordon Messmer wrote: If /usr really is read-only, then it probably doesn't matter where the rpmdb is, since packages can't be installed (generally). dnf opens these database files for writing, even for the simple `dnf list`. -- Sincerely, Vitaly Zaitsev (vit...@easycodi

Fedora-Cloud-34-20211230.0 compose check report

2021-12-30 Thread Fedora compose checker
No missing expected images. Soft failed openQA tests: 1/8 (x86_64), 1/8 (aarch64) (Tests completed, but using a workaround for a known bug) Old soft failures (same test soft failed in Fedora-Cloud-34-20211229.0): ID: 1092346 Test: x86_64 Cloud_Base-qcow2-qcow2 cloud_autocloud URL: https://op

Re: F36 Change: Hunspell Dictionary dir change (System-Wide Change proposal)

2021-12-30 Thread Zbigniew Jędrzejewski-Szmek
On Wed, Dec 29, 2021 at 10:01:49AM -0500, Ben Cotton wrote: > == How To Test == > 1. Check if default installed dictionary path is > `/usr/share/hunspell/` instead of `/usr/share/myspell/` Would it be possible to symlink /usr/share/myspell → hunspell so that applications which try to use the old p

Re: F36 Change: Relocate RPM database to /usr (System-Wide Change proposal)

2021-12-30 Thread Dominique Martinet
Zbigniew Jędrzejewski-Szmek wrote on Thu, Dec 30, 2021 at 08:29:54AM +: > $ sudo strace -efile dnf list > ... > openat(AT_FDCWD, "/var/lib/rpm/rpmdb.sqlite-wal", > O_RDWR|O_CREAT|O_NOFOLLOW|O_CLOEXEC, 0644) = 4 > openat(AT_FDCWD, "/var/lib/rpm/rpmdb.sqlite-shm", > O_RDWR|O_CREAT|O_NOFOLLOW|O_

Fedora-Cloud-35-20211230.0 compose check report

2021-12-30 Thread Fedora compose checker
No missing expected images. Soft failed openQA tests: 1/8 (x86_64), 1/8 (aarch64) (Tests completed, but using a workaround for a known bug) Old soft failures (same test soft failed in Fedora-Cloud-35-20211229.0): ID: 1092330 Test: x86_64 Cloud_Base-qcow2-qcow2 cloud_autocloud URL: https://op

Re: F36 Change: Relocate RPM database to /usr (System-Wide Change proposal)

2021-12-30 Thread Zbigniew Jędrzejewski-Szmek
On Thu, Dec 30, 2021 at 02:27:04AM -0500, Matthew Miller wrote: > On Wed, Dec 29, 2021 at 03:17:42PM +, Tom Hughes via devel wrote: > > At this point somebody will no doubt argue that /usr changes on a > > package update and that the RPM database is a static definition of > > the currently inst

Re: F36 Change: DIGLIM (System-Wide Change proposal)

2021-12-30 Thread Chris Murphy
On Wed, Dec 29, 2021 at 7:39 AM Vitaly Zaitsev via devel wrote: > > On 29/12/2021 12:38, Neal Gompa wrote: > > Were they really? TPM devices*are* commonly used today to support > > attestation and multi-factor encryption and authentication mechanisms. > > In many ways, the trusted computing initi