/srv/irclogs.ubuntu.com/2015/12/17/#ubuntu-devel.txt

ancaemanuelhloeung: thanks... , permission denied for me.00:06
dxhi, need some guidance to try to get a bug fixed in wily. the pidgin package has a patch for gstreamer 1.0 support with this bug: https://developer.pidgin.im/ticket/1675200:13
dxthe bug can be summarized as a crash after playing sounds 1000 times (which can be a few hours of receiving messages), so it's quite bad00:14
RAOFdx: Sounds like a job for a StableReleaseUpdate!00:15
RAOFhttps://wiki.ubuntu.com/StableReleaseUpdates being the relevant wiki page.00:15
dxyup! the problem is that the first step says that i should ensure it's fixed in the testing version00:15
dx..does that mean i have to get it fixed in debian, then in ubuntu devel, and then do the SRU?00:15
RAOFDoesn't have to be fixed in Debian (but it's nice to attach a patch to the relevant Debian bug)00:16
dxawesome.00:17
RAOFYou should attach a fix for both the xenial and wily packages to the bug report, though.00:17
RAOF(Assuming you need sponsorship. If you don't need sponsorship, upload a fixed package to xenial and then wily-proposed ☺)00:17
dxyeah i need sponsorship. the fix would be https://bitbucket.org/pidgin/main/commits/902b1fd334bd4d41ffd217fa4e6864629b7d3edc/raw/00:18
dxi'll just ignore debian because pidgin 2.10.12 is going to be released very soon, which also includes the fix.00:18
dxnext question: this ticket describes the bug but it's a terrible ticket https://bugs.launchpad.net/ubuntu/+source/pidgin/+bug/147971500:19
ubottuLaunchpad bug 1479715 in pidgin (Ubuntu) "/usr/bin/pidgin:11:g_source_attach:gst_bus_add_watch_full_unlocked:gst_bus_add_watch_full:pidgin_sound_play_file:pidgin_sound_play_event" [Undecided,New]00:19
dxdo i create a new one or can i just edit that?00:20
RAOFEdit that one.00:20
sarnoldtry hitting the little yellow icon on the same horizontal level as 'bug description'00:20
RAOFIt's the one that's associated with the error bucket!00:20
dxcool, thanks00:21
dxokay i think i'm done https://bugs.launchpad.net/ubuntu/+source/pidgin/+bug/147971501:04
ubottuLaunchpad bug 1479715 in pidgin (Ubuntu) "Crash due to fd leak when playing sounds in pidgin" [Undecided,Confirmed]01:04
pittiGood morning05:03
pittiapw: \o/ http://autopkgtest.ubuntu.com/packages/s/systemd/xenial/i386/ is pass again05:03
pittiblake_r: that's quite simple -- nobody actually starts that unit :)05:05
pittiblake_r: it's actually a lot simpler than that; just put this "runcmd:" as the last thing in your cloud-init user-data:05:06
pitti- (while [ ! -e /var/lib/cloud/instance/boot-finished ]; do sleep 1; done; shutdown -P now) &05:06
pittiblake_r: this avoids all that indirection, does not depend on any particular init, and is much simpler05:06
pittiblake_r: also, if you create temporary units, please put them into /run/systemd/system/, not /lib05:07
pittiblake_r: merely creating a unit does not cause it to start -- something (a dependency from another unit) or someone (calling systemctl start) needs to do that05:08
pittiblake_r: oh sorry, this isn't just cloud-init, it's maas05:10
pittiblake_r: so, turn that dependency around -- drop the Wants=cloud-final.service and instead add [Install]\nWantedBy=cloud-final.service, then systemctl enable maas-poweroff.service05:10
pittiblake_r: then maas-final.service will start maas-poweroff.service05:11
pittiblake_r: but still, please put this into /run; it's dangerous to write it to /lib, you might forget to delete it after installation05:11
pittiutlemming: can you please build a ppc64el xenial cloud image?06:17
pittistgraber: ^ reason for lxc/ppc64el regression, in case you wonder; I'll override06:17
=== cpaelzer_afk is now known as cpaelzer
dholbachgood morning07:38
pittiinfinity, cjwatson: do you know why this linux/amd64 upload got stuck in unapproved? (https://launchpad.net/ubuntu/xenial/+queue?queue_state=1)09:01
pittiI suppose we have a special-case for kernels with signed EFI bits, to manually verify the upload09:02
pittibut what am I supposed to verify for that?09:02
pittiLP stripped off the gpg signature of the .changes file, so I can't verify that it was actually uploaded by Tim09:02
* apw believes it is the linux_4.3.0-5.16_amd64.tar.gz that is to be verified, that it only contains expected flavour .efi files, and that the kernel itself comes from a trusted source09:06
pittibut I have no way to see which source it came from09:06
pittiif it had rtg's gpg sig on the .changes, I could verify based on that I trust Tim09:07
pittibut so far I just know that it was uploaded by a core-dev or someone with linux package upload rights09:07
cjwatsonpitti: the main point is just to stop arbitrary other packages being uploaded and gaining signatures10:10
pitticjwatson: ah, ok; so I know that the source (https://launchpad.net/ubuntu/+source/linux/4.3.0-5.16) was uploaded by Tim (assuming that this is the signature, not the Changed-By:), and that it's linux where we expect new signatures10:12
mardyxnox: hi! I'd like to test a branch of libaccounts-glib on s390x; what would be the best way to do that?10:26
mardyxnox: I could ask for a silo, but is it possible to limit the builds to one arch only?10:26
LocutusOfBorg1can anybody please retry casablanca/arm64 on xenial?10:27
cjwatsonLocutusOfBorg1: done10:28
LocutusOfBorg1thanks10:29
LocutusOfBorg1nobody seems processing backports anymore :(10:30
LocutusOfBorg1https://bugs.launchpad.net/wily-backports/+bug/151298210:30
ubottuLaunchpad bug 1512982 in wily-backports "Please backport hedgewars 0.9.22-dfsg-2 (universe) from xenial" [Undecided,New]10:30
xnoxmardy, you can give me a *.dsc and i can build it for you. Or build it in a silo, as you normally would - it has s390x enabled.10:50
xnoxmardy, or e.g. a branch. where is it staged?10:51
mardyxnox: excellent; now I've added a commit to the existing silo, but if I will want to build some really experimental branches, I'll ping you then :-)10:52
mardyxnox: upstream is in gitlab.com, but we have bzr branches with debian packaging in lp10:52
mardyxnox: so, if the need arises, I might ping you back in a while10:53
=== cpaelzer is now known as cpaelzer_afk
=== cpaelzer_afk is now known as cpaelzer
cyphermoxgood morning!12:51
=== davidcalle_ is now known as davidcalle
=== davidcalle__ is now known as davidcalle_
blake_rpitti: thanks for the info I gave that a try still didnt work, but I am going to just have cloud-init poweroff the machine which I believe is the more correct way anyway14:17
pittiblake_r: right, and much simpler too, if you don't have to do anythign after cloud-init14:17
pittiblake_r: more modern cloud-inits even have that feature builtin, but not yet in older releases (thus I'm not yet using it in autopkgtest)14:18
blake_rpitti: yeah I am going to use "power_state" in cloud-init14:18
pittiblake_r: http://cloudinit.readthedocs.org/en/latest/topics/examples.html#reboot-poweroff-when-finished right, that's what I meant14:18
mardyxnox: ok, I've got something I'd like to you to build on s390x, but I don't know how to generate the .dsc file: debuild complains that it cannot find the upstream tarball14:19
xnoxmardy, i can work with branches too...14:19
cjwatsonDownload it from the Ubuntu archive and put it in your parent directory14:19
pittiblake_r: I just checked, power_state does exist in trusty now, but not yet in precise14:19
blake_rpitti: thanks for the info, we only support trusty to commision with so that will be perfect14:20
mardyxnox: ah, that makes it much easier :-) lp:~mardy/libaccounts-glib/s390-tests14:22
xnoxmardy, fail - https://launchpadlibrarian.net/230340565/buildlog_ubuntu-xenial-s390x.libaccounts-glib_1.19-0ubuntu1_BUILDING.txt.gz14:32
mardyxnox: thanks -- I actually just added some debug messages, so failure was expected :-)14:35
xnoxmardy, what tipe of db is it using?14:51
dokoperl transition has arrived ... texinfo uninstallable14:56
* xnox ponders if we should have used a silo for perl transition14:56
cjwatsondoko: I've uploaded the key rebuilds14:56
cjwatsondoko: working on it anyway14:56
cjwatsonxnox: maybe, but too late now :)14:56
xnoxcjwatson, cowboy developer =)14:57
cjwatsonxnox: hey, it was auto-synced :P14:58
xnox.....15:00
* xnox ponders if i should or should not point out who implemented autosync...15:00
xnox>_<15:00
xnox=)))))15:00
pittigood that we don't all run away into holidays in two days15:00
cjwatsonxnox: *ahem* I ported it to its current implementation, I didn't write it to start with :)15:01
xnoxcjwatson, ... Keybuk?15:02
cjwatsonxnox: I doubt it15:02
cjwatsonIt was in LP15:02
xnoxright. so somebody like lamont or some such then. anyway, history.15:03
jgdxxgreyback, hey, is mir 0.17 too old to get back something that makes sense from mir_connection_create_display_config ?15:13
greybackjgdxx: no, that should work today15:14
jgdxxon the device, I'm getting two outputs, one lvds and one displayport (on mako), but only one of them have modes (lvds)15:14
jgdxxand the only lvds mode is 1280x768x6015:15
greybackjgdxx: this with mir-on-x?15:15
jgdxxgreyback, on the device, so no x15:15
=== jgdxx is now known as jgdx
jgdxgreyback, code http://pastebin.ubuntu.com/14074173/15:17
=== caribou_ is now known as caribou
jgdxi'm only getting adding mode "1280x768x60"15:17
greybackjgdx: if you run "mirout" does it match what you're seeing?15:18
jgdxgreyback, getting "Could not connect to a display server: Failed to connect: not accepted by server"15:18
greybackjgdx: ah, you've unity8 running. Instead run "MIR_SOCKET=/run/mir_socket mirout" as rooy15:20
jgdxgreyback, hm, no. I guess I'm doing something wrong. http://pastebin.ubuntu.com/14074211/15:21
jgdxwell no, that's an exact match15:22
jgdxhm15:22
jgdxit only supports that mode :P15:22
jgdxgreyback, thanks!15:22
greybackjgdx: yep. lvds not flexible15:22
lamontxnox: not I15:33
cjwatsonxnox: LP's original sync-source.py was ported from the Ubuntu dak instance by James; I believe James wrote the original dak version15:35
=== caribou is now known as caribou_
infinitycjwatson: Thanks for handling the perl transition.  I just noticed it had started and panicked that I was going to have to burn my first vacation day fixing it. :P16:06
infinitycjwatson: Do you need any help with that, or are you carrying state in your head and muscle memory?16:06
cjwatsoninfinity: I'll want to hand off at some point, but I'm good for now16:06
infinitycjwatson: Kay.  Using a tracker, I assume?16:06
cjwatsoninfinity: It'll be impeded by the PS4.5 outage anyway, since that's taken out x86 scalingstack16:07
cjwatsoninfinity: http://people.canonical.com/~ubuntu-archive/transitions/html/perl5.22.html16:07
infinitycjwatson: If so, just aim me at it when you're tired.16:07
tewardblurgh... anyone know if it's possible to get a temporary PGP key and SSH key accepted for uploads to the repositories?  (Gotta ask since my main system with my keys and such is down for repairs, for a few days)16:07
cjwatsoninfinity: I'm doing lib*-perl from levels 1 and 216:07
pittiFTR, autopkgtest workers are all down (PS4.5 too), so tehre won't be progress on that front anytime soon16:07
infinitycjwatson: Oh, joy.  (re: scalingstack)16:07
cjwatsonteward: as long as you can get at your Launchpad account, you can add new PGP/SSH keys there16:07
cjwatsonteward: if you can't do that, then no16:08
tewardcjwatson, and that's  instantly accepted at upload.u.c?16:08
cjwatsonteward: yes16:08
pittibut no SSO to add them, I figure :)16:08
tewardcjwatson, thankfully I logged into launchpad *before* SSO took a crap16:08
cjwatsonteward: upload.u.c authenticates against Launchpad16:08
mardyxnox: it's using sqlite16:08
cjwatsonpitti: SSO was working last I checked16:08
tewardpitti, i'm actually logged in now xD16:08
cjwatsonbut maybe flapping16:08
tewardcjwatson, SSO broken on wiki.u.c as of 5 minutes ago16:08
pittiteward: I'm fairly sure that adding keys will ask you again, but good luck!16:08
xnoxmardy, ack.16:08
cjwatsonright, probably flapping with the PS4.5 outage16:08
tewardi was already logged in on LP this morning around 6AM16:08
cjwatsonand indeed, changing at least some keys (PGP, IIRC) will require reuath16:08
cjwatson*reauth16:08
tewardpitti, indeed.  first, gotta spin up a temporary VM environment for stuff, being stuck on WINDOWS makes me cringe16:08
teward(fortunately i keep copies of ISOs, on a private ISO storage disk xD)16:09
cjwatsonthings are supposedly coming back up though16:09
cjwatsonlogin.u.c is responding from here16:09
cjwatsonlet's see if x86 scalingstack likes life better now16:11
tewardcjwatson, login.u.c was working for me fine, but the authentication from that -> wiki was timed out for me (10min+)16:12
tewardfinally got in just a few seconds ago16:12
cjwatsonah, well if login.u.c was working then that's not an SSO issue now is it?16:12
cjwatsonI expect the wiki's in prodstack so would have been independently having network trouble16:13
infinityThe wiki SSO bits seems to be rathe more problematic than most.16:13
infinity(always, not just today)16:13
cjwatsonanyway, I hear things are returning16:13
tewardinfinity, true, though it worked fine until this morning :)16:13
tewardcjwatson, thanks :)16:13
infinitycjwatson: Gave you a bit more ppc horsepower too (ie: revived doko's latest murder spree victims)16:14
cjwatsoninfinity: ta16:15
=== cpaelzer is now known as cpaelzer_afk
pittiah, autopkgtests are back, and busy with perl :) http://autopkgtest.ubuntu.com/running.shtml16:37
didrocksbarry: hey, do you have time for a stacktrace in python3-coverage? (I'm getting a stacktrace everything I'm enabling --cov-report=html)17:04
barrydidrocks: let's see (tho i'm about to break for lunch)17:08
didrocksbarry: I'm getting something like: http://paste.ubuntu.com/14075536/17:10
didrocks(.coverage is generated as expected)17:11
barryran out of input!  that's a new one on me :)17:12
didrocksbarry: if I replace --cov-report=html by xml, it generates the xml as expected17:12
didrocksyeah, sounds weird ;)17:12
=== xnox is now known as xnox_2016
pitticjwatson: ah, your lgw buildds are AWOL too17:36
cjwatsonpitti: Yeah, I know17:37
pittiso that's not just me17:37
cjwatsonIt's all dead17:37
cjwatsonmabolo is apparently very very sad17:37
pittione day before holidays, big perl 5.22, clouds dead -- what a perfect timing :)17:37
=== dpm is now known as dpm-afk
ryaoWhen is 16.04 Beta 1?19:47
ryaoNevermind... I found it by googling slightly differently.19:48
sarnoldhey ryao :) https://wiki.ubuntu.com/XenialXerus/ReleaseSchedule note that feature freeze is before that..19:48
ryaosarnold: Thanks.20:25
mwhudsoni'd like to make a semi official ppa (or two) for golang testing21:01
mwhudsonwould it make sense for them to be on the ~ubuntu-toolchain-r team or would a new team be better?21:01
slangasekmwhudson: well, you'd have to be part of the ~ubuntu-toolchain-r team for that to be useful to you, I guess?  In which case you need to get doko to add you :)21:18
mwhudsonslangasek: yeah, i guess this is a question for doko really21:18
slangasekit seems reasonable to me, but also not required since you can also easily get another team set up with a devirt ppa for all-arch building21:18
xnox_2016mwhudson, after all these years doko never added me to ~ubuntu-toolchain-r i would not hold my breath. setting up new team and/or ppa should be fine. I thought there already was devirt ppa for go.... i recall somebody was building golang like on every upstream commit in devirt ppas.21:50
mwhudsonyeah ok new team seems sane then21:50
mwhudsonxnox_2016: gustavo was doing that sort of thing for a while i think, but not recentaly afaik21:51
xnox_2016mwhudson, maybe you can take over those ppas.21:51
mwhudsonthere's https://launchpad.net/~gophers/+archive/ubuntu/go bug that's really pretty old21:54

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