[389-devel] 389 DS nightly 2021-07-07 - 94% PASS

https://fedorapeople.org/groups/389ds/ci/nightly/2021/07/07/report-389-ds-base-2.0.6-20210707gitfb70c5c83.fc34.x86_64.html ___ 389-devel mailing list -- 389-devel@lists.fedoraproject.org To unsubscribe send an email to

Re: F35 Change: libmemcached-awesome (Self-Contained Change proposal)

Le 06/07/2021 à 20:28, David Cantrell a écrit : On Tue, Jul 06, 2021 at 12:51:59PM -0400, Neal Gompa wrote: On Tue, Jul 6, 2021 at 12:29 PM David Cantrell wrote: On Thu, Jun 24, 2021 at 11:50:18AM -0400, Ben Cotton wrote: >https://fedoraproject.org/wiki/Changes/libmemcached-awesome > >==

[Bug 1971305] perl-Dist-Zilla-6.023 is available

https://bugzilla.redhat.com/show_bug.cgi?id=1971305 Upstream Release Monitoring changed: What|Removed |Added Summary|perl-Dist-Zilla-6.022 is|perl-Dist-Zilla-6.023 is

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

The following Fedora EPEL 7 Security updates need testing: Age URL 40 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2021-1f259a45ef openjpeg2-2.3.1-11.el7 12 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2021-1ad14f84b0 ansible-2.9.23-1.el7 6

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

The following Fedora EPEL 8 Security updates need testing: Age URL 6 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2021-f77315a931 seamonkey-2.53.8-1.el8 6 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2021-3eb74527f8 chromium-91.0.4472.114-1.el8 5

[Bug 1979760] New: perl-Devel-PPPort-3.63 is available

https://bugzilla.redhat.com/show_bug.cgi?id=1979760 Bug ID: 1979760 Summary: perl-Devel-PPPort-3.63 is available Product: Fedora Version: rawhide Status: NEW Component: perl-Devel-PPPort Keywords: FutureFeature, Triaged

Re: Starting a riscv64 VM from an ArchLinux x86_64 host

Hi, Maybe, you need to add the "-bios none" option. I booted the image with the following options on Fedora 33. ~~~ $ qemu-system-riscv64 -bios none -nographic -machine virt -smp 1 -m 1G \ -kernel Fedora-Minimal-Rawhide-20200108.n.0-fw_payload-uboot-qemu-virt-smode.elf \ -device

Re: The future of legacy BIOS support in Fedora.

On Tue, Jul 6, 2021 at 7:05 PM Chris Murphy wrote: > > On Tue, Jul 6, 2021 at 3:37 PM Christian Stadelmann > wrote: > > > > > […] and move to uefi only supported boot which > > > has been available on any common intel based x86 platform since atleast > > > 2005. > > > > (U)EFI was not available

Re: The future of legacy BIOS support in Fedora.

On Tue, Jul 6, 2021 at 3:37 PM Christian Stadelmann wrote: > > > […] and move to uefi only supported boot which > > has been available on any common intel based x86 platform since atleast > > 2005. > > (U)EFI was not available for the general market in 2005 (except on Apple > devices maybe). It

Soname bumps and a review swap

Next week, I plan to build the following in Rawhide: - antic 0.2.4 - e-antic 1.0.1 (soname bump) - eclib 20210625 (soname bump) - flint 2.7.1 (soname bump) - normaliz 3.9.0 The following packages will be rebuilt due to the changes above: - arb - polymake - pynac - sagemath - Singular The eclib

Re: Trivial review swap: python-configupdater

On 06/07/2021 21:06, Ankur Sinha wrote: Hi folks, Would someone like to swap reviews please? I've got a trivial Python package that needs to be reviewed. It's a new BR for the new version of python-pyscaffold that's currently FTBFS and is blocking a couple of packages in rawhide. Review here:

Re: The future of legacy BIOS support in Fedora.

> […] and move to uefi only supported boot which > has been available on any common intel based x86 platform since atleast > 2005. (U)EFI was not available for the general market in 2005 (except on Apple devices maybe). It was introduced around 2011. I own 2 devices which are booting with

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

Missing expected images: Xfce raw-xz armhfp Compose PASSES proposed Rawhide gating check! All required tests passed Failed openQA tests: 13/138 (aarch64), 2/199 (x86_64) New failures (same test not failed in Fedora-Rawhide-20210705.n.0): ID: 921850 Test: aarch64 Server-dvd-iso

Fedora-IoT-35-20210706.0 compose check report

No missing expected images. Failed openQA tests: 2/16 (x86_64), 6/15 (aarch64) Old failures (same test failed in Fedora-IoT-35-20210705.0): ID: 922083 Test: x86_64 IoT-dvd_ostree-iso iot_zezere_server URL: https://openqa.fedoraproject.org/tests/922083 ID: 922085 Test: x86_64

PyQt6 to Fedora 35

Can we add PyQt6 to Fedora 35 repo? ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List

Trivial review swap: python-configupdater

Hi folks, Would someone like to swap reviews please? I've got a trivial Python package that needs to be reviewed. It's a new BR for the new version of python-pyscaffold that's currently FTBFS and is blocking a couple of packages in rawhide. Review here:

Re: F35 Change: tzdata-minimal (Self-Contained Change proposal)

On Tue, Jul 06, 2021 at 01:20:47PM -0400, Ben Cotton wrote: https://fedoraproject.org/wiki/Changes/tzdata-minimal == Summary == Split the tzdata package into two parts - tzdata and tzdata-minimal. tzdata will require tzdata-minimal. tzdata-minimal provides the minimal files needed to support

Re: F35 Change: libmemcached-awesome (Self-Contained Change proposal)

On Tue, Jul 06, 2021 at 12:51:59PM -0400, Neal Gompa wrote: On Tue, Jul 6, 2021 at 12:29 PM David Cantrell wrote: On Thu, Jun 24, 2021 at 11:50:18AM -0400, Ben Cotton wrote: >https://fedoraproject.org/wiki/Changes/libmemcached-awesome > >== Summary == >Switch from libmemcached to

Re: [Test-Announce] [Test Week] Fedora Linux Kernel 5.13 2021-07-11 through 2021-07-18

is this date? [root@desk mythcat]# koji list-builds --package=kernel --after="2021-07-01" BuildBuilt by State ---

[EPEL-devel] libaom update issue

Hi, I'm getting a yum update failure with seamonkey 2.53.7-4 which requires libaom (src rpm=aom), which doesn't have a clean update path: # yum update seamonkey libaom Loaded plugins: aliases, changelog, kabi, langpacks, post-transaction-actions, priorities, protectbase, ps,

F35 Change: GHC 8.10 and Stackage lts-18 (Self-Contained Change proposal)

https://fedoraproject.org/wiki/Changes/GHC_8.10_%26_Stackage_18 == Summary == The GHC Haskell compiler will be updated from major version 8.8 to 8.10, and Haskell packages will be updated from Stackage LTS 16 to LTS 18 versions. == Owner == * Name: [[User:Petersen| Jens Petersen]] (Haskell SIG)

F35 Change: tzdata-minimal (Self-Contained Change proposal)

https://fedoraproject.org/wiki/Changes/tzdata-minimal == Summary == Split the tzdata package into two parts - tzdata and tzdata-minimal. tzdata will require tzdata-minimal. tzdata-minimal provides the minimal files needed to support UTC on containers. == Owner == * Name: Patsy Griffin

F35 Change: GHC 8.10 and Stackage lts-18 (Self-Contained Change proposal)

https://fedoraproject.org/wiki/Changes/GHC_8.10_%26_Stackage_18 == Summary == The GHC Haskell compiler will be updated from major version 8.8 to 8.10, and Haskell packages will be updated from Stackage LTS 16 to LTS 18 versions. == Owner == * Name: [[User:Petersen| Jens Petersen]] (Haskell SIG)

F35 Change: tzdata-minimal (Self-Contained Change proposal)

https://fedoraproject.org/wiki/Changes/tzdata-minimal == Summary == Split the tzdata package into two parts - tzdata and tzdata-minimal. tzdata will require tzdata-minimal. tzdata-minimal provides the minimal files needed to support UTC on containers. == Owner == * Name: Patsy Griffin

Re: Announcing fmt library soversion bump

On Mon, Jul 5, 2021 at 8:19 AM Richard Shaw wrote: > folly failed: > > /usr/bin/ld: ../../../libfolly.so.2021.06.07.00: undefined reference to > `typeinfo for snappy::Source' > collect2: error: ld returned 1 exit status > > I verified that "-lsnappy" is in the command line so not sure what's

Re: F35 Change: libmemcached-awesome (Self-Contained Change proposal)

On Tue, Jul 6, 2021 at 12:29 PM David Cantrell wrote: > > On Thu, Jun 24, 2021 at 11:50:18AM -0400, Ben Cotton wrote: > >https://fedoraproject.org/wiki/Changes/libmemcached-awesome > > > >== Summary == > >Switch from libmemcached to libmemcached-awesome > > > >== Owner == > >* Name: [[User:Remi|

Re: Is there a command to expand Source0 from spec file to the final URL?

On Tue, Jul 06, 2021 at 05:20:16PM +0100, Lyes Saadi wrote: > Hello, > > It is possible, using spectool: > > spectool -s 0 path/to/specfile.spec I was looking at the wrong tool for some reason :-) Thanks all. Rich. -- Richard Jones, Virtualization Group, Red Hat

Re: Starting a riscv64 VM from an ArchLinux x86_64 host

Hi Fedora developers! I'm trying to start a Fedora riscv64 VM on an ArchLinux x86_64 host based on this wiki page: https://fedoraproject.org/wiki/Architectures/RISC-V/Installing I have a reasonably recent qemu and virt-manager: I'm not sure, but you might want to chat with david

Re: F35 Change: libmemcached-awesome (Self-Contained Change proposal)

On Thu, Jun 24, 2021 at 11:50:18AM -0400, Ben Cotton wrote: https://fedoraproject.org/wiki/Changes/libmemcached-awesome == Summary == Switch from libmemcached to libmemcached-awesome == Owner == * Name: [[User:Remi| Remi Collet]] * Email: remi at fedoraproject dot org == Detailed Description

Re: Is there a command to expand Source0 from spec file to the final URL?

Does spectool -g foo.spec help? Or -f? --  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 Tuesday, July 6th, 2021 at 11:15

Re: Is there a command to expand Source0 from spec file to the final URL?

You can use command spectool -g name.spec to download sources. вт, 6 июл. 2021 г., 19:15 Richard W.M. Jones : > > Is this possible? I've got one with lots of %{macros} in it. > > It seems like this should be possible using rpmspec, but I can't work > out how. > > Rich. > > -- > Richard Jones,

Re: Is there a command to expand Source0 from spec file to the final URL?

Am Dienstag, dem 06.07.2021 um 17:15 +0100 schrieb Richard W.M. Jones: > > Is this possible?  I've got one with lots of %{macros} in it. > > It seems like this should be possible using rpmspec, but I can't work > out how. > > Rich. You can either use `spectool -l rpm.spec` to get the URL

Re: Is there a command to expand Source0 from spec file to the final URL?

On Tue, Jul 6, 2021 at 6:15 PM Richard W.M. Jones wrote: > > > Is this possible? I've got one with lots of %{macros} in it. > > It seems like this should be possible using rpmspec, but I can't work > out how. There's probably dozens of ways of doing this, but using spectool is very easy:

Re: Is there a command to expand Source0 from spec file to the final URL?

Hello, It is possible, using spectool: spectool -s 0 path/to/specfile.spec Le 06/07/2021 à 17:15, Richard W.M. Jones a écrit : Is this possible? I've got one with lots of %{macros} in it. It seems like this should be possible using rpmspec, but I can't work out how. Rich.

Is there a command to expand Source0 from spec file to the final URL?

Is this possible? I've got one with lots of %{macros} in it. It seems like this should be possible using rpmspec, but I can't work out how. Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones Read my programming and virtualization blog:

Re: Announcing fmt library soversion bump

On 06. 07. 21 17:13, Zbigniew Jędrzejewski-Szmek wrote: This is Python 3.10 related. https://docs.python.org/3.10/whatsnew/3.10.html#removed "Remove deprecated aliases to Collections Abstract Base Classes from the collections module." E.g. use collections.abc.Sequence instead of

[EPEL-devel] [Fedocal] Reminder meeting : EPEL Steering Committee

Dear all, You are kindly invited to the meeting: EPEL Steering Committee on 2021-07-07 from 16:00:00 to 17:00:00 US/Eastern At fedora-meet...@irc.libera.net The meeting will be about: This is the weekly EPEL Steering Committee Meeting. A general agenda is the following: #meetingname EPEL

Re: How to (better) deal with library major API changes

Never mind, not sure if it was the best way but I did: $ fedpkg clone openexr openexr2 And then edited .git/config and updated the references and then: $ fedpkg push And it's all there. Just had to cope over my spec file modifications. Thanks, Richard

Re: How to (better) deal with library major API changes

On Sun, Jul 4, 2021 at 2:05 PM Miro Hrončok wrote: > > Technically, you only need --exception, but I also like to use > --no-initial-commit, so the package can be imported with git history of > openexr. > Ok, I did that, now how do I import the current openexr repo? Thanks, Richard

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

Missing expected images: Xfce raw-xz armhfp Compose FAILS proposed Rawhide gating check! 1 of 43 required tests failed openQA tests matching unsatisfied gating requirements shown with **GATING** below Failed openQA tests: 4/199 (x86_64), 12/138 (aarch64) New failures (same test not failed in

Re: Starting a riscv64 VM from an ArchLinux x86_64 host

On Tue, Jul 06, 2021 at 03:15:00AM +0200, Andrej Podzimek via devel wrote: > Hi Fedora developers! > > I'm trying to start a Fedora riscv64 VM on an ArchLinux x86_64 host based on > this wiki page: > https://fedoraproject.org/wiki/Architectures/RISC-V/Installing I have a > reasonably recent

Re: Announcing fmt library soversion bump

On Tue, Jul 06, 2021 at 10:03:09AM -0500, Richard Shaw wrote: > On Mon, Jul 5, 2021 at 4:50 PM Miro Hrončok wrote: > > > On 05. 07. 21 15:14, Richard Shaw wrote: > > > 0ad failed: > > > > > > Traceback (most recent call last): > > >File > > > > >

Re: Announcing fmt library soversion bump

On Mon, Jul 5, 2021 at 4:50 PM Miro Hrončok wrote: > On 05. 07. 21 15:14, Richard Shaw wrote: > > 0ad failed: > > > > Traceback (most recent call last): > >File > > >

Fedora-IoT-35-20210706.0 compose check report

No missing expected images. Failed openQA tests: 2/16 (x86_64), 6/15 (aarch64) Old failures (same test failed in Fedora-IoT-35-20210705.0): ID: 922083 Test: x86_64 IoT-dvd_ostree-iso iot_zezere_server URL: https://openqa.fedoraproject.org/tests/922083 ID: 922085 Test: x86_64

Re: F35 Change: Disable SHA1 In OpenDNSSec (Self-Contained Change proposal)

Hi Paul, all, On Tue, Jun 29, 2021 at 1:40 AM Paul Wouters wrote: > > On Mon, 28 Jun 2021, Ben Cotton wrote: > > > https://fedoraproject.org/wiki/Change/DisableSHA1InOpenDNSSec > > > == Detailed Description == > > > > OpenDNSSec changed the default behavior to not include SHA1 DS by > > default,

Re: F35 Change: Disable SHA1 In OpenDNSSec (Self-Contained Change proposal)

Hi Paul, all, On Tue, Jun 29, 2021 at 1:40 AM Paul Wouters wrote: > > On Mon, 28 Jun 2021, Ben Cotton wrote: > > > https://fedoraproject.org/wiki/Change/DisableSHA1InOpenDNSSec > > > == Detailed Description == > > > > OpenDNSSec changed the default behavior to not include SHA1 DS by > > default,

[EPEL-devel] Re: libaom update issue

Looks like the seamonkey you want is still in epel7-testing. There was an aom update, and it made it through testing, so it's currently in epel7. There was also a seamonkey update, to pull in the updated aom. But it's still in epel7-testing. For now, the easiest thing to do is enable

[Test-Announce] [Test Week] Fedora Linux Kernel 5.13 2021-07-11 through 2021-07-18

Hey All, I would like to invite all of you to participate in the Kernel 5.13 Test week, which is happening from 2021-07-11 to 2021-07-18. It's fairly simple, head over to the wiki [0] and read in detail about the test week and simply run the test case mentioned in[1] and enter your results. As

[Fedocal] Reminder meeting : Fedora Source-git SIG

Dear all, You are kindly invited to the meeting: Fedora Source-git SIG on 2021-07-07 from 14:30:00 to 15:30:00 GMT At meet.google.com/mic-otnv-kse The meeting will be about: Bi-weekly meeting of the Fedora source-git SIG Agenda:

[Bug 1978704] perl-Math-BigInt-1.999820 is available

https://bugzilla.redhat.com/show_bug.cgi?id=1978704 Upstream Release Monitoring changed: What|Removed |Added Summary|perl-Math-BigInt-1.999819

Re: F35 Change: GNU Toolchain update (gcc 11, glibc 2.34, binutils 2.37, gdb 10.2) (System-Wide Change proposal)

* Carlos O'Donell: > On Tue, Jun 29, 2021 at 2:14 PM Ben Cotton wrote: >> >> On Tue, Jun 29, 2021 at 2:07 PM Ben Cotton wrote: >> > >> > == Contingency Plan == >> > * Contingency mechanism: If glibc 2.34 provides too disruptive to >> > compiling the distribution we could revert to 2.33, but

Re: F35 Change: GNU Toolchain update (gcc 11, glibc 2.34, binutils 2.37, gdb 10.2) (System-Wide Change proposal)

On Tue, Jun 29, 2021 at 2:14 PM Ben Cotton wrote: > > On Tue, Jun 29, 2021 at 2:07 PM Ben Cotton wrote: > > > > == Contingency Plan == > > * Contingency mechanism: If glibc 2.34 provides too disruptive to > > compiling the distribution we could revert to 2.33, but given that > > Rawhide has

Fedora rawhide compose report: 20210706.n.0 changes

OLD: Fedora-Rawhide-20210705.n.0 NEW: Fedora-Rawhide-20210706.n.0 = SUMMARY = Added images:2 Dropped images: 8 Added packages: 0 Dropped packages:0 Upgraded packages: 57 Downgraded packages: 0 Size of added packages: 0 B Size of dropped packages:0 B Size

[389-devel] UNSUBSCRIBE/DELETE

UNSUBSCRIBE/DELETE I did not create this account or sign up for your newsletter. Please delete my account and remove me from future emails From: vashi...@redhat.com Sent: Tuesday, July 6, 2021 1:56 AM To: 389-devel@lists.fedoraproject.org

MUMPS-5.4.0 in Rawhide

Hi all. In a week i will compile MUMPS-5.4.0 in Rawhide; this implicates the rebuilds of dependent packages: $ repoquery --whatrequires MUMPS-openmpi-devel --disablerepo=* --enablerepo=*-source Last metadata expiration check: 0:00:14 ago on Tue 06 Jul 2021 11:32:14 AM CEST.

Fedora-Cloud-34-20210706.0 compose check report

No missing expected images. Soft failed openQA tests: 1/8 (x86_64), 1/8 (aarch64) (Tests completed, but using a workaround for a known bug) Old soft failures (same test soft failed in Fedora-Cloud-34-20210705.0): ID: 921704 Test: x86_64 Cloud_Base-qcow2-qcow2 cloud_autocloud URL:

Re: How to (better) deal with library major API changes

On Sun, Jul 04, 2021 at 09:04:55PM +0200, Miro Hrončok wrote: > On 04. 07. 21 16:49, Richard Shaw wrote: > >On Thu, Jul 1, 2021 at 12:25 PM Miro Hrončok >> wrote: > > > >On 01. 07. 21 18:20, Richard Shaw wrote: > > > On Thu, Jul 1, 2021 at 11:11 AM Miro Hrončok

Retiring python-descartes

Hi, I am retiring python-descartes in Rawhide. Upstream died when Bitbucket dropped Mercurial support, and has no intention of reviving it. Downstream users have stopped using it, and I have removed the unnecessary dependency from Fedora packages, or patched it out after reporting upstream. It

Orphaning python-pytest-helpers-namespace

I am orphaning python-pytest-helpers-namespace, which is no longer a dependency of my packages. It currently has one bug report [1] for updating to the latest version, which has grown a new dependency (setuptools-declarative-requirements) that I do not wish to also package. AFAIK, nothing else

Orphaning python-pytest-helpers-namespace

I am orphaning python-pytest-helpers-namespace, which is no longer a dependency of my packages. It currently has one bug report [1] for updating to the latest version, which has grown a new dependency (setuptools-declarative-requirements) that I do not wish to also package. AFAIK, nothing else

Fedora-Cloud-33-20210706.0 compose check report

No missing expected images. Soft failed openQA tests: 1/8 (x86_64), 1/8 (aarch64) (Tests completed, but using a workaround for a known bug) Old soft failures (same test soft failed in Fedora-Cloud-33-20210705.0): ID: 921688 Test: x86_64 Cloud_Base-qcow2-qcow2 cloud_autocloud URL:

dropping pt-sans-fonts (ParaType Cyrillic) from the default @fonts group?

Oops sorry resending to the correct devel list: -- Forwarded message - From: Jens-Ulrik Petersen Date: Mon, Jun 28, 2021 at 1:38 PM Subject: dropping pt-sans-fonts (ParaType Cyrillic) from the default @fonts group? Cc: fonts , trans < tr...@lists.fedoraproject.org> Hi Currently