[07:30] <janimo> GrueMaster, ok, wifi works for me too now on panda/headless. network-manager was interfering with ifup, that's why it was behaving erratically
[10:52] <siji> persia, hi
[11:09] <siji> Hi All
[12:24] <siji> t
[13:11] <siji> persia,
[13:12] <siji> u there?
[13:13] <siji> friends, am trying to make, autostart fro xbmc with ubuntu LXDE
[13:13] <siji> And it's starts working but keyboard and mouse is not working
[13:14] <siji> i have added xbmc entry at  /etc/xdg/lxsession/LXDE/autostart
[13:14] <siji> So any idea why the mouse and keyboard is not working ?
[13:54] <rOxx> Hello, i have installed the natty image on my sd card and now i want to build a new kernel. i found the linux-headers in the folder /usr/src, but i need the linux-source too ? is this right ? someone can help me ? it is the first time that i build a kernel
[13:58] <siji> lot of things are missing ...
[13:59] <siji> you can build kernel from your host pc
[14:01] <siji> r0xx, which processor /board you are using ?
[14:01] <siji> why you want to build the kernel from source ?
[14:02] <rOxx> yes this is my idear, i want to download the files to my beagle, after that copy the files to my host pc, cross compile a new kernel and copy the uImage to the SD-Card.
[14:02] <rOxx> im using the beagleboard xm (rev. A)
[14:03] <rOxx> i want to build a new kernel, because i want to deactivate the kernel pinmux, i made the pin changes in the bootloader
[14:04] <ogra_> ugh
[14:05] <ogra_> in any case if you want to recompile the omap3 kernel, just do: apt-get source linux; sudo apt-get build-dep linux
[14:06] <ogra_> omap3 is built from the linux package
[14:08] <rOxx> ogra: do you mean "sudo apt-get install linux-source" to get the sources ?
[14:15] <rOxx> or can i build a new kernel with the "linux-headers-2.6.38-8-omap" and "linux-headers-2.6.38-8" ?
[14:24] <rOxx> i want to use the old config file to build the kernel and only change the OMAP multiplexing support there, because i made the pinmux changes in the bootloader
[14:45] <rOxx> someone can help me with compiling a kernel for the beagleboard xm (rev.A) ? i only want to deactivate the OMAP multiplexing support, because i made this changes in the boot loader
[15:32] <mahmoh> GrueMaster: bug 656410, if it's timer and not USB related I'm tending to think it's critical - needs a major push from where it is, what do you think?
[15:32] <ubot2> Launchpad bug 656410 in launchpad "connection not closed with time-out" [Undecided,Won't fix] https://launchpad.net/bugs/656410
[15:36] <GrueMaster> mahmoh: What???  That is a firefox/launchpad bug.
[15:37] <mahmoh> GrueMaster: let's try again ;)  bug 709245
[15:37] <ubot2> Launchpad bug 709245 in linux-ti-omap4 "panda: USB disk IO slow" [High,Confirmed] https://launchpad.net/bugs/709245
[15:40] <GrueMaster> mahmoh: By the nature of Arm, we cannot mark them as critical (yet).    https://wiki.ubuntu.com/Bugs/Importance "Critical: A bug which has a severe impact on a large portion of Ubuntu users."
[15:41] <mahmoh> GrueMaster: oh, good point
[15:41] <ogra_> should be high (as it is)
[15:42] <mahmoh> GrueMaster: so is there a way to get more focus on this?  I can't tell if it's actively being worked or not
[15:42] <ogra_> critical would be rather arch independent ... i.e. "udev formats your / if it finds it ..."
[15:43] <GrueMaster> Yea, something like that may be bad.
[15:43] <ogra_> its actively being researched since three releases
[15:43] <ogra_> so dont expect quick solutions here ... it has been filed late though
[15:44] <GrueMaster> mahmoh: It may not be getting that much attention here, but It is getting a large amount of eyes looking at the issues from other groups (Android, Fedora, #pandaboard, etc).
[15:45] <GrueMaster> It appears to be more widespread than just Ubuntu on Omap4.
[15:45] <ogra_> yeah
[15:45] <mahmoh> well, I'm guessing it's going to something that's going to hurt us soon if we don't find a fix, just want to ensure it has the right eyes on it like davidm or NCommander's
[15:47] <GrueMaster> mahmoh: It has top engineers at TI looking at it.  And yes, davidm & NCommander are both monitoring it as well (but since neither are kernel developers...)
[15:48] <ogra_> mahmoh, its a longstanding problem with the panda, dont worry
[15:48] <GrueMaster> The bug is filed.  At this point, the best you and I can do is monitor the bug for additional changes, and document any new findings we may come across.
[15:48] <davidm> mahmoh, Andy Green from Linaro TI Landing team is well aware and we are escalating to TI this week
[15:48] <mahmoh> it's not just the panda and not just USB
[15:49] <davidm> But it is beginning to look like a hardware issue :-/
[15:49] <davidm> it
[15:49] <mahmoh> davidm: thx
[15:49] <davidm> is is a chip used on Pandaboards and Beagleboards
[15:50] <ogra_> mahmoh, what else is "it" beyond panda ?
[15:50] <ogra_> did you see it on non-TI hardware ?
[15:50] <mahmoh> ^^^
[15:51] <GrueMaster> ogra_: I have seen others mention the issue on the nVidia Tegra2 Dev platform.
[15:52] <GrueMaster> Not confirmed, but mentioned.
[15:52] <mahmoh> not yet but it's definitely omap, originally thought only to be USB, not more, concerned it may be ARM/Kernel related but have no idea
[15:52] <GrueMaster> It is believed to be an issue with the SMC USB hub.
[15:52] <ogra_> intresting
[15:53] <ogra_> i cant see any issues with the ac100 (that doesnt say anything about other tegras with other peripherials indeed)
[15:53] <lilstevie> I have good speed USB on the transformer
[15:53] <mahmoh> GrueMaster: does anyone here have this tegra dev platform to verify?
[15:54] <mahmoh> does anyone here have this tegra dev platform to verify?
[15:54] <jburkholder> janimo: thanks
[15:54] <GrueMaster> Not me.  I have a different tegra dev board but haven't set it up for testing.
[15:54] <GrueMaster> But I doubt mine has this issue.
[16:14] <mahmoh> GrueMaster: it might be interesting to double check if you had time, I don't think you do
[16:15] <GrueMaster> I don't this week.  Release testing and last minute push to finish work items for A3.
[16:15] <ogra_> well, who cares about dev boards anyway, as long as the production devices dont expose the issue ;)
[16:15] <ogra_> (which they apparently dont, at least for two devices)
[16:15] <GrueMaster> ogra_: Not a whole lot of production systems with the necessary hardware to test.
[16:16] <ogra_> there are tens of tegra based production devices out there ;(
[16:16] <ogra_> err
[16:16] <ogra_> ;)
[16:16] <GrueMaster> And how many of those have both USB & ethernet on the same hub device?
[16:17] <ogra_> and for two we have verified it doesnt occur
[16:17] <ogra_> ??
[16:17] <ogra_> did you read the recent comments on the bug ?
[16:17] <ogra_> its very likely its not usb related at all
[16:18] <lilstevie> and tbh dev devices are not as important as making sure that consumer devices are fine
[16:18] <ogra_> since also Sd cards are significantly slower than on other systems
[16:19] <ogra_> i would love to get a rooted playbook in my hands to actually test omap4 on a production device with our images :O
[16:19] <lilstevie> running from sd was hell slow on my class 2 card fir the transformer
[16:19] <ogra_> but you dont get rooted playbooks anywhere
[16:20] <lilstevie> ogra_: do playbooks even have kernel source
[16:20] <ogra_> lilstevie, but your class2 SD wont be faster on other HW either ;)
[16:20] <lilstevie> ogra_: very true
[16:20] <ogra_> playbooks are omap4, they shouldnt be to far from the panda
[16:20] <lilstevie> ah
[16:20] <ogra_> surely they arent identical
[16:21] <lilstevie> would be interesting on loading your own kernel
[16:21] <ogra_> but i bet you could boot to a graphics-less system with the omap4 kernel
[16:21] <lilstevie> wonder how the QNX kernel loads
[17:22] <rOxx> someone can help me with cross compiling a kernel for the beagleboard xm (rev.A) ? i only want to disablethe OMAP multiplexing support, because i made this changes in the boot loader


[15:02] <cyphermox> could someone please look at the libndp MIR; I've just uploaded a fix for the network-manager test regression, and now that's in depwait because libndp isn't in main yet
[15:03] <cyphermox> incidently, the previous upload didn't block on that, but it was coming from a citrain silo
[15:04] <cyphermox> fwiw, it's MIR bug #1392385
[15:23] <mlankhorst> can I get a sru admin to accept the remaining packages for utopic's xorg in trusty?
[16:43] <sil2100> stgraber: hey! Do you know if it's possible to build Ubuntu-RTM images through the isotracker right now?
[16:43] <sil2100> I don't seem to see the possibility there, but maybe I'm blind
[16:43] <sil2100> I remember we couldn't in the past
[16:44] <ogra_> i dont think that was ever added
[16:55] <cyphermox> slangasek: would you have time to kick libndp into main, as per my request above?
[16:55] <cyphermox> (please)
[17:22] <ari-tczew> +1 ^
[20:04] <apw> infinity, i think we have a linux NBS situation in vivid-proposed, as -10 never worked and was replaced by -11
[20:05] <infinity> apw: Probably, yes.  I just uploaded d-i, will sort out the NBS now.
[20:05] <apw> infinity, thanks


[11:40] <r4y> How do I apply this patch?:
[11:40] <r4y> http://launchpadlibrarian.net/63917593/gtk-recordmydesktop_select_window.patch
[11:41] <AlanBell> hi r4y, this probably isn't the best channel for that kind of question
[11:41] <AlanBell> try #ubuntu
[11:41] <AlanBell> or your loco channel
[11:41] <r4y> So many people
[11:41] <AlanBell> yeah, I know
[11:41] <r4y> I am already there
[11:41] <AlanBell> what country are you in?
[11:41] <r4y> USA
[11:42] <r4y> CA
[11:42] <AlanBell> what state?
[11:42] <AlanBell> #ubuntu-us-ca would be worth a try
[11:42] <r4y> OK
[11:43] <r4y> Well, it was worth a shot
[11:44] <r4y> Thank you for trying to point me in the right direction, I was at the ubuntu-beginners channel but no ones around
[11:44] <r4y> at the moment and for the past couple hours
[11:45] <r4y> o well
[11:45] <AlanBell> ok, keep trying though
[11:45] <AlanBell> it is a sunday morning for much of the world
[11:45] <r4y> Right
[11:45] <r4y> Maybe I should try when I have more time
[11:45] <r4y> they helped me find out what bug recordmydesktop has I think but I am unsure
[11:46] <r4y> Thank you, I am going to go, keep rocking dude
[11:46] <AlanBell> :)
[11:46] <r4y> :)
[16:50] <pleia2> yeah, that was 4:46AM in california, all sleeping :)


[07:05] <LocutusOfBorg> sforshee, yes please build one from me :)
[07:05] <LocutusOfBorg> https://launchpad.net/~costamagnagianfranco/+archive/ubuntu/locutusofborg-ppa/+packages
[07:05] <LocutusOfBorg> I got abi foo
[07:49] <LocutusOfBorg> apw, ^^ :)
[07:50] <LocutusOfBorg> maybe we should defer this to 18.04 anyway, but also oracle now got the same patch
[07:50] <LocutusOfBorg> and they confirm it works
[07:51] <apw> LocutusOfBorg: yeah I think we're past the point of switching now for 1710
[11:54] <sforshee> LocutusOfBorg: I started a build, should be done within the hour
[12:27] <LocutusOfBorg> sforshee, https://launchpad.net/~costamagnagianfranco/+archive/ubuntu/locutusofborg-ppa/+build/13574391
[12:27] <LocutusOfBorg> thanks to some hints I got it working
[12:27] <LocutusOfBorg> see #-release
[12:34] <sforshee> LocutusOfBorg: okay, let me know if you need anything else
[12:34] <LocutusOfBorg> sforshee, I have a question
[12:35] <LocutusOfBorg> the driver in ubuntu/vbox creates a vboxvideo.ko too
[12:35] <LocutusOfBorg> how can I be sure it is excluded or overridden by the mainline staging one?
[12:35]  * LocutusOfBorg never touched kernel builds, and now remembers why
[12:35] <sforshee> oh, it does ...
[12:35] <sforshee> I hadn't noticed that
[12:36] <LocutusOfBorg> not sure if removing the directory is enough or not
[12:36] <LocutusOfBorg> probably not I would say
[12:36] <sforshee> so for your own purposes you can use insmod and give it the exact path to the module you want to load
[12:37] <LocutusOfBorg> sure, or delete the double one :p
[12:37] <sforshee> or that
[12:38] <sforshee> in practice when we did build the staging driver it was loading that one, but that's likely just by accident
[12:38] <LocutusOfBorg> I'm just making sure that we can enable it without having a duplicate
[12:38] <LocutusOfBorg> exactly, that one ^^
[12:38] <LocutusOfBorg> I don't think there is some ordering in modprobe
[12:38] <LocutusOfBorg> other than "random" :)
[12:39] <sforshee> so once you've confirmed the fix I can apply it to the unstable kernel and reenable the driver, and when we have add the vboxguest stuff for 4.14 I'll figure out what we need to do
[12:40] <LocutusOfBorg> the fix is already confirmed by RedHat (the one who did make the module upstreamable), and by Oracle, but I have a VM ready to go right here
[12:40] <LocutusOfBorg> amd64 ppa is sloooooooooooow
[12:41] <LocutusOfBorg> so, in case artful is out from this change?
[12:41] <LocutusOfBorg> I mean, there is no way we can make it in this release
[12:41] <LocutusOfBorg> it will be eventually part of 18.04 I would presume
[12:42] <sforshee> it would have to be an sru at this point even if we enable it in artful
[12:42] <LocutusOfBorg> do we enable/disable/change kernel modules  in SRU?
[12:42] <LocutusOfBorg> nice
[12:42] <LocutusOfBorg> anyhow, this affects mostly ISO images
[12:42] <LocutusOfBorg> or not, maybe they seed the virtualbox-guest-dkms package
[12:42] <LocutusOfBorg> mmm
[12:42] <sforshee> I won't say we never do it ... but we need a good reason, and it seems we already have a working vboxvideo no?
[12:43] <LocutusOfBorg> the one in src:vbox, that is the one in src:linux/ubuntu/vbox
[12:43] <LocutusOfBorg> but having a mainline version is.... nice!
[12:43] <LocutusOfBorg> I don't have to bother you to merge it on each vbox release as example
[12:46] <sforshee> we can definitely enable the mainline driver for 18.04, just not so sure about 17.10
[12:47] <sforshee> and definitely not for the release unless the one we already have is badly broken
[13:09] <LocutusOfBorg> I probably agree, lets see in one hour
[13:29] <sforshee> LocutusOfBorg: I have a build completed already if you want it
[13:31] <LocutusOfBorg> yep please
[13:31] <sforshee> http://people.canonical.com/~sforshee/vboxvideo/
[13:32] <sforshee> LocutusOfBorg: ^
[13:32] <LocutusOfBorg> ta already starting the vm
[13:36] <LocutusOfBorg> reboot ongoing
[13:43] <LocutusOfBorg> works really nice
[13:43] <LocutusOfBorg> sforshee, for me it can be included, when you think  it is ready
[13:43] <LocutusOfBorg> I would just make sure with the build log that the module is the one built inside the kernel
[13:44] <sforshee> LocutusOfBorg: that kernel certainly has both, did you remove/rename the one in ubuntu/vbox to ensure you loaded the one you wanted?
[13:44] <LocutusOfBorg> it has not both
[13:44] <LocutusOfBorg> not sure why
[13:44] <LocutusOfBorg> but the path is good
[13:45] <LocutusOfBorg>  /lib/modules/foo-generic/kernel/drivers/staging/vboxvideo/vboxvideo.ko
[13:45] <LocutusOfBorg> so it must be the right one
[13:45] <LocutusOfBorg> the missing one has been available in /lib/modules/foo-generic/kernel/ubuntu/vbox/vboxvideo/vboxvideo.ko
[13:46] <LocutusOfBorg> build log might have the answer
[13:52] <sforshee> you should be able to run 'modprobe --show-depends vboxvideo" to tell you which one it will load
[13:54] <sforshee> I haven't made any effort yet to turn off the one we sync from the dkms package
[14:01] <LocutusOfBorg> sforshee, there is only one :p
[14:02] <LocutusOfBorg> anyhow, seems to be the right one I would say, since the other one just don't work
[14:02] <sforshee> oh, I misread, sorry
[14:02] <LocutusOfBorg> I mean, the one in the previous non-working kernel
[14:02] <LocutusOfBorg> same path, but not working
[14:03] <LocutusOfBorg> I confirm it being the right one
[14:03] <LocutusOfBorg> there is no "version:" tag, that is feeded in the vbox one
[14:03] <LocutusOfBorg> "version:        5.1.16_Ubuntu r113841"
[14:03] <LocutusOfBorg> this is missing obviously
[14:04] <LocutusOfBorg> confirmed being working, is it enough, do you want a bug/patch?
[14:04] <LocutusOfBorg> (and please delete the useless one)
[14:06] <sforshee> LocutusOfBorg: I pushed that fix to our unstable (4.14) kernel and turned the option back on
[14:07] <sforshee> I'm not sure yet what prevented the vboxvideo.ko in ubuntu/vbox to not be build, the log shows building the object but not the .ko file
[14:23] <LocutusOfBorg> maybe we can just remove that directory and reference in ubuntu/Makefile?
[14:36] <sforshee> it won't be quite that simple, we have a script to update from the dkms packages so will likely want to add a sed command or similiar to do it automatcially
[14:36] <sforshee> will figure it out once we have a vbox package compatible with 4.14
[15:18] <LocutusOfBorg> I didn't get it, but meh, I hope you fix it evenutally :)
[15:56] <LocutusOfBorg> bad news sforshee, the virtualbox-guest-dkms has not an higher priority anymore wrt the system one :(
[16:22] <apw> LocutusOfBorg, as in the staging one against dkms ?
[16:50] <LocutusOfBorg> apw, yep, that one
[16:50] <LocutusOfBorg> but honestly I don't understand why/where it gets that versioning


[10:33] <mup> Issue operator#851 opened: Error when trying to pack k8s charm on ubuntu 20.04 <Created by arturo-seijas> <https://github.com/canonical/operator/issues/851>


[01:10] <thumper> menn0: https://github.com/juju/retry/pull/2
[01:11] <menn0> thumper: looking
[01:11] <thumper> cheers
[01:11] <thumper> wallyworld: do you know if the ci bot is even looking at master?
[01:11] <thumper> seems that the bug was fixed by cmars some time ago
[01:12] <wallyworld> thumper: they can only target one branch at a time, maybe 1.25 has been getting priority
[01:12] <thumper> probably...
[01:12]  * thumper sighs
[01:12] <thumper> FARK!!!
[01:12] <thumper> peergrouper test
[01:12] <thumper> damnit
[01:13] <thumper> hate it!
[01:16] <davecheney> thumper: it _never_ passes for me
[01:16] <thumper> it mostly fails for me too
[01:16] <thumper> saying that, it just passed
[01:16] <thumper> if I run it by itself
[01:16] <thumper> second time it failed
[01:31] <menn0> thumper: review done. I ended up deleting and changing a lot of my initial comments so ignore the notification emails and go with what's on the PR
[01:31] <menn0> thumper: summary is I think MaxWait is a strange parameter to have. MaxDuration seems more intuitive to me.
[01:32] <menn0> thumper: I'd want to be able to say, "keep trying for up to 10 mins", not "keep trying while the sum of the waits between attempts is less than 10 mins"
[01:33] <menn0> thumper: if Func doesn't take long they work out to be about the same but I bet that sometimes Func can take a while making it hard to figure out exactly how long a series of attempts might take
[02:52] <thumper> menn0: yeah... I did wonder about that bit too
[02:52] <thumper> menn0: whether or not to take into consideration the time taken to call Func
[02:53] <thumper> menn0: although... it makes testing harder :)
[02:54] <thumper> menn0: because we need something to advance the clock...
[02:54] <menn0> thumper: if time is recorded when retry.Call is first called then it's easy to know how long everything has taken so far
[02:54] <thumper> menn0: however with the mock clock, it is um... different
[02:54] <menn0> the test Clock can do that right?
[02:54] <thumper> hmm...
[02:54] <thumper> we can make it do that
[02:54] <thumper> just by keeping track of now
[02:55] <thumper> and advancing now every time we are asked to sleep :)
[02:59] <thumper> menn0: here is a mind fcukingly boring review: https://github.com/juju/juju/pull/3605
[03:02] <thumper> ugh...
[03:03] <thumper> master CI failed due to deploying a local charm failing
[03:03] <thumper> WTF?
[03:21] <menn0> thumper: was otp, looking now
[03:25] <menn0> thumper: review done... super exciting that one
[03:25] <thumper> :)
[04:52] <mup> Bug #1510787 opened: juju upgrade-charm errors when it shouldn't <juju-core:Triaged> <https://launchpad.net/bugs/1510787>
[08:22] <mup> Bug #1509747 opened: Intermittent lxc failures on wily, juju-template-restart.service race condition <bug-squad> <cloud-installer> <lxc> <wily> <juju-core:Confirmed> <systemd (Ubuntu):Confirmed for pitti> <https://launchpad.net/bugs/1509747>
[08:25] <mup> Bug #1509747 changed: Intermittent lxc failures on wily, juju-template-restart.service race condition <bug-squad> <cloud-installer> <lxc> <wily> <juju-core:Confirmed> <systemd (Ubuntu):Confirmed for pitti> <https://launchpad.net/bugs/1509747>
[08:34] <mup> Bug #1509747 opened: Intermittent lxc failures on wily, juju-template-restart.service race condition <bug-squad> <cloud-installer> <lxc> <wily> <juju-core:Confirmed> <systemd (Ubuntu):Confirmed for pitti> <https://launchpad.net/bugs/1509747>
[08:37] <mup> Bug #1509747 changed: Intermittent lxc failures on wily, juju-template-restart.service race condition <bug-squad> <cloud-installer> <lxc> <wily> <juju-core:Confirmed> <systemd (Ubuntu):Confirmed for pitti> <https://launchpad.net/bugs/1509747>
[08:43] <mup> Bug #1509747 opened: Intermittent lxc failures on wily, juju-template-restart.service race condition <bug-squad> <cloud-installer> <lxc> <wily> <juju-core:Confirmed> <systemd (Ubuntu):Confirmed for pitti> <https://launchpad.net/bugs/1509747>
[09:29] <voidspace> dimitern: ping
[09:29] <voidspace> dimitern: do you know how I can reproduce a situation where "ignore-machine-addresses" is *required*?
[09:29] <voidspace> dimitern: (i.e. reproduce the bug it fixes)
[09:32] <dooferlad> frobware: ping
[09:32] <frobware> dooferlad, omw
[09:37] <dimitern> voidspace, I can think of an example
[09:38] <dimitern> voidspace, how about: bootstrap, juju ssh 0, add a virtual NIC with an address like <IP_ADDRESS>, watch the logs to see it gets picked up and set among the API host ports
[09:39] <dimitern> voidspace, it won't work just by installing the lxc package outside of juju, as we're detecting the presence of /etc/default/lxc-net and parsing it to find the LXC bridge device name, then filter any addresses on it
[09:40] <voidspace> dimitern: ok, I'll try that
[09:40] <dimitern> voidspace, however, you can try: sudo apt-get install lxc -y after bootstrapping, then rm /etc/default/lxc-net, and reboot the node
[09:40] <voidspace> dimitern: our proposed fix from yesterday won't work - it's what we're already doing!
[09:40] <dimitern> (or just reboot jujud)
[09:41] <voidspace> dimitern: I think the fix might have to be that we prefer a *fallback address* from the provider list in favour of an exact scope match from machine
[09:41] <voidspace> dimitern: better would be to filter the addresses we send from the machine, so we don't send unusable addresses
[09:42] <dimitern> voidspace, we do that for lxcbr0 addresses, if we can detect them
[09:42] <voidspace> right
[09:43] <voidspace> better, we should ignore machine addresses by default and understand the circumstances where we actually need them
[09:43] <voidspace> (and use them only where we need them)
[09:43]  * dimitern is thinking whether a fallback match from the provider addresses can always be preferred to an exact machine address match
[09:43] <voidspace> dimitern: we can topic it in standup again
[09:43] <dimitern> voidspace, ok
[09:44]  * voidspace is going to get coffee
[09:53] <dimitern> voidspace, hey, do you remember that change to "devices new" API that needed type=container in the arguments in order to show up in the UI?
[09:56] <voidspace> dimitern: I remember, but that isn't quite right
[09:56] <voidspace> dimitern: they have removed devices with a parent from the ui and last I saw they hadn't got round to putting them back
[09:56] <voidspace> dimitern: they're going to put them on the node detail pages
[09:56] <voidspace> dimitern: they decided not to use "type=container" afaik
[09:56] <voidspace> dimitern: so we don't need to do anything
[09:57] <voidspace> dimitern: but *currently* devices with a parent don't show in the ui at all
[09:57] <voidspace> which sucks
[09:57] <dimitern> voidspace, right, ok - as I couldn't find a reference to the type=container argument in maas src (1.8 or trunk)
[09:58] <voidspace> dimitern: if you find the maas bug (I can't recall it) they changed the title to remove the reference to type=container
[09:58] <voidspace> dimitern: they changed the title to "remove devices with a parent from the devices page"
[09:58] <voidspace> dimitern: and they have a new, not-yet-fixed bug, to add them to the node details page
[09:59] <voidspace> wallyworld: ping
[09:59] <dimitern> voidspace, I see, well - as long as the device is registered and maas can clean it up with its parent, I don't care so much it's not visible in the UI
[10:00] <voidspace> dimitern: I think it's a shame
[10:00] <voidspace> dimitern: I liked the visibility
[10:00] <voidspace> but ah well
[10:00] <dimitern> voidspace, it is a shame, but not quite ours ;)
[10:02] <dimitern> TheMue, jam, standup?
[10:02] <jam> brt
[10:37] <voidspace> dooferlad: I assume you checked those USB ethernet adaptors work with Ubuntu... ?
[10:37] <dooferlad> voidspace: reports say yes.
[10:37] <voidspace> dooferlad: cool, thanks
[10:39] <voidspace> dooferlad: and *not* the 4x SATA SSD - one disk is sufficient?
[10:39] <dooferlad> voidspace: we have been told to just go msata and the charm will be updated to use one disk
[10:40] <voidspace> dooferlad: ok
[10:40] <voidspace> dooferlad: those msata disks look funky
[10:40] <dooferlad> voidspace: overnighting a disk later if needed is a tradeoff we seem to be OK with.
[10:40] <voidspace> cool
[10:40] <dooferlad> voidspace: just plugged in one of those USB3 adapters. Shows up as enx00e060001127 on my desktop in the output of ifconfig
[10:41] <voidspace> dooferlad: great
[10:47] <mup> Bug #1510875 opened: unable to interrupt 'juju boostrap' on MAAS before the node is running <bootstrap> <juju-core:Triaged> <https://launchpad.net/bugs/1510875>
[10:50] <mup> Bug #1510875 changed: unable to interrupt 'juju boostrap' on MAAS before the node is running <bootstrap> <juju-core:Triaged> <https://launchpad.net/bugs/1510875>
[10:56] <mup> Bug #1510875 opened: unable to interrupt 'juju boostrap' on MAAS before the node is running <bootstrap> <juju-core:Triaged> <https://launchpad.net/bugs/1510875>
[11:01] <voidspace> dooferlad: and those nucs will be fine with my existing PDU
[11:02] <frobware> voidspace, AMT based NUCs, correct?
[11:03] <voidspace> frobware: non-AMT I believe
[11:03] <dooferlad> frobware: they are AMT
[11:03] <voidspace> hah
[11:03] <voidspace> frobware: believe dooferlad and not me...
[11:03] <frobware> voidspace, ok, just checking as if they're AMT based they can be shared...
[11:04] <frobware> voidspace, with other rigs should priorities change, et al.
[11:05] <dimitern> frobware, hw ordered; doc updated with actual prices (with exp. delivery to BG it turned out a bit more than 100 GBP cheaper!)
[11:05] <frobware> dimitern, great
[11:05] <dimitern> I mean, not due to the delivery, just price changes I guess
[11:06] <frobware> dimitern, dooferlad, voidspace: I suspect there's some surge pricing for those components going on in some amazon spreadsheet... :)
[11:06] <dooferlad> frobware: Amazon ran out of NUCs
[11:06] <dimitern> :D
[11:06] <dooferlad> frobware: so now they are £327 instead of £220
[11:06] <frobware> dooferlad, wow
[11:07] <dooferlad> frobware: now sold from Kikatek for that delightful mark up
[11:07] <dimitern> dooferlad, what I ordered is a bare bones kit - no ram, ssd
[11:07] <frobware> dimitern, which is pretty much the default, no?
[11:07] <dooferlad> dimitern: yes, that is what I got
[11:08] <dimitern> frobware, it is as offered from intel, but some vendors spice it up
[11:08] <dooferlad> http://www.intel.com/content/www/us/en/nuc/nuc-kit-dc53427hye-board-d53427rke.html
[11:12] <voidspace> dammit, I had some in my basket from amazon
[11:12] <voidspace> but too late to hit the button
[11:12] <voidspace> so I should probably cancel that order - unless I order the NUCs elsewhere at the higher price
[11:12] <voidspace> or just wait for amazon to get new stock
[11:13] <dooferlad> voidspace: amazon stock is due in weeks, right?
[11:13] <voidspace> dooferlad: allegedly
[11:13] <voidspace> dooferlad: I'm happy to wait, so long as they actually arrive
[11:14] <frobware> voidspace, I'm hoping we can make some progress with vMAAS and a smaller bundle to begin with
[11:17] <voidspace> frobware: yep, that would be good
[13:59] <mup> Bug #1510132 changed: redefinition of ‘noMethods$MarshalYAML$hash’ <blocker> <ci> <ppc64el> <regression> <testing> <juju-core:Fix Released by cmars> <https://launchpad.net/bugs/1510132>
[13:59] <mup> Bug #1510944 opened: Only state-server upgrades from 1.20 <intermittent-failure> <upgrade-juju> <juju-core:Triaged> <juju-core 1.25:Triaged> <https://launchpad.net/bugs/1510944>
[14:09] <sinzui> cherylj: there is a regression in 1.22 https://bugs.launchpad.net/juju-core/+bug/1510952
[14:09] <mup> Bug #1510952: Upgrades broken in 1.22 tip <blocker> <ci> <regression> <upgrade-juju> <juju-core:Incomplete> <juju-core 1.22:Triaged> <https://launchpad.net/bugs/1510952>
[14:23] <cherylj> sinzui: thanks for the heads up
[14:24] <cherylj> sinzui: has that test run on 1.24 yet?
[14:25] <sinzui> cherylj: no, it hasn't
[14:25] <sinzui> It will test next I think
[14:26] <cherylj> ok, thanks
[14:32] <mup> Bug #1510951 opened: Upgrades broken in 1.22 tip <blocker> <ci> <regression> <upgrade-juju> <juju-core:Triaged> <https://launchpad.net/bugs/1510951>
[14:33] <mup> Bug #1510952 opened: Upgrades broken in 1.22 tip <blocker> <ci> <regression> <upgrade-juju> <juju-core:Incomplete> <juju-core 1.22:Triaged> <https://launchpad.net/bugs/1510952>
[14:40] <natefinch> fwereade: I added setting of unit statuses in the last changes to the unit assigner review: http://reviews.vapour.ws/r/2814/
[14:42] <fwereade> natefinch, awesome, thanks
[14:42] <natefinch> er, in the last two changes, that is.
[15:02] <alexisb> dimitern, ping
[15:02] <dimitern> alexisb, oh, sorry - omw
[15:05]  * fwereade needs to stop early, will be back this evening to talk to NZ
[15:16] <frobware> dooferlad, having just spoken with cherylj we should look at 1.24 first for #1510651
[15:16] <mup> Bug #1510651: Agents are "lost" after terminating a state server in an HA env <bug-squad> <ensure-availability> <juju-core:Triaged by dooferlad> <https://launchpad.net/bugs/1510651>
[15:16] <dooferlad> frobware: thanks, spotted the bug update
[16:42] <natefinch> wwitzel3: I know you're there, I can hear you typing
[16:56] <natefinch> ericsnow: you around?
[16:56] <ericsnow> natefinch: yep
[16:57] <natefinch> ericsnow: the lxd remote config value - I presume that should be an IP address or domain name?
[16:57] <ericsnow> natefinch: yep
[16:57] <ericsnow> natefinch: I'll make that more clear
[16:58] <cherylj> perrito666: got a sec?
[17:01] <natefinch> ericsnow: I'm adding an isLocal() function to the environ, since we're checking that in a couple places
[17:01] <ericsnow> natefinch: k
[17:01] <natefinch> ericsnow: (the logic is simple, but I don't want remote() == "" getting tossed around the codebase everywhere
[17:01] <ericsnow> natefinch: fine with me
[17:01] <ericsnow> natefinch: method on environConfig?
[17:03] <natefinch> ericsnow: on the environ. I don't want to have to know to look at the config to determine if it's local.  There's some law about not doing foo.bar.baz()... forget now what it's called.  Just expose it at the higher level.  The config itself doesn't need to know about local or not, I don't think.
[17:05] <ericsnow> natefinch: you're doing foo.bar.<something> either way and the config is what identifies the remote as local or not
[17:06] <mup> Bug #1507771 changed: Juju deploy fails when template container cannot be started <cdo-qa> <lxc> <maas> <juju-core:Invalid> <https://launchpad.net/bugs/1507771>
[17:07] <natefinch> ericsnow: if you're calling it on the environ, then only environ needs to know that it's getting information from the config.  Everywher else just calls the function on the environ.   And the environ is the thing that is interpreting the config.  The config is just holding the data.  Adding isLocal to the config is putting environ-level logic in the data bag that is the config
[17:08] <ericsnow> natefinch: k
[17:08] <ericsnow> natefinch: not a big deal to me either way :)
[17:08] <ericsnow> natefinch: the method is useful regardless
[17:09] <natefinch> ericsnow: agreed :)
[17:10] <natefinch> ericsnow: fwiw, I started with it on the config and then decided it was probably more appropriate on the environ... but yeah, it's not a huge deal either way
[17:12] <mup> Bug #1507771 opened: Juju deploy fails when template container cannot be started <cdo-qa> <lxc> <maas> <juju-core:Invalid> <https://launchpad.net/bugs/1507771>
[17:15] <mup> Bug #1507771 changed: Juju deploy fails when template container cannot be started <cdo-qa> <lxc> <maas> <juju-core:Invalid> <https://launchpad.net/bugs/1507771>
[17:30] <natefinch> ericsnow: your dependency injection makes my goto definition useless :/
[17:30] <ericsnow> natefinch: you're using a goto?
[17:31] <natefinch> ericsnow: yeah, godef
[17:31] <natefinch> ericsnow: which will just go to the definition of the interface.. there's no real way around it
[17:31] <natefinch> (I think the go oracle has a way to find implementors of an interface, but I haven't been able to get that working)
[17:32] <ericsnow> natefinch: ah
[17:32] <ericsnow> natefinch: yeah, bummer
[17:32] <natefinch> ericsnow: the downside of interfaces everwhere... figuring out what code is actually getting called is hard
[17:40] <ericsnow> katco: you have any ideas on a name to use instead of "clientServerMethods"?
[17:50] <perrito666> cherylj: I do now
[17:51] <cherylj> perrito666: just wanted to follow up on bug 1507867
[17:51] <mup> Bug #1507867: juju upgrade failures <canonical-bootstack> <upgrade-juju> <juju-core:Triaged by mfoord> <https://launchpad.net/bugs/1507867>
[17:51] <cherylj> it looks like there were two pieces:  the ignore machine address for containers, and the mongo issues
[17:51] <cherylj> I see mfoord took the machine addresses / containers part
[17:51] <cherylj> are you still working the mongo side?
[17:51] <cherylj> or were you going to hand that off to sapphire?
[17:52] <perrito666> indeed, on the mongo issues we are stil waiting some logs that might shed light on the mather sadly the resources of bootstck are  a bit scarce right now and they cannot run the test yet, I intended to do the handoff once these logs where in place but I might as well do it now
[17:53] <cherylj> perrito666: should we open up a new bug to track just the mongo stuff?
[17:53] <perrito666> cherylj: that would be advisable looking again at the current one it is becoming a bit of a mix
[17:54] <cherylj> perrito666: okay, I will create one and try to extract the meaningful mongo bits
[17:55]  * perrito666 is wondering why he came to work to the only coffee shop without internet in town
[18:21] <katco> ericsnow: well, 3 of them have to do with certificates, so there's a cert struct/interface in there for sure
[18:22] <katco> ericsnow: the wait and config... perhaps belong in 2 separate interfaces?
[18:25] <ericsnow> katco: clientServerMethods is just there to help organize the methods better (so the Client methods aren't split across several files)
[18:26] <ericsnow> katco: in my mind the name communicates that pretty well
[18:27] <katco> ericsnow: well, first, grouping them into a struct doesn't preclue them being split across files :)
[18:28] <katco> ericsnow: what do you mean by, "organize the methods"?
[18:28] <ericsnow> katco: my point is that they were methods of Client before I moved them under their own struct (which Client now embeds)
[18:28] <ericsnow> katco: grouping the different Client methods
[18:28] <ericsnow> katco: and splitting them across multiple files
[18:29] <katco> ericsnow: ok. so i think i'm just asking that you take that to its logical conclusion and group them into types that make sense
[18:29] <katco> ericsnow: "server" methods is too generic
[18:29] <ericsnow> katco: I was following the grouping I was already using (see conn_raw.go)
[18:31] <katco> ericsnow: i think you're grouping in terms of implementation, and it probably makes more sense to group in terms of what the group of methods do
[18:32] <katco> ericsnow: you even have comments grouping them
[18:33] <ericsnow> katco: right
[18:43] <ericsnow> katco: ah, so your concern is with "Server" rather than with the whole name?
[18:44] <katco> ericsnow: well, the client should take implementations of interface it needs
[18:44] <katco> ericsnow: so no, the whole thing
[18:45] <katco> ericsnow: the fact that it's for the client is implicit because the client is embedding the types
[18:46] <ericsnow> katco: all the client needs is the raw *lxd.Client (as returned by newRawClient())
[18:46] <ericsnow> katco: I can change it back so the clientServerMethods methods are methods of Client instead if you like
[18:47] <ericsnow> katco: that may be less confusing
[18:47] <ericsnow> katco: (though it splits Client methods across multiple files)
[18:47] <katco> ericsnow: no i think what you've done is a good thing, you're doing IoC
[18:47] <katco> ericsnow: i'm just saying split things out to be a little more fine-grained
[18:48] <ericsnow> katco: but it's not meant to be IOC
[18:48] <katco> ericsnow: well it is :) and it's a good thing
[18:48] <ericsnow> katco: IOC here would be providing the raw client as an interface (or multiple)
[18:49] <katco> ericsnow: that's exactly what i'm saying
[18:50] <ericsnow> katco: right; that's orthogonal to the clientServerMethods type
[18:50] <ericsnow> katco: I wasn't planning on doing any IOC yet with the raw client
[18:51] <katco> ericsnow: you've extracted out the functionality, but haven't encapsulated it in a way that makes sense
[18:51] <ericsnow> katco: my point is that I haven't extracted out any  functionality; it was already there as-is
[18:52] <katco> ericsnow: you extracted it out into another type, right?
[18:52] <ericsnow> katco: the only thing I did was move the Client methods in a given file into their own type so that I wouldn't have Client methods spread across mutliple files
[18:52] <katco> ericsnow: that is extracting the functionality out, isn't it?
[18:58] <katco> ericsnow: it's fine for now. if you just want to collect them in the same file, leave it on client and put them all in a file together
[19:00] <ericsnow> katco: hmm, one goal is to avoid massive files like that though
[19:00] <katco> ericsnow: no i mean, same type, new file
[19:00] <ericsnow> katco: that's the way I had it in the first place :)
[19:01] <ericsnow> katco: but having a type split across multiple files is a pain point
[19:01] <katco> ericsnow: that's better than a new type that isn't encapsulating properly :)
[19:01] <katco> ericsnow: it is?
[19:02] <ericsnow> katco: it has been for me
[19:11] <natefinch> katco, ericsnow: I definitely highly dislike having a single type split across files
[19:13] <natefinch> katco, ericsnow: it makes it harder to understand the type as a whole, and it means you have to go hunting through files to find the method you're interested in.
[19:20] <cherylj> perrito666: it looks like there was another bug spun off to track the ignore-machine-addresses with containers.  Let's keep bug 1507867 for the mongo issues.
[19:20] <mup> Bug #1507867: juju upgrade failures <canonical-bootstack> <upgrade-juju> <juju-core:Triaged by mfoord> <https://launchpad.net/bugs/1507867>
[19:20] <perrito666> sounds fair
[19:20] <cherylj> perrito666: I'm going to put in an update that we are waiting on logs from bootstack and assign the bug to you
[19:21] <cherylj> once you have a chance to talk with someone from sapphire to do a hand off, please update the bug assignee
[19:21] <perrito666> ok, Ill do a handoff as soon as we get these
[19:21] <cherylj> awesome, thanks!
[19:21] <perrito666> everything is awesome
[19:21]  * perrito666 sings
[19:21] <cherylj> everything is cool when you're part of a team?
[19:40] <alexisb> wwitzel3, ping
[19:47] <mup> Bug #1511090 opened: MAAS documentation on jujucharms.com incorrectly advised disable network management <juju-core:New> <https://launchpad.net/bugs/1511090>
[19:57] <wwitzel3> alexisb: pong
[19:59] <alexisb> heya wwitzel3 I was going to ask you to reach out to adam, but you did
[19:59] <alexisb> wwitzel3, also do you have documentation regarding deploying openstack on lxd provider?  or is that someone else?
[19:59] <alexisb> I heard it now exists
[20:01] <wwitzel3> alexisb: we have an email chain between James Page and myself, but we didn't have any official docs yet since it is a lot tweaking still.
[20:05] <alexisb> wwitzel3, ack
[20:05] <alexisb> thanks!
[20:05] <ericsnow> natefinch: ptal: http://reviews.vapour.ws/r/2927/
[20:10] <natefinch> ericsnow: looking
[20:11] <ericsnow> natefinch: ta
[20:29] <fwereade> thumper, waigani, just joined onyx-standup
[20:42] <mup> Bug #1511103 opened: relation-get error: permission denied <juju-core:New> <https://launchpad.net/bugs/1511103>
[20:48] <mup> Bug #1511103 changed: relation-get error: permission denied <juju-core:New> <https://launchpad.net/bugs/1511103>
[20:54] <mup> Bug #1511103 opened: relation-get error: permission denied <juju-core:New> <https://launchpad.net/bugs/1511103>
[22:24] <mup> Bug #1511135 opened: storage: add bundle support <juju-core:Triaged> <https://launchpad.net/bugs/1511135>
[22:27] <mup> Bug #1511135 changed: storage: add bundle support <juju-core:Triaged> <https://launchpad.net/bugs/1511135>
[22:33] <mup> Bug #1511135 opened: storage: add bundle support <juju-core:Triaged> <https://launchpad.net/bugs/1511135>
[22:36] <mup> Bug #1511138 opened: Bootstrap with the vSphere provider fails to log into the virtual machine <bootstrap> <cloud-init> <vsphere> <juju-core:Triaged> <https://launchpad.net/bugs/1511138>
[22:39] <mup> Bug #1511138 changed: Bootstrap with the vSphere provider fails to log into the virtual machine <bootstrap> <cloud-init> <vsphere> <juju-core:Triaged> <https://launchpad.net/bugs/1511138>
[22:54] <mup> Bug #1511138 opened: Bootstrap with the vSphere provider fails to log into the virtual machine <bootstrap> <cloud-init> <vsphere> <juju-core:Triaged> <https://launchpad.net/bugs/1511138>
[23:20] <ericsnow> cmars: so, you like my latest LXD branch, huh? :)
[23:21] <ericsnow> cmars: wwitzel3 has one up that fixes the remaining bugs you noted: http://reviews.vapour.ws/r/3015/
[23:21] <cmars> ericsnow, wwitzel3 you guys rock
[23:21] <ericsnow> cmars: hey, it's a fun one to work on :)
[23:58] <wwitzel3> indeed


[03:52] <roaksoax> bigjools: hey!
[03:52] <bigjools> o/ roaksoax
[03:52] <roaksoax> bigjools: so it is in my lsit to separate the the ipmi code into its own script
[03:52] <bigjools> \o/
[03:52] <roaksoax> bigjools: but since it needs to be used in both enlistment/commissioning, we need a way to make it available in both cases
[03:53] <roaksoax> bigjools: which it seems that the easier way is to provide a maas-utils package
[03:53] <roaksoax> that installs it
[03:53] <bigjools> built from the maas source package?
[03:53] <roaksoax> yep
[03:53] <roaksoax> bigjools: i would also move the stuff from maas-enlist into that
[03:53] <bigjools> is there any point doing that though, can't it just live in the cluster controller package?
[03:54] <roaksoax> bigjools: no
[03:54] <roaksoax> bigjools: how would you installit during vcommissioning/enlistment to be used?
[03:54] <bigjools> oh sorry of course, it runs on the node
[03:55] <bigjools> I'd rather keep this out of packages otherwise it locks core functionality into Ubuntu
[03:56] <roaksoax> bigjools: why would it?
[03:56] <bigjools> I still think templates are the way to go - and I'd be tempted to move maas-enlist too
[03:56] <bigjools> because the node is required to install a package so it can program the bmc
[03:57] <roaksoax> bigjools: i wanna put both maas-enlist & maas-ipmi-detect on a single place that can be re-used
[03:57] <bigjools> I agree with that
[03:57] <bigjools> I'm just not sure a package is the right place
[03:57] <roaksoax> bigjools: well these are helper tools
[03:57] <roaksoax> bigjools: either we source them somehow by both commissioning/enlistment preseeds
[03:57] <bigjools> I'd say enlistment is more than a helper :)
[03:58] <roaksoax> bigjools: the thing is thatat least maas-enlist can be used externally
[03:58] <bigjools> I was thinking that we'd factor them into a single script that can be tested in its own right, and then pull that into the preseed template
[03:58] <roaksoax> bigjools: and I would like to do the same with maas-ipmi-autodetect
[03:58] <bigjools> or via metadata
[03:59] <roaksoax> i guess we can do that, *but* i would still like to use them separately
[03:59] <roaksoax> maas-enlist allows to remotely enlist a node
[03:59] <bigjools> I have no objection to packaging them - but I do to making that the exclusive method for the node to get the code
[03:59] <bigjools> seems like we agree :)
[03:59] <roaksoax> and maas-ipmi-autodetect allows to configure them without having them in maas, but returns the credentials needed for maas, that can be sent with maas-enlist for example
[04:00] <bigjools> right
[04:00] <roaksoax> bigjools: ok, sounds good to me then, covering both escenarios is good
[04:00] <bigjools> excellent!
[04:00] <roaksoax> alright! i'm off
[04:00] <roaksoax> have a good day :)
[04:00] <bigjools> roaksoax: thanks - if you need help, just holler
[04:01] <roaksoax> will do
[13:48] <rvba> roaksoax: Hi Andres.  Sorry to bother you again with that problem but I really think there is a problem with the saucy daily package (the one in ppa:maas-maintainers/dailybuilds).  I tried installing it on a recent saucy instance on canonistack and I'm still not getting these services started.  Could you give me a hand with that?
[13:49] <rvba> roaksoax: as you can see from the difference between the package (built from the same upstream and the same packaging branch) on precise and saucy, the services are not started on saucy but are fine on precise: http://paste.ubuntu.com/5692883/
[13:49] <rvba> roaksoax: http://paste.ubuntu.com/5693704/ / http://paste.ubuntu.com/5693706/
[13:50] <roaksoax> rvba i already looked and it is not the maas package
[13:50] <rvba> roaksoax: oh?  What is it then?
[13:50] <roaksoax> these are things that changed in Ubuntu related to how the init system is being handled
[13:50] <roaksoax> so I'm looking into it
[13:51] <rvba> Ah ok.  Thanks a lot.
[13:52] <roaksoax> rvba: btw in you're backport announcement please clarify
[13:52] <roaksoax> that there a new depencies thst will be uograded and new ones that are no in the precose archive which may cause other issues
[13:53] <roaksoax> and that you guys are supporting/fixing bugs with any of those
[13:54] <rvba> Well, I think the level of support is yet to be decided, it's just a ppa after all.
[13:54] <roaksoax> rvba: right nut if you are telling users "use the latest with dependencies that are no in precise" you need to support that
[13:55] <rvba> That's definitely not what I said.
[13:55] <roaksoax> because theres bren cases wjere people report bugs in ubuntu
[13:55] <roaksoax> when they are using ppa
[13:55] <roaksoax> and they xould be reporting bugs out of new versions or packages that dont even exist in the release pocket of ubuntu
[13:56] <roaksoax> tbh i would evem reduce that and would xontinue to ship yui in packaging for your backport and use python-txttftp from precise instead of ppa
[13:56] <rvba> I understand.  Right now, the only thing that exist is a daily backport ppa.  Nothing more.  I really don't think it needs clarification about what kind of support we provide for that.
[13:56] <roaksoax> i think it is important to minimize the delta
[13:57] <rvba> Sounds sensible indeed.
[13:57] <roaksoax> in caae we need to backport this to the actual release
[13:57] <rvba> But tbh the yui package is really low risk.
[13:58] <roaksoax> i agree but it os still a new pacakage not in ubuntu precise
[13:58] <roaksoax> at least you need to clarify that in your email
[13:59] <roaksoax> so users are aware how their systema can break
[14:00] <rvba> If we were talking about package in the stable ppa, I would agree.  But this email was about a daily backport ppa, nothing more.  If a user decides to use a random package from a random ppa, there is not much we can do about it.
[14:01] <rvba> But ok, I'll add a comment about the fact that we don't support it officially.
[14:04] <rvba> roaksoax: done
[14:05] <roaksoax> rvba: right, but my point being is that you need to warn your users what are the implications of them testing your "latest" stuff. Becuase you are telling them "hey use our latest stuff, we are making sure this is stable for you to use and we support it... it is backport" and then if something breaks, it would be "well... sorry.... you used a ppa..."
[14:05] <roaksoax> rvba: so imho, users need to be aware of these things
[14:05] <rvba> roaksoax: a *daily* ppa is obviously not something stable.
[14:06] <roaksoax> rvba: right, but you are shipping extra dependencies that *are* "stable"
[14:06] <roaksoax> rvba: that are *not* daily
[14:06] <roaksoax> if you break users they are not gonna be happy and tyhey are going to blame *ubuntu*
[14:07] <roaksoax> rvba: python-tx-tftp *is* in precise so you can also drop it from the PPA
[14:07] <rvba> roaksoax: well, okay
[14:08] <rvba> roaksoax: just checking that precise contains the right version…
[14:08] <roaksoax> rvba: i had similar discussion with Daviey the other day in the fact that changes such as the GenericIpAddressField should have continue to be uspported in MAAS until the next LTS< so if we had to backport or even SRU MAAS again to Precise, we would have no other depndencies to worry about
[14:08] <roaksoax> rvba: it does, has the same patches as what's in raring
[14:08] <roaksoax> different version though
[14:11] <roaksoax> rvba: i think freeipmi-tools is also *not* needed
[14:12] <roaksoax> rvba: i would also suggest you remove juju from there and let users use it from juju
[14:12] <roaksoax> rvba: i would also suggest you remove juju from there and let users use it from juju's ppa
[14:13] <rvba> roaksoax: it's there so we can run the integration tests on that ppa.
[14:13] <rvba> roaksoax: we have all the same packages in the daily (non-backport) ppa btw
[14:14] <rvba> roaksoax: but obviously if some packages can be removed from these ppas (freeipmi-tools/python-tx-tftp) I'll do it.
[14:17] <roaksoax> ok cool
[14:31] <roaksoax> rvba: btw.. were you able to take a look to the celery/100% utilization bug?
[14:31] <rvba> roaksoax: not yet, but one of us will have a look soon.
[14:31] <roaksoax> cool thanks
[14:31] <roaksoax> rvba: this is someone who is deploying in production has experienced
[16:16] <smoser> roaksoax, how do i apply a tag to "all nodes" ?
[16:22] <roaksoax> smoser: there's no way to do that
[16:22] <roaksoax> rvba: ^^
[16:22] <smoser> no?
[16:23] <smoser> i thought you coudl just apply a xpath expression tthat essentiall matched '.'
[16:23] <rvba> smoser: http://bazaar.launchpad.net/~maas-maintainers/maas/qa-lab-tests/view/head:/maas-integration.py#L523
[16:23] <rvba> "definition=true()"
[16:23] <rvba> That should do the trick.
[16:24]  * rvba has to run.
[16:24] <rvba> See you guys tomorrow!
[16:49] <smoser> roaksoax, bother again
[17:30] <roaksoax> smoser: shoot :)
[17:30] <roaksoax> smoser: (btw.. above i mean, no "easy" way to do that)
[17:31] <smoser> roaksoax, i'm not geting the right command line args to my nodes i dont think
[17:34] <roaksoax> smoser: how so?
[22:11] <adam_g> roaksoax, is there anythign that would override / rewrite  IPMI credentials i've manually set for a node via web ui
[22:11] <adam_g> ?
[22:16] <roaksoax> adam_g: commissioning would
[22:16] <adam_g> roaksoax, but not provisioning, right?
[22:17] <roaksoax> nope
[22:17] <roaksoax> nothing would on provisioning
[22:18] <adam_g> ok


[01:14] <pleia2> Unit193: link check? https://wiki.ubuntu.com/UbuntuWeeklyNewsletter/Issue482
[01:14] <pleia2> and sending this off to the editors
[01:20] <Unit193> Sure thing.
[01:25] <Unit193> Looks good.
[04:08] <tsimonq2> pleia2: doesn't Lukasz Zemczak's name have an accent?
[04:10] <tsimonq2> pleia2: otherwise lgtm
[04:10] <tsimonq2> o/ night
[04:12] <tsimonq2> ah yes Łukasz 'sil2100' Zemczak
[04:12] <tsimonq2> o/ for real ;)
[17:17] <wxl> pleia2: did you see the membership board announcements? considering i saw your name in there, you probably did, but still :)
[17:23] <tsimonq2> ^
[23:04] <pleia2> neat, someone should put it on the fridge ;)
[23:04] <pleia2> working on releasing UWN
[23:15] <jose> thanks, pleia2. sorry for not being able to help
[23:15] <jose> new university schedule is horrible, 9 to 5 :/
[23:17] <pleia2> no worries, I can get the board announcement on the fridge tomorrow if no one else gets to it before then
[23:17] <jose> I'll work on it after you've posted uwn
[23:18] <pleia2> oh, thanks :)
[23:18] <jose> np!
[23:19] <pleia2> jose: done
[23:19] <jose> ok, catching up and posting in a bit
[23:19] <pleia2> Welcome to the Ubuntu Weekly Newsletter, Issue 482 for the weeks of September 12 - 25, 2016 https://wiki.ubuntu.com/UbuntuWeeklyNewsletter/Issue482
[23:38] <jose> working on membership board announcement, and checking for spam in comments


[00:09] <t-ask> hi
[00:10] <t-ask> finally, I got the bq ubuntu phone and I have to say it's nice
[00:10] <t-ask> ;)
[00:13] <t-ask> I bought a SD card, too. but how can I format or add it to the phones memory... I can't find it in the settigns dialog
[00:55] <nhaines> Saviq: thanks, I +1ed the bug report.
[06:44] <PhilippeP> 'morning
[07:18] <dholbach> good morning
[07:23] <robin-hero> Hi! I use the rtm channel, but I want to try the vivid relase on my phone. My question: Is devel (not proposed) channel has QA before an image release? So it is more stable than the devel-proposed, right? Is it enough stable for everyday use for the main things (phone, sms, etc)?
[07:28] <ogra_> robin-hero, the devel channel gets a little QA but is also weeks behind and not bugfree
[07:30] <robin-hero> So which channel I need to run If I want new features, but it has QA for the main things (phone, messages) at least?
[07:31] <ogra_> well, thats devel, it gets a small sanity test before the image moves from -proposed
[07:34] <robin-hero> thanks :) using a stable release is very boring :)
[07:34] <ogra_> hahaha
[07:35]  * ogra_ likes to have a functioning phone ...
[07:37] <robin-hero> ogra_: yeah, I need to buy a used Nexus4 just for testing :D
[07:40] <ogra_> how much are they these days ?
[07:41]  * ogra_ wonders if it wouldnt be cheaper to buy a bq :)
[07:45] <robin-hero> In Hungary a used Nexus4 130-160, bq with posting fee is 210 euro
[07:45] <robin-hero> *200
[08:29] <bgd> Hi everyone! I have a synaptics with 3-finger-swipe capability (as shown by xinput list-props) and I wonder how I can activate that in Unity, so that e.g. I can change the workspace with it?
[08:30] <dpm> pitti, morning! Quick question: what's the best way to find out how many -touch language packs are preinstalled on the phone to estimate how many languages are available there?
[08:30] <ogra_> bgd, you might want to ask in #ubuntu-x .... this is the phone channel ;)
[08:31] <pitti> dpm: good morning!
[08:31] <pitti> dpm: hm, how about: dpkg -l language-pack*|grep -c ^ii
[08:31] <dpm> hey :)
[08:31] <dpm> ok, on it, let me try
[08:31] <dpm> thanks
[08:32] <pitti> dpm: but I think we still actually install all touch langpacks, so:
[08:32] <pitti> $ apt-cache search language-pack-touch|wc -l
[08:32] <pitti> 40
[08:33] <dpm> awesome, thanks!
[08:35] <JamesTait> Good morning all; happy Friday and happy Teach Your Children to Save Day! :-D
[08:38] <bgd> ogra_: thx
[08:41] <Mirv> Saviq: tsdgeos: you probably never got close to 30 solid reboots with the unlock-device loop, so I can stop and start tuning?
[08:41] <Mirv> if I remember correctly, you usually got it under 10?
[08:41] <tsdgeos> Mirv: yeah 30 reboots seems solid enough
[08:42] <ogra_> Mirv, oh, also please let tony know what you plan to do, we should get his approval
[08:42] <ogra_> (awe)
[08:44] <Mirv> ok
[08:52] <dednick> kenvandine: ping
[08:54] <dednick> kenvandine: unping :)
[09:04] <E524> hi all. i use the devel-proposed images, and three things, i really don't like and should be better. one is even not logical for the design philosophy  i think. where can i place these things best (not bugs, but more feature requests).
[09:12] <nhaines> E524: the bug tracker is also used for feature requests.  :)
[09:19] <E524> ok thanks
[09:19] <E524> i will have a look into it (never used a bugtracker)
[09:37] <Saviq> Mirv, +1
[09:41] <jgdx> E524, file against the project it affects, not ubuntu-ux
[09:41] <jgdx> E524, there's also this handy overview https://wiki.ubuntu.com/Avengers
[09:41] <ogra_> jodh, hey, so we have bug 1447756 for the reboot loop issue now ...
[09:41] <jodh> ogra_: yep - investigating now...
[09:42] <ogra_> cool, ondra has a device that can reproduce the issue (but i havent seen him today yet)
[09:42] <jodh> ogra_: did the --no-log work?
[09:42] <ogra_> i dont know, i was asking him to test it last night, but seeems he didnt get to that yet
[09:43] <ogra_> we also dont really want to lose all logging of system jobs ...
[09:43] <ogra_> so it would only be for verification
[09:47] <E524> jgdx: thanks for the info, i am reading into it. one "bug" is not reported, now i need to find a good way to descripe it and make it reproducable for the devs.
[09:51] <nik90> Can anyone confirm if changing the orientation of *any* app to landscape and then press on the tab menu or header actions causes the app to crash on vivid devel-proposed?
[09:52] <nik90> example apps include gallery
[09:52] <jgdx> nik90, ouch, yes
[09:53]  * nik90 wonders if it is a SDK or Unity8 bug...
[09:53] <jgdx> nik90, are you filing? Since the app crashes I'm guessing sdk
[09:54] <jgdx> zsombi ^
[09:54] <nik90> jgdx: yeah I am filing now
[09:54] <jgdx> thanks!
[09:56] <jgdx> mpt, apns can be deactivated. How do you re-activate an apn with the current spec?
[09:57] <mpt> jgdx, what is deactivating an APN?
[09:58] <jgdx> mpt, force majeure
[09:58] <mpt> jgdx, I haven’t seen that film yet
[09:58] <jgdx> mpt, it's latin for NetworkManager
[09:59] <nik90> zsombi, jgdx: bug 1448017
[09:59] <jgdx> mpt, actually, I'll take it up with Tony. Not sure it's supposed to happen
[10:01] <mpt> jgdx, if NetworkManager finds itself with a cellular connection but no APN settings, when it previously had them, I would suggest (1) queue a report for sending to errors.ubuntu.com then (2) trigger the automatic provisioning
[10:01] <mpt> jgdx, the flaw with that plan is that the same bug that causes the APN settings to be wiped might also prevent it from knowing that the settings previously existed at all
[10:03] <jgdx> mpt, I have a lecture, but I'll be back.
[10:05] <EdwardMorbius> hi, about those snappy based images for 15.10, that will be only for Ubuntu Next? regular Ubuntu will not be Snappy based in 15.10?
[10:06] <popey> yes
[10:06] <popey> regular ubuntu = unity 7 based.
[10:06] <ogra_> but eventually it will switch ...
[10:07] <ogra_> (not in 15.10 indeed)
[10:07] <EdwardMorbius> thanks for the clarification, I am writing a review of 15.04 for a local Linux portal so I needed to be sure.
[10:08] <EdwardMorbius> but .deb will still work in the future when it switches to snappy?
[10:08] <ogra_> snappy is definitely the future for almost everything ... but when that future is there is still a bit open :)
[10:08] <ogra_> no
[10:08] <jodh> ondra: can you poing me when you're about please?
[10:08] <ogra_> deb doesnt fit the snappy concept
[10:08] <jodh> ogra_: ping even! :)
[10:08] <ogra_> ping
[10:08] <ogra_> :P
[10:09] <jodh> ogra_: sorry, keyboard fart
[10:09] <ogra_> haha
[10:09] <EdwardMorbius> what happens to external software if .deb wont work, that are currently downloadable as .debs
[10:09] <ogra_> EdwardMorbius, there will be tools to convert them ...
[10:10] <EdwardMorbius> ogra_ so the user will be able to do it himself, downloads the deb and converts
[10:10] <ogra_> but a snap operates completely different from a deb, snaps usually ship all dependencies inside etc
[10:10] <ogra_> no
[10:10] <ogra_> well, yes
[10:10] <ogra_> but generally the expectation is that upstreams simply add theirs stuff to the store
[10:11] <EdwardMorbius> that included proprietary software like lightworks and skype for example, skype is in the store but lightworks isnt.
[10:11] <ogra_> because rolling a snap is a lot more trivial than packaging a deb ... and the design allows completely untrusted SW
[10:12] <ogra_> so everyone can upload to the store
[10:12] <ogra_> apps are completely independent from the system too ... which means you can upgrade bot completely separately from each other
[10:12] <EdwardMorbius> ogra_ I see, if its easier than deb then probably there wont be a problem with getting external debs in snappy format
[10:13] <ogra_> i.e. you can run a 3 year old snappy desktop with the latest libreoffice and firefox
[10:13] <EdwardMorbius> updated applications will likely be greatly appreciated by people, as now we need to upgrade the whole system to get new ones or use ppas
[10:13] <ogra_> without ever updating the OS if ypou want
[10:14] <ogra_> and thanks to the store design there can be a libreoffice.EdwardMorbius and a libreoffice.ogra in the store ... no more PPAs needed
[10:14] <ogra_> you just pick the package from the namespace you want ... it all comes from the same store
[10:14] <EdwardMorbius> so people who package ppas can simply move their stuff to the store? that will be great
[10:14] <ogra_> yeah
[10:15] <ogra_> and upstreams can just dump their upstream tarballs into snaps without packaging knowlegde
[10:15] <popey> EdwardMorbius: note there will still be a deb based desktop in 16.04 LTS
[10:15] <ogra_> over time i assume you will see more snaps than debs around and debs will only be used to assemble the images
[10:15] <ogra_> note that the deb archive will *never* go away
[10:16] <EdwardMorbius> great, I think maybe all this should be posted on Ubuntu website or somewhere else that is "official" so people know more details
[10:16] <ogra_> and there will likely still be isos for the old install variant
[10:16] <EdwardMorbius> popey so snappy desktop will likely come after 16.04?
[10:16] <popey> no
[10:16] <popey> in parallel
[10:16] <EdwardMorbius> I like that :))
[10:16] <ogra_> but once snappy is *really* ready with the above vision, the idea is to have snappy everywhere as default
[10:17] <ogra_> so your robot or smartwatch run the exact same snappy-core your desktop runs
[10:17] <ogra_> or your phone ... or cloud
[10:17] <ogra_> only the frameworks on top of it will differ then
[10:18] <ogra_> and that is what i like to call convergence on a plubing layer ;)
[10:18] <EdwardMorbius> sounds great, plenty to look forward to in the future :)
[10:18] <ogra_> (convergence is so much more than just "aww, my app runs on different formfactors" )
[10:20] <EdwardMorbius> yes, it is future with all these devices now used, and more to come. can snappy be considered in any way "rolling" or "semi-rolling"? or OS layer gets new stuff once new versions comes out
[10:20] <ogra_> it is already rolling
[10:21] <ogra_> snappy rolls similar to the phone
[10:21] <EdwardMorbius> so snappy will transform Ubuntu in a rolling distribution, you install once and thats it
[10:21] <EdwardMorbius> in a way
[10:21] <ogra_> right ...
[10:22] <ogra_> though its even a bit different from actual rolling
[10:22] <ogra_> the core bits will be rolling
[10:22] <k1l> why am i reading "trolling" all the time? ;p
[10:22] <EdwardMorbius> core bits like kernel etc?
[10:22] <ogra_> but as i said above, apps are 100% independent from the system
[10:22] <zsombi> jgdx: nik90: that is similar to the bug when text input's context menu is open in portrait and you turn it to landscape
[10:22] <zsombi> kalikiana: ^
[10:23] <zsombi> kalikiana: bug 1448017
[10:23] <ogra_> the core OS ... ubuntu-core ... and the frameworks it uses (Mir, Xorg ... system level libs will be in frameworks)
[10:23] <ogra_> but apps will be updated when upstream wants to update them
[10:24] <zsombi> jgdx: btw, do you happen to know anything about the bug 1433590?
[10:24] <zsombi> jgdx: like do we have a new service for that? what is the status from that front?
[10:24] <ogra_> EdwardMorbius, btw, this conversation fits better in #snappy :)
[10:25] <EdwardMorbius> ogra_ probably :) but you guys told me what I needed to know, thanks :) I will ask more there if necessary.
[10:25] <ogra_> cool
[10:27] <EdwardMorbius> now I am off writing that review, have fun guys :)
[10:27] <ogra_> you too
[10:35] <nik90> zsombi: ah I wasn't aware of that bug
[10:42] <ondra> jodh ping
[10:50] <jodh> ondra: I've got a possible fix for bug 1447756. Could you test http://paste.ubuntu.com/10877646/ ?
[10:53] <ondra> jodh OK I will set up other phone to compile it and test it
[10:58] <jodh> ondra: thanks - I'm working on writing tests cases for this change atm...
[11:04] <ondra> jodh cool, thanks
[11:39] <jgdx> zsombi, I have no idea.
[11:40] <zsombi> jgdx: bad :(
[11:40] <zsombi> jgdx: any idea who would know?
[11:45] <jgdx> zsombi, the people discussing in the bug, I hope :)
[11:45] <jgdx> zsombi, specifically though, no, sorry.
[12:12] <sergiusens> ogra_: is devel-proposed busted
[12:12] <sergiusens> ?
[12:13] <sergiusens> ogra_: on flo I get Failed to start a new media-hub player session:  org.freedesktop.DBus.Error.ServiceUnknown: The name core.ubuntu.media.Service was not provided by any .service files
[12:13] <ogra_> not sure anyone has tested or touched flo in recent times
[12:13] <ogra_> davmor2, ^^^ do you know ?
[12:25] <davmor2> ogra_: few weeks back I did why
[12:25] <ogra_> well, seems broken for sergiusens
[12:26] <davmor2> sergiusens: stop breaking things there is enough to fix
[12:28] <sergiusens> ogra_: davmor2 jhodapp seems media-hub is starting too early or locking; restart media-hub and videos are back :-)
[12:29] <davmor2> sergiusens, ogra_: might just be a race issue specific to flo I'll have a play this afternoon and see
[12:38] <jodh> ondra: how's it going?
[12:46] <ondra> jodh haven't had change yet, sorting one more issue here, but almost done, so will test it
[12:47] <ondra> jodh do you have by any change build done?
[12:54] <jhodapp> sergiusens, davmor2 I've been using flo a lot lately
[12:54] <jhodapp> it's really good for me
[12:55] <jhodapp> sergiusens, what were you doing when you got that error?
[12:58] <pitti> sil2100: the two syncs in https://launchpad.net/ubuntu/vivid/+queue?queue_state=1 are also mis-targetted, I presume?
[12:59] <sil2100> pitti: yeah, was just about to poke you about that ;)
[12:59] <sil2100> pitti: sorry again, damn, I'll never get used to checking the targets
[12:59] <pitti> sil2100: no worries, it's not like it's much effort to reject :)
[12:59] <pitti> sil2100: (done)
[13:01] <sil2100> pitti: thanks! I promise this is the last mis-target from my side ;)
[13:01] <pitti> sil2100: really, no worries; I know how easy it is to get the spreadsheet wrong
[13:02] <jodh> ondra: do you want a package or just a binary?
[13:41] <ogra_> barry, is system-imge-cli --list-channels supposed to work ? returns nothing here on either device/install i have
[13:43] <barry> ogra_: yes, it's supposed to print something.  try running with -vv and see if there are any clues in the output.
[13:46] <ogra_> barry, http://paste.ubuntu.com/10878729/
[13:47] <barry> ogra_: wtf?
[13:47] <ogra_> barry, same on both, RTM and vivd images
[13:48] <barry> ogra_: did dbus or python3-dbus change?
[13:48] <barry> ogra_: system-image-cli --version please
[13:48] <ogra_> slangasek changed the aliasing on the server, do you perhaps need to adjust something in the client ?
[13:49] <ogra_> barry, 2.5 on RTM, 2.5.1 on vivid
[13:51] <barry> ogra_: ah, i think --list-channels is broken.  can you file a bug?  i can fix that in si 3.0.  probably not important enough to issue a 2.5.2
[13:51] <barry> ogra_: (i think i could tell you how to fix it if you wanna hack the code :)
[13:52] <ogra_> no, users simply were asking
[14:04] <ogra_> barry, bug 1448153
[14:04] <ogra_> pmcgowan, one for the pool ^^ (low prio i think)
[14:16] <matv1> can I trust what iwconfig outputs in terms of the wifi network i am connected to?
[14:17] <matv1> I am asking because today there was a new request for wpa2 with peap, MSCHAPV2 on the mailinglist.
[14:17] <matv1> I reported a workaround in an earlier bugreport about that that I am trying to reverify
[14:17] <ogra_> i guess yuwant nmcli ... but yes, you should be able to trust it
[14:18] <matv1> ogra_ ok i will try nmcli as well
[14:29] <matv1> okay so my workaround in https://bugs.launchpad.net/ubuntu/+source/network-manager/+bug/1241986 still works
[14:30] <matv1> who can we bribe to get this pushed up the wishlist for a permanent solution though :) ?
[14:31] <popey> matv1: ---> pmcgowan
[14:31] <matv1> cool!
[14:32] <barry> ogra_: thanks
[14:33] <matv1> pmcgowan what does it take? ^^  :)
[14:33] <matv1> i have bottles of whiskey
[14:34]  * matv1 is thinking he is sounding irish
[14:35] <matv1> oh i have potatoes too
[14:35] <ogra_> so you could make vodka !
[14:36] <matv1> haha i just read up on the irish potatoe famin
[14:36] <matv1> live and learn
[14:36] <cwayne> too soon
[14:37] <jgdx> matv1, send me the whiskey and I'll try
[14:37] <cwayne> while youre up ill take some
[14:38] <matv1> haha how can i be sure you wont drink it and fail
[14:38] <matv1> coding and drinking dont mix in my limited experience
[14:39] <jgdx> matv1, no guarantees :P
[14:39] <ogra_> you think all these awesome napkin software designs have been made by sober people ?
[14:39] <cwayne> matv1, well you just gotta not pass the ballmer peak
[14:39] <mdeslaur> wait, some people code while sober?
[14:40] <matv1> LOL everyone!
[14:40] <cwayne> ive heard rumours, but i've never actually witnessed it
[14:40] <cwayne> matv1, https://xkcd.com/323/
[14:40] <SturmFlut> popey: Do you know who I can ask about QtLocation/QtPositioning things on the phone? I can't seem to find out who does what
[14:42] <popey> SturmFlut: not sure, that's a bit of a vague question
[14:43] <ogra_> SturmFlut, tvoss and mandel
[14:43] <matv1> cwayne you made me day. forget about peap/mschapv2 :)
[14:43] <ogra_> for the backend ...
[14:43] <SturmFlut> ogra_: Ah, thanks!
[14:43] <ogra_> for just the Qt/QML bits, ask the SDK team
[14:44] <matv1> on the serious side though.. we need to start supporting wpa2 enterprise actually
[14:44] <SturmFlut> ogra_: QGeoSatelliteInfoSource::createDefaultSource() is returning NULL on the bq, so I think asking the backend people first might be the right way
[14:44] <SturmFlut> mandel: Ping
[14:44] <pmcgowan> matv1, looking
[14:45] <mandel> Stskeeps, pong
[14:45] <mandel> ups
[14:45] <SturmFlut> haha
[14:45] <mandel> SturmFlut, you! :)
[14:45] <mandel> SturmFlut, I need to check platform api to see what is going on
[14:46] <SturmFlut> mandel: http://developer.ubuntu.com/api/qml/sdk-14.10/QtLocation.location-positioning-cpp/ states that QGeoSatelliteInfoSource can be used, so I naively went and used it
[14:48] <mandel> SturmFlut, I really need to take a closer look, I've been dealing with the daemon lately, can you report a bug with sample code? I'll try to nail it down asap (next week I'll be doing a lot of work with location)
[14:48] <SturmFlut> mandel: Sure
[14:49] <mandel> SturmFlut, superb, thx
[14:49] <SturmFlut> mandel: Which project to I file it against?
[14:49] <mandel> SturmFlut, lets go for lp:location-service and I'll reassign accordingly
[14:49] <mandel> SturmFlut, send the bug url my way and I'll assign it to me
[15:04] <SturmFlut> mandel: https://bugs.launchpad.net/ubuntu/+source/location-service/+bug/1448180 , let me know if you need more information. I'm also subscribed to the bug.
[15:07] <matv1> jgdx it looks like I will be sending you whiskey after all ;)
[15:08] <SturmFlut> mandel: Okay, should have looked at the Qt documentation earlier, QGeoSatelliteInfoSource::availableSources() returns an empty list
[15:19] <mandel> SturmFlut, ah, ok, well, that should no be like that
[15:22] <SturmFlut> mandel: Which source should show up? The Android one?
[15:22] <matv1> pmcgowan thank you
[15:23] <nik90> mandel: while at it, could you also ensure that ubuntu location returns the correct source error while using the upstream property http://doc.qt.io/qt-5/qml-qtpositioning-positionsource.html#sourceError-prop
[15:23] <mandel> SturmFlut, I need to talk about this, atm we have the nokia here and the gps one combined in a single stream
[15:23] <mandel> nik90, sure, can you add that to a bug hehe ;)
[15:23] <mandel> nik90, I'll make sure next week I tackle both issues
[15:24] <nik90> mandel: thnx..it will really help apps distinguish between users disallowing location access to an app and genuine location service error. will file a report now
[15:25] <mandel> nik90, makes perfect sense, if you have any other location issues, do add them, I have a full 1 week sprint on location coming up
[15:25] <SturmFlut> mandel: Okay, I'll add this to my growing list of "projects that do not currently work because an API is missing/not working as expected" and wait what happens ;)
[15:26] <mandel> SturmFlut, no no, add it to a bug and I'll fix it hehe
[15:28] <nik90> mandel: https://bugs.launchpad.net/ubuntu/+source/location-service/+bug/1448187
[15:30] <mandel> great, thx
[16:21] <Se7> hellouu
[16:46] <robin-hero> Hi all! A quick question. How can I see when my phone last charged fully? System Settings only shows in days. But I want to know it in hours. Like 69 hours. Any command for this?
[16:46] <lolcat> robin-hero: days == 24 hours
[16:47] <ogra_> robin-hero, upower -d on the cmdline ... but not sure that does not also only show days
[16:47] <robin-hero> lolcat: I'm not sure about this, I think it show 2 days for 46 hours for example
[16:49] <robin-hero> ogra_: I don't see any relevant with this command
[16:52] <ogra_> robin-hero, well, there might be some dbus call to get the data or system-settins actually saves it internally ... probably kenvandine can help you
[16:57] <kenvandine> system-settings uses upower to get it, i think
[16:57] <kenvandine> via dbus
[17:18] <robin-hero> kenvandine: And how can I see it terminal?
[17:30] <dobey> robin-hero: 12:47 < ogra_> robin-hero, upower -d on the cmdline ... but not sure that does not also only show days
[18:44] <SturmFlut> I think a couple of months ago we talked about the File Manager or even the Content Hub getting support for network protocols like SMB. Any news on that?
[18:44]  * SturmFlut has lost track of all the things
[19:00] <kapiteined> Hi, my bq ubuntu phone has a blackscreen and does not respond anymore. any pointers on what to do. ( wait for the battery to drain takes a while... )
[19:09] <dobey> kapiteined: if you hold the power button for like 15 seconds it will reboot i think; if you have developer mode enabled you could also try connecting over usb with phablet-shell and seeing if something is using all the cpu or such
[19:10] <dobey> SturmFlut: file manager will get support for smb at some point, afaik
[19:10] <kapiteined> Thanks! 15 seconds did the trick!
[19:11] <SturmFlut> dobey: Okay, that was my last information as well. Thanks!
[19:28] <brunch875> argh the #ubuntu channel is so full people ignore my question
[19:29] <brunch875> luckily I get plenty of love here (:
[19:29] <brunch875> Hi guys! How's it going today?
[19:30] <nik90> brunch875: hello hello :)
[19:31] <nik90> Today is a fine day..weekend is gonna be awesome!!!
[19:31] <cwayne_> brunch875, AWESOME
[19:31] <cwayne_> you?
[19:31] <brunch875> GREAT
[19:32] <brunch875> except my computer is bricked and the liveUSB kernel panics boohoo
[19:32] <cwayne_> well thats less than great
[19:32] <nik90> cwayne_: so what's your next big scope coming up ;) ?
[19:32] <nik90> brunch875: with 15.10?
[19:33] <brunch875> with anything I guess
[19:33] <brunch875> it can't mount the root fs, I guess the hard drive is faulty
[19:33] <brunch875> right now I'm going to burn rescatux and wipe all partitions
[19:33] <cwayne_> nik90, open to suggestions
[19:35] <nik90> cwayne_: well personally I am looking forward to that keywords feature so that I can add softpedia, my own blog and other news sites etc into your ubuntu news scope.
[19:38] <brunch875> unetbootin stuck at 0%. Looks like the god of techonogy is mad at me
[19:41] <dobey> nik90: is 15.10 usable yet? :P
[19:41] <nik90> dobey: woops :D
[19:41] <dobey> i wonder if there's an image built yet even :P
[19:42] <dobey> nope
[19:42] <nik90> dobey: well considering we don't even have a name for it yet, I am not surprised ;)
[19:45] <nik90> cwayne_: ooh I got an idea...a trello scope pls...it would even help the QA guys since they use trello for tracking silo tests
[19:45] <dobey> i don't know that a scope would be useful for trello exactly
[19:45] <dobey> but i've started working on a trello app
[19:45] <dobey> haven't gotten very far with it yet
[19:45] <dobey> a native app, not a webapp
[19:46] <nik90> dobey: oh you have? That's great!
[19:46] <dobey> yep.
[19:46] <dobey> because i kind of hate the web ui for it, and i have to use trello :)
[19:47] <nik90> well the scope would be handy when you are sharing your trello board with other people and just want to quickly see the status of the cards in a scope.
[19:47] <nik90> for creating/editiing a card, an app would be the way to go as expected
[19:47] <dobey> well, maybe; i just meant i don't immediately see a good way to represent the structure of things in trello, in a scope
[19:48] <dobey> if it's just the "set of cards assigned to me" maybe it wouldn't be so bad though
[19:48] <nik90> dobey: well let us know when you have something up and running..would love to propose stuff against it
[19:49] <dobey> i mostly don't care to know what the status of my own cards are though. i want to move them around :)
[19:49] <dobey> yeah, i've been really busy and haven't had time to make much progress with it yet so far
[19:51] <nik90> yeah I can imagine
[19:51] <dobey> and online accounts stressed me out when i was trying to make that work
[19:51] <brunch875> oh oh!  Know moodle? When trying to download a pdf after login, the download always fails!
[19:52] <brunch875> I can't download my course materials :[
[19:52] <brunch875> also, the 'files' section gets stuck red and can't dismiss the failed "unknown downloads"
[19:52] <brunch875> well, can actually dismiss them; but only temporarily
[20:42] <muka> I hope someone will help me here. I'm trying 'avconv -f pulse -i default -f video4linux2 -i /dev/video100 ~/Videos/myTest.wav', to record video. works fine on desktop but no luck on the phone. here is an error msg: [video4linux2 @ 0x1a14640] Cannot find a proper format for codec_id 0, pix_fmt -1.
[20:43] <muka> I tried /dev/video0, video1... too
[20:44] <muka> if I want to record audio only, works fine.
[21:15] <dobey> muka: i'm not sure if the camera is accessible via v4l on the phone. i'm not sure the android hal exposes it as a v4l device.
[21:47] <studio_> hi
[21:48] <studio_> are m3u tested on ut and if yes how to play them?
[22:11] <studio_> is someone online?
[23:21] <Azelphur> Anyone know if it's possible to install qemu on Ubuntu touch and run an x86 guest on a Nexus 7?


 @KMyers
 Haha
 you can't tell me you've never thought that during an interview
 Indeed I have
 I had somebody list xorg on their skills and then omit their name and number from the CV.
 free game for limited time: https://www.humblebundle.com/store/a-story-about-my-uncle?partner=AlaraShade
 @KMyers @AdamOutler and i fell for it.
 @govatent, Too tempting?
 i had a massive panic attack.
 i was like "the great adam could not really have made that mistake" and "how can we help take it down"
 but instead i got fun times with the one and only
 Sorry. Hopefully http://cdn1.rack1.net/sad_puppy_eyes.png will make up for it
 and i clicked it!
 i thought it was going to be
 but i did it anyways
 do you keep stats on clicks?
 Thanks for the kind words @govatent .  Unfortunately I saved multiple copies and I now have to delete. Http://cdn1.rack1.net/adam-resume-1.docx all the way to Http://cdn1.rack1.net/adam-resume-93843.docx by hand!  It's going to take forever and there's sensitive information there!
 Adam Outler: … Thanks for the kind words @govatent .  Unfortunately I saved multiple copies and I now have to delete. Http://cdn1.rack1.net/adam-resume-1.docx all the way to Http://cdn1.rack1.net/adam-resume-93843.docx by hand!  It's going to take forever and there's sensitive information there!
 @govatent, I do, it is not a super high volume
 @AdamOutler, And you have about 3 GB of nudes
 Did you see the one where I told a buddy of mine at work where they could find the definition of trolling by an actual internet troll today?
 I had him type it into his phone.
 do the stats show a ref or just a hit?
 @govatent, Ref. Have not checked them in a while
 It gets between 150 and 900 hits a month.
 Dark Reader extension on Firefox #1
 It's pretty seamless if you folks like darker colors and use FF
 @Ivoriesablaze https://youtu.be/rzPeC6w3p9w?t=17
 https://i.kym-cdn.com/photos/images/original/001/366/207/292.jpg
 I'm having the worst time focusing lately
 I can't even start simple tasks
 You are not alone
 hnnnnngh
 I wish I could clone myself.


[00:50] <phillw-virtual> hi philipballew
[00:51] <philipballew> hello phillw-virtual
[00:51] <phillw-virtual> philipballew: would a quick PM be okay?
[00:52] <philipballew> yes
[00:52] <philipballew> go for it
[12:16] <leszek> hi
[18:38] <pAt_> Hi Lubunties, my Lubuntu Live CD does not start, it starts only to the login screen of run level 3, in the console. Anyone an idea?
[18:46] <bioterror> can you run command: startlubuntu
[18:47] <pAt_> didnt try that bioterror, I just tried a sudo startx which didnt work
[18:47] <bioterror> yep
[18:47] <bioterror> and dont sudo X ;)
[18:47] <pAt_> :)
[18:47] <pAt_> strange thing is, that it is all the same on three different computer
[18:47] <pAt_> iso md5sum is ok
[18:48] <pAt_> burned CD is also ok
[18:48] <pAt_> always just get the login promt of runlevel 3
[18:49] <bioterror> what kind of graphics card you have?
[18:49] <bioterror> lspci |less
[18:50] <pAt_> VGA compatible controller: Intel Corporation Mobile GM965/GL960 Intergrated Graphics Controller
[18:50] <KM0201> pAt_: are you sure yu're getting a login prompt?.. does the prompt say "busybox" rightr above it?
[18:50] <bioterror> I am sure
[18:51] <KM0201> ok
[18:51] <KM0201> that's not the prob, it works fine w/ Ubuntu
[18:51] <pAt_> KM0201: didnt check this, but strange thing is, that Ubuntu Live CD works perfectly
[18:51] <KM0201> hmm
[18:52] <bioterror> they should share the same drivers
[18:52] <bioterror> only gnome is replaced and few applications
[18:52] <pAt_> jep
[18:52] <pAt_> Are there any boot options I should try?
[18:53] <bioterror> KM0201, and init 3 is console, init 5 is X ;)
[18:53] <bioterror> (on Linux, Solaris has different init system)
[18:53] <KM0201> hmm, i've saw busy box say "run level 3" before.. but.. yeah
[18:55] <bioterror> sudo apt-get install –reinstall xserver-xorg-video-intel libgl1-mesa-glx libgl1-mesa-dri xserver-xorg-core
[18:55] <bioterror> udo dpkg-reconfigure xserver-xorg
[18:59] <bioterror> I would also update repositories too
[19:00] <pAt_> ok, thats a good idea bioterror, I have at least the console :)
[19:01] <pAt_> I use Debian stable with LXDE on my laptop by the way, which is fast as hell :)
[19:11] <kvarley> How can I view the sound control panel?
[19:11] <kvarley> My speakers on my netbook at really quiet even though the applet shows that it's at full. They were louder on Ubuntu so I guess it's a setting I need to change?
[19:11] <bioterror> kvarley, open terminal and say: alsamixer
[19:12] <kvarley> bioterror coming to the rescue again =D
[19:12] <bioterror> yeah!
[19:12] <bioterror> I talk about android with you last night?
[19:13] <kvarley> bioterror: Yeah and you were helping me with gksu :) Turns out that Ubuntu locks down su and it should never have been set to su mode. If I wanted to use su or gksu I have to launch it through sudo.
[19:14] <bioterror> okay
[19:15] <bioterror> I fixed my phone! I have now that rescue loader
[19:15] <bioterror> CWM or what's that called, I can install all the custom roms from there <3
[19:15] <bioterror> using SD Card
[19:15] <bioterror> that's hitech for a WindowsMobile user
[19:15] <bioterror> no need for ActiveSync any moar
[19:24] <pAt_> kvarley: gnome-media is able to turn the volume up to 150% which the volume control of LXDE cant
[19:24] <bioterror> 150% :D
[19:24] <bioterror> "this one goes to eleven!"
[19:25] <kvarley> pAt_: Thanks for the info :) The applet wasn't working for me so using alsamixer interminal like bioterror mentioned worked for me.
[19:26] <pAt_> kvarley: no problem, I had the same problem. That's why I am still using Gnome (LMDE) for my netbook :)
[19:28] <kvarley> pAt_: I like gnome but all I need on my netbook is a browser/video player/IM client so the desktop environment isn't something high upon my list of needs :) I have gnome on my pc :D
[19:28] <pAt_> best running OS is LMDE on the netbook, I tried them all :)
[22:22] <yesitisjustme> has anyone used ntop?
[22:36] <SSX_1> can i ask for assistance
[22:50] <avelldiroll> SSX_1: you may, but for that you need to ask a specific question :)
[22:51] <SSX_1> avelldiroll: :)
[22:52] <SSX_1> I'm trying to turn an old Armada M300 into access point with a TP-Link W721 usb wifi stick
[22:52] <SSX_1> because i like my desktop kubuntu, i decided to give a shot to lubuntu, although the laptop is slightly below specs
[22:53] <SSX_1> however after performing a minimal install, it boots into an black and white striped screeen...
[22:53] <SSX_1> did my google, but can't seem to figure it out
[22:54] <avelldiroll> you don't need a graphical interface to turn an old laptop into an access point
[22:55] <avelldiroll> by minimal install, you mean a lubuntu minimal install or an "alternate" minimal install / mini.iso ?
[22:59] <SSX_1> mini.iso
[22:59] <SSX_1> 19 megs
[22:59] <SSX_1> avelldiroll: i know, but i'm horrible at terminal comands
[22:59] <SSX_1> years of windows spoiled me
[23:00] <SSX_1> and i can't seem to find something simple enough to turn an old pc into router
[23:00] <SSX_1> i'll be content with a web interface like a router but...
[23:01] <SSX_1> tried pfsense, but coundn't make it work
[23:02] <avelldiroll> pfsense, m0n0wall are great firewall oriented distro, but i am not sure they offer the possibility to configure an access point from the web interface
[23:03] <avelldiroll> are you sure your wifi drivers allow you to turn it into an access point ? (managed mode if my memory serve me well)
[23:04]  * phillw you may want to try zenix.. The authoring team for that involve some of the people who support apparmour. I will gladly ask their TL for suggestions. i know it runs on a really small footpront
[23:05] <phillw> *foot-print*
[23:08] <SSX_1> avelldiroll: as far as i know yep
[23:08] <SSX_1> phillw 10x, ill look it up
[23:09] <phillw> but, for a firewall suggestion, I'd go for server edition. I've asked if one of the other 'guys' I know as knowledge of using zenix in such a situation.
[23:10] <avelldiroll> SSX_1: if you are looking for an even lower footprint, with a desktop, take a look at slitaz
[23:12] <SSX_1> i don't need a firewal
[23:13] <SSX_1> firewall
[23:13] <SSX_1> it's already behind another router
[23:13] <SSX_1> i want to extend the wireless coverage at home
[23:18] <phillw> SSX_1: you can do that with hardware... there are some inventive people out there!
[23:19] <SSX_1> yes, i can do a chinaware mod to the ADSL modem
[23:19] <SSX_1> however my ISP won't be very happy with me messing up his modem


[08:52] <lesshaste> hi.. is there any way to enable an OOM killer on ubuntu?
[08:52] <lesshaste> It is very annoying to have to turn the PC off at the wall
[08:53] <hyperair> it's enabled by default afaik
[08:53] <lesshaste> hyperair, it really doesn't seem to be in practice
[08:54] <hyperair> you probably have too much swap
[08:54] <hyperair> it hangs, right?
[08:54] <lesshaste> hyperair, ah..
[08:54] <hyperair> basically it needs time to fill up the swap, and thrash about for a bit
[08:54] <lesshaste> it is thrashing exactly
[08:54] <hyperair> only when it can't allocate more memory does it trigger OOM
[08:54] <hyperair> as long as there's more swap, it can allocate more memory
[08:54] <hyperair> and thrash some more
[08:54] <lesshaste> oh.. I want it to kill the process when it is thrashing which I see is a different problem
[08:54] <hyperair> yeah that's a different problem
[08:54] <lesshaste> because the thrashing is unkillable in effect
[08:54] <hyperair> i think you can play with overcommit ratio or something
[08:55] <hyperair> well
[08:55] <lesshaste> as I can't even get to a terminal to type "kill"
[08:55] <hyperair> depending on the size of your swap, you can actually just wait it out
[08:55] <hyperair> i've let a thrashing machine sit for 30 minutes, and it fixed itself
[08:55] <lesshaste> hyperair,  I think that's potentially forever
[08:55] <hyperair> most of the time i don't have the patience and cut the power though
[08:55] <hyperair> or start hammering the sysrq keys
[08:55] <hyperair> ah
[08:55] <lesshaste> hyperair, if I have a process which takes 1 hour normally and starts thrashing
[08:55] <hyperair> AH
[08:55] <hyperair> yes
[08:55] <lesshaste> I could be waiting for years
[08:55] <hyperair> there's a sysrq key that triggers the OOM killer
[08:55] <lesshaste> oh!
[08:56] <hyperair> https://en.wikipedia.org/wiki/Magic_SysRq_key
[08:56] <hyperair> alt+sysrq+f
[08:56] <hyperair> you need to enable it though
[08:56] <lesshaste> interesting
[08:56] <hyperair> see /etc/sysctl.d/10-magic-sysrq.conf
[08:56] <lesshaste> how do you get sysrq? It is in small letters on the prt sc key
[08:56] <hyperair> yeah
[08:57] <lesshaste> oh I need to enable it
[08:57] <hyperair> start by trying to get hitting alt+sysrq+h. i think that dumps a help message into dmesg
[08:57] <lesshaste> it tried to take a screenshot :)
[08:57] <lesshaste> let me try  alt+shift
[08:57] <hyperair> lol
[08:57] <hyperair> i actually use the prtsc key
[08:57] <hyperair> alt+prtsc+whatever
[08:58] <hyperair> i disabled the screenshot taking though
[08:58] <lesshaste> it just tries to take a screenshot
[08:58] <hyperair> you may or may not need the fn key on a laptop
[08:59] <lesshaste> it's a desktop
[08:59] <hyperair> right
[08:59] <lesshaste> [  823.370296] SysRq : This sysrq operation is disabled.
[08:59] <hyperair> hah
[08:59] <lesshaste> so that's something :)
[08:59] <hyperair> that's something, yes
[09:00] <hyperair> see the file i mentioned
[09:00] <hyperair> it's disabled by default because an attacker trying his/her luck might get lucky and kill the screensaver process without killing X
[09:01] <lesshaste> it says kernel.sysrq = 176
[09:01] <lesshaste> which should be allow reboot/poweroff, enable remount read-only, enable sync command
[09:01] <lesshaste> how do you enable it if not in that file?
[09:02] <hyperair> sysctl kernel.sysrq=whatever
[09:02] <hyperair> as root
[09:02] <lesshaste> hyperair, so what role that does file play?
[09:02] <lesshaste> does that
[09:02] <hyperair> default sysctl setting
[09:03] <lesshaste> I mean /etc/sysctl.d/10-magic-sysrq.conf
[09:03] <hyperair> for making it persistent across reboots
[09:03] <lesshaste> what I mean is.. why isn't it enabled given that it is currentluy 176
[09:03] <hyperair> sysctl changes kernel parameters. that usually lasts until you reboot
[09:03] <hyperair> oh
[09:03] <hyperair> well
[09:03] <hyperair> i dunno
[09:03] <hyperair> what does "sysctl kernel.sysrq" say?
[09:03] <lesshaste> I should say I have an unmodified ubuntu install
[09:04] <lesshaste> sysctl kernel.sysrq
[09:04] <lesshaste> kernel.sysrq = 176
[09:04] <hyperair> i think it just allows a certain number of functions
[09:04] <lesshaste> oh i see
[09:04] <hyperair> here's mine: [3277566.690317] sysrq: SysRq : HELP : loglevel(0-9) reboot(b) crash(c) terminate-all-tasks(e) memory-full-oom-kill(f) kill-all-tasks(i) thaw-filesystems(j) sak(k) show-backtrace-all-active-cpus(l) show-memory-usage(m) nice-all-RT-tasks(n) poweroff(o) show-registers(p) show-all-timers(q) unraw(r) sync(s) show-task-states(t) unmount(u) force-fb(V) show-blocked-tasks(w) dump-ftrace-buffe
[09:04] <hyperair> r(z)
[09:04] <lesshaste> what do you get from sysctl kernel.sysrq ?
[09:05] <hyperair> 1
[09:05] <lesshaste> ok done
[09:07] <lesshaste> I really need a way to do alt-sys rq+h without it taking a screenshot!
[09:08] <lesshaste> aha!
[09:08] <lesshaste> alg gr+prt sc+h does it
[09:08] <lesshaste> alt gr I mean
[09:08] <lesshaste> [ 1540.531549] SysRq : HELP : loglevel(0-9) reboot(b) crash(c) terminate-all-tasks(e) memory-full-oom-kill(f) kill-all-tasks(i) thaw-filesystems(j) sak(k) show-backtrace-all-active-cpus(l) show-memory-usage(m) nice-all-RT-tasks(n) poweroff(o) show-registers(p) show-all-timers(q) unraw(r) sync(s) show-task-states(t) unmount(u) force-fb(V) show-blocked-tasks(w) dump-ftrace-buffer(z)
[09:08] <lesshaste> success
[09:09] <lesshaste> so what one would kill the task that is thrashing?
[09:09] <lesshaste> which one
[09:18] <lesshaste> hyperair, thanks for you help
[12:48] <Eduard_Munteanu> Are the kernel Git repos hosted over https somewhere?
[13:14] <apw> Eduard_Munteanu, checking
[13:15] <apw> Eduard_Munteanu, yes, https:// is one of the options: https://git.launchpad.net/~ubuntu-kernel/ubuntu/+source/linux/+git/xenial
[13:18] <Eduard_Munteanu> apw, thanks
[13:18] <Eduard_Munteanu> Any reason kernel.ubuntu.org doesn't support it, btw?
[13:18]  * Eduard_Munteanu should file a bug perhaps
[13:23] <apw> Eduard_Munteanu, likely because the machine was old and slow
[13:23] <apw> Eduard_Munteanu, the launchpad repos are going to become the official ones before long in all likelyhood
[13:24] <Eduard_Munteanu> Ah, nice.
[13:24] <apw> as that infrastructure is much more load tollerant
[13:31] <apw> Eduard_Munteanu, for xily and xenial LP is alreday master, and all others are sync'd up to LP every 15m or so
[13:32] <Eduard_Munteanu> Cool.


[03:10] <Henster> hey man
[03:11] <Henster> why is it bomming out when i install using Oricle VM Virtualbox ,,, my entire pc freazes
[03:13] <Henster> i run a i7
[03:21] <sarnold> Henster: when in doubt, read logs
[16:43] <ximion> Laney: you will want https://github.com/ximion/appstream-generator/commit/224f6e1afaa463b61033a3e31bb32dae0231f566 in production as well, I guess ;-)