You are not logged in.
Pages: 1
Hi!
I am interested in knowing what are the steps between the release of a new software by developers (is that called upstream?) and the time it lands in the arch repos.
I noticed for instance that I already benefit of Firefox 81.0 that was released yesterday, but not yet of Gnome 3.38 that was released on September 16.
Note that I am not asking for an ETA. I am genuinely interested in what happens in the meantime: is there a security proofing? A need to work on breaking changes? Compatibility?
I searched a bit but couldn't find relevant answers. Thank you for your replies.
Offline
Packages are basically released when they're ready.
Offline
Thank you a821. I should have said I read that answer in the FAQ. If you allow me to rephrase I am interested in knowing what is being done in the process. What do the package maintainers have to do in order to grant the "ready" status?
Offline
They bump the version, do any changes in the PKGBUILD to get it to compile, test for basic functionality on their own systems, maybe pull/develop patches for compatibility with newer libraries...
You might want to read through: https://wiki.archlinux.org/index.php/De … Wiki:Index as it contains some general guidelines for how the packaging process works.
Online
Bump the pkgver and then check that it builds and work? I don't think there's more to it, but I not a dev/TU. Some packages go to testing, so if you want to collaborate, enable the testing repo and report any issue back.
Offline
Thank you V1del, much appreciated! That's more in the line of what I had in mind.
Offline
Also devs usually test the integration of packages when it comes e.g. to DEs as you mentioned.
While firefox is (more or less) a stand alone package that either compiles and runs or doesn't, huge DEs like Gnome consist of multiple packages that need to play together seamlessly and also with other desktop applications.
This is why most DEs also have a testing repo, that users can enable to thoroughly test new DE releases and whether their components work well and stable.
Inofficial first vice president of the Rust Evangelism Strike Force
Offline
Thank you schard, that makes sense. I think I am a user with enough experience to enable such a testing repo soon
Offline
It's also important to keep in mind that different arch devs are responsible for different core/extra packages, and yet others people (Trusted Users) are responsible for community packages. Each individual volunteer has a different lifestyle / habits / and time available that they devote to packaging. This will always be a factor - and from a user's perspective a random or non-deterministic factor - in the time between an upstream release and when the package is ready for our repos.
It's quite possible that one upstream of firefox is released on a Thursday and is in our repos on Friday, but the next release comes on a Saturday and isn't in our repos until the next Friday - not because there was any more work to do, but perhaps that packager just sets aside time on Fridays for packaging (and this example even assumes the time they set aside for packaging is a consistent / regular schedule).
So while the technical information from previous posts is hopefully valuable, I suspect much of the variance in the time interval will actually come more from these human factors.
"UNIX is simple and coherent" - Dennis Ritchie; "GNU's Not Unix" - Richard Stallman
Offline
I hope Arch will have Gnome 3.38 before Ubuntu 20.10.
Offline
It's also important to keep in mind that different arch devs are responsible for different core/extra packages, and yet others people (Trusted Users) are responsible for community packages. Each individual volunteer has a different lifestyle / habits / and time available that they devote to packaging. This will always be a factor - and from a user's perspective a random or non-deterministic factor - in the time between an upstream release and when the package is ready for our repos.
It's quite possible that one upstream of firefox is released on a Thursday and is in our repos on Friday, but the next release comes on a Saturday and isn't in our repos until the next Friday - not because there was any more work to do, but perhaps that packager just sets aside time on Fridays for packaging (and this example even assumes the time they set aside for packaging is a consistent / regular schedule).
So while the technical information from previous posts is hopefully valuable, I suspect much of the variance in the time interval will actually come more from these human factors.
Thank you Trilby. It is important to stress out - as you did - that these people are volunteers. As much as I like cutting-edge software, I always remember that there are a bunch of people disseminated on the planet to whom I am indebted for bringing me those software.
Offline
As a side note regarding gnome 3.38, the list of bugs opened since release is quite scary, it's probably wise to wait for a point release...
Offline
Kubrick, is there another place to look at than https://bugs.archlinux.org/index/proj1? … &sort=desc?
Offline
Yes: https://bugzilla.gnome.org/ resp. https://gitlab.gnome.org/GNOME
Last edited by schard (2020-10-08 08:23:55)
Inofficial first vice president of the Rust Evangelism Strike Force
Offline
Thank you schard!
Offline
Pages: 1