vorlon | xnox: LP: #1797386 includes no test case information for the python packages; and unlike the ruby, r-cran bits I already accepted, these touch things besides openssl support. (and also, do these changes introduce a runtime dep on 1.1.1? there are no changes to versioned deps. What's the verification plan here? | 00:06 |
---|---|---|
ubot5` | Launchpad bug 1797386 in openssl (Ubuntu) "[SRU] OpenSSL 1.1.1 to 18.04 LTS" [Undecided,In progress] https://launchpad.net/bugs/1797386 | 00:06 |
xnox | vorlon, python3s gain shlibdep on 1.1.1 due to using 1.1.1 only symbols; the 2.7 one does not; and we wanted to include pythons point releases due to openssl support and for doko to piggy back onto openssl rebuild of python. | 00:07 |
xnox | vorlon, python updates is intensive, hence it's openssl+python-point-release updates | 00:07 |
vorlon | xnox: yes, so where are the test plan / results for the python updates? this needs to be transparent in the SRU bugs | 00:08 |
xnox | vorlon, the openssl verification of pythons is sufficent in autopkgtests of like ssl module, python-cryptography, and reverse triggers. | 00:08 |
xnox | (cause i had to fix a few of those, which already landed as standalone SRUs, hence expect greenish results from python* stuff w.r.t. openssl) | 00:08 |
doko | the big test rebuild covered the python updates as well | 00:09 |
xnox | vorlon, the test plan / results for the python updates -> i believe doko had the test rebuild results. | 00:09 |
vorlon | then that needs to be spelled out in the SRU bug | 00:09 |
xnox | ok | 00:09 |
doko | https://docs.google.com/spreadsheets/d/1tMIwlwoHH_1h5sbvUbNac6-HIPKi3e0Xr8ebchIOU1A/edit#gid=147857652 Sheet2 | 00:09 |
-queuebot:#ubuntu-release- Unapproved: rejected kdelibs4support [source] (disco-proposed) [5.56.0-0ubuntu3] | 00:10 | |
vorlon | xnox: and there's no runtime breakage from using new python2.7 binary against openssl 1.1.0? nothing will break as a result of trying to use unknown enum values? | 00:10 |
doko | and there's an upstream plan to extend the support: https://bugs.python.org/issue34631 | 00:11 |
-queuebot:#ubuntu-release- Unapproved: accepted apache2 [source] (disco-proposed) [2.4.38-2ubuntu2] | 00:11 | |
xnox | vorlon, there is no breakage if one upgrades all the things..... if one has selective upgrades one can end up in a situation where python is clearly using tls1.3 but doesn't have enums for it; or it smells like it has tls1.3 enums but fails to use them at runtime. I have constructed emperically such a situation, however so far i have not seen this to actually cause any problems as nobody is using tls1.3 enums in python2.7 or expects them to be | 00:13 |
xnox | usable, yet. I have a bug filed for this https://bugs.launchpad.net/ubuntu/+source/python2.7/+bug/1808476 but we didn't action yet. | 00:13 |
ubot5` | Ubuntu bug 1808476 in python2.7 (Ubuntu) "Please bump libssl1.1 dependency to at least >= 1.1.1, as headers leak constants" [Undecided,New] | 00:13 |
xnox | vorlon, it's a valid concern, but only theoretical at the moment. | 00:13 |
xnox | and doesn't manifest itself if all updates are installed/applied. Note that pythons are built in security pocket, such that security team can copy these into -security pocket if and when openssl 1.1.1 ends up in the security pocket. | 00:14 |
xnox | (as the rest of the things built from my ppa) | 00:14 |
vorlon | ok, I still think we should patch that as part of this SRU | 00:14 |
xnox | ok | 00:15 |
-queuebot:#ubuntu-release- Unapproved: accepted gnome-software [source] (bionic-proposed) [3.28.1-0ubuntu4.18.04.9] | 00:36 | |
acheronuk | infinity: re kdelibs4support. I frankly have no idea how to fix that for s390x. | 02:41 |
acheronuk | I can't see any KDE developers caring one jot about s390x either | 02:44 |
acheronuk | infinity: oh, on reading your reject message, you mean we should perhaps hint it for this release? that would seem reasonable | 03:05 |
acheronuk | at 3:30am when I can't sleep, I didn't quite get the meaning | 03:06 |
-queuebot:#ubuntu-release- Unapproved: bash (disco-proposed/main) [5.0-2ubuntu1 => 5.0-3ubuntu1] (core) | 03:16 | |
-queuebot:#ubuntu-release- Unapproved: appstream (disco-proposed/main) [0.12.6-1 => 0.12.6-2] (desktop-core) (sync) | 04:04 | |
-queuebot:#ubuntu-release- Unapproved: accepted bash [source] (disco-proposed) [5.0-3ubuntu1] | 04:04 | |
vorlon | bdmurray: have you already seen that apport autopkgtests are newly unhappy with your latest upload? | 04:16 |
infinity | acheronuk: It's a Qt regression, AFAICT, not a KDE regression. Turning off KDE tests to paper over a Qt regression seems odd. | 04:26 |
-queuebot:#ubuntu-release- New: accepted python-octavia-lib [source] (disco-proposed) [1.1.1-0ubuntu1] | 04:29 | |
infinity | acheronuk: But yeah, even if we decide we don't care, I'd rather see a failing test than one that claims to be passing because it's disabled. | 04:31 |
-queuebot:#ubuntu-release- New binary: python-octavia-lib [amd64] (disco-proposed/none) [1.1.1-0ubuntu1] (no packageset) | 04:32 | |
-queuebot:#ubuntu-release- New: accepted python-octavia-lib [amd64] (disco-proposed) [1.1.1-0ubuntu1] | 04:38 | |
vorlon | infinity: what is the new dpkg doing to lsb-base (and therefore sudo) in autopkgtests? | 04:43 |
-queuebot:#ubuntu-release- Unapproved: gcc-defaults-ports (disco-proposed/universe) [1.181ubuntu1 => 1.181ubuntu2] (no packageset) | 04:43 | |
-queuebot:#ubuntu-release- Unapproved: gcc-defaults (disco-proposed/main) [1.181ubuntu2 => 1.181ubuntu3] (core) | 04:43 | |
vorlon | versioned breaks or such? | 04:43 |
vorlon | ah, looks quite likely | 04:44 |
-queuebot:#ubuntu-release- Unapproved: accepted gcc-defaults-ports [source] (disco-proposed) [1.181ubuntu2] | 04:44 | |
-queuebot:#ubuntu-release- Unapproved: accepted gcc-defaults [source] (disco-proposed) [1.181ubuntu3] | 04:46 | |
-queuebot:#ubuntu-release- Unapproved: intel-media-driver (disco-proposed/universe) [18.4.0+dfsg1-1 => 18.4.0+dfsg1-1ubuntu1] (kubuntu) | 04:55 | |
infinity | vorlon: Versioned breaks, yeah. | 05:46 |
infinity | vorlon: I forgot that pinning wreaks havoc with that, probably should have migrated lsb before uploading dpkg. | 05:47 |
vorlon | infinity: bit of manual triggering required to get it going, but things are generally passing now | 05:56 |
vorlon | and lsb should get in with the next run besides | 05:57 |
-queuebot:#ubuntu-release- Unapproved: veusz (disco-proposed/universe) [3.0.1-1 => 3.0.1-1ubuntu1] (no packageset) | 06:24 | |
-queuebot:#ubuntu-release- Unapproved: accepted veusz [source] (disco-proposed) [3.0.1-1ubuntu1] | 06:25 | |
acheronuk | infinity: on refection I don't disagree | 06:40 |
-queuebot:#ubuntu-release- Unapproved: gcc-defaults-ports (disco-proposed/universe) [1.181ubuntu2 => 1.181ubuntu3] (no packageset) | 07:51 | |
-queuebot:#ubuntu-release- Unapproved: accepted gcc-defaults-ports [source] (disco-proposed) [1.181ubuntu3] | 07:52 | |
-queuebot:#ubuntu-release- Unapproved: update-notifier (trusty-proposed/main) [0.154.1ubuntu3 => 0.154.1ubuntu4] (kubuntu, ubuntu-desktop, ubuntu-server) | 08:03 | |
juliank | sil2100: ^ the update-notifier ESM change for trusty, would be great if you could approve it! | 08:03 |
-queuebot:#ubuntu-release- Unapproved: zenity (disco-proposed/main) [3.30.0-2 => 3.32.0-1] (desktop-core) (sync) | 08:11 | |
-queuebot:#ubuntu-release- Unapproved: mpich (disco-proposed/universe) [3.3-1 => 3.3-3] (kubuntu) (sync) | 08:14 | |
-queuebot:#ubuntu-release- Unapproved: wxpython4.0 (disco-proposed/universe) [4.0.4+dfsg-1 => 4.0.4+dfsg-2] (no packageset) (sync) | 08:15 | |
-queuebot:#ubuntu-release- Unapproved: accepted wxpython4.0 [sync] (disco-proposed) [4.0.4+dfsg-2] | 08:15 | |
-queuebot:#ubuntu-release- Unapproved: rejected zenity [sync] (disco-proposed) [3.32.0-1] | 08:17 | |
-queuebot:#ubuntu-release- Unapproved: gedit (disco-proposed/main) [3.32.0-1 => 3.32.0-2] (ubuntu-desktop) (sync) | 08:20 | |
sil2100 | juliank: on it! | 08:25 |
-queuebot:#ubuntu-release- Unapproved: kmod (disco-proposed/main) [25-1ubuntu2 => 25-1ubuntu3] (core) | 08:33 | |
tjaalton | infinity: ^ this includes only dropping i2c_i801 from the blacklist, doesn't touch bochs | 08:34 |
-queuebot:#ubuntu-release- Unapproved: accepted update-notifier [source] (trusty-proposed) [0.154.1ubuntu4] | 08:42 | |
tjaalton | acheronuk: any chance plasma-framework etc could have more verbose autopkgtests in the future? | 08:44 |
acheronuk | tjaalton: more verbose than the testsuite-stdout in the artifacts.tar.gz? | 08:48 |
tjaalton | testsuite FAIL non-zero exit status 2 | 08:49 |
tjaalton | that's all it says now | 08:49 |
acheronuk | tjaalton: https://paste.ubuntu.com/p/RySzKmT3SS/ | 08:50 |
acheronuk | from the artifacts @ http://autopkgtest.ubuntu.com/packages/p/plasma-framework/disco/arm64 | 08:51 |
tjaalton | ah ok | 08:51 |
tjaalton | the user experience for going through these is not that great though | 08:57 |
tjaalton | the first one opens up fine, the next ones are appended -N and file-roller gets confused | 08:58 |
tjaalton | looks like plasma-iconitemtest is buggy/racy | 08:58 |
acheronuk | ark from kde doesn't get confused ;) | 08:59 |
tjaalton | it can unpack artifacts.tar-1? | 09:00 |
rbalint | sil2100, please also take a look at ubuntu-meta sru-s if you have some time | 09:00 |
sil2100 | rbalint: will do! Might take some moments as we have guests right now | 09:03 |
sil2100 | But I'm slowly doing my SRU shift | 09:03 |
-queuebot:#ubuntu-release- Unapproved: gcc-8-cross-ports (bionic-proposed/universe) [9ubuntu0.1 => 9ubuntu0.2] (no packageset) | 09:09 | |
-queuebot:#ubuntu-release- Unapproved: gcc-8-cross (bionic-proposed/main) [18ubuntu0.1 => 18ubuntu0.2] (ubuntu-desktop) | 09:09 | |
acheronuk | tjaalton: yes | 09:19 |
-queuebot:#ubuntu-release- Unapproved: accepted appstream [sync] (disco-proposed) [0.12.6-2] | 09:35 | |
-queuebot:#ubuntu-release- Unapproved: accepted gedit [sync] (disco-proposed) [3.32.0-2] | 09:35 | |
-queuebot:#ubuntu-release- Unapproved: accepted mpich [sync] (disco-proposed) [3.3-3] | 09:35 | |
-queuebot:#ubuntu-release- Unapproved: accepted curtin [source] (disco-proposed) [18.2-19-g36351dea-0ubuntu1] | 09:35 | |
-queuebot:#ubuntu-release- Unapproved: accepted kmod [source] (disco-proposed) [25-1ubuntu3] | 09:35 | |
-queuebot:#ubuntu-release- Unapproved: libreoffice (disco-proposed/main) [1:6.2.2-0ubuntu1 => 1:6.2.2-0ubuntu2] (ubuntu-desktop) | 09:38 | |
-queuebot:#ubuntu-release- Unapproved: libreoffice-l10n (disco-proposed/main) [1:6.2.2-0ubuntu1 => 1:6.2.2-0ubuntu2] (ubuntu-desktop) | 09:39 | |
acheronuk | tjaalton: my retry just passed | 09:41 |
oSoMoN | dear release team, please consider accepting libreoffice{,-l10n} into disco-proposed, this upload fixes bug #1822839 | 09:47 |
ubot5` | bug 1822839 in LibreOffice "LibreOffice doesn't detect JVM because of unexpected java.vendor property value" [Medium,Confirmed] https://launchpad.net/bugs/1822839 | 09:47 |
oSoMoN | doko, FYI ^ | 09:47 |
acheronuk | ^^ will also help with Qt | 09:47 |
doko | oSoMoN: don't see the diff yet. does this add the "Private Build" vendor as well? | 09:57 |
tjaalton | acheronuk: cool, thanks | 09:57 |
oSoMoN | doko, no, only "Debian" (from the debian patch) and "Ubuntu" | 09:58 |
doko | oSoMoN: hmm, ok. Could you include that one for stable release updates as well? not now, but when you do the next uploads anyway | 10:01 |
oSoMoN | doko, sure, can do | 10:03 |
oSoMoN | doko, the "Private Build" vendor is for PPA builds only, right? | 10:03 |
oSoMoN | so it will never hit the archive | 10:03 |
doko | oSoMoN: right, but might be an unexpected result, if somebody builds it's own OpenJDK | 10:05 |
doko | I'll backout the vendor change for backports until we have that fixed in lo | 10:06 |
oSoMoN | doko, ok, and I'll update the patch in the VCS to add "Private Build", but won't do another upload for now, I presume this can wait for the next upload (at the latest the 6.2.3 SRU just after release) | 10:07 |
-queuebot:#ubuntu-release- Unapproved: accepted libreoffice-l10n [source] (disco-proposed) [1:6.2.2-0ubuntu2] | 10:08 | |
-queuebot:#ubuntu-release- Unapproved: accepted libreoffice [source] (disco-proposed) [1:6.2.2-0ubuntu2] | 10:08 | |
-queuebot:#ubuntu-release- Unapproved: libpolyclipping (disco-proposed/universe) [6.4.2-6 => 6.4.2-6ubuntu1] (no packageset) | 10:19 | |
-queuebot:#ubuntu-release- Unapproved: accepted libpolyclipping [source] (disco-proposed) [6.4.2-6ubuntu1] | 10:21 | |
-queuebot:#ubuntu-release- Unapproved: accepted gcc-8-cross [source] (bionic-proposed) [18ubuntu0.2] | 10:32 | |
-queuebot:#ubuntu-release- Unapproved: accepted gcc-8-cross-ports [source] (bionic-proposed) [9ubuntu0.2] | 10:45 | |
rbalint | ddstreet, i see you are working on a systemd update in git, please base it on lp:~ubuntu-core-dev/ubuntu/+source/systemd to preserve per commit history | 11:24 |
ddstreet | sure | 11:24 |
rbalint | ddstreet, also mp-s are welcome | 11:24 |
-queuebot:#ubuntu-release- Unapproved: gnome-software (disco-proposed/main) [3.30.6-2ubuntu2 => 3.30.6-2ubuntu3] (ubuntu-desktop) | 11:46 | |
-queuebot:#ubuntu-release- Unapproved: ciftilib (disco-proposed/universe) [1.5.1-3ubuntu2 => 1.5.3-2] (no packageset) (sync) | 11:51 | |
-queuebot:#ubuntu-release- Unapproved: accepted ciftilib [sync] (disco-proposed) [1.5.3-2] | 11:51 | |
-queuebot:#ubuntu-release- Unapproved: busybox (disco-proposed/main) [1:1.27.2-2ubuntu6 => 1:1.27.2-2ubuntu7] (core) | 11:52 | |
-queuebot:#ubuntu-release- Unapproved: accepted gnome-software [source] (disco-proposed) [3.30.6-2ubuntu3] | 11:59 | |
-queuebot:#ubuntu-release- Unapproved: accepted busybox [source] (disco-proposed) [1:1.27.2-2ubuntu7] | 12:01 | |
-queuebot:#ubuntu-release- Unapproved: tomcat9 (bionic-proposed/universe) [9.0.16-3~18.04 => 9.0.16-3~18.04.1] (no packageset) | 12:03 | |
rbalint | sil2100, doko, tdaitx ^ fix for LP: #1823125 | 12:07 |
ubot5` | Launchpad bug 1823125 in tomcat9 (Ubuntu Bionic) "tomcat9 fails to install in 18.04" [Undecided,New] https://launchpad.net/bugs/1823125 | 12:07 |
rbalint | sil2100, does that need an sru-template? | 12:08 |
apw | rbalint, it is being sru'd, though i assume regression potential is basically 0 | 12:38 |
rbalint | apw ? | 12:41 |
apw | rbalint, i am saying it likely sould have one, but filling it in should be easy | 12:41 |
rbalint | apw, ok, i thought you say that the bug itself is not likely to hit | 12:42 |
-queuebot:#ubuntu-release- Unapproved: r-cran-plm (disco-proposed/universe) [1.7-0-1 => 1.7-0-1ubuntu1] (no packageset) | 13:17 | |
-queuebot:#ubuntu-release- Unapproved: accepted r-cran-plm [source] (disco-proposed) [1.7-0-1ubuntu1] | 13:17 | |
-queuebot:#ubuntu-release- Unapproved: debian-keyring (disco-proposed/universe) [2019.02.25 => 2019.03.24] (no packageset) (sync) | 13:30 | |
-queuebot:#ubuntu-release- Unapproved: accepted debian-keyring [sync] (disco-proposed) [2019.03.24] | 13:31 | |
-queuebot:#ubuntu-release- Unapproved: r-cran-lmertest (disco-proposed/universe) [3.1-0-1 => 3.1-0-1ubuntu1] (no packageset) | 13:32 | |
-queuebot:#ubuntu-release- Unapproved: accepted r-cran-lmertest [source] (disco-proposed) [3.1-0-1ubuntu1] | 13:33 | |
-queuebot:#ubuntu-release- Unapproved: ciftilib (disco-proposed/universe) [1.5.3-2 => 1.5.3-2ubuntu1] (no packageset) | 13:36 | |
-queuebot:#ubuntu-release- Unapproved: accepted ciftilib [source] (disco-proposed) [1.5.3-2ubuntu1] | 13:36 | |
=== cpaelzer_ is now known as cpaelzer | ||
-queuebot:#ubuntu-release- New binary: linux-signed [amd64] (xenial-proposed/main) [4.4.0-146.172] (core, kernel) | 14:09 | |
=== Guest7369 is now known as pfsmorigo | ||
-queuebot:#ubuntu-release- Unapproved: accepted resource-agents [source] (xenial-proposed) [1:3.9.7-1ubuntu1] | 14:31 | |
bdmurray | vorlon: I happened to notice that this morning independent of your ping. I'll get on that today. | 14:34 |
-queuebot:#ubuntu-release- Unapproved: libhugetlbfs (disco-proposed/universe) [2.19-0ubuntu1 => 2.19-0ubuntu2] (no packageset) | 14:42 | |
-queuebot:#ubuntu-release- Unapproved: accepted libhugetlbfs [source] (disco-proposed) [2.19-0ubuntu2] | 14:42 | |
=== chrisccoulson_ is now known as chrisccoulson | ||
acheronuk | sil2100: Hi, could we get some britney hints to help the Qt transition migrate? | 14:51 |
acheronuk | 1. the kdelibs4support failure on s390x. There is a code review in upstreamn qtbase to fix that which would have a follow up upload once that is done and the transition is migrated | 14:52 |
acheronuk | 2. skiptest for qtbase, as the libreoffice failures are not qtbase's fault | 14:53 |
acheronuk | ^^ or other release team? vorlon, infinity maybe? | 14:53 |
acheronuk | update_output_notest.txt says Qt would migrate | 14:55 |
infinity | acheronuk: Pointer to the upstream review? | 15:00 |
acheronuk | infinity: https://codereview.qt-project.org/258164 | 15:02 |
acheronuk | by mitya57 | 15:02 |
infinity | Shiny. | 15:03 |
-queuebot:#ubuntu-release- Unapproved: rejected tomcat9 [source] (bionic-proposed) [9.0.16-3~18.04.1] | 15:03 | |
infinity | acheronuk: Is anyone committing to getting that in before release (even if upstream doesn't respond in time)? | 15:10 |
acheronuk | mitya57: ^? | 15:10 |
infinity | acheronuk: I can live with short-term jamming things in, but I don't want to, eg, ignore kde4libs tests post-release. | 15:10 |
acheronuk | from #ubuntu-qt | 15:12 |
acheronuk | [15:47] <lubot> <mitya57> I would say, hint and I will do a new upload a bit later. | 15:12 |
acheronuk | [15:48] <lubot> <mitya57> I want to get some review on my patch from upstream first. | 15:12 |
acheronuk | hopefully he can confirm here | 15:13 |
acheronuk | that will go in anyway if there is a delay on review | 15:14 |
ddstreet | cyphermox bdmurray sil2100 i'm about to upload plymouth to bionic, do you want me to include a patch for lp #1794292 as well in my upload? | 15:17 |
ubot5` | Launchpad bug 1794292 in plymouth (Ubuntu Bionic) "plymouthd crashed with SIGSEGV in /sbin/plymouthd:11 in ply_renderer_set_handler_for_input_source -> ply_keyboard_stop_watching_for_renderer_input -> ply_keyboard_stop_watching_for_input -> ply_device_manager_deactivate_keyboards -> on_deactivate" [Medium,Triaged] https://launchpad.net/bugs/1794292 | 15:17 |
bdmurray | ddstreet: I forget but does the errors bucket show a bunch of bionic crashes? | 15:18 |
* bdmurray is also in a meeting at the moment | 15:18 | |
slashd | thanks sil2100 | 15:18 |
cyphermox | ddstreet: it would be nice; if you can | 15:19 |
cyphermox | sil2100: I'll test your comment for that bug ^; testing that it still work with disk encryption enabled | 15:19 |
cyphermox | (I have no doubt it does, but better be certain) | 15:19 |
sil2100 | cyphermox: thanks! | 15:19 |
sil2100 | ddstreet: yeah, would be nice to have it I guess | 15:20 |
ddstreet | bdmurray it does show some in bionic, but only around 1/10 of the number for cosmic | 15:20 |
ddstreet | ack, i'll throw it into the upload then, thnx | 15:20 |
bdmurray | ddstreet: are you sure about that? | 15:20 |
ddstreet | bdmurray maybe i'm not reading the chart right | 15:20 |
cyphermox | if people haven't triggered it, it deosn't mean it's not there | 15:21 |
bdmurray | ddstreet: oh no, that's me who can't figure out which column is which release | 15:21 |
cyphermox | the versions of plymouth between the two release are quite close | 15:22 |
mitya57 | infinity, acheronuk: Yes. I will do a new upload before end of week. | 15:22 |
ddstreet | yep same debian base, just a few extra ubuntu patches on top of cosmic | 15:23 |
infinity | mitya57: Excellent. | 15:28 |
ddstreet | cyphermox Laney just curious, why in the plymouth pkg are patches added/removed in the middle of the d/p/series instead of just adding to the end like normal pkgs? | 15:50 |
cyphermox | because things were already more or less sorted by type of change; whether it was an ubuntu or debian patch, etc. | 15:57 |
ddstreet | hmm, i've always viewed series as chronological, since inserting in the middle can cause unexpected problems with later patches | 15:58 |
ddstreet | k just wondering. thnx | 15:58 |
cyphermox | so; ie. cherry-picks I try to apply towards the top, because they might invalidate later patches, and then you're already ready when you upload a new release and the patch is upstream (your patch lower down is already refreshed, kinda) | 15:59 |
-queuebot:#ubuntu-release- New: accepted linux-signed-azure [amd64] (cosmic-proposed) [4.18.0-1015.15] | 15:59 | |
-queuebot:#ubuntu-release- New: accepted linux-signed [ppc64el] (cosmic-proposed) [4.18.0-18.19] | 15:59 | |
-queuebot:#ubuntu-release- New: accepted linux-signed [amd64] (cosmic-proposed) [4.18.0-18.19] | 15:59 | |
-queuebot:#ubuntu-release- New: accepted linux-signed [ppc64el] (bionic-proposed) [4.15.0-48.51] | 16:00 | |
ddstreet | i see, ok | 16:00 |
-queuebot:#ubuntu-release- New: accepted linux-signed [amd64] (xenial-proposed) [4.4.0-146.172] | 16:00 | |
Laney | ddstreet: Didn't look at this case, but my usual practice is go to from upstream to downstream, so that things further away from upstream are the ones that need to be rebased | 16:01 |
cyphermox | ^ yeah, that | 16:01 |
Laney | basically what cyphermox says | 16:01 |
cyphermox | ddstreet: also; you'll notice I try to use git_*_<hash>.patch for naming; it makes it easier to see whether a patch is upstream already for some large projects | 16:02 |
ddstreet | cyphermox do you typically use dep3 headers? | 16:02 |
cyphermox | ie. then you can look at series, check the hashes using something like git tag --containts <hash>, etc | 16:03 |
cyphermox | yes, you have the headers, but that means you also need to open the file ;) | 16:03 |
ddstreet | sure, i just don't always see dep3 headers in patches | 16:03 |
cyphermox | people should try to have them, some in plymouth are missing | 16:04 |
cyphermox | all git cherry-picks definitely should have headers | 16:04 |
cyphermox | and we should probably move this discussion to -devel | 16:04 |
ddstreet | sorry didn't mean to get into it, just was wondering :) | 16:05 |
cyphermox | no worries | 16:06 |
acheronuk | infinity: so is that a yes to the hints? :) | 16:14 |
* acheronuk wants to get Qt done, as ahs other things queued | 16:15 | |
acheronuk | *has | 16:15 |
infinity | acheronuk: I'll look in a bit. | 16:15 |
acheronuk | thank you | 16:15 |
-queuebot:#ubuntu-release- Unapproved: sphinx (disco-proposed/main) [1.8.5-1 => 1.8.5-1ubuntu1] (edubuntu, ubuntu-desktop, ubuntu-server) | 16:19 | |
-queuebot:#ubuntu-release- Unapproved: plymouth (bionic-proposed/main) [0.9.3-1ubuntu7.18.04.1 => 0.9.3-1ubuntu7.18.04.2] (core) | 16:19 | |
-queuebot:#ubuntu-release- Unapproved: zenity (disco-proposed/main) [3.30.0-2 => 3.32.0-3] (desktop-core) (sync) | 16:45 | |
LocutusOfBorg | sil2100, sorry, but I see libunistring in both proposed and updates pocket... | 16:55 |
LocutusOfBorg | libunistring | 0.9.10-1ubuntu1.18.10.1 | cosmic-proposed | source | 16:55 |
LocutusOfBorg | libunistring | 0.9.10-1ubuntu1.18.10.1 | cosmic-updates | source | 16:55 |
LocutusOfBorg | same for bionic | 16:55 |
infinity | LocutusOfBorg: That's nothing unusual. | 16:58 |
LocutusOfBorg | how long does it take to go away from -proposed? | 16:58 |
infinity | It's cleaned manually. | 16:58 |
infinity | I'll scrub it now. | 16:58 |
infinity | (But it also doesn't matter if it's there...) | 16:58 |
LocutusOfBorg | I was wondering about some automatic copy&clean too that worked only half | 16:59 |
infinity | http://people.canonical.com/~ubuntu-archive/pending-sru.html | 16:59 |
infinity | List at the end of that report, we just manually process it from time to time. | 16:59 |
LocutusOfBorg | yep, it doesn't hurt, but I like clean proposed pocket whenever possible :) | 16:59 |
infinity | It would be automatic if and when we get around to having britney do stable migrations. | 16:59 |
LocutusOfBorg | probably you are just too fast for me to notice, this is why I never saw it | 17:00 |
LocutusOfBorg | :) thanks! | 17:00 |
LocutusOfBorg | yep, britney not doing stable is probably the reason, makes sense now, its sad having to do all of this manually with britney in place | 17:00 |
LocutusOfBorg | but this said, a cronjob can cleanup that proposed automatically, without having to ask britney... | 17:01 |
-queuebot:#ubuntu-release- Unapproved: stress-ng (disco-proposed/universe) [0.09.57-0ubuntu1 => 0.09.57-0ubuntu2] (no packageset) | 17:08 | |
-queuebot:#ubuntu-release- Unapproved: accepted stress-ng [source] (disco-proposed) [0.09.57-0ubuntu2] | 17:08 | |
sil2100 | LocutusOfBorg: yeah, as infinity said, usually someone at some point in their morning routine just does that ;) | 17:09 |
LocutusOfBorg | :) | 17:13 |
-queuebot:#ubuntu-release- Unapproved: nautilus (disco-proposed/main) [1:3.32.0-0ubuntu1 => 1:3.32.0-0ubuntu2] (ubuntu-desktop) | 17:14 | |
infinity | LocutusOfBorg: And yes, it could probably be cronned by now. We have a history with reports that tell us to do destructive things, where we write the report, we spend the first 6-12 months questioning everything it tells us, to make sure we didn't write a buggy report, then we just start blindly copy-pasting it, cause it hasn't failed us. | 17:15 |
infinity | That last point is when we could automate it, but we never seem to take the last step. :P | 17:15 |
infinity | (See also safe NBS removal) | 17:15 |
vorlon | s/months/years/ ;) | 17:17 |
vorlon | well, oh, I guess we do still do the blind copy-paste part | 17:17 |
-queuebot:#ubuntu-release- Unapproved: stress-ng (cosmic-proposed/universe) [0.09.42-1ubuntu1 => 0.09.42-1ubuntu2] (no packageset) | 17:37 | |
-queuebot:#ubuntu-release- Unapproved: apport (disco-proposed/main) [2.20.10-0ubuntu24 => 2.20.10-0ubuntu25] (core) | 17:39 | |
bdmurray | vorlon: that apport upload has the test fix | 17:40 |
vorlon | bdmurray: accepted, thanks | 17:42 |
-queuebot:#ubuntu-release- Unapproved: accepted apport [source] (disco-proposed) [2.20.10-0ubuntu25] | 17:43 | |
-queuebot:#ubuntu-release- Unapproved: stress-ng (bionic-proposed/universe) [0.09.25-1ubuntu1 => 0.09.25-1ubuntu2] (no packageset) | 18:42 | |
acheronuk | vorlon: I don't suppose you are free to quickly do the hints I discussed earlier? I have a plasma bugfix release to land once Qt is out of the way... | 18:46 |
vorlon | acheronuk: I was treating this question as one that infinity has the lock on since he has context and an opinion | 18:51 |
acheronuk | no problem | 18:51 |
-queuebot:#ubuntu-release- Unapproved: clamav (disco-proposed/main) [0.100.2+dfsg-2ubuntu1 => 0.100.3+dfsg-0ubuntu1] (ubuntu-server) | 20:18 | |
rbalint | bdmurray, vorlon, could you please accept ubuntu-meta srus? if it is not accepted today it can't get into release next week | 20:34 |
bdmurray | I didn't feel comfortable reviewing it. | 20:35 |
-queuebot:#ubuntu-release- Unapproved: mat2 (disco-proposed/universe) [0.7.0-1 => 0.8.0-3] (no packageset) (sync) | 21:12 | |
-queuebot:#ubuntu-release- Unapproved: accepted mat2 [sync] (disco-proposed) [0.8.0-3] | 21:13 | |
-queuebot:#ubuntu-release- New binary: mat2 [amd64] (disco-proposed/universe) [0.8.0-3] (no packageset) | 21:19 | |
infinity | rbalint: How do the SRUs relate to the release? | 22:40 |
infinity | (hint: they don't) | 22:40 |
infinity | acheronuk: Sorry, was out all afternoon at the doctor's, I'll see about getting Qt migrated after some personal evening faff is out of the way. | 22:41 |
-queuebot:#ubuntu-release- New: accepted mat2 [amd64] (disco-proposed) [0.8.0-3] | 23:09 | |
-queuebot:#ubuntu-release- Unapproved: parole (disco-proposed/universe) [1.0.1-1build1 => 1.0.2-0ubuntu1] (ubuntustudio, xubuntu) | 23:52 |
Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!