[EPEL-devel] Fedora EPEL 7 updates-testing report
The following builds have been pushed to Fedora EPEL 7 updates-testing chromium-117.0.5938.88-1.el7 lastpass-cli-1.3.6-1.el7 singularity-ce-3.11.5-1.el7 Details about builds: chromium-117.0.5938.88-1.el7 (FEDORA-EPEL-2023-0df1f37a48) A WebKit (Blink) powered web browser that Google doesn't want you to use Update Information: update to 117.0.5938.88 update to 117.0.5938.62. Fixes following security issues: CVE-2023-4900 CVE-2023-4901 CVE-2023-4902 CVE-2023-4903 CVE-2023-4904 CVE-2023-4905 CVE-2023-4906 CVE-2023-4907 CVE-2023-4908 CVE-2023-4909 update to 116.0.5845.187. Fixes following security issue: CVE-2023-4863 update to 116.0.5845.179. Fixes following security issues: CVE-2023-4427 CVE-2023-4428 CVE-2023-4429 CVE-2023-4430 CVE-2023-4431 CVE-2023-4572 CVE-2023-4761 CVE-2023-4762 CVE-2023-4763 CVE-2023-4764 ChangeLog: * Sun Sep 17 2023 Than Ngo - 117.0.5938.88-1 - update to 117.0.5938.88 * Wed Sep 13 2023 Than Ngo - 117.0.5938.62-1 - update to 117.0.5938.62 * Tue Sep 12 2023 Than Ngo - 116.0.5845.187-1 - update to 116.0.5845.187 * Fri Sep 8 2023 Than Ngo - 116.0.5845.179-1 - update to 116.0.5845.179 References: [ 1 ] Bug #2234749 - CVE-2023-4427 CVE-2023-4428 CVE-2023-4429 CVE-2023-4430 CVE-2023-4431 chromium: various flaws [fedora-all] https://bugzilla.redhat.com/show_bug.cgi?id=2234749 [ 2 ] Bug #2234750 - CVE-2023-4427 CVE-2023-4428 CVE-2023-4429 CVE-2023-4430 CVE-2023-4431 chromium: various flaws [epel-all] https://bugzilla.redhat.com/show_bug.cgi?id=2234750 [ 3 ] Bug #2235800 - CVE-2023-4572 chromium: chromium-browser: Use after free in MediaStream [fedora-all] https://bugzilla.redhat.com/show_bug.cgi?id=2235800 [ 4 ] Bug #2235801 - CVE-2023-4572 chromium: chromium-browser: Use after free in MediaStream [epel-all] https://bugzilla.redhat.com/show_bug.cgi?id=2235801 [ 5 ] Bug #2236152 - CVE-2021-29390 chromium: libjpeg-turbo: heap-buffer-overflow vulnerability in decompress_smooth_data in jdcoefct.c [epel-all] https://bugzilla.redhat.com/show_bug.cgi?id=2236152 [ 6 ] Bug #2237509 - CVE-2023-4761 CVE-2023-4762 CVE-2023-4763 CVE-2023-4764 chromium: various flaws [fedora-all] https://bugzilla.redhat.com/show_bug.cgi?id=2237509 [ 7 ] Bug #2237510 - CVE-2023-4761 CVE-2023-4762 CVE-2023-4763 CVE-2023-4764 chromium: various flaws [epel-all] https://bugzilla.redhat.com/show_bug.cgi?id=2237510 [ 8 ] Bug #2238432 - CVE-2023-4863 chromium: chromium-browser: Heap buffer overflow in WebP [fedora-all] https://bugzilla.redhat.com/show_bug.cgi?id=2238432 [ 9 ] Bug #2238433 - CVE-2023-4863 chromium: chromium-browser: Heap buffer overflow in WebP [epel-all] https://bugzilla.redhat.com/show_bug.cgi?id=2238433 [ 10 ] Bug #2238832 - CVE-2023-4900 CVE-2023-4901 CVE-2023-4902 CVE-2023-4903 CVE-2023-4904 CVE-2023-4905 CVE-2023-4906 CVE-2023-4907 CVE-2023-4908 CVE-2023-4909 chromium: various flaws [fedora-all] https://bugzilla.redhat.com/show_bug.cgi?id=2238832 [ 11 ] Bug #2238833 - CVE-2023-4900 CVE-2023-4901 CVE-2023-4902 CVE-2023-4903 CVE-2023-4904 CVE-2023-4905 CVE-2023-4906 CVE-2023-4907 CVE-2023-4908 CVE-2023-4909 chromium: various flaws [epel-all] https://bugzilla.redhat.com/show_bug.cgi?id=2238833 lastpass-cli-1.3.6-1.el7 (FEDORA-EPEL-2023-9466b37380) Command line interface to LastPass.com Update Information: Update to version 1.3.5 ChangeLog: singularity-ce-3.11.5-1.el7 (FEDORA-EPEL-2023-3bcc5c0ab8) Application and environment virtualization Update Information: Upgrade to 3.11.5 upstream version. ChangeLog: * Mon Sep 18 2023 David Trudgian - 3.11.5-1 - Upgrade to 3.11.5 upstream version. - This is a compatible upgrade to a new upstream patch version. ___ epel-devel mailing list -- epel-devel@lists.fedoraproject.org To unsubscribe send an email to
[EPEL-devel] gpsd status in epel9
gpsd-minimal has been added to RHEL 9.2 and CentOS Stream 9. Although it has a different name than gpsd that is in Fedora and EPEL, the binary packages inside have the same name. Thus gpsd-minimal and gps-minimal-clients conflict with gpsd and gpsd-clients from EPEL. The RHEL packages have a Conflict setting in them, so you cannot install both. The binaries in gpsd-minimal and gps-minimal-clients are stand alone, and thus there is no -libs, -devel or python packages. Because of this, I have created a gpsd-epel package that only provides the -libs, -devel and python3 packages, in the same version that was in epel9. I used the epel9 version because there is a incompatible upgrade between the epel version and the RHEL version. * What does this mean to you as an EPEL9 user? If you used the gpsd clients, you will need to install the gpsd-minimal and gps-minimal-clients. If you have epel or 3rd party packages that built using the gpsd from EPEL, they will continue to work with no change needed on your end. Troy ___ epel-devel mailing list -- epel-devel@lists.fedoraproject.org To unsubscribe send an email to epel-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/epel-devel@lists.fedoraproject.org Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
[Bug 2239487] New: perl-Math-BigInt-1.999840 is available
https://bugzilla.redhat.com/show_bug.cgi?id=2239487 Bug ID: 2239487 Summary: perl-Math-BigInt-1.999840 is available Product: Fedora Version: rawhide Status: NEW Component: perl-Math-BigInt Keywords: FutureFeature, Triaged Assignee: jples...@redhat.com Reporter: upstream-release-monitor...@fedoraproject.org QA Contact: extras...@fedoraproject.org CC: jples...@redhat.com, mspa...@redhat.com, perl-devel@lists.fedoraproject.org, ppi...@redhat.com Target Milestone: --- Classification: Fedora Releases retrieved: 1.999840 Upstream release that is considered latest: 1.999840 Current version/release in rawhide: 1.9998.39-2.fc39 URL: https://metacpan.org/dist/Math-BigInt/ 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://docs.fedoraproject.org/en-US/package-maintainers/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/7954/ To change the monitoring settings for the project, please visit: https://src.fedoraproject.org/rpms/perl-Math-BigInt -- You are receiving this mail because: You are on the CC list for the bug. https://bugzilla.redhat.com/show_bug.cgi?id=2239487 Report this comment as SPAM: https://bugzilla.redhat.com/enter_bug.cgi?product=Bugzilla=report-spam_desc=Report%20of%20Bug%202239487%23c0 ___ 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, report it: https://pagure.io/fedora-infrastructure/new_issue
Re: F40 Change Proposal: KDE Plasma 6 (System Wide)
On 9/18/23 11:33 AM, Neal Gompa wrote: On Mon, Sep 18, 2023 at 11:12 AM Steven A. Falco wrote: On 9/17/23 05:48 PM, Kevin Kofler via devel wrote: Ian Laurie wrote: I didn't think the greeter used Wayland? So there may be something else going on. I cannot swear to it, but I don't think I've noticed problems in the greeter before. As Adam posted, the offset problem already has a bug for it. Wayland is certainly unusable in VirtualBox, but now even the greeter has issues, and I think that's newish. SDDM was switched to Wayland for F38 and newer. If you want it to use X11, you have to edit /etc/sddm.conf and set: [General] DisplayServer=x11 there. Kevin Kofler Yes - I had to do that because the Wayland version of the SDDM greeter apparently doesn't honor xrandr. I have the following in my /etc/sddm/Xsetup file: #!/usr/bin/sh # Xsetup - run as root before the login dialog appears xrandr --output DisplayPort-0 --right-of DisplayPort-1 If I have the greeter set to x11 that works perfectly, but if I have the greeter set to wayland it is ignored. I don't know if there is a way to tell wayland the desired screen arrangement. If there is a way I'd like to hear about it. If there isn't a way, then I guess that should be another bug. kwin can be configured using kscreen-doctor, as long as the kwin wayland socket is up. Thanks, Neal. I'll give that a try at some point. Steve ___ 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, report it: https://pagure.io/fedora-infrastructure/new_issue
Re: Orphaned packages looking for new maintainers
Since the python-qdarkstyle package is needed for the Spyder IDE, I ended up claiming it and fixing it. The main change is that I dropped the dependency on PySide2, since PySide2 is still broken on Python 3.12. Now that python-qdarkstyle is installable on F39/F40 again, I was able to build electrum without any modifications; I added the builds to my latest updates involving python-qdarkstyle: F40: https://bodhi.fedoraproject.org/updates/FEDORA-2023-3a1e52015a F39: https://bodhi.fedoraproject.org/updates/FEDORA-2023-527f01eddb I’ve never used Electrum, and I didn’t attempt to test the package interactively, but at least it is buildable and installable now. On 9/7/23 7:58 AM, Ben Beasley wrote: It looks like the Electrum build is currently blocked not by protobuf, but by the failure of python-qdarkstyle to rebuild for Python 3.12[1][2]. That dependency is also currently orphaned. Grepping through the Electrum source, I see: Electrum-4.3.4/contrib/requirements/requirements.txt 2:protobuf>=3.12,<4 Electrum-4.3.4/contrib/requirements/requirements-hw.txt 32:protobuf>=3.12,<4 Electrum-4.3.4/contrib/deterministic-build/requirements-hw.txt 175:protobuf==3.20.3 \ Electrum-4.3.4/contrib/deterministic-build/requirements.txt 31:protobuf==3.20.3 \ Based on that, it looks like the minimum protobuf version should actually be 3.12 (we have 3.19), not 3.20; the latter should only be the preferred version for deterministic builds. So I suspect everything will be fine if you can get python-qdarkstyle fixed. [1] https://bugzilla.redhat.com/show_bug.cgi?id=2225768#c6 [2] https://bugzilla.redhat.com/show_bug.cgi?id=2220472 On 9/7/23 05:52, Jonathan Schleifer wrote: Unfortunately, it is worse than this: Electrum FTI in F39. A newer Electrum version would fix that, but F39 still has no new enough protobuf. Is there any other solution here than saying packaging Electrum for Fedora 39 is just not possible and remove the package in F39, then reintroduce it in F40 (that is, if F40 finally gets a newer protobuf)? ___ 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, report it: https://pagure.io/fedora-infrastructure/new_issue
Re: F40 Change Proposal: KDE Plasma 6 (System Wide)
On Mon, Sep 18, 2023 at 11:12 AM Steven A. Falco wrote: > > On 9/17/23 05:48 PM, Kevin Kofler via devel wrote: > > Ian Laurie wrote: > >> I didn't think the greeter used Wayland? So there may be something else > >> going on. I cannot swear to it, but I don't think I've noticed problems > >> in the greeter before. > >> > >> As Adam posted, the offset problem already has a bug for it. Wayland is > >> certainly unusable in VirtualBox, but now even the greeter has issues, > >> and I think that's newish. > > > > SDDM was switched to Wayland for F38 and newer. If you want it to use X11, > > you have to edit /etc/sddm.conf and set: > > > > [General] > > DisplayServer=x11 > > > > there. > > > > Kevin Kofler > > Yes - I had to do that because the Wayland version of the SDDM greeter > apparently doesn't honor xrandr. > > I have the following in my /etc/sddm/Xsetup file: > > #!/usr/bin/sh > # Xsetup - run as root before the login dialog appears > xrandr --output DisplayPort-0 --right-of DisplayPort-1 > > If I have the greeter set to x11 that works perfectly, but if I have the > greeter set to wayland it is ignored. > > I don't know if there is a way to tell wayland the desired screen > arrangement. If there is a way I'd like to hear about it. If there isn't a > way, then I guess that should be another bug. > kwin can be configured using kscreen-doctor, as long as the kwin wayland socket is up. -- 真実はいつも一つ！/ 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, report it: https://pagure.io/fedora-infrastructure/new_issue
Re: F40 Change Proposal: KDE Plasma 6 (System Wide)
On 9/17/23 05:48 PM, Kevin Kofler via devel wrote: Ian Laurie wrote: I didn't think the greeter used Wayland? So there may be something else going on. I cannot swear to it, but I don't think I've noticed problems in the greeter before. As Adam posted, the offset problem already has a bug for it. Wayland is certainly unusable in VirtualBox, but now even the greeter has issues, and I think that's newish. SDDM was switched to Wayland for F38 and newer. If you want it to use X11, you have to edit /etc/sddm.conf and set: [General] DisplayServer=x11 there. Kevin Kofler Yes - I had to do that because the Wayland version of the SDDM greeter apparently doesn't honor xrandr. I have the following in my /etc/sddm/Xsetup file: #!/usr/bin/sh # Xsetup - run as root before the login dialog appears xrandr --output DisplayPort-0 --right-of DisplayPort-1 If I have the greeter set to x11 that works perfectly, but if I have the greeter set to wayland it is ignored. I don't know if there is a way to tell wayland the desired screen arrangement. If there is a way I'd like to hear about it. If there isn't a way, then I guess that should be another bug. Steve ___ 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, report it: https://pagure.io/fedora-infrastructure/new_issue
Fedora 39 compose report: 20230918.n.0 changes
OLD: Fedora-39-20230916.n.0 NEW: Fedora-39-20230918.n.0 = SUMMARY = Added images:2 Dropped images: 0 Added packages: 0 Dropped packages:1 Upgraded packages: 37 Downgraded packages: 0 Size of added packages: 0 B Size of dropped packages:191.11 MiB Size of upgraded packages: 2.60 GiB Size of downgraded packages: 0 B Size change of upgraded packages: 3.26 MiB Size change of downgraded packages: 0 B = ADDED IMAGES = Image: KDE live aarch64 Path: Spins/aarch64/iso/Fedora-KDE-Live-aarch64-39-20230918.n.0.iso Image: Silverblue dvd-ostree x86_64 Path: Silverblue/x86_64/iso/Fedora-Silverblue-ostree-x86_64-39-20230918.n.0.iso = DROPPED IMAGES = = ADDED PACKAGES = = DROPPED PACKAGES = Package: mscore-3.6.2-14.fc38 Summary: Music Composition & Notation Software RPMs:mscore mscore-bc-fonts mscore-doc mscore-edwin-fonts mscore-fonts mscore-fonts-all mscore-gootville-fonts mscore-leland-fonts mscore-mscoretab-fonts mscore-mscoretext-fonts mscore-musejazz-fonts Size:191.11 MiB = UPGRADED PACKAGES = Package: abseil-cpp-20230802.0-1.fc39 Old package: abseil-cpp-20230125.3-2.fc39 Summary: C++ Common Libraries RPMs: abseil-cpp abseil-cpp-devel abseil-cpp-testing Size: 8.36 MiB Size change: 170.66 KiB Changelog: * Thu Aug 10 2023 Benjamin A. Beasley - 20230802.0-1 - Update to 20230802.0 (Abseil LTS branch, Aug 2023): close RHBZ#2229015 Package: aom-3.7.0-1.fc39 Old package: aom-3.6.1-2.fc39 Summary: Royalty-free next-generation video format RPMs: aom libaom libaom-devel Size: 74.31 MiB Size change: 694.31 KiB Changelog: * Fri Sep 01 2023 Fabio Valentini - 3.7.0-1 - Update to version 3.7.0; Fixes RHBZ#2236624 Package: bear-3.1.3-1.fc39 Old package: bear-3.1.2-5.fc39 Summary: Tool that generates a compilation database for clang tooling RPMs: bear Size: 2.15 MiB Size change: 4.36 KiB Changelog: * Tue Aug 29 2023 Benjamin A. Beasley - 3.1.2-6 - Rebuilt for abseil-cpp-20230802.0 * Wed Aug 30 2023 Benjamin A. Beasley - 3.1.3-1 - Update to 3.1.3 (close RHBZ#2235568) Package: bloaty-1.1-22.fc39 Old package: bloaty-1.1-21.fc39 Summary: A size profiler for binaries RPMs: bloaty Size: 711.32 KiB Size change: 1.85 KiB Changelog: * Wed Aug 30 2023 Benjamin A. Beasley - 1.1-22 - Rebuilt for abseil-cpp 20230802.0 Package: credentials-fetcher-1.2.0-3.fc39 Old package: credentials-fetcher-1.2.0-2.fc39 Summary: credentials-fetcher is a daemon that refreshes tickets or tokens periodically RPMs: credentials-fetcher Size: 802.02 KiB Size change: 401 B Changelog: * Thu Aug 31 2023 Tom Callaway - 1.2.0-3 - rebuild for abseil Package: fastnetmon-1.2.1-12.20220528git420e7b8.fc39 Old package: fastnetmon-1.2.1-11.20220528git420e7b8.fc39 Summary: DDoS detection tool with sFlow, Netflow, IPFIX and port mirror support RPMs: fastnetmon Size: 4.07 MiB Size change: -1.75 KiB Changelog: * Sat Sep 16 2023 Benjamin A. Beasley - 1.2.1-12.20220528git420e7b8 - Rebuilt for abseil-cpp 20230802.0 (with capnproto 1.0.1 too!) Package: fcitx5-mozc-2.17.2102.102.1-28.20230508git242b4f7.fc39 Old package: fcitx5-mozc-2.17.2102.102.1-27.20230508git242b4f7.fc39 Summary: A wrapper of mozc for fcitx5 RPMs: fcitx5-mozc Size: 41.77 MiB Size change: 6.56 KiB Changelog: * Sun Aug 20 2023 Qiyu Yan - 2.17.2102.102.1-28 - Fix the build issue with newer abseil. Package: firefox-117.0.1-2.fc39 Old package: firefox-117.0-1.fc39 Summary: Mozilla Firefox Web browser RPMs: firefox firefox-langpacks firefox-wayland firefox-x11 Size: 427.13 MiB Size change: -42.93 KiB Changelog: * Wed Aug 30 2023 Martin Stransky - 117.0-2 - Added fix for rhbz#2235654 * Wed Sep 13 2023 Martin Stransky - 117.0.1-1 - Updated to 117.0.1 * Thu Sep 14 2023 Adam Williamson - 117.0.1-2 - Pass --with-clang-path to fix build with clang 17 (rhbz#2239047) Package: frr-8.5.2-4.fc39 Old package: frr-8.5.2-2.fc39 Summary: Routing daemon RPMs: frr frr-selinux Size: 20.42 MiB Size change: 4.00 KiB Changelog: * Wed Aug 30 2023 Benjamin A. Beasley - 8.5.2-3 - Rebuilt for abseil-cpp 20230802.0 * Fri Sep 01 2023 Michal Ruprich - 8.5.2-4 - Adding a couple of SELinux rules, includes fix for rhbz#2149299 Package: grpc-1.48.4-25.fc39 Old package: grpc-1.48.4-24.fc39 Summary: RPC library and framework RPMs: grpc grpc-cli grpc-cpp grpc-data grpc-devel grpc-doc grpc-plugins python3-grpcio python3-grpcio+protobuf python3-grpcio-channelz python3-grpcio-health-checking python3-grpcio-reflection python3-grpcio-status python3-grpcio-testing python3-grpcio-tools Size: 29.94 MiB Size change: -12.74 KiB Changelog: * Tue Aug 29 2023 Benjamin A. Beasley - 1.48.4-25 - Reb
[rpms/perl-XML-NamespaceSupport] PR #1: Package tests; Modernize spec
jplesnik merged a pull-request against the project: `perl-XML-NamespaceSupport` that you are following. Merged pull-request: `` Package tests; Modernize spec `` https://src.fedoraproject.org/rpms/perl-XML-NamespaceSupport/pull-request/1 ___ 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, report it: https://pagure.io/fedora-infrastructure/new_issue
Re: An update on RHEL moving to issues.redhat.com
On Mon, Sep 18, 2023, at 3:57 AM, Petr Pisar wrote: > V Fri, Sep 15, 2023 at 01:27:23PM -0400, Colin Walters napsal(a): >> To state the blindingly obvious thing, RHEL made a decision to centralize on >> Gitlab. Having Fedora be on pagure creates IMO unnecessary friction for me. >> I would be quite curious to get some sort of survey of other engineers for >> how they feel. > > My selfishly preferable option is not to use Gitlab.com for Fedora exactly > because RHEL uses Gitlab.com. The reason is very practical: You need separate > accounts for the two projects and GitLab.com is not good at using multiple > accounts simulatenously. Having different systems makes to problem go away and > my life easier. I use https://addons.mozilla.org/en-US/firefox/addon/multi-account-containers/ for this and other places where I also have work and personal accounts - solves the problem nicely for me. (Now, one other special twist with two-account gitlab (and github) is dealing with ssh keys and remotes, but that's not too hard to solve either) ___ 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, report it: https://pagure.io/fedora-infrastructure/new_issue
[rpms/perl-XML-NamespaceSupport] PR #1: Package tests; Modernize spec
jplesnik opened a new pull-request against the project: `perl-XML-NamespaceSupport` that you are following: `` Package tests; Modernize spec `` To reply, visit the link below https://src.fedoraproject.org/rpms/perl-XML-NamespaceSupport/pull-request/1 ___ 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, report it: https://pagure.io/fedora-infrastructure/new_issue
[Bug 2238862] perl-GD-Barcode-2.00 is available
https://bugzilla.redhat.com/show_bug.cgi?id=2238862 Fedora Update System changed: What|Removed |Added Resolution|--- |ERRATA Fixed In Version||perl-GD-Barcode-2.00-1.fc40 Status|MODIFIED|CLOSED Last Closed||2023-09-18 11:41:07 --- Comment #2 from Fedora Update System --- FEDORA-2023-c3d36050a0 has been pushed to the Fedora 40 stable repository. If problem still persists, please make note of it in this bug report. -- You are receiving this mail because: You are on the CC list for the bug. https://bugzilla.redhat.com/show_bug.cgi?id=2238862 Report this comment as SPAM: https://bugzilla.redhat.com/enter_bug.cgi?product=Bugzilla=report-spam_desc=Report%20of%20Bug%202238862%23c2 ___ 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, report it: https://pagure.io/fedora-infrastructure/new_issue
[Bug 2238862] perl-GD-Barcode-2.00 is available
https://bugzilla.redhat.com/show_bug.cgi?id=2238862 Fedora Update System changed: What|Removed |Added Status|NEW |MODIFIED --- Comment #1 from Fedora Update System --- FEDORA-2023-c3d36050a0 has been submitted as an update to Fedora 40. https://bodhi.fedoraproject.org/updates/FEDORA-2023-c3d36050a0 -- You are receiving this mail because: You are on the CC list for the bug. https://bugzilla.redhat.com/show_bug.cgi?id=2238862 Report this comment as SPAM: https://bugzilla.redhat.com/enter_bug.cgi?product=Bugzilla=report-spam_desc=Report%20of%20Bug%202238862%23c1 ___ 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, report it: https://pagure.io/fedora-infrastructure/new_issue
Fedora rawhide compose report: 20230918.n.0 changes
OLD: Fedora-Rawhide-20230917.n.0 NEW: Fedora-Rawhide-20230918.n.0 = SUMMARY = Added images:3 Dropped images: 3 Added packages: 10 Dropped packages:0 Upgraded packages: 278 Downgraded packages: 0 Size of added packages: 1.28 MiB Size of dropped packages:0 B Size of upgraded packages: 5.70 GiB Size of downgraded packages: 0 B Size change of upgraded packages: 6.05 MiB Size change of downgraded packages: 0 B = ADDED IMAGES = Image: Sericea dvd-ostree x86_64 Path: Sericea/x86_64/iso/Fedora-Sericea-ostree-x86_64-Rawhide-20230918.n.0.iso Image: LXQt live aarch64 Path: Spins/aarch64/iso/Fedora-LXQt-Live-aarch64-Rawhide-20230918.n.0.iso Image: KDE live aarch64 Path: Spins/aarch64/iso/Fedora-KDE-Live-aarch64-Rawhide-20230918.n.0.iso = DROPPED IMAGES = Image: Workstation live aarch64 Path: Workstation/aarch64/iso/Fedora-Workstation-Live-aarch64-Rawhide-20230917.n.0.iso Image: Silverblue dvd-ostree ppc64le Path: Silverblue/ppc64le/iso/Fedora-Silverblue-ostree-ppc64le-Rawhide-20230917.n.0.iso Image: Kinoite dvd-ostree aarch64 Path: Kinoite/aarch64/iso/Fedora-Kinoite-ostree-aarch64-Rawhide-20230917.n.0.iso = ADDED PACKAGES = Package: rust-bindgen0.63-0.63.0-1.fc40 Summary: Automatically generates Rust FFI bindings to C and C++ libraries RPMs:rust-bindgen0.63+default-devel rust-bindgen0.63+log-devel rust-bindgen0.63+logging-devel rust-bindgen0.63+runtime-devel rust-bindgen0.63+static-devel rust-bindgen0.63+testing_only_docs-devel rust-bindgen0.63+testing_only_extra_assertions-devel rust-bindgen0.63+testing_only_libclang_5-devel rust-bindgen0.63+testing_only_libclang_9-devel rust-bindgen0.63+which-devel rust-bindgen0.63+which-rustfmt-devel rust-bindgen0.63-devel Size:262.27 KiB Package: rust-chic-1.2.2-1.fc40 Summary: Pretty parser error reporting RPMs:rust-chic+default-devel rust-chic-devel Size:22.67 KiB Package: rust-gix-attributes-0.18.0-1.fc40 Summary: Gix implemenation for handling git attributes files RPMs:rust-gix-attributes+default-devel rust-gix-attributes+document-features-devel rust-gix-attributes+serde-devel rust-gix-attributes-devel Size:66.85 KiB Package: rust-gix-ignore-0.7.0-1.fc40 Summary: Gix implemenation for handling git gitignore files RPMs:rust-gix-ignore+default-devel rust-gix-ignore+document-features-devel rust-gix-ignore+serde-devel rust-gix-ignore-devel Size:43.05 KiB Package: rust-gix-revwalk-0.7.0-1.fc40 Summary: Utility library for walking the revision graph RPMs:rust-gix-revwalk+default-devel rust-gix-revwalk-devel Size:30.88 KiB Package: rust-gix-tempfile-9.0.0-1.fc40 Summary: Tempfile implementation with a global registry to assure cleanup RPMs:rust-gix-tempfile+default-devel rust-gix-tempfile+document-features-devel rust-gix-tempfile+hp-hashmap-devel rust-gix-tempfile+signals-devel rust-gix-tempfile-devel Size:67.59 KiB Package: rust-imara-diff-0.1.5-1.fc40 Summary: Minimal diff library RPMs:rust-imara-diff+default-devel rust-imara-diff+unified_diff-devel rust-imara-diff-devel Size:54.88 KiB Package: rust-linux-raw-sys0.3-0.3.8-1.fc40 Summary: Generated bindings for Linux's userspace API RPMs:rust-linux-raw-sys0.3+default-devel rust-linux-raw-sys0.3+errno-devel rust-linux-raw-sys0.3+general-devel rust-linux-raw-sys0.3+ioctl-devel rust-linux-raw-sys0.3+netlink-devel rust-linux-raw-sys0.3+no_std-devel rust-linux-raw-sys0.3+std-devel rust-linux-raw-sys0.3-devel Size:186.33 KiB Package: rust-rustix0.37-0.37.23-1.fc40 Summary: Safe Rust bindings to POSIX/Unix/Linux/Winsock2-like syscalls RPMs:rust-rustix0.37+all-apis-devel rust-rustix0.37+all-impls-devel rust-rustix0.37+cc-devel rust-rustix0.37+default-devel rust-rustix0.37+fs-devel rust-rustix0.37+fs-err-devel rust-rustix0.37+io-lifetimes-devel rust-rustix0.37+io_uring-devel rust-rustix0.37+itoa-devel rust-rustix0.37+libc-devel rust-rustix0.37+libc_errno-devel rust-rustix0.37+linux_4_11-devel rust-rustix0.37+linux_latest-devel rust-rustix0.37+mm-devel rust-rustix0.37+net-devel rust-rustix0.37+once_cell-devel rust-rustix0.37+os_pipe-devel rust-rustix0.37+param-devel rust-rustix0.37+process-devel rust-rustix0.37+procfs-devel rust-rustix0.37+pty-devel rust-rustix0.37+rand-devel rust-rustix0.37+runtime-devel rust-rustix0.37+std-devel rust-rustix0.37+termios-devel rust-rustix0.37+thread-devel rust-rustix0.37+time-devel rust-rustix0.37+use-libc-auxv-devel rust-rustix0.37+use-libc-devel rust-rustix0.37-devel Size:514.81 KiB Package: rust-uzers-0.11.3-1.fc40 Summary: Library for accessing Unix users and groups RPMs:rust-uzers+cache-devel rust-uzers+default-devel rust-uzers+log-devel rust-uzers+logging-devel rust-uzers+mock-devel rust-uzers-devel Size:64.53 KiB = DROPPED PACKAGES = = UPGRADED PACKAGES = Package: PyDrive2-1.17.0-2.fc40 Old package: PyDrive2-1.17.0-1.fc40 Summary: Google Drive API Python wrapper library
[rpms/perl-GD-Barcode] PR #1: 2.00 bump; Package tests
jplesnik merged a pull-request against the project: `perl-GD-Barcode` that you are following. Merged pull-request: `` 2.00 bump; Package tests `` https://src.fedoraproject.org/rpms/perl-GD-Barcode/pull-request/1 ___ 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, report it: https://pagure.io/fedora-infrastructure/new_issue
Re: An update on RHEL moving to issues.redhat.com
Am Mo., 18. Sept. 2023 um 12:39 Uhr schrieb Petr Pisar : > > V Mon, Sep 18, 2023 at 10:12:17AM +0100, Daniel P. Berrangé napsal(a): > > On Mon, Sep 18, 2023 at 09:57:28AM +0200, Petr Pisar wrote: > > > V Fri, Sep 15, 2023 at 01:27:23PM -0400, Colin Walters napsal(a): > > > > To state the blindingly obvious thing, RHEL made a decision to > > > > centralize on > > > > Gitlab. Having Fedora be on pagure creates IMO unnecessary friction > > > > for me. > > > > I would be quite curious to get some sort of survey of other engineers > > > > for > > > > how they feel. > > > > > > My selfishly preferable option is not to use Gitlab.com for Fedora exactly > > > because RHEL uses Gitlab.com. The reason is very practical: You need > > > separate > > > accounts for the two projects and GitLab.com is not good at using multiple > > > accounts simulatenously. Having different systems makes to problem go > > > away and > > > my life easier. > > > > You don't require separate accounts. It is a choice developers can > > make to keep their upstream vs RHEL work in gitlab.com separated, > > or under the same account. There are pros & cons, so it is really > > a matter of personal preference. > > > It's is a matter of security. With a single account you give Fedora admins > an access to RHEL and vice versa. That is an interesting point, and one that was never clear to me from the wording "organisation xy wants to manage your account": Which kind of access do you grant Fedora (resp. RHEL) if you "join" that GitLab organisation with an existing GitLab account? If it's a Fedora hosted instance things are much clearer. Michael ___ 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, report it: https://pagure.io/fedora-infrastructure/new_issue
[rpms/perl-GD-Barcode] PR #1: 2.00 bump; Package tests
jplesnik opened a new pull-request against the project: `perl-GD-Barcode` that you are following: `` 2.00 bump; Package tests `` To reply, visit the link below https://src.fedoraproject.org/rpms/perl-GD-Barcode/pull-request/1 ___ 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, report it: https://pagure.io/fedora-infrastructure/new_issue
Re: An update on RHEL moving to issues.redhat.com
V Mon, Sep 18, 2023 at 10:12:17AM +0100, Daniel P. Berrangé napsal(a): > On Mon, Sep 18, 2023 at 09:57:28AM +0200, Petr Pisar wrote: > > V Fri, Sep 15, 2023 at 01:27:23PM -0400, Colin Walters napsal(a): > > > To state the blindingly obvious thing, RHEL made a decision to centralize > > > on > > > Gitlab. Having Fedora be on pagure creates IMO unnecessary friction for > > > me. > > > I would be quite curious to get some sort of survey of other engineers for > > > how they feel. > > > > My selfishly preferable option is not to use Gitlab.com for Fedora exactly > > because RHEL uses Gitlab.com. The reason is very practical: You need > > separate > > accounts for the two projects and GitLab.com is not good at using multiple > > accounts simulatenously. Having different systems makes to problem go away > > and > > my life easier. > > You don't require separate accounts. It is a choice developers can > make to keep their upstream vs RHEL work in gitlab.com separated, > or under the same account. There are pros & cons, so it is really > a matter of personal preference. > It's is a matter of security. With a single account you give Fedora admins an access to RHEL and vice versa. -- Petr 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, report it: https://pagure.io/fedora-infrastructure/new_issue
Re: An update on RHEL moving to issues.redhat.com
On Mon, Sep 18, 2023 at 09:57:28AM +0200, Petr Pisar wrote: > V Fri, Sep 15, 2023 at 01:27:23PM -0400, Colin Walters napsal(a): > > To state the blindingly obvious thing, RHEL made a decision to centralize on > > Gitlab. Having Fedora be on pagure creates IMO unnecessary friction for me. > > I would be quite curious to get some sort of survey of other engineers for > > how they feel. > > My selfishly preferable option is not to use Gitlab.com for Fedora exactly > because RHEL uses Gitlab.com. The reason is very practical: You need separate > accounts for the two projects and GitLab.com is not good at using multiple > accounts simulatenously. Having different systems makes to problem go away and > my life easier. You don't require separate accounts. It is a choice developers can make to keep their upstream vs RHEL work in gitlab.com separated, or under the same account. There are pros & cons, so it is really a matter of personal preference. With regards, Daniel ___ 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, report it: https://pagure.io/fedora-infrastructure/new_issue
Re: An update on RHEL moving to issues.redhat.com
V Fri, Sep 15, 2023 at 01:27:23PM -0400, Colin Walters napsal(a): > To state the blindingly obvious thing, RHEL made a decision to centralize on > Gitlab. Having Fedora be on pagure creates IMO unnecessary friction for me. > I would be quite curious to get some sort of survey of other engineers for > how they feel. My selfishly preferable option is not to use Gitlab.com for Fedora exactly because RHEL uses Gitlab.com. The reason is very practical: You need separate accounts for the two projects and GitLab.com is not good at using multiple accounts simulatenously. Having different systems makes to problem go away and my life easier. -- Petr 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, report it: https://pagure.io/fedora-infrastructure/new_issue
