[13:59] -SwissBot:#ubuntu-news- ::Softpedia:: Deepin Linux 15.9 Released with Support for Touchscreen Gestures, Faster Updates @ https://news.softpedia.com/news/deepin-linux-15-9-released-with-support-for-touchscreen-gestures-faster-updates-524573.shtml (by Marius Nestor)
[14:43] -SwissBot:#ubuntu-news- ::OMG!Ubuntu:: Deepin 15.9 Released with Touchscreen Support, Various Fixes @ https://www.omgubuntu.co.uk/?p=137738 (by Joey Sneddon)
[16:16] -SwissBot:#ubuntu-news- ::OMG!Ubuntu:: Firefox Test Pilot Axed @ https://www.omgubuntu.co.uk/?p=137745 (by Joey Sneddon)
[18:32] -SwissBot:#ubuntu-news- ::Planet:: Simon Raffeiner: Updating Micron 1100 Series SSD firmware on Linux @ http://www.lieberbiber.de/2019/01/16/micron-ssd-1100-firmware-update/


[01:24] <mwhudson> welp, the snap build webhooks have no indication of architecture?
[01:32] <wgrant> mwhudson: You'll need to query the API to get that
[01:32] <mwhudson> ok
[02:17] <mwhudson> wgrant: is the hook supposed to fire when the store upload is completed?
[02:26] <wgrant> mwhudson: AFAIK
[02:26] <wgrant> I'm not hugely familiar with the snapbuild webhooks, but the code looks right and I'm pretty sure BSI depends on that working.
[02:29] <mwhudson> https://launchpad.net/~canonical-foundations/+snap/subiquity is reporting to https://requestb.in/1mgrebj1?inspect and i'm not seeing store_upload_status get past pending
[02:30] <wgrant> I can't investigate right now, I'm afraid.
[02:30] <wgrant> Maybe later this afternoon
[02:30] <mwhudson> it's not urgent at all, i was just confused
[13:49] <cjwatson> wgrant: https://code.launchpad.net/~cjwatson/launchpad-buildd/lxd-hostname/+merge/337127 https://code.launchpad.net/~cjwatson/launchpad-buildd/snapception/+merge/337126 https://code.launchpad.net/~cjwatson/launchpad-buildd/twisted-17.1.0-compat/+merge/340019 would be a good set to get into a buildd release soonish, if possible
[13:49] <cjwatson> (and https://code.launchpad.net/~cjwatson/launchpad-buildd/local-snap-proxy/+merge/322545, but that's harder ...)


[00:47] <JackFrost> bluesabre: https://ftp-master.debian.org/new/xfce4-screensaver_0.1.3-1.html
[01:36] <bluesabre> JackFrost: oh, that's unexpected :o
[12:24] <guiverc> this is of likely no importance; but qa-test (live) of 19.04.  exploring my hdd I found gnumeric file, so loaded 'software', but cannot install 'gnumeric' - it sticks at installing 0%.   I can however install other things; just not that program.  I can install it from term.. can I ignore this, or do you want me to explore further (tomorrow; it's late my time)
[12:43] <knome> bluesabre, JackFrost: ^ ?
[13:07] <guiverc> it's noted in my qa-test comments; i'm shutting down & heading to bed.. i can retry tomorrow if helpful..
[22:14] <JackFrost> knome: gnome-software = notme


[04:01] <ForgeAus> I know its not strictly a devel question but can someone help me fix my wubi boot?
[04:13] <nigelb> ForgeAus: can you try asking in #ubuntu? that is the support channel
[04:14] <ForgeAus> been there done that lol :)
[04:15] <nigelb> hm, in that case forums would be your best bet
[04:16] <ForgeAus> yeah, I guess.. .I might try my luck back in #ubuntu some other time , when diff people are there
[04:30] <jdong> hmm is it the case that the Lucid DVD is missing the Install Server and Install EC options now?
[04:31]  * jdong is on a slow net connection, or otherwise would find out first-hand
[11:30] <ogra_cmpc> lamont, how much swap do we have on clementine ?
[12:50] <lamont> ogra_cmpc: prolly 20GB, maybe as little as 10
[12:50] <ogra_cmpc> ah, great
[12:50] <lamont> or rather, did. all the pegatroids are dead-n-gone
[12:50] <ogra_cmpc> well, the replacement then
[12:50] <lamont> 20 maybe 30GB
[12:51] <lamont> it's a 250GB drive... so I was generous
[12:51] <ogra_cmpc> i was just playing with genext2fs and it needs to allocate the actual image size in ram/swap first
[12:51] <lamont> ew
[12:51] <ogra_cmpc> 20G are totally fine
[12:52] <ogra_cmpc> rolling an image on my babbage2.5 took 35min and needed ~1.5G of ram/swap
[12:52] <lamont> ok.
[12:52] <lamont> anyrate, off to my saturday
[12:52] <ogra_cmpc> thats not much worse than mksquashfs i think
[12:52] <ogra_cmpc> yeah, thanks for the answer, didnt expect one today at all :)
[12:53] <lamont> /dev/sda2                               partition       30708236        5564   -1
[12:53] <lamont> so, 30.
[12:53] <lamont> acorn, btw.
[12:53] <ogra_cmpc> sweet
[12:53] <ogra_cmpc> root@babbage2:~# ls -lh testimg.ext2.*
[12:53] <ogra_cmpc> -rw-r--r-- 1 ogra ogra 441M 2010-05-22 11:52 testimg.ext2.bz2
[12:53] <ogra_cmpc> -rw-r--r-- 1 root root 1.4G 2010-05-22 12:10 testimg.ext2.orig
[12:54] <ogra_cmpc> heh, bzip compresses better than squashfs
[12:54] <lamont> but doesn't provide random access to the contents
[12:54] <ogra_cmpc> (the squashfs image is usually above 500M)
[12:55] <ogra_cmpc> we dont need access, it will be a preinstalled image with oem-config on first boot and the HW specific bits will be set up by a casper like tool
[12:56] <ogra_cmpc> it just needs to be merged into a two partition image (frist one vfat for uboot, second the content of the ext2 we get from livecd-rootfs) ... in the end the whole thing will be bzipped
[12:57] <ogra_cmpc> i was just worried to end up with 2G images ... but 450M looks really good
[16:15] <jml> I installed chromium in belgium, and now the "google search from address bar" thing searches google.be and gives me answers in Flemish.
[16:18] <jml> uninstalling then reinstalling fixes.
[16:21] <qense> strange
[21:38] <Drakeson> Could you please try and see if emacs23 works (since yesterday)?
[22:30] <shtylman> ccheney: what distro do you build ooo with? UbuntuLucid is not in the default distro configs...


[08:31] <zhangchao> hi,marco
[08:33] <zhangchao> hi everyone,meeting time:)
[08:33] <handsome_feng> hi
[08:35] <handsome_feng> @Trevinho
[08:36] <Trevinho> Hey
[08:36] <Trevinho> Sorry I've some connection issues this morning
[08:36] <zhangchao> hi marco,let's begin?
[08:37] <Trevinho> Yeah
[08:37] <zhangchao> did you get anything back about the wizard?
[08:38] <Trevinho> zhangchao: unfortunately not... I've asked will cooke few days ago, but he probably got nothing as well :-(
[08:39] <Trevinho> He'll be around in 1/2 hr, so we can ask again
[08:39] <Trevinho> If we don't get anything, btw... I'd go with what you proposed.... Then we can reiterate it. Because we can't wait too much to start doing stuff, or it won't be ready.
[08:41] <zhangchao> ok
[08:44] <zhangchao> so, you will begin do it now ?
[08:45] <Trevinho> zhangchao: you can begin to do it now :)
[08:45] <Trevinho> handsome_feng: any question about the code review I did?
[08:48] <handsome_feng> not yet now ,  because of some other things, i'm still working on it..
[08:50] <Trevinho> handsome_feng: fine, take your time
[08:50] <Trevinho> if you've any question just ping me
[08:50] <handsome_feng> OK, think you ! :)
[08:52] <zhangchao> Trevinho: e...We hardly find time to develop wizard:(
[08:52] <Trevinho> zhangchao: mh, ok... I see if we can find resources.. But we're also quite busy
[08:55] <Trevinho> Well, I think we can quickly wrap this up at this point...
[08:55] <zhangchao> Trevinho: We can provide some design resources,but develop resources is too lack
[08:55] <zhangchao> ok
[08:56] <zhangchao> thinks,bye
[08:57] <Trevinho> zhangchao: ok, that is great as well
[08:57] <Trevinho> yeah, bye
[08:57] <handsome_feng> bye!
[08:59] <Trevinho> ah willcooke... Any news from design for wizard?
[08:59] <Trevinho> (hey!) :)
[09:00] <willcooke> sorry folks, no.  I chased them on Tuesday - still "in progress"
[09:00] <Trevinho> :(
[09:03] <willcooke> They assure me it's going to get looked at, but it's taken far too long, sorry


[00:14] <drkokandy> the options for UbuCon are full day or not at all? We couldn't do a morning-only or afternoon-only track?
[00:39] <Unit193> Hrm, this doesn't look like it's going well. :P
[01:09] <thafreak> Sadly, I won't be able to make it Friday...I'm being forced into going to a wedding...
[01:13] <thafreak> I hope none of you are crushed
[01:32] <Unit193> Bummer for you, about the wedding that is. ;)
[01:33] <drkokandy> hope you'll get booze
[01:54] <skellat> drkokandy: OLF scheduled us for a full day
[01:54] <skellat> drkokandy: I can try to do some arm-twisting tomorrow
[01:56] <skellat> drkokandy: This does not obviate the need to have presentations scheduled, though
[02:10] <skellat> drkokandy: E-mail fired off to Moose
[02:28] <drkokandy> I just figured that if we could offer a (like you say) -solid- half of a day of sessions, it would be better than either hoping it comes together, like you say, or cancelling what some of our members have started planning.
[02:36] <skellat> drkokandy: I've asked Moose about that in the e-mail I just sent.  I've also got an e-mail from Jorge Castro I'm replying to where he's trying to line up some people to speak too.
[02:37] <skellat> drkokandy: Currently the only Ubuntu Ohio members slated to speak are myself and Jon Buckley
[02:37] <skellat> We do have two pitches in from staff at System76 who would like to speak and both were very interesting topics
[02:42]  * skellat hit send on the reply to Jorge Castro
[02:49] <skellat> drkokandy: Moose says we can do the half-day if we want to.  It is our discretion.  I'll wait to see what I get back from Jorge Castro.
[03:16] <drkokandy> that could work, but yes, maybe Jorge Castro will have leads/suggestions
[08:42] <JonathanD> Hi ohio.
[12:56] <thafreak> Hi...was anyone actually up at 4:42 am? :)
[13:27] <paultag> nack :)
[14:06] <skellat> Moo...
[14:08] <dzho> nopers
[14:16] <thafreak> pew pew
[14:17] <thafreak> sorry, left the safety off apparently
[14:28]  * dzho giggles
[14:28] <dzho> in other news:  Ahhhhhhh!
[14:28] <dzho> (that's the ah of relief, btw)
[14:29] <paultag> :D
[14:29] <dzho> after how many weeks in this office, I finally got my USB cabling for the desktop sorted out that I can work the ergo keyboard in my lap instead of up on top of the too-high desk
[14:29] <dzho> I think my forearms will be more happy, now
[14:30] <dzho> the trackball, though is now waaaaay over there
[14:31] <dzho> fortunately, I've recently added the window switching keyboard shortcuts to my finger memory .
[19:52] <jrgifford> skellat: so, jcastro is going to try? I wish I could confirm I was going. :(
[19:54] <Unit193> Might be interesting, but I'm pretty sure I won't be able to.
[20:40] <skellat> jrgifford: Jorge is trying
[20:43] <skellat> All we do is wait and see
[20:49] <jrgifford> good luck


[16:54] <flocculant> PaulW2U: I'm rebuilding xubuntu currently - it should have new version of upower and fix (though report on bug says it still fails)
[16:56] <PaulW2U> flocculant: ok, I won't do another install but I will check that ubiquity starts
[16:57] <flocculant> that would be useful :)
[18:05] <PaulW2U> flocculant: On two laptops, tried both methods of starting the install process but same as before :(
[18:05] <wxl> we're still dead in the water with the upower issue?
[18:05] <PaulW2U> It seems so
[18:06] <pitti> are we? the upower fix landed today
[18:06] <wxl> PaulW2U: what version of upower?
[18:07] <flocculant> pitti: I rebuilt Xubuntu - it should have 0.99.4-2 (buildlogs show that)
[18:07] <PaulW2U> flocculant: yes, that's what I have
[18:09] <flocculant> PaulW2U: thanks for confirming
[18:09] <PaulW2U> np, just removed battery from laptop and ubiquity started
[18:11] <flocculant> so seemingly exactly the same problem
[22:43] <wxl> can someone check bug 1547302 -- looks like self-check is failing
[23:01] <flocculant> or an issue pre-rebuild
[23:02] <flocculant> stgraber isn't doing global rebuilds - he has access to the same as us - setting rebuilds from tracker
[23:03] <flocculant> gnome hasn't had one
[23:04] <wxl> flocculant: is there something that would change that you know of?
[23:04] <flocculant> not that I know of - but I don't know if anything else changed meantime
[23:05] <wxl> harumph
[23:05] <wxl> i'm disinclined to do it if it's all for naught
[23:05] <wxl> btw has anyone announced the milestone testing going on?
[23:07] <flocculant> wxl: not any more than saying that dailies disabled and milestone builds in progress
[23:07] <wxl> ah huh i didn't even see THAT :)
[23:07] <flocculant> of course I contacted my testers via usual methods
[23:07] <flocculant> kubuntu didn't see any of it :p
[23:07] <wxl> who you calling a kubuntu person?
[23:08]  * wxl hides his kubuntu desktop at work XD
[23:08] <flocculant> heh
[23:11] <flocculant> wxl:  and ack - I'll not be triggering rebuild till I know that upower has seen changes
[23:11] <wxl> yup please ping if you see it before i do flocculant and i'll do the same :)
[23:12] <flocculant> wxl: assuming it occurs during my day I can trigger for you I think if you want
[23:12] <wxl> flocculant: if it's there, please, but our rebuilds are around 1900 utc
[23:12] <flocculant> not during milestone they aren't - cron is off
[23:12] <wxl> oh derp :/
[23:13] <wxl> yes please then hehehe
[23:13] <flocculant> okey doke
[23:15] <flocculant> flexiondotorg_ yofel - just so you are completely aware - stgraber is NOT doing global rebuilds - you need to trigger them yourself if you want one
[23:15] <flexiondotorg_> Did something change that warrants I rebuild?
[23:15] <flexiondotorg_> I've been afk and haven't read the backlog.
[23:16] <flocculant> well ubiquity did - but bug remains - so ...
[23:16] <flocculant> I'm waiting to see if it sees something tomorrow now before I do one again
[23:16] <flocculant> I did earlier and PaulW2U was good enough to check it
[23:16] <flocculant> pitti is aware
[23:17] <flocculant> anyway - day done for me now
[23:17] <flexiondotorg_> What Ubiquity bug?
[23:17] <flocculant> meh
[23:17] <flocculant> upower I meant
[23:17] <flexiondotorg_> Ah, yeah.
[23:17] <flexiondotorg_> That one I'm aware of.
[23:18] <flexiondotorg_> But not fixed you say?
[23:18] <flocculant> :)
[23:18] <flocculant> they thought it was - it's not
[23:18] <flexiondotorg_> OK
[23:18] <wxl> well it's ubiquity crashing when it uses dbus to call upower
[23:18] <wxl> sooooooooooooooooooo it could be any three of them :)
[23:19] <flocculant> :)
[23:19] <flocculant> I always said that laptops shouldn't be :p
[23:19] <flocculant> night chaps
[23:19] <wxl> night buddy
[23:19] <wxl> be well
[23:21] <yofel> flocculant: ok thanks. We'll probably just wait until there's news about ubiquity though


[12:22] <hbogert_> Anyone experience with using maas/juju/kubernetes-core ? My node with kubernetes-worker went down. Now I'm trying to add a new kubernetes worker, simply by doing: `juju add-unit kubernetes-worker` but that never finishes. Looking on the node itself it fails to start kubelet and kube-proxy because it's missing files in /root/cdk/, e.g., kubeconfig and kubeproxyconfig
[13:10] <gunix> hey stokachu
[13:10] <gunix> are you around ?
[13:11] <gunix> we had a chat a month ago a month ago about juju, ubuntu, rancher, kubernetes and so on
[13:11] <gunix> you told me to try everything else on the market and after that come back to you when i am dissapointed :D
[14:13] <hbogert_> gunix: well I've been there and here as well, and I'm still disappointed :P
[14:44] <knobby> hbogert_: I use kubernetes-core and added a worker just as you described, but everything was cool and went well. Was the juju status stable?
[14:50] <catbus_> Juju bootstrapping on a maas cloud stops at 'Running machine configuration script...' for long. What does it do there? Running juju command with --debug doesn't give much info.
[14:55] <gunix> hbogert_: this should be done manually
[14:55] <gunix> i mean in theory it is possible, but there is not example online
[15:27] <knobby> catbus_: juju debug-log --replay might help
[16:01] <hbogert_> gunix: what is manually in this case?
[16:08] <hbogert_> knobby: yeah it used to work for me as well. But can you confirm that you alsof went from zero to one worker?
[16:27] <Stormmore> morning juju world!
[16:36] <agprado> Morning Sotormore
[17:00] <jose-phillips> hi
[17:00] <jose-phillips> question
[17:00] <jose-phillips> is posible when i use manual deployment
[17:01] <jose-phillips> create a container on a remote machine with the network configuration
[17:01] <jose-phillips> ?
[17:13] <knobby> hbogert_: a good distinction. I replaced a worker, but I still had workers when I did it.
[19:25] <Budgie^Smore> so we use the Gerrit Trigger plugin, is there a way of configuring that in a Jenkinsfile?
[19:32] <gunix> hbogert_: manually is just manually installing every service and manually configuring every network interface
[19:32] <Budgie^Smore> for the record, I am trying to use a Multibranch Declarative Pipeline that should trigger off any changeset / commit
[19:53] <catbus_> knobby: juju debug-log needs to reach juju api server for info, at that point, the juju api server isn't up yet.
[19:55] <catbus_> I am running juju 2.3.1 on xenial. I have never seen this 'Running machine configuration script...' before.
[21:59] <jose-phillips> hi im installing openstack-dashboard
[21:59] <jose-phillips> with juju but the themes are not working
[21:59] <jose-phillips> because im getting 403
[21:59] <jose-phillips> im installling on xenial using openstack-origin cloud:xenial-pike
[22:17] <kwmonroe> jose-phillips: i haven't used openstack-dashboard, but could it be you're hitting the wrong url?  from the readme, looks like you'll need to use http(s)://<ip>/horizon.
[22:22] <kwmonroe> Budgie^Smore: generically, there seems to be some 'lightweight checkout' option that looks related with the gerrit trigger plugin: https://stackoverflow.com/questions/46204276/how-to-execute-jenkinsfile-with-gerrit-trigger-plugin-for-changeset-in-jenkins
[22:22] <kwmonroe> ^^ or are you asking for a way to configure plugins via the jenkins charm deployed with juju?
[22:25] <koaps> hey guys, does anyone know the channel for the openstack charms?
[22:25] <kwmonroe> koaps: @openstack-charms
[22:25] <koaps> thanks
[22:25] <kwmonroe> np
[22:25] <koaps> ceph is giving me issues
[22:25] <kwmonroe> not possible!
[22:25] <kwmonroe> ;)
[22:25] <koaps> seems like the install is broken
[22:26] <koaps> trys to use the python modules before they are installed
[22:26] <Budgie^Smore> kwmonroe, no actually posted that question in the wrong channel :-/ I want to write my triggers into the Jenkinsfile as I am using Multibranch Pipelining
[22:27] <Budgie^Smore> thanks for responding though
[22:27] <kwmonroe> heh, no worries.  good luck with your big words!
[22:30] <Budgie^Smore> Infra-as-Code FTW ;-)
[22:33] <kwmonroe> jose-phillips: you disconnected at the totally wrong time :)  i sent this shortly after you dropped re your dashboard issue:
[22:33] <kwmonroe> jose-phillips: i haven't used openstack-dashboard, but could it be you're hitting the wrong url?  from the readme, looks like you'll need to use http(s)://<ip>/horizon.
[22:34] <kwmonroe> also jose-phillips, for the container question, you can deploy stuff to containers on remote juju units like this: juju deploy ubuntu --to lxd:0
[22:34] <kwmonroe> ^^ that deploys the ubuntu charm to a container on machine 0.


[12:59] <omarv> Hi all, could someone help me ? I have an issue with functions keys do not work (Brightness & volume) in Ubuntu 18.04. Is this the right channel to ask this question?
[13:03] <mgedmin> tbh I don't know what's the purpose of this channel, now that ubuntu gnome has been merged back into the regular ubuntu
[13:15] <jbicha> mgedmin: we still "develop" Ubuntu GNOME 16.04 LTS :|
[13:18] <mgedmin> wouldn't "maintain" or "support" be a better word?
[13:18] <mgedmin> also I keep forgetting not everyone upgrades to the current LTS as soon as it's out ;)
[13:19] <jbicha> this is explicitly not a support channel
[13:20] <jbicha> I used "develop" since it's in the channel topic but "maintain" is a good word too


[11:54] <jphilipz> all are welcome to give their input on what they prefer as the clock label in the panel - https://twitter.com/jphilipz/status/1151273823297253376
[11:54] <jphilipz> if you dont have a twitter account, you can always leave your vote here on irc :D
[11:57] <Spass[m]> geez, same message on four channels, I guess your poll is really important
[12:07] <jphilipz> just making sure everyone gets to see it as not everyone is in all 4 of the channels
[14:40] <pleia2> knome: https://twitter.com/MikeR256/status/1150948467449057281 jphilips had a smart reply (it's more symbols than screens) but I figured I should let you know about this feedback
[15:02] <knome> pleia2, mhm, i might do something about that later... or not
[15:02] <knome> :D
[15:03] <knome> btw, i stumbled upon your "to read" list and inspired by that, loaned "coders" by clive thompson, and so far it's been a great read :)
[15:03] <knome> hooks you nicely and flows well but also has interesting stuff in it
[15:04] <knome> pleia2, now that i've given the tweet 10 seconds thought, please make them file a bug @ https://bugs.launchpad.net/xubuntu-website
[15:04] <knome> with my limited time, that's one of the places when i look for something to do
[15:07] <pleia2> <3 clive
[16:09] <knome> pleia2, hehe :)
[20:18] -SwissBot:#xubuntu-devel- ::xfce4-announce:: ANNOUNCE: ristretto 0.8.5 released @ http://xfce.10915.n7.nabble.com/ANNOUNCE-ristretto-0-8-5-released-tp54801.html (by Igor Zakharov)
[21:07] <pleia2> and he uses ubuntu (when not his mac)
[21:11] <knome> ahha :)


[01:46] <bfiller> kenvandine: I'm testing silo 35 and am really confused, I put my comments in the bug https://bugs.launchpad.net/ubuntu/+source/systemd/+bug/1390120
[02:10] <kenvandine> bfiller, i just replied to your comment
[02:11] <kenvandine> bfiller, we're only looking at the change between auto and manual, not about actually changing the time
[02:11] <bfiller> kenvandine: what is automatic supposed to do?
[02:11] <kenvandine> enables NTP
[02:11] <kenvandine> this systemd-shim does properly fix that, without it NTP isn't supported
[02:12] <kenvandine> but... it only really fixes it for devices that are read/write
[02:12] <bfiller> kenvandine: I'm not seeing the time update when switch to automatic though
[02:12] <bfiller> I have read/write
[02:12] <kenvandine> we need to figure out where the daemon sets the state and add it to the whitelist of writable paths
[02:12] <kenvandine> well that would be a different bug :)
[02:12] <kenvandine> i bet NTP doesn't change the clock immediately after enabling it
[02:13] <kenvandine> which would be a different bug
[02:13] <kenvandine> so besides that, we have 2 problems
[02:13] <bfiller> kenvandine: yeah, think there are a few bugs actually. Once I set my time manually I cannot change it back and have it persist across reboots
[02:13] <kenvandine> systemd-shim in wily and vivid doesn't support NTP
[02:13] <kenvandine> so changing auto/manual does nothing at all
[02:14] <kenvandine> my patch fixes that, so it does change the state
[02:14] <kenvandine> but we aren't letting the state persist
[02:14] <kenvandine> we need a fix in lxc-android-config for it to persist
[02:14] <kenvandine> but i haven't been able to figure out what path to add
[02:15] <bfiller> kenvandine: ok
[02:15] <bfiller> kenvandine: seems less critical than my clock now being stuck at Weds May 20th and not being able to chagne back :)
[02:15] <kenvandine> haha
[02:16] <bfiller> seriously I'm stuck
[02:16] <bfiller> it's bad
[02:16] <kenvandine> i tried pinging a couple people today to ask about the path... but couldn't figure it out
[02:16] <kenvandine> wow
[02:16] <kenvandine> that's bad
[02:17] <bfiller> once you actually change it manually you can never get the old time back. keeps it until you reboot then reverts to the changed time again
[02:17] <kenvandine> weird
[02:17] <bfiller> I'll file a bug
[02:17] <kenvandine> yeah
[02:17] <kenvandine> that's bad
[06:36] <thostr_> robru: regarding your comment for ci sheet line 66: have you expected just a two line diff?
[06:39] <robru> thostr_: well i was told it was a simple fix and then the diff came out 2mbs, so something's wrong there
[06:44] <thostr_> robru: 2mbs?
[06:45] <robru> thostr_: https://ci-train.ubuntu.com/job/ubuntu-landing-038-1-build/ it's right there. What are you looking at?
[07:02] <thostr_> robru: I was just looking add the MP
[07:02] <thostr_> Wellark: ^ why does the diff show all src files it seems including doc?
[07:03] <Wellark> thostr_: for which one?
[07:03] <thostr_> Wellark: https://ci-train.ubuntu.com/job/ubuntu-landing-038-1-build/
[07:03] <robru> thostr_: yeah so most likely they did a release to vivid and then never released to wily, so this diff includes a bunch of previous landings. Needs Wellark to confirm what's going on and verify ski contents. Could very well be a harmless sync but i can't be sure on my own
[07:04] <thostr_> robru: yes, we restructured stuff in between, so this explains
[07:04] <Wellark> robru: yep
[07:04] <Wellark> I will double check the diff
[07:06] <Wellark> robru: so yes. there was a langing
[07:06] <Wellark> where packages where built and released against vivid+overlay
[07:06] <Wellark> but source merged to 15.10 trunk
[07:07] <robru> Wellark: k. Just need you to smoke test the silo then Mirv can publish it to wily for you.
[07:07] <Wellark> so now, the wily diff (when looking deltas between packages) looks huge
[07:08] <Wellark> the repo diff is not huge
[07:08] <Wellark> except for the .po update
[07:08] <Wellark> which generates a lot of noise
[07:08] <Wellark> Mirv: --^
[07:09] <robru> Wellark: yeah, it's 2mbs of diff ;-) just want you to test it a bit to make sure nothing's gone wrong with such a huge diff
[07:12] <Wellark> robru: ok. everything OK. ;;; ship it ;;;
[07:12] <Wellark> :)
[07:13] <Wellark> the vivid overlay should look sane
[07:13] <Wellark> that was just wily missing a round of packages
[07:13] <Wellark> Mirv knows the details
[07:15] <Wellark> robru: may I already have the vivid silo while waiting for Mirv? :)
[07:17] <Wellark> oh, seems the spreasheet fixed it self
[07:21] <robru> Wellark: one sec
[07:24] <robru> Wellark: ok, silo 19 for vivid
[07:24] <Wellark> robru: <3
[07:24] <robru> Wellark: Mirv should be around soon if you need anything else, I'm out since it's half past midnight here ;-)
[07:34] <Wellark> robru: I could hug you
[07:34] <Wellark> but I don't know your IP
[07:34] <Wellark> <3
[07:36] <robru> Wellark: lol, you're welcome
[07:42] <Mirv> I've been around for 3h now :)
[07:42] <Mirv> sorry, just super focused on Qt syncing
[07:43] <Wellark> Mirv: I know you like to play around with your hobbies, but we have actually important stuff here to land
[07:43] <Mirv> :D
[07:43] <Wellark> Mirv: :P
[07:44] <Mirv> I see it was published in the end, so now only vivid overlay to go
[07:50] <sil2100> Phew...
[08:20] <Mirv> kenvandine: I think I maybe never replied, but there's now bug #1456886 open about the adt problem plus someone just forced most of the stuff in regardless of that
[09:02] <pedronis> trainguards: hi, question, I have a device-indepedent fix that may need to go in vivid overlay,  I have a mako, I'm a bit confused which channel I should use to test on? (also for the landing process)
[09:10] <sil2100> pedronis: hey! I know this can be a bit confusing ;)
[09:10] <sil2100> So, generally:
[09:11] <sil2100> For mako the best 'stable-overlay' channel is ubuntu-touch/rc-proposed/ubuntu, as this is the community channel, but nothing would happen if you would test it on ubuntu-touch/rc-proposed/bq-aquaris.en, as it also has mako images
[09:11] <sil2100> Both have the same rootfs but different custom tarballs
[09:12] <sil2100> If your fix is device independent, it shouldn't matter
[09:12] <sil2100> I think generally QA recommends using ubuntu-touch/rc-proposed/bq-aquaris.en as every change gets eventually released on krillin, and that's the place where krillins are flashed from
[09:12] <pedronis> thanks, bit confused because I don't see ubuntu-touch/rc-proposed/ubuntu in udf query
[09:13] <pedronis> anyway I can use the other one as you said
[09:13] <sil2100> huh
[09:13] <sil2100> Maybe slangasek didn't set it up yet? I'll check with him later
[09:13] <pedronis> ubuntu-device-flash query --device=mako --list-channels
[09:13] <sil2100> Use the ubuntu-touch/rc-proposed/bq-aquaris.en in this case
[09:13] <pedronis> yep, thanks
[09:52] <Wellark> Mirv: whoops
[09:53] <Wellark> I accidentally pushed lp:~unity-api-team/indicator-network/lp1456307_15.04 to trunk..
[09:53] <Mirv> Wellark: sounds like your merge skills need some finetuning
[09:54] <Mirv> I accidentally the whole trunk
[09:54] <Wellark> how do I revert this without breaking silo landing
[09:54] <Wellark> ?
[09:54] <Mirv> Wellark: bzr uncommit, bzr uncommit, bzr revert, bzr push --ovewrite (..while triplechecking you're not breaking anything _more_)
[09:55] <Mirv> Wellark: plus have a copy of current status etc in another dir
[09:55] <Wellark> Mirv: LP already considers the MP merged
[09:55] <Wellark> if I force push...
[09:56] <Mirv> well I guess you could manually mark the MP as not merged
[09:57] <Wellark> Mirv: where do I need the revert?
[09:57] <Wellark> I've uncommitted the revisions in the MP now
[09:57] <Wellark> so push --override to the trunk should do the trick, right?
[09:57] <Mirv> Wellark: I'd start with the currently mangled trunk and uncommit there, but if you think you get to the same status with your branch, yes go ahead
[09:58] <Mirv> bzr revert is just optional that gives you easier possibility to review how the branch looks without those newer commits
[09:59] <Wellark> Mirv: ok. let's try
[09:59] <Wellark> Mirv: https://imgflip.com/i/lqxxm
[09:59] <Mirv> :D
[10:01] <Wellark> ok. fingers crossed
[10:02] <Wellark> Mirv: ok. the build started
[10:13] <Mirv> looking good
[10:33] <dbarth_> hey there trainguards, can i get a binary copy of oxide for a silo request on line 71? thanks
[10:47] <Mirv> dbarth_: sure thing
[11:59]  * sil2100 off to prepare some lunch
[12:26] <Mirv> hmm, why has ppa-purge stopped working for me
[12:36] <Mirv> I guess because it hasn't, actually
[12:37] <Wellark> Mirv: line 67 ready to land
[12:38] <Wellark> but we need a QA Grand for it
[12:38] <Wellark> Mirv: the diff looks huge
[12:38] <Wellark> but that's the .po update
[12:38] <Wellark> https://ci-train.ubuntu.com/job/ubuntu-landing-019-1-build/lastSuccessfulBuild/artifact/indicator-network_content.diff
[12:47] <Mirv> Wellark: published
[12:49] <Mirv> sil2100: what do you think of landing uitk already landed to wily to vivid-overlay? it fixes all the wanted milestone bugs but also has a few other changes.
[12:49] <Wellark> Mirv: <3
[12:51] <bzoltan> Mirv: sil2100: changes like a dozen of bugfixes... including a super critical one... namingly the version separation
[12:51] <Wellark> Mirv, sil2100: any idea why the (Ubuntu RTM) bug did not get marked as Fix Released?
[12:51] <Wellark> https://bugs.launchpad.net/ubuntu/+source/indicator-network/+bug/1456307
[12:52] <Wellark> or are the updates run in delayed manner?
[12:52] <Mirv> Wellark: vivid-overlay is not rtm, it's vivid-overlay PPA. Launchpad currently does not understand the overlay as any sort of bug target. having that feature is one of the benefits of the ubuntu-rtm way of life.
[12:53] <Mirv> not sure of the plans, it'd be annoying to close every bug by hand
[12:54] <Wellark> Mirv: someone told me yesterday that citrain will close the bugs targeted to ubuntu rtm even if the landing happens to vivid+overlay
[12:54] <Wellark> sil2100: was it you? :)
[12:55] <bzoltan> Mirv: sil2100: I will have a meeting soon with bfiller and pmcgowan, so I will ask their opinion. I hope that the fear driven development is the past :) We have massive QA process on the UITK.
[12:55] <Mirv> Wellark: oh, that'd be good news! :)
[12:56] <cjwatson> Mirv: we handed over a launchpadlib script that you folks could run for this purpose.
[12:56] <Wellark> bzoltan: fear driven development is more interesting! https://imgflip.com/i/lqxxm
[12:57] <bzoltan> Wellark:  LOL :) nice one
[12:58] <sil2100> Wellark: not setup yet ;) It'll be released soon!
[12:58]  * sil2100 still didn't finish settin that up
[13:02] <Wellark> sil2100: oh, ok :)
[13:02] <Wellark> will close the bug manually then
[13:15] <jodh> jibel: Hi - ogra_ suggested I ping you about testing the fix for bug 1447756 (ci train spreadsheet row 61).
[13:16] <ogra_> jibel, testing that will be rather problematic for QA ... since you need an affected device
[13:17] <ogra_> jibel, i'd suggest leaving the testing of the fix to ondra (whio has an affected device) and you guys just do some regression testing to sign it off
[13:17] <ondra> ogra_ I gave phone back to Andy, so hard one to test
[13:18] <dobey> ev: ok, thanks
[13:19] <ogra_> ondra, well, it needs to be tested for vivid (afaik it was only tested with the wily silo yet) ... and Qa needs to sign it off somehow ...
[13:19] <ondra> ogra_ I can test on some devices in the office tomorrow
[13:20] <ogra_> ondra, good, you need to make that out with QA (jibel) though ... they are the ones sayinf yay or nay :)
[13:21] <ondra> ogra_ OK
[13:22] <abeato> sil2100, now that spreadsheet is (kind of ;) working again maybe you can remove line 22
[13:22] <sil2100> abeato: hah, sure ;)
[13:22] <abeato> sil2100, thanks
[13:23] <jodh> ondra: ogra_: jibel: pat has specified on the bug that "We ... need the fix to land by May 21".
[13:24] <ogra_> jodh, pat has no power if QA doesnt let it in :)
[13:25] <ogra_> they are the ones you need to convince :)
[13:25] <jodh> ogra_: understood, but do we know why the 21st is the key date here?
[13:25] <ogra_> next OTA landing lockdown i guess
[13:28] <jodh> ogra_: ondra: in prep for QA testing, does someone need to make the modified boot.img (which does not specify '--no-log' in /proc/cmdline) available?
[13:31] <dbarth> trainguards: we have validate oxide 1.7.8 in silo 038; do you prefer to land that via the silo, or get the update from the security team ppa?
[13:38] <sil2100> dbarth: did QA verify it as well?
[13:39] <dbarth> sil2100: not yet
[13:39] <dbarth> sil2100: apparently, it's safer / quicker to go with the silo
[13:39] <dbarth> sil2100: as the security update may be delayed (for other releases as well) to tomorrow
[13:40] <dbarth> sil2100: this way we can secure the vivid release for the image
[13:40] <sil2100> dbarth: I would go with the silo as well, since our silo has a higher pin priority basically
[13:55] <abeato> trainguards, could I get a silo for line 71 ?
[13:56] <sil2100> abeato: on it
[13:57] <sil2100> abeato: uh, sadly, still all ouot of silos
[13:57] <abeato> sil2100, ok
[14:21] <slangasek> sil2100: yes the last round of channel renames hasn't been done yet
[14:21] <slangasek> sil2100: I was waiting for fallout from the last round, apparently there's been none :)
[14:22] <sil2100> slangasek: all seems to be fine so far ;)
[14:22] <sil2100> I updated the developer channel page today even
[14:23] <sil2100> slangasek: could you create the /ubuntu channels then?
[14:23] <sil2100> I suppose those could be nice to have for non-krillin users, as currently they don't really have any solid channels to use
[14:29] <slangasek> sil2100: yes, I don't know that I'll get time to create them today though - and if we're doing the key rotation tomorrow I may not have time tomorrow either and I'm off on Friday and Monday.  So it might be next Tuesday before it gets done
[14:30] <sil2100> ACK, thanks :)
[14:31] <sil2100> jibel, davmor2: hey! Could you also prioritize the sign-off of silo 21?
[14:31] <sil2100> jibel, davmor2: it has a fix for the bootloop issues
[14:32] <davmor2> sil2100: no
[14:32] <davmor2> :D
[14:32] <sil2100> :|
[14:32] <sil2100> ;)
[14:41] <pedronis> trainguards: I added ralsina as a second lander to line 74. in case a silo gets free while I'm not around but he is
[14:44] <kenvandine> bzoltan, when can we get the upstart branch for uitk landed in wily?  it'll fix the adt tests and unblock the proposed migrations
[14:44] <kenvandine> https://code.launchpad.net/~canonical-platform-qa/ubuntu-ui-toolkit/upstart/+merge/259262
[14:44] <kenvandine> seb128, ^^  that's the fix that will unclog the plumbing for wily :)
[14:44] <bzoltan> kenvandine:  with the next landing yes
[14:45] <sil2100> pedronis: ok
[14:45] <kenvandine> bzoltan, eta?
[14:45] <bzoltan> kenvandine:  I am pushing the OTA4 landing right now ... so I can take it on Friday and hopefully it will land on Monday or on Tuesday. The UITK landing is a heavy process.. only the silo validation is an 18 hours job
[14:46] <kenvandine> it's just a missing depends... i miss the days of just using dput for simple packaging fixes :/
[14:47] <seb128> kenvandine, great
[14:48] <kenvandine> sort of... we'll have to wait nearly another week for the depends fix :/
[14:48] <kenvandine> Mirv had said they flushed the queue, but the excuses page still shows it's blocked
[14:49] <barry> sil2100: i am going to have a new version of system-image to go into the train to replace the existing one in wily landing 11.  i'm bumping the version number to -0ubuntu2.  should i just blow away the existing silo and create a new one?
[14:49] <sil2100> barry: let me see what's in 11
[14:49] <kenvandine> seb128, and the fix was proposed last week... anyway i'll stop complaining
[14:50] <dobey> trainguards: is the spreadsheet messed up again?
[14:50] <barry> dobey: it seems unresponsive
[14:51] <sil2100> dobey: it looks fine here so far, but maybe it started being broken again
[14:51] <sil2100> Let me check if I get an error notice in 5 minutes
[14:51] <sil2100> barry: so, we would need to merge silo 11 first I think
[14:51] <dobey> sil2100: i think row 50 is landed, but the status column doesn't show it as "Landed" with the green background
[14:51] <sil2100> barry: ah! Or maybe not, as you said you want to replace it completely
[14:52] <barry> sil2100: that version got stuck in promotion and it won't clear without the fixes i want to upload next
[14:52] <barry> sil2100: yep
[14:52] <sil2100> barry: ok, feel free to free it up then and re-do it from scratch
[14:52] <barry> sil2100: +1 thanks
[14:52] <sil2100> dobey: well, that's a known bug
[14:53] <dobey> oh
[14:53] <sil2100> dobey: the spreadsheet is too slow to notice releases to the overlay PPA and sometimes doesn't notice a silo landing
[14:53] <sil2100> I'll fix it up in a moment
[14:53] <barry> sil2100: sanity check: click Clean, enable ONLY_FREE_SILO and nothing else.  right?
[14:53] <sil2100> Not much we can do about that long term
[14:53] <sil2100> barry: yep :)
[14:53] <barry> sil2100: thanks!
[14:53] <dobey> sil2100: ah ok
[14:54] <dobey> charles, thostr_: ^^ see what sil2100 said about status in spreadsheet of things landing in vivid overlay re: i-power landing
[14:55] <sil2100> dobey: this will take a moment as I need to fill some additional info as well
[14:55]  * sil2100 sighs
[14:55] <sil2100> The spreadsheet needs to die
[14:56] <barry> sil2100: i think it already has several times :)
[14:56] <barry> maybe it's like a cat
[14:58] <dobey> sil2100: no worries. spreadsheet does need to die
[15:02] <sil2100> mzanetti: ping
[15:02] <sil2100> mzanetti: you saw that unity8 in silo 32 failed to build?
[15:03] <sil2100> mzanetti: I think you're missing a dependency... connectivity-qt1 is not found by cmake
[15:03] <mzanetti> sil2100, no... the dependency had a bug in the pkgconfig module
[15:03] <mzanetti> sil2100, should be fixed now. will trigger a rebuild
[15:04] <sil2100> ACK
[15:07] <oSoMoN> trainguards: can I have a silo for line 75, please?
[15:07] <sil2100> oSoMoN: hey! We're out of silos right now...
[15:07] <sil2100> mzanetti: does silo 3 have the fix in it?
[15:09] <mzanetti> sil2100, the problem is in connectivity-qt, not in unity
[15:09] <mzanetti> s/is/was/, apparently
[15:10] <sil2100> Ok, so it's safe to publish silo 3 then?
[15:10] <sil2100> hm, maybe I'll wait for the 32 to finish building
[15:13] <oSoMoN> sil2100, is there a waiting list for landing requests without a silo?
[15:13] <sil2100> The spreadsheet is the waiting list ;)
[15:14] <sil2100> There's a few of those already
[15:14] <sil2100> Silos shouldn't be limited
[15:28] <mzanetti> sil2100, ok. silo 3 seems to be building now. at least it succeeded for amd64. but still I'd say we wait for the complete build, just to be sure
[15:33] <sil2100> Sure
[15:33] <sil2100> Let's maybe change silo 3 back to not ready for ladning then
[15:34] <sil2100> Just so that we land both at the same time
[15:41] <oSoMoN_> sil2100, dbarth_ says silo15 can be recycled for line 75
[15:45] <sil2100> oSoMoN_: ok, will we land silo 15 later?
[15:46] <oSoMoN_> sil2100, the MR in it is not entirely ready to land yet, so we will request another silo at a later time
[15:46] <sil2100> oSoMoN_: ACK
[16:02] <mzanetti> sil2100, ok. finished building
[16:02] <sil2100> mzanetti: could you test if everything works on vivid? Then we can hand it over to QA for sign-off
[16:02] <mzanetti> sil2100, ack
[16:12] <bfiller> sil2100: can I have a silo for line 64 please?
[16:18] <sil2100> bfiller: sadly still no free silos ;/
[16:18] <sil2100> We might need to scan for any ones that we can free up
[16:19] <bfiller> sil2100: ok
[16:20] <sil2100> kgunn_: hey! When would silo 004 be ready for landing?
[16:22] <kgunn_> sil2100: so that's full shell rotation, we'd ideally want to land that post RC image
[16:22] <kgunn_> we did discuss potentially landing in wily asap, then sync'ing later to vivid+
[16:23] <sil2100> The silo is configured for wily right now so it potentially could
[16:23] <kgunn_> it's ultimately mzanetti's decision
[16:23]  * mzanetti reading
[16:23] <sil2100> ogra_: hey! You guys have silo 27 but didn't build it yet
[16:23] <kgunn_> sil2100: is there a problem with that silo hovering around ?
[16:23] <sil2100> ogra_: will that be used?
[16:24] <sil2100> kgunn_: well, normally not, we're just low on silos so I'm asking around ;)
[16:24] <ogra_> sil2100, not sure what that is, i only know about 16 for lxc-android-config
[16:24] <sil2100> ogra_: it's also lxc-android-config
[16:24] <ogra_> yes, i see that
[16:24] <sil2100> Bug #1454625 - Cannot send MMS for combined contexts when wifi is connected (spreadsheet row 61).
[16:25] <sil2100> Maybe it's abeato's landing
[16:25] <ogra_> same bug
[16:25] <ogra_> likely the wily sync
[16:25] <ogra_> building now
[16:25] <sil2100> Might be
[16:27] <mzanetti> sil2100, I think I'll land silo 4 to wily asap when 3 and 32 are out of the way
[16:28] <sil2100> Ah, right, hm, we'll have to land 3 first probably as it has a sync
[16:28] <sil2100> Right
[16:29] <mzanetti> yep
[16:32] <kenvandine> ogra_, sil2100: i have lxc-android-config in silo 25 now waiting for qa verification
[16:32] <kenvandine> silo 35 rather
[16:33] <kenvandine> ogra_, oh... and the same version is in silo 16
[16:33] <kenvandine> i really wish that used bzr branches...
[16:34] <kenvandine> ogra_, also for ota4... should we maybe combine those in one silo?
[16:35] <ogra_> kenvandine, 013 too
[16:36] <kenvandine> silo 13 won't be landing for ota4
[16:36] <ogra_> oh ?
[16:36] <kenvandine> i was just thinking combining the silos we need for ota4
[16:36] <ogra_> then tethering will regress
[16:36] <kenvandine> no, it's not really ready...
[16:36] <abeato> sil2100, ogra_ yes that's the sync
[16:36] <kenvandine> regress?
[16:37] <ogra_> yes
[16:37] <kenvandine> we never landed hotspot :)
[16:37] <ogra_> tethering
[16:37] <ogra_> not hotspot :)
[16:37] <kenvandine> oh that also has a fix for that?
[16:37] <ogra_> wired ...
[16:37] <ogra_> yes, the lxc-android-config package has it
[16:37] <kenvandine> i thought it was just the fix we needed for hotspot to work
[16:37] <ogra_> we combined both
[16:37] <kenvandine> ah
[16:38] <ogra_> probably should rip that apart again
[16:38] <ogra_> i wasnt aware hotspot would land
[16:38] <ogra_> *would not
[16:38] <kenvandine> since we don't have handy bzr branches to handle lxc-android-config o
[16:38] <kenvandine> i'd be in favor of combining all of the ones we need for ota4
[16:38] <ogra_> feel free to switch it :)
[16:39] <ogra_> long term i need to hand it to someone anyway with my new duties ...
[16:39] <ogra_> want to adopt it ? :)
[16:40] <kenvandine> NO
[16:40] <kenvandine> :)
[16:40] <ogra_> LOL
[16:40] <kenvandine> i spent a bunch of time trying to figure out who to ask about it :)
[16:40] <ogra_> you wouldnt have to anymore in that case :)
[16:40] <kenvandine> haha
[16:40] <kenvandine> that's ok...
[16:41] <ogra_> (and if you dig deep enough into the code, there is a pot of gold hidden underneath ... )
[16:41]  * kenvandine doesn't believe ogra_
[16:41]  * ogra_ tries everything :)
[16:41] <kenvandine> so we'd have to manually merge all these together... a mess
[16:41] <ogra_> i think all changes are in different files
[16:42] <kenvandine> maybe not to bad
[16:43] <kenvandine> ogra_, so i assume you aren't volunteering to do it?
[16:43] <kenvandine> :-D
[16:44] <ogra_> not 15min before EOD ... my GF would kill me if i did ... i can offer tomorrow morning though
[16:44] <kenvandine> i'll do it :)
[16:44] <ogra_> shouldnt be to hard i think
[16:44] <ogra_> changelog merging will be the most work i guess
[16:44] <kenvandine> i'll pull the changes from 13 and 16 and put them with mine in 35
[16:45] <ogra_> let me check 13 again in detail
[16:45] <ogra_> yeah, it only has the tethering fix there
[16:45] <ogra_> https://launchpadlibrarian.net/205346168/lxc-android-config_0.221_0.222.diff.gz
[16:46] <ogra_> trivial one liner
[16:46] <dobey> ev: were you testing by having jenkins do a rebuild on an existing MP?
[16:46] <ogra_> 16 is a bit more but in a different file ...
[16:47] <kenvandine> ogra_, oh, silo 16 is a wily landing
[16:47] <dobey> ev: or should i be bugging whoever is current vanguard? your message in my awaylog this morning was the last thing i'd heard re: coverage for unity-scope-click
[16:47] <ogra_> abeato, awe, can you do your testing of silo 27 (vivid MMS fix) with kenvandine's silo 35 instead ?
[16:47] <ogra_> kenvandine, it would have been a sync
[16:47] <ogra_> kenvandine, vivid definitely needs the fix
[16:50] <awe> ogra_, I have to defer to abeato on this one...
[16:50] <robru> alex-abreu: so https://code.launchpad.net/~abreu-alexandre/ubuntu-html5-theme/fix-page-actions/+merge/259515 has a new commit that you didn't build.
[16:50] <robru> alex-abreu: you need to rebuild the silo and re-test
[16:50] <alex-abreu> robru, oh sorry, I'll rebuilt & retest
[16:51] <robru> alex-abreu: thanks
[16:53] <kenvandine> ogra_, what's in silo 13 also removes two files that aren't mentioned in the changelog
[16:54] <kenvandine> lib/systemd/system/ofono.service.d/lxc-android-config.conf and lib/systemd/system/rild.service
[16:54] <ogra_> thats not 13, is it ?
[16:54] <kenvandine> yes
[16:54] <kenvandine> well, it's not there :)
[16:54] <kenvandine> and it is in 0.221 in the archive
[16:54] <kenvandine> there was two revisions uploaded to the silo 13 ppa
[16:54] <kenvandine> oh... wait
[16:55] <kenvandine> i bet that was added after
[16:55] <ogra_> https://launchpadlibrarian.net/205346168/lxc-android-config_0.221_0.222.diff.gz
[16:55] <ogra_> thats what the package details page in the PPA gives me
[16:55] <kenvandine> yeah, those are new
[16:55] <kenvandine> nevermind
[16:55] <kenvandine> yeah, but 0.221 was also uploaded to that ppa
[16:55] <kenvandine> didn't match what ended up in the overlay ppa
[16:55] <ogra_> not by me i think
[16:56] <kenvandine> rsalveti did the first one
[16:56] <kenvandine> the wpa supplicant fix
[16:57] <ogra_> ok. we only need the last one then
[16:59] <abeato> ogra_, which is the issue with the wily silo?
[17:00] <ogra_> abeato, kenvandine wants to merge all lxc-android-config landings because we have so many clashing landinhs of it
[17:00] <kenvandine> abeato, just for the vivid landing
[17:00] <abeato> ogra_, ok, that is fine for me
[17:01] <kenvandine> only trying to grab the changes needed for ota4
[17:01] <ogra_> you would just have to test his silo then
[17:01] <abeato> kenvandine, what I changed is a script called 03mmsproxy
[17:01] <ogra_> and drop 027
[17:01] <kenvandine> abeato, ok, i'll do that
[17:01] <kenvandine> abeato, i'll ping you to test it ok?
[17:02] <abeato> kenvandine, ok, but I am almost eod so please send me an e-mail
[17:02] <ogra_> trainguards, you can wipe silo 27, it will get merged into silo 35
[17:02] <robru> ogra_: thanks
[17:03] <abeato> kenvandine, in case you need it the new script is in comment #5 of bug #1454625
[17:06] <alan_g> sil2100: what need to be done to have mir-0.13.0 on wily?
[17:09] <pmcgowan> sil2100, added comment to bug #1447756 we should land it
[17:18] <sil2100> pmcgowan: I know, waiting for sign-off
[17:18] <pmcgowan> ok
[17:25] <fginther> dobey, regarding adding coverage for unity-scope-click, what is the right magic for generating coverage? The usual method of adding "-DCMAKE_BUILD_TYPE=coverage" and "make coverage-xml" isn't working
[17:26] <fginther> dobey, for example: http://s-jenkins.ubuntu-ci:8080/job/unity-scope-click-wily-amd64-ci/13/consoleText
[17:32] <dobey> fginther: i think it needs -DENABLE_COVERAGE=yes or something
[17:32] <dobey> kyrofa: ^^ is that how the cmake-extras thing works?
[17:34] <kyrofa> dobey, lower-case: -Denable_coverage=ON
[17:36] <kyrofa> fginther, ^^
[17:36] <kyrofa> fginther, check out the bottom of the HACKING file
[17:37] <dobey> kyrofa: is that specific to the scope, or is that what the cmake-extras module requires?
[17:37] <kyrofa> The `enable_coverage` variable is used within cmake-extras
[17:38] <fginther> kyrofa, thanks for clarifying
[17:42] <kyrofa> fginther, dobey: Note that my answer stands for cmake-extras in vivid, but I just took a look at cmake-extras trunk and it seems different
[17:42] <dobey> yeah i don't see that in wily
[17:43] <kyrofa> fginther, dobey: where they're using the coverage build type
[17:43] <fginther> kyrofa, so "-DCMAKE_BUILD_TYPE=coverage" ?
[17:43] <fginther> (which is what other projects use)
[17:44] <dobey> yeah
[17:44] <dobey> i think the click scope iswrong now
[17:44] <kyrofa> If it's using what I see here: http://bazaar.launchpad.net/~cmake-extras/cmake-extras/trunk/view/head:/EnableCoverageReport.cmake yeah.  We want to land the same, right?
[17:45] <sil2100> alex-abreu: hey, I'll ACK your landing (silo 26) but please fix in the next release the debian/control, as one of the dependencies has different ident than other entries
[17:45] <dobey> kyrofa: i'm digging deeper :)
[17:45] <fginther> kyrofa, the existing CI tools are setup for using CMAKE_BUILD_TYPE. if the unity-click-scope source is updated to use the same, it should just start working
[17:46] <fginther> kyrofa, dobey, as it's currently setup, the build is generating an empty coverage file using the CMAKE_BUILD_TYPE option
[17:46] <kyrofa> dobey, I'm checking to see if it's been updated on vivid
[17:46] <alex-abreu> sil2100, hey thx
[17:49] <kyrofa> dobey, what version is in wily?
[17:49] <kyrofa> I bet the newer one is in vivid overlay, huh?
[17:49] <dobey> well, vivid now and wily are the same now
[17:49] <dobey> for cmake-extras
[17:50] <kyrofa> dobey, vivid+overlay, or vivid stock?
[17:51] <sil2100> kgunn: hey! Since I don't see alan_g, there is an entry for the wily mir sync but we're lacking silos right now
[17:53] <dobey> kyrofa: overlay. of course
[17:54] <dobey> kyrofa: vivid == (vivid + overlay) for our purposes :)
[17:55]  * kyrofa starts using the overlay before anyone notices
[17:55] <kyrofa> dobey, I'll fix this
[17:57] <dobey> ah, i see. michi fixed that
[17:58] <kyrofa> dobey, in cmake-extras?
[17:58] <dobey> yes
[17:59] <dobey> was seeing where it changed
[18:13] <kgunn> sil2100: ack
[18:25] <mzanetti> sil2100, just FYI: 32 tested
[18:27] <sil2100> \o/
[18:28] <sil2100> Now just sign-off and we can land both
[18:28] <sil2100> I would wait with silo 3 too since in case QA finds something, you could then fix 3, sync to 32 and re-loop
[18:28] <sil2100> But since they already tested 3 I suppose all should be good :)
[18:30] <dobey> fginther: so is the coverage build enabled for lp:unity-scope-click MPs now? so when kyrofa makes an MP to fix this issue in our CMakeLists.txt, we should see an actual coverage report on jenkins when it builds the tests for that branch?
[18:36] <fginther> dobey, yes, it should be good to go. It may need to be tweaked, but it currently matches most other projects that collect coverage
[18:39] <dobey> fginther: ok, i think when kyrofa has a branch to fix the issue, we'll be good then. thanks
[18:39] <pmcgowan> sil2100, davmor2 is there any way to look at the QA trello board and know which landings were to vivid?
[18:42] <sil2100> pmcgowan: I think all of them are for vivid
[18:42] <sil2100> pmcgowan: normally they have that 'Vivid' tag on them
[19:04] <pmcgowan> sil2100, lots are wily, cant tell the diff anymore
[19:05] <pmcgowan> sil2100, maybe I am wrong
[19:05] <pmcgowan> but seems the green tag is "trunk" not really vivid since I see landings to wily not vivid
[19:07] <sil2100> We don't do sign-off for wily as far as I know
[19:07] <sil2100> At least hm, I don't think we agreed on that explicitly
[19:08] <pmcgowan> sil2100, so perhaps its just the auto merge and bug closing we lack, so I cant see whats happening
[19:09] <pmcgowan> sil2100, no these are wily silos it seems, and qa is approving them
[19:14] <sil2100> pmcgowan: well, from the silos currently in the queue and being tested all are for vivid
[19:15] <sil2100> But I need to go now - I'll make sure to check everything tomorrow and give you a sign if QA is doing something unexpected or not
[19:16] <pmcgowan> sil2100, thanks
[19:20] <kyrofa> dobey, https://code.launchpad.net/~kyrofa/unity-scope-click/1457170_update-cmake-extras/+merge/259671
[19:23] <dobey> kyrofa: cool. let's see what jenkins does with it. actually i guess we can get rid of the usage of enable_coverage completely here?
[19:24] <sil2100> o/
[19:27] <kyrofa> dobey, we could, but it would require more work. We don't need it on the call to cmake (i.e. -Denable_coverage), but the enable_coverage variable is used by all the tests so they can link to gcov (without using --coverage)
[19:27] <kyrofa> dobey, To get rid of it entirely we'd have to check the build type in each of those
[19:28] <dobey> kyrofa: but https://code.launchpad.net/~michihenning/cmake-extras/cmake-extras-coverage/+merge/258021 fixes that i think
[19:29] <kyrofa> dobey, Adding --coverage to tests means they will be instrumented as well. Not what we want... right?
[19:30] <kyrofa> dobey, but they DO need to link to gcov
[19:30] <kyrofa> dobey, (which --coverage ALSO does)
[19:30] <dobey> kyrofa: i'm not 100% sure what it means
[19:31] <dobey> kyrofa: i guess having the tests instrumented doesn't matter, because in the tests, all the code should definitely be called, so it should always be 100%, no?
[19:32] <kyrofa> dobey, seems odd to get a coverage report for one's tests...
[19:32] <dobey> kyrofa: well, if you have code in the tests that isn't being run, you know something is very wrong :)
[19:33] <kyrofa> dobey, haha! Although, doesn't unity-scope-click have disabled tests?
[19:34] <kyrofa> dobey, we may want to talk to michi and pete-woods about this
[19:34] <dobey> kyrofa: if so, then it will show us :)
[19:35] <kyrofa> dobey, because I think they do plan on fixing this
[19:36] <kyrofa> dobey, and all three of us hit this at the sprint
[19:36] <dobey> well, that cmake-extras branch is one that michi made, and it landed only last week, so i presume he resolved to do it that way for some reason
[19:37] <dobey> anyway, i think we should just do it that way, and if we decide it should be changed, then fix cmake-extras
[19:38] <kyrofa> dobey, alright, give me a few then
[19:39] <dobey> kyrofa: sure, waiting to see what jenkins does with the branch anyway :)
[19:40] <kyrofa> dobey, does it need to be approved though, before jenkins does anything?
[19:40] <kyrofa> dobey, or does it just pick it up?
[19:40] <dobey> no, it will pick it up
[20:01] <ToyKeeper> FWIW, QA is back online now.
[20:01] <kyrofa> dobey, done: https://code.launchpad.net/~kyrofa/unity-scope-click/1457170_update-cmake-extras/+merge/259671
[20:01] <davmor2> pmcgowan: sorry we were without internet hafl the day
[20:01] <davmor2> pmcgowan: I have no idea let me ask the guys who migh know]
[20:05] <davmor2> pmcgowan: jibel is in a discussion right now and will ping you after
[20:05] <pmcgowan> davmor2, thanks
[20:42] <robru> ok, there's only 2 silos free and 3 people requesting. who wants em badder than anybody else?
[20:42] <robru> charles: awe: ChrisTownsend ^
[20:43] <charles> robru, oh me me :)
[20:43] <charles> pick me, pick me!
[20:45] <ChrisTownsend> robru: What about folks further up the queue like say, bregma?:)
[20:45] <awe> me
[20:45] <robru> charles: you need mp urls not lp: branch shortnames
[20:45] <charles> robru, wups, fixing
[20:45] <awe> how we can we be short silos still?
[20:45] <robru> ChrisTownsend: i can't even
[20:46] <robru> awe: well, RTM died and now everybody who would have wanted an RTM silo now wants an ubuntu silo. so basically we increased the number of silos from 30 to 40, and then doubled the demand for the original 30 silos.
[20:46]  * awe wonders if silo-023 can be cleaned up?  cyphermox ^^
[20:46] <awe> it's not even for a phone landing
[20:46] <bregma> keep in mind the Trusty silo will probably take longer to clear because of the entire SRU process
[20:46] <cyphermox> ah, yes, it can, verification-failed anyway.
[20:46] <cyphermox> robru: ^^
[20:47] <robru> cyphermox: ok thanks
[20:47]  * awe hopes silos open up tomorrow too
[20:47] <robru> seb128: I'm freesing silo 1 because it sat in UNAPPROVED for a month and a half, and we're out of silos.
[20:47] <ChrisTownsend> robru: Right, mine is an SRU, so it'll tie up a silo for a while.
[20:49] <charles> robru, row 79 col F fixed
[20:49] <bfiller> robru: can I have a reconfigure on silo 29 please
[20:49] <robru> bfiller: one sec
[20:49] <robru> awe: what's going on on row 80? what package do you want synced?
[20:49] <awe> network-manager
[20:49] <awe> sorry for not making that clearer
[20:50] <awe> just update comments
[20:50] <robru> awe: I don't understand why you have an MP if you want the package synced. it's one or the other.
[20:51] <awe> we discussed this via email thread... I included the mp, as it's got test results in it
[20:51] <fginther> kalikiana, are the tests for lp:ubuntu-ui-toolkit/staging in better shape now? I see that the build-time tests are generally passing now
[20:52] <awe> I will manually merge; I didn't realize it'd be a problem to include it even though we're doing a copy
[20:52] <robru> charles: ok you got silo 1
[20:52] <charles> robru, thanks
[20:52] <awe> robru, should I remove it?
[20:52] <robru> charles: you're welcome
[20:52] <robru> awe: well if it's in the row there the train will see that and try to build a new package
[20:52] <awe> ok; I'll remove and mention in comments
[20:52] <robru> awe: ok
[20:53] <robru> awe: check 80G
[20:53] <robru> awe: and do you want that in the overlay ppa or is it really a vivid sru?
[20:54] <awe> overlay ppa
[20:55] <awe> did I get the target distro wrong then?
[20:56] <robru> awe: no there's just a separate field for that
[20:56] <robru> ChrisTownsend: ok you got silo 21, but please please please once it's published, lean on the SRU team hard to get it accepted into proposed asap, it's really not acceptable to have a silo languishing in UNAPPROVED for 2 months.
[20:57] <robru> which is apparently the norm for SRUs, not criticising you personally
[20:57] <ChrisTownsend> robru: Trust me, I know.:)
[20:57] <awe> robu, got it; updated
[20:57] <ChrisTownsend> robru: Thanks!
[20:57] <robru> ChrisTownsend: you're welcome
[20:57]  * awe doesn't miss the SRU process
[20:58] <ChrisTownsend> awe: ;-)
[20:58] <robru> awe: ok you got 23
[20:58] <bregma> if the SRU team didn't go around having families things would probably go quicker
[20:58] <robru> bregma: how selfish of them!
[20:59] <bregma> I know, right?
[20:59] <awe> thanks robru!
[20:59] <robru> awe: you're welcome
[20:59] <robru> bregma: you want a silo? or are you too close to EOD to make use of it?
[20:59] <awe> ChrisTownsend, I actually got asked about FISH the other day; hack, cough...
[20:59] <ChrisTownsend> awe: Oh gawd...
[21:00] <bregma> robru, both lines 62 and 76 are waiting for silos, but I could combine them into 1 if there's only 1 silo to give out
[21:00] <robru> bregma: there is in fact only one ;-)
[21:00] <bregma> they're not related, but it wouldn't hurt anything
[21:00] <camako> trainguards, ^^
[21:01] <robru> camako: party's over dude, you missed it.
[21:01] <camako> robru, no more silos?
[21:01] <charles> camako, bregma's clearing one a few lines up in scrollback
[21:01] <bregma> robru, I merged 62 into 76, so 62 can be deleted and 76 given a silo
[21:01] <robru> camako: there's only one free and bregma has dibs. I just freed 3 for 3 other people, I'll see if there's any others I can free
[21:02] <robru> bregma: great thanks
[21:02] <camako> robru, appreciate it :-)
[21:02] <bregma> will you delete line 62?  I don't want to be blamed for breaking the sheet
[21:02] <robru> bregma: yeah i can do it, no worries
[21:03] <bregma> I don;t even like to keep it open in my browser, just in case
[21:04] <robru> bregma: that's probably for the better ;-)
[21:04] <robru> bregma: oh there you go, 26
[21:05] <bregma> woo-hoo!  building....
[21:05]  * bregma is inappropriately excited
[21:06] <robru> barry: !!
[21:06] <robru> curses!
[21:07] <barry> robru: waaaaht?
[21:07] <robru> barry: your silo 11, it just landed, except the merge failed because the train doesn't have write access to ~ubuntu-managed-branches
[21:07] <robru> barry: so I'm gonna need you to merge that manually
[21:07] <barry> robru: i could have sworn that's how we used to do that
[21:08] <robru> barry: dunno, i suppose it's possible somebody removed the bot from the team but I'm not aware of it
[21:08] <barry> slangasek: do you know anything about this ^^
[21:08] <robru> barry: anyway, your branch is safe at lp:~ci-train-bot/ubuntu-system-image/system-image-ubuntu-wily-proposed, please push it to the right place yourself
[21:08] <robru> barry: meanwhile I need to free your silo because there's a crunch on
[21:09] <barry> robru: ok
[21:10] <barry> robru: that's fine.  i'd like to figure this out for next time though
[21:11] <robru> barry: yeah, two possible solutions, either have a branch somewhere else that is owned by a team that ci-train-bot is in, or get ci-train-bot added to ~ubuntu-managed-branches. Either way is equally good for the train, but one of those solutions has political implications of course.
[21:12] <robru> camako: ok you got silo 11
[21:13] <barry> robru: i think that's exactly what ~ubuntu-managed-branches is supposed to be for.  look at the team description on lp!
[21:13] <robru> barry: oh, hrm. I was thinking that was something else.
[21:14] <barry> robru: ~ps-jenkins is a member of that team, so i guess ~ci-train-bot should just be added, but maybe slangasek can weigh in on that
[21:14] <robru> barry: yeah that seems to be the case. we switched from using ~ps-jenkins to ~ci-train-bot back in december. I guess you didn't do a landing this way since before then
[21:15] <barry> robru: correct.  and it looks like s-i is the only code in the team
[21:15] <camako> robru thanks
[21:15] <robru> camako: you're welcome
[21:15] <barry> robru: i don't have perms to add the bot, so i'll email stgraber about it
[21:16] <robru> barry: just pinged him, he says it's done ;-)
[21:21] <barry> robru: \o/
[21:21] <barry> thanks
[21:21] <barry> anyway, manual merge is done
[21:24] <robru> barry: alright, sorry for the hassle
[21:24] <barry> robru: no worries.  glad it was easy to clear up.  landings may happen more quickly going forward
[21:30] <mzanetti> robru, hey, could you please publish silos 3/32. We're a bit in a hurry with another silo that's blocked on that
[21:31] <mzanetti> it's a sync-pair
[21:34] <robru> mzanetti: 32 is waiting on qa and 3 is not even marked as being ready for publishing.
[21:35] <mzanetti> robru, ah... sorry... I misread... thought QA had signed it off already
[21:35] <mzanetti> for 3 I'm sure it actually was QA signed off already
[21:36] <robru> mzanetti: if you think 3 is ready (eg if you tested it and you're satisfied), just mark it ready and I can publish
[21:36] <mzanetti> not sure what happened there
[21:36] <mzanetti> yeah. I tested both
[21:36] <robru> mzanetti: wily doesn't need qa. you just have to test it yourself
[21:36] <mzanetti> yeah. I think that's actually the problem... QA tested 3 and then realized that it's actually wily
[21:36] <mzanetti> so they removed it again
[21:36] <mzanetti> I'll clean up the mess
[21:37] <robru> mzanetti: oh weird, I dunno
[21:37] <robru> mzanetti: just set 39K to yes and 39I to N/a
[21:37] <robru> mzanetti: not sure why it says qa granted but tests not passing, that makes no sense
[22:31] <slangasek> robru, barry: hmm why is stgraber the only admin of ~ubuntu-managed-branches?
[22:31] <barry> slangasek: great question
[22:31] <slangasek> :)
[22:32] <slangasek> robru: did you figure out why the bot wasn't a member of that team?  Was it just because there hasn't been a landing since we switched bot accounts?
[22:32] <robru> slangasek: that is strange
[22:32] <robru> slangasek: yeah I think that's why, I can't see any other reason
[22:32] <barry> slangasek: yep that's why
[22:32] <slangasek> well, since you say that system-image was the only code in there, it may be that he was the admin because he was the system-image maintainer at the time
[22:32] <slangasek> ok
[22:32] <barry> slangasek: you and i at least should be admins
[22:32] <slangasek> so yeah, all a natural consequence of local decisions
[22:32] <slangasek> barry: indeed
[22:33] <barry> slangasek: can you make that happen?
[22:55] <dobey> fginther: so https://jenkins.qa.ubuntu.com/job/generic-mediumtests-builder-wily-amd64/8/ seems to have found the covearge.xml, but i don't see how to view the coverage report
[22:55] <slangasek> barry: apparently I can! ;)
[22:57] <barry> slangasek: :)


[07:08] <AlanBell> morning
[07:16] <DJones> ^^ What he said :)
[07:20] <Azelphur> morning all, good news re my "perfect condition" phone
[07:21] <Azelphur> I have my money back, and I have the phone too.
[07:21] <Azelphur> I'm waiting back from the seller to see if he wants to pay shipping to have it back
[07:46] <hoover> good morning all
[07:50] <MartijnVdS> Azelphur: woohoo
[07:50] <Azelphur> indeed :D
[07:50] <christel> morning pretties
[07:55] <TheOpenSourcerer> Anyone in Somerset looking for a Python/Linux dev job? http://www.computerfutures.com/en/job/Python-Developer-Somerset-30-000/Somerset/Perm/1/597916/
[07:59] <bigcalm> Good morning peeps :)
[08:06] <christel> morning clam
[08:07]  * bigcalm tickles christel
[08:08] <bigcalm> Mmmm, dubstep to rumble me awake
[08:08] <christel> :)
[08:10] <bigcalm> :O http://cheezburger.com/6508261632
[08:17] <bigcalm> Big Hair and Deadly Stare
[08:56] <mungojerry> !info bamf
[08:58] <gord> libbamf
[08:58] <gord> and bamfdaemon
[09:08] <AlanBell> http://zareason.blogspot.co.nz/2012/08/removing-barriers-for-linux-hardware.html is an interesting read
[09:20] <brobostigon> good morning everyone.
[09:20] <christel> good morning brobostigon :)
[09:21] <brobostigon> good morning christel :)
[09:21] <bigcalm> Hi brobostigon
[09:21] <brobostigon> hi bigcalm
[09:28] <Azelphur> https://dl.dropbox.com/u/3832397/Photos/2012/August/20120816_090349%280%29.jpg imported korean monitors = good :D
[09:29] <MartijnVdS> Azelphur: Your motto is "there's no kill like overkill"?
[09:29] <Azelphur> MartijnVdS: yup
[09:30] <mungojerry> interesting: a level A grades fell for the first time in 20 years
[09:30] <mungojerry> pointing to a possible stabilisation?
[09:32] <mungojerry> Azelphur, that PC stays there all the time?
[09:33] <mungojerry> ah, it's next to the wall, i got the sense of perspective wrong, i thought it was middle of room and prone to getting knoecked off
[09:34] <Azelphur> mungojerry: yea?
[09:34] <Azelphur> where would it go? o.O
[09:35] <mungojerry> i was confused. thought the desk was 10 ft from the wall
[09:35] <mungojerry> but was 10cm
[09:35] <mungojerry> (on the floor?)
[09:37] <Azelphur> mungojerry: haha
[09:37] <Azelphur> mungojerry: the desk is literally right up against the wall
[09:37] <Azelphur> it's a pretty big desk (although I clearly need a bigger one
[09:37] <Azelphur> I should try and move the monitors back a bit.
[09:40] <mungojerry> my study is full of junk and i literally plop into the cockpit seat and it's hard to get out
[09:41] <Azelphur> same lol
[09:41] <Azelphur> you just about see the start of the junk on the side table, I've been trying to tidy up ;)
[09:53] <DJones> Does anybody want a 90 day trial version of Windows 8 http://msdn.microsoft.com/en-us/evalcenter/jj554510.aspx
[09:55] <DJones> I'm tempted to download it and have a look
[10:01] <davmor2> Morning all
[10:02] <brobostigon> morning davmor2
[10:02] <davmor2> czajkowski: PROD!!!!
[10:02] <davmor2> brobostigon: morning
[10:06] <AlanBell> innodb_flush_log_at_trx_commit=0 makes mysql a happy database
[10:06] <AlanBell> well a fast one at any rate (with slight ACID noncompliance)
[10:09] <bigcalm> Hi davmor2
[10:15] <Azelphur> http://reuters.livestation.com/demo police swarming outside the ecuadorian embassy which is currently harbouring assange (live)
[10:16] <davmor2> bigcalm: hey dude, how's life?
[10:16] <bigcalm> davmor2: if I were able to feel stress, it would be stressful right now
[10:17] <bigcalm> I'm off work tomorrow to go to oggcamp and then a 4 day course in London next week
[10:17] <davmor2> bigcalm: hahhaha
[10:17] <bigcalm> So trying to get LOTS of work done up to the wire
[10:18] <bigcalm> I bet I find myself doing work in the hotel room
[10:19] <gord> good luck with your internet connection in the hotel room ;)
[10:19] <bigcalm> gord: I'll be working either on 3g or on my local git repo
[10:30] <davmor2> gord: your alive
[10:30] <gord> barely, feature freeze is upon
[10:34] <davmor2> ...us
[10:35] <bigcalm> Him
[10:35] <davmor2> bigcalm: no it is upon the entire company :)
[10:42] <bigcalm> christel: new photo, is it you? :)
[10:59] <christel> haha yes
[10:59] <christel> i was ickle
[11:00] <bigcalm> So sweet :)
[11:00] <christel> :P
[11:01] <bigcalm> ;)
[11:06]  * bigcalm had forgotten how painfully slow it is to work with other developers on the same code
[11:07] <christel> hehe
[11:10] <czajkowski> bigcalm: be nice and learn how to play with others
[11:11] <bigcalm> Heh
[11:11] <bigcalm> czajkowski: it's my boss :|
[11:11] <czajkowski> play very nicely then
[11:11] <bigcalm> For a long time I was the only active dev, he's working on the same project as me now though
[11:14] <czajkowski> so team work :)
[11:14] <mgdm> we have 8 devs on the same code at work
[11:14] <mgdm> not too many issues :)
[11:15] <bigcalm> mgdm: we're not in the same office and he keep disappearing :)
[11:15] <czajkowski> bigcalm: eh none of our team are even in the same timezone sometimes and they manage just fine
[11:15]  * czajkowski thinks bigcalm should pack coding in and open a book store, less stress and no coding team :)
[11:19] <MartijnVdS> No coders?  I do indeed. That was you, was it? nice one :)
[12:03] <czajkowski> yes of course it was me
[12:03] <czajkowski> :)
[12:03] <GirlyGirl> Hi
[12:03] <Flashtek> hi
[12:03] <zleap> hi
[12:05] <GirlyGirl> Finally got my car into a usable condition by cutting of some bumper plastic. So glad I can use it again
[12:06] <MartijnVdS> hope it passes MOT like that
[12:06] <Flashtek> as long as there are no sharp edges, you'll be ok
[12:07] <Flashtek> if there are use ductape
[12:08] <GirlyGirl> Flashtek: None all, I didn't exactly cut it just pushed it forward mostly, the bumper isn't that damaged but has moved inwards
[12:09] <Flashtek> probably be fine then
[12:09] <Flashtek> did you have a shunt ?
[12:10] <GirlyGirl> No
[12:11] <GirlyGirl> Still I do hear some rattling noise while driving it, guess that is ok though
[12:11] <GirlyGirl> mainly when braking
[12:13] <GirlyGirl> If I get to boot to close better myself without spending £ I'd be overjoyed though
[12:16] <mungojerry> does htc desire have CM9 release?
[12:17] <Flashtek> mungojerry: why not look on the website...?
[12:17] <mungojerry> i'm looking but doesn't seem to be there
[12:17] <mungojerry> shame
[12:17] <Flashtek> if its not there...
[12:17] <mungojerry> then it's somewhere else?
[12:18] <mungojerry> there's a few desire owners in here so thought i'd try
[12:18] <mungojerry> should prob put CM7.2 on it though
[12:19] <mungojerry> i'm still rocking 7.03
[12:20] <davmor2> mungojerry: http://forum.cyanogenmod.com/topic/49393-can-we-get-any-cm9-updates/
[12:20] <directhex> mungojerry, there may be ~CM9 nightlies
[12:22] <mungojerry> i need to find a way of creating more space on this device, always down at that 15MB of free internal space even with a seemingly unused 128mb partition on the phone
[12:22] <davmor2> directhex: there is no kernel currently for the desire + cm9 so you have to build your own so it isn't ready for general release yet and the image if it gets done likely won't be official
[12:23] <mungojerry> hardly sounds worth it
[12:23] <mungojerry> i just want speed improvements, i don't notice any bugs with the OS or any features required
[12:25] <mungojerry> i'm not sure that's even worth it if i have to reinstall the whole os and apps all over again
[12:27] <directhex> is the desire ARMv7?
[12:28] <mungojerry> yes directhex
[12:28] <directhex> hm, should be okay then for speed. ICS is slow on ARMv6
[12:29] <mungojerry> no compelling features in ICS over 2.3 for phones though afai see
[12:30] <mungojerry> i'm using ICS on touchpad and haven't noticed much difference except for some apps and UI tweaks
[12:31] <directhex> CM9?
[12:31] <mungojerry> yesh
[12:31] <directhex> nightly?
[12:31] <mungojerry> well one from july
[12:31] <directhex> and that's it? if you want bug fixes since then you reformat?
[12:32] <mungojerry> no, touchpad is OK, i'm referring to the state of android on my desire
[12:33] <mungojerry> just saying that the diff between android on my desire (CM7.03) and touchpad CM9  isn't huge
[12:36] <mungojerry> although android 2.3.4 has google video chat which would be nice
[13:22] <popey> anyone got an android 4.x device handy?
[13:22] <popey> I need to change a device from chinese to english
[13:22] <popey> but don't know which menu it is
[13:23] <popey> ooh, found it by random tapping
[13:25] <DJones> I've got one to hand if you need anything else
[13:25] <GirlyGirl> Speaking of Android, is there an android device that is likely to get updates for a really long time like a pc
[13:28] <popey> pcs dont get updates for a really long time
[13:28] <popey> try getting a BIOS for a 3 year old laptop
[13:34] <Flashtek> Dell Latitude D6xx
[13:34] <Flashtek> simple
[13:34] <Flashtek> :-P
[13:34]  * Flashtek heads off for a snooze, in pain
[13:38] <GirlyGirl> popey: Not in that sense but you can run the lastest ubuntu or Windows for 7 years approximately on PC's newer than 2003
[13:39] <GirlyGirl> I've had some laptops get a bios update after 3 years too
[14:03] <gord> i don't think you really get android device updates for longer than a few years..
[14:03] <gord> i don't get updates for my n1 anymore
[14:06] <directhex> lolyears
[14:07] <mungojerry> whats a device update?
[14:07] <directhex> no android phone has had official updates for 2 years yet afaik
[14:07] <directhex> king is iphone 3gs, >3 years & counting
[14:07] <mungojerry> CM will get OTA facility soon
[14:13] <GirlyGirl> gord: IPhone 3gs will get the upcoming iOS6
[14:15] <gord> thats nice? but i don't think that the iphone is an android device
[14:16] <directhex> android update cycle == joke
[14:16] <GirlyGirl> gord: I know, but an Android device that gets updates longer would be nice ... manufacturers stop supporting phones that can sometimes be very capable of running the latest version
[14:18] <directhex> nexus s is most well-supported device i think. released dec2010, has 4.1.1
[14:19] <mungojerry> although unofficial, i think the CM releases keep android devices alive longer than iphones
[14:30] <directhex> Azelphur, how's the galaxy s3 situation?
[14:30] <directhex> mungojerry, statistical noise. most android devices run 2.3
[14:31] <directhex> 60% are 2.3.3 -> 2.3.7
[14:32] <directhex> ICS is 16%, same as 2.2
[14:58] <Azelphur> directhex: got my money back :D
[14:58] <Azelphur> I told him to pay postage if he wants his phone back, which he didn't
[15:02] <mungojerry> win
[15:04] <Azelphur> indeed
[15:04] <Azelphur> I think I'll give him 7 days, then tell him if he doesn't reply within 7 days after that I'll be keeping it, then keep it
[15:09] <directhex> still smells dodgy++ but at least you're not out of pocket
[15:17] <GirlyGirl> Anyone here knows a good (but not to expensive) car body repair place near cambridge?
[15:20] <mungojerry> let me just say that owncloud is flipping awesome
[15:20] <mungojerry> everything a man could need
[15:24] <popey> mungojerry, tell me more
[15:25] <mungojerry> super simple setup, clients for all devices, (or webdav for those who like that kind of thing), stable and mature
[15:26] <mungojerry> i also like that there's a clientsync folder, but another folder level above that, so if you want to store files on the server that you don't want to sync to all devices (because of disk sapce), then you can do that, essentially making it a backup server as well as sync server
[15:26] <mungojerry> popey, also does versioning history
[15:27] <GirlyGirl> mungojerry: Its nice but I have a personal server
[15:27] <mungojerry> owncloud is a personal cloud solution
[15:27] <mungojerry> for your own server
[15:27] <mungojerry> just need port 443 open
[15:27] <AlanBell> cloud in this instance meaning file storage?
[15:27] <mungojerry> yes, with whistle
[15:29] <mungojerry> because if you want you can add plugins easily to the web interface to stream music, edit latex, stream video..
[15:29] <mungojerry> server side encryption of files.
[16:45] <gum-ball-machine> Hi all, does anyone know how to make settings from "myunity" persist accross logins/reboots?
[16:46] <gum-ball-machine> eg: my custom coloured Unity side panel will not persist accross logins
[16:50] <kirrus> popey: I've pointed one of the guys from rockpapershotgun.com your way.. he's got questions about licencing, and thought you might be able to help him :)
[16:58] <christel> 1
[17:00] <popey> kirrus, ok!
[17:16] <davmor2> christel: where's our postcard :P
[17:38] <christel> ahahah oh yes! i must remember to send that
[17:48]  * OrangutanMan goes "OOh OOh OOH!"
[18:05] <christel> oh oh oh indeed.
[18:17] <Azelphur> haha
[18:17] <Azelphur> suddenly, a random OranguntanMan
[19:24] <Bagheera> Hi Everyone
[19:31] <AlanBell> hi
[19:35] <popey> hi
[19:38] <MartijnVdS> \o
[20:03] <mgdm> Right - any suggestions for a Twitter client that isn't Gwibber or Hotot? :-)
[20:03] <MartijnVdS> google chrome
[20:07] <popey> i just have a tab open for twitter
[20:07] <mgdm> actually it's not that bad that way
[20:07] <mgdm> it'll do
[20:10] <DJones> I'm still using polly, that works fairly well, although it does crash regularly
[20:23] <MartijnVdS> Strange ears.. I heard "American and Comedian scientists" when they said "American and Canadian scientists"
[21:17]  * AlanBell wonders what pub for the Farnham happy hour when Bigcalm is down
[21:27] <christel> All the pubs!
[21:27] <christel> pub crawl o clock \o/
[21:27] <christel> oooh
[21:27] <christel> actually
[21:27] <christel> we pubcrawl when i return to work out the best route/pub for the happy hour
[21:27] <christel> <- genius!
[21:27] <KrisDouglas> Pubs are bad, mmmk? :P
[21:27] <christel> sssh
[21:29]  * christel pokes AlanBell to approve of this PLN
[21:32] <christel> popey should partake in pub investigations too, i value his input tremendously
[21:32]  * christel nods
[21:33] <popey> hmm
[21:33] <christel> excellent that's settled then!
[21:37] <Dave2> :o
[21:38]  * Dave2 wonders if a passport is needed for going to Liverpool
[21:38] <zleap> lol
[21:39] <christel> Dave2: haha
[21:42]  * AlanBell mails the list
[21:42] <AlanBell> https://lists.ubuntu.com/archives/ubuntu-uk/2012-August/034895.html
[21:43] <AlanBell> slug and lettuce on the 22nd September bigcalm
[21:43] <christel> the slug and lettuce?! could you not pick anywhere worse?
[21:43] <christel> :P
[21:44] <christel> otoh they do have silly cheap pitchers of cocktails...
[21:45] <AlanBell> not my first choice of pub for a quiet drink, but a reasonable place to meet up with people as a starting point
[21:45] <AlanBell> we don't have to stay there
[21:45] <christel> mmhmm :P
[21:46] <christel> yay christmas
[21:46] <christel> it is so very nearly christmas :D:D:D
[21:46] <bigcalm> My ears are burning, somebody talking about me again?
[21:47] <christel> (this excites me greatly)
[21:47] <christel> bigcalm: always
[21:47] <popey> christel, why is that the worst pub?
[21:47] <AlanBell> because christel has high standards
[21:47] <christel> it is just not very atmosphere-y ;)
[21:47] <christel> but they have cheap cocktails so it's ok
[21:47]  * AlanBell wonders if it is marianna at Canonical who is the launch party person again
[21:48] <cliftonts> Hi guys
[21:49] <Laney> probably a good first bet
[21:49] <Pendulum> popey: it's only the worst pub until christel has had some cheap cocktails. Possibly the lack of remembering anything after the cocktails is why she doesn't like it ;)
[21:49] <popey> ahh
[21:50] <AlanBell> hi cliftonts
[21:50] <cliftonts> Hi AlanBell, how's it going?
[21:50] <AlanBell> not too bad, just sorting out christmas :)
[21:51]  * bigcalm has caught up
[21:51] <cliftonts> I've had a fall out with Python, it's developed an attitude
[21:51] <popey> oh golly, september, nearly christmas!
[21:51] <bigcalm> I'll happily be led to any pub when I'm in Farnham ;)
[21:51] <popey> i thought the one near the train station with the find burgers was nice enough
[21:52] <bigcalm> You lot are crazy :P
[21:52] <AlanBell> popey: yes, that one is good too
[21:52] <cliftonts> What's on the cards for Christmas then?
[21:52] <bigcalm> popey: nice food, didn't seem as cosy as the W.C.
[21:52] <AlanBell> https://lists.ubuntu.com/archives/ubuntu-uk/2012-August/034895.html
[21:52] <AlanBell> various christmas options available
[21:53] <cliftonts> I was rather uncertain about last year's choice. I'm not sure I'd be comfortable with the whole dark thing
[21:53] <popey> WC?
[21:53] <AlanBell> well it is kind of intended to push you a bit out of the comfort zone
[21:54] <AlanBell> but yes, not doing dans le noir again, that is kind of a "do it once" experience
[21:54] <cliftonts> When it comes to Christmas dinner I'm very happy with my comfort zone
[21:54] <bigcalm> popey: william cobbett
[21:54] <bigcalm> popey: I had to google the spelling, hence the w.c
[21:54] <popey> ah
[21:54] <popey> I quite like WC
[21:54]  * AlanBell was thinking Wing Commander
[21:54] <bigcalm> Heh
[21:55] <popey> but the burger one is better for sitting down inside :)
[21:55] <bigcalm> Everything depends on busyness :)
[21:55] <cliftonts> I just hope I've sorted my life out enough to join in this year.
[21:55] <AlanBell> I was thinking of meeting at the slug, then perhaps moving on to the Kar Ling Kwong or something
[21:57] <popey> winner
[21:57] <popey> acceptable solution to the quandary mr bell
[21:58] <cliftonts> Can anyone here tell me why python says no? http://pastebin.com/tCG08tyE
[21:59] <popey> ooh, thats nice
[22:00] <cliftonts> ??
[22:00] <popey> what is the source you're running?
[22:00] <AlanBell> gosh, that is an odd error
[22:00] <cliftonts> nothing, I just typed it right in
[22:00] <popey> you typed "python" then type "import random"?
[22:00] <cliftonts> yes
[22:00] <AlanBell> oh, is there a file called random.py in the current directory?
[22:00] <mgdm> have you got a random.py in your current dir?
[22:01] <cliftonts> shouldn't be
[22:01] <popey> i suspect you have a broken package system
[22:01] <cliftonts> bloody hell! there was
[22:01] <popey> haha
[22:01] <cliftonts> I remember learning that I can't have that. I assumed I'd renamed it
[22:02] <AlanBell> hehe
[22:03] <cliftonts> Now I'm really confused
[22:04] <cliftonts> http://pastebin.com/jPerjwsu
[22:04] <cliftonts> Oh yey! Canonical just turned me down for a job. Don't I feel appreciated!
[22:05] <popey> welcome to the club!
[22:05] <AlanBell> canonical turn down lots of people all the time (including a lot of people currently working at canonical)
[22:05] <popey> I got turned down twice
[22:06] <cliftonts> Trouble is I don't translate onto a CV very well. They'd have to actually talk to me or I have no hope
[22:06] <cliftonts> Did you see that second error. I don't have a random to import any more!
[22:06] <popey> you typed import python
[22:06] <popey> you meant to type import random
[22:07] <cliftonts> oh for god's sake
[22:07] <cliftonts> can you tell it's too late?
[22:07] <AlanBell> it is getting late!
[22:07] <popey> yes :)
[22:07] <cliftonts> finally. I've been trying to get that thing going for days.
[22:08] <cliftonts> Coding in python is a bit of a culture shock compared to quick basic. The interpreter keeps pushing you back on the right track and you don't realise just how much it did until it's gone.
[22:08] <popey> heh
[22:08] <christel> popey: yah i like the mulburry :)
[22:09] <popey> quick basic.. I haven't touched that since....
[22:09] <popey> 1993
[22:09] <popey> i think
[22:09] <christel> the cobbett is also nice
[22:09] <christel> (i am backlogging)
[22:09] <popey> i found a nice love2d / lua tutorial the other day
[22:09] <popey> i might use that instead of python for a game sophie wants to write
[22:09] <cliftonts> popey: Yeah but deciding to learn a modern language and then coming head to head with visual basic put me off programming in anything else for over 10 years!
[22:10] <popey> the good thing about python is that there are zillions of tutorials
[22:10] <popey> many really good ones
[22:10] <popey> http://cupm.net/public/love2dtutorial/
[22:11] <popey> thats a nice love2d one
[22:11] <cliftonts> I've converted one of my programs and it works fine. I now need to make it pretty. Experiment with the things qbasic couldn't do
[22:12] <popey> https://github.com/kikito/love-tile-tutorial/wiki also good
[22:12] <ali1234> making 2d game?
[22:13] <ali1234> best thing about python is list comprehensions and slicing
[22:14] <ali1234> if you only did basic, C etc, you need to learn that, because it's an amazing time saver
[22:14] <cliftonts> I haven't played with that yet
[22:14] <ali1234> it's also incredibly simple like everything in python
[22:15] <popey> ali1234, yeah, my daughter wants to do a simple 2d mario style game
[22:15] <cliftonts> One of the problems I'm finding is that there are certain things you have to do the hard way in basic where in python one command will do it. I'm figuring out how to do them the hard way again without realising there is a better way.
[22:16] <ali1234> in basic you have to do everything the hard way
[22:17] <cliftonts> yup
[22:17] <cliftonts> brb
[22:24] <cliftonts> I swear I'll never get past having to look up commands in the tutorials!


[01:19] <krabador> no changes in artwork until the stable?
[07:52] <mac_v> kwwii: icons are done, just checking with asac if the bluetooth naming has changed... and will send the email
[09:21] <kwwii> mac_v: great, thanks
[09:26] <mac_v> kwwii: do you want the apport icon to be red too ? > https://bugs.launchpad.net/ubuntu/+source/humanity-icon-theme/+bug/450825/comments/3
[09:27] <kwwii> mac_v: yeah, that would make sense I guess
[09:27] <mac_v> ok
[09:27] <kwwii> orange or red I guess
[09:28] <mac_v> kwwii: hmm , lol... i was thinking orange too..
[09:28] <mac_v> kwwii: but the other icons either use red or grey... so do we use orange for this or just stick with red?
[09:29] <kwwii> stick with red, I guess
[09:29] <mac_v> ok
[09:48] <mac_v> kwwii: you have upto rev 406 , right?
[09:49] <mac_v> https://code.launchpad.net/~elementaryart/humanity/Humanity
[09:50] <kwwii> mac_v: you might want to look at lp:
[09:50] <kwwii> ops
[09:51] <kwwii> lp:~ubuntu-art-pkg/humanity/release
[09:52] <mac_v> kwwii: i saw this https://code.launchpad.net/~ubuntu-art-pkg/humanity/release ,seems like you have upto rev 406...  but couldnt be sure , just checking
[09:52] <mac_v> kwwii: also i few icons need to be removed , so
[09:52] <kwwii> mac_v: right, that is the same
[09:52] <mac_v>  also a few*
[09:53] <kwwii> phone, bbiab
[10:04] <kwwii> re
[10:08] <kwwii> mac_v: btw, would you be interested in coming to UDS?
[10:09] <mac_v> kwwii: Interested yes... :) but unfortunately cant make it in November ... :(
[10:10] <kwwii> ;(
[10:10] <kwwii> maybe next time
[10:10] <kwwii> I think you'll get an email with an official invitation very sooon
[10:10] <kwwii> jfyi ;)
[10:11] <mac_v> kwwii: awesome ... thanks... but my timing always sucks :/
[10:11] <mac_v> hope i make it next time :)
[10:11] <kwwii> mac_v: essentially, you can get my bzr branch and then change it as you want, push it to your bzr and then ask for a merge
[10:12] <kwwii> mac_v: I'll get you a t-shirt ;)
[10:12] <kwwii> then you can tell everyone you were there :p
[10:12] <mac_v> nice :D
[11:37] <mac_v> kwwii: when merging should i also edit the debian/changelog?... or is it the reviewer how is to edit that?
[11:49] <mac_v> who has*
[11:54]  * mac_v waits for kwwii to push changes :)
[12:03] <kwwii> mac_v: you should edit the changelog
[12:03] <mac_v> kwwii: ok , so what will be new version?
[12:04] <mac_v> version#
[12:04] <mac_v> last was >  humanity-icon-theme (0.4.1ubuntu4)
[12:08] <darkmatter> 0.4.1n00buntu5? :o
[12:08] <mac_v> darkmatter: i was thinking  humanity-icon-theme (0.4.2-0ubuntu0)
[12:08] <mac_v> ;)
[12:09] <darkmatter> bah :P
[12:09] <mac_v> or is it  > (0.4.2-0ubuntu1)
[12:09] <kwwii> 0.4.1n00buntu5 would be best
[12:09] <kwwii> :p
[12:10] <kwwii> mac_v: we can do this update as 0.4.1ubuntu5
[12:10] <mac_v> ok
[12:10] <kwwii> and then when there is major update switch to 0.4.2
[12:11] <darkmatter> haha! I still remembered my goofy ubuntu revisioning! xD
[12:12] <kwwii> mac_v: can you point me to what you've done?
[12:12] <mac_v>   * Editing apport icon to red ; LP: #450825 .
[12:12] <mac_v>   * Adding 24px Bluetooth icon and renaming previous greyscale icon to
[12:12] <mac_v>     bluetooth-active. Removed app icons from Humanity-Dark which are no longer needed ;  LP: #437162
[12:12] <mac_v>   * Edits to user status icons to avoid using English characters in the bubbles ;
[12:12] <mac_v> 	LP: #439743 .
[12:12] <mac_v>   * Adding gpm-* icons ; LP: #449334
[12:12]  * darkmatter return to messing with the gnome-main-menu sources
[12:12] <mac_v>   * Adding U1 icons ; LP: #438641
[12:12] <mac_v>   * Correcting drive-* label ; LP: #436462
[12:12] <mac_v>   * Different icons for volume mute and volume-0  , LP: #444548
[12:12] <mac_v> kwwii: ^
[12:14] <kwwii> mac_v: ok, looks good
[13:29] <kwwii> thorwil: thanks for putting up the lucid page
[13:29] <thorwil> kwwii: np :)
[13:30] <kwwii> thorwil: still sure you cannot come to UDS?
[13:32] <thorwil> kwwii: no. my answer back then referred to just that one UDS :)
[13:32] <kwwii> thorwil: then please come!
[13:32] <kwwii> thorwil: I'll get an invitation out to you asap
[13:33] <thorwil> kwwii: invitations come with sponsoring?
[13:38] <kwwii> thorwil: yes, sponsoring comes with it
[13:38] <kwwii> we need to get it out asap, as you'll have to book flights
[13:38] <kwwii> we ahve a travel agency in belgium which can take care of it, or you can do it yourself and we'll pay you back
[13:41] <thorwil> kwwii: somehow i managed to never fly. pretty clueless regarding int. travel :)
[13:45] <kwwii> thorwil: I let the travel agent take care of it...just booked all my flights until january
[13:46] <thorwil> Monday 16 Nov - Friday 20 Nov 2009 .. somehow i had december in mind. well, doesn't matter, except for less time for preparation :)
[13:47] <thorwil> kwwii: cool
[13:51] <kwwii> thorwil: right, you should plan on arriving Sunday and leaving either Friday evening, or Saturday
[13:51] <kwwii> there will be an email in your inbox asap
[13:55] <kwwii> mac_v: the only thing that I noticed was wrong, was an error in the changelog entry which
[13:57] <mac_v> kwwii: was it the second line ? bluetooth icon mention?
[13:58] <kwwii> nope, line 17
[13:58] <kwwii> mac_v: there was an extra return in it, so it saw the last LP: #number part as a new entry
[13:59] <mac_v> oh...ok  /me will be more careful next time :)
[13:59] <kwwii> mac_v: no worries, that can happen to anyone
[14:01] <mac_v> kwwii: when is the last day to decide about the UDS? [that is if i receive the invite ;) ]
[14:02] <kwwii> mac_v: I just merged the packaging, so everything is done, yeah!
[14:03] <kwwii> mac_v: emails are being sent out now, the decision would need to be made asap, or the flight prices will be too high
[14:04] <mac_v> oh.. yeah... thats true..
[14:09] <darkmatter> oi... so much work to do, and I'm to tired to do it atm
[14:18] <kwwii> ohhh, I just love it when update-manager crashes half-way through
[15:28] <ubunter> have you planned to change something until the 29?
[15:36] <kwwii> ?
[15:36] <kwwii> ubunter: not sure I understand your question
[15:37] <ubunter> kwwii, i'm asking if i can expect some changes in artwork until the 29
[15:37] <kwwii> ubunter: the last changes in the artwork are already commited although there might be last minute changes to fix any major bugs
[15:37] <ubunter> kwwii, every 3-4 days i use a karmic daily live
[15:38] <kwwii> the last upload was this morning
[15:38] <ubunter> kwwii, only for bugs'
[15:38] <ubunter> ?
[15:38] <kwwii> so as of the next iso's everything should be up to date
[15:38] <ubunter> ok
[15:38] <kwwii> ubunter: yes, only for major bugs during the release cycle
[15:38] <kwwii> erm, release candidate part of the cycle, I should have said
[15:39] <ubunter> "system" in ubuntu menu haven't the icons
[15:39] <ubunter> "preferences" "administration" are without icons
[15:39] <ubunter> it's a new set?
[15:40] <mac_v> ubunter: that is a new change from upstream ;)
[15:40] <ubunter> ok
[15:41] <mac_v> ubunter: Bug 407621
[15:49]  * mac_v wonders who Frank Schoep is ...
[15:58] <kwwii> mac_v: Frank used to work on ubuntu-artwork
[15:58] <kwwii> he is a young dutch guy
[15:59] <kwwii> mac_v: anyway...I have permission to upload these latest changes...is that *anything* else you would like to see included in karmic?
[15:59] <kwwii> as in, this time is the very, very, very last time
[15:59] <kwwii> if not, I will tell them to upload it now
[16:11]  * kwwii runs to the bank, bbiab
[16:12] <kwwii> mac_v: feel free to respond here, I'll catch it when i get back
[16:15] <mac_v> re
[16:15] <mac_v> kwwii: nope nothing else... its good to go
[16:16] <kwwii> mac_v: cool, thanks
[16:17] <mac_v> kwwii: actually thanks to you ... :)
[16:18] <kwwii> glad to help ;)
[18:05] <FLOZz> Hello all  _o/
[18:08] <mat_t> mac_v: kwwii: do we have an svg for tomboy notes icon?
[18:13] <thorwil> kwwii: just got the invitation. had to pull it out of junk 0.o
[18:16] <mac_v> mat_t: nope.
[18:17] <mac_v> mat_t: you asked for humanity... right? else the hicolor has an svg
[18:18] <mat_t> mac_v: ok, thanks
[18:30] <kwwii> thorwil: cool, good that you didn't miss it ;)
[19:08] <thorwil> it's actually a new feature (or changed pref?) with Karmic's Evolution to bold and count unread messages in Junk. at first i thought: how annoying. but this is the 2nd time it helped me catch a false positive (i have a habit of skimming junk once a day, anyway, though)
[23:27] <jonian_g> hi all
[23:32] <jonian_g> kwwii: hi, I saw the changed software store icon and it looks a bit out of place. I had created an icon for software store some time ago that you might want to check it out: http://dl.getdropbox.com/u/1541424/Screenshot.png
[23:33] <jonian_g> *software center
[23:51] <kwwii> jonian_g: did you do that with the svg or the png?
[23:51] <kwwii> jonian_g: if it is svg, please send it to me
[23:52] <kwwii> it has the older gradient which is nicer
[23:52] <kwwii> btw, did mpt ask for this change? he mentioned it as well ;)
[23:53] <kwwii> heading off to bed soon, night
[23:53] <jonian_g> it is svg. I had uploaded it once in the humanity bzr but mac_v removed it because we were not supposed to create icons for canonical apps
[23:53] <jonian_g> do you want me to upload it to humanity bzr?
[23:54] <jonian_g> I have 48px and 24px
[23:55] <jonian_g> BTW, the gradient is a bit modified from the original
[23:55] <kwwii> jonian_g: best would be to upload the svg with any resulting pngs
[23:55] <kwwii> it goes in the app itself, not the icon theme
[23:56] <kwwii> I have the original svg, if you are interested...I thought about tweaking it a bit
[23:56] <kwwii> anyway...I really have to go to bed now
[23:56] <kwwii> almost 1am here
[23:56] <jonian_g> yep, i'd love to
[23:56] <kwwii> do you have my email address?
[23:56] <jonian_g> no
[23:57] <jonian_g> please send it to me
[23:57] <kwwii> lol, I don't have yours ;)
[23:57] <kwwii> kwwii at canonical dot com
[23:58] <jonian_g> ok
[23:58] <kwwii> sleep now
[23:58] <kwwii> see you soon
[23:58] <jonian_g> goodnight


[00:27] <guiverc> just fyi arraybolt3 , your compton/picom post was picked up by UWN too (769); also I don't make decisions with lubuntu stuff for Ubuntu News (attempt to avoid any bias)
[00:46] <guiverc> :)
 is do-release-upgrade -d busted for everyone else to uprgade to development release
[07:10]  * guiverc hasn't tried so has no idea
 will test the upgrade a bit later this A.M...
 1
[10:22] <guiverc> thanks @Leokolb
 Performed 2 updgrades on bare metal boxes - one using TUI and the other GUI - both upgraded without error (re @lynorian: is do-release-upgrade -d busted for everyone else to uprgade to development release)
[11:14] <guiverc> thank you @Leokolb
[21:46] <guiverc> thanks @Leokolb for thinking of the picom test on release-upgrade... I only thought of that this morning; but you'd already done it.