/srv/irclogs.ubuntu.com/2020/12/15/#ubuntu-devel.txt

tewardThe_LoudSpeaker: have you checked to make sure it *builds* with the version bumps?  Resolved any packaging issues?  Got a list of the *specific* minor vision bumps from upstream changelogs about what actually was changed?  (justification for example, like only security or bug fix patches and such)00:44
=== themill_ is now known as themill
seb128doko, hey, please update that evolution-data-server patch to use dpkg vendor check for Ubuntu/i386 and forward to Debian, we were in sync on that package and want to keep this way09:22
Laneyhuh10:05
Laneywhy did boost-defaults drop binaries which weren't unused?10:05
Laney libboost-system-dev | 1.71.0.0ubuntu4 | hirsute          | amd64, arm64, armhf, i386, ppc64el, riscv64, s390x10:05
Laney libboost-system-dev | 1.74.0.3ubuntu1 | hirsute-proposed | amd64, arm64, armhf, ppc64el, riscv64, s390x10:05
Laneylibphonenumber BDs on that10:06
seb128xnox, hey, could you review https://code.launchpad.net/~seb128/livecd-rootfs/+git/livecd-rootfs/+merge/394848 ?14:13
TJ-With QEMU (static) builds how is the static executable made independent of glibc ('ldd' reports 'not a dynamic executable' but when building from upstream source the executable still requires glibc ('ldd' reports 'statically linked') - from the build logs I see LDFLAGS="-Wl,--warn-common -m64 -static -g  -Wl,-Bsymbolic-functions -Wl,-z,relro -Wl,--as-needed" but not sure where/how "-static"14:28
TJ-is slipped into/alongside common_configure_opts14:28
niubo/ does ubuntu have a linux-image with dbgsym available?14:41
niubor should I build it by myself?14:42
xnoxLaney:  i will redo the merge of boost-defaults, I'm not too sure if it was done right.15:21
TJ-niub: they're on ddeb.ubuntu.com - you can add that as a repository in sources.list{.d/} and install the ${PACKAGE_NAME}-dbgsym of the binary package15:30
niubTJ- okay, thanks15:32
TJ-niub: same format as the regular archive.ubuntu.com entries15:34
TJ-niub: see https://wiki.ubuntu.com/Debug%20Symbol%20Packages15:35
seb128xnox, thanks15:46
seb128bdmurray, rbasak, RAOF, could one of you review the gnome-shell stack SRU updates in the focal queue. Bug #1903764 got updated to include testing the available extensions during the verification which was discussed in https://discourse.ubuntu.com/t/scope-of-gnome-mru/18041/ and blocked the previous round16:12
ubottubug 1903764 in gnome-shell (Ubuntu) "[SRU] Update gnome-shell to 3.36.7 in Focal" [High,Triaged] https://launchpad.net/bugs/190376416:12
seb128bdmurray, rbalint, RAOF, the SRU includes some important fixes and we are aiming in getting in the point release so it would be great if it was accepted before holidays so it can stay in proposed during that period and get proper testing16:13
seb128Trevinho, ^16:13
bdmurrayseb128: Its my day so I can do that. How was the list of extensions generated?16:14
seb128bdmurray, rdepe16:16
seb128ups16:16
seb128bdmurray, $ apt rdepends gnome-shell | grep Depends | awk '{print $2}' | sort | uniq16:16
seb128bdmurray, and apt search gnome-shell-16:16
seb128and then manually cleaning noise16:17
seb128bdmurray, on a focal system with main, universe, multiverse enabled16:17
bdmurrayokay, thanks for the information16:20
seb128bdmurray, np! just ask if you need more details and thanks for reviewing!16:21
bdmurrayseb128: shouldn't the extensions also be tested for bug 1908161 (the groovy update)?16:24
ubottubug 1908161 in gnome-shell (Ubuntu) "Update to 3.38.2" [Medium,Fix committed] https://launchpad.net/bugs/190816116:24
seb128bdmurray, we would prefer not since it's quite some extra work, I updated the description to mention it though now16:26
seb128bdmurray, in practice we might end up not tested the rdepends in a non LTS cycle which is going to block the SRU and the fixes for most users but I'm not going to have here the discourse discussion16:27
seb128bdmurray, but we just don't have the capacity to deal with the overhead of that requirement16:27
seb128would still make sense to accept in proposed, we might be able to get community help for the testing...16:28
rbalintbdmurray, please merge https://code.launchpad.net/~rbalint/britney/+git/hints-ubuntu/+merge/395266 for the glibc SRU16:50
Trevinhobdmurray: I've forgot to upload extensions for 3.38 as well, and seems that they need to be there, so will have something else to review shortly16:51
Trevinhobdmurray: could be nice if you could re-iterate on libfprint as well as I've re-uploaded a version with further fixes to address a bug that was just half-fixed by previous version16:52
bdmurrayTrevinho: for focal?16:52
Trevinhobdmurray: focal and groovy16:53
Trevinhoit's almost the same -minus debhelper 13 stuff16:53
bdmurrayrbalint: wouldn't you want to run an autopkgtest of php-imagick 3.4.3~rc2-2ubuntu4.1 with glibc/2.27-3ubuntu1.3 to prove that its the security update's fault?17:03
rbalintbdmurray, did not I run the test against hello?17:15
bdmurrayrbalint: that's less obvious17:16
rbalinttrigger with glibc pulls in glibc from proposed, thus the new baseline testing marker is hello/x17:17
bdmurrayrbalint: so this isn't doing what I think its doing? http://autopkgtest.ubuntu.com/running#pkg-php-imagick17:17
rbalintbdmurray, does not seem so: Processing triggers for libc-bin (2.27-3ubuntu1.4) ...17:20
bdmurrayrbalint: well that's lame17:20
rbalintbdmurray, you can take a look at the run history of the test, you will see the hello trigger and you can also check the artifacts if you would like to verify that my log is valid17:21
rbalintbdmurray, i guess you support my efforts to prioritize infra fixes higher ;-)17:23
bdmurrayrbalint: linking to http://autopkgtest.ubuntu.com/packages/p/php-imagick/bionic/armhf in the bug would have been nice17:24
rbalintbdmurray, ack, but the log i linked also showed no upgrade of glibc, so i think this could have been enough17:26
bdmurrayIts nice to have the full history especially with snapcraft17:31
Trevinhomhmhm, can someone also reiterate on the waiting package for https://bugs.launchpad.net/ubuntu/+source/gnome-shell/+bug/1838152 ?17:34
ubottuLaunchpad bug 1838152 in gnome-shell (Ubuntu Bionic) "gnome-shell freezes on notification arrival (fixed upstream)" [Medium,In progress]17:34
bdmurrayTrevinho: Can you put some information in bug 1908107 regarding what to watch for with "prints data can be leaked"?18:48
ubottubug 1908107 in libfprint (Ubuntu Groovy) "libfprint may cause fprintd to crash on identification" [Medium,In progress] https://launchpad.net/bugs/190810718:48
* Trevinho checks18:49
Trevinhobdmurray: ah ok I meant only memory leaks :P18:49
Trevinhonot really prints infos, let me explain18:49
Trevinhodone18:50
bdmurrayTrevinho: Where's? +# Debian specifics18:54
bdmurray+udev-rules-creation-add-Debian-specifics.patch18:54
bdmurrayOh, I see it just moved18:54
Trevinhomhmh18:54
Trevinhoyeah.. moved to the back to put upstream first18:54
Trevinhothanks a lot bdmurray !19:17
seb128Trevinho, gnome-shell/focal was approved, thanks to bdmurray. It was fine to have it going alone or do the other components are required?20:20
Trevinhoseb128: no, mutter can wait20:20
Trevinhoeven though... there are nice fixes there20:20
Trevinhobut it's not a strict requriement20:20
seb128bdmurray, ^ you could perhaps let that one in as well?20:20
seb128they usually go together as a set, would be nice to also get it tested during the eoy20:21
Laneyxnox: boost-defaults> right, it looks that way to me, thanks21:01
Laneylet me know when it's uploaded, I will sort out the eds stuff21:01
bdmurrayseb128, Trevinho: bug 1899206 is called out in the changelog but is missing SRU information.21:04
ubottubug 1899206 in mutter (Ubuntu) "Input device settings not applied on hotplug/reconnect/resume in Xorg sessions" [Medium,Fix committed] https://launchpad.net/bugs/189920621:04
RAOFseb128: Urgh, yes. colord *is* on my list.22:23
RAOFThanks for the ping.22:23
=== guiverc2 is now known as guiverc

Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!