xnoxvorlon:  multipass, snapcraft, buildd images tarballs, lxd, qcow all available in a new path00:24
xnoxcan't remember if it's with or without streams, but to be consumed by things that want to build things00:24
vorlonwhy does libsdl2 have an autopkgtest that rebuilds the entire package, instead of just using Restrictions: build-needed >_<00:29
vorlon(which may or not be friendlier; does dh do anything magic with cmake and cross-compilation?)00:30
=== balkamos_ is now known as balkamos
cpaelzerxnox: the remaining 7 test issues were real errors that the upstreams needed to work on06:21
cpaelzerxnox: what exactly was "something naughty"?06:21
cpaelzerxnox: https://trello.com/c/pBjTM1I806:22
cpaelzerI found postgresql-common being migrated, but no delta on it or postgresql-12 nor did I find a force-badtest for the remaining issues06:26
cpaelzerI'm really interested to learn what "something nasty" was when you are back xnox06:27
cpaelzerahasenack: ^^ FYI06:27
cpaelzer"Make autopkgtest depend on the postgresql server version this extension is built for"06:36
cpaelzerok I found your changes06:36
cpaelzerjamespage: coreycb: the new pytohn-six triggers a bunch of tests in python-oslo.messaging python-oslo.policy python-oslo.serialization python-oslo.service python-pyeclib06:57
cpaelzerThose all seem to belong to the openstack context it seems.06:57
cpaelzerPart of the Ubuntu Delta are autopkgtests that now fail - it seems mostly for the new python version.06:57
cpaelzerExample: http://autopkgtest.ubuntu.com/packages/p/python-oslo.messaging/focal/amd6406:57
cpaelzerI wanted to ask if those packages are on your lists to update/merge them and fix up the tests?06:58
RikMillsseb128: re cmake, they have now backported the harfbuzz fix to the 3.15 branch, in case they happen to have another point release on that08:33
seb128RikMills, great08:44
locutus_hello cyphermox can you please do an usb-modeswitch merge? it gained some new configuration features the new release, so your patch might need some adjustements09:01
xnoxcpaelzer:  so yeah, and the "make autopkgtest depend on the matching server" is reported to debian, which is a dupe. It really is pointless to hardcode build against one version, and then test against a moving default version.09:14
xnoxcpaelzer:  adding / changing the default, shouldn't require removing support for old one. Sure not everything is yet available with 12, and we can't remove 11 yet, but at least all tests pass and don't fake regress.09:15
xnoxcpaelzer:  and debian maintainer seems to agree.09:15
xnoxcpaelzer:  also this http://launchpadlibrarian.net/454980669/php-horde-db_2.4.0-4ubuntu2_2.4.0-4ubuntu3.diff.gz09:16
cpaelzerxnox: is the latter from https://github.com/horde/Db/pull/4 or just doing it on your own?09:17
oSoMoNsil2100, good morning! Séb told me you were looking for me yesterday, sorry I was afk sick. the thunderbird SRU in the eoan queue isn't meant to go through security, as it doesn't address any security issues09:17
cpaelzerthanks for asking the Debian maintainer on it as well09:17
cpaelzerxnox: I have in the meantime found all the Delta and am ok now I guess09:18
cpaelzerI was first confused what was going on09:18
xnoxcpaelzer:  my own..... that pull request seems to be different for the second fallback query, and i have no idea which one is better.09:18
xnoxthe first portion seems the same.09:19
cpaelzerI was concerned that this masks real errors at first, but it seems ok to "block PG-11 removal" instead of "block PG-12 appearing"09:19
cpaelzerxnox: do you have a link to your discussion with the Debian maintainer(s) ?09:19
xnoxthere is debian bug and irc chat09:21
xnoxlet me find it09:21
xnoxi filed https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=946462 which got merged into https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=944457 and I find only option 1 from that one sensible09:23
ubottuDebian bug 946462 in postgresql-common "postgresql-common: autopkgtests should have versioned postgresql deps" [Important,Open]09:23
ubottuDebian bug 944457 in postgresql-common "test-dependencies need to be explicit" [Important,Open]09:23
xnoxthen chatted with myon09:23
xnoxcpaelzer:  what concerned me about php-horde-db, is that seamingly mysqldb is setup, but mysqldb tests are skipped? or do i just not understand phpunit output?09:24
cpaelzerI never got into the horde testing, I know bryce looked at some of it recently for the next php09:25
cpaelzerBut it is so huge, not sure if he can add soem detail - but if you can bryce pelase do so ^^09:25
cpaelzerthanks for the links xnox09:25
cpaelzerand thnaks for doing this discussion a few hours after my first "WTF has happened grumpy mode"09:26
cpaelzerI might have appreciated a ping in advance, but you might have had that with ahasenack and I missed it09:26
cpaelzerbut ignoring my initial hickup on it, thanks for your help on these packages09:28
cpaelzerI read the bugs and like that myon agreed09:28
cpaelzerso all of it should resolve sooner or later09:28
cpaelzerand as I already mentioned, our TODOs to get all of these ready for PG-12 didn't change09:28
xnoxsure, cause you do want to either remove them or upload new versions of them with PG-12 support, to remove PG-11 from the archive.09:36
xnoxit is very odd that adding support for a new postgresql, is done in one step like that. Instead of python compiled extensions style, where support is first dual, then switch default, then mark single supported, remove obsolete extensions.09:37
xnoxas that decouples things and makes it easier to add and remove support for any given version09:38
sil2100oSoMoN: hey! Thanks! Was asking, since this seems to be fixing an upgrade issue, so wouldn't this affect -security enabled people too? Like, shouldn't they get the fix so that they can properly upgrade? Or is it something different?10:17
sil2100oSoMoN: like, it's not a security fix, but it sounded to me that without this, some people might have upgrade problems or something?10:17
oSoMoNsil2100, right, I didn't consider this10:23
oSoMoNchrisccoulson, can you comment on this? ^10:23
chrisccoulsonoSoMoN, if the update fixes a regression introduced in to the security pocket, then it should probably go through security10:28
chrisccoulsonI don't have the full context though10:28
chrisccoulsonif it's the issue referenced in https://www.thunderbird.net/en-US/thunderbird/68.2.2/releasenotes/, then it probably should go out in -security10:29
oSoMoNchrisccoulson, yes, that's the one10:31
sil2100chrisccoulson, oSoMoN: then I guess we'd need this thunderbird upload to be built in a -security enabled PPA and then bin-synced10:37
chrisccoulsonyeah, we'd publish it just like any other security update10:37
seb128vorlon, hey, so libsecret fails to be a candidate because the i386 builds is depwaiting on gjs (which I guess got deleted on i386) ... what's the correct solution in those cases?10:47
cpaelzerrbasak: I have mdevctl ready for upload11:07
cpaelzerrbasak: this isn't urgent per-se, but I'd see it build and migrate properly before everyone leaves to christmas break11:08
cpaelzerI've understood that this might be easy with dput-ng but your setup is on classic dput11:09
cpaelzerrbalint: I can ask around for other DDs if you want11:09
cpaelzerrbasak: ^^11:09
cpaelzersorry rbalint you just have the wrong name for three-char tabbing with rbasak11:09
rbasakrbasak was first :-P11:10
rbasakcpaelzer: I can take a look tomorrow if that works for you?11:10
cpaelzerthat is fine11:11
cpaelzerif I catch someone else helping me before that I'll let you know11:11
cpaelzerrbasak: I found someone, consider it done11:31
rbalintcpaelzer, no problem, i can live with rbasak's popularity :-)12:10
juliankI'm considering changing the string 'Cdrom with Ubuntu 20.04 'Focal Fossa'' to "Ubuntu 20.04 'Focal Fossa' Installation Medium"12:21
juliankor something like that12:21
ahasenackcpaelzer: where did you see that -pie is default in ubuntu? dpkg-buildflags doesn't show it12:34
ahasenackit doesn't even show bindnow12:34
cpaelzerahasenack: bindnow appears as -Wl,z,now12:35
ahasenackLDFLAGS=-Wl,-Bsymbolic-functions -Wl,-z,relro12:35
ahasenackhm, but that's eoan12:35
cpaelzerand pie is default in the compiler and only shows up as arg if you disable it12:35
* ahasenack starts focal12:35
cpaelzerahasenack: the build log from your PPA has the Wl,z,now12:35
ahasenackwell, because of the patch12:35
cpaelzerwhich matches what the hardening page documents12:36
ahasenackah, you want to keep the bindnow delta, ok, got you13:00
ahasenackcpaelzer: is it ok to submit this to debian with the ubuntu string in the version? The change was made in debian's version 1.6.3-1.1 (and we got it in our 1.6.3-1.1ubuntu1):13:28
ahasenack+rm_conffile /etc/default/ipmidetectd 1.6.3-1.1ubuntu1~ freeipmi-ipmidetect13:28
ahasenackI think it's ok, since 1.1ubuntu1 is higher than 1.113:28
seb128vorlon, can you badtest graphene/i386? it relies on the python-gobject stack13:29
ahasenackdoko: hi, where can I check if, and since when, -pie is a default option in gcc? It's not in the output of dpkg-buildflags13:36
cpaelzerahasenack: strictly speaking it is ok (for the comparison), but I usually change it to the Debian version that is next13:36
ahasenackcpaelzer: ah, so that it includes the ubuntu one?13:36
cpaelzerif current Debian is 1.6.4-3 I'd set 1.6.4-413:37
cpaelzerclean up conffile if coming from before 1.6.4-413:37
seb128vorlon, libsoup2.4/i386 fails on 'Depends: winbind:i386 but it is not going to be installed', badtest?13:37
ahasenackoh, right, they need a higher one13:37
rbasakIt's common to use 1.6.4-4~ instead, if I follow what you're doing13:37
ahasenackrbasak: yep13:37
cpaelzeryep with the ~13:37
cpaelzerI was only talking about the version itself that is to be used13:38
ahasenackok, I just would like to know how to find out if -pie is default, to point at it when submitting to debian, and also do double check debian has it as a default too13:39
ahasenackand isn't -fPIE needed together with that?13:39
cpaelzerahasenack: gcc -v 2>&1 | grep pie13:40
cpaelzerwill show --enable-default-pie13:40
cpaelzerfor us13:40
cpaelzernot sure it does in Debian already13:40
ahasenackcpaelzer: is that a built-in default, or is some config file checked?13:41
cpaelzerthat is how gcc was built13:41
cpaelzeressentially its configure call13:41
ahasenackroot@sid-rspamd:~# gcc -v 2>&1|grep -i pie13:41
ahasenackyep, not in sid13:41
ahasenackno pie for debian13:42
cpaelzerfor many other defaults I use "gcc -Q --help=target | grep ..."13:42
ahasenackit helps if I have gcc installed13:42
ahasenackpie is there13:43
cpaelzerok then my assumption on the review was right \O/13:43
dokoahasenack: https://wiki.ubuntu.com/ToolChain/CompilerFlags#A-fPIE  but that looks incorrect. see debian/rules.defs in gcc-913:49
dokoseb128: why do you upload all these autopkg fixes as -Nbuild1?13:52
seb128doko, because I'm commited to the Debian vcs side as the same time but didn't want to do upload for those and don't want to have to remember doing the manual sync next time there is an upload in Debian13:52
seb128it's a "content is staged in Debian, please override me on next upload" :)13:53
seb128unsure if we have a better way to achieve that?13:53
dokojust looking an libopenmpt, don't see anything in the debian vcs, or in a bug report13:54
seb128doko, right, as you see I had to iterate, I'm waiting for things to be green/confirmed to work to press send/push13:54
seb128doko, I expect to have things properly sent to Debian by the end of the day13:56
dokocoreycb: you dropped xnox's patch for sqlalchemy, python2 now wanting to promote to main again ...14:01
=== ricab is now known as ricab|lunch
coreycbdoko: checking14:03
coreycbdoko: all the patches we were carrying in 1.2.18+ds1-2ubuntu3 are fixed in 1.3.11+ds1-114:11
dokocoreycb: no14:13
doko$ apt-cache show python-sqlalchemy-doc|grep Recommends14:13
dokoRecommends: python-sqlalchemy14:13
coreycbdoko: got it, I'll fix that14:14
locutus_tjaalton, I would like to upload the custodia with the pylint3 fix14:32
locutus_can you please add me to freeipa-team so I can team upload it?14:32
tjaaltonlocutus_: just send a merge request14:33
tjaaltonon debian14:33
vicamohi, I just filed https://bugs.launchpad.net/ubuntu/+source/reprotest/+bug/1855891 for reprotest has no installable candidate in focal14:41
ubottuLaunchpad bug 1855891 in reprotest (Ubuntu Focal) "reprotest has no installable candidate in focal" [Undecided,New]14:41
vicamois it possible to simply copy 0.7.9 from eoan first? There seem to be a 0.7.10build1 in proposed a month ago but failed to build14:42
locutus_tjaalton, this? https://salsa.debian.org/freeipa-team/custodia/merge_requests/114:47
locutus_let me know if and when I can upload14:48
=== ricab|lunch is now known as ricab
tjaaltonlocutus_: and how many packages are there still left using pylint3?15:31
tjaaltonon debian15:31
cpaelzerjamespage: coreycb: did you see my question in regard to six and python-oslo.messaging python-oslo.policy python-oslo.serialization python-oslo.service python-pyeclib this morning?15:32
locutus_tjaalton, 3 or 415:32
locutus_I fixed 4 this morning15:32
locutus_and I'm fixing the others right now15:32
locutus_I think: gnome-keysign, knack, pathspider, prospector pylint-flask python-trio, ranger, uranium15:33
locutus_probably less than that15:33
coreycbcpaelzer: yes sorry I didn't reply. I'll take a look at those next.15:35
cpaelzerthank you coreycb15:35
cpaelzerjust wanted to know it is covered15:35
tjaaltonlocutus_: merged15:37
locutus_uploaded thanks15:37
brycecpaelzer, xnox yeah I dug into php-horde a bit, the failure doesn't appear to me to be due to the database changes nor to the php 7.3, but to the phpunit 7->8 change in focal.  Googling around shows it's due to a change in the setUp() call's prototype, it needs a void type specified or something.15:41
brycecpaelzer, xnox it's on my todo list to work on at some point (maybe tomorrow?) but definitely feel free to work on it further if you wish15:42
rafaeldtinococoreycb: mind giving me an okay for this change (https://code.launchpad.net/~rafaeldtinoco/ubuntu/+source/pcs/+git/pcs/+merge/376492) ? cpaelzer requested it as you're working with python3-tornado (6).16:19
rafaeldtinoco(can be a +1 or not here, just to make sure its good)16:19
rafaeldtinocowe are gonna be using pcs for ubuntu-ha related packages (ubuntu manual, etc) thats why I prefer having a working version now and I can fix it as soon as python-tornado 6 is ready.16:20
cpaelzercoreycb: hes asking as you were touching it in the past and didn't want to step on your toes16:23
coreycbrafaeldtinoco: james may be better to ask about percona-cluster16:49
rafaeldtinocoyep. we've spoken about this in last sprint, quickly.16:50
vorlonseb128: hmm I'm very surprised that gjs was removed, it should've been picked up by germinate afaics.  So to bring it back in cases like this, there's an update-i386-whitelist script in lp:ubuntu-archive-tools that can be edited for manual additions; and I'm doing a copy-package of gjs back to focal; I'll look into why it's not gotten picked up16:58
vorlonseb128: graphene: badtested.  libsoup2.4 -> winbind: should have the test annotated as winbind:native instead; but glancing at the log I also see python mentioned, so maybe there's no point?17:05
kanashiroI've been investigating the cyrus-imapd autopkgtest failure (which is blocking more than dozen of packages in proposed) and I think the failure is happening because the vm used to execute tests is running OOM18:39
kanashirosome processes are killed during the tests execution leading to failure18:40
kanashiroI've been trying to reproduce it in a vm with more resources and I can't18:40
kanashirowhat is the best solution in this case?18:41
rbasakbryce: https://code.launchpad.net/~racb/usd-importer/+git/usd-importer/+merge/376593 is the next big MP please. Awaiting official CI results but it passes locally.18:47
rafaeldtinocokanashiro: u know what processes are killed and why ?19:25
seb128vorlon, ah, @whitelist, good to know, thanks!19:43
seb128vorlon, libsoup2.4 let's badtest then? I will still commit the winbind:native change to the vcs19:44
seb128vorlon, I don't remember if I did ping about that one earlier, but speech-dispatcher depends on festival on i386 which is missing ... another case to rescue via the whitelist? or should we rather delete speech-dispatcher/i386?19:46
seb128vorlon, http://autopkgtest.ubuntu.com/packages/d/doc-rfc/focal/i386 ... badtest? (it's blocking poppler)19:47
seb128vorlon, http://autopkgtest.ubuntu.com/packages/s/sphinxbase/focal/i386 also (blocking pulseaudio)19:48
seb128(and enough pings for now, I go for dinner ;-)19:48
vorlonseb128: fwiw winbind is tagged Multi-Arch: allowed, so the test dep on it can be winbind:any instead of winbind:native19:59
vorlonseb128: speech-dispatcher-festival, I think we should be changing the source to not be generating that uninstallable binary on i386 in Ubuntu, let me take a look at that20:00
vorlonseb128: (we can't delete speech-dispatcher as a whole, it's pulled in somewhere)20:01
brycerbasak, til python's floor division operator via your patch, thanks :-)20:07
rbasakbryce: yw :)20:10
rbasakbryce: I'm not sure why CI failed on my branch. I'll look tomorrow.20:10
brycedoing the code review presently, I'll let you know on the MP if I find out20:12
kanashirorafaeldtinoco, the process is smtpd and the why is that we are running OOM, look at one of the logs: https://objectstorage.prodstack4-5.canonical.com/v1/AUTH_77e2ada1e7a84929a74ba3b87153c0ac/autopkgtest-focal/focal/s390x/c/cyrus-imapd/20191207_210616_44af2@/log.gz20:18
kanashiroI didn't check all the logs (there are many failures) but at least 7 have the same issue20:20
rafaeldtinococool gimme 15 and I'll take a look20:21
kanashiroby logs I meant log files :)20:24
vorlonseb128: doc-rfc> oops sorry, should've already been badtested but I had failed to grab multiverse20:31
vorlonseb128: and sphinxbase badtested20:34
vorlonseb128: speech-dispatcher: https://paste.ubuntu.com/p/WVdHFZXt9k/20:35
vorlonhmm I probably should've had a new dpkg-vendor --is Ubuntu instead of reusing the dpkg-vendor --derives-from Ubuntu block, other downstreams might choose to keep i38620:35
rafaeldtinocokanashiro: make: *** [Makefile:390: all] Error 220:50
rafaeldtinocomake[2]: Entering directory '/srv/imaptest.git/src'20:50
rafaeldtinocokanashiro: i think imaptest.git is broken20:51
rafaeldtinocothat is what happened20:51
rafaeldtinocono ?20:51
kanashirorafaeldtinoco, that might be an issue but I don't think this error is the responsible for killing smtpd processes21:05
rafaeldtinocoCassandane::Unit::WorkerPool::start(Cassandane::Unit::WorkerPool=HASH(0x2aa12308728)) called at Cassandane/Unit/TestPlan.pm line 88921:07
rafaeldtinocoi dont know the unit test but looks like they all died because the test died21:07
rafaeldtinocothe "workerpool" could be controlling the smtpd processes21:07
rafaeldtinocobut its a guess as I havent read cassandane code21:07
rafaeldtinoco at Cassandane/Unit/TestPlan.pm line 175.21:08
rafaeldtinocoyou have a mainloop for the unit test21:08
rafaeldtinocoand then Test::Unit::TestRunner::do_run(Cassandane::Unit::RunnerPretty=HASH(0x2aa0f150eb8), Cassandane::Unit::TestPlan=HASH(0x2aa0f150c78), 0) called at ./testrunner.pl line 13221:08
rafaeldtinocoand then an anonymous function being called21:08
rafaeldtinocomain::__ANON__(Cassandane::Unit::TestPlan=HASH(0x2aa0f150c78), GLOB(0x2aa0f150a80)) called at ./testrunner.pl line 31521:08
rafaeldtinocoRunning ./testrunner.pl -f pretty -j 4 Cyrus::ImapTest FAILED (at a94b77842b44bb57a73200a4ea66bdd6424c4583)21:09
rafaeldtinocobut all the unit test is around Cyrus::ImapTest21:09
rafaeldtinocothat did not compile21:09
rafaeldtinocoso I'd first look for that and then something else21:09
rafaeldtinocokanashiro: ^21:09
rafaeldtinocohope it helps21:09
kanashirorafaeldtinoco, I also don't have knowledge about the codebase but I still think the TestPlan died because OOM, during my tests in a tiny vm I got similar errors and the vm was running OOM21:24
kanashiroand I can't reproduce this imaptest error, it just works fine21:24
seb128vorlon, thx, other ones (blocking firefox) that could maybe use a badtest, http://autopkgtest.ubuntu.com/packages/libo/libomxil-bellagio/focal/i386 and http://autopkgtest.ubuntu.com/packages/n/nghttp2/focal/i38621:25
rafaeldtinocokanashiro: could be.. it doesn't say where the compilation error is.. right before it says test -f UnicodeData.txt || wget http://www.unicode.org/Public/UNIDATA/UnicodeData.txt21:27
rafaeldtinocohave u seen that ?21:27
rafaeldtinocoProxy request sent, awaiting response... 503 Service Unavailable21:27
rafaeldtinocomake[3]: *** [Makefile:2794: UnicodeData.txt] Error 821:27
rafaeldtinocomake[3]: Leaving directory '/srv/dovecot.git/src/lib'21:27
rafaeldtinocoit looks the building env is/was in trouble21:27
kanashiroyeah I saw that21:30
rafaeldtinocodespite those warnings, the makefile error could come from unicodedata.txt not being get21:30
rafaeldtinococausing other issues ahead (killing the unit test , etc)21:31
cjwatsonWell I mean tests that rely on an external website are inherently unreliable21:31
rafaeldtinococjwatson: +121:31
cjwatsonMake sure it has the file locally so that it doesn't need to fall back to wget21:31
rafaeldtinocoim just not seeing oom warnings there21:31
kanashirothis test also git clone a bunch of repos21:33
rafaeldtinocoterrible autopkgtest =)21:33
rafaeldtinocogit clone dovecot, cyrusimap/* etc21:34
rafaeldtinocogit checkout -q 6264b51bcce8ae98efdcda3e55a765d7a13d15ed21:34
rafaeldtinocoat least they are using specific commit21:34
rafaeldtinocoand not "master" like i've seen before21:34
kanashirothe debian maintainer tried to translate upstream tests with docker to a shell script21:35
kanashiroupstream should probably use something like travis21:35
rafaeldtinocokanashiro: https://github.com/dovecot/core/blob/master/src/lib/Makefile.am21:36
rafaeldtinocotest -f $@ || wget -O $@ https://dovecot.org/res/UnicodeData.txt21:36
rafaeldtinocothats it ^21:37
rafaeldtinocosquid failed to give you that file21:37
rafaeldtinocolike cjwatson said, this will be a flakky test (by depending on this much external stuff)21:37
rafaeldtinocoactually they changed url21:38
rafaeldtinocothey're serving the UnicodeData from dovecot.org21:38
rafaeldtinocokanashiro: ^ maybe it was failing too much ? =)21:39
kanashirorafaeldtinoco, this test was triggered yesterday and it failed anyway but who knows21:40
rafaeldtinocokanashiro: want a retry there ?21:41
rafaeldtinocoits likely that this UnicodeData.txt retrival is intermittent21:41
kanashirowe can but I wish I could be able to reproduce it21:42
rafaeldtinocokanashiro: try setting up a http_proxy21:44
rafaeldtinocoand block https://dovecot.org/res/UnicodeData.txt21:44
rafaeldtinocosee if you get the same error #)21:45
rafaeldtinocoacl blacklist dstdom_regex "/etc/squid/blacklist.txt"21:46
rafaeldtinocohttp_access deny blacklist21:46
rafaeldtinocoin squid.conf21:46
rafaeldtinocomight do the trick21:46
xnoxbryce:  cpaelzer: i fixed the phpunit compat earlier..... just retry tests with newer php-horde-db see http://launchpadlibrarian.net/454918855/php-horde-db_2.4.0-4ubuntu1_2.4.0-4ubuntu2.diff.gz then that was failing again with pg12 compat, which i fixed in the subsequent upload, but not confident about it.23:22

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