=== stgraber_ is now known as stgraber | ||
=== beisner- is now known as beisner | ||
not_MartinWimpre | woof | 01:49 |
---|---|---|
=== chihchun_afk is now known as chihchun | ||
=== chihchun is now known as chihchun_afk | ||
=== chihchun_afk is now known as chihchun | ||
mup | PR snapd#2204 opened: Allow hostnamed access for network-manager and bluez <Created by morphis> <https://github.com/snapcore/snapd/pull/2204> | 05:09 |
morphis_ | mvo: ping | 06:03 |
mvo | morphis_: pong | 06:04 |
morphis_ | mvo: you rested a bit over the weekend? :-) | 06:04 |
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:06 |
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:07 |
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:08 |
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:09 |
mvo | morphis_: interessting | 06:10 |
morphis_ | but let me check further | 06:11 |
mvo | ok | 06:11 |
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> | 06:15 |
=== hikiko is now known as hikiko|off | ||
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:33 |
morphis_ | davmor2: ping | 07:45 |
mup | PR snapd#2206 opened: docs: less details about cloud.cfg <Created by mvo5> <https://github.com/snapcore/snapd/pull/2206> | 07:48 |
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:08 |
morphis_ | mvo: also I am not sure to which degree gpt is the problem here | 08:10 |
mvo | morphis_: oh, indeed - gpt sounds like a likely issue | 08:14 |
morphis_ | mvo: can I easily change that with a custom gadget? | 08:14 |
morphis_ | never really looked into that part yet | 08:15 |
mvo | morphis_: I think so | 08:15 |
morphis_ | hm | 08:16 |
morphis_ | mvo: hm, this makes ubuntu-image pretty unhappy | 08:33 |
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:35 |
darrenwu | morphis_, How to enable wake_on_lan by network-manager? I got a "permission denied". https://paste.ubuntu.com/23373570/ | 08:41 |
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:42 |
morphis_ | darrenwu: that is the only way currently but please file a bug | 08:44 |
darrenwu | morphis_, ok, I had filed a bug which on LP #1635122 already. | 08:45 |
morphis_ | darrenwu: I am off today, but will look into this one tomorrow when I am back | 08:46 |
darrenwu | morphis_, thanks! Do I need to assign to you? | 08:48 |
morphis_ | darrenwu: please | 08:48 |
darrenwu | morphis_, thx | 08:49 |
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:19 |
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:20 | |
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:22 |
ogra_ | (building new ones now) | 09:24 |
rvr | ogra_: Ack :) | 09:33 |
ogra_ | rvr, new dailies are up | 09:48 |
rvr | Wee! | 09:50 |
=== chihchun is now known as chihchun_afk | ||
vigo | ogra_, great :) | 10:13 |
mup | PR snapd#2208 opened: store: add support to resume partial downloads <Created by mvo5> <https://github.com/snapcore/snapd/pull/2208> | 10:20 |
rvr | vigo: I don't get wifi connectivity on the Dragonboard. You? | 10:43 |
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:44 |
mvo_ | :) great, let me know and if it works for you I will promote to beta | 10:45 |
rvr | vigo: It is working after reboot | 10:52 |
rvr | Hmm | 10:53 |
vigo | rvr, cool | 11:04 |
rvr | vigo: It is not :-/ | 11:04 |
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:05 |
ogra_ | (on first boot that is ... on second, they both work fine) | 11:06 |
rvr | Hi fgimenez :) | 11:24 |
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:25 |
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:26 |
rvr | ogra_: https://pastebin.canonical.com/168739/ | 11:29 |
rvr | Failed to get key ID_VENDOR_FROM_DATABASE from interface wlan0 | 11:31 |
vigo | fgimenez, should we keep using your spread binary? | 11:33 |
ogra_ | rvr, i meant for snap list | 11:35 |
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:37 |
vigo | I missed it | 11:38 |
rvr | ogra_: http://paste.ubuntu.com/23374088/ | 11:39 |
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:43 |
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:44 |
ogra_ | (well, seems to have worked and not dd'ed over my harddisk ... :) ) | 11:50 |
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:51 |
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:52 |
ogra_ | ... but times out when trying to configure wlan0 | 11:53 |
=== devil is now known as Guest25249 | ||
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:54 |
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:56 |
ogra_ | mvo_, that looks like some regression with network setup ... the dragonboard used to work last week | 11:57 |
ogra_ | yeah, no way to get networking at all on dragonboard :( | 11:58 |
ogra_ | thats really bad | 11:58 |
ogra_ | even after reboots or re-starting console-conf | 11:59 |
vigo | fgimenez, still getting invalid error name with spread snap | 11:59 |
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:00 |
ogra_ | (sorry ... i could have guessed that) | 12:01 |
pitti | hehe | 12:01 |
pitti | ogra_: "nap" or "ystem", all the same | 12:01 |
ogra_ | haha | 12:02 |
ogra_ | yeah | 12:02 |
* ogra_ tries a pi3 image | 12:03 | |
=== Guest25249 is now known as devil_ | ||
ogra_ | doesnt find its wlan device at all :((( | 12:05 |
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:11 |
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:12 |
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:13 |
* 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:14 |
=== apw_ is now known as apw | ||
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:16 |
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:17 |
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:18 |
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:33 |
ogra_ | AHA ! | 12:34 |
ogra_ | Oct 24 09:32:39 localhost systemd[1668]: /lib/systemd/system-generators/netplan failed with error code 1. | 12:38 |
ogra_ | hmm | 12:38 |
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:39 |
niemeyer | Hello all | 12:41 |
niemeyer | morphis: ping | 12:41 |
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:43 |
=== ondra_ is now known as ondra | ||
=== iahmad_ is now known as iahmad | ||
=== matteo` is now known as matteo | ||
Son_Goku | niemeyer: good morning! | 12:56 |
=== mhall119_ is now known as mhall119 | ||
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:01 |
=== Tristit1a is now known as Tristitia | ||
mvo_ | ogra_: its in /bin | 13:02 |
ogra_ | i know | 13:03 |
ogra_ | i just see that all other lines in that script use a full path | 13:03 |
ogra_ | might not be relevant though ... | 13:04 |
mvo_ | ogra_: in a meeting right now, I have a look what the systemd default PATH is afterwards | 13:06 |
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:07 |
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:09 |
ogra_ | that line in subiquity might make it impossible for systemd-networkd to read the configs | 13:10 |
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:21 |
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:22 |
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:24 |
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:25 |
ogra_ | the other thing is that /usr/lib/snapd/generate-network-conf only ever generates a setup for eth0 | 13:26 |
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:27 |
ogra_ | a... | 13:28 |
ogra_ | ...ha ! | 13:28 |
ogra_ | sooo ... | 13:28 |
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:29 |
davmor2 | ogra_, mvo_: is there a way to only list snap names when using snap find? | 13:40 |
ogra_ | like a --short option or so ? | 13:41 |
ogra_ | i dont think so | 13:41 |
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:42 |
davmor2 | ogra_: I can cobble something together probably | 13:43 |
ogra_ | snap find e|cut -d' ' -f1|sed '/^Name$/d' | 13:44 |
ogra_ | something like that would be a quick hack | 13:44 |
davmor2 | ogra_: yeah I was thinking something similar to slice to get it | 13:55 |
rvr | ogra_: Nice detective work :) | 13:55 |
ogra_ | rvr, well ... except that console-setup actually has code to run "netplan apply" ... not sure why it isnt executed though | 13:56 |
davmor2 | ogra_: that work beautifully thanks :) | 13:58 |
ogra_ | :) | 13:58 |
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:03 |
ogra_ | if i dont re-config the wlan settings, it will create an entry for the SSID without key | 14:04 |
rvr | ogra_: The image is still not resized in the Dragonboard | 14:05 |
ogra_ | works fine here (and for everyone else) | 14:05 |
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:06 |
ogra_ | so thats somehow specific to you .... | 14:07 |
ogra_ | rvr, can you try flashing the SD from a desktop machine instead of the macbook ? perhaps it is related to that | 14:11 |
rvr | ogra_: I use a MacBook Pro as desktop instead of the Air as laptop, but same results :P | 14:12 |
ogra_ | well, only you can repro it ... however you write the SD could be related here ... are both your machines running xenial ? | 14:14 |
rvr | Yup | 14:15 |
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:16 |
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:17 |
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:18 |
ogra_ | hmpf ... rebooting the pi3 before console-setup is done gets me a hanging boot :/ | 14:20 |
* ogra_ tries for the third time | 14:21 | |
=== Eleventh_Doctor is now known as Pharaoh_Atem | ||
=== sjn__ is now known as sjn | ||
josharenson | What are some reasons that snapcraft register might fail? | 14:53 |
ogra_ | the name could be taken already | 14:53 |
josharenson | ogra_: I | 14:54 |
josharenson | ogra_: I've tried several unique names... | 14:54 |
rickl_ | Hello | 14:57 |
didrocks | josharenson: you are logged in, correct? | 14:59 |
didrocks | hey rickl_ | 14:59 |
josharenson | didrocks: yes | 14:59 |
josharenson | didrocks: even tried that twice | 15:00 |
didrocks | what's the exact message? (can you try as well with --debug?) | 15:00 |
josharenson | didrocks: sure 1 moment | 15:01 |
rickl_ | Does someone knows an Ubuntu Snappy webserver package? | 15:01 |
didrocks | rickl_: you have multiple examples embedding webservers as part of a bigger app | 15:02 |
josharenson | didrocks: http://pastebin.ubuntu.com/23374723/ | 15:02 |
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:03 |
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:04 |
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:05 |
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:06 |
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:07 |
mvo_ | rharper: is it a big concern for you? | 15:08 |
didrocks | (added more info on your bug btw) | 15:08 |
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:09 |
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:10 |
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:11 |
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:12 |
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_ | Defaultssecure_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:13 |
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:14 |
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:16 |
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:19 |
ogra_ | cmars, you can tell launchpad to create your snap ... it has features to auto-submit to the store | 15:20 |
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:22 |
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:28 |
josharenson | Successfully published my first snap (hooray!). How long until it shows up via `snap find` (or is installable via the snap name) | 15:54 |
ogra_ | should be pretty immediate after you clicked the publish button | 15:55 |
josharenson | humm let me double check that it actually published.. | 15:56 |
josharenson | ogra_: not to be stupid, but all channels are searched by default? | 16:03 |
ogra_ | only stable | 16:03 |
josharenson | ogra_: ah | 16:03 |
ogra_ | snap install can take --edge/--beta etc ... | 16:04 |
ogra_ | but find can not | 16:04 |
niemeyer | morphis: ping | 16:11 |
=== Guest57444 is now known as rcj | ||
=== rcj is now known as Guest61926 | ||
=== Guest61926 is now known as rcj | ||
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:18 |
niemeyer | joc_: ping | 16:51 |
=== ahasenac` is now known as ahasenack | ||
=== ahasenack is now known as Guest91762 | ||
mup | Bug #1636260 opened: make snappy executable on macOS <Snappy:New> <https://launchpad.net/bugs/1636260> | 17:31 |
mmphosis | help | 18:22 |
mmphosis | anyone here? | 18:25 |
=== ubuntu is now known as Guest22446 | ||
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:45 |
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'? | 18:59 |
=== Guest91762 is now known as ahasenack | ||
=== ahasenack is now known as Guest95404 | ||
Croepha | you guys ever get a message from snap like "cannot set next boot: cannot determine bootloader" ? | 19:35 |
=== ben_r_ is now known as ben_r | ||
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 | 23:32 |
=== mup is now known as 21WAAGPR0 |
Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!