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

[arch-dev-public] archiso v49 with new features
by David Runge 30 Oct '20

30 Oct '20

Hey all! So, there are some exciting news for the upcoming archiso release! Maybe some of you have followed the presentations during Arch Conf 2020. I did one on archiso. The upcoming v49 will include accessibility features for blind and visually impaired, making it possible to install Arch Linux with the help of auditory feedback. Not only the resulting ISO itself has accessibility support now, but also the script to test a built image locally - run_archiso (via an option flag). Many thanks go to Alexander Epaneshnikov for spending the time to integrate his efforts from the talking-arch project into our builtin releng profile! Additionally, the use of build.sh scripts per profile has been removed. This is due to the fact that archiso has moved to (mostly) declarative profiles, which makes creating profiles less complicated (as now only mkarchiso is required to build a profile). There are still a few outstanding rough edges, but most of those are already tracked and I believe we have arrived at a pretty decent state by now. Many thanks go to nl6720 for a lot of brainstorming, implementing, breaking and fixing! :) If this mail reads like a changelog, then well, it is because I don't have a changelog in the project yet! ;-) Apart from that I thought it might be worthwhile to write a news item about it after the next ISO has been released and share the above two changes on the website. What do you think? Best, David -- https://sleepmap.de

3 2

[arch-dev-public] New version of the pkgstats client
by Pierre Schmitz 27 Oct '20

27 Oct '20

Hi all, I just released the initial version of a new pkgstats package. As it now requires different arguments (e.g. it does no longer submit the list when run with no arguments) it is technically a BC break; therefore version 3. For most users who simply install it to enable the weekly submission of packages no intervention is needed. The command now supports displaying statistics right from the terminal. E.g. pierre@skynet ~> pkgstats show go nodejs nodejs 65.26 go 61.34 For more information see the integrated help; I also wrote a quick post at https://pierre-schmitz.com/pkgstats-version-3-lookup-package-statistics-fro… Greetings, Pierre

2 3

Re: [arch-dev-public] News draft: libtraceevent>=5.9-1 update requires manual intervention
by Jan Alexander Steffens 26 Oct '20

26 Oct '20

On Mon, Oct 26, 2020 at 2:16 PM Sébastien Luttringer <seblu(a)seblu.net> wrote: > On Sat, 2020-10-24 at 23:27 +0200, Sébastien Luttringer wrote: > > > > Sure, I didn't know that rule. It's written somewhere or well known habit? > > > Jan? Sorry; I don't think it's written down anywhere; it's just what I did last time. It helps us (and users of [*testing], who are encouraged to subscribe to arch-dev-public) make sure that the draft is actually correct.

1 0

[arch-dev-public] Mail server migration
by Jelle van der Waa 24 Oct '20

24 Oct '20

Hi All, Tomorrow we will migrate the mail server starting at Saturday the 24th October (tomorrow) on 12:00 GMT. The migration should take around four hours, but could take longer. This migration affects everything which sends email, so not only your @archlinux.org address but also the bbs, AUR, etc. The reason is why we migrate the mail server, the current server costs us ~ 40-60 euro / month (dedicated server) and we will be moving to a VPS which is around ~ 3 euro / month. Greetings, Jelle

2 2

[arch-dev-public] News draft: libtraceevent>=5.9-1 update requires manual intervention
by Sébastien Luttringer 24 Oct '20

24 Oct '20

The libtraceevent package prior to version 5.9-1 was missing a soname link. This has been fixed in 5.9-1, so the upgrade will need to overwrite the untracked files created by ldconfig. If you get any of these errors libtraceevent: /usr/lib/libtraceevent.so.1 exists in filesystem when updating, use pacman -Syu --overwrite usr/lib/libtraceevent.so.1 to perform the upgrade. Sébastien "Seblu" Luttringer

2 2

[arch-dev-public] SVN to Git Migration work and POC
by Morten Linderud 21 Oct '20

21 Oct '20

We are moving to git! Hopefully...maybe...someday! This has been a change that has been discussed for years, but progress has been stalled because of different reasons. I decided to pick it up and work on getting devtools and dbscripts up to speed. It's important to note that nothing is changing in the very-near future, and there is still A LOT left to be figured out. This email is intended for the ones that wish to help out testing the current point of concept and come forward with thoughts and ideas. # tl;dr A quick summary of the technical changes so far: - Each package is it's own git repository located under a packages group on gitlab - Consolidated the dbscript distinction between "community" and "packages" into "packages" The git repostitories still keep the namespaces "community" for TUs, and "packages" for developers. - devtools creates .SRCINFO files upon commit - devtools creates signed tags in the package repository - Git tags has a seperate version scheme from pacman because git has limitations - pacman version: 1:1.2.3-1 - git tag: release-1-1.2.3-1 # Testing ## Gitlab Access We have gotten a gitlab instance running where we can create repositories. To help testing svn2git migration you need to access this instance. All accounts from team-members should have been created already, and all you need to do is to reset the password with your archweb email. https://gitlab.archlinux.org If you don't get any emails, you should contact devops. Important to note that I need to add you to the `package-test` group on gitlab if you wish to test the tooling. Please reply to me offlist, or poke me on `#archlinux-projects`. ## SVN Repository to Git conversion Anthraxx, with the great help of Ismael, has rewritten the original `gitsvn2git` bash script to a nice python tool to help us convert git2svn packages into standalone git repositories. When following the instructions below you can make your own packages or play around with the script with your current packages. https://github.com/anthraxx/arch-svn-package-to-git ## WIP Repository Currently there is a POC server running dbscripts on svn2gittest.archlinux.org. This server is provisioned by the devops team, with me being the administrator. Install the WIP devtools package from my repository: https://pkgbuild.com/~foxboron/repos/devtools/ It should live alongside the current devtools package and only provide the WIP tooling with git support. - Ensure you can ssh into svn2gittest.archlinux.org - The box has been deployed with our archusers ansible role and should contain the same users as orion - Navigate the package-tests project; https://gitlab.archlinux.org/packages-test - Create a repository in either packages or community. - You can use any package you want. Any consistency checks in the WIP repository has been removed and shouldn't interfer with any packages you push. - Work with the package as normal. - When you commit the changes use: `git-extrapkg` for packages under `packages-test/packages` `git-communitypkg` for packages under `packages-test/community` - When you have uploaded the package: ssh svn2gittest.archlinux.org "/packages/db-update" Note: The dbscripts tooling has been consolidated. There is not need for `/community/db-update` If there are any bugs, please poke me in #archlinux-projects The technical overview is currently being worked on in on in the archwiki: https://wiki.archlinux.org/index.php/User:Foxboron/GitMigration Cheers! -- Morten Linderud PGP: 9C02FF419FECBE16

1 0

[arch-dev-public] rfc: reflector and providing pacman-mirrorlist
by Xyne 20 Oct '20

20 Oct '20

Hi all, There's an open ticket to have the reflector package provide "pacman-mirrorlist" so that users can remove the latter: https://bugs.archlinux.org/task/67653#comment193375 The problem is that the package does not include a mirrorlist and it will only create one if the user starts the provided service, which is entirely optional (I do not use it, for example). The dependency is thus not satisfied without user intervention. I'm inclined to leave it as is (no provides) rather than risk broken pacman dependencies because a user forgot to run the service, but I'm still weighing the pros and cons. Does anyone here have an opinion or a suggestion of how to handle this elegantly? Regards, Xyne

2 2

[arch-dev-public] News draft: nvidia 455.28 is incompatible with linux >= 5.9
by Sven-Hendrik Haase 19 Oct '20

19 Oct '20

nvidia is currently partially incompatible with linux >= 5.9 [1][2]. While graphics should work fine, CUDA and OpenCL are broken. Users who've already upgraded and need those features are advised to switch to the linux-lts kernel for the time being. [1] https://forums.developer.nvidia.com/t/nvidia-driver-not-yet-supported-for-l… [2] https://bugs.archlinux.org/task/68312

2 1

Re: [arch-dev-public] Packages added to todo list 'Remove libjpeg from depends/makedepends/optdepends and use shared object dependency'
by Evangelos Foutras 19 Oct '20

19 Oct '20

David, following the concerns raised on IRC [1], is this todo getting canceled? [1] no prior discussion, library with stable soname, prioritization and scalability of adding sodeps to more packages

2 1

[arch-dev-public] Packages up for adoption
by Bartłomiej Piotrowski 15 Oct '20

15 Oct '20

Hi, Due to lack of free time, I've orphaned some packages I don't want to think about: bash bash-completion chrome-gnome-shell expat gdbm libcap libffi libunistring libusb networkmanager-fortisslvpn ncurses openfortivpn readline texinfo wpa_supplicant I've also disowned some packages I've been co-maintaining with other packagers but that's not so interesting. Bart

4 3