On 2023-01-08 12:13:36 (+0100), Jelle van der Waa wrote:
On 05/01/2023 23:15, Levente Polyak wrote:
# Introduction
Behold, ~~winter~~ Git is coming. We've been working on and off to get Git packaging sources ready for a while now. Today I'd like to outline the final proposal regarding the action plan, workflow, tooling and also the reason for a couple of decisions. Consider this as a late xmas gift to our distro 🎁😻
First of all: I'm very excited this is finally happening! 🥳
I'm looking into the Archweb changes for Git packaging support, at least linking to the urls should be easier. But what do we do with kde-unstable, gnome-unstable? I believe that kde-unstable is now a branch next of trunk? Or a separate branch? [1]
I'm actually not 100% sure how in Git packaging we handle [testing]/[community] now. As far as I can see it will be a linear history.
So I commit something to [community-testing], we tag it. I won't be able to update [community] unless I bump both. Which honestly makes me wonder if we should ideally just use branches in our Git packaging repo for community, community-testing.
@jelle Maybe I misunderstand your last paragraph, but isn't this the case currently already? I think dbscripts will prevent you from updating the stable repository (e.g. extra), if any of the other stability layers (staging or testing) would then have the package in a version lower than the one you're trying to add. It is always staging > testing > stable. On IRC we have been writing a bit about how to make links to the package sources on our GitLab available in archweb (we need to implement the translation of version string to git tag string). As repod will need similar functionality for source verification purposes in the future, I sketched out the functionality in a small lib here: https://gitlab.archlinux.org/dvzrv/archlinux-version-tag-conversion/ Admittedly, it is not a lot of code and we could also consider having it in each application directly, but maybe we'll find more functionality for a shared library, that could go there. Best, David -- https://sleepmap.de