Re: OpenVDB 9.0.0 and arm build system

On 2021-11-22 01:24, Dan Horák wrote: On Mon, 22 Nov 2021 01:12:56 -0800 Luya Tshimbalanga wrote: Hello team, Academic Software Foundation released OpenVDB 9.0.0 with support of NanoVDB [1] which is useful for Blender 3D [2]. Scratch build resulted a failure on arm7vh architectures related

Re: OpenVDB 9.0.0 and arm build system

On Tue, 23 Nov 2021 11:12:53 +0100 Fabio Valentini wrote: > On Tue, Nov 23, 2021 at 10:00 AM Luya Tshimbalanga > wrote: > > > > > > On 2021-11-22 01:24, Dan Horák wrote: > > > On Mon, 22 Nov 2021 01:12:56 -0800 > > > Luya Tshimbalanga wrote: > > > > > >> Hello team, > > >> > > >> Academic

Re: OpenVDB 9.0.0 and arm build system

On Tue, Nov 23, 2021 at 10:00 AM Luya Tshimbalanga wrote: > > > On 2021-11-22 01:24, Dan Horák wrote: > > On Mon, 22 Nov 2021 01:12:56 -0800 > > Luya Tshimbalanga wrote: > > > >> Hello team, > >> > >> Academic Software Foundation released OpenVDB 9.0.0 with support of > >> NanoVDB [1] which is

Re: Onboarding package

Hello Otto, I like the "Web based course" idea alot. I had thought of creating something as a pod of containerized parts of the whole to be used in a cloud server environment, or on a single machine and would be a reactive app, or collection of say. Anyway, I am very receptive to these ideas,

Re: Firefox Hardware acceleration & VA-API how-to

Hello, https://bugzilla.mozilla.org/show_bug.cgi?id=1742229 states that NVIDIA's NVDecod can be used with VA-API. No idea what it actually means but I'll try to uplift that to Firefox 95. Martin On 11/15/21 13:34, Fabio Valentini wrote: On Fri, Nov 12, 2021 at 9:37 AM Martin Stransky

Fedora rawhide compose report: 20211123.n.0 changes

OLD: Fedora-Rawhide-20211122.n.0 NEW: Fedora-Rawhide-20211123.n.0 = SUMMARY = Added images:0 Dropped images: 0 Added packages: 8 Dropped packages:20 Upgraded packages: 74 Downgraded packages: 0 Size of added packages: 19.14 MiB Size of dropped packages

Re: GCC crash on Fedora Rawhide armv7

On Tue, Nov 23, 2021 at 05:19:09PM +0100, Dan Horák wrote: > > | ^ > > Please submit a full bug report, > > with preprocessed source if appropriate. > > See for instructions. > > Preprocessed source stored into /tmp/ccOFlWwZ.out file, please

qemu ExcludeArch %{arm} (was: Re: GCC crash on Fedora Rawhide armv7)

[Adding qemu maintainers] On Mon, Nov 22, 2021 at 05:55:06PM +, Richard W.M. Jones wrote: > > gcc -Ilibqemuutil.a.p -I. -I.. -Isubprojects/libvhost-user > -I../subprojects/libvhost-user -Iqapi -Itrace -Iui -Iui/shader > -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include

Request for a new reviewer for RPi.GPIO2

Hello, I hope you had a good week. I am sending this email because I would like to request for a new reviewer for the RPi.GPIO2 package. My previous reviewer for this package is not responding and I would like some feedback. Here is the bugzilla link

Re: Orphaning python-bsddb3

As announced in the OP of this thread, I have now orphaned the package. -- Jan Staněk Software Engineer, Red Hat jsta...@redhat.com irc: jstanek signature.asc Description: PGP signature ___ devel mailing list -- devel@lists.fedoraproject.org To

Re: GCC crash on Fedora Rawhide armv7

On Mon, 22 Nov 2021 17:55:06 + "Richard W.M. Jones" wrote: > > gcc -Ilibqemuutil.a.p -I. -I.. -Isubprojects/libvhost-user > -I../subprojects/libvhost-user -Iqapi -Itrace -Iui -Iui/shader > -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/include/sysprof-4 >

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

No missing expected images. Compose PASSES proposed Rawhide gating check! All required tests passed Failed openQA tests: 6/208 (x86_64), 5/142 (aarch64) New failures (same test not failed in Fedora-Rawhide-20211122.n.0): ID: 1069177 Test: x86_64 Cloud_Base-qcow2-qcow2

Re: F36 Change: Plocate as the default locate implementation (Self-Contained Change proposal)

Dne 23. 11. 21 v 18:18 Ben Cotton napsal(a): == User Experience == Users should not notice the difference. Installing `plocate` automatically removes `mlocate`. The new implementation is generally compatible with the old one in all common cases, and provides some additional options. Any reason

Calling on all Thinkpad T490 users...

Hi, Question: Do you have a T490 laptop successfully booting Fedora 34 or 35? And did it get Fedora by upgrade or clean install? Background: We've got a weird bug related to new shim 15.4 since Fedora 34 resulting in unbootable systems. The work around it to copy over the old shim to the EFI

Re: F36 Change: Plocate as the default locate implementation (Self-Contained Change proposal)

On Tue, Nov 23, 2021 at 01:52:43PM -0500, Chris Murphy wrote: > On Tue, Nov 23, 2021 at 12:19 PM Ben Cotton wrote: > > > == How To Test == > > # Install `plocate` (`sudo dnf install plocate --allowerasing`) > > # Wait for `plocate-updatedb.service` to finish (`sudo systemctl start > >

Re: F36 Change: Plocate as the default locate implementation (Self-Contained Change proposal)

On Tue, Nov 23, 2021 at 08:13:02PM +0100, Miroslav Suchý wrote: > Dne 23. 11. 21 v 18:18 Ben Cotton napsal(a): > >== User Experience == > >Users should not notice the difference. Installing `plocate` > >automatically removes `mlocate`. The new implementation is generally > >compatible with the old

Re: GCC crash on Fedora Rawhide armv7

For the record: https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103395 Jakub came up with a very cute reproducer :-) Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones Read my programming and virtualization blog: http://rwmj.wordpress.com virt-top is 'top' for

F36 Change: Plocate as the default locate implementation (Self-Contained Change proposal)

https://fedoraproject.org/wiki/Changes/Plocate_as_the_default_locate_implementation == Summary == The venerable `mlocate` program is replaced by `plocate` — a compatible reimplementation that is faster and uses less disk space. == Owner == * Name: [[User:Zbyszek| Zbigniew Jędrzejewski-Szmek]] *

Re: Calling on all Thinkpad T490 users...

HI Chris, Hau idatzi du Chris Murphy (li...@colorremedies.com) erabiltzaileak (2021 aza. 23, ar. (20:20)): > > Hi, > > Question: > Do you have a T490 laptop successfully booting Fedora 34 or 35? And > did it get Fedora by upgrade or clean install? I've a T490s that started with F31 and I've been

Re: Calling on all Thinkpad T490 users...

On Tue, Nov 23, 2021 at 2:26 PM Mikel Olasagasti wrote: > > HI Chris, > > Hau idatzi du Chris Murphy (li...@colorremedies.com) erabiltzaileak > (2021 aza. 23, ar. (20:20)): > > > > Hi, > > > > Question: > > Do you have a T490 laptop successfully booting Fedora 34 or 35? And > > did it get Fedora

Re: Calling on all Thinkpad T490 users...

Hau idatzi du Chris Murphy (li...@colorremedies.com) erabiltzaileak (2021 aza. 23, ar. (20:39)): > > On Tue, Nov 23, 2021 at 2:26 PM Mikel Olasagasti > wrote: > > > > HI Chris, > > > > Hau idatzi du Chris Murphy (li...@colorremedies.com) erabiltzaileak > > (2021 aza. 23, ar. (20:20)): > > > > >

Re: F36 Change: ostree native containers / CoreOS layering (System-Wide Change proposal)

On Tue, Nov 23, 2021, at 12:18 PM, Ben Cotton wrote: > https://fedoraproject.org/wiki/Changes/OstreeNativeContainer > > == Summary == > > Enhance the (rpm-)ostree stack to natively support OCI/Docker > containers as a transport and delivery mechanism for operating system > content. > > This is

Re: F36 Change: Plocate as the default locate implementation (Self-Contained Change proposal)

Ben Cotton wrote on Tue, Nov 23, 2021 at 12:18:56PM -0500: > == Summary == > The venerable `mlocate` program is replaced by `plocate` — a > compatible reimplementation that is faster and uses less disk space. Thanks for doing this! For what it's worth, I've been running plocate locally since it

Re: F36 Change: Plocate as the default locate implementation (Self-Contained Change proposal)

On Tuesday, November 23, 2021 4:53:12 PM EST Zbigniew Jędrzejewski-Szmek wrote: > On Tue, Nov 23, 2021 at 01:52:43PM -0500, Chris Murphy wrote: > > I'm definitely noticing a difference. I'm not sure it was ever correct > > that updatedb.conf was pruning bind mounts on Fedora. It's not the > >

F36 Change: ostree native containers / CoreOS layering (System-Wide Change proposal)

https://fedoraproject.org/wiki/Changes/OstreeNativeContainer == Summary == Enhance the (rpm-)ostree stack to natively support OCI/Docker containers as a transport and delivery mechanism for operating system content. This is the basis of

Re: Unowned system directories

On Tuesday, November 23, 2021 7:11:31 PM EST Maxwell G wrote: > Hi, > > On Tuesday, November 23, 2021 1:37:36 PM CST Steve Grubb wrote: > > Hello, > > > > I am preparing to migate a F35 system to new hardware and was sanity > > checking the whole system. One thing I found was that there are a

Re: [EPEL-devel] Mock/Copr default epel-8-* configuration to be changed

On Tue, Nov 23, 2021 at 9:16 PM Kevin Kofler via devel wrote: > > Nico Kadel-Garcia wrote: > > Neither of those have much track history. > > Of course they don't. How can they, when CentOS had stolen their show for > years and the sudden "change of directions" was announced only earlier this >

Re: Calling on all Thinkpad T490 users...

On Wed, Nov 24, 2021 at 12:50 AM Chris Murphy wrote: > > Hi, > > Question: > Do you have a T490 laptop successfully booting Fedora 34 or 35? And > did it get Fedora by upgrade or clean install? I have T490s, and recently upgraded to F34 from F35 and it went fine. Maybe the issue is only with

Unowned system directories

Hello, I am preparing to migate a F35 system to new hardware and was sanity checking the whole system. One thing I found was that there are a number of system directories that that are not owned by the package that uses them: /var/cache/ibus /var/cache/PackageKit /var/cache/cups

Re: Review request for oclock package (orphaned since F35)

Ben Beasley wrote: > Please compare with > https://src.fedoraproject.org/rpms/xfontsel/blob/rawhide/f/xfontsel.spec, > paying close attention to the comments in the spec file. SKS keyservers have > gone offline since that package obtained its keyring, so try using > hkps://keys.openpgp.org

Re: GCC crash on Fedora Rawhide armv7

On Tue, Nov 23, 2021 at 05:27:36PM +0100, Jakub Jelinek wrote: > On Tue, Nov 23, 2021 at 05:19:09PM +0100, Dan Horák wrote: > > > | ^ > > > Please submit a full bug report, > > > with preprocessed source if appropriate. > > > See for

Re: F36 Change: Plocate as the default locate implementation (Self-Contained Change proposal)

On Tue, Nov 23, 2021 at 12:19 PM Ben Cotton wrote: > == How To Test == > # Install `plocate` (`sudo dnf install plocate --allowerasing`) > # Wait for `plocate-updatedb.service` to finish (`sudo systemctl start > plocate-updatedb.service`) > # Use `plocate pattern` or `plocate -r ` to search for

Re: packaging group documentation wiki redirect [was Re: Trying to take an orphaned package]

On Tue, Nov 23, 2021 at 08:54:43AM +0200, Otto Urpelainen wrote: > >{{#fedoradocs: > >https://docs.fedoraproject.org/en-US/package-maintainers/How_to_Get_Sponsored_into_the_Packager_Group/}} > >... but we don't have a consistent policy about when to use it. > > Should this be read as "I would

Re: Strange s390x/x86_64 build failures

On Mon, Nov 22, 2021 at 12:50:06PM -0800, Kevin Fenzi wrote: > I think there's something deeper going on. ;( > > That builder has in dmesg: > > [399371.168000] print_req_error: 2 callbacks suppressed > [399371.168007] blk_update_request: I/O error, dev vda, sector 174077464 op > 0x1:(WRITE)

Re: Unowned system directories

Hi, On Tuesday, November 23, 2021 1:37:36 PM CST Steve Grubb wrote: > Hello, > > I am preparing to migate a F35 system to new hardware and was sanity checking > the whole system. One thing I found was that there are a number of system > directories that that are not owned by the package that

Re: [EPEL-devel] Mock/Copr default epel-8-* configuration to be changed

On Tue, Nov 23, 2021 at 7:31 PM Kevin Kofler via devel wrote: > > Pavel Raiskup wrote: > > First I don't feel comfortable announcing this, I'm not happy about the > > situation and so I don't want to be the lightning rod :-). But I believe > > that we can come to acceptable Copr/Mock solution

Re: Request for a new reviewer for RPi.GPIO2

For reference, the process for a stalled review in which the reviewer is not responding can be found at https://docs.fedoraproject.org/en-US/fesco/Package_review_policy/#reviewer_not_responding. – Ben On 11/23/21 11:14, Mwesigwa Guma wrote: Hello, I hope you had a good week. I am sending

Re: Calling on all Thinkpad T490 users...

On Tuesday, November 23, 2021 1:19:34 PM CST Chris Murphy wrote: > Hi, > > Question: > Do you have a T490 laptop successfully booting Fedora 34 or 35? And > did it get Fedora by upgrade or clean install? > > Background: > We've got a weird bug related to new shim 15.4 since Fedora 34 > resulting

Re: [EPEL-devel] Mock/Copr default epel-8-* configuration to be changed

Pavel Raiskup wrote: > First I don't feel comfortable announcing this, I'm not happy about the > situation and so I don't want to be the lightning rod :-). But I believe > that we can come to acceptable Copr/Mock solution and this needs to be > discussed... so here we are. I, too, believe that

Re: Calling on all Thinkpad T490 users...

On Tue, Nov 23, 2021 at 11:26 AM Mikel Olasagasti wrote: > > HI Chris, > > Hau idatzi du Chris Murphy (li...@colorremedies.com) erabiltzaileak > (2021 aza. 23, ar. (20:20)): > > > > Hi, > > > > Question: > > Do you have a T490 laptop successfully booting Fedora 34 or 35? And > > did it get Fedora

Re: F36 Change: Plocate as the default locate implementation (Self-Contained Change proposal)

(replying to myself as I got a message on irc from the author) Dominique Martinet wrote on Wed, Nov 24, 2021 at 07:28:25AM +0900: > I see now that it has IOSchedulingClass=IDLE but nothing equivalent > about CPU, but I don't think that'll help: if the computer is mostly > idle it'll still use all

Re: [EPEL-devel] Mock/Copr default epel-8-* configuration to be changed

Nico Kadel-Garcia wrote: > Neither of those have much track history. Of course they don't. How can they, when CentOS had stolen their show for years and the sudden "change of directions" was announced only earlier this year? Blame RH for not having given the rebuild community more time to

Re: OpenVDB 9.0.0 and arm build system

On 2021-11-23 02:12, Fabio Valentini wrote: On Tue, Nov 23, 2021 at 10:00 AM Luya Tshimbalanga wrote: On 2021-11-22 01:24, Dan Horák wrote: On Mon, 22 Nov 2021 01:12:56 -0800 Luya Tshimbalanga wrote: Hello team, Academic Software Foundation released OpenVDB 9.0.0 with support of NanoVDB

Re: F36 Change: ostree native containers / CoreOS layering (System-Wide Change proposal)

On Wed, Nov 24, 2021 at 1:20 AM Ben Cotton wrote: > > https://fedoraproject.org/wiki/Changes/OstreeNativeContainer > > == Summary == > > Enhance the (rpm-)ostree stack to natively support OCI/Docker > containers as a transport and delivery mechanism for operating system > content. > > This is the

Re: Unowned system directories

Maxwell G via devel kirjoitti 24.11.2021 klo 2.11: Hi, On Tuesday, November 23, 2021 1:37:36 PM CST Steve Grubb wrote: Hello, I am preparing to migate a F35 system to new hardware and was sanity checking the whole system. One thing I found was that there are a number of system directories

Re: Request for a new reviewer for RPi.GPIO2

Ben Beasley kirjoitti 24.11.2021 klo 4.18: For reference, the process for a stalled review in which the reviewer is not responding can be found at https://docs.fedoraproject.org/en-US/fesco/Package_review_policy/#reviewer_not_responding. Also, I *think* that if you set the Bugzilla needinfo

[Bug 2025845] stompclt-1.8 is available

https://bugzilla.redhat.com/show_bug.cgi?id=2025845 lionel.c...@cern.ch changed: What|Removed |Added Status|NEW |ASSIGNED Doc Type|---

[Bug 2023516] perl-Date-Manip-6.86 is available

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

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

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

[Bug 2025322] EPEL9 Branch Request: perl-utf8-all

https://bugzilla.redhat.com/show_bug.cgi?id=2025322 Paul Howarth changed: What|Removed |Added Doc Type|--- |If docs needed, set a value ---

[Bug 2026131] New: perl-CPANPLUS-0.9914 is available

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

F36 Change: Plocate as the default locate implementation (Self-Contained Change proposal)

https://fedoraproject.org/wiki/Changes/Plocate_as_the_default_locate_implementation == Summary == The venerable `mlocate` program is replaced by `plocate` — a compatible reimplementation that is faster and uses less disk space. == Owner == * Name: [[User:Zbyszek| Zbigniew Jędrzejewski-Szmek]] *

python3-augeas and python3-ansible-runner file conflict?

Got a report on Ask Fedora(*) about an upgrade conflict, and, yep, these two have a problem: file /usr/lib/python3.10/site-packages/test/__pycache__/__init__.cpython-310.opt-1.pyc from install of python3-ansible-runner-2.0.0a1-3.fc35.noarch conflicts with file from package

Re: python3-augeas and python3-ansible-runner file conflict?

On Tue, Nov 23, 2021 at 07:13:19PM +0100, Miro Hrončok wrote: > The files are not supposed to be in the package. It could lead to > conflicts, as you can see. Thanks. Is this is a common test artifact which could "leak" in other pacages, and there maybe a standard CI check (or gate?) we could put

F36 Change: ostree native containers / CoreOS layering (System-Wide Change proposal)

https://fedoraproject.org/wiki/Changes/OstreeNativeContainer == Summary == Enhance the (rpm-)ostree stack to natively support OCI/Docker containers as a transport and delivery mechanism for operating system content. This is the basis of

Re: python3-augeas and python3-ansible-runner file conflict?

On 23. 11. 21 18:53, Matthew Miller wrote: Got a report on Ask Fedora(*) about an upgrade conflict, and, yep, these two have a problem: file /usr/lib/python3.10/site-packages/test/__pycache__/__init__.cpython-310.opt-1.pyc from install of python3-ansible-runner-2.0.0a1-3.fc35.noarch

Re: python3-augeas and python3-ansible-runner file conflict?

On 23. 11. 21 19:13, Miro Hrončok wrote: On 23. 11. 21 18:53, Matthew Miller wrote: Got a report on Ask Fedora(*) about an upgrade conflict, and, yep, these two have a problem: file /usr/lib/python3.10/site-packages/test/__pycache__/__init__.cpython-310.opt-1.pyc from install of

[Bug 2025322] EPEL9 Branch Request: perl-utf8-all

https://bugzilla.redhat.com/show_bug.cgi?id=2025322 --- Comment #2 from Igor Raits --- (In reply to Paul Howarth from comment #1) > (In reply to Igor Raits from comment #0) > > Please provide rubygem-hocon for the EPEL9, it builds fine. > > Was it perl-utf8-all or rubygem-hocon you wanted? If

[Bug 2026087] New: perl-CPAN-Checksums-2.13 is available

https://bugzilla.redhat.com/show_bug.cgi?id=2026087 Bug ID: 2026087 Summary: perl-CPAN-Checksums-2.13 is available Product: Fedora Version: rawhide Status: NEW Component: perl-CPAN-Checksums Keywords: FutureFeature,

[Bug 2026088] New: perl-CPAN-2.29 is available

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

[Bug 2023516] perl-Date-Manip-6.86 is available

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

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

The following Fedora EPEL 7 Security updates need testing: Age URL 67 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2021-f005e1b879 debmirror-2.35-1.el7 6 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2021-70fe95babd openssl11-1.1.1k-2.el7 1

[Bug 2022400] Please branch and build an epel8 for perl-Config-Grammar

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

[Bug 2025845] stompclt-1.8 is available

https://bugzilla.redhat.com/show_bug.cgi?id=2025845 --- Comment #2 from Fedora Update System --- FEDORA-2021-1ef3b14aa4 has been submitted as an update to Fedora 35. https://bodhi.fedoraproject.org/updates/FEDORA-2021-1ef3b14aa4 --- Comment #3 from Fedora Update System ---

[Bug 2025845] stompclt-1.8 is available

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

[Bug 2025845] stompclt-1.8 is available

https://bugzilla.redhat.com/show_bug.cgi?id=2025845 --- Comment #2 from Fedora Update System --- FEDORA-2021-1ef3b14aa4 has been submitted as an update to Fedora 35. https://bodhi.fedoraproject.org/updates/FEDORA-2021-1ef3b14aa4 -- You are receiving this mail because: You are on the CC list