liuxghow to define the cap for services in snapcraft.yaml? I have not seen an example for this. I have seen something defined in a package.yaml at http://bazaar.launchpad.net/~snappy-dev/snappy-hub/snappy-examples/view/head:/go-example-webserver/meta/package.yaml00:36
=== JohnB_ is now known as Guest89533
liuxghas anyone done cross compile for snapy app using Docker? thanks05:57
woodrowshenliuxg: using snapcraft ?06:17
liuxgwoodrowshen, yes, I wan to build my app in the docker container for my RaspBerry PI device.06:18
liuxgwoodrowshen, is that possible?06:18
woodrowshenliuxg: according to maillist, the snappy team seems they're still working cross build with snapcraft.06:22
liuxgwoodrowshen, this is more like a native build. I use the arm container for the purpose.06:23
woodrowshenliuxg: yes, just use snapcraft if you have arm container. why not06:25
liuxgwoodrowshen, the thing is that I got an error like "Pulling webserver06:26
liuxgenv GOPATH=/home/liuxg/snappy/examples/go-webserver/parts/webserver/build go get -t -d github.com/liu-xiao-guo/golang-http06:26
liuxgfatal error: rt_sigaction failure"06:26
woodrowshenliuxg: longsleep did the PR, https://github.com/ubuntu-core/snapcraft/pull/53, but it seems ubuntu-core branch didn't accept commits yet.06:26
woodrowshenliuxg: did you find where does the message come from ?06:28
liuxgwoodrowshen, that looks easier without going through a container, right?06:28
woodrowshenliuxg: acutally i also use snapcraft to build a snap in the docker (although it's amd64 arch), but i think it's different between container and native platform.06:30
liuxgwoodrowshen, the message came from the build inside the arm container http://paste.ubuntu.com/13122312/06:30
liuxgwoodrowshen, sorry, I built it from a container inside the docker.06:31
liuxgwoodrowshen, how did you set it up?06:32
woodrowshenliuxg: ok. so you have a native arm platform ?06:32
liuxgwoodrowshen, I do not have it yet. I want to do it using one PI device in the near future. I want to get the ubuntu mate on it.06:33
liuxgwoodrowshen, the output is actually from the arm container06:33
liuxgwoodrowshen, it seems like "go get github.com/liu-xiao-guo/golang-http" command has problem.06:37
woodrowshenliuxg: i'm not sure, but maybe it has some clues, https://github.com/golang/go/issues/1302406:41
woodrowshenliuxg: or your go version is too old ?06:42
woodrowshenliuxg: i think you can test a simple go program first to check go is workable or not.06:43
woodrowshenliuxg: s/check/check if/06:43
liuxgwoodrowshen, I just updated it to the latest.06:44
liuxgwoodrowshen, you are right. "go" command simply gets the erro.06:46
liuxgwoodrowshen, I used  apt-get install golang-go to install the go. how did you get it installed.06:47
woodrowshenliuxg: what's version of go in your env ?06:56
liuxgwoodrowshen, may I know how you installed the "go"? my "go version" command crashes06:56
liuxgwoodrowshen, http://paste.ubuntu.com/13122387/06:57
woodrowshenliuxg: i used gvm, https://github.com/moovweb/gvm07:00
woodrowshenliuxg: and also you can check my github, https://github.com/woodrow-shen/snapcraft-grafana07:01
woodrowshenliuxg: fyi07:01
liuxgwoodrowshen, many thanks!07:02
woodrowshenliuxg: np07:04
liuxgwoodrowshen, by the way, where did you get the armhf image for vivid. I get it from my colleague's  source like docker pull  alextucc/ubuntu:vivid-armhf-hybris.07:47
dholbachgood morning07:50
mvohey dholbach! good morning07:51
dholbachhey mvo07:52
liuxgwoodrowshen, I just followed your steps to do "gvm install go1.4", during the installation, I got the error like http://paste.ubuntu.com/13122582/. so, it is basically the same thing. I doubt whether it is because of my armhf for vivid image issue.07:56
fgimenezgood morning08:02
soffoklHey, we are using OVA images for Snappy Ubuntu, and latest stable release. But there is a problem with installing snap packages. “snappy internal-unpack” spend a lot of time with high IOwait, it takes minutes. We are using SSD disks only and disks are not loaded, but snappy still shows high IOwait. Can someone help to solve it?09:14
zthi, I am new to snappy world,  can someone knows a good tutorial on how to create a snappy app (more than the hello world), I dont know how to create an app that need to add libraries to it, thank you!09:28
ztif it helps I want to try to use the raspberry pi CLI to build a basic app09:28
Chipacazt: maybe https://developer.ubuntu.com/en/snappy/build-apps/ ?09:48
JamesTaitGood morning all; happy Friday, and happy Nachos Day! 😃10:00
Chipaca* totopos10:05
ogra_soffokl, what hardware architecure ?10:55
soffoklogra_, amd6411:08
ogra_hmm, that should definitely not have performance issues11:13
soffoklogra_, I will try to collect more information about problem, thanks11:44
longsleepIs ppa:snappy-dev/image livecd-rootfs built from http://bazaar.launchpad.net/~ubuntu-core-dev/livecd-rootfs/trunk/files/head:/ or what is the best tree i could sync with?12:10
ogra_longsleep,  bzr branch lp:livecd-rootfs12:53
ogra_(for xenial ... for vivid just apt-get source from the PPA)12:54
longsleepogra_: ok thanks - is there no branch for vidid? I would prefer to have source control integration12:56
ogra_the branch gets locked down on release day12:57
longsleepi see - so how are the fixed created then? Just in local source control?12:57
longsleepwithout source control then?12:57
ogra_well, with debdiffs and package versioning  :)12:58
longsleepok got it - i guess i can just git apply the debdiffs - i am doing that for other packages already12:58
=== rcj` is now known as rcj
clobranohello all, is there any news about the possibility to write udev rules? I mean, without re-mounting the filesystem RW :)13:58
longsleepmvo: http://bazaar.launchpad.net/~ubuntu-core-dev/livecd-rootfs/trunk/view/head:/live-build/auto/config#L394 has uses space indentation, while the rest of the file uses tabs14:23
ogra_longsleep, yeah, the code is a mess since years14:24
ogra_wrt indendation14:25
ogra_not only there14:25
longsleepogra_: well the vivid version of that file is horrible, but someone cleaned up in trunk - so i thought i report it as that one is the only issue in this file14:26
mvolongsleep: thanks, I will try to remember that14:43
plarsjoc_: sergiusens: so I was thinking about the difficulty of naming the 'null' plugin, what do you think about just calling it 'basic'14:47
sergiusensplars, what is wrong with null or nil?14:47
plarssergiusens: nil may be ok also I think, but null seems to be a type in yaml, so when it's translated it becomes Nonetype14:48
plarssergiusens: unless you wrap it in quotes... but then it would be different from every other plugin14:51
sergiusensplars, ah, then nil :-)14:52
plarssergiusens: ok, nil should be fine then... ^ joc_14:52
sergiusensplars, I would go against basic, I'm happier with it being the anti-plugin :-)14:53
plarssergiusens: heh, ok. I was thinking basic because it's 'no frills/nothing added' i.e. you just get the base plugin class14:53
sergiusensplars, just add docstrings explaining the purpose of the plugin. """This plugin does nothing.\n\n [More about the plugin which is probably more of nothing or its purpose]"""14:54
plarsjoc_: are you going to propose that? ^14:54
joc_plars: can do, will just rename the stuff in my branch...14:55
joc_plars: sergiusens: https://github.com/ubuntu-core/snapcraft/pull/8515:10
joc_plars: dammit, defeated by plainbox!15:19
joc_elopio: hey, could you help work out what tests i need to add to snapcraft to accompany a new plugin?15:36
sergiusensjoc_, fyi, trunk broke with the last commit so many tests are failing, wait for tedg to get the fix up15:38
elopiojoc_: yes, I was looking at it ...15:41
elopiothe example is nice. I think it would be good to have an integration test that checks that when you do snapcraft pull, the parts/part-name dir is empty.15:41
elopiojoc_: the integration-tests use plainbox. So for that you would have to add the really simple snapcraft.yaml to integration-tests/data/nil15:42
elopioand write a check in bash in integration-tests/units/jobx.pxu15:43
elopiojoc_: and in addition to that, it would be nice to have a unit test that instantiates the plugin. Those are in snapcraft/tests/15:44
joc_elopio: makes sense, i was just adding a job for nil-plugin-pkgfiler testing if nmcli was in the snap/usr/bin/15:44
elopiolet me know if you need a hand.15:44
joc_elopio: thanks, will try and get those ready soon15:45
elopiojoc_: We need that, but we still don't have a suite to check things in the examples. It only checks that the build succeeds.15:45
elopioChipaca: I don't understand this endpoint: /1.0/icons/[icon]16:45
elopiowhat's an example of [icon] in there?16:45
Chipacaelopio: generic-amd64_1.4.png16:54
Chipacaelopio: but you're not supposed to guess these16:54
Chipacaelopio: they're given in /1.0/packages output16:54
elopioahh, it's the file name. Makes sense.16:54
Chipacait's the filename in /var/lib/meta/icons16:54
Chipacawhich is preferred over the icon from the snap itself16:55
jerryGChipaca: where are mir logs kept?  Any documentation on mir w/ snappy?17:06
ChipacajerryG: sudo snappy service logs17:07
Chipacaogra_: it seems we've got a leftover eth0 in interfaces.d. I know we mount over it, but it'd be tidier if we removed it entirely. I don't know where it comes from though. Do you?17:12
ogra_Chipaca, not really, but i'm just playing with debug prints in livecd-rootfs, i can add a check to my next image build17:12
Chipacaogra_: taw17:15
ogra_i can tell you in ~30min17:16
longsleepogra_: How long does a livecd-rootfs build run for you? I am wondering what i could do to speed it up ..17:18
ogra_click on the "Successfully built" link for the arch you want to check17:18
ogra_it has the time17:18
longsleep8 minutes17:19
longsleepso launchpad builds faster than my workstation17:19
ogra_(note though that i'm currently experimenting there, the time might be longer than usual due to some debug stuff i added)17:19
longsleepah am64 - lets checkar m17:19
longsleepah 21 minutes17:19
longsleepthats more like the time i have here17:20
longsleepi wonder if it would build faster on native arm - or is that building on arm hardware on launchpad?17:20
ogra_it builds on native arm :)17:20
longsleepah cool17:21
ogra_what definitely speeds up if you do local builds is a package proxy17:21
longsleepmy qemu thing builds in 15 to 20 minutes17:21
ogra_beyond that 90% of the build is disk IO depending17:22
ogra_neither CPU nor RAM are used much17:22
longsleepyeah i have to set this up17:22
ogra_so a package proxy and an arm board with mSATA socket would help you :)17:22
longsleepto me it seems it spends most time in configuring and unpacking though17:22
ogra_disk ...17:22
ogra_if you do it in a qemu chroot there is another thing you can try ... create the chroot in a tmpfs ;)17:23
ogra_that will definitely speed up a lot17:23
longsleepah yeah thats a nice idea17:23
longsleepi will try that next week for sure17:24
Chipacalongsleep: the ubuntu schroot thing walks you through that, i think17:31
jerryGChipaca: new set of errors:  pastebin.com/Z70S0xiS17:37
ChipacajerryG: you're building mir with the wrong abi for the system. you need to either include these libs also, or build against the ones on the system17:38
jerryGk thx ill try that17:39
longsleepChipaca: Ubuntu schroot, i have read that somewhere - what does it walk me through?17:49
Chipacalongsleep: https://wiki.ubuntu.com/SimpleSbuild17:50
Chipacalongsleep: that's oriented around rebuilding packages, but the setup is the same for other uses17:50
longsleepChipaca: cool thanks17:56
longsleepogra_: i want to try getting rid of opencryptoki, though i seem to be unable to find where it is actually seeded from - can you give me a hint?17:58
ogra_depends on the release ... for vivid it should be in live-build/auto/config ... for xenial it is in the seeds17:58
longsleepogra_: mhm maybe i am blind - let me check auto/config again17:59
ogra_(the latter means you cant hack it out ... you would have to provide a chroot hook that apt-get pzurges it)17:59
ogra_hmm, or auto/build18:00
longsleepogra_: yeah i am doing that hack for python already18:00
longsleepogra_: mhm its neither in my auto/build nor in auto/config and i am based on (2.301~ppa43) vivid18:02
longsleepogra_: and built images have it inside, so it must come from somewhere18:02
jerryGChipaca: is CXXABI_1.3.9 part of gcc ?18:03
ChipacajerryG: I *think* it's the c++ standard library abi18:04
ogra_longsleep, tpm-tools is in the seeds ... opencryptoki is a dependency18:05
longsleepaha! thanks18:05
ogra_not sure how we solved that for vivid18:05
ogra_but i think its hacked into livecd-rootfs there18:05
longsleepwell, it actually explains why you had to add it - if the tpm tools want it then its clear18:06
longsleepogra_: vivid has add_package install tpm-tools  in auto/config18:07
ogra_what i thoguht18:07
ogra_ricmm, your rootfs is done, now the system-image importer just needs to pick it up18:12
ricmmogra_: working fine18:34
ricmmthanks for the help18:34
ogra_ricmm, let me know if you need anything else, i'm still around for a bit18:34
ricmmdont think so, have a good weekend18:35
ricmmsorry for the last minute req18:35
ogra_not last minute ... still working ;)18:35
sergiusensjoc_, can you update with master for another travis test run to trigger?18:36
george_eI'm attempting to build a snap package but receiving an error "'stop-timeout' is not an integer".19:24
george_eAny ideas what I'm doing wrong?19:24
ogra_jdstrand, mdeslaur, i'm trying to get rid of initramfs-tools from the snappy rootfs tarball ... sadly apparmor keeps it in, do you see a way to split out an apparmor-initramfs package that would make it possible to remove all the initrd stuff we dont want on a snappy rootfs ?22:00
mdeslaurjdstrand, ogra_: I don't know why we even have that dependency at all22:07
mdeslaurjdstrand, ogra_: pretty sure it's vestigial from a long time ago, and isn't necessary anymore22:12
jjohansenjdstrand: ogra_: I can confirm we aren't putting policy in the initramfs atm, and it is not currently required22:38

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