Closed retry-the-user closed 3 months ago
If these UNRELEASED builds are not actually version upgrades or bug fixes, is there a way they can not show up in the main channel for the repository?
No, not until the build system is switched to something little bit smarter (probably debusine) than jenkins-debian-glue.
There was a chroot failure and with jenkins-debian-glue, and it's impossible to trigger just the broken builds, so I have to reissue the whole set of the packages.
On top of that there was also something wrong with the guest - if it became too overloaded, it just disabled itself 🤷, and jenkins is also lovely - if you restart it, it will just forget all the scheduled and interrupted jobs.
It's the current limitation of the system used, and I intend to improve on that.
There should be one last build today and it should be stable again. I found the underlying issue today.
There should be one last build today and it should be stable again. I found the underlying issue today.
Just got another one today : Inst php8.2-cli [8.2.17-1+0~20240320.48+debian12~1.gbpc3bdbd] (8.2.17-1+0~20240322.50+debian12~1.gbpc3bdbd bookworm [amd64]) []
So, what do you expect? A written notice every time I need to rebuild the package?
The packages will be rebuild as I need them to be rebuilt.
So, what do you expect? A written notice every time I need to rebuild the package?
No the opposite, because that's what IS happening now. I just want to know if what you wrote before about having found the issue and resolved all this is true or not.
Describe the bug Everyday since the php8.2.17 update on March 16th, I'm getting prompted to install what the Debian php changelog calls "Unrleased Snapshots".
(8.2.17-1+0~20240317.42+debian12~1.gbpc3bdbd) bookworm [amd64] (8.2.17-1+0~20240318.45+debian12~1.gbpc3bdbd) bookworm [amd64]
And now it wants to install a March 20 build: (8.2.17-1+0~20240320.48+debian12~1.gbpc3bdbd bookworm [amd64])
/usr/share/doc/php8.2-common/changelog. Debian.gz shows the Mar 18th build but not the 17th, and now I'm being prompted to install the Mar 20th build. That's 4 new builds in 5 days.
SNAPSHOT build @c3bdbd35be595a7f1df060ed9ca3554f910cc1da
This is Debian GNU/Linux 12 (bookworm) amd64
Policy shows the March 20th candidate
apt-cache policy php8.2
php8.2: Installed: (none) Candidate: 8.2.17-1+0~20240320.48+debian12~1.gbpc3bdbd Version table: 8.2.17-1+0~20240320.48+debian12~1.gbpc3bdbd 500 500 https://packages.sury.org/php bookworm/main amd64 Packages 8.2.7-1~deb12u1 500 500 https://deb.debian.org/debian bookworm/main amd64 Packages 500 https://deb.debian.org/debian-security bookworm-security/main amd64 Packages
Additional context I've gotten occasional "Snapshot" builds before, but never 3 days in a row.
I installed the latest on one of my servers and the Debian changelog for php now shows:
php8.2 (8.2.17-1+0~20240320.48+debian12~1.gbpc3bdbd) unstable; urgency=medium
SNAPSHOT build @c3bdbd35be595a7f1df060ed9ca3554f910cc1da
So the other "unreleased" snapshot builds are not in the changelog, only the newest one.
If these UNRELEASED builds are not actually version upgrades or bug fixes, is there a way they can not show up in the main channel for the repository?