liuxghas anyone successfully turned off autopilot for a snappy device? I did exactly the same at the instructions at https://github.com/ubuntu-core/snappy/blob/master/docs/autoupdate.md, but no success. I have replaced the "autoupdate" to autopilot.02:25
=== mwenning is now known as mwenning-afk
=== chihchun_afk is now known as chihchun
=== ubott2 is now known as ubottu
=== cprov_ is now known as cprov
=== rsalveti_ is now known as rsalveti
=== seb128_ is now known as seb128
=== beowulf is now known as Guest38368
dholbachgood morning08:04
fgimenezgood morning08:10
=== wgrant is now known as Guest42266
=== ara is now known as Guest26179
=== tasdomas` is now known as tasdomas
SaMnCo-desktopHello! If I would like to run a set of Docker Containers and give them access to a BLE USB stick, what would be the recommended method?09:44
=== Chipaca` is now known as Chipaca
Chipacaliuxg: echo 'config: {ubuntu-core: {autopilot: off}}' | sudo snappy config ubuntu-core -09:59
Chipacaliuxg: it seems autoupdate.md is missing the -10:00
liuxgChipaca, is it "off", or "false"?10:01
liuxgChipaca, it should be "true" or "false". it should not be "on" or "off"10:02
Chipacaliuxg: why should it not be on/off?10:03
Chipacaliuxg: y|Y|yes|Yes|YES|n|N|no|No|NO|true|True|TRUE|false|False|FALSE|on|On|ON|off|Off|OFF10:03
Chipacaliuxg: all of those are valid boolean values in yaml10:04
liuxgChipaca, ok.ใ€€let me try it.10:05
liuxgChipaca, sorry, I am wrong. it works. also true/false work as well. :)10:06
=== vrruiz_ is now known as rvr
liuxgChipaca, by the way, what is the use of "-" in the command?10:10
Chipacaliuxg: conventionally, specifying - for an argument that expects a file uses stdin as the file10:11
liuxgChipaca, I got it. thanks10:12
liuxgChipaca, I just found that the method at https://developer.ubuntu.com/en/snappy/guides/autopilot/ also worked10:14
mattywhey folks, this new snap format, that's not landed in the repository yet has it (I just built a snap and got this when I tried to upload (failed to install: Signature verification failed: Internal error. E.g. Package corrupt, gpg failed, etc.)10:23
JamesTaitGood morning all; happy Thursday and happy Cake Day! ๐Ÿ˜ƒ  http://goo.gl/oKyw2t10:23
ogra_`mattyw, did you use the --allow-unauthenticated option to snappy install ?10:24
mattywogra_`, I didn't that must be a new thing?10:24
ogra_`oh, ignore me10:24
ogra_`i thought you meant you sideload a snap ... but you see that on upload10:24
JamesTaitError "failed to install" when uploading? o_O10:24
ogra_`oh, right10:24
mattywJamesTait, ogasawara well, snappy-remote install10:25
ogra_`ah !10:25
mattywyeah I'm sideloading10:25
* JamesTait stands down10:25
ogra_`then you want the --allow-unauthenticated option indeed10:25
ogra_`(and no, thats not new at all)10:25
mattywogra_`, I'll give it a go, thanks very much, sure I didn't need it a few months ago but no biggy10:26
ogra_`i'm sure you always needed it ... might be that snappy-remote did set it automatically or some such though10:27
* ogra_` never uses it10:27
ogra_`(snappy-remote that is)10:28
Chipacamattyw: a few months ago you might have been using an image in developer mode10:28
Chipacamattyw: which imples --alllow-unauthenticated-potatos10:28
mattywunknown flag `allow-unauthenticated'10:29
mattywogra_`, unknown flag, what do you use if not snappy-remote?10:31
mattywogra_`, just works now, maybe I did have a bad snap - all working now, sorry to trouble you10:36
SaMnCo-desktopis there a list of all caps available for users somewhere?10:49
SaMnCo-desktopeg. in https://insights.ubuntu.com/2015/07/20/prime-time-docker-juju-and-snappy-ubuntu-core/ Dustin uses "docker_client"10:50
SaMnCo-desktopwhere does that come from?10:50
ChipacaSaMnCo-desktop: docker itself10:56
ChipacaSaMnCo-desktop: frameworks can extend caps10:56
SaMnCo-desktopChipaca-  ok so if I want a Docker container to have access to Bluetooth, I should have it use the framework "docker" so it can run11:03
asacso the kernel-snap thingy annouced by rtg the other day is not abouut a snapcraft plugin, but rather hard coded build logic in the kernel source tree? or did i miss something?11:03
SaMnCo-desktopand then, what cap / framework should I use to add the BLE stack?11:04
ChipacaSaMnCo-desktop: i'm not sure there's a bluez framework yet, but there might be11:05
SaMnCo-desktopChipaca-  Is there a list of public frameworks available somewhere?11:05
ChipacaSaMnCo-desktop: i don't think so, but i'm not sure11:06
Chipacadholbach: so, two issues with snappy docs in d.u.c11:11
Chipacadholbach: one is the autopilot doc, which is stale11:11
Chipacadholbach: in fact i don't think it's ever been true for a released snappy11:11
SaMnCo-desktopChipaca-  so, is there a list of the caps available somewhere?11:11
dholbachyes, I know some are stale :-/11:11
Chipacadholbach: the other is that I think most of those should have some kind of text that said "these are for 15.04; for rolling, go to <github/yaddayadda/docs/blah.md>11:12
dholbachyes, that's the plan11:12
dholbachthe automatic importer does all of this, but it's broken and we're working with django cms upstream to get it fixed11:12
dholbachwhat can I do for the short term? update the autopilot doc?11:12
Chipacathat'd help11:13
dholbachfrom the 15.04 branch?11:13
Chipacaoh, good point11:13
Chipacalet me check that :)11:14
Chipacadholbach: is this manual or automatic?11:14
dholbachit's manual now11:14
dholbachI hope it's automatic very soon11:14
Chipacadholbach: in any case, i think i should first fix them on the 15.04 branch and then point you at it there11:14
dholbachbut I guess it'll take at least 1-2 more weeks11:14
Chipacadholbach: i'll poke you later today when the 15.04 branch has the right autopilot docs11:15
Chipacadholbach: thanks11:15
dholbachthanks Chipaca11:16
ogra_`asac, the kernel snap only uses binary debs11:26
ogra_`asac, it is actually rootstock hacked up :P11:27
asacogra_`: why didnt we do the snapcraft plugin?11:34
asacwas there a need to do the shortcut?11:34
ogra_`asac, it is a snapcraft plugin but using rootstock as backend11:35
asacit is?11:35
asacthe git branch rt announced isnt11:35
ogra_`asac, http://kernel.ubuntu.com/git/rtg/kernel-snap.git/tree/11:35
asacits just a makefile in a source tree that does everything11:35
asachow is that a plugin?11:35
ogra_`build_chroot: rootstock11:37
ogra_`sudo sh ./rootstock -a $(ARCH) -f $(LINUX_FLAVOUR) -m $(MIRROR) -s $(SUITE) -b $(BOOTLOADER) $(PPAS) -k11:37
ogra_`sudo chmod +r $(CHROOT)/boot/*11:37
ogra_`the only git i see in that file is to pull the most recent rootstock script11:37
ogra_`asac, and there is no other way to do it ... you need a proper initrd which you can only get from packages11:40
ogra_`this seems to first build a deb from a kernel tree and then pipes it into rootstock11:41
ogra_`but effectively it is all deb based11:41
ogra_`(in the backend processing)11:42
asacogra_`: ok, but this is not using snapcraft... guess will have to happen still then. thanks12:05
ogra_`asac, it is a snapcraft plugin and i plan to use it in the official builds later12:06
sergiusensppisati, hey, are you going to be able to make it to the dtb meeting I set?12:06
ogra_`(or it will become one in the end at least as i understand)12:06
sergiusensogra_`, asac what plugin?12:06
ogra_`sergiusens, tims kernel thin12:06
ogra_`sergiusens, http://kernel.ubuntu.com/git/rtg/kernel-snap.git/refs/12:07
ogra_`asac, as i understood tim plans to just hook it into the make plugin in the end12:07
sergiusensogra_`, so it would be a part, not a plugin12:08
ogra_`might be ... better ask tim how he planned to integrate it12:08
sergiusensthe only thing that worries me are the sudo calls12:09
ogra_`but as i understood the reason for the toplevel Makefile is to make use of the make plugin12:09
ogra_`yeah, he probably should use fakechroot12:09
ogra_`(and fakeroot)12:09
asachmm. sounds not as cool as it could/should be, in this case snapcraft doesnt make life easier12:10
sergiusensogra_`, can you do everything there with sudo?12:10
=== ogra_` is now known as ogra_
ogra_sergiusens, thats what i do in the touch initrd build scripts12:10
ogra_you dont need sudo at all then ... it fakes a root env12:10
ogra_asac, well ... you need the chroot bit to generate an initrd until we have any other solution ... you will always end up with scripts there ...12:11
ogra_the build wouldnt need to use a deb for the kernel itself though ... but i guess thats also more maintenance in the end12:12
sergiusensogra_, so what's up the the talks about making initrd generic?12:12
ogra_sergiusens, i wish we could ... but that would mean a bunch of kernel changes12:13
ppisatisergiusens: yep12:13
asacogra_: what is the other solution? who is working on it and if noone what needs doing e.g. the plan?12:13
sergiusensppisati, great12:13
ogra_not sure we actually want squashfs and all of vfat built into every generic kernel12:13
asacif noone comes up with a better solution we have to go generic12:13
asacnot sure if anyone is thinking about better solution though; hence asking12:14
ogra_asac, the only other solution would be a module-less initrtd that you can just pull from somewhere12:14
ogra_asac, but as i said above, that needs all bits we need to boot snappy built into the kernel12:14
ogra_ad as ling as we use the generic kernel thats tricky12:14
asacdoesnt feel wrong to do that; who is pushing back?12:14
ogra_nobody is pushing back12:15
asacso vfat is surely in the kernel right now, no?12:15
ogra_not all of it12:15
ogra_codepages are mnodules12:15
asacwhats that?12:16
ogra_we need all of vfat, ext4 and squashfs builtin12:16
ogra_nls codepages12:16
ogra_for being able to handle filenames12:16
ogra_vfat needs that12:16
ogra_and there are multiple (i never saw any other than iso-8859-1 used though, but there are like 30-50 of them)12:17
asacso we support some format of filenames?12:17
asacwhy cant we restrict us to those?12:17
ogra_vfat does12:17
ogra_its not us12:17
ogra_i dont think there is a utf-8 codepage that could cover everything12:18
=== happyaro1 is now known as happyaron
ogra_asac, the prob is ... if you get a usb stick from a chinese friend it might need a different codepage ... vfat wouldnt mount it if that isnt available ... while we could build all codepages into the kernel technically that adds a huge amount of bloat12:20
ogra_OTOH i'm not sure if we could build only the codepage we use into the kernel and leave the rest as modules12:21
ogra_probably ppisati knows :)12:21
sergiusensChipaca or mvo_ , is      security-template: network-status    a 16.04 only thing?12:22
Chipacasergiusens: no12:24
Chipacasergiusens: bah. it's under 15.04. let me check on actual 15.0412:24
Chipacasergiusens: it's there in 15.0412:27
Chipacasergiusens: /usr/share/apparmor/easyprof/policygroups/ubuntu-core/15.04/network-status12:27
sergiusensChipaca, meh, then boo :-)12:27
sergiusensChipaca, 2015/11/24 08:43:59.067839 security.go:205: [sc-filtergen --include-policy-dir=/var/lib/snappy/seccomp --policy-vendor=ubuntu-core --policy-version=15.04 --template=network-status --policy-groups=networking] failed12:27
sergiusensbwm-ng_0.6-3.2_amd64.snap failed to install: exit status 112:27
sergiusensChipaca, is it on sstable or only edge?12:27
* sergiusens starts the day and checks12:28
Chipacasergiusens: stable r1012:28
sergiusensChipaca, hah, review tools fail for this as well with 'unsupported template'12:29
sergiusensChipaca, this is what I'm looking at btw https://bugs.launchpad.net/snapcraft/+bug/151925112:30
ubottuLaunchpad bug 1519251 in Snapcraft "Step copying .snap during 'snapcraft run' fails" [Undecided,Incomplete]12:30
ogra_beuno, i still cant install any snaps on either of my edge installs, how long do you plan to keep it that way ?12:30
ogra_(shouldnt that be rolled back until we have a proper solution ?)12:30
Chipacasergiusens: you should probably have a word with the jamie12:34
ogra_mvo_, what do you think about forcing LC_ALL=C in an /etc/profile.d snippet that we ship in ubuntu-core-config ?12:34
* ogra_ is annoyed having to set LC_ALL=C all the time12:34
beunoogra_, hi. We just need to make a decision on how to fix it. I'll get that decision in ~30 minutes12:37
dholbachhey sergiusens12:53
=== joc_ is now known as joc|lunch
mvo_ogra_: +1 from me until have  a image that supports locales12:54
dholbachsergiusens, if I list a file under binaries which is a shell script, should that work and provide a valid snap?12:54
ogra_mvo_, eek ... you really want to go down that rabbit hole ?12:55
dholbachsergiusens, or do we only want to list binaries there?12:55
mvo_ogra_: I think eventually we have no choice, for now I think forcing C or C.UTF-8 is fine12:57
ogra_mvo_, we always have choice :)12:57
ogra_but yeah. i'll add that snippet12:58
sergiusensdholbach, interpreted languages are binaries(!)13:02
sergiusensdholbach, well, to the purpose of snapcraft ;-)13:02
sergiusensdholbach, the examples are full of them13:02
dholbachsergiusens, I get this:13:03
dholbach- lint:control_architecture_specified_needed13:03
dholbachCould not find compiled binaries for architecture 'amd64'13:03
dholbachI guess that's a bug for click-reviewers-tools13:04
sergiusensdholbach, define architetures: [all]13:04
dholbachmaybe somebody could help Jamie with a review of this one too: https://code.launchpad.net/~jdstrand/click-reviewers-tools/click-reviewers-tools.snappy1604/+merge/27821813:04
sergiusensdholbach, your snap is just one one one script?13:04
dholbachsergiusens, "architetures: [all]" doesn't fix it13:05
sergiusensdholbach, is there a typo there?13:06
sergiusensmissing a c :-)13:06
dholbachsorry, "architectures: [all]"13:08
dholbachsergiusens, ^13:26
sergiusensdholbach, yeah yeah, one sec ;-)13:28
dholbachok, no worries :)13:28
beunoogra_, conclusion is that we'll update the edge image to point at the stable channel13:40
beunoand other things, that i'll send to the list in a little bit13:40
ogra_beuno, dont forget about stable then :)13:41
ogra_(i mean 15.04/edge, sorry )13:41
beunoyes, for 15.04 as well13:43
beunomvo will solve all the problems, as usual13:43
ogra_ah, k, then it is in good hands13:43
sergiusensdholbach, so I guess we don't support your use case anymore13:44
sergiusensdholbach, we could, we just don't13:44
dholbachI guess this might be a common one?13:44
dholbachis there another way to at least create a wrapper for scripts?13:45
ogra_sergiusens, well, as long as "snappy build" works, once can at least still build multi snaps manually :P13:47
sergiusensogra_, snappy build will not work in 16.0413:47
ogra_sergiusens, yeah, and with that snappy loses a lot of excitement for me as maintainer ... unless you start supporting multi snaps in snapcraft13:48
sergiusensdholbach, I really doubt there will be a lot of snaps that are just scripts, but just create a bug ;-)13:48
ogra_since i have to maintain a single snap for each arch ... with a single page in the store etc etc ...13:48
* ogra_ guesses that wont win us more maintainers 13:48
dholbachsergiusens, is that a snapcraft or click-reviewers-tools issue?13:49
sergiusensdholbach, snapcraft, we mark the arch as where you build it13:49
ogra_sergiusens, maintaining debs is easier then13:49
ogra_(which is very sad)13:49
sergiusensdholbach, if I find something to parse the tree and check if it is an actual binary we can do this automatically13:50
sergiusensogra_, I have no idea what you are talking about ;-)13:50
=== joc|lunch is now known as joc_
dholbachsergiusens, you can probably borrow the checks from the reviewers tools13:51
ogra_sergiusens, that maintaining my stuff in a deb is abouot 10% the work it takes me to maintain 4 snaps13:51
ogra_with that new model13:51
ogra_we are making maintainer life really hard with that13:52
ogra_i.e. it wouldnt encourage me to turn my stuff into a snap as an upstream ... even thouh it is easier to set up a snapcraft.yaml vs a debian dir, the followup work is horrid13:52
sergiusensogra_, you can take the store issues to beuno and for snapcraft, better bring in concrete problems (in the form of bugs would be nice so it's not fire and forget)13:52
ogra_sergiusens, well, thats not a store issue ... i have a few multi arch snaps13:53
ogra_(in fact node-snapper defaults to build multi)13:54
ogra_with dropping the ability to do that you make maintainer life really hard if i as maintainer want to support all arches13:54
sergiusensogra_, as a debian package maintainer you need to create N builds for N arches; I don't understand how it is harder13:54
ogra_and i dont think a bug is the right thing for somethin "planned"13:54
ogra_sergiusens, i dont ... i upload one source package13:55
sergiusensogra_, you should be able to build for N arches on launchpad13:55
* sergiusens goes back to work13:55
ogra_sergiusens, right, but then i still need to maintin N store pages because i have not a single multi snap but N arches i need to support now13:56
ogra_i simply think it is very discouraging to drop that feature13:56
sergiusensdholbach, ping me once you have the bug13:58
dholbachsergiusens, https://bugs.launchpad.net/snapcraft/+bug/152024813:59
ubottuLaunchpad bug 1520248 in Snapcraft "snap with only scripts gets wrongs architecture set" [Undecided,New]13:59
Chipacadholbach: https://github.com/ubuntu-core/snappy/blob/15.04/docs/autopilot.md is ready for you14:13
dholbachthanks Chipaca14:13
dholbachChipaca, updated14:16
sergiusensdholbach, this is also ready for you https://github.com/ubuntu-core/snapcraft/pull/12114:25
dholbachsergiusens, checking in a sec14:25
dholbachsergiusens, so with this branch I'm required to specify architectures, right?15:20
sergiusensdholbach, yes15:23
dholbachit'd be nice if that wasn't necessary O:-)15:24
sergiusensdholbach, oh; but then ogra_ will complain that multi is not working either15:25
sergiusensdholbach, I will add auto detect into a future branch15:25
dholbachI don't understand15:25
dholbachcouldn't this be completely autodetected at some stage in the future?15:26
sergiusensmvo_, Chipaca mind confirming my comment? https://bugs.launchpad.net/snappy/+bug/152025315:43
ubottuLaunchpad bug 1520253 in Snappy "Only one of apparmor.override / seccomp.override is required" [Undecided,New]15:43
=== JanC_ is now known as JanC
ogra_hmm ... snappy list on my rpi shows me "classic.mvo" .... i thought thats amd64 only15:45
davmor2I think mvo only called it classic so he could get people to say classic.mvo more often15:46
ogra_well, i should see ubuntu-classic-armhf.mvo i think15:47
davmor2ogra_: spoilsport15:47
sergiusensdholbach, the arch stuff in click-review only checks for binaries, I'd need to walk the full tree, might be doable15:50
sergiusenserr, hmm, all_files, nevermind :-)15:50
beunoogra_, ubuntu-classic-armhf.mvo15:57
beunohasn't been published15:57
beunonot sure if by accident or not15:57
ogra_your API thinks differently :)15:57
beunoogra_, classic.mvo15:57
beunois marked as architecture independant15:58
beunowhich I'm sure is a lie15:58
ogra_you'd guess :)15:58
beunothat's why you get it as a result15:58
beunoogra_, it was published and then unpublished15:59
beunoseems uappexplorer doesn't keep up with removals15:59
ogra_ah !15:59
beunoWed 25 Nov. 201515:59
beunoReady to publish.15:59
beunoTue 24 Nov. 201515:59
beunomvo is such a tease15:59
* ogra_ installs his debootstrap snap then ... who needs classic :P16:00
dholbachinstall the moon-buggy snap :-P16:01
ogra_hah !16:06
sergiusensdholbach, what does that do?16:06
ogra_someone needs to do a nethack snap too !16:06
dholbachsergiusens, it's a silly ascii art game16:06
dholbachsergiusens, I was just looking for something hello-world-esque to snap :)16:07
tsimonq2an irssi snap would be pretty badass16:07
tsimonq2or an ssh one16:07
tsimonq2(if it isn't already integrated)16:07
ogra_an ssh one ??16:07
ogra_ssh is16:07
tsimonq2ogra_: oh, ok16:07
ogra_i'm about to upload a bip snap16:08
ogra_and an approx one too16:08
tsimonq2ogra_: but an irssi one would be pretty badass, no?16:08
ogra_sure, go ahead !16:08
tsimonq2ogra_: would you happen to know how I can make myself a debootstrap Sannpy environment, instead of using a VM?16:17
ogra_you mean on your PC ?16:18
tsimonq2ogra_: yep, I am using an i386 Lubuntu machine, which is old, so no Hardware Virtualization support16:19
tsimonq2ogra_: so that would probably be a way around that, right?16:19
ogra_no, it wont ... to run a snappy install you need a certain partitioning16:20
tsimonq2oh ok16:20
dholbachsergiusens, we'll go with next Wed 16 UTC, right? if you're fine with that, I'll send the announce and get it added to the calendars16:20
ogra_so some kind of vm is needed ...16:20
tsimonq2ogra_: I have a nicer machine, so when I get access to it, I will use that with a VM16:20
tsimonq2because an irssi snap would be awesome :D16:21
ogra_(unless you have actual hardware like an Rpi2)16:21
ogra_to actually build a snap you only need snapcraft installed16:21
tsimonq2oh, is that as simple as sudo apt install snapcraft?16:21
ogra_(thouh indeed, to test it you will need a VM to instal it in)16:21
sergiusensdholbach, yeah, by then 0.6 might be out :-P16:22
tsimonq2ok, might as well play with it a bit, this could be awesome :D16:22
dholbachsergiusens, ok.. I'll just call it "what's new in snapcraft" :)16:22
ogra_if you have questions, just ask here16:22
tsimonq2ok, thanks ogra_16:23
tsimonq2ogra_: do you guys have support for the Raspberry Pi Zero yet?16:27
ogra_we cant16:27
ogra_it uses the same CPU arch as the RPi116:27
tsimonq2ogra_: so NO Ubuntu on that AT ALL?16:28
tsimonq2sad :(16:28
=== benoitc_ is now known as benoitc
=== chihchun is now known as chihchun_afk
=== chihchun_afk is now known as chihchun
=== chihchun is now known as chihchun_afk
=== tsimonq2alt is now known as tsimonq2
=== jeffesquivels_ is now known as jeffesquivels
=== |svij| is now known as svij
=== inaddy is now known as tinoco
=== mwhudson_ is now known as mwhudson
=== hotfuzz_ is now known as hotfuzz
=== tbr_ is now known as tbr
=== |svij| is now known as svij
=== jeffesquivels_ is now known as jeffesquivels
=== inaddy is now known as tinoco
ogra_sergiusens, is there any way to use a package proxy for snapcraft ?22:14
ogra_or make it use the sources.list entry from my build chroot22:14
sergiusensogra_, USE_LOCAL_SOURCES=123:16
sergiusensogra_, the xenial snapcraft will always do that btw23:16
sergiusensoh, but the cache, the cache is different23:16
sergiusensthe way python apt is done, it is not straightforward and haven't found time23:17
=== vrruiz__ is now known as rvr
=== DanChapman_ is now known as DanChapman

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