Re: Proposal: Allow all packagers to push empty commits to any package
On 20 February 2025 13:54:00 GMT, Ben Beasley wrote: >Note that as long as we’re on Pagure, it’s impossible to make a PR for an empty commit. It's possible via the API, https://src.fedoraproject.org/api/0/#pull_requests-tab. I recently knocked up a "quick" script to do this, (which rapidly spiraled out of control). https://src.fedoraproject.org/rpms/tree-sitter/blob/rawhide/f/chain-build.sh -- Peter Oliver -- ___ 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: Proposal: Allow all packagers to push empty commits to any package
On Fri, Feb 21, 2025 at 5:13 PM Miro Hrončok wrote: > > On 21. 02. 25 12:41, Fabio Valentini wrote: > > On Thu, Feb 20, 2025 at 1:17 PM Miro Hrončok wrote: > >> > >> Hello. > >> > >> With the recent discussions about provenpackagers in Fedora, I recently > >> got an > >> idea. > >> > >> One of the common needs for provenpackagers is to simply "bump and > >> rebuild" a > >> set of dependencies. > >> > >> All packagers are already able to build anything (except a very specific > >> and > >> small set of specially-signed packages). However, to bump the package, they > >> need commit rights. For that reason, provenpackager rights are often > >> required. > >> > >> With the wide adoption of %autorelease, such bump commits are empty, which > >> should be easy to verify. > >> > >> What if we allowed all packagers to push empty commit to any package? That > >> should eliminate *some* need for provenpackager access. We would also > >> communicate in our policies that such bumps do not require prior agreement > >> with > >> the maintainers to avoid confusion about "what are we allowed to do". > > > > This sounds a bit more complicated than it needs to be ... > > I would much rather explore not having to push empty commits *at all*, > > and have koji auto-increment the build number if it would cause an NVR > > conflict ... (yes, this should be possible with minor changes to the > > %dist macro and some small additions to koji). > > IIRC this is the direction we explicitly decided not to go with %autorelease. > We wanted the rebuild reason committed. Those are kind of two orthogonal issues. You could still use an empty commit if you *want* a changelog entry :) 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, report it: https://pagure.io/fedora-infrastructure/new_issue
Fedora rawhide compose report: 20250221.n.0 changes
OLD: Fedora-Rawhide-20250220.n.0 NEW: Fedora-Rawhide-20250221.n.0 = SUMMARY = Added images:7 Dropped images: 0 Added packages: 9 Dropped packages:10 Upgraded packages: 86 Downgraded packages: 0 Size of added packages: 2.41 MiB Size of dropped packages:991.35 KiB Size of upgraded packages: 11.09 GiB Size of downgraded packages: 0 B Size change of upgraded packages: 13.16 MiB Size change of downgraded packages: 0 B = ADDED IMAGES = Image: Scientific vagrant-virtualbox x86_64 Path: Labs/x86_64/images/Fedora-Scientific-Vagrant-Rawhide-20250221.n.0.x86_64.vagrant-virtualbox.box Image: Scientific vagrant-libvirt x86_64 Path: Labs/x86_64/images/Fedora-Scientific-Vagrant-Rawhide-20250221.n.0.x86_64.vagrant-libvirt.box Image: Scientific_KDE live x86_64 Path: Labs/x86_64/iso/Fedora-Scientific_KDE-Live-x86_64-Rawhide-20250221.n.0.iso Image: Python_Classroom live x86_64 Path: Labs/x86_64/iso/Fedora-Python-Classroom-Live-Rawhide-20250221.n.0.x86_64.iso Image: Python_Classroom raw-xz aarch64 Path: Labs/aarch64/images/Fedora-Python-Classroom-Disk-Rawhide-20250221.n.0.aarch64.raw.xz Image: Jam_KDE live x86_64 Path: Labs/x86_64/iso/Fedora-Jam_KDE-Live-x86_64-Rawhide-20250221.n.0.iso Image: Python_Classroom live aarch64 Path: Labs/aarch64/iso/Fedora-Python-Classroom-Live-Rawhide-20250221.n.0.aarch64.iso = DROPPED IMAGES = = ADDED PACKAGES = Package: aer-inject-0^20240730git-1.fc43 Summary: Linux AER Test Suite RPMs:aer-inject Size:111.26 KiB Package: mce-inject-0^20241112git-1.fc43 Summary: Linux machine check injector tool RPMs:mce-inject Size:95.60 KiB Package: plexus-interactivity-1.3-3.fc43 Summary: Plexus Interactivity Handler Component RPMs:plexus-interactivity plexus-interactivity-javadoc Size:117.40 KiB Package: rust-ironrdp-rdpdr-0.1.2-1.fc43 Summary: RDPDR channel implementation RPMs:rust-ironrdp-rdpdr+default-devel rust-ironrdp-rdpdr-devel Size:56.51 KiB Package: rust-ironrdp-rdpsnd-0.3.0-1.fc43 Summary: RDPSND static channel for audio output implemented as described in MS-RDPEA RPMs:rust-ironrdp-rdpsnd+default-devel rust-ironrdp-rdpsnd+std-devel rust-ironrdp-rdpsnd-devel Size:38.34 KiB Package: rust-tree-sitter-c-0.23.4-1.fc43 Summary: C grammar for tree-sitter RPMs:rust-tree-sitter-c+default-devel rust-tree-sitter-c-devel Size:131.88 KiB Package: rust-tree-sitter-c-sharp-0.23.1-1.fc43 Summary: C# grammar for tree-sitter RPMs:rust-tree-sitter-c-sharp+default-devel rust-tree-sitter-c-sharp-devel Size:469.11 KiB Package: rust-tree-sitter-cpp-0.23.4-1.fc43 Summary: C++ grammar for tree-sitter RPMs:rust-tree-sitter-cpp+default-devel rust-tree-sitter-cpp-devel Size:358.46 KiB Package: woodstox-core-7.1.0-3.fc43 Summary: High-performance XML processor RPMs:woodstox-core woodstox-core-javadoc Size:1.06 MiB = DROPPED PACKAGES = Package: dummy-test-package-crested-0-3771 Summary: Dummy Test Package called Crested RPMs:dummy-test-package-crested Size:10.87 KiB Package: dummy-test-package-gloster-0-17942.fc42 Summary: Dummy Test Package called Gloster RPMs:dummy-test-package-gloster Size:507.90 KiB Package: python-django-prometheus-2.1.0-14.fc41 Summary: Django middlewares to monitor your application with Prometheus.io RPMs:python3-django-prometheus Size:82.92 KiB Package: python-epub-0.5.2-36.fc41 Summary: Python library for reading EPUB files RPMs:python-epub-doc python3-epub Size:126.58 KiB Package: python-flask-xml-rpc-0.1.2-34.fc41 Summary: Adds support for creating XML-RPC APIs to Flask RPMs:python3-flask-xml-rpc Size:18.33 KiB Package: python-mutatormath-3.0.1-14.fc41 Summary: Python library for piecewise linear interpolation in multiple dimensions RPMs:python3-mutatormath Size:85.22 KiB Package: python-serpy-0.3.1-22.fc41 Summary: Ridiculously fast object serialization RPMs:python3-serpy Size:21.26 KiB Package: python-statsd-3.2.1-32.fc41 Summary: A Python statsd client RPMs:python-statsd-doc python3-statsd Size:97.83 KiB Package: python-tree-format-0.1.2-24.fc41 Summary: Python library to generate nicely formatted trees, like the UNIX tree command RPMs:python3-tree-format Size:21.25 KiB Package: python-xunitparser-1.3.4-10.fc41 Summary: Read JUnit/XUnit XML files and map them to Python objects RPMs:python3-xunitparser Size:19.19 KiB = UPGRADED PACKAGES = Package: R-niarules-0.2.0-1.fc43 Old package: R-niarules-0.1.0-4.fc42 Summary: Numerical Association Rule Mining using Nature-Inspired Algorithms RPMs: R-niarules Size: 143.67 KiB Size change: 3.56 KiB Changelog: * Thu Feb 20 2025 Iztok Fister Jr. - 0.2.0-1 - Update to 0.2.0 Package: R-pdftools-3.4.1-3.fc43 Old package: R-pdftools-3.3.3-10.fc42 Summary: Text Extraction, Rendering and Converting of PDF Documents RPMs: R-pdftools Size
Re: Proposal: Allow all packagers to push empty commits to any package
On Thu, Feb 20, 2025 at 1:17 PM Miro Hrončok wrote: > > Hello. > > With the recent discussions about provenpackagers in Fedora, I recently got an > idea. > > One of the common needs for provenpackagers is to simply "bump and rebuild" a > set of dependencies. > > All packagers are already able to build anything (except a very specific and > small set of specially-signed packages). However, to bump the package, they > need commit rights. For that reason, provenpackager rights are often required. > > With the wide adoption of %autorelease, such bump commits are empty, which > should be easy to verify. > > What if we allowed all packagers to push empty commit to any package? That > should eliminate *some* need for provenpackager access. We would also > communicate in our policies that such bumps do not require prior agreement > with > the maintainers to avoid confusion about "what are we allowed to do". This sounds a bit more complicated than it needs to be ... I would much rather explore not having to push empty commits *at all*, and have koji auto-increment the build number if it would cause an NVR conflict ... (yes, this should be possible with minor changes to the %dist macro and some small additions to koji). 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, report it: https://pagure.io/fedora-infrastructure/new_issue
Re: Proposal: Allow all packagers to push empty commits to any package
On Fri, Feb 21, 2025 at 6:42 AM Fabio Valentini wrote: > > On Thu, Feb 20, 2025 at 1:17 PM Miro Hrončok wrote: > > > > Hello. > > > > With the recent discussions about provenpackagers in Fedora, I recently got > > an > > idea. > > > > One of the common needs for provenpackagers is to simply "bump and rebuild" > > a > > set of dependencies. > > > > All packagers are already able to build anything (except a very specific and > > small set of specially-signed packages). However, to bump the package, they > > need commit rights. For that reason, provenpackager rights are often > > required. > > > > With the wide adoption of %autorelease, such bump commits are empty, which > > should be easy to verify. > > > > What if we allowed all packagers to push empty commit to any package? That > > should eliminate *some* need for provenpackager access. We would also > > communicate in our policies that such bumps do not require prior agreement > > with > > the maintainers to avoid confusion about "what are we allowed to do". > > This sounds a bit more complicated than it needs to be ... > I would much rather explore not having to push empty commits *at all*, > and have koji auto-increment the build number if it would cause an NVR > conflict ... (yes, this should be possible with minor changes to the > %dist macro and some small additions to koji). > Yes, this is the direction we should go! :) -- 真実はいつも一つ！/ 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: tree-sitter build broke Emacs
On Thursday, 20 February 2025 17:15:20 CET Jerry James wrote: > On Wed, Jan 15, 2025 at 2:31 PM Jerry James wrote: > > Thank you. Would you please update tree-sitter, emacs, etc. in a side > > tag next time? > > Except you didn't. Emacs is again broken in Rawhide due to a > tree-sitter update. Meaning I can't do the work I was planning to do > this morning because the build I am working on BuildRequires emacs. > Do you not understand why using a side tag is a good idea? Do you not > understand how to use a side tag? I'm happy to walk you through the > answers to either question if lack of education is the issue here. It was built in a side tag, but the emacs and neovim builds were triggered to early so the packages got built against the old libtree-sitter version in the side tag. See also the comments at https://bodhi.fedoraproject.org/updates/FEDORA-2025-b594b1ea02 We wouldn't have that problem if the Fedora build service would detect a new version and rebuild the dependencies. SUSE solved that problem **more than a decade ago**: https://en.wikipedia.org/wiki/Open_Build_Service Cheers Andreas -- ___ 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: Proposal: Allow all packagers to push empty commits to any package
On 21. 02. 25 12:41, Fabio Valentini wrote: On Thu, Feb 20, 2025 at 1:17 PM Miro Hrončok wrote: Hello. With the recent discussions about provenpackagers in Fedora, I recently got an idea. One of the common needs for provenpackagers is to simply "bump and rebuild" a set of dependencies. All packagers are already able to build anything (except a very specific and small set of specially-signed packages). However, to bump the package, they need commit rights. For that reason, provenpackager rights are often required. With the wide adoption of %autorelease, such bump commits are empty, which should be easy to verify. What if we allowed all packagers to push empty commit to any package? That should eliminate *some* need for provenpackager access. We would also communicate in our policies that such bumps do not require prior agreement with the maintainers to avoid confusion about "what are we allowed to do". This sounds a bit more complicated than it needs to be ... I would much rather explore not having to push empty commits *at all*, and have koji auto-increment the build number if it would cause an NVR conflict ... (yes, this should be possible with minor changes to the %dist macro and some small additions to koji). IIRC this is the direction we explicitly decided not to go with %autorelease. We wanted the rebuild reason committed. -- Miro Hrončok -- Phone: +420777974800 Fedora Matrix: 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, report it: https://pagure.io/fedora-infrastructure/new_issue
Fedora 42 compose report: 20250221.n.0 changes
OLD: Fedora-42-20250220.n.0 NEW: Fedora-42-20250221.n.0 = SUMMARY = Added images:0 Dropped images: 1 Added packages: 0 Dropped packages:0 Upgraded packages: 0 Downgraded packages: 0 Size of added packages: 0 B Size of dropped packages:0 B Size of upgraded packages: 0 B Size of downgraded packages: 0 B Size change of upgraded packages: 0 B Size change of downgraded packages: 0 B = ADDED IMAGES = = DROPPED IMAGES = Image: Sericea bootable-container aarch64 Path: Sericea/aarch64/images/Fedora-Sericea-aarch64-42.20250220.n.0.ociarchive = ADDED PACKAGES = = DROPPED PACKAGES = = UPGRADED PACKAGES = = DOWNGRADED PACKAGES = -- ___ 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: tree-sitter build broke Emacs
On Thursday, 20 February 2025 17:15:20 CET Jerry James wrote: > On Wed, Jan 15, 2025 at 2:31 PM Jerry James wrote: > > Thank you. Would you please update tree-sitter, emacs, etc. in a side > > tag next time? > > Except you didn't. https://koji.fedoraproject.org/koji/buildinfo?buildID=2662558 Taskbuild (f43-build-side-106186, /rpms/ emacs.git:efc6d1cc8f4378f13f8872716922e5c0071090de) That clearly shows that it got built in a side tag, just the build service doesn't block new builds till dependencies are built to start the job, you have to wait manually. This rocket science has been solved more than a decade ago by SUSE. Try the Open Build Service, it will just work there. Packages are blocked till the dependency is built. -- ___ 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: Proposal: Allow all packagers to push empty commits to any package
On Thursday, 20 February 2025 13:17:02 CET Miro Hrončok wrote: > Hello. Hey, > With the recent discussions about provenpackagers in Fedora, I recently got > an idea. I also got an idea, what if the build service detects that a dependency changed and rebuilds the package automatically? Sounds like rocket science? Don't worry it already has been resolved more than a decade ago: https://openbuildservice.org/ Or we just continue having broken packages ever now and then. It is so much fun, right? Andreas -- ___ 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 eln compose report: 20250222.n.0 changes
OLD: Fedora-eln-20250221.n.0 NEW: Fedora-eln-20250222.n.0 = SUMMARY = Added images:0 Dropped images: 0 Added packages: 0 Dropped packages:0 Upgraded packages: 38 Downgraded packages: 0 Size of added packages: 0 B Size of dropped packages:0 B Size of upgraded packages: 9.65 GiB Size of downgraded packages: 0 B Size change of upgraded packages: -9.69 MiB Size change of downgraded packages: 0 B = ADDED IMAGES = = DROPPED IMAGES = = ADDED PACKAGES = = DROPPED PACKAGES = = UPGRADED PACKAGES = Package: appstream-1.0.4-1.eln146 Old package: appstream-1.0.2-5.eln145 Summary: Utilities to generate, maintain and access the AppStream database RPMs: appstream appstream-compose appstream-compose-devel appstream-devel appstream-qt appstream-qt-devel Size: 12.38 MiB Size change: 274.27 KiB Changelog: * Sun Jan 19 2025 Pavel Solovev - 1.0.4-1 - Update to 1.0.4 Package: cups-1:2.4.11-13.eln146 Old package: cups-1:2.4.11-11.eln146 Summary: CUPS printing system RPMs: cups cups-client cups-devel cups-filesystem cups-ipptool cups-libs cups-lpd cups-printerapp Size: 23.71 MiB Size change: 4.42 KiB Changelog: * Wed Feb 19 2025 Zdenek Dohnal - 1:2.4.11-12 - fix upgrade path for lpc after sbin->bin change (fedora#2346160) * Thu Feb 20 2025 Zdenek Dohnal - 1:2.4.11-13 - every scriptlet has to return 0 (fedora#2346160) Package: dotnet8.0-8.0.113-1.eln146 Old package: dotnet8.0-8.0.112-1.eln145 Summary: .NET Runtime and SDK RPMs: aspnetcore-runtime-8.0 aspnetcore-runtime-dbg-8.0 aspnetcore-targeting-pack-8.0 dotnet-apphost-pack-8.0 dotnet-hostfxr-8.0 dotnet-runtime-8.0 dotnet-runtime-dbg-8.0 dotnet-sdk-8.0 dotnet-sdk-8.0-source-built-artifacts dotnet-sdk-dbg-8.0 dotnet-targeting-pack-8.0 dotnet-templates-8.0 Size: 2.74 GiB Size change: -2.05 MiB Changelog: * Mon Feb 17 2025 Omair Majid - 8.0.113-1 - Update to .NET SDK 8.0.113 and Runtime 8.0.13 Package: dotnet9.0-9.0.103-1.eln146 Old package: dotnet9.0-9.0.102-1.eln145 Summary: .NET Runtime and SDK RPMs: aspnetcore-runtime-9.0 aspnetcore-runtime-dbg-9.0 aspnetcore-targeting-pack-9.0 dotnet-apphost-pack-9.0 dotnet-host dotnet-hostfxr-9.0 dotnet-runtime-9.0 dotnet-runtime-dbg-9.0 dotnet-sdk-9.0 dotnet-sdk-9.0-source-built-artifacts dotnet-sdk-aot-9.0 dotnet-sdk-dbg-9.0 dotnet-targeting-pack-9.0 dotnet-templates-9.0 netstandard-targeting-pack-2.1 Size: 2.63 GiB Size change: -2.43 MiB Changelog: * Mon Feb 17 2025 Omair Majid - 9.0.103-1 - Update to .NET SDK 9.0.103 and Runtime 9.0.2 Package: emacs-1:29.4-53.eln146 Old package: emacs-1:29.4-52.eln146 Summary: GNU Emacs text editor RPMs: emacs emacs-common emacs-lucid emacs-nw emacsclient Size: 1.50 GiB Size change: -704.20 KiB Changelog: * Thu Feb 20 2025 Tom spot Callaway - 1:29.4-53 - rebuild for tree-sitter Package: fedora-release-43-0.5.eln146 Old package: fedora-release-43-0.4.eln146 Summary: Fedora release files RPMs: fedora-release-common fedora-release-eln fedora-release-identity-eln Size: 58.50 KiB Size change: 24.70 KiB Package: gaupol-1.15-19.eln146 Old package: gaupol-1.15-15.eln145 Summary: Editor for text-based subtitle files RPMs: python3-aeidon Size: 267.37 KiB Size change: -136 B Changelog: * Wed Feb 19 2025 Benjamin A. Beasley - 1.15-18 - Enable the gspell weak dependency on EPEL10, now that it???s available * Thu Feb 20 2025 Benjamin A. Beasley - 1.15-19 - Enable the vlc weak dependency on EPEL10, now that it???s available Package: gdal-3.10.2-3.eln146 Old package: gdal-3.10.1-4.eln146 Summary: GIS file format library RPMs: gdal-libs Size: 18.88 MiB Size change: 6.88 KiB Changelog: * Sat Feb 15 2025 Sandro Mani - 3.10.2-1 - Update to 3.10.2 * Thu Feb 20 2025 Marek Kasik - 3.10.2-2 - Rebuild for libarrow 19 in poppler's sidetag * Thu Feb 20 2025 Marek Kasik - 3.10.2-3 - Add definitions of missing int16_t and int32_t Package: gdcm-3.0.24-6.eln146 Old package: gdcm-3.0.24-5.eln145 Summary: Grassroots DiCoM is a C++ library to parse DICOM medical files RPMs: gdcm Size: 2.94 MiB Size change: 3.61 KiB Changelog: * Tue Feb 11 2025 Ankur Sinha (Ankur Sinha Gmail) - 3.0.24-6 - Rebuild for poppler 25.02.0 Package: glibc-2.41.9000-1.eln146 Old package: glibc-2.40.9000-37.eln146 Summary: The GNU libc libraries RPMs: glibc glibc-all-langpacks glibc-benchtests glibc-common glibc-devel glibc-doc glibc-gconv-extra glibc-langpack-aa glibc-langpack-af glibc-langpack-agr glibc-langpack-ak glibc-langpack-am glibc-langpack-an glibc-langpack-anp glibc-langpack-ar glibc-langpack-as glibc-langpack-ast glibc-langpack-ayc glibc-langpack-az glibc-langpack-be glibc-langpack-bem glibc-
