[01:49] <not_MartinWimpre> woof
[05:09] <mup> PR snapd#2204 opened: Allow hostnamed access for network-manager and bluez <Created by morphis> <https://github.com/snapcore/snapd/pull/2204>
[06:03] <morphis_> mvo: ping
[06:04] <mvo> morphis_: pong
[06:04] <morphis_> mvo: you rested a bit over the weekend? :-)
[06:06] <mvo> morphis_: yes, thank you! I feel much better
[06:06] <morphis_> great!
[06:06] <morphis_> mvo: I am wondering if we support BIOS-only systems today or just EFI ones
[06:07] <mup> PR snapd#2072 closed: cmd/snap: have 'snap autoimport' consider unmounted devices <Created by mwhudson> <Closed by mvo5> <https://github.com/snapcore/snapd/pull/2072>
[06:07] <mvo> morphis_: we do support both, I test regularly with the stock qemu which is bios only AFAIK
[06:07] <morphis_> so using regular pc gadget for amd64 should give me BIOS support too?
[06:08] <mvo> morphis_: correct
[06:08] <mvo> morphis_: is that not working for you? or are you just curious :) ?
[06:08] <morphis_> I tried to setup my HP Microserver Gen 8 with Ubuntu Core this morning but somehow it doesn't want to boot
[06:09] <mvo> morphis_: hm, strange. what errors do you see?
[06:09] <morphis_> but if general support is there then it must be something specific to the box
[06:09] <mvo> morphis_: I have not tested it much on real HW, davmor2 has tested it on a laptop
[06:09] <morphis_> mvo: it falls back to network-based boot on startup so somehow it doesn't detect the image on the USB stick
[06:10] <mvo> morphis_: interessting
[06:11] <morphis_> but let me check further
[06:11] <mvo> ok
[06:15] <mup> PR snapd#2201 closed: spread.yaml: Ensure ubuntu user has passwordless sudo for autopkgtests <Created by plars> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/2201>
[07:33] <mup> PR snapd#2205 opened: snap, image: fix `snap download` and `snap prepare-image` running as user <Created by mvo5> <https://github.com/snapcore/snapd/pull/2205>
[07:45] <morphis_> davmor2: ping
[07:48] <mup> PR snapd#2206 opened: docs: less details about cloud.cfg <Created by mvo5> <https://github.com/snapcore/snapd/pull/2206>
[08:08] <morphis_> 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] <morphis_> mvo: it always says "no system disk or disk error"
[08:10] <morphis_> mvo: also I am not sure to which degree gpt is the problem here
[08:14] <mvo> morphis_: oh, indeed - gpt sounds like a likely issue
[08:14] <morphis_> mvo: can I easily change that with a custom gadget?
[08:15] <morphis_> never really looked into that part yet
[08:15] <mvo> morphis_: I think so
[08:16] <morphis_> hm
[08:33] <morphis_> mvo: hm, this makes ubuntu-image pretty unhappy
[08:35] <mvo> morphis_: what is the error
[08:35] <morphis_> looks like it just is not really safe against giving incorrect values in gadget.yaml
[08:41] <darrenwu> morphis_, How to enable wake_on_lan by network-manager? I got a "permission denied".   https://paste.ubuntu.com/23373570/
[08:42] <morphis_> 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] <morphis_> darrenwu: that is the only way currently but please file a bug
[08:45] <darrenwu> morphis_, ok, I had filed a bug which on LP #1635122 already.
[08:46] <morphis_> darrenwu: I am off today, but will look into this one tomorrow when I am back
[08:48] <darrenwu> morphis_, thanks! Do I need to assign to you?
[08:48] <morphis_> darrenwu: please
[08:49] <darrenwu> morphis_, thx
[09:19] <mup> 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 <amd64> <apport-bug> <xenial> <One Hundred Papercuts:Fix Released> <Snappy:Fix Released> <snapd (Ubuntu):Fix Released> <https://launchpad.net/bugs/1569892>
[09:19] <rvr> ogra_: Good morning, do you have new images for the Pi and Dragonboard?
[09:20] <ogra_> rvr, every day ;) http://people.canonical.com/~ogra/snappy/all-snaps/daily/
[09:20] <ogra_> oh
[09:20] <ogra_> not today it seems
[09:20]  * ogra_ goes to check why
[09:22] <ogra_> Building: /home/ogra/datengrab/images/snappy/daily/20161024/ubuntu-core-16-amd64.img
[09:22] <ogra_> 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] <ogra_> grr, network issue
[09:22] <mup> Bug #1587477 changed: snapd should not use /tmp to unpack snaps on systems where /tmp is a tmpfs (and thus limited in size) <Snappy:Fix Released> <snapd (Ubuntu):Confirmed> <https://launchpad.net/bugs/1587477>
[09:22] <mup> PR snapd#2207 opened: store: check hash in store.Download() (if we have a hash) <Created by mvo5> <https://github.com/snapcore/snapd/pull/2207>
[09:24] <ogra_> (building new ones now)
[09:33] <rvr> ogra_: Ack :)
[09:48] <ogra_> rvr, new dailies are up
[09:50] <rvr> Wee!
[10:13] <vigo> ogra_, great :)
[10:20] <mup> PR snapd#2208 opened: store: add support to resume partial downloads <Created by mvo5> <https://github.com/snapcore/snapd/pull/2208>
[10:43] <rvr> vigo: I don't get wifi connectivity on the Dragonboard. You?
[10:44] <mvo_> 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] <mvo_> ogra_: its in "edge" if you want to give it a go
[10:44] <vigo> rvr, I'm not with db yet
[10:44] <ogra_> mvo_, whee, will definitely do !
[10:45] <mvo_> :) great, let me know and if it works for you I will promote to beta
[10:52] <rvr> vigo: It is working after reboot
[10:53] <rvr> Hmm
[11:04] <vigo> rvr, cool
[11:04] <rvr> vigo: It is not :-/
[11:05] <rvr> I did a trick
[11:05] <rvr> I plugged a USB to ethernet adaptor
[11:05] <vigo> rvr, so does not work every fresh boot?
[11:05] <ogra_> interesting, wifi always works for me on the dragonboard ... never on the pi3 though
[11:06] <ogra_> (on first boot that is ... on second, they both work fine)
[11:24] <rvr> Hi fgimenez :)
[11:25] <rvr> 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] <fgimenez> hey rvr
[11:26] <ogra_> yes, that suonds indeed weird
[11:26] <rvr> ogra_: and now snap list lists nothing
[11:26] <ogra_> no error ?
[11:29] <rvr> ogra_: https://pastebin.canonical.com/168739/
[11:31] <rvr> Failed to get key ID_VENDOR_FROM_DATABASE from interface wlan0
[11:33] <vigo> fgimenez, should we keep using your spread binary?
[11:35] <ogra_> rvr, i meant for snap list
[11:37] <fgimenez> vigo, spread's snap must work, if not you should talk with niemeyer
[11:37] <vigo> fgimenez, ok have you the link to the spread doc you shared last week?
[11:38] <vigo> I missed it
[11:39] <rvr> ogra_: http://paste.ubuntu.com/23374088/
[11:43] <fgimenez> 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] <vigo> fgimenez, thanks =)
[11:44] <ogra_> mvo_, so is " xzcat img-file | godd - /dev/sdX " the right syntax ? (the godd help is rather cryptic)
[11:50] <ogra_> (well, seems to have worked and not dd'ed over my harddisk ... :) )
[11:51] <ogra_> hmm
[11:51] <ogra_> [  OK  ] Reached target Login Prompts.
[11:51] <ogra_> [FAILED] Failed to start Generate default network config.
[11:51] <ogra_> See 'systemctl status snapd.generate-network-conf.service' for details.
[11:52] <ogra_> pitti, ^^^ i get this with the first boot of todays core image on dragonboard ...
[11:52] <ogra_> console-conf shows wlan0 fine though
[11:53] <ogra_> ... but times out when trying to configure wlan0
[11:54] <ogra_> rvr, are these the same symptoms you see ?
[11:54] <pitti> ogra_: is there something I need to fix on my end to make this work?
[11:56] <rvr> ogra_: Yes
[11:56] <rvr> 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] <ogra_> mvo_, that looks like some regression with network setup ... the dragonboard used to work last week
[11:58] <ogra_> yeah, no way to get networking at all on dragonboard :(
[11:58] <ogra_> thats really bad
[11:59] <ogra_> even after reboots or re-starting console-conf
[11:59] <vigo> fgimenez, still getting invalid error name with spread snap
[12:00] <ogra_> pitti, i wish i knew ... but snapd.generate-network-conf.service is netplan, no ?
[12:00] <pitti> ogra_: no
[12:00] <ogra_> rvr, it didnt keep my credentials
[12:00] <pitti> ogra_: snapd.* is snappy :)
[12:00] <ogra_> pfft ... names ... as if anyone would read them :P
[12:01] <ogra_> (sorry ... i could have guessed that)
[12:01] <pitti> hehe
[12:01] <pitti> ogra_: "nap" or "ystem", all the same
[12:02] <ogra_> haha
[12:02] <ogra_> yeah
[12:03]  * ogra_ tries a pi3 image
[12:05] <ogra_> doesnt find its wlan device at all :(((
[12:11] <popey> ogra_: was there a bodge I can do on my pi3 to get snap working again?
[12:11] <ogra_> popey, same as before ... fw_setenv to point to the right snap_core
[12:12] <ogra_> but thats only a temporary workaround, i fear long term you need to re-flash
[12:12] <popey> ok, will nuke it
[12:12] <ogra_> the channel switching bug is supposed to be fised though, so it should not happen again
[12:12] <popey> groovy
[12:12] <ogra_> *fixed
[12:13] <ogra_> hmm, so for me wifi times out on all devices in console-conf .... the pi3 finds its wifi device after reboot
[12:13] <ogra_> (but i still cant configure it)
[12:14]  * ogra_ checks what changed ... this used to work at some point
[12:14] <popey> which edge image would you recommend for pi3 today?
[12:14] <popey> :)
[12:14] <ogra_> http://people.canonical.com/~ogra/snappy/all-snaps/daily/
[12:14] <ogra_> always "current" indeed :)
[12:14] <popey> kk
[12:16] <mvo_> ogra_: what is the error from "systemctl status snapd.generate-network-conf.service" ?
[12:16] <ogra_> mvo_,no idea, i cant get into the runn8ing os at that point
[12:16] <mvo_> ogra_: that is some new stuff that landed late (mostly morphis)
[12:17] <ogra_> that error shows up before the "press enter"
[12:17] <mvo_> ogra_: can you set "systemd.debug-shell" in the kernel commandline? or is that not possible with the dragonboard?
[12:17] <ogra_> and only on very first boot
[12:17] <mvo_> ogra_: this will give you a debug shell on tty7
[12:17] <ogra_> i'll try ... might be a bit tricky since i need to poke the uboot.env directly
[12:18] <ogra_> pi would be easier (cmdline is in a txt file) but that didnt expose the error
[12:18] <ogra_> i see that subiquity network handline had a ton of changes on thu as well
[12:18] <ogra_> from mwhudson
[12:33] <ogra_> 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] <ogra_> AHA !
[12:38] <ogra_> Oct 24 09:32:39 localhost systemd[1668]: /lib/systemd/system-generators/netplan failed with error code 1.
[12:38] <ogra_> hmm
[12:39] <Elleo> 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] <niemeyer> Hello all
[12:41] <niemeyer> morphis: ping
[12:43] <ogra_> Oct 24 12:32:25 localhost systemd[1]: Starting Network Service...
[12:43] <ogra_> Oct 24 12:32:25 localhost systemd-networkd[1483]: Could not load configuration files: Permission denied
[12:43] <ogra_> Oct 24 12:32:26 localhost systemd[1]: systemd-networkd.service: Main process exited, code=exited, status=1/FAILURE
[12:43] <ogra_> Oct 24 12:32:26 localhost systemd[1]: Failed to start Network Service.
[12:43] <ogra_> aha
[12:56] <Son_Goku> niemeyer: good morning!
[13:01] <ogra_> 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 ?
[13:02] <mvo_> ogra_: its in /bin
[13:03] <ogra_> i know
[13:03] <ogra_> i just see that all other lines in that script use a full path
[13:04] <ogra_> might not be relevant though ...
[13:06] <mvo_> ogra_: in a meeting right now, I have a look what the systemd default PATH is afterwards
[13:07] <ogra_> mvo_, well, its perhaps a red herring ...
[13:07] <ogra_> mvo_, on a sidenote ... godd works very nicely, promote it :)
[13:07] <mvo_> yay
[13:09] <ogra_> i have a slight suspicion ...
[13:09] <ogra_>  def main():
[13:09] <ogra_> +    os.umask(0o0077)
[13:09] <ogra_>      opts = parse_options(sys.argv[1:])
[13:10] <ogra_> that line in subiquity might make it impossible for systemd-networkd to read the configs
[13:21] <mvo_> ogra_: https://www.freedesktop.org/software/systemd/man/systemd.exec.html#Environment%20variables%20in%20spawned%20processes fwiw
[13:21] <mvo_> ogra_: autsch, thanks!
[13:21] <mvo_> ogra_: i.e. PATH should be fine
[13:21] <ogra_> yeah
[13:22] <ogra_> 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] <ogra_> heh, no, this is worse
[13:24] <ogra_> 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] <ogra_> this is what i got on first login: http://paste.ubuntu.com/23374356/
[13:24] <ogra_> seems console-conf never actually applies the chosen network settings
[13:25] <ogra_> at least not without a reboot
[13:25] <mvo_> ogra_: this is edge?
[13:25] <ogra_> mvo_, yep
[13:25] <ogra_> todays daily
[13:26] <ogra_> the other thing is that /usr/lib/snapd/generate-network-conf only ever generates a setup for eth0
[13:27] <ogra_>  /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] <ogra_> a...
[13:28] <ogra_> ...ha !
[13:28] <ogra_> sooo  ...
[13:29] <ogra_> running "sudo /usr/sbin/netplan apply" after first logging in gets me the actually picked network configuration from console-setup
[13:29] <ogra_> could it be that console-conf simply not calls "netplan apply"  ?
[13:40] <davmor2> ogra_, mvo_: is there a way to only list snap names when using snap find?
[13:41] <ogra_> like a --short option or so ?
[13:41] <ogra_> i dont think so
[13:42] <davmor2> 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] <davmor2> ogra_: I can cobble something together probably
[13:44] <ogra_> snap find e|cut -d' ' -f1|sed '/^Name$/d'
[13:44] <ogra_> something like that would be a quick hack
[13:55] <davmor2> ogra_: yeah I was thinking something similar to slice to get it
[13:55] <rvr> ogra_: Nice detective work :)
[13:56] <ogra_> rvr, well ... except that console-setup actually has code to run "netplan apply" ... not sure why it isnt executed though
[13:58] <davmor2> ogra_: that work beautifully thanks :)
[13:58] <ogra_> :)
[14:03] <ogra_> 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] <ogra_> if i dont re-config the wlan settings, it will create an entry for the SSID without key
[14:05] <rvr> ogra_: The image is still not resized in the Dragonboard
[14:05] <ogra_> works fine here (and for everyone else)
[14:06] <ogra_> 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] <ogra_> so thats somehow specific to you ....
[14:11] <ogra_> rvr, can you try flashing the SD from a desktop machine instead of the macbook ? perhaps it is related to that
[14:12] <rvr> ogra_: I use a MacBook Pro as desktop instead of the Air as laptop, but same results :P
[14:14] <ogra_> well, only you can repro it ... however you write the SD could be related here ... are both your machines running xenial ?
[14:15] <rvr> Yup
[14:16] <ogra_> 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] <ogra_> (it seems to be very fast ... i.e. reading the input into ram)
[14:17] <ogra_> (and then it sits silent for 1min before it returns to the prompt and is done)
[14:17] <rvr> ogra_: On the Pi 2, it was resized correctly
[14:18] <ogra_> interesting ... same SD ?
[14:18] <rvr> Right
[14:18] <ogra_> wow
[14:18] <mvo_> 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] <ogra_> yep
[14:20] <ogra_> hmpf ... rebooting the pi3 before console-setup is done gets me a hanging boot :/
[14:21]  * ogra_ tries for the third time
[14:53] <josharenson> What are some reasons that snapcraft register might fail?
[14:53] <ogra_> the name could be taken already
[14:54] <josharenson> ogra_: I
[14:54] <josharenson> ogra_: I've tried several unique names...
[14:57] <rickl_> Hello
[14:59] <didrocks> josharenson: you are logged in, correct?
[14:59] <didrocks> hey rickl_
[14:59] <josharenson> didrocks: yes
[15:00] <josharenson> didrocks: even tried that twice
[15:00] <didrocks> what's the exact message? (can you try as well with --debug?)
[15:01] <josharenson> didrocks: sure 1 moment
[15:01] <rickl_> Does someone knows an Ubuntu Snappy webserver package?
[15:02] <didrocks> rickl_: you have multiple examples embedding webservers as part of a bigger app
[15:02] <josharenson> didrocks: http://pastebin.ubuntu.com/23374723/
[15:03] <rharper> 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] <josharenson> rickl_: I've used the one built into go, but that might not suit your needs
[15:03] <ogra_> rharper, so that you can roll back
[15:04] <rharper> ogra_: gotcha, cool
[15:04] <ogra_> rharper, (admittely, after a fresh install you can only roll back to the same version :) )
[15:04] <didrocks> 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] <rharper> the fresh install could possible not include those then ?
[15:04] <ogra_> it includes them once and copies them on first boot afaik
[15:04] <rickl_> I just need a small webpage with a shutdown button haha
[15:05] <ogra_> mvo_ could explain that in detail i think
[15:05] <rharper> ogra_: that's the image mounted up
[15:05] <ogra_> ah, then ubuntu-image is already clever and does that
[15:05] <rharper> I downloaded it, unxz, kpartx  the image file and then mount up partition3
[15:05] <josharenson> 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] <mvo_> 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] <didrocks> josharenson: agreed, it should be more helpful :)
[15:06] <rharper> mvo_: ok
[15:07] <josharenson> didrocks: I get the same error :-/
[15:07] <didrocks> josharenson: hum, we need to wait for the store team (like nessita) to be online I guess then…
[15:07] <didrocks> unsure why you get a permission error
[15:07] <josharenson> didrocks: ok, no worries
[15:08] <mvo_> rharper: is it a big concern for you?
[15:08] <didrocks> (added more info on your bug btw)
[15:09] <rharper> mvo_: no; just looked odd to me because I didn't know why both were there
[15:09] <rharper> mvo_: that and it seems like it could save some downloading
[15:10] <xnox> mvo_, is it normal that $PATH is weird for sudo?
[15:10] <xnox> http://paste.ubuntu.com/23374747/
[15:10] <josharenson> 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] <ogra_> xnox, hmm, that was fixced in our sudo package a while ago
[15:10] <rbnswartz> Is there anyway that I can allow a snap to access a drive besides using dev mode?
[15:10] <xnox> ogra_, in xenial?
[15:11] <ogra_> yeah
[15:11] <xnox> ogra_, all packages are up to date for me :-(
[15:11] <ogra_> xnox, check secure_path in /etc/sudoers
[15:12] <didrocks> josharenson: oh, interesting, mind adding that to your bug report?
[15:12] <ogra_> it should contain /snap/bin by default
[15:12] <josharenson> didrocks: sure
[15:12] <didrocks> josharenson: we want to have the whole workflow working from snapcraft only
[15:12] <xnox> ogra_, does not have shnaps
[15:12] <ogra_> xnox, hmm, i wonder if ucf got in your way here ... did you ever edit sudoers ?
[15:13] <ogra_> (instead of using sudoers.d snippets)
[15:13] <xnox> ogra_, ¯\_(ツ)_/¯
[15:13] <kissiel_> ogra_: hey! do you know where I could find images for rpi3 that are proven to work?
[15:13] <ogra_> ogra@anubis:~/datengrab/devel/packages/subiquity-0.0.20~xenial$ sudo grep secure_path /etc/sudoers
[15:13] <ogra_> Defaults	secure_path="/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/snap/bin"
[15:13] <ogra_> ogra@anubis:~/datengrab/devel/packages/subiquity-0.0.20~xenial$
[15:13] <xnox> ogra_, i'll reinstall and will force configuration file reinstallation and see what happens.
[15:14] <ogra_> kissiel_, if you can get along without wifi http://people.canonical.com/~ogra/snappy/all-snaps/daily/ has daily builds
[15:14] <kissiel_> ogra_: definitely, thanks!
[15:16] <ogra_> 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] <cmars> 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] <ogra_> cmars, you can tell launchpad to create your snap ... it has features to auto-submit to the store
[15:22] <cmars> 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] <xnox> ogra_, $ sudo apt -o Dpkg::Options::="--force-confask" install --reinstall sudo
[15:28] <xnox> ogra_, fixed the world for me, I had an extra whitespace line in my sudoers.
[15:28] <ogra_> oh my
[15:54] <josharenson> Successfully published my first snap (hooray!). How long until it shows up via `snap find` (or is installable via the snap name)
[15:55] <ogra_> should be pretty immediate after you clicked the publish button
[15:56] <josharenson> humm let me double check that it actually published..
[16:03] <josharenson> ogra_: not to be stupid, but all channels are searched by default?
[16:03] <ogra_> only stable
[16:03] <josharenson> ogra_: ah
[16:04] <ogra_> snap install can take --edge/--beta etc ...
[16:04] <ogra_> but find can not
[16:11] <niemeyer> morphis: ping
[16:18] <mup> PR snapd#2206 closed: docs: less details about cloud.cfg <Created by mvo5> <Merged by niemeyer> <https://github.com/snapcore/snapd/pull/2206>
[16:51] <niemeyer> joc_: ping
[17:31] <mup> Bug #1636260 opened: make snappy executable on macOS <Snappy:New> <https://launchpad.net/bugs/1636260>
[18:22] <mmphosis> help
[18:25] <mmphosis> anyone here?
[18:45] <dasjoe> 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] <pitti> 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'?
[19:35] <Croepha> you guys ever get a message from snap like "cannot set next boot: cannot determine bootloader" ?
[23:32] <perrito666> 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] <perrito666> I have no clue why its pulling a ppa for snappy