Re: Can the BTRFS transparent compression mess with RPM's free space checks?

2021-04-19 Thread Chris Murphy
On Mon, Apr 19, 2021 at 4:42 PM Lyes Saadi wrote: > > I think I realized what went wrong: I compressed my filesystem _after_ > already having done some snapshots. I think it then duplicated all my > files and basically filled my filesystem... And I did Yeah defragmentation unshares shared extents

Re: Can the BTRFS transparent compression mess with RPM's free space checks?

2021-04-19 Thread Lyes Saadi
I think I realized what went wrong: I compressed my filesystem _after_ already having done some snapshots. I think it then duplicated all my files and basically filled my filesystem... And I did Sorry for that! I'm happy to be wrong at least. And thank you for this great answer! Le 19/04/2

Re: Can the BTRFS transparent compression mess with RPM's free space checks?

2021-04-19 Thread Dominique Martinet
Lyes Saadi wrote on Mon, Apr 19, 2021 at 10:56:51PM +0100: > It's a bit late to ask this question, but it emerged when I noticed that > after upgrading my PC to Silverblue 34 and after compressing manually my > files, and doing some snapshots, rpm-ostree began complaining about the > absence of fre

Can the BTRFS transparent compression mess with RPM's free space checks?

2021-04-19 Thread Lyes Saadi
Hello! It's a bit late to ask this question, but it emerged when I noticed that after upgrading my PC to Silverblue 34 and after compressing manually my files, and doing some snapshots, rpm-ostree began complaining about the absence of free space... While compsize reported that I used only 8

Re: Kdump with full-disk LUKS encryption

2021-04-19 Thread Simo Sorce
On Mon, 2021-04-19 at 18:24 +0100, Daniel P. Berrangé wrote: > On Mon, Apr 19, 2021 at 01:12:07PM -0400, Simo Sorce wrote: > > On Mon, 2021-04-19 at 12:02 +0100, Richard W.M. Jones wrote: > > > On Mon, Apr 19, 2021 at 06:00:38PM +0800, Kairui Song wrote: > > > > 2. LUKS2 prefers Argon2 as the key d

Fedora-34-20210419.n.0 compose check report

2021-04-19 Thread Fedora compose checker
No missing expected images. Failed openQA tests: 4/127 (aarch64), 2/189 (x86_64) New failures (same test not failed in Fedora-34-20210418.n.0): ID: 861097 Test: aarch64 Server-dvd-iso install_default_upload@uefi URL: https://openqa.fedoraproject.org/tests/861097 ID: 861148 Test: aarch6

Re: wlroots 0.13.0 update for rawhide and f34

2021-04-19 Thread Aleksei Bavshin
wlroots-0.13 is now available in rawhide. The compatibility issues are resolved via `wlroots0.12` package which will be installed on update if there is anything that depends on `libwlroots.so.7`. No rebuilds are necessary. If your package depends on the old wlroots API or hardware support, you

Re: Kdump with full-disk LUKS encryption

2021-04-19 Thread Daniel P . Berrangé
On Mon, Apr 19, 2021 at 01:12:07PM -0400, Simo Sorce wrote: > On Mon, 2021-04-19 at 12:02 +0100, Richard W.M. Jones wrote: > > On Mon, Apr 19, 2021 at 06:00:38PM +0800, Kairui Song wrote: > > > 2. LUKS2 prefers Argon2 as the key derivation function, designed to > > > use a lot of memory. kdump is e

Re: Kdump with full-disk LUKS encryption

2021-04-19 Thread Richard W.M. Jones
On Mon, Apr 19, 2021 at 01:12:07PM -0400, Simo Sorce wrote: > On Mon, 2021-04-19 at 12:02 +0100, Richard W.M. Jones wrote: > > On Mon, Apr 19, 2021 at 06:00:38PM +0800, Kairui Song wrote: > > > 2. LUKS2 prefers Argon2 as the key derivation function, designed to > > > use a lot of memory. kdump is e

Re: Kdump with full-disk LUKS encryption

2021-04-19 Thread Simo Sorce
On Mon, 2021-04-19 at 12:02 +0100, Richard W.M. Jones wrote: > On Mon, Apr 19, 2021 at 06:00:38PM +0800, Kairui Song wrote: > > 2. LUKS2 prefers Argon2 as the key derivation function, designed to > > use a lot of memory. kdump is expected to use a minimal amount of > > memory. Users will have to re

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

2021-04-19 Thread Fedora compose checker
No missing expected images. Compose PASSES proposed Rawhide gating check! All required tests passed Failed openQA tests: 9/189 (x86_64), 18/127 (aarch64) New failures (same test not failed in Fedora-Rawhide-20210418.n.0): ID: 860505 Test: x86_64 KDE-live-iso desktop_login URL: https://open

Re: Disabling BZ `fedora_requires_release_note` flag

2021-04-19 Thread Kevin Fenzi
On Mon, Apr 19, 2021 at 03:35:40PM +0200, Pierre-Yves Chibon wrote: > On Mon, Apr 19, 2021 at 09:11:19AM -0400, Ben Cotton wrote: > > On Sun, Apr 18, 2021 at 4:13 PM Zbigniew Jędrzejewski-Szmek > > wrote: > > > > > > What about the unused "qa contact field"? Kevin suggested dropping > > > qa-extra

Re: matio: Not announced soname change in stable branch

2021-04-19 Thread Gwyn Ciesla via devel
I'll fix those as well. --  Gwyn Ciesla she/her/hers   in your fear, seek only peace  in your fear, seek only love -d. bowie Sent with ProtonMail Secure Email. ‐‐‐ Original Message ‐‐‐ On Monday, April 19, 2021 9:13 AM, Remi Collet wrote:

Re: matio: Not announced soname change in stable branch

2021-04-19 Thread Remi Collet
Le 05/04/2021 à 23:19, Gwyn Ciesla via devel a écrit : Updates are now in flight for kst, libASL, openmeeg, and vips, for f34 and f33. gtatool is retired and FTBFS, so I left it alone. Looks like the same happens today in Fedora 32 Remi -- Gwyn Ciesla she/her/hers --

Re: Disabling BZ `fedora_requires_release_note` flag

2021-04-19 Thread Pierre-Yves Chibon
On Mon, Apr 19, 2021 at 09:11:19AM -0400, Ben Cotton wrote: > On Sun, Apr 18, 2021 at 4:13 PM Zbigniew Jędrzejewski-Szmek > wrote: > > > > What about the unused "qa contact field"? Kevin suggested dropping > > qa-extras [1], but it never went anywhere, afaics? > > > Good idea. I have a few other B

Re: F35 Change: Switching Cyrus Sasl from BerkeleyDB to GDBM (System-Wide Change proposal)

2021-04-19 Thread David Cantrell
On Fri, Apr 16, 2021 at 03:48:04PM -0400, Simo Sorce wrote: On Fri, 2021-04-16 at 16:31 +, David Cantrell wrote: > https://fedoraproject.org/wiki/Change/CyrusSaslBerkeleyDBtoGdbm > > == Summary == > cyrus-sasl package was built with libdb requirement, now it is replaced by gdbm. > > == Owne

Re: Disabling BZ `fedora_requires_release_note` flag

2021-04-19 Thread Ben Cotton
On Sun, Apr 18, 2021 at 4:13 PM Zbigniew Jędrzejewski-Szmek wrote: > > What about the unused "qa contact field"? Kevin suggested dropping > qa-extras [1], but it never went anywhere, afaics? > Good idea. I have a few other BZ cleanup things I want to look at post-release. I'll add this to the list

Fedora 34 compose report: 20210419.n.0 changes

2021-04-19 Thread Fedora Rawhide Report
OLD: Fedora-34-20210418.n.0 NEW: Fedora-34-20210419.n.0 = SUMMARY = Added images:1 Dropped images: 0 Added packages: 0 Dropped packages:0 Upgraded packages: 0 Downgraded packages: 0 Size of added packages: 0 B Size of dropped packages:0 B Size of upgraded

Re: Heads up, upcoming mass spec update to explicitly BuildRequire python3-setuptools

2021-04-19 Thread Tomas Hrnciar
Hello everyone, we successfully pushed explicit python3-setuptools BuildRequire to all affected packages. As mentioned in the Change proposal, there is no need to rebuild them, it will be done together with Python 3.10. mass rebuild. Regards, Tomáš Hrnčiar On Fri, Mar 26, 2021 at 2:50 PM Tomas H

Re: Kdump with full-disk LUKS encryption

2021-04-19 Thread Vitaly Zaitsev via devel
On 19.04.2021 13:02, Richard W.M. Jones wrote: I'm just going to sympathise with you rather than provide a good answer here ... We had the same problem in libguestfs where Argon2 used too much memory for our small appliance when opening LUKS2 disks. We had to simply increase the amount of memory

Fedora rawhide compose report: 20210419.n.0 changes

2021-04-19 Thread Fedora Rawhide Report
OLD: Fedora-Rawhide-20210418.n.0 NEW: Fedora-Rawhide-20210419.n.0 = SUMMARY = Added images:0 Dropped images: 1 Added packages: 1 Dropped packages:1 Upgraded packages: 63 Downgraded packages: 0 Size of added packages: 1.41 MiB Size of dropped packages

Re: [Help needed] Possible change from gcc failed both openxr and luxcorerender

2021-04-19 Thread Jonathan Wakely
On 18/04/21 23:38 -0700, Luya Tshimbalanga wrote: On 2021-04-15 6:33 a.m., Jonathan Wakely wrote: The error for this build is completely different to the errors you showed above: /builddir/build/BUILD/LuxCore-luxcorerender_v2.5/include/luxrays/utils/utils.h:40:18: error: 'std::std' has not be

Re: Kdump with full-disk LUKS encryption

2021-04-19 Thread Richard W.M. Jones
On Mon, Apr 19, 2021 at 06:00:38PM +0800, Kairui Song wrote: > 2. LUKS2 prefers Argon2 as the key derivation function, designed to > use a lot of memory. kdump is expected to use a minimal amount of > memory. Users will have to reserve a huge amount of memory for kdump > to work (eg. 1G reserve for

Re: Spaces in tarball directory name

2021-04-19 Thread Vitaly Zaitsev via devel
On 19.04.2021 04:28, Qiyu Yan wrote: What if %autosetup -n Foo\ Bar-%{version} ? Executing(%prep): /bin/sh -e /var/tmp/rpm-tmp.fqLJUo + umask 022 + cd /home/vitaly/rpmbuild/BUILD + cd /home/vitaly/rpmbuild/BUILD + rm -rf Foo + /usr/bin/gzip -dc /home/vitaly/rpmbuild/SOURCES/Foo.Bar-1.0.0.tar.gz

Re: Spaces in tarball directory name

2021-04-19 Thread Vitaly Zaitsev via devel
On 18.04.2021 22:46, Nico Kadel-Garcia wrote: What tarball is this? Because that sort of cutesy tarball name is well, not going to work well for any standard release software. JetBrains Rider for example. Tarball name: "JetBrains.Rider-%{version}.tar.gz", directory name - "JetBrains Rider

Fedora-Cloud-32-20210419.0 compose check report

2021-04-19 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-20210418.0): ID: 860415 Test: x86_64 Cloud_Base-qcow2-qcow2 cloud_autocloud URL: https://op

Re: PETSc 3.15

2021-04-19 Thread Antonio T. sagitter
PETSc-3.15 is built in side-tag f35-build-side-40112 Please, rebuild your own related package. On 4/10/21 7:26 PM, Antonio T. sagitter wrote: Hi all. PETSc 3.15 is coming in Rawhide branch. Release notes: https://www.mcs.anl.gov/petsc/documentation/changes/315.html Dependencies in Fedora: $

Kdump with full-disk LUKS encryption

2021-04-19 Thread Kairui Song
Hi all, I'm currently trying to add kdump support for systemd with full-disk LUKS encryption. vmcores contain sensitive data so they should also be protected, and network dumps sometimes are not available. So kdump has to open the LUKS encrypted device in the kdump environment. I'm using systemd/

Re: Non-responsive maintainer: nando pavlix

2021-04-19 Thread Miro Hrončok
On 19. 04. 21 10:52, Pierre-Yves Chibon wrote: On Fri, Apr 16, 2021 at 03:12:34PM +0200, Pierre-Yves Chibon wrote: Good Morning Everyone, The packagers listed here have been receiving a daily email asking them to either adjust their bugzilla or their FAS account so the email address in FAS matc

Next for ARC - researching how to replace PDC

2021-04-19 Thread Adam Saleh
Hi everyone, ARC team - that is me, Vipul and Mark, are looking to figure out possible ways how we could replace our current PDC [0] whose project has gone unmaintained for years [1]. We plan to share what we find out in our https://fedora-arc.readthedocs.io/en/latest/pdc/index.html It would be

Re: Non-responsive maintainer: nando pavlix

2021-04-19 Thread Pierre-Yves Chibon
On Fri, Apr 16, 2021 at 03:12:34PM +0200, Pierre-Yves Chibon wrote: > Good Morning Everyone, > > The packagers listed here have been receiving a daily email asking them to > either adjust their bugzilla or their FAS account so the email address in FAS > matches an existing bugzilla account. > > H

Fedora-Cloud-33-20210419.0 compose check report

2021-04-19 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-20210418.0): ID: 860295 Test: x86_64 Cloud_Base-qcow2-qcow2 cloud_autocloud URL: https://op

Re: What do we think about always autoreconfing? (was: Re: Fedora 35 Change: Autoconf-2.71 (Self-Contained Change proposal))

2021-04-19 Thread Ondrej Dubaj
On Fri, Apr 16, 2021 at 3:30 PM David Cantrell wrote: > On Tue, Apr 13, 2021 at 11:26:24AM +0100, Richard W.M. Jones wrote: > >Hijacking this thread originally about > >https://fedoraproject.org/wiki/Changes/Autoconf_271 > > > >What is the current thinking in Fedora about always running > >"autor