[04:46] hey folks can someone tell me how to generate an i386 image with ubuntu-device-flash? no matter what i do, i can't get it to wor [04:46] k [04:48] i'm trying sudo ubuntu-device-flash core 15.04 -o my-snappy.img --device generic_i386 --channel edge --enable-ssh [04:48] i get a warning that "this option" should only be used to build azure images [04:48] and then it starts downloading a generic-amd64 [04:48] and then says it failed to install (but i'm not trying to install it) === chihchun_afk is now known as chihchun [08:04] good morning [08:20] good morning [08:21] good morning! [08:21] new day, new snappy questions :-) [08:22] I'm wondering about XDG_RUNTIME_DIR - PulseAudio expects to be able to write to that directory. It currently points to /run/user/1000 where the snap cannot write. [08:23] Should we 1) point XDG_RUNTIME_DIR to somewhere inside /snap/pulseaudio/current/ or 2) add some rule that allows PA to write to /run/user/1000 ? [08:44] kyrofa is that the correct link to download the ubuntu 16.04 for Raspberry pi [09:37] Good morning all! Happy Friday, and happy Fun At Work Day! 😃 [09:53] hey JamesTait, good morning! It looks like I missed some messages yesterday, anything important that I should reply to now .) ? [09:54] Good morning, mvo! I don't think there's any action on you at the moment. I'm just cleaning up my branch and jd-strand is working on the click-reviewers-tools part. [09:56] hi, can somebody clarify for me, if Snappy Personal is still happening? [09:58] Hi i have a question for what should I use Docker on my snappy? [09:58] JamesTait: cool, thanks [09:58] Is it good for things like UWSGI and Nginx? === chihchun is now known as chihchun_afk [10:21] mvo, your gadget snap looks fine but i think something changed the order how/when partitions are created [10:25] mvo, what my code does it to append all partitions to the created image ... you have three partitions and left a gap at the start ... i append 4,5,6,7,8,9,10 (this is in partition numbering though, pyhsically they would be 1,2,3,4... and then tell sgdisk to sort the numbering by position in the end which should align the numbering to the physical position [10:26] ogra_: oh, the new image has less partitions, its just boot and writable, no more a/b. [10:26] mvo, somehow "boot" with u-boot.img ends up at the last physical position now [10:26] ogra_: what positition should this have? [10:27] the number shouldnt matter though [10:27] i pick up the last one and add +1 [10:27] ogra_: ok, let me look at this code again, maybe I get an idea [10:28] "boot" should be after "aboot" http://paste.ubuntu.com/14694737/ [10:28] the u-boot binary currently expects top find its env on p8 [10:29] mvo, the wrong position isnt the big issue here, it would still boot (though couldnt resize anymore due to writable not being at the end) [10:29] well, the wrong position of "boot" isnt the blocker [10:30] its still an issue :) [10:30] ogra_: what is the blocker? the kernel? [10:31] mvo, no, the uboot binary is broken .... wheere did you get it ? [10:31] (if i dd mine in place i get a proper uboot shell) [10:31] heh, well, and yeah, the kernel too :P [10:31] * ogra_ isnt awake yet [10:32] we need to fix all three [10:32] ogra_: I thought I had it from your dragonboard oem snap, let me double check [10:33] well, if it is the same binary then something in the way it is written to disk is broken [10:33] ogra@anubis:~/datengrab/dragonboard/all-snaps$ md5sum ../oem-snap/snap/u-boot.img [10:33] aad77edcce10781ace7df4d4a104c891 ../oem-snap/snap/u-boot.img [10:34] ogra_: I thikn its out of http://people.canonical.com/~ogra/snappy/dragonboard/dragonboard_0.1_all.snap [10:34] thats the md5 here [10:34] ogra_: but let me check [10:34] eh, sorry [10:34] no, the right snap [10:35] ogra_: md5 matches [10:36] then the way it gets written broke it i guess [10:36] cant imagine anything else [10:36] ogra_: offset is correct? 3179520 ? [10:37] 3179520 [10:37] yeah [10:37] the type GUID is also correct ... but the little kernel complains and stops the boot in the default image [10:37] as soon as i dd mine it boots fine (to the point where it cant find the uboot.env on partition 8) [10:38] ogra_: ok, I look at u-d-f now. what is the correct kernel url? [10:38] let me check, ppisati said he has a new deb [10:39] https://launchpad.net/~p-pisati/+archive/ubuntu/embedded/+files/linux-image-4.2.0-2009-generic-dragon410c_4.2.0-2009.9~15.10_arm64.deb [10:40] mvo, oh, but that needs another dtb (needs changing in package.yaml of the gadget and uboot.env) [10:40] mvo: lool: how is producing OS-type initrd going? [10:42] (good day :)) [10:42] asac: not at all on my side, busy with 4234324 other things :/ [10:42] mvo, the dtb we need it apq8016-sbc [10:43] asac, mvo i'll do that [10:43] its essentially just copying the build script from the phone initrd package into the core one [10:43] great... i guess for now i would need a one off OS snap with such kernel-less initrd [10:43] cool [10:44] asac, i just want to get that dragonboard image to run first if possible [10:44] once we have that i think i can start poking on x86 with some help on how to hack grub bootconf [10:44] sure take your time [10:48] mvo, hmm, could it be that you made the gap at the start of the disk smaller when you dropped the 4th partition in u-d-f ? [10:48] that would explain why boot gets appended at the end [10:49] hmm, but looking at the numbers there seems to be enough space === didrocks1 is now known as didrocks [10:59] ogra_: with sudo DEBUG_DISK=1 i see http://paste.ubuntu.com/14694839/ which looks like the partitions are initialized in hte right order, the sorting looks suspicious [10:59] well, the sorting should just align the numbering with physical position [11:00] you would have tzo break before the sorting and check the image with sgdisk to see where they physically are [11:00] but i'm pretty sure boot is at the end already [11:01] i wonder if it would complain if there is already a boot partition ... could it be that you created it already when this runs ? [11:03] ogra_: yeah, its all a bit myserious - just to double check what it should look like: *first* the rawPartitions and then ours? or *first* ours and then the raw ones? [11:03] mvo, how about a quick HO [11:03] hey guys if I want to have a python binary using PyYaml available in my pass what's the right way to go about it using snapcraft? [11:04] I have this: mybinary: [11:04] plugin: python2 [11:04] python-packages: [11:04] - PyYAML [11:04] But where should I specify that this is only to be used by a simple python file which should go to the bin/ directory of the final snap? [11:04] It seems that the source attribute would expect a directory [11:06] ogra_ for wat should i use docker on snappy? [11:06] ogra_ or what is meant to be used? [11:06] mvo, the final order needs to be: all gadget partitions -> system-boot -> writable .... the creation order differs though [11:07] noizer, for whatever you like [11:07] ogra_: sure, HO is fine. so what ensures the final order? [11:08] i mean ... obviously for running apps in containers :) [11:08] mvo, the physical position ... that is what the sgdisk sorting uses afaik [11:08] ogra_ but snaps ar already containered but for what is there than an advantage to use docker? [11:08] mvo, https://plus.google.com/hangouts/_/canonical.com/gadget [11:08] noizer, dunno, even more containment ? [11:10] ogra_ ok [11:10] :D [11:12] ogra_ so when im making a docker vm on an other ubuntu then it can be ran on snappy? [11:12] so its then mutch easier to port to other linux distro's? [11:26] ogra_ how can i install snapcraft 2.0 on a raspberry pi [11:27] noizer, in xenial images you can enable the classic dimension and use a container [11:29] Will it work on a Ubuntu Mate 16.04 ogra_ [11:29] ? [11:29] sure [11:30] but why not use it on your snappy directly ? [11:31] hmmm but how can i develop easily on snappy? [11:31] read above [11:31] noizer, in xenial images you can enable the classic dimension and use a container [11:32] Ok such as an user interface? [11:32] or istn't that it? [11:32] sudo snappy enable-classic [11:32] ok i will try it [11:32] ... that will create the container ... [11:32] Good morning [11:33] ok i will have a look [11:39] OK i did that but what are the concrete difference between that oter? [11:39] *other [11:52] noizer, so if you now run "snappy shell classic" you are in a normal ubuntu 16.04 and can use apt to install snapcraft and build your packages [11:54] noise][, the advantage is that this container is fully based on the readonly snappy rootfs, it only extends it by the missing pieces to get a normal apt based ubuntu [11:54] err [11:54] sorry [11:54] (didnt notice he left) [12:05] good morning [12:05] Morning sergiusens :) [12:05] morning [12:06] moin [12:06] hey guys how can I have a simple python binary which depends on a pypi package with snapcraft? The python plugin seems to expect you to give a directory and build a whole package. [12:09] Lefteris`, I'm not super familiar with python packaging, but is that something you can use requirements.txt for? [12:09] kyrofa, oh, git guy :-) Heeeeello [12:09] sergiusens, what's up? [12:09] kyrofa, how do you think this will merge https://github.com/ubuntu-core/snapcraft/pull/273 ? [12:10] sergiusens, looks fine to me. Are you concerned because it's not rebased? [12:11] kyrofa, nah, just wondering what will happen to the first commit which is already in master [12:11] sergiusens, oh, I didn't notice that [12:12] sergiusens, so he built this feature on another, eh? [12:13] sergiusens, my initial reaction is to expect a conflict. But github isn't whining about it [12:13] it's the same commit id [12:13] so no conflict, it will be like if he forked later on [12:14] (basically, on the graph, there will be 2 "merges commit" with just one branch alongside) [12:15] kyrofa: I have a simply .py file that I want to be executable and part of my snap and depends on PyYaml. Any idea what's the best way to achieve this? From what I see in snapcraft, both requirements.txt and python-packages in yaml will work. Adding the dependency is not my problem. My problem is how to specify that my python file should be what I want as the final binary and depending on PyYaml. [12:17] I got this: configurator: [12:17] plugin: python2 [12:17] python-packages: [12:17] - PyYAML [12:18] If I add the location of my python file as source then it says it expects a directory. So I assume it expects me to have a custom made python package with a setup.py as the source attribute. Can't I just give a simple python script in some way? [12:19] didrocks, so if he would have created the PR in the future, it would only be one id? [12:19] * sergiusens will just hit merge [12:19] sergiusens: exactly! [12:19] sergiusens, indeed, tested locally as well [12:19] Thanks didrocks :) [12:19] yw ;) [12:19] didrocks, kyrofa seems to just be a presentation problem I guess [12:19] well, I consider it a presentation problem, others might not ;-) [12:19] sergiusens, yeah, I wish github would update [12:20] or just tell me it is already in master, it is so smart about everything else :-P [12:20] yeah, github doesn't "refresh" the list of commits not included in master [12:20] it should IMHO, if the hash matches [12:20] didrocks, nor the diff [12:20] didrocks, agreed [12:20] mvo, btw, mind taking a look at https://github.com/ubuntu-core/snapcraft/pull/278 [12:20] didrocks, I see that change happening twice and my first conclusion is "conflict" [12:20] (but then, you need to ensure that the hash order is the same) [12:21] kyrofa, but same id [12:21] right [12:21] disclaimer: I'm probably lagging as being on 4G (in the TGV to Brussels) [12:22] Lefteris`, sorry, I'm not ignoring you :) [12:23] you know, even if the hash is different, but the diff is the same, git is smart enough to do a silent reconciliation [12:23] (but then, you have an additional commit) [12:23] didrocks, but the additional commit is gross :P [12:23] heh, yeah ;) [12:26] Lefteris`, I think you need two parts here [12:26] Lefteris`, one part that uses the python2 plugin and the requirements.txt, and another part that uses the copy plugin to put your script in the right place [12:26] Lefteris`, then declare your script as the binary [12:27] Lefteris`, make sense? [12:28] kyrofa: yeah it does make sense, and this is what I was doing right now, but seems kind of dirty [12:28] would be nice if we the python plugin could allow you to do that withou involving the copy plugin [12:29] Lefteris`, yeah it's kinda made for a project with a setup.py or something [12:29] Lefteris`, would that be easier? Have the setup.py install your script? [12:29] Ok, I need pulseaudio to access /run/udev in order to scan for sound cards. I was trying by adding "security-overrides: read-paths: [/run/udev]" but it looks like this is not working, and that the feature might not even be implemented...? [12:30] Lefteris`, otherwise, if we added the ability to place random scripts wherever, we just duplicated the copy plugin :P [12:31] kyrofa: hmmm maybe the copy plugin would make more sense, don't want to have separate directory and setup.py for no reason [12:31] diwic, I think it's just security-override (singular) [12:31] let me try it out :D [12:31] kyrofa, did you already fix this https://bugs.launchpad.net/snapcraft/+bug/1539247 ? [12:31] Launchpad bug 1539247 in Snapcraft "Snapcraft should support using the staging server in a developer-friendly way" [Undecided,New] [12:32] sergiusens, no. That reflects the current state [12:32] kyrofa, great, I wish it were automatic [12:32] didrocks, what was the tool jono showed? [12:32] kyrofa, right. It was right in the snap, I just made a typo on IRC [12:32] the trello but for github [12:32] sergiusens, it should be! Let's write a launchpad script and plug it into travis [12:33] diwic, oh darn :P [12:33] diwic, but I know read-paths works, since we have an example for it [12:34] sergiusens: ah, one sec, looking in my history [12:34] diwic, https://github.com/ubuntu-core/snapcraft/blob/master/examples/mosquitto/snapcraft.yaml [12:34] kyrofa, okay - how does wildcards work here? If I do /run/udev, does that include /run/udev/dir1/dir2/file3 ? [12:34] diwic, no I don't believe so [12:34] sergiusens: could it be https://waffle.io/ ? [12:34] diwic, you need some asterisks [12:35] diwic, it's apparmor [12:35] This is what comes to my mind when I think of "trello for github" [12:35] kyrofa, hmm, so if I want to give read access to /run/udev and everything below that? [12:35] sergiusens: yeah, it's waffle.io [12:35] diwic, /run/udev/** I _think_ [12:36] thanks Lefteris` :) [12:36] kyrofa, thanks, will try [12:36] sergiusens, or... you know... we could just use gitub [12:37] Or even github [12:37] kyrofa, and now that I've changed that, can I just write "stage" to parts/pulseaudio/state to avoid a full rebuild of PulseAudio ? [12:37] or is there some smarter way? [12:37] diwic, so you've completely build a .snap, and all you've changed is the YAML? [12:37] kyrofa, with waffle.io ;-) [12:38] sergiusens, oh... yeah that would be epic [12:38] kyrofa, yes, I've just changed /run/udev to /run/udev/** in snapcraft.yaml [12:38] sergiusens, although then my LP karma would start dropping [12:39] sergiusens, what is the best solution in Snapcraft 2 for diwic's problem without --force? [12:41] sergiusens, also, I vote we use waffle.io just because of firefly now [12:47] diwic, trying to run build again won't hurt anything, but I imagine it will probably say "already built" [12:47] kyrofa, edit the parts//state file I guess [12:47] diwic, in which case you can at the very lease edit the... yeah [12:50] diwic, open the parts//state file and change the state to "build" and run snapcraft snap again [12:51] diwic, we're currently working on a --force option that will do that for you, but we're still in the design phase [12:54] kyrofa, right, that's what I thought [12:56] kyrofa and orga_ where can I find more information about the classic dimension or what is is the difference with the normal snappy? [12:56] kyrofa, actually, I don't think I need to do that. Just running "snapcraft snap" will update snap/meta/*.yaml accordingly [12:57] diwic, ah! Good catch! [12:57] diwic, you just hit the special case of only modifying the YAML that gets directly copied to other YAML :P [12:57] kyrofa, next question. How do I allow it to talk to the system dbus? [12:58] kyrofa, are you getting rid of the roscore plugin today? [12:58] I expect bluetoothd to be there, so can't do bluetooth audio without it [12:58] diwic, last I knew that needed custom security policies... I'm honestly not sure how one is supposed to do that in 16.04. sergiusens? [12:59] sergiusens, no I'm still on the store stuff. Why, you really want it gone eh? [12:59] :P [12:59] kyrofa, yeah, remove the qml one while at it ;-) [12:59] sergiusens, I can do that. No replacement? [13:00] sergiusens, bad enough to pause the store stuff for a little bit? [13:00] diwic, I will invoke tyhicks if you need either a security-policy, security-template or security-override [13:00] kyrofa, nah [13:01] sergiusens, next task then, you got it :) [13:01] thanks. I'll double check with awe when he gets online to make sure bluetoothd is where it's supposed to be [13:01] kyrofa, just roscore, the qml thing is political at this point :-P [13:01] sergiusens, hahaha [13:02] kyrofa, it even depends on something we don't have [13:02] sergiusens, that sounds problematic [13:02] sergiusens, oh, mir? [13:02] kyrofa, yeah ;-) [13:02] sergiusens, duh [13:03] ogra_ about the classic how can we see it in snappy [13:03] sergiusens, yeah I agree with you though. The presence of the plugin indicates first-class support [13:03] And... it's not [13:03] noizer, the advantage is that this container is fully based on the readonly snappy rootfs, it only extends it by the missing pieces to get a normal apt based ubuntu [13:03] you left to early := [13:03] :) [13:04] noizer, just use "snappy shell classic" [13:04] sergiusens, if a dev needs it they can include it in-tree [13:04] then you can spt-get update and apt-get install snapcraft and use it there [13:04] *apt-get [13:04] sergiusens, anyway, let me know [13:05] ogra_ ok then can i get there than an User interface so I can develop faster? [13:05] user interface ? [13:06] it gives you a place to build your snaps in [13:06] ogra_ hmmm I now developing on lubuntu for Raspberry Pi but now i want to install it on snappy but how can i do that the easiest way [13:06] oh, you dont have a PC to work with ? [13:07] command line user interfaces ftw :-) [13:07] :D [13:08] ogra_ hahah ok thats hard then but can i develop on my lubuntu en scp it to the classic ubuntu [13:09] i usually develop in a bzr branch ... so i can push from the PC, pull from classic and then just run snapcraft snap, install and test the package [13:10] (such a process makes you automatically backup your code too :) ) [13:11] ogra_, and results in this https://xkcd.com/1296/ [13:11] (indeed, if you prefer git thats the same ) [13:11] i uses git :p ok intresting but to make the yaml for the software thats a hard part i think [13:11] kyrofa, lol, yeah [13:12] making the yaml for the first time is hard ... but having a pretty giu around your editor wont change that ;) [13:12] You'll get the hang of it noizer ! [13:13] yeah [13:13] * ogra_ hated yaml in the beginning .... after getting used to it i actually like it a lot [13:13] hah thats a fact kyrofa ogra_ [13:13] ok i will try to push it to my ubuntu classic [13:14] and hopefully it will work === davidcalle is now known as davidcalle_3g [13:15] for snapcraft installation is it sudo apt-get install snapcraft [13:15] but when i type it it fails [13:16] should i need to add the ppa, [13:16] ? [13:16] noizer, how does it fail? [13:17] kyrofa http://pastebin.com/KVNjkVnE [13:17] noizer, do `sudo apt-get update` first [13:19] btw. Can I change the contents of either one of the wrap scripts somehow? I e, to be able to start pulseaudio with some switches (such as --path-to-something=/snaps/pulseaudio/weirdcharacters/somewhere) ? [13:19] or to set an environment variable [13:19] diwic, you can pass those things in the binary/service exec line [13:19] sergiusens: so got a good idea how to make a nice global parallel and verbose option available? maybe just hook those to the top level main.py somehow? [13:19] diwic, in the YAML [13:20] kyrofa, but at that point I don't know the "weird characters" [13:20] diwic, remember the environment variables though-- don't hard-code /snaps/etc. [13:20] e.g. not in build.py [13:20] diwic, ah, you don't know the environment variables then! [13:20] diwic, double-check-- you're on rolling? [13:21] diwic, oh, /snaps, yes you are [13:22] kyrofa, I am on 16.04. Say that I want to add one environment variable, e g XDG_RUNTIME_DIR=$SNAP/tmp/somedir [13:22] diwic, so you can use the $SNAP environment variable, which will point to the /snaps/pulseaudio/version [13:22] diwic, yeah, just put it on the command line like you would in the shell [13:23] kyrofa, ok, so that will end up being a long line I expect, but that's ok :-9 [13:23] :-) [13:23] diwic, the alternative is to write a shell script to be your binary instead, which is perfectly acceptable if you prefer it [13:24] just three wrappers to start the executable ;-) [13:24] diwic, welcome to Snapcraft. We wrap your wrappers so we can wrap them [13:25] its like christmas and your birthday at once ! [13:25] sergiusens: think i would keep the getter/setter parts for those flags in common.py and just drop the build.py parts from my cleaned patches... in that way you can land the CLI wiring later. soudns good? [13:25] * diwic renames it to wrapcraft [13:26] ppisati: where can i find the definite list of minimal patches and config flags that are super essential for a runnign snappy system? [13:26] "minimal and super essential" [13:26] lol [13:27] asac, no idea how recent that is http://people.canonical.com/~ppisati/snappy_config/# [13:28] asac, and wrt pathes ... "the latest apparmor" is a rule of thumb [13:28] *patches [13:30] asac: kernel version? [13:31] ppisati: 4.4? [13:31] or if we have a lookup table for each main version that would be nicer even [13:31] the latest apparmor is vague [13:31] asac, making it global is easy [13:31] ogra_ sorry for the many question but how do I instal it best NGinx and UWSGI? [13:31] for someone coming from outside [13:32] sergiusens: ok with you if i move it to main.py from build.py? think those flags could also be honoured by some other lifecycle rules [13:32] not all of course [13:32] buut install maybe could pick it up for some plugins [13:32] or even pull :)\ [13:32] sergiusens, did you annotate the 2.0.1 tag? [13:32] noizer, for what exactly ? [13:32] *for doing [13:33] for running a webpage [13:34] kyrofa, jftr, you can't put things like "XDG_RUNTIME_DIR=$SNAP/tmp pulseaudio" as your binary, "snapcraft snap" will fail with "file not found: XDG_RUNTIME_DIR=$SNAP/tmp" [13:34] kyrofa, yes [13:34] my snap exist about html page and some backend modules etc [13:34] kyrofa, oh, annotate, no https://github.com/ubuntu-core/snapcraft/tags [13:34] and running with flask ogra_ [13:35] hi guys, i need help for a .yaml file, after the yesterday failures I try today to create a simple first app (a python helloworld) my code is here: https://github.com/lmbn/hellosnappy and my .yaml file http://pastebin.com/j2hpwDri , what I dont know is what I have to add in my .yaml file so after the installation to have my app into "apps/bin" and run it (sorry for the newbie question) [13:36] noizer, well, create a snapcraft.yaml that builds ngnix from source or use the copy plugin and ngnix as stage package to grab the deb binary (but then you might need to adjust the config to match all the changed paths) [13:36] if it is just a webpage, write a simple server with go [13:36] diwic, ah, right, I'm sorry I misled you! You'll have to create a wrapper script, then [13:36] ogra_ sergiusens its not a simple webpage :s [13:36] noizer, right, what sergiusens said ... there is even an example webserver (in 5 lines or so) [13:38] noizer, you said html, I replied in response to that ;-) [13:38] * sergiusens goes for a quick run [13:38] vir17, you need to specify `binaries` there somewhere [13:38] sergiusens ok sorry :p [13:39] vir17, like this: https://github.com/ubuntu-core/snapcraft/blob/1.x/examples/py2-project/snapcraft.yaml#L4 [13:39] ok i will try now to make my yaml file [13:40] sergiusens, I need to babysit for a bit this morning, I'm afraid I need to miss standup, I'm sorry! [13:41] kyrofa, actually XDG_RUNTIME_DIR is perhaps a bigger question; should we set that by default to something inside the snap or user? It seems reasonable for it to point to something writable by default IMO. [13:42] diwic, i think ted brought that up before .... thgere was a discussion somewhere [13:42] tedg i mean [13:42] kyrofa, elopio let's just cancel and do the planning then [13:42] sergiusens, okay, sounds good [13:43] sergiusens, go for your run :) [13:44] diwic, probably user-specific, so I suggest SNAP_USER_DATA [13:44] ogra_, ok; I'm going to try to work around it for the time being, if you're aware that there's an issue [13:44] not on the level we have worked on yet .... i am awarwe it will be an issue in graphical envs and desktop context [13:45] ok [13:45] IoT and server ... not so much [13:46] lets ask tedg once he is around what came out of that discussion [13:46] i know he started one [13:48] ogra_: I think I know now now what is going on with sgdisk, when you tell it to create a partition with num 0 and start 0 it will find the first free partition and then looks for the first available sector in the largest free area on disk. this happens to be (by pure chance) that part *after* writable once we reach partition 7 :) so mystery solved, I will add the offset and we need to continue with that and force sgdisk to write to the numbers we [13:48] give it [13:48] ogra_: that was hard work! [13:49] mvo, it was ! thanks so muchj ! [13:53] thanks kyrofa i will try [13:58] hey ogra_, did you have a chance to work on that Pi2 bug for ectors? [13:58] olli, i worked on getting the dragonboard images ready, Pi2 firmware update is on my list [13:59] (i guess they are eaqually important :) ) [14:00] ogra_: http://people.canonical.com/~mvo/all-snaps/dragon-all-snap.img.xz should have the right layout now [14:00] ogra_: would be nice to know if uboot is still broken [14:00] mvo, pulling now [14:00] \o/ [14:06] ogra_, thx! [14:07] mvo, u-boot still broken :/ === chihchun_afk is now known as chihchun [14:08] mvo, eeek [14:08] and all bootloader partitions now have an x appended to the name [14:16] ogra_: uff [14:16] gimme a sec ... the u-boot issue might actually be the naming issue [14:17] dding my uboot in place didnt work either until i dropped the x from bootx in the partition name [14:17] i'm just re-flashing from scratch to see if just fixing the name helps [14:17] ogra_: wait, let me make a new image [14:17] * ogra_ wants faster dd !!! [14:17] ogra_: godd! [14:18] ogra_: and a scandisk extreme [14:18] well, that wont make faster bytes i gues :) [14:18] ogra_: let me make a new image [14:18] *guess [14:18] ogra_: sure it will ;) [14:18] ogra_: ok, maybe not, but *progressbar* [14:18] \o/ [14:19] fixing the name is enough [14:19] bah [14:19] but i end up in an initrd shell now [14:19] ogra_: oh, but the kernel boots? that is the wrong kernel :) [14:19] insmod: can't read './lib/modules/*/kernel/fs/squashfs/squashfs.ko': No such file or directory [14:19] ogra_: still the old one from your dir, not the kernel from pablo [14:20] ah, i thought you used the arm64 one frrom the archive [14:20] mine should boot, but has obviously no squashfs enabled :) [14:20] ogra_: I'm slow [14:20]