Re: Unannounced soname bump of openvdb from libopenvdb.so.7.0 to libopenvdb.so.7.1

On 25. 08. 20 8:44, Luya Tshimbalanga wrote: On 2020-08-24 2:16 a.m., Miro Hrončok wrote: Luya, 1) do you plan to update this in Fedora 33 as well? Yes. Please let me know when ready and we can build all three packages in a side tag. -- Miro Hrončok -- Phone: +420777974800 IRC: mhroncok __

Re: Orphaned packages looking for new maintainers

On 25. 08. 20 5:52, Michel Alexandre Salim wrote: I'll properly retire lua-logging and luadoc, but keep lua-sql. Let's merge the retirement commits to f33 as well? -- Miro Hrončok -- Phone: +420777974800 IRC: mhroncok ___ devel mailing list -- devel@

Re: Orphaned packages looking for new maintainers

On Tue, Aug 25, 2020, 10:45 Miro Hrončok wrote: > On 25. 08. 20 5:52, Michel Alexandre Salim wrote: > > I'll properly retire lua-logging and luadoc, but keep lua-sql. > > Let's merge the retirement commits to f33 as well? > Doesn't "fedpkg retire" do more than just push something to git, e.g. pu

Fedora-Cloud-32-20200825.0 compose check report

No missing expected images. Soft failed openQA tests: 1/7 (x86_64) (Tests completed, but using a workaround for a known bug) Old soft failures (same test soft failed in Fedora-Cloud-32-20200824.0): ID: 647295 Test: x86_64 Cloud_Base-qcow2-qcow2 cloud_autocloud URL: https://openqa.fedoraproj

Re: GCC "-fparallel-jobs" up to ~1.9x speedup when compiling individual files in parallel

On Sat, Aug 22, 2020 at 12:53:24PM +0200, Germano Massullo wrote: > I think soon we will have a big boost in Koji performances thanks to > Giuliano Belinassi and his work on addressing GCC parallelization > bottlenecks. According to Phoronix, compiling individual files in > parallel may have up to

Re: Orphaned packages looking for new maintainers

On 25. 08. 20 10:51, Fabio Valentini wrote: On Tue, Aug 25, 2020, 10:45 Miro Hrončok > wrote: On 25. 08. 20 5:52, Michel Alexandre Salim wrote: > I'll properly retire lua-logging and luadoc, but keep lua-sql. Let's merge the retirement commits to f33 as

Does ELN SIG have some issue tracker?

Looking at the ELN SIG page [1], there is no contact information, no ML, no issue tracker. I would like to discuss bootstrapping issues such as [2], but there is no place to provide any feedback. Is this group working under cover? (Using the minimization tracker [3], where a lot of ELN stuff appea

Re: [HOWTO] Keep using Rawhide after branching

Hi Vít, Unfortunately your workaround does not on my rawhide container. I think the problem is in missing gpg keys from fedora-gpg-keys, which do not contain also architecture specific keys. # rpm -q fedora-repos fedora-repos-rawhide fedora-gpg-keys fedora-repos-33-0.9.noarch fedora-repos-rawhide

Re: [HOWTO] Keep using Rawhide after branching

On Tue, Aug 25, 2020 at 11:40:21AM +0200, Petr Menšík wrote: > Hi Vít, > > Unfortunately your workaround does not on my rawhide container. I think > the problem is in missing gpg keys from fedora-gpg-keys, which do not > contain also architecture specific keys. When you say "rawhide container", w

Re: [HOWTO] Keep using Rawhide after branching

Dne 25. 08. 20 v 11:40 Petr Menšík napsal(a): > Hi Vít, > > Unfortunately your workaround does not on my rawhide container. I think > the problem is in missing gpg keys from fedora-gpg-keys, which do not > contain also architecture specific keys. > > # rpm -q fedora-repos fedora-repos-rawhide fedo

Fedora-Cloud-31-20200825.0 compose check report

No missing expected images. Passed openQA tests: 7/7 (x86_64) -- Mail generated by check-compose: https://pagure.io/fedora-qa/check-compose ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedorap

Re: [HOWTO] Keep using Rawhide after branching

Okay, found more correct workaround, this time without required ignoration of gpg signatures. Just use: (sudo) dnf --disablerepo rawhide --enablerepo updates \ upgrade fedora-gpg-keys (sudo) ln -s /etc/pki/rpm-gpg/RPM-GPG-KEY-fedora-34-{primary,$(arch)} (sudo) dnf --repo rawhide --rele

perl-Digest-MD5 license corrected

Fedora recognizes RSA license now, so I corrected a perl-Digest-MD5 license from "(GPL+ or Artistic) and BSD" to "(GPL+ or Artistic) and RSA". -- Petr signature.asc Description: PGP signature ___ devel mailing list -- devel@lists.fedoraproject.org To u

Re: Suspicious downgrades when upgrading from F32 to F33: containers-common, fuse-overlayfs, strace, thunderbird

On 8/24/20 07:00, Miro Hrončok wrote: > Hello. > > The following packages are downgrades when I attempt upgrade from > Fedora 32 to Fedora 33: > > - containers-common (skopeo) 1:1.1.1 -> 1:1.0.1 > - fuse-overlayfs 1.1.2 -> 1.1.0 > - strace 5.8 -> 5.7.0.6.7ab6 > - thunderbird 668.11.0 -> 8.10.0 > >

Re: Moving tcpdump from /usr/sbin to /usr/bin

Good point, thx Zbyszek. On 8/24/20 4:02 PM, Zbigniew Jędrzejewski-Szmek wrote: > On Mon, Aug 24, 2020 at 02:54:29PM +0200, Michal Ruprich wrote: >> Hi, >> >> after a discussion with upstream, I will be moving tcpdump binary from >> /usr/sbin to /usr/bin, similar to how wireshark does this. If you

Re: Suspicious downgrades when upgrading from F32 to F33: containers-common, fuse-overlayfs, strace, thunderbird

On Tue, Aug 25, 2020 at 1:32 PM Daniel Walsh wrote: > > On 8/24/20 07:00, Miro Hrončok wrote: > > Hello. > > > > The following packages are downgrades when I attempt upgrade from > > Fedora 32 to Fedora 33: > > > > - containers-common (skopeo) 1:1.1.1 -> 1:1.0.1 > > - fuse-overlayfs 1.1.2 -> 1.1.0

[Test-Announce] Bodhi Activation point

Hi all, Today's an important day on the Fedora 33 schedule[1], with several significant cut-offs. First of all, today is the Bodhi activation point [2]. That means that from now on all Fedora 33 packages must be submitted to updates-testing and pass the relevant requirements[3] before they will be

Re: GCC "-fparallel-jobs" up to ~1.9x speedup when compiling individual files in parallel

On Tue, 2020-08-25 at 10:17 +0100, Daniel P. Berrangé wrote: > On Sat, Aug 22, 2020 at 12:53:24PM +0200, Germano Massullo wrote: > > I think soon we will have a big boost in Koji performances thanks to > > Giuliano Belinassi and his work on addressing GCC parallelization > > bottlenecks. According

Re: [HOWTO] Keep using Rawhide after branching

No, unfortunately the key is there, but the package is incomplete. If you have enabled gpg signatures verification, it would fail. At least it does to me. Check it with: rpm -ql fedora-gpg-keys | grep fedora-34-$(arch) It just does not provide correct key. The same issue is there for f31 and f3

Re: GCC "-fparallel-jobs" up to ~1.9x speedup when compiling individual files in parallel

On Tue, Aug 25, 2020 at 08:17:57AM -0600, Jeff Law wrote: > > IOW, don't get too excited by the x1.9 speedup claim. I doubt we'll > > see that in kojki except in niche scenarios where a project's build > > is bottlenecked by a serialization point on compiling one file. > Right. Also note the code

Re: [HOWTO] Keep using Rawhide after branching

Hi Daniel, I am not using any base in fact. I am using container by systemd-nspawn. I have installed it long ago by command from man systemd-nspawn, Example 2. at the bottom. Since then I am trying rolling updates to keep it Raw(hide). It fails every release once branched, because signatures cann

Re: RFC7919 Diffie-Hellman parameters in Fedora

On 24.08.20 20:06, Simo Sorce wrote: > This has been proposed (somewhere, I forgot where) before, and it is a > definite possibility. > Unclear what package would distribute them, potentially the crypto- > policies package. Or a separate package, but at least the logic of selecting a default from

Re: [HOWTO] Keep using Rawhide after branching

Il 25/08/20 11:40, Petr Menšík ha scritto: > Hi Vít, > > Unfortunately your workaround does not on my rawhide container. > ... I just did ~~~ $ sudo dnf update fedora-gpg-keys --nogpgcheck $ sudo dnf update fedora-repos --release 34 ~~~ ___ devel ma

Re: RFC7919 Diffie-Hellman parameters in Fedora

On 8/22/20 7:26 PM, Kevin Kofler wrote: Christopher Engelhard wrote: tl;dr should we make it easier/automatic for users to use the Diffie-Hellman parameters defined in RFC7919? While I understand the motivation behind the RFC (interoperability, safety against intentionally or unintentionally ba

Re: What is the real value of Release and %changelog metadata?

On Thu, Aug 13, 2020 at 11:51:13AM -0500, Chris Adams wrote: > That makes it extra steps to see changelogs on a not-installed package. > I do sometimes do "rpm -q --changelog -p foo.rpm" or "dnf changelog foo" > (for example, to see what is changed since my installed version). > Converting to an in

Re: What is the real value of Release and %changelog metadata?

On Tue, Aug 25, 2020 at 12:54 PM Matthew Miller wrote: > > On Thu, Aug 13, 2020 at 11:51:13AM -0500, Chris Adams wrote: > > That makes it extra steps to see changelogs on a not-installed package. > > I do sometimes do "rpm -q --changelog -p foo.rpm" or "dnf changelog foo" > > (for example, to see

Re: Does ELN SIG have some issue tracker?

Hi, Vit, On Tue, Aug 25, 2020 at 11:21 AM Vít Ondruch wrote: > > Looking at the ELN SIG page [1], there is no contact information, no ML, > no issue tracker. I would like to discuss bootstrapping issues such as > [2], but there is no place to provide any feedback. Is this group > working under co

Re: Suspicious downgrades when upgrading from F32 to F33: containers-common, fuse-overlayfs, strace, thunderbird

On Tue, Aug 25, 2020 at 3:13 PM Peter Robinson wrote: > > On Tue, Aug 25, 2020 at 1:32 PM Daniel Walsh wrote: > > > > On 8/24/20 07:00, Miro Hrončok wrote: > > > Hello. > > > > > > The following packages are downgrades when I attempt upgrade from > > > Fedora 32 to Fedora 33: > > > > > > - contai

Re: Orphaned packages looking for new maintainers

On Tue, Aug 25, 2020 at 11:19:57AM +0200, Miro Hrončok wrote: > On 25. 08. 20 10:51, Fabio Valentini wrote: > > On Tue, Aug 25, 2020, 10:45 Miro Hrončok > > wrote: > > > > On 25. 08. 20 5:52, Michel Alexandre Salim wrote: > > > I'll properly retire lua-logging

Re: [HOWTO] Keep using Rawhide after branching

On Tue, Aug 25, 2020 at 04:49:05PM +0200, Petr Menšík wrote: > Hi Daniel, > > I am not using any base in fact. I am using container by systemd-nspawn. > I have installed it long ago by command from man systemd-nspawn, Example > 2. at the bottom. > > Since then I am trying rolling updates to keep

Re: What is the real value of Release and %changelog metadata?

On Tue, Aug 25, 2020 at 12:57:34PM -0400, Neal Gompa wrote: > On Tue, Aug 25, 2020 at 12:54 PM Matthew Miller > wrote: > > > > On Thu, Aug 13, 2020 at 11:51:13AM -0500, Chris Adams wrote: > > > That makes it extra steps to see changelogs on a not-installed package. > > > I do sometimes do "rpm -q

Re: Suspicious downgrades when upgrading from F32 to F33: containers-common, fuse-overlayfs, strace, thunderbird

On Tue, Aug 25, 2020 at 08:14:38PM +0200, Fabio Valentini wrote: > Do you think it would be a good idea to file bugs for those packages > where a build for f33 was "forgotten"? > Since I already have the "downgrade check" scripted [0] it's a simple task of: > > - check if the package has attempted

Re: What is the real value of Release and %changelog metadata?

On Tue, Aug 25, 2020 at 3:26 PM kevin wrote: > > On Tue, Aug 25, 2020 at 12:57:34PM -0400, Neal Gompa wrote: > > On Tue, Aug 25, 2020 at 12:54 PM Matthew Miller > > wrote: > > > > > > On Thu, Aug 13, 2020 at 11:51:13AM -0500, Chris Adams wrote: > > > > That makes it extra steps to see changelogs

Re: Orphaned packages looking for new maintainers

On Mon, 2020-08-24 at 12:25 +0200, Miro Hrončok wrote: > usb_modeswitch any particular reason for usb_modeswitch be orphaned ? , i.e. is about no maintainer ? or about is not used anymore ? -- Sérgio M. B. ___ devel mailing list -- devel@lists.fedorap

Schedule for Wednesday's FESCo Meeting (2020-08-26)

Following is the list of topics that will be discussed in the FESCo meeting Wednesday at 14:00UTC in #fedora-meeting-2 on irc.freenode.net. To convert UTC to your local time, take a look at http://fedoraproject.org/wiki/UTCHowto or run: date -d '2020-08-26 14:00 UTC' Links to all issues to

Re: Orphaned packages looking for new maintainers

On Tue, 25 Aug 2020 at 15:58, Sérgio Basto wrote: > On Mon, 2020-08-24 at 12:25 +0200, Miro Hrončok wrote: > > usb_modeswitch > > any particular reason for usb_modeswitch be orphaned ? , i.e. is about > no maintainer ? or about is not used anymore ? > https://lists.fedoraproject.org/archives/li

Re: Suspicious downgrades when upgrading from F32 to F33: containers-common, fuse-overlayfs, strace, thunderbird

I fixed skopeo and fuse-overlayfs earlier today, so hopefully we should be good on those soon. On Mon, Aug 24, 2020 at 01:00:58PM +0200, Miro Hron??ok wrote: > Hello. > > The following packages are downgrades when I attempt upgrade from Fedora 32 > to Fedora 33: > > - containers-common (skopeo)

Re: Release criteria proposal: networking requirements

On Fri, 2020-08-21 at 17:11 -0700, Adam Williamson wrote: > VPN connections > > > > Using the default network configuration tools for the console and for > > release-blocking desktops, it must be possible to establish a working > > connection to common OpenVPN, openconnect-supported

Re: Release criteria proposal: networking requirements

On Tue, 2020-08-25 at 15:50 -0700, Michel Alexandre Salim wrote: > On Fri, 2020-08-21 at 17:11 -0700, Adam Williamson wrote: > > VPN connections > > > > > > > > Using the default network configuration tools for the console and for > > > > release-blocking desktops, it must be possible

Re: Release criteria proposal: networking requirements

On Tue, 2020-08-25 at 16:11 -0700, Adam Williamson wrote: > On Tue, 2020-08-25 at 15:50 -0700, Michel Alexandre Salim wrote: > > On Fri, 2020-08-21 at 17:11 -0700, Adam Williamson wrote: > > > VPN connections > > > > > > > > > > > > Using the default network configuration tools for the

Re: Release criteria proposal: networking requirements

On Tue, Aug 25, 2020 at 4:11 pm, Adam Williamson wrote: Do NetworkManager and its current KDE and GNOME front ends support it currently? Rumor has it that KDE has this working! But GNOME doesn't support it yet. Help welcome in these bugs: https://gitlab.gnome.org/GNOME/gnome-control-center/

Fedora 33 compose report: 20200825.n.1 changes

OLD: Fedora-33-20200824.n.0 NEW: Fedora-33-20200825.n.1 = SUMMARY = Added images:7 Dropped images: 0 Added packages: 6 Dropped packages:135 Upgraded packages: 251 Downgraded packages: 0 Size of added packages: 4.27 MiB Size of dropped packages:412.50 MiB

Fedora-33-20200825.n.1 compose check report

No missing expected images. Failed openQA tests: 8/181 (x86_64) Old failures (same test failed in Fedora-33-20200824.n.0): ID: 647962 Test: x86_64 KDE-live-iso desktop_background URL: https://openqa.fedoraproject.org/tests/647962 ID: 647968 Test: x86_64 KDE-live-iso desktop_notificatio

Re: Release criteria proposal: networking requirements

On Tue, Aug 25, 2020 at 10:51 PM Michel Alexandre Salim wrote: > Also, should we add WireGuard to this list for future-proofing? I had thought about explicitly suggesting wireguard, but then thought that we should focus on what is currently being used, and while *I* use wireguard, it is still no

Re: Release criteria proposal: networking requirements

On Tue, Aug 25, 2020 at 8:33 PM Michael Catanzaro wrote: > > On Tue, Aug 25, 2020 at 4:11 pm, Adam Williamson > wrote: > > Do NetworkManager and its current KDE and GNOME front ends support it > > currently? > > Rumor has it that KDE has this working! The rumor is true! WireGuard has been suppor

Re: Non-responsive maintainer: echevemaster

Done, let me know if you need anything else, Michel! Best regards, Eduardo On Mon, Aug 24, 2020 at 10:03 PM Michel Alexandre Salim wrote: > > Hi Eduardo, > > Ah, thanks for the quick response! I'll close the non-responsive issue, > please build this for F31-F34 as the current build does not wor

Re: Release criteria proposal: networking requirements

On Tue, 2020-08-25 at 21:20 -0400, Neal Gompa wrote: > On Tue, Aug 25, 2020 at 8:33 PM Michael Catanzaro < > mcatanz...@gnome.org> wrote: > > On Tue, Aug 25, 2020 at 4:11 pm, Adam Williamson > > wrote: > > > Do NetworkManager and its current KDE and GNOME front ends > > > support it > > > currentl