[00:18] dustino: sorry, I missed your question. We are not working on making it installable on the emmc. === chihchun_afk is now known as chihchun === devil is now known as Guest57800 === Guest57800 is now known as devil_ === devil_ is now known as devil__ === devil__ is now known as devilz [08:15] good morning [08:23] good morning [08:35] good morning [08:35] good morning :D [08:41] mvo do you know when the update will be available today? [09:05] noizer: yes! [09:06] mvo yihaaaa lets snap the world today :D [09:06] noizer: xz is running right now [09:06] mvo ok thx :D [09:06] noizer: eta something like 15min [09:09] mvo ok where can I find the release notes? [09:11] noizer: I will send a mail on snappy-devel@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/snappy-devel [09:11] noizer: later today [09:12] ok [09:14] mvo are there already products in production that uses snappy? [09:14] noizer: https://people.canonical.com/~mvo/all-snaps/ its there now for amd64, enjoy and let me know if you notice any issues [09:15] i saw but i need the Raspberry pi one xD [09:15] noizer: yes erle robotics for example http://erlerobotics.com/blog/snappy-store/ [09:15] noizer: and https://insights.ubuntu.com/2015/10/21/snappy-core-unlocks-iot-value-within-the-dell-edge-gateway-5000-series/ [09:15] noizer: those are all 15.04 based currently though. but 16.04 will be much better [09:15] even better I should say :) [09:16] haha :D thats why i'm developing on snappy 16.04 :D [09:17] are you building the other images too (raspberry pi)? [09:17] mvo [09:18] noizer: yes, as we speak :) [09:19] noizer: rpi2 will take a bit longer because of the manual testing I do on the sd card, but I think in 1h at latest it will be up too [09:20] mvo thx thats best service with on going development i ever had :D [09:20] :p [09:22] :-D [09:31] Good morning all! Happy Wednesday and happy Carrot Cake Day! 😃 [09:38] Where do you get thowe days? [09:43] JamesTait: ^ I think that one is directed at you and I can't remember the link [09:43] Mikaela, various sources on the internet, some "official", some just silly. [09:44] ack [09:44] daysoftheyear.com and nationaldaycalendar.com both had today's. [09:45] wellcat.com is another. [09:45] I must take a look sometime [10:04] noizer: rpi2 is available now as well on https://people.canonical.com/~mvo/all-snaps/ === chihchun is now known as chihchun_afk [10:18] mvo thx :D === asac` is now known as asac === chihchun_afk is now known as chihchun [10:27] mvo writing the image to my sd card :D [10:28] mvo: did we drop 'snappy search'? [10:29] mvo: did you see anything like this before? http://paste.ubuntu.com/14864883/ [10:29] dholbach: what version of snappy are you on right now? [10:30] dholbach: I'm preparing a mail for this right now [10:30] mvo: I used the amd64 all-snaps image from you [10:30] dholbach: if you could give me the snappy list output that would be great [10:31] mvo: http://paste.ubuntu.com/14864906/ [10:32] dholbach: this is probably fallout from the switch from package.yaml to snap.yaml and/or fallout from the store changes. so I'm super keen to figure out the root [10:32] ok... [10:32] mvo: and 'snappy search' is gone as well? [10:32] or will there be a new incarnation of it? [10:32] dholbach: yeah, its now "snap find" [10:33] ah, great - thanks [10:34] dholbach: I prepare a mail now that explains the changes a bit more :) [10:35] * dholbach hugs mvo [10:50] dholbach: sorry for the trouble, it looks like the store is really confused - https://bugs.launchpad.net/software-center-agent/+bug/1541317 is causing the issues [10:50] Launchpad bug 1541317 in Software Center Agent "Returns incorrect channel data" [Undecided,New] [10:51] dholbach: which means I may need to create new images because right now the all-snap image is defaulting to the stable channel for the os/kernel snaps. but maybe that is actaully not a bad thing :) [10:56] do we have an example of a seccomp override file? [10:56] it seems that snappy install isn't happy when parsing one, just containing "setpriority" for instance [11:03] mvo: maybe you would know a good example with an appamor and seccomp override? [11:03] (maybe it expects a yaml file?) [11:08] didrocks: here are some examples https://github.com/ubuntu-core/snappy/blob/master/snappy/security_test.go#L832 [11:09] Chipaca, mvo: still any trouble with the wait4net service? [11:09] pitti: I still did not manage to work on the proper fix :( the images were broken and I had to unbreak them first [11:10] pitti: while you are here :) is there a trivial setting to make /tmp not a tempfs with systemd? for snappy we ran into various issues in the testsuite with /tmp being too small [11:11] mvo: isn't that supposed to point to a file rather? [11:11] (from the doc) [11:11] mvo: it defaults to not being a tmpfs [11:11] didrocks: that was in 15.04 iirc that it was a file [11:11] mvo: I saw "deprecated" in the tests, so I didn't dare trying [11:11] mvo: so, revert whatever you do to make it a tmpfs -- most likely, /etc/fstab? [11:11] didrocks: and in 15.04 its json [11:11] pitti: aha, ok, thats good to know, I will dig around [11:11] mvo: hum, do you have one example? [11:12] didrocks: a 15.04 example? [11:12] mvo: could also be that snappy enables /usr/share/systemd/tmp.mount [11:12] yeah :) [11:12] with this file [11:12] I was expecting it to be a seccomp-like file [11:12] mvo: but check /etc/fstab first [11:12] mvo: but how would that work on snappy? isn't the root fs r/o? [11:12] ta, will do [11:12] mvo: or a tmpfs by itself? [11:12] pitti: root is r/o but we can just bind mount the writable partition on top of /tmp [11:12] the tmp of the writable partition [11:13] mvo: I thought with "all snaps" you'd have an empty root tmpfs as /, and then bind-mount the r/o .snaps into it? [11:13] because if it's json, what do we put as a key? [11:13] or did I misunderstand this? [11:13] I guess maybe something like: { "syscalls": ["setpriority"] }? [11:13] mvo: ah, so I guess change /tmp in fstab to be a bind mount to /writable/tmp instead of a tmpfs? [11:14] pitti: yeah, I think that is what we need to do. thanks. for some reason I was thinking that systemd would do that by default and we had to do something in ubuntu to disable it (it being the tmpfs on /tmp) [11:14] didrocks: I need to check for the details, jdstrand is the master of this but I look for an exmaple now [11:15] mvo: upstream does, but we don't in Debian/Ubuntu as that discussion is still ongoing and haven't decided yet [11:15] didrocks: https://github.com/ubuntu-core/snappy/blob/15.04/snappy/security_test.go#L253 maybe? [11:15] mvo: thanks! yeah, an example would be awesome! [11:15] pitti: thanks, thats super useful [11:15] mvo i got a strange error http://pastebin.com/LnZW0TDA do you know what i did wrong? [11:16] mvo: trying in progress :) [11:16] (didn't spot that one in tests) [11:18] mvo: \o/ [11:18] yeah, yaml it was :) [11:18] mvo: extra bonus question, our package needs to be configure for credentials before being able to work [11:18] so, we have a systemd service [11:19] I would like to set "only starts if file is present" with the correct service key [11:19] can we extend the systemd .service generated file? [11:19] (and extra bonus: apart from the config script calling sudo snappy service start…<>, is there a less hackish way of restarting the service after a config change?) [11:21] hello all, I'm trying to run latest stable snappy through vagrant. The VM won't boot, it keeps rebooting really fast and I can not see whats going on in the virtualbox gui... any clue anyone? [11:30] noizer: unfortunately not, how can I reproduce this? [11:31] didrocks: we can not expand the .service right now, the service itself would have to check that currently. we can talk about expanding our .service files of course [11:31] mvo I try to install the plugin python2 and that don't works but when i try to install python3 then it works [11:32] so i think python2 is bugged [11:32] But i need python2 because one lib is only supported in python2 at the moment [11:32] noizer: via snapcraft? sergiusens and kyrofa are your experts for that [11:32] yea via snapcraft [11:33] ok are the online at the moment? [11:33] noizer: I suspect a issue with snapcraft, unfortunately I'm not a expert there [11:33] ok np i will ask them :D [11:33] noizer: not yet but should be soon, they on the americas [11:33] ok thx [11:34] mvo: the thing is that the service checks, and so, it tries to restart [11:34] upon 3 times [11:34] then, nothing "triggers" it once properly configured [11:35] hi all! I'm using snapcraft with autotools plugin, I have an issue over libssl (I guess) as it does not find openssl/bn.h May it be related to the snapcraft build? [11:35] didrocks: right, lets talk about adding code for start conditions then in a bit (after lunch?) [11:35] mvo: sure! [11:38] sergiusens: should snapcraft pull in request_toolbelt from somewhere? [11:39] I got [11:39] No module named 'requests_toolbelt' [11:39] sergiusens Hi, got a strange thing going with snapcraft. I want to install python2 as plugin but when i try i got this error: http://pastebin.com/LnZW0TDA [11:40] sergiusens but i tried it now with python3 and it gave me the same issue [11:40] mvo: however, we don't have any /var/lib/appamor/profiles dir (or content anymore) :/ [11:41] seems something burned it [11:41] not even sure how we can recreate it. We try to install an old snap, and nothing happens [11:43] didrocks: its in /var/lib/snappy/apparmor now iirc [11:43] didrocks: in 16.04 [11:43] didrocks: or is this on 15.04? [11:45] sergiusens: I'm also seeing this happening: http://paste.ubuntu.com/14865381/ [11:45] which might not work when not running with sudo === JamesTait is now known as Guest83722 [11:48] mvo: it's 15.04, for mwc [11:48] mvo: /var/lib/snappy/apparmor/profiles was deleted [11:48] by installing a snap [11:49] (the whole directory) [11:49] didrocks: *urgh* [11:49] yeah, doesn't sound "yummy" :/ [11:50] is there any way to at least for now, tell apparmor to rebuild all profiles? [11:50] didrocks: is this reproducable? I think its click-appamor handling this dir on 15.04 [11:50] didrocks: I don't know, jdstrand will know how to tell apparmor to rebuild all profiles [11:51] mvo: we did install it multiple times, we want the demo to work before reproducing (but apparmor/seccomp doc is a little bit of a PITA) === devil is now known as Guest84073 === Abhishek__ is now known as Abhishek_ [12:36] Good morning [12:36] good morning [12:36] kyrofa good morning xD [12:37] I have already a question for you :D [12:38] since the update of the ubuntu core i can't install python anymore as plugin :s [12:38] kyrofa here you get the error http://paste.ubuntu.com/14865381/ === Guest84073 is now known as devil_ [12:39] noizer, I'm not really sure what I'm looking at, here. However, is your project publicly available? Can I give it a try? [12:40] No it inst available i was developing for it :p [12:40] wait I will give you a my yaml file [12:41] noizer, yeah, whatever is causing the failure for you so I can reproduce it here === chihchun is now known as chihchun_afk [12:46] wait i will test an other thing just only install python so i can see if it realy python [12:50] noizer, for what it's worth seems seem a bit broken on the most recent all-snaps release for me as well [12:54] kyrofa what can we do about it? [12:54] kyrofa i minimized my snap and tested this and got the error http://pastebin.com/nz3pgysu [12:55] and that is since the update from today( for you yesterday night) [12:56] noizer, yeah I need to see your project if that's possible [12:57] kyrofa i can't show it because its for the company that i work for [12:57] but yesterday it worked all fine until the update came [12:57] noizer, oh you put the YAML in the paste, okay I can work with that [12:57] ok this yaml I tried but normally its correct but it doesn't work :s [13:06] kyrofa do you get the same problem? [13:07] noizer, one minute, I have to put out a fire dholbach found for me [13:07] kyrofa: sorry :) [13:07] kyrofa ok np :D [13:07] dholbach, super embarrassing :P [13:08] hello, I'm using snapcraft with autotools plugin to build rethinkdb, I have an issue over libssl (I guess) as openssl/bn.h is not found May it be related to the snapcraft build? [13:08] dholbach, sorry need context [13:08] * sergiusens just got out of the dentist [13:09] opny: do you have libssl-dev installed? [13:09] sergiusens: err... context to which question? [13:09] opny, add openssl to the stage-packages [13:09] sergiusens: I'm also seeing this happening: http://paste.ubuntu.com/14865381/ [13:12] sergiusens, please accept my humble apologies for https://bugs.launchpad.net/snapcraft/+bug/1541349 . After that looks PR is merged I'd be happy to crank out 2.1.1 [13:12] Launchpad bug 1541349 in Snapcraft "Should maybe depend on python3-requests-toolbelt?" [Critical,In progress] [13:13] kyrofa, lets do a 2.1.1 [13:13] kyrofa, let me get that started [13:13] sergiusens, I'm sorry man [13:13] kyrofa, its fine [13:15] dholbach, sergiusens yes sure, I've tried to add the :i386 one either nut no luck [13:16] opny: it should be in libssl-dev [13:16] kyrofa, I'll fix [13:16] opny: [13:16] daniel@daydream:~$ dlocate openssl/bn.h [13:16] libssl-dev:amd64: /usr/include/openssl/bn.h [13:16] daniel@daydream:~$ [13:16] kyrofa, unless you already have [13:16] sergiusens, https://github.com/ubuntu-core/snapcraft/pull/288 [13:17] kyrofa, I can see that was quickly done ;-) [13:17] *sigh* [13:17] kyrofa, no worries! [13:18] dholbach, uhm, you're right.. It's not on my system, only in stage-packages [13:18] sergiusens, fixed [13:18] opny: using build-packages: you can specify it in the snapcraft.yaml [13:19] opny: so others using the same recipe will surely have the package installed upon build [13:19] dholbach, mind looking at https://github.com/ubuntu-core/snapcraft/pull/288 [13:19] dholbach, oh, ok thanks... was using the wrong one! [13:20] kyrofa, this just means we need integration tests for upload/login/logout [13:20] sergiusens, indeed [13:20] sergiusens, making the issue now [13:21] kyrofa: are all these packages required as build-deps? [13:22] I haven't checked in a while - is this because we run the unit tests during the build? [13:22] dholbach, sergiusens perhaps they should be in the test control? [13:22] I guess I'm not sure [13:22] let me check [13:23] kyrofa, debian/tests/control pulls in the package deps [13:24] sergiusens: but that's only for the autopkgtest [13:24] dholbach, yeah, I think kyrofa is just nervous now and wants to add the dep everywhere ;-) [13:24] kyrofa: they're still required - the unit tests are run during the build: https://launchpadlibrarian.net/236098042/buildlog_ubuntu-xenial-amd64.snapcraft_2.1_BUILDING.txt.gz (at about 90% of the log) [13:24] sergiusens, yeah paste paste pate [13:24] dholbach, it's still in Build-Depends iirc [13:25] sergiusens, kyrofa: looks like it's a good idea to keep them in build-depends too :-) [13:25] in debian/control [13:25] Haha, okay good [13:25] well, I didn't see them removed [13:25] sergiusens: I just wanted to check if they're still required as build-deps and it turns out they are :) [13:25] Yeah I think dholbach was just checking the whole thing [13:26] dholbach, yeah, they are; just for module import if anything else [13:29] dholbach, oh no, after adding the build-packages, snapcraft has gone.. python says too many open files http://paste.ubuntu.com/14866019/ [13:29] opny: that should be fixed in snapcraft 2.1 [13:30] opny, is that snapcraft 1? [13:30] dholbach, kyrofa ok, 1.0.1 [13:30] opny, yeah, that fix is only in 2 I'm afraid [13:30] kyrofa: maybe the fix for bug 1537705 should be backported? [13:30] bug 1537705 in Snapcraft "too many open files when using a heap of parts of plugin autotools" [High,Fix released] https://launchpad.net/bugs/1537705 [13:31] kyrofa, where may I update my snapcraft to 2.0? git? [13:31] opny: where did you install snapcraft from? [13:31] dholbach, ppa as per docs [13:32] kyrofa, while you are at it https://github.com/ubuntu-core/snapcraft/pull/289 [13:32] dholbach, ppa:snappy-dev/tools [13:32] kyrofa, sergiusens: ^ where do we land snapcraft 2.x? [13:32] dholbach, nice that you made kyrofa the official backporter [13:32] dholbach, only on xenial [13:32] dholbach, 2.x is only on xenial [13:33] sergiusens, haha, I'm the 1.x maintainer, remember? [13:33] kyrofa: what what? I just asked him because he had just responded in the same context :-) [13:33] or we break all 15.04 users; I'm not sure we will backport as soon our deps to xenial will increase [13:33] don't blame me for giving kyrofa all the hard work [13:34] is there a vagrant box for xenial ? [13:34] sergiusens, it wouldnt work anyway since the concept changed drastically between 15.04 and xenial [13:34] opny, the side effect of using Snapcraft 2 is that you can only target 16.04 Snappy [13:34] sergiusens: isn't it just https://github.com/ubuntu-core/snapcraft/pull/268/files that needs backporting? [13:34] dholbach, yes, I was replying in the context of where we publish 2.x [13:34] dholbach, and I said, only xenial [13:34] dholbach, xenial snapcraft produces squashfs snaps by default .... there is no support for that setup in 15.04 images [13:35] sergiusens, happy to backport if you give the OK [13:35] sergiusens: ok [13:35] dholbach, backporting things from 2.x to 1.x should be ok :-) [13:35] ogra_: I know [13:35] kyrofa, go ahead [13:35] guys... I was never suggesting we should backport EVERYTHING [13:35] everyone calm down and keep on rolling :-) [13:35] opny, thanks for catching that, I'm on it [13:35] well, we should ... but only if 15.04 stable goes EOL [13:35] which should happen with the xenial snappy release as i understand [13:36] kyrofa, no problem, I'm good a breaking stuff :) [13:36] ok... too many threads of discussion at the same time ;-) [13:36] Hahaha [13:38] sergiusens, is https://bugs.launchpad.net/snapcraft/+bug/1541353 the same issue you noticed? [13:38] Launchpad bug 1541353 in Snapcraft "'snapcraft upload' says 'Invalid package filename.'" [Undecided,New] [13:38] btw, is there a xenial image for amd64 and/or arm I can pick ? [13:38] kyrofa, yeah, not sure why `-` is not allowed; maybe pindonga knows [13:39] kyrofa, thats just because dholbach produces that -buggy package ;) snapcraft is clever, wont let buggy things in ;) [13:39] opny, yeah http://people.canonical.com/~mvo/all-snaps/ [13:39] kyrofa, that's going to 2.2; I'll release it while camping during carnaval ;-) [13:41] kyrofa, thank you. Is qemu for arm known to work? [13:41] opny, I've used it, though it's dog slow [13:41] i dont think we actually produce usable snappy images for qemu-system, do we ? [13:41] (armhf thatis) [13:42] kyrofa, sergiusens in snapcraft/storeapi/_upload.py there's a regexp for validating the pkg file name [13:42] - is valid for name [13:42] so maybe the pkg is missing version or arch? [13:42] pindonga, any ideas on bug #1541353 ? [13:42] bug 1541353 in Snapcraft "'snapcraft upload' says 'Invalid package filename.'" [High,Triaged] https://launchpad.net/bugs/1541353 [13:42] kyrofa, we need to find out what the built pkg name is [13:42] ogra_, I've tried on 15.04 but network was never picked up and cloud-init failed [13:43] opny, oh, with what cpu emulation did you run qemu ? [13:43] ogra_: around? If you get a chance at some point, I was curious if you had any thoughts about installing snappy on db emmc via fastboot [13:43] kyrofa do you already any idea with my problem :p [13:43] ogra_, oh, I was just answering a general "yes, qemu can emulate arm" :P [13:43] pindonga, kyrofa I say we remove the regexp, we already have a regexp when we json schema de hell out of it [13:43] kyrofa, yeah, vexpress and omap3 ;) [13:44] noizer, I'm looking at it now [13:44] sergiusens, fine with me [13:44] kyrofa htx xD [13:44] sergiusens, I thought the regex was for extracting the name, not actually _validating_ anything [13:44] sergiusens, the regexp here was jut to avoid a failure after the file was uploaded (ie, during the scan) [13:44] pindonga, in the case of dholbach's bug we might need the full yaml [13:44] ogra_, armhf https://github.com/muka/qemu-snappy-experiments#2-use-ubuntu-snappy-not-working [13:44] ie, a quick sanity check to avoid uploading the file only for the store to fail later [13:44] plars, only vaguely, i try to not touch any internal disks with our images until we have a recovery installer ... but it shouldnt be hard to modify the EMMc bootloader [13:45] pindonga, yeah sounds good, but we fail on the yaml as soon as we load it, so its blocked earlier; I'd be fine with checks, but these regex's have changed so often I got weary of them :-) [13:45] sergiusens: attached: https://launchpadlibrarian.net/236141324/snapcraft.yaml [13:46] ogra_: all I'm really looking for is an automated way to provision it, regardless of what was on it before [13:46] sergiusens, I'm not opposed to removing the filename check [13:46] sergiusens, my bet is what's confusing the regexp is the - in the version [13:46] opny, yeah, you dont really want that ... what would work would be an image thats actually designed for vexpress .. you cant just re-puropse a rpi image for this [13:46] dholbach, try removing the - from the version (or change it to `.`) [13:46] ogra_: another option, of course, is using the sd to boot from. But the only control I've found over the sd so far is via the hard switch on the bottom of the board, which is going to be flaky to solder to [13:46] also, the yaml doesn't include an arch, is that correct? [13:47] pindonga, not this one, the internal one has that; I don't think that is the problem as I've uploaded just fine [13:47] sergiusens: that made it work [13:47] sergiusens, all that said, I completely agree regexpes are a pain to maintain [13:47] up to you to remove it [13:47] so confirmed, it is just the version check [13:47] ogra_: but it does look like I can probably get into fastboot automatically somehow, via the reset button controlled from the uart board, and power control. If I could use that to install to the emmc reliably, it would be something to consider [13:48] plars, you just need to replace the content of the "boot" partiton on the eMMC with a working u-boot binary ... the rest shoudl be scripting .... well and probably invalidate the u-boot on the SD, then it will always fall back to the internal uboot [13:48] nothing to solder here [13:48] sergiusens: you mentioned an incorrect service file the other day that had no %h in the SNAP_USER_DATA - what snap was this again? [13:49] ogra_, ok thanks, has been interesting anyway [13:49] ogra_: I'd like to stay as close as possible to what u-d-f generates though, and not have to change the image we're testing [13:50] plars, well, u-d-f ignores the fact that an eMMC exists [13:50] ogra_: so booting an unmodified sd image would mean I need it to really boot from the sd [13:50] it will always focus on SD only [13:50] apparently that's controlled by gpio_81, but it doesn't seem to be exposed anywhere else as far as I can tell [13:50] mvo, that was kyrofa ^ [13:50] mvo, so I mentioned, kyrofa has the issue [13:51] plars, did you ask in the #96boards channel ? [13:51] but if the image on the sd is bad, or if I need to overwrite it, I would need it to go back to booting something stable off the emmc [13:51] mvo, o/ [13:51] ogra_: not yet, some of this is pretty specific to snappy I think [13:51] kyrofa, upload your snap to people.canonical.com if you can [13:51] plars, right, thjats automatic [13:51] pindonga: do you know which rev of click-reviewers-tools is used in myapps right now? [13:51] sergiusens, sure thing [13:51] if the SD is broken my board here always falls back to eMMC in any case [13:52] which is why i said you can just use a clever u-boot on the MMC ... that could pull a new SD image and write it for example ... just invalidate the bootloader on the SD at the end of your test [13:52] ogra_: but I also need it to fall back if I'm trying to put a new image on there, so I'd like to have more control over it... or are you saying that for that, we should just dd some zeros to the sd card boot part to make it bad? [13:53] ... and a reboot would get you into the MMC uboot [13:53] dholbach, btw, we have planning meetings on Friday's with kyrofa and elopio for snapcraft; someone once mentioned we could open those up to the public; I have to quarrel against that [13:53] dholbach, 567 [13:53] ogra_: gotcha [13:53] pindonga: can you pull again? [13:53] plars, yeah, even just into the first partition of the Sd should be enough [13:53] dholbach, on prod, on staging we're on 572 [13:53] dholbach, I just have one requirement; hands off keyboard unless you are the triager [13:53] Let's say I would like to create an UI via a snap to handle networking or create an access point. Do you think is feasible via a snap? [13:53] ogra_: actually, right now with the snappy image, I only get one boot out of it. any boot after that goes to the emmc. Is that a known issue? [13:53] pindonga: 572 sounds great [13:53] right, we just need to deploy to prod [13:54] but you can test on staging [13:54] sergiusens, who mentioned that? [13:54] opny, what kind of UI ... web-UIs surely work already [13:54] opny, check the mir guide on the developer site [13:54] sergiusens: you quarrel against the calls being public? I'm not sure I understand [13:54] kyrofa, not you; it was mentioned in one of the community hangouts [13:54] sergiusens, oh interesting [13:54] dholbach, oh, in one of the community things (video, text, something) someone mentioned making planning public [13:54] dholbach, I thought it was you [13:54] ogra_ yes a web ui, with simple shell commands or more advanced (networkd?) [13:55] dholbach, I am saying I don't mind if our planning meetings are public and open to everyone [13:55] ah ok, cool :) [13:55] yeah, let's think about how we can do that best [13:55] dholbach, streamed is fine; joining the hangout has 2 reqs, hands off keyboard and see your face [13:56] dholbach, seeing the face is a bit controversial; but it is sort of necessary to keep the face to face value [13:56] sergiusens, mir-snaps ? [13:56] opny, afaik there is a network-manager snap in the works ... i guess you could create another snap that talks to it via snapd on a socket or local network port to manipulate networking via snappy config then [13:56] dholbach, and seeing someone's face provides a lot of feedback [13:56] I like that [13:56] ogra_, ppisati: silly question, it appears that am335x-boneblack.dtb is not/no longer part of the kernel tree in xenial? do you happen to know about this? or am I looking at the wrong place? [13:56] yes, I agree [13:56] kyrofa sorry i cant follow xD let me know when you have a sollution [13:56] mvo, oh, i havent touched the BBB in ages [13:56] noizer, will do [13:56] opny, yes https://developer.ubuntu.com/en/snappy/guides/mir-snaps/ [13:56] * ogra_ has to defer to ppisati [13:57] if I am running xenail, just $sudo apt-get snapcraft will get me and keep me on the latest, right? [13:57] dholbach, speaking of that we should probably take this from mhall and put this into our repo https://developer.ubuntu.com/en/snappy/guides/mir-snaps/ [13:57] rickspencer3, yes [13:57] or it will get outdated fast [13:57] rickspencer3, correct [13:57] ogra_: no worries, I just wanted to build a "community" maintained one with all snaps and this is my blocker right now [13:57] thanks ogra_ and sergiusens [13:57] mvo, are you sure you grabbed the right binary ? [13:58] sergiusens: I'll file a bug for it - I have like 5 things I'm doing at the same time right now :) [13:58] sergiusens, ok nice but what is mir in practice? is it a webcontainer? [13:58] ogra_: not entirely, I was still using the artifact from cdimage [13:59] sergiusens, found.. sorry [14:00] ogra@anubis:~/datengrab$ dpkg -x linux-image-4.4.0-3-generic_4.4.0-3.17_armhf.deb unpack/ [14:00] ogra@anubis:~/datengrab$ find unpack/ -name am335x-*|grep boneblack [14:00] unpack/lib/firmware/4.4.0-3-generic/device-tree/am335x-boneblack.dtb [14:00] ogra@anubis:~/datengrab$ [14:00] mvo, ^^^ [14:00] seems to be there [14:00] ogra_: hmmm, thanks, I will find out what is causing this [14:01] (thats the latest xenial binary package) [14:01] dholbach, kyrofa https://github.com/ubuntu-core/snapcraft/pull/290 [14:02] jdstrand, I use your overlay notes every day, by the way [14:04] opny, a display server [14:04] opny, you have to be clear when you say ui ;-) [14:05] opny, if youwant to do something over the web; just use nodejs or go or something you like (look at gopaste or shout in the snapcraft examples) [14:06] ogra_: found the issue, I'm an idiot [14:06]