/srv/irclogs.ubuntu.com/2015/07/24/#snappy.txt

tedgjdstrand, By chance are you around? I'd like to get a snap approved in the store.02:04
tedg(it's tiny)02:04
fgimenezgood morning07:02
davidcalleMorning o/07:29
longsleepgood morning all08:01
longsleepso - whats the state of images ? Can i fuse to 130 and then update to 131 and all should work?08:27
ogra_yes08:34
olligm08:35
mvolongsleep: see also my comment in #1477657, something fishy is going on with the delta generation right now08:36
ogra_mvo, the same thing as always really ... and the reason why sergiusens switched to the versioned binary names08:37
ogra_if the file didnt change system-image will simply not put it into the delta08:38
ogra_also, the update seems to work fine despite the message08:39
mvoogra_: yeah, its not a regression, still anoying08:41
longsleepogra_: so the fix in the snappy tooling for rollback also fixed update?08:44
* longsleep tries that08:44
longsleep130 has the fixed tool right?08:44
ogra_ah, no, you need to copy the snappy binary over to 130 i think08:45
ogra_after upgrading to 13108:45
ogra_at least if you want to do multiple back and forth rollback tests08:46
mvoogra_: fwiw, fake-upgrade worked for me, I got auto-upgraded and rollback also works, looks like we are good here08:46
longsleepwell the problem i had was that the update never touched uboot.env and thus automatic boot into the new system did not work08:46
ogra_we definitely are08:46
mvoand re-upgrade too (all using fake versions though)08:47
ogra_ricardo already copied 131 to alpha08:47
longsleepah08:47
longsleeplet me try that - i am all busy with sharing the kickstarter campaign  ..08:47
ogra_heh, looking good already08:47
longsleepanyone who wants to help - please share https://www.kickstarter.com/projects/spreed/spreedbox-the-most-private-video-chat-and-file-exc to make a cool Snappy device08:47
ogra_(but your goal is also easy to achieve ... would be surprising if you dont make it08:48
ogra_)08:48
ogra_did you send it to heise and golem.de ?08:49
longsleepwell i hope so because i want the device for myself :D08:49
longsleepogra_: i am not directly involved the the marketing08:49
longsleepthankfully :)08:49
ogra_and ?08:49
ogra_:P08:49
longsleepi leave that to others08:49
longsleepjust spamming you guys here08:49
ogra_just report it as news via their reporting mail addresses :)08:49
longsleepyeah i suppose i can do that thanks08:50
ogra_if one of them picks it up you will have your goal in no time08:50
longsleeptrue - i am pretty sure that my colleagues are on that already - but more helps more :P08:50
ogra_yeah08:51
conyoolongsleep, https://www.reddit.com/r/Ubuntu/comments/3efbx7/secure_and_private_video_conferencing_with_ubuntu/08:53
longsleepconyoo: nice thanks !08:53
conyoonp :P08:53
* longsleep just received a shipmempt of ODROID-XU4's (USB3 + Gigabit Ethernet, Oktacore Exynos ARM) yay!09:04
davidcalleconyoo, this looks excellent!09:06
ogra_davidcalle, spread it ... share it ;)09:06
mvo_longsleep: you are not in this video or are you?09:13
ogra_mvo_, he is at the bottom in the pics09:14
mvo_olli: thanks for the bugreport (and sorry for the delay, got disconnected)09:14
Chipacamvo_: am looking at https://code.launchpad.net/~mvo/snappy/snappy-i18n-for-go-flags/+merge/26411209:25
Chipacamvo_: is there a reason for not iterating over options and setting each option description to i18n.G of the description after the parse?09:26
Chipacaor even before, actually09:26
JamesTaitGood morning all; happy Friday, and happy Tequila Day! 😃09:26
Chipacamvo_: ah, maybe the concern is that xgettext won't find the strings that way09:27
Chipacahmm09:27
mvo_Chipaca: I'm not sure I understand the question, but yes, the string must be marked with something like i18n.G() so that it can be found09:28
mvo_Chipaca: I think I understand the question now and yes, if the string is somehow marked this approach works fine09:28
Chipacamvo_: actually my main beef with this approach is that you're iterating over a list of things multiple times instead of doing a single pass09:29
Chipacamvo_: hmm :)09:29
mvo_Chipaca: oh, I see, hmmmm09:30
Chipacaooooh! i see a bug :)09:30
mvo_Chipaca: fwiw, I tried to get upstream to make this easier but he was of the opinion its fine with the iterations09:31
mvo_Chipaca: meeeh, a BUG?09:31
Chipacaa buggy bug09:31
Chipacabtw, me thinks hw-(.*) should be hw $109:32
Chipacabut anyways09:33
mvo_Chipaca: yes09:33
* mvo_ waits patiently for the buggy bug09:33
Chipacamvo_: line 42209:34
Chipacaof the diff09:34
Chipacasorry, was reading the whole thing again to catch similar ones09:35
Chipacamvo_: can't find any other09:35
Chipacaso, anyway09:35
mvo_yay, nice catch on r42209:36
mvo_l42209:36
Chipacamvo_: this way works; most things don't have that many options for it to be problematic09:36
Chipacamvo_: however, i was wondering09:36
Chipacamvo_: maybe we can arrange it so that each cmd either defines a per-cmd dict or adds to a global dict, and main.go does work?09:37
longsleepmvo_: i am in the video09:37
longsleepmvo_: at 1:40 or something09:38
* Chipaca gives it a poke09:38
mvo_Chipaca: sounds like a good idea, I'm not super worried about the overhead of the iterations, but I like the elgance of it09:39
* mvo_ will ponder over lunch09:39
conyoolongsleep, https://news.ycombinator.com/item?id=994090909:50
=== conyoo is now known as conyoo|AW
Chipacamvo_: +1'ed your i18n flags branch; it needs a commit message though09:58
Chipacamvo_: ditto your atomic branch09:58
Chipacamvo_: and ditto your review tools branch10:02
Chipacaelopio: can i note that i disagree with you needsfixing things over % vs format? the recommendation of format is not even strong enough for pep8, and many people disagree10:07
Chipacaelopio: in particular, i think most of the time format only adds unreadableness for no benefit10:07
longsleepconyoo|AW: great thanks again!10:07
Chipacaelopio: also note i disagree in the -0 sense, not in the -1 sense10:07
Chipacai mean, i can wade through unreadable code, and have done so for a living, so i don't worry too much about it10:08
Chipacabut ¯\_(ツ)_/¯10:08
=== chihchun is now known as chihchun_afk
Chipacamvo_: what cna i do to help clear up the review queue?10:14
Chipacait's massive10:14
mvo_Chipaca: cleanup> is there more to do other than doing reviews :) ? iirc it was just that, iirc stuff was addressed its just a mater of approving or setting to needs-fixing etc10:21
* mvo_ sets commit message10:22
mvo_s10:22
rsalvetifgimenez: mvo_: ogra_: I'll do a bit more testing in a few, but alpha looks fine10:31
rsalvetiwe need to make sure that we can do 6->7->610:31
rsalvetiand that 3->7 can still work10:31
ogra_rsalveti, how would 6-7-6 help if we only release 7 to the stable channel ?10:31
ogra_or do you want to do two releases10:31
rsalvetibecause with 6->7->6 we can confirm that the next stable image will update successfully10:32
ogra_ah, k10:33
rsalvetiwithout fs corruption :-)10:33
fgimenezrsalveti, ok i'll begin with 6->7->6, you mean amd64 right? this morning armhf tip was 8 iirc10:33
ogra_since we dont migrate people we should actually encourage a re-flash10:33
rsalvetihm, let me check10:33
ogra_else they stay with the fatwrite forever10:33
rsalvetifgimenez: ogra_: yeah, sorry, 7->8->710:34
fgimenezrsalveti, ok10:34
rsalvetiogra_: right10:34
longsleepfrom that i understood, when the oem snap is updated boot resources are not written right? Is there any propsed way to update u-boot and consorts without reflashing?10:36
ogra_longsleep, yes, in rolling10:37
ogra_(only proposed afaik, not implemented yet)10:37
fgimenezChipaca, thanks for the review! :)10:37
mvo_yeah, Chipaca rocks10:38
zygahey, do you plan to support upgrades from dual partition to single partition layout?10:41
rsalvetieventually, yes10:42
rsalvetisince that would be the layout used by the phone10:42
ogra_first we have to have the single partition layout :P10:43
ogra_we're not even at prototype stage with that :)10:43
mvo_longsleep: thats correct, only u-d-f deals with the boot-assets for now10:43
mvo_longsleep: we have no plan, no. some ideas, but its tricky as the potential for screwup is huge10:43
mvo_longsleep: as ogra_ pointed out the other day, powerfailure during uboot flash and its a brick10:44
Chipacawe can't just ship partitionmagic and let people sort it out?10:45
Chipacai probably have it on a 3.5" somewhere10:45
* ogra_ puts "floppy image" on his TODO10:45
zygaChipaca: and cyanide, once they give up ;)10:45
Chipacawe could ship a script that just wrote 0s over everything, and call it partitionmagic10:47
Chipacawhen partitionmagic failed, we'd say "ah well, we tried; you'll have to reflash"10:47
Chipaca\o/10:47
* Chipaca should get lunch before he does anything *actually* crazy10:48
longsleepmvo_: yes - but that is the same as with all devices - i think it would be nice to have some means to flash only u-boot environment10:50
longsleepi mean i do that all the time10:50
longsleep(manually with dd)10:50
Chipacamvo_: I am suspicious of a branch that has two typos in the branch name alone10:51
Chipacamvo_: but other than that https://code.launchpad.net/~mvo/snappy/snapy-out-own-xgettext/+merge/263659 seems fine :)10:52
mvo_longsleep: good point indeed, so something like "snappy reflash"? or similar (well, name sucks) but essentially a snappy command to reinstall the bootloader?10:52
mvo_Chipaca: pff, typos10:52
Chipacamvo_: it's got a silly conflict, if you could fix that it's good to go i think10:52
* Chipaca still doing the *actual* review, but it looks good10:52
mvo_Chipaca: my only concern with that branch is that its a big hammer for the `` but the alternatives seemd worse10:52
longsleepmvo_: yes - with the oem snap as provided input10:53
mvo_longsleep: I like that idea a lot10:53
Chipacait's a lovely bejewelled (glowing) (blessed) hammer of +2 i18nage10:53
mvo_Chipaca: rotfl (and I don't use that term lightly!)10:53
* Chipaca helps mvo_ up10:53
* mvo_ fires up nethack to get a real hammer10:54
ogra_you have been eaten by a grue10:55
longsleepmvo_: a tool like that could even gain a brain over time and check what is actually on the disk to do more complex migrations.10:56
Chipacalongsleep: i imagine that tool would come after the separation of the updater into its own thing10:56
tbrand then /dev/zombie comes by and eats it10:56
Chipacalongsleep: (so we can update the updater before updating the system)10:57
Chipacawhich makes me think snappy would come in a .snap10:57
Chipacawhich makes me think of the smalltalk type system10:57
longsleepChipaca: well - i would see this as two things. One is for offline updater - doing a update like a new flash but without loosing data10:57
longsleepChipaca: the other is on the system itself, making this possible without an extra PC10:58
mvo_longsleep: yes, if you don't mind, file a bug and  I will add it to the trello board10:58
longsleepmvo_: ok i can do that10:58
mvo_longsleep: thanks!10:59
Chipacamvo_: https://code.launchpad.net/~mvo/snappy/snappy-atomic-write-once/+merge/264125 also needs deconflicting11:03
Chipacaman, i let the review queue be too big for too long. sorry y'awl11:03
Chipacaconflicts everywhere11:04
longsleepmvo_: bug #1477950 added11:05
nothalBug #1477950: Add tool to write OEM snap boot-assets to existing media <Snappy:New> <http://launchpad.net/bugs/1477950>11:05
ubottubug 1477950 in Snappy "Add tool to write OEM snap boot-assets to existing media" [Undecided,New] https://launchpad.net/bugs/147795011:05
fgimenezrsalveti, i'm getting this when trying 7->8 http://paste.ubuntu.com/11929782/11:26
rsalvetiright, might be the issue we had that the kernel wasn't updated between such versions11:26
rsalvetimvo_: ogra_: ^11:26
ogra_thats harmless11:27
rsalvetiwe need to fix that at the system-image side11:27
ogra_yeah11:27
ogra_but mainly cosmetic atm ... longsleep opened a bug for it yesterday11:27
longsleepyes - the update should work. But i think the tool would show a messsage that one should reboot if that error would not happen.11:28
longsleepsimilar to snappy list11:28
ogra_right11:28
fgimenezrsalveti, ogra_ longsleep yep http://paste.ubuntu.com/11929791/ rebooting now11:29
rsalvetihm, why is the oem 1.8?11:30
longsleepany chance that we can get a 132 edge 15.04 so i could test the upgrade path without replacing snappy tool in 130 ?11:30
rsalvetiyou should only use oem 1.8 when testing from 3->8 (fallback might fail)11:30
rsalvetiand use latest oem when doing 7->8->711:30
rsalvetiwhich is 1.1111:30
ogra_yeah11:30
fgimenezrsalveti, ah ok, first time i tried --oem beagleblack it booted into debian, i'll try again now11:40
rsalvetifgimenez: oh, if you got debian installed you also need to remove your current bootloader11:40
rsalvetifgimenez: or just unplug and plug power again with the boot switch pressed11:40
fgimenezrsalveti, ok11:40
ogra_nah11:41
ogra_S2 should be enough ...11:41
ogra_you need to make it boot once from the SD and it will keep usign that11:41
ogra_(by holding the S2 button i mean)11:41
rsalvetiright11:41
rsalvetior11:41
rsalvetisudo dd if=/dev/zero of=/dev/mmcblk1 bs=1024 count=102411:42
ogra_yeah, but then you have no fallback if you want to debug on the board11:42
rsalvetiwell, we want to make sure people are always booting with our bootloader11:42
rsalvetiotherwise we might have all sorts of issues11:42
* ogra_ finds it pretty conveninet to be able to boot itno debian and mount the Sd partitions to check stuff11:42
ogra_right, indeed thats more for debugging11:43
jdstrandtedg: I'm here now12:30
Chipacamvo_: what should service status output when no service is found?13:00
tedgjdstrand, Can you approve this app? It should be pretty straight forward, but I think you're the only one doing snaps today. https://myapps.developer.ubuntu.com/dev/click-apps/3195/13:01
longsleepmvo_: can i somehow force snappy update to fetch a specific version? I am currently on 131 and would like to update the other partition to 131 as well13:08
=== davidcalle_ is now known as davidcalle
mterryelopio, why is format ({}) considered better than % in python strings?13:18
mvo_Chipaca: a good question, maybe simply nothing if there are none and the user did not specificy a search?13:21
Chipacasounds fair13:21
Chipacamvo_: and if the search is via webdm?13:21
Chipacathat is: is this a special case for the commandline only, or should i expose it to webdm too?13:22
mvo_longsleep: you can do that in u-d-f, after its installed you can manually edit /etc/system-image/channel.ini and /etc/writable/cache/etc/system-image/channel.ini13:22
mvo_Chipaca: I would say just return a empty list and no error?13:22
mvo_Chipaca: unless there is a good reason for something else of course13:23
Chipacamvo_: nope, that sounds sane to me13:23
mvo_cool13:23
jdstrandtedg: ok, approved. You can of course fix the 'lint_description' warning easily enough. however I wonder why you are targetting amd64 if there are no binaries?13:27
tedgjdstrand, Because it seems that docker can only have one architecture per symbolic name. So that'll have to pull the amd64 image, and then I'll have to have a different name for arm, arm64, etc.13:28
tedgjdstrand, At some point I can probably script that, but I'm not there yet :-)13:28
longsleepmvo_: in u-d-f .. but my system is already installed and running. I would just want to a 'force update other to latest no matter what i have booted'13:41
kickinz1ted, you can look at owncloud package, it checks the arch, then pull the  corresponding image from registry.13:42
longsleepogra_: what was the name of the tool again which creates snaps from deb files?13:43
ogra_there is deb2snap and there is snapcraft13:43
* longsleep remembers that he wanted to look at that13:43
longsleepa snapcraft that was it13:43
longsleepthanks13:43
longsleepi guess http://www.snapcraft.net/ is not it :D13:44
elopiogood morning.13:44
longsleepok - ppa https://launchpad.net/~snappy-dev/+archive/ubuntu/snapcraft-daily is good to experiment with snapcraft?13:44
zygahey13:47
elopiomterry: it has more features, some consider it cleaner (and I agree), and it's the new standard so all py3 should use it.13:49
elopioI find it cleaner specially because the strings tend to grow. You start with one argument, and it's common to end up with a string that has four arguments.13:49
mterryelopio, fair enough, just saw your link to the python2 docs about it13:49
mterryelopio, and it is nicer when you reuse the same argument.  Can just do {0}, {0} twice13:50
elopioalso I find it nice to use things like !r to format the value. There are some things to format decimals and stuff, but I haven't used them yet.13:50
zygamterry: format is also better on tuples where % may misbehave if you don't do it carefully enough13:51
mterryfair13:51
elopiomterry: even "{nicely_named_arg1}, {nicely_named_arg1}".format(nicely_named_arg1='value')13:51
mterryelopio, so verbose!  :)13:51
rsalvetilongsleep: check https://code.launchpad.net/~mvo/snapcraft/docs-1/+merge/265770 as well13:51
rsalvetiwe're still working on getting it in a proper shape for release13:52
elopiomterry: yes indeed. Oh I like python very much.13:52
elopioI find it hard to switch from python to go, where everything uses short terms. On python I usually name a var index instead of i :)13:52
elopiothat's so much better for reading code with my bad english.13:53
mterryelopio, beware carpal tunnel, man!13:54
elopiomterry: I have a shiny kinesis keyboard. He takes care of me and I of him.13:57
longsleeprsalveti: ok great - that looks promising thanks13:57
elopioChipaca: noted your disagreement.13:58
elopioas it's -0, I prefer to go with the docs suggestion.13:59
elopiofgimenez: hey, I didn't notice that we can now start throwing tarmac integration runs to an ip in canonistack.14:05
elopiowe just have to set it up with autoupdates and autoreboots.14:05
elopiothey will fail of course, but they will fail with real regressions.14:05
fgimenezelopio, you mean having a running instance there always up, right?14:06
elopiofgimenez: yup. While we are ready with our throwable instances.14:07
rsalvetielopio: mterry: seems the amd64 build of snapcraft is failing https://launchpadlibrarian.net/212453342/buildlog_ubuntu-vivid-amd64.snapcraft_0-0~105~ubuntu15.04.1_BUILDING.txt.gz14:07
rsalvetiwhen running the tests14:07
mterryhumph14:07
mterrywill look14:07
fgimenezelopio, yes, sounds good :)14:08
elopiomterry: rsalveti: Please, set your name with the 'whoami' command.14:08
elopionot sure how to solve that. I did it manually on tarmac.14:08
elopioI guess we can have a setup command on the plainbox tests?14:09
mterryelopio, whoami in what context?  irc?14:09
elopiomterry: no, bzr whoami.14:09
mterryelopio, that is set for me14:09
elopioneeded for the bzr commit that it's done in a couple of plainbox tests.14:09
elopiomterry: well, yes, on your machine you have it set for sure. But on the builders it's not.14:10
mterryelopio, I see what you're saying14:10
mterryelopio, stupid bzr shouldn't error out for that14:11
elopioor we could just put bzr whoami on the two tests, before bzr commit.14:11
mterrybut i understand why it does14:11
mterryelopio, yeah easiest is just a quick dumb whoami in the tests14:11
mterrythat way we don't rely on environment being configured right14:11
elopiomterry: sure. Will you do it or should I?14:11
mterryelopio, i will14:11
elopiotx14:12
longsleepmvo_: does the tutorial for snapcraft exist in some stage more than the stub in https://code.launchpad.net/~mvo/snapcraft/docs-1/+merge/265770 :D14:13
mvo_longsleep: mterry will correct me if I'm wrong, but I think thats abot it right now, we are busy working on it thouhg and hope to have something more RSN14:13
ogra_not yet :)14:13
longsleepah just found the examples in the repository - i guess i will get it with those14:14
longsleep(Spreed WebRTC is a go server after all)14:14
longsleepmvo_: where does the software for the plugins come from?14:16
mvo_longsleep: it can be various sources, launchpad, github, the archive, local14:17
longsleepmvo_: for example http://bazaar.launchpad.net/~snappy-dev/snapcraft/core/view/head:/plugins/go1.4.yaml - where does go1.4 come from / how does it know where to find it?14:18
elopiolongsleep: are you working on spreedbox? that's nice!14:18
longsleepelopio: yeah i am14:19
longsleepmvo_: ok found it - it downloads it from https://storage.googleapis.com/golang/go1.4.2.linux-amd64.tar.gz14:20
longsleepmvo_: i am not sure if i like that - means builds cannot be automated if the build environment has no internet14:21
longsleepmvo_: i think snapcraft plugins should come from normal deb packages14:21
longsleepmvo_: or rather the third party gear14:22
ogra_longsleep, why ? you could use a pluin (or wrtite one) that only uses debs ... and provide a local mirror14:22
mvo_longsleep: well, its one way of doing it, there are more, you could have a go1.4 plugin that takes it from you local system for example14:22
ogra_*plugin14:22
longsleepah true - i can just provide my own plugins as python modules14:22
mvo_longsleep: snapcraft mandates no policy here, its fine to write plugins that use debs of course14:22
longsleepgot it14:22
mvo_longsleep: and even plan to make it really easy to share them via some repository, so that other people benefit from your work14:22
ogra_well it mandates a policy ... somehow ... "Go Wild !!"14:22
mvo_haha, ok, it does14:23
* longsleep likes 'wild' a lot14:23
longsleepok i will be making a spreed-webrtc snap with snappcraft next week then - will let you know how it goes and probably ask stupid questions14:24
elopiofgimenez: well, only detail is that snappy rolling edge is still not booting on canonistack14:26
Chipacaelopio: not booting, or not getting network?14:28
elopioChipaca: hard to tell as I have no way to know what's happening.14:28
elopioit doesn't leave a log.14:28
Chipacaelopio: i haven't used canonistack; can't you reset an instance? like, hard reboot it?14:29
Chipacaelopio: or, better, can't you connect to a serial console of an instance?14:29
ogra_or even mount the writable partition ?14:29
ogra_from the outside14:29
elopioChipaca: I can hard reboot. That's in progress.14:30
longsleepother questions folks: how can i install snaps which are not in the store / say i have them as a .snap file14:30
Chipacaor that, although i can't imagine building an api for that :)14:30
elopioI think the log is what comes from the serial console, maybe? don't really know.14:30
Chipacaelopio: so, if you let it boot the first time (give it plenty of time), then hard reboot it, it should come up with network the second time14:30
Chipacaelopio: if everything is alright :)14:30
elopiook, /me waits for it.14:31
* longsleep just discovered that snappy install somefile.snap seems to work14:31
Chipacathere's an abundance of wishful thinking in that, but maybe :)14:31
Chipacalongsleep: what do you mean?14:31
elopioI think there's something else wrong, because the log of my other instances appear before the network is up. But lets see.14:32
longsleepChipaca: when i built a snap for some software, how do i install it without the store14:32
longsleepChipaca: just install from file ?14:32
Chipacalongsleep: yes14:32
Chipacalongsleep: it's called sideloading (your package will have origin: sideload)14:33
longsleepChipaca: ok thats simple enough then14:33
longsleepChipaca: all right - can i sideload during image creation in u-d-f as well?14:33
ogra_yeap14:34
ogra_use the --install option14:34
longsleepok - so just ignore it is in the "Deprecated" section?14:35
loolelopio: funny that you bring this up, the integration tests fail if git config isn't set14:35
loollongsleep: heya14:35
loollongsleep: I'm sorry we didn't manage to finish our exchange14:35
elopiolool: I didn't see that error, but I suppose it would be the same, yes.14:35
loollongsleep: I see you've submitted a snap though  :-)  how did you end up approaching this?14:35
longsleeplool: no worries i had plenty of distraction here thanks14:36
Chipacalongsleep: where in "deprecated"? i see it under "development" here14:36
loolelopio: it was failing to me due to EMAIL/GIT_COMMITER_NAME etc. not being set in the test of snapcraft pull14:36
longsleeplool: the snap i submitted - you mean the ODROID oem snap? I just built it - that was quite simple. I published all the gear at https://github.com/longsleep/snappy-odroidc - might be helpful for other devices as well.14:37
loollongsleep: oh I thought you had submitted a spreed snap14:37
longsleeplool: no - not yet14:37
longsleeplool: i did build one though - but that was just hacking around14:37
ogra_lool, we're keeping him busy with re-designing the uboot process14:38
longsleepyeah - but it turned out to be harder for you than it was for me i guess :)14:38
loollongsleep: ah there's a dummy spreed snap up for review, lol; I think it's just an empty one though14:38
longsleeplool: Who submitted that ?14:38
longsleepnot me14:39
loologra_: eh, where's that happening?14:39
ogra_lool, in 15.0414:39
loollongsleep: no, mectors, I think it's something he threw together for iotworld, but I dont think he had time to touch it since14:39
longsleeplool: yes thats too - he sent me the details14:39
ogra_lool, we moved away from txt files and fatwrite to using a binary blob environment file and put everything into variables14:39
longsleeplool: i will try snappcraft first and see how it goes and then submit one next week14:40
longsleepeither with snapcraft or manually crafted14:40
loolmterry: heya14:40
longsleeplool: do you have some time to discuss the entropy issue?14:40
loollongsleep: snapcraft is comign really well; it's already able to deliver quite complex combinations14:40
loollongsleep: yes, with pleasure14:41
mterryelopio, rsalveti: sorry!  my cafe internet expired.  I'm back in my host's apt (I'm in NYC briefly) with wifi.  trunk's use of whoami is fixed14:41
mterrylool, hi14:41
loollongsleep: TBH, I'm sleep deprived so my brain is quite in slow motion, but that kind of forces me to focus on one thing at a time like IRC or email14:41
loolmterry: would love to discuss some snapcraft bits when you have some time14:42
longsleeplool: ok great thanks - summary first - whenever a snappy device boots up first time it creates some stuff which requires entropy. On embedded devices there is essentially no entropy from standard kernel14:42
mterrylool, sure14:42
longsleeplool: means any key created on first boot is weak as it was created without entropy.14:42
loollongsleep: so what surprizes me is that this must be a common problem; how is this typically solved in other embedded systems?14:42
longsleeplool: it is a common problem yes - with embedded systems and with cloud systems as well14:43
longsleeplool: in embedded systems this is solved by having a HWRNG on chip which which feeds entropy into the kernel14:43
elopiomterry: lool mentioned we need to configure git too. "EMAIL/GIT_COMMITER_NAME etc. not being set in the test of snapcraft pull"14:44
longsleeplool: for this to work, ususally a system service is run (eg rngd or haveged)14:44
mterryelopio, lool: that doesn't seem to break the tests.  is that just for correctness?14:45
loolmterry: so on the top of my mind: wanted to confirm the 2 branches I had submitted are now ready for review; I brought up the jre vs jdk thing in a bug report (and using host vs target deps/java runtime during build); then there are a couple of paper cuts I've hit; lastly, I have some feedback on the new copy/tarball plugins14:45
longsleeplool: for cloud stuff you folks at canonical implemented a rather scary entropy service providing random data over the network (managed by cloud-init)14:45
loolmterry: it broke the tests for me yesterday14:45
loolmterry: on a clean vm with no git config14:45
mterrylool, I saw your branches go by.  I can start reviewing them, but did you want to talk about something outside the branches?14:45
loolmterry: I had to set the usual env vars (or I could have set git-config) for the tests to pass14:46
loolmterry: this broke snapcraft pull on top with the git commit -m 1, -m 2 etc. test14:46
loolmterry: topics I've listed above14:46
loolmterry: in no particular order14:46
mterrylool, ok...  our buildd managed, but I guess it's a fragile thing14:46
longsleeplool: so to handle the problem, two things need to happen. Services which need entropy need to first start until there is sufficient entropy. On embeddded devices this usually means that rngd has been started. Only after, any private keys can be created.14:47
longsleeplool: or host keys for SSHD for that matter14:47
tedgI'm trying to install from the store and I'm getting "snappy package not found"14:47
tedgIt shows up in "snappy list" though…14:47
mterrylool, right, but the topics you listed above seem like they are  a list of the branches you submitted.  I can look at them, but I haven't yet, so I may not have the context for the discussion that you want14:47
tedgSorry snappy search14:47
loollongsleep: I'm scared by the entropy service in the cloud too; surprized there is no support from vm providers for this14:47
loollongsleep: the hardware generators feels like the msot natural14:48
loollongsleep: why does this need a daemon rather than the kernel just using it?14:48
longsleeplool: because there can be many sources for random data, and having them all in kernel space would be complicated14:48
longsleeplool: thus it is in user space14:48
loollongsleep: I remember a long debate upstream about using the Intel hw rng from Intel CPUs (and how the NSA could potentially use this), so seems it's already the case on x86?14:48
longsleeplool: see http://linux.die.net/man/8/rngd14:49
loollongsleep: makes sense14:49
longsleeplool: yes, the kernel uses some hardware rngs directly14:49
loollongsleep: so this seems like a rather core thing that should be there on all linuxes; how come we dont include it?14:49
loolmterry: the last topic was some feedback on tarball/copy plugins14:49
loolmterry: and the jre/jdk one is one which might need discussion14:50
longsleeplool: well - first of all most people do not care. Second, most PC's do not have a extra RNG hardware14:50
longsleeplool: there are USB dongles and such for it though14:50
loolmterry: otherwise, yes, the rest was just a heads up on branches I've pushed14:50
mterrylool, (I was off yesterday and will be off half today, so I've not had much time to review)14:50
loollongsleep: so on PCs, we use the CPU provided one, and on embedded systems there's often one and we just need rngd to use it14:51
mterrylool, lay your tarball/copy feedback on me  :)14:51
loolmterry: that's fine; it's just a FYI because I've pushed a number of times to the branches and I wanted to clarify I was done for now14:51
mterrylool, cool, ACK14:51
longsleeplool: essentially yes - though it might also not be wise to always use one as some of them are really bad quality as well14:51
loolmterry: so the copy stuff is too minimal and I find it's clumsy to list the filenames directly as yaml keys14:52
longsleeplool: it should be a decision of the OEM provider how random is best created for this particular hardware14:52
loolmterry: I wanted to copy a dir over and couldn't, I wanted to do a shell glob and couldn't14:52
mterrylool, you should be able to copy a dir over.... that's intended and (I thought) tested14:52
looldidn't work for me, I think it's not a cp -r14:52
longsleeplool: i mean it is easy to provide a rngd snap, but the problem is that whatever first start stuff is done in snaps needs to rely on it14:52
mterrylool, ok...  we could add a shell glob easily enough...  you lose the ability to specify the destination easily.  Unless it's a directory I guess14:53
lool            res &= self.run(["cp", "--preserve=all", src, dst], cwd=os.getcwd())14:53
loolthat wont cp -r14:53
mterrylool, yup agreed.  It was intended to do a directory.  That got lost in the shuffle I guess14:53
loollongsleep: is rngd covering 98% of the use cases?14:54
longsleeplool: for example in the Spreedbox, we have 3 sources for entropy - SOC rng in the ARM chip, Linux Kernel interrupts and our own custom TRNG device. They all feed entropy in the kernel and only when there is say at least 300 bytes entropy any key can be created14:54
longsleeplool: yes - but only after it is started14:54
longsleeplool: trick is to not create anything before it is started14:54
loollongsleep: are all rngd providers upstream, or would one also need to configure/add providers?14:55
loollongsleep: is it just enabling a list or also configuring each differently14:55
loollongsleep: sounds like a typical boot job14:55
longsleeplool: one will want to add own ones - the device names are diffent, they could be connected by SPI, USB, on chip14:55
loolmterry: the tarball plugin, I wish we'd have a way to unpack to a subdir14:56
loolbasically naming the toplevel now that we automatically strip it14:56
mterrylool, first you want to strip, now you don't!  ;)14:56
loolmterry: and then, I've got bitten again with the "post-processing" use case14:56
loolmterry: eh14:56
loolmterry: well, having apache-tomcat-8.4.0/* was bad, but having LICENSE, README etc. all spread around is also bad14:57
mterrylool, I understand, I was just poking fun  :)14:57
loolmterry: I guess ultimately we want some include/exclude between steps, but a dest dir is fine for now; it doesn't seem complex14:57
ogra_mterry, stop implanting distrubing pics in my brain !14:57
loolmterry: I kind of suspected you were  :-)14:57
longsleeplool: on the odroidc the SOC device is called /dev/hwrng - the Ubuntu packge for rng-tools has some auto detection14:57
mterryogra_, poking fun?14:58
ogra_mterry, lool stripping14:58
mterryogra_, haha14:58
loollongsleep: so I think the proper course of action is to propose this by default on Ubuntu14:58
loolperhaps only on some architectures14:58
longsleeplool: see http://paste.ubuntu.com/11930609/ for some examples14:58
loolit might have a consequence on boot time, and it needs a security review to go in main14:58
loollongsleep: but generally, it sounds like a piece of boot we are missing and which is quite important on some platforms14:59
mterrylool, yeah a prefix dir seems reasonable (it has been floated as a general thing for any given plugin, but such discussions are ongoing).  Doens't hurt to add it to a case like the tar_content plugin that needs it most14:59
loollike setting the clock frmo hwclck14:59
Chipacamvo_: pushed fixes to service14:59
loolmterry: post-processing: I mean that I wanted to fix files around (permissions, remove some, replace some, patch some) and couldn't because: a) there's no hook b) if you're a part Y after part X, it's not particularly easy to access part X c) when merging from multiple parts, file conflicts are explicitly prevented15:00
loolmterry: I dont know if hooks are the right answer, I dont like code mixed with the mostly declarative nature of snapcraft, so perhaps solving b) or allowing for c) would help enough15:01
longsleeplool: well - the Linux kernel is supposed to handle it. Newer linux kernels are supposed to set urandom blocking (similar to OpenBSD) until there is entropy. So the problem on some kernels is not so critical. Though, most ARM stuff from China runs on Kernel 3.10 which does no such thing.15:01
loolalso, the various tarball/copy options we've discussed would make things less painful15:01
mterrylool, I'll make your nits into bugs so they don't get lost15:01
mterrylool, post-processing is a whole thing though15:02
loollongsleep: oh I didn't know urandom became blocking15:02
loolI thought the main point over dev/random was to NOT be blocking  :-)15:02
loolI see where this is going though15:02
loolmterry: yup; sorry this is a bit unstructured, I wanted to share this while it's "fresh" in my mind if "fresh" can describe my current brain status15:03
mterrylool, :)15:03
longsleeplool: so for now i am looking for ways to include rngd in my image. Though i can do nothing about the weak SSH keys which get created on first boot15:04
loollongsleep: so this feels like a mature and simple daemon; I think we should consider it for Ubuntu boot sequence short term with a design on how sshd etc. would wait for that before generating keys; the longer term fix might be a systemd implementation, with slighlty more magic (e.g plugging an USB hw rng automatically adds it to the pool and such)15:04
longsleeplool: yeah sounds a good idea for all ARM based platforms if you ask me.15:05
loollongsleep: so I can't think of a fancy hook that could use; I can think of relatively heavy hacks15:05
longsleephehe too bad15:05
longsleepwell i am going to build my own rootfs - so i can even add more heavy hacks15:06
loollongsleep: what would seem the cleanest way would be to proof of concept this into the rootfs; either remounting yours rw, or building one from scratch; the heavy workaround would be to disable system services you dont want such as SSH and provide them yourself, but only after you've started your own copy of hw rng15:06
longsleeplool: well what would i give if snappy was using upstart :D15:07
ogra_+115:07
loolhaha15:07
loolI loved upstart15:07
longsleepme too15:07
ogra_we wont get rid of it :)15:08
longsleepwell we have all the gear for that random stuff for upstart15:08
looloh really15:08
* ogra_ herad there are no plans to move the unity8 sessions over to systemd 15:08
loolok, I need to break away15:08
longsleeplool: yeah - a fistboot service which blocks15:08
loolI'm dead anyway15:08
loollongsleep: so I think next step is to engage in Ubuntu (and/or Debian!) discussions on enabling this on systemd systems and important services in the short term, and engaging with systemd upstream on a proper design15:09
longsleeplool: yes - i am still in the process on understanding the systemd boot and how it gets built into snappy rootfs15:10
longsleeplool: hacky but works just fine: http://paste.ubuntu.com/11930663/15:13
ogra_how do you mean "how it gets built into snappy rootfs"15:13
* longsleep needs something similar for snappy15:13
ogra_we install debs in a chroot and then tar that up15:13
longsleepogra_: yeah - and the device tree what happens with it?15:14
ogra_separate15:14
longsleepi mean i guess i could just use our current rootfs builder to build the rootfs - just need to make it to work with snappy15:15
loollongsleep: so I find it weird that you read a load of entropy; if it's to make sure that it's coming from rngd, why not read it after it started?15:15
ogra_for the supported arches we simply install the kernel deb into the chroot after the rootfs tarball was created ... and pick the bits out of the chroot into a device tarball15:15
longsleeplool: well yeah - this is just to make sure to get rid of any possible bad entropy15:16
ogra_but that has nothoing to do with systemd15:16
longsleepbad means not so random15:16
loollongsleep: right, so perhaps do that after starting the daemon15:17
longsleeplool: yeah true - i guess it would be better that way15:17
loolfirst, this has less chances of blocking, second, you wont have more bad entropy created between the time where you read it and the daemon being ready15:17
longsleeplool: correct15:17
longsleeplool: let me change that in the repo :)15:21
longsleeplool: but i think i made my points clear, cloud-init and such would have to run after entropy is available.15:22
longsleeplool: we wait for 200 bytes - which is quite a lot15:22
longsleepcheck your devices: cat /proc/sys/kernel/random/entropy_avail15:23
loollongsleep: I suspect this will have to be benchmarked by cloud folks working on the images for various cloud providers15:23
longsleepprobably fine right now (but check then on boot)15:23
loollongsleep: (one other thing they care about is boot time)15:23
ogra_lool, lol15:24
loolsometimes, it's acceptable to have less security for not too valuable VMs or if the networking environment is closed15:24
ogra_lool, so they developed cloud-init to make the boot time more interesting ?15:24
longsleeplool: well yes - i think cloud-init is beyond repair and snappy should just drop it and implement the three four things instead15:24
ogra_longsleep, +115:24
longsleeplool: also for cloud images, you have the entropy service - so it should be quick and rngd would make no sense15:25
loologra_: I suspect that demos where one creates 2000 containers or vms will get impacted if we add something which might block for a random number of seconds/minutes15:25
loolsay, this cloud provider has a broken this or that rng implementation and it blocks his boot, we'll be in hot water15:25
ogra_lool, seriously, clud-init reliably adds 30-50 seconds to our boot process15:25
ogra_not sure where the speedup should be here15:25
loologra_: I dont understand the argument you're making15:26
loolit's ok to slow down the boot because they've slowed it down already?15:26
longsleeplool: yeah - true though i think most cloud providers pre seed their images with a seed file. So the kernel has entropy instantly.15:26
loolI'm not worried about a small impact on the boot, but more of a random boot delay in some configurations15:26
loollongsleep: wow, you've had some strong words against cloud-init15:27
ogra_lool, no, i'm sayin lets speed up the boot by getting rid of cloud-init ... i simpüly found your argument funny that cloud people care about bootspeed while we are constantly suffering from cloud-init doing exactly the opposite for us15:27
ogra_(not to mention that we have distro tolls for everything cloud-init does and could simply use them)15:27
ogra_*tools15:27
longsleepyeah it does a lot of things where only few will be used together - i guess it is valid for automatic deployments in clouds but i fail to see the need on embedded devices15:28
longsleepespecially now that cloud init is the reason to ship python2 and python315:28
longsleep(as far as i see)15:28
ogra_yes, that too15:28
ogra_my biggest concern is that it is a reinvention of existing distro tools that wokrs a lot slower and adds extra pain where we could use saner methods to achieve the same15:29
longsleepi just say leave cloud init to clouds and do not use it in embedded devices :)15:29
ogra_if the cloud peaople actually need images from us i would rather build an ubuntu-core-cloud rootfs then to have cloud-init everywhere15:30
ogra_(and no, i dont belive that rewriting it in go is better than using distro ways for the bits we need)15:30
loollongsleep, ogra_: FYI, there's a cloud-init rewrite underway but it's still young https://github.com/stackforge/cloud-init15:32
ogra_lool, yes :/15:32
ogra_not what i'm aiming for15:32
* ogra_ wants it gone 15:33
longsleepif i really have to build own rootfs i guess it will not include cloud-init if i can make it work without it15:34
longsleepogra_: btw - i have other challenges on boot as well, i need to set certain sysctl stuff - some can be set late, but others need to be set during initrd - any idea how i could do that from the oem or device parts?15:36
ogra_not really, except for hacking the initrd ... which i wouldnt do15:36
longsleepogra_: i am doing that already :D15:37
ogra_(will be a pain to keep in sync)15:37
ogra_and i want us to get to a generic initrd that nobody needs to change15:37
ogra_(like we use on the phone)15:37
longsleepogra_: currently i am only removing lib/modules and lib/firmware from the initrd i extracted from the preinstalled tarball15:38
ogra_(sergio was working on that before he went on paternity leave)15:38
longsleepso i gess that is minimal15:38
ogra_yeah, and the generic one would have that inside15:38
ogra_*would not15:38
longsleepthat would be ok, but i still have to add some scripts to init-top and init-bottom phases - how do you feel about that?15:41
longsleepi guess the other kernel settings could be made by a snap on boot (preferably the oem snap)15:42
longsleepcan the oem snap provide services?15:42
ogra_why do you need them that early ?15:43
longsleepogra_: because DHCP might fail otherwise15:44
ogra_uh ?15:44
ogra_then we need to fix DHCP on the rootfs15:44
longsleepyeah .. some chip issues with certain switches15:44
longsleepno its a kernel driver thing15:44
longsleepthe DHCP client is not responsible15:44
ogra_hmm15:44
longsleephas todo with the interrupts which get used by default for the NIC15:45
elopiofgimenez: did you hit this one? https://bugs.launchpad.net/snappy/+bug/147765715:45
ubottuLaunchpad bug 1477657 in Snappy "Snappy update fails because of its looking for non existing /writable/cache/assets/vmlinuz" [Critical,Confirmed]15:45
ogra_so my idea is the following: http://paste.ubuntu.com/11930798/ ... theoretically you could also have an img file alongside that provides top or bottom scripts for the initrd to be loop mounted on demand15:45
elopiofgimenez: I'm seeing that message.15:46
fgimenezelopio, i've seen that this morning but it was updating anyway15:46
longsleepogra_: sounds reasonable - though for me no modules are required in initrd15:46
fgimenezelopio, my current problem is that it refuses to boot in b...15:47
longsleep(i am not adding any modules or firmware)15:47
elopiofgimenez: well, but I would think that this bug leaves a corrupted b.15:47
mterryelopio, why in your format_strings1 branch, do you take setup_dirs() outside of the common test case class?15:47
longsleepogra_: why would you put the system-a/b into squashfs images as well?15:47
ogra_longsleep, sure, but thats the generic bit ... i dont want to have porters to touch the initrd at all15:48
ogra_longsleep, saving space and being able to ship everything readonly on one partition15:48
elopiomterry: because not all tests need it. And when it is run, it will change the environment, so it needs a cleanup.15:48
ogra_actually it shoudl rather look like http://paste.ubuntu.com/11930813/15:48
longsleepogra_: mhm ok - for this to work a general hook would be required so people can do things in initrd.15:48
mterryelopio, sure...  so you could do addCleanup eh?  I get about not all tests needing it.15:49
elopiomterry: so far there seems to be only one test needing it, so I put it there. If we need it in more places, we can make a specific test case for it15:49
ogra_longsleep, as i said... there could be init-top.img and init-bottom-img15:49
ogra_longsleep, so you would put your scripts inside and initrd would loop mount them in the respective script dirs15:49
mterryelopio, you also put a blank line before 'import yaml', I think under the belief that it's a local import?  But it's not15:49
longsleepogra_: oh yeah got it - that would be nice15:49
ogra_that way you can provide your own script without having to mangle the default initrd15:50
fgimenezelopio, according to ogra_ and longsleep the update should work regardless of the error message, it's a cosmetic problem atm15:50
ogra_fgimenez, right, it suppresses the reboot message though15:50
elopiomterry: it's third party. From pep8, you should put the std python imports, a newline, the third party imports, a new line and then the local imports.15:50
mterryelopio, if the pep8 tool doesn't care, I have a hard time caring.  ;)  But sure, OK.  I get it15:51
elopioI should provide pep8-as-a-manual-service and make tons of money out of it.15:52
mterryelopio, or just fix the pep8 tool to catch this stuff  :)15:53
mterry(does it have a --pedantic mode?)15:53
jdstrandtyhicks: this is kinda annoying:15:54
jdstrandJul 24 15:50:35 localhost kernel: [  261.778262] audit: type=1326 audit(1437753035.869:23): auid=1000 uid=1000 gid=1000 ses=1 pid=1016 comm="ls" exe="/bin/ls" sig=31 arch=c000003e syscall=41(socket) compat=0 ip=0x7f19462c40b7 code=0x015:54
elopiomterry: https://github.com/PyCQA/pep8/issues/32915:54
elopiolet's call it a --super-correct mode :)15:54
jdstrandtyhicks: I used 'ls -l <something>' in an app that didn't have 'network-client/networking' and got a socket() denial15:55
jdstrandseccomp arg parsing is getting to be more of a priority I think15:55
mterryelopio, in CommonTestCase.test_set_plugin, shouldn't you have an addCleanup?15:55
tyhicksprobably so15:55
tyhicksI can't imagine why that would require a call to socket()15:55
tyhicksbut it doesn't matter much15:55
jdstrandnetlink?15:56
tyhickspossibly15:56
jdstrandyeah, I wasn't going to spend time looking at it. just mentioning that it is annoying15:56
elopiomterry: yes, I think I should have.15:56
tyhicksjdstrand: I agree that arg parsing is going to important soon15:56
elopiomterry: maybe, move that cleanup to the base TestCase ?15:57
elopioso it's always cleaned up even if it wasn't changed.15:57
mterryelopio, sure15:58
mterryelopio, it's going to look weird without the corresponding setup_dirs call, so maybe add a comment explaining why we don't do that call15:58
elopiook.15:59
elopiomterry: I dislike this global var in the module. But I couldn't think of an alternative.15:59
mterryelopio, yeah the core of this code grew out of a prototype so some code barriers are a little loose16:00
ash_charlesHello.  I'm running into a bug with ubuntu-device-flash (https://bugs.launchpad.net/ubuntu/+source/goget-ubuntu-touch/+bug/1464054)16:01
ubottuLaunchpad bug 1464054 in goget-ubuntu-touch (Ubuntu) "Fails to create a snappy image when using --install" [Undecided,Confirmed]16:01
elopiomterry: could we try to use plugins from the local dir, and if not found, go to /usr/share ?16:01
ash_charlesit looks like the bug has been fixed but I'm looking for a debian package for this code that includes the fix16:01
ash_charlesany way to track down such a package?16:02
mterryelopio, you mean always look at ../../share/snapcraft/plugins?  (where ../../ is relative path from wherever the python module for snapcraft is -- do we always know the install layout?)16:03
mterrywhoops16:03
mterryI mean always look at ../../plugins16:03
mterry(that's the one for the bzr dir16:03
jdstrandtyhicks: erf, same with the 'id' command16:03
ogra_ash_charles, https://launchpad.net/~snappy-dev/+archive/ubuntu/tools-proposed16:04
mterryelopio, ^  feels odd to go looking at what would be /usr/lib/python3/plugins16:04
ogra_(note that there might land things that had zero QA though16:04
ogra_)16:04
elopiomterry: yes. Always try. Like putting on get_plugindir:16:04
elopioif os.path.exists(os.path.join(topdir, "setup.py")):16:04
elopio   ../../plugins16:04
elopioelse:16:04
elopio   /usr/hsare16:04
ash_charlesogra_: thanks---I'll give this a whirl16:05
mterryelopio, I suppose...  and then we can unit test that by mocking os.path.exists I guess16:06
elopiomterry: yes, I still find it weird. But I think I like better to delay the check, instead of having to run a previous setup_dirs step.16:06
elopiomterry: why don't we put the local plugins in ~/something, like bzr ?16:06
mterryelopio, ...  those aren't local plugins16:06
mterryelopio, that check is testing whether we're running from a bzr checkout or not16:06
elopiooh, right.16:06
elopiothere was something in pkg_resources that I think we used once...16:07
longsleepogra_: there is another tool i would like to see on snappy by default: http://linux.die.net/man/8/fbset - any thoughts on that?16:08
elopioIt was like we could use pkg_resources to find stuff, either installed or relative to the module. I don't really remember.16:08
fgimenezhave a nice weekend  o/16:09
elopioany way, this is weird. I think we can find a better way to handle it.16:09
ogra_longsleep, hmm, not really for embedded ... that soounds like something for snappy-personal16:09
longsleepogra_: how do you control the framefuffer for bbb or rpi2 ?16:09
davmor2ogra_: so why am I getting guid and uid issues following your guide to install snappy desktop?16:09
ogra_we dont even enable graphical output on snappy devices yet16:09
longsleepogra_: a that explains it then16:10
davmor2ogra_: http://paste.ubuntu.com/11929712/16:10
longsleepogra_: i am showing a full screen logo now16:10
ogra_and i think you dont really want fbset on embedded setups16:10
ogra_davmor2, using the wily u-d-f ?16:10
ogra_(pre-wily cant build personal)16:11
davmor2ogra_: yes or it doesn't download at all :)16:11
longsleepogra_: ok true - problem is that i need it in in initrd :/ so a snap would not help so much16:11
mterrylool, tar and tarfile don't handle evil paths automatically?  That's stunning16:11
ogra_longsleep, well, for that such a loop mounted img would serve as well :)16:11
longsleepogra_: exactly16:12
mvo_tarfile even warns about this in its docs, but yes, its stunning16:12
ogra_davmor2, what version of u-d-f exactly ?16:12
loolmterry: yeah, it blew my mind too16:12
davmor2ogra_: I installed ubuntu-device-flash_0.27-0ubuntu1_amd64.deb which is the wily version right16:12
ogra_hmm, i'm even on 0.26 and it worked last time i tried personal16:13
ash_charlesogra_: thanks---this worked for me :)16:13
davmor2ogra_: I just grabbed it from packages.ubuntu.com under wily :)  http://paste.ubuntu.com/11930919/   see it has personal listed which the vivid one didn't16:14
ogra_davmor2, there is bug 147072716:14
ubottubug 1470727 in goget-ubuntu-touch (Ubuntu) "ubuntu-device-flash touch fails with: failed to find user uid/gid" [Undecided,Confirmed] https://launchpad.net/bugs/147072716:14
ogra_but no movement on it16:14
elopiorsalveti: were you following federico's issue with update from 7 to 8?16:14
elopioI've just reproduce it.16:15
davmor2ogra_: so this 9.1GB is crap then right which would explain why it doesn't run then right :)16:15
ogra_most likely, yes16:15
rsalvetielopio: not yet, which issue?16:16
rsalveti(still on call)16:16
davmor2ogra_: that's fine as long as I know it is not something else :)16:16
ogra_i would try to confirm, but i dont really feel like doing a 2h download right now16:16
davmor2ogra_: not a worry dude just wanted to be sure :)16:16
ogra_definitely a u-d-f thing i think16:17
* mvo_ gets dinner, telegram if the world explodes16:17
elopiorsalveti: flash 15.04 alpha#7, update to #8, reboot. It returns to #7, but keeps #8 selected for the next reboot.16:17
elopioogra_: was it you he was working on it? ^ I don't remember what he said.16:18
davmor2mvo_: telegram telegram telegram.......oh wait no your safe just some muppet letting of fireworks ;)16:20
davmor2you're even16:20
ogra_elopio, 7 has a broken snappy still16:21
ogra_i only tested on the edge channel from 130 to 13116:21
* Chipaca just leaves this here: http://www.cnx-software.com/2015/07/22/odroid-c1-board-is-an-upcoming-upgrade-to-odroid-c1-board/16:21
longsleepogra_: cant you guys just trigger a 132 so we could test a real update with uboot.env ?16:22
ogra_rsalveti, ^^^ what do you think ?16:22
longsleepChipaca: yeah the Spreedbox will have the ODROID-C1+16:23
mterryelopio, you use {!r} for a path.  Why is repr preferred for a path?16:24
rsalvetiogra_: sure, just trigger it16:24
elopiomterry: not for a path. For a string that you want to keep quoted.16:24
ogra_longsleep, rsalveti ... build running16:25
elopiowe have an inconsistent use of things that we keep quoted and things that we don't. But if we want quotes, !r makes it nicely.16:25
mterryelopio, that seems like a really backdoor way to get quotes.  repr is defined as a string that eval can consume.  It happens to have quotes for some things but maybe the object passed to format is a complex object whose str() and repr() are very different.  Isn't it more robust to just put the two ' quote strings in the message itself?  It's the same number of characters.  It also lets translators use language-specific quotes (some languages do << an16:27
mterryd >> right?)16:27
mterryelopio, (not that we translate snapcraft yet)16:27
ogra_rsalveti, oh, and i got the ok to seed ubuntu-fan now16:30
ogra_(and the dnsmasq dep is actually gone i was told)16:30
elopiomterry: I had the feeling that !r was better, but you broke it for me. I'll replace it.16:32
mterryelopio, actually, if you wanted to be REALLY fancy, you'd use unicode curved quotes too16:32
mterry:)16:32
elopio16:37
* longsleep cannot grep anything because the stuff has so many typos :/16:40
longsleepkernel get hdmimode form uboot is 720p16:41
longsleepof course i grepped for "from uboot" ...16:41
longsleepis there some snappy logo artwork (svg or similar) i can use to display on the odroid?16:44
longsleepnow that i can display full screen logos whould be a shame to ship a oem snap without one16:44
* ogra_ would just grab the one from the websire16:45
ogra_*site16:45
longsleepif i would find a svg16:45
longsleepsvn source for this one would be nice: http://1.bp.blogspot.com/-WgJN2_s3n5s/Va02zVflRDI/AAAAAAAA944/Sfi8vpEqNgQ/s1600/Screenshot%252Bfrom%252B2015-07-20%252B12%25253A58%25253A17.png16:46
ogra_potrace ftw ;)16:46
longsleeperr no :P16:46
RlyehHello guys16:54
RlyehOgra_, I want to install the "OS.js". It's not available in snappy store, but in uappexplorer.com! How Can I install it on BBB?16:54
ogra_Rlyeh, it wont be installable currently ... the format of snaps changed and i didnt find the time to port the os.js snap over16:55
ogra_http://people.canonical.com/~ogra/snappy/snaps/ you could try to sideload it ... but i'm pretty sure snappy will just error and tell you that snaps with namespace arent allowed16:56
longsleepogra_: did you push the updated BBB oem snap to the store already?16:56
ogra_longsleep, mvo did16:56
ogra_shoudl be at 1.1116:56
longsleepogra_: so it will just not work when you install that OEM with stable channel?16:56
ogra_longsleep, not until we released the rootfs16:57
longsleepogra_: ok - so i suppose i can add this breakage too then16:57
ogra_Rlyeh, i'll try to get to that on the weekend and will produce a new OSjs snap16:58
Rlyehogra_, Greaaaaaaaaaaat. Thank you :)16:59
ogra_np, it was low on my prio list since i didnt actually expect any users :)17:00
RlyehIt's an useful app for snappy17:00
ogra_yeah, ist a fun thing17:00
longsleepyeah autopilot just triggered17:01
ogra_oh, really ?17:03
ogra_i dont see the new rootfs on system-image yet17:03
longsleepyeah i also do not get what it actually did17:03
longsleepseems i am booted to 129 for some reason17:04
ogra_lovely17:04
longsleepprobably changed to many vars manually17:04
ogra_yeah17:04
ogra_i had the same issue yesterday17:04
ogra_being on b while the system expected a17:04
longsleepexactly17:04
longsleeplet my try to clean this up17:05
* ogra_ just did a clean re-flash 17:05
ogra_ah17:05
longsleepi guess i should do that too17:05
ogra_and there is 13217:05
longsleepat least now i am at 13117:06
longsleepso lets try update then17:06
longsleepso far so good - it replaced the old 129 - now reboot17:07
longsleepyah17:08
longsleep(ODROIDC)ubuntu@odroid:~$ snappy list -v17:08
longsleepName        Date       Version Developer17:08
longsleepubuntu-core 2015-07-24 132     ubuntu*17:08
longsleepubuntu-core 2015-07-23 131     ubuntu17:08
longsleepodroidc     2015-07-23 0.3     *17:08
longsleepworked like a charm17:08
longsleepgreat job!17:08
ogra_:D17:09
ogra_was your job too ... dont underestimate how much you helped us :)17:09
longsleepogra_: well i try to help myself and get need to get detail understanding how things work with snappy. And you guys are really helpful with that - i highly appreciate it17:10
=== balloons_ is now known as balloons
=== balloons39 is now known as balloons
RlyehHow can I change timezone? I read about 'config' command, but I don't understand how to set the timezone!17:38
Rlyeh"(BeagleBoneBlack)ubuntu@localhost:~$ snappy config ubuntu-core" just returns values :(17:42
lazyPowerquestion, if i need to modify the docker sandbox on the arm2 package, i should be able to just edit the snap in /apps/docker/current/meta/packageyaml and rebuild/isntall from this on the host correct?19:46
lazyPowers/arm2/armhf/19:46
=== ev_ is now known as ev

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