[06:24] <wxl> stupid question of the week: how does one use a bluetooth for input on snappy for things (pi2 fwiw)
[06:48] <dholbach> good morning
[06:52] <dholbach> can somebody take a look at https://bugs.launchpad.net/developer-ubuntu-com/+bug/1447733?
[06:52] <dholbach> is snappy-ubuntu the project to be used?
=== 16WAAUIQG is now known as leandrosansilva
[08:11] <dholbach> sergiusens, https://bugs.launchpad.net/snappy-ubuntu/+bug/1447733 - is this a known bug?
[08:15] <dpm> hi lool, and here's one for you - it seems the package name of one of the Rpi2 bits needs renaming? https://bugs.launchpad.net/developer-ubuntu-com/+bug/1449417
[08:34] <dholbach> lool, I just fixed the developer site part of it
[08:42] <lool> dholbach, dpm: indeed; recent change to udf; there's another one we need to update for: command requires one more argument (15.04 or rolling)
[08:43] <dpm> lool, I think I added that to the bug description. Could you confirm that is the case to make sure we're not missing anything else?
[08:43] <lool> (the first error I'm getting is: "the required argument `Release` was not provided")
[08:43] <lool> dpm: yeah; I'd like to check the prefix thing with beuno here
[08:44] <dpm> lool, but with dholbach's fixes to https://developer.ubuntu.com/en/snappy/start/#snappy-raspi2 you shouldn't get the  "the required argument `Release` was not provided" error anymore, should you?
[08:45] <lool> dpm: oh I got the previous version of the page just minutes ago
[08:45] <lool> I guess caching and all
[08:45] <dholbach> yep
[08:45] <lool> yeah new version looks good
[08:45] <dpm> yeah, the page has now ' udf core 15.04 ...'
[09:04] <dholbach> hey slangasek, your name is on the list for uos track lead - but there's a question mark behind your name... do you have more information?
[09:10] <JamesTait> Good morning all; happy Cubicle Day! :-D
[09:21] <lool> ppisati: heya
[09:21] <ppisati> lool: yo
[09:22] <lool> ppisati: I've used https://launchpad.net/~p-pisati/+archive/ubuntu/embedded/+files/linux-image-3.19.1-7-generic-bcm2709_3.19.1-7.7_armhf.deb to build my rpi2 device tarball; it seems your device tarball works better (shows more memory)
[09:22] <lool> ppisati: would you know what might explain this?
[09:22]  * lool checks if PPA has newer version
[09:22] <ppisati> lool: yep,. i pushed a new one
[09:23] <ppisati> lool: uhmm... the only thing that come to my mind are the arguments passed on the cmdline (or embedded during kernel compilation)
[09:23] <ppisati> lool: you mean, you see more memory
[09:23] <ppisati> lool: moving from 3.18 to 3.19?
[09:23] <lool> ppisati: hmm some user reported on the mailing-list seeing 128M, but now seeing 1G with your kernel (the thread you replied to)
[09:24] <ppisati> lool: yep, what was previous? 3.18? 3.19.X?
[09:24] <lool> ppisati: https://lists.ubuntu.com/archives/snappy-devel/2015-April/000548.html
[09:24] <ppisati> lool: did he use uboot or direct booting?
[09:24] <ppisati> lool: he didn't give that ifno
[09:24] <lool> he said he used udf
[09:25] <ppisati> lool: ok, so my kernel gives him more memory, but what was the previous one?
[09:25] <lool> ppisati: one of mine, but I dont think which exact version
[09:26] <lool> but the initial message is recent: https://lists.ubuntu.com/archives/snappy-devel/2015-April/000501.html
[09:26] <lool> 5 days ago, I was already on your 3.19 kernels
=== vrruiz_ is now known as rvr
[09:28] <lool> ppisati: actually I can reproduce here
[09:28] <lool> 3.19.1-4-generic-bcm2709 is the uname
[09:28] <lool> Linux localhost.localdomain 3.19.1-4-generic-bcm2709 #4-Ubuntu SMP PREEMPT Fri Mar 27 19:49:10 UTC 2015 armv7l armv7l armv7l GNU/Linux
[09:28] <lool> that's old (march 27)
[09:28] <lool> console=tty0 console=ttyAMA0 root=/dev/disk/by-label/system-a init=/lib/systemd/systemd ro panic=-1 fixrtc rootfstype=ext4 init=/lib/systemd/systemd ro
[09:29] <lool> ppisati: I'll just pull your latest kernel now, but I'd be interested in what might have changed between this march 27th 3.19 and the latest that would explain the memory difference
[09:42] <lool> dpm, dholbach: Ok, got to the bottom of the OEM namespacing changes from last week
[09:42] <lool> the bottom line is: it's a bug, this could work, but we changed this while implementing "snappy switch" just before release, and now it's set in stone in the 15.04 release
[09:43] <lool> so I'll reupload a pi2-unofficial or something like that
[09:46] <dholbach> ok cool
[09:47] <dholbach> lool, in a mail from Thursday somebody said about the raspi2 image "> Raspberry Pi - dang, that image is mostly 3.9Gb of uncompressed 0’s"
[09:47] <dholbach> I'm not sure what to reply
[09:47] <lool> dholbach: that's true; it's because I lazily rsync it over
[09:47] <lool> but I think I could gzip --rsyncable it
[09:48] <dholbach> yoohoo!
[09:49] <dholbach> can we do something about http://pastebin.ubuntu.com/10923388/?
[09:52] <lool> dholbach: no idea
[09:53] <dholbach> sergiusens, ^ do you maybe know?
[10:43] <lool> dholbach: image gziped BTW
[10:59] <dholbach> lool, do we need to update the docs?
[11:35] <lool> dholbach: I'm updating my README but I have to retest all the bits; it will take a while (also interrupted by various things  :-)
[11:59] <dholbach> lool, cool, let me know
[12:20] <beuno> jdstrand, store has t447
[12:20] <beuno> r447 even
[12:35] <shawn_freenode> ls
[12:35] <lool> Password:
[12:37] <lool> ppisati: Linux localhost.localdomain 3.19.1-8-generic-bcm2709 #8-Ubuntu SMP PREEMPT Mon Apr 13 19:16:38 UTC 2015 armv7l armv7l armv7l GNU/Linux
[12:37] <lool> ppisati: still 128M though
[12:38] <lool> same cmdline
[12:38] <lool> ppisati: am I supposed to include some gpu mem cmdline option?
[13:04] <jdstrand> beuno: nice, thanks!
[13:14] <lool> [    2.623474] Kernel panic - not syncing: Could not decompress initial ramdisk image.
[13:14] <lool> sigh
[14:55] <ppisati> lool: nope, the embedded PPA is the correct one
[14:56] <ppisati> lool: my board is disconnected now, didn't you say that you had all the memory?
[15:13] <lool> ppisati: I think it's one of the other boot files that you kept and I didn't
[15:14] <lool> fixup.dat or another one
[15:14] <lool> I'm still researching
[15:14] <lool> I've excluded vmlinuz and cmdline
=== retrack is now known as Guest3184
=== dholbach_ is now known as dholbach
[17:32] <wxl> anyone here using snappy on a pi2?
=== erkules_ is now known as erkules
[19:36] <jdstrand> tyhicks: hey, how familiar are you with "send_destination" in dbus bus policy (ie, /etc/dbus-1/system.d/*.conf
[19:38] <tyhicks> jdstrand: I'm not familiar with it off the top of my head
[19:38] <jdstrand> ok, thanks
[19:39] <tyhicks> jdstrand: I'll bet it is the equivalent to peer=(name=foo) in an AppArmor D-Bus rule
[19:40] <jdstrand> tyhicks: that is what I was trying to figure out
[19:40] <jdstrand> I think that is correct
[19:40] <jdstrand> basically, it's the bus name
[19:40] <jdstrand> (in dbus parlance)
[19:41] <jdstrand> so, not the interface name or the object path
[19:42] <tyhicks> right
[19:43] <jdstrand> ok, I just filed a bug against snappy, but I think it is invalid
[19:43]  * jdstrand is checking
[19:54] <jdstrand> tyhicks: fyi, that is exactly the case
[20:00] <tyhicks> nice
=== zer0x_ is now known as zer0x