Fedora rawhide compose report: 20221219.n.0 changes
OLD: Fedora-Rawhide-20221218.n.0 NEW: Fedora-Rawhide-20221219.n.0 = SUMMARY = Added images:2 Dropped images: 1 Added packages: 1 Dropped packages:0 Upgraded packages: 48 Downgraded packages: 0 Size of added packages: 41.22 KiB Size of dropped packages:0 B Size of upgraded packages: 1.63 GiB Size of downgraded packages: 0 B Size change of upgraded packages: 2.07 MiB Size change of downgraded packages: 0 B = ADDED IMAGES = Image: KDE live aarch64 Path: Spins/aarch64/iso/Fedora-KDE-Live-aarch64-Rawhide-20221219.n.0.iso Image: Kinoite dvd-ostree ppc64le Path: Kinoite/ppc64le/iso/Fedora-Kinoite-ostree-ppc64le-Rawhide-20221219.n.0.iso = DROPPED IMAGES = Image: Xfce live x86_64 Path: Spins/x86_64/iso/Fedora-Xfce-Live-x86_64-Rawhide-20221218.n.0.iso = ADDED PACKAGES = Package: python-wheel0.37-0.37.1-2.fc38 Summary: A built-package format for Python RPMs:python-wheel0.37-wheel Size:41.22 KiB = DROPPED PACKAGES = = UPGRADED PACKAGES = Package: SDL_mixer-1.2.12-26.fc38 Old package: SDL_mixer-1.2.12-25.fc37 Summary: Simple DirectMedia Layer - Sample Mixer Library RPMs: SDL_mixer SDL_mixer-devel Size: 552.80 KiB Size change: -1.53 KiB Changelog: * Sun Dec 18 2022 Florian Weimer - 1.2.12-26 - C99 compatibility fix Package: agenda-1.1.2-10.fc38 Old package: agenda-1.1.2-9.fc37 Summary: A simple, slick, speedy and no-nonsense task manager RPMs: agenda Size: 387.14 KiB Size change: 34 B Changelog: * Mon Dec 19 2022 Benjamin A. Beasley 1.1.2-10 - Leaf package: remove i686 support Package: blt-2.4-64.z.fc38 Old package: blt-2.4-63.z.fc37 Summary: Widget extension to the Tcl/Tk scripting language RPMs: blt blt-devel blt-doc Size: 4.27 MiB Size change: 5.86 KiB Changelog: * Sun Dec 18 2022 Florian Weimer - 2.4-64.z - Port configure script to C99 Package: c4project-0^20221119git95b2410-1.fc38 Old package: c4project-0^20220823git9fa06ca-1.fc38 Summary: Useful CMake scripts RPMs: c4project Size: 91.19 KiB Size change: 165 B Changelog: * Sun Dec 18 2022 Benjamin A. Beasley 0^20221119git95b2410-1 - Update to 95b2410e with minor fixes Package: clevis-18-15.fc38 Old package: clevis-18-14.fc38 Summary: Automated decryption framework RPMs: clevis clevis-dracut clevis-luks clevis-systemd clevis-udisks2 Size: 509.81 KiB Size change: -15.95 KiB Changelog: * Fri Dec 16 2022 Sergio Arroutbi 18-15 - Backport upstream fixes Package: dateutils-0.4.10-2.fc38 Old package: dateutils-0.4.10-1.fc37 Summary: Command-line date and time calculation, conversion, and comparison RPMs: dateutils Size: 1.37 MiB Size change: 4.77 KiB Changelog: * Sun Dec 18 2022 Matthew Miller 0.4.10-2 - Upstream fix for FTBFS related to Singapore timezone change. Package: dqlite-1.13.0-1.fc38 Old package: dqlite-1.12.0-1.fc38 Summary: Embeddable, replicated and fault tolerant SQL engine RPMs: dqlite dqlite-devel Size: 512.55 KiB Size change: 36.13 KiB Changelog: * Sun Dec 18 2022 Reto Gantenbein - 1.13.0-1 - Update to 1.13.0. Package: gap-4.12.2-1.fc38 Old package: gap-4.12.1-1.fc38 Summary: Computational discrete algebra RPMs: gap gap-core gap-devel gap-libs gap-online-help gap-rpm-macros gap-vim libgap Size: 30.46 MiB Size change: 16.57 KiB Changelog: * Sun Dec 18 2022 Jerry James - 4.12.2-1 - Version 4.12.2 - Drop upstreamed unused patch Package: git-annex-10.20221212-1.fc38 Old package: git-annex-10.20221103-1.fc38 Summary: Manage files with git, without checking their contents into git RPMs: git-annex git-annex-docs Size: 64.67 MiB Size change: 95.05 KiB Changelog: * Sun Dec 18 2022 Elliott Sales de Andrade - 10.20221212-1 - https://hackage.haskell.org/package/git-annex-10.20221212/changelog Package: glue-schema-2.0.11-16.fc38 Old package: glue-schema-2.0.11-15.fc37 Summary: LDAP schema files for the GLUE 1.3 and GLUE 2.0 Schema RPMs: glue-schema Dropped RPMs: glue-schema-doc Size: 33.65 KiB Size change: -910.35 KiB Changelog: * Sun Dec 18 2022 Mattias Ellert - 2.0.11-16 - New upstream location on github - Drop doc sub-package Package: hsakmt-1.0.6-27.rocm5.4.1.fc38 Old package: hsakmt-1.0.6-26.rocm5.3.0.fc38 Summary: AMD HSA thunk library RPMs: hsakmt hsakmt-devel Size: 311.67 KiB Size change: 1.01 KiB Changelog: * Sun Dec 18 2022 Jeremy Newton - 1.0.6-27.rocm5.4.1 - Update to 5.4.1 Package: jd-1:0.9.0-0.1.beta.D20221218git3f6cf65.fc38 Old package: jd-1:0.8.0-1.fc37.1 Summary: A 2ch browser RPMs: jd Size: 5.85 MiB Size change: 156.36 KiB Changelog: * Sun Dec 18 2022 Mamoru TASAKA - 1:0.9.0-0.1.beta.D20221218git3f6cf65 - 0.9.0 beta Package
Re: Looking for advice - ffmpeg-free and wf-recorder
* Demi Marie Obenour: > On 12/17/22 05:31, Vitaly Zaitsev via devel wrote: >> On 17/12/2022 06:29, Bob Hepple wrote: >>> Now that we have ffmpeg-free we have an opportunity to move wf-recorder >>> to the mainstream and change the default codec to the non-proprietary >>> libopenh264. >> >> You still can't link against openh264 because Fedora can't ship it an >> even have in Koji's buildroot, you can only use dlopen(). > > Could Fedora ship a shim library that exposed the same API and used > dlopen() internally? Isn't GStreamer this API, and doesn't Fluendo provide compatible codecs? Thanks, Florian ___ 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: Looking for advice - ffmpeg-free and wf-recorder
On Mon, Dec 19, 2022 at 9:33 AM Florian Weimer wrote: > > * Demi Marie Obenour: > > > On 12/17/22 05:31, Vitaly Zaitsev via devel wrote: > >> On 17/12/2022 06:29, Bob Hepple wrote: > >>> Now that we have ffmpeg-free we have an opportunity to move wf-recorder > >>> to the mainstream and change the default codec to the non-proprietary > >>> libopenh264. > >> > >> You still can't link against openh264 because Fedora can't ship it an > >> even have in Koji's buildroot, you can only use dlopen(). > > > > Could Fedora ship a shim library that exposed the same API and used > > dlopen() internally? > > Isn't GStreamer this API, and doesn't Fluendo provide compatible codecs? > Yup. They also apparently also developed a way to use GStreamer with FFmpeg applications: https://fluendo.com/en/products/enterprise/fluendo-ffmpeg/ Shame it's not open source and contributed to FFmpeg itself. That'd be really useful... -- 真実はいつも一つ！/ 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: F39 proposal: Replace DNF with DNF5 (System-Wide Change proposal)
Thx for heads up. I assume this is the diff: https://fedoraproject.org/w/index.php?title=Changes%2FReplaceDnfWithDnf5&type=revision&diff=663558&oldid=655776 Vít Dne 16. 12. 22 v 12:11 Jaroslav Mracek napsal(a): I've rewritten the proposal to make it clear what it is about including additional information that were unknown before. I hope that I've addressed community suggestions and remove the confusion with original proposal. Please feel free to comment the new proposal and discuss the new content of the proposal. ___ 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 OpenPGP_signature Description: OpenPGP digital 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
Orphaned packages looking for new maintainers
The following packages are orphaned and will be retired when they are orphaned for six weeks, unless someone adopts them. If you know for sure that the package should be retired, please do so now with a proper reason: https://fedoraproject.org/wiki/How_to_remove_a_package_at_end_of_life Note: If you received this mail directly you (co)maintain one of the affected packages or a package that depends on one. Please adopt the affected package or retire your depending package to avoid broken dependencies, otherwise your package will fail to install and/or build when the affected package gets retired. Request package ownership via the *Take* button in he left column on https://src.fedoraproject.org/rpms/ Full report available at: https://churchyard.fedorapeople.org/orphans-2022-12-19.txt grep it for your FAS username and follow the dependency chain. For human readable dependency chains, see https://packager-dashboard.fedoraproject.org/ For all orphaned packages, see https://packager-dashboard.fedoraproject.org/orphan Package (co)maintainers Status Change 5minute orphan 2 weeks ago CFR jvanek, orphan 2 weeks ago CheMPS2 orphan 2 weeks ago PolicyKit-olpcorphan 3 weeks ago abiword chimosky, herrold, huzaifas, 2 weeks ago orphan aboot orphan 2 weeks ago albatross orphan 3 weeks ago alleyoop orphan 3 weeks ago alure orphan 2 weeks ago amor jgrulich, kde-sig, orphan, 3 weeks ago rdieter, than anki chkr, orphan 2 weeks ago ansible-collection-google-cloud infra-sig, orphan1 weeks ago asn1c orphan 2 weeks ago backup-managerorphan 3 weeks ago bbkeysorphan 2 weeks ago bharati-m17n orphan 2 weeks ago bibtex2html orphan, thofmann 2 weeks ago biosdevname lnykryn, msekleta, orphan, 2 weeks ago vpavlin bluecurve-classic-metacity- gnome-sig, orphan, rstrode 2 weeks ago theme bluecurve-gnome-theme gnome-sig, orphan, rstrode 2 weeks ago bluecurve-gtk-themes gnome-sig, orphan, rstrode 2 weeks ago bluecurve-icon-theme gnome-sig, orphan, rstrode 2 weeks ago bluecurve-kde-theme gnome-sig, kkofler, orphan, 2 weeks ago rdieter, rstrode, than bluecurve-metacity-theme gnome-sig, orphan, rstrode 2 weeks ago bluecurve-xmms-skin gnome-sig, orphan, rstrode 2 weeks ago cairo-clock orphan 2 weeks ago code-editor orphan 3 weeks ago compton orphan 3 weeks ago cups-bjnp orphan 3 weeks ago curlpporphan 2 weeks ago devilspie2orphan 0 weeks ago dmz-cursor-themes company, orphan 3 weeks ago ejabberd bowlofeggs, jcline, orphan, 2 weeks ago xavierb erlang-epgsql lkundrak, orphan 3 weeks ago eurekaorphan 2 weeks ago fcitx cheeselee, cicku, orphan, pwu, 3 weeks ago yanqiyu fcitx-chewing cheeselee, orphan, yanqiyu 3 weeks ago fcitx-cloudpinyin cheeselee, orphan, yanqiyu 3 weeks ago fcitx-configtool cheeselee, orphan, yanqiyu 3 weeks ago fcitx-fbterm cheeselee, orphan, yanqiyu 3 weeks ago fcitx-hangul cheeselee, orphan, yanqiyu 3 weeks ago fcitx-m17ncheeselee, orphan, yanqiyu 3 weeks ago fcitx-sunpinyin cheeselee, orphan, yanqiyu 3 weeks ago fcitx-table-extra cheeselee, orphan, yanqiyu 3 weeks ago fcitx-table-other cheeselee, orph
Re: Orphaned packages looking for new maintainers
I've taken abiword and libgnomeui. As always, co-maintainers welcome. signature.asc Description: OpenPGP digital 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: Orphaned packages looking for new maintainers
> eurekaorphan 2 weeks ago I have a soft spot for classic DOOM, so I took this one. A.FI. ___ 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
-- Gwyn Ciesla she/her/hers in your fear, seek only peace in your fear, seek only love -d. bowie Sent with Proton Mail secure email. --- Original Message --- On Monday, December 19th, 2022 at 9:57 AM, Artur Frenszek-Iwicki wrote: > > eureka orphan 2 weeks ago > > > I have a soft spot for classic DOOM, so I took this one. > Thank you! I missed that, otherwise I would have. ;) > A.FI. > ___ > 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 signature.asc Description: OpenPGP digital 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: F39 proposal: Replace DNF with DNF5 (System-Wide Change proposal)
I am still very much against the `dnf5` package name and I have uneasy feelings reading (in my words) "`/usr/bin/dnf` symlink will change from `/usr/bin/dnf-3` to `/usr/bin/dnf5`". This name change is going to break so basic assumption such as `rpm -q dnf`. It won't really work even when `rpm -q dnf5` output was `dnf5-6.0.0-1.fc43.noarch`. Please give Fedora DNF version 5 instead of DNF5. Please reconsider the package name, especially when the "Obsolete dnf package by dnf5" is still part of the plan. There is still time to update the proposal. BTW it would also help if you sketched out what is the timeline and process to deprecate DNF 4.x. Vít Dne 19. 12. 22 v 16:24 Vít Ondruch napsal(a): Thx for heads up. I assume this is the diff: https://fedoraproject.org/w/index.php?title=Changes%2FReplaceDnfWithDnf5&type=revision&diff=663558&oldid=655776 Vít Dne 16. 12. 22 v 12:11 Jaroslav Mracek napsal(a): I've rewritten the proposal to make it clear what it is about including additional information that were unknown before. I hope that I've addressed community suggestions and remove the confusion with original proposal. Please feel free to comment the new proposal and discuss the new content of the proposal. ___ 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 OpenPGP_signature Description: OpenPGP digital 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: Orphaned packages looking for new maintainers
On Mon, Dec 19, 2022 at 4:44 PM Miro Hrončok wrote: > > seahorse-nautilus gnome-sig, orphan, stefw 2 weeks ago Taken, though I'm wondering if someone from the GNOME SIG wants it (I wouldn't mind giving it up). ___ 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: F39 proposal: Replace DNF with DNF5 (System-Wide Change proposal)
> I am still very much against the `dnf5` package name and I have uneasy > feelings reading (in my words) "`/usr/bin/dnf` symlink will change from > `/usr/bin/dnf-3` to `/usr/bin/dnf5`". This name change is going to break > so basic assumption such as `rpm -q dnf`. It won't really work even when > `rpm -q dnf5` output was `dnf5-6.0.0-1.fc43.noarch`. > > Please give Fedora DNF version 5 instead of DNF5. Please reconsider the > package name, especially when the "Obsolete dnf package by dnf5" is > still part of the plan. There is still time to update the proposal. I am really sorry but I don't see a way how we can ship DNF5 as DNF package. The reason is quite simple. We already ship DNF5 in Fedora 38 as DNF5. In Fedora 38 we need parallel installability with DNF and we cannot rename DNF as something else. I also remember RHEL8 where we ship DNF as YUM. And DNF is very similar to YUM - both are Python based tool. Anyway in RHEL9 the same tool is shipped as DNF, because it creates a confusion. And I don't want to experience the same issue twice. I understand that the name change is always not nice, but keeping the same name for a different tool is worse. > BTW it would also help if you sketched out what is the timeline and > process to deprecate DNF 4.x. I have a plan to open a system wide change to remove DNF for Fedora 40. > > > Vít > > > > Dne 19. 12. 22 v 16:24 Vít Ondruch napsal(a): Best regards Jaroslav Mracek ___ 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
On Mon, 2022-12-19 at 16:43 +0100, Miro Hrončok wrote: > golang-github-mitchellh-cli, golang-github-hanwen-fuse I took these , because they are needed to docker -- Sérgio M. B. ___ 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
Why is pysvn on the list? I the pysvn maintainer and i am active. I am also the upstream maintainer. Barry ___ 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
On Mon, Dec 19, 2022 at 12:36 PM Barry wrote: > > Why is pysvn on the list? I the pysvn maintainer and i am active. > I am also the upstream maintainer. The "main admin" is orphan. You should be able to go to https://src.fedoraproject.org/rpms/pysvn and click the "Take" button on the left-hand side. (This is an unfortunate side-effect of how dist-git works). -- Ben Cotton He / Him / His Fedora Program Manager Red Hat TZ=America/Indiana/Indianapolis ___ 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
> On 19 Dec 2022, at 17:40, Ben Cotton wrote: > > On Mon, Dec 19, 2022 at 12:36 PM Barry wrote: >> >> Why is pysvn on the list? I the pysvn maintainer and i am active. >> I am also the upstream maintainer. > > The "main admin" is orphan. You should be able to go to > https://src.fedoraproject.org/rpms/pysvn and click the "Take" button > on the left-hand side. (This is an unfortunate side-effect of how > dist-git works). Taken and I'm the bugzilla contact as well. Does "main admin" being "orphan" go away when background processes catch up with the changes I just made? Barry > > -- > Ben Cotton > He / Him / His > Fedora Program Manager > Red Hat > TZ=America/Indiana/Indianapolis > ___ > 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 ___ 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: Web Assembly on Fedora: interested in a Fedora SIG to work on this?
I'm also interested. ___ 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
On Mon, Dec 19, 2022 at 05:47:52PM +, Barry Scott wrote: > > > > On 19 Dec 2022, at 17:40, Ben Cotton wrote: > > > > On Mon, Dec 19, 2022 at 12:36 PM Barry wrote: > >> > >> Why is pysvn on the list? I the pysvn maintainer and i am active. > >> I am also the upstream maintainer. > > > > The "main admin" is orphan. You should be able to go to > > https://src.fedoraproject.org/rpms/pysvn and click the "Take" button > > on the left-hand side. (This is an unfortunate side-effect of how > > dist-git works). > > Taken and I'm the bugzilla contact as well. > > Does "main admin" being "orphan" go away when background processes catch up > with the changes I just made? Yes. The existing bugs should be reassigned from orphan to you after a while. 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, report it: https://pagure.io/fedora-infrastructure/new_issue
Re: Orphaned packages looking for new maintainers
> On Dec 19, 2022, at 7:43 AM, Miro Hrončok wrote: > > The following packages are orphaned and will be retired when they > are orphaned for six weeks, unless someone adopts them. If you know for sure > that the package should be retired, please do so now with a proper reason: > https://fedoraproject.org/wiki/How_to_remove_a_package_at_end_of_life > > Note: If you received this mail directly you (co)maintain one of the affected > packages or a package that depends on one. Please adopt the affected package > or > retire your depending package to avoid broken dependencies, otherwise your > package will fail to install and/or build when the affected package gets > retired. > > Request package ownership via the *Take* button in he left column on > https://src.fedoraproject.org/rpms/ I took a bunch that we still ship in some Amazon Linux version, and may end up going through the package retirement process for some of them in Fedora, as some of these are probably a few years beyond any upstream activity. biosdevname fros gconf-editor gtkhtml3 libbonobo libbonoboui libcmpiutil libgnome libmodman liboil libvirt-cim libvirt-java maven-scm openjpeg python-cov-core system-storage-manager tboot ___ 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
> On Dec 19, 2022, at 7:55 AM, Gwyn Ciesla via devel > wrote: > > CAUTION: This email originated from outside of the organization. Do not click > links or open attachments unless you can confirm the sender and know the > content is safe. > > > > I've taken abiword and libgnomeui. As always, co-maintainers welcome. I grabbed libgnome, happy to co-maintain libgnomeui. ___ 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
On Mon, 2022-12-19 at 19:45 +, Smith, Stewart via devel wrote: > > On Dec 19, 2022, at 7:43 AM, Miro Hrončok > > wrote: > > > > The following packages are orphaned and will be retired when they > > are orphaned for six weeks, unless someone adopts them. If you know > > for sure > > that the package should be retired, please do so now with a proper > > reason: > > https://fedoraproject.org/wiki/How_to_remove_a_package_at_end_of_life > > > > Note: If you received this mail directly you (co)maintain one of > > the affected > > packages or a package that depends on one. Please adopt the > > affected package or > > retire your depending package to avoid broken dependencies, > > otherwise your > > package will fail to install and/or build when the affected package > > gets retired. > > > > Request package ownership via the *Take* button in he left column > > on > > https://src.fedoraproject.org/rpms/ > > I took a bunch that we still ship in some Amazon Linux version, and > may end up going through the package retirement process for some of > them in Fedora, as some of these are probably a few years beyond any > upstream activity. > > biosdevname A few openQA worker hosts in Fedora infra actually still use this. I guess I can try and update them to use systemd 'predictable' names instead... -- 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, report it: https://pagure.io/fedora-infrastructure/new_issue
Polymake soname bump
I'm going to build polymake 4.8 for Rawhide, which bumps the soname. I will also rebuild the only library consumer, python-jupymake. If all goes well, I will do the same for F37. -- 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, report it: https://pagure.io/fedora-infrastructure/new_issue
F38 proposal: Pyramid 2.0 (Self-Contained Change proposal)
https://fedoraproject.org/wiki/Changes/Pyramid2.0 This document represents a proposed Change. As part of the Changes process, proposals are publicly announced in order to receive community feedback. This proposal will only be implemented if approved by the Fedora Engineering Steering Committee. == Summary == Update Pyramid (package `python-pyramid` within Fedora) to latest major version. == Owner == * Name: [[User:mattia| Mattia Verga]] * Email: mattia.ve...@fedoraproject.org == Detailed Description == Pyramid 2.0 has been available since March 2021. We would like to update Fedora package (`python-pyramid`) to this new major version (we're now still shipping 1.10.5). == Feedback == == Benefit to Fedora == Provide the latest available version of Pyramid framework instead of the outdated one we're shipping. == Scope == * Proposal owners: Pyramid will be rebuilt to 2.0 in a side-tag together with dependent packages. Affected packages are owned by nirik and abompard and usually co-maintained by infra-sig. I will contact them and offer me to rebuild/upgrade affected packages. Note that rebuilding dependencies is not strictly necessary, but I'll do to ensure compatibility with Pyramid 2.0. About bodhi-server, we've been always running tests against pypi packages, so I do not expect anything to be broken by the update. * Other developers: * Release engineering: * Policies and guidelines: N/A (not needed for this Change) * Trademark approval: N/A (not needed for this Change) * Alignment with Objectives: == Upgrade/compatibility impact == == How To Test == A COPR repository has been set up to rebuild all dependencies: https://copr.fedorainfracloud.org/coprs/mattia/Pyramid2/ == User Experience == This will not impact end user experience. == Dependencies == * bodhi-server * python-cornice * python-pyramid-fas-openid * python-pyramid-mako <-- needs to be updated to the latest git snapshot * python-pyramid-tm * python-pyramid_sawing == Contingency Plan == * Contingency mechanism: (What to do? Who will do it?) N/A (not a System Wide Change) * Contingency deadline: N/A (not a System Wide Change) == Documentation == N/A (not a System Wide Change) == Release Notes == -- Ben Cotton He / Him / His Fedora Program Manager Red Hat TZ=America/Indiana/Indianapolis ___ 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
F38 proposal: Xfce-4.18 (Self-Contained Change proposal)
https://fedoraproject.org/wiki/Changes/xfce-4.18
This document represents a proposed Change. As part of the Changes
process, proposals are publicly announced in order to receive
community feedback. This proposal will only be implemented if approved
by the Fedora Engineering Steering Committee.
== Summary ==
Xfce 4.18 is a stable release with proven components, provide features
to both new and power users alike. This change proposal is submitted
to sync fedora packages with the latest upstream release.
== Owners ==
* Name: [[User:nonamedotc| Mukundan Ragavan]], [[User:kevin| Kevin Fenzi]]
* Email: nonamed...@fedoraproject.org, ke...@scrye.com
== Current status ==
[[Category:ChangeReadyForWrangler]]
[[Category:SelfContainedChange]]
* Targeted release: [[Releases/38 | Fedora 38 ]]
* Last updated:
{{REVISIONYEAR}}-{{REVISIONMONTH}}-{{REVISIONDAY2}}
* FESCo issue:
* Tracker bug:
* Release notes tracker:
== Detailed Description ==
This change migrates Xfce desktop environment (DE) to the latest
version provided by upstream developers. This release brings, amongst
others, the following features
* client-side decorations
* fractional scaling
* new status tray plugins
* Streamlined application chooser (i.e. merged "mime type editor" and
"default applications")
Full feature list can be viewed at
[https://mail.xfce.org/pipermail/xfce-announce/2022-December/001208.html]
and [https://www.xfce.org/about/tour418]
== Benefit to Fedora ==
Updating Xfce to 4.18 will provide Fedora Xfce users stable but latest
versions of upstream software. We will also be able to provide timely
bug fixes.
== Scope ==
* Proposal owners:
** Update core xfce packages to 4.18
** Rebuild plugins once core packages are build
* Other developers: N/A (not a System Wide Change)
* Release engineering: [https://pagure.io/releng/issues] (a check of
an impact with Release Engineering is needed) -->
** List of deliverables: N/A (not a System Wide Change)
* Policies and guidelines: N/A (not a System Wide Change)
* Trademark approval: N/A (not needed for this Change)
== Upgrade/compatibility impact ==
N/A (not a System Wide Change)
== How To Test ==
N/A (not a System Wide Change)
== User Experience ==
* A fresh install should have fully functional Xfce DE
* Upgrade from Fedora 37 or older should be mostly seamless
No special configuration or hardware needed.
== Dependencies ==
N/A (not a System Wide Change)
== Contingency Plan ==
* Contingency mechanism: (What to do? Who will do it?) N/A (not a
System Wide Change)
* Contingency deadline: N/A (not a System Wide Change)
* Blocks release? N/A (not a System Wide Change)
* Blocks product? N/A (not a System Wide Change)
== Documentation ==
N/A (not a System Wide Change)
== Release Notes ==
Fedora 38 ships with Xfce 4.18.
--
Ben Cotton
He / Him / His
Fedora Program Manager
Red Hat
TZ=America/Indiana/Indianapolis
___
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: Linking problem with ncurses on rawhide, not f37
Thanks for doing that, Swift builds correctly on Rawhide now: https://koji.fedoraproject.org/koji/taskinfo?taskID=95546843 On 16 Dec 2022, at 5:24, Miroslav Lichvar wrote: > On Fri, Dec 16, 2022 at 09:55:11AM +0100, Florian Weimer wrote: >> Miroslav, we may have to revert the versioning change if the AS_NEEDED >> approach does not work. > > Ok, I reverted that change, at least until I have more time for > testing the possible fixes. > >> Linking versioned libncurses against >> unversioned libtinfo etc. would solve this, but I don't know how it >> would to get to this point. > > I don't know much about ELF. Is it possible to remove versions from > specific symbols in the symbol table after the libraries are built, > maybe with some tool like chrpath? > > -- > Miroslav Lichvar ___ 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: MuseScore 4.0
On Fri, Dec 16, 2022 at 3:36 PM Iñaki Ucar wrote: > Unfortunately, the playback seems to be broken. The mixer doesn't show > SoundFonts and there's no audio at all. :( Yes, my attempt at unbundling fluidsynth seems to be at fault. Drat. I may or may not have time to debug this before I disappear for the rest of the year. Most likely I'll have to figure it out and try again next year. Thanks for trying it. -- 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, report it: https://pagure.io/fedora-infrastructure/new_issue
Heads-up: rapidyaml 0.5.0, c4core 0.1.11, and jsonnet 0.19.1 coming to Rawhide
In one week (2022-12-26), or slightly later, I plan to complete the following updates in a side tag for Rawhide: • Update c4core to 0.1.11, bumping its .so version[1]. • Rebuild dependent packages c4fs and c4log as maintainer. These and rapidyaml are the only packages that depend directly on c4core. • Update rapidyaml (which depends on c4core, c4fs, and c4log) to 0.5.0, which bumps the .so version[2]. • Build jsonnet 0.19.1, which was packaged but never built[3], against rapidyaml 0.5.0. This is another incompatible update, but there are no dependent packages. I think I can handle this without permissions on the jsonnet package, but I might end up needing to coordinate something with the maintainers. – Ben Beasley (FAS music) [1] https://src.fedoraproject.org/rpms/c4core/pull-request/7 [2] https://src.fedoraproject.org/rpms/rapidyaml/pull-request/1 [3] https://src.fedoraproject.org/rpms/jsonnet/c/89a7a3ead115308cbaa99f732b6174aabb3bdede?branch=rawhide ___ 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: Polymake soname bump
On Mon Dec 19, 2022 at 14:10 -0700, Jerry James wrote: > If all goes well, I will do the same for F37. I don't think this soname bump should happen in a stable release. -- Maxwell G (@gotmax23) Pronouns: He/Him/His ___ 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: Polymake soname bump
On Mon, Dec 19, 2022 at 3:54 PM Maxwell G via devel wrote: > On Mon Dec 19, 2022 at 14:10 -0700, Jerry James wrote: > > If all goes well, I will do the same for F37. > > I don't think this soname bump should happen in a stable release. Because ... ? The new version is backwards API compatible (although not ABI compatible) with the previous version, I'm going to rebuild the only consumer of the library, and the new version fixes bugs. What is your objection? -- 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, report it: https://pagure.io/fedora-infrastructure/new_issue
Re: Polymake soname bump
On Mon Dec 19, 2022 at 15:56 -0700, Jerry James wrote: > On Mon, Dec 19, 2022 at 3:54 PM Maxwell G via devel > wrote: > > On Mon Dec 19, 2022 at 14:10 -0700, Jerry James wrote: > > > If all goes well, I will do the same for F37. > > > > I don't think this soname bump should happen in a stable release. > > Because ... ? The new version is backwards API compatible (although > not ABI compatible) with the previous version, I'm going to rebuild > the only consumer of the library, and the new version fixes bugs. > What is your objection? ABI incompatible updates are against the Updates Policy for stable releases: > ABI changes in general are very strongly discouraged, they force > larger update sets on users and they make life difficult for > third-party packagers. -- https://docs.fedoraproject.org/en-US/fesco/Updates_Policy/#stable-releases -- Maxwell G (@gotmax23) Pronouns: He/Him/His ___ 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: MuseScore 4.0
On Mon, 19 Dec 2022 at 23:17, Jerry James wrote: > > On Fri, Dec 16, 2022 at 3:36 PM Iñaki Ucar wrote: > > Unfortunately, the playback seems to be broken. The mixer doesn't show > > SoundFonts and there's no audio at all. :( > > Yes, my attempt at unbundling fluidsynth seems to be at fault. Drat. > I may or may not have time to debug this before I disappear for the > rest of the year. Most likely I'll have to figure it out and try > again next year. Thanks for trying it. I managed to download the Muse Sounds, and they work. Only the basic sounds are broken. It seems that they are not loaded. Just in case this rings any bell. Other differences I found with respect to the AppImage: the splash screen doesn't show up in the Copr version, and the "Learn" materials in the Home tab do not load. -- Iñaki Úcar ___ 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
* Miro Hrončok [19/12/2022 16:43] : > > perl-Mail-Procmailorphan 0 weeks ago Taken. Emmanuel ___ 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: MuseScore 4.0
On Mon, Dec 19, 2022 at 4:11 PM Iñaki Ucar wrote: > I managed to download the Muse Sounds, and they work. Only the basic > sounds are broken. It seems that they are not loaded. Just in case > this rings any bell. I think I know what the problem is. How to fix it is another matter... > Other differences I found with respect to the AppImage: the splash > screen doesn't show up in the Copr version, and the "Learn" materials > in the Home tab do not load. Hmmm, that's interesting. I'll take a look at both of those, too. Thanks for the feedback. -- 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, report it: https://pagure.io/fedora-infrastructure/new_issue
Re: Polymake soname bump
On Mon, Dec 19, 2022 at 4:08 PM Maxwell G via devel wrote: > ABI incompatible updates are against the Updates Policy for stable > releases: > > > ABI changes in general are very strongly discouraged, they force > > larger update sets on users and they make life difficult for > > third-party packagers. > > -- https://docs.fedoraproject.org/en-US/fesco/Updates_Policy/#stable-releases They are very strongly discouraged, not forbidden. In this case, a "larger update set" will not be forced on any user. It will be two packages: polymake itself, and python-jupymake. As for making life difficult for 3rd party packagers, there are no consumers of the polymake library in the package sets of the most popular third party repositories. And the new version is backwards API compatible with the old version, so even if there is some polymake library consumer out there, all they have to do is rebuild. (There are quite a few consumers of the polymake binary, but the command line is also backwards compatible, so none of them need rebuilding.) The overriding concern for me is the bugs fixed in the new release. I'll bet you a nickel that if you find some random polymake users and ask them if they want this update, they will all say yes. -- 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, report it: https://pagure.io/fedora-infrastructure/new_issue
Re: Polymake soname bump
Maxwell G via devel wrote: > ABI incompatible updates are against the Updates Policy for stable > releases: > >> ABI changes in general are very strongly discouraged, they force >> larger update sets on users and they make life difficult for >> third-party packagers. > > -- > https://docs.fedoraproject.org/en-US/fesco/Updates_Policy/#stable-releases Bumping the soname of a library with only a handful, or even, as in this case, only one single, dependent package(s), as a grouped update together with those dependent package(s), is not what I would call an "ABI incompatible update". Of course, the more packages depend on the library, the more you want to avoid bumping their ABI in an update. 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, report it: https://pagure.io/fedora-infrastructure/new_issue
