June 2022 - Arch-dev-public - lists.archlinux.org

Re: [arch-dev-public] openssl 3.0
by Pierre Schmitz 15 Dec '22

15 Dec '22

Hi Jelle, (also forwarding to dev-public) definitely yes, OpenSSL 3.0 is on my wish list! :-) I did not want to jump on it at day one though. Even the last minor updates were quite painful and we still have packages requiring version 1.0 and are still not compatible with 1.1. While they claim that most packages should work with a recompile, it would be nice to actually know which packages are not compatible. This should help whether we need another compatibility package are would be able to just replace openssl 1.1 with version 3. I know about foutrelis' awesome rebuilder script, but I wonder if we have something similar that I just could run for half a day to get an idea which package would break and which wont? Like a dry run that wont commit anything. If no such thing exists yet, I might have a look myself. Greetings, Pierre On Wed, Nov 3, 2021 at 9:14 PM Jelle van der Waa <jelle(a)vdwaa.nl> wrote: > > Hi Pierre, > > Shall we start an openssl 3.0 rebuild soon? Fedora/Debian/Alpine seens > to have already started. > > https://fedoraproject.org/wiki/Changes/OpenSSL3.0 > > Greetings, > > Jelle -- Pierre Schmitz, https://pierre-schmitz.com

10 19

The future of arch-commits
by Kristian Klausen 12 Sep '22

12 Sep '22

Hi all, I'm in the process of migrating our mailing lists from mailman2 to mailman3[1]. Migrating arch-commits could be a challenge though (+1 million mails) and just deprecating it would be easier :) So, is there any reasons for not deprecating it? How are you using it and could that need be met in some other (and perhaps better) way? [1] https://gitlab.archlinux.org/archlinux/infrastructure/-/issues/59 Cheers, Kristian Klausen

4 5

default gems in ruby deployment
by Andreas 'Segaja' Schleifer 16 Jul '22

16 Jul '22

Hello everyone, | | | || while trying to package the ruby framework rails [0] I stumbled over the fact that ruby itself is shipping an assortment of "default gems" which they call "Standard Library" [1] [2] || and something called "Bundled Gems" [3], which is another set of "default gems". || The problem I see in these gems is that they are pulled into the ruby source repo [4] from their dedicated original sources before a ruby release and then get used in the release. || Furthermore ruby itself does not release a new version of itself whenever a gem of this standard library updates, which means that over time sooner or later most of these gems in the bundle || will be out-of-date. || Now apparently ruby has a general solution for that. You can have multiple versions of one gem installed, the "default" versions do show up with a default prefix in the `gem list` output. || | | || So much for the actual ruby state. Now I would like to highlight some points I found out about how Arch Linux is packaging ruby and the issues I see with it. || | | || Our ruby package [5] is currently removing a total of nine pre-shipped gems from the main ruby release with the comment that they are shipped in seperate packages [6]. || I recently checked and found out that three of these removed gems are not provided as packages (anymore?). Namely rbs, typerof and erb. || Furthermore the PKGBUILD has code in there which states that it removes *all* bundled gems to avoid conflicts [7], but when I run a `gem list | grep 'default'` I still see the default gems. || After some research I found out the reason is because the path in which the default gems are located are not the path that we are removing with these three lines of code. || It could be that the location of these default gems changed in some version and was never updated. || | | || The problem I see in the current situation is that we have most of the default gems still installed and then some of them get upgraded (sometimes even to a higher major version) by dedicated packages. || This can potentially break dependency changes if one of the not upgraded default gems is requiring the gem that was upgraded to a new major version. || | | || From my point of view the only real fix for this is to make sure that we again remove all the default gems so that they can be packaged seperatly. Whether or not we want to provide all gems from the || "standard library" and "bundled gems" is then a different question and would in the end require more ruby packages. || Also I would recomment to add a comment to the PKGBUILD file of these gems stating that they are part of the "standard library" / "bundled gems" and such shouldn't be dropped from the repos in the future. || | | || We also could think about putting all the "standard library" gems (and maybe even the "bundled gems") in a package group called "ruby-stdlib" or a meta-package (which I think is better). || That way users could easily install all of them with one command and we also know which packages belong to the "ruby standard library". || | | || One side effect I see with this approach is that we currently have "hidden dependencies" on some of the standard library gems like in case of ruby-nokogiri [8], which is depending on ruby-racc which is not listed in the PKGBUILD file. || Currently this package only works because racc is one of the gems in the standard library [9] and such pre-installed. If we now cleanup the ruby package we need to fix such issues. || | | || | | || Best regards || Segaja || | | || | | || [0] https://rubyonrails.org/ || [1] https://rubyreferences.github.io/rubyref/stdlib.html || [2] https://ruby-doc.org/stdlib-3.1.2/ || [3] https://rubyreferences.github.io/rubyref/stdlib/bundled.html || [4] https://github.com/ruby/ruby/tree/master/lib || [5] https://archlinux.org/packages/extra/x86_64/ruby/ || [6] https://github.com/archlinux/svntogit-packages/blob/packages/ruby/trunk/PKG… || [7] https://github.com/archlinux/svntogit-packages/blob/packages/ruby/trunk/PKG… || [8] https://bugs.archlinux.org/task/71500 ||[9] https://rubyreferences.github.io/rubyref/stdlib/string-utilities/racc.html|

4 16

Gone until August
by Morten Linderud 27 Jun '22

27 Jun '22

Yo, I'll be gone from the start of July until the start of August! Vacation time along with starting a new job over the summer. I also need to recharge some batteries. If you need anything from me please tell me so we can sort it asap. Else I will be reachable if there is something important, but I won't be prioritizing it. The only exception will be a few days at May Contain Hacker in Netherlands next month where I'll be doing a self-organized session and distributing some stickers :) I've included a list of packages I'm the sole maintainer of. Feel free to co-maintain or update it when there are new releases available. Note the list contains core/extra/community packages. -- Morten Linderud PGP: 9C02FF419FECBE16 # Packages $ pkgsearch -m Foxboron -l 1 archlinux-contrib archlinux-repro asp b4 barrier bmusb bucklespring catatonit cni-plugins debugedit docker-scan dqlite flatpak-xdg-utils fsverity-utils fuse-overlayfs gopls go-tools grobi hy i3-gaps influx-cli influxdb jgmenu jq libmd mlocate mopidy nageru nano-syntax-highlighting pass-otp patatt pdfjs perl-data-perl perl-gnupg-interface perl-moox-handlesvia perl-moox-late perl-search-xapian perl-strictures perl-sub-handlesvia perl-type-tiny plocate podman-dnsname protege public-inbox python2-docs python2-typing python-adblock python-babel python-docs python-dotty-dict python-flask-babel python-formencode python-guzzle-sphinx-theme python-halo python-hid python-hjson python-jsonrpclib-pelix python-keyutils python-ldap python-log_symbols python-m2crypto python-milc python-nbxmpp python-nltk python-pew python-pydbus python-pydocstyle python-pydrive python-pyflakes python-pygame python-pykka python-pypeg2 python-pywal python-reportlab python-rope python-send2trash python-shutilwhich python-speaklater python-sphinx-autorun python-spinners python-sqlobject python-sqlparse python-typed-ast python-xlib qmk qprint raft screenkey signing-party staticcheck step-ca tailscale toolbox vim-ultisnips wpa_supplicant xdp-tools

5 4

Arch Linux in May 2022
by Levente Polyak 14 Jun '22

14 Jun '22

## Staff We would like to welcome Slithery [0] among our Forum Admins. Furthermore fukawi2 has stepping down [1] as Forum Admin. We would like to express appreciation for all the work through the years. Last but not least we held our first Mediator election where Andrea Denisse Gómez-Martínez (denisse), David Runge (dvzrv) and Morgan Adamiec (morganamilo) were elected. This has implemented the previously ratified RFC-0009 [2]. An official mediation program in our organization helps to settle disputes and provides a clear escalation path. ## gnome boxes Gnome boxes now supports installing Arch Linux from an ISO using our GeoIP mirror. ## mailman3 We started migrating our mailing lists from mailman2 to mailman3. The migration is handled list by list by DevOps. All mailman3 lists will have their From header kept unmangled, preserving the sent mail as is hence allowing to validate DKIM signatures. [0] https://gitlab.archlinux.org/archlinux/infrastructure/-/issues/454 [1] https://gitlab.archlinux.org/archlinux/infrastructure/-/issues/456 [2] https://gitlab.archlinux.org/archlinux/rfcs/-/merge_requests/9

1 0