=== maclin1 is now known as maclin === agateau_ is now known as agateau === Trevinho_ is now known as Trevinho [12:05] infinity: I've started pushing lts-xenial stuff to the queue, libdrm first and llvm-3.8 will be next [13:11] infinity: so should we bump libxrandr to 1.5.0 in trusty? [13:29] other deps needed too, x11proto-core and x11proto-randr of course [14:46] tjaalton: -ENOTENOUGHINFO [14:46] tjaalton: Why would we need a newer xrandr? [14:48] regarding kde-l10n in xenial unapproved, scarlett got the version wrong, but as these are just translations the packaging version doesn't matter that much, so would those be ok to be accepted anyway? [14:48] If not it would be nice if someone could reject them so we can upload another set [14:52] infinity: xserver [14:52] 1.18 [14:52] and llvm-3.8 doesn't build [14:53] some files missing, weird [15:08] yofel, you can just upload over the top as the version in the queue does not count [15:09] apw: oh, so the last upload always overwrites what's in unapproved? [15:10] yofel, strictly both will end up in the queue, and if you go that route we can reject the older wrong one [15:10] aaaah, right. Good idea, thanks [15:12] yofel, my personal oppinion is if its easy to fix the version so it is right, there is less confusion to be had there, but i have no idea how much work that is === shadeslayer_ is now known as shadeslayer [17:30] infinity: llvm-3.8 fails to build on arm64 because of an "internal compiler error".. others seem happy now [19:03] tjaalton: Fun. [20:52] infinity: Is there a point release schedule for 16.04 yet? [21:28] bdmurray: Yes. === tsimonq2alt is now known as tsimonq2 [23:11] * lamont belives that switching from python2 to python3 is SRU-worthy, yes? [23:11] (specifically bind9/xenial) [23:11] (from the "IT DEPENDS ON WHAT!@!!" department) [23:14] ? [23:14] my interest is piqued and I do not know of this issue. Tell me more. [23:15] bind9utils et al Depend: python, python-argparse [23:15] because of oh yeah, they do [23:15] and works fine with python3, python3-argparse? [23:15] no python3-argparse, it was part of python stdlib by 2.7 [23:16] thought that was optparse [23:16] * Kamilion shrugs, I'm often wrong though. :D [23:16] seems to like python3 just fine, I'm doing a test build, and then looking at uypstream history, but they seem to believe in python3 [23:16] --with-python=python3 [23:16] ah, optparse was the old 2, argparse is the new stdlib hotness. gotcha. [23:20] seems to pass the quick eyeball-sanity test for me, being a pythony-person, but I took a look at https://source.isc.org/cgi-bin/gitweb.cgi/?p=bind9.git;a=shortlog and see a few python2/3 related patches as of 3-4 days ago. [23:21] [v9_10] minor python3 portability fix [23:22] I'm gonna go with "yep, they believe in python3" [23:24] https://source.isc.org/cgi-bin/gitweb.cgi?p=bind9.git;a=commitdiff;h=470af54b4ec7ab38ad10a5bd22a0a20664838c99;hp=304d16f08fd7373dd61a43561fe6400ddda3f46f [23:24] yeah, looks very minor [23:29] considering it's not really too hard to write python that works in 2.7 and 3.3-3.5 if you're careful about insisting on unicode everywhere and using the u'' and .format constructs [23:30] maybe it was 3.2 that brought u'' back, I don't recall. I do know that 3.0 and 3.1 lacked it. [23:51] Kamilion: don't even need .format [23:52] I don't like the % syntax personally [23:52] I mildly prefer it but whatever; python3 is happy with either [23:52] 3.3 was the one that reintroduced u'' - https://docs.python.org/3/whatsnew/3.3.html [23:52] yep. u'this is {}'.format(thing) works really well for me. [23:53] thing can even be ascii, and it does the right thing. [23:53] yep. ditto % [23:54] I'll be tossing -10 at sid, and then -8ubuntu2 at xenial-proposed "sometime after yakkety has -10"