pittielopio: where are you running this? --flavor autopkgtest is a custom flavor that only exists in scalingstack07:41
pittielopio: in principle that looks like a correct invocation, yes; add some -d after adt-run and ssh to see what happens07:41
fgimenezgood morning08:08
dholbachgood morning08:23
zygagood morning :)08:24
didrocksgood morning dholbach, fgimenez and zyga!08:25
dholbachsalut didrocks08:25
fgimenezhey hey didrocks, dholbach and zyga :)08:27
dholbachhola fgimenez :)08:27
fgimenezzyga, quick question for you (i guess), what is the minimum yaml for a snap to provide a skill, is this enough http://paste.ubuntu.com/15072870/ ?08:31
zygafgimenez: I think you can abbreviate that further to offsers: [bool-file]08:36
* zyga checks the spec08:36
zygatype defaults to name08:36
zygaunless changed explicitly08:36
zygafgimenez: are you building a snap that provides the bool file skill?08:36
fgimenezzyga, i'm beginning with integration tests for skills, i'm using the branch you pointed out last friday as a base08:38
fgimenezyep, thanks already looked at that, but was having problems after building the snap, let me try again and paste you the results08:38
zygafgimenez: sure, let's work together on this08:39
fgimenezzyga, great :)08:39
clobranohello everybody, I assume that it's possible to install different version of the same snap, but I'm getting an error like this "failed to install: a package by that name is already installed". I'm installing a snap file in my filesystem, it's version is 0.7, while the version installed is 0.6. Any Idea? Thanks!08:48
fgimenezzyga, ok for the provider, the problems are with the consumer, probably uses: [bool-file] doesn't work there? http://paste.ubuntu.com/15072941/08:51
zygafgimenez: hmm, yes, it seems that snappy-side parsing is not correct yet08:55
zygafgimenez: note that we haven't enabled bool-file (or any other non-migration skill) -- we are trying to do that since last week but we need to do it in the state engine desing and that's not trivial08:56
zygafgimenez: so even if all my branches today would land, you would still not be able to use bool file in practice08:56
fgimenezzyga, ok np, i'll try to keep an eye on the development and update the tests accordingly, bool-file is the first skill type that is going to be available, right?08:57
fgimenezzyga, ok thanks, could we write something about the migration-skill or is this going to go away shortly?08:58
fgimenezzyga, write some integration tests i mean :)08:59
zygafgimenez: I think not shortly09:01
zygafgimenez: but that's not exercising anything new (though the test will stay valid)09:01
zygafgimenez: migration skill is not using the skills system yet09:02
zygafgimenez: I think a lot will become clearer this week09:02
zygafgimenez: then we can plan which tests to invest in09:02
fgimenezzyga, great thanks09:04
clobranouhm, I just read this https://developer.ubuntu.com/en/snappy/guides/packages-names/, at which Phase are we now? Is it already possible to install more version of the same snap? Thanks09:05
=== Odd_Blok1 is now known as Odd_Bloke
=== cprov_ is now known as cprov
=== davidcalle_ is now known as davidcalle
* zyga writes a small piglow demo09:48
=== vrruiz_ is now known as rvr
ysionneauasac: Hi! I just managed to get snappy boot correctly in qemu (with cloud-init working and therefore the ubuntu/ubuntu login working)10:25
ysionneauI had indeed to merge a bit of kernel config + extract the initrd from the rpi2 snappy .img10:26
ysionneauI still need to figure out why I don't have any network interface (apart from lo) :o10:32
zygaysionneau: out of curiosity, how do you run qemu?10:37
ysionneau./arm-softmmu/qemu-system-arm -M raspi2 -smp 4 -kernel ~/dev/kernel-rpi2/linux/arch/arm/boot/zImage -sd ~/Downloads/ubuntu-15.04-snappy-armhf-raspi2.img -append "rw earlyprintk loglevel=8 console=ttyAMA0,115200 dwc_otg.lpm_enable=0 root=/dev/mmcblk0p2" -dtb ~/dev/kernel-rpi2/linux/arch/arm/boot/dts/bcm2709-rpi-2-b.dtb -usbdevice mouse -usbdevice keyboard -net nic,model=smc91c111 -net user -nographic -redir :8090::80 -redir :8022::22 -initrd ~/initr10:39
ysionneausomething like that10:39
ysionneaumaybe I should extract snappy dtb and use that instead of my own vanilla dtb10:41
ysionneaulet's try that.10:41
ysionneauWarning: requested NIC (anonymous, model unspecified) was not created (not supported by this machine?)10:46
ysionneauhmmm I guess the raspi2 qemu port just does not support NIC10:46
=== bigcat_ is now known as bigcat
ysionneauwhat's weird is that even with a usb network device it does not work (-usbdevice net). The kernel detects the USB NIC, but no usb0 is created10:49
asacysionneau: nice!12:12
asacysionneau: is raspi2 in standard qemu?12:12
asacysionneau: have you tried with our default kernel etc.?12:13
=== chihchun is now known as chihchun_afk
ysionneau13:12 < asac> ysionneau: is raspi2 in standard qemu? < nop, I used this: https://github.com/0xabu/qemu12:27
ysionneau13:13 < asac> ysionneau: have you tried with our default kernel etc.? < hmm no, lemme try12:27
asacysionneau: right. so afaik the NIC is a USB nic on the raspi212:28
asacso think you are on right track and just need to get the right kernel that supports the usb device you "plug in"12:29
ogra_thats quite fiddly with qemu (bot doable)12:38
ysionneauhmm interesting, at least with the snappy kernel, I get an eth0 iface12:40
ysionneaubut I still get some errors and I don't have network12:40
ogra_it has the driver builtin iirc12:40
ogra_you probably need some tun/tap device setup the VM attaches to12:42
ogra_(i'm just widly guessing here though)12:42
ysionneauin theory, in -net user mode, I should not need that, but let's try in bridge mode12:43
ysionneauI often think of finding correct qemu args as black magic12:46
ysionneaulike ffmpeg cmdline12:46
ysionneauwhen you find the correct line, you keep it preciously12:47
asacyeah i agree12:54
asacqemu arguments to do what you want and still work together is like ffmpeg :)12:54
asacbut think you are close :_)12:55
ysionneauhmmm cannot get an ip address13:10
ysionneauI think the usb nic is buggy somehow13:10
ysionneaueither in qemu or in the linux kernel I use13:11
ysionneaumaybe I should rebase the qemu port onto qemu master13:11
asacysionneau: did you try our kernel?13:22
ysionneauasac: yes, with your kernel it improves the situation a bit, I can get an eth0 iface13:31
ysionneaubut it is not usable13:31
Tomerhi there, i'm trying to compile bluez5 for an RPi 2 running snappy core 15.04, but the generated snap package is for amd64, is it possible to compile for ARMv7?13:33
ogra_yes, if you do it on an armv7 system13:35
ogra_(i.e. on the rpi)13:35
Tomerhow do I install tools like git on the snappy core (apt-get not available...)? I'm a total noob regarding snappy core13:36
ysionneauasac: hmmm you said I should not use arm64 version on 15.04 because it's not very well tested and not stable. What about having an arm64 kernel but using the arm32 15.04 system? Does this work?13:37
ysionneauan arm64 kernel should be able to run an arm32 user space13:37
opnyysionneau, asac I've spent a bit of time on snappy vs qemu too. On 15.04 eth0 never get an ip and cloud-init failed13:37
ysionneauI'm asking because we have a drone on Tegra X1 (arm64)13:37
ogra_well, in 16.04 there is the classic dimension, that gives you a full apt environment on demand for such stuff ... in 15.04 you can use a container (lxc or docker) or you can use a chroot13:37
ysionneauand it would be cool for me to be able to test 15.04 on Tegra X1 board13:37
asacysionneau: interesting idea :)13:38
asacricmm: what do you think? guess could work to use a arm64 kernel and make it work with our 15.04 image13:38
ysionneauarm64 kernel + your arm32 images13:39
ysionneauopny: which -M were you using? (which board were you emulating?)13:39
opnyysionneau, vexpress-a913:40
ogra_asac, i think 15.04 is still a bit risky wrt arm64, i'D go straight to 16.04 for that13:40
asacogra_: we are talkinga bout using 32-bit image13:41
ricmmyou can try armhf userland sure13:41
asacwith 64-bit kernel13:41
ogra_(and actually use arm64 for the rootfs too)13:41
asacits not ready enough :)13:41
ogra_why not ?13:41
asacnot ready enough13:41
ogra_nonsense :P13:41
ogra_i'm just running it here ... rock solid :)13:41
ogra_(and i compiled some quite heavy stuff on the weekend (webkit and qtwebkit) on it ... i have seen no issues)13:43
opnyysionneau, I was trying to emulate armhf/ armv7 https://github.com/muka/qemu-snappy-experiments/blob/master/run-snappy.sh13:45
ysionneauopny: have you tried with a usb NIC? maybe you will be luckier than me13:46
ysionneauogra_: I'm a bit lost, you are saying 15.04 is risky for arm64 (kernel ? or user space?) and then afterward you say it's rock solid? Maybe I misunderstood something13:46
ogra_ysionneau, i'm not sure how ready 15.04 is ... we just added arm64 to 16.04 though, this is what i'm using here and it is rock solid13:48
ysionneauah ok arm64 with 16.04 is rock solid, got it13:48
ogra_(15.04 will be droped when 16.04 goes stable so all dev focus is on 16.04 currently)13:48
zygaogra_: hey13:48
ysionneaubut, what about having the arm32 userland on 15.04 but with an arm64 kernel?13:48
ysionneaushould be "ok", right?13:48
ogra_technically, yes13:49
ogra_practically i have no experience with that :)13:49
ysionneauonly thing that bothers me with 16.04 is 1°) it's not released yet 2°) it's not much documented like 15.0413:49
ogra_yeah, and constantly moving13:49
ysionneau15.04 dev/support will be dropped as soon as 16.04 is released?13:50
ysionneaumeaning all the ubuntu website documentation will turn into 16.04 compatible tutorials?13:50
ogra_(its a bit of a pain to make snaps if your floor changes underneath you all the time ... but the worst changes should have landed by now)13:50
ysionneauif the snappy release cycle is like normal ubuntu, 16.04 release is pretty soon :o13:51
ysionneaubut I would have finished my evaluation long before the release anyway13:51
ogra_well, snappy is a rolling release, so they are not really synced up (156.04 will see fixes and changes after release for sure) ... but the stable channel will switch to it by 16.04 release or shortly after13:52
ysionneauhmmm doesn't rolling release mean there is "no" release?13:53
ysionneaulike a 15.04 will become automatically a 16.04?13:53
ogra_it isnt that easy since the image design changed in an incompatible way13:54
ogra_so you have to re-flash for 16.04 ...13:54
ogra_(there is no easy way to migrate to the new partitioning for example)13:55
ysionneauright got it14:01
elopiofgimenez: do you know why I can't ssh into an scalingstack ubuntu-server instance created from jenkins?14:11
=== bpierre_ is now known as bpierre
=== benoitc_ is now known as benoitc
fgimenezelopio, mm no idea, are you adding the user's keypair in the create command?14:31
elopiofgimenez: there is one keypair for RegionOne in the slaves. I'm passing it's name to the create command.14:32
fgimenezelopio, and then you try to ssh from a canonistack instance passing as -i the private key, right?14:32
dpmdavidcalle, dholbach, popey mentions that on the getting started snappy page the rpi2 image link is out of date - could perhaps one you update it to the 16.04 image? Either popey or ogra should have the right link14:36
ogra_dpm, no14:36
ogra_dpm, 16.-04 isnt released, we only point to stable images14:37
ogra_(the links will be updated once we release 16.04 as stable)14:37
elopiofgimenez: where is the private key of the RegionOne keypair?14:38
ogra_we could perhaps link to dev images additionally, once we actually have the all-snaps one coming from the build system14:39
ogra_but thats still a bit away14:39
fgimenezelopio, i think it must be in the tarmac server, let me check14:39
ogra_(the only "proper" 16.04 image is atm the one that mvo builds by hand ... nothing we should promote yet)14:39
fgimenezelopio, yes, there it is, ~/credentials/scalingstack/ues-snappy-integration_RegionOne.key14:41
elopiofgimenez: yes, I tried with that one.14:41
elopiono luck.14:41
fgimenezelopio, no idea, the snappy instances used in the tests doesn't use this keypair, anyway you can always create a new one14:43
elopiofgimenez: should I create a new keypair as part of the deploy?14:44
fgimenezelopio, sure that way it won't need any secret management, if the deploy and the keypair have short live it's a good solution. if the deployed instances are expected to last longer maybe you could use an existing keypair14:47
opnyHi, in a snap (xenial) I've used printenv to have  a clue of avail vars but I'm a bit confused now ..  $SNAP is where the executable is. What is the difference of $SNAP_APP_DATA_PATH and $SNAP_USER_DATA ?15:17
=== LarreaMikel1 is now known as LarreaMikel
ogra_opny, there used to be a wikipage but i cant find it anymore15:33
opnyok thanks15:33
ogra_the USER stuff is all for actual executables a user can manually run though15:34
ogra_SNAP_APP_DATA_PATH is just the writable area of the snap ... used by services etc15:34
opnyDo you think there is a sane way to have like a `ln -s` at build time paths that are hardcoded in the app runninig in a snap?15:36
ogra_i would do that from a startup wrapper15:38
opnyogra_, oh that's right.. I have a read call like /run/resolvconf/resolv.conf I cannot see a way to solve that..15:42
opnyor read from  something like /proc/2368/net/ipv6_route (read)15:46
ogra_opny, yeah, i dubt confinement will allow you15:53
ogra_probably tyhicks or jdstrand have some hint if/how thats possible15:53
opnyogra_, I've noticed. Shouldn't the app see the fs as root (/) ?15:54
ogra_it sees its real path ... but cant access anything outside15:55
opnyouch, so bad...15:56
opnyand let's add either a  "only a single skill is supported, 2 found"15:56
opnyto the soup15:56
* ogra_ isnt much familiar with skills yet ... i had just started to understand caps ... then they were replaced :)15:57
opnyogra_, well being aware that I am not alone is a good start :)15:58
opnyogra_, *IRC101* how do you do that chat reflection thingy?16:00
ogra_"chat reflection thingy"?16:01
opny* ogra_ isnt much familiar with skills yet ..16:01
ogra_/me isnt much familiar ....16:01
* opny is learning IRC16:01
opnythat's has been a productive day16:02
zygaopny: skills are not live yet16:02
zygaopny: except for migration-skill16:02
opnyzyga, oh that's good16:03
opnyzyga, thanks, do you know if they will be avail ? (I found them in snapcraft json/yaml schema)16:06
ysionneauwhen using arm64 kernel with rpi2 (arm32) image it boots but I get cloud-init issues (url_helper.py) when not using any initrd.16:08
ysionneauif I use the initrd from the rpi2 snappy img I get this : http://paste.ubuntu.com/15075934/16:09
ysionneauboot freezes at this point16:09
ogra_you *need* to use the initrd, else you wont get the proper mount farm ...16:09
ysionneauthat's what I understood16:10
ysionneauah, if I wait long enough I get some timeout and it told me it's a rootfs name issue ("could not find fe02 root partition")16:10
ysionneauI'll try other names16:10
ogra_Kernel command line: rw earlyprintk loglevel=8 console=ttyAMA0,115200 root=fe0216:11
ogra_this cant work at all16:11
=== chihchun_afk is now known as chihchun
ogra_u-boot has a huge scriptery that assembles an actual cmdline16:11
ogra_try mimicing one from a booted system instead16:12
ogra_(i.e. boot snappy once and copy the cmdline into your qemu call)16:12
ogra_since you are not using uboot16:12
wiglewormI used the java "hello-world" example in snapcraft and the resulting snap was 130MB - is that correct?16:13
wiglewormwhy so large16:13
ogra_because it includes hjava i'd guess :)16:13
ysionneau17:12 < ogra_> try mimicing one from a booted system instead  < ok :)16:14
wiglewormany clue where to look for a method to pair that down?16:14
ogra_i dont think there is one ... apart from making java itself smaller or some such16:15
ogra_if you want your snap to run java bits the jvm needs to be shipped along16:15
wiglewormalso, from the example I could not see where the script was pulling JAVA from - anyone know?16:15
wiglewormogra - thank you16:16
ogra_that would be a quaesion for the snapcraft guys ... but sergiuens isnt arund and i dont know if kyrofa is familiar with the java bits16:16
ogra_you should be able to dig though the snapcraft plugin code though ...16:17
wiglewormis there another channel for snapcraft or is this it?16:19
wiglewormirc channel that is16:19
ogra_this is it ...16:19
ogra_there is a sprint at the US westcoast that many are attending, so catching people from the team might be hard this week16:20
wigleworm-orga_- thank you, I will dig into the snapcraft docs16:20
fgimenezelopio, i'm getting lots of errors like this http://paste.ubuntu.com/15076159/, can you please try to reproduce when you have time?16:21
elopiofgimenez: sure.16:22
fgimenezelopio, the image used by jenkins was built a few weeks ago and we still don't have the automation in place with the new sources, maybe something has changed somewhere that make the new one fail, if you confirm the error i can manually trigger the build to make it visible in the PRs16:24
fgimenezelopio, we can also put the build job in cron mode and create a new image every day, the cleanup jobs are working now16:26
elopiofgimenez: I updated my snappy image and I can install hello world.16:31
elopioit's using ubuntu-core 2016-02-12.16:31
ogra_crazy stuff !16:31
elopiofgimenez: ah, the error is running it.16:33
elopiofgimenez: yes, confirmed. Pleaes report the bug.16:33
ogra_elopio, did you guys already start testing with all-snap images ?16:34
fgimenezelopio, sure, i'll fire up also a new image build16:34
ogra_or are you wating til they come from the official build system16:34
elopioogra_: jenkins is testing the pull requests with all-snaps.16:34
ogra_cool !16:35
elopiofgimenez: also confirmed that it doesn't happen with ubuntu-core from 2016-02-0316:35
ysionneauwith root=/dev/vda2 now it boots, and cloud-init works (I also added a few parameters from a /proc/cmdline of a live snappy system=16:36
ysionneauand I also have a network iface ... "sit0" but it only gets ipv6 address upon dhcp :o16:36
ogra_ysionneau, still wrong16:36
ogra_ysionneau, root=/dev/disk/by-label/writable net.ifnames=0 init=/lib/systemd/systemd ro panic=-1 fixrtc16:37
ogra_thats the least you want in the kernel cmdline ...16:37
elopiowigleworm: it is installing the default-jdk package from the archive.16:37
ysionneauyes I've put the panic=-1 and init stuff16:37
ysionneauI'll try with the remaining parts16:38
ysionneauare you sure I'm supposed to boot on the writable rootfs ? :o seems weird16:40
ysionneauothers seem to boot from the system-a or system-b fs16:40
ogra_ysionneau, you want the init= and the root=16:41
ogra_panic and fixrtc arent that important16:42
ysionneauif I do root=/dev/disk/by-label/system-a it works way better than writable16:46
ogra_yeah, sorry16:47
ogra_i'm running the all-snaps image ... you indeed want system-a on older images16:47
ogra_(in all-snaps system-a is actually a loop device living in /writable which is why thats the rootfs device)16:47
=== kickinz1 is now known as kickinz1|afk
fgimenezelopio, the new image is uploaded and it's already showing the error
elopiofgimenez: great. I set the bug priority as critical.17:03
wiglewormelopio: :) I wish I knew - do you know how I find out?17:05
elopiowigleworm: https://github.com/ubuntu-core/snapcraft/blob/master/snapcraft/plugins/jdk.py#L2417:06
fgimenezelopio, thx, i'll prepare the changes for reacting to modifications in the snaps from the store and build the images accordingly, hopefully it won't take too long17:07
elopiofgimenez: have you decided on a name for the images?17:07
* ogra_ votes for "fred"17:08
ogra_(unless they are female indeed)17:08
fgimenezelopio, i think that your idea of the timestamps is great, we can sort and select them without modifying the existing tools, -tests-job and -cloud-image17:08
elopioelsa for female.17:09
elopiofgimenez: but then the -1 trick wouldn't work. Because it won't necessarily be ubuntu-core -1. It could be kernel -1.17:10
wiglewormelopio: from the file that you linked me to, I am guessing it is installing whatevere I have installed - is that correct17:10
elopioI think we need to modify the tools.17:10
ogra_wigleworm, it is running "apt-get install default-jdk"17:11
ogra_inmside the snapcraft dir17:11
elopiowigleworm: https://github.com/ubuntu-core/snapcraft/blob/master/docs/snapcraft-parts.md17:11
ogra_ogra@styx:~$ apt-cache show default-jdk|grep Depends17:12
ogra_Depends: default-jre (= 2:1.7-52), openjdk-7-jdk (>= 7~u3-2.1.1)17:12
ogra_(thats what i get on 15.10)17:12
elopiotake a look at stage-packages in that link.17:12
wiglewormok, I see default-jdk :) - understand that17:14
wiglewormwhere does default-jdk get defined - i.e. is it set to 1.7.x. or 1.8.x?17:14
fgimenezelopio, ok, i'll submit a PR and we can discuss there, the alternative could be 3 separate padded version numbers of our own, so that we can sort and compare17:14
ogra_wigleworm, in the ubuntu archive17:15
elopiofgimenez: maybe we extend snappy-cloud-client to receive optional versions for the three snaps. If there's no image, it will create one and upload it to glance.17:15
elopiofgimenez: then we don't care about the name, we'll just use whatever ip it returns.17:15
wiglewormogra_ - thanks, can you point me in the direction of the ubuntu archive or tell what I am searching for exaclty?17:16
ogra_wigleworm, like the gcc package depends on a specific gcc-$version package ... it is selected during a release17:16
fgimenezelopio, but how do we know if we have available an image for the requested versions, if the versions are not stored in the name? and it can be ugly, only ubuntu-core's version looks like 2016-02-12 16.04.0-14... well, we can discuss in the PR17:19
ogra_wigleworm, just run "apt-cache show default-jdk|grep Depends" on your machine and it will tell you which open jdk version it would install17:19
wiglewormso is it looking at the dev system and saying "which version is the default java?" and then down loading that version?17:19
wiglewormok, so basically the default jdk for the development system that was used to create the snap17:20
elopiofgimenez: yes, I mean that the name will only be important for the tool that returns the ip, not for the jobs. But of course we need a way to identify the versions in the image. It's late for you, let's talk later.17:21
wiglewormok, thank you17:21
fgimenezelopio, ok nice evening everyone o/17:23
longsleephey folks it has been a while since i had time to work with snappy, to get up to speed is there a vagrant box to get a 16.04 snappy running quickly?17:23
elopiolongsleep: we are finishing the details of the new all-snaps images for 16.04. In the meantime you can get images from https://people.canonical.com/~mvo/all-snaps/17:24
longsleepelopio: great thanks17:24
ogra_elopio, not sure thats suitable for vagrant without converting it though17:25
ogra_there are currenly no all-snap cloud images afaik17:25
longsleepwell i can upgrade my odroidc stuff but i guess i have to learn some new stuff first then17:26
longsleepso i would need something which runs in kvm or virtualbox17:26
ogra_the amd64 one runs fine in kvm17:30
longsleepogra_: ah ok great - i will use that one for now then - thanks!17:31
ogra_but iirc vagrant needs a special image format you need to convert to17:31
longsleepno problem - i can boot a plain disk image17:31
ogra_longsleep, good to have you back btw :)17:31
longsleepogra_: yeah - i am still very busy and not much snappy time unfortunately :/17:32
ogra_sad ... but busy means you guys are getting forward, thats good :)17:32
wiglewormok, new issue with java-hello-world. I installed the snap and ran it - error - no java found. Then I did some searchs on the system and I found that java is on the system, under the snap I just install but it seems like my program (snap) does not know where to look. Should I be setting a "path" somewhere in the hello sample or somewhere else?17:36
ogra_dont you need JAVA_HOME in java ?17:37
ogra_or some such17:37
ogra_the wrapper script that runs the app should set this to your snap dir17:37
ogra_(or respectively to the path underneath the snap dir actually)17:38
longsleepogra_: amd64-all-snap.img.xz booted just fine thanks!17:52
longsleepsome grub migration service failed, thats normal?17:52
ogra_longsleep, sudo snappy enable-classic; snappy shell classic17:52
ogra_thats one of the new awesome things ;)17:53
ogra_longsleep, yeah, we need to look into that17:53
ogra_should be harmless though17:53
longsleepyeah i follow the maillinglist - will try that for sure17:53
longsleepogra_: no more snappy search?17:56
ogra_snap find17:56
longsleepcool thanks17:56
ogra_(but snapy install ..., yay consistency)17:56
longsleepwell - once you know it :)17:57
longsleepogra_: ok, maybe last question for today - how do i sideload a snap quickly now?18:01
ogra_same as before18:01
longsleepmhm getting some wild error18:01
longsleep/tmp/spreed-webrtc_0.24.10-1_amd64.snap failed to install: can not open /tmp/spreed-webrtc_0.24.10-1_amd64.snap: cannot open snap: unknown header: "!<arch>\ndebian-binar"18:01
ogra_suo snappy install --allow-unauthenticated /peth/to/snap18:01
ogra_yeah ... it should rather say "unsupported snap version"18:01
ogra_16.04 requires squashfs snaps without the click package legacy (which is dpkg based)18:02
longsleepgood, i guess then i have something to work on for tomorrow18:02
longsleepi assume snapcraft has the gear to build those snaps?18:02
* ogra_ looks forward to 16.04 release ... all that "floor moves underneath you all the time" is really painful 18:03
ogra_you need xenial though18:03
ogra_(a chroot or what not)18:03
longsleepok, xenial vagrant already somewhere?18:03
ogra_dunno ... you mean normal server ?18:04
longsleepyes to run snapcraft18:04
ogra_there surely is ... but dont ask me where :)18:04
longsleepguess i can use those https://cloud-images.ubuntu.com/xenial/18:04
* zyga hacks on i2c skills18:10
elopiokyrofa: are you here today?19:13
=== kzapalowicz is now known as koza
zygaogra_: hey, still around? would you mind telling me where the gadget snaps live (sources?)20:50
wiglewormback again looking for java and snapcraft help21:32
wiglewormI have now twice used the example code21:32
wiglewormand both times snapcraft completes and creates a snap (java-hello-word exaple)21:33
wigleworminstall the snap and run the wrapper <-- I think thats what I am suposed to do21:34
wiglewormI get "./wrapper: 2: ./wrapper: java: not found21:34
wiglewormComments on what I should do to debug this would be welcome21:35
bartyhi! just a fast question. I've discovered today snappy and installed it in a RPI2. I'm from Spain and I'm unable to change the default keyboard layout to spanish. I've search a lot over the web and found nothing. Anyone there know how to do it?21:47
wiglewormbarty: are you familiar with desktop ubuntu "dpkg" program?21:53
wiglewormmore than likely you can use that and install the "consol-common" deb pkg on the system - you will need to make sure that you get the dependencies that are needed though21:55
bartyok :)21:56
bartyI thought there will be a command already installed like locale-get or something21:56
bartythank you very much!!!!21:56
nothalwigleworm: No such command!21:58
wiglewormnothal: are you saying dpkg wont work?22:01
wiglewormI just used it the other day22:01
bartyI'm using dpkg right now. I think nothal says no such command like locale-gen22:01
longsleepbug #145886622:01
ubottubug 1458866 in Snappy "hangs in uboot boot prompt if dtbs dir is missing" [Critical,Triaged] https://launchpad.net/bugs/145886622:01

Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!