=== cydizen_ is now known as cydizen | ||
=== chihchun_afk is now known as chihchun | ||
=== BlueT__ is now known as BlueT | ||
iotenthusiast | What is the format of a snap image . Is it an archive or a binary | 04:01 |
---|---|---|
=== liuxg_ is now known as liuxg | ||
liuxg | iotenthusiast, you can get the answer at http://snapcraft.io/docs/snaps/intro, it is acutally a squashFS file system | 07:35 |
mup | PR snapd#2500 closed: tests: run snap confine tests <Created by mvo5> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/2500> | 08:24 |
mup | Issue snapd#2502 opened: snap login fails on ppc64el <Created by mvo5> <https://github.com/snapcore/snapd/issue/2502> | 08:29 |
mup | PR snapd#2499 closed: tests: add super simple classic confinement test <Created by mvo5> <Merged by zyga> <https://github.com/snapcore/snapd/pull/2499> | 08:39 |
mup | Issue snapd#2503 opened: chattr code (tests/main/chattr/task.yaml) fails on ppc64el <Created by mvo5> <https://github.com/snapcore/snapd/issue/2503> | 08:40 |
mup | Issue snapd#2504 opened: interfaces-upower-observe snap test fails on ppc64el <Created by mvo5> <https://github.com/snapcore/snapd/issue/2504> | 08:47 |
alexandersgreat | lmao this sounds so stupid | 09:52 |
alexandersgreat | snally | 09:52 |
alexandersgreat | snappy | 09:52 |
alexandersgreat | lmao | 09:52 |
alexandersgreat | sounds like shit omg | 09:52 |
alexandersgreat | all of you must be virgins lel | 09:52 |
mup | PR snapd#2505 opened: many: behave more consistently when pointed to staging and possibly the fake store <Created by pedronis> <https://github.com/snapcore/snapd/pull/2505> | 09:58 |
mup | PR snapd#2501 closed: tests: enable the ppc64el tests again <Created by mvo5> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/2501> | 10:51 |
mup | Bug #1651090 opened: snap names starting with capital letters aren't supported <Snapcraft:New> <Snappy:New> <https://launchpad.net/bugs/1651090> | 11:01 |
DanChapman | jdstrand: hey. I've received this error from the store "not allowed by 'deny-connection/plug-attributes' in base declaration declaration-snap-v2_plugs_deny-connection (browser-sandbox, browser-support)" but i'm not sure what it means. | 11:13 |
DanChapman | Have i declared something incorrectly https://git.launchpad.net/dekko/tree/snapcraft.yaml or is it an issue in the store review? | 11:13 |
morphis | DanChapman: it means that by default you're not allowed to use the 'allow-sandbox: true' attribute of the browser-support interface | 11:30 |
morphis | DanChapman: see https://github.com/snapcore/snapd/blob/master/interfaces/builtin/basedeclaration.go#L181 | 11:31 |
morphis | DanChapman: you can get around this if you ask during the store review if you can still use it, then the store folks will create a snap-declaration assertion which then allows you to use that attribtute | 11:32 |
vigo_ | fgimenez, ping | 11:41 |
mup | PR snapd#2506 opened: cmd/snap-confine: disable old tests <Created by zyga> <https://github.com/snapcore/snapd/pull/2506> | 11:53 |
mup | PR snapd#2507 opened: tests: port first regression test from snap-confine <Created by zyga> <https://github.com/snapcore/snapd/pull/2507> | 11:54 |
DanChapman | morphis: ah ok then, that's great Thanks! :-) I will ask in the review if i can use it. | 12:08 |
morphis | DanChapman: depending on which snapd version you have you can try to connect via $ snap connect --dangerous ... | 12:08 |
fgimenez | hey vigo_ :) | 12:20 |
teoincontatto | Hi, there! I'm in the process of creating the SNAP for ToroDB, a java application that run as a service and replicate/transform data from MongoDB to PorstgreSQL (torodb.com). I have created a first SNAP that run as a "simple daemon". I don't see any way to run the daemon with another user that is not root. I don't see specific documentation to udenrstand why we can/should not create an user and use it to run the service as when | 12:20 |
vigo_ | fgimenez, how do you flash images for pi3 and db? with dd right? | 12:22 |
fgimenez | vigo_, yes, for all of them | 12:23 |
vigo_ | fgimenez, ok and how you do it? | 12:24 |
vigo_ | I've noticed that there are different ways to dd the image, in different documents I visited | 12:25 |
fgimenez | vigo_, "sudo dd if=~/Desktop/ubuntu-core-16-pi2.img of=/dev/sdc bs=4M oflag=sync status=noxfer", this is recommended in the db docs and works fine for the pi's too | 12:28 |
vigo_ | fgimenez, excellent, that's what I wanted you to confirm :) I use that from setting up the board doc | 12:29 |
olli | sergiusens, kyrofa do you guys have any insights for teoincontatto | 12:29 |
=== chihchun is now known as chihchun_afk | ||
fgimenez | vigo_, great :) there's also the godd snap, probably simpler and more friendly, but haven't tried it yet | 12:30 |
ogra_ | vigo_, you need to make pretty sure that the device isnt auto-mounted in the background by nautilus or so before dd'ing ... and you dont need to unxz ... xzcat ubuntu-core-16-pi3.img.xz | sudo dd of=/dev/sdc bs=64M is what i use | 12:31 |
ogra_ | but yeah, use the gdodd snap ... fgimenez is correct ... thats definitely the safest | 12:32 |
ogra_ | iirc it tests for background mounts and such ... and has a progress bar ;) | 12:32 |
vigo_ | ogra_, thanks for confirming, I know from vrruiz that godd also works fine :). I still use dd but sure I'll try also godd | 12:33 |
vigo_ | fgimenez, remember those boot logs that sometimes appears in "Press enter to configure" page¿ | 12:35 |
vigo_ | is there a bug to track it already? | 12:35 |
mup | PR snapd#2508 opened: interfaces/apparmor: ignore snippets in classic confinement <Created by zyga> <https://github.com/snapcore/snapd/pull/2508> | 12:40 |
mup | PR snapd#2509 opened: overlord/ifacestate: remove stale comments <Created by zyga> <https://github.com/snapcore/snapd/pull/2509> | 12:43 |
mup | Issue snapd#2510 opened: spread tests fail when invoked in a sub-directory (generate-packaging-dir) <Created by zyga> <https://github.com/snapcore/snapd/issue/2510> | 12:46 |
mup | PR snapd#2511 opened: spread: find top-level directory before running generate-packaging-dir <Created by zyga> <https://github.com/snapcore/snapd/pull/2511> | 12:53 |
Elleo | has the syntax for "stage:" changed recently? I get this when attempting to use it as per the docs: "Issues while validating snapcraft.yaml: The 'parts/stage' property does not match the required schema: ['-etc/presage.xml'] is not of type 'object'" | 13:04 |
=== alan_g is now known as alan_g|lunch | ||
Elleo | ahh, just had the wrong indentation :) | 13:49 |
=== alan_g|lunch is now known as alan_g | ||
=== jgrimm-out is now known as jgrimm | ||
mup | PR snapd#2512 opened: Release snapd 2.20.1 <Created by mvo5> <https://github.com/snapcore/snapd/pull/2512> | 14:45 |
mup | PR snapd#2513 opened: don't use deprecated http.Transport.Dial <Created by teknoraver> <https://github.com/snapcore/snapd/pull/2513> | 14:58 |
jdstrand | DanChapman: 'allow-snadbox: true' is reserved. you can drop that. you might need to set an environment variable to make the chromium sandbox not do its namespace sandbox | 15:25 |
jdstrand | DanChapman: if you are using oxide, there is an env var. you might ask the oxide guys (I don't remember it otoh) | 15:26 |
DanChapman | jdstrand: ok. So it's fine for that to be false, ill change that then. I already set OXIDE_NO_SANDBOX in the launcher script which i think is the env var you mentioned. Thanks! | 15:36 |
jdstrand | DanChapman: yes, please use OXIDE_NO_SANDBOX=1 and drop allow-sandbox: true | 15:38 |
jdstrand | DanChapman: it should work then | 15:38 |
kalikiana_ | jdstrand: As you're discussing this I remember wondering before: why is it that the real sandbox can't be used and the recommendation is to disable it? That looks a little upside down to my naive mind | 15:43 |
kalikiana_ | Is there more work needed on the snapd side? | 15:44 |
jdstrand | kalikiana_: because the snappy sandbox and the chromium sandbox don't work well together. we have to grant a *lot* of privileges to the snap for it to use the chromium sandbox | 15:44 |
jdstrand | kalikiana_: it is work in the kernel and also in chromium to coordinate better with snapd | 15:45 |
jdstrand | kalikiana_: also, for a web app or webview, the snappy sandbox is more than enough (it is a proper sandbox after all). allow-sandbox if for a trusted browser like chrome, webbrowser-app, etc to be able to do privileged operations to then drop them immediately | 15:47 |
kalikiana_ | Hmm okay. | 15:57 |
mup | Issue snapd#2514 opened: snap-confine tests fail on 14.04 <Created by zyga> <https://github.com/snapcore/snapd/issue/2514> | 16:21 |
nacc | kyrofa: thanks! | 16:39 |
mup | PR snapd#2515 opened: snap run: create "current" symlink in user data dir <Created by stolowski> <https://github.com/snapcore/snapd/pull/2515> | 16:40 |
kyrofa | nacc, no problem, hopefully that feature is helpful. I know I'm tired of writing python for one-liners | 16:40 |
nacc | kyrofa: yeah, i have i think three snaps I did a few months ago that become much more obvious and (presumably) a snapcraft.yaml with that change | 16:42 |
mup | PR snapd#2516 opened: tests: cancel the scheduled reboot on ubuntu-core-upgrade-no-gc and restore state <Created by fgimenez> <https://github.com/snapcore/snapd/pull/2516> | 17:20 |
mup | PR snapd#2506 closed: cmd/snap-confine: disable old tests <Created by zyga> <Merged by zyga> <https://github.com/snapcore/snapd/pull/2506> | 17:29 |
=== mup_ is now known as mup | ||
mup | PR snapd#2507 closed: tests: port first regression test from snap-confine <Created by zyga> <Merged by zyga> <https://github.com/snapcore/snapd/pull/2507> | 20:25 |
joe | hello all | 20:31 |
=== joe is now known as walid | ||
=== walid is now known as walidof | ||
walidof | hello all | 20:33 |
walidof | i need help for first login to ubuntu core | 20:33 |
walidof | i need localhost login name / pass | 20:34 |
walidof | i try add : ubuntu - ubuntu - toor - root - startx | 20:34 |
walidof | and the problem not solved | 20:35 |
mup | PR snapd#2508 closed: interfaces/apparmor: ignore snippets in classic confinement <Created by zyga> <Merged by zyga> <https://github.com/snapcore/snapd/pull/2508> | 20:36 |
mup | PR snapd#2509 closed: overlord/ifacestate: remove stale comments <Created by zyga> <Merged by zyga> <https://github.com/snapcore/snapd/pull/2509> | 20:36 |
mup | PR snapd#2517 opened: tests: add hello-classic test <Created by zyga> <https://github.com/snapcore/snapd/pull/2517> | 20:37 |
mup | PR snapcraft#985 closed: Better message for missing snapcraft.yaml in origins <Created by josepht> <Merged by kyrofa> <https://github.com/snapcore/snapcraft/pull/985> | 20:39 |
mfeatherston | During snap installs I keep getting connection reset by peer. Is there any known issue with the store right now? I don't get this from apt-get on other systems here. | 21:10 |
mfeatherston | if I retry it eventually goes through | 21:10 |
kyrofa | mfeatherston, the store and the archives are hosted in different places | 21:13 |
kyrofa | nessita, do you know of any store issues? | 21:14 |
nessita | kyrofa, no issues as far as I know | 21:18 |
kyrofa | mfeatherston, ^^ . Alright, thanks nessita :) | 21:19 |
mfeatherston | ok, thanks! | 21:19 |
kyrofa | mfeatherston, http://status.snapcraft.io/ might be helpful | 21:20 |
mfeatherston | heh, good to know, but that came back with "Our service is temporarily unavailable. We are currently working to restore it." | 21:22 |
kyrofa | mfeatherston, huh, interesting, I just visited it | 21:23 |
ssweeny | now we need a status.status.snapcraft.io | 21:23 |
mfeatherston | ahh, I reloaded and it came up | 21:23 |
mfeatherston | heh | 21:23 |
kyrofa | I'm not sure what to say about that :P | 21:24 |
mfeatherston | it's a page from Zoho saying "We'll be right back". Either way that part is working now. | 21:25 |
kyrofa | nessita, that sounds odd ^^ | 21:26 |
mfeatherston | If I look at the packet capture of my snappy system it tries to change the TCP window size and the remote server is sending me a reset | 21:27 |
mfeatherston | I'm wrong about the window size thing, that isn't consistent. The resets are fairly reproducible and I've tried multiple NICs though. I'll try this from another Internet connection later tonight. | 21:41 |
mup | PR snapcraft#991 closed: Updated ant plugin to use get_build_properties() <Created by ZenHarbinger> <Merged by kyrofa> <https://github.com/snapcore/snapcraft/pull/991> | 22:06 |
mup | PR snapcraft#1007 opened: lifecycle: clean without parsing if possible <Created by kyrofa> <https://github.com/snapcore/snapcraft/pull/1007> | 22:15 |
Fohlen1 | heya there .. I am trying to build a snapcraft plugin for https://github.com/Fohlen/conan-snapcraft. When using it with https://github.com/inexor-game/code/blob/fohlen/snapcraft/tool/snap/snapcraft.yaml I'm prompted with | 22:39 |
Fohlen1 | 'NoneType' object has no attribute 'copy' | 22:39 |
Fohlen1 | which is not a quiet detailed error log though .. and I'm a bit stumbling where/how to get started with that | 22:39 |
kyrofa | Fohlen1, can you pastebin the output of running `snapcraft -d`, please? (debug) | 22:40 |
Fohlen1 | uh. the help command didn't show that it exists! http://pastebin.com/hpwN49cp | 22:42 |
kyrofa | Ah, Sauerbraten! That brings back memories | 22:42 |
kyrofa | Fohlen1, hmm, what version of Ubuntu are you on? | 22:42 |
Fohlen1 | 16.04 | 22:42 |
Fohlen1 | err. kyrofa. from the autotools example I've just seen that I miss the return statement in schema | 22:43 |
kyrofa | Fohlen1, it's down in the Options of the help page, by the way | 22:43 |
kyrofa | Fohlen1, indeed, if you're not returning a schema it gets None | 22:43 |
kyrofa | Which of course, can't be copied :) | 22:44 |
Fohlen1 | kyrofa: lovely! :) | 22:49 |
Fohlen1 | kyrofa: is there anywhere a more extensive documentation about the plugins, or will I need to stumble through the source-code myself? | 22:52 |
Fohlen1 | (might use code autocompletion for that, but it's still painful) | 22:52 |
kyrofa | Fohlen1, this is the official docs for it: https://github.com/snapcore/snapcraft/blob/master/docs/plugins.md | 22:53 |
kyrofa | Fohlen1, but referring to the in-tree plugins will probably be most helpful | 22:53 |
Fohlen1 | alrighty | 22:54 |
=== nacc_ is now known as nacc | ||
Fohlen1 | kyrofa: I can happily report that it works now! | 23:09 |
kyrofa | Fohlen1, excellent! | 23:09 |
Fohlen1 | maybe sometime soon we can offer a new game using snap! :) | 23:09 |
kyrofa | That'll be great! | 23:10 |
mup | PR snapcraft#1008 opened: Add a simple straightforward conan.io plugin <Created by Fohlen> <https://github.com/snapcore/snapcraft/pull/1008> | 23:24 |
mup | PR snapcraft#999 closed: Updated autotools plugin to use get_build_properties() <Created by ZenHarbinger> <Merged by kyrofa> <https://github.com/snapcore/snapcraft/pull/999> | 23:45 |
Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!