dokopitti, barry, infinity: https://bugs.launchpad.net/ubuntu/+bugs?field.tag=python300:15
barrypitti: LP: #144038800:34
ubottuLaunchpad bug 1440388 in ubuntu-system-service (Ubuntu) "please port ubuntu-system-service to Python3" [Undecided,Fix committed] https://launchpad.net/bugs/144038800:34
lfaraonestgraber: re LP #1501588 , I've heard similar reports from people in our Ubuntu deployment (and experiencing the problem myself); is downgrading wily to 2.1 (vivid's version) an acceptable fix, or would it be better to find the problematic patch and revert it?00:39
ubottuLaunchpad bug 1501588 in wpa (Ubuntu) "Wily's wpasupplicant frequently fails on WPA enterprise networks" [Critical,Confirmed] https://launchpad.net/bugs/150158800:39
stgraberlfaraone: well, so in my case the downgrade doesn't actually solve it01:11
stgraberlfaraone: one thing I've noticed here and it may well be the source of the problem is that NM is misbehaving wrt IPv6 MTU. It's occasionally getting a frame without a MTU and so interprets it as MTU=0, it then attempts to set the interface MTU to 0, fails and falls back to the minimal MTU of 128001:12
stgraberlfaraone: so from that point on, my network interface has a wrong MTU (1280 instead of 1500) which prevents wpa_supplicant from setting up an EAP session and leads to the error I've reported01:13
stgraberlfaraone: I only came up with that theory a couple of hours ago when noticing the wrong MTU and a lot of MTU related messages from NM in /var/log/syslog01:13
stgraberand that'd explain why downgrading the kernel, firmware and wpa_supplicant didn't do the trick here, it looks like, at least for me, the main issue is NM01:14
=== nudtrobert1 is now known as nudtrobert
=== ubott2 is now known as ubottu
=== Ursinha-afk_ is now known as Ursinha
=== Ursinha is now known as Guest82331
=== inaddy is now known as tinoco
=== rsalveti_ is now known as rsalveti
=== psivaa_ is now known as psivaa
=== czchen_ is now known as czchen
=== plars_ is now known as plars
=== broder_ is now known as broder
=== balkamos_ is now known as balkamos
=== Guest82331 is now known as Ursinha
=== Ursinha is now known as ursula1234
=== ursula1234 is now known as Ursinha
=== elijah_ is now known as elijah
lfaraoneI have yet to try to downgrade. I'll play with it later.04:43
lfaraoneexcept now I can't repro :(04:44
=== dcmorton_ is now known as dcmorton
=== larsu_ is now known as larsu
=== jamesh_ is now known as jamesh
=== dholbach_ is now known as dholbach
MirvLaney: any chance for the devel-permissions Qt thread answering?09:26
LaneyI pinged the others yesterday09:28
cjwatsonsnakefruit (various archive cron jobs, http://people.canonical.com/~ubuntu-archive/, etc.) going down soon for a RAM upgrade10:46
=== marcusto_ is now known as marcustomlinson_
=== marcustomlinson_ is now known as marcustomlinson
cjwatsonsnakefruit back11:30
ogra_cjwatson, if you are interested .... my kernel package install prob from yesterday is caused by:11:52
ogra_+ rm -r var/lib/dpkg var/log/apt11:52
ogra_+ rm usr/bin/dpkg-query usr/bin/dpkg-split usr/bin/dpkg-divert usr/bin/dpkg-trigger usr/bin/dpkg-statoverride usr/bin/dpkg-maintscript-helper11:52
ogra_(i use the rootfs chroot after tarball creation, snappy removes dpkg ...)11:52
ogra_(or parts of it)11:52
antgelHi all, I was referred here from #u. I'm trying to run nm-tool (or nmcli) from a user's crontab. It works from the shell, but from cron, it fails with Could not initialize NMClient /org/freedesktop/NetworkManager: Rejected send message, 3 matched rules; type="method_call", sender=":1.613" (uid=1000 pid=7278 comm="nm-tool ") interface="org.freedesktop.DBus.Properties" member="GetAll" error name="(unset)" requested_reply="0" destination="org.freedesktop.Ne12:25
mgedminbecause cron has a separate environment and doesn't see your DBUS_SESSION_BUS_ADDRESS12:27
antgelmgedmin: Any pointers to where I can configure this? It seems bizarre as default, but I don't mind tweaking the config. I'll google the variable you mention in any case12:29
=== _salem is now known as salem_
antgelmgedmin: Okay, I added something to pull that envvar in, and I can see it in cron via echo $DBUS_SESSION_BUS_ADDRESS. But the call still fails, in the same way. Any clues?12:52
=== niedbalski_ is now known as niedbalski
=== gammax is now known as nic
=== nic is now known as gammax
=== happyaro1 is now known as happyaron
=== happyaron is now known as Guest39250
=== Guest39250 is now known as happyaron
=== hikiko is now known as hikiko|ln
mvo_cyphermox: looks like fwupdate-signed is in dependency wait since a couple of hours. do you know what is going on?14:26
cyphermoxprobably waiting for fwupdate itself, lemme look14:26
=== mardy_ is now known as mardy
cyphermoxoh, crap, missing a character.14:29
cyphermoxmvo_:  yeah it's broken because yeah.14:29
mvo_cyphermox: thanks for checking14:31
=== hikiko|ln is now known as hikiko
cyphermoxmvo_: it will be fixed shortly.14:41
dholbachchrisccoulson, tyhicks, smoser: do you know who's running the libv8/node.js session in the core track in a few?14:58
dholbachis it doko?14:58
smoserdoko i assumed14:58
dholbachhum, he's not online14:58
chrisccoulsonI saw doko at breakfast about 20 minutes ago14:59
hallynhi - can a no-build rebuild (of vm-builder) be done in wily without the need for an SRU?  This would be to enable the build for power8.  (bug 1510720)15:09
ubottubug 1510720 in vm-builder (Ubuntu) "vm-builder doesn't support ppc64el" [Medium,Fix released] https://launchpad.net/bugs/151072015:09
infinitydholbach: There's a nodejs session?  Who registered it? :P15:19
dholbachinfinity, http://summit.ubuntu.com/uos-1511/meeting/22590/nodejs-and-libv8-for-1604/15:20
cariboucyphermox: https://bugs.launchpad.net/ubuntu/trusty/+source/haproxy/+bug/148173715:21
ubottuLaunchpad bug 1481737 in haproxy (Ubuntu Trusty) "HAProxy init script does not work correctly with nbproc configuration option" [Medium,In progress]15:21
cyphermoxbarry: caribou: pitti: https://bugs.launchpad.net/ubuntu/+source/unity/+bug/151311015:24
cyphermoxunity, for lack of a better idea where this would need to be reported :/15:24
ubottuLaunchpad bug 1513110 in unity (Ubuntu) "global menus are broken and cannot be clicked" [Undecided,New]15:24
cyphermoxbarry: also; https://bugs.launchpad.net/ubuntu/+source/bamf/+bug/151311315:27
ubottuLaunchpad bug 1513113 in bamf (Ubuntu) "name to icon matching for Terminal broken in xenial" [Undecided,New]15:27
Trevinhocyphermox: that's a byobu bug15:28
kirklandTrevinho: I'm happy to fix that in byobu, but I need a real fix in bamf or whatever15:28
barrycyphermox: LP: #151249815:28
ubottuLaunchpad bug 1512498 in gnome-terminal (Ubuntu) "gnome-terminal thinks it's Byobu Terminal" [High,Confirmed] https://launchpad.net/bugs/151249815:29
cyphermoxTrevinho: is it?15:29
kirklandTrevinho: in vivid, unity/bamf/whatever stopped showing the byobu icon entirely15:29
cyphermoxseems very wrong if some random app can break the matching for another15:29
barrykirkland, Trevinho: you might want to dupe one of those two bugs to the other15:29
Trevinhokirkland: yeah, I need to add some support to desktop API to change that, but... It's something that's going to work only with gnome-terminal probably15:29
kirklandTrevinho: cyphermox: instead showing the gnome-terminal one15:29
kirklandcyphermox: I agree with that -- that could be a security problem, honestly15:29
Trevinhokirkland: in a meeting, we can discuss later15:29
cyphermoxkirkland: stretching "security" a bit, but hey ;)15:29
kirklandcyphermox: imagine a PPA or random package in the archive that ships an icon.png which is a goatse type image, but replaces firefox/chrome's icon15:30
kirklandTrevinho: so I'm happy to revert the byobu change (which I agree is wrong) as soon as the other one gets fixed;  I've left it there to call attention to the problem, which hasn't received much attention thus far :-)15:31
TrevinhoWell good way to get attention :)15:31
cyphermoxkirkland: Trevinho: you guys will dedupe the two bugs?15:32
kirklandTrevinho: ;-)15:32
jgdxlarsu, hey, when Albert approves [1], will you be landing it too? [1] https://code.launchpad.net/~larsu/gsettings-qt/lp1503693/+merge/27619015:34
larsujgdx: I won't, but I'll make sure somebody will ;)15:35
jgdxlarsu, thanks :)15:35
barryTrevinho: have you seen LP: #1513110 ?  That's a nasty one we're all seeing here at the sprint15:35
ubottuLaunchpad bug 1513110 in unity (Ubuntu) "global menus are broken and cannot be clicked" [High,Confirmed] https://launchpad.net/bugs/151311015:35
infinityTrevinho: Nasty and entertaining!15:35
infinityTrevinho: Not only are the menus busted, but it exposes another shrinking window sizing bug. :P15:36
cyphermoxit's a fun way to resize terminals though, maybe it should be a feature15:36
Trevinhoinfinity: don't blame me... :P It's kirkland that used the hard hand ;-)15:36
infinityTrevinho: Hrm?  Are we talking about different bugs here?15:37
hallynarges: can a no-build rebuild of vm-builder in wily be done without an SRU?15:37
* larsu is not seeing that15:37
bdmurraychrisccoulson: Could you add a comment to bug 1512099?15:37
larsuthis is stock xenial?15:37
ubottubug 1512099 in firefox (Ubuntu Wily) "Don't report plugin-container crashes with Apport" [Undecided,Triaged] https://launchpad.net/bugs/151209915:37
kirklandTrevinho: I don't think I've broken window sizing15:37
Trevinhoinfinity: ohhhh. sorry, I'm in on hangoout so so I ddid't read that properly15:38
Trevinhokirkland: no you didn't, sorry I misunderstood15:38
infinitykirkland: WAY TO GO DUSTIN.15:38
infinitykirkland: YOU BREAK EVERYTHING.15:38
cyphermoxhey, I no longer have indicators :)15:41
infinitycyphermox: I blame kirkland.15:41
pittihallyn: so just running https://github.com/hallyn/lxcfs/commits/testing should suffice, I don't need a newer cgmanager to go along with this? (on xenial)15:41
cyphermoxI'm waiting for the "self-destruct sequence initiated" message.15:41
chilukslangasek: no rush.  SRU template fixed.  Not sure how I missed the testcase earlier.  bug 150912015:43
ubottubug 1509120 in nfs-utils (Ubuntu) "Process accounting deadlock with idmapd callout when writing to NFSv4 mount" [Medium,In progress] https://launchpad.net/bugs/150912015:43
hallynpitti: correct, it simply doesn't use cgmanager15:43
mterrybarry, is the python3 session in 5 min?15:55
barrymterry: yes15:55
argeshallyn: i'm not entirely sure16:09
hallynstgraber: ^ do you know?  vm-builder is arch:all, not built for power8;  someone wants it in wily for power8.  Can we do a no-build rebuild without going through sru, and would that enable it for power8 in wily?16:13
xnoxhallyn: no, as it will not publish as far as i can know.16:21
xnoxhallyn: sru should be (a) quick and (b) fast to do / validate.16:21
=== francisco is now known as Guest47869
hallynxnox: and sru would then enable it for power8?16:31
xnoxhallyn: that is that needs to be tested.16:32
hallynxnox: ok, thanks :)16:32
hallynlet's try16:33
hallyncjwatson: is there a flag that cna be set in the back end to make vm-builder in wily be enabled for power8?16:35
* hallyn holds his finger over the dput button, under the assumption answer will be no16:35
cjwatsonhallyn: sorry, no context, in what way is it disabled?16:37
hallynit simply doesn't seem to be available for power8 in wily.16:37
cjwatsonhallyn: an arch: all binary exists for all architectures, that's the point16:37
hallynright, but power8 didn't exist last time vmbuilder was uploaded16:38
hallynshould that have become available anyway automatically?16:38
cjwatsonhallyn: power8 is not a different architecture16:38
cjwatsonhallyn: it was just a change in default toolchain for ppc64el/xenial16:38
hallyncjwatson: bug 1510720 is the original reporter16:38
ubottubug 1510720 in vm-builder (Ubuntu) "vm-builder doesn't support ppc64el" [Medium,Fix released] https://launchpad.net/bugs/151072016:38
cjwatsonhallyn: none of this is making any sense16:39
cjwatsonhallyn: this isn't some magical archive thing, afaics the reporter is complaining that the *code* doesn't support ppc64el?16:39
cjwatsonhallyn: why does it need to be architecture: any?16:39
mvo_cyphermox: yay, fwupdate-signed is now pending publication16:40
hallyncjwatson: it doesn't16:41
hallyndisregard comment where i said that16:41
cjwatsonhallyn: so I have no idea why you need to rebuild, or what a no-change rebuild would achieve16:41
cjwatsonhallyn: https://launchpad.net/ubuntu/wily/ppc64el/python-vm-builder shows that it's there16:41
hallyncjwatson: actually, i'm seeing it now on a power8 anyway.  wtf16:41
hallyncjwatson: i thought a rebuild would magically fill in some db field saying "this exists for that platform"16:42
hallyni was wrong16:42
hallyncjwatson: sorry for the noise, thanks16:42
cjwatsonhallyn: I think this must be talking about all the architecture conditionals in vm-builder, not about archive-level stuff16:43
cjwatsone.g. ./VMBuilder/plugins/ubuntu/maverick.py which seems to be the current list of valid flavours by inheritance16:44
hallyncjwatson: i had wondered that at first, maybe it is that after all.16:44
* hallyn wishes h'ed yanked it from the archive before 14.0416:44
sarnoldwhen in doubt, ask reporter for a copy-paste of error messages :)16:44
hallynsarnold: well i just tol dhim it is there, if he meant the other thing he'll shout i'm sure16:45
hallynthanks again16:45
cyphermoxmvo_: yep16:49
seb128doko, I think your babeltrace delta can be dropped and the package can be synced from Debian, you might want to have a look to that16:50
seb128doko, you can probably sync openexr as well16:56
dkesselmterry: looks like you had one or too looks into duplicity's codebase - i am confused what the upstream VCS for it is... is it hosted on launchpad bzr?16:58
mterrydkessel, yes16:58
dkesselmterry: oh, you even worked on a python3 port. i wondered about that while reading the the session notes from today.17:00
mterrydkessel, yeah, I've been slowly working on python3 pieces that need to get it ready17:01
mterrydkessel, next piece I was doing was strings/bytes17:01
mterrydkessel, but I never finished it17:01
mterrydkessel, and don't have time this cycle likely17:01
mterrydkessel, but would gladly help someone else!  :)17:01
dkesselmterry: well it would be great not to have duplicity require a download of python2 with all that stuff, right? :)17:03
dkesselare the dependencies all there on python3?17:03
mterrydkessel, for the core, I believe so.  For all the backed plugins, I'm less sure17:04
mterryBut it would be nice to avoid the download.  Especially since *eventually* we'll need to port to py3 anyway17:05
dkesselis your port a pure manual port? or did you run 2to3 initially?17:14
hjdCould someone please trigger a rebuild of node-iconv and node-nan on Xenial? They might work a bit better now that node-gyp should be installable again :)18:15
dokoseb128, done18:17
seb128doko, thanks18:17
seb128doko, I didn't follow the replies, but is there any workaround we could try for the binutils aarch64 issue that is blocking webkit? that's basically holding the cheese/evolution-data-server/poppler/libgtop/gnome-desktop transitions in xeny-proposed18:18
mvo_cyphermox: hm, fwudate-signed is still not published, should I ask someone in #ubuntu-relase to binary-NEW it?18:18
mdeslaurpitti: how can I retrigger the autopkgtest for libapache2-mod-perl2? It should be fixed by my libbsd-resource-perl upload yesterday18:20
mdeslaurwhich will unblock apache2, which will unblock php5, and will make me TIL on half the archive18:20
dokoseb128, no, I'm on it. no work around yet18:21
seb128doko, ok, thanks18:22
seb128mdeslaur, https://wiki.ubuntu.com/ProposedMigration/AutopkgtestInfrastructure#Re-running_tests18:22
mdeslaurhrm, guess I can't put off installing the vpn any longer... :P18:23
mdeslaurseb128: thanks18:25
seb128mdeslaur, yw18:25
dokoseb128, would you like to look at https://launchpad.net/ubuntu/+source/openexr/2.2.0-7/+build/8264422 ?18:29
cjwatsonhjd: done18:45
=== bipul_ is now known as bipul
tkamppeterslangasek, hi18:56
hjdcjwatson: ty :)  They still failed though, but looks like the initial problem is gone18:59
mterrydoko, looks like you subscribed foundations team to fonts-font-awesome, but not modernizr19:36
slangasektkamppeter: hullo19:37
pittimdeslaur: you can't right now (needs ubuntu_archive@snakefruit), I've done it19:39
pittimdeslaur: thanks for fixing!19:39
mdeslaurpitti: thanks!19:40
dokomterry, ugh, I thought I did ... now done19:40
mterrydoko, perfect thanks  :)19:40
sil2100mterry: hey! So are those recommendations you made on the unity-api MIR bug required for changing the component to main?19:51
sil2100Or is it fine enough as is?19:51
sarnoldDo we have plans on supporting ZFS in trusty's HWEs? This deserves a look, perhaps for an SRU https://bugs.launchpad.net/trusty-backports/+bug/145474020:01
ubottuLaunchpad bug 1454740 in utopic-backports "Please backport libguestfs 1:1.28.6-1ubuntu1 (universe) from vivid" [Undecided,New]20:01
machinautHow do I send a patch for a package like `tzdata`?20:09
machinautIt's already in their package, and in the wily version of tzdata, but not the precise (12.04) version of tzdata.20:12
infinitymachinaut: precise has the same version as wily.20:12
infinity(base)adconrad@nosferatu:~$ rmadison -a source tzdata | egrep 'precise|wily'20:12
infinity tzdata | 2012b-1              | precise          | source20:12
infinity tzdata | 2015g-0ubuntu0.12.04 | precise-security | source20:12
infinity tzdata | 2015g-0ubuntu0.12.04 | precise-updates  | source20:13
infinity tzdata | 2015g-1              | wily             | source20:13
machinautOn my wily machine tzdata is version "2015g-1" and on precise its "2015g-0ubuntu0.12.04".  What's missing is a leap-seconds file.20:13
infinitymachinaut: Oh. Yes, I didn't backport that change intentionally.20:13
machinautCrap.  Exactly that backport was what I was looking for.  Whats the reason?20:14
infinityI don't backport packaging changes, only zone info changes.20:14
infinityIf you file a bug justifying why you want/need the leap second file (running an ntp server and want to point at it?), I can perhaps SRU just for that.20:14
machinautIs there any way to get leap-seconds otherwise on a precise system?20:15
infinityThe canonical URL for it is... Hold on.20:15
machinautI was looking for a operating-system provided method (cant hit the web for other reasons).  I think I might just parse it out of the 'right/UTC' zoneinfo then.20:17
machinautinfinity: will precise continue to get leap-second updates to its 'right/' timezone infos?20:17
infinitymachinaut: Yeah.20:18
infinitymachinaut: I can ship the leap second file too in a future update, just file a bug with a justification and I'll make it happen on the next upstream bump.20:18
machinautRoger, wilco, thanks!20:19
dobeythe problem with watching the uos sessions after the fact, is that you can't just go round pinging the people while you're listening to it20:32
=== salem_ is now known as _salem
cyphermoxkirkland: Trevinho: barry: I think we want to revert that revert: https://git.gnome.org/browse/gnome-terminal/commit/?id=b735feff4ca0a88b389a89d151bb075bf39e32f821:43
Trevinhocyphermox: yeah that would be the easiest fix..21:45
Trevinhocyphermox: however, being a gnome-terminal-server just a single instance, is this working for all the created  windows?21:46
cyphermoxTrevinho: I don't know, I haven't tried21:46
Trevinhoi.e. if you've a gnome-terminal and a byobu instance open, will this cause any issue?21:46
Trevinhobut being on terminal-app... Maybe...21:46
Trevinhoit seems reasonable, though21:47
LaneyYou can see from the referenced bug that both desrt and larsu have worked on this issue21:57
LaneyI think you should talk to them and work it through upstream21:57
* Laney isn't really here though - bye :)21:57
TrevinhoLaney spotted!21:58
=== nobuto_ is now known as nobuto
=== _salem is now known as salem_
=== salem_ is now known as _salem

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