/srv/irclogs.ubuntu.com/2017/12/07/#snappy.txt

mupPR snapd#4371 opened: tests: add support on tests for cm3 gadget <Created by sergiocazzolato> <https://github.com/snapcore/snapd/pull/4371>02:25
mborzeckimorning06:02
mborzeckizyga-ubuntu: hey06:38
zyga-ubuntumborzecki: good mornin06:41
zyga-ubuntu:)06:41
zyga-ubuntumborzecki: my last day this year06:41
mborzeckitaking the rest of the year off?06:41
zyga-ubuntuyes06:44
zyga-ubuntuthough I need to check again, but that's the plan06:44
mborzeckithat's so nice, wish i had that many days of vacation left :)06:45
zyga-ubuntuhaha, I wish I hadn't06:46
zyga-ubuntuthe weather was better in the summer06:46
zyga-ubuntumborzecki: and I have three carry-over days06:56
zyga-ubuntumvo is not around yet06:58
zyga-ubuntuyesterday I took a detour to play with base-1806:58
zyga-ubuntuit was really fun, especially now that we can test boot it06:58
mborzeckithat'll be based on 18.04?07:02
zyga-ubuntuyep07:10
zyga-ubuntutry it07:10
zyga-ubuntuit should work for you :)07:10
mborzeckizyga-ubuntu: do you have any prs in need of review that you'd like to close before you go?07:16
zyga-ubuntumborzecki: yes, the two that are open07:18
mborzecki#4315 #4329?07:18
mupPR #4315:  cmd/snap-update-ns: add execWritableMimic <Created by zyga> <https://github.com/snapcore/snapd/pull/4315>07:18
mupPR #4329:  cmd/snap-confine: discard stale mount namespaces (v2) <Created by zyga> <https://github.com/snapcore/snapd/pull/4329>07:18
zyga-ubuntuyes07:24
mupPR snapd#4361 closed: devicestate: fix misbehaving test when using systemd-resolved <Created by mvo5> <Merged by zyga> <https://github.com/snapcore/snapd/pull/4361>07:29
mupPR snapd#4360 closed: interfaces/many: misc updates for default, browser-support, opengl, desktop, unity7, x11 for 2.30 <Created by jdstrand> <Merged by zyga> <https://github.com/snapcore/snapd/pull/4360>07:31
zyga-ubuntuhmm07:38
zyga-ubuntuthe github merge conflict resolution tool is weird07:38
zyga-ubuntuit always has to run twice07:38
zyga-ubuntuWT?07:38
zyga-ubuntulook at 434307:38
zyga-ubuntulast two commits07:38
zyga-ubuntuone is empty, one is the real merge07:38
mborzeckizyga-ubuntu: posted some comments to 432907:40
zyga-ubuntuthanks, replied; I'll add the enum07:42
mborzeckiok, thanks07:43
mborzeckizyga-ubuntu: btw. what did you mean here: https://github.com/snapcore/snapd/pull/4354#discussion_r155448107 ?07:43
mupPR #4354: tests/lib: introduce helpers for setting up /dev/random using /dev/urandom in project prepare <Created by bboozzoo> <https://github.com/snapcore/snapd/pull/4354>07:43
kalikianamorning o/07:45
zyga-ubuntuo/07:45
zyga-ubuntupstolowski: hey08:25
zyga-ubuntupstolowski: some small conflicts on your PRs08:25
zyga-ubuntupstolowski: good morning :)08:25
pstolowskizyga-ubuntu, morning! ok, looking08:26
zyga-ubuntudrat my seageate disks09:12
zyga-ubuntuI will never buy from that vendor again09:12
kalikianazyga-ubuntu: did they break for good?09:23
zyga-ubuntuno, just definitely started to fail09:23
mupPR snapd#4343 closed: interfaces: rename sanitize methods <Created by stolowski> <Merged by stolowski> <https://github.com/snapcore/snapd/pull/4343>09:40
mupPR snapcraft#1797 closed: tests: update the snap name already registered for store tests <Created by elopio> <Merged by sergiusens> <https://github.com/snapcore/snapcraft/pull/1797>10:15
mupPR snapcraft#1757 closed: Saving snap-build assertion as '.build' <Created by cprov> <Closed by sergiusens> <https://github.com/snapcore/snapcraft/pull/1757>10:18
zyga-ubuntua little bit more10:21
zyga-ubuntuand I should have spread support for base 1810:22
zyga-ubuntuman, iteration is painful10:28
zyga-ubuntusnapcraft clean, snapcraft takes a good chunk of time10:28
zyga-ubuntuwhee, another boot attempt10:40
ogra_ogra@pi3:~$ snap set core service.rsyslog.disable=false10:46
ogra_error: cannot perform the following tasks:10:46
ogra_- Run configure hook of "core" snap (run hook "configure": [--root / enable rsyslog.service] failed with exit status 1: Synchronizing state of rsyslog.service with SysV init with /lib/systemd/systemd-sysv-install...10:46
ogra_Executing /lib/systemd/systemd-sysv-install enable rsyslog10:46
ogra_insserv: warning: current start runlevel(s) (empty) of script `rsyslog' overrides LSB defaults (2 3 4 5).10:46
ogra_insserv: warning: current stop runlevel(s) (0 1 2 3 4 5 6) of script `rsyslog' overrides LSB defaults (0 1 6).10:46
ogra_Failed to execute operation: Unit file is masked10:46
ogra_)10:46
ogra_hmm10:46
ogra_(this is on edge, latest core)10:48
ogra_i guess mvo's new config handling broke ..10:48
ogra_(looks like it tries to call "enable" before "unmask")10:49
pedronisogra_: look at the code it doesn't seem like that,  Unmask is called before Enable11:04
pedronis*looking11:04
ogra_pedronis, yeah, i had a week old hanging core iwith a Doing task11:05
ogra_aborting and manually refreshing fixed it11:05
ogra_(see bug 1736922 (already closed again))11:06
mupBug #1736922: new config handling breaks re-enabling of rsyslog <snapd:Invalid> <https://launchpad.net/bugs/1736922>11:06
* kalikiana considers fixedly-postmenopausal-tamesha as a runner up for most ridiculous pet name of the week11:12
zyga-ubuntuhmmm11:18
zyga-ubuntuso why are services not starting11:18
zyga-ubuntuI systemctl enable stuff11:18
zyga-ubuntuand yet it's not up11:18
zyga-ubuntubrr11:22
zyga-ubuntuneed warm tea11:22
mborzeck1it's 5C outside, that's warmer than on Monday :)11:25
=== mborzeck1 is now known as mborzecki
mupPR snapd#4314 closed: interfaces: use ConnectedPlug/ConnectedSlot types (step 2) <Created by stolowski> <Merged by stolowski> <https://github.com/snapcore/snapd/pull/4314>11:28
zyga-ubuntumborzecki: mwhudson recently complained about how warm it is in new zaeland11:29
zyga-ubuntu*ea11:29
pstolowskiyay, all interface hooks prerequisites landed :)11:31
zyga-ubuntusigh11:44
zyga-ubuntulittle by little11:44
mupPR snapd#4366 closed: interfaces/removable-media: also allow 'k' (lock) <Created by jdstrand> <Merged by stolowski> <https://github.com/snapcore/snapd/pull/4366>11:44
mupPR snapd#4367 closed: interfaces/removable-media: also allow 'k' (lock) for 2.30 <Created by jdstrand> <Merged by stolowski> <https://github.com/snapcore/snapd/pull/4367>11:44
zyga-ubuntudoes anyone have any idea why a certain unit is not started?11:44
zyga-ubuntuwhen systemd says "vendor preset: enabled"11:44
ogra_nothing in syslog ?11:46
zyga-ubuntuwell11:46
zyga-ubuntunot sure what to look for11:46
zyga-ubuntuthis is very barren still11:46
ogra_typically stdout from units goes there11:46
zyga-ubuntuI have a minimal 18 base11:46
zyga-ubuntuogra_: I doubt it is started11:47
zyga-ubuntuit works when started manually11:47
zyga-ubuntuI'll read it the hard way11:51
cachiozyga-ubuntu, hey, I'll be 5 minutes late today11:52
zyga-ubuntucachio: that's ok11:52
zyga-ubuntucachio: we're still starting in one hour11:52
zyga-ubunturight?11:52
mupPR snapd#4372 opened: snap: YAML and data structures for app before/after ordering <Created by bboozzoo> <https://github.com/snapcore/snapd/pull/4372>11:52
mborzeckitrivial PR ^^11:52
zyga-ubuntudone11:53
cachiozyga-ubuntu, yea11:53
=== kennyloggins is now known as CoderEurope
mborzeckicachio: did you manage to figure something out with the rpi test that was failing?11:56
=== CoderEurope is now known as kennyloggins
zyga-ubuntuaha12:03
zyga-ubuntuso it seems (maybe) that it is snapcraft12:03
zyga-ubuntugah12:13
zyga-ubuntuno,12:13
zyga-ubuntuWTF12:13
zyga-ubuntuso, /etc/systemd/system is empty after booting12:15
zyga-ubuntubut it's not empty in the core snap12:16
zyga-ubuntuWTF12:16
zyga-ubuntuah12:16
zyga-ubuntuall is clear now12:17
zyga-ubuntuthats system-data12:17
zyga-ubuntusooooo12:17
ogra_/etc/systemd/system should be handled via writaable-paths12:18
ogra_(in synced mode FWIW)12:21
bloodearnestHey folks. snap set core proxy.https=https://my.proxy:3128 does seem to have any affect, on 2.29 or 2.30, on classic. Is this a Known Issue?12:30
bloodearnestgah s/affect/effect12:34
pedronisbloodearnest: yes,   except proxy.store all the other core config are core only,  now that handling has been moved we need to decide which one make sense/are sane on classic too12:41
bloodearnestok12:41
pedronisbloodearnest: it's not a regression, always been like this so far12:42
bloodearnestthx12:42
bloodearnestpedronis: ok. Related question, assuming some future where proxy.https can be set on classic, is there a way for another snap to access core config, via snapctl inside the snap, or similar?12:43
ogra_bloodearnest, snapd's systemd unit sources /etc/environment ... if you have your proxy settings in there and restart snapd it should just pick that up12:45
ogra_(that indeed assumes a system wide proxy)12:45
pedronisbloodearnest: not at the moment,  a snap would need snapd-control  and go through the REST api directly or use snap (I don't remember if we make available there)12:46
ogra_pedronis, i suspect even then you would miss access to core-support (which the config hook uses) ... or would that be just internally used when calling set/get ?12:47
pedronis?12:47
pedronisyou can do snap get core12:48
pedronisor the equivalent with the REST api12:48
pedronisnot sure how core-support (which is not needed anymore) relates12:48
ogra_ah, wh is it not needed anymore ?12:48
ogra_*why12:48
pedronisbecause the hook is going away12:49
ogra_oh, indeed, silly me12:49
pedronisas far as I know we have core-support just for the configure hook inside core12:49
ogra_it is snapd itself now12:49
ogra_right12:49
ogra_for allowing the shelling out to particular system binaries12:49
ogra_but indeed ... not needed when snapd manages it ... thanks !12:50
pedronisyea, that's why I said not sure, but if you have snapd-control you can use the REST api12:50
pedronisbut there's no other way to peek at other snap configs atm12:50
pedronisnor any special exception around core config12:50
pedronisbloodearnest: there is some idea that snapctl should give access to some safe system information (not specifically config keys) but nothing has happened yet of that12:53
=== alan_g is now known as alan_g|lunch
zyga-ubuntucachio: standup13:05
zyga-ubuntupstolowski: standup13:05
* ogra_ wonders when this "snap list" on his non-networked kvm will return ... it is sitting there since several minutes now 13:11
ogra_dont we have a timeout ?13:11
popeyogra_: i saw that recently on a machine which had selinux blocking. it didnt timeout, ever13:12
popeyjust sits there, and journalctl shows selinux blocking errors13:12
ogra_well, its a kvm core image nad my host has somehow messed up the forwarding ...13:12
ogra_so the kvm machine thinks it has network but i cant ping anything outside13:13
ogra_it still sits there btw ...13:13
popeyworth a look in the journal/syslog anyway13:13
ogra_seems to never time out13:13
mupPR snapd#4371 closed: tests: add support on tests for cm3 gadget <Created by sergiocazzolato> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/4371>13:14
ogra_wow13:15
ogra_http://paste.ubuntu.com/26132566/13:15
ogra_so snapd crashes (it then restarts though and seems to run proper)13:15
ogra_oh, it finally returned the list ... only took really long13:15
popey:)13:15
ogra_over 10 min13:16
ogra_but that above was only on boot ... the actual "snap list" call doesnt produce any log output13:17
=== chihchun is now known as chihchun_afk
ogra_sadly even snap changes hangs13:18
ogra_hmpf13:19
sergiusensann: if anyone pinged me in the past 2 hours I lost it13:26
=== chihchun_afk is now known as chihchun
zyga-ubuntumvo: some more progress, spread now starts the vm but fails to log in because /home is synced and that kills my test-only /home/ubuntu directory; I removed most of writable paths (including home), let's see what this looks like13:33
ogra_zyga-ubuntu, dnot forget writable-paths has individual settings (two way, three way merge or completely persistent) the single dirs behave differently usually13:34
zyga-ubuntuogra_: right, I have a custom conifg13:34
zyga-ubuntu*config13:34
zyga-ubuntuthis is just a temporary step13:35
zyga-ubuntutowards something I can spread test and test boot rapidly13:35
zyga-ubuntuand in the end get a working environment for interation13:35
zyga-ubuntuI think we want to remove writable-paths entirely13:35
ogra_yeah, i get that13:35
zyga-ubuntu(eventually)13:35
ogra_just pointing out a synced dir thats now not synced might break the world :)13:35
zyga-ubuntuyep, that's all "fine" - we're far away from base-18 working13:36
ogra_heh13:36
ogra_what about doing base-16 first ?13:36
zyga-ubuntuI need to move the initramfs help13:36
zyga-ubuntuogra_: I think that's less interesting as that can stay as a copy of current core forever13:36
ogra_since you will need the split for upgrades13:36
ogra_well, using the base-16 and then shrinking it would be my way forward13:37
ogra_(towards -18)13:37
zyga-ubuntunot sure13:37
zyga-ubuntuI think there are lots of challenges in 18 that need to be tackled13:37
zyga-ubuntuand this is also involving migration13:37
zyga-ubuntuI want to just do 18 as a clean slate first13:37
bloodearnestpedronis: zyga: ok, thanks for the info13:39
ogra_sigh ... this snapd in kvm really misbehaves13:39
ogra_error: cannot communicate with server: Post http://localhost/v2/snaps/firstboot-setup: EOF13:39
ogra_for a snap remove ...13:39
zyga-ubuntusnapd crashed?13:40
ogra_it is running ... the network forwarding outside the VM is broken ...13:40
ogra_so it thinks it is online but i cant ping the outside world (i can ping my lkvm gateway though)13:41
ogra_that makes snapd really misbehave13:41
zyga-ubuntuping is broken in user networking13:41
zyga-ubuntujust don't ping13:41
ogra_$ ps ax|grep snapd13:41
ogra_  965 ?        Ssl    0:00 /usr/lib/snapd/snapd13:41
ogra_$ snap remove firstboot-setup13:42
ogra_error: cannot communicate with server: Post http://localhost/v2/snaps/firstboot-setup: EOF13:42
ogra_thats what i get13:42
ogra_oh ? ping is broken ? since where13:42
zyga-ubuntuany snapd logs?13:42
zyga-ubuntuogra_: since forever in user networking, check that if you want to know why13:42
zyga-ubuntuogra_: but that's irrelevant for snapd13:42
ogra_ 2017/12/07 13:40:14.783948 daemon.go:306: started snapd/2.30~rc1+git467.c2f9631~ubuntu16.04.1 (series 16) ubuntu-core/16 (amd64) linux/4.4.0-102-generic.13:43
sergiusenszyga-ubuntu what version of go are you using for snapd?13:43
ogra_looks like it started just fine (thats the last line in the journal)13:43
zyga-ubuntusergiusens: 1.613:43
zyga-ubuntusergiusens: on core13:44
sergiusensacross the board?13:44
zyga-ubuntusergiusens: and reexec13:44
zyga-ubuntusergiusens: whatever-is-there on various distros13:44
sergiusensah, the client on whatever the distro is I guess13:44
zyga-ubuntusergiusens: kind of, the client on your distro execs the reexec 1.6 binary most of the time13:44
cachioogra_, hey13:48
ogra_hey cachio13:48
cachioogra_, I was discussing with plars about if we could have ubuntu core images bot beta13:48
ogra_cachio, sure. why not13:49
cachioogra_, it could be manually/automatically triggered when a new core snap is in beta13:49
cachioogra_, so then we can use those images in testflinger13:50
ogra_cachio, you would need to talk to foundations to get a beta build at http://cdimage.ubuntu.com/ubuntu-core/16/13:50
ogra_sil2100 does them i think13:50
cachioogra_, good13:50
ogra_(unless you will roll them yourself indeed)13:50
ogra_(its always just an ubuntu-image call away anyway ;) )13:50
cachioogra_, where is the code that we use to create the stable / edge images?13:51
ogra_cachio, also a question for foundations ... i only do the images at http://people.canonical.com/~ogra/snappy/all-snaps/daily/current/ for which the build scripts are local13:51
ogra_(local meaning on my PC)13:52
cachioogra_, ah, ok13:52
zyga-ubuntuha13:52
zyga-ubuntuI now know a little bit more about how spread starts up13:52
cachioogra_, great, I'll talk to sil2100 in that case13:52
ogra_yeah13:52
cachioogra_, tx13:52
ogra_or slangasek ... either of them should be able to point you to the official scripts13:52
* kalikiana off for lunch in 10min13:54
* kalikiana getting hungry13:54
mvozyga-ubuntu: sorry, in a meeting, nice progress. looking at your open PRs now13:56
zyga-ubuntumvo: ok, just need to add sudo right13:56
zyga-ubuntumvo: I'll open a 2nd pr for spread13:56
zyga-ubuntu(for this project, spread is ok)13:57
mborzeckimvo: if that's ok with you, i'd like to rebase #4357 on top of #4372 and skip all 'validation' pathes in this PR13:58
mupPR #4357: wrappers: autogenerate After/Before in systemd's service files for apps <Created by bboozzoo> <https://github.com/snapcore/snapd/pull/4357>13:58
mupPR #4372: snap: YAML and data structures for app before/after ordering <Created by bboozzoo> <https://github.com/snapcore/snapd/pull/4372>13:58
=== alan_g|lunch is now known as alan_g
zyga-ubuntumvo: it works now :)14:11
zyga-ubuntumvo: shall I expand the existing PR14:11
zyga-ubuntumvo: or do you want to see a 2nd one14:11
mupPR snapd#4340 closed: snap: YAML and app validation parts of after/before app startup ordering <Created by bboozzoo> <Closed by bboozzoo> <https://github.com/snapcore/snapd/pull/4340>14:12
mupPR snapd#4373 opened: snap: app startup after/before validation <Created by bboozzoo> <https://github.com/snapcore/snapd/pull/4373>14:12
mvomborzecki: +114:13
mvozyga-ubuntu: either way is fine14:13
mvozyga-ubuntu: whatever is easier for you14:13
zyga-ubuntuk14:13
mupPR core#66 closed: 500-create-xdg.binary: use "set -o pipefail"  <Created by mvo5> <Merged by mvo5> <https://github.com/snapcore/core/pull/66>14:17
mborzeckimvo: the PRs are split now, would appreciate another review :)14:18
zyga-ubuntumvo: done14:20
zyga-ubuntumvo: please try it :)14:20
zyga-ubuntumvo: same PR14:20
zyga-ubuntumvo: just look at my master14:20
zyga-ubuntumvo: commit history (especially last one) has usage instructions14:20
zyga-ubuntumvo: I'll polish this now, slightly, enough to start fixing the issues we see (and add tests)14:21
mvomborzecki: great, will look14:21
mvozyga-ubuntu: same here14:21
mborzeckimvo: thanks14:21
mvozyga-ubuntu: \o/14:21
mborzeckii'm off to pick up the kids, afk for now14:22
greybackjdstrand: hey, I've pushed my WIP to https://github.com/snapcore/snapd/pull/4365/files, can I ask you a couple of things? (1) Am I going too far, enabling proper Wayland compositors, which allows hardware access like Mir has? (2) I've duplicated much of what Mir slot has. is that kosher, or would a shared subclass interface be do-able?14:26
mupPR #4365: interfaces/mir: allow Wayland socket and non-root sockets <Created by gerboland> <https://github.com/snapcore/snapd/pull/4365>14:26
greybackzyga-ubuntu: ^^ your opinion also welcome14:26
zyga-ubuntugreyback: ack14:27
zyga-ubuntumvo: ok, I think base-18#8 is ready for review14:43
zyga-ubuntumvo: once it lands we can really iterate and propose tests14:43
mvozyga-ubuntu: \o/14:43
zyga-ubuntumvo: I'll try to enable travis now14:45
zyga-ubuntuactually14:45
zyga-ubuntuhmmm14:45
zyga-ubuntuI think this will be harder than I anticipated14:45
zyga-ubuntuunless travis can just run things on top of xenial (maybe)14:45
ogra_why wouldnt it ?14:45
ogra_all y teste run on top of a xenail chroot in travis14:46
ogra_*all my tests14:46
zyga-ubuntuI need qemu14:46
zyga-ubuntuand spread14:46
zyga-ubuntuand kpartx and other maic14:47
ogra_ouch14:47
zyga-ubuntumay be too much14:47
ogra_yeah14:47
zyga-ubuntuwell, let me grab a coffee and try14:47
zyga-ubuntuor maybe14:47
zyga-ubuntubreak for lunch and then come back fresh14:47
zyga-ubuntuogra_: btw, feedback on base-18 appreciated14:47
ogra_zyga-ubuntu, where do you hide it ?14:47
zyga-ubuntuogra_: snapcore/base-1814:48
zyga-ubuntuogra_: see PR #814:48
ogra_i wonder why i didnt get PR mail for that14:48
zyga-ubuntuogra_: it's brand new14:52
ogra_zyga-ubuntu, you dont install ubuntu-core-config ?14:53
ogra_hwo do you get writable-paths right then ?14:53
zyga-ubuntuogra_: I don't even know what is there14:53
zyga-ubuntuogra_: note that for testing I steal core-16 intird14:53
ogra_well, it only does a debootstrap minbase and one hook installs systemd and nssswitch14:54
ogra_zyga-ubuntu, right, that will be broken since it wont fint /etc/system-image/writable-paths in the target rootfs14:54
ogra_the initrd needs that14:54
zyga-ubuntuI think this is a _very_ early core :)14:54
ogra_interesting that you get it to boot at all14:54
ogra_zyga-ubuntu, well, it should badly error before mounting the rootfs when it doesnt find the writable-paths file ... if it doesnt you found actually a bug in the initrd :)14:55
zyga-ubuntuogra_: ogra_ I add one14:55
zyga-ubuntuogra_: I added that file14:55
zyga-ubuntuogra_: anyway, this is really held-with-strings for now14:56
ogra_yeah, understood14:56
zyga-ubuntuogra_: I plan to integrate inird code here so that base-18 is separate from base-1614:56
zyga-ubuntuogra_: and then let us iterate with confidence (tests)14:56
ogra_i dont see where you add the file though14:56
zyga-ubuntuogra_: hooks14:56
zyga-ubuntuogra_: btw, this also includes a small, hand coded ubuntu-image14:56
mupPR snapd#4308 closed: packaging/arch: install snap-mgmt tool <Created by bboozzoo> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/4308>14:57
zyga-ubuntuogra_: again, all optimized for getting started and getting results quickly14:57
zyga-ubuntuogra_: I expect everything to change14:57
ogra_zyga-ubuntu, oh, i was looking ast the tree, not the last PR14:57
zyga-ubuntuahh14:58
ogra_wow14:59
kalikianare14:59
zyga-ubuntuwhat?14:59
* ogra_ shades his eyes from "create-image" 14:59
kalikianais it shiny?15:00
ogra_well ...15:00
ogra_:)15:00
zyga-ubuntuogra_: I'd say it's simple15:00
zyga-ubuntuogra_: simplest one yet :)15:00
zyga-ubuntumvo: updated the comment15:01
zyga-ubuntumvo: shall I remove the dist-upgrade too?15:01
zyga-ubuntumvo: and note that you have to merge it as I don't have permissions15:01
zyga-ubuntumvo: does it work for you :) ?15:02
zyga-ubuntu(that's most interesting)15:02
mvoa review for 4372 would be great, should be an easy win :)15:05
zyga-ubuntudarn, I already did15:06
mvozyga-ubuntu: so far I just reviewed :) thanks, I will try it in a little bit, but I also promised maj some reviews (what is the short form of his name)?15:06
mvozyga-ubuntu: oh, sorry15:06
mvozyga-ubuntu: you did indeed, silly me15:06
zyga-ubuntumvo: maciej or maciek are both shorth-ish;15:07
zyga-ubuntuI don't think there's a shorter way15:07
=== cachio is now known as cachio_lunch
greybackjdstrand: thanks for the review. I'll bring up a Weston snap to proof the interface and remove any Mir specifics (I'd not vetted those bits carefully yet)15:10
jdstrandgreyback: I gave some feedback. imo it would be ok to strip out the things we know are mir-specifc and just make this work for the mir snap. if someone provides an alternate slot implementation (eg, weston), we could add anything else (though, bonus points if you snap weston)15:11
* jdstrand is partially kidding15:11
jdstrandoh heh15:11
jdstrand:)15:11
jdstrandgold start for greyback :)15:11
jdstrandstar*15:11
jdstrandgreyback: thanks! :)15:12
greybacknp15:12
mvozyga-ubuntu: sad, "mac" would be a great name :P15:12
* mvo hugs mborzecki 15:12
mborzeckimc borzecki15:13
zyga-ubuntumvo: mac sounds good to me :)15:13
ogra_M.C. ... rock da house !15:13
zyga-ubuntumborzecki: do you like it15:13
mvolol@mc15:13
zyga-ubuntugreyback, jdstrand: sorry I wasn't looking at that PR yet15:13
zyga-ubuntuI got lost in base-1815:13
mvomborzecki: next sprint you need to give a performance on stage as the MC15:14
greybackzyga-ubuntu: no worries, I've plenty to work with :)15:14
* ogra_ adds a PR to base-18 ... "find . -name zyga-ubuntu"15:14
=== chihchun is now known as chihchun_afk
greybackbase 18 arithmetic? yikes!15:14
zyga-ubuntuheh15:14
mborzeckihahah, not gonna happen :)15:14
zyga-ubuntu:D15:14
=== teej is now known as Guest22298
mvocachio_lunch: is 4370 also for 2.30? to make your validations easier?15:41
mborzeckimvo: thanks for pushing the gofmt fix to #4372, i had it in both PRs but missed it when rebasing :/15:43
mupPR #4372: snap: YAML and data structures for app before/after ordering <Created by bboozzoo> <https://github.com/snapcore/snapd/pull/4372>15:43
mupPR snapd#4370 closed: tests: set TRUST_TEST_KEYS=false for all the external backends <Created by sergiocazzolato> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/4370>15:43
mvomborzecki: no problem, feel free to rebase that commit from me away if you dislike it15:44
=== ahayzen_ is now known as ahayzen
zyga-ubuntumvo: 4329 should be mergable now16:01
zyga-ubuntumvo: as I said in my last comment just now I constrained the fix to classic systems16:02
zyga-ubuntumvo: this lets us land the important fix and use it while the 2nd half is implemented16:02
zyga-ubuntumvo: so, that's one up for review :)16:02
zyga-ubuntumvo: trivial base-18#2116:03
mupPR base-18#21: tests: check that hostname is not set <Created by zyga> <https://github.com/snapcore/base-18/pull/21>16:03
zyga-ubuntumvo: how can I make the base-18 build aware of a local apt proxy?16:11
zyga-ubuntumvo: it'd be good for just the basic bootstrap to do this16:11
mvozyga-ubuntu: hm, http_proxy should be fine16:13
mvozyga-ubuntu: the env16:13
mvozyga-ubuntu: I also added support for squid-deb-proxy-client at some point16:13
mvozyga-ubuntu: i.e. iirc it ran the apt config Acquire::http::ProxyAutoDetect  at some point. not sure if this is still the case though16:14
=== cachio_lunch is now known as cachio
cachiomvo, please tell me if you need some help to reproduce any other the errors that I saw during beta validation16:24
zyga-ubuntumvo: base-18#2216:29
mupPR base-18#22: hooks,tests: mask motd timer/services <Created by zyga> <https://github.com/snapcore/base-18/pull/22>16:29
mborzeckiit looks to me we need a separate service that monitors how many spread nodes are avalable and then starts the CI job16:29
zyga-ubuntumborzecki: aka spread batch system16:30
zyga-ubuntuyes, I agree16:30
zyga-ubuntuit's silly that we do things interactively16:30
* zyga-ubuntu slowly EOYs16:40
zyga-ubuntujust turned my desktop off16:40
brunosferHey guys, I'm trying to run some services in bluetooth using my snap with sdptool, however I get the error "Failed to connect to SDP server on FF:FF:FF:00:00:00: No such file or directory" do you know how can I solve this problem in ubuntu snappy core?16:42
zyga-ubuntubrunosfer: please ask this question on the forum (forum.snapcraft.io) - more people can see and react and learn from responses there16:42
brunosferzyga-ubuntu: Good idea. Thanks for the advice ;)16:43
kalikianazyga-ubuntu: xmas is coming early for you, so to speak? :-D16:46
zyga-ubuntukalikiana: I hope real snow will follow16:47
kalikianafingers crossed16:48
kalikianaalthough where I'm at it's most likely just going to be a slushy brown mess16:49
zyga-ubuntu"ding ding ding, ding ding ding, what's this murky goo, how I hate when it wheels get stuck and shoes get white-salt stains"16:50
pstolowskizyga-ubuntu, missing Spain already? ;)16:51
zyga-ubuntupstolowski: since I left16:51
roadmrzyga-ubuntu: haha murky goo rofl16:55
* kalikiana also wrapping up for today (not for the year just yet)16:56
kennylogginsrealy wanted to go to asturias , but cant afford eet.16:57
mvocachio: still haven't managed to try it yet with a real image17:08
mvocachio: after dinner I will try17:08
mvocachio: else in my morning17:08
kennylogginszyga-ubuntu they're waiting to cross, still in Seville :) https://redd.it/5ihe6017:09
zyga-ubuntukennyloggins: hmm?17:09
zyga-ubuntukennyloggins: I'd like to live in spain again17:09
zyga-ubuntunot sure how this is related (apart from seville)17:10
kennylogginszyga-ubuntu: Oh, thought you were one of those bots - just a random pic. post I guess.17:10
zyga-ubuntuWHAT17:10
zyga-ubuntu:D17:10
kennylogginszyga-ubuntu: I need better books to read though.17:10
zyga-ubuntuI can recommend some17:11
zyga-ubuntubut I need to read them first :)17:11
kennylogginsfor myself, how lovely.17:11
kennylogginsoh, that's abit ridge-wing then.17:12
mcphailI'm getting build errors from build.snapcraft.io - "svn: E670002: Unknown hostname 'svn.code.sf.net'" - is there are problem with DNS resolution?17:13
* mcphail has no idea why he didn't write that in English...17:13
cjwatsonmcphail: https://bugs.launchpad.net/launchpad-buildd/+bug/166835817:14
mupBug #1668358: Snap Builds using SVN Unable to Access Internet <launchpad-buildd:Confirmed> <https://launchpad.net/bugs/1668358>17:14
cjwatsoni.e. svn proxying isn't implemented yet17:14
mcphailcjwatson: aah. Thanks. That's a shame17:14
cjwatsonmcphail: if you can use http/https URLs with svn, that should work though17:14
cjwatsonhm, maybe not, that bug does give an http:// example17:15
cjwatsonfeel free to work out how to fix this ... :-/17:15
mcphailheh :)17:15
mcphailI think you overestimate my talents17:16
cjwatsonwe probably just need to implement the stuff from https://subversion.apache.org/faq.html#proxy17:17
kennylogginsused gscan2pdf for the first time in 2 years today - would be nice as a snap.17:17
cjwatsonI don't know whether svn honours the usual proxy environment variables; if not we'll need to hack /etc/subversion/servers or similar.  And we probably also need to change the proxy config to allow those extra HTTP methods.17:18
=== mup_ is now known as mup
mcphailit would be nice if people stopped using svn17:21
sergiusenscjwatson subversion only allows global setting in its file, no env vars or alternate config files are allowed from what we saw17:21
sergiusenswhich is why we did not implement it17:21
cjwatsonsergiusens: right, but launchpad-buildd could17:21
sergiusenstrue, we could also implement it in snapcraft if the build environment is discardable17:22
mcphailpopey: any suggestions as to what i need to tweak in https://github.com/mcphail/quakesnap to get sound working?17:25
popeythe one in the store?17:25
mcphailno - this one doesn't build17:26
mcphail(well, it builds locally but not on the build server due to the svn issues above)17:26
popeydo you need libpulse0 staged?17:26
popeyand the environment variable so it gets found17:26
mcphailI tries that but it didn't seem to make a difference. Let me try again17:26
popeydo you get apparmor issues?17:27
mcphailwhere do I check for those? dmesg?17:27
popeysnappy-debug.security scanlog17:27
popeyleave that running in a terminal17:27
popeysnap install snappy-debug, if you don't have it first17:27
mcphailpopey: http://paste.ubuntu.com/26133867/17:30
popeysounds like one for jdstrand ^ :)17:32
mcphailheh. I'm sure I'm just missing something daft17:32
popeythe alsa plug maybe?17:32
popeybut you also need to bundle a load of alsa gumpf17:32
popeylemme find an example (assuming it's alsa)17:32
mcphailcertainly the app thinks it is using pulse17:33
kennylogginswhere is the place to create an issue for that problem ?17:33
popeydepends where the issue is17:33
popeyi dont think alsa plug would do it. https://github.com/snapcore/snapd/blob/master/interfaces/builtin/alsa.go17:33
kennylogginsprobably a 'enta' library or something.17:34
popeyhttps://github.com/snapcore/snapd/search?utf8=%E2%9C%93&q=%2Fsys%2Fdevices&type=17:35
popeycan't see a plug that covers it.17:35
popeyso yeah, one for when jdstrand is about, or a forum thread17:35
kennylogginslibasound2 ? I think that is shared libraries in debian. but again - I'm a random today.17:37
mcphailOK. Cheers popey17:37
jdstrandmcphail (cc popey): the wgetrc you can ignore or adjust your wget invocation to use a wgetrc in your snap17:51
jdstrandmcphail (cc popey): plugs screen-inhibit-control17:51
jdstrandmcphail (cc popey): the /sys/devices issue was actually just fixed in the upcoming 2.3017:52
popeywoohoo!17:52
jdstrandmcphail (cc popey): as part of the joystick interface17:52
jdstrandmcphail: I suspect tomorrow's edge snap will have the fix17:53
jdstrandedge core* snap17:53
popeyGreat to hear, thanks jdstrand17:53
jdstrandnp17:53
jdstrandpopey, mcphail: see https://forum.snapcraft.io/t/joysick-access-for-sdl2-apps/3027 for details17:54
mcphailjdstrand: ooh. thanks17:59
sergiusenselopio mind checking my update on LP: #1736861 ?19:22
mupBug #1736861: classic snap fails to build with "cannot find section" <regression> <Snapcraft:Triaged by sergiusens> <https://launchpad.net/bugs/1736861>19:22
mupPR snapd#4374 opened: interfaces: interfaces: also an app/hook-specific udev RUN rule for hotplugging <Created by jdstrand> <https://github.com/snapcore/snapd/pull/4374>19:31
=== sarnold_ is now known as sarnold
elopiosergiusens: I get "OSError: libarchive.so: cannot open shared object file: No such file or directory"19:46
sergiusensoh, I built it on a dirty system19:46
sergiusenselopio let me just push the branch19:46
sergiusenselopio snapcraft#179819:49
mupPR snapcraft#1798: go plugin: strip sections that patchelf does not handle <Created by sergiusens> <https://github.com/snapcore/snapcraft/pull/1798>19:49
mupPR snapcraft#1798 opened: go plugin: strip sections that patchelf does not handle <Created by sergiusens> <https://github.com/snapcore/snapcraft/pull/1798>19:50
=== mup_ is now known as mup
=== mup_ is now known as mup
=== mup_ is now known as mup
=== mup_ is now known as mup
=== mup_ is now known as mup
=== mup_ is now known as mup
=== mup_ is now known as mup
=== mup_ is now known as mup
=== mup_ is now known as mup
=== mup_ is now known as mup
=== mup_ is now known as mup
=== mup_ is now known as mup
mupPR snapd#4375 opened: interfaces: interfaces: also add an app/hook-specific udev RUN rule for hotplugging for 2.30 <Created by jdstrand> <https://github.com/snapcore/snapd/pull/4375>22:22
gsilvapthello all22:27
gsilvaptkyrofa, you around=22:27
gsilvapts/=/?22:27
kyrofagsilvapt, I am, although knee deep in something at the moment22:29
gsilvaptkyrofa, I see. If you have some free time, let me know so we can finish the version feature if that's okay to you22:30
kyrofagsilvapt, where did we leave off? Trying to add the variable in?22:34
gsilvaptkyrofa, the string was working but I was not able to pass in the %(prog) and %(version) variables correctly22:37
kyrofagsilvapt, that's an old-style format string. Hints here: https://pyformat.info/22:39
kyrofagsilvapt, however, I remember that we ran into testing issues with %(prog), which is why we hard-coded "snapcraft"22:40
kyrofaMight want to continue doing that22:40
gsilvaptkyrofa, thank you. I'll take a look right after I finish prepping the information to apply my LoCo to revalidation.22:40
kyrofaSure thing22:40
gsilvaptkyrofa, now I read your first message. So are we not using %(prog) variable then?23:12
gsilvaptOr for now we'll stick with that and see how it behaves?23:12
kyrofaEither way, but I suspect you'll run into troubles using it23:18

Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!