/srv/irclogs.ubuntu.com/2017/09/13/#snappy.txt

=== JoshStrobl is now known as JoshStrobl|zzz
zyga-ubuntugood morning06:00
zyga-ubuntuhey mvo :)06:01
mvopedronis: fwiw, the errors during build are "settle is not converging" so your theory about the time being too low seems to be correct (for the armhf build failure)06:01
mvohey zyga-ubuntu06:03
mupPR snapd#3909 opened: daemon: remove unused installSnap var <Created by mvo5> <https://github.com/snapcore/snapd/pull/3909>06:05
mupPR snapd#3910 opened: snap-repair: fix test failure in TestRepairHitsTimeout <Created by mvo5> <https://github.com/snapcore/snapd/pull/3910>06:08
mupPR snapd#3911 opened: many: add logger.MockLogger() and use it in the tests <Created by mvo5> <https://github.com/snapcore/snapd/pull/3911>06:50
* mwhudson o/07:09
zyga-ubuntuhey mwhudson07:10
* zyga-ubuntu has a sad face at ext4 corruption on his artful box07:17
zyga-ubuntuin other news seagate disks are still seagate07:19
zyga-ubuntuhey pstolowski07:22
pstolowskizyga-ubuntu, morning!07:23
mupPR snapd#3900 closed: snap-seccomp: manually resolve socket() call in tests <Created by mvo5> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/3900>07:46
mupPR snapd#3891 closed: daemon: reach for Overlord.Loop less thanks to overlord.Mock <Created by pedronis> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/3891>07:48
* zyga-ubuntu -> quick walk08:15
=== JoshStrobl|zzz is now known as JoshStrobl
pstolowskipedronis, zyga-ubuntu hey guys, do you have a moment for quick HO?08:42
om26erpopey: Hi! Mind taking a look at https://dashboard.snapcraft.io/dev/snaps/8349/rev/1/ ?08:43
om26erit just uses the snapd-control interface08:43
pedronispstolowski: yes08:44
pstolowskilet's wait for zyga-ubuntu08:49
zyga-ubuntupstolowski: yes08:50
pstolowskipedronis, zyga-ubuntu https://hangouts.google.com/call/IDjZPuXPNW1dCKRuMO8sAAkI08:51
=== chihchun_afk is now known as chihchun
mupPR core#59 opened: fix object path used by usr/bin/xdg-open in core <Created by mvo5> <https://github.com/snapcore/core/pull/59>08:54
* Son_Goku gurgles awake09:01
Son_Gokuzyga-ubuntu, can you *please* test the new snapd in Fedora?09:02
Son_Gokuhttps://bodhi.fedoraproject.org/updates/FEDORA-2017-4546b9dd38 (F27)09:02
Son_Gokuhttps://bodhi.fedoraproject.org/updates/FEDORA-2017-8ef8c9e6c2 (F26)09:02
Son_Gokuhttps://bodhi.fedoraproject.org/updates/FEDORA-2017-d699df2619 (F25)09:03
Son_Gokuzyga-ubuntu: I've got the docs update waiting for it: https://github.com/CanonicalLtd/snappy-docs/pull/10309:07
mupPR CanonicalLtd/snappy-docs#103: Update Fedora snapd to 2.27.6 <Created by Conan-Kudo> <https://github.com/CanonicalLtd/snappy-docs/pull/103>09:07
zyga-ubuntuSon_Goku: hey09:12
Son_Gokuzyga-ubuntu: I've also got hughsie waiting for it because GNOME Software things09:13
zyga-ubuntuSon_Goku: yes, I'll test them immediately09:13
zyga-ubuntuSon_Goku: I also saw the golang import was changed in the repos09:13
zyga-ubuntuSon_Goku: so we might be able to test that and land your other branch09:13
Son_Gokuit's in updates-testing, yes09:13
Son_Gokuwell, my current stuff is landed09:13
Son_Gokubecause the CI was going to fail going forward anyway :)09:13
Chipacaniemeyer: thank you for the review on #3866! good stuff09:21
mupPR #3866: many: implement fetching sections and package names periodically <Blocked> <Created by chipaca> <https://github.com/snapcore/snapd/pull/3866>09:21
zyga-ubuntuSon_Goku: updating F26 now, I'll test it when it is ready09:31
mupPR snapd#3912 opened: asserts: add empty values check in HeadersFromPrimaryKey <Created by pedronis> <https://github.com/snapcore/snapd/pull/3912>09:33
ackkmvo, hi, any chance your PR can be merged today? :)09:52
zyga-ubuntuSon_Goku: ok, testing F26 now09:52
mvoackk: #3908 has one review already, if e.g. Chipaca does another one it can go in. there is an open question about a small detail raised by niemeyer but I think the overall direction is good so hopefully it lands today09:57
mupPR #3908: snap-seccomp, osutil: use osutil.AtomicFile in snap-seccomp <Created by mvo5> <https://github.com/snapcore/snapd/pull/3908>09:57
ackknice, thanks09:58
pedronisChipaca: hi, #3908 seems something you could review10:07
mupPR #3908: snap-seccomp, osutil: use osutil.AtomicFile in snap-seccomp <Created by mvo5> <https://github.com/snapcore/snapd/pull/3908>10:07
Chipacapedronis: sorry, can't review things twice :-p10:07
Chipaca(i _just_ did it)10:07
mupPR snapd#3909 closed: daemon: remove unused installSnap var <Created by mvo5> <Merged by pedronis> <https://github.com/snapcore/snapd/pull/3909>10:09
pedronismvo: are we sure in #3910 that 100ms is enough ?10:09
mupPR #3910: snap-repair: fix test failure in TestRepairHitsTimeout <Created by mvo5> <https://github.com/snapcore/snapd/pull/3910>10:09
mvopedronis: no, this is just a guestimate, I figured 10x than before is hopefullyok10:10
mvohopefully ok even10:10
zyga-ubuntuhmm, gnome shell crashes sometimes :/10:15
mupPR snapd#3912 closed: asserts: add empty values check in HeadersFromPrimaryKey <Created by pedronis> <Merged by pedronis> <https://github.com/snapcore/snapd/pull/3912>10:16
* ogra_ gllares at https://github.com/snapcore/core/pull/59 and wonders why it works for him even without that change10:25
mupPR core#59: fix object path used by usr/bin/xdg-open in core <Created by mvo5> <https://github.com/snapcore/core/pull/59>10:25
ogra_mvo, seeing that, it shouldnt work at all for me, should it ?10:28
* ogra_ is confused10:29
mvoogra_: yes, it should not work if you have the 2.28 debs10:30
=== ShalokShalom_ is now known as ShalokShalom
mvoogra_: does it work with those?10:30
ogra_it wrks with the 2.27 debs and yoour test core from candidate10:30
mvoogra_: the fallback (snapd-xdg-open) launcher will work10:30
ogra_ah !10:31
ogra_ok10:31
mvoogra_: yeah, that is ok, then you are using the fallback10:31
ogra_thats clears my cooonfusion :)10:31
mvoogra_: tests ftw :)10:31
* mvo will write some more today10:31
ogra_:)10:31
zyga-ubuntuwrz 13 12:37:26 fyke gnome-shell[1591]: Failed to apply DRM plane transform 0: Brak dostępu10:37
zyga-ubuntuhmmm10:37
zyga-ubuntuBrak dostępu = no access/permission denied10:37
zyga-ubuntuis repowerd nuts?10:45
zyga-ubuntuwrz 13 12:44:21 fyke sudo[24161]: pam_unix(sudo:session): session opened for user root by (uid=0)10:45
zyga-ubuntuwrz 13 12:44:38 fyke repowerd[940]: LogindSessionTracker: change_seat_properties(/org/freedesktop/login1/seat/seat0), ActiveSession=(c1,/org/freedesktop/login1/session/c1)10:45
zyga-ubuntuwrz 13 12:44:38 fyke repowerd[940]: LogindSessionTracker: activate_session(c1)10:45
zyga-ubuntuwrz 13 12:44:38 fyke sudo[24161]: pam_unix(sudo:session): session closed for user root10:45
zyga-ubuntuwrz 13 12:44:38 fyke repowerd[940]: LogindSessionTracker: change_seat_properties(/org/freedesktop/login1/seat/seat0), ActiveSession=(13,/org/freedesktop/login1/session/_313)10:45
ackkuhm, I'm getting "AttributeError: /home/ack/virtualenv/snapcraft/bin/python: undefined symbol: archive_errno" in snapcraft master10:45
zyga-ubuntuwrz 13 12:44:38 fyke repowerd[940]: LogindSessionTracker: activate_session(13)10:45
zyga-ubuntuevery time I close my root shell it does this10:45
zyga-ubuntuSon_Goku: send F26 feedback10:57
mupPR snapd#3910 closed: snap-repair: fix test failure in TestRepairHitsTimeout <Created by mvo5> <Merged by pedronis> <https://github.com/snapcore/snapd/pull/3910>11:16
morphis_mvo, popey: can you have a look at https://forum.snapcraft.io/t/auto-connecting-interfaces-for-easy-openvpn-snap/2029/3 and give +1 if you're fine? saw you're listed as store reviewer11:18
* popey looks11:18
zyga-ubuntumvo: on zesty with wayland I don't get gnome shell to find any snap desktop files11:24
zyga-ubuntumvo: not sure if regression but annoying11:25
zyga-ubuntumvo: /home/zyga/.local/share/flatpak/exports/share/:/var/lib/flatpak/exports/share/:/usr/local/share/:/usr/share/11:25
zyga-ubuntuthis is XDG_DATA_DIRS11:25
pedroniszyga-ubuntu: is it this, or related?   https://forum.snapcraft.io/t/desktop-file-names/2096/211:25
ogra_zyga-ubuntu, isnt the PR fr that still open ?11:25
zyga-ubuntuhow come flatpak is there but snapd is not11:25
ogra_hmm https://github.com/snapcore/snapd/pull/3398 says merged11:26
mupPR #3398: env: set XDG_DATA_DIRS for wayland et.al <Created by sergiusens> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/3398>11:26
zyga-ubuntupedronis: also annoying but does not seem related11:26
pedronisah, zesty though?  not artful?11:27
pedronisdoes it work on artful?11:27
pedronisdo we even support walyand officially on zesty?11:27
zyga-ubuntupedronis: yes11:28
zyga-ubuntupedronis: it works but I'm on xorg there due to GPU11:28
zyga-ubuntupedronis: so s/yes/maybe/11:28
zyga-ubuntuit's in the environment for sure but I'm running xorg, not wayland11:28
ogra_well, the above PR fixes it ... but i'm not sure it is anywhere else but master yet11:28
zyga-ubuntuogra_: I'm running master11:29
zyga-ubuntuogra_: maybe I need to tweak something11:29
* zyga-ubuntu looks11:29
zyga-ubuntuI probably didn't install data files11:29
ogra_well, you should have a snapd.sh in /etc/profile.d11:29
ogra_(are you running the master *deb* ?)11:30
zyga-ubuntuI have apps-bin-path.sh11:30
zyga-ubuntuogra_: no, that's the problem11:30
ogra_:)11:30
ogra_just create the .sh file from the PR11:30
ogra_(and re-login indeed)11:30
zyga-ubuntuok, tweaked11:31
zyga-ubuntuyep11:31
zyga-ubuntubrb11:31
zyga-ubuntumy open terminals :'((11:31
ogra_yeah ... we should really have a "save session per terminal" feature :)11:31
zyga-ubuntuI used :mks in vim11:31
zyga-ubuntubut not other places11:31
zyga-ubuntugnome used to have this but then nobody did it correctly so it was removed11:31
ogra_that still only gives you one bash histroy :)11:31
zyga-ubuntu(and ironically then apple did it)11:32
zyga-ubuntuso maybe gnome will do it now again11:32
zyga-ubuntuwell11:32
zyga-ubuntubrb11:32
ogra_i want each term pop up where it closed ... with the same histry it had11:32
zyga-ubuntuwell, that worked11:33
ogra_:)11:33
ogra_heh ... https://massdrop-s3.imgix.net/product-images/massdrop-x-oblotzky-sa-oblivion-custom-keycap-set/sa_oblivion_kit_04_git_modifiers_20170828131112.png?auto=format&fm=jpg&fit=crop&w=924&dpr=111:35
zyga-ubuntuChipaca: what did I do wrong: "snap refresh -> all snaps are up to date"; "snap refresh core -> working on core refresh"11:35
zyga-ubuntuChipaca: bug? feature?11:35
ogra_stop using core in devmode ? :P11:36
Chipacawhat ogra_ said11:36
zyga-ubuntuChipaca: and core was in devmode for ? reasons11:36
zyga-ubuntuhow is that possible11:36
ogra_(i was joking ! )11:36
Chipacazyga-ubuntu: wasn't it?11:36
zyga-ubuntu(this is on debian)11:36
Chipacazyga-ubuntu: without seeing what we told the store and what the store replied i have no idea11:36
zyga-ubuntuChipaca: where is devmode listed11:37
ogra_snap list11:37
zyga-ubuntuChipaca: I bet this is local and the fact that core was in devmode11:37
Chipacazyga-ubuntu: you have debug logs on, right?11:37
Chipacazyga-ubuntu: if core is in devmode it's because you installed it in devmode11:37
zyga-ubuntucore was auto-pulled on 1st snap11:37
Chipacathen it shouldn't be in devmode11:38
Chipacazyga-ubuntu: show me the logs11:38
zygaChipaca: https://paste.gnome.org/paaya4wqy11:38
ogra_(does core in devmode even make any sense ?)11:38
zyga-ubuntuI haven't got more than this so far11:38
Chipacazyga-ubuntu: journalctl -u snapd ?11:38
zygahttps://paste.gnome.org/psr27grjj11:39
Chipacazyga: zyga-ubuntu: why aren't you running with debug :-(11:40
zygahold on, https://paste.gnome.org/pjorsj5aj11:40
zygaChipaca: because I just booted that, sorry,11:40
Chipacazyga: turn on debug and try to reproduce?11:40
Chipacazyga: in particular i need the SNAPD_DEBUG_HTTP=7 as well as SNAPD_DEBUG=111:41
Chipacawhile you do that, i'm going to lunch11:41
zyga-ubuntuChipaca: reproduced11:42
zygahttps://paste.gnome.org/pbsnaw5lx11:42
zygaI reverted, set the environment, restarted snapd, did refresh (all) again11:42
Chipacazyga: so that's just for 'snap refresh', right?11:46
ackkdoes network-bind also allow to create unix sockets?11:48
Chipacazyga: what revision of core do you have?11:50
Chipacazyga: nm, i see it in the other paste11:50
Chipacazyga: so, the store is very clearly telling us to refresh core11:50
Chipacazyga: we're saying we have rev 2774, it's saying there's 2844 available, and here is the delta for going from 2774 to 284411:51
Chipacanow for real, i need to go make lunch11:52
Chipacazyga: (just in case i wasn't clear: BUG IN SNAPD)11:52
Chipaca:-)11:52
* Chipaca lunch11:52
zyga-ubuntuChipaca: thank you!11:55
* zyga-ubuntu -> lunch11:57
mupPR snapd#3913 opened: tests: add test that ensures that all core services are working <Created by mvo5> <https://github.com/snapcore/snapd/pull/3913>12:32
zyga-ubuntuPharaoh_Atem: https://taskotron.fedoraproject.org/artifacts/all/f04e1f84-9873-11e7-89a8-525400817a8f/task_output/snapd-2.27.6-1.fc26.log ?12:37
jdstrand_exit12:37
jdstrand_meh12:38
=== jdstrand_ is now known as jdstrand
zyga-ubuntujdstrand: :)12:38
ogra_jdstrand, have you seen https://forum.snapcraft.io/t/hdmi-audio-on-db410c-not-working/2106 ? (i wonder if the alsa interface needs to support sockets or if alsa-utils needs network interface support ... though i'm not sure if that has any influence on the functionality)12:58
Son_Gokuzyga-ubuntu: the f27 update needs karma: https://bodhi.fedoraproject.org/updates/FEDORA-2017-4546b9dd3813:00
zygaaha13:00
zygaI'll try to test it too13:00
Son_Gokuf25 has the same problem: https://bodhi.fedoraproject.org/updates/FEDORA-2017-d699df2619 :)13:03
zygayep, I have that too13:03
glitsj16Hi all, after noticing an error in systemd journal about snap-repair, I looked at https://git.launchpad.net/snapd/tree/data/systemd/snapd.snap-repair.service.in and noticed that is already fixed in git by adding ConditionKernelCommandLine=snap_core to the unit file. So all good in that respect. Just wanted to report a possible typo in the same file. Last line (10) mentions "Environment=SNAP_REAPIR_FROM_TIMER=1", which I assume is meant t13:08
glitsj16o be "Environment=SNAP_REPAIR_FROM_TIMER=1" instead?13:08
zygaoh13:08
zygaglimcoil: yes that looks like a typo13:09
zygamvo, pedronis: ^13:09
glitsj16seemed a bit silly to file a bug report on a typo, thought I would mention it here first13:09
ikeyunless its a super hidden acronym13:10
ikeylike.. Rest Easy As Paddy Invokes Republicanism13:10
* ikey had little to go on. :P13:11
glitsj16ikey: possibly, I'm not at all familiar with the code13:11
ikeylooks typo-y13:11
glitsj16nor with Republicanism :p .. but that's a minefield I'm not getting into13:12
ikeyxD13:12
ogra_we'll just fix the oxford dictionary and add an alias !13:20
mvocachio: if you have a working aarch64 sysstem, could you please paste me the output of "SNAP_SECCOMP_DEBUG=1 /usr/lib/snapd/snap-seccomp compile <(echo mknod) /tmp/xxx" (or anyone else with an arm64 system)13:39
cachiomvo, one minute13:40
mvocachio: no rush, thanks a lot!13:40
pedronispstolowski: btw, I was thinking that maybe it's easier to split switching from PlugInfo to PlugData, in two parts, first part Plug/SlotData has the same definition as Plug/SlotInfo (only difference is we make a deep copy of attrs when we make PlugData),  so in a lot of places is just a rename, 2nd phase we give PlugData its real interface13:45
cachiomvo, https://paste.ubuntu.com/25527599/13:48
mvocachio: \o/ thank you so much13:48
cachiomvo,  np13:48
mvocachio: oh, this is amd64, right? I need it for arm - aarch64, the dragonboard13:49
cachioahh, one minute13:50
niemeyermvo: I thought we had fixed the issue of quoting on "snap info"13:51
mvoniemeyer: I thought so too, let me look13:51
niemeyermvo: But it seems that 2.27.6 is still quoting all summaries..13:51
mvoniemeyer: that was pr 361013:52
mupPR #3610: snap: do not always quote the snap info summary <Created by mvo5> <Merged by chipaca> <https://github.com/snapcore/snapd/pull/3610>13:52
mvoniemeyer: let me check what is going on13:53
roadmrmvo: hi! hey so - check an api response to https://api.snapcraft.io/api/v1/snaps/details/$SOME_SNAP. We're now exposing "contact" - the field was renamed in the web UI to "Contact URL" (can be either http{,s} or mailto url)13:53
mvoroadmr: nice!13:54
roadmrmvo: so for now and for backward-compatiblity it has the same info as support_url, but that'll eventually be deprecated13:54
mvoroadmr: sounds good, thanks for adding this13:54
roadmrnote though the API response's field is called simply "contact", not "contact_url"13:54
roadmrmvo: thank matiasb_, he did it all :)13:54
* mvo thanks matiasb_13:54
niemeyermvo: Yeah, clearly recall discussing this in the sprint and looking at that code13:56
niemeyerIt's even tested.. wtf13:56
mvoniemeyer: I have exactly the same feeling13:56
mvoniemeyer: looks like 2.27 does not have it yet13:57
mvoniemeyer: if you switch to edge it seems to be ok13:57
niemeyermvo: Wow.. wat13:58
mvoniemeyer: yeah, huge latency :(13:58
mvoogra_: do you know if we have a git branch for initramfs-tools-ubuntu-core?13:59
niemeyermvo: Yeah, I hadn't realized (or internalized) that the dots were not really catching up13:59
ogra_mvo, under core-build13:59
mvoniemeyer: I am surprised about the delay too, we need to get to 2.28 to be vaguely back on track14:00
mvoogra_: ta14:00
cachiomvo, https://paste.ubuntu.com/25527679/14:01
cachiomvo, on my db14:01
mvocachio: thank you, that is very interessting14:02
cachiomvo, yaw14:02
zyga-ubunture14:07
zyga-ubuntuChipaca: FYI the debug logs above were not useful because we had reverted, earlier change where the core did not refresh is real but we don't have a case for reproducing that yet14:07
zyga-ubuntujdstrand: hey, just a quick note, I'm still going through the review, using code from libsnap-confine-private in snap-update-ns bootstrap.go is rather painful because of how linking in go build works14:10
zyga-ubuntujdstrand: any code sharing between is in general a global pain14:14
mupPR core-build#20 opened: ubuntu-core-rootfs: deal with (broken) symlink in sync_dirs <Created by mvo5> <https://github.com/snapcore/core-build/pull/20>14:15
ogra_mvo, approved ... (needs a manual deb build and PPA upload)14:20
ogra_oh ... and a kernel snap rebuild too indeed14:20
zyga-ubuntumvo: for testing, you _might_ explore the initramfs test tools I wrote14:21
zyga-ubuntumvo: but it could be time consuming to learn how to use it initially14:21
* ogra_ looks forward to split-initrd ... that will save so much timt14:22
ogra_*time14:22
ogra_(just waiting to get my splash PRs all approved before landing that one)14:22
zyga-ubuntumvo: let me know if you want to try that and need a hand14:24
pstolowskipedronis, that could make things a little bit easier, but I'm not too keen on that. anyway, thanks for the suggestion14:24
* zyga-ubuntu is hungry-ish and considers breaking now, doing some office manintenance and then sitting with jdstrand for a quick chat about bootstrap.c14:27
zyga-ubuntujdstrand: would you have some time to discuss those points?14:27
jdstrandzyga-ubuntu: I have an appt and about to step out14:28
zyga-ubuntujdstrand: are you going to be back today?14:28
jdstrandzyga-ubuntu: yes, in ~3 hours14:28
mupPR snapd#3914 opened: snap-seccomp: skip mknod syscall on arm64 <Created by mvo5> <https://github.com/snapcore/snapd/pull/3914>14:28
jdstrandzyga-ubuntu: was there a contentious point in my feedback?14:28
zyga-ubuntujdstrand: not sure, I think I just want to chat about each and explain what happened14:33
zyga-ubuntujdstrand: and discuss possible approaches14:33
zyga-ubuntujdstrand: mainly that reusing code from other parts is hard14:33
zyga-ubuntujdstrand: but anyway14:33
zyga-ubuntujdstrand: my wife just called me and I need to break for ~3 hours too14:33
zyga-ubuntuso let's talk later :)14:33
jdstrandzyga-ubuntu: note, I wasn't blocking on that14:36
jdstrandbut sure, 3 hours14:36
zyga-ubuntujdstrand: if those are not blocking can we land and iterate?14:41
jdstrandthere was a lot more to my comments than code factoring14:42
jdstrandbut if you do those things, sure14:42
* jdstrand -> appt14:42
zyga-ubuntuk14:42
kyrofaniemeyer, it seems ubuntu.rocket.com has an expired cert14:45
kyrofaErr, other way... you get the idea. No coffee yet14:45
niemeyerkyrofa: :)14:46
niemeyerkyrofa: I can't fix that one I think.. but let me look14:46
kyrofaSince we use HSTS, I can't even add an exception for it14:48
ogra_i just clicked on "yes" when the question about the cert popped up14:48
ogra_didnt you get that popup ?14:49
ogra_(that should add the exception client side)14:49
ogra_(/me notes that kyrofa perhaps doesnt use the rocket client snap though)14:50
kyrofaogra_, no, firefox14:51
ogra_ah14:51
ogra_yeah, that might treat it different indeed14:51
kyrofaThe fact that the client doesn't obey HSTS probably isn't a good thing14:51
ogra_yeah14:52
niemeyerkyrofa: Yeah, I can't do much about it14:55
kyrofaniemeyer, is that IS?14:55
niemeyerkyrofa: I have only admin access to the software, but not to the system, and I think the cert is done via nginx14:56
niemeyerkyrofa: yeah, I would try there first..14:56
niemeyerkyrofa: They will at least know how runs it14:56
niemeyerwho14:56
niemeyerIt was sabdfl originally, but I'd be surprised if it was still there14:56
ogra_oh, actually, the rocket desktop client only works half now after restarting it15:04
ogra_no graphics at all15:05
kyrofaInteresting15:05
ogra_hmm, a second restart fixed it15:05
ogra_weird15:05
=== cachio is now known as cachio_lunch
sergiusensogra_ retrying enough made it work for me15:45
sergiusensand yes, the cert expired at ~noon utc today15:45
ogra_yeah, it works here as well again15:45
=== chihchun is now known as chihchun_afk
sborovkov_ogra_, in the gadget snap would not it make sense to pin down specific revisions for the components that are built from source?16:08
ogra_sborovkov_, we do that ...16:09
ogra_ git clone --depth=1 https://github.com/raspberrypi/firmware.git -b "1.20170515" ....16:10
ogra_    source: git://git.denx.de/u-boot.git16:10
ogra_+    source-branch: v2017.0516:10
ogra_in https://github.com/snapcore/cm3-gadget/pull/1/files16:10
mupPR cm3-gadget#1: build uboot from source, pull blobs from upstream, use dtbs from archive <Created by ogra1> <https://github.com/snapcore/cm3-gadget/pull/1>16:10
sborovkov_ogra_, not for psplash though?16:11
ogra_well, psplash doesnt really change in the tree we pull it from (and i'm not sure they even use tags or branches)16:11
ogra_but yeah, one could do that16:11
ogra_the prob is that psplash doesnt really have any upstream anymore ... poky itself is dead and got merged into yocto16:14
ogra_we could as well, just fork it into a GH tree16:15
sborovkov_Ah ok. Just to make sure it does not actually point to something else16:15
sborovkov_as it uses master16:15
ogra_http://git.yoctoproject.org/cgit/cgit.cgi/psplash16:17
ogra_there are hHEAD and master ... but they are identical16:17
sborovkov_ogra_ yeah but repo is alive, last commit from 12 days ago. So something might get broken at one point16:18
ogra_long term it probably makes sense to carry our own tree but i dont think it is super important16:18
ogra_did you have any issues building ?16:19
=== cachio_lunch is now known as cachio
sborovkov_no :-) I am just being bothered by people on code review who want to pin every possible thing down to specific version :-(16:19
Chipacazyga-suse: how does arch define what files get removed when you remove a package?16:22
ogra_sborovkov_, https://github.com/ogra1/psplash ... i promise i wont change it :P16:25
ogra_sborovkov_, you can use the 09.2017 tag in your gadget now16:26
Chipacazyga-suse: also, is %dir documented anywhere? i guess it does what i want but i'm just guessing16:30
sborovkov_ogra_ ok thanks16:30
=== JanC is now known as Guest39146
=== JanC_ is now known as JanC
Chipacazyga-suse: o/16:59
Chipacazyga-ubuntu: or you :-) o/16:59
mvo2.28~rc3 in the beta channel  now and rc3 builds in xenial,zesty,artful,trusty everywhere so yay progress17:00
niemeyer\o/17:01
niemeyermvo: Thanks!17:01
Pharaoh_Atemzyga-suse: karma for Fedora updates?17:01
Pharaoh_AtemI only see F2617:01
Pharaoh_AtemI need some for F25 and F2717:02
cachiomvo, did you add the fixes for failover and install-store tests?17:03
mvocachio: if there were tagged with 2.28 then yes, if not then no :) if there were not tagged, could you please give me the PR numbers and I can look at this in my morning17:04
cachiosure17:04
cachiomvo, let me search forthem17:05
zyga-ubuntuChipaca: hey17:07
Chipacazyga-ubuntu: dunno if you saw my questions to your alter ego17:07
zyga-ubuntuPharaoh_Atem: soon, I had to go out17:07
Chipacazyga-ubuntu: does arch have a way of saying what needs to be done to remove the package? I can't see it17:07
zyga-ubuntuChipaca: no, but if you sent them to zyga-suse then I can see them in 2 minutes17:07
zyga-ubuntuChipaca: just pulling over now17:07
Chipacazyga-ubuntu: and the second question was whether opensuse's %dir was documented anywhere17:07
zyga-ubuntuChipaca: I suspect so17:08
zyga-ubuntuone sec17:08
Chipacai'm guessing at opensuse needing a "%dir /var/cache/snapd"17:08
zyga-ubuntuChipaca: https://en.opensuse.org/openSUSE:Packaging_guidelines17:08
zyga-ubuntulook for %dir17:08
Chipacazyga-ubuntu: yeah, i'd gotten to this page on my own, but it doens't really tell me if %dir means the directory will be cleaned up on remove17:10
zyga-suseChipaca: I think so but let me do an experiment17:10
zyga-suseChipaca: I just need to put the groceries where they belong17:11
Chipacazyga-suse: and i need to get the fish to hug the broccoli17:11
Chipacazyga-suse: but i'll leave this on and read it when i get back17:11
Pharaoh_Atemif the directory is created by snapd package, it'll be removed by it, if there's no contents inside17:12
Pharaoh_Atemhttp://ftp.rpm.org/max-rpm/s1-rpm-inside-files-list-directives.html#S3-RPM-INSIDE-DIR-DIRECTIVE17:12
ChipacaPharaoh_Atem: and if it has contents?17:13
zyga-ubuntuChipaca: fine17:14
mupPR snapd#3911 closed: many: add logger.MockLogger() and use it in the tests <Created by mvo5> <Merged by pedronis> <https://github.com/snapcore/snapd/pull/3911>17:15
Pharaoh_AtemChipaca: I think it will not remove it17:17
Pharaoh_Atemthough I'm not sure17:18
Pharaoh_Atemit may choose to delete it since it doesn't know what's in it17:18
mupPR snapd#3915 opened: cmd/snap: return empty document if snap has no configuration <Created by stolowski> <https://github.com/snapcore/snapd/pull/3915>17:29
=== JanC_ is now known as JanC
kwmonroehey snappers, should i be able to share $SNAP_USER_foo with the content interface?  my slot can define "read: $SNAP" and a plug works as expected.. but when i use "read: $SNAP_USER_COMMON", i get this, as if $SNAP_USER_COMMON is being taken literally:18:11
kwmonroe$ snap run --shell pig18:11
kwmonroecannot perform operation: mount --bind -o ro,nosuid,nodev /snap/hadoop/x1/$SNAP_USER_COMMON /snap/pig/x1/hadoop: No such file or directory18:11
ogra_just use the home interface, it should have access to all non dot dirs in your home already18:13
ogra_(SNAP_USER_COMMON in the above case is ~/snap/pig/common )18:14
kwmonroeoooh!  gotcha ogra_.  /snap/hadoop/x1/$SNAP_USER_COMMON  threw me off, but it makes sense that it's USER_blah in the context of the pig snap.18:16
kwmonroethanks!18:16
ogra_if you have a hadoop snap and want to access the user specific data, the home interface should give you access to ~/snap/hadoop/current (or ~/snap/hadoop/common) as long as no hidden dir is involved18:18
kwmonroeyup, +118:19
mupPR snapcraft#1540 closed: plugins: extract python finder functions <Created by kyrofa> <Merged by sergiusens> <https://github.com/snapcore/snapcraft/pull/1540>18:31
mupPR snapd#3913 closed: tests: add test that ensures that all core services are working <Created by mvo5> <Merged by niemeyer> <https://github.com/snapcore/snapd/pull/3913>18:39
mupPR snapcraft#1547 opened: plugins: extract sitecustomize logic from python <Created by kyrofa> <https://github.com/snapcore/snapcraft/pull/1547>18:46
om26erdoes Ubuntu Core have dbus ?18:55
roadmrjdstrand: howdy, click-reviewer-tools r930 is now live19:04
kyrofaniemeyer, in the configure hook, is there any way to compare new values to old? Or is it still always new?19:09
niemeyerkyrofa: Still always new..19:10
niemeyerkyrofa: Really want to do something about that19:10
niemeyerIdeally with deltas rather than just what's new and what's old19:10
niemeyerConfig has a lot of love to receive still19:10
kyrofaIndeed19:10
kyrofaAlright, thanks!19:10
jdstrandroadmr: woo, thanks!19:13
jdstrandroadmr: kenvandine fyi, that has the desktop and desktop-legacy interfaces ^19:14
roadmrjdstrand: hehe you lucked out as usual, not many changes to deploy19:14
mupPR snapd#3880 closed: tests: add trivial canonical-livepatch test to ensure we do not break it <Created by mvo5> <Merged by niemeyer> <https://github.com/snapcore/snapd/pull/3880>19:14
jdstrandroadmr: I'm curious now what we'll see with those occasional unexpected outputs19:14
roadmr\o/19:14
roadmrjdstrand: yeah... not sure :( if it doesn't have the thing in the json that causes the store to consider it failed, it'll likely just be noted as another test and stored in the output19:15
kenvandinejdstrand, woot19:16
jdstrandroadmr: it will show up as an error, which will flag manual review, so I'll see it19:30
jdstrandroadmr: that is for anything that calls error(). if we see 'unexpected output' after this, there are only a couple of things it could be19:31
roadmrjdstrand: ah! I get it now.19:33
tvansteenburghkyrofa: anything i can do to help move along https://bugs.launchpad.net/snapcraft/+bug/1686481 ?19:48
mupBug #1686481: stage-packages doesn't respect architectures <kubernetes> <Snapcraft:Confirmed> <https://launchpad.net/bugs/1686481>19:48
tvansteenburghthis bug prevents us from getting snap builds in upstream kubernetes19:49
kyrofaNot directly, we've been revamping that part of the codebase, I need to test again with the new changes19:51
cachioom26er, you have a dbus interface, see https://snapcraft.io/docs/reference/interfaces19:51
cachioom26er, does it work for you?19:51
kyrofatvansteenburgh, it would be helpful if you're able to test with the newest snapcraft, if you're able, v2.34. It's in artful, and -proposed for z and x20:01
kyrofaHuh, I don't think I could have written that sentence worse20:01
kyrofaChanged gears partway through apparently20:01
=== nacc_ is now known as nacc
tvansteenburghkyrofa: okay thanks20:08
om26ercachio: yes that interface does work. My need was only related to getting the machine-id20:15
om26erand it seems I can just read /etc/machine-id even in a confined snap.20:15
mupPR snapcraft#1541 closed: tests: fix the TEST_STORE environment variable  <Created by elopio> <Merged by sergiusens> <https://github.com/snapcore/snapcraft/pull/1541>20:22
=== JoshStrobl is now known as JoshStrobl|zzz

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