=== stgraber_ is now known as stgraber === beisner- is now known as beisner [01:49] woof === chihchun_afk is now known as chihchun === chihchun is now known as chihchun_afk === chihchun_afk is now known as chihchun [05:09] PR snapd#2204 opened: Allow hostnamed access for network-manager and bluez [06:03] mvo: ping [06:04] morphis_: pong [06:04] mvo: you rested a bit over the weekend? :-) [06:06] morphis_: yes, thank you! I feel much better [06:06] great! [06:06] mvo: I am wondering if we support BIOS-only systems today or just EFI ones [06:07] PR snapd#2072 closed: cmd/snap: have 'snap autoimport' consider unmounted devices [06:07] morphis_: we do support both, I test regularly with the stock qemu which is bios only AFAIK [06:07] so using regular pc gadget for amd64 should give me BIOS support too? [06:08] morphis_: correct [06:08] morphis_: is that not working for you? or are you just curious :) ? [06:08] I tried to setup my HP Microserver Gen 8 with Ubuntu Core this morning but somehow it doesn't want to boot [06:09] morphis_: hm, strange. what errors do you see? [06:09] but if general support is there then it must be something specific to the box [06:09] morphis_: I have not tested it much on real HW, davmor2 has tested it on a laptop [06:09] mvo: it falls back to network-based boot on startup so somehow it doesn't detect the image on the USB stick [06:10] morphis_: interessting [06:11] but let me check further [06:11] ok [06:15] PR snapd#2201 closed: spread.yaml: Ensure ubuntu user has passwordless sudo for autopkgtests === hikiko is now known as hikiko|off [07:33] PR snapd#2205 opened: snap, image: fix `snap download` and `snap prepare-image` running as user [07:45] davmor2: ping [07:48] PR snapd#2206 opened: docs: less details about cloud.cfg [08:08] mvo: actually looks like the BIOS on the board can't boot the disk I get with the RC image, it works fine on my laptop though [08:08] mvo: it always says "no system disk or disk error" [08:10] mvo: also I am not sure to which degree gpt is the problem here [08:14] morphis_: oh, indeed - gpt sounds like a likely issue [08:14] mvo: can I easily change that with a custom gadget? [08:15] never really looked into that part yet [08:15] morphis_: I think so [08:16] hm [08:33] mvo: hm, this makes ubuntu-image pretty unhappy [08:35] morphis_: what is the error [08:35] looks like it just is not really safe against giving incorrect values in gadget.yaml [08:41] morphis_, How to enable wake_on_lan by network-manager? I got a "permission denied". https://paste.ubuntu.com/23373570/ [08:42] darrenwu: the best way to do this is to drop the netplan config file and configure ethernet directly through nm rather than via netplan [08:44] darrenwu: that is the only way currently but please file a bug [08:45] morphis_, ok, I had filed a bug which on LP #1635122 already. [08:46] darrenwu: I am off today, but will look into this one tomorrow when I am back [08:48] morphis_, thanks! Do I need to assign to you? [08:48] darrenwu: please [08:49] morphis_, thx [09:19] Bug #1569892 changed: /etc/profile.d/apps-bin-path.sh comment talks about /snaps/bin (which doesn't exist) when in reality it uses /snap/bin

[09:19] ogra_: Good morning, do you have new images for the Pi and Dragonboard? [09:20] rvr, every day ;) http://people.canonical.com/~ogra/snappy/all-snaps/daily/ [09:20] oh [09:20] not today it seems [09:20] * ogra_ goes to check why [09:22] Building: /home/ogra/datengrab/images/snappy/daily/20161024/ubuntu-core-16-amd64.img [09:22] error: cannot find snap "pc": Get https://search.apps.ubuntu.com/api/v1/snaps/details/pc?channel=edge&confinement=strict: net/http: request canceled while waiting for connection (Client.Timeout exceeded while awaiting headers) [09:22] grr, network issue [09:22] Bug #1587477 changed: snapd should not use /tmp to unpack snaps on systems where /tmp is a tmpfs (and thus limited in size) [09:22] PR snapd#2207 opened: store: check hash in store.Download() (if we have a hash) [09:24] (building new ones now) [09:33] ogra_: Ack :) [09:48] rvr, new dailies are up [09:50] Wee! === chihchun is now known as chihchun_afk [10:13] ogra_, great :) [10:20] PR snapd#2208 opened: store: add support to resume partial downloads [10:43] vigo: I don't get wifi connectivity on the Dragonboard. You? [10:44] ogra_: I put a new godd into the store that supports reading from stdin (and writing to stdout) via "-" as the magic filename. iirc you asked about this [10:44] ogra_: its in "edge" if you want to give it a go [10:44] rvr, I'm not with db yet [10:44] mvo_, whee, will definitely do ! [10:45] :) great, let me know and if it works for you I will promote to beta [10:52] vigo: It is working after reboot [10:53] Hmm [11:04] rvr, cool [11:04] vigo: It is not :-/ [11:05] I did a trick [11:05] I plugged a USB to ethernet adaptor [11:05] rvr, so does not work every fresh boot? [11:05] interesting, wifi always works for me on the dragonboard ... never on the pi3 though [11:06] (on first boot that is ... on second, they both work fine) [11:24] Hi fgimenez :) [11:25] ogra_: It's very weird. If the network credentials are introduced, console-conf saves them but doesn't apply it. However, after reboot, they are applied correctly. [11:26] hey rvr [11:26] yes, that suonds indeed weird [11:26] ogra_: and now snap list lists nothing [11:26] no error ? [11:29] ogra_: https://pastebin.canonical.com/168739/ [11:31] Failed to get key ID_VENDOR_FROM_DATABASE from interface wlan0 [11:33] fgimenez, should we keep using your spread binary? [11:35] rvr, i meant for snap list [11:37] vigo, spread's snap must work, if not you should talk with niemeyer [11:37] fgimenez, ok have you the link to the spread doc you shared last week? [11:38] I missed it [11:39] ogra_: http://paste.ubuntu.com/23374088/ [11:43] vigo, mm about spread? not sure which document is that, the best source for spread info is its readme https://github.com/snapcore/spread, i shared a doc about image creation, the reference for image creation is available here https://github.com/CanonicalLtd/snappy-docs/blob/master/core/images.md [11:44] fgimenez, thanks =) [11:44] mvo_, so is " xzcat img-file | godd - /dev/sdX " the right syntax ? (the godd help is rather cryptic) [11:50] (well, seems to have worked and not dd'ed over my harddisk ... :) ) [11:51] hmm [11:51] [ OK ] Reached target Login Prompts. [11:51] [FAILED] Failed to start Generate default network config. [11:51] See 'systemctl status snapd.generate-network-conf.service' for details. [11:52] pitti, ^^^ i get this with the first boot of todays core image on dragonboard ... [11:52] console-conf shows wlan0 fine though [11:53] ... but times out when trying to configure wlan0 === devil is now known as Guest25249 [11:54] rvr, are these the same symptoms you see ? [11:54] ogra_: is there something I need to fix on my end to make this work? [11:56] ogra_: Yes [11:56] ogra_: It times out when trying to configure the network, but if you reboot, those credentials will be used and the net interface will show the IP in console-conf. [11:57] mvo_, that looks like some regression with network setup ... the dragonboard used to work last week [11:58] yeah, no way to get networking at all on dragonboard :( [11:58] thats really bad [11:59] even after reboots or re-starting console-conf [11:59] fgimenez, still getting invalid error name with spread snap [12:00] pitti, i wish i knew ... but snapd.generate-network-conf.service is netplan, no ? [12:00] ogra_: no [12:00] rvr, it didnt keep my credentials [12:00] ogra_: snapd.* is snappy :) [12:00] pfft ... names ... as if anyone would read them :P [12:01] (sorry ... i could have guessed that) [12:01] hehe [12:01] ogra_: "nap" or "ystem", all the same [12:02] haha [12:02] yeah [12:03] * ogra_ tries a pi3 image === Guest25249 is now known as devil_ [12:05] doesnt find its wlan device at all :((( [12:11] ogra_: was there a bodge I can do on my pi3 to get snap working again? [12:11] popey, same as before ... fw_setenv to point to the right snap_core [12:12] but thats only a temporary workaround, i fear long term you need to re-flash [12:12] ok, will nuke it [12:12] the channel switching bug is supposed to be fised though, so it should not happen again [12:12] groovy [12:12] *fixed [12:13] hmm, so for me wifi times out on all devices in console-conf .... the pi3 finds its wifi device after reboot [12:13] (but i still cant configure it) [12:14] * ogra_ checks what changed ... this used to work at some point [12:14] which edge image would you recommend for pi3 today? [12:14] :) [12:14] http://people.canonical.com/~ogra/snappy/all-snaps/daily/ [12:14] always "current" indeed :) [12:14] kk === apw_ is now known as apw [12:16] ogra_: what is the error from "systemctl status snapd.generate-network-conf.service" ? [12:16] mvo_,no idea, i cant get into the runn8ing os at that point [12:16] ogra_: that is some new stuff that landed late (mostly morphis) [12:17] that error shows up before the "press enter" [12:17] ogra_: can you set "systemd.debug-shell" in the kernel commandline? or is that not possible with the dragonboard? [12:17] and only on very first boot [12:17] ogra_: this will give you a debug shell on tty7 [12:17] i'll try ... might be a bit tricky since i need to poke the uboot.env directly [12:18] pi would be easier (cmdline is in a txt file) but that didnt expose the error [12:18] i see that subiquity network handline had a ton of changes on thu as well [12:18] from mwhudson [12:33] Oct 24 09:37:21 localhost sh[2084]: message repeated 29 times: [ sed: can't read /run/systemd/netif/leases/*: No such file or directory] [12:34] AHA ! [12:38] Oct 24 09:32:39 localhost systemd[1668]: /lib/systemd/system-generators/netplan failed with error code 1. [12:38] hmm [12:39] jdstrand: heya, any idea if there are snappy equivalents for @{APP_PKGNAME} and @{APP_ID_DBUS}, all I could find was ${SNAP_NAME} which I could sort of mangle into a pkgname [12:41] Hello all [12:41] morphis: ping [12:43] Oct 24 12:32:25 localhost systemd[1]: Starting Network Service... [12:43] Oct 24 12:32:25 localhost systemd-networkd[1483]: Could not load configuration files: Permission denied [12:43] Oct 24 12:32:26 localhost systemd[1]: systemd-networkd.service: Main process exited, code=exited, status=1/FAILURE [12:43] Oct 24 12:32:26 localhost systemd[1]: Failed to start Network Service. [12:43] aha === ondra_ is now known as ondra === iahmad_ is now known as iahmad === matteo` is now known as matteo [12:56] niemeyer: good morning! === mhall119_ is now known as mhall119 [13:01] mvo_, hmm, looking at https://launchpadlibrarian.net/290433383/ubuntu-core-config_0.6.40+ppa18_0.6.40+ppa19.diff.gz ... are you sure that "sync" is actually in $PATH everywhere ? === Tristit1a is now known as Tristitia [13:02] ogra_: its in /bin [13:03] i know [13:03] i just see that all other lines in that script use a full path [13:04] might not be relevant though ... [13:06] ogra_: in a meeting right now, I have a look what the systemd default PATH is afterwards [13:07] mvo_, well, its perhaps a red herring ... [13:07] mvo_, on a sidenote ... godd works very nicely, promote it :) [13:07] yay [13:09] i have a slight suspicion ... [13:09] def main(): [13:09] + os.umask(0o0077) [13:09] opts = parse_options(sys.argv[1:]) [13:10] that line in subiquity might make it impossible for systemd-networkd to read the configs [13:21] ogra_: https://www.freedesktop.org/software/systemd/man/systemd.exec.html#Environment%20variables%20in%20spawned%20processes fwiw [13:21] ogra_: autsch, thanks! [13:21] ogra_: i.e. PATH should be fine [13:21] yeah [13:22] i guess its the permission change ... though i'm not sure the umask has any influence on netplan which should be the one to write the actual systemd configs [13:22] heh, no, this is worse [13:24] so i just configured a dragonboard with USB eth0 plugged in ... selected "do not use" for eth0 and properly configured wlan0 as default interface .... [13:24] this is what i got on first login: http://paste.ubuntu.com/23374356/ [13:24] seems console-conf never actually applies the chosen network settings [13:25] at least not without a reboot [13:25] ogra_: this is edge? [13:25] mvo_, yep [13:25] todays daily [13:26] the other thing is that /usr/lib/snapd/generate-network-conf only ever generates a setup for eth0 [13:27] /usr/lib/snapd/generate-network-conf runs before console-conf comes up ... this is why it works fine when i boot the dragonboard with eth0 attached but causes issues when only wlan0 is there [13:28] a... [13:28] ...ha ! [13:28] sooo ... [13:29] running "sudo /usr/sbin/netplan apply" after first logging in gets me the actually picked network configuration from console-setup [13:29] could it be that console-conf simply not calls "netplan apply" ? [13:40] ogra_, mvo_: is there a way to only list snap names when using snap find? [13:41] like a --short option or so ? [13:41] i dont think so [13:42] ogra_: I wanted to write a script to install all the app for the letter e so snap find e however this will currently try and install everything for name version description and so on [13:43] ogra_: I can cobble something together probably [13:44] snap find e|cut -d' ' -f1|sed '/^Name$/d' [13:44] something like that would be a quick hack [13:55] ogra_: yeah I was thinking something similar to slice to get it [13:55] ogra_: Nice detective work :) [13:56] rvr, well ... except that console-setup actually has code to run "netplan apply" ... not sure why it isnt executed though [13:58] ogra_: that work beautifully thanks :) [13:58] :) [14:03] ok ... running console-setup once ... unplugging the SD ... checking that the netplan config is correct ... booting afresh *and* making sure to configure the wlan part again, makes it work then [14:04] if i dont re-config the wlan settings, it will create an entry for the SSID without key [14:05] ogra_: The image is still not resized in the Dragonboard [14:05] works fine here (and for everyone else) [14:06] rvr, we really need to find whats different in your setup, but all people i have asked to check it had no issues the whole week [14:07] so thats somehow specific to you .... [14:11] rvr, can you try flashing the SD from a desktop machine instead of the macbook ? perhaps it is related to that [14:12] ogra_: I use a MacBook Pro as desktop instead of the Air as laptop, but same results :P [14:14] well, only you can repro it ... however you write the SD could be related here ... are both your machines running xenial ? [14:15] Yup [14:16] mvo_, heh ... with the piping into godd it seems like the progress bar gets kind of confused ... does it only show read progress by default ? [14:16] (it seems to be very fast ... i.e. reading the input into ram) [14:17] (and then it sits silent for 1min before it returns to the prompt and is done) [14:17] ogra_: On the Pi 2, it was resized correctly [14:18] interesting ... same SD ? [14:18] Right [14:18] wow [14:18] ogra_: yeah, I need to fix the progress, it stats the "file" stdin and gets "0" so the progress looks quick, it really needs to do a spinner in this case [14:18] yep [14:20] hmpf ... rebooting the pi3 before console-setup is done gets me a hanging boot :/ [14:21] * ogra_ tries for the third time === Eleventh_Doctor is now known as Pharaoh_Atem === sjn__ is now known as sjn [14:53] What are some reasons that snapcraft register might fail? [14:53] the name could be taken already [14:54] ogra_: I [14:54] ogra_: I've tried several unique names... [14:57] Hello [14:59] josharenson: you are logged in, correct? [14:59] hey rickl_ [14:59] didrocks: yes [15:00] didrocks: even tried that twice [15:00] what's the exact message? (can you try as well with --debug?) [15:01] didrocks: sure 1 moment [15:01] Does someone knows an Ubuntu Snappy webserver package? [15:02] rickl_: you have multiple examples embedding webservers as part of a bigger app [15:02] didrocks: http://pastebin.ubuntu.com/23374723/ [15:03] is there a reason why the core and pc snap are in the -rc image twice? http://paste.ubuntu.com/23374721/ got this from http://cdimage.ubuntu.com/ubuntu-core/xenial/daily-preinstalled/current/ [15:03] rickl_: I've used the one built into go, but that might not suit your needs [15:03] rharper, so that you can roll back [15:04] ogra_: gotcha, cool [15:04] rharper, (admittely, after a fresh install you can only roll back to the same version :) ) [15:04] josharenson: you are getting a forbidden 403, which may sounds like your credentials aren't recognized. Maybe when you tried to login again, you didn't logout in between? try: snapcraft logout && snapcraft login again to generated new macaroons (creds cache) [15:04] the fresh install could possible not include those then ? [15:04] it includes them once and copies them on first boot afaik [15:04] I just need a small webpage with a shutdown button haha [15:05] mvo_ could explain that in detail i think [15:05] ogra_: that's the image mounted up [15:05] ah, then ubuntu-image is already clever and does that [15:05] I downloaded it, unxz, kpartx the image file and then mount up partition3 [15:05] didrocks: I'll try logging out, maybe even a few times.. I also filed lp:1636023 last night hoping that the error message can be more helpful :-) [15:06] rharper: we should hardlink those on the actual system, its on the list of things to fix but iirc its not done yet [15:06] josharenson: agreed, it should be more helpful :) [15:06] mvo_: ok [15:07] didrocks: I get the same error :-/ [15:07] josharenson: hum, we need to wait for the store team (like nessita) to be online I guess then… [15:07] unsure why you get a permission error [15:07] didrocks: ok, no worries [15:08] rharper: is it a big concern for you? [15:08] (added more info on your bug btw) [15:09] mvo_: no; just looked odd to me because I didn't know why both were there [15:09] mvo_: that and it seems like it could save some downloading [15:10] mvo_, is it normal that $PATH is weird for sudo? [15:10] http://paste.ubuntu.com/23374747/ [15:10] didrocks: I think I got it... Since it was my first snap, I had never created a developer namespace. Registering my snap through the webUI asked me for a developer namespace, and then successfully registered my snap name [15:10] xnox, hmm, that was fixced in our sudo package a while ago [15:10] Is there anyway that I can allow a snap to access a drive besides using dev mode? [15:10] ogra_, in xenial? [15:11] yeah [15:11] ogra_, all packages are up to date for me :-( [15:11] xnox, check secure_path in /etc/sudoers [15:12] josharenson: oh, interesting, mind adding that to your bug report? [15:12] it should contain /snap/bin by default [15:12] didrocks: sure [15:12] josharenson: we want to have the whole workflow working from snapcraft only [15:12] ogra_, does not have shnaps [15:12] xnox, hmm, i wonder if ucf got in your way here ... did you ever edit sudoers ? [15:13] (instead of using sudoers.d snippets) [15:13] ogra_, ¯\_(ツ)_/¯ [15:13] ogra_: hey! do you know where I could find images for rpi3 that are proven to work? [15:13] ogra@anubis:~/datengrab/devel/packages/subiquity-0.0.20~xenial$ sudo grep secure_path /etc/sudoers [15:13] Defaults secure_path="/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/snap/bin" [15:13] ogra@anubis:~/datengrab/devel/packages/subiquity-0.0.20~xenial$ [15:13] ogra_, i'll reinstall and will force configuration file reinstallation and see what happens. [15:14] kissiel_, if you can get along without wifi http://people.canonical.com/~ogra/snappy/all-snaps/daily/ has daily builds [15:14] ogra_: definitely, thanks! [15:16] pitti, hmm, do you have much insight in how /var/lib/systemd/rfkill functions ? i have the feeling the missing file for the wlan device causes me to get no wifi offered on first boot (the file exists on second boot and i can see wlan0 on pi and dragoboard) [15:19] hi, is there a guide on how to set up a CI build to automatically push to an edge channel for my snap? [15:20] cmars, you can tell launchpad to create your snap ... it has features to auto-submit to the store [15:22] ogra_, it sources from github repos though.. is there a way i can delegate authority to a jenkins bot account to be able to push my snaps? [15:28] ogra_, $ sudo apt -o Dpkg::Options::="--force-confask" install --reinstall sudo [15:28] ogra_, fixed the world for me, I had an extra whitespace line in my sudoers. [15:28] oh my [15:54] Successfully published my first snap (hooray!). How long until it shows up via `snap find` (or is installable via the snap name) [15:55] should be pretty immediate after you clicked the publish button [15:56] humm let me double check that it actually published.. [16:03] ogra_: not to be stupid, but all channels are searched by default? [16:03] only stable [16:03] ogra_: ah [16:04] snap install can take --edge/--beta etc ... [16:04] but find can not [16:11] morphis: ping === Guest57444 is now known as rcj === rcj is now known as Guest61926 === Guest61926 is now known as rcj [16:18] PR snapd#2206 closed: docs: less details about cloud.cfg [16:51] joc_: ping === ahasenac` is now known as ahasenack === ahasenack is now known as Guest91762 [17:31] Bug #1636260 opened: make snappy executable on macOS [18:22] help [18:25] anyone here? === ubuntu is now known as Guest22446 [18:45] niemeyer, asac: I sent an email a few days ago to snapcraft-owner@, about how lists.snapcraft.io breaks dmarc for some users [18:59] ogra_: I don't know/remember details, but AFAIR this just saves/restores the rfkill state on shutdown/boot -- so if it's not there at all, the state shouldn't be changed; is it blocked in 'sudo rfkill list'? === Guest91762 is now known as ahasenack === ahasenack is now known as Guest95404 [19:35] you guys ever get a message from snap like "cannot set next boot: cannot determine bootloader" ? === ben_r_ is now known as ben_r [23:32] nite all, coulkd anyone give me a hand with this? https://launchpadlibrarian.net/290730459/buildlog_snap_ubuntu_yakkety_i386_caddy_BUILDING.txt.gz [23:32] I have no clue why its pulling a ppa for snappy === mup is now known as 21WAAGPR0