mwhudson@pilot in00:27
=== 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: mwhudson
mwhudsonnacc: around still?01:27
=== _salem is now known as salem_
=== PHLin is now known as PHLin-mtg
pkern.win 502:46
=== salem_ is now known as _salem
cpaelzermwhudson: thanks for pinging again on even more clarification on bug 1546565 after pitti asked a few days ago05:37
ubottubug 1546565 in openvswitch (Ubuntu Xenial) "Ownership/Permissions of vhost_user sockets for openvswitch-dpdk make them unusable by libvirt/qemu/kvm" [High,Triaged] https://launchpad.net/bugs/154656505:37
cpaelzermwhudson: TL;DR is please unsubscribe sponsors and SRU Verification05:37
cpaelzermwhudson: I putt a decent summary in the bug so that the next that might come by only need to read the last comment and knows about the overall state05:37
mwhudsoncpaelzer: ah ok :)05:46
mwhudsonsponsors unsubscribed, i'm not in ~sru-verification so can't unsubscribe them05:46
cpaelzermwhudson: thanks, this is one of the cases that became super urgent around release and then everybody kind of forgot about the open debdiff for the config example05:47
cpaelzermwhudson: pitti: thanks for continuously pushing to get this into a proper state05:47
cpaelzerI think we are good now code- and bug-wise05:48
mwhudsonnoone cares about poor yakkety, just xenial :-)05:52
mwhudson(well, i exaggerate, but only a bit)05:52
mwhudsonRAOF: hey, i have an sru type question05:53
mwhudsonRAOF: there is an sru for docker in xenial, which has failed autopkgtests on i38605:53
mwhudsonRAOF: it's just a flaky test, now fixed in yakkety05:53
mwhudsonRAOF: should i upload the fix to xenial as well?05:53
mwhudsonwell, upload the yakkety version + ~16.0405:54
mwhudsoneh that sounds silly when i say it out loud05:54
RAOFmwhudson: If the yakkety version is just xenial-proposed + a fix for the flaky test, yes please.06:18
pittiGood morning07:00
dholbachhey pitti07:00
pitticpaelzer: thanks!07:01
pittihey dholbach, wie gehts?07:01
dholbachsehr gut - wie geht's dir? :)07:01
pittidholbach: auch gut, danke; viele lange Fussball-Naechte, aber ist ja bald vorbei :)07:03
dholbacham Wochenende waren wir auf einer Hochzeit in Südtirol - da hatte das Fest dann doch etwas Konkurrenzveranstaltung, einige konnten dann doch nicht feiern, ohne immer wieder auf's Telefon zu schauen :-)07:05
cpaelzerdholbach: gleiches Erlebnis auf einem 50sten Geburtstag - aber die hatten gleich einen Projektor aufgestellt07:08
dholbachbei 'ner Hochzeit hätte ich das jetzt schon etwas komisch gefunden :-)07:10
sladenaber das war nicht Deutschland zu spielen zum Abend?07:10
sladen(oder waren die Paren aus Portugal/Wales?)07:11
cpaelzerbei mir war es Sonntag mit FRA/ISL - Fußballverrückte brauchen wohl einfach alle Spiele :-)07:12
cpaelzeraber Ich vermute Wochenendhochzeiten sind meist Samstags - also GER/ITA07:13
pittiaka "lose 5 years of your lifetime and all your fingernails" :)07:13
cpaelzerI'd so much would have liked to see what happens after all eleven players had shot their penality - I had fingernails left to stand it07:15
pittithe captains balance the ball on their head, and who can do that longer wins?07:16
cpaelzerdo something for charity, they are all rich - the players spend personal money (secretly noted down), then they cound and the Team that spent most wins07:17
cpaelzerthat way the Teamthat really want to win wins07:17
michael-vbGood morning.  I asked a question yesterday, but got no response.  See paste below:07:52
michael-vb(17:09:06) michael-vb: Afternoon.  Not sure if this is the right place to ask, but someone will probably know what is.07:52
michael-vb(17:09:06) michael-vb: I have the following problem with my VirtualBox Ubuntu 16.04 guest with development Guest Additions installed: when I start the guest I get the message "The system is running in low-graphics mode" (on VT 2) even though the X server is running fine (on VT 7).07:52
michael-vb(17:09:06) michael-vb: I would very much like to know exactly what logic triggers that message so I can work out why I am triggering it and change whatever is responsible (I am the developer of the VirtualBox guest driver and Additions installer).07:52
michael-vb(18:04:34) michael-vb: Interesting - I just booted the guest system twice with a loaded host (rebuilding VirtualBox) and did not get the "low-graphics mode" message.07:52
michael-vb(18:27:01) michael-vb: CRITICAL: session_get_login1_session_id: assertion 'session != NULL' failed in the lightdm log file.07:52
michael-vb(18:31:13) michael-vb: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=81476007:52
ubottuDebian bug 814760 in lightdm "randomly fails to start" [Normal,Open]07:52
sladenmichael-vb: https://irclogs.ubuntu.com/2016/07/06/%23ubuntu-devel.html#t15:0907:56
sladenmichael-vb: http://askubuntu.com/questions/141606/how-to-fix-the-system-is-running-in-low-graphics-mode-error07:57
michael-vbFound that already.07:57
michael-vbI am wanting to understand this as a developer, not as a user.07:57
michael-vbsladen: it was following from that askubuntu question that I found the system log entry.07:59
michael-vbThe session clearly gets started just after lightdm checks whether it is running.07:59
michael-vbAs I said, this does not happen under high load.  I suppose the question is, who would understand this stuff well enough to tell me how I can avoid triggering it.08:01
michael-vbOr what causes the session to start too late, or lightdm too early.08:01
michael-vbI assume that some dependency is not specified well enough somewhere.08:03
sladenmichael-vb: apt-get source lightdm && grep -r "Error message"   is probably the most effective way of identifing the logic causing the error (if it is coming from lightdm)08:03
michael-vbBut it is annoying, because if it hits users they will blame us first, not you!08:03
sladenmichael-vb: I'm not too familiar with the inner workings of lightdm; the developer was Robert Ancell in the DX team08:04
sladenmichael-vb: if it's happening so of the time (seemingly randomly), then there's probably a race condition08:05
michael-vbI'm sort of suspecting that it is related to the change to systemd which upset some expectation in lightdm.08:06
sladenwillcooke: if you're around later, could you get in contact with michael-vb (upstream developer of VirtualBox guest driver), about debugging and resolving the "The system is running in low-graphics mode" message.  https://irclogs.ubuntu.com/2016/07/07/%23ubuntu-devel.html#t07:52 onwards08:08
michael-vbwillcooke: and michael dot thayer at oracle if I am not on IRC at that time.08:08
michael-vbsladen, willcooke: thanks.08:08
willcookeTrevinho, is this something you can help with? ^08:11
willcookeIt looks like it's a problem with X rather than Unity though08:11
willcookemaybe tjaalton knows what triggers it? ^08:11
tjaaltonI don't, if lightdm is randomly not starting on debian (which doesn't have "failsafe-x")08:14
tjaaltonsounds like a lightdm bug to me08:15
willcookethanks tjaalton08:17
willcookemichael-vb, Hmm, I can't see anything obvious here.  Please log a bug in Ubuntu against lightdm if there isn't already one, and we take take a look.08:30
michael-vbwillcooke: to me it sounds like an init dependency problem.08:30
sladenmichael-vb: can we get as much of the (known good) information into a Launchpad bug report08:31
michael-vbIf I understood all this GNOME-systemd-login stuff better...08:31
michael-vbsladen: sounds reasonable.08:31
sladenmichael-vb: and then get that linked to/from the debbugs and Askubuntu pages08:31
michael-vbOh how nice, for reasons unknown I can no longer trigger it.08:33
willcookecertainly smells like a race then08:34
michael-vbI think that is clear enough from the Debian bug.08:34
michael-vbI think that someone from the systemd camp would be best placed to solve it.08:34
michael-vbBut before I open a bug report I will at least try to track down the error in the lightdm sources.08:36
sladenyes, it would be good to point in the bug report exactly where the origin of the assert is coming from, but if it can't be found, please file the bug report (and link to this IRC log and anytthing/everything that you've already found, so that we've got a trackable braindump in one place)08:39
michael-vbThe assertion is easy to find, I am trying to logically work out the callers.08:40
michael-vbAh, (about to show my lack of understanding of these things) is Ubuntu still using console-kit instead of systemd-logind?08:42
michael-vbI see "console-kit-daemon" in that Debian bug logging.08:42
pittihell no08:44
pittimichael-vb: we switched to logind in saucy, I believe08:44
pittioh, LXDE is still using it08:45
michael-vbAh right, logging from systemd-logind there too.08:45
pitti(at least apparently)08:45
michael-vbThis is an absolute plain Ubuntu installation.08:45
pittithen it shouldn't even be installed08:45
michael-vbNo "L", "K" or anything else.08:45
michael-vbGot the error again.  Booting from power off did not produce it, clean rebooting did.08:47
michael-vbWill open a bug.08:48
michael-vbIt would be good if I could find some way to at least avoid triggering the race, otherwise both we and you will have lots of annoyed users.08:49
mwhudsonRAOF: yeah08:51
cpaelzerpitti: any hint where I do it wrong that my local adt is unhappy (http://paste.ubuntu.com/18689738/) while e.g. last build of the same looks good https://objectstorage.prodstack4-5.canonical.com/v1/AUTH_77e2ada1e7a84929a74ba3b87153c0ac/autopkgtest-yakkety/yakkety/amd64/c/clamav/20160706_174652@/log.gz08:56
cpaelzerI get the issue even if I just pull-lp-source and adt-run it, or is that just another case of me having not the bleddiest-edge autppkgtest :-)08:57
=== zyga_ is now known as zyga
pitticpaelzer: hm, curious -- this is certainly not related to the autopkgtest version09:21
* pitti runs autopkgtest clamav -- qemu /srv/vm/autopkgtest-xenial-amd64-cloud.img locally09:22
pitticpaelzer: hm, works fine09:29
pitticpaelzer: is that really the same clamav version in both cases? maybe your locally built package has some fancy/broken permissions on ./unit_tests/acc?09:29
raphinkE: Failed to fetch http://fr.archive.ubuntu.com/ubuntu/pool/universe/n/npm/npm_3.5.2-0ubuntu4_all.deb  503  OUT OF DISK SPACE09:48
raphinklooks like (one of) the French mirror  is out of space!09:48
raphinkor the proxy…09:50
raphinkmore likely ;-)09:51
cjwatsonyeah, that's a proxy somewhere09:57
cjwatsonapache is not going to care that it's out of disk space when serving static files09:57
=== hikiko is now known as hikiko|ln
cpaelzerpitti: thanks for corss checking - I'll do a retest once more after it seems to work for you10:10
cpaelzerpitti: the following line fails for me, which I guess excludes local modification from the list of potential issues10:23
cpaelzercd  /; rm -rf /tmp/test-adt-clamav; mkdir -p /tmp/test-adt-clamav; cd /tmp/test-adt-clamav; pull-lp-source clamav; adt-run --shell-fail --apt-upgrade --source clamav_0.99+dfsg-1ubuntu2.dsc --- adt-virt-qemu --cpus 4 --ram-size=2048 ~/work/adt-yakkety-amd64-cloud.img10:23
cpaelzerthrowing into a lxd env now to see if it is any different10:25
pitticpaelzer: oh, I tested xenial; as soon as my system load drops < 8 again, I'll re-test the y version10:27
cpaelzerpitti: sure - but for me it fails X&Y10:27
cpaelzerrunning with adt-virt-lxd adt/ubuntu/yakkety/amd64 triggers the same for me10:29
cpaelzerhmm, pitti is this permission denied happening at the host or guest level i.e. would running with sudo make any difference?10:30
pitticpaelzer: no, that's something guest-level10:30
cpaelzerpitti: even more interesting, when running with -ddd on adr-run and -d on adt-virt-lxd it works10:44
sladenmichael-vb: did you manage to work up a bug report?  Do you have the bug number in Launchpad so that it can be triaged?11:20
cpaelzerpitti: I got it working by adding the debug flags, and now I can remove them and it still works with the lxd case11:21
cpaelzerpitti: I'm running the kvm one just to be sure, but consider this strange issue resolved for now11:21
cpaelzerpitti: thanks for your help11:21
cpaelzerpitti: it keeps showing up in the kvm based adt - if your system load is low it would be nice to hear what happens for you if you just throw the same command I listed above at your system11:31
pitticpaelzer: running11:32
pitticpaelzer: my fingers protest about typing "adt-run", though :)11:33
pitticpaelzer: also, calling adt to build the package is annoying and unnecessary..11:35
pittibut oh well, it's almost done now, doesn't take too long11:36
cpaelzerpitti: I wanted to stick close to what failed initially for me - of course to test what is in the archive could be done way more efficient :-)11:37
pitticpaelzer: yep, get the same11:37
cpaelzeroh really11:37
cpaelzerpitti: bug report then?11:37
cpaelzerI got around it by switching to LXD and you neither want nor have to solve it like "now" - so I'd create a bug for you - ok?11:38
pittiyes (not sure whether against clamav or autopkgtest, but start with the latter -- reassinging is esay)11:38
pitticurious that -d helps, that sounds like an odd race11:38
pittialso, with -B it works fine, so the built package is somehow broken/strange11:39
cpaelzerpitti: well it only did in the lxd case, I'll put it in the bug11:39
=== hikiko|ln is now known as hikiko
zygapitti: hey, how can I run autopkgtests from a source tree on 16.04 in a yakkety VM?12:09
zygamwhudson: still around?12:23
zygamwhudson: I broke my adt setup (it will be back in ~15 minutes) but have a look at this if you are around https://github.com/snapcore/snapd/pull/150412:23
=== _salem is now known as salem_
mdeslaurdoko: do we still need to keep blapi.h and alghmac.h in our libnss3-dev, or does openjdk-8 not use them anymore? (re: debian bug 754978)12:34
ubottuDebian bug 754978 in nss "please install the blapi.h and alghmac.h header files" [Normal,Open] http://bugs.debian.org/75497812:34
mdeslaurtjaalton: can you confirm we no longer need the shared cert and key databases in nss?12:35
dokomdeslaur, please ask tdaitx, probably won't have time for that during DebConf (and current SRUs ...)12:35
mdeslaurtdaitx: any idea? ^12:35
tdaitxmdeslaur, don't know about that, let me take a look12:36
=== ivoks is now known as mirka
tdaitxmdeslaur, openkjdk8 has no reference/includes to those files (in case it matters: openjdk 7 has a single reference to blapi.h)12:41
=== mirka is now known as ivoks
mdeslaurtdaitx: ok, thanks, I'll stop adding them then12:42
tjaaltonmdeslaur: confirmed, freeipa-client uses a private one now12:51
mdeslaurtjaalton: great, thanks12:51
* mdeslaur takes chainsaw to yakkety nss12:51
cjwatsondoes anyone know whether user namespaces are supposed to work properly when using precise lxd guests on a xenial host?13:06
michael-vbsladen: sorry, was away... #159977513:10
ubottuLaunchpad bug 1599775 in lightdm (Ubuntu) ""low-graphics mode" in VirtualBox guest, but X server running" [Undecided,New]13:10
michael-vbRight, was wondering how to trigger your bot.13:10
michael-vbsladen: thanks.13:15
pitticjwatson: do you still remember the context of https://git.launchpad.net/~ubuntu-release/+git/britney2-ubuntu/commit/?id=a3b7baf3e ?13:44
pitticjwatson: AFAICS this just matters when we have some self.options.fucked_arches, right? as otherwise the existing checks would already hold it back due to having missing builds13:45
pitticjwatson: btw, I just converted the bzr branch to git and I'm now in rebase/patch review hell :)13:46
pittias a precursor for merging to current britney, for getting support for versioned provides, etc.13:46
cjwatsonpitti: I remember it being excruciatingly delicate, but I don't think it was to do with fucked_arches, it was something subtle about the set of built binaries changing between sources I think13:46
cjwatsonI'm afraid I don't remember exactly13:47
pitticjwatson: ok; nevermind13:47
gQuigsis the xenial archive fully locked for package removals?   just found out about "snappy" music player - our version is badly broken and it's been removed from Debian - https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=80851813:47
ubottuDebian bug 808518 in src:snappy-player "Please port to clutter-gst-3.0" [Serious,Fixed]13:47
cjwatsonIRC logs from around that time might be informative, if you're lucky13:47
gQuigsit's also been removed from Yakkety already13:47
cjwatsonnot possible to remove from xenial I'm afraid13:49
pitticjwatson: oh, turns out Debian actually has a  similar fix in http://anonscm.debian.org/cgit/debian-release/britney2.git/commit/?id=371ad013:49
cjwatsonpitti: I think that just changes the excuse text13:50
gQuigscjwatson: k, just wanted to check, thanks!13:50
cjwatsonit won't change whether something is a valid candidate13:50
cjwatsongood luck working it out :)13:51
pitticjwatson: right, but I I meant that our patch could/should now use uptodatebins13:51
pitticjwatson: heh, thanks :)13:51
pittiit's only 290 patches or so to review, how long can it take..13:51
pkern.wub 813:59
michael-vbwillcooke: not sure what "trello" is, is it normal that I should not be able to access the link you added to the bug?15:10
willcookemichael-vb, yeah it's a task tracking system we are using15:10
willcookemichael-vb, dont worry about it - all important updates will go in to the bug15:10
michael-vbSo short answer, yes it is expected.15:11
=== JanC is now known as Guest55200
=== JanC_ is now known as JanC
=== olli_ is now known as olli
slangasekmdeslaur: we missed a TB meeting this week, right?  I guess you didn't manage to un-break the calendar for it?17:27
mdeslaurslangasek: yeah, we missed it, nobody showed up. infinity was supposed to fix the calendar.17:27
slangasekcalendar event recreated17:31
slangasekbut need to get it on the fridge etc17:31
slangasekthere, fridge added17:32
mdeslaurslangasek: thanks17:36
nacctjaalton: would you be able to explain to me how/when the xserver-xorg-video-intel driver version was chosen for 16.04? Reading the version string, it seems to be a git snapshot from a particular date? In the context of LP: #107806817:55
ubottuLaunchpad bug 1078068 in xserver-xorg-video-intel (Ubuntu) "Video blinking blue during incoming call" [Undecided,Fix released] https://launchpad.net/bugs/107806817:55
tjaaltonnacc: yes it is18:09
tjaaltonnacc: you need to bisect for that fix18:09
nacctjaalton: ack, i'll do that once i know what fixes it :)18:09
tjaaltonwe're moving away from this driver in 16.1018:09
nacctjaalton: as it worked for me, but one user already said it didnt' for them18:09
tjaaltonto modesetting18:09
nacctjaalton: ah ok18:09
nacctjaalton: i'm afraid it's goign to be a large pile of changes (not just one) ... but will try and bisect later today18:10
tjaaltonbecause there hasn't been a stable release in three years18:10
nacctjaalton: i wondered :)18:11
nacctjaalton: is there a good guide of installing from git for this driver?18:13
tjaaltonclone debian packaging git18:14
tjaaltonadd upstream remote18:14
juliankpitti: http://autopkgtest.ubuntu.com/packages/a/apt/ lists a lost+found distribution...18:14
tjaaltonhack away18:14
juliankI think we should have a Depends from apt on dpkg to have dpkg uploads trigger apt autopkgtest runs. Opinions?18:15
juliank(I don't think it currently does, I have a feeling 1.18.9 breaks the tests, but not sure...18:16
nacctjaalton: thanks18:16
infinityjuliank: Artificial deps for the sake of tests are wrong.18:42
infinityjuliank: You can, however, make your *tests* depend on dpkg, and that'll end up in Test-Triggers.18:42
juliankinfinity: That works fine for me18:42
infinityjuliank: Which pitti hasn't yet implemented on the CI side, but it's on his TODO, I believe.18:44
infinityjuliank: Ironically, this feature depends on the version of dpkg that broke your tests. ;)18:44
slangasekmitya57: how's the analysis going of the sphinx autopkgtest failures? I saw that breathe is a legitimate regression in -proposed; a re-test of the breathe package in yakkety passes, with sphinx 1.4.4-3 it fails18:46
mitya57slangasek, I will fix breathe (texlive-generic-extra was added to Build-Depends, but it should be in tests depends too)18:50
mitya57slangasek, … and we will be down to cryptography which has unrelated problems (something with python3-cffi-backend-api-{min,max})18:51
slangasekmitya57: right, I've triggered a no-proposed retest of python-cryptography as well to get us a baseline18:52
mitya57slangasek, breathe uploaded; thanks!18:56
nacctjaalton: sorry for being dense, first time trying to bisect a package; i have the remote upstream and the good/bad points. But as it bisects, it puts me (as expected) into the upstream tree, which has no debian/ directory. So would i bisect strictly in the upstream commits and just do a merge into the debian-unstable tree to build it?19:10
mwhudson@pilot out19: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:
tjaaltonnacc: or bisect manually creating a diff that you put in debian/patches19:51
tjaaltondiff between bad/good upstream, keep a record of the commits and bisect points19:53
tjaaltonhum, no need to diff between bad and known good upstrean, but something in between of course19:56
tjaaltongit diff a..b > d/p/bisect.diff; echo bisect.diff >>d/p/series; <build>19:57
tjaaltonmaybe touch changelog so you know which is which19:58
infinitypitti: libnss-resolve has a derpy idea of valid domain names.20:53
ogra_caribou, congrats !20:55
infinitypitti: https://bugs.launchpad.net/ubuntu/+source/systemd/+bug/160000020:57
ubottuLaunchpad bug 1600000 in systemd (Ubuntu) "libnss-resolve treats two trailing dots on a domain name incorrectly" [Undecided,New]20:57
infinityOoo, I got a round number!20:57
nacctjaalton: ah duh, thanks!21:19
ogra_infinity, oooh, conrats too !21:38
=== freeflying__ is now known as freeflying
naccgeneral question, the version of cobbler shipped in 16.04 (and presumably for some time) doesn't work OOB. I believe it is worth SRU'ing the version from 16.10 to 16.04 (sync'd from Debian), which does work OOB (and builds fine in 16.04). I don't believe there will be a clean upgrade path for users, though. Can I add cobbler to the release notes post-release? Feels icky if so. Or should I just pursue a23:45
naccbackport? Fixing the Cobbler version in 16.04 is not possible (the base version is so old that it's not worth doing, we're better of deleting it from the archive)23:45
jbichaI think it's fine to improve the release notes after release23:47
rbasakYeah, Colin has said to me that it's fine too.23:48
jbichasome serious bugs we don't know about it before release day!23:48
naccjbicha: rbasak: ok, cool, I'll propose the SRU then, given that23:48
naccjbicha: makes sense! :)23:48
rbasakIf the package in 16.04 is completely broken then an SRU carries no regression risk so is generally OK.23:48
rbasakOTOH if it works, then I see what you're saying but it's up to the SRU team really.23:48
rbasak(ie. if it can be made to work)23:49
naccrbasak: i just did a quick test and installed and started cobbler as packagined in 16.04. It throws a python exception immediately :)23:49
naccrbasak: the 16.10 version runs fine23:49
rbasaknacc: then it sounds like an SRU should be fine :)23:50
naccrbasak: yeah, and i think it will close ... 10-15 bugs :)23:51
naccrbasak: verifying that now23:51
naccrbasak: what's the appropriate debdiff to provide in such a case? Or can I simply request we backport and version appropriately the 16.10 version? i have it in a ppa via requestbackport23:53
rbasaknacc: yeah a debdiff probably doesn't make sense. Perhaps point to a PPA with instructions on what to do with the changelog (eg. drop a ~ppa suffix, etc). Or put a full source package up somewhere, eg. people.c.c.23:54
naccrbasak: ack, thanks; also, can i just close cobbler bugs not updated since 11.04/11.10? i'm 99% sure they simply don't apply anymore and no one cares23:55
rbasaknacc: I would do that with an explanatory comment and an invitation for others to reopen if they think still relevant.23:57
naccrbasak: ack, thanks23:57

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