=== JanC_ is now known as JanC [02:02] hello [02:02] silence :) [02:03] ccfiel, hey there :) [02:03] hello kyrofa! :) [02:03] kyrofa, have you used snappy? :) [02:03] ccfiel, indeed I have [02:04] kyrofa, in what application? if you dont mind :) [02:06] ccfiel, of course not. Well, first of all, I work on it. Snapcraft in particular. I've also packaged a few different things, such as a PiGlow service for the raspberry pi 2 and ownCloud [02:08] kyrofa, I am still a newbe here still teting the example. I just wondering is ubuntu core read only OS and you snap application on it? [02:09] ccfiel, not really, things are just really confined. Parts of it are read-only since snaps are packaged with squashfs [02:10] ccfiel, each snap has a few different directories where they can write [02:11] Those directories are specific to that snap and no other snap can write to/read from them [02:11] kyrofa, oh i see because for now I have a raspberry pi with raspbian on it and monitoring some sensors. Its running great but one issue I encounter is if there is a power outage sometime the system corrupt I have to get a monitor and keyboard to fix it. [02:12] kyrofa, would it solve this in ubuntu core? :) [02:12] kyrofa, am i in the right track? [02:12] ccfiel, I guess that depends on what exactly the problem is. What is getting corrupted? How do you go about fixing it? [02:13] kyrofa, just a simple fsck and done [02:13] ccfiel, ah, so the filesystem itself. Honestly I'm not sure if that's a problem you'd run into with ubuntu core [02:14] ccfiel, I know the guy I'd ask, but he's in germany and is thus likely asleep [02:15] kyrofa, I was reading the site and documents it claims ubuntu core/snappy is for loT so if you have a device that is loT it should be like an appliance and should behave like one :) [02:16] ccfiel, indeed. Such checks may be run on boot, but I'm not sure [02:18] kyrofa, if ubuntu core is like our phone that the main OS core is readonly and the application is sandbox then this will be my solution :) [02:44] kyrofa, I tried the sample snapcraft i tried "snapcraft stage" it works successfully but there no .snap file. I tried "snapcraft assemble" it always says FileExistsError: [Errno 17] File exists: '/home/ccfiel/snappy/snapcraft/examples/mosquitto/snap/meta/' [02:44] any ideas? [02:45] ccfiel, try `snapcraft clean` and then simply run `snapcraft` [02:48] kyrofa, still the same error :( [02:49] ccfiel, so when you run `snapcraft clean` that entire `snap` folder should be gone, yes? [02:50] kyrofa, yes it has [02:50] ccfiel, pastebin the log for me [02:53] kyrofa, http://pastebin.com/hqMxhiUX [02:54] jdstrand: can you review the lxd I uploaded in the store this morning when you have a moment? thanks [03:11] kyrofa, what version snapcraft are you using? [03:12] ccfiel, 2.5 here, the example works for me. How about you? [03:14] kyrofa, my version 1 I think this is the problem [03:15] kyrofa, what ppa did you used? :) [03:15] and version of your ubuntu? [03:15] ccfiel, perhaps you're running on too new of an example. Make sure you're using the ones from here: https://github.com/ubuntu-core/snapcraft/tree/1.x/examples [03:15] Or apt-get install snapcraft-examples and use those [03:15] ccfiel, xenial, no PPA necessary [03:16] kyrofa, is xenial stable to used? [03:16] ccfiel, I actually run trusty. My xenial stuff is all lxc [03:18] kyrofa, thanks for tips :) [03:18] ccfiel, sure thing :) [03:19] ccfiel, bed time for me, so good luck! [03:20] kyrofa, thanks! === chihchun_afk is now known as chihchun === chihchun is now known as chihchun_afk === chihchun_afk is now known as chihchun === chihchun is now known as chihchun_afk === chihchun_afk is now known as chihchun === chihchun is now known as chihchun_afk === chihchun_afk is now known as chihchun [08:11] good morning [08:27] ogra_: did you ever snapcraftify a simple ftp server? [08:28] ogra_: or even better a postfix/procmail/fetchmail/some-imap solution :) [08:33] Good morning [09:40] asac, nothing that needs user management yet, since that needs special setup (a db or something) [09:41] (also snappy is changing way to much still, i cant re-do my mailserver every two weeks because the scurity model changed) [09:42] ogra_: i would be happy with unconfined for my personal vendor pi2 :P [09:42] for now [09:42] anyway, let me put my webserver and ftp server in one snap for now [09:42] even unconfined you have the issue that you need user mgmt [09:42] so i can use my scanner again :) [09:42] whats a good ftpd that is easy to run? [09:42] vsftpd ? [09:42] saw most use xinetd [09:42] is that a simple daemon? [09:42] nah, most of them *can* use inetd :) [09:42] hmm. dont think my scanner can do sftp [09:43] ok so guess i have to put inetd in and put special config up [09:43] (doesnt mean you need to) [09:43] well, they dont have daemon commands... at least the ones i tried just exited [09:43] feel free to grab some ideas from http://bazaar.launchpad.net/~ogra/+junk/upnp-server/files [09:44] guess if there is non i can just get the most simplest i can find [09:44] (not up to date wrt interfaces) [09:44] non that can run daemon itself [09:44] * asac checks [09:44] lighthttp is surely in the mix for my goal [09:45] see the readme [09:46] wow, serious copy plugin usage [09:46] sqlite needs some special treatment ... either you patch it (like i do there) or you allow all of fchown in the security settings [09:47] thats the fchown pathc? [09:47] yeah. can we land that in archive? [09:48] at least the one gave to a partner back then felt just right (TM) [09:48] well, jamie wanted that upstream fixes it [09:48] (there was a ML discussion) [09:48] so we rather keep sqlite not working for snaps from archive? [09:48] well, he didnt see the patch [09:48] do you have yours? [09:48] well, i thinnk the long term plan was to simply allow fchown [09:48] want to see if its the same [09:48] sure, long term is not 16 [09:49] Good morning [09:49] and sqlite definitely should just work from archvie imo [09:49] it in the tree ;) [09:49] too many folks use it [09:49] http://bazaar.launchpad.net/~ogra/+junk/upnp-server/view/head:/sqlite.patch [09:49] ah ok [09:49] yours is ugly [09:49] let me find mine :) [09:49] that is safe [09:49] heh, i really didnt care :) [09:49] it works :) [09:49] right. i am sure noone will resist from landing my just in archive [09:50] yeah, i never wanted to do something archive worthy :) [09:50] right my patch is not in patch form, but its: [09:50] return osGeteuid() ? 0 : osFchown(fd,uid,gid); -> return osGeteuid() || osGeteuid() == uid ? 0 : osFchown(fd,uid,gid); [09:51] which is simply correct [09:51] e.g. if you are already root, no need to try to become root [09:51] * asac creates a real patch [09:51] right, yu kill the function, i kill the executions [09:52] well, i fix the logic to avoid a no-op call [09:52] which triggers our confinement barrier [09:52] and all is clean and fine [09:52] for everyeone with this [09:52] sumbit it then :) [09:52] yet producing it now [09:53] (though we are in hard freeze atm, might take a while to land) [09:53] * asac installs quilt [09:53] yeah, better late than never [09:54] ppisati, sooo ... thats where i ended yesterday ... http://paste.ubuntu.com/15473201/ [09:54] ogra_: do we have a bug? [09:54] that i can ref in the patchname [09:54] ogra_: that doesn't look good :) [09:55] ppisati, it stops there, heartbeat stops after a while, but funnily my cursor keeps blinking ... [09:55] ogra_: uhm [09:55] (usually the cursor freezes along with the board) [09:55] ogra_: yep [09:55] ogra_: i'm thinkg about the serial changes they made on the raspi3 [09:55] i have some suspicion that the initrd overwrites the dtb at 0x02000000 [09:55] hmm [09:56] wouldnt it keep booting if it was just the serial ? [09:56] ogra_: yes, indeed you say heartbeat goes on for a bit [09:56] ogra_: maybe it hangs later on [09:56] ogra_: i would try first without initrd [09:56] while uboot runs [09:57] how would i do that ... its snappy :P [09:57] ah, well, i could see some kernel output indeed [09:57] ogra_: manually, stop uboot and try to load manually kernel and point the dtb [09:57] just to see if serial is ok [09:57] right [09:58] there is something not right with serial in general ... uboot copy/paste ends up with garbage [09:58] whilch makes editing long lines really hard (and indeed the snappy scripts are all long lines :P) [09:58] ogra_: are you aware of the changes they made to the serial in the raspi3? [09:59] i only saw the changelog entry [09:59] ogra_: they connected the only real serial to the blueooth dongle [09:59] ouch [09:59] ogra_: ok, let me give you some background info [09:59] ogra_: by defaukt the serial is a sw serial that is affected by the frequency of core [10:00] ah, thats why you force the 250 in your config.txt ? [10:01] ogra_: yep [10:01] btw ... no change without inittrd, so my theory doesnt fly [10:01] ogra_: and i did some other changes [10:01] ogra_: let me check my board [10:13] ppisati, just to make sure, i'm using the latest raspi2 4.4 kernel from the archive here [10:13] ogra_: i'm doing an upgrade on my raspi3 as we speak [10:14] oh, you had an older kernel in use ? [10:17] ogra_, is there any way to generate an image with swap enabled? [10:17] /join #ubuntu-sdk [10:18] ogra_: no, actually i had a newer :) [10:19] kyrofa, nope, that would need some hackery (at least in the initrd when we generate the fstab) ... file a bug, we can make it a cmdline option ;) [10:19] (thought perhaps we should have a mail discussion first ... if we want to allow swap at all) [10:20] ppisati, hah ! [10:21] ogra_, alright I'll shoot one out, thanks! To be clear, when you say cmdline option, which component are you referring to? [10:21] kernel cmdline [10:21] Ah okay [10:21] swapdevice=/dev/foobar0p1 [10:21] Gotcha [10:21] and perhaps "swapfile=/path/to/file" [10:22] that would get you a long first boot though [10:22] (cant create swapfiles fast) [10:22] Does it create the swapfile? [10:22] Ah, no fallocate eh? [10:22] well, it needs to be filled with actual zeros ... you cant create a sparse file [10:23] if we have swapfile we also need swapfilesize [10:23] ogra_, I've used that successfully in the past for a swapfile. Did I just get lucky? [10:23] oh ? [10:23] perhaps mkswap got clever ... usually you cant create a file with holes [10:24] ogra_, yeah, fallocate, mkswap, swapon. Works for me [10:24] Now I'm curious about that [10:24] oh [10:24] i didnt know about fallocate ! [10:25] how could i not ! [10:25] * kyrofa taught ogra_ something. I'm calling it a day [10:25] * ogra_ is hardcore dd user if it comes to img files :P [10:25] ogra_: how do i go about propsing https://bugs.launchpad.net/ubuntu/+source/sqlite3/+bug/1560899 aws something considerable for landing after beta freeze? [10:25] Launchpad bug 1560899 in sqlite3 (Ubuntu) "sqlite triggers syscall error if run as root in snappy default confinement (fchown not allowed)" [Undecided,New] [10:25] * asac forgot the process, who to subscribe etc. [10:26] :( [10:26] * asac old guy [10:26] https://wiki.ubuntu.com/FreezeExceptionProcess [10:26] ogra_: nope, it works... [10:26] ogra_: do you have an image that i can dd and debug here? [10:26] ppisati, what exactlöy ? [10:26] ppisati: the latest raspi2 kernel [10:27] hmpf ... my SD is 128GB ... and already resized (and i'm working on the SD) [10:28] but technically you shoudl be fine with the boot partition ... one sec [10:28] ogra_: so, the difference might be in cmdline.txt / bootargs [10:29] or what else? /me thinking... [10:29] ogra_: subscribed release... lets see if someone will pick it up [10:29] i will assign it to you for now :P [10:29] j.k. [10:33] ppisati, http://people.canonical.com/~ogra/snappy/snappy-boot.img.xz and http://paste.ubuntu.com/15478441/ [10:54] * zyga looks at apparmor again [10:57] ppisati, woah ... [10:57] ogra_: ??? [10:57] it boots (totally broken, but i have output ) [10:58] i swear i have copied the same dtb ten times in place and it didnt work [10:58] ubuntu@localhost:~$ uname -a [10:58] Linux localhost.localdomain 4.4.0-1004-raspi2 #5-Ubuntu SMP Mon Mar 14 22:27:12 UTC 2016 armv7l armv7l armv7l GNU/Linux [10:58] ogra_: your image indeed doesn't boot here [10:58] ogra_: weird [10:58] ogra_: bad sd maybe? [10:59] ppisati, copy the dtb from system-boot/canonical-pi2-linux.sideload_IPOcSSWBccOI.snap/dtbs/bcm2710-rpi-3-b.dtb to system-boot/ [10:59] then try again [10:59] but i have honestly done that ten times before and it didnt work [11:01] md5 are indeed different [11:01] yes, i was switching between the upstream one and ours [11:01] hmm, reboot doesnt work [11:02] lets see if it boots again :) [11:02] ahaha [11:03] it does ! [11:03] looks like we have an rpi3 image ;) [11:03] cool [11:04] no wifi though :/ [11:04] that something to investigate [11:05] i see the brcmfmac, cfg80211 and bcm2835_wdt modules loaded though [11:05] butu no device in /proc/net/dev [11:07] ppisati, we really need to quieten that FS2F driver ... that looks so scary [11:07] wo [11:07] w [11:08] ubuntu@localhost:~$ dmesg [11:08] dmesg: read kernel buffer failed: Operation not permitted [11:08] nope, no wifi even on a normal ubuntu image [11:08] i need to check upstream [11:08] brcmfmac_sdio mmc1:0001:1: Direct firmware load for brcm/brcmfmac43430-sdio.bin failed with error -2 [11:08] there you go [11:10] https://github.com/RPi-Distro/firmware-nonfree/blob/master/brcm80211/defines [11:11] uri: http://git.kernel.org/?p=linux/kernel/git/firmware/linux-firmware.git [11:11] sounds like it should be part of linux-firmware [11:12] yeah ... but /lib/firmware/brcm/ actually doesnt have that file [11:13] heh [11:13] http://git.kernel.org/cgit/linux/kernel/git/firmware/linux-firmware.git/tree/brcm doesnt either :P [11:13] lies ! [11:14] ah, well https://github.com/RPi-Distro/firmware-nonfree/tree/master/brcm80211/brcm has it ... says "added 27 days ago" [11:15] so its actually pretty new [11:15] wired network works well btw [11:16] * ogra_ installs webdm [11:17] * ogra_ wonders what "shadowsocks" is [11:21] oh, now reboot works too (from ssh this time ... seems the serial connection held it back last time) [12:11] pitti, :( [12:11] Mar 23 11:56:08 localhost systemd[1]: Starting Create Volatile Files and Directories... [12:11] Mar 23 11:56:08 localhost systemd[1]: Failed to start Create Volatile Files and Directories. [12:11] ubuntu@localhost:~$ ls -lh /etc/mtab [12:11] lrwxrwxrwx 1 root root 17 Mar 23 05:11 /etc/mtab -> /proc/self/mounts [12:11] so that didnt help [12:28] ppisati, yay ... and it boots fine on the pi2 too ! [12:29] i get no serial login prompt on the pi2 though ... thats a bit weird [12:33] mvo, please approve https://myapps.developer.ubuntu.com/dev/click-apps/4194/rev/5/ ... (gets us rpi3 support) [12:53] ogra_, are you going to merge rpi3 support into the rpi2 gadget in snappy-systems? [12:54] kyrofa, yes [12:54] (it just a newer uboot and firmware) [12:55] Awesome :) . Do you anticipate that landing soonish, or is there more work to be done on it? [12:55] i want to find out why i dont get a serial tty on the pi2 currently [12:56] once i have that fixed we'Re good to go i think [12:56] ogra_, ppisati great work you two! :) [12:57] kyrofa, http://people.canonical.com/~ogra/snappy/all-snaps/rpi3/gadget-snap.tgz for the imaptient ;) [12:57] *impatient [12:58] ogra_, nah, I'm not impatient. Just curious ;) [12:58] ah, i thougth you wanted to update the owncloud thingie [12:58] ogra_: approved [12:59] * ogra_ hugs mvo [13:00] * mvo hugs ogra_ [13:01] hmm, no serial console even if i completely drop console=tty1 [13:02] this is weird [13:03] really strange [13:03] ogra_, I do, but I don't want to jump the gun. It needs to work well on the rpi2 as well [13:04] ogra_, although as soon as the u-d-f --install thing works again, I'll probably stop using the owncloud gadget fork anyway [13:04] Which I guess is just waiting on the new ubuntu-core to make it to stable [13:06] yeah [13:08] ppisati, any idea abotu that serial thing ? [13:11] (i dont think it is critical, but a nice to have) [13:11] ogra_: is the serial console the only missing piece? i mean, do you see the system booting? [13:12] ppisati, system boots fine i just dont get anything after "Starting kernel ..." ,,, if i set console=tty1 i get proper output on the monitor ... just nothing at all on serial (no login prompt) === chihchun is now known as chihchun_afk [13:13] ogra_: ok, then no output when kernel start [13:13] right [13:13] * ppisati thinks [13:15] argh [13:15] now i accidentially dropped all console= args :P [13:15] heh [13:15] and it defaults to tty1 [13:16] ogra_: might be uboot that is tailored for the raspi3, or (but i don't think so) the "core_freq=250" in config.txt [13:17] [ 0.103026] Serial: AMBA PL011 UART driver [13:17] [ 0.103379] 3f201000.uart: ttyAMA0 at MMIO 0x3f201000 (irq = 87, base_baud = 0) is a PL011 rev2 [13:17] the driver is fine at least [13:18] first try to remove the core_freq option from config.txt [13:19] if that doesn't fix it, i would try with a uboot.bin + uboot.env from the rpi2 image [13:20] well, but thats not what i'm after :) [13:20] same uboot for both boards :) [13:20] ogra_: yeah, i know [13:20] ogra_: but at least we find where the problem is [13:21] ogra_: remebr that we are using a version of uboot that is not published by upstream anymore [13:21] well, it is clear that the difference is in uboot.bin [13:21] i dont get why systemd doesnt start a console ... [13:22] i think we can live without boot log output on serial [13:22] but a login console needs to work [13:22] i think we should get both working [13:22] yes, but login is more important [13:23] err [13:23] Mar 23 13:21:18 localhost systemd[1]: Started Serial Getty on ttyAMA0. [13:23] Mar 23 13:21:18 localhost systemd[1]: Started Getty on tty1. [13:23] Mar 23 13:21:18 localhost systemd[1]: Reached target Login Prompts. [13:24] ubuntu@localhost:~$ ps ax|grep getty [13:24] 963 ? Ss+ 0:00 /sbin/agetty --keep-baud 115200 38400 9600 ttyAMA0 vt220 [13:24] 964 tty1 Ss+ 0:00 /sbin/agetty --noclear tty1 linux [13:25] ... [13:25] ubuntu@localhost:~$ ls -l /dev/ttyAMA0 [13:25] crw--w---- 1 root tty 204, 64 Mar 23 13:21 /dev/ttyAMA0 [13:26] btw, dropping the the option from config.txt doesnt change anything [13:27] hmm [13:27] [ 0.103026] Serial: AMBA PL011 UART driver [13:27] err [13:28] ppisati, did you try booting your image on a pi2 yet ? [13:35] ogra_: i think i tried but i hit some problems [13:35] ogra_: don't remember exctly [13:35] let me try [13:36] * ogra_ sees init_uart_clock and init_uart_baud as config.txt options [13:37] Have any of you had trouble with the dynamic linker inside a snap? I'm getting this. If I run the same code in the same place without the launcher wrapping it, it runs as expected. [13:37] """Inconsistency detected by ld.so: dl-open.c: 691: _dl_open: Assertion `_dl_debug_initialize (0, args.nsid)->r_state == RT_CONSISTENT' failed!""" [13:37] zyga: hey, note while you are looking at apparmor again, can you pull in the latest updates to ubuntu-core-security from trunk? [13:39] zyga: r209 for the default policy, but also the others if you already pulled them in somewhere (home, unity7, x, etc) [13:39] zyga: r209 is critical for landing [13:40] jdstrand: yep, can you file a bug on snappy and assign it to me so that we don't lose thise [13:41] zyga: is the default template change landed already? do you have the other interfaces landed? [13:41] what do you mean by default template change? [13:41] the apparmor generator that produces the default policy [13:41] did that land? [13:42] the answer is no, I guess, I will propose apparmor (and everything else) as soon as 702 lands [13:42] partially [13:42] I evolved that to the point where it's different ;) [13:42] does the partially part involve the actual policy? [13:42] I reviewed a PR for that, I don't know if it landed [13:42] jdstrand: yes but that has changed since [13:42] jdstrand: well, not the actual content there [13:42] jdstrand: so in any case, we'll have to sync that [13:43] zyga: what I'm getting at is if you just add me to a PR that touches that file, I'll remember. or I could do a PR, or a bug [13:43] tell me what is easiest for you and I'll do it [13:43] jdstrand: wait then [13:44] jdstrand: I'd love if you work on a PR instead but please wait for something else to land to do it, ok? [13:44] zyga: sure that's fine. note that if policy generation starts happening on the image without r209, apps won't start [13:44] jdstrand: (we're talking today) [13:45] jdstrand: with all the changes today I would be surprised if they did [13:45] heh [13:45] jdstrand: chipaca is landing snap revisions and snap IDs [13:45] jdstrand: we're aiming at end of the week/after long weekend for everything working again [13:45] jdstrand: (including interfaces) [13:45] well, I'd prefer my little corner wasn't the reason for that :) [13:45] just ping me and I'll do a PR [13:46] jdstrand: thanks, understood [13:56] ogra_: same here [13:56] ogra_: boots fine, but no output after uboot [13:57] k [13:58] ohm crap [13:58] i see it [13:58] 99 #ifdef CONFIG_BCM2837 [13:58] 100 #define CONFIG_BCM283X_MU_SERIAL [13:58] 101 #else [13:58] 102 #define CONFIG_PL01X_SERIAL [13:58] 103 #endif [13:58] pi2 uses the latter [13:59] i wonder if it explodes if i enable both [14:00] uboot [14:00] yeah, saw that [14:01] doesnt explode on the pi2 ... still boots [14:02] but no login prompt [14:05] bug 1556241 [14:05] bug 1556241 in debian-installer (Ubuntu) "installer sets "iface encf5f0 inet dhcp" although a static IP address was preseeded" [High,Confirmed] https://launchpad.net/bugs/1556241 [14:11] Hello all ... I've followed instructions here https://developer.ubuntu.com/en/snappy/build-apps/get-started/ to the letter (I'm running 16.04), but just get "Unable to locate package snappy-tools". I added the ppa as per that page - it complained about a weak digest. Any pointers? [14:33] AnInstanceOfMe, I'm afraid those docs are still a bit of a mix regarding 15.04/16.04 [14:33] AnInstanceOfMe, you don't need the PPA for xenial, and you should just install, say, snapcraft directory (e.g. sudo apt-get install snapcraft) [14:33] directly rather. Too many directories today [14:34] kyrofa: ping, meeting. [14:35] elopio, on my way, sorry [14:36] ppisati, no matter what i do or try i cant get the kernel spit out anything on serial (and i heavily mangled the uboot build config by now ... funnily i also dont seem to be abe to break it either :) [14:36] ppisati, i have a slight suspicion it is the dtb or kernel itself [14:37] Right, thanks for that, no probs. [14:42] ogra_: actually if i swap out the raspi2 uboot, it works [14:42] swap in you mean :) [14:42] ogra_: yeah [14:42] ogra_: seems like the serial is left in a incosistent state, and the kernel doesn't recover it [14:43] let's dig some more [14:43] yeah [14:55] jdstrand: heya [14:55] jdstrand: we're trying to run /bin/ip from a snap and get a permission denied; I tried with security-template: unconfined and that didn't help, now I'm trying with read-paths: [/bin/ip], but surprizingly it didn't help either [14:56] [Wed Mar 23 14:54:36 2016] audit: type=1400 audit(1458744876.069:79): apparmor=" [14:56] STATUS" operation="profile_load" profile="unconfined" name="openswitch.sideload_ [14:56] start-openswitch_IPUAXRQSfQNe" pid=1810 comm="apparmor_parser" [14:56] [Wed Mar 23 14:54:40 2016] audit: type=1400 audit(1458744880.129:80): apparmor=" [14:56] DENIED" operation="open" profile="openswitch.sideload_start-openswitch_IPUAXRQSf [14:56] QNe" name="/bin/ip" pid=1826 comm="ops-init" requested_mask="r" denied_mask="r" [14:56] fsuid=0 ouid=0 [14:57] jdstrand: https://github.com/ops-snappy/ops-snappy/blob/master/snapcraft.yaml is the snapcraft def and I tried adding caps: [] and replacing security-template with read-paths, to no luck [14:58] elopio: good morning leo, all the tests passed at last :) https://github.com/ubuntu-core/snapcraft/pull/364 [14:58] ppisati, http://paste.ubuntu.com/15480016/ (pi3) ... vs http://paste.ubuntu.com/15479995/ (pi2) [14:59] and in fact there is actually a ttyS0 device on the pi3 [14:59] * ogra_ wonders about "base_baud = 0" on the pi2 [15:00] ogra_: i've something different [15:00] http://pastebin.ubuntu.com/15479739/ [15:01] well but you compare two different images [15:01] ogra_: the difference is just in uboot at this point [15:02] i use the same image and compare it on both boards [15:02] same bcm-bootloader and same kernel [15:02] right [15:02] nontheless, the pi3 expects a ttyS0 [15:02] http://paste.ubuntu.com/15480016/ [15:03] about 6 seconds into the boot it also enables the ttyAMA0 one [15:03] [ 6.967253] 3f201000.uart: ttyAMA0 at MMIO 0x3f201000 (irq = 87, base_baud = 0) is a PL011 rev2 [15:03] well, 7 rather [15:04] but the actual serial console seems to be on ttyS0 ... initialized around 4 sec [15:04] iirc the console was being rewritten by the firmware [15:06] * ogra_ does a fresh clone ... lets see [15:06] joc_: awesome! [15:06]