Re: Fedora 37 mass rebuild started
As a quick and dirty thing I took the f37-needs-rebuild list and the f37-failed to build list and found things that were only on the needs-rebuild list. I then filtered out the ones we don't try and mass rebuild (shim, kernel, grub2, etc) and the silly ones we have like Fedora-Live-Xfce (placeholder for the live image) and got a list with 191 entries. So these didn't fail after making a src.rpm, but might have failed then. I also see a lot of these that are epel specific, but arent retired on rawhide. There also may have been a very few that didn't get tried because the fedora-messaging cluster was down. ;( aardvark-dns aboot andy-super-great-park anthy-unicode-epel askbot-plugin-authfas autoconf268 aws-c-cal bash-completion-extras bird2 boost1.78 caribou0 Charliecloud clang11.0 clap_generate_fig community-mysql compat-tidy cube cyrus-imapd debootstrap dnscrypt-proxy2 docker-swarm double-conversion-epel erlang-riak_ensemble fizz gcc-epel gdl generic-release ghc8.2 ghc8.8 glibc32 gnome-commander gnuplot44 golang-cloud-google golang-github-apparentlymart-textseg golang-github-bits-and-blooms-bloom golang-github-btcsuite-btcd-btcec golang-github-cloudflare-golz4 golang-github-datadog-sketches golang-github-exchange-interface golang-github-github-ssdb-gossdb golang-github-go-stack-stack golang-github-ipfs-bitswap golang-github-ipfs-block-format golang-github-ipfs-blockservice golang-github-ipfs-blockstore golang-github-ipfs-blocksutil golang-github-ipfs-cmds golang-github-ipfs-datastore golang-github-ipfs-delay golang-github-ipfs-ds-flatfs golang-github-ipfs-ds-help golang-github-ipfs-http-client golang-github-ipfs-ipld-format golang-github-ipfs-log-2 golang-github-ipfs-merkledag golang-github-ipfs-peertaskqueue golang-github-ipfs-util golang-github-jbenet-cienv golang-github-jbenet-goprocess golang-github-jcmturner-aescts-2 golang-github-jcmturner-dnsutils-2 golang-github-jcmturner-goidentity-6 golang-github-jcmturner-gokrb5-8 golang-github-jcmturner-rpc-2 golang-github-logr-stdr golang-github-stomp golang-github-vinyldns-vinyldns golang-gopkg-playground-validator-10 golang-grpc-go4 golang-jaytaylor.com-html2text icecat ignition-fuel-tools inih-epel iptables-epel isis jama java-1.8.0-openjdk-aarch32 jd kclock keepassx2 kernel-headers keysmith libappindicator-sharp libburn1 libgit2_0.26 LibRaw-epel libxslxwriter lightdm-gtk linux-firmware lorax-templates-rhel lua5.1-lpeg mesa-demos-epel mesos mingw-libidl mingw-windows-default-manifest mingw-wine-gecko mingw-win-iconv mingw-winpthreads mingw-winstorecompat mingw-wpcap mingw-wxWidgets minizip1.2 module-build-macros monafont netcdf-fortran nodejs-async-lock nvidia-texture-tools openh264 openmolar osbs-client osmo perl-Math-Calc-Units perl-Math-Cartesian-Product perl-Math-ConvexHull perl-Math-ConvexHull-MonotoneChain pesign-test-app php53-simplepie proj proxygen pycairo-epel python26-msgpack python38-coverage python38-hvac python38-hypothesis-epel python38-netaddr python38-ntlm-auth-epel python38-pynetbox python38-pytest-helpers-namespace python38-requests_ntlm-epel python38-setuptools_scm_git_archive python3-cryptography-vectors python3-doctutils python3-greenlet python3-gssapi python3-kitchen python3-prctl python3-pyasn1 python3-zope-event python-antlr4-python3-runtime python-asana python-charon python-dataclasses python-django-oauth-toolkit python-gear python-genshi06 python-hbmqtt python-hudman python-k2hr3-osnl python-neutronclient python-osa python-proton-client python-pysam python-satyr python-tqdm python-webob1.4 python-yubikey-manager qtscrob quazip-qt5 realtime-setup redhat-rpm-config retrace-client R-TH-data rust-bat rust-gag rust-git-delta rust-gitui rust-platform-info rust-pwd rust-syntect4 rust-sysinfo0.19 rust-uucore rust-wasi-cap-std-sync rust-wasi-tokio rust-wasmtime-wasi sahara-image-elements serafettin-cartoon-fonts solo3 status-report systemd-boot termbox tinygo tnt trace-gui twincam vera++ vttest wasmedge webkit2gtk3 xfce4-soundmenu-plugin xsetpointer zeek kevin signature.asc Description: PGP signature ___ 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 Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure
Re: Fedora 37 mass rebuild started
On Sat, Jul 23, 2022 at 4:03 PM Kevin Fenzi wrote: > Yeah, fixed. I retagged all the things in the signing pending tag. > > However, this might cause some really old updates to land... > so keep an eye out for that. Will do, thank you! > Yeah, this the old 'if koji can't rebuild the src.rpm, it never shows up > as a 'build'' thing. ;( > > https://koji.fedoraproject.org/koji/taskinfo?taskID=89838907 > > It looks like it couldn't download src. ;( > > DEBUG util.py:443: curl: (35) OpenSSL SSL_connect: Connection reset by peer > in connection to src.fedoraproject.org:443 > DEBUG util.py:596: Child return code was: 35 > > So, just do a build like normal in rawhide and it should be good. > > There's a releng ticket on this issue... > > https://pagure.io/releng/issue/8601 > > Looks like there was some support added to koji to query these, but the > mass rebuild failures script never got updated to try and use it? ;( Ah, I see. Thanks for the information. I will kick off that build shortly. -- Jerry James http://www.jamezone.org/ ___ 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 Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure
Re: Fedora 37 mass rebuild started
On Sat, Jul 23, 2022 at 02:49:53PM -0600, Jerry James wrote: > On Sat, Jul 23, 2022 at 2:35 PM Kevin Fenzi wrote: > > The packages were signed and the sidetag is through to f37. > > > > Also, the signing queue is all caught up. > > Can you take a look at gap-4.11.1-5.fc37? It's been in > f37-signing-pending for over 2 days now. Yeah, fixed. I retagged all the things in the signing pending tag. However, this might cause some really old updates to land... so keep an eye out for that. > > The only things left for the mass rebuild are a few of the larger > > packages (ceph, webkit, etc). Then we should be able to merge the > > f37-rebuild tag in and be done. > > No build seems to have been submitted for ocaml-ppx-inline-test. I > just mention this in case there are other packages that were skipped. Yeah, this the old 'if koji can't rebuild the src.rpm, it never shows up as a 'build'' thing. ;( https://koji.fedoraproject.org/koji/taskinfo?taskID=89838907 It looks like it couldn't download src. ;( DEBUG util.py:443: curl: (35) OpenSSL SSL_connect: Connection reset by peer in connection to src.fedoraproject.org:443 DEBUG util.py:596: Child return code was: 35 So, just do a build like normal in rawhide and it should be good. There's a releng ticket on this issue... https://pagure.io/releng/issue/8601 Looks like there was some support added to koji to query these, but the mass rebuild failures script never got updated to try and use it? ;( kevin signature.asc Description: PGP signature ___ 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 Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure
Re: Retiring the pcre package from Fedora
Stewart Smith via devel wrote: > cppcheck can be built without HAVE_RULES which will avoid pcre at the > expense of functionality. I do not think that it makes sense to build stuff with reduced functionality just to avoid a pcre dependency. We just need to accept that we need to maintain pcre as a compatibility library for the foreseeable future. Kevin Kofler ___ 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 Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure
Re: Fedora 37 mass rebuild started
On Sat, Jul 23, 2022 at 10:43:38PM +0200, Fabio Valentini wrote: > > Can confirm, looks all good now, thanks! > > BTW, I'd like to know whatever magic you did to fedora notifications. > Because it apparently kept chugging on right through the mass rebuild, > and is now caught up again. :) Yeah, I am pretty amazed by that. ;) Currently it's pretty heavily patched... we still want to move to the python3 one. Hopefully next week. kevin signature.asc Description: PGP signature ___ 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 Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure
Re: Fedora 37 mass rebuild started
On Sat, Jul 23, 2022 at 2:35 PM Kevin Fenzi wrote: > The packages were signed and the sidetag is through to f37. > > Also, the signing queue is all caught up. Can you take a look at gap-4.11.1-5.fc37? It's been in f37-signing-pending for over 2 days now. > The only things left for the mass rebuild are a few of the larger > packages (ceph, webkit, etc). Then we should be able to merge the > f37-rebuild tag in and be done. No build seems to have been submitted for ocaml-ppx-inline-test. I just mention this in case there are other packages that were skipped. -- Jerry James http://www.jamezone.org/ ___ 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 Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure
Re: Fedora 37 mass rebuild started
On Sat, Jul 23, 2022 at 10:35 PM Kevin Fenzi wrote: > > On Sat, Jul 23, 2022 at 10:09:50AM -0700, Kevin Fenzi wrote: > > On Sat, Jul 23, 2022 at 10:37:39AM +0200, Fabio Valentini wrote: > ...snip... > > > > So, as long as that sidetag update goes out all should be fine. > > The packages were signed and the sidetag is through to f37. > > Also, the signing queue is all caught up. > > The only things left for the mass rebuild are a few of the larger > packages (ceph, webkit, etc). Then we should be able to merge the > f37-rebuild tag in and be done. Can confirm, looks all good now, thanks! BTW, I'd like to know whatever magic you did to fedora notifications. Because it apparently kept chugging on right through the mass rebuild, and is now caught up again. :) Fabio ___ 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 Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure
Re: Fedora 37 mass rebuild started
On Sat, Jul 23, 2022 at 10:09:50AM -0700, Kevin Fenzi wrote: > On Sat, Jul 23, 2022 at 10:37:39AM +0200, Fabio Valentini wrote: ...snip... > > So, as long as that sidetag update goes out all should be fine. The packages were signed and the sidetag is through to f37. Also, the signing queue is all caught up. The only things left for the mass rebuild are a few of the larger packages (ceph, webkit, etc). Then we should be able to merge the f37-rebuild tag in and be done. kevin signature.asc Description: PGP signature ___ 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 Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure
Re: Retiring the pcre package from Fedora
Lukas Javorsky writes: > Hi, > > As from the pcre-8.45, the upstream stopped supporting this > library. The recommended procedure is to switch onto the new pcre2 > library that has full upstream support. [1] I was looking into doing this as much as possible for AL2022 and managed to dig a bit on how to solve some of these. Some knowledge I gained (and pull requests linked) below: > As a result of this announcement, the older PCRE library in Fedora will be > retired. > Without upstream support, we don't have enough capacity to keep up > with the security and bugs-related issues, and thus we will support > only the new PCRE2 library. [2] > > The retirement procedure will happen in the upcoming weeks, so if you would > like to take over the package let us know. > > > The list of affected packages: > aide aide has been ported upstream (at least in the dev branch), https://src.fedoraproject.org/rpms/aide/pull-request/3 > cppcheck > cppcheck-gui cppcheck can be built without HAVE_RULES which will avoid pcre at the expense of functionality. > ganglia > ganglia-gmond Ganglia has been effectively dead upstream for a long time, with no functional security patching or keeping up to date with modern PHP. Arguably it should also go, or come with bright flashing warning lights. > grep There's been some development upstream on it: commit e0d39a9133e1507345d73ac5aff85f037f39aa54 Author: Carlo Marcelo Arenas Belón Date: Fri Nov 12 16:45:04 2021 -0800 grep: migrate to pcre2 and there's been a few bug fixes since then. It looks like a new release is in the works, so this should be solved shortly. > mod_security > mod_security-mlogc https://www.modsecurity.org/ seems to indicate that upstream has made some fundamental changes, and will now be community maintained. It does seem that PCRE2 support came in though https://github.com/SpiderLabs/ModSecurity/commit/f84614fe066f74d111b802d582599655d0d7e3af > nmap There appears to be a renewed interest upstream for porting over https://github.com/nmap/nmap/issues/1335 > openscap > openscap-engine-sce There's an upstream issue tracking this, I've mentioned that both Fedora and Amazon Linux are looking to be without pcre in the not too distant future. See https://github.com/OpenSCAP/openscap/issues/1873 > postfix-pcre Looks like it's a simple fix to the current upstream release: https://src.fedoraproject.org/rpms/postfix/pull-request/6 > zsh I haven't been able to find any clues on if upstream is working on this or not. I'd love to know though! ___ 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 Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure
Re: Retiring the pcre package from Fedora
On 23. 07. 22 0:22, Maxwell G via devel wrote: (It seems my previous message didn't send properly...) On 22/07/22 10:24PM, Fabio Valentini wrote: the script that determines leaf packages in the Rust SIG Can you provide a link to this? $ (dnf repoquery --whatrequires pcre ; dnf repoquery --whatrequires pcre-cpp ; dnf repoquery --whatrequires pcre-devel ; dnf repoquery --whatrequires pcre-static ; dnf repoquery --whatrequires pcre-tools ; dnf repoquery --whatrequires pcre-utf16 ; dnf repoquery --whatrequires pcre-utf32) | sort | uniq | grep src It's actually possible to pass --whatrequires mutliple times with all of the dependencies, instead of running multiple queries. e.g.: sudo dnf repoquery --whatrequires pcre --whatrequires pcre-cpp --whatrequires pcre-devel --whatrequires pcre-static --whatrequires pcre-tools --whatrequires pcre-utf16 --repo=rawhide{,-source} -q | grep '\.src$' | sort | uniq This is quite a bit faster. I only just recently learned this, so I thought I'd pass it on :). I was just about to share the same thing. It is indeed a bit faster. Also faster to type. However, with --recursive, it's amazingly faster (as subpackages tend to require each other, so the recursive query for one of them will likely be included in another). -- Miro Hrončok -- Phone: +420777974800 IRC: mhroncok ___ 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 Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure
Re: Retiring the pcre package from Fedora
On Sat, 2022-07-23 at 11:09 +0100, Richard W.M. Jones wrote: > > > qemu-2:7.0.0-6.fc37.src > > I looked at the qemu sources and I can't see where they need pcre (or > pcre2 for that matter) ... So I've no idea why the spec file > BuildRequires pcre-static. Behold, the glory of git: [adamw@xps13k qemu (f36 %)]$ git log -S'pcre-static' --oneline --name-status 0835325 Introduce qemu-user-static sub-RPM M qemu.spec [adamw@xps13k qemu (f36 %)]$ git show 0835325 commit 0835325a86f807126145e310f014deb21ffb9207 Author: Daniel P. Berrange Date: Wed Jul 13 13:42:21 2016 +0100 Introduce qemu-user-static sub-RPM The i686 build of this is temp disabled due to fubar glibc-static on i686 The hardended build macro is disabled due to fubar rpm macros for static linking while hardened, but the equivalent hardening is turned on manually. Signed-off-by: Daniel P. Berrange diff --git a/qemu.spec b/qemu.spec index 2e81028..59b968e 100644 --- a/qemu.spec +++ b/qemu.spec @@ -21,6 +21,13 @@ %global kvm_package system-aarch64 %endif +%global user_static 1 +# glibc static libs are fubar on i386 +# https://bugzilla.redhat.com/show_bug.cgi?id=1352625 +%ifarch %{?ix86} +%global user_static 0 +%endif + %global have_kvm 0 %if 0%{?kvm_package:1} %global have_kvm 1 @@ -38,6 +45,10 @@ %global have_xen 1 %endif +# Temp hack for https://bugzilla.redhat.com/show_bug.cgi?id=1343892 +# We'll manually turn on hardened build later in this spec +%undefine _hardened_build + # Release candidate version tracking # global rcver rc5 %if 0%{?rcver:1} @@ -49,7 +60,7 @@ Summary: QEMU is a FAST! processor emulator Name: qemu Version: 2.6.0 -Release: 4%{?rcrel}%{?dist} +Release: 5%{?rcrel}%{?dist} Epoch: 2 License: GPLv2+ and LGPLv2+ and BSD Group: Development/Tools @@ -247,6 +258,8 @@ BuildRequires: virglrenderer-devel # qemu 2.6: Needed for gtk GL support BuildRequires: mesa-libgbm-devel +BuildRequires: glibc-static pcre-static glib2-static zlib-static ... This of course begs a question: did qemu also have a non-static pcre requirement at the time? But it seems not: [adamw@xps13k qemu (f36 %)]$ git show 0835325:qemu.spec | grep pcre BuildRequires: glibc-static pcre-static glib2-static zlib-static so, I'm not sure why Daniel concluded this needs a BuildRequires on pcre-static, but the obvious thing to do would be to ask him, I guess. -- Adam Williamson Fedora QA IRC: adamw | Twitter: adamw_ha https://www.happyassassin.net ___ 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 Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure
Re: Fedora 37 mass rebuild started
On Sat, Jul 23, 2022 at 10:37:39AM +0200, Fabio Valentini wrote: > On Fri, Jul 22, 2022 at 10:30 PM Kevin Fenzi wrote: > > > > We have had several issues in the last few days sadly. > > I think your build ran into systemd-oomd running on some builders after > > I had disabled it and thought I stopped it, but didn't. ;( > > > > Anyhow, the thing to do here if it builds is just go ahead abd build it > > into rawhide like normal. > > Looks like the package signing queue is getting really really long? It has, but only just this morning. ;( https://admin.fedoraproject.org/collectd/bin/graph.cgi?hostname=rabbitmq_slash_pubsub;plugin=queues;plugin_instance=robosignatory;type=messages;begin=-86400 > I built an update for several packages and submitted it to rawhide a > day before the mass rebuild script reached packages starting with "r". > But it appears that the signing queue is getting so long that the > update still hasn't been pushed to stable (almost two days since I > submitted it to bodhi, still stuck in "pending" because of unsigned > builds): > https://bodhi.fedoraproject.org/updates/FEDORA-2022-a7ad4a64b5 I fear what might have happened is that you were doing this at a time when we were having problems with our rabbitmq cluster, so the messages might have been lost. ;( I retagged them into the signing pending tag, but of course signing is backed up, so will take a while to get to them. Probibly later today. > And now the mass rebuild script has pushed commits to all these > packages and submitted them individually, which of course, failed. > So should I just resubmit those failed builds once my bodhi update is > finally signed and pushed to stable? Should be no need if this update goes out. The script that will merge the f37-rebuild tag looks to see if there is a build thats been tagged into f37 thats newer than the proposed one. If there is, it just doesn't tag it, and in this case that build doesn't exist even. ;) So, as long as that sidetag update goes out all should be fine. If it's still stuck after the signing queue is caught up, let me know and I can look at it more to see why it's not moving. kevin signature.asc Description: PGP signature ___ 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 Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure
[Bug 2110094] New: perl-Catalyst-Runtime-5.90129 is available
https://bugzilla.redhat.com/show_bug.cgi?id=2110094 Bug ID: 2110094 Summary: perl-Catalyst-Runtime-5.90129 is available Product: Fedora Version: rawhide Status: NEW Component: perl-Catalyst-Runtime Keywords: FutureFeature, Triaged Assignee: emman...@seyman.fr Reporter: upstream-release-monitor...@fedoraproject.org QA Contact: extras...@fedoraproject.org CC: emman...@seyman.fr, iarn...@gmail.com, perl-devel@lists.fedoraproject.org Target Milestone: --- Classification: Fedora Releases retrieved: 5.90129 Upstream release that is considered latest: 5.90129 Current version/release in rawhide: 5.90128-2.fc37 URL: https://metacpan.org/release/Catalyst-Runtime/ Please consult the package updates policy before you issue an update to a stable branch: https://docs.fedoraproject.org/en-US/fesco/Updates_Policy/ More information about the service that created this bug can be found at: https://fedoraproject.org/wiki/Upstream_release_monitoring Please keep in mind that with any upstream change, there may also be packaging changes that need to be made. Specifically, please remember that it is your responsibility to review the new version to ensure that the licensing is still correct and that no non-free or legally problematic items have been added upstream. Based on the information from Anitya: https://release-monitoring.org/project/5865/ To change the monitoring settings for the project, please visit: https://src.fedoraproject.org/rpms/perl-Catalyst-Runtime -- You are receiving this mail because: You are on the CC list for the bug. https://bugzilla.redhat.com/show_bug.cgi?id=2110094 ___ perl-devel mailing list -- perl-devel@lists.fedoraproject.org To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/perl-devel@lists.fedoraproject.org Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure
Re: F37 proposal: Emacs 28 (Self-Contained Change proposal)
Oh, I wasn't aware of that, is there somewhere I can read up on that? On 23.07.22 01:37, Peter Oliver wrote: On Mon, 18 Jul 2022, Marcus Müller wrote: Since the pgtk toolkit supports both X and wayland under the hood, I'd very much propose that we do not only package an emacs-pgtk binary, but also, that it becomes what you get by default (i.e. when you install and run `emacs`). The emacs developers discourage use of the GTK-only build on X11. Perhaps we will want a wrapper to select the most suitable binary. ___ 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 Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure ___ 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 Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure
Re: Fedora 37 mass rebuild started
Thank you Vitaly. ___ 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 Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure
Re: Fedora 37 mass rebuild started
On 23/07/2022 14:46, Alexander Ploumistos wrote: First, do I need to wait for the FTBFS bugs to be filed before I fix the packages or can I submit updated builds to the f37-rebuild side tag myself? You can build directly to Rawhide without waiting. Mass rebuild will automatically pick build with higher NVR. -- Sincerely, Vitaly Zaitsev (vit...@easycoding.org) ___ 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 Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure
Fedora rawhide compose report: 20220723.n.0 changes
OLD: Fedora-Rawhide-20220721.n.0 NEW: Fedora-Rawhide-20220723.n.0 = SUMMARY = Added images:2 Dropped images: 1 Added packages: 6 Dropped packages:2 Upgraded packages: 158 Downgraded packages: 0 Size of added packages: 384.48 MiB Size of dropped packages:2.11 MiB Size of upgraded packages: 16.74 GiB Size of downgraded packages: 0 B Size change of upgraded packages: -384.62 MiB Size change of downgraded packages: 0 B = ADDED IMAGES = Image: Cloud_Base qcow2 ppc64le Path: Cloud/ppc64le/images/Fedora-Cloud-Base-Rawhide-20220723.n.0.ppc64le.qcow2 Image: Cloud_Base raw-xz ppc64le Path: Cloud/ppc64le/images/Fedora-Cloud-Base-Rawhide-20220723.n.0.ppc64le.raw.xz = DROPPED IMAGES = Image: Design_suite live x86_64 Path: Labs/x86_64/iso/Fedora-Design_suite-Live-x86_64-Rawhide-20220721.n.0.iso = ADDED PACKAGES = Package: mariadb-3:10.9.1-1.module_f37+14773+1a96a95c Summary: A very fast and robust SQL database server RPMs:mariadb mariadb-backup mariadb-common mariadb-connect-engine mariadb-cracklib-password-check mariadb-devel mariadb-embedded mariadb-embedded-devel mariadb-errmsg mariadb-gssapi-server mariadb-oqgraph-engine mariadb-pam mariadb-rocksdb-engine mariadb-s3-engine mariadb-server mariadb-server-galera mariadb-server-utils mariadb-sphinx-engine mariadb-test Size:231.74 MiB Package: pg_repack-1.4.6-3.module_f37+14770+1ab93350 Summary: Reorganize tables in PostgreSQL databases without any locks RPMs:pg_repack Size:469.56 KiB Package: pgaudit-1.5.0-1.module_f37+14770+1ab93350 Summary: PostgreSQL Audit Extension RPMs:pgaudit Size:218.71 KiB Package: postgres-decoderbufs-1.4.0-2.Final.module_f37+14770+1ab93350 Summary: PostgreSQL Protocol Buffers logical decoder plugin RPMs:postgres-decoderbufs postgres-decoderbufs-llvmjit Size:250.84 KiB Package: postgresql-13.7-2.module_f37+14770+1ab93350 Summary: PostgreSQL client programs RPMs:postgresql postgresql-contrib postgresql-docs postgresql-llvmjit postgresql-plperl postgresql-plpython3 postgresql-pltcl postgresql-private-devel postgresql-private-libs postgresql-server postgresql-server-devel postgresql-static postgresql-test postgresql-test-rpm-macros postgresql-upgrade postgresql-upgrade-devel Size:151.78 MiB Package: python-railroad-diagrams-2.0.4-4.fc37 Summary: Library to generate railroad diagrams RPMs:python3-railroad-diagrams Size:46.91 KiB = DROPPED PACKAGES = Package: fbzmq-2022.03.14.00-1.fc37 Summary: Framework for writing services in C++ while leveraging libzmq RPMs:fbzmq fbzmq-devel Size:848.57 KiB Package: gnome-books-40.0-4.fc36 Summary: E-Book Manager RPMs:gnome-books Size:1.28 MiB = UPGRADED PACKAGES = Package: ImageMagick-1:6.9.12.58-3.fc37 Old package: ImageMagick-1:6.9.12.58-1.fc37 Summary: An X application for displaying and manipulating images RPMs: ImageMagick ImageMagick-c++ ImageMagick-c++-devel ImageMagick-devel ImageMagick-djvu ImageMagick-doc ImageMagick-libs ImageMagick-perl Size: 33.72 MiB Size change: 669.31 KiB Changelog: * Wed Jul 20 2022 Fedora Release Engineering - 1:6.9.12.58-2 - Rebuilt for https://fedoraproject.org/wiki/Fedora_37_Mass_Rebuild * Thu Jul 21 2022 Mamoru TASAKA - 1:6.9.12.58-3 - Workaround for json convertion abort (#2107201) Package: OpenMolcas-22.06-2.fc37 Old package: OpenMolcas-22.06-1.fc37 Summary: A multiconfigurational quantum chemistry software package RPMs: OpenMolcas Size: 62.35 MiB Size change: 29.30 KiB Changelog: * Tue Jul 19 2022 Zbigniew J??drzejewski-Szmek - 22.06-2 - Rebuilt for pyparsing-3.0.9 Package: ProDy-2.2.0-4.fc37 Old package: ProDy-2.2.0-3.fc37 Summary: Application for protein structure, dynamics and sequence analysis RPMs: python3-ProDy Size: 19.72 MiB Size change: -60.71 KiB Changelog: * Tue Jul 19 2022 Zbigniew J??drzejewski-Szmek - 2.2.0-4 - Rebuilt for pyparsing-3.0.9 Package: PyMca-5.7.2-2.fc37 Old package: PyMca-5.6.7-6.fc37 Summary: X-ray Fluorescence Toolkit RPMs: PyMca PyMca-data Size: 19.94 MiB Size change: 3.18 MiB Changelog: * Wed Jun 15 2022 Python Maint 5.6.7-7 - Rebuilt for Python 3.11 * Wed Jul 20 2022 Fedora Release Engineering 5.6.7-8 - Rebuilt for https://fedoraproject.org/wiki/Fedora_37_Mass_Rebuild * Fri Jul 22 2022 Zbigniew J??drzejewski-Szmek 5.6.7-9 - Modernize macros * Fri Jul 22 2022 Zbigniew J??drzejewski-Szmek 5.7.2-1 - Version 5.7.2 * Fri Jul 22 2022 Zbigniew J??drzejewski-Szmek 5.7.2-2 - Add patch to skip failing tests (rhbz#2098667) Package: apache-commons-text-1.9-3.fc37 Old package: apache-commons-text-1.9-2.fc37 Summary: Apache Commons Text is a library focused on algorithms working on strings RPMs: apache-commons-text apache-commons-text-javadoc Size: 591.07 KiB Size change: 51.93 KiB
Re: Fedora 37 mass rebuild started
Hello, Two of my packages failed to build due to a trailing "." after the %cmake macro in the spec file. I have a couple of questions: First, do I need to wait for the FTBFS bugs to be filed before I fix the packages or can I submit updated builds to the f37-rebuild side tag myself? Second, I hadn't touched these spec files because I was waiting to see what the resolution of RHBZ#2079833 would be. If I understand correctly, any packages that required the declaration of a source path after the %cmake macro in order to build were exploiting an unintended behavior and the paths should be set in the corresponding cmake files, regardless of the macro's behavior. Have I got things right? ___ 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 Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure
Re: Retiring the pcre package from Fedora
On Fri, Jul 22, 2022 at 3:28 PM Richard W.M. Jones wrote: > > On Fri, Jul 22, 2022 at 02:24:00PM +0200, Lukas Javorsky wrote: > > perl > > Wait what, Perl _depends_ on PCRE ...?! > Uhh? I don't see any direct PCRE dependency in the package spec or generated packages...? But yeah, that one is super-weird, given... well... it's *Perl*. -- 真実はいつも一つ!/ Always, there's only one truth! ___ 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 Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure
Re: Retiring the pcre package from Fedora
On Fri, Jul 22, 2022 at 10:24:08PM +0200, Fabio Valentini wrote: > -> pcre or any of its subpackages are BuildRequired by: > [...] > ocaml-pcre-0:7.5.0-6.fc37.src So two OCaml packages need this: coccinelle -> https://sympa.inria.fr/sympa/arc/cocci/2022-07/msg00026.html (scroll down a bit) TL;DR is we'll probably disable the dep if pcre goes away in Fedora. ocaml-ocamlnet This enables a small corner feature which we can probably disable. > qemu-2:7.0.0-6.fc37.src I looked at the qemu sources and I can't see where they need pcre (or pcre2 for that matter) ... So I've no idea why the spec file BuildRequires pcre-static. > virt-p2v-1:1.42.1-1.fc37.src This is a real one. virt-p2v uses a small library called "miniexpect" which is based on pcre but needs to be ported to pcre2. Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones Read my programming and virtualization blog: http://rwmj.wordpress.com virt-p2v converts physical machines to virtual machines. Boot with a live CD or over the network (PXE) and turn machines into KVM guests. http://libguestfs.org/virt-v2v ___ 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 Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure
Re: Fedora 37 mass rebuild started
On Fri, Jul 22, 2022 at 10:30 PM Kevin Fenzi wrote: > > We have had several issues in the last few days sadly. > I think your build ran into systemd-oomd running on some builders after > I had disabled it and thought I stopped it, but didn't. ;( > > Anyhow, the thing to do here if it builds is just go ahead abd build it > into rawhide like normal. Looks like the package signing queue is getting really really long? I built an update for several packages and submitted it to rawhide a day before the mass rebuild script reached packages starting with "r". But it appears that the signing queue is getting so long that the update still hasn't been pushed to stable (almost two days since I submitted it to bodhi, still stuck in "pending" because of unsigned builds): https://bodhi.fedoraproject.org/updates/FEDORA-2022-a7ad4a64b5 And now the mass rebuild script has pushed commits to all these packages and submitted them individually, which of course, failed. So should I just resubmit those failed builds once my bodhi update is finally signed and pushed to stable? Fabio ___ 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 Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure
Mock v3.1 release, mock-core-configs v37.5
Hello maintainers! I'm glad I can announce that we have a new release of Mock v3.1. This is a small release with several minor fixes. Most of the work has been done in mock-core-configs package (mock configuration). See full release notes: https://rpm-software-management.github.io/mock/Release-Notes-3.1 The updated packages are in Bodhi: [Fedora 36]: https://bodhi.fedoraproject.org/updates/FEDORA-2022-438ee58218 [Fedora 35]: https://bodhi.fedoraproject.org/updates/FEDORA-2022-ec98b247c8 [EPEL 9]: https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2022-893a307ae7 [EPEL 8]: https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2022-4e4f7442dc [EPEL 7]: https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2022-3fcd2b8a9a Happy building! Pavel ___ 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 Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure
Re: Retiring the pcre package from Fedora
On 22/07/2022 14:24, Lukas Javorsky wrote: As from the pcre-8.45, the upstream stopped supporting this library. The recommended procedure is to switch onto the new pcre2 library that has full upstream support. [1] Feel free to transfer this package to me. FAS: xvitaly I will continue maintenance in downstream. -- Sincerely, Vitaly Zaitsev (vit...@easycoding.org) ___ 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 Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure