[03:27] <liuxg> when I am trying to config a snap, I get the following error http://paste.ubuntu.com/13499100/. what could be the reason for it?
[03:57] <liuxg> how to set a locale for my raspberry pi device. I get the error like http://paste.ubuntu.com/13499347/
[07:20] <dholbach> good morning
[07:37] <dholbach> liuxg, looking at the webcam example right now
[07:37] <liuxg> dholbach, ok. thanks!
[07:39] <liuxg> dholbach, I just installed the latest snapcraft 0.5 version, and I got the error like http://paste.ubuntu.com/13500846/
[07:40] <dholbach> liuxg, I don't see that happening here... the .snap build succeeds for me
[07:40] <dholbach> which version of Ubuntu are you using?
[07:41] <liuxg> dholbach, I am now on vivid, and I am using snapcraft 0.5
[07:41] <liuxg> dholbach, what is your snapcraft version?
[07:42] <dholbach> liuxg, I'm just using it from the git branch
[07:43] <liuxg> dholbach, liuxg@liuxg:~/snappy/examples$ snapcraft version snapcraft (0.5).Run "snapcraft help" to get started.
[07:43] <dholbach> ok
[07:43] <dholbach> that's the most recent
[07:44] <liuxg> dholbach, what is your version in your place? I just re-pulled the code, and I got the same error in my place.
[07:44] <dholbach> 481c79b7cee578e793baaf02bb733f1e14e1bd29 is the last commit
[07:47] <dholbach> liuxg, did you make modifications to the snapcraft.yaml in that directory?
[07:47] <liuxg> dholbach, how did you install your snapcraft? I used ./setup.py build and sudo ./setup.py install
[07:48] <dholbach> git clone <branch> and then I ran it with ../../bin/snapcraft
[07:48] <dholbach> I didn't install it locally, but used the version from the archive
[07:48] <liuxg> dholbach, no, I did not do any change. It complained "DEPRECATED: plugin names ending in -project are deprecated. Using python3 instead of python3-project". I changed it to python3, and I got the same error.
[07:49] <dholbach> that's a warning only, I'll submit a fix for that
[07:50] <liuxg> dholbach, yes, you are right. your way worked. I do not know how come I did not install it successfully?
[07:50] <dholbach> maybe send a mail to the mailing list about it?
[07:51] <liuxg> dholbach, yeah, I think it is a good idea
[07:52] <liuxg> dholbach, by the way, what is the use of the setup.py there in the project?
[07:53] <dholbach> it's used internally for building the package for the ppa and the archive
[07:54] <dholbach> liuxg, https://github.com/ubuntu-core/snapcraft/pull/115/files for the warning you saw earlier
[07:56] <liuxg> dholbach, I got it. so for the project itself, it is no much use, right?
[07:56] <dholbach> I'm not sure I understand the question
[08:02] <liuxg> dholbach, what i mean is that setup.py in the example project is only for ppa use, not for building the snap purpose :)
[08:02] <dholbach> oh.... sorry
[08:03] <dholbach> in which example project?
[08:03] <dholbach> in the webcamui?
[08:03] <dholbach> there it's used to install the relevant file in the right places
[08:03] <dholbach> it's the project's "build system"
[08:06] <liuxg> dholbach, yes, it is in the webcam-webui project https://github.com/ubuntu-core/snapcraft/blob/master/examples/webcam-webui/setup.py
[08:06] <liuxg> dholbach, do we need to use it for any purpose from a developer point of view?
[08:06] <dholbach> yep, it's used by 'snapcraft build'
[08:06] <dholbach> when it uses the python3 plugin
[08:07] <liuxg> dholbach, so for the snapcraft.yaml, it is of no use?
[08:07] <dholbach> it is of use
[08:07] <dholbach> python3 or python2 projects use setup.py
[08:07] <dholbach> the cmake plugin uses CMakeLists.txt
[08:07] <dholbach> etc
[08:07] <liuxg> dholbach, so, it is used there for the python3 plugin during the compile process?
[08:08] <dholbach> yes
[08:08] <dholbach> so whenever you use a certain plugin, your project needs to fulfil y certain set of requirements
[08:10] <liuxg> dholbach, I used to compile a python project, in fact, I did not use the setup.py, and it worked directly.
[08:10] <liuxg> dholbach, this is the one https://github.com/campbieil/mqtt-for-ubuntu-core
[08:12] <fgimenez> good morning
[08:36] <dholbach> liuxg, if you look at the snapcraft.yaml it uses the python3 plugin
[08:36] <dholbach> liuxg, and if you look at the source it's pulling in (https://git.eclipse.org/c/paho/org.eclipse.paho.mqtt.python.git/tree/), there's a setup.py
[08:37] <zyga> morning
[08:38] <liuxg> dholbach, oh, thanks. I will check it. by the way, do you know how to use golang to do the config for snappy?
[08:38] <dholbach> golang and config are two separate things
[08:39] <dholbach> go is a plugin just like python3 or cmake or node or anything else - the way the project is built
[08:39] <dholbach> the config is a layer on top of that
[08:42] <liuxg> dholbach, I mean if you have any examples showing how to do the config in golang. Currently, all of the samples use python to do that.
[08:44] <liuxg> dholbach, webcam-webui is a good project. however, it involves too many technologies:　golang, script, python, c. For developers, it is not easy to master all of these. I think it is good to stick to a narrow set,
[08:44] <dholbach> I don't know if there's an example for that
[08:45] <dholbach> but seriously, you can have config on top of any plugin you like, it's a separate thing
[08:45] <liuxg> dholbach, if is true. We can manually handle that as well. Still a programming way makes it easier.
[08:46] <dholbach> kind of like you can have services and binaries defined in a snap, no matter which plugin was used to build the part(s)
[08:49] <liuxg> dholbach, I think it is good to provide the solution in different method in addition to the python one in the example.
[08:50] <dholbach> right
[09:01] <liuxg> dholbach, I just sent an email to the snappy mailinglist for the build problem.
[09:01] <dholbach> ok cool
[09:02] <liuxg> dholbach, may I ask whether there is any golang solution to the config?
[09:02] <dholbach> I don't know
[09:23] <liuxg> dholbach, in the webcam-webui example, config.py is finally copied to the /usr/bin/config.py. how can this be done in the snapcraft.yaml? I do not see the copy there.
[09:24] <dholbach> liuxg, it's installed via setup.py - see the scripts definition in there?
[09:25] <liuxg> dholbach, yeah, I see config.py there. is this unique to the python?
[09:26] <dholbach> yes, in setup.py you can define modules, data files, scripts and other stuff
[09:26] <dholbach> scripts are automatically installed into usr/bin
[09:28] <liuxg> dholbach, it looks a new syntax to me anyway.  I just take it for granted!
[09:28] <dholbach> in the python world it's very nice and easy to use
[09:30] <liuxg> dholbach, in fact, there is a bug for it. http://paste.ubuntu.com/13501234/
[09:30] <liuxg> dholbach, in the final installation, the config.py is not there even though it appears in the "snap" directory
[09:30] <dholbach> I don't understand
[09:31] <liuxg> dholbach, you just deploy the snap, and on the target, you do not find the config.py file there in the /usr/bin directory
[09:31] <dholbach> it is there
[09:31] <dholbach> aniel@daydream:~/dev/snappy/snapcraft/examples/webcam-webui$ dpkg -c webcam-webui_1_amd64.snap | grep bin/config.py
[09:31] <dholbach> -rwxrwxr-x root/root       246 2015-11-25 10:15 ./usr/bin/config.py
[09:31] <dholbach> daniel@daydream:~/dev/snappy/snapcraft/examples/webcam-webui$
[09:34] <liuxg> dholbach, have you installed it onto KVM?
[09:34] <dholbach> no, this is just locally
[09:34] <dholbach> I ran the build and inspected the resulting snap file
[09:35] <liuxg> dholbach, strange. let me reinstall it.
[09:41] <liuxg> dholbach, sorry, I found it in the /usr/bin directory. However, when I ran th config, I got an error like http://paste.ubuntu.com/13501276/
[09:45] <liuxg> dholbach, what doe exactly the config file look like? I cannot create one.
[09:46] <dholbach> can you file a bug about this?
[09:46] <dholbach> it looks like a bug
[09:46] <liuxg> dholbach, against snapcraft project? did you duplicate this in your place?
[09:46] <dholbach> I'm busy with something else right now, so I didn't try it locally yet
[09:47] <liuxg> dholbach, ok. I will file a bug for it.
[10:38] <JamesTait> Good morning all; happy Wednesday, and happy Shopping Reminder Day! 😃
[11:02] <Chipaca> liuxg: to know the os version, 'snappy info' and 'snappy list' together would work
[11:03] <liuxg> Chipaca, interesting, lsb_release -a command works as well. Description:	Ubuntu 15.04. so what is the right command to turn the autopilot off?
[11:04] <liuxg> Chipaca, snappy info and snappy list do not tell me the OS version.
[11:04] <Chipaca> liuxg: well then you mean something different than I understand by “OS version”
[11:05] <Chipaca> because `snappy info` tells me `ubuntu-core/rolling/edge`
[11:05] <liuxg> Chipaca, just now, you said if you ran on 15.04, ....
[11:05] <Chipaca> and `snappy list` tells me I'm on revision 259
[11:05] <liuxg> Chipaca,  snappy config ubuntu-core | grep autoupdate does not return anything
[11:05] <Chipaca> liuxg: what does `snappy list` output
[11:06] <Chipaca> sorry
[11:06] <Chipaca> liuxg: snappy info
[11:06] <liuxg> Chipaca, http://paste.ubuntu.com/13501602/
[11:07] <Chipaca> liuxg: and snappy info?
[11:07] <liuxg> Chipaca, snappy info http://paste.ubuntu.com/13501606/
[11:07] <Chipaca> liuxg: first line of that snappy info output
[11:07] <Chipaca> liuxg: tells you you're on ubuntu-core/15.04/stable
[11:08] <Chipaca> liuxg: and snappy list tells me you're on revision 2 of 15.04/stable
[11:08] <liuxg> Chipaca, yes, I saw it. thanks. but snappy config ubuntu-core | grep autoupdate command does not tell me anything there.
[11:08] <Chipaca> liuxg: which also tells me you're something like 8 releases behind current
[11:09] <liuxg> Chipaca, so, I need to update my system?
[11:09] <Chipaca> liuxg: as I said, if you're on 15.04, s/autoupdate/autopilot/
[11:09] <Chipaca> liuxg: very yes
[11:09] <Chipaca> liuxg: and it sounds like it's been trying to do so for a while
[11:09] <Chipaca> liuxg: it's possible the update is failing and you're rolling back automatically, if so it'd be somewhat interesting to figure out why
[11:09] <liuxg> Chipaca, do you mean "s/autoupdate/autopilot/" command?
[11:10] <Chipaca> but only somehwat, because the raspberry pi was not officially supported on release 2
[11:10] <Chipaca> version 2
[11:10] <Chipaca> revision 2
[11:10] <Chipaca> whatever we call it
[11:10]  * Chipaca has a headache
[11:10] <liuxg> Chipaca, yes, it keeps trying.  I need to manually upgrade it :)
[11:10] <Chipaca> liuxg: so it's entirely possible you *can't* upgrade and need to reflash; ogra_ would know more
[11:11] <liuxg> Chipaca, I can flash it myself. that is not a problem.
[11:11] <Chipaca> liuxg: by s/autoupdate/autopilot/ i mean "replace autoupdate by autopilot in all the doc", because autoupdate is the new name; it used to be called autopilot
[11:12] <Chipaca> I'm not sure if we changed it in the latest 15.04, but I think not
[11:12] <liuxg> Chipaca, OK. I got it. thanks! I think it is good to update the doc.
[11:12] <Chipaca> in any case, if ... config | grep autoupdate doesn't print anything, you need to say autopilot instead
[11:12] <Chipaca> no, it's not good to update the doc
[11:12] <Chipaca> that doc is correct for rolling
[11:13] <Chipaca> it's also published for stable on the ubuntu website, which you can probably find easier than i
[11:13] <Chipaca> i just have the github link closer to hand
[11:14] <liuxg> Chipaca, in my place, both ways do not show anything there http://paste.ubuntu.com/13501627/
[11:15] <Chipaca> liuxg: update first
[11:15] <liuxg> Chipaca, OK
[11:15] <liuxg> Chipaca, https://developer.ubuntu.com/en/snappy/guides/autopilot/
[11:16] <Chipaca> yes, that's the *old* old doc
[11:16] <Chipaca> update, and let's check
[11:17] <liuxg> Chipaca, so, the doc needs to be updated, right?
[11:17] <Chipaca> that's what i meant by “update, and let's check”
[11:18] <Chipaca> i believe it does
[11:18] <Chipaca> but i've lost track a little
[11:18] <liuxg> Chipaca, my system refuses to update to the latest http://paste.ubuntu.com/13501646/
[11:19] <liuxg> Chipaca, the new version is there. it happened to me before.
[11:19] <liuxg> Chipaca, the latest version is there, but it does not use it.
[11:20] <Chipaca> ogra_: ping
[11:21] <ogra_> hey
[11:21] <liuxg> Chipaca, I use to report a bug at https://bugs.launchpad.net/snappy/+bug/1508368
[11:21] <liuxg> Chipaca, it happened on the KVM long time ago.
[11:22] <Chipaca> ogra_: when is 15.04/stable revision 2 on rpi2 from? and should update work?
[11:22] <ogra_> Chipaca, only for subsequent images ...
[11:23] <Chipaca> liuxg: ^. Just reflash the rpi2 to something newer.
[11:24] <ogra_> http://cdimage.ubuntu.com/ubuntu-snappy/15.04/stable/latest/ has the official images
[11:37] <Guest552342> what is this?? https://uappexplorer.com/app/ubuntu-classic-armhf.mvo
[11:37] <ogra_> Guest552342, it installs a classic "deb" mode
[11:38] <ogra_> (in its very early stages still though, the implementation can still change)
[11:38] <Guest552342> ogra_, AWESOME! :D
[11:39] <Guest552342> oh it's only for armhf :\
[11:39] <Guest552342> i haz none, only x86
[11:39] <ogra_> (i.e. you will be able to install debs in a container that uses the snappy rootfs as base)
[11:40] <Guest552342> super nice!
[11:41] <Guest552342> can't wait to land on the phone :D
[11:41] <ogra_> (to make running snapcraft to create snappy packages easy)
[11:42] <ogra_> i'm not sure how much of snappy will actually land on the phone initially ...
[11:42] <ogra_> i think the plan is to only support the package format for now ... not an actual snappy install yet
[11:42] <Guest552342> i'll be happy with whatever it lands :D but when? :P
[11:42] <ogra_> in time for 16.04
[11:42] <Guest552342> soon then
[11:48] <mvo> Guest552342: ubuntu-classic.mvo is the version for amd64
[11:49] <mvo> Guest552342: but like ogra_ said, there will be some changes :)
[11:49] <ogra_> mvo, interestingly uappexplorer doesnt fine the non armhf version
[11:50] <ogra_> https://uappexplorer.com/apps?q=ubuntu-classic&sort=relevance&type=snappy
[11:50] <SaMnCo-desktop> Hello!
[11:50] <Guest552342> thanks mvo :D yep ogra_ i coudn't find the amd64 version in uappexplorer
[11:50] <ogra_> snappy searhc should find it though
[11:50] <SaMnCo-desktop> Not sure it's a snappy problem or a LXD problem, but I can't start a Trusty image on a rpi with Snappy
[11:50] <ogra_> might be a bug in uappexplorer
[11:50] <SaMnCo-desktop> log here : http://paste.ubuntu.com/13501779/
[11:51] <SaMnCo-desktop> it used to work ok
[11:51] <ogra_> SaMnCo-desktop, hmm, without sudo ?
[11:51] <SaMnCo-desktop> (RaspberryPi2)ubuntu@samnco01:~$ sudo lxc start trusty
[11:51] <SaMnCo-desktop> error: cannot read config file: open /home/ubuntu/apps/lxd/0.21-1/.config/lxc/config.yml: permission denied
[11:52] <SaMnCo-desktop> ogra_-  ^
[11:52] <ogra_> hmm
[11:53] <ogra_> i fear you have to wait for stgraber
[11:53] <SaMnCo-desktop> ogra_-   I have this line: No such file or directory - failed to access to '/var/lib/apps/lxd/current//lxc', check it is present
[11:54] <SaMnCo-desktop> and ls /var/lib/apps/lxd/current doesn't exist
[11:54] <SaMnCo-desktop> should I create the symlink myself?
[11:54] <ogra_> hmm, it should, how old is your rpi image ?
[11:55] <SaMnCo-desktop> pretty new, a couple of weeks maybe?
[11:56] <ogra_> well, the link should be there with the last stable image and with rolling
[11:56] <ogra_> iirc we set it everywhere now
[11:56] <SaMnCo-desktop> ok forget about it, adding the link actually fixes the problem
[11:56] <ogra_> Chipaca, is that right ?
[11:57] <SaMnCo-desktop> ogra_-  so my problem is fixed, but if there is further investigation you want to make, I am happy to help
[11:57] <ogra_> well, snappy should have created the link at package install time
[11:57] <ogra_> at least on a recent image
[11:58] <liuxg> Chipaca, ok.. thanks! I will do it
[12:06] <Chipaca> ogra_: i'm not sure we have the link on stable, let me check
[12:06] <Chipaca> ogra_: s/stable/15.04/
[12:06] <ogra_> i thought it was a requirement for the last release
[12:07] <ogra_> yeah, 15.04
[12:09] <Guest552342> :| when i ssh -p 8022 ubuntu@localhost WARNING: REMOTE HOST IDENTIFICATION HAS CHANGED!  IT IS POSSIBLE THAT SOMEONE IS DOING SOMETHING NASTY!
[12:09] <Guest552342> Someone could be eavesdropping on you right now (man-in-the-middle attack)!
[12:09] <Guest552342> It is also possible that a host key has just been changed.
[12:12] <Guest552342> ogra :(  sudo snappy install curl.tetor
[12:12] <Guest552342> Installing curl.tetor
[12:12] <Guest552342> curl failed to install: Get https://public.apps.ubuntu.com/anon/download/tetor/curl.tetor/curl.tetor_0.1.10_amd64.snap: dial tcp: lookup public.apps.ubuntu.com: No address associated with hostname
[12:13] <ogra_> are you online at all ?
[12:13] <ogra_> doesnt look  like it
[12:14] <Guest552342> hm.. right i'm offline but why
[12:15] <Guest552342> or am i? snappy search returns searches
[12:16] <Chipaca> Guest552342: wrt the 'remote host identification' warning, i have this in my ~/.ssh/config:
[12:16] <Chipaca> Guest552342: http://pastebin.ubuntu.com/13501861/
[12:17] <Chipaca> Guest552342: that avoids the warning, and makes “ssh kvm.snappy” work
[12:17] <Guest552342> thanks Chipaca  :D i'll add that
[12:26] <ogra_> Chipaca, hmm, does snappy confi havwe a concept of existing but disabled config options ... i.e. similar to commented out options in config files like "# myvar = 'change to your liking'"
[12:27] <Guest552342> :'( so the search works but i can't install snaps. the search requires internet, right?
[12:28]  * ogra_ isnt sure, it might for the first search but might cache subsequent ones
[12:30] <liuxg> Chipaca, after I install the new software, I find that the "apps" directory in the home does not exist
[12:31] <liuxg> Chipaca, where does the directory go?
[12:34] <Chipaca> ogra_: not really, why?
[12:34] <ogra_> Chipaca, well, i just notice that many config files have this so you save the admin from having to read through docs
[12:34] <Chipaca> liuxg: it goes nowhere; apps create it as needed
[12:35] <Guest552342> ogra_, out of the blue i managed to install hello-world o_O. do you know if webdm is preinstalled?
[12:35] <ogra_> depends
[12:35] <ogra_> it is in the official images
[12:35] <Chipaca> Guest552342: what error do you get when you try to install?
[12:35] <Guest552342> webdm failed to install: the given snap is already installed
[12:35] <ogra_> it wont be preinstalled if you use ubuntu-device-flash without the --install option for a self built image
[12:36] <ogra_> snappy list
[12:36] <ogra_> ;)
[12:36] <Guest552342> i am using  wget http://releases.ubuntu.com/15.04/ubuntu-15.04-snappy-amd64-generic.img.xz and running the image in kvm
[12:37] <Guest552342>  sudo snappy install curl.tetor
[12:37] <Guest552342> Installing curl.tetor
[12:37] <Guest552342> curl failed to install: snappy package not found
[12:38] <ogra_> try without the suffix
[12:38] <Guest552342> without tetor?
[12:38] <ogra_> yep
[12:38] <Guest552342> curl is the prefix right? :D
[12:38] <Guest552342> ok :d
[12:38] <Guest552342> same
[12:39] <Guest552342> Installing system-status.victor - ok (worked)
[12:39] <ogra_> hmm, weird
[12:40] <liuxg> Chipaca, you are right. I have to run the app once to get the directory. for example, I want to install sth in the docker. I need to know its path.
[12:40] <Guest552342> Installing snake.mectors - ok. so i do have internet connection :D and i can install stuff but not all the snaps work
[12:41] <liuxg> Chipaca, by the way, last time, you said that you got a way to compile for armhf on device. do you have the detailed instruction for it?
[12:41] <liuxg> Chipaca, if yes, I would like to blog it :)
[12:41] <ogra_> Guest552342, do you see it in a "snappy search *" call ?
[12:42] <Guest552342> curl.tetotr?
[12:42] <ogra_> yes
[12:42] <Guest552342> yep, http://pastebin.ubuntu.com/13501969/
[12:43] <Guest552342> curl.tetor                    0.1.10             cURL
[12:43] <ogra_> very weird, then it should definitely be installable ...
[12:43] <ogra_> i wonder if there is an issue with the store
[12:43] <ogra_> beuno, ^^^ ?
[12:43] <Guest552342> mvo, sudo snappy install ubuntu-classic.mvo
[12:43] <Guest552342> Installing ubuntu-classic.mvo
[12:43] <Guest552342> ubuntu-classic failed to install: snappy package not found
[12:44] <beuno> hi!
[12:44] <ogra_> Guest552342, yeah, i get the same when trying on an amd64 stable image here
[12:45] <Guest552342> so it's popey 's fault
[12:45] <beuno> can you find it by searching?
[12:45] <Guest552342> noh
[12:45] <popey> obviously
[12:45] <ogra_> though my snappy search also only returns one single package
[12:45] <ogra_> (amd64)ogra@aleph2:~$ snappy search *
[12:45] <ogra_> Name                 Version Summary
[12:45] <ogra_> transmission.matiasb 2.84.2  Transmission
[12:45] <ogra_> thats all i get here
[12:45] <beuno> so that's why
[12:45] <beuno> lets try and figure out what's getting filtered out
[12:45] <ogra_> beuno, well, for me, but Guest552342 has a proper search output
[12:46] <ogra_> see the pastebin above
[12:46] <beuno> matiasb, hi!  would channels be doing this?  ^
[12:46] <ogra_> ah, i'm on an "edge" 15.04 image here
[12:46] <beuno> ah
[12:47] <ogra_> which is identical with the release
[12:47] <beuno> so the system is just looking at the edge channel by default
[12:47] <ogra_> just not from the stable channeöl
[12:47] <Guest552342> i'm on release
[12:47] <beuno> this is new behavior ogra_
[12:47] <matiasb> beuno, right, edge channel is empty atm
[12:47] <ogra_> right, so that explains the difference
[12:47] <beuno> yes
[12:47] <matiasb> I published transmission after the rollout yesterday
[12:47] <ogra_> but doesnt explain why Guest552342 cant install the packages
[12:47] <beuno> so now back to Guest552342's problem
[12:48] <beuno> we'd need a bit more debug information
[12:48]  * matiasb reads backlog
[12:48] <beuno> maybe mvo, sergiusens or Chipaca can help
[12:48] <Guest552342> i can type stuff in that black window if you tell me what :d
[12:49] <Chipaca> beuno: matiasb: a heads-up to the mailing list would've been nice
[12:49] <ogra_> beuno, so is there a chance that we can make the stable snaps available to all edge channels if they dont have an "edge" equivalent ?
[12:49] <ogra_> thats pretty limiting otherwise
[12:50] <ogra_> (i tend to do development on an edge image, now i cant download any snaps )
[12:50] <beuno> ogra_, yes, just need to ship the edge image that defaults to stable channel for everything except the things you want on edge
[12:50]  * Guest552342 brb. smoke
[12:50] <beuno> also, developers will be able to publish to edge soon
[12:50] <ogra_> yeah, i saw the option in the web UI
[12:50] <beuno> Chipaca, sorry about that, we've been coordinating with mvo instead
[12:51] <ogra_> but it would make sense to have edge packages of stable packages where devs didnt explicitly pick to publish in edge
[12:51] <beuno> that was the original proposal for channels
[12:51] <beuno> maybe we'll circle back to that
[12:52] <beuno> but the reality is I think the edge image should just pick the OS & Kernel from the edge channel
[12:52] <beuno> and default to stable for everything else
[12:52] <ogra_> i dont care abnout os and kernel
[12:52] <ogra_> yeah :)
[12:52] <beuno> right  :)
[12:52]  * ogra_ sighs ... another 300 mails to read 
[12:53] <ogra_> off for a week and i return to 1200 mails in my inbox :(
[12:55] <Chipaca> liuxg: wrt the directory, i don't understand what you want/need/mean
[12:56] <beuno> Chipaca, any idea why Guest552342 would get back a search result and then not be able to install?
[12:56] <Chipaca> beuno: i don't know the error message he was getting
[12:57] <Chipaca> ogra_: btw, install $pkg/stable works
[12:58] <ogra_> (amd64)ogra@aleph2:~$ sudo snappy install ubuntu-classic.mvo/stable
[12:58] <ogra_> Installing ubuntu-classic.mvo/stable
[12:58] <ogra_> ubuntu-classic failed to install: snappy package not found
[12:58] <ogra_> not even if i drop mvo
[12:58] <Chipaca> i suspect that's been unpublished
[12:58] <Chipaca> check with mvo
[12:58] <davmor2> ogra_: You can have my inbox if you like I had 750 I only had one day off :)
[12:59] <ogra_> davmor2, well, you dont want to knwo about the subfolders :P
[13:00] <davmor2> ogra_: oh you mean in you inbox minus the subfolders
[13:00] <ogra_> yep :)
[13:00] <davmor2> ogra_: maybe you should break so much then people wouldn't have to blame you
[13:00] <ogra_> (amd64)ogra@aleph2:~$ sudo snappy install curl.tetor/stable
[13:00] <ogra_> Installing curl.tetor/stable
[13:00] <ogra_> ...curl          2015-11-25 0.1.10       tetor
[13:00] <ogra_> seems to work !
[13:00] <ogra_> Guest552342, ^^^
[13:01] <matiasb> Chipaca, ogra_, fwiw, checking in the store ubuntu-classic is still review pending, but ubuntu-classic-armhf is published
[13:01] <liuxg> Chipaca, I need to install a container inside the docker. without knowing it first, I do not know where to install. Anyway, after I run "docker version" once, it creates the directory for me.
[13:01] <ogra_> matiasb, yep ...
[13:01] <Chipaca> liuxg: what do you mean "where to install"?
[13:01] <ogra_> seesm to work with another package
[13:02] <liuxg> Chipaca, I can only install container inside sth like apps/docker/1.6.2.004/
[13:02] <Chipaca> liuxg: i don't understand
[13:03] <liuxg> Chipaca, the path apps/docker/1.6.2.004/  belongs to docker, and we cannot install a container in any other places.
[13:03] <beuno> Chipaca, if it were unpublished, it wouldnt show up in search results?
[13:04] <Chipaca> liuxg: what you said is true. I still don't understand the problem you're having.
[13:05] <ogra_> liuxg, install the owncloud snap and take a deep look at the start script it ships
[13:05] <ogra_> that should show you how to properly use docker
[13:05] <liuxg> Chipaca, if I do not run docker once, the path is not created, so should I create it manually?
[13:05] <ogra_> (i dont think it should use anything out of /var/lib/apps/docker...../ )
[13:06] <liuxg> ogra_, thanks! the app path is only created when it runs once.
[13:09] <Chipaca> liuxg: why do _you_ need to know that path?
[13:09] <amp_> Hi everyone. This is probably my first use of IRC, please excuse me if I've do something wrong here. I have a question...
[13:09] <Guest552342> ogra_, yep  sudo snappy install curl.tetor/stable works :D
[13:09] <Guest552342> i had no idea i have to add /stable
[13:09] <ogra_> Guest552342, nobody had
[13:09] <Guest552342> :))
[13:09]  * ogra_ blames beuno 
[13:09] <beuno> Guest552342, it's new  :)
[13:09] <ogra_> :P
[13:09] <beuno> channels go introduced yesterday
[13:09] <Chipaca> Guest552342: you shouldn't; it's a bug
[13:10] <Guest552342> oh :D
[13:10] <ogra_> beuno, FAVO "introduced"
[13:10] <ogra_> *FSVO
[13:10] <beuno> Guest552342, are you using the edge image?
[13:10] <ogra_> he uses stable
[13:10] <beuno> ok
[13:10] <amp_> I have flashed the new stable bbb image (15.04) to my BeagleBoneBlack using SD card. I can boot it, I can ssh into it from LAN, but the image cannot see the internet. 'snappy list -u' fails.
[13:10] <ogra_> from releases.u.c
[13:10] <Guest552342> yep stable
[13:10] <beuno> so there's a bug indeed
[13:10] <beuno> we'll figure out where
[13:11] <beuno> matiasb, am I correct that if no channel is passed, you should get back stable?
[13:11] <beuno> it seems true for search
[13:11] <beuno> maybe not true for package API calls?
[13:11] <ogra_> beuno, how do you figure out on which channel i am btw ? ...
[13:11] <ogra_> system-image will be gone soon
[13:11] <beuno> ogra_, not sure what the CLI exposes
[13:11] <amp_> What can I do to debug this problem?
[13:11] <matiasb> beuno, correct, CPI always assumes stable when no channel is specified
[13:11] <beuno> matiasb, seems true for search, but doesn't seem true for installing a package
[13:12] <ogra_> beuno, well, the only place i know is system-image-cli -i ... but that will be gone as soon as we swithc to all-snaps
[13:12] <beuno> right
[13:12] <beuno> ogra_, we'll have to find a place for it in the snappy CLI
[13:12] <ogra_> right
[13:13] <matiasb> beuno, hmm... installing a package shouldn't need a channel per-se, you get the package from a upload version URL; otoh, CPI package details, also assumes stable by default
[13:13] <beuno> k
[13:13] <beuno> we'll have to figure out what's going on then
[13:13] <beuno> why search is fine but install isn't
[13:14] <beuno> otp with the people who can find out
[13:14] <Chipaca> Guest552342: can you check whether it now works *without* /stable?
[13:14] <beuno> so will wait for that to be over  :)
[13:15] <matiasb> ack, I can check if there is some code I can take a look at to review the involved API calls; in my head, nothing should have changed for stable installs
[13:15] <nessita> beuno, matiasb sorry if this is noise, but isn't snappy 16.04 using edge as default channel?
[13:15] <Guest552342> Chipaca, yep :d works now whothout /stable
[13:15] <Guest552342> yay
[13:16] <matiasb> nice
[13:16] <beuno> nessita, it depends what image you download
[13:16] <beuno> Chipaca, why would it have worked the second time?
[13:16] <Chipaca> Guest552342: so either you're having intermittent network issues, or we're having intermittent server issues
[13:16] <Chipaca> i hope beuno would know if the latter were the case ;-)
[13:17] <beuno> Chipaca, we should try and have the client expose that a bit better
[13:17] <Guest552342> i have strong and fast internet! :D
[13:17] <beuno> it seemed like a 404 vs network
[13:17] <Chipaca> beuno: expose what exactly?
[13:19] <Guest552342> Installing mir
[13:19] <Guest552342> mir failed to install: snappy package not found
[13:19] <Guest552342> but i can see mir when i search
[13:20] <Chipaca> Guest552342: the mir package is buggy, and i'm not sure it works at all, but try “mir.mvp-demo”
[13:21] <Guest552342> Chipaca, uuu 76Mb :D yep this one works
[13:21] <Chipaca> beuno: ah, snappy install just responds 'not found' on network error, yes, that needs updating
[13:24] <beuno> yes, that
[13:25] <Chipaca> beuno: snappy search is more boisterous
[14:24] <ogra_> Chipaca, mvo, who broke ubuntu-snappy-cli on the weekend ?
[14:25] <Chipaca> ogra_: how's it broken?
[14:25] <ogra_> (images dont build since sat.)
[14:25] <ogra_> The following packages have unmet dependencies:
[14:25] <ogra_>  ubuntu-snappy : Depends: ubuntu-snappy-cli (= 1.7ubuntu1-1+906~ubuntu16.04.1) but it is not going to be installed
[14:25] <ogra_> E: Unable to correct problems, you have held broken packages.
[14:25] <mvo> ogra_: the build failure?
[14:25] <ogra_> ah, did it ftbfs ?
[14:37] <dholbach> sergiusens: when do you think we should do the next clinic about snapcraft 0.5? :)
[14:40] <ogra_> is 0.4 out yet ?
[14:40]  * ogra_ didnt get an update
[14:41] <liuxg> Chipaca, I have upgraded my software, however, when i run "snappy config ubuntu-core | grep autoupdate", I still get nothing. see http://paste.ubuntu.com/13502677/
[14:41] <Chipaca> liuxg: snappy info, snappy list, please
[14:41] <beuno> Chipaca, mvo, we need to figure out what to do with the new channels behaviour for the edge image. Any suggestions?
[14:42] <beuno> do we update the edge image?  set all current snaps to the edge channel as well?
[14:42] <dholbach> ogra_, xenial has 0.5 and the PPAs should be updated too
[14:42] <liuxg> Chipaca, http://paste.ubuntu.com/13502700/
[14:42] <ogra_> dholbach, well, my wily install doesnt have it ... i only have 0.3
[14:43]  * ogra_ checks if the PPA got disabled or something
[14:43] <Chipaca> liuxg: "snappy config" output?
[14:43] <Chipaca> liuxg: erm
[14:43] <Chipaca> liuxg: sudo snappy config ubuntu-core
[14:44] <ogra_> bah, indeed it did
[14:44]  * ogra_ curses ... so my snaps are all outdated :/
[14:44] <Chipaca> ahhh
[14:44] <Chipaca> liuxg: AUTOPILOT
[14:44] <sergiusens> dholbach, Monday or Wednesday?
[14:45] <liuxg> Chipaca, http://paste.ubuntu.com/13502726/
[14:45] <Chipaca> liuxg: not autouplitottogiqwerwhateveryoutyped
[14:45] <dholbach> sergiusens, which to do you prefer?
[14:45] <liuxg> Chipaca, yeah, you are right. sorry.
[14:46] <sergiusens> dholbach, Wednesday so I can speak to kyrofa in case he wants to join
[14:46] <dholbach> sergiusens, ok, which time?
[14:47] <sergiusens> dholbach, 5pm your time maybe? (I am lost with tz diffs, sorry)
[14:48] <dholbach> that'd clash with our community team meeting, but maybe I can miss it just this once :)
[14:48] <dholbach> so that'd be 2nd Dec 16:00 UTC
[14:50] <sergiusens> dholbach, is that good for you? tuesday is fine as well
[14:50] <sergiusens> so you don't miss the meeting
[14:51] <dholbach> tuesday that timeslot is the community Q&A :)
[14:54] <stgraber> SaMnCo-desktop: don't use sudo
[14:54] <SaMnCo-desktop> stgraber-  Yeah, it works now. The problem was that the system did not create the symlink for the latest lxd version
[14:55] <SaMnCo-desktop> therefore if you look at the log, it didn't know where to find the lxc binary
[14:55] <stgraber> ah yeah, I think we have a note for that in our getting-started instructions
[14:55] <stgraber> x86 and bbb images have it but not rpi2
[14:55] <SaMnCo-desktop> stgraber-  Ah, I didn't see that, RTFM to me then :D
[14:55] <stgraber> SaMnCo-desktop: https://linuxcontainers.org/lxd/getting-started-cli/#ubuntu-core-snappy
[14:56] <ogra_> stgraber, rpi has it too
[14:57] <ogra_> the bbb and rpi images are 100% identical since last stable
[14:57] <ogra_> (module the hardware setup indeeD)
[14:57] <ogra_> *modulo
[14:59] <ogra_> (this is ubuntu-core v3 in "snappy list")
[15:18] <SaMnCo-desktop> side question, does anyone know when Docker will be updated to a more recent version than 1.6.2?
[15:18] <SaMnCo-desktop> like... 1.9?
[15:19] <asac> i have troubles figuring how to conveniently setup my lxc so i have my home mounted and i auto login with the right user etc. ... anyone has done this and has pointers/tricks?
[15:19] <asac> kickinz1: see docker questiona bove
[15:19] <asac> (if it matters, i am using lxd from daily ppa
[15:20] <kickinz1> SaMnCo-desktop, there has been some work, and there is an 1.8.3 amd64 snappy build already, but the armhf need some bug fixes, and I don't have time for that right now.
[15:20] <kickinz1> asac ^
[15:26] <asac> kickinz1: is armhf support not upstream yet?
[16:01] <dholbach> sergiusens, not sure if you saw the message earlier: tuesday that timeslot is the community Q&A :)
[16:11] <sergiusens> dholbach, oh, yeah, then wednesday is fine
[16:14] <dholbach> ok cool
[16:22] <SaMnCo-desktop> kickinz1-  ok thanks
[16:47] <Guest55Aw> ogra_, welp :( i can't install https://uappexplorer.com/app/classic.mvo [Architecture: all]
[16:48] <Guest55Aw> classic failed to install: snappy package not found
[16:48] <Guest55Aw> but it's in the store
[16:49] <ogra_> Guest55Aw, hmm, i cant either ... perhaps another store issue
[16:49] <Guest55Aw> ogra_, ok thanks :'(
[16:49] <elopio> fgimenez: the $1 and $2 are alright http://paste.ubuntu.com/13503344/
[16:50] <mvo> Guest55Aw: you will need a "rolling" (16.04) image for now its only availalbe there. I expect it wil come to 15.04 too (soonish) but it is still in development
[16:50] <elopio> ogra_: hey, welcome back!
[16:50] <ogra_> elopio, hey ho !
[16:50] <mvo> ogra_: oh, you have this issue too, me
[16:50] <ogra_> mvo, i'm on 15.04 edge
[16:50] <elopio> I missed you. Don't leave us again :')
[16:50] <Guest55Aw> mvo, oooo nice :D let's roll then
[16:50] <ogra_> so i'm fine
[16:50] <mvo> ogra_: its only rolling for now
[16:50] <ogra_> yeah
[16:55] <Guest55Aw> mvo, silly question but from where do i wget the rolling image
[16:55] <ogra_> Guest55Aw, you have to create it yourself using ubuntu-device-flash
[16:56] <Guest55Aw> ogra_, oh, i see :D
[17:01] <fgimenez> elopio, no idea then... the script works fine locally
[17:02] <Guest55Aw> ogr, so.. ubuntu-device-flash core 16.04 -o snappy_rolling.img --size 4 --enable-ssh ?
[17:02] <Guest55Aw> ogra_,  so.. ubuntu-device-flash core 16.04 -o snappy_rolling.img --size 4 --enable-ssh ?
[17:03] <fgimenez> elopio, i would ask more about the environment, env and go version, not sure if they could affect the suite execution though
[17:03] <ogra_> Guest55Aw, i think:  ubuntu-device-flash core rolling --channel=edge  -o snappy_rolling.img  --enable-ssh
[17:04] <Guest55Aw> ogra_, thanks
[17:06] <Guest55Aw> ogra_, Determining oem configuration
[17:06] <Guest55Aw> generic-amd64 failed to install: snappy package not found
[17:06] <Guest55Aw> nope
[17:06] <ogra_> oh, then you need --oem=genercic-amd64
[17:09] <Guest55Aw> ogra_, same error
[17:10] <ogra_> sudo ubuntu-device-flash core --oem=generic-amd64 --channel=edge  -o snappy_rolling.img  --enable-ssh rolling
[17:10] <ogra_> works here
[17:14] <Guest55Aw> ogra_, strange i get Determining oem configuration generic-amd64 failed to install: snappy package not found :|
[17:14] <Guest55Aw> weird
[17:14] <ogra_> when you copy/paste my line above ?
[17:14] <Guest55Aw> i'm on 16.04
[17:14] <Guest55Aw> yes
[17:14] <Guest55Aw> :~$ sudo ubuntu-device-flash core --oem=generic-amd64 --channel=edge  -o snappy_rolling.img  --enable-ssh rolling
[17:14] <Guest55Aw> Determining oem configuration
[17:14] <Guest55Aw> generic-amd64 failed to install: snappy package not found
[17:14]  * ogra_ is on 14.04 but that shouldnt matter, my ubuntu-device-flash should be the same version as yours
[17:16] <Guest55Aw> ogra_,  ubuntu-device-flash 0.33-0ubuntu2
[17:17] <ogra_> oh,. i'm on 0.31 still
[17:17] <Guest55Aw> oh :D i wander what changed
[17:20] <ogra_> the changelog doesnt look like it would have any relation to your error
[17:21] <Guest55Aw> should i open a bug report?
[17:21]  * Guest55Aw brb -pizza-
[17:22] <ogra_> Guest55Aw, yeah ... i dont use 16.04 anywhere, probably it is expected breakage
[18:04] <elopio> ogra_: I need your help. If I put this in a bash script: http://paste.ubuntu.com/13504401/
[18:04] <elopio> no matter how badly the command fails, the error will be left in output.txt ?
[19:15] <jerryG> getting a "has non-unique elements" error when trying to execute snapcraft.  any suggestions?
[19:41] <sergiusens> jerryG, can I see your snapcraft.yaml?
[19:44] <ogra_> elopio, yes