Re: Unresponsive maintainer: petersen / Pandoc package not updated since June 2023: Security vulnerability, CVE-2023-35936 (medium)

On Thu, Feb 15, 2024 at 07:53:38PM +, Christopher Klooz wrote: > On 14/02/2024 17.35, Michel Lind wrote: > > As a pandoc user, I'm happy to help with any reviews. Is there a list > > where this tends to get posted, apart from devel? > > > > Thanks, > > > > Michel > > Once the package needs

Re: Proposing a Fedora SIG for the upcoming COSMIC desktop environment

Hello and welcome! On Fri, Feb 16, 2024 at 08:59:49PM -, Ryan Brue wrote: > Hello all! This is my first time using a mailing list, but I want to do this > more often in the future :) > > > If you happen to like rust, or are simply excited to see another desktop > environment join the

Re: Proposing a Fedora SIG for the upcoming COSMIC desktop environment

> We do not use IRC for Fedora KDE at all. My bad! I must be thinking about the generic KDE matrix instance. There is a "KDE Libera chat IRC Bridge". -- ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to

2024-02-19 @ 17:00 UTC - Fedora 40 Blocker Review Meeting

# F40 Blocker Review meeting # Date: 2024-02-19 # Time: 17:00 UTC # Location: https://matrix.to/#/#blocker-review:fedoraproject.org?web-instance[element.io]=chat.fedoraproject.org Hi folks! It's time for another blocker review meeting. We have 6 proposed blockers and 1 proposed freeze exception

[Test-Announce] 2024-02-19 @ 16:00 UTC - Fedora QA Meeting

# Fedora Quality Assurance Meeting # Date: 2024-02-19 # Time: 16:00 UTC (https://fedoraproject.org/wiki/Infrastructure/UTCHowto) # Location: https://matrix.to/#/#meeting:fedoraproject.org?web-instance[element.io]=chat.fedoraproject.org Greetings testers! It's meeting time again, and once again

[Test-Announce] 2024-02-19 @ 17:00 UTC - Fedora 40 Blocker Review Meeting

# F40 Blocker Review meeting # Date: 2024-02-19 # Time: 17:00 UTC # Location: https://matrix.to/#/#blocker-review:fedoraproject.org?web-instance[element.io]=chat.fedoraproject.org Hi folks! It's time for another blocker review meeting. We have 6 proposed blockers and 1 proposed freeze exception

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

The following Fedora EPEL 7 Security updates need testing: Age URL 4 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2024-4a6bba707d libmodsecurity-3.0.12-1.el7 The following builds have been pushed to Fedora EPEL 7 updates-testing ascii-3.20-1.el7 Details about builds:

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

The following Fedora EPEL 8 Security updates need testing: Age URL 7 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2024-34c7addedb chromium-121.0.6167.160-1.el8 4 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2024-4d3eb328e3 libmodsecurity-3.0.12-1.el8 3

[Bug 2222638] F39FailsToInstall: perl-Tk

https://bugzilla.redhat.com/show_bug.cgi?id=638 Fedora Update System changed: What|Removed |Added Resolution|WORKSFORME |ERRATA Fixed In Version|

Re: Need help with incompatible pointer types on i686

On 2/16/24 01:29, Michael J Gruber wrote: Am Fr., 16. Feb. 2024 um 07:15 Uhr schrieb Elliott Sales de Andrade : On Thu, Feb 15, 2024 at 11:39 PM Orion Poplawski wrote: We're hitting this with h5py on i686: /builddir/build/BUILD/h5py-3.10.0/serial/h5py/defs.c: In function

Re: temp symlink while building spec file?

On Fri, Feb 16, 2024 at 12:22:45PM -0600, Ron Olson wrote: > Hi all- > > Since Apple released Swift 5.9 it requires a previous version of Swift to > build; it seems it can’t be built from scratch anymore just using the source. > To make it more complicated, during compiling it’s expected that

Re: SoPlex and SCIP review swaps

On Mon, Feb 12, 2024 at 11:11 AM Jerry James wrote: > On Wed, Dec 6, 2023 at 3:10 PM Jerry James wrote: > > I need reviews for the following new packages. I am willing to swap > > reviews. > > - asl: https://bugzilla.redhat.com/show_bug.cgi?id=2253354 > > - ccluster:

Re: Proposing a Fedora SIG for the upcoming COSMIC desktop environment

On Fri, Feb 16, 2024 at 4:00 PM Ryan Brue wrote: > > Hello all! This is my first time using a mailing list, but I want to do this > more often in the future :) > > System76, makers of Linux computers and creators of Pop!_OS are currently > working on a desktop environment entirely built in

Proposing a Fedora SIG for the upcoming COSMIC desktop environment

Hello all! This is my first time using a mailing list, but I want to do this more often in the future :) System76, makers of Linux computers and creators of Pop!_OS are currently working on a desktop environment entirely built in rust, called COSMIC. (https://github.com/pop-os/cosmic-epoch).

Re: Restore dmz-cursor-themes

Hi Fabrice, On Fri, Feb 16, 2024 at 4:43 AM Fabrice wrote: > Hi! > > I would like to become the maintainer of dmz-cursor-themes. > https://src.fedoraproject.org/rpms/dmz-cursor-themes > > I would like to push an update from Debian, v0.4.5.1. Thank you for your interest in this package. Since

[EPEL-devel] Re: RFC: updating python-poetry-core in EPEL 9 to 1.6.1

On Fri, Feb 16, 2024 at 01:27:18PM -0600, Michel Lind wrote: > except for python-asyncmy: > https://copr.fedorainfracloud.org/coprs/salimma/poetry-core-epel9-wip/build/7026743/ > Looks like this is a known issue fixed in 0.2.7: https://github.com/long2ice/asyncmy/blob/dev/CHANGELOG.md and there

[EPEL-devel] RFC: updating python-poetry-core in EPEL 9 to 1.6.1

Dear all, Per https://bugzilla.redhat.com/show_bug.cgi?id=2262237 I'm planning to update python-poetry-core to 1.6.1; based on the changelog there should be no breaking change. The request is to update to at least 1.2 which is needed by python-dns-lexicon which is blocking certbot from being

temp symlink while building spec file?

Hi all- Since Apple released Swift 5.9 it requires a previous version of Swift to build; it seems it can’t be built from scratch anymore just using the source. To make it more complicated, during compiling it’s expected that certain libraries are available specifically at /usr/lib/swift. In a

Re: The semiannual "Transaction failed: Signature verification failed." exercise

On Fri, Feb 16, 2024 at 09:37:25AM -0800, Kevin Fenzi wrote: ...snip... > > It should have been. I am not sure where the process failed. > > I did generate the fedora-42 key. FYI, I was lacking coffee or something. it's there in the rawhide fedora-repos:

Re: The semiannual "Transaction failed: Signature verification failed." exercise

On Fri, Feb 16, 2024 at 11:12:07AM +, Zbigniew Jędrzejewski-Szmek wrote: > On Thu, Feb 15, 2024 at 06:03:59PM -0800, Kevin Fenzi wrote: > > That won't do it. We need mock to update it's config at exactly the same > > moment a successfull rawhide compose completes and mirrors to whatever > >

Re: The semiannual "Transaction failed: Signature verification failed." exercise

On Fri, Feb 16, 2024 at 09:46:05AM +0100, Vít Ondruch wrote: > > > Other solution could be if Rawhide lived in rawhide repos instead of f41. I'm not sure I follow... rawhide is in a rawhide repo? pub/fedora/linux/development/rawhide/ Or did you mean to sign rawhide with a 'rawhide' key

Re: The semiannual "Transaction failed: Signature verification failed." exercise

On Fri, Feb 16, 2024 at 11:12:07AM +, Zbigniew Jędrzejewski-Szmek wrote: > On Thu, Feb 15, 2024 at 06:03:59PM -0800, Kevin Fenzi wrote: > > That won't do it. We need mock to update it's config at exactly the same > > moment a successfull rawhide compose completes and mirrors to whatever > >

Re: Does splint work for anyone?

On Fri, 16 Feb 2024 at 10:51, David Cantrell wrote: > On 2/15/24 11:19, Stephen Smoogen wrote: > > > > > > On Thu, 15 Feb 2024 at 10:15, David Cantrell > > wrote: > > > > On 2/14/24 13:32, Stephen Smoogen wrote: > > > > > > > > > On Fri, 9 Feb

Re: Does splint work for anyone?

On 2/15/24 11:19, Stephen Smoogen wrote: On Thu, 15 Feb 2024 at 10:15, David Cantrell > wrote: On 2/14/24 13:32, Stephen Smoogen wrote: > > > On Fri, 9 Feb 2024 at 17:17, Ian Laurie mailto:nixu...@mail.com> >

Re: do we need CONFIG_UPROBES=y in our kernels?

Am 15.02.24 um 23:09 schrieb Kevin Kofler via devel: They should instead learn some basic concepts of security. It's about trust in integrity of system encapsulated in something else which is disrupted. From host to guest:  you need to trust the guest not to ... spam, scan, hack aso. From

SPDX Statistics - Please Please Me edition

Hot news:     SPDX did a new release of license list with 43 new licenses. Most of them were added thank to Fedora maintainers https://github.com/spdx/license-list-XML/releases Two weeks ago we had: * 23711spec files in Fedora * 30306license tags in all spec files * 11542 tags have not

[Bug 2223392] perl-Test-Vars: FTBFS with Perl 5.38

https://bugzilla.redhat.com/show_bug.cgi?id=2223392 --- Comment #9 from Paul Howarth --- Seems to be retired OK in rawhide but not f40 yet: https://pagure.io/releng/issue/11959 -- You are receiving this mail because: You are on the CC list for the bug.

perl-Image-PNG-Libpng-tests license corrected

I corrected a perl-Image-PNG-Libpng-tests license tag from (GPL-1.0-or-later OR Artistic-1.0-Perl) to (GPL-1.0-or-later OR Artistic-1.0-Perl) AND LicenseRef-Fedora-UltraPermissive -- Petr signature.asc Description: PGP signature -- ___

Re: Need help with incompatible pointer types on i686

On Fri, 2024-02-16 at 14:01 +0100, Florian Weimer wrote: > * Orion Poplawski: > > > It seems that numpy is defining a uint32_t type as long unsigned > > int > > on i686, while glibc(?) is defining it as unsigned int.  Now what > > puzzles me a little is that on i686 aren't these both 4-byte > >

Fedora 40 compose report: 20240216.n.0 changes

OLD: Fedora-40-20240215.n.1 NEW: Fedora-40-20240216.n.0 = SUMMARY = Added images:3 Dropped images: 1 Added packages: 4 Dropped packages:4 Upgraded packages: 60 Downgraded packages: 0 Size of added packages: 7.55 MiB Size of dropped packages:4.68 MiB Size

Re: Need help with incompatible pointer types on i686

* Orion Poplawski: > It seems that numpy is defining a uint32_t type as long unsigned int > on i686, while glibc(?) is defining it as unsigned int. Now what > puzzles me a little is that on i686 aren't these both 4-byte integers > and no not incompatible at all? The types int and long are

[Test-Announce] Fedora 40 Branched 20240216.n.0 nightly compose nominated for testing

Announcing the creation of a new nightly release validation test event for Fedora 40 Branched 20240216.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: Doubts on /etc/mock/fedora-40-*.cfg

V Fri, Feb 16, 2024 at 01:11:38PM +0100, Petr Pisar napsal(a): > If locally run mock is expected to mimich Koji as much as possible, it should > change fedora-40*.cfg to use dnf5. > https://bugzilla.redhat.com/show_bug.cgi?id=2264535 -- Petr signature.asc Description: PGP signature --

Re: Doubts on /etc/mock/fedora-40-*.cfg

V Fri, Feb 16, 2024 at 12:09:27PM +0100, Ralf Corsépius napsal(a): > Am 16.02.24 um 12:00 schrieb Ralf Corsépius: > > Hi, > > > > today, mock-core-configs-40.1-1.fc39.noarch landed, bringing along > > > > /etc/mock/fedora-40-x86_64.cfg > > and > > /etc/mock/fedora-40-i386.cfg > > > > Now, I'm

Restore dmz-cursor-themes

Hi! I would like to become the maintainer of dmz-cursor-themes. https://src.fedoraproject.org/rpms/dmz-cursor-themes I would like to push an update from Debian, v0.4.5.1. Thanks -- ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe

Re: [Pierre-Yves Chibon] Unresponsive packagers: nknazeko

On Tue, Feb 13, 2024 at 11:20:59AM +0100, Pierre-Yves Chibon wrote: > > On Sun, Feb 11, 2024 at 10:44:18PM +0100, Vit Mojzis wrote: > > Nikola left Red Hat and hence changed the email address in FAS. I'm > > guessing that only her Red Hat email was tied to a BZ account. > > I'll try and let her

Re: Fw: [Bug 2066129] mingw-libgsf-1_14_52 is available

On Fri, Feb 09, 2024 at 11:12:42PM -0600, Greg Hellings wrote: > Looks like I'm not allowed to retire on the f39 branch. It was already > retired in Rawhide before I could get there. > > $ fedpkg retire "MinGW support merged to native package in Fedora 39 > release" > Fedora release (f39) is in

Re: The semiannual "Transaction failed: Signature verification failed." exercise

On Thu, Feb 15, 2024 at 06:03:59PM -0800, Kevin Fenzi wrote: > That won't do it. We need mock to update it's config at exactly the same > moment a successfull rawhide compose completes and mirrors to whatever > mirror you are hitting. ;( > > We make keys a year ahead now. The f42 key is in

Re: Doubts on /etc/mock/fedora-40-*.cfg

Am 16.02.24 um 12:00 schrieb Ralf Corsépius: Hi, today, mock-core-configs-40.1-1.fc39.noarch landed, bringing along /etc/mock/fedora-40-x86_64.cfg and /etc/mock/fedora-40-i386.cfg Now, I'm wondering about config_opts['package_manager'] fedora-40-*.cfg includes templates/fedora-branched.tpl

Doubts on /etc/mock/fedora-40-*.cfg

Hi, today, mock-core-configs-40.1-1.fc39.noarch landed, bringing along /etc/mock/fedora-40-x86_64.cfg and /etc/mock/fedora-40-i386.cfg Now, I'm wondering about config_opts['package_manager'] fedora-40-*.cfg includes templates/fedora-branched.tpl which sets config_opts['package_manager']=dnf

[Bug 2261448] perl-Curses: FTBFS in Fedora rawhide/f40

https://bugzilla.redhat.com/show_bug.cgi?id=2261448 Petr Pisar changed: What|Removed |Added CC||ppi...@redhat.com --- Comment #6 from

Fedora rawhide compose report: 20240216.n.0 changes

OLD: Fedora-Rawhide-20240215.n.0 NEW: Fedora-Rawhide-20240216.n.0 = SUMMARY = Added images:4 Dropped images: 1 Added packages: 4 Dropped packages:4 Upgraded packages: 104 Downgraded packages: 0 Size of added packages: 7.55 MiB Size of dropped packages

Re: Modern C failures in Haskell stack

On Fri, Feb 16, 2024 at 9:38 AM Jens-Ulrik Petersen wrote: > > Thanks Richard for the PR and Florian for the patch > > On Thu, Feb 15, 2024 at 11:28 PM Richard W.M. Jones wrote: >> >> On Thu, Feb 15, 2024 at 12:57:21PM +0100, Florian Weimer wrote: >> > For the first issue, please try this GHC

Re: The semiannual "Transaction failed: Signature verification failed." exercise

Dne 16. 02. 24 v 3:03 Kevin Fenzi napsal(a): On Thu, Feb 15, 2024 at 07:57:37PM +, Zbigniew Jędrzejewski-Szmek wrote: It's this time of the year again: ... Could we please do something so that this doesn't happen? Dunno, generate and distribute the keys earlier so that mock and

[Bug 2264507] perl-Crypt-SMIME-0.28-11.fc41 FTBFS: Failed test 'Load the default public key store' at t/04-taint.t line 257: died: Crypt::SMIME#setPublicKeyStore: failed to store the public cert at t/

https://bugzilla.redhat.com/show_bug.cgi?id=2264507 --- Comment #1 from Petr Pisar --- This could be triggered by upgrading openssl from 3.1.4-4.fc40 to 3.2.1-2.fc40. -- You are receiving this mail because: You are on the CC list for the bug.

[Bug 2264507] New: perl-Crypt-SMIME-0.28-11.fc41 FTBFS: Failed test 'Load the default public key store' at t/04-taint.t line 257: died: Crypt::SMIME#setPublicKeyStore: failed to store the public cert

https://bugzilla.redhat.com/show_bug.cgi?id=2264507 Bug ID: 2264507 Summary: perl-Crypt-SMIME-0.28-11.fc41 FTBFS: Failed test 'Load the default public key store' at t/04-taint.t line 257: died: Crypt::SMIME#setPublicKeyStore: failed

Re: Need help with incompatible pointer types on i686

Am Fr., 16. Feb. 2024 um 07:15 Uhr schrieb Elliott Sales de Andrade : > > On Thu, Feb 15, 2024 at 11:39 PM Orion Poplawski wrote: > > > > We're hitting this with h5py on i686: > > > > /builddir/build/BUILD/h5py-3.10.0/serial/h5py/defs.c: In function > > ‘__pyx_f_4h5py_4defs_H5Dread_chunk’: > >