/srv/irclogs.ubuntu.com/2015/10/01/#ubuntu-devel.txt

robert_ancelldoko, yeah, I think I have a solution for that, was just waiting to see if upstream agreed http://lists.x.org/archives/xorg-devel/2015-September/047504.html00:11
FourDollarsWho can help me to change the bugs status of https://bugs.launchpad.net/ubuntu/+source/modemmanager/+bug/1441095? Changing "Trusty" of "network-manager (Ubuntu)" to "In Progress".04:04
ubottuLaunchpad bug 1441095 in libmbim (Ubuntu Trusty) "novatel: improve probing for Dell branded modems" [High,In progress]04:04
TJ-From Fix Released to In Progress ?04:09
FourDollarsYes04:10
FourDollarsBecause it is not fixed.04:10
TJ-Done04:14
FourDollarsCan we still fix the bug for wily now?04:14
FourDollarsTJ-: Thx.04:14
FourDollarsI have a patch for libmbim (Ubuntu) wily. It is reviewed and approved but still no "Fix-Commited" for wily.04:16
FourDollarss/Commited/Committed/04:16
TJ-I think you need to ping one of the core devs responsible for getting it out. I suppose beta freeze might be affecting things04:17
FourDollarsOK.04:19
pittiGood morning06:31
FourDollarsGood morning06:31
FourDollarsCould you help me to change the bug status of modemmanager (Ubuntu) Trusty of https://bugs.launchpad.net/ubuntu/+source/modemmanager/+bug/1441095 from "06:32
FourDollarsFix Released" to "In Progress"?06:32
ubottuLaunchpad bug 1441095 in network-manager (Ubuntu Trusty) "novatel: improve probing for Dell branded modems" [High,In progress]06:32
seb128FourDollars, done06:38
FourDollarsseb128: Thx06:39
seb128yw06:39
FourDollarsseb128: There is still no bzr branch for trusty on https://code.launchpad.net/network-manager so I am going to attach the debdiif on https://bugs.launchpad.net/ubuntu/+source/modemmanager/+bug/1441095.06:41
ubottuLaunchpad bug 1441095 in network-manager (Ubuntu Trusty) "novatel: improve probing for Dell branded modems" [High,In progress]06:41
seb128FourDollars, that makes sense06:41
FourDollarsseb128: Could you help to release the libmbim for wily?06:42
seb128FourDollars, oh right, let me have a look06:42
FourDollarsseb128: thx06:42
seb128yw!06:43
FourDollarsseb128: Could you also help to review other patches for trusty?06:57
seb128FourDollars, depending on which components?06:57
FourDollarsseb128: libmbim, network-manager and modemmanager.06:58
seb128FourDollars, n-m/modemmanager you probably want cyphermox06:59
FourDollarsseb128: https://code.launchpad.net/~fourdollars/ubuntu/trusty/libmbim/1441095/+merge/273015, https://bugs.launchpad.net/ubuntu/+source/modemmanager/+bug/1441095/comments/56 and https://code.launchpad.net/~binli/ubuntu/trusty/modemmanager/lp1441095/+merge/272054.06:59
ubottuLaunchpad bug 1441095 in network-manager (Ubuntu Trusty) "novatel: improve probing for Dell branded modems" [High,In progress]06:59
FourDollarsseb128: OK07:00
FourDollarsseb128: I think the trusty patches of libmbim and network-manager are pretty simple.07:03
dokomvo, https://launchpad.net/ubuntu/+source/ubuntu-snappy/1.6ubuntu107:06
dokojamespage, designate (1:1.0.0~b3-0ubuntu1 to 1:1.0.0~rc1-0ubuntu1)08:03
dokoMaintainer: Ubuntu Developers08:03
dokoSection: universe/misc08:03
doko2 days old08:03
dokopython-designate/amd64 unsatisfiable Depends: python-dnspython3 (>= 1.12.0)08:03
dokoNot considered08:03
jamespagedoko, urgh - ok lemme fix that up08:03
jamespageI thought I already did08:03
doko python-dnspython3 isn't packaged08:04
jamespagedoko, yes and its for py3 only08:07
jamespagedoko, the dependency generation script we use needs a tweak08:08
jamespagedoko, coreycb already fixed that but needed me to sponsor (I forgot)08:09
=== locutus__ is now known as LocutusOfBorg1
dokowillcooke, Laney: I rejected the libreoffice upload, because it discards the changes made in 1:5.0.1-0ubuntu2. There is also no FFE accepted yet. LP: #1495512 is filed, but doesn't have any subscriber08:44
ubottuLaunchpad bug 1495512 in libreoffice (Ubuntu) "[FFE] LibreOffice 5.0.2" [High,Triaged] https://launchpad.net/bugs/149551208:44
Laneydoko: that upload says it is a bugfix release08:45
Laneys/upload/bug/08:45
dokoLaney, then why file a FFE? ;p08:45
pitticoreycb: FYI, http://autopkgtest.ubuntu.com/packages/c/ceilometer/wily/amd64/ regressed, so it's stuck in -proposed08:46
Laneydon't ask me, but it's not relevant as a reject reason08:46
dokoI gave the reason08:46
Laneymaybe the other part still stands :)08:46
pittiseb128: aptdaemon regressed, it08:47
pittiseb128: 's stuck in -proposed, FYI08:47
seb128pitti, ?08:47
pittihttp://autopkgtest.ubuntu.com/packages/a/aptdaemon/wily/amd64/08:47
seb128pitti, the uploda that changed a one line to the lintian profile?08:47
seb128that seems buggy to me08:47
pittinose.proxy.AssertionError: 'binary-file-compressed-with-upx' not found in 'Lintian check results for /t08:47
Laney    self.assertIn("binary-file-compressed-with-upx", trans.error.details)08:47
Laneyha08:48
pittiseb128: the failed test case does sound related to a lintian change, yes08:48
seb128that test was removed from lintian08:48
seb128not an aptdaemon issue...08:48
pittiah, so do we need to drop that check from aptdaemon then?08:48
seb128urg08:49
Laneyyou need to fix aptdaemon's test yeah08:49
pittidid we get a new lintian yesterday? aptdeamon succeeded on Sep 29, and failed yesterday08:49
seb128yeah, it seems like a forgot a line08:49
Laneyassumedly to exhibit a different lintian error so the test still does something08:49
seb128pitti, no, but aptdaemon's profile included that test which was not in lintian anymore08:49
pittierr no, lintian changed on Aug 1708:49
seb128and that lead software-center to claim packages were bad quality08:49
seb128let me do another aptdaemon upload to drop the test as well08:49
pittiseb128: ah, so the patch dropped it from the aptdaemon code but not its tests?08:50
pittiseb128: cool, thanks08:50
seb128right08:50
seb128local build worked08:50
seb128I guess those tests are not done on build08:50
pittiseb128: I thought aptdaemon would run its tests during package build too08:50
pittiweird08:50
Laneyseb128: it would be better to change the test to use a different tag instead of dropping it08:51
Laneyit does check something useful08:51
seb128Laney, please do the change if you have an idea how to do it :-)08:51
Laneylook at one of the tags we are still erroring on and make a deb which has that08:51
seb128k, adding to my todo08:52
seb128I've 3 or 4 things ongoing though08:52
seb128so likely for later this afternoon08:52
Laneyup to you, but I think it makes sense08:52
Laney:)08:52
seb128shrug, I wish the new glib would hit wily08:52
seb128gedit segfault 3 of 4 timesz08:52
seb128that drives me mad08:52
Laneyalready looking08:52
seb128thanks08:53
seb128pitti, thanks for pointing out the aptdaemon test issue!08:54
Laneybleh, we forgot to upload dbus-test-runner08:54
pittiseb128: no worries -- emulating the still missing email notifications :)08:57
Laneythe personal touch is a nice one :P09:02
pittiLaney: *puts a cherry on top*09:05
pittiseb128: that's colord and dbus-test-runner/ppc64el only, right?09:05
LaneyI retried those09:06
seb128pitti, was that meant for Laney? I'm not aware of those...09:06
pittiseb128: I meant what's holding up glib2.0, looking09:06
seb128oh ok, Laney is on it09:06
seb128FourDollars, libmbim uploaded to wily/trusty09:07
pittidbus-test-runner seems very unstable on ppc, I'll fudge that09:07
Laneypitti: retried it already, let's see09:08
LaneyI pinged ted_g in another channel to review it too09:08
Laney(larsu made a fix)09:08
seb128cyphermox, hey, could you have a look to bug #1448879 seems like you discarded a patch when syncing the new version09:10
ubottubug 1448879 in network-manager-strongswan (Ubuntu) "[regression] network-manager-strongswan configuration GUI broken" [Undecided,New] https://launchpad.net/bugs/144887909:10
FourDollarsseb128: Cool~ Thx a lot. :D09:10
seb128FourDollars, yw!09:10
Laneypitti: passed that time09:11
pittiLaney: ah, your lucky day!09:11
Laneyis Ted at this sprint you are at? ;-)09:11
pittiLaney: do you mean me? no09:12
Laneypitti: yeah - oh well09:13
* Laney is using running.html09:13
larsuLaney: just merge it! :P09:13
Laneytempted09:14
larsuit's been long enough09:14
* larsu is annoyed by long review times09:14
* pitti fixes the bug that some armhf results are eternally "in progress" -- go time zones09:16
Laneyuh?09:16
pittiLaney: http://autopkgtest.ubuntu.com/packages/o/oss4/wily/armhf/09:17
pittiLaney: look at the two topmost results -- the second one is newer than the first, but it wasn't considered09:17
pittione of the workers was in PDT, and the others in UTC09:17
pittiI set it to UTC, but I also just pushed a worker fix to make the swift timestamps UTC09:17
pittiso that worker time zones stop mattering09:17
Laneyah, and it was storing just a bare time09:19
Laneynice09:19
dokocoreycb, jamespage: looking at the ryu MIR ... may I ask to package python3-ryu as well, and to use python3 in ryu-bin?09:24
Laneyrbasak: Hey, noticed that mariadb-10.0 is wily < vivid-security09:25
Laneyok to copy it up?09:25
Laneytseliot: this ^ situation applies to nvidia-346 too09:31
dholbachLaney, is the ubuntu-wallpapers upload good to go?09:46
dholbachLaney, if yes, do you think you could upload it? I have a bit of a bad connection here09:47
LaneyOK09:47
Laneythanks09:47
smbpitti, Hi! To get back to the discussion we had yesterday (if sprint allows), the build of dahdi-dkms would use plain wget for downloads which should honor http[s]_proxy if set. I do not see a real change between the trusty and wily package in that area. Now the details of the failure would be in the dkms log which I have no idea how to get from an environment that fails...09:47
tseliotLaney: what situation?09:52
Laneytseliot: vivid > wily09:52
tseliotLaney: there's no nvidia-346 in wily, we have 35209:52
Laneytseliot: it's still in the archive09:53
tseliotLaney: yes, but it should be a transitional package provided by 35209:54
Laneyso the old source packages should be removed?09:55
tseliotLaney: yep09:55
ricotzhello :)09:56
Laneytseliot: any chance you could file that? :)09:56
tseliotLaney: doesn't that happen automatically after a while?09:56
Laneydon't think so09:57
Laneyunless there's something I don't know09:57
ricotzis someone hit by some intltool/gettext failures on armhf builds recently? (qemu crashing while checking for it) happens for vivid and wily builds09:57
tseliotLaney: ok, I can file that request09:57
Laneythanks09:58
pittismb: hm, don't we export the dkms log as an artifact? if not, we really should09:58
cjwatsonricotz: qemu-user-static fails on lots and lots and lots of things09:59
pittismb: bah, seems we really don't09:59
cjwatsonwe're lucky it ever works09:59
ricotzcjwatson, I see, so if I retry it it might work at some point?10:00
ricotzcjwatson, although it seems pretty consistent and fails all the time afaics10:00
smbpitti, that log only exists for dkms builds obviously and in a bit of a complicated path. I guess its hard to squeeze those smarts into a generic thing10:00
ricotzcjwatson, just for reference https://launchpad.net/~ricotz/+archive/ubuntu/docky/+build/799243910:01
cjwatsonricotz: well no, I'm saying that if qemu can't do it you may have to give up10:01
cjwatsonthere's a swathe of stuff it just can't manage10:01
pittismb: oh wait -- our generic DKMS runner actually does export the logs, like in e. g. https://objectstorage.prodstack4-5.canonical.com/v1/AUTH_77e2ada1e7a84929a74ba3b87153c0ac/autopkgtest-wily/wily/i386/b/bcmwl/20150930_180209@/artifacts.tar.gz10:01
ricotzcjwatson, precise and trusty builds works (exactly same source packages)10:01
cjwatsonricotz: there may be differences in which syscalls it happens to tickle10:02
cjwatsonricotz: or use of threading10:02
pittismb: dahdi-linux has its own debian/tests/, so it's not using the synthesized dkms tests10:02
cjwatsonricotz: hopefully we'll have a better system for virtualised armhf builds in a few months10:02
ricotzcjwatson, ok, this kind of autotools check isn't that uncommon since it is quite the default and probably hit a lot of other packages too10:03
jamespagedoko, looking now10:03
cjwatsonricotz: *shrug* I'm sorry it's not something we can fix10:04
cjwatsonricotz: other than by replacing the existing system relying on qemu-user-static10:04
ricotzcjwatson, alright :\, thanks10:05
cjwatsonricotz: in some specific cases it *may* be possible to reproduce them locally and pare it down to a test case that could be sent to qemu upstream - but a lot of these come down to "qemu-user-static can't reliably support threaded code", and even for those that don't it's an awful lot of effort10:05
ricotzcjwatson, I see10:08
cjwatsonricotz: but we have arm64 hardware in place which will be used to build a replacement for the qemu-based builds - once the team working on it is done with building the cloud for power builds, I believe arm is next10:09
pittismb: running dahdi-linux/trusty manually now, then I can ssh in and do stuff for you10:09
smbpitti, ah thanks. trying to look at the artifacts you mentioned but getting distracted by brother asking for ubuntu support... :-P10:10
smboh wait missed that was for a different package10:12
jamespagedoko, urg - no python3-formencode10:17
pittiLaney: glib> I filed bug 1501697 to keep track of this10:21
ubottubug 1501697 in Auto Package Testing "britney: don't re-run passed results" [Medium,Triaged] https://launchpad.net/bugs/150169710:21
pittiLaney: i. e. glib is now held because we got a new unity8; that shouldn't re-run already succeeded tests10:21
pitti(just FYI)10:21
=== Zic is now known as Zic_
=== Zic_ is now known as Zic__
=== Zic__ is now known as Zic
pittismb: I'm now in a shell with the failed test10:24
pittismb: make.log actually looks fine10:25
smbpitti, ok, so can you easily see in the mentioned dkms log whether it is ... oh10:25
pitti$ dkms status10:25
seb128Laney, pitti, ok, aptdaemon fix uploaded, it was easy, barry added  a patch to the package this cycle that was not needed/wrong with the lintian changes, dropping it and going back to upstream code makes things work10:25
pittidahdi, 2.5.0.1+dfsg-1ubuntu4~14.04.3: added10:25
pittiseb128: yay10:25
pittismb: but "added" isn't enough, is it? it shold be "installed" or so10:25
Laneypitti: thanks!; seb128: nice!10:25
smbpitti, added in that case is bad it should be installed10:25
smbpitti, yes10:25
pittifind /lib/modules -name '*dadhi*'10:26
pittismb: nothing ^10:26
pittiError!  Build of dahdi_vpmadt032_loader.ko failed for: 3.13.0-65-generic (x86_64)10:26
smbpitti, there should be that log file under /usr/src/... that got mentioned.10:26
pittismb: that's on stderr ^ so perhaps another log or so?10:26
pittismb: mentioned where?10:26
Laneyah, that reminds me10:27
smbpitti, normally in the build error ... though not /usr/src it seems ... /var/lib/dkms/dahdi/2.5.0.1+dfsg-1ubuntu4~14.04.3/build/make.log for some example10:27
smbpitti, version numbers may vary of course10:27
pittismb: yes, that's what the stdout says; but tat make.log looks okay10:27
pittismb: ah, no!10:28
pittionnecting to downloads.digium.com (downloads.digium.com)|2001:470:e0d4::ee|:80... failed: Network is unreachable.10:28
pittihttp://downloads.digium.com/pub/telephony/firmware/releases/dahdi-fwload-vpmadt032-1.25.0.tar.gz10:28
pittismb: wget'ing this file works fine10:28
* smb wibbles10:29
pittismb: maybe the dkms env gets cleaned so that it doesn't see $http_proxy any more?10:29
dokojamespage, well, no surprise for a 2012 package ... but there is https://pypi.python.org/pypi/FormEncode/1.3.010:29
pittismb: and that got fixed in wily or so?10:29
smbpitti, hm... maybe but why not also when it does the wily build10:29
smboh... so dkms10:29
pittismb: /me diffs trusty vs. wily dkms10:29
smbpitti, maaaybe ... that would be evil indeed...10:30
jamespagedoko, yeah - I'm just concerned this will snowball in impact10:30
jamespageformencode has a few reverse-depends10:30
pittismb: hm no, there's nothing relevant at all10:30
pittismb: so maybe in dahdi-linux itself10:30
jamespagedoko, I'll commit my team to the work, but can we defer for wily and do in +1?10:31
smbpitti, i try to get that checked10:31
pittismb: I checked ./drivers/dahdi/firmware/Makefile and I can't immediately see a difference either10:33
dokojamespage, sure10:33
smbpitti, yeah... unlikely the makefile... wonder about the dkms.conf maybe ...10:34
pittismb: no relevant diff10:35
pittismb: is that actually blocking stuff, or more like "I like green"?10:36
pittismb: (it's10:36
pitti"always failed", thus sholdn't block stuff?)10:36
* pitti runs "$ sudo dkms build dahdi/2.5.0.1+dfsg-1ubuntu4~14.04.310:37
smbpitti, kinda. the current upload basically adds dep-8 because I thought its now working and so we can see when we break stuff with hwe kernels10:37
pittismb: I'm heading for lunch, but I let the instance run for a bit10:38
pittismb: if you can think of anything else which you'd like me to try there10:38
smbpitti, ok... reminds me to get food as well10:38
dupondjewhere is that cyphermox hiding :)11:16
seb128dupondje, likely in his bed, it's only 7am where he lives11:18
TJ-Is there a more appropriate channel for dealing with modification of the ISO images?11:25
pittiseb128: ah, glib2.0 is in11:30
=== hikiko is now known as hikiko|ln
pittismb: I found a difference11:43
pittismb: in the shell that I get on trusty there are no $*_proxy, but in the wily shell there are11:43
smbpitti, sorry otp kinda get back in a bit11:43
pittismb: I'm not done debugging yet, I just excluded dkms and dahdi-linux themselves11:44
pittismb: !11:52
pittismb: the difference is that "sudo -i" uses /etc/environment in wily, but not trusty11:52
smbpitti, doh!11:53
pittismb: the testbed has the proxy in /etc/environment, but the vars are unset for root11:53
pittismb: so apparently we changed pam_environment somehow11:56
pittismb: /etc/pam.d/sudo looks identical, though11:58
dholbachLaney, thanks for sponsoring12:11
Laneydholbach: might be 0.001% of the number of sponsorings you did for me back in the day :)12:12
MirvLaney: not sure if you noticed, but you uploaded "vivid-security" mariadb-10.0 to wily https://lists.canonical.com/archives/wily-changes/2015-October/011123.html12:13
LaneyMirv: I copied it12:13
Mirvok then12:13
=== anthonyf is now known as Guest37825
=== hikiko|ln is now known as hikiko
=== _salem is now known as salem_
smbpitti, Ok, now back. Sorry I was quite distracted. So maybe it sounds like one option may be to enhance the dkms part of dahdi with sourcing in /etc/environment before the build just in case for the the Trusty part. That should not hurt for "normal" builds outside the adt case either12:49
seb128pitti, re glib, great ;-)12:49
pittismb: I was trying to move the env vars to /etc/profile as I source that in the test runner, but it still doesn't work12:51
smbpitti, Ah ... ok. Darn.12:52
pittismb: so, I have a feeling that this is solvable somehow, I just don't have enough quiet time here to figure that out12:53
smbpitti, Yeah, we could ... erm you and me trying to help, work on this another day/week.12:54
smbpitti, The only thing I would avoid this to block is letting the added dep-8 testing upload out of proposed. Because the one that is pending after that would fix some build failure12:56
pittismb: sorry, parse error; you want to release http://people.canonical.com/~ubuntu-archive/proposed-migration/trusty/update_excuses.html#dahdi-linux or not release it?12:57
smbpitti, maybe I should switch to German :-P I would release it.12:58
smbpitti, I got another upload (not uploaded yet) pending sponsorship when the current one is done12:59
pittismb: can do, it's verified and 7 days12:59
pittismb: released12:59
smbpitti, thanks a lot. I'll hassle me favourite sponsor about the follow up :)12:59
cyphermoxdupondje: hey13:04
dokotdaitx, did you intend to keep the old libecap?13:05
tdaitxdoko, squid 3.3 and 3.4 require libecap 0.20 (libecap2), only squid 3.5 can use libecap 1.0 (libecap3)13:07
dupondjecyphermox: hi, did you see my pm? :)13:07
dupondjecyphermox: https://bugs.launchpad.net/ubuntu/+source/network-manager-strongswan/+bug/144887913:08
ubottuLaunchpad bug 1448879 in network-manager-strongswan (Ubuntu) "[regression] network-manager-strongswan configuration GUI broken" [Undecided,New]13:08
dokotdaitx, understood, so you want to remove the libecap in -proposed?13:09
dokoand not merge squid?13:09
tdaitxdoko, I agree that merging squid would be preferred, but when I started I was just trying to get the existing one to build, rbasak was working on the merge13:10
tdaitxsince we don't have the merge yet I decided to finish and post my patches just in case13:10
dokoahh, ok, so lets wait13:11
dokopitti, could it be that the autopkg tests don't uses parallel builds?13:18
seb128dholbach, Laney13:19
seb128+Package: ubuntu-wallpapers-wily13:19
seb128+Description: Ubuntu 15.04 Wallpapers13:19
seb128that should be 15.1013:19
seb128bdmurray, pitti, what's the standard way to propose a change against the apport ubuntu packaging vcs? I would like to get review for http://paste.ubuntu.com/12631780/13:52
pittidoko: if this requires anything else than "dpkg-buildpackage -us -uc -b", then no; that's just what I'm calling14:13
pittidoko: do we need to call it with -j<numcpu>?14:14
pittiseb128: Vcs-Bzr: is up to date, so if you want do an MP or just commit (it14:14
pittiseb128: 's ~ubuntu-core-dev)14:14
seb128pitti, yeah, I've the right vcs, I just didn't figure out where to push14:14
seb128usually I push to ~user/project/somebranche14:15
pittiseb128: ah, is UbiquitySyslog a str, not a bytearray?14:15
seb128pitti, correct14:15
pittiseb128: you can use ~seb128/ubuntu/wily/apport/fix-foo14:15
seb128k14:15
seb128ubuntu/wily/source was the bit I was missing14:15
pittiseb128: ah, I see - I think this does some opportunistic decoding when reading a report14:15
seb128I knew if was something like that14:15
seb128pitti, btw aptdaemon just migrated to wily ;-)14:16
pittiseb128: très bien !14:16
seb128bdmurray, pitti, k, https://code.launchpad.net/~seb128/ubuntu/wily/apport/str_no_decoding/+merge/273075 for review14:20
seb128hum14:21
seb128https://code.launchpad.net/~seb128/ubuntu/wily/apport/str_no_decoding/+merge/273076 rather14:22
pittiseb128: looks like you branched off trunk, not the wily VCS?14:22
seb128pitti, no, it's just the launchpad ui that picked lp:ubuntu/apport as default14:23
pittiseb128: ah no, you proposed merging into lp:ubuntu/apport, which is the UDD autogenerated one14:23
seb128^ fixes it14:23
seb128right14:23
seb128launchpad tricked me :p14:23
=== anthonyf is now known as Guest68817
hallyn@pilot in14:39
=== udevbot_ changed the topic of #ubuntu-devel to: Archive: feature freeze, user interface freeze, final beta freeze | Devel of Ubuntu (not support or app devel) | build failures: http://qa.ubuntuwire.com/ftbfs/ | #ubuntu for support and discussion of precise-vivid | #ubuntu-app-devel for app development on Ubuntu http://wiki.ubuntu.com/UbuntuDevelopment | See #ubuntu-bugs for http://bit.ly/lv8soi | Patch Pilots: hallyn
cjwatsonpitti: You want DEB_BUILD_OPTIONS=parallel=<number of cores>, as launchpad-buildd does, not -j.14:41
pitticjwatson: ah, good14:42
pitticjwatson: grep -c '^processor\b' /proc/cpuinfo14:43
pitticjwatson: or something more elaborate?14:43
cjwatsonpitti: http://bazaar.launchpad.net/~canonical-launchpad-branches/launchpad-buildd/trunk/view/head:/sbuild-package#L64 is our code, pretty much that14:45
pitticjwatson: ah, and you clamp it to 1, thanks14:45
cjwatsonJust in case14:46
pittidoko: added that ^ to adt-run now, and restarted bintuils/amd6414:49
pitticjwatson: thank you14:51
* dholbach hugs hallyn14:52
* pitti hugs hallyn too, for the same reason (whatever good one it is) and LXC14:52
pittioh, patch pilot I figure :)14:53
dholbach:)14:53
hallyn\o :)14:53
cjwatsonpitti: cool14:54
pittimeh, I attached it to the wrong place14:55
seb128dholbach, thanks for fixing the typo ;-)=15:01
Laneypitti: are these akonadi tmpfails you killing the workers?15:02
pittiLaney: I retried them15:02
Laneyjust checking15:02
pittiLaney: I don't really know what's going on there, the log files don't have an error but adt-run exited with 115:02
LaneyI thought it might have been you killing them to deploy the parallel stuff15:03
pittiLaney: not sure about the bintuils one running out of space15:03
pittiLaney: no, there's no need to restart the workers, that's a change in the autopkgtest tree only15:03
Laneythe second akonadi/amd64 got ENOSPC too15:04
pittiLaney: oh -- that actually smells like the adt-run *host* getting out of spae15:04
pitti/dev/vda1       9.9G  3.7G  5.7G  40% /15:04
pittiLaney: when it copied down the rather sizable build tree between the test15:05
pittiLaney: that also explains akonadi15:05
pittiLaney: looks like I should redeploy the adt-run host as a bigger instance15:05
pittibut I'm not gonna do this today15:05
pittiLaney: we were running linux, bintuils, and glibc at the same time, and they all rebuild themselves15:06
pittiso, mystery solved15:06
pittiLaney: so please don't retry libo etc. yet, let's retry the big ones (linux etc.) serially15:07
rcjstub, can you look at bug #1473533?  I've nominated series for SRU.  I'm happy to scratch my own itch and get those SRUs done, but I can't approve the nominations.15:10
ubottubug 1473533 in python-tz (Debian) "CountryNameDict function trying to parse UTF-8 iso3166.tab as US-ASCII" [Unknown,New] https://launchpad.net/bugs/147353315:10
=== Malsasa_ is now known as Malsasa
cjwatsonrcj: I've approved the nominations for you.15:11
rcjcjwatson, thanks15:11
rcjthen I can spend time fixing the root issue rather than hacking cloud stream generation code with a "fix"15:12
Laneypitti: OK, I'll let you serialise these :)15:14
=== Malsasa_ is now known as Malsasa
LaneyI guess you could use block storage instead of asking for a beefier instance too15:18
pittiLaney: ah, does that give me an additional virt disk to mount?15:19
pittiLaney: i. e. to not waste additional CPUs/RAM (which I won't be needing), just disk?15:20
pittisingle-core 2GB is just fine otherwise, just 10 GB disk is too small15:20
Laneypitti: indeed15:20
LaneyI'm sure you can ask for it with juju somehow, just don't ask me how to do it :)15:20
pittiLaney: do you happen to have some details... ok15:20
Laneyhahaha15:20
juliankAs nothing was moving with regard to syncing the python-apt 1.0 final release since I asked a few weeks ago, I now gone with a bug report in bug #1501805.15:21
ubottubug 1501805 in python-apt (Ubuntu) "Sync python-apt 1.0.0 (main) from Debian unstable (main)" [Undecided,New] https://launchpad.net/bugs/150180515:21
juliankIf this does not get done, we'll have the same problems as in vivid with the non-PEP440 version number, amongst other issues15:22
Laneyjuliank: seems sensible, I'm sure it'll get dealt with15:22
* juliank hopes so, having that weird ~beta3.1 thing will do no good.15:23
argescyphermox: hey for bug 1486931, leitao gave the commits. Do you want to just re-format the patch with updated DEP-3 info and i can review that?15:24
ubottubug 1486931 in ipmitool (Ubuntu Trusty) "[LTCTest][Opal][OP810] ipmitool 1.8.13-1ubuntu0.3 version is still not working for in-band HPM upgrade" [High,In progress] https://launchpad.net/bugs/148693115:24
Laneypitti: https://jujucharms.com/docs/1.24/storage15:25
cyphermoxarges: k15:25
pittiLaney: oh, nice!15:26
pittiLaney: ah, seems new in 1.24, we don't have that command yet on wendigo15:26
pittiLaney: but anyway, we have a cpu1-ram2-disk50 flavor, that souds fine15:27
Laneypitti: ah right, that's a shame15:27
pittiLaney: or use nova directly for hot-adding15:28
Laneypitti: You probably want it all contained in the charm though?15:28
Laneyunless you can call nova directly there15:29
pittiLaney: https://git.launchpad.net/~ubuntu-release/+git/autopkgtest-cloud/commit/?id=4beddeae66989301a939f2eaa5d3fd63ff825fad15:29
pittiLaney: I mean for patching the existing setup without redeploying15:29
pittiI just need it to go quiet, then mount /tmp from that storage15:29
Laneynod15:29
pittiLaney: but I'll redeploy on Monday or so, when I'm not on a sprint15:29
pittiLaney: good opportunity to fix bug 148096215:30
ubottubug 1480962 in Auto Package Testing "autopkgtest-cloud-worker charm does not set ssh key name in worker.conf" [Medium,Triaged] https://launchpad.net/bugs/148096215:30
rcjcjwatson, How do I number the versions when backporting the fix in python-tz?  wily is 2014.10~dfsg1-0ubuntu2.  Would vivid be 2014.10~dfsg1-0ubuntu2~15.04.0 as they would have the same content?15:52
slangaseksmb: I haven't seen a dpdk reupload yet for the debian/copyright fix, is that pending?15:57
smbslangasek, yeah sorry pending me getting my sh... iny things together and pack it up15:57
slangasekok :)15:58
cjwatsonrcj: https://wiki.ubuntu.com/SecurityTeam/UpdatePreparation#Update_the_packaging has examples15:58
smbslangasek, meanwhile you could probably reject it from new if you happen to be looking that direction15:59
slangaseksmb: done15:59
smbslangasek, ta15:59
rcjcjwatson, excellent. bookmarked!16:00
chilukinfinity any update on the netboot respin for the new kernel?  lp 148149016:04
ubottuLaunchpad bug 1481490 in debian-installer (Ubuntu Vivid) "Add sfc to nic-modules udeb" [Undecided,In progress] https://launchpad.net/bugs/148149016:04
alkisgflexiondotorg: hi, we've talked the other day on #ubuntu-devel about an issue with fcitx and Greek keyboard layout16:20
alkisgIt's still an issue, we can't properly type Greek unless we uninstall fcitx-bin, which is depended upon by ubuntu-mate-core16:20
alkisgSo the end result is that Greeks can't properly use mate16:21
flexiondotorgalkisg, OK, understood.16:21
flexiondotorgalkisg, I have a fix for that I believe.16:21
flexiondotorgI'll get on it.16:21
alkisgflexiondotorg: I tried with beta2, mate and vanilla ubuntu. It happened on mate but not on ubuntu16:21
flexiondotorgI think if fcitx is move from -core to the live seed everything will work.16:21
alkisgThank you flexiondotorg16:21
flexiondotorgalkisg, The idea of moving fcitx to the live seed is based on me poking through the ubuntu seeds.16:22
flexiondotorgalkisg, Question.  - https://ubuntu-mate.community16:22
alkisgLet me check if both those flavours behave the same in the live cd...16:22
flexiondotorgOops.16:22
alkisg?16:23
alkisgflexiondotorg: ubuntu beta 2 live CD has a whole lot of fcitx packages installed, but it does not have the issue16:28
alkisgmate only has fcitx-bin, and does have the issue16:28
alkisgI'm wondering if the issue is in ubuntu-mate-core, or of it has something to do with the window manager...16:28
flexiondotorgSo Ubuntu MATE has the issue in the Live session?16:28
alkisgYes16:28
flexiondotorgOh, bother.16:29
alkisg(both in the live and installed)16:29
flexiondotorgOK. More thought required.16:29
flexiondotorgWorst case, I yanked fcitx from Ubuntu MATE completely.16:29
flexiondotorgOr figure out how to work around this issue.16:29
flexiondotorgalkisg, Please can you file a bug against Ubuntu MATE describing this problem?16:30
flexiondotorghttps://bugs.launchpad.net/ubuntu-mate16:30
flexiondotorgI'll need a bug reference in any package changes I might have to make.16:30
FourDollarscyphermox: Hi. Could you help to review https://bugs.launchpad.net/ubuntu/+source/modemmanager/+bug/1441095/comments/56 and https://code.launchpad.net/~binli/ubuntu/trusty/modemmanager/lp1441095/+merge/272054 for trusty?16:30
ubottuLaunchpad bug 1441095 in network-manager (Ubuntu Trusty) "novatel: improve probing for Dell branded modems" [High,In progress]16:30
flexiondotorgalkisg, Thanks for testing.16:30
alkisgflexiondotorg: sure, will do, I'll also test some more16:30
flexiondotorgThank you.16:31
flexiondotorgI suspect fcitx is being detected as the default input handler.16:31
cyphermoxFourDollars: did we not already land this?16:31
flexiondotorgBut on Ubuntu iBus is probably the default detected.16:31
cyphermoxoh, I see, it landed in wily16:32
alkisgflexiondotorg: here's an interesting test, in the live session: dpkg -r --force-all fcitx; service lightdm restart ==> solves the problem. The dpkg -r ==> to not uninstall ubuntu-mate-core but only fcitx16:32
FourDollarscyphermox: Yup, but not include trusty.16:33
cyphermoxright16:33
cyphermoxI'll review it a little later, I want to finish other fixes first :)16:33
alkisgflexiondotorg: you're probably right, ibus is installed in ubuntu, not in mate16:33
alkisgAnd running on the live session16:34
FourDollarsOk. Take your time. Thx in advance.16:34
flexiondotorgalkisg, MATE has isn't own input system.16:34
flexiondotorgAnd fcitx is "getting in the way".16:34
alkisgflexiondotorg: one of the reasons we want to use mate is because it still respects the xorg settings, while ubuntu doesn't16:34
flexiondotorgalkisg, I'll fix it for you :-)16:35
alkisgSo grp:alt_shift_switch is respected in mate, overriden in ubuntu by ubuntu-settings-daemon16:35
* alkisg files a bug...16:35
cyphermoxFourDollars: won't you also need libmbim changes in trusty too?16:35
FourDollarscyphermox: Yes, I need it. Just missing.16:36
cyphermoxFourDollars: do you want to do the merge proposal?16:36
FourDollarscyphermox: I thought seb128 had done it.16:36
FourDollarscyphermox: I did. Wait a minute. Let me show you the link.16:37
cyphermoxok16:37
* FourDollars is working by a tablet.16:38
alkisgflexiondotorg: https://bugs.launchpad.net/ubuntu-mate/+bug/150183216:39
ubottuLaunchpad bug 1501832 in ubuntu-mate "fcitx breaks typing Greek composite characters" [Undecided,New]16:39
FourDollarscyphermox: https://code.launchpad.net/~fourdollars/ubuntu/trusty/libmbim/1441095/+merge/27301516:39
cyphermoxoh, great. Looks like seb128 already uploaded that16:40
FourDollarsCool.16:40
pittiapw: (CC: jibel): how far are we from killing the old dkms jobs? (jibel asked todya)17:00
apwpitti, i am waiting confirmation from bjf and smb that they are done with the old and using the new17:04
smbapw, confirmed17:04
apw(that you have stopped using dkms-matrix and that adt-matrix is supplying what you need; if anythign)17:04
gQuigsshould I divide this removal request bug up by source pacakge ?  - https://bugs.launchpad.net/ubuntu/+source/glade-3/+bug/149622717:05
ubottuLaunchpad bug 1496227 in glade-3 (Ubuntu) "Remove glade-3, libdesktop-agnostic, dockmanager from Archive, 15.10+" [Undecided,New]17:05
smbapw, Yep I have not looked back to the old one for a while and concentrated on the new one. You may have noticed some attempts at least to improve stuff with adt/dep-8 :)17:05
apwsmb, indeed, thought so, but best to be sure :)17:06
smbapw, sure-ack17:08
pittiapw, smb: cool, thanks17:13
pittijibel: zap it!17:14
pittijibel: and then we can drop a lot of cruft from lp:auto-package-testing :)17:15
* pitti → food17:15
hjdhallyn: Hello. I have to admit I don't know whether sync/feature freeze expection requests fall in under path pilots, but if it does, could you please take a quick look at bug 1500112?17:44
ubottubug 1500112 in haskell-stack (Ubuntu) "missing dependency on libyaml-0-2" [Medium,Confirmed] https://launchpad.net/bugs/150011217:44
hallynhjd: i can't do ffe's,17:47
hallynthta's a #ubuntu-release thing i think17:47
hallynquesitonwould be how big is the debdiff.  if it doesn't do much beside fix that bug then it shouldn't need ffe17:47
gQuigshmm... it is much cleaner separate ..   now just for dockmanager -https://bugs.launchpad.net/ubuntu/+source/dockmanager/+bug/150185917:58
ubottuLaunchpad bug 1501859 in dockmanager (Ubuntu) " Remove dockmanager from Archive, 15.10+" [Undecided,New]17:58
jibelpitti, apw \o/17:58
jibelthanks!17:58
hjdhallyn: The diff should be rather small, but I don't have experience with FFEs and the documentation said that when in doubt, check first. Didn't know there was an #ubuntu-release though, I'll try there. Thanks :)18:09
=== pat_ is now known as Guest97502
=== Guest97502 is now known as pmcgowan
infinitychiluk: Doing it nowish.18:58
cjwatsonhjd: I'll deal with it, thanks.  No need for an FFE.19:11
chilukthanks infinity19:16
hjdcjwatson: Thank you :)19:21
juliankbarry: I have a fix for the stderr thing in python-apt :)19:49
barryjuliank: other than Restrictions: allow-stderr? :)19:50
juliankbarry: Yes, catching the warning and checking it's a deprecation one :)19:50
juliankbarry: http://anonscm.debian.org/cgit/apt/python-apt.git/commit/?id=91d32c819:51
barryjuliank: cool!  if you upload that to unstable, i can resync and drop our delta.  maybe we can even do that before the release team approves my 1.0.0ubuntu1 upload :)19:51
barryjuliank: lgtm!19:52
juliankbarry: There are also some fixes by mvo: http://anonscm.debian.org/cgit/apt/python-apt.git/commit/?id=92f7e29f55bc0f4bf7bf9cc78730814700fb2284 and http://anonscm.debian.org/cgit/apt/python-apt.git/commit/?id=598bbabf7a97962426e70233430cda78182b453b pending for 1.0.119:52
juliankI think they're fine too19:52
barry+119:53
barryjuliank: do you have an eta for 1.0.1 in unstable?19:53
juliankbarry: I'll do it now19:53
barryjuliank: awesome, thanks.  as soon as that gets picked up by lp i'll sync it19:53
barryjuliank: and i think that can be a straight up syncpackage rather than a merge19:54
juliankYeah19:54
juliankbarry: At some point, I really need to switch the build system over to pybuild instead of the ugly hack from the pre-python3 helper times19:57
barryjuliank: +1 :)19:57
hallynsforshee: bug 1483796 , you see that perf regression yourself?19:57
ubottubug 1483796 in mutt (Ubuntu) "Terrible performance for ~b/~B searching" [Undecided,New] https://launchpad.net/bugs/148379619:57
sarnolddoko: this is reported as a gcc5 issue: https://bugs.launchpad.net/bugs/150163419:58
ubottuLaunchpad bug 1501634 in gnupg (Ubuntu) "GnuPG 1.4 requires a patch for GCC 5" [Undecided,New]19:58
sarnoldthe patch inthe second url looks like good old fashioned broken code though, heh19:58
juliankbarry: meh, dinstall just started on ftp-master.d.o., this will take a while...19:58
barryjuliank: no worries.  i'm here for several more hours :)19:59
* juliank not. Just paused the walking dead to do the 1.0.1 release :)19:59
barryjuliank: wow! that's dedication.  i've been binge watching season 5 on netflix and am about 1/2 through.  i don't know that i'd pause it for that reason. :)20:00
juliankNah, I'll be here for two hours.20:00
juliankbarry: I started with the series yesterday, and am now at season 2 episode 2, 8 minutes in.20:01
barryfood, maybe.  sleep, pshaw.  work, hahahah (but don't tell slangasek :)20:01
dokosarnold, should that be fixed in gnupg?20:02
barryjuliank: just call in sick tomorrow and have a great, sleep deprived and freak out filled weekend! :)20:02
juliankbarry: I'm a student, and I have holidays :)20:02
barryjuliank: :)20:02
dokojuliank, enjoy20:02
juliankTwo semesters left until M.Sc. in CS is complete.20:03
jrwrenjuliank: congrats.20:04
juliankDammit, gbp dch put mvo as the uploader in the changelog...20:07
juliankI'm not sure what that tool is thinking20:07
juliankIt's tagged and uploaded now, so I won't fix it anymore.20:08
juliankor wait, I will20:09
sforsheehallyn: yes I do20:13
dokorobert_ancell, https://launchpad.net/ubuntu/+source/xserver-xorg-video-siliconmotion/1:1.7.8-1ubuntu3/+build/798705220:14
robert_ancelldoko, yeah, I was waiting to see if that patch I sent to xorg-devel was considered correct20:15
hallynsforshee: and you're using that patch locally?20:15
robert_ancelldoko, is this a daily poke I get for having something FTBFS? ;)20:15
barryjuliank: well, 1.0.0ubuntu1 got approved, but i'll still do the syncpackage when it's ready20:15
dokorobert_ancell, sorry, I'm trying to get this automated ;-P20:16
robert_ancellhah20:16
juliankbarry: OK, sorry about the wrong bug number, BTW, I only noticed this yesterday. Not sure how it slipped in20:16
sforsheehallyn: yep, it's much better20:16
barryjuliank: no worries, but do you remember the correct bug #?20:16
hallynsforshee: i see, it's upstream :)20:18
hallynsforshee: i don't see you having nominated that for trusty,but you said all major releases - should i add trusty?20:19
juliankI tagged it fix committed yesterday, let me have a look20:19
juliankIt's bug #148447020:19
ubottubug 1484470 in python-apt (Ubuntu) "aptsources.sourceslist or softwareproperties.ppa calling out to system-image-cli erroneously" [Undecided,Fix committed] https://launchpad.net/bugs/148447020:19
sforsheehallyn: I don't think trusty was affected20:20
hallynoh, ok.20:21
juliankbarry: The wrong number came direct from john apparently, not sure if there was another bug about it20:21
sforsheeor maybe it was ... my description makes it sound like it is, but my memory says it wasn't20:21
juliankwhere john = John R. Lenton <john.lenton@canonical.com>20:22
hallynsforshee: hm, it's fixed in the unstable package20:22
hallynbut i guess it's a bit late for something so drastic20:23
barryjuliank: ah, cool no worries then20:23
sforsheehallyn: mutt in trusty seems fine20:23
hallynnot a soothing difference eiterh  226 files changed, 33071 insertions(+), 40447 deletions(-)20:23
hallynso i guess i'll just cherrypick your patch into wily - thx20:23
juliankbarry: I uploaded 1.0.1 a few minutes ago, BTW20:23
juliankNow we only need to wait for dak and its friends20:25
* juliank is mostly back to walking dead now. But they're just talking in the woods20:26
infinitychiluk: And both uploaded/accepted/building.20:39
infinitychiluk: If you can turn around verification on that reasonably quickly, that would be lovely.20:40
infinitychiluk: And poke me directly when you do, since I need to make seed changes at the same time as d-i is copied, or dailies explode. :P20:41
infinityOh, actually, trusty is building with proposed right now, I guess I need to make those seed changes today.20:42
infinityLa la la.20:42
kentb_mwenning: thanks! (2 days late lol)20:44
chilukok infinity sorry I missed that earlier I'll verify now-ish.20:57
chiluknm I see that it's still building21:01
julianktoo many zombies, i'll get bad dreams...21:14
mwenningkentb_, :-)21:17
Unit193infinity: Get a chance to review some things? ;P21:24
infinityUnit193: I feel like that question is a trap.21:29
infinityUnit193: Which things?21:29
Unit193infinity: cdimage/livecd-rootfs/debian-cd reviews, Openbox debdiff (likely too late, I'm fine dropping it.). :D21:30
infinityUnit193: Bug#, MPs, where am I looking?21:30
infinityUnit193: (If I had context on this at one point and forgot, sorry, I'm a bit headless chickeny this week)21:31
infinitychiluk: trusty-proposed and vivid-proposed should have bits published now, at least for the architecture I suspect you planned to test. :P21:32
Unit193infinity: Yes sorry, I thought that might trigger a memory, it's not just me being vague: https://code.launchpad.net/~unit193/ubuntu-cdimage/xubuntu-core/+merge/268167 - https://code.launchpad.net/~unit193/livecd-rootfs/xubuntu-core/+merge/267880 - https://code.launchpad.net/~unit193/debian-cd/xubuntu-core/+merge/267879 -21:32
Unit193https://launchpad.net/~unit193/+archive/ubuntu/staging/+sourcepub/5397648/+listing-archive-extra21:32
infinitychiluk: 376.1 for vivid-proposed, 318.30 for trusty-proposed.21:33
chilukinfinity, ok.. I'll kick off a virt-install net-install.21:33
infinityUnit193: Ahh, core, right, that would triggered more flashbacks than "openbox". ;)21:34
infinitys/would/would have/21:34
Unit193But then you're thinking Snappy! :---D21:34
chilukinfinity the dates for the netboot images are still old http://archive.ubuntu.com/ubuntu/dists/trusty-updates/main/installer-amd64/current/images/netboot/ubuntu-installer/amd64/21:35
infinityUnit193: So, was this a flavour you intended to release with 15.10?  We tend to try to stick by the rule "if you didn't participate in Beta 2, you don't participate in release".21:35
infinityUnit193: If you just want the commits in there to alpha test the whole thing with an eye to being able to release ISOs "officially" for 16.04, there's no reason we have to wait until after release to do that.21:35
infinitychiluk: Because you're looking in updates, not proposed.21:36
chilukdoh21:36
Unit193infinity: If that's the rule, then sure I think we can get this reviewed with XXX in mind.21:37
infinityUnit193: Like all rules, it's bendable, but it's a good rule, IMO, in that it makes sure that you had something that was at least half functional and QAable a month before release, and aren't wasting time (yours or others) on trying to fix the world in the last month when you should just be adding polish that that Beta. :)21:39
infinitys/that that/to that/21:39
infinityUnit193: I'd agree that xubuntu-core, the packageset, is a special case here, because it's a strict subset of things you already need to fix and ship for Xubuntu proper.21:41
infinityUnit193: But you'll still need to suck some resources to fix xubuntu-core the ISO product, unless it's magically perfect the first time.21:41
Unit193infinity: Right, and we've tested something unofficial a bit, but not using the exact infra so it'll likely be a bit odd.  If it's good enough, or close to it then it might be nice to fix but otherwise that'll come later.21:46
sarnolddoko: yes, the proper fix is going to be in gnupg21:53
chilukinfinity netboot looks to be going along swimingly.. booted fine.. installing now.21:55
Unit193infinity: (The Openbox issue was another one I poked you about, though.)22:00
=== salem_ is now known as _salem
chilukinfinity netboot install completed successfully http://paste.ubuntu.com/12635027/  ... additionally I checked for the existence of the sfc module and it was there like we expected...22:31
juliankbarry: I think I'll turn some warning display on by default for all warnings in the test suite, so such bugs do not happen only during autopkgtests23:01
barryjuliank: +123:02
juliankThat's the second time this happened, which is two times more than I'd like23:02
barryjuliank: still waiting for LP to pick up 1.0.123:02
juliankbarry: Probably happens only after the dinstall run finished, in about 5 hours?23:03
juliankor 4 hours23:03
barryjuliank: yeah, not sure, but that seems likely.  if not tonight, tomorrow23:03
mdeslaurinfinity: what created the weird dual partition tables on our iso media?23:05
mdeslaurs/created/creates/23:05
infinitychiluk: So, that tested one of 4 things. :)23:06
infinitymdeslaur: xorriso, with a bit of prep.23:09
infinitymdeslaur: http://bazaar.launchpad.net/~ubuntu-cdimage/debian-cd/ubuntu/view/head:/tools/boot/wily/boot-amd6423:09
mdeslaurinfinity: ah, cool, thanks23:10
TJ-infinity: re: cdimage - could we switch to the syslinux project's MBR isohdpfx_c.bin instead of isohdpfx.bin at some point, to provide a workaround for several buggy BIOS implementations? bug 27790323:49
ubottubug 277903 in syslinux (Ubuntu) "Missing Operating System [message at boot]" [Medium,In progress] https://launchpad.net/bugs/27790323:49

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