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

cholcombeany word on installing snappy in centos7?00:14
cholcombei saw a few bug report notes but nothing to indicate i could use it00:14
mwhudsonsoo00:30
mwhudsoni have a snap with a plugin00:30
mwhudsonthe plugin depends on pyelftools00:30
mwhudsoni have python3-pyelftools in my snap's build-packages00:30
mwhudsonif i build with the dpkg snapcraft, this works fine00:31
mwhudsonbut if i build with a snapped snapcraft, the plugin can't import the dependency00:31
mwhudsonany ideas?00:31
sergiusensmwhudson yeah, does it use ctypes? If that is the case, we have a patched up library finder00:53
mwhudsonsergiusens: no00:53
mwhudsonsergiusens: the games this plugin is up to will stop being relevant when classic snap creation gets fixed properly though :)00:53
sergiusensmwhudson oh, this is like a venv ignoring system packages00:53
mwhudsonsergiusens: yes, i guess so, i think the PYTHONPATH for the snapcraft process only includes things from the snapcraft snap, and the plugin runs in the same process so...00:54
sergiusensmwhudson yeah, we don't set any PYTHONPATH though, we just rely on the default sys.prefix setup by python itself00:55
mwhudsonsergiusens: well ok00:59
mwhudsoni guess the general case is "how do i write a plugin that has an external (python) dependency"00:59
mwhudsonmaybe the answer is "don't do that"00:59
gsilvaptkyrofa, I was taking a look at the issue and now my problem is something else. Is there a variable with the value Snapcraft I can get to pass in to %(prog)?01:33
mborzeckimorning06:08
=== chihchun_afk is now known as chihchun
mupPR snapd#4372 closed: snap: YAML and data structures for app before/after ordering <Created by bboozzoo> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/4372>06:36
mupPR snapd#4352 closed: tests: increase amount of workers for ubuntu-16.04-64 by one <Created by mvo5> <Closed by mvo5> <https://github.com/snapcore/snapd/pull/4352>06:38
=== chihchun is now known as chihchun_afk
=== chihchun_afk is now known as chihchun
mborzeckimvo: morning07:40
mvohey mborzecki07:41
mborzeckimvo: have you seen #4326 maybe?07:49
mupPR #4326: interfaces/builtin: blacklist zigbee dongle <Created by alfonsosanchezbeato> <https://github.com/snapcore/snapd/pull/4326>07:49
mborzeckii wonder if there's a way to ship extra udev rules with such quirks as separate files read at runtime rather than embedding them in snapd code07:51
mvomborzecki: I have seen it but didn't pay close attention (yet)07:51
mvomborzecki: right, thats a gustavo topic, we discussed this a long time ago and then the conclusion was that we want it centralized for now07:51
mvomborzecki: but "now" maybe well be past now, especially when there is a compelling use-case07:52
mborzeckithe thing fixed in the pr seems to be a workaround for a very specific hardware07:52
mborzeckiwouldn't be surprised if that's even some engineering unit that reports bad vid/pid (not like i haven't seen things like such things in the past)07:53
kalikianamorning07:55
* kalikiana coffee07:55
mupPR snapd#4376 opened: tests: fix external backend for tests that need DEBUG output <Created by mvo5> <https://github.com/snapcore/snapd/pull/4376>07:58
mvomborzecki: *nod* no disagreement, we need to discuss with gustavo07:58
mborzeckimvo: https://forum.snapcraft.io/t/refresh-time-should-next-conform-to-core-api-schedule/3088 weekday schedule is not supported right?07:58
mvomborzecki: correct, the current snapd only supports settings inside the 24h window07:59
mvomborzecki: your work will fix this :)08:00
mvomborzecki: feel free to reply and pitch your branch08:00
mvomborzecki: the fact that this it not rejected outright is a bug that I think we fixed in 2.3008:00
mborzeckithanks :)08:09
mborzeckipstolowski: morning08:17
pstolowskimborzecki, hey!08:17
mvohey pstolowski !08:22
mborzeckihm we really should be doing `set -e` in all scripts08:27
mborzecki/home/gopath/src/github.com/snapcore/snapd/tests/lib/mkpinentry.sh: 3: /home/gopath/src/github.com/snapcore/snapd/tests/lib/mkpinentry.sh: MATCH: not found08:27
mborzeckithis script is ran instead of being sourced in the tests08:27
pstolowskimborzecki, sounds sensible to me08:32
mvomborzecki: +108:34
mborzeckior we could tweak spread to write MATCH to ~/.bashrc even if not runnig with -shell or -debug08:34
mupPR snapd#4377 opened: tests/main: source mkpinentry.sh <Created by bboozzoo> <https://github.com/snapcore/snapd/pull/4377>08:37
mupPR snapd#4378 opened: tests: do not disable refresh timer on external backend <Created by mvo5> <https://github.com/snapcore/snapd/pull/4378>08:37
* mvo runs the full pi3 validation after fixing the known issues08:39
=== __chip__ is now known as Chipaca
mupPR snapd#4379 opened: client: send all snap related bool json fields <Created by mvo5> <https://github.com/snapcore/snapd/pull/4379>09:22
Chipacapstolowski: ping09:56
pstolowskiChipaca, hey09:56
Chipacapstolowski: hiya09:56
Chipacapstolowski: what's required of a hook in order for a user to run it? unix permissions wise09:57
Chipacapstolowski: are hooks run as root, or as the user?09:57
pstolowskiChipaca, they are run by snapd, so root09:58
=== chihchun is now known as chihchun_afk
Chipacapstolowski: pedronis: if you think of anything further we should do on https://forum.snapcraft.io/t/incorrect-permissions-in-meta-snap-yaml/1161/7 please raise it there10:01
mvomborzecki: hey, mind if I write a tiny snap-mgmt test? its the perfect task while waiting for a pi3 execution of tests. or have you started already?10:09
mborzeckimvo: go ahead, i haven't started working on it yet10:10
mvomborzecki: great, will push a PR in some minutes10:11
pedronisChipaca: we should ping jdstrand to have checks like that in review-tools10:12
pedronissnapd is useful but very late here10:12
pstolowskimborzecki, #4357 looks very nice, but one question10:16
mupPR #4357: wrappers: autogenerate After/Before in systemd's service files for apps <Created by bboozzoo> <https://github.com/snapcore/snapd/pull/4357>10:16
mborzeckipstolowski: thanks for the review10:17
mupPR snapd#4380 opened: tests: add simple snap-mgmt test <Created by mvo5> <https://github.com/snapcore/snapd/pull/4380>10:26
mborzeckii'm adding those workarounds for /dev/random running out of entropy, but gpg called in snap create-key is smart, looks like it's using the real random device anyway10:31
mvomborzecki: woah, annoying10:32
Chipacapedronis: the whole stack should check, yes10:35
mborzeckimvo: right, so there's a gpg agent, and it seems that it's started while proper /dev/random is still around10:56
pedronismborzecki: yes, if the distro is usigng gpg 2.x11:00
pedronisit can be restarted though (don't know the exact incantation)11:01
mborzeckipushed a fix with `pkill -e gpg-agent`, i tried `gpgconf --kill gpg-agent` but that wasn't reliable at all11:17
popeykyrofa: seen https://bugs.launchpad.net/snapcraft/+bug/1736963 ?11:41
mupBug #1736963: "snapcraft enable-ci travis" won't accept my password <Snapcraft:New> <https://launchpad.net/bugs/1736963>11:41
popeykyrofa: i was writing some simple travis docs but fail because that command is broken11:41
mvomborzecki: nice find!11:49
* kalikiana need to take a short break12:32
jdstrandpedronis: as it happens, the review-tools have a check for the config hook, but not the other hooks12:59
* jdstrand adds a note to update them for the others12:59
* sergiusens waves from a holiday13:22
mupBug #1732555 changed: Installing bad snap has snapd crashing <Snappy:Fix Released by zyga> <https://launchpad.net/bugs/1732555>13:22
sergiusenselopio the register thing is broken now on the fakes13:22
mupPR snapd#4363 closed: cmd/snap-mgmt: add more directories for cleanup and refactor purge() code <Created by bboozzoo> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/4363>13:27
kalikianasergiusens: what are you doing here then, you should enjoy your day off :-P13:28
mupBug #1723974 changed: snap client doesn't work with Croatian language/characters <Snappy:Fix Released> <https://launchpad.net/bugs/1723974>13:34
pedronismvo: I was looking at this code:  https://github.com/snapcore/snapd/blob/master/tests/main/auto-refresh/task.yaml#L21   the if doesn't make sense anymore, right?  also refresh.disabled is not used either?13:34
mupBug #1722882 changed: Ubuntu Core 16: Error: cannot refresh "pi2-kernel": snap "pi2-kernel" has changes in progress <Snappy:Fix Released> <https://launchpad.net/bugs/1722882>13:37
pedronisChipaca: is architectures mandatory in snap.yaml?13:38
mvopedronis: correct, the "if" can be killed and the disabled=false can also be killed. will you do that or shall I push a PR?13:39
pedronismvo: I can do in my upcoming PR, I'm creating a auto-refresh-private test13:39
pedronisthat will be similar13:39
mvopedronis: thank you13:40
mupPR snapd#4368 closed: tests: fix security-device-cgroups-serial-port test for rpi and db <Created by sergiocazzolato> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/4368>13:41
mvojdstrand: re 4100> I'm inclined to merge it, gustavo is not around for a re-review but it looks like you addressed his comment. what is your feeling about it? good to go in ß13:43
mvo?13:43
mupBug #1717857 changed: UDisks2 interface restricts sending DBus.Properties.Get message from the client to udisksd service <Snappy:Fix Released by zyga> <snapd (Ubuntu):Fix Released> <https://launchpad.net/bugs/1717857>13:49
mupBug #1717900 changed: Confined snap fail for user with homedir in /var/lib <Snappy:Triaged> <snapd (Ubuntu):Triaged> <https://launchpad.net/bugs/1717900>13:49
mupBug #1718026 changed: Applications from installed snaps don't appear in activities overview <Snappy:Fix Released> <snapd (Ubuntu):Fix Released> <https://launchpad.net/bugs/1718026>13:52
kennylogginsHow do I see the last changes on a snap (ie. paintsupreme-3d ) ?13:55
mupBug #1717375 changed: snap find behaviour? <Snappy:Opinion> <https://launchpad.net/bugs/1717375>13:55
mupPR snapd#4377 closed: tests/main: source mkpinentry.sh <Created by bboozzoo> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/4377>14:03
* kalikiana lunch time14:07
mupPR snapd#4381 opened: interfaces: add /proc/partitions to system-observe <Created by mvo5> <https://github.com/snapcore/snapd/pull/4381>14:10
pedronisjdstrand: have you seen this discussion:  https://forum.snapcraft.io/t/snap-rejected-because-of-use-of-browser-support/3089/8 ?14:16
mvojdstrand: fwiw, I work on fixing the failures in 4374 now14:23
popeyelopio: is this still a bug, if so, can it please be made into a bug report? https://forum.snapcraft.io/t/go-homedir-reads-etc-passwd-not-home/272714:30
elopiosegiusens: I'll update the fake14:32
kennylogginspopey, I need to find the log changes in this snap : https://uappexplorer.com/snap/ubuntu/paintsupreme-3d how do i do that ?14:32
popeyLog changes?14:32
kennylogginsright - to see if its been updated.14:32
elopiopopey: it depends very much on how to define a bug. I will report one14:33
popeyelopio: lemme have the bug number pls14:33
kennylogginsall I see is this & I've forgotten how to see that yaml changes :( http://paste.ubuntu.com/26139743/14:35
popeywhat changes are you expecting to see?14:35
kennylogginswell I asked the developer by email last month that it didn't work on xubuntu 17.10 & debian - just wondering if they'd worked on it since ?14:36
popeydoesn't look like it. "snap info <snapname>"14:37
popeyonly two revisions in the store14:38
kennylogginspopey, thankyou for helping me track changes, popey :)14:46
popeynp14:46
mupBug #1707474 changed: FTBFS on i386: incompatibility with new xfsprogs <Snappy:Fix Released by zyga> <snapd (Ubuntu):Fix Released> <https://launchpad.net/bugs/1707474>14:46
mupBug #1701510 changed: Unbind brcmfmac_sdio crashes netplan <Snappy:Fix Released> <https://launchpad.net/bugs/1701510>14:49
* diddledan ninja-cuddles people as they walk by14:51
kalikianare15:00
kalikianadiddledan: :-o15:00
mvosome of the 2.30 targeted PRs need a second review, if someone could have a look, that would be great15:10
mupBug #1705486 changed: SPI not working on Raspberry Pi with ubuntu core <snapd:Fix Released> <Snappy:Fix Released> <https://launchpad.net/bugs/1705486>15:13
mupPR snapcraft#1799 opened: tests: update the registered snap fake <Created by elopio> <https://github.com/snapcore/snapcraft/pull/1799>15:14
mvoogra_: 1689037 is assigned to you, are you still happy that this is assigned to you?15:16
mupBug #1686852 changed: Can only run hello snap as root <Snappy:New> <https://launchpad.net/bugs/1686852>15:16
mcphailHi. I'm struggling to see why a git repo isn't being cloned by snapcraft. My snapcraft.yaml is at http://paste.ubuntu.com/26139967/ and the output is at http://paste.ubuntu.com/26139961/. What have I done wrong?15:19
mupBug #1684525 changed: panic: assignment to entry in nil map <Snappy:Fix Released by zyga> <https://launchpad.net/bugs/1684525>15:19
mcphailI don't know if it is anything to do with the "nil" plugin type but the same error happens if I change it to "make"15:21
jdstrandmvo: oh, I'm already doing that15:33
jdstrandmvo: shoot. did you do it already?15:33
jdstrand(that is why I didn't respond immediately)15:34
kyrofapopey, thanks for the ping, I'll take a look15:34
mvojdstrand: meh, yes, all fixed already, sorry for the ocd, I still hope to push a new 2.30~rc3 tonight thats why I pushed hard on this15:35
jdstrandmvo: right, well, I was pushing hard to get all the stuff in too15:35
mvo:(15:35
mvosorry15:35
jdstrandok, well, let me sync and see what happens15:35
jdstrandmvo: no, thank you. sorry I didn't see the ping15:35
mborzeckimvo: restarted release/2.30 travis build, snap store returned 418 in tests/main/interfaces-snapd-control-with-manage15:40
mvomborzecki: thank you15:40
mborzeckimvo: i'm also looing at #4100, https://github.com/snapcore/snapd/pull/4100/files#diff-67fc5f3eff966220ca21940106198de5R96 this is just for future reference, right?15:42
mupPR #4100: add ssh-keys, ssh-public-keys, gpg-keys and gpg-public keys interfaces <Created by jdstrand> <https://github.com/snapcore/snapd/pull/4100>15:42
elopiopopey: https://bugs.launchpad.net/snapd/+bug/173719715:44
mupBug #1737197: Go HomeDir reads /etc/passwd, not $HOME <snapd:New> <https://launchpad.net/bugs/1737197>15:44
popeythanks15:45
kyrofapopey, I can't duplicate :(15:47
mvomborzecki: I was not following this, not sure what the status of s.iface.AutoConnec() is currently15:48
mvomborzecki: I think zyga knows15:48
popeykyrofa: wat, and you're logging in with your ubuntu one sso user/pass and 2fa?15:48
kyrofaYeah15:48
kyrofapopey, can you try export-login instead?15:49
kyrofaIt should use the same code path15:49
popeywhat's export-login? Is it documented?15:49
kyrofa`snapcraft export-login --snaps <snap you're enabling> --channels edge`15:49
kyrofaNot yet, it's how we're going to support circle CI15:49
kyrofaI mean, you can run --help of course15:49
kyrofaI'll be writing a tutorial on it15:49
popeyso for travis I should use that too, instead of the enable-ci travis?15:49
kyrofaYou can, but no, this is just a test15:50
kyrofaI'm curious if it fails the same way15:50
popeyuh15:50
kyrofaWow, I didn't even give you the right command :P . You need a file15:50
popeyit fails asking for a file15:50
ogra_mvo, i'm fine to keep it, doesnt look like there is any hurry to fix ...15:51
kyrofaYeah, you're exporting the login to a file that you can then use to login with `snapcraft login --with <file>`15:51
ogra_mvo, though if you have a quick fix, feel free to grab it15:51
popeykyrofa: whats the right command?15:51
kyrofa`snapcraft export-login --snaps <snap you're enabling> --channels edge foo`15:51
kyrofaThen your login will be in foo15:51
ogra_mvo, oh, wait ... silly me ... we re-added lsb-release to the core snap tarball a while ago (together with locales) ... it can actually be closed ... /me does so15:52
kyrofa(which you can just delete. It's just the macaroons)15:52
popeykyrofa: fails15:52
kyrofaSame way?15:52
popeyhttps://www.irccloud.com/pastebin/Sl1kCNFt/15:53
mupBug #1689037 changed: apt-add-repository in classic snap on core always adds artful repos <Snappy:Fix Released by ogra> <https://launchpad.net/bugs/1689037>15:53
kyrofapopey, can you try running that with debug enabled? `snapcraft -d export-login [...]`15:54
kyrofaYou'll see a few API hits, maybe we can get some insight from that15:54
popeyhahahahahahahaahahahahahaha15:55
popeyI know what it is15:55
popeythis is ace15:55
popeyhttps://www.irccloud.com/pastebin/WRpBeKif/15:55
popeyI bet you a pound that api has moved15:55
popeybet it's not /dev anymore15:55
kyrofa404...15:55
kyrofaOh com eon15:55
kyrofaI JUST added support for that15:56
kyrofaBut why did it work for me?!15:56
pedronisafaik it's where it always was15:56
popeyif I had a shrug emoji, I'd likely use it here15:56
kyrofaAlso, the fact that a 404 is turned into "invalid creds" is annoying15:56
popeyI agree :)15:56
popeywould you like a separate bug for that? :)15:57
kyrofaI had the same problem when I was posting with the wrong package format15:57
kyrofaMade it take forever to figure out what was happening. I've never typed my password so many times15:57
kyrofapopey, no, just put a royal whine in the bug15:57
popeyok15:58
kyrofaHey cprov, any idea why this is a 404? https://www.irccloud.com/pastebin/WRpBeKif/15:58
Chipacapopey: here, ¯\_(ツ)_/¯16:01
kalikiana+116:04
ogra_mvo, i linked all PRs to bug 170101816:05
mupBug #1701018: Splash screen is not enabled in kernel <Snappy:In Progress> <https://launchpad.net/bugs/1701018>16:05
kyrofapopey, can you run enable-ci with -d as well?16:05
ogra_(it is largely done ... just missing a dragonboard PR)16:05
kyrofaI'm not 100% sure it hits the acl API16:05
popeysure16:05
kyrofaI wonder if your login actually fails and then we malform the acl URL or something16:06
popey"POST /dev/api/acl/ HTTP/1.1" 404 None16:06
diddledancan I get someone who knows python combined with gtk/wayland to have a look at this person's snapcraft problem? https://forum.snapcraft.io/t/snap-to-test-gtk3-glibc-2-25-not-found/307316:06
kyrofaAh okay good16:06
diddledanI can't figure out why it's segfaulting but I can replicate it locally16:06
popeykenvandine: might be up your street ^16:06
kyrofapopey, I have to run for just a bit, but I'll look into this a bit more when I return16:07
diddledanthanks popey16:07
kenvandinediddledan, can you try building it with the gnome-3-26 ppa enabled?16:07
diddledanI'll give it a go16:08
kenvandinei'm not sure if libwayland in xenial works right16:08
kenvandinediddledan, i'd be very interested in the results :)16:08
kenvandineplease let me know16:08
kenvandinediddledan, i've hit a separate issue today that made me worry about libwayland/gtk in xenial16:09
mvoogra_: thanks16:10
mupBug #1705486 opened: SPI not working on Raspberry Pi with ubuntu core <snapd:Fix Released> <Snappy:Fix Committed> <https://launchpad.net/bugs/1705486>16:11
sparkiegeekpopey: you bet a pound you say? :)16:13
sparkiegeekpopey: curl -d '{"permissions": ["package_access"]}' https://dashboard.snapcraft.io/dev/api/acl/ -H 'Content-Type: application/json'16:13
sparkiegeekworks fine here16:14
* popey blows the dust off his wallet16:14
sparkiegeekpopey: none of them round pounds either! ;)16:14
diddledankenvandine: good instincts! using the ppa fixes it right up16:15
kenvandinediddledan, good to know16:16
diddledanI guess the xenial archive has a buggy libwayland or a buggy libgtk316:16
kenvandinediddledan, i think it might not be protocol compatible with artful16:17
kenvandineor really anything newer than xenial16:17
kenvandinebut i fear updating libwayland might require more than just a rebuild of gtk16:18
kenvandineso hard to sru16:18
diddledangah16:18
kenvandinenothing wrong with using the gnome-3-26 ppa though :)16:19
kenvandineit's just not obvious to developers to do that16:19
kenvandinei'd like snaps built against gtk3/wayland from xenial to actually work in wayland :/16:19
diddledanyeah16:24
mupPR snapd#4382 opened: snap: show header/footer when `snap find` is used without arguments <Created by mvo5> <https://github.com/snapcore/snapd/pull/4382>16:27
mvojdstrand: how do you feel about 4100? it looks good to me but gustavo is not around for a re-review for a couple of days. so we either need to merge without him or push it out into 2.31. wdyt?16:33
jdstrandmvo: I answered his questions and adjusted for the lock files. we have an ack on the the naming. the only thing technically outstanding is the 'w' random_seed, but it is needed by gpg for encryt/sign16:36
jdstrandmvo: I think it is safe to land. if Gustavo doesn't like the random_seed, we can do a followup PR16:37
mvojdstrand: ok16:37
jdstrandmvo: I will prepare a PR for 2.30 for that then16:38
jdstrandmvo: I've also got extra tests for 437416:39
jdstrandmvo: I'll be updated pr 4375 too16:41
mupPR #4375: 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>16:41
jdstrandmvo: (the 2.30 PR)16:41
mvojdstrand: aha, nice. thank you16:41
mvojdstrand: its in16:42
mupPR snapd#4100 closed: add ssh-keys, ssh-public-keys, gpg-keys and gpg-public keys interfaces <Created by jdstrand> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/4100>16:42
jdstrandmvo: thanks fthanks!16:42
mvojdstrand: :) thank you, looking forward to the 2.30 PR16:43
mvojdstrand: do you have more pending for 2.30? just asking so that I can plan the 2.30~rc3 accordingly16:43
mvo(i.e. no pressure or anything)16:43
jdstrandmvo: fyi, this was the change for 4374: https://github.com/snapcore/snapd/pull/4374/commits/29c3619b2c217d0003013733c7d1c91328b2b34116:44
mupPR #4374: interfaces: interfaces: also add an app/hook-specific udev RUN rule for hotplugging <Created by jdstrand> <https://github.com/snapcore/snapd/pull/4374>16:44
jdstrandmvo: let me double check16:44
jdstrandbiometrics is blocked but can be 2.31. screen-lock I was planning on doing today, but could be 2.31 if needed. layouts and xdg-settings were post 2.30. 4375 is 2.30, ssh/gpg upcoming PR is 2.3016:46
jdstrandthe policy update xxxiii was committed already16:47
jdstrandah, jhenstridge's gnome-online-accounts would be nice to have in 2.30, but I don't think it is ready (I reviewed it hoping it would get in)16:47
jdstrandmvo: so, bottom line, from me, 4375 and new ssh/gpg16:48
jdstrandmvo: I'm going to work on screen-lock and if you respin/whatever and want to pull it in, cool, if not, fine16:48
kalikianakyrofa: hey17:04
mvojdstrand: thank you. screen-lock is probably fine for 2.30, I can do 2.30~rc3 monday morning, not much will happen over the weekend anyway (sergio is on vac so no QA today) :)17:05
jdstrandmvo: 4375 is messed up. let me get you the ssh/gpg for 2.30 and circle back17:10
mvojdstrand: its ok, its targeted for master17:10
mvojdstrand: to get travis results17:10
mvojdstrand: but we need to re-target to 2.3017:10
jdstrandI don't see where to do that in the ui17:11
mvojdstrand: [edit] next to the title17:11
mvojdstrand: its a bit confusing :)17:11
mvojdstrand: just target to 2.30 and ignore the warning17:11
jdstrandok17:11
kalikianakyrofa: I'm about to eod soon... but wondering if I can ask you to have a look at snapcraft#1800 (perhaps easier to see just the changes: https://github.com/kalikiana/snapcraft/compare/to_statement...kalikiana:on_to) when you have some time, this would be the second piece of the spec, basically looking for some feedback on the approach before finishing this with tests etc.17:11
mupPR snapcraft#1800: grammar: on..to statement <Created by kalikiana> <https://github.com/snapcore/snapcraft/pull/1800>17:11
jdstrandthat was not particularly discoverable17:11
mvojdstrand: no disagreement :)17:12
jdstrandok, back to no conflicts17:12
mvojdstrand: yay17:12
mvothanks jdstrand17:12
mupPR snapcraft#1800 opened: grammar: on..to statement <Created by kalikiana> <https://github.com/snapcore/snapcraft/pull/1800>17:12
jdstrandmvo: so travis doesn't run on non-master?17:12
mborzeckimvo: hmm, looks like we have no luck running the tests today17:20
elopioI'm relocating... afk for a while17:23
mvomborzecki: all? or a particular PR?17:25
mvomborzecki: I had some successes. but it sad that tests are unreliable17:25
mvojdstrand: it should run on non-master, it did in the past, I'm not sure what changed17:25
kalikianaNow to call it a day/ week17:39
kyrofakalikiana, I'll take a look in a bit17:43
kalikianakyrofa: Grand, thanks. No particular rush. FYI also shared the notes of our brainstorming for  the record17:46
kyrofakalikiana, sounds good. Have a wonderful weekend!17:46
mborzeckimvo: had to restart release/2.30 job again, it failed with some dns resolution issues this time17:48
kalikianaThanks! Have a nice last day of the week yourself!17:49
mvomborzecki: thanks! and annoying17:55
mvomborzecki: annoying that its so unreliable currently17:55
jdstrandmvo: fyi, ssh/gpg for 2.30 will be submitted in a few minutes. had to unravel the testsuite changes which took a little longer than expected18:01
mupPR snapd#4383 opened: add ssh-keys, ssh-public-keys, gpg-keys and gpg-public keys interfaces for 2.30 <Created by jdstrand> <https://github.com/snapcore/snapd/pull/4383>18:10
om26erHey! can someone point me to an example that extends the dump plugin.18:18
om26erkyrofa: ^18:22
kyrofaom26er, hmm... let me see18:22
kyrofaom26er, none that I know of off the top of my head, but there are several examples of local plugins if that's all you're looking for18:23
kyrofa(I have one that inherits from make, for example)18:23
om26erkyrofa:  I am trying to do what you suggested here https://forum.snapcraft.io/t/dump-source-per-architecture/3069/218:24
kyrofaI thought that might be it18:24
om26erkyrofa: any example that inherits a plugin will help18:25
kyrofaom26er, here's one: https://github.com/nextcloud/nextcloud-snap/blob/master/snap/plugins/x-redis.py18:25
kyrofaThere are a few in that repo18:25
kyrofaom26er, that particular example isn't necessary anymore with some new features the make plugin grew a while back, but it's still used18:25
om26erkyrofa: do you know which variable contains the 'source' ?18:26
kyrofaom26er, you see how I overwrote the `build` method there? You'll want to overwrite the `pull` method18:28
kyrofaom26er, you can refer to other plugins in the snapcraft tree for details of how they download stuff18:30
om26erkyrofa: alright looking18:30
kyrofaom26er, you can also look at the php plugin in nextcloud, which pulls extensions: https://github.com/nextcloud/nextcloud-snap/blob/master/snap/plugins/x-php.py18:30
om26erkyrofa: only in my case, I want to alter the `source` url based on arch.18:31
om26erthat example seems to call the super() method, so its not exactly doing what I want to. But I'll try to figure that out18:31
kyrofaom26er, you won't be able to just set a variable and call it good, I'm afraid. You'll need to do the download18:32
jdstrandmvo: ok, PR 4374 passed. PR 4374 is in CI now. PR 4383 is in CI now.18:48
mupPR #4374: interfaces: interfaces: also add an app/hook-specific udev RUN rule for hotplugging <Created by jdstrand> <https://github.com/snapcore/snapd/pull/4374>18:48
mupPR #4383: add ssh-keys, ssh-public-keys, gpg-keys and gpg-public keys interfaces for 2.30 <Created by jdstrand> <https://github.com/snapcore/snapd/pull/4383>18:48
jdstrandPR 4375 is in CI I meant to say18:48
mupPR #4375: 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>18:48
ikeyhm, promising.19:05
ikeyhttps://twitter.com/techieg33k/status/93884028164602675319:05
ikeycodeweavers retweeted it19:05
mvojdstrand: great19:06
jdstrandikey: nice :)19:10
ikeyhere's hoping :]19:10
=== Son_Goku is now known as Conan_Kudo
=== Conan_Kudo is now known as Son_Goku
mupPR snapcraft#1799 closed: tests: update the registered snap fake <Created by elopio> <Merged by sergiusens> <https://github.com/snapcore/snapcraft/pull/1799>19:54
mborzeckimvo: 5 restarts later, the release/2.30 branch travis job finally completed successfuly20:20
kyrofaAgghhhh /me throws all raspberry pis out of his window20:34
kyrofaWe have awesome moonshot ARM servers. I want a VM on one20:34
mvomborzecki: yay!20:45
mupPR snapd#4383 closed: add ssh-keys, ssh-public-keys, gpg-keys and gpg-public keys interfaces for 2.30 <Created by jdstrand> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/4383>20:46
jdstrandmvo: thanks!20:47
mvojdstrand: thank *you*20:48
jdstrandmvo: fyi, I keep restarting PR 4375 since it is failing in unrelated ways20:49
mupPR #4375: 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>20:49
jdstrandmvo: but PR 4374 passed20:49
mupPR #4374: interfaces: interfaces: also add an app/hook-specific udev RUN rule for hotplugging <Created by jdstrand> <https://github.com/snapcore/snapd/pull/4374>20:49
mupPR snapd#4384 opened: interfaces/desktop,unity7: allow status/activate/lock of screensavers <Created by jdstrand> <https://github.com/snapcore/snapd/pull/4384>20:51
mupPR snapd#4385 opened: interfaces/desktop,unity7: allow status/activate/lock of screensavers for 2.30 <Created by jdstrand> <https://github.com/snapcore/snapd/pull/4385>20:53
jdstrandmvo: fyi screenlock ^ for master and 2.3020:55
jdstrandmvo: that's it for things I'm driving for 2.3020:56
mvojdstrand: cool, I have a look21:00
gsilvaptkyrofa, you around tonight?22:59
kyrofagsilvapt, I am22:59
gsilvaptkyrofa, could we wrap up the string? I've tried a few combos but I'm still unable to get it right23:00
kyrofagsilvapt, sure, where did you leave off?23:00
gsilvaptI understood I need to pass in the arguments to %(prog) and %(version). So I tried adding .format when the variable we defined is called and pass in "snapcraft", snapcraft.__version__23:01
gsilvaptNone of those works and the string literal is still printed to the console23:01
kyrofagsilvapt, .format is the new format string method, you need to use the old one23:02
kyrofaI sent you a link yesterday, I think?23:02
gsilvaptYou did. Lets see if I can try that23:02
gsilvaptkyrofa, but do I need to define a name placeholder too? Or that is not necessary for this?23:04
kyrofagsilvapt, I'm not sure I understand what you're asking23:04
gsilvaptIn the link: https://pyformat.info/ There's a section called Named Placeholders.23:05
gsilvaptI'm trying to figure out if I need to define a 'data' placeholder to pass into the string variable23:05
kyrofagsilvapt, yeah you need to create a dict corresponding to the named placeholders you have in the string23:07
gsilvaptHum, let's try that23:07
kyrofaprint('test is a %(test)s' % {'test': 'foo'})23:07
kyrofa>>> test is a foo23:07
gsilvaptFinally it worked, yey.23:10
gsilvaptkyrofa, yea, I tried that to avoid creating another variable. My issue now will be formatting. You guys will kill me :D23:10
gsilvaptActually, now snapcraft --version is outputting something different. Weird, I'll have to review the command23:12
gsilvaptkyrofa, I might need to re-do the decorator. snapcraft --version is printing snapcraft, version snapcraft, version 2.3423:15
gsilvaptIt seems it is adding my message to a previous one defined somewhere else?23:16
kyrofagsilvapt, I'll have to see code to know what's happening23:16
gsilvaptsnapcraft version is printing the desired output though23:16
gsilvaptPerhaps I can push this to my fork and sent the link to you, kyrofa ?23:16
kyrofagsilvapt, of course23:16
gsilvaptkyrofa, here's version.py https://github.com/gsilvapt/snapcraft/blob/update_version_command/snapcraft/cli/version.py23:31
gsilvaptand init: https://github.com/gsilvapt/snapcraft/blob/update_version_command/snapcraft/cli/__init__.py23:31
kyrofagsilvapt, the variable needs to hold the template string, not the completed template23:36
kyrofagsilvapt, click will complete it, and your command also needs to complete it23:36
kyrofaSo instead of doing the % thing in the global, do it in the command23:36
kyrofaAnd just hand the template string to click23:36
gsilvaptkyrofa, I'm still unable to have snapcraft --version working right23:38
kyrofagsilvapt, push again23:39
gsilvaptSo I have the variable and pass in the % part in the click.echo command (in version.py). This is still working as expected23:39
gsilvaptThe cli/__init__.py is still repeating itself23:39
kyrofagsilvapt, I think that's a kwarg, it needs to be message=MESSAGE_SNAPCRAFT_VERSION23:40
gsilvaptthis works: @click.version_option(message = MESSAGE_SNAPCRAFT_VERSION,23:41
gsilvapt                      version = snapcraft.__version__)23:41
gsilvaptSorry for the weird formatting.23:41
kyrofaYeah that looks more like it23:41
gsilvaptOk, I'll try prepping this up before updating the PR. Thanks for your help!23:42
kyrofaSure thing23:42
gsilvaptHum, I'm not sure if I can squash the commit right now though. There has been so many pushes now. Is that okay?23:43
gsilvaptkyrofa, ^23:44
kyrofaYeah that's fine23:44
gsilvaptI really hope I'm not messing up the PR with this thing.23:51
gsilvaptkyrofa, Now we have another issue. The unit test is not passing again. The cli command outputs run, version 2.34 and the other prints snapcraft, version 2.3423:52
kyrofagsilvapt, which is why I suggested not using %(prog)s23:52
gsilvapthardcoding snapcraft works, yes23:53
cprovkyrofa: dashboard.s.io/dev/api/acl seems to behave fine on empty payloads, https://pastebin.canonical.com/205119/23:58
cprovlet me check if it would 404 on bad payload, unknown snap name, for instance23:59

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