Re: RPM dependency generator sanity check

2024-09-01 Thread Dridi Boukelmoune
On Sun, Sep 1, 2024 at 9:40 PM Dridi Boukelmoune wrote: > > > > I can't say I'm proud of this hack but at least, the error message > > > shows up to give a clue. I can finally add some error handling to my > > > dependency generators. > > > > Yes, currently the exit code is ignored, and the only w

Re: RPM dependency generator sanity check

2024-09-01 Thread Fabio Valentini
On Sun, Sep 1, 2024 at 5:31 PM Dridi Boukelmoune wrote: > > > I made the scripts end with something written to stderr followed by an > > explicit "exit 1", and I can see the error message, but then it just > > succeeds. So my question is how to make RPM register that a dependency > > generator fai

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

2024-09-01 Thread updates
The following Fedora EPEL 9 Security updates need testing: Age URL 1 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2024-2775a88d84 lua-mpack-1.0.12-1.el9 The following builds have been pushed to Fedora EPEL 9 updates-testing eccodes-2.36.0-1.el9 lazarus-2.2.6-2.el9 obj

Re: Build failure due to glib change

2024-09-01 Thread Alexander Ploumistos
Thank you both for the input. I guess I should patch gnome-chemistry-utils regardless of what happens in glib. Michael, if you still feel this should be reported upstream, there is this bug in Debian Sid - our systems haven't filed an FTBFS bug yet: https://bugs.debian.org/cgi-bin/bugreport.cgi?bu

Build failure due to glib change

2024-09-01 Thread Alexander Ploumistos
Hello, I was looking at the build logs of gnome-chemistry-utils in koschei and it seems that a recent change in glib is the reason for the package FTBFS: https://gitlab.gnome.org/GNOME/glib/-/commit/c583162cc6d7078ff549c72615617092b0bc150a I can sort of understand the rationale behind that, but

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

2024-09-01 Thread updates
The following builds have been pushed to Fedora EPEL 8 updates-testing eccodes-2.36.0-1.el8 objfw-1.1.7-3.el8 Details about builds: eccodes-2.36.0-1.el8 (FEDORA-EPEL-2024-a0bc24a78f) WMO data format decod

Fedora rawhide compose report: 20240901.n.1 changes

2024-09-01 Thread Fedora Rawhide Report
OLD: Fedora-Rawhide-20240831.n.1 NEW: Fedora-Rawhide-20240901.n.1 = SUMMARY = Added images:2 Dropped images: 1 Added packages: 5 Dropped packages:0 Upgraded packages: 25 Downgraded packages: 0 Size of added packages: 1.05 MiB Size of dropped packages:0 B

Re: Build failure due to glib change

2024-09-01 Thread Michael Catanzaro
We should probably revert that. If you have a GNOME GitLab account, feel free to create an issue report. Otherwise, I can do so. -- ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproje

Re: RPM dependency generator sanity check

2024-09-01 Thread Dridi Boukelmoune
> > I can't say I'm proud of this hack but at least, the error message > > shows up to give a clue. I can finally add some error handling to my > > dependency generators. > > Yes, currently the exit code is ignored, and the only way to break the > build is to generate a line that does not parse as

Re: RPM dependency generator sanity check

2024-09-01 Thread Dridi Boukelmoune
> I made the scripts end with something written to stderr followed by an > explicit "exit 1", and I can see the error message, but then it just > succeeds. So my question is how to make RPM register that a dependency > generator failed and in turn fail the build? I tried following the rpmdeps code

Re: Build failure due to glib change

2024-09-01 Thread Tom Hughes via devel
On 01/09/2024 23:26, Alexander Ploumistos wrote: I can sort of understand the rationale behind that, but I'd like someone who is more actively involved with C++ to give some advice if this is something I should be reporting to the glib folks, or if I should just change the writable string pointe

Review assistance needed for python-optking

2024-09-01 Thread Susi Lehtola
Hi all, I would like to ask the scientific package community for help in reviewing optking, which is a new dependency of the Psi4 quantum chemistry package. The current release of psi4 in Fedora is version 1.3.2 which dates back to four years(!) ago. Unfortunately, the package's upstream made som

2024-09-03 (**TUESDAY**) @ 16:00 UTC - Fedora 41 Blocker Review Meeting

2024-09-01 Thread Adam Williamson
# F10 Blocker Review meeting # Date: 2024-09-03 (**TUESDAY**) # Time: 16:00 UTC # Location: https://matrix.to/#/#blocker-review:fedoraproject.org?web-instance[element.io]=chat.fedoraproject.org Hi folks! It's time for a Fedora 41 blocker review meeting! As Monday is a holiday in North America, let

Unannounced soname change in tree-sitter

2024-09-01 Thread Yaakov Selkowitz
(lib)tree-sitter 0.23.0 changed the SONAME from libtree-sitter.so.0 to libtree-sitter.so.0.23. This was a deliberate change upstream[1]. While the stable updates were unpushed, this still landed in rawhide and ELN. emacs has already been rebuilt, but neovim and rizin have not, making them uni

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

2024-09-01 Thread updates
The following builds have been pushed to Fedora EPEL 10.0 updates-testing libudfread-1.1.2-9.el10_0 perl-Data-Dumper-Names-0.03-41.el10_0 perl-Data-HexDump-0.04-7.el10_0 perl-Digest-MD4-1.9-41.el10_0 perl-Digest-Perl-MD5-1.9-28.el10_0 perl-File-Find-Rule-Perl-1.16-1.el10_0

[EPEL-devel] Re: EPEL 10 status update

2024-09-01 Thread Gary Buhrmaster
On Sat, Aug 10, 2024 at 10:42 PM Carl George wrote: > > Happy packaging! > I have noted that some dependencies for some of my packages are (apparently) no longer going to be shipped in EL10 (they were in EL9). Before I request the branches and builds in EPEL10, I would like to make sure those p

Looking For a Sponsor

2024-09-01 Thread None via devel
Hello everyone, I would like to become a package maintainer and I have my first review request here: https://bugzilla.redhat.com/show_bug.cgi?id=2301387. I also have quite a few more packages that I would like to maintain(either for Fedora or RPM Fusion), I have some of them(not all) on my githu