/srv/irclogs.ubuntu.com/2016/05/20/#ubuntu-devel.txt

pittiGood morning06:06
ricotzgood morning06:08
ricotzthis one needs some attention https://launchpad.net/ubuntu/+source/libreoffice/1:5.1.3-0ubuntu1/+build/977131706:08
seb128doko, hey, I noticed your merged packagekit 1.0 again ;-) ... do you plan to port/fix aptdaemon?06:21
pittiwasn't the bigger blocker click?06:22
seb128doko, also it breaks click still06:22
seb128pitti, we sort of agreed that it would be ok to break them for a while because they don't plan to base any product on y06:23
pittiah, ok06:23
seb128but we should sync up again with them to make sure it's still ok06:23
pittiand moving to snaps at some point, I figure06:23
seb128yes06:23
seb128wth06:24
seb128why is autopkgtest for aptdaemon 1.1.1+bzr982-0ubuntu14: amd64: Ignored failure,06:24
dokoseb128, hrm, thought it would be safe after the lts ...06:24
seb128that failure should absolutly not be ignored06:24
seb128it's an abi break that makes it fail to import packagekit06:24
pittiaptdaemon's tests have been failing for a long time in xenial already06:25
seb128well in that case they rightly fail06:26
pittiwould be good to fix them indeed, so that they become useful again to detect regressions06:26
pittii. e. to succeed in yakkety-release06:26
seb128right06:26
pitti(or even xenial)06:26
seb128meanwhile can we make sure it's blocked in proposed?06:26
pittiseb128: easiest is to have a bug against packagekit and tag it block-proposed06:27
pittiI don't want to remove the force-badtest, as this would hold up a lot of unrelated stuff then06:28
dokohmm, click has an older version in -proposed than in -release?06:28
seb128weird06:29
seb128doko, pitti, anyway, https://errors.ubuntu.com/problem/0cbdb94861b90a2bf18c183fb3031ed81f6bb5a7 is one of the issues with aptdaemon/new packagekit06:30
seb128  File "/usr/lib/python3/dist-packages/aptdaemon/worker/pkworker.py", line 175, in __init__06:30
seb128    pk.RoleEnum.GET_DEPENDS,06:30
seb128AttributeError: type object 'PkRoleEnum' has no attribute 'GET_DEPENDS'06:30
seb128pitti, ^ I've tagged bug #1496292 as block-proposed06:32
ubottubug 1496292 in aptdaemon (Ubuntu) "/usr/sbin/aptd:AttributeError:/usr/sbin/aptd@39:main:__init__:__init__" [High,New] https://launchpad.net/bugs/149629206:32
seb128is that enough for making sure it sticks there?06:32
pittiseb128: it needs a packagekit task06:33
seb128pitti, oh right, thanks, done06:34
seb128slangasek, infinity, could you maybe have a look to https://launchpadlibrarian.net/259212950/lsb_9.20160110_9.20160110ubuntu1.debdiff from bug #153635307:02
ubottubug 1536353 in lsb (Ubuntu) "[regression] Printer drivers install is broken as lsb package is not available anymore" [Medium,Fix committed] https://launchpad.net/bugs/153635307:02
Saviqpitti, morning, could you please expedite https://launchpad.net/ubuntu/yakkety/+queue?queue_text=mir into yakkety? thank you07:10
* seb128 wonders why Saviq wants pitti only to look at that, but ok07:15
Saviqseb128, because I missed you on this list https://launchpad.net/~ubuntu-archive/+members ;)07:16
Saviqand Mirv told me to choose the friendliest member ;D07:16
seb128Saviq, well, usually better to just ask on the channel first07:16
seb128you can nag individual when nobody replies07:16
seb128lol07:16
pittiSaviq: is it really necessary to micro-split the packages that way?07:16
Saviqsry, first time /me doing this07:16
pittithey seem to have similar dependencies and each new package just ships a single new driver07:17
Saviqpitti, I'm afraid I can't answer that, but they've been split up more and more as they went, I'm sure there were some reasons for that07:18
dokoseb128, mvo attached a patch07:18
SaviqRAOF, if still here, can you comment on why mir is split up into so many packages?07:18
pittianyway, debs look okayish, accepted07:19
Saviqpitti, thank you07:19
seb128doko, nice, I wonder how you manage to bribe him to spend time out of snappy :p07:19
seb128doko, can you test/upload the patch?07:20
mvoseb128: s/bribe/threatened/07:20
seb128I've no yakkety system and no plan to start y work before a while, too much lts/snappy work07:20
* seb128 hugs mvo07:20
* mvo hugs seb12807:20
Saviqthis is a nice channel07:22
Saviqsnuggly!07:22
* pitti introduces seb128 to the magic of lxd07:22
seb128doko, mvo, that enum issue was the reports we get from the time the new version was in proposed, I'm not sure those are the only uncompatible change in pkgkit1 that might bite aptdaemon07:22
* seb128 introduces pitti to the limitation of his 80G ssd07:22
pittiseb128: "lxc launch images:ubuntu/yakkety/amd64" :)07:22
seb128ENOSPACE07:23
seb128I'm fighting constently with 1G free space07:23
* seb128 needs to laptop refresh07:23
pittioh, wow07:23
seb128my config is 6 years old07:23
RAOFSaviq: So many packages?07:24
SaviqRAOF, <pitti> Saviq: is it really necessary to micro-split the packages that way? (that's re: mir)07:25
pittiok, armhf autopkgtests are now limping along on 4 lxd slaves in scalingstack, but they commit suicide every hour or so07:25
pittiI might have to disable armhf autopkgtests until the CI lab comes back07:26
RAOFpitti: Oh, you were referring to the new graphics-mesa-kms9 vs graphics-mesa-x9?07:27
pittiRAOF: and -android907:28
RAOF-android9 pulls in android dependencies?07:30
RAOFMerging -kms9 and -x9 would be painless; *technically* they have different dependencies, but in practise libGL pulls in X anyway...07:31
pittiRAOF: do -android{5,8,9} have different deps?07:33
RAOFpitti: No, but they're all superceded.07:33
pittiRAOF: ah, so those will be NBS? good07:34
RAOFOr, rather, we've got 2 ABIs in play - client platform ABI and server platform ABI; there'll be exactly one mir-platform-graphics-* for each platform, and exactly one mir-client-platform-* for each platform.07:35
RAOFAll the old ones will be NBS, and removable.07:35
mvoseb128: you could simply change the ssd and keep the laptop ;) ?07:36
pittiseb128: purging stuff like ~/.launchpadlib or .local/share/ubuntuimages also works wonders, I freed like 10 G the other day07:37
Saviquh oh07:45
SaviqFailed to fetch http://archive.ubuntu.com/ubuntu/dists/xenial-updates/main/binary-i386/Packages  503  OUT OF DISK SPACE07:45
Saviqthat's not a local error is it?07:46
pittiwhere do you see this?07:46
Saviqpitti, apt-get update07:46
Saviqand unless zfs went awry, I've 80G free locally07:47
Saviqhmm wait07:48
Saviqthis could be apt-cacher-ng07:48
Saviqthat definitely makes more sense07:48
Saviqpitti, my fault07:48
seb128mvo, I guess I could, but the laptop is a bit bulky and old and 4G ram, time for a proper refresh ;-)08:09
seb128pitti, right, I do a proper round of cruft cleaning every now and then and go back to 10G, then download some isos, do some pbuilding etc and I'm back to needing to watch free space ... just need a bigger disk, it's about time ;-)08:10
pittihappy shopping then :)08:11
mvoseb128: :) sure, it was only half serious08:20
=== salem_ is now known as _salem
seb128but that was a side discussion anyway, it's just that I don't feel like that I've the bandwith to do xenial+yakkety+snappy+... work, and yakkety is at the bottom of my priority list atm, so please don't count on me for the packagekit/aptdaemon thing08:22
Laneywe did plan on doing it at some point this cycle08:22
Laneybut thanks to doko for taking it on :)08:22
seb128yeah :-)08:23
Saviqpitti, any idea why the mir you accepted isn't available in proposed still?08:23
seb128Saviq, you are using an outdated mirror?08:24
Saviqarchive.ubuntu.com ;?08:24
Saviqand so do silos?08:24
pittiSaviq: rmadison says it's there08:24
seb128maybe the publisher is not done yet?08:24
Saviqhttps://launchpad.net/~ci-train-ppa-service/+archive/ubuntu/landing-058/+packages08:24
pittimir-platform-graphics-mesa-x9    | 0.22.1+16.04.20160516.2-0ubuntu2 | yakkety-proposed          | amd64, arm64, armhf, i386, powerpc, ppc64el, s390x08:24
seb128Saviq, retry your build?08:25
jtaylorhmm appstreamcli in xenial blocks apt update and eats 100% cpu for apparently ever since today08:25
jtaylorknown issue?08:26
Laneyhttps://bugs.launchpad.net/ubuntu/+source/appstream/+bug/157971208:26
ubottuLaunchpad bug 1579712 in appstream (Ubuntu Xenial) "Refresh hangs indefinitely, appstreamcli using 100% CPU" [High,Fix committed]08:26
jtaylorah08:26
jtayloroh its much older, weird I only see it today08:26
Saviqseb128, can you retry https://launchpad.net/~ci-train-ppa-service/+archive/ubuntu/landing-058/+build/9776460 please - that one doesn't have a direct dep so not a dep wait, but fails because of a dep chain08:27
seb128Saviq, done08:28
Saviqseb128, ok seems I complained just when it got published08:40
seb128Saviq, rmadison is your friend ;-)08:41
* mgedmin would appreciate some attention for https://bugs.launchpad.net/ubuntu/+source/update-manager/+bug/154842508:46
ubottuLaunchpad bug 1548425 in update-manager (Ubuntu) "update-manager crashed with AttributeError in check_hovering(): 'tuple' object has no attribute 'get_tags'" [Medium,Incomplete]08:46
seb128mgedmin, it's just a warning right? I can't reproduce here...09:07
seb128mgedmin, maybe you can get mvo interested in reviewing the patch though09:08
seb128mgedmin, but weird, "python3 -c "from gi.repository import Gtk; text=Gtk.TextView(); print(text.get_iter_at_location(0,0))"" returns09:24
seb128<Gtk.TextIter object at 0xb539465c (GtkTextIter at 0x8e836e0)>09:24
seb128here09:24
seb128not a tuple09:24
mvoseb128, mgedmin: looks fine, if it works +1, the GI api changes are a bit annyoing :/09:31
seb128mvo, mgedmin, well as said I can't confirm the bug and ^ returns an iter for me09:31
seb128mvo, mgedmin, OH09:34
seb128libgtk-3-0 3.19.9-0ubuntu1~xenial2 [origin: LP-PPA-gnome3-team-gnome3-staging]09:34
seb128so I guess the api changed with gtk 3.1909:34
seb128*great*09:34
seb128that explains it09:35
seb128Laney, ^ more fun when we update gtk09:35
Unit193s/when/if/ by the sounds of it.09:35
dokosil2100, https://launchpad.net/ubuntu/+source/click looks like you copied old versions09:36
sil2100doko: hey, yeah... cjwatson noticed that already, looks like this package somehow went through my checks09:37
sil2100Ah, I know why09:37
sil2100Since the xenial-overlay actually had a lower version than xenial itself, which is what I didn't expect :|09:37
sil2100doko: could you drop it from proposed?09:37
sil2100I actually expected it to just get rejected, since it's a lower version09:40
pittixnox: upstart autopkgtest times out after "ok 25 - with single-line script that writes 1 line to stdout" on the infra and also in local qemu; this is new from the y-proposed version09:58
mgedmingah!10:06
xnoxpitti, what about xenial-proposed -> does that one hang too, or no?10:06
mgedminyeah, I'm on ubuntu-gnome with the staging ppa :/10:06
pittixnox: no, that seems fine; and y-release apparently too10:07
xnoxpitti, ok.10:07
pittixnox: well, it failed of course, but didn't hang that way10:07
pitticyphermox: ok to steal your sysvinit merge?10:09
dokosil2100, done10:49
pitticaribou: when sponsoring things like bug 1390061, can you please insist on the reporter forwarding the fix to Debian too? (or do it yourself)10:56
ubottubug 1390061 in bash-completion (Ubuntu Wily) "bash-completion tilde expansion every time" [Medium,In progress] https://launchpad.net/bugs/139006110:56
pittihaving to drag these fixes in Ubuntu is annoying, and it's relevant for Debian too10:56
pitticaribou: stealing the bash-completion merge FYI, as it's blocking sysvinit and util-linux merges10:56
sil2100doko: thank you10:58
dokonacc, http://people.canonical.com/~ubuntu-archive/component-mismatches-proposed.svg  dh-php wants to pull in xml2. either a MIR is needed or the dependency removed11:12
=== Guest65617 is now known as alvesadrian
=== alvesadrian is now known as adrian-
=== adrian- is now known as adrian1
=== adrian1 is now known as adrian121
=== adrian121 is now known as alvesadrian
dokoseb128, Laney: suitesparse gained a dependency on metis (needs a MIR, or suitesparse needs again building with the internal metis)11:47
seb128doko, doesn't seem something that has to do with desktop11:47
seb128unsure what suiteparse is11:47
seb128never touched it11:47
dokoseb128, suitesparse is owned by desktop packages11:49
Laneyused by libreoffice11:49
seb128k, well as said earlier I've no slot of y-work at the moment11:50
seb128so feel free to find somebody else interested11:50
=== hikiko is now known as hikiko|ln
cariboupitti: ok ,will do. sorry for that12:23
stokachu@pilot in12:31
=== udevbot changed the topic of #ubuntu-devel to: Xenial (16.04) Released! | Archive: open | Devel of Ubuntu (not support or app devel) | build failures: http://qa.ubuntuwire.com/ftbfs/ | #ubuntu for support and discussion of precise-xenial | #ubuntu-app-devel for app development on Ubuntu http://wiki.ubuntu.com/UbuntuDevelopment | See #ubuntu-bugs for http://bit.ly/lv8soi | Patch Pilots: stokachu
cariboupitti: you didn't forward the bug to debian ? 'cause I'll ask seyeong to do it12:32
ChrisTownsendpitti: Hey, I have some britney runs for silo-031 that seem like they are stuck (or missing): https://requests.ci-train.ubuntu.com/#/ticket/142512:33
ChrisTownsendpitti: I was told to ping you for investigation.12:34
=== hikiko|ln is now known as hikiko
pittiChrisTownsend: prodded, running now: http://autopkgtest.ubuntu.com/running.shtml#pkg-content-hub12:50
ChrisTownsendpitti: Thanks.  And the yakkety one's are just in the queue waiting, right?12:51
seb128xnox, https://launchpad.net/ubuntu/+source/upstart/1.13.2-0ubuntu24/+build/9737266 ... build is ongoing since yesterday, is that stucked?13:01
xnoxseb128, yes. will retry.13:02
seb128xnox, I guess it's bug #157691413:02
ubottubug 1576914 in upstart (Ubuntu) "upstart,libnih ftbfs on s390x with linux 4.4.0-21.37" [Undecided,New] https://launchpad.net/bugs/157691413:02
seb128?13:02
xnoxpitti, https://bugs.launchpad.net/ubuntu/+source/multipath-tools/+bug/158356313:16
ubottuLaunchpad bug 1583563 in multipath-tools (Ubuntu) "System will not start with multipathd enabled" [High,Confirmed]13:16
xnoxlooks very fishy =(13:16
=== chuck__ is now known as zul
=== Guest67500 is now known as adrian
Saviqpitti, this seems stuck, doesn't it http://autopkgtest.ubuntu.com/running.shtml#pkg-unity8 ?14:00
Saviq"Running for:3 h 4 min 13 s"14:01
smoserpitti, around ?14:02
cyphermoxpitti: yeah, have fun!14:09
cyphermoxsorry, I had some internet troubles14:10
=== _salem is now known as salem_
naccdoko: ack, will investigate, must be a new dep in dh-php in debian14:21
pittismoser: hello14:49
pittiSaviq: there was an outage of lcy01, so it had to retry a few times14:49
pittiLaney: meh, lcy01 and bos01 now both dieing? what's that, a strike?14:52
smoserah.great.14:52
smoserpitti, so i was looking at Odd_Bloke 's cloud-image slow boot from yesterday14:52
smoseri modified cloud-init-local.service to have this14:53
smoser http://paste.ubuntu.com/16522550/14:53
smoserand then after boot14:54
smoser$ grep . /run/cloud-init/pre-local*14:54
smoser /run/cloud-init/pre-local:4.73 1.2314:54
smoser /run/cloud-init/pre-local-python:27.13 22.8414:54
smoserso the 'python3 -c' line took 24 seconds to start up, and copy /proc/uptime to /run/cloud-init/14:55
pittismoser: ooh, I know14:58
pittismoser: that's yakkety, right?14:58
smoseryes14:58
pittismoser: debian bug 82243114:58
ubottuDebian bug 822431 in python3.5 "python3.5: regression in -11: always calls getrandom() at start, causing long hang after boot" [Important,Open] http://bugs.debian.org/82243114:58
pittismoser: this bit me in autopkgtest as well14:58
pittismoser: use this workaround: http://anonscm.debian.org/cgit/autopkgtest/autopkgtest.git/commit/?id=abfc34e2a0f14:58
pittismoser: i. e. call it with PYTHONHASHSEED=014:59
pittismoser: and it'll be blazing fast again14:59
pittithis issue is an utter nuisance14:59
pittibasically every python3 during early boot blocks for ages14:59
pittiI don't understand why hashes need to be cryptographically randomized15:00
pittiand python would block on that15:01
pittiin pretty much every language dictionaries are even predictable (although their "order" might change between compilers and versions of course)15:01
smoserpitti, ok. i'm trying that. by changing /usr/bin/cloud-init's #! to be15:02
smoser /usr/bin/env PYTHONHASHSEED=0 python315:02
pittiyou can use #!/usr/bin/env .. that15:02
pittiat least there's a lot of discussion in the upstream python bug, so hopefully this gets fixed after all and the debian bug "wontfix" will be dropped15:04
Odd_BlokeGreat bug, 10/10.15:06
Odd_BlokeWould encounter again.15:06
pittiOdd_Bloke: sorry, can't parse that15:08
smoserhuh. why doesnt that work above ?15:08
smosercat >my.py<<EOF15:09
smoser#!/usr/bin/env PYTHONHASHSEED=0 python315:09
smoserprint("hello python 3")15:09
smoserEOF15:09
smoserchmod 755 ./my.py15:09
pittiOdd_Bloke: but yes, I spent an entire afternoon tracking this down; in retrospect it should have been much faster, but after the fact everythign is obvious :)15:09
Odd_Blokepitti: (https://xkcd.com/325/)15:09
smosera++++ would read provided link again15:10
Odd_Blokepitti: Yeah, I probably didn't help by planting the networking seed in your mind. :p15:10
pittismoser: hmm, indeed, hashbangs don't work like that; perhaps just add Environment=PYTHONHASH=0 to the uit?15:11
pittiunit too15:11
smoseryeah. have to add it to each though15:11
smoserwhat am i missing .. why dont sheang work like that. and what is it trying to do15:12
JanCpitti: IIRC that was added after somebody illustrated a DDoS against Python's hashtables?15:12
smoseroh. it endlessly loops env15:12
pittismoser: sounds like the rest of the file gets fed to env, not python3 or so15:12
smoseryeah. i'll modify the Environment15:13
smoserbut i didnt' want to have to touch all of them.15:13
pittiit's hopefully not a permanent change15:14
pittiif upstream adds the NONBLOCK flag back to the getrandom() call, the world should be a brighter place again15:14
JanCI suppose it's mostly useful where Python has to handle arbitrary data from untrusted users, e.g. in some internet services/apps15:16
pittiJanC: that sounds curious; happen to have a link?15:17
pittiI can't imagine how an unreliable hash order would be a security feature15:17
pitti"unpredicable"15:17
Odd_Blokepitti: http://bugs.python.org/issue1370315:18
Odd_Blokepitti: Which points to https://mail.python.org/pipermail/python-dev/2011-December/115116.html15:18
JanCpitti: if you can predict the hashes, you can submit data that computes to the same hash, I suppose...15:19
* pitti stashes that for later reading, thanks!15:19
smoserpitti, what did i do wrong: http://paste.ubuntu.com/16523164/15:20
JanCwhich of course makes hashtable lookups very slow15:20
pittismoser: PYTHONHASHSEED (sorry, typoed in my last reply)15:21
herrkinhello, I have a problem with a modem that wont switch to modem mode15:22
herrkinI have several modems to test but there is one that is very stupid, some times it just stays in mass storage mode and wont switch15:22
Odd_Blokeherrkin: This channel is for development of Ubuntu itself; you probably want #ubuntu or #ubuntu-server. :)15:22
herrkinis this the correct place to discuss abut it?15:22
herrkinOdd_Bloke, the problem is with usb_modeswitch I think15:23
herrkinits part of ubuntu15:23
Odd_Blokeherrkin: Sure, but the venue for questions about _using_ Ubuntu belong in #ubuntu or #ubuntu-server.  There will be more people in those channels who may have run across the issues you are seeing, so you have a better chance of finding help. :)15:26
herrkinok let me see.15:26
herrkinthanks15:26
pittixnox: I have a change to procps to make; should I steal your merge while I'm at it, or are you already at it?15:41
pittiapw: do you know if /etc/init.d/ondemand is still a thing that we need with current kernels?15:42
pittiapw: it's the only thing that's left from initscripts that we actually use; I'm working on dropping deps to initscripts so that we stop installing it by default, and wonder if I should put an equivalent unit into systemd or not15:42
smoserpitti, something else is at play here.15:43
apwpitti, we use that to boot in performance and drop back to something less batter sucking ... and the kenrel is still in performance by default15:43
smoser$ pastebinit /lib/systemd/system/cloud-init-local.service15:43
smoserhttp://paste.ubuntu.com/16523968/15:43
pittiapw: I had assumed the kernel would drive the CPU to full steam while it's actualy busy doing something (like on boot)15:44
smoser$ tail -n 10 /usr/bin/cloud-init | pastebinit15:44
smoserhttp://paste.ubuntu.com/16523984/15:44
pittiapw: i. e. I wonder why we are the only distro doing somethign like that15:44
apwpitti, it was something that keybuk drove in, and it has never been revisited since15:45
pittiapw: anyway, it's simple to port; I'll probably use a Type=idle so that it goes to ondemand as soon as boot is done, istead of a static "1 minute", I just wondered if the kernel still needs that kind of help15:45
smoser http://paste.ubuntu.com/16524007/15:45
xnoxpitti, please steal15:45
smoserso i suspect that something in the cloud-init's imports is messing up the PYTHONHASH or something so it goes back to slow.15:46
apwpitti, yeah it is pretty unclear for sure, would you file a bug on linux to review that and let me know, i will find someone to think about it15:46
apwpitti, but in the short term, making it an idle systemd unit sounds much better anyhow15:46
apwa i know it makes my lappy hot during boot :/15:47
pittiapw: ok, so port to a unit in the short-term, and revisit if defaulting to "ondemand" works better now (after all, some 10 years have passed..)15:49
pittimaybe 815:49
apwindeed15:50
Odd_Blokesmoser: If you want to test the imports, you could (probably) move them all in to that if statement after the startup time is written out.15:50
smoseryeah15:51
pittiapw: bug 1584124 -- does that have enough context/15:52
ubottubug 1584124 in systemd (Ubuntu) "revisit /etc/init.d/ondemand" [Wishlist,Triaged] https://launchpad.net/bugs/158412415:53
pitti?15:53
pittixnox: procps> ugh, a 100 kB Ubuntu diff? fun; well, I asked for it, I got it :)16:00
Odd_Blokepitti: doko: Is there an Ubuntu bug open anywhere for https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=822431?  This is really serious for cloud images, because they all use Python 3 near the start of boot (via cloud-init).16:40
ubottuDebian bug 822431 in python3.5 "python3.5: regression in -11: always calls getrandom() at start, causing long hang after boot" [Important,Open]16:40
=== Guest59880 is now known as adrian
Odd_Bloke(I've seen a 7 minute hang as a result of it on an OpenStack cloud)16:41
cpaelzerHi, I know there are always all kind of super-skilled people around - for those of you who love gcc/ld to its darkest depth - you might take a look at http://stackoverflow.com/questions/37351699/how-to-create-both-so-files-for-two-circular-depending-libraries - there seem to be no good answer to that out there yet so I asked it openly16:53
cpaelzerI'm giving up on it for now and let the weekend try to distract me from it :-)16:53
smoserpitti, just for a summary of above using PYTHONHASH does not seem to affect all things.17:02
smoserfor example, 'import tempfile' does17:02
smoser from random import Random as _Random17:02
smoserand that seems hits the same first boot hang even with PYTHONHASH set.17:03
Odd_Blokesmoser: What do you see without that set at all?17:05
smoser?17:06
Odd_Blokesmoser: Because I suspect you are working around the Python _startup_ issue, and then hitting a separate (but very much related) random module issue.17:06
smoseryeah. i think so too17:06
smoseri can take out the Environment and see17:06
Odd_Blokesmoser: I've filed https://bugs.launchpad.net/cloud-images/+bug/1584147 (which also affects cloud-init).17:12
ubottuLaunchpad bug 1584147 in cloud-init (Ubuntu) "cloud-init hangs on boot as Python waits for sufficient randomness to start" [Undecided,New]17:12
smoserOdd_Bloke, so setting PYTHONHASH *does* help.17:13
smoserat least in a single test here17:13
smoserbut clearly doesnt make it all magic17:13
Odd_Blokesmoser: I've added a comment with a high-level summary of what you've discovered; please feel free to flesh out with details. :)17:15
TJ-Why would "Failed to connect to Mir: Failed to connect to server socket: No such file or directory" be reported when executing an X application from the terminal, launched by another (sudo) user, with e.g. "sudo /usr/bin/env DISPLAY=:0 XAUTHORITY=/home/<user>/.Xauthority xclock" - do we need to copy more of the target users' native environment? any in particular? presumably this is some kind of fallback19:31
TJ-if the X session isn't found?19:31
dobeywhere are you trying to do that?19:32
TJ-from a VT. On my system (Ubuntu+Unity) it works fine. On another system using, I think, Lubuntu, it gets that error. Obviously Mir isn't installed, but it feels like a fallback if the X server/session for the target user cannot be located19:33
dobeywell i'm pretty sure xclock doesn't link to libmir19:35
sarnoldTJ-: I got that same error message trying to run evince via ssh -X https://bugs.launchpad.net/ubuntu/+source/evince/+bug/157330019:35
ubottuLaunchpad bug 1573300 in evince (Ubuntu) "ssh -X X11 forwarding doesn't work" [High,Incomplete]19:35
TJ-no, it's something in the underlying libraries obviously. I've not pulled the sources of the libraries as yet to search for the string19:35
sarnoldTJ-: I never got around to debugging this thing :/19:35
dobeywell, xclock is a pure x app19:36
TJ-sarnold: right; I've seen some similar reports but no bug reports as yet.19:36
dobeyit doesn't link to gtk+ or qt, and the X libs don't link to mir19:36
sarnoldxclock is a genius test case :) pretty simple, no churn19:36
TJ-dobey: xclock is just an example19:36
TJ-this is about the session-level env I think19:36
dobeyTJ-: sure, i'm just trying to figure out what could possibly cause something that does link to mir, to be run in that case19:37
dobeyand i just don't see anything19:37
TJ-I suspect its the XDG_* vars19:37
dobeyeh?19:38
TJ-looks like bug 146326319:39
ubottubug 1463263 in Ubuntu "ssh-based X11 forwarding not working in 15.04 following upgrade from 14.10" [Undecided,Confirmed] https://launchpad.net/bugs/146326319:39
dobeyTJ-: why not strace and follow the forks/threads to see what else gets run?19:39
TJ-dobey: I suspect the failing Lubuntu system doesn't have those XDG_ vars that this Ubuntu has in each user's session19:39
TJ-dobey: I don't have direct access to the failing system right now19:39
dobeyi don't understand what's failing exactly. you ssh to a remote system and then try to run something on that remote system's own local display?19:40
TJ-interesting that bug has the quote "The "gdk_mir_display_open" error is just GDK/GTK trying to use Mir because it found no X11 server ($DISPLAY is blank)."19:40
TJ-dobey: No, ssh is sarnold's issue :)19:40
dobey*shrug* ssh -X works fine here19:41
TJ-dobey: 2 completely unrelated separate systems here, trying to use the same mechanism to cause a (yad) window to be displayed in "user1" X session, triggered by "user2" non-GUI script doing "sudo /usr/bin/env DISPLAY=:0 XAUTHORITY=/home/user2/.Xauthority yad ...args..." ... I use xclock just to test it19:42
TJ-user2 has sudoers NOPASSWD rights to /usr/bin/env so no user prompting is required19:43
sarnoldTJ-: are perms on /home /home/user2/ and /home/user2/.Xauthority all correct?19:43
TJ-the background to this is some automated scripts the bring up a public Internet connection (wifi) and then a secure VPN, and inform the user whats' going on and, if the public internet is detected to have a captive portal, uses that mechanism with xdg-open http://some.domain/ to cause "user1" to see the captive portal login page19:44
TJ-sarnold: yes, totally separate, and thatts why 'sudo' is being used, to ensure access to the files19:45
TJ-I'll be in front of the Lubuntu system on Sunday, but hopefully I can get some background on this before then19:45
dobeyTJ-: and the user was definitely logged in on the remote machine?19:48
TJ-interesting  bug 1433165 suggests it could be triggered by an apparmor profile19:49
ubottubug 1433165 in evince (Ubuntu) "evince fails to run due to a gdk_mir_display_open" [High,Confirmed] https://launchpad.net/bugs/143316519:49
TJ-dobey: yes, it's complicated, but user1 is the UID 1000 default user account ... user2 is a 2nd account used to contain the scripts and execute them such that user1 cannot mess them up. user2 has certain sudoers NOPASSWD permissions to run a few system commands via sudo with no need of user interaction19:51
TJ-As I said, this looks to be partially due to the failing system being Lubuntu, so potentially a few things are different in the session env19:52
dobeyTJ-: as i said, i think you should strace to see where the actual failure happens. xclock and sudo don't link to libmirclient, so they can't possibly be trying to open a mir socket (unless of course the xclock is actually a link to some other app, which does link to libmirclient).19:54
TJ-it'll be the gtk/gdk libraries I presume20:00
stokachu@pilot out20:00
=== udevbot changed the topic of #ubuntu-devel to: Xenial (16.04) Released! | Archive: open | Devel of Ubuntu (not support or app devel) | build failures: http://qa.ubuntuwire.com/ftbfs/ | #ubuntu for support and discussion of precise-xenial | #ubuntu-app-devel for app development on Ubuntu http://wiki.ubuntu.com/UbuntuDevelopment | See #ubuntu-bugs for http://bit.ly/lv8soi | Patch Pilots:
TJ-aahhhh gdk/mir/gdkmirdisplay.c20:03
dobeywell yes, obviously gtk+ has support for mir20:04
dobeybut that doesn't explain your issue with xclock20:04
dobeyxclock does not use gtk+20:04
dobeyor gdk20:04
sarnoldthere is a surprising number of libraries there though http://paste.ubuntu.com/16534039/20:06
sarnoldmy guesses, libfreetype, libfontconfig20:06
sarnoldalso why xclock needs a bloody xml parser .. *sigh*20:07
TJ-ignore xclock, that is misleading. The first of several real commands that fails is xdg-open (synaptic is another one) ... xdg-open is a shell script that runs different programs based on the DE. for LXDE it used pcmanfm which is linked to gtk20:08
dobeysarnold: apt-cache rdepends libmirclient9 doesn't show fontconfig or freetype as needing it20:08
sarnolddobey: ldd20:08
sarnoldoh I see, read too fast20:08
sarnoldor rather, read too poorly :)20:08
dobeyTJ-: well if it's misleading, that's your fault. you said it didn't work and gave you that mir error. if that's not true, why did you say it? :)20:09
TJ-that explains the error message, but it'll take some time to work backwards to figure out what is missing in the environment that caused the code to fall through to the mir code20:09
dobeywell, it couldn't connect to the X display20:10
TJ-dobey: I gave it as an example of a quick test we tried to minimize the externals. But, the actual scripts use xdg-open yad and others, so tracing xdg-open now I know where the error is coming from, will actually help us find a workaround20:11
Saviqwho has access to snakefruit and could follow https://wiki.ubuntu.com/ProposedMigration/AutopkgtestInfrastructure#Re-running_tests to re-run the unity8 tests with --all-proposed? it's trying to build old unity8 with new unity-api and that won't work20:19
Saviqthe unity8 tests for http://people.canonical.com/~ubuntu-archive/proposed-migration/update_excuses.html#unity-scopes-api I meant20:19
Saviqas we're in a chicken'n'egg situation20:19
sarnoldSaviq: just curious does that mean one of the packages is missing a version dependency of some sort?20:20
Saviqsarnold, we never came up with the right way to encode those dependencies, we have a unity8 B-D: unity-api-dev >> $version20:22
Saviqand a new unity-api-dev can break unity8 build20:23
lpotterwell... my update to xenial went better than the last time I tried...20:23
dobeySaviq: it's only an issue becasue autopkgtests rebuild unity8 right?20:24
Saviqdobey, bits of it still, yes20:24
Saviqwe're thinking how to avoid that20:24
Saviqnow that I think of it if we build-depended on a virtual package provided by unity-api-dev (is it even supported to B-D on a virtual package?), it would make it better20:24
Saviqbecause a "breaking" unity-api-dev wouldn't Provide that any more20:25
dobeyhmm, well, unity8 seems to be flagged as always failing on yakkety, at least in my pay-service silo: https://requests.ci-train.ubuntu.com/static/britney/yakkety/landing-056/excuses.html20:25
Saviqdobey, yeah but it's uninstallable20:26
Saviqbecause of http://people.canonical.com/~ubuntu-archive/proposed-migration/update_excuses.html#unity-scopes-api20:26
dobeybut http://people.canonical.com/~ubuntu-archive/proposed-migration/update_excuses.html doesn't show that any more20:26
dobeyerr20:26
dobeys/more/where/20:26
Saviqi.e. https://requests.ci-train.ubuntu.com/static/britney/yakkety/landing-058/excuses.html20:26
Saviqunity8-common/amd64 unsatisfiable Depends: unity-scopes-impl-1220:27
Saviqand that is provided by unity-scope-shell, depending on the above unity-scopes-api, which regressed unity8... you know the drill...20:27
Saviq*unity-scopes-shell20:28
Saviqhttps://launchpad.net/ubuntu/+source/unity-scopes-shell/0.5.7+16.04.20160505-0ubuntu220:28
Loganhmm, any core devs around who want to trigger a no-change rebuild on portaudio19?20:49
Logansee: https://launchpad.net/ubuntu/+source/espeakup/1:0.71-27/+build/977937520:49
Logan(it needs to be rebuilt against the pie-by-default compiler)20:49
Loganslangasek, maybe?21:19
* slangasek tries to look busy21:19
Logan:P :P21:19
slangaseksbeattie: ^^ shouldn't portaudio19 have turned up in your list of libs for PIE no-change rebuilding?21:21
Logantsk tsk21:23
slangasekLogan: portaudio19 uploaded21:25
Logancheers!21:25
=== salem_ is now known as _salem
=== nacc is now known as Guest64822
=== nacc_ is now known as nacc
=== JanC is now known as Guest59129
=== JanC_ is now known as JanC
rlaagerstgraber: Can you test the proposed fix in: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/156755823:46
ubottuLaunchpad bug 1567558 in zfs-linux (Ubuntu Yakkety) "ZFS is confused by user namespaces (uid/gid mapping) when used with acltype=posixac" [Undecided,Confirmed]23:46
sarnoldrlaager: cool :D23:53

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