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 f

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 that

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: 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: 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 T490

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 num

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 > yea

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 thi

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 prepa

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: [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 and

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 w

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: 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 us

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: 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 > > mloca

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 w

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

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: 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 > > plocate-upd

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 th

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) fl

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 inst

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: 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 b

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 /var/log/anacon

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 pre

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

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 Syst

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

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 f

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 instructions.

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 https://github.com/coreos/enhancements/blob/main/os/coreos-

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: 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 att

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 > -I/usr/include/libm

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

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 -I/usr/include/sy

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 unsubs

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 base_system_logging@ue

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, t

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: 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 Softw

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 us

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 t

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 wrote