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

[arch-dev-public] Arch Conf 2020 videoes
by Morten Linderud 01 Nov '20

01 Nov '20

Yo! I'd like to just point out to people that we have uploaded the talks to media.ccc.de :) https://media.ccc.de/c/arch-conf-2020 Youtube Playlist: https://www.youtube.com/playlist?list=PL3tfdJ8q1zXRFu6QPELCaIwU3BIzauUJi It went a bit quicker then expected so I'll do a httpdir drop with slides, music, written Q&A and any misc stuff that was used for the production of the conference sometime later this week. I'll also announce it properly on the conference webpage and to our speakers! I recommend everyone to go watch the keynote talk of the conference if you didn't catch it. The surprise from day 2 has also been added :) https://media.ccc.de/v/arch-conf-online-2020-6379-arch-linux-past-present-a… Have a good week<3 -- Morten Linderud PGP: 9C02FF419FECBE16

1 0

[arch-dev-public] archlinux/base docker image will no longer be updated
by Pierre Schmitz 01 Nov '20

01 Nov '20

Hi all, as the archlinux/base image has been replaced by https://hub.docker.com/repository/docker/archlinux/archlinux I'll no longer manually build this image alongside the ISO image release. I guess it would be best to remove the repository so people will not silently keep using an outdated image. Greetings, Pierre

2 1

[arch-dev-public] News draft: Accessibility features added to installation media
by David Runge 01 Nov '20

01 Nov '20

Hey all, below is the news item I would like to post once the installation medium is released some time tomorrow: ``` We are very happy to announce that accessibility features have been added to our installation medium with [archiso v49](https://gitlab.archlinux.org/archlinux/archiso/-/tags/v49). From release 2020.11.01 onwards these are available via the 2nd boot loader menu item. Many thanks go to Alexander Epaneshnikov who integrated the features from the [TalkinArch](https://wiki.archlinux.org/index.php/TalkingArch) project into archiso's releng profile, which is used for creating the installation medium. Note: The bootloader timeouts have been set to 15s to allow blind users to select the menu item as the bootloaders themselves do not offer accessibility features. The timeout is stopped as soon as e.g. an arrow key is pressed. ``` If you have improvement suggestions, please let me know! Best, David -- https://sleepmap.de

3 2

[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