Taking over orphaned package: libclc

Hi, I plan to take over ownership of the orphaned package: libclc. -Tom ___ 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/

Re: Let's retire original glib and gtk+

Hi, On Fri, 7 May 2021, Luna Jernberg wrote: Could always use the newer forks of it https://audacious-media-player.org/ and https://qmmp.ylsoftware.com/ At this point, Audacious is probably not a great option for people looking for an XMMS replacement. Though a Winamp skins interface still

Re: RPM name collisions

On 5/7/21 12:08 PM, Adam Williamson wrote: Really? I mean, third party repos have been around forever. It's not like they're a new thing. I'm not really opposing any sensible improvements here, I'm just not seeing the same clear story as you are here? Why do you think there are going to be a lot

Re: Let's retire original glib and gtk+

On Fri, 2021-05-07 at 14:45 +, Michael Catanzaro wrote: > Hi, I'd like to retire the original glib, GLib 1 from the GNOME 1 era. > This is would take out the gtk+ package (GTK 1) along with it. (I'm not > proposing to remove GTK 2.) GLib 1 has been obsolete for 19 years now, > since GLib 2 wa

Re: Disappearing and re-appearing i686 packages in the x86_64 compose

On Fri, May 07, 2021 at 02:50:29PM +0200, Florian Weimer wrote: > Historically, we had an issue with i686 packages appearing and > disappearing from the x86_64 compose. Particularly problematic is the > case when packages are in the GA repo, but not in the updates repo. > >

F35 Change: Broken RPATH will fail rpmbuild (System-Wide Change proposal)

https://fedoraproject.org/wiki/Changes/Broken_RPATH_will_fail_rpmbuild == Summary == Enable broken RPATH detection [https://docs.fedoraproject.org/en-US/packaging-guidelines/#_brp_buildroot_policy_scripts buildroot policy] script by default. This will make the RPM build fail once a broken RPATH wa

F35 Change: Perl 5.34 (System-Wide Change proposal)

https://fedoraproject.org/wiki/Changes/perl5.34 = Perl 5.34 = == Summary == A new ''perl 5.34'' version brings a lot of changes done over a year of development. Perl 5.34 will be released in May 20th 2021. See [https://metacpan.org/pod/release/XSAWYERX/perl-5.34.0-RC1/pod/perldelta.pod 5.34.0-RC1

Re: Let's retire original glib and gtk+

On 5/7/21 4:45 PM, Michael Catanzaro wrote: Hi, I'd like to retire the original glib, GLib 1 from the GNOME 1 era. This is would take out the gtk+ package (GTK 1) along with it. (I'm not proposing to remove GTK 2.) GLib 1 has been obsolete for 19 years now, since GLib 2 was released in March 20

Re: Let's retire original glib and gtk+

On Fri, May 7, 2021 at 11:24 AM Owen Taylor wrote: > GLib 2 was quite compatible with GLib 1 - there were lots of additions > but few breaking changes. But it looks like the dependency in > surf-geometry is a GTK 1 user interface (written in C++ with a bit of > custom glue, with Xlib usage mixed i

Re: Let's retire original glib and gtk+

On Fri, May 7, 2021 at 12:17 PM Jerry James wrote: > > On Fri, May 7, 2021 at 9:45 AM Michael Catanzaro wrote: > > Um... not that I know of. > > > > Honestly, I don't know anything about GLib 1 other than that it's very > > old. I think if I were trying to port Sagemath, I would just upgrade > >

Re: [PATCH] kernel-tools: Remove libbpf package

On Fri, May 7, 2021 at 9:15 AM Jiri Olsa wrote: > > It's separate package now. > > Signed-off-by: Jiri Olsa Thanks, applied. This will go away with the kernel-tools-5.11.19 build happening right now, and the first rawhide build that succeeds (currently still failing aarch64 with FAILED unresolve

Re: [Fedocal] Reminder meeting : ELN SIG

#fedora-meeting: Fedora ELN SIG (2021-05-11) Meeting started by sgallagh at 16:00:18 UTC. The full logs are available at https://meetbot.fedoraproject.org/fedora-meeting/2021-05-07/eln.2021-05-07-16.00.log.h

Re: Let's retire original glib and gtk+

On 07.05.2021 17:00, Matthew Miller wrote: Awww, rest in peace, xmms. It's a winamp-stytle music player from the 90s! I'm still using Audacious with Winamp skin. :-) -- Sincerely, Vitaly Zaitsev (vit...@easycoding.org) ___ devel mailing list -- dev

Re: RPM name collisions

On Thu, 2021-05-06 at 14:40 -0400, przemek klosowski via devel wrote: > On 5/5/21 2:29 AM, Adam Williamson wrote: > > >   If a third party wants to do > > something nefarious and can convince you to "install a repository" in > > some way, that means that at minimum they convinced you to drop an >

Re: Let's retire original glib and gtk+

On Fri, May 7, 2021 at 9:45 AM Michael Catanzaro wrote: > Um... not that I know of. > > Honestly, I don't know anything about GLib 1 other than that it's very > old. I think if I were trying to port Sagemath, I would just upgrade > the build system to GLib 2 and see how many compiler errors you ge

Re: Let's retire original glib and gtk+

On Fri, May 7 2021 at 09:18:09 AM -0600, Jerry James wrote: Is there a (possibly 2 decades old!) glib 1 to glib 2 porting guide somewhere? Um... not that I know of. Honestly, I don't know anything about GLib 1 other than that it's very old. I think if I were trying to port Sagemath, I would

Re: PWG virtual meetup 2021

On 5/7/21 12:01 AM, Zdenek Dohnal wrote: On 5/6/21 9:36 PM, Brandon Nielsen wrote: Would you want to see that ported to a "How to debug printing problems" Quick Doc[0]? Probably under "Usage and customisation"? I could take a crack at a draft. [0] - https://docs.fedoraproject.org/en-US/quick-do

Re: Let's retire original glib and gtk+

On Fri, May 07, 2021 at 05:15:49PM +0200, Luna Jernberg wrote: > Could always use the newer forks of it https://audacious-media-player.org/ Yes, and audacious is already packaged. I don't think there's a need to keep this... it just hit my nostalgia. :) -- Matthew Miller Fedora Project Leader _

Re: Let's retire original glib and gtk+

On Fri, May 7, 2021 at 8:45 AM Michael Catanzaro wrote: > Hi, I'd like to retire the original glib, GLib 1 from the GNOME 1 era. > This is would take out the gtk+ package (GTK 1) along with it. (I'm not > proposing to remove GTK 2.) GLib 1 has been obsolete for 19 years now, > since GLib 2 was rel

Re: Let's retire original glib and gtk+

Could always use the newer forks of it https://audacious-media-player.org/ and https://qmmp.ylsoftware.com/ On Fri, May 7, 2021 at 5:00 PM Matthew Miller wrote: > On Fri, May 07, 2021 at 02:45:09PM +, Michael Catanzaro wrote: > > below packages, please consider upgrading to GLib 2. The only

Re: Let's retire original glib and gtk+

On Fri, May 07, 2021 at 02:45:09PM +, Michael Catanzaro wrote: > below packages, please consider upgrading to GLib 2. The only one > that I recognize is Sagemath. [...] > xmms-1:1.2.11-41.20071117cvs.fc34.x86_64 Awww, rest in peace, xmms. It's a winamp-stytle music player from the 90s! -- M

Let's retire original glib and gtk+

Hi, I'd like to retire the original glib, GLib 1 from the GNOME 1 era. This is would take out the gtk+ package (GTK 1) along with it. (I'm not proposing to remove GTK 2.) GLib 1 has been obsolete for 19 years now, since GLib 2 was released in March 2002. That's a real long time to maintain a co

[PATCH] kernel-tools: Remove libbpf package

It's separate package now. Signed-off-by: Jiri Olsa --- koji build: https://koji.fedoraproject.org/koji/taskinfo?taskID=67381227 kernel-tools.spec | 44 +++- 1 file changed, 3 insertions(+), 41 deletions(-) diff --git a/kernel-tools.spec b/kernel-tools

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

No missing expected images. 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: 9/194 (x86_64), 9/133 (aarch64) New failures (same test not failed in Fedora-Rawhide-2021

Fedora-IoT-35-20210507.0 compose check report

No missing expected images. Failed openQA tests: 3/16 (x86_64), 2/15 (aarch64) Old failures (same test failed in Fedora-IoT-35-20210506.0): ID: 881405 Test: x86_64 IoT-dvd_ostree-iso install_default_upload URL: https://openqa.fedoraproject.org/tests/881405 ID: 881407 Test: x86_64 IoT-d

Disappearing and re-appearing i686 packages in the x86_64 compose

Historically, we had an issue with i686 packages appearing and disappearing from the x86_64 compose. Particularly problematic is the case when packages are in the GA repo, but not in the updates repo. Has this issue been fixed? I implemented a workaround

Re: [Fedocal] Reminder meeting : ELN SIG

Agenda for today's meeting: #topic #40 Create infrastucture for building alternative composes based on ELN https://github.com/fedora-eln/eln/issues/40 #topic #19 Generate AWS images in Fedora Infrastructure https://github.com/fedora-eln/eln/issues/19 On Thu, May 6, 2021 at 5:40 PM wrote: > > D

Fedora rawhide compose report: 20210507.n.0 changes

OLD: Fedora-Rawhide-20210506.n.0 NEW: Fedora-Rawhide-20210507.n.0 = SUMMARY = Added images:0 Dropped images: 1 Added packages: 4 Dropped packages:1 Upgraded packages: 71 Downgraded packages: 1 Size of added packages: 774.43 KiB Size of dropped packages

Re: Source-git SIG meeting minutes from 2021-05-05

Sure, see below. I'll keep in mind to do this going forward :) # Source-git SIG meeting 2021-05-05 ## Intro discussion \[motivation\] Neal: not having a dist-git tree makes it difficult for packagers to work with packages. Downstream to consume Fedora packages. Florian: source-git to dist-git

Fedora-Cloud-34-20210507.0 compose check report

No missing expected images. Failed openQA tests: 1/8 (x86_64) Old failures (same test failed in Fedora-Cloud-34-20210506.0): ID: 881065 Test: x86_64 Cloud_Base-qcow2-qcow2 cloud_autocloud URL: https://openqa.fedoraproject.org/tests/881065 Soft failed openQA tests: 1/8 (aarch64) (Tests comp

Fedora-Cloud-32-20210507.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-32-20210506.0): ID: 880991 Test: x86_64 Cloud_Base-qcow2-qcow2 cloud_autocloud URL: https://op

Re: Source-git SIG meeting minutes from 2021-05-05

Hi Hunor, Do you think you could attach the summary in the email? It would save everybody a few clicks opening the URL. Thx a lot Vít Dne 06. 05. 21 v 17:43 Hunor Csomortáni napsal(a): Hello everyone, Notes and minutes from the Source-git meeting from yesterday can be found at: https://

Fedora-Cloud-33-20210507.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-20210506.0): ID: 880952 Test: x86_64 Cloud_Base-qcow2-qcow2 cloud_autocloud URL: https://op