=== chris14_ is now known as chris14 [05:16] -queuebot:#ubuntu-release- New binary: openrct2-opensfx [amd64] (mantic-proposed/multiverse) [1.0.3-2] (no packageset) [05:17] -queuebot:#ubuntu-release- New binary: openrct2-openmsx [amd64] (mantic-proposed/multiverse) [1.3.1-2] (no packageset) [06:35] -queuebot:#ubuntu-release- Unapproved: accepted mutter [source] (lunar-proposed) [44.1-0ubuntu1] [06:55] -queuebot:#ubuntu-release- Unapproved: rejected livecd-rootfs [source] (jammy-proposed) [2.765.22] [06:56] -queuebot:#ubuntu-release- Unapproved: accepted livecd-rootfs [source] (jammy-proposed) [2.765.23] [07:43] -queuebot:#ubuntu-release- Unapproved: accepted gnome-shell [source] (lunar-proposed) [44.1-0ubuntu1] [07:47] -queuebot:#ubuntu-release- Unapproved: accepted nova [source] (bionic-proposed) [2:17.0.13-0ubuntu5.4] [08:23] fossfreedom_: it seems the issue with queuebot announcing daily builds is resolved [08:43] -queuebot:#ubuntu-release- Packageset: Added libvisual-plugins to i386-whitelist in mantic [09:44] ubuntu-archive, hello, do you plan to do some binNEW processing today? [09:45] I'm just interested in one php package but there is *really* no rush [09:48] -queuebot:#ubuntu-release- New: accepted edk2 [amd64] (mantic-proposed) [2023.02-2] [09:48] -queuebot:#ubuntu-release- New: accepted node-monaco-languageclient [amd64] (mantic-proposed) [20230504.93ecd19-1] [09:48] -queuebot:#ubuntu-release- New: accepted openrct2-openmsx [amd64] (mantic-proposed) [1.3.1-2] [09:48] -queuebot:#ubuntu-release- New: accepted openrct2-opensfx [amd64] (mantic-proposed) [1.0.3-2] [09:48] -queuebot:#ubuntu-release- New: accepted pgvector [amd64] (mantic-proposed) [0.4.2-1] [09:48] -queuebot:#ubuntu-release- New: accepted pgvector [armhf] (mantic-proposed) [0.4.2-1] [09:48] -queuebot:#ubuntu-release- New: accepted pgvector [riscv64] (mantic-proposed) [0.4.2-1] [09:48] -queuebot:#ubuntu-release- New: accepted php-league-uri-interfaces [amd64] (mantic-proposed) [2.3.0-1] [09:48] -queuebot:#ubuntu-release- New: accepted r-cran-memisc [amd64] (mantic-proposed) [0.99.31.6+dfsg-1] [09:48] -queuebot:#ubuntu-release- New: accepted r-cran-memisc [armhf] (mantic-proposed) [0.99.31.6+dfsg-1] [09:48] -queuebot:#ubuntu-release- New: accepted libjenkins-api-perl [amd64] (mantic-proposed) [0.18-2] [09:48] -queuebot:#ubuntu-release- New: accepted openrct2-opensfx [amd64] (mantic-proposed) [1.0.3-1] [09:48] -queuebot:#ubuntu-release- New: accepted pgvector [arm64] (mantic-proposed) [0.4.2-1] [09:48] -queuebot:#ubuntu-release- New: accepted pgvector [s390x] (mantic-proposed) [0.4.2-1] [09:48] -queuebot:#ubuntu-release- New: accepted r-cran-memisc [arm64] (mantic-proposed) [0.99.31.6+dfsg-1] [09:48] -queuebot:#ubuntu-release- New: accepted r-cran-memisc [riscv64] (mantic-proposed) [0.99.31.6+dfsg-1] [09:48] -queuebot:#ubuntu-release- New: accepted rust-erbium-net [amd64] (mantic-proposed) [1.0.4-1] [09:48] -queuebot:#ubuntu-release- New: accepted rust-erbium-net [armhf] (mantic-proposed) [1.0.4-1] [09:48] -queuebot:#ubuntu-release- New: accepted rust-erbium-net [riscv64] (mantic-proposed) [1.0.4-1] [09:48] -queuebot:#ubuntu-release- New: accepted rust-quoted-printable [arm64] (mantic-proposed) [0.4.8-1] [09:48] -queuebot:#ubuntu-release- New: accepted openrct2-openmsx [amd64] (mantic-proposed) [1.3.1-1] [09:48] -queuebot:#ubuntu-release- New: accepted pgvector [ppc64el] (mantic-proposed) [0.4.2-1] [09:48] -queuebot:#ubuntu-release- New: accepted r-cran-memisc [ppc64el] (mantic-proposed) [0.99.31.6+dfsg-1] [09:48] -queuebot:#ubuntu-release- New: accepted rust-erbium-net [arm64] (mantic-proposed) [1.0.4-1] [09:48] -queuebot:#ubuntu-release- New: accepted rust-quoted-printable [amd64] (mantic-proposed) [0.4.8-1] [09:48] -queuebot:#ubuntu-release- New: accepted rust-quoted-printable [ppc64el] (mantic-proposed) [0.4.8-1] [09:48] -queuebot:#ubuntu-release- New: accepted rust-quoted-printable [s390x] (mantic-proposed) [0.4.8-1] [09:48] -queuebot:#ubuntu-release- New: accepted rust-xmltree [arm64] (mantic-proposed) [0.10.3-1] [09:48] -queuebot:#ubuntu-release- New: accepted rust-xmltree [ppc64el] (mantic-proposed) [0.10.3-1] [09:48] -queuebot:#ubuntu-release- New: accepted rust-xmltree [s390x] (mantic-proposed) [0.10.3-1] [09:48] -queuebot:#ubuntu-release- New: accepted orsopy [amd64] (mantic-proposed) [1.1.0-1] [09:48] -queuebot:#ubuntu-release- New: accepted r-cran-memisc [s390x] (mantic-proposed) [0.99.31.6+dfsg-1] [09:48] -queuebot:#ubuntu-release- New: accepted rust-quoted-printable [armhf] (mantic-proposed) [0.4.8-1] [09:48] -queuebot:#ubuntu-release- New: accepted rust-xmltree [amd64] (mantic-proposed) [0.10.3-1] [09:48] -queuebot:#ubuntu-release- New: accepted rust-xmltree [riscv64] (mantic-proposed) [0.10.3-1] [09:48] -queuebot:#ubuntu-release- New: accepted php-psr-clock [amd64] (mantic-proposed) [1.0.0-1] [09:48] -queuebot:#ubuntu-release- New: accepted rust-quoted-printable [riscv64] (mantic-proposed) [0.4.8-1] [09:48] -queuebot:#ubuntu-release- New: accepted rust-erbium-net [ppc64el] (mantic-proposed) [1.0.4-1] [09:48] -queuebot:#ubuntu-release- New: accepted rust-xmltree [armhf] (mantic-proposed) [0.10.3-1] [09:49] wow thanks! [11:21] -queuebot:#ubuntu-release- New binary: php-league-uri [amd64] (mantic-proposed/universe) [6.8.0-1] (no packageset) [12:24] So, this isc-dhcp nw manager test has been running for 6 days now... I wounder what is going on there (it is indeed running, but REALLY slow) [12:34] athos: well, it's been queued up for 6 days, but it does not complete and gets restarted [12:35] according to https://autopkgtest.ubuntu.com/running#pkg-network-manager it has been running for 3.5 hors currently [12:35] hours, even [12:36] ubuntu-qa and netplan people are aware of it [12:57] -queuebot:#ubuntu-release- New: accepted php-league-uri [amd64] (mantic-proposed) [6.8.0-1] [13:00] -queuebot:#ubuntu-release- Unapproved: sosreport (lunar-proposed/main) [4.5-1ubuntu0 => 4.5.3ubuntu0.23.04.1] (ubuntu-desktop, ubuntu-server) [13:01] -queuebot:#ubuntu-release- Unapproved: sosreport (jammy-proposed/main) [4.4-1ubuntu1.22.04.1 => 4.5.3ubuntu0.22.04.1] (ubuntu-desktop, ubuntu-server) [13:01] -queuebot:#ubuntu-release- Unapproved: sosreport (kinetic-proposed/main) [4.4-1ubuntu1.22.10.1 => 4.5.3ubuntu0.22.10.1] (ubuntu-desktop, ubuntu-server) [13:02] -queuebot:#ubuntu-release- Unapproved: sosreport (bionic-proposed/main) [4.4-1ubuntu0.18.04.1 => 4.5.3ubuntu0.18.04.1] (ubuntu-desktop, ubuntu-server) [13:02] -queuebot:#ubuntu-release- Unapproved: sosreport (focal-proposed/main) [4.4-1ubuntu0.20.04.1 => 4.5.3ubuntu0.20.04.1] (ubuntu-desktop, ubuntu-server) [13:27] -queuebot:#ubuntu-release- Unapproved: rejected yaru-theme [source] (jammy-proposed) [22.04.5] [13:46] -queuebot:#ubuntu-release- Unapproved: gnutls28 (focal-proposed/main) [3.6.13-2ubuntu1.8 => 3.6.13-2ubuntu1.9] (core, i386-whitelist) [14:04] -queuebot:#ubuntu-release- New source: nvme-stas (jammy-proposed/primary) [2.2.1-1~ubuntu22.04] [14:04] -queuebot:#ubuntu-release- New source: nvme-stas (kinetic-proposed/primary) [2.2.1-1~ubuntu22.10] [14:34] -queuebot:#ubuntu-release- Unapproved: accepted gallery-dl [source] (jammy-backports) [1.25.4-1~bpo22.04.1] [14:54] rbasak: hey, what are the changes that are not SRU in yaru? [14:54] rbasak: if you mean the upstream changes, those are not code that is going to be used at all... it's just reference. [15:00] Trevinho: "Upstream reference sources updated to latest versions" [15:00] and "Sync Gtk3 with upstream" [15:00] If it's not being used then why are you changing it? [15:01] rbasak: it's the upstream code that is used by yaru source code as reference [15:01] But also, if you have a justification to make, please could you make it in publicly available documentation linked from the changelog? [15:01] if you check the meson stuff, you'd see that those files are not touched [15:04] I don't understand. If it's not necessary, why are you changing it? That just means that we have to have a conversation about it. Can't you just leave it out? [15:07] rbasak: so that's a native pacakge, we package what yaru-upstream does and they want to keep track of the upstream code. It could be probably filtered out at packaging time, but that's not something I'd do in a SRU... [15:08] So we always did this and it has never been a problem, because it should be clearer how the project is structured [15:08] however I'll re-upload explaining the changes. [15:09] we always did this and it has never been a problem> I appreciate the pain of this, but also, there's no way for me to review this if nobody has documented how it was done before. [15:10] rbasak: I understand, I though it was clear... Maybe want a README.source in the debian side? [15:10] rbasak: actually there's one already [15:10] and it properly states The gnome-shell/upstream directory is just for documentation and to allow three way merges when updating to new versions of gnome-shell, and it is not used for generating the final packages at all" [15:11] Trevinho: for SRU purposes the right place would be https://wiki.ubuntu.com/StableReleaseUpdates#Documentation_for_Special_Cases, with approval from an SRU team member. Then future SRU reviewers will be able to confidently follow the instructions there in the knowledge that the instructions themselves have been considered and approved for SRU generally [15:13] rbasak: can you maybe draft a special case for that? [15:17] Hi ubuntu-release, I believe we need to force/force-hint php-defaults/93ubuntu1 to allow the former php-common (8.1) to break so we can complete the transion :) [15:18] Trevinho: happy to work on it with you, but I don't understand the justification so I'm not in a position to draft it. [15:19] rbasak: well, as said that code is used as reference of what upstream code looks like compared to yaru... It's part of the source package, but it's never used to build the actual theme code that is going to run [15:24] -queuebot:#ubuntu-release- Unapproved: yaru-theme (jammy-proposed/main) [22.04.4 => 22.04.5] (ubuntu-desktop) [15:24] rbasak: re-uploaded with some comments, let me know if that's enough... [15:26] Trevinho: I'd like a stronger justification for making source-level changes. Without that, IMHO the changes are inappropriate for SRU and should be pulled out. [15:26] If other SRU team members disagree, then we can discuss it. [15:27] rbasak: bah, those are not sources, technically speaking [15:27] it's just like a README file... [15:27] it's reference data, not source code that ends up being used. [15:27] It could get used accidentally. Now I have to check. [15:28] We have a long enough SRU backlog as it is. This just unnecessarily adds to it. [15:28] Do you understand how this generates extra SRU review work? [15:29] rbasak: no, it can't. I mean, it indeed requires checking at what meson does... but it's worth few moments and see that nothing references that. Source is code that is used to build something, those are stale source files. [15:30] I think you underestimate what it means for a reviewer who doesn't already intimately know the upstream code and the packaging. [15:32] rbasak: I understand that, I would have appreciated asking before rejecting, but I also understand it's not easy going through the details all the times. [15:33] Trevinho: as far as I could tell, the a documented explanation would have required a re-upload. Hence the reject. [15:34] It's not sufficient for you to persuade me here - whatever the argument was, that needs to have been documented somewhere, and that would have needed a changelog change. [15:34] I see, fact is that it was somewhat documented already, but indeed not mentioned-again in the changelog [15:35] It might be documented what it is in README.source, but it's not documented why it's acceptable even though on the face of it it violates SRU policy. I wouldn't expect to find the latter in README.source. [15:36] so I'm happy to have made the change, I just hope is enough... Cause all the tecnical side of backporting fixes and documenting them is quite challenging, and being blocked on things that are not used is not super cool [15:36] I've been writing some documentation on why I think this is important. [15:36] To try and help with this. [15:37] But my position remains the same - it's not sufficient IMHO, sorry. I've asked other SRU team members for an opinion. [15:38] fine, it's just hard to find a solution here, given that I could remove all the upstream code, and that's still a source change. While removing the latest change only can be something that upstream developers don't want. [15:40] You are cherry-picking a bunch of fixes in this upload, no? [15:40] Why are you making more changes than just those cherry-picks? [15:40] rbasak: yes... [15:41] BUt, the upstream yaru branch is maintained bu upstream yaru develoepers and they update it with reference code they require [21:49] -queuebot:#ubuntu-release- Unapproved: gtk4 (lunar-proposed/main) [4.10.1+ds-2ubuntu1 => 4.10.3+ds-0ubuntu1] (desktop-core, i386-whitelist, ubuntu-desktop) [23:58] -queuebot:#ubuntu-release- New binary: libbiblio-rfid-perl [amd64] (mantic-proposed/none) [0.05-1] (no packageset) [23:58] -queuebot:#ubuntu-release- New binary: libhash-ordered-perl [amd64] (mantic-proposed/none) [0.014-2] (no packageset) [23:59] -queuebot:#ubuntu-release- New binary: rust-bendy [amd64] (mantic-proposed/none) [0.3.3-1] (no packageset) [23:59] -queuebot:#ubuntu-release- New binary: rust-bendy [s390x] (mantic-proposed/none) [0.3.3-1] (no packageset) [23:59] -queuebot:#ubuntu-release- New binary: rust-pep440-rs [ppc64el] (mantic-proposed/none) [0.3.9-1] (no packageset) [23:59] -queuebot:#ubuntu-release- New binary: rust-bendy [ppc64el] (mantic-proposed/none) [0.3.3-1] (no packageset) [23:59] -queuebot:#ubuntu-release- New binary: rust-pep440-rs [amd64] (mantic-proposed/none) [0.3.9-1] (no packageset) [23:59] -queuebot:#ubuntu-release- New binary: rust-pep440-rs [s390x] (mantic-proposed/none) [0.3.9-1] (no packageset)