/srv/irclogs.ubuntu.com/2019/06/17/#snappy.txt

mborzeckimorning05:06
zygaGood morning06:05
zygaI will have to swap today06:05
jameshhi zyga.  How was Montreal?06:06
zygaToo many things overlap (passport, doctor, another doctor)06:06
zygajamesh: hello!06:06
zygaVery successful06:06
zygaUnbelievably so I would say06:06
mborzeckizyga: jamesh: hi06:07
jameshthat's good to hear06:07
mborzeckizyga: you're swapping today?06:08
zygaYes06:08
zygaI have to06:08
mborzeckizyga: ack06:09
zygajamesh: there are details on the forum06:09
zygaMborzec mborzecki during last week we noticed that bash completion is broken on centos06:09
zygaNo bug report yet because the principal centos user is from Australia and I believe has even more jet lag06:10
mborzeckizyga: hah ok, i can look into this06:11
mborzeckizyga: could have gone unnoticed, i'm using zsh usually and the cloud images don't come with bash completion installed06:12
mborzeckihmm but we have sprewa tests for this06:12
zygaMaybe is is not broken per se06:13
zygaJust not working something06:13
zygaSomehow06:13
zygaWorth just trying it out interactively06:13
mborzeckizyga: yeah, will do06:14
zygaI have some thoughts to share about other topics but I am too jet lagged now I06:15
mborzeckizyga: bash completion for snap command or snaps?06:17
mborzeckimvo: morning06:22
mborzeckibtw. does completion ignore hidden flag of commands?06:22
mvohey mborzecki !06:23
mvomborzecki: idk, john probably does06:23
mborzeckimvo: try snap remo<tab><tab>06:23
mvomborzecki: I just did a quick test - it does not afaict06:23
mborzeckimvo: mhm, remodel pops up :/06:24
mvomborzecki: yeah, annoying06:26
mvomborzecki: we could could into an upstream fix for this one06:26
zygamborzecki: I think for the snap command06:27
zygaHey mvo06:27
mvohey zyga ! how are you?06:28
zygamvo: I am sorry but I need to swap today out, two doctor visits and passport (in person) pick ups06:28
zygamvo: apart from jet lag06:28
mvozyga: sure, thats fine, good luck06:29
zygaAnd +15C06:29
zygaOkay :-)06:29
mvozyga: woah, yeah06:29
zygaI have some things to share from last week06:29
zyga(As in *additional* +15C)06:29
mvozyga: looking forward to hear what you have to share06:32
mvozyga: good luck adjusting to the new climate :)06:32
mborzeckimvo: looks better now https://paste.ubuntu.com/p/DGT6k9DhhW/06:39
mvomborzecki: oh, what did you do?06:41
mborzeckimvo: https://paste.ubuntu.com/p/vXZYYy7C9m/06:43
mborzeckimvo: hoped we could do it in custom CompletionHandler but there does not seem to be a way to tell what is the kind the completion (commmand, argument etc.)06:44
mvomborzecki: aha, I see! thanks. will you submit upstream?06:49
mborzeckimvo: yes06:49
mvota06:49
mborzeckimvo: fwiw they fixed it for options back in 2016: https://github.com/jessevdk/go-flags/commit/32811b87051d3e1dc77d2c9925473f2a4a07abdf06:49
mborzeckimvo: https://github.com/jessevdk/go-flags/pull/31207:04
mvomborzecki: cool, thanks!07:06
mvomborzecki: funny how sort the test is :)07:06
=== pstolowski|afk is now known as pstolowski
pstolowskimornings07:08
mborzeckipstolowski: hey07:09
mvohey pstolowski ! good morning07:09
mborzeckizyga: hm completion seems to work on centos just fine07:11
pedronismvo: hi, I proposed the re-registration PRs07:41
mvopedronis: nice!07:53
Chipaca👋08:15
Chipacapedronis: you around?08:20
pedronisChipaca: yes08:21
Chipacapedronis: can we talk about the direction for health?08:21
Chipacapedronis: (or schedule it)08:22
pedronisChipaca: we can do a quick chat yes08:22
Chipacapedronis: ok. AIUI what we want is to be able to call set-health in an arbitrary hook, and when not in a hook08:23
Chipacapedronis: anything else?08:23
pstolowskiha, 'Invalid PR title: "state-inspect debug utility"'. it works :)08:24
pedronisChipaca: not particularly08:24
pedronisChipaca: about the other point,  I see two options always writing to state directly,  or set an OnDone if the context doesn't have a "health" entry yet08:27
pedronisthe first approach means the systema always sees health immediately08:27
pedronisthe 2nd means for hooks is set only once at the end08:27
pedronis*two options:08:28
Chipacapedronis: hmm08:30
pedronisChipaca: I think I prefer the 2nd option08:37
Chipacapedronis: i'll dig into what it entails08:38
Chipacapedronis: should be simple enough (famous last words)08:38
pedronisChipaca: yes, it should be simple,  for why I prefer it, a bit more consistent with how snapctl set works08:39
pedronisalso not sure we want people to rely on set-health being immediate08:39
Chipacayeah, we're not a cheap message passing thing :)08:40
mborzeckiopensuse repos broken again?08:44
pedronisChipaca: you'll need to see how interacts with setting of the check-health hook also based on weather it was set at all or the hook failed08:46
pedronisbut should be workable08:46
* Chipaca adds a note to have check-health look at the weather08:46
Chipacapedronis: :) no worries, i think i got what you mean08:47
pedronis*wether08:47
Chipaca:)08:48
Chipacapedronis: *whether08:48
Chipacapedronis: a wether is a castrated ram08:49
Chipacapedronis: probably not what you meant08:49
Chipacacf widder vs weder08:50
* Chipaca shuts up and goes to work hacking health into submission08:51
Chipacamvo: btw I re-opened #6582 and tagged it for 2.40, robert_ancell confirmed (as you can read in the pr) that things are ready for this08:52
Chipacapedronis: any opinion on snapd-hook-no-health-set vs snapd-no-health-set-in-hook?08:54
zygamborzecki: https://bugs.launchpad.net/bugs/1833043 from cmake developer on centos08:55
zygaCompletion inside sandbox, not for snap itself08:56
mborzeckizyga: ah, so it's completion for snap apps08:56
Chipacalooks like a tweak's needed in complete.sh08:57
Chipacaalthough it already tries to grab it from core08:58
Chipaca… with the wrong path for it there08:58
Chipacasigh08:58
Chipacaso it's a bug :)08:58
Chipacano, sorry, misread, it's something else09:01
Chipacagah, CoreLibExecDir09:05
Chipaca… but that's ok, right? it should be 'inside'?09:05
mborzeckiChipaca: CoreLibexecDir should be fine09:06
Chipacamborzecki: should it still be fine in a classic snap?09:07
mborzeckiChipaca: [pid 11525] execve("/bin/bash", ["/bin/bash", "/usr/lib/snapd/etelpmoc.sh", "/var/lib/snapd/snap/cmake/12/sha"..., "9", "9", "11", "2", " ", "cmake -G Ni", "cmake", "-G", "Ni09:10
mborzecki"], 0xc00006b080 /* 45 vars */ <unfinished ...>09:11
mborzeckiChipaca: hm that should prepend snap mount path for classic, shouldn't it?09:11
* Chipaca has 0.0…0 idea09:12
mborzeckiChipaca: hm so snap run will run snap-confine --classic --base .. snap.cmake.cmake /usr/libexec/snapd/snap-exec .. , but then snap-exec calls etelpmoc.sh as if it is inside the mount ns, which it isn't09:16
mborzeckiChipaca: we should probably have CompletionHelperInCore and CompletionHelper, then looking at NeedsClassic() pick the right one09:18
mborzeckiChipaca: i can look into the fix09:20
mborzeckishoudl be quite simple09:20
Chipacamborzecki: thanks09:20
mborzeckiChipaca: yay, seems to work now09:39
* Chipaca hugs mborzecki 09:39
mborzeckiChipaca: https://github.com/snapcore/snapd/pull/700810:16
Chipacamborzecki: thank you10:17
mborzeckiChipaca: wondering whether we should assume core/current, what if snap has a different base?10:18
Chipacamborzecki: magic pixies fly in the window and fix it?10:19
mborzeckixD10:19
* pstolowski lunch10:49
=== ricab is now known as ricab|lunch
pstolowskipedronis: thanks for the 2nd pass over base validation PR12:12
pedronisnp, thank you12:12
mborzeckioff to pick up the kids12:14
pedronisChipaca: I reviewed #7001, thank you12:17
pedronisChipaca: I asked you for another pass in #668012:35
=== ricab|lunch is now known as ricab
diddledankenvandine: or willcooke: with the snapd support for fontconfig caches being build up-front, do we need to change the desktop-helpers and the gnome extension PR to match?14:06
kenvandinediddledan: i don't think so14:06
diddledanok, cool14:06
=== apw_ is now known as apw
Chipacapedronis: thanks for the review, will fix that messaging14:59
diddledanjdstrand_: gimp requires gvfs access (over dbus) to org.gtk.vfs.Daemon which I think is on the session bus in order to open it's internal help documents. I don't see from a quick glance any interfaces covering this15:56
jdstrand_diddledan: there is some stuff for gvfs in desktop-legacy, but not org.gtk.vfs.Daemon. why is it talking to the daemon? what is it trying to access?15:59
diddledanI'm not sure16:00
diddledanthis is the message I get in a dialog when I try to open the internal help:16:02
diddledanCould not open 'https://docs.gimp.org/2.10/en/gimp-help.xml' for reading: An AppArmor policy prevents this sender from sending this message to this recipient; type="method_call", sender=":1.448" (uid=1000 pid=13202 comm="/usr/lib/gimp/2.0/plug-ins/help/help -gimp 14 13 -" label="snap.gimp.gimp (enforce)") interface="org.gtk.vfs.Daemon" member="GetConnection" error name="(unset)" requested_reply="0" destination=":1.95"16:02
diddledan(uid=1000 pid=8614 comm="/usr/lib/gvfs/gvfsd-http --spawner :1.22 /org/gtk/" label="unconfined")16:02
diddledanit looks like it's using gvfs to download the help document16:03
jdstrand_diddledan: ok, right, it is using gvfs for http access. that is indeed not currently supported. the Daemon apis give a sandbox escape since you can specify a (file) url on the command line and gvfsd, which is unconfined, will give the snap the file16:04
=== jdstrand_ is now known as jdstrand
jdstranddiddledan: gimp should be adjusted to use xdg-open16:05
=== pstolowski is now known as pstolowski|afk
mborzeckiopensuse repos still flaky17:02
Chipacamborzecki: <surprised electric mouse poket monster>17:32
mborzeckiChipaca: sounds like you caught a pikachu :)17:32
Chipacamborzecki: more like a dedenne17:33
mborzeckihahaha17:34
Chipaca* this conversation is being supervised by 14-year-olds17:34
Pharaoh_Atemmborzecki: openSUSE's mirrorbrain crashed and burned this morning17:45
mborzeckiPharaoh_Atem: as in literally or just some random outage?17:46
Pharaoh_Atemrandom outage17:46
mborzeckihah, there it is: https://status.opensuse.org/17:47
ChipacaPharaoh_Atem: if it's any consolation, so did all of Uruguay, most of Argentina, and a good chunk of Brazil17:52
mborzeckiChipaca: still around? can you take another look at https://github.com/snapcore/snapd/pull/6680 ?18:19
albertosottilejdstrand: sorry to bother you, are we supposed to do anything else for the alias request?19:13
jdstrandalbertosottile: no. there is a 7 day voting period. people were travelling thu/fri so just haven't gotten the votes yet is all20:04
albertosottilejdstrand: thanks :)20:32

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