Re: Fedora 33 System-Wide Change proposal: CMake to do out-of-source builds

2020-07-08 Thread Igor Raits
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 On Wed, 2020-07-08 at 09:12 +0800, Qiyu Yan wrote: > Richard Shaw 于 2020年7月8日周三 上午6:11写道: > > > Ok, so it appears this change was for F32+ only, so I can't merge > > master > > into f32 or earlier... > > >  Maybe wait it to be backported into

Re: Fedora 33 System-Wide Change proposal: CMake to do out-of-source builds

2020-07-08 Thread Igor Raits
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 On Tue, 2020-07-07 at 11:57 -0600, Orion Poplawski wrote: > On 6/15/20 1:47 PM, Ben Cotton wrote: > > https://fedoraproject.org/wiki/Changes/CMake_to_do_out-of-source_builds > > > > == Summary == > > %cmake macro will be adjusted (-B > > parameter)

Re: Fedora 33 System-Wide Change proposal: CMake to do out-of-source builds

2020-07-08 Thread Igor Raits
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 On Tue, 2020-07-07 at 12:07 -0600, Orion Poplawski wrote: > On 6/15/20 1:47 PM, Ben Cotton wrote: > > https://fedoraproject.org/wiki/Changes/CMake_to_do_out-of-source_builds > > > > == Summary == > > %cmake macro will be adjusted (-B > > parameter)

Re: Using "rawhide" for the dist-git branch for Fedora Rawhide

2020-07-08 Thread Till Maas
On Tue, Jul 07, 2020 at 10:13:36PM +, Gary Buhrmaster wrote: > I (strongly) support the renaming of the branch, but I really > really would prefer there to be a rough consensus on the > replacement name across the entire git community, so > that I don't need to remember to git-checkout devel

TPM2 for disk encryption, clevis

2020-07-08 Thread Marius Vollmer
Hi, we have some rudimentary support for Clevis in the Cockpit Web Console, and now the question is, should we add support for "tpm2" to that? As I understand it, there is a lot of evolving OS specific subtlety involved, so I am asking specifically how this would look on current Fedora and what

Btrfs by default, the compression option

2020-07-08 Thread Chris Murphy
Hi, The change proposal has a 'compression option' and we kinda need to get organized. https://fedoraproject.org/wiki/Changes/BtrfsByDefault#Compression - Compression saves space, significantly reduces write amplification and therefore increases flash lifespan, and in some cases increases

Re: Btrfs by default, the compression option

2020-07-08 Thread Kamil Paral
On Wed, Jul 8, 2020 at 8:26 AM Chris Murphy wrote: > D. Which directories? Some may be outside of the installer's scope. > > /usr > /var/lib/flatpak > ~/.local/share/flatpak > I have a concern regarding games. Currently, we have a few a bit more demanding titles on Flathub already, like 0AD,

Re: Btrfs by default, the compression option

2020-07-08 Thread Dominique Martinet
Kamil Paral wrote on Wed, Jul 08, 2020: > On Wed, Jul 8, 2020 at 8:26 AM Chris Murphy wrote: > > > D. Which directories? Some may be outside of the installer's scope. > > > > /usr > > /var/lib/flatpak > > ~/.local/share/flatpak > > I have a concern regarding games. Currently, we have a few a

Re: Packagers with no corresponding valid bugzilla accounts

2020-07-08 Thread Pierre-Yves Chibon
On Tue, Jul 07, 2020 at 10:38:01AM -0700, Michel Alexandre Salim wrote: > On Tue, 2020-07-07 at 10:30 +0200, Pierre-Yves Chibon wrote: > > On Tue, Jul 07, 2020 at 08:17:00AM +, Mattia Verga wrote: > > > Il 06/07/20 22:04, Pierre-Yves Chibon ha scritto: > > > > Good Morning Everyone, > > > > >

Re: Btrfs by default, the compression option

2020-07-08 Thread Kamil Paral
On Wed, Jul 8, 2020 at 11:22 AM Dominique Martinet wrote: > Please test, but if a file is deemed not compressible (based on, not > sure what? the first few blocks?) then it will be stored in the > non-compressed version. > You can check with compsize after the fact if the file had been >

Re: CPE Team Engagement Feedback

2020-07-08 Thread Aoife Moloney
On Wed, Jul 8, 2020 at 2:44 PM Vipul Siddharth wrote: > > oops, sent too soon (more like didn't read correctly)! please ignore last > email > > On Wed, Jul 8, 2020 at 7:09 PM Remi Collet wrote: > > > > Le 08/07/2020 à 11:09, Aoife Moloney a écrit : > > > > > Our CPE Review Team > > > include: >

Re: Using "rawhide" for the dist-git branch for Fedora Rawhide

2020-07-08 Thread Till Maas
On Tue, Jul 07, 2020 at 09:03:19PM +0200, Till Maas wrote: > Hi, > > in https://pagure.io/fesco/issue/2410 I proposed to name the dist-git > branch for Fedora Rawhide "rawhide" to clarify the purpose of that > branch. There was also some feedback that Rawhide might not be the best > name and it

nodebug kernel repo file missing

2020-07-08 Thread Zbigniew Jędrzejewski-Szmek
https://fedoraproject.org/wiki/RawhideKernelNodebug links to http://dl.fedoraproject.org/pub/alt/rawhide-kernel-nodebug/fedora-rawhide-kernel-nodebug.repo which gives 404 now. The kernels seems to be there though. But without the repo file it's not easy to enable. Zbyszek

Re: PostgreSQL 13 - Fedora 33 Self-Contained Change proposal

2020-07-08 Thread Miro Hrončok
On 07. 07. 20 21:16, Ben Cotton wrote: == Scope == * Proposal owners: **Prepare PostgreSQL 13 as a module for Rawhide and at least one stable Fedora release (done) **Prepare PostgreSQL 12 as a module for Rawhide, so there would be a failover in case of problems **Build PostgreSQL 13 to Rawhide

Re: Fedora 33 System-Wide Change proposal: CMake to do out-of-source builds

2020-07-08 Thread Vitaly Zaitsev via devel
On 07.07.2020 19:57, Orion Poplawski wrote: > What's the plan for EPEL8/7 compatibility? +1. The new Cmake macros behaviour must be backported to EPEL7/8. Currently all fixed by proven packages SPEC files cannot be built on EPEL branches. -- Sincerely, Vitaly Zaitsev (vit...@easycoding.org)

CPE Team Engagement Feedback

2020-07-08 Thread Aoife Moloney
Hi Everyone, As we kick off our team's work for Quarter 3 of this year, we would like to take this opportunity to ask for your feedback on our engagement over the last few months. The CPE has been working on trying to improve our communication with our communities and increase visibility on how

Re: CPE Team Engagement Feedback

2020-07-08 Thread Vipul Siddharth
On Wed, Jul 8, 2020 at 7:09 PM Remi Collet wrote: > > Le 08/07/2020 à 11:09, Aoife Moloney a écrit : > > > Our CPE Review Team > > include: > > * Fedora - mmiller, mnordin, bcotton > > * CentOS - rbowen, bex > > * RHEL - bex, dperpeet, aslobodova > > > Where is EPEL ? Extra Packages

Re: CPE Team Engagement Feedback

2020-07-08 Thread Vipul Siddharth
oops, sent too soon (more like didn't read correctly)! please ignore last email On Wed, Jul 8, 2020 at 7:09 PM Remi Collet wrote: > > Le 08/07/2020 à 11:09, Aoife Moloney a écrit : > > > Our CPE Review Team > > include: > > * Fedora - mmiller, mnordin, bcotton > > * CentOS - rbowen, bex

Re: Using "rawhide" for the dist-git branch for Fedora Rawhide

2020-07-08 Thread Miro Hrončok
On 08. 07. 20 15:48, Till Maas wrote: On Tue, Jul 07, 2020 at 09:03:19PM +0200, Till Maas wrote: Hi, in https://pagure.io/fesco/issue/2410 I proposed to name the dist-git branch for Fedora Rawhide "rawhide" to clarify the purpose of that branch. There was also some feedback that Rawhide might

Re: Fedora 33 System-Wide Change proposal: CMake to do out-of-source builds

2020-07-08 Thread Richard Shaw
On Wed, Jul 8, 2020 at 4:11 AM Igor Raits wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA512 > > On Wed, 2020-07-08 at 09:12 +0800, Qiyu Yan wrote: > > Richard Shaw 于 2020年7月8日周三 上午6:11写道: > > > > > Ok, so it appears this change was for F32+ only, so I can't merge > > > master > > >

Re: Fedora 33 System-Wide Change proposal: CMake to do out-of-source builds

2020-07-08 Thread Igor Raits
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 On Wed, 2020-07-08 at 14:13 +0200, Vitaly Zaitsev via devel wrote: > On 07.07.2020 19:57, Orion Poplawski wrote: > > What's the plan for EPEL8/7 compatibility? > > +1. The new Cmake macros behaviour must be backported to EPEL7/8. Feel free to

Re: [fedora-java] Re: Questions on an update to javamail in ursine

2020-07-08 Thread Mat Booth
Sure, but when updating the javamail package, you will be providing compatibility aliases for the old maven coordinates using %mvn_alias and compatibility symlinks for the old filename using %mvn_file in order to not break dependent packages, right? Right? ;-) Unless a package somehow is not

Re: CPE Team Engagement Feedback

2020-07-08 Thread Remi Collet
Le 08/07/2020 à 11:09, Aoife Moloney a écrit : > Our CPE Review Team > include: > * Fedora - mmiller, mnordin, bcotton > * CentOS - rbowen, bex > * RHEL - bex, dperpeet, aslobodova Where is EPEL ? Remi ___ devel mailing list --

[Test-Announce] Fedora 33 Rawhide 20200708.n.0 nightly compose nominated for testing

2020-07-08 Thread rawhide
Announcing the creation of a new nightly release validation test event for Fedora 33 Rawhide 20200708.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: TPM2 for disk encryption, clevis

2020-07-08 Thread Kevin Fenzi
On Wed, Jul 08, 2020 at 11:58:58AM +0300, Marius Vollmer wrote: > Hi, > > we have some rudimentary support for Clevis in the Cockpit Web Console, > and now the question is, should we add support for "tpm2" to that? What does 'support for clevis' there look like? you mean just binding a encrypted

Re: Using "rawhide" for the dist-git branch for Fedora Rawhide

2020-07-08 Thread Dominik 'Rathann' Mierzejewski
On Wednesday, 08 July 2020 at 16:29, Pierre-Yves Chibon wrote: > On Wed, Jul 08, 2020 at 10:09:35AM -0400, Kaleb Keithley wrote: > >Whatever name is picked: devel, main, rawhide, next, etc.,  how about > >setting the default branch. > >E.g. `git symbolic-ref HEAD refs/heads/rawhide` >

Re: Btrfs by default, the compression option

2020-07-08 Thread John M. Harris Jr
On Wednesday, July 8, 2020 1:10:12 AM MST Kamil Paral wrote: > On Wed, Jul 8, 2020 at 8:26 AM Chris Murphy wrote: > > D. Which directories? Some may be outside of the installer's scope. > > > > /usr > > /var/lib/flatpak > > ~/.local/share/flatpak > > I have a concern regarding games. Currently,

Re: The future of legacy BIOS support in Fedora.

2020-07-08 Thread John M. Harris Jr
On Tuesday, July 7, 2020 3:17:16 AM MST Gerd Hoffmann wrote: > On Mon, Jul 06, 2020 at 01:26:31PM -0700, John M. Harris Jr wrote: > > > On Monday, July 6, 2020 5:24:32 AM MST Gerd Hoffmann wrote: > > > > > Default fedora disk layout in UEFI mode is partitions for ESP, /boot > > > and > > > LVM.

Re: Can we do away with release and changelog bumping?

2020-07-08 Thread Nicolas Mailhot via devel
Le 2020-07-08 17:19, Pavel Raiskup a écrit : Small experiment (few-liner) for copr with "%bid, build system tag": https://pagure.io/copr/copr/pull-request/1436 Well, that ties the system to corp, not koji, and like the other proposal, that makes releases that do not import from one system to

Re: Using "rawhide" for the dist-git branch for Fedora Rawhide

2020-07-08 Thread Kaleb Keithley
Whatever name is picked: devel, main, rawhide, next, etc., how about setting the default branch. E.g. `git symbolic-ref HEAD refs/heads/rawhide` This way when someone clones the repo they don't need to know or remember which name Fedora is using as the mainline development branch. On Wed, Jul

Fedora rawhide compose report: 20200708.n.0 changes

2020-07-08 Thread Fedora Rawhide Report
OLD: Fedora-Rawhide-20200707.n.0 NEW: Fedora-Rawhide-20200708.n.0 = SUMMARY = Added images:1 Dropped images: 5 Added packages: 14 Dropped packages:1 Upgraded packages: 173 Downgraded packages: 0 Size of added packages: 44.65 MiB Size of dropped packages

Re: Packagers with no corresponding valid bugzilla accounts

2020-07-08 Thread Kevin Fenzi
On Wed, Jul 08, 2020 at 09:25:32AM +0200, Pierre-Yves Chibon wrote: > On Tue, Jul 07, 2020 at 10:38:01AM -0700, Michel Alexandre Salim wrote: > > Should we make the script more robust and ignore invalid watcher > > emails? Seems worrying if someone who's not even a packager can block > > packager

Re: TPM2 for disk encryption, clevis

2020-07-08 Thread Richard Hughes
On Wed, 8 Jul 2020 at 09:59, Marius Vollmer wrote: > As I understand it, there is a lot of evolving OS specific subtlety > involved, so I am asking specifically how this would look on current > Fedora and what to expect in the near future. Just a heads-up; the PCR0 changes when you upgrade the

Re: Can we do away with release and changelog bumping?

2020-07-08 Thread Pavel Raiskup
On Monday, July 6, 2020 10:19:31 AM CEST Adam Saleh wrote: > Piere (a.k.a Pingou), Nils and me worked on Rpmautospec [1] to solve this > problem few months ago. > It is a koji plugin as well as CLI tool that makes bumping the release > field and generating changelog problem of Koji, > instead of

Summary/Minutes from today's FESCo Meeting (2020-07-08)

2020-07-08 Thread Miro Hrončok
Meeting started by mhroncok at 14:01:30 UTC. The full logs are available at https://meetbot.fedoraproject.org/fedora-meeting-2/2020-07-08/fesco.2020-07-08-14.01.log.html . Meeting summary --- * init process#topic init process#topic init process (mhroncok, 14:01:41) * init

Re: PostgreSQL 13 - Fedora 33 Self-Contained Change proposal

2020-07-08 Thread Bruno Wolff III
On Tue, Jul 07, 2020 at 15:16:22 -0400, Ben Cotton wrote: https://fedoraproject.org/wiki/Changes/PostgreSQL_13 == Summary == Update of PostgreSQL (`postgresql` and `libpq` components) in Fedora from version 12 to version 13 in the non-modular (main) builds. While I like to have the latest

Re: Using "rawhide" for the dist-git branch for Fedora Rawhide

2020-07-08 Thread Matthew Miller
On Wed, Jul 08, 2020 at 03:48:23PM +0200, Till Maas wrote: > Just had another idea, how about instead of branch down from the rawhide > branch to new branched to make Rawhide always use the fxy version that > it develops. So instead of creating branched f33 later we would rename > master to f33

Re: Enable EarlyOOM on Fedora KDE - Fedora 33 Self-Contained Change proposal

2020-07-08 Thread John M. Harris Jr
On Tuesday, July 7, 2020 8:54:40 AM MST Przemek Klosowski via devel wrote: > On 7/6/20 6:49 PM, John M. Harris Jr wrote: > > Unless you're actively using all of those tabs (I don't know how you would > > be, but it's certainly possible), swap sounds like the perfect solution. > > Unless Firefox

RE: [External] Re: Btrfs by default, the compression option

2020-07-08 Thread Mark Pearson
> -Original Message- > From: Matthew Miller > Sent: Wednesday, July 8, 2020 11:51 AM > > On Wed, Jul 08, 2020 at 12:24:27AM -0600, Chris Murphy wrote: > > 2. Benchmarking: this is hard. A simple tool for doing comparisons > > among algorithms on a specific bit of hardware is lzbench. > >

Re: Using "rawhide" for the dist-git branch for Fedora Rawhide

2020-07-08 Thread Pierre-Yves Chibon
On Wed, Jul 08, 2020 at 10:09:35AM -0400, Kaleb Keithley wrote: >Whatever name is picked: devel, main, rawhide, next, etc.,  how about >setting the default branch. >E.g. `git symbolic-ref HEAD refs/heads/rawhide` >This way when someone clones the repo they don't need to know or

Re: Using "rawhide" for the dist-git branch for Fedora Rawhide

2020-07-08 Thread Vitaly Zaitsev via devel
On 08.07.2020 16:29, Pierre-Yves Chibon wrote: > One wonder which I have is: should we keep a "master" branch, just as a > symlink > to the "rawhide" one for backward compatibility purposes? Yes. Master branch is hardcoded in lots of places (infra, maintainer's scripts, etc.) and such rename

Re: Can we do away with release and changelog bumping?

2020-07-08 Thread Pavel Raiskup
On Wednesday, July 8, 2020 4:16:34 PM CEST Pavel Raiskup wrote: > On Monday, July 6, 2020 10:19:31 AM CEST Adam Saleh wrote: > > Piere (a.k.a Pingou), Nils and me worked on Rpmautospec [1] to solve this > > problem few months ago. > > It is a koji plugin as well as CLI tool that makes bumping the

Re: Btrfs by default, the compression option

2020-07-08 Thread Matthew Miller
On Wed, Jul 08, 2020 at 12:24:27AM -0600, Chris Murphy wrote: > 2. Benchmarking: this is hard. A simple tool for doing comparisons > among algorithms on a specific bit of hardware is lzbench. > https://github.com/inikep/lzbench > How to compile on F32. > https://github.com/inikep/lzbench/issues/69

Re: nodebug kernel repo file missing

2020-07-08 Thread Justin Forbes
On Wed, Jul 8, 2020 at 5:24 AM Zbigniew Jędrzejewski-Szmek wrote: > > https://fedoraproject.org/wiki/RawhideKernelNodebug > links to > http://dl.fedoraproject.org/pub/alt/rawhide-kernel-nodebug/fedora-rawhide-kernel-nodebug.repo > which gives 404 now. The kernels seems to be there though. But

Re: Enable EarlyOOM on Fedora KDE - Fedora 33 Self-Contained Change proposal

2020-07-08 Thread Przemek Klosowski via devel
On 7/8/20 12:15 PM, John M. Harris Jr wrote: I'd rather crash and restart where I left off than have the computer drag me along trying to save my application. Sorry, what? Why would your data not be on your system? What about "the modern way of computing" would move your data from your system

Re: Btrfs by default, the compression option

2020-07-08 Thread Chris Murphy
On Wed, Jul 8, 2020 at 5:13 AM Kamil Paral wrote: > > On Wed, Jul 8, 2020 at 11:22 AM Dominique Martinet > wrote: >> >> Please test, but if a file is deemed not compressible (based on, not >> sure what? the first few blocks?) then it will be stored in the >> non-compressed version. >> You can

Re: Btrfs by default, the compression option

2020-07-08 Thread Adam Williamson
On Wed, 2020-07-08 at 00:24 -0600, Chris Murphy wrote: > Hi, > > The change proposal has a 'compression option' and we kinda need to > get organized. > https://fedoraproject.org/wiki/Changes/BtrfsByDefault#Compression It feels to me like this might be a great area to slow down a bit and not try

Re: The future of legacy BIOS support in Fedora.

2020-07-08 Thread Brandon Nielsen
On 7/8/20 10:47 AM, John M. Harris Jr wrote: On Tuesday, July 7, 2020 3:17:16 AM MST Gerd Hoffmann wrote: On Mon, Jul 06, 2020 at 01:26:31PM -0700, John M. Harris Jr wrote: Well, if that is your concern the answer is secure boot. That will not only prevent tampering with /boot files, but

Re: Btrfs by default, the compression option

2020-07-08 Thread Chris Murphy
On Wed, Jul 8, 2020 at 9:50 AM Matthew Miller wrote: > > On Wed, Jul 08, 2020 at 12:24:27AM -0600, Chris Murphy wrote: > > 2. Benchmarking: this is hard. A simple tool for doing comparisons > > among algorithms on a specific bit of hardware is lzbench. > > https://github.com/inikep/lzbench > >

Re: Btrfs by default, the compression option

2020-07-08 Thread Neal Gompa
On Wed, Jul 8, 2020 at 1:20 PM Matthew Miller wrote: > > On Wed, Jul 08, 2020 at 11:08:53AM -0600, Chris Murphy wrote: > > I expect beefy CPU systems, including gaming systems, to have the same > > or better read/write performance using mount option compress=zstd:1. > > Where I've seen equal or

Re: Btrfs by default, the compression option

2020-07-08 Thread Chris Murphy
On Wed, Jul 8, 2020 at 11:20 AM Matthew Miller wrote: > > On Wed, Jul 08, 2020 at 11:08:53AM -0600, Chris Murphy wrote: > > I expect beefy CPU systems, including gaming systems, to have the same > > or better read/write performance using mount option compress=zstd:1. > > Where I've seen equal or

Re: Btrfs by default, the compression option

2020-07-08 Thread Matthew Miller
On Wed, Jul 08, 2020 at 11:37:11AM -0600, Chris Murphy wrote: > If it's the center, I think that favors the mount option approach and > do it with the lowest level of compression, i.e. zstd:1. But this > suggests more benchmarking still, to make certain it's well understood > what the range of

Re: Btrfs by default, the compression option

2020-07-08 Thread Martin Jackson
It feels to me like this might be a great area to slow down a bit and not try to do everything at once. Why don't we just make the simplest change for F33 - going to btrfs by default - and see how that goes, and consider the 'options' for F34 or later, rather than changing too much stuff at

Re: The future of legacy BIOS support in Fedora.

2020-07-08 Thread Richard Hughes
On Wed, 8 Jul 2020 at 16:48, John M. Harris Jr wrote: > needlessly disables a lot of kernel functionality It disables functionality which can destroy platform security. > You cannot load kernel modules you've built If you can build and insert your own kernel module you can do almost anything

Re: Btrfs by default, the compression option

2020-07-08 Thread Matthew Miller
On Wed, Jul 08, 2020 at 11:08:53AM -0600, Chris Murphy wrote: > I expect beefy CPU systems, including gaming systems, to have the same > or better read/write performance using mount option compress=zstd:1. > Where I've seen equal or better read performance, there can be a write > performance drop

Re: [External] Re: Btrfs by default, the compression option

2020-07-08 Thread Chris Murphy
On Wed, Jul 8, 2020 at 10:54 AM Mark Pearson wrote: > > I personally haven't had any experience with btrfs but if there are any > guidelines on testing that we can do and what data should be collected to > help out let me know and I'll see if we can hit up some of our platforms and > get some

Re: The future of legacy BIOS support in Fedora.

2020-07-08 Thread Chris Adams
Once upon a time, Richard Hughes said: > tl;dr: if you care about platform security at all, enable secure boot. If you want to use interesting and useful kernel technologies (namely eBPF), disable secure boot. That's a real killer of secure boot IMHO. -- Chris Adams

Re: The future of legacy BIOS support in Fedora.

2020-07-08 Thread John M. Harris Jr
On Wednesday, July 8, 2020 10:04:01 AM MST Richard Hughes wrote: > On Wed, 8 Jul 2020 at 16:48, John M. Harris Jr > wrote: > > needlessly disables a lot of kernel functionality > > > It disables functionality which can destroy platform security. It disables functionality that users need, such

mingw GCC help needed: -fstack-protector and -lssp, undefined reference to `__strcpy_chk'

2020-07-08 Thread Sandro Mani
Hi I'm working on updating the mingw toolchain [1], and am hitting the situation [2] where I build with -fstack-protector in the ldflags, can confirm that -lssp and -lssp_nonshared are automatically added to the ldflags (seen via gcc -v [3] and strace), but I still get i.e. with this minimal

Re: Fedora 33 System-Wide Change proposal: Make btrfs the default file system for desktop variants

2020-07-08 Thread James Cassell
On Tue, Jul 7, 2020, at 12:30 PM, Adam Williamson wrote: > On Mon, 2020-07-06 at 20:06 -0600, Chris Murphy wrote: > > On Mon, Jul 6, 2020 at 4:48 PM Gerald Henriksen wrote: > > > > > > On Wed, 1 Jul 2020 14:24:37 -0400, you wrote: > > > > > > > On Wed, Jul 01, 2020 at 06:54:02AM +, Zbigniew

Re: Enable EarlyOOM on Fedora KDE - Fedora 33 Self-Contained Change proposal

2020-07-08 Thread John M. Harris Jr
On Wednesday, July 8, 2020 12:53:05 PM MST Przemek Klosowski via devel wrote: > On 7/8/20 12:15 PM, John M. Harris Jr wrote: > > Really, this is starting to sound like it's more of an issue with web > > browsers, and less of a problem with our current configurations, without > > EarlyOOM

Re: Btrfs by default, the compression option

2020-07-08 Thread John M. Harris Jr
On Wednesday, July 8, 2020 10:20:30 AM MST Matthew Miller wrote: > On Wed, Jul 08, 2020 at 11:08:53AM -0600, Chris Murphy wrote: > > > I expect beefy CPU systems, including gaming systems, to have the same > > or better read/write performance using mount option compress=zstd:1. > > Where I've

Re: Btrfs by default, the compression option

2020-07-08 Thread Chris Murphy
On Wed, Jul 8, 2020 at 1:45 PM Matthew Miller wrote: > > On Wed, Jul 08, 2020 at 11:37:11AM -0600, Chris Murphy wrote: > > If it's the center, I think that favors the mount option approach and > > do it with the lowest level of compression, i.e. zstd:1. But this > > suggests more benchmarking

Re: Btrfs by default, the compression option

2020-07-08 Thread Chris Murphy
On Wed, Jul 8, 2020 at 12:54 PM Adam Williamson wrote: > > On Wed, 2020-07-08 at 00:24 -0600, Chris Murphy wrote: > > Hi, > > > > The change proposal has a 'compression option' and we kinda need to > > get organized. > > https://fedoraproject.org/wiki/Changes/BtrfsByDefault#Compression > > It

Re: Fedora 33 System-Wide Change proposal: Make btrfs the default file system for desktop variants

2020-07-08 Thread Adam Williamson
On Wed, 2020-07-08 at 17:23 -0400, James Cassell wrote: > On Tue, Jul 7, 2020, at 12:30 PM, Adam Williamson wrote: > > On Mon, 2020-07-06 at 20:06 -0600, Chris Murphy wrote: > > > On Mon, Jul 6, 2020 at 4:48 PM Gerald Henriksen > > > wrote: > > > > > > > > On Wed, 1 Jul 2020 14:24:37 -0400, you

Schedule for Thursday's FPC Meeting (2020-07-09 16:00 UTC)

2020-07-08 Thread James Antill
Following is the list of topics that will be discussed in the FPC meeting Thursday at 2020-07-09 16:00 UTC in #fedora-meeting-1 on irc.freenode.net. Local time information (via. uitime): = Day: Thursday == 2020-07-09 09:00 PDT US/Pacific 2020-07-09

[Bug 1854753] perl-Sereal-4.015 is available

2020-07-08 Thread bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1854753 Petr Pisar changed: What|Removed |Added Status|NEW |ASSIGNED

[Bug 1854754] perl-Sereal-Decoder-4.015 is available

2020-07-08 Thread bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1854754 Petr Pisar changed: What|Removed |Added Status|NEW |ASSIGNED

[Bug 1854753] New: perl-Sereal-4.015 is available

2020-07-08 Thread bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1854753 Bug ID: 1854753 Summary: perl-Sereal-4.015 is available Product: Fedora Version: rawhide Status: NEW Component: perl-Sereal Keywords: FutureFeature, Triaged

[Bug 1854752] perl-Sereal-Encoder-4.015 is available

2020-07-08 Thread bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1854752 Fedora Update System changed: What|Removed |Added Status|ASSIGNED|MODIFIED --- Comment #2 from

[Bug 1854753] perl-Sereal-4.015 is available

2020-07-08 Thread bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1854753 --- Comment #2 from Fedora Update System --- FEDORA-2020-43a6a0fdca has been submitted as an update to Fedora 32. https://bodhi.fedoraproject.org/updates/FEDORA-2020-43a6a0fdca -- You are receiving this mail because: You are on the CC list

[Bug 1854754] perl-Sereal-Decoder-4.015 is available

2020-07-08 Thread bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1854754 Fedora Update System changed: What|Removed |Added Status|ASSIGNED|MODIFIED --- Comment #2 from

[Bug 1854752] New: perl-Sereal-Encoder-4.015 is available

2020-07-08 Thread bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1854752 Bug ID: 1854752 Summary: perl-Sereal-Encoder-4.015 is available Product: Fedora Version: rawhide Status: NEW Component: perl-Sereal-Encoder Keywords: FutureFeature,

[Bug 1854754] New: perl-Sereal-Decoder-4.015 is available

2020-07-08 Thread bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1854754 Bug ID: 1854754 Summary: perl-Sereal-Decoder-4.015 is available Product: Fedora Version: rawhide Status: NEW Component: perl-Sereal-Decoder Keywords: FutureFeature,

[Bug 1854752] perl-Sereal-Encoder-4.015 is available

2020-07-08 Thread bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1854752 Petr Pisar changed: What|Removed |Added Status|NEW |ASSIGNED

[Bug 1854754] perl-Sereal-Decoder-4.015 is available

2020-07-08 Thread bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1854754 Petr Pisar changed: What|Removed |Added Blocks||1854752 Referenced Bugs:

[Bug 1854754] perl-Sereal-Decoder-4.015 is available

2020-07-08 Thread bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1854754 Petr Pisar changed: What|Removed |Added Blocks|1854752 | Referenced Bugs:

[Bug 1854752] perl-Sereal-Encoder-4.015 is available

2020-07-08 Thread bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1854752 Petr Pisar changed: What|Removed |Added Depends On|1854754 | Fixed In Version|

[Bug 1854078] perl-Parse-CPAN-Packages required in EPEL 8

2020-07-08 Thread bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1854078 Jitka Plesnikova changed: What|Removed |Added Status|NEW |ASSIGNED Doc Type|---

[Bug 1854720] perl-Archive-Peek required in EPEL 8

2020-07-08 Thread bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1854720 Paul Howarth changed: What|Removed |Added Status|NEW |ASSIGNED --- Comment #1 from Paul

[Bug 1854753] perl-Sereal-4.015 is available

2020-07-08 Thread bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1854753 Petr Pisar changed: What|Removed |Added Status|ASSIGNED|MODIFIED Depends On|

[Bug 1854752] perl-Sereal-Encoder-4.015 is available

2020-07-08 Thread bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1854752 Petr Pisar changed: What|Removed |Added Blocks||1854753 Referenced Bugs:

[Bug 1854754] perl-Sereal-Decoder-4.015 is available

2020-07-08 Thread bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1854754 Petr Pisar changed: What|Removed |Added Blocks||1854753 Referenced Bugs:

[Bug 1854754] perl-Sereal-Decoder-4.015 is available

2020-07-08 Thread bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1854754 Petr Pisar changed: What|Removed |Added Fixed In Version||perl-Sereal-Decoder-4.015-1

[Bug 1854720] perl-Archive-Peek required in EPEL 8

2020-07-08 Thread bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1854720 Fedora Update System changed: What|Removed |Added Status|ASSIGNED|MODIFIED --- Comment #2 from

[Bug 1854754] perl-Sereal-Decoder-4.015 is available

2020-07-08 Thread bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1854754 --- Comment #3 from Fedora Update System --- FEDORA-2020-1f18f358d0 has been submitted as an update to Fedora 31. https://bodhi.fedoraproject.org/updates/FEDORA-2020-1f18f358d0 -- You are receiving this mail because: You are on the CC list

[Bug 1854753] perl-Sereal-4.015 is available

2020-07-08 Thread bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1854753 --- Comment #3 from Fedora Update System --- FEDORA-2020-1f18f358d0 has been submitted as an update to Fedora 31. https://bodhi.fedoraproject.org/updates/FEDORA-2020-1f18f358d0 -- You are receiving this mail because: You are on the CC list

[Bug 1854752] perl-Sereal-Encoder-4.015 is available

2020-07-08 Thread bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1854752 --- Comment #3 from Fedora Update System --- FEDORA-2020-1f18f358d0 has been submitted as an update to Fedora 31. https://bodhi.fedoraproject.org/updates/FEDORA-2020-1f18f358d0 -- You are receiving this mail because: You are on the CC list

[Bug 1854078] perl-Parse-CPAN-Packages required in EPEL 8

2020-07-08 Thread bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1854078 --- Comment #1 from Jitka Plesnikova --- https://pagure.io/releng/fedora-scm-requests/issue/26919 https://pagure.io/releng/fedora-scm-requests/issue/26920 -- You are receiving this mail because: You are on the CC list for the bug.

CPE Team Engagement Feedback

2020-07-08 Thread Aoife Moloney
Hi Everyone, As we kick off our team's work for Quarter 3 of this year, we would like to take this opportunity to ask for your feedback on our engagement over the last few months. The CPE has been working on trying to improve our communication with our communities and increase visibility on how

[Bug 1854752] perl-Sereal-Encoder-4.015 is available

2020-07-08 Thread bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1854752 --- Comment #4 from Fedora Update System --- FEDORA-EPEL-2020-87dd78b491 has been submitted as an update to Fedora EPEL 8. https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2020-87dd78b491 -- You are receiving this mail because: You are

[Bug 1854754] perl-Sereal-Decoder-4.015 is available

2020-07-08 Thread bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1854754 --- Comment #4 from Fedora Update System --- FEDORA-EPEL-2020-87dd78b491 has been submitted as an update to Fedora EPEL 8. https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2020-87dd78b491 -- You are receiving this mail because: You are

[Bug 1854753] perl-Sereal-4.015 is available

2020-07-08 Thread bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1854753 --- Comment #4 from Fedora Update System --- FEDORA-EPEL-2020-87dd78b491 has been submitted as an update to Fedora EPEL 8. https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2020-87dd78b491 -- You are receiving this mail because: You are

Perl 7 in Fedora

2020-07-08 Thread Petr Pisar
Hello packagers, have you noticed an announcement about Perl 7 on a Perl5 Porters list? Saywer X presented an idea that now, when Perl 6 is called Raku, Perl 5 can resume using the higher numbers and that the next Perl

Heads up: Python 3.9.0b4 is in rawhide

2020-07-08 Thread Miro Hrončok
Hello, we have update Python to Python 3.9.0b4 in rawhide. We don't anticipate much breakage and it should be ABI compatible with b3. Let us know if there is trouble. -- Miro Hrončok -- Phone: +420777974800 IRC: mhroncok ___ python-devel mailing list

[Bug 1854078] perl-Parse-CPAN-Packages required in EPEL 8

2020-07-08 Thread bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1854078 Fedora Update System changed: What|Removed |Added Status|ASSIGNED|MODIFIED --- Comment #2 from

[Bug 1854752] perl-Sereal-Encoder-4.015 is available

2020-07-08 Thread bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1854752 Fedora Update System changed: What|Removed |Added Status|MODIFIED|ON_QA --- Comment #5 from

[Bug 1854754] perl-Sereal-Decoder-4.015 is available

2020-07-08 Thread bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1854754 Fedora Update System changed: What|Removed |Added Status|MODIFIED|ON_QA --- Comment #5 from

[Bug 1854753] perl-Sereal-4.015 is available

2020-07-08 Thread bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1854753 Fedora Update System changed: What|Removed |Added Status|MODIFIED|ON_QA --- Comment #5 from

[Bug 1751896] perl-Verilog-Perl-3.468 is available

2020-07-08 Thread bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1751896 Jitka Plesnikova changed: What|Removed |Added Status|MODIFIED|CLOSED Resolution|---

  1   2   >