[Bug 1781557] Upgrade perl-CPANPLUS to 0.9904

https://bugzilla.redhat.com/show_bug.cgi?id=1781557 Jitka Plesnikova changed: What|Removed |Added Status|ON_QA |CLOSED Resolution|---

[Bug 1690193] perl-CPAN-2.26 is available

https://bugzilla.redhat.com/show_bug.cgi?id=1690193 Jitka Plesnikova changed: What|Removed |Added Status|ON_QA |CLOSED CC|

[Bug 1763372] perl-Perl-Critic-Pulp-97 is available

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

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

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

[389-devel] 389 DS nightly 2020-07-09 - 95% PASS

https://fedorapeople.org/groups/389ds/ci/nightly/2020/07/09/report-389-ds-base-1.4.4.4-20200708git318a3ce.fc32.x86_64.html ___ 389-devel mailing list -- 389-devel@lists.fedoraproject.org To unsubscribe send an email to

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

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

[EPEL-devel] Fedora EPEL 6 updates-testing report

The following Fedora EPEL 6 Security updates need testing: Age URL 7 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2020-b1a8a3c29a putty-0.74-1.el6 3 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2020-8c3e76982e python-rsa-3.4.2-1.el6 3

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

https://bugzilla.redhat.com/show_bug.cgi?id=1854078 Fedora Update System changed: What|Removed |Added Status|MODIFIED|ON_QA --- Comment #3 from

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

https://bugzilla.redhat.com/show_bug.cgi?id=1854720 Fedora Update System changed: What|Removed |Added Status|MODIFIED|ON_QA --- Comment #3 from

[Bug 1854753] perl-Sereal-4.015 is available

https://bugzilla.redhat.com/show_bug.cgi?id=1854753 --- Comment #6 from Fedora Update System --- FEDORA-EPEL-2020-87dd78b491 has been pushed to the Fedora EPEL 8 testing repository. You can provide feedback for this update here:

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

https://bugzilla.redhat.com/show_bug.cgi?id=1854754 --- Comment #6 from Fedora Update System --- FEDORA-EPEL-2020-87dd78b491 has been pushed to the Fedora EPEL 8 testing repository. You can provide feedback for this update here:

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

https://bugzilla.redhat.com/show_bug.cgi?id=1854752 --- Comment #6 from Fedora Update System --- FEDORA-EPEL-2020-87dd78b491 has been pushed to the Fedora EPEL 8 testing repository. You can provide feedback for this update here:

[Bug 1850197] abi-compliance-checker fails to install

https://bugzilla.redhat.com/show_bug.cgi?id=1850197 Fedora Update System changed: What|Removed |Added Status|ON_QA |CLOSED Resolution|---

[EPEL-devel] Fedora EPEL 7 updates-testing report

The following Fedora EPEL 7 Security updates need testing: Age URL 694 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2018-3c9292b62d condor-8.6.11-1.el7 433 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2019-bc0182548b bubblewrap-0.3.3-2.el7 143

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

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

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

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

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

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

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

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

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: Btrfs by default, the compression option

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: The future of legacy BIOS support in Fedora.

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

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

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

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: Btrfs by default, the compression option

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: Enable EarlyOOM on Fedora KDE - Fedora 33 Self-Contained Change proposal

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

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

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.

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

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.

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: Btrfs by default, the compression option

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

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: [External] Re: Btrfs by default, the compression option

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: Btrfs by default, the compression option

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

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: Btrfs by default, the compression option

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

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

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

Re: The future of legacy BIOS support in Fedora.

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: [External] Re: Btrfs by default, the compression option

> -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: nodebug kernel repo file missing

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: Can we do away with release and changelog bumping?

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: Enable EarlyOOM on Fedora KDE - Fedora 33 Self-Contained Change proposal

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

Fedora rawhide compose report: 20200708.n.0 changes

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: Btrfs by default, the compression option

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: The future of legacy BIOS support in Fedora.

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: Btrfs by default, the compression option

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: Using "rawhide" for the dist-git branch for Fedora Rawhide

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: Can we do away with release and changelog bumping?

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: PostgreSQL 13 - Fedora 33 Self-Contained Change proposal

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: TPM2 for disk encryption, clevis

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: Using "rawhide" for the dist-git branch for Fedora Rawhide

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: Using "rawhide" for the dist-git branch for Fedora Rawhide

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: TPM2 for disk encryption, clevis

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: Packagers with no corresponding valid bugzilla accounts

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

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

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: Using "rawhide" for the dist-git branch for Fedora Rawhide

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

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

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: Can we do away with release and changelog bumping?

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

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

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

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

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

Heads up: Python 3.9.0b4 is in rawhide

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

Re: CPE Team Engagement Feedback

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

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

Re: CPE Team Engagement Feedback

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: CPE Team Engagement Feedback

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

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 --

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

-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

Perl 7 in Fedora

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

CPE Team Engagement Feedback

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

CPE Team Engagement Feedback

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: Fedora 33 System-Wide Change proposal: CMake to do out-of-source builds

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)

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

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: Btrfs by default, the compression option

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 >

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

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.

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

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: PostgreSQL 13 - Fedora 33 Self-Contained Change proposal

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

nodebug kernel repo file missing

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

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

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

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

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

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

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

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

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 1854720] perl-Archive-Peek required in EPEL 8

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

Re: Btrfs by default, the compression option

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: Fedora 33 System-Wide Change proposal: CMake to do out-of-source builds

-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

-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

-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)

[Bug 1854753] perl-Sereal-4.015 is available

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 1854752] perl-Sereal-Encoder-4.015 is available

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

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

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

TPM2 for disk encryption, clevis

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

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

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

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

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

[Bug 1854753] perl-Sereal-4.015 is available

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

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

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

[Bug 1854753] perl-Sereal-4.015 is available

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

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

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

  1   2   >