=== Guest83 is now known as Norbell === alecu_ is now known as alecu [00:50] Looks like private snapps will be supported in 16.04 LTS [01:07] I'm trying to test a new snap on my Ubuntu classic machine. I get an error at snap install that "sc-filtergen executable not found". Is there a Dependency I should fulfill manually? Is that a bug? [01:51] In what ways is Snappy secure by default, and in what ways is it not? [03:04] neutrino, you keep popping in and out; are you sure you aren't a virtual particle? === chihchun_afk is now known as chihchun === rbasak_ is now known as rbasak [08:17] good morning [08:25] In what ways is Snappy secure by default, and in what ways is it not? [09:35] Good morning all! Happy Friday, and happy Doodle Day! 😃 [09:55] Good morning :D [09:58] In what ways is Snappy secure by default, and in what ways is it not? === qwebirc389725 is now known as Tenacious-Techhu [09:59] In what ways is Snappy secure by default, and in what ways is it not? [10:06] zyga, pedronis, do you know of any reason not to merge mvo's branches? the ones that move things to the overlord [10:07] they have two +1's and are all green and lurvely [10:07] ? [10:08] pedronis, in the list of pull requests, the last four [10:08] actually all of mvo's branches [10:08] (there are five of 'em) [10:08] the SetActive one doesn't seem to have two +1 [10:09] yep [10:09] but i can provide that :-) [10:09] the Install one seem to need an added TODO: about w.Sync [10:09] and the one that drops meta repos has no +1s [10:09] not a strong reason not to land it, but a small branch to do after or something [10:10] I mean the branch for adding the TODO [10:10] yep [10:10] not solving the problem [10:10] with him away until tuesday, i'd merge as is and then push a branch with the todo :-) [10:12] 395, 397, 398 seems landable [10:12] ok, merging the ones with two +1's, then i'll review the diffs for the last two [10:12] I'm not sure about the rest [10:12] yeah, without the first three merged it's tricky to review the last two :-) [10:13] ooooh, conflicts! [10:13] life is hard [10:14] i guess i'll be fixing those first then :-) [10:19] hmm, how do i merge in a branch from somebody else? [10:19] ? [10:19] I'm on my master, and I want to merge in https://github.com/mvo5/snappy/tree/refactor/remove-details-from-repo [10:19] to then fix the conflicts and propose [10:19] you fetch it and merge [10:20] i guess i've got to add mvo as a remote first [10:20] you can do that or not [10:20] not works too, you get a FETCH_HEAD [10:20] that you can merge [10:20] if yous setup the proper remote [10:20] you can pulled down the nicely named branch [10:21] yeah, doing that [10:21] funny how so many months in these things still trip me up [10:23] strange, that merged with no conflicts [10:30] Chipaca, morning, did you have a chance to look at the %h thing? [10:30] sergiusens, no [10:31] sergiusens, does the systemd service file have %h in it? [10:31] Chipaca, yes [10:31] pitti, why would a systemd unit not replace %h? [10:32] Chipaca, from the go template we have in snappy [10:32] sergiusens, yep, was wondering if it was us messing things up, or if it was systemd [10:32] oh, hold on [10:33] %h doesn't work when systemd is pid 1? [10:33] Hi, got a short question how can I install python-dev on a snap. it is for installing uwsgi. [10:33] sergiusens, %h doesn't work when systemd is id 1 [10:33] Chipaca, ah [10:34] Chipaca, "Please note that specifiers "%U", "%h", "%s" are mostly useless when systemd is running in system mode. PID 1" [10:34] kyrofa, ^ [10:34] Chipaca, should we change %h in snappy to /root? [10:35] sergiusens, yes [10:35] sergiusens, if we mean /root, yes :-) [10:38] Chipaca, we do [10:48] Chipaca, for your consideration https://github.com/ubuntu-core/snappy/pull/442/files [10:50] sergiusens, hero [10:52] sergiusens, oops, tests fail [10:58] Chipaca: no, I don't know but I wasn't really looking at all of mvo's branches lately [11:05] sergiusens, kyrofa: what do you suggest we do about images in snapcraft docs? === FourDollars_ is now known as FourDollars [12:12] Chipaca: hey, I'm making review tools updates for snap.yaml and trying to understand which of the 'apps' options can be used together. now that there is no separate structure for services and binaries, the trigger for 'is a service' is app.Daemon, correct? Looking add addPackageServices in click.go, that seems to be the case [12:13] jdstrand, yes [12:13] jdstrand, and binaries have exec= [12:13] do they? [12:13] don't they? [12:13] exec isn't documented in meta.md [12:13] i'm reporting from memory, not from code [12:13] and addPackageBinaries says !app.Daemon [12:13] so believe the code [12:13] ok [12:13] :-) [12:15] Chipaca: I'm going to also assert in the tools that ports, bus-name and the socket options all require daemon. any objections? (obviously, this can be changed going forward) === kickinz1|afk is now known as kickinz1 [12:20] Good morning [12:21] kyrofa good morning :D [12:21] I have already a question for you [12:23] kyrofa i want to install uwsgi with the pip packages. but got all the time an error [12:23] this error means something like that i need python-de [12:23] *python-dev [12:24] but when i put python-dev in an other part so i would be sure that it is installed before the other part( the part with the uwsgi) [12:24] this can't work because then I have duplicated files from python :s [12:25] I will send you a yaml file [12:29] kyrofa http://pastebin.com/u9S3unUD [12:30] noizer, if you want to use a stage package within a part, it should probably be specified within that part instead of another [12:31] ok I tried that too but it doesn't work :s [12:32] he needs to get python.h kyrofa [12:37] should that be in "build-packages" then instead of "stage-packages" ? [12:38] ogra_, probably [12:38] noizer, though linux is case-sensitive-- do you actually mean Python.h, or are you really saying python.h? [12:39] noizer, because python*-dev only gives the former [12:39] Python.h [12:39] excuse me typo [12:40] * ogra_ isnt sure we even copy /usr/include into the snap for stage-packages, might be only /usr/lib|share and /usr/bin|sbin [12:40] (like we rip out documentation and other unusable stuff) [12:41] ogra_, we unpack the deb... I don't remember seeing code to clean it at all-- though I may be wrong [12:42] well, i know we dont copy over manpages and stuff === dholbach_ is now known as dholbach [12:42] so perhaps you need an explicit line under "files" in the copy plugin to copy usr/include [12:43] should be easy to check with the installed snap what actually ends up in place [12:46] matiasb, I uploaded the new version of the owncloud snap (for armhf this time) which also needs the framework fix. Would you mind looking at that when you have a minute? [12:47] kyrofa, sure, checking! [12:48] kyrofa if you need more testers i want to test it too if needed xD [12:49] noizer, hey, feel free! `sudo snappy install owncloud.kyrofa` [12:50] kyrofa I will test it tonight when i'm at home (Belgium hour) [12:56] sergiusens, what are your thoughts on dholbach's images? [12:58] noizer, since you don't really get much of a manual with the .snap, might be worth reading this: https://github.com/kyrofa/owncloud-snap/blob/master/README.md [13:00] didrocks1: Here you go: https://bugs.launchpad.net/snappy/+bug/1500755 [13:00] Launchpad bug 1500755 in Snappy "bootloader firmware needs update to get vchiq working with 4.2" [High,Confirmed] [13:01] kyrofa ok intresting === didrocks1 is now known as didrocks [13:01] ogra_: hey, do you mind looking at that one? ^ those guys have to roll out their own image due to this [13:02] didrocks, as i'm saying since monday i'm actively working on it, yes [13:02] should land later today [13:02] patience ;) [13:02] ogra_: oh, great! we didn't get any info from the bug report or didn't check IRC enough :) [13:02] ogra_ awesome. :) [13:02] ogra_ thanks man [13:03] didrocks, well, i commented on the bug on friday ;) [13:05] ogra_: a week ago! it's ages in our industry as asac would say! :p [13:05] kyrofa, your branch idea is good [13:05] anyway, thanks for looking at it! :) [13:05] sergiusens, it leaves them under our control, anyway [13:05] sergiusens, dholbach another option is to upload them on the github wiki and link to them there [13:06] Then they wouldn't be pulled down in a clone [13:07] hey alecu :-) [13:07] hey dholbach! :-) [13:07] kyrofa: I'm happy either way [13:07] kyrofa: I don't expect crazy amounts of images anytime soon :) [13:08] dholbach, ah, it doesn't actually look like you can upload images on the wiki, scratch that [13:08] ok... images branch then? or link to rawgit? [13:09] dholbach, well, rawgit needs a branch anyway [13:09] so they could live in the same branch and be part of the same commits, right? [13:09] dholbach, I'm not actually sure what it gives you-- am I missing something? [13:10] kyrofa: I was just wondering if we would actually need a separate branch [13:10] dholbach, perhaps not. We could make an images folder within the docs folder [13:10] dholbach, perhaps that would indeed be easiest [13:11] dholbach, as long as you're not expecting tons and tons of images [13:11] if we just put them in master or 1.x it should be clearer which commit they're part of, etc [13:11] yeah, I don't expect that to happen :) [13:11] dholbach, yeah go for it [13:11] dholbach, just remember, when you change binary files (I'm assuming git will treat images as binary files) they'll conflict every time [13:11] ok, I'll adapt my current PR and do another one to move the image on README.md [13:12] dholbach, if git ever tries to merge them, I mean [13:13] ok [13:13] I have no idea about that :-/ [13:13] is this something we need to workaround? [13:14] Nah, we can deal with it. We'll only hit it if multiple people try to change the image, etc. [13:14] But it's something to keep in mind if you get into that situation [13:15] ok [13:19] updated [13:28] dholbach, that markdown looks fishy. Have you verified that it works? [13:30] on it [13:30] sorry [13:30] dholbach, would you mind terribly if I asked you to change the URLs temporarily to your branch so we can see the end result? [13:35] kyrofa: https://github.com/dholbach/snapcraft/blob/1541404/docs/mir-snaps.md [13:36] dholbach, hey, yeah, there we go [13:38] dholbach, I like the foot note style [13:40] updated :) [13:40] dholbach, ah, so you are going with rawgit? [13:40] hum... isn't that what we wanted :) [13:41] dholbach, well, that's a cache, right? If we upload it into master we can just use the githubusercontent URL, can't we? [13:42] dholbach, actually I suspect we can directly use images/image_name [13:42] dholbach, then it's branch-independent [13:43] can we maybe go with githugusercontent for now? O:-) the markdown importer of developer.u.c hasn't learned how to import images and store them in swift storage yet :-) [13:44] dholbach, ah! Yeah I can see how that might be _slightly_ problematic [13:44] it's planned, it's just not done yet [13:44] dholbach, tough feature [13:45] dholbach, so yeah, totally. Do you agree that using github directly instead of rawgit is better? Might be more reliable [13:45] I'm happy to change rawgit.com to raw.githubusercontent.com - I haven't worked with github enough yet to be able to say anything about either of the two :) [13:46] dholbach, yeah let's do that. [13:46] ok cool, done [13:47] kyrofa, btw https://github.com/ubuntu-core/snappy/pull/442 [13:48] sergiusens, wait wait... what? [13:48] * kyrofa goes to read the manpage [13:48] kyrofa, just search for the second %h [13:48] kyrofa, at the end of the table [13:48] the second %h is at the end of the table [13:50] sergiusens, why has this ever worked? [13:50] kyrofa, how has it ever worked? I don't think it was ever used [13:51] sergiusens, I've used it in the path. The SNAP_USER_DATA path has always been buggy in services since that directory isn't created, but it was indeed previously valid [13:52] i.e. was replaced with /root [13:52] sergiusens, "so the specifiers only work as shortcuts for things which are already specified in a different way in the unit file" [13:53] sergiusens, I'm still not really up to speed on systemd, but after reading that maybe we had something defined elsewhere that was making this work [13:54] sergiusens, also, things like 'This is the home directory of the user running the service manager instance. In case of the system manager this resolves to "/root".' give me the impression that it should be hard-coded when running in system mode [13:56] kyrofa, right, that is the case for systemd user sessions [13:56] root may indeed be a user of such systemd session [13:56] this is the problem of root as a role and root as a user fwiw [13:56] brb [13:57] sergiusens, huh, yeah interesting. Thanks for the fix :) [13:57] well, i guess we still export SUDO_USER into the env ... you could indeed mangle the path of SNAP_USER_DATA based on tht [13:57] *that [13:58] (in a wrapper script or so) [13:59] ogra_, no, SUDO_USER is not exported in a systemd unit from pid 1 ;-) [13:59] ah [14:29] hi all @here [14:31] kyrofa, i need to reboot, will be there in a sec [14:39] sergiusens: mornin' ....wondering if something else changed in 2.1 i didn't quite catch [14:39] so i can build my snap just fine [14:39] but on install attempt i get [14:39] mir-server_0.19_amd64.snap failed to install: open /tmp/read-file291427386/unpack/meta/package.yaml: no such file or directory [14:39] wondering if i need to rearrange my files? [14:39] you can see what i'm pkging here [14:39] http://bazaar.launchpad.net/~mir-team/+junk/mir-server-snapcraft2.1/files [14:40] I'm trying to install uwsgi but now i got following error. Somebody knows how to fix this? [14:41] error :/home/ubuntu/software/stage/usr/include/wchar.h:395:47: error: comparison of unsigned expression >= 0 is always true [-Werror=type-limits] [14:41] According to https://developer.ubuntu.com/en/snappy/build-apps/snapcraft-packaging-ros-snaps/ , I need the plugin catkin but snapcraft saids that it doesn't exist. Do you know why? [14:50] kyrofa, fyi, owncloud last upload should have been fixed a while ago; and also, we just deployed a fix so there is no manual intervention needed anymore for 15.04 uploads [14:51] matiasb, 8.2.2kyrofa6-armhf still has no frameworks my myapps, and I can't find it via snappy search [14:51] matiasb, but great news on the fix, thank you! [14:52] kyrofa, hmm... let me re-check [14:57] kgunn, we kill package.yaml [14:57] kgunn, as ubuntu-core for devel has too; I sent an ANN email, have you seen it? [14:58] kgunn, https://lists.ubuntu.com/archives/snappy-app-devel/2016-February/000580.html [14:58] florent-tengio, hey there [14:58] kyrofa, ok, there we go, fixed now; and future uploads should just work (TM) [14:59] matiasb, verified, thank you so much :) [14:59] yw [14:59] florent-tengio, the catkin plugin should indeed exist in ever remotely recent version of snapcraft. Can you pastebin your YAML and the error you're seeing? [15:00] hey kyrofa [15:00] florent-tengio, please don't PM general questions which can benefit the greater community ;-) [15:01] sergiusens: you didn't look at my branch did you? [15:01] ok sorry about that. Apparently I got a too old version of snapcraft [15:01] i've a snapcraft yaml [15:01] and documentation still seems to match [15:01] florent-tengio, what version are you on? [15:01] https://developer.ubuntu.com/en/snappy/build-apps/ [15:01] unless i am missing something [15:02] it is 0.3 [15:02] kgunn, it's like you're running on an old image of ubuntu core [15:02] kgunn, one that's still expecting the package.yaml, but snapcraft isn't adding it in [15:02] kyrofa: ah crap... [15:02] i bet i pulled it the day of 2.1 [15:02] florent-tengio, oh yeah.. update :) [15:03] prolly just before [15:03] kgunn, yeah this week has kinda sucked as far as releasing features at the same time... *cough* [15:03] sergiusens: kyrofa ....apologies, nvmd [15:03] ;) kyrofa [15:03] tell me brother [15:04] kgunn, not yet, havne't looked at it [15:04] florent-tengio, what version of ubuntu are you running? [15:06] kgunn, no need to apologize by the way. Sorry for the instability :) [15:07] kyrofa it is solved now thanks [15:08] florent-tengio, excellent. Let us know if you need any more help! [15:08] florent-tengio: hi, you have newer snapcraft working now? [15:09] joc_, are you having troubles? [15:10] kyrofa: so anyone using snapcraft 2.0 (not 2.1) will they really be able to run that anywhere? e.g. are we producing 16.04 core images somewhere...where people can "go back in time" ? [15:10] kyrofa: hi, no i was just chatting (in person) to florent, hoping he is sorted now :) [15:11] * kgunn just thinking about mir snap on 2.0 post... [15:11] joc_ I have on the virtual machine but apparently it is full now... due to ros install [15:11] prolly irrelevant today :) [15:11] I'm trying to test a new snap on my Ubuntu classic machine. I get an error at snap install that "sc-filtergen executable not found". Is there a Dependency I should fulfill manually? Is that a bug? [15:15] kgunn, no, rolling really just rolls on, you know? [15:16] kgunn, sort of the nature of the beast [15:16] kgunn, once it's actually released though, I doubt such disruptive changes will continue to be made [15:16] qengho, you're trying to install a .snap on a normal ubuntu desktop? [15:17] kyrofa: yes [15:17] just feels weird, like snapcraft2.0 came out...then immediately (effectively) broke with 2.1 [15:18] kgunn, it tries to catch up with the system; 2.0 snaps wouldn't work on the latest core anyways [15:18] qengho, that will made you sad [15:18] qengho, it's not supported right now [15:18] :( <- sad [15:18] qengho, try installing Ubuntu Core in a virtual machine instead [15:24] sergiusens, just got voip working... seems the conference call is over? :( [15:25] kyrofa, yeah; just just now [15:25] kgunn, yeah, it's a bit of a moving target right now [15:25] kyrofa, at least you have it working now ;-) [15:25] sergiusens, thanks for the info. Pretty slick, actually [15:25] kyrofa, well now you can call me over sip :-P [15:26] sergiusens, what, and miss seeing your face? [15:26] lol [15:31] ogra_: what's the current status of dragonboard images? Should I be using yours? mvo's newer one that's currently in obsolete/old? :) === florent_ is now known as Guest7789 [15:31] ogra_: with both of them, I can only seem to get it to boot one time, then after that it will only boot to emmc [15:32] sergiusens I am having an ither isssue with catkin plugin CMake Error: your C compiler: "/home/florent/falcon/snapp/parts/foo/install/usr/bin/gcc" was not found [15:32] beuno, I've made several uploads since you introduces the multi-arch support. Other than requiring separate versions, it works exactly the way I would expect. Great job :) [15:33] kyrofa, woooo [15:33] matiasb, ^ [15:34] kyrofa: can you tell me the variables to set to connect to staging? [15:34] ah, nevermind. Found it in HACKING. I was looking in docs. === Guest7789 is now known as florent_tengio [15:35] sergiusens, add gcc to your build-packages [15:35] Oops. I meant florent_tengio ^^ [15:35] beuno, kyrofa, fyi, with the latest rollout (from a few minutes ago), you should be able to reuse version numbers for diff archs :) [15:35] kyrofa, me? florent_tengio ^ [15:35] matiasb, oh that was rolled out too? Awesome! [15:36] * sergiusens goes for a quick bite [15:39] kyrofa How to you do that? [15:39] florent_tengio, which version of snapcraft are you on now, then? [15:40] plars, works fine for me with both, mvo's latest only has half a kernel, so no wifi [15:40] kyrofa 1.0.1 [15:41] ogra_: oh... is there some reason you can think of that it would only boot once to snappy? I have the switch set to sd boot, obviously since it does boot once. But after that, it only boots what's on the emmc, regardless of whether I soft-reboot, or pull the power cord and hard reboot [15:41] plars, sounds liek your bootloader gets messed up somehow on the SD [15:42] Hi, I want to install uwsgi with pip. when im doing that on the classic one. it works fine for me but when im trying to install it on snappy i got always the same error. (my snapcraft is 2.1) http://pastebin.com/bqhNGgrs [15:43] ogra_: it happens every time for me, on both images [15:43] ogra_: I don't even do anything while I'm booted, just test that it boots [15:43] plars, right, the only thing i can imagine is that the bootloader gets messed up [15:43] oh [15:43] florent_tengio, https://github.com/ubuntu-core/snapcraft/blob/1.x/docs/snapcraft-syntax.md [15:43] thats a 4G card, nothing bigger,. like described in the README, right ? [15:44] noizer, have you successfully build this standalone? [15:44] (bigger cards will get messed up, thus the warning to only use 4G) [15:44] ogra_: hmm.. actually it might be bigger. I need to double check. So it could be a resize problem? [15:44] ogra_: I'll check that, I bet that's it. Thanks! [15:44] yes, the resize function needs to be ported to sgdisk [15:44] I *think* I still have a 4G card around here somewhere, may have to do some digging [15:44] noizer, it looks like the build system is setup to treat warnings as errors [15:44] only a snap with just uwsgi on? No I did not tried that before [15:44] (and probably also get a cmdline option we can set to disable it) [15:45] noizer, no, I mean just by itself, without snappy or snapcraft at all [15:45] noizer, these are compile errors-- they have nothing to do with snapcraft [15:45] yes then it works well [15:46] when you try pip install uwsgi [15:46] then it works great [15:46] noizer, can you paste your YAML as well? [15:47] kyrofa yes offcourse [15:47] noizer, and you'r encountering this in the classic dimension, or on regular xenial? [15:48] pip install on the classic dimension there works it fine. but when i try to snap it then it gave me this crash [15:49] noizer, and you're running snapcraft on the classic dimension? [15:49] http://pastebin.com/FYYEDRk7 [15:49] yes [15:49] noizer, in the future, http://pastebin.ubuntu.com/ is a little less add-heavy [15:50] oooh ok sorry kyrofa [15:50] noizer, no apologies necessary! Just wanted you to know :) [15:50] :p [15:56] noizer, alright let me give this a shot [15:56] florent_tengio, did you get that working? [15:57] kyrofa no [15:58] florent_tengio, have you tried the build-packages? [15:58] kyrofa yes I have added build-packages: - gcc [15:58] with the correct indentation [15:59] florent_tengio, and you get the same error? [16:00] kyrofa yes [16:01] florent_tengio, oh, looking at your error message again, try adding it to stage-packages instead === ant_ is now known as Guest60739 [16:05] pindonga: do you know if there's a way to test getpass with subprocess? [16:05] I see there's the pexepect module, but I wouldn't like to add it if there's another way. [16:21] elopio, no idea... but I don't see why not, as long as stdin/stdout are properly captured by the subprocess [16:21] pindonga: no, getpass does something different. I can capture the email prompt, but not that one. [16:23] I think I could tell get pass to use stdout, not the tty, but that doesn't sound to good. Or get a test tty, but I guess that's what pexpect does for me. [16:23] I'm trying... [16:23] ... therefore i am [16:24] I'm test therefore I am. [16:24] :D === popey_ is now known as popey [16:32] Hi again. Help? How do I get the Snappy Dimension on Classic installed and working? [16:32] sudo snappy enable-classic [16:32] snappy shell classic [16:34] Oh man. That's good. Though, the man page and help has all sorts of things that should never be known to a user like "booted" and "grub-migrate", and that's not mentioned. [16:35] if you just run "snappy" without any options it tells you about it though :) [16:35] Ah, maybe it's my version of snappy. No option. [16:35] well, thats 16.04 [16:35] 15.04 didnt have classic iirc [16:37] * ogra_ curses [16:38] ogra_: 0.3.7-1.1? What does your "apt-cache policy snappy" say? [16:38] so ... [16:38] qengho, there is no apt on snappy [16:39] qengho, you are not trying to use classic on a desktop, do you ? [16:41] I have build LibreOffice with debug symbols, threw strace and gdb into the snap for fun, sneaked in an additional disc mounted on /apps to have enough space and then looked at what LibreOffice does. [16:41] ogra_: oh, yes. I thought that was it was for. Maybe I have it inside-out. [16:42] qengho, classic is a container that sits on top of the readonly rootfs, adding a writable overlay and re-adding the missing apt bits to make it behave like a "normal" ubuntu [16:42] (with LD_LIBRARY_PATH set and under strace that is) [16:43] so it enables you to use apt in a container (with bind mounts into the relevant dirs ... i.e. ~/ is shared) [16:43] ogra_: Ah, yeah, I thought it was backwards. Snappy inside a container running on old-timey Ubuntu. [16:43] yeah, thats different [16:43] isnt that called purtine ? [16:44] (ask bregma, i think his team works on that stuff) [16:44] Libertine [16:44] ah, that uses snappy ? [16:44] not yet [16:44] turns out it hangs with EAGAIN on trying to read/dlopen a libdesktop_detectorlo.so. at least ldd says it finds all libs. any hint what might wrong? [16:45] i thought that was just a wrapper for apt packagews [16:49] Sweet5hark, 'audit' logs do you get? [16:49] ogra_: thank you for explaining. I have a snap that hope will display to X. Does "Snappy Dimension on Classic" provide X? [16:50] qengho, no, i doubt you will ever see native Xorg support in snappy ... XMir is the way to go [16:50] pitti: is there a way to pass secrets to the autopkgtests ? [16:51] I have a test that requires a password. I can run it on travis, but I think I'll have to skip it in autopkg. [16:53] all right my friends - I call it a day - have a great weekend! :-) [16:53] bye dholbach [16:55] ppisati, hulp ! [16:56] ogra_: ??? [16:57] ppisati, i cant load any dtb from 0x100 on the rpi with the new bootloader firmware tree [16:57] do you know where it moved to ? [16:57] (fdt addr 0x100 throws a "bad magic" error) [16:58] ogra_: what's your version? because i update the fw in Jan and it was ok [16:58] ppisati, i'm on the "next" branch [16:58] ogra_: oh, then you are into the future :) [16:58] ogra_: sorry, don't know [16:58] (default for the 4.4 kernel) [16:59] ogra_: dump the memory from uboot until you find something resembling it [16:59] ogra_: that's what i did [17:00] ppisati, well ... bug 1500755 [17:00] bug 1500755 in Snappy "bootloader firmware needs update to get vchiq working with 4.2" [High,Confirmed] https://launchpad.net/bugs/1500755 [17:00] apparently someone has it working by just replacing start.elf and fixup.dat [17:00] ogra_: hold on [17:01] (though it might already work in "master" (vs next) ... i see there were some recent changes to their dtb) [17:01] ogra_: try if this helps [17:01] ogra_: https://launchpad.net/~p-pisati/+archive/ubuntu/embedded/+files/raspberrypi2-firmware_4.1.15-b70b451-1_armhf.deb [17:01] * ogra_ tries [17:01] ogra_: i don't have my raspi2 hooked up [17:02] sergiusens: kyrofa: no planning today? [17:02] elopio, yeah sorry, baby hugs [17:05] Hello guys, is there a way to add a login screen to webdm? [17:05] ppisati, at least no bad magic error [17:06]