[06:51] <dholbach> good morning
[07:03] <fgimenez> good morning
[08:09] <seb128> shrug
[08:09] <seb128> u-d-f on personal fails with a "failed to find user uid/gid" :-/
[08:14] <seb128> sergiusens, ^ do you have any idea about that one?
[08:14] <ogra_> i guess half the world is off today
[08:14] <seb128> why?
[08:14]  * ogra_ cant remember if sergio was among them
[08:15] <seb128> is today some religious holidays most country have or something?
[08:15] <ogra_> independence day in the US ... and there was something in south america i cant remember
[08:15] <seb128> hum
[08:15] <seb128> isn't independance day the 4th of july?
[08:15] <seb128> e.g tomorrow
[08:15] <ogra_> yep
[08:15] <ogra_> so to make it worth it they get today off ... funny US law
[08:16] <seb128> that's cheating!
[08:16] <ogra_> (because of weekend ... but having the right for a free day)
[08:16] <seb128> is mvo celebrating US independance as well? ;-)
[08:16] <ogra_> yeah, totally !
[08:16] <ogra_> haha, for sure
[08:16] <seb128> slacker!
[08:16] <ogra_> yeah
[08:17] <ogra_> seb128, are you seeing that error when building the image or when booting it ?
[08:19] <davmor2> seb128: yet you don't think it's cheating when we get friday and Monday off for xmas that fell on the saturday or sunday right ;)
[08:20] <seb128> davmor2, "we"?
[08:20] <seb128> so
[08:20] <seb128> 1- France doesn't have that rule (nor does most european countries I think)
[08:20] <seb128> 2- yes, I find it cheating when the u.k do that
[08:21] <seb128> ogra_, u-d-f
[08:21] <ogra_> bah
[08:21] <seb128> I guess it's some of the image processing
[08:22] <ogra_> seb128, well, thats like being in the EU but not having the euro, so what do you expect :)
[08:22] <seb128> dunno if that has to do with the cloud-init cleanout
[08:22] <seb128> that string isn't in goget-u-t though
[08:23]  * ogra_ waits for the 44min download to finish :P
[08:23] <Rlyeh> Hello everybody
[08:23] <Rlyeh> I have a BBB I don't know how to drive a pwm, using snappy. I could do this before, using angstrom distribution.
[08:24] <Rlyeh> I know the device tree overlay is different with angstrom, but i don't know how can I configure the hardware in snappy.
[08:24] <Rlyeh> Can anyone help me?
[08:24] <seb128> ogra_, http://paste.ubuntu.com/11814398/
[08:24] <seb128> bah
[08:25] <ogra_> Rlyeh, we dont really have a standard way for overlay dtb files yet ...
[08:26] <ogra_> there was a long thread about it on the mailin list (snappy-devel i think)
[08:26] <ogra_> *mailing
[08:26] <Rlyeh> You mean I can't use all hardware resources?
[08:27] <ogra_> we have no standard way, you need to hack in the overlay currently (i think it is described in the thread)
[08:27] <Rlyeh> I asked there, but no one didn't answered me
[08:28] <Rlyeh> It's just about BBB or it's same for RPi2 too?
[08:28] <seb128> bah
[08:28] <seb128> ogra_, https://bugs.launchpad.net/ubuntu/+source/goget-ubuntu-touch/+bug/1470727
[08:29] <seb128> so not only personal
[08:29] <seb128> likely one of the ubuntu-snappy changes from this week I guess
[08:29] <ogra_> Rpi is a little worse since it uses the binary blob to initially set the dtb's ... which is the reason we dont have a standard way yet ... that standard way needs to cover both implementations
[08:29] <seb128> since on my box I didn't upgrade anything
[08:29] <seb128> so it's not udf/the host system versions
[08:30] <ogra_> might be ... lets see if i can verify here
[08:30] <seb128> thanks
[08:30] <ogra_> (in about 40min )
[08:31] <Rlyeh> OK, thank you anyway ogra
[08:31] <ogra_> Rlyeh, i'm partially working on the RPi implementation, once there is a proper way i'll send a mail to the list (and put up documentation)
[08:32] <Rlyeh> Thank you, wish you be success in that
[08:34] <seb128> ogra_, you can try on core if you want, less to download and it gives the same error
[08:34] <seb128> grrr
[08:35] <seb128> wtf snappy team, wrecking stuff on a virtual-friday
[08:36] <seb128> that string is part of /usr/bin/snappy
[08:37] <seb128> I guess it's due to rsalveti changes yesterday
[08:37] <seb128> http://launchpadlibrarian.net/210553123/ubuntu-snappy_1.3ubuntu1_1.4ubuntu1.diff.gz
[08:37] <seb128> lot of uid things in there
[08:38] <seb128> or...
[08:38] <seb128> I might need to update ubuntu-snappy on my system
[08:39] <ogra_> oh, snappy vs clickpkg again
[08:44] <seb128> ogra_, it works after installing the new ubuntu-snappy on my laptop
[08:44] <seb128> so yeah, mismatch between the tools and the image
[08:44] <ogra_> yeah
[08:45] <ogra_> because it only finds the snappypkg user
[08:45] <ogra_> (or rather doesnt find it)
[08:48] <Chipaca> seb128: the uid/gid thing might be because we renamed a user
[08:48] <Chipaca> seb128: might :)
[08:48] <seb128> Chipaca, seems to be yeah
[08:56] <seb128> ok, works
[08:56] <seb128> today personal has a working ubuntu user without cloud-init, things are improving ;-)
[08:57] <ogra_> well, still rebootloop by default here
[08:58] <seb128> right, the grub issues are not resolved
[08:58] <seb128> you need to pick the "ubuntu" entry
[08:58] <seb128> but it's not a surprise since those changes didn't land
[09:00] <ogra_> hmpf, why do i land in emergency mode now
[09:10] <JamesTait> Good morning all; happy Friday, and happy International Plastic Bag Free Day! 😃
[09:14] <ogra_> seb128, so any idea why the ubuntu user doesnt show up in lightdm ?
[09:18] <seb128> ogra_, no, it seems random/transient, I got it showing up after systemctl restart lightdm and it was there on next boot as well
[09:19] <seb128> ogra_, I think I'm going to change the image to autologin
[09:19] <ogra_> yeah
[09:19] <ogra_> we ship a snippet for that in livecd-rootfs for the phone
[09:19] <ogra_> live-build/ubuntu-touch/includes.chroot/etc/lightdm/lightdm.conf.d/90-phablet.conf
[09:24] <seb128> ogra_, any reason that's not in /usr/share/lightdm/lightdm.conf.d?
[09:25] <seb128> I guess location changed and that one didn't get migrated
[09:25] <ogra_> yeah, there was one, ask mterry
[09:26]  * ogra_ doesnt get it ... i always end up in emergency mode now 
[09:26] <seb128> what mode is that?
[09:26] <ogra_> systemd drops you into a rootshell
[09:27] <dholbach> rsalveti (and everyone else): I filed https://bugs.launchpad.net/snappy/+bug/1471160 to track the work we talked about - most of it is on developer.u.c obviously, but there's the thing about converting the .rst file in the docs to .md
[09:27] <dholbach> davidcalle, ^
[09:30] <ogra_> hmm, so just dropping the autologin snippet from touch in place doesnt help
[09:31] <ogra_> (indeed with s/phablet/ubuntu/)
[09:37] <davidcalle> dholbach, thanks, I've just found out how we can support markdown tables in an importer (md doesn't have tables by default, this was the reason for the rst)
[09:37] <dholbach> oooh nice!
[09:43] <davidcalle> dholbach, I'm starting the rst->md conversion, I've tried a few automated things and they seem to fail on it
[09:43] <dholbach> maybe it doesn't necessarily need to be a table? :)
[09:46] <davidcalle> dholbach, hmm, it uses them quite a lot : https://developer.ubuntu.com/en/snappy/guides/filesystem-layout/
[09:46] <dholbach> I see, mh
[10:00] <dholbach> davidcalle, shall we have a quick chat now or would you prefer later?
[10:00] <davidcalle> dholbach, now is fine :)
[10:00] <dholbach> perfect
[10:00] <dholbach> let me set up the hangout
[12:21] <seb128> ogra_, did you mean earlier than systemd was booting in state "maintenance"?
[12:23] <sergiusens> ogra seb128: you need the latest snappy installed on your host for that to go away (in wily, I think rsalveti copy-package'ed it to snappy-dev/tools-proposed)
[12:23] <sergiusens> Chipaca: ^
[12:23] <seb128> sergiusens, yeah, I figured that out/resolved it
[12:23] <seb128> thanks
[12:23] <Chipaca> sergiusens: which "that"?
[12:23]  * Chipaca out of the loop?
[12:23] <ogra_> sergiusens, yep, we found already
[12:24] <sergiusens> seb128: from my point of view the image was broken all week and I spent most of it chasing that
[12:24] <sergiusens> ;-)
[12:24] <seb128> sergiusens, same here...
[12:24] <ogra_> seb128, well, not sure how it is actually called (it boots normal now) but it talked about systemctl reboot and systemctl default in the text it printed before giving me a shell
[12:24] <seb128> k, well for me system doesn't boot
[12:25] <ogra_> (note that i dropped all console= options so i can actually see error messages)
[12:25] <ogra_> (and panic= as well)
[12:28] <Chipaca> ogra_: what does console default to without console=, in different arches?
[12:28] <ogra_> tty0
[12:28] <ogra_> on all arches afaik
[12:29] <ogra_> i would only set console= if i actually want serial ... (and only set it once)
[12:29] <ogra_> for all other variants i'd just drop it
[12:33] <sergiusens> davidcalle: dholbach can you switch to github flavored markdown? https://help.github.com/articles/github-flavored-markdown/
[12:37] <dholbach> sergiusens, I don't know - with which tool can we convert it to html?
[12:39] <sergiusens> dholbach: that python one I forget the name of... Chipaca helpz :-P
[12:39] <ogra_> yeah, ask sergiusens he once told me :P
[12:41] <ogra_> ah, pandoc ...
[12:42] <davidcalle> sergiusens, do you need specific features we can't have for now?
[12:43] <sergiusens> Chipaca: btw, the find label was doing something useful
[12:43] <sergiusens> davidcalle: the tables ;-)
[12:44] <davidcalle> sergiusens, ah, then in that regard, yes, you will be able to use anything github md do for tables
[12:44] <davidcalle> s/will be/are
[12:44] <sergiusens> Chipaca: now I can't find the alternate kernel path because / is (hd0,2) and there is no kernel in /vmlinuz only in (hd0,3) and (hd0,4) which correspont to the searched for labels
[12:46] <sergiusens> Chipaca: I added back the search and it all works again :-/
[12:50] <Chipaca> was afk (lunch etc)
[12:50]  * Chipaca reads
[12:51] <sergiusens> Chipaca: summary --set with no var set $prefix to the found $label
[12:51] <Chipaca> sergiusens: wait what?
[12:51] <Chipaca> sergiusens: ooooooh! but that's not what the docs say :)
[12:51] <Chipaca> ok
[12:51] <sergiusens> Chipaca: it does :-)
[12:51] <Chipaca> docs say it sets root
[12:52] <Chipaca> and that $prefix is calculated before all user-provided stuff? or something like that
[12:52] <sergiusens> Chipaca: hmm, I read that prefix defaults to the bootloader partition, in any case /vmlinuz alone points to nowhere :-P
[12:53] <sergiusens> Chipaca: https://code.launchpad.net/~sergiusens/snappy-hub/searchForMe/+merge/263772
[12:53] <Chipaca> sergiusens: changing subjects, what do you think of .snapignore?
[12:53] <sergiusens> Chipaca: sorry, not prefix but root
[12:54] <Chipaca> ah, yes, that yes
[12:54] <Chipaca> but we don't use root
[12:54] <sergiusens> Chipaca: that is inherited from click, which I know because I proposed adding a couple of files there and cjwatson said no, and had this huge list :-P
[12:54] <sergiusens> Chipaca: yes we do
[12:54] <Chipaca> anyway,
[12:54] <Chipaca> if you tell me it works like this and does not without, screw the docs, this stays :)
[12:55] <sergiusens> Chipaca: it works
[12:55] <sergiusens> example from the docs: set root=(hd0,1); linux /vmlinuz
[12:55] <Chipaca> sergiusens: where do we use $root?
[12:56] <sergiusens> Chipaca: http://www.gnu.org/software/grub/manual/grub.html#root
[12:56] <sergiusens> Chipaca: when you use '/' without specifing the partition
[12:56] <sergiusens> Chipaca: as in vmlinuz and /initrd.img
[12:56] <Chipaca> sigh. ok.
[12:56] <sergiusens> */vmlinuz
[12:57] <Chipaca> yep yep
[12:57] <Chipaca> i blame ogra :)
[12:57] <Chipaca> he wants to confuse us, so we'll switch to uboot on intel
[12:57] <sergiusens> it's fine, he should of catched this
[12:57] <sergiusens> heh
[12:57] <sergiusens> we can I guess :P
[12:57] <Chipaca> it's because he has shares in the uboot corporation
[12:58] <Chipaca> sergiusens: wrt .snapignore
[12:58] <Chipaca> ~chipaca/snappy/dynamicExclusion
[12:58] <Chipaca> lp:^
[12:58] <Chipaca> sergiusens: would something like that be potable?
[12:59] <Chipaca> sergiusens: http://bazaar.launchpad.net/~chipaca/snappy/dynamicExclusion/revision/555 i guess
[13:03] <sergiusens> Chipaca: do you reread the file for every file there? it looks good in any case
[13:04] <Chipaca> sergiusens: wanted to have it not break if somehow two builds are called in the same run (not something that can happen easily)
[13:04] <Chipaca> sergiusens: it rereads the file for every build directory
[13:04] <sergiusens> Chipaca: idea, how about we read /proc/net/dev as part of the first boot task and set the appropriate network interface up correctly?
[13:04] <ogra_> +1
[13:05] <ogra_> and indeed, uboot would fix everything !
[13:05] <Chipaca> sergiusens: i'll write tests for this, and add that to first boot
[13:05] <Chipaca> or i could do it the other way around
[13:05] <sergiusens> \o/
[13:05]  * Chipaca shelves this
[13:05] <Chipaca> well, wait
[13:05] <Chipaca> pitti had said something about something changing?
[13:05] <sergiusens> wow, really? :-P
[13:06] <ogra_> did he ?
[13:06] <sergiusens> we don't like change!
[13:06] <Chipaca> i might have misunderstood
[13:06] <ogra_> yeah, we're no obama !
[13:06]  * sergiusens mentions that he is being sarcastic in case people don't notice
[13:06] <Chipaca> pitti: this is wrt network device names
[13:06] <ogra_> sergiusens, its friday ... everything is sarcastic
[13:06]  * ogra_ melts 
[13:06] <Chipaca> pitti: is the current situation "it"? or are we expecting more changes soon?
[13:07] <Chipaca> pitti: because if it's "it", we know how to work with it :)
[13:07] <ogra_> well, even if it changes ... /proc/net/dev should give us the right info
[13:07] <Chipaca> fair enough
[13:08] <Chipaca> ogra_: btw, do you know why we don't "see" the bbb usb net device?
[13:09] <ogra_> missing module ?
[13:09] <Chipaca> tried usbnet, not it
[13:09] <ogra_> no
[13:09] <ogra_> its an smc1234something
[13:09] <sergiusens> o, that would be a great thing to work on as well
[13:09] <ogra_> oh
[13:09] <ogra_> you mean gadget support !
[13:09] <ogra_> now i get it
[13:09] <Chipaca> do we want to bring up the first ether device, or the first anything-but-wireless device?
[13:09]  * ogra_ needs some cooling heard ... brain only operates at 20% or so 
[13:10] <ogra_> *head
[13:10] <Chipaca> ogra_: massagran
[13:10] <Chipaca> no, not massagran
[13:10] <Chipaca> 'old on
[13:10] <ogra_> Chipaca, we'd need to ship the cdc_composite module and configure it accordingly
[13:10] <Chipaca> ogra_: mazagran
[13:10] <Chipaca> ogra_: cold coffee + lemon ftw
[13:11] <ogra_> hmm, sounds like an odd combo
[13:11] <Chipaca> 's good
[13:11] <Chipaca> but don't do the version with rum just yet
[13:11] <Chipaca> https://en.wikipedia.org/wiki/Mazagran_(coffee_beverage)
[13:12] <Chipaca> ogra_: how was it you asked to be dropped into initrd?
[13:13] <ogra_> i just had a longish discussion with asac about that :)
[13:13] <ogra_> (modules handling etc)
[13:14] <ogra_> my idea is to have a modules.img in /boot ... (or multiple if one is to big) ... so you can loop mount that from initrd ... and later move mount it to the rootfs (no duplication, no modules inside the initrd)
[13:14] <ogra_> i discussed that with rtg earlier already and will work on a prototype soon as proof of concept
[13:14] <ogra_> WOW ...
[13:15] <ogra_> susie just brought me a bowl of raspberries ... fresh from the bush
[13:15] <ogra_> they are like cooked ... totally hot
[13:15] <pitti> Chipaca: I don't plan on changing the current situation myself, unless we have to because of bugs
[13:16] <pitti> Chipaca: we might get some exclusion rules for rmnet* devices for ofono; but that wouldn't affect eth or wlan
[13:16] <pitti> Chipaca: OOI, are you using networkd now, or just a more dynamic ifupdown snippet?
[13:16] <ogra_> yeah, that would also only affect personal
[13:17] <ogra_> where we wont have a hard configured eth0 or wlan0 anywa
[13:17] <ogra_> y
[13:17] <ogra_> pitti, no networkd yet
[13:17] <ogra_> (afaik)
[13:17] <Chipaca> not on core, no
[13:18] <ogra_> might be interesting to know how that works with ubuntu-fan
[13:18] <ogra_> or if at all
[13:18] <Chipaca> sergiusens: how can i tell from first boot if i'm in personal or not?
[13:18] <Chipaca> or would networkd running mean no ifup
[13:18] <Chipaca> because if so we're good to go :)
[13:18] <ogra_> Chipaca, i guess that can only be answered once personal exists :)
[13:19] <pitti> Chipaca, ogra_: right, I was just intersted (it's easier to configure that with networkd than with ifupdown, but I guess you already have a solution that writes interfaces on first boot or so?
[13:19] <ogra_> pitti, not really
[13:19] <Chipaca> pitti: that's what i'd be doing, at least for core
[13:19] <ogra_> livecd-rootfs currently creates a file
[13:19] <Chipaca> write the equivalent of the current static eth0 file on first boot
[13:19] <pitti> Chipaca: yeah, you shouldn't configure it in multiple places; pick one of ifupdown, NetworkManager, or networkd
[13:19] <pitti> Chipaca: ack
[13:26] <Chipaca> pitti: do usb network interfaces also start with /en/?
[13:27] <pitti> Chipaca: depends -- a tethered phone yes, but I figure an USB wifi stick would start with wl*
[13:27] <Chipaca> pitti: yeah, i meant something like a tethered phone, or a usb ethernet device, not a wifi nor wlan
[13:27] <Chipaca> things that would be expected to 'just work' for an iot device :)
[13:28] <ogra_> Chipaca, usually usb0 etc
[13:28] <ogra_> depends on the gadget driver you use
[13:28] <Chipaca> ogra_: before yes, but now?
[13:28] <ogra_> heh
[13:28] <ogra_> i guess we'll see
[13:28]  * ogra_ will tinker a bit with gadget stuff on the weekend 
[13:29] <Chipaca> ogra_: http://cgit.freedesktop.org/systemd/systemd/tree/src/udev/udev-builtin-net_id.c#n20
[13:29] <ogra_> hmm
[13:29] <Chipaca> so ens3 is the ethernet device plugged into the hotplug slot number 3
[13:29] <ogra_> that has no usb at all
[13:29] <Chipaca> ogra_: nor should it
[13:29] <Chipaca> ogra_: i mean, unless you expect ethernet devices to mention they're pcie
[13:30] <ogra_> well, you want to name them somehow
[13:30] <Chipaca>                                       -- PCI geographical location
[13:30] <Chipaca>  *   [P<domain>]p<bus>s<slot>[f<function>][u<port>][..][c<config>][i<interface>]
[13:30] <Chipaca>  *                                         -- USB port number chain
[13:30] <Chipaca> so usb would be enPsomethingpsomethingssomethingfsomethingusomethingcsomething
[13:30] <ogra_> ah, i was reading the comment at the top
[13:30] <Chipaca> supereasy
[13:31] <ogra_> which kind of indicates it will never even find a device on something like the BBB
[13:31]  * Chipaca is now very curious as to how this looks in actual practice :)
[13:31] <Chipaca> ogra_: why?
[13:31] <Chipaca> ogra_: it'll start with en
[13:31] <ogra_>  * Predictable network interface device names based on:
[13:31] <ogra_>  *  - firmware/bios-provided index numbers for on-board devices
[13:31] <ogra_>  *  - firmware-provided pci-express hotplug slot index number
[13:31] <ogra_>  *  - physical/geographical location of the hardware
[13:31] <Chipaca> just then have a bunch of stuff
[13:31] <ogra_>  *  - the interface's MAC address
[13:31] <ogra_> the only thing that might apply is the MAC in that list
[13:31] <Chipaca> 's fine
[13:31] <Chipaca> as long as it starts with /en/, i'll bring it up :)
[13:31] <ogra_> that code is so awfully intel centric ... sigh
[13:32] <ogra_> bios ... pci ...
[13:32] <Chipaca> ogra_: it's written by people who were rather late to the arm bandwagon
[13:32] <Chipaca> not particularly surprising
[13:32] <ogra_> it is written by people who tend to ignore everything but intel
[13:33] <ogra_> which was/is one of my biggest concerns switching to systemd
[13:33] <ogra_> init=/bin/sh ... really ... :P
[13:33] <Chipaca> ogra_: as i say, super interested in bringing up that bbb thingie, now :)
[13:34] <ogra_> now ...
[13:34] <Chipaca> ogra_: init=/bin/snappy \o/
[13:34] <ogra_> or that, yeah !
[13:34] <Chipaca> anyway, need to go for the school run. will bbl :)
[13:34] <ogra_> check if the cdc_composite module exists
[13:34]  * Chipaca checks
[13:35] <ogra_> or cdc_ether
[13:35] <ogra_> (but that would limit you to only ethernet over USB)
[13:36] <ogra_> hmm, the RPi kernel doesnt have it enabled :(
[13:37]  * Chipaca wonders what ttyO0 is
[13:38] <damjan> Chipaca: the O is from OMAP
[13:38] <ogra_> https://www.kernel.org/doc/Documentation/usb/gadget_multi.txt
[13:38] <damjan> I guess
[13:39] <ogra_> yeah
[13:39] <Chipaca> damjan: ta :)
[13:39] <ogra_> which is weird since the BBB has no OMAP
[13:39] <ogra_> but TI stuck to the O
[13:39] <Chipaca> ogra_: i don't have cdc_composite
[13:39] <ogra_> Chipaca, the above text should help
[13:39] <Chipaca> ogra_: i do have cdc_ether
[13:39] <ogra_> yeah, thats just therenet over usb ... not host mode though
[13:40] <ogra_> *ethernet
[13:40] <Chipaca> yeah, no workie
[13:40] <ogra_> you want actually g_ether
[13:40] <ogra_> or g_multi ...
[13:40] <ogra_> ir cdc_composite
[13:40] <ogra_> *or
[13:41] <ogra_> i dont think it is enabled in our kernel package
[13:41] <Chipaca> ok, i need to run
[13:41] <ogra_> needs some config changes
[13:41] <Chipaca> will read that on my return
[13:41] <ogra_> run lola run ...
[13:41] <ogra_> :)
[13:41] <Chipaca> modprobe g_multi did find usb0
[13:41] <ogra_> oh
[13:41] <Chipaca> but then something about LUN0
[13:41] <Chipaca> and bailed
[13:41] <ogra_> well, there you go
[13:41] <ogra_> yeah, likely needs modoptions
[13:42] <Chipaca> ogra_: http://pastebin.ubuntu.com/11815545/
[13:42]  * Chipaca run s
[13:42] <ogra_> (it can also be serial and fileservice)
[13:42] <Chipaca> yeah, figures
[13:42] <Chipaca> anyway! run! me! go! now!
[13:42] <ogra_> :)
[13:43] <sergiusens> Chipaca: did you figure out that firstboot thing?
[13:44] <ogra_> sergiusens, oh, regarding sabdfl's comment on the ML i guess we should seed fan again (still feels like bloating the image to me ... :) )
[13:45] <sergiusens> ogra_: right, we should
[13:45] <ogra_> i'll try to get to it before EOD
[13:45] <sergiusens> ogra_: I feel ashamed for conflating dhcp and dnsmasq though :-P
[13:45] <ogra_> why
[13:45] <ogra_> it acts as dhcp server in that setup
[13:46] <sergiusens> ogra_: because I could of nailed it down to a package
[13:46] <ogra_> was just a glitch in terminology ... still matched the function ;)
[13:47] <sergiusens> elopio: are you here already?
[13:47] <ogra_> is he working today ?
[13:48]  * ogra_ totally lost overview who is working and who isnt today :) 
[13:48] <sergiusens> ogra_: hmm, Costa Rica isn't part of the US yet, right? :-P
[13:48] <ogra_> wasnt there some religious day in SA today too ?
[13:50] <sergiusens> ogra_: not in the lower cone
[13:51] <sergiusens> ogra_: not according to http://www.timeanddate.com/holidays/costa-rica/
[13:51] <ogra_> ah, well :)
[13:55] <sergiusens> ogra_: I think most of the people not in the US are just taking swap days
[13:56] <ogra_> yeah
[13:57] <ogra_> lots of them though :)
[14:04] <sergiusens> Chipaca: noupdategrub can land (did the 4 phased update test)
[14:08] <sergiusens> Chipaca: care to top approve https://code.launchpad.net/~sergiusens/snappy/noUpdateGrub/+merge/261381 ?
[14:37] <elopio> good morning.
[14:37] <elopio> I'm having some internet problems today.
[14:38] <elopio> sergiusens: I'm here.
[14:38] <elopio> celebrating my independence by working from the office :)
[14:38] <elopio> sergiusens: how can I help you?
[14:42] <sergiusens> elopio: heh :-)
[14:42] <sergiusens> elopio: just wanted to have a quick talk on what the no update grub update implies wrt testing; also planned to invite fgimenez (and Chipaca)
[14:42] <sergiusens> makes for a pure spanish meeting
[14:43] <sergiusens> if not for ogra_ our standup today would of been in Spanish ;-)
[14:43] <elopio> lets not invite ogra_ to the standup either :)
[14:47] <sergiusens> well, it might need to happen after standup as I can't get a hold of Chipaca or fgimenez :-P
[14:48] <fgimenez> sergiusens, no, sorry :) i'm ok with having it now, looking forward to practice my spanish, i'm mostly forgetting it :)
[15:03] <Chipaca> sergiusens: back
[15:25] <sergiusens> Chipaca: pretty please approvez the branchez
[15:25] <Chipaca> @reviewlist
[15:25] <nothal> https://code.launchpad.net/~fgimenez/snappy/fix-failover-versions/+merge/263765 | No reviews (less than a day old)
[15:25] <nothal> https://code.launchpad.net/~mvo/snappy/snappy-fix-bbb-crash/+merge/263530 | No reviews (1 day old)
[15:25] <nothal> https://code.launchpad.net/~fgimenez/snappy/build-test/+merge/263327 | No reviews (2 days old)
[15:26] <nothal> https://code.launchpad.net/~fgimenez/snappy/filter-tests/+merge/263222 | Approve: 2 (3 days old)
[15:26] <nothal> https://code.launchpad.net/~mterry/snappy/selftest-reboot-notice/+merge/262265 | Approve: 1 (15 days old)
[15:26] <Chipaca> sergiusens: i suspect nothal is being a wuss
[15:26] <sergiusens> Chipaca: nothal got a flood warning I hope as this is missing: https://code.launchpad.net/~sergiusens/snappy/noUpdateGrub/+merge/261381
[15:27] <Chipaca> sergiusens: yeah, i've got that one, but you used the plural
[15:27] <sergiusens> Chipaca: and all of these https://code.launchpad.net/~phablet-team/goget-ubuntu-touch/trunk/+activereviews which have the +1 but not the top +1
[15:27] <Chipaca> sergiusens: so i was wondering what the other ones are :)
[15:27] <Chipaca> hah!
[15:27] <Chipaca> ok
[15:28] <Chipaca> @help reviewlist
[15:28] <nothal> Show the list of merge proposals with status = 'Needs review'.
[15:28] <nothal>         usage: @reviewlist [project:<project name>] [user:<lp username>]
[15:29] <Chipaca> @reviewlist user:sergiusens
[15:29] <nothal> https://code.launchpad.net/~fgimenez/snappy/fix-failover-versions/+merge/263765 | No reviews (less than a day old)
[15:29] <nothal> https://code.launchpad.net/~mvo/snappy/snappy-fix-bbb-crash/+merge/263530 | No reviews (1 day old)
[15:29] <nothal> https://code.launchpad.net/~fgimenez/snappy/build-test/+merge/263327 | No reviews (2 days old)
[15:29] <nothal> https://code.launchpad.net/~fgimenez/snappy/filter-tests/+merge/263222 | Approve: 2 (3 days old)
[15:29] <nothal> https://code.launchpad.net/~mterry/snappy/selftest-reboot-notice/+merge/262265 | Approve: 1 (15 days old)
[15:29] <Chipaca> nothal: you are weird.
[15:29] <Chipaca> nothal: i'm not sure i like that in a bot.
[15:31] <Chipaca> ogra_: i'm going to revisit this g_multi thing later. it's got way too many options, and the document you linked describes none of 'em :)
[15:31] <ogra_> lol, yeah
[15:32] <ogra_> i implemented such stuff ages ago on the pandaboard ... i'll dig on the weekend if i can find some of it
[15:32] <sergiusens> Chipaca: it's not hal at least, hal or sal wouldn't have made this mistake
[15:32] <Chipaca> like, file:names of backing files or devices
[15:32] <sergiusens> ergo the nothal I guess
[15:32] <Chipaca> ogra_: the onboard debian also uses g_multi, so i'd probably poke at /sys/module/g_multi/parameters/
[15:32] <Chipaca> ogra_: but it's not going to be fun :)
[15:32] <ogra_> yeah, i was about to suggest that :)
[15:33] <ogra_> you will probably find some info in /etc7modprobe.d
[15:33] <Chipaca> ogra_: great minds often think alike
[15:33] <ogra_> so you dont need to reverse-engineer and can just copy some config over
[15:33] <ogra_> also #beagel might be able to help ;)
[15:33] <Chipaca> no, i grepped all of /etc for g_multi to no avail
[15:33] <ogra_> err
[15:33] <ogra_> *#beagle
[15:34] <Chipaca> oooh
[15:34] <ogra_> ah, sad
[15:34] <Chipaca> boot/uboot/scripts/setup-ubuntu-armhf-3.8.13-bone30.sh:modprobe g_multi file=/dev/mmcblk0p1 cdrom=0 stall=0 removable=1 nofua=1 iSerialNumber=${SERIAL_NUMBER} iManufacturer=Circuitco iProduct=BeagleBone${BLACK} host_addr=${DEV_ADDR}
[15:34] <ogra_> ha !
[15:35] <Chipaca> that script is interesting
[15:35] <Chipaca> anyway! back to the network thing
[15:35] <ogra_> likely some rcn-ee product :)
[15:35] <ogra_> he does all the interesting beagle scripts
[15:36] <ogra_> anyway ... taking care of the madam ...
[15:36]  * ogra_ &
[15:47] <elopio> @help
[15:47] <nothal> "list" To see the available commands ; "help cmd" for specific command help
[15:48] <elopio> @list
[15:48] <nothal> The available commands are: ['bug', 'critical', 'help', 'last', 'list', 'more', 'ping', 'reviewlist', 'seen']
[16:05] <fgimenez> nice weekend everyone o/
[19:08] <sergiusens> ogra_: how do we prevent the system from doing that video mode switch?
[19:49] <damjan> video mode switch??
[19:49] <damjan> doesn't the kms kernel driver do that?
[20:43] <sergiusens> ogra_: for when you get back https://code.launchpad.net/~sergiusens/livecd-rootfs/eth0Not/+merge/263812
[21:15] <h00sier> how can i adduser a new user in snappy image on kvm
[21:25] <h00sier> I've got snappy connected to the internet with the hardwired ubuntu/ubuntu login and I want to add a user and password for security reasons... adduser can't unlock the /etc/group file
[21:29] <h00sier> groupadd: cannot lock /etc/group;
[22:35] <h00sier> how can i adduser a new user in snappy image on kvm
[22:35] <h00sier> I've got snappy connected to the internet with the hardwired ubuntu/ubuntu login and I want to add a user and password for security reasons... adduser can't unlock the /etc/group file
[22:35] <h00sier> I've got snappy connected to the internet with the hardwired ubuntu/ubuntu login and I want to add a user and password for security reasons... adduser can't unlock the /etc/group file
[23:51] <sergiusens> h00sier: you will need to wait a bit to be able to add users, I have branches that are in the pipeline.
[23:51] <sergiusens> you can for now however change the password