=== juliank is now known as Guest25458
=== juliank_ is now known as juliank
ophukWhere can I find information on the automated tests Ubuntu runs on a kernel?02:49
sarnoldophuk: http://autopkgtest.ubuntu.com/packages/linux02:51
sarnoldophuk: https://git.launchpad.net/qa-regression-testing/tree/scripts  kernel*02:51
ophuksarnold, thanks02:52
ophukI might have a few more questions if you guys don't mind02:53
ophukIs there a way to run these tests locally?02:54
sarnoldophuk: you're welcome :)02:54
sarnoldophuk: the kernel's special, so.. "maybe"? :) here's the wiki on how to use adt-run to run the autopkgtests by hand http://packaging.ubuntu.com/html/auto-pkg-test.html02:55
sarnoldhere's the description of how the automated thing is hooked up https://wiki.ubuntu.com/ProposedMigration/AutopkgtestInfrastructure (way more work)02:55
ophuksarnold, lol. Yes it is. Unfortunately at work we have this old kernel with some third party thing and we had to manually patch for dirty cow:(02:56
sarnoldthe qa-regression-testing there is .. potentially entangled with a bunch of other things. _probably_ you can just run "cd scripts ; ./make-test-tarball kernel " then follow the directions... copy it to a vm, unpack, and probably ./install-packages ./script-kernel or something like that...02:57
sarnoldophuk: ouch02:57
ophukhmmm, possibly02:58
sarnoldophuk: be sure to patch for this thing too, it's got a one-shot-run exploit as well https://www.ubuntu.com/usn/usn-3151-1/02:58
ophukyeah. We're working on upgrading to a newer version but who knows when that will be02:59
tsimonq2Debian bug 79104003:03
ubottuDebian bug 791040 in src:freehdl "freehdl: library transition may be needed when GCC 5 is the default" [Important,Open] http://bugs.debian.org/79104003:03
tsimonq2slangasek: Thanks many for feedback regarding freehdl, that's why I think it's a good idea to subscribe the last uploader in Ubuntu to these sort of bugs! :)03:10
=== tsimonq2alt is now known as tsimonq2
sarnoldxnox: does the archive re-org mean 'cppunit' (in universe in newer releases) can be run during the build for packages in main? :)04:26
tsimonq2pitti: Having problems with systemd-resolvd. I ended up having to manually change my DNS nameserver in /etc/resolv.conf to be able to access major things like Tweetdeck and the CSS for GitHub...04:42
tsimonq2pitti: Pinging because I *never* had this problem before, and it's a DNS one...04:43
sarnoldnote that systemd-resolved has an insanely confusing relationship with /etc/resolv.conf -- in one mode systemd-resolved is a consumer, and in the other mode, systemd-resolved populates it for other things with their own resolvers to consume04:44
tsimonq2... /o\04:46
tsimonq2sarnold: Looks like the former of which Failed Miserably.04:46
tsimonq2sarnold: Because I had to do it's job... :P04:46
tjaaltonsheesh, the tests can take an eternity to run.. or is there an issue with the CI?05:24
=== Skuggen_ is now known as Skuggen
=== KingsQuest is now known as spy4eye
pittitjaalton: the "issue" is that it's still catching up with glibc and there was a whole new KDE upload too08:04
pittisee the queues on /running08:04
pittitsimonq2: mind filing a bug with the details? (server/NM, journal, contents of resolv.conf, your network config)08:04
pittitsimonq2: with that level of detail I'm afraid I can't help08:05
tjaaltonpitti: hah, ok.. i'll check again next week :P08:05
xnoxsarnold, yes08:41
xnoxsarnold, it also means that header only boost libraries leak into main abi =)08:41
xnoxtedg, /usr/bin/ld: cannot find -lpthreads08:43
sarnoldxnox: I'm going to pretend I didn't hear that bit :) and leave it to do ko to cope...08:46
Unit193pull-lp-source is boarked.08:49
infinityUnit193: Works for me.08:53
Unit193infinity: Yes sorry, I did a thing that made it hit dde.debian. :308:54
Unit193Basically, stupid user thought another service disappeared.08:55
Unit193(FWIW: pull-lp-source: Error: Unable to retrieve package information from DDE: http://dde.debian.net/dde/q/udd/dist/d:ubuntu/r:zesty/p:certbot/?t=json (<urlopen error [Errno -2] Name or service not known>)  )08:56
naccany AA able to help process icingaweb2 and zendframework in the new queue? context is LP: #159302409:05
ubottuLaunchpad bug 1593024 in zend-framework (Ubuntu) "Unblacklist and sync zendframework 1.12.18+dfsg-1 (universe) from Debian unstable (main)" [Wishlist,New] https://launchpad.net/bugs/159302409:05
Saviqpitti, hey, have you heard of issues with resolved and go programs? http://rclone.org/ errors out with http://pastebin.ubuntu.com/23602655/ when is in resolv.conf - it's fine when I replace it with my real NS09:29
pittiSaviq: no, haven't heard; does dig @ drive.amazonaws.com do the same?09:30
pittierr, without the :53 of course09:30
Saviqpitti, no, that works fine, I wonder if it's because how it was compiled (building my own now to see)09:31
pittiSaviq: AFAIK our go compiler uses NSS, but upstream's doesn't, so it should just use straight DNS on resolv.conf09:33
pittii. e. dig @ should be pretty much equivalent09:34
Saviqpitti, FWIW, rebuilding my own made it work, I'll report the issue upstream09:34
pittiSaviq: so that might actually be Ubuntu vs. upstream Go compiler behaviour (NSS or not)?09:41
Saviqpitti, yeah sounds like it09:41
Saviqdepends on what rclone uses to build their bins09:41
pittiSaviq: so it seems their way of a DNS query looks slightly different to glibc's or dig's, and that and resolved don't understand each other09:43
Saviqpitti, the error msg actually suggests it couldn't even find
pittiSaviq: hm, that's not how I interpret that error message09:44
Saviqpitti, yeah, could be interpreted both ways...09:45
Saviqshould probably ask resolved to log requests to see if it even gets asked09:46
pittiSaviq: you can, start it in verbose mode09:51
pittiSaviq: this should then also tell you what it's trying to query/forward and where things go haywire09:51
pittiSaviq: sudo systemctl stop systemd-resolved09:51
pittiSaviq: sudo SYSTEMD_LOG_LEVEL=debug /lib/systemd/systemd-resolved09:51
Saviqpitti, yup, already looking at the log09:51
Saviqpitti, huh ¿? http://pastebin.ubuntu.com/23602749/09:56
Saviqso it says it replied, wonder if the CNAME/DNAME resolution makes the difference?09:58
pittidannf: manual test run worked \o/11:08
dannfpitti:  :)11:09
pittiLaney: ^ arm64 autopkgtest run on bos0111:09
dannfpitti: shall i try one myself?11:09
pittiwe don't have custom images yet, so test runs will be slow, but that's fine for testing and manual requests11:09
pittidannf: not yet, setting up the worker now; this was just a manual "call autopkgtest on the infra" run11:09
pittidannf: (still having something else half-committed in the pipe, let me finish that first)11:11
Laneypitti: nice!11:15
Laneywhat changed?11:15
pittiLaney: nothing really -- the reboot problem already got fixed a while ago, and I just re-verified that everything is okay11:15
pittiLaney: dannf and I just had a quick meeting about the roadmap11:16
pittiLaney: so the idea was to start one arm64 worker now but not enable the arch in britney yet11:16
pittiLaney: so that we can issue manual test requests, but only enable it in p-m once we have the capacity11:16
pittiLaney: actuall, the existing bos01 workers will take care of it, just adding to "architectures ="11:17
slangasekrbasak: samba removed from xenial-proposed11:18
Laneypitti: right - is there more capacity planned?11:19
smoserpitti, https://blueprints.launchpad.net/ubuntu/+spec/boot-time-optimization11:19
pittiLaney: yes, it is (that was dannf's side)11:19
smoser [pitti] Builds a cloud image and injects package: DONE11:19
smoser^ ? where can i learn more info on that ?11:19
pittismoser: see the whiteboard, it points to the script11:19
dannfLaney: yeah - i think i know what hw to purchase, will try to get it approved. i'll keep you in the loop11:21
smoserpitti, so you "Determining which binaries of source %(src)s are installed and have a new version...'"11:23
smoserbut then what do you do with that info ?11:23
smoserseems like you should exit if its empty ? ie, you're basically only updating the image if that is inside, right ?11:24
pittismoser: see line 77, it then installs these binaries11:24
smoserbut if its empty11:24
pittismoser: right, good point; "apt-get install -y" succeeds and does nothing, I had expected it to error out with something like "missing package arg"11:25
smoseri guess apt does "right" thing11:25
pittino, there's little point in succeeding then11:25
smoserwell, it depends on what you want.11:25
smoserif its not already inside, then essentially you are just adding -proposed11:25
smoserwhich i thought maybe you were desiring11:25
pittismoser: well, in theory this Should Not Happen™ as we would only practically call it for packages that actually are in -proposed11:26
pittibut there could be some corner cases11:26
pittilike, binaries are only available on one architecture11:26
pittithen the test would run in vain11:26
pittiit also should not fail as that update doesn't regress boot speed11:26
pittibut would be nice to succeed fast11:27
smoserright. yeah, maybe exit SOME_NON_ZERO if not present11:27
smoserand handle that11:27
* smoser is happy you used mount-image-callback :)11:27
pittismoser: handling exit code is not actually all that simple as this all just gets written into m-i-c's stdin11:27
smoserwell, sure it is11:28
smoserit will exit with whever you told it to in the python popen11:28
pittiand I want its stdout to stay on the real stdout instead of capturing it11:28
pittismoser: ah, good11:28
pittismoser: so [ empty ] && exit 99 will reflect in img_shell.wait()11:29
smoseri think so , yeah.11:29
pittiand I can then pass through m-i-c's exit code to the caller of that script11:29
smoseri mean popen stuff asside. moujnt-image-callaback will exit with the program's return code11:29
pittiok, I'll add that11:29
pittismoser: so I'll define a "magic" exit code that means "nothing to do", like "10"11:30
rbasakslangasek: thank you!11:30
pittismoser: and then it would not upload the image either11:30
=== _salem is now known as salem_
tsimonq2pitti: Will do a bit later.12:37
naccstgraber: do you mind approving the zendframework binaries now that they are built? it's showing in https://launchpad.net/ubuntu/zesty/+queue12:43
nacctjaalton: is dogtag-pki's autopkgtest issues on your plate? it's holding tomcat8 in -proposed, afaict13:01
tjaaltonnacc: tomcat 8.5 broke tomcatjss & dogtag13:03
nacctjaalton: ok, it did start failing before 8.513:04
nacctjaalton: https://objectstorage.prodstack4-5.canonical.com/v1/AUTH_77e2ada1e7a84929a74ba3b87153c0ac/autopkgtest-zesty/zesty/s390x/d/dogtag-pki/20161109_055803_e3940@/log.gz13:04
nacctaken from: http://autopkgtest.ubuntu.com/packages/d/dogtag-pki/zesty/s390x13:04
pittidannf, Laney:13:05
dannfpitti: :)13:05
pittidannf: 10min 9s overhead, 1s actual test13:05
Laneynice, but also eek13:06
dannfpitti: yeah - is that container creation / other I/O?13:06
pittiLaney: instances take a while to boot, but most of that overhead really is due to not having an autopkgtest specific iage13:07
pittithus this needs to install the full -generic kernel, purge cruft, dist-upgrade and so on13:07
pittiactually no, I did't call this with setup-testbed13:07
pittinevermind, I did13:08
pittisetup-testbed took 5 mins13:08
pittidannf: no, this isn't container, it's full nova instance13:10
dannfah, i see13:10
tjaaltonnacc: can't check, but did amd64 pass before13:10
pittidannf: Laney is planning some optimization to run tests in lxd containers (on all arches) that don't need a full VM (i. e. 99% of our tests)13:10
pittibut that's independent13:10
nacctjaalton: yes, also a regression there too, i think13:15
nacctjaalton: http://autopkgtest.ubuntu.com/packages/d/dogtag-pki/zesty/amd6413:15
Laneypitti: you making an adt image?13:15
pittiLaney: not worth the trouble yet; hang on13:15
naccpassed with 10.3.5-5, started regressing with java-atk-wrapper/0.33.3-11 maybe?13:15
tjaaltonnacc: hmm ok13:15
tjaaltonmy browser is frozen atm, I'll check later :)13:16
nacctjaalton: thanks -- was just noticing the tomcat8 gating in z-p13:16
tjaaltonanyway, dogtag upstream is finally looking into it, but most likely won't get it fixed before xmas which would be the deadline for stretch (plus 10day migration delay)13:17
tjaaltonso apart from removing tomcatjss & dogtag I don't see a way to unblock tomcat813:18
tjaaltonoh and freeipa too13:18
nacctjaalton: ok, i guess it's not a huge deal, as the SRUs i need to do are all fixed in the version in of tomcat8 that made it into the archive before the dogtag regression13:19
=== skorv is now known as Guest94362
nacctjaalton: just sort of odd to see :)13:19
pittidannf, Laney: bug 164881013:19
ubottubug 1648810 in britney "Enable arm64 autopkgtesting" [Undecided,New] https://launchpad.net/bugs/164881013:19
tjaaltonnacc: yeah that was a bad timing to push 8.5 to debian without checking that rdeps would still build..13:20
nacctjaalton: ack, np -- thanks for confirming!13:21
shadeslayerHey, does anyone know how long it takes for the supported seed to get updated and where I can check the current list that launchpad knows ?13:43
=== vigo is now known as vigo|lunch
cjwatsonshadeslayer: the supported seed is in revision control and developer-managed, so I suspect you must be asking about something related but different13:52
cjwatsonshadeslayer: but I don't know exactly what, so can you rephrase your question?13:53
shadeslayercjwatson: is there a way to check if the changes we made were deployed ?14:04
shadeslayercjwatson: would seeded-in-ubuntu work for the supported seed?14:05
shadeslayercjwatson: oh ok it does work14:08
shadeslayerhm there was a thing to check if you had upload privs to a package too14:10
shadeslayercjwatson: ref http://bazaar.launchpad.net/~kubuntu-dev/ubuntu-seeds/kubuntu.zesty/revision/1349 , ubuntu-upload-permission -t breeze-plymouth  does not list the kubuntu team14:15
cjwatsonshadeslayer: OK, so you're asking about upload permissions14:15
cjwatsonshadeslayer: I didn't know about ubuntu-upload-permission; edit-acl in lp:ubuntu-archive-tools is the thing I use, though they're probably equivalent for this purpose14:15
cjwatsonshadeslayer: anyway, translating seeds into upload permissions is a manually-gated process controlled by ~developer-membership-board14:16
shadeslayerclivejo: ^^14:16
cjwatsonI already told clivejo the same thing14:16
shadeslayeroh I wasn't aware14:16
shadeslayerwell there you go, someone needs offer chocolates to the dmb14:17
shadeslayercjwatson: thanks for the clarification <314:22
* shadeslayer goes back into his hole to swear at binutils and dpkg-dev some more14:22
acheronukshadeslayer: yes, we are still waiting for that seed change to get translated to our packageset by the DMB14:25
acheronuk+ you won't see the source name in there, just the 1st listed binary that it produces14:25
acheronukI had the SAME confusion very recently ;)14:26
ricotzpitti, hi, is there another network-manager upload planned?14:59
ricotz(it could use a rebuild against valac 0.34.4)15:00
=== vigo|lunch is now known as vigo
pittiricotz: not from my side; feel free to just do a no-change upload, although autopkgtest queues won't let this land anytime soon anyway15:08
ricotzpitti, I see, although I can't upload things ;)15:09
pittiLaney: I landed the "huge queues" britney part now; should be reasonably safe15:10
pittiLaney: I'll have a look at it this evening just in case, though15:10
pittibut I'm off for a bit, sprint just ended and socializing/fresh air and such15:10
Laneypitti: nice, happy airing15:11
pittiLaney: will cd ~ tomorrow, so still Sevilla tonight15:12
pittiit's not like I desperately crave to move from warm Sevilla to icy Augsburg :)15:12
Laneypitti: I just moved things to -huge16:03
Laneylet's see if that works16:03
Laneythey seem to be bytes instead of strings16:05
Laneyhope that doesn't matter ¬_¬16:05
Laneyit did matter, and I accidently broke huge/amd64 while trying to recover it :P17:00
* Laney tries again to get those back17:00
Laneya protip is: don't put things in a queue while you're looping over it ...17:03
Laneyshould be recovering now20:52
pittiLaney: ah, nice -- how did you do this, delete all jobs and the britney pending cache?21:12
pittiLaney: or direct AMQP surgery?21:12
=== salem_ is now known as _salem
=== JanC_ is now known as JanC
wxlum, anyone know where i can find the iconv library? we seem to have derivatives of it (e.g. libiconv-hook) but no iconv itself?23:35
tsimonq2pitti: I believe this is it: https://github.com/systemd/systemd/issues/382623:35
tsimonq2!info libiconv23:36
ubottuPackage libiconv does not exist in wily23:36
tsimonq2!info libiconv-dev zesty23:36
ubottuPackage libiconv-dev does not exist in zesty23:36
wxlif you think i haven't searched you got another thing coming. i'm just surprised23:36
tsimonq2!info iconv wily23:36
ubottuPackage iconv does not exist in wily23:36
wxloh heh maybe it's in gnulib23:38

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