mupPR snapd#8837 opened: Add an activates-on property to apps to support D-Bus activation <Created by jhenstridge> <https://github.com/snapcore/snapd/pull/8837>01:07
mupPR snapd#8838 opened: tests: fix the basic20 test for uc20 on external backend <Simple πŸ˜ƒ> <Created by sergiocazzolato> <https://github.com/snapcore/snapd/pull/8838>03:33
=== KindTwo is now known as KindOne
mupPR snapd#8833 closed: sandbox/cgroup: remove redundant pathOfProcPidCgroup <Simple πŸ˜ƒ> <Created by zyga> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/8833>06:09
mupPR snapd#8836 closed: sandbox/cgroup: add tests for ParsePids <Simple πŸ˜ƒ> <Created by zyga> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/8836>06:09
mupPR snapd#8838 closed: tests: fix the basic20 test for uc20 on external backend <Simple πŸ˜ƒ> <Created by sergiocazzolato> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/8838>06:09
mborzeckimvo: hey06:18
mupPR snapd#8828 closed: tests: clean up up the use of configcoreSuite in the configcore tests <Test Robustness> <Created by stolowski> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/8828>06:19
mvogood morning mborzecki06:19
mborzeckimvo: can you cherry pick https://github.com/snapcore/snapd/pull/8827 to 2.45?06:19
mupPR #8827:  interfaces/builtin/time-control: allow POSIX clock API <Needs security review> <Created by bboozzoo> <Merged by bboozzoo> <https://github.com/snapcore/snapd/pull/8827>06:19
mvomborzecki: sure thing06:22
mborzeckimvo: and we can probably land https://github.com/snapcore/snapd/pull/8822 the tests failed with `error: cannot get snap sections: cannot sections: got unexpected HTTP status code 403 via GET to "https://api.snapcraft.io/api/v1/snaps/sections"`06:22
mupPR #8822: release: 2.45.1 <Skip spread> <Created by mvo5> <https://github.com/snapcore/snapd/pull/8822>06:22
mvomborzecki: cherry-picked, thank you06:24
mborzeckimvo: thanks!06:24
mvozyga: re the "too early for operation" error, I seem to only see this in the uc20 prepare, did you see tihs on other suites as well?06:26
zygaYes, i saw it in Ubuntu 20.04 as well06:28
zygaGood morning06:28
mupPR snapd#8822 closed: release: 2.45.1 <Skip spread> <Created by mvo5> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/8822>06:29
mborzeckizyga: hey06:29
zygaHey, sorry to be up so late. A bit sleepy still. I could not sleep well06:30
mborzeckiheh, funny, spread discards the node that failed suite level prepare?06:32
zygait's day two but my little daughter is still very reluctant to approach me06:35
zygaI guess I need to find a xmas beard and glue it first :)06:36
mborzeckioh, and it's not possible to restart old gh action jobs06:40
mborzeckithere's no restart workflow button for the cla check job in https://github.com/snapcore/snapd/pull/862006:40
mvozyga: anything other than 20.04? core20 is also 20.04 based, I wonder if it's only a 20.04 issue for some strnage reason06:40
mupPR #8620: spdx: add GPL-3.0-or-later license <β›” Blocked> <Created by prabhu> <https://github.com/snapcore/snapd/pull/8620>06:40
mborzecki(it las ran more than a month ago tho)06:40
zygamvo: no, nothing apart from 20.04 or core2006:44
zygamvo: it is weird, because we *wait* for seeding06:44
zygaso what could it be?06:44
zygaperhaps seeding "succeeds" with an error06:44
zygaand then we carry on and hit this06:44
zygacould we fail seeding due to incorrect time somehow? (but I strongly doubt this)06:44
zygamvo: since it always fails on that line06:45
zygamvo: perhaps we should add a patch that shows snap changes and other stuff06:45
zygamvo: I will send a patch for that shortly06:45
zygajamesh: thanks for splitting out https://github.com/snapcore/snapd/pull/883706:47
mupPR #8837: snap: add an activates-on property to apps for D-Bus activation <Needs Samuele review> <Created by jhenstridge> <https://github.com/snapcore/snapd/pull/8837>06:47
jameshzyga: no problem.  I think there's more that can be split out on top of that.06:48
mborzeckizyga: mvo: what if there's a problem talking to the store, does this require poking the store to get some serial number?06:48
zygayes, I think this is a good approach to landing large branches, as there's realistically much more review for small branches than there is for large ones06:48
zygamborzecki: I don't know what would happen, my expectation is that when wait seed returns you are good to go06:49
zygamborzecki: and we don't block installing snaps when you are not registered06:49
jameshdetecting existing ActivatesOn conflicts with existing snaps could probably be done on top of this PR06:49
zygajamesh: small comment https://github.com/snapcore/snapd/pull/8837/files#r43717475006:50
mupPR #8837: snap: add an activates-on property to apps for D-Bus activation <Needs Samuele review> <Created by jhenstridge> <https://github.com/snapcore/snapd/pull/8837>06:50
mvozyga: I like the idea of showing snap changes and snap tasks --last=seeding06:57
mvozyga: I'm looking at the code right now, trying to understand this06:57
mvozyga: I will try to write a small reproducer06:58
zygamvo: do you want me to send patches or will you?06:58
mvozyga: if you have it ready please do, otherwise I can do it. but I try to write a reproducer first I think06:59
zyganot ready yet, I'll defer to you then06:59
mvozyga: ta06:59
* zyga tries to drink coffee then06:59
pedronismvo: hi, the strange failures logs in #8832 doesn't seem to tell much,  it doesn't seem to trigger debug logs?  we need to add more logging, I started at the code some more yesterday and still unsure what is happening, it seems 20.04 only07:01
mupPR #8832: travis.yml: removed, all our checks run in GH actions now <Precious Logs> <Simple πŸ˜ƒ> <Skip spread> <Created by mvo5> <https://github.com/snapcore/snapd/pull/8832>07:01
pedronismvo: also afaict this started appearing only last week? I wonder what changed07:02
mvopedronis: yeah, it's pretty new07:02
zygagood morning pedronis, pstolowski07:05
zygapedronis: I think it started more than a week ago07:05
zygapedronis: at least ~ 2 weeks to be safe07:05
zygamaybe it increased in frequency, maybe just bad luck07:05
mvoor !luck :P07:05
zygaI think we all agree we need more data07:06
zygaback in 15 min07:08
mvohrm, hrm, I wrote a script that does what prepare.sh is doing in a loop and of course it is not failing. depressing07:18
zygamvo: are you testing locally?07:20
mvozyga: in qemu07:23
mvozyga: but yeah, "locally"07:24
mvozyga: from my desktop machine07:24
mupPR snapd#8839 opened: tests: add debug for 20.04 prepare failure <Test Robustness> <Created by mvo5> <https://github.com/snapcore/snapd/pull/8839>07:24
mvozyga: do you happen to have an example failure on a 20.04 sytem (not core20)? if not, no problem, I will go over the existing failure07:25
zygalet me look quickly...07:25
mvopedronis: are you happy with 8808 in principle (i.e. making the settle timeout a function etc)? if so I can help dimitri to land it (unless it requires design changes)07:26
pedronismvo: let me make a precise suggestion07:28
mvopedronis: \o/07:28
mvopedronis: thank you07:28
pedronismvo: https://github.com/snapcore/snapd/pull/8808#issuecomment-64109079107:30
mupPR #8808: riscv64: bump timeouts <Created by xnox> <https://github.com/snapcore/snapd/pull/8808>07:30
pedronismvo: and https://github.com/snapcore/snapd/pull/8808#issuecomment-64109219707:32
mupPR #8808: riscv64: bump timeouts <Created by xnox> <https://github.com/snapcore/snapd/pull/8808>07:32
pedronismborzecki: hi, +1 to #8830 with some final suggestions07:34
mupPR #8830: bootloader: introduce bootloarder assets, import grub.cfg with an edition marker <UC20> <Created by bboozzoo> <https://github.com/snapcore/snapd/pull/8830>07:34
mborzeckipedronis: thanks07:34
mupPR snapd#8832 closed: travis.yml: removed, all our checks run in GH actions now <Precious Logs> <Simple πŸ˜ƒ> <Skip spread> <Created by mvo5> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/8832>07:34
mborzeckiquick errand, back in 3008:31
mupPR snapd#8840 opened: tests: move try-related tests to snapstate_try_test.go <Test Robustness> <Created by stolowski> <https://github.com/snapcore/snapd/pull/8840>08:39
mupPR snapd#8839 closed: tests: add debug for 20.04 prepare failure <Test Robustness> <Created by mvo5> <Merged by zyga> <https://github.com/snapcore/snapd/pull/8839>08:49
pstolowskipedronis: i'm working on addressing comments to #8812; moving all this to servicestate means no backend abstraction layer for services and calling wrappers directly, makes sense?09:33
mupPR #8812: o/snapstate: service-control task handler (4/N) <Needs Samuele review> <Services βš™οΈ> <Created by stolowski> <https://github.com/snapcore/snapd/pull/8812>09:33
pedronispstolowski: yes correct, then in the tests in snapstate if needed you do the same thing we do for ifacestate stuff09:35
pedronisor at least something similar as needed09:35
pedronisbut not sure this will be used immediately in snapstate?09:35
pstolowskipedronis: i think the tests i've in this PR need to be moved entirely to servicestate09:36
pedronisyea, I think my comment is relevant only for when we'll move start/stop-snap-services but that's not an immediate issue09:37
pstolowskipedronis: and changed, because i cannot use fakebackend anymore09:37
pedronispstolowski: I really don't have a strong opinion, you an use whatever work best for the tests09:38
pstolowskipedronis: ok, thanks09:40
* pstolowski lunch10:09
ackkhi, any idea why snap is reporting error: cannot install "q": invalid instance name: invalid snap name: "q" if I "snap install q" ?10:13
ogradoes anyon know if /dev/shm/snap.$SNAP_NAME/foo can be the endpoint of a content interface (for sharing a crypto function between two snaps)10:13
ackk(also "snap info q" doesn't find anything)10:14
pedronisackk: we don't support single letter snap names10:17
ackkpedronis, yet the store has them?10:17
ackkpedronis, (and command-not-found tells you to "snap install q")10:17
pedronisyou'll need to talk to the store afaik they shouldn't be supported in the store either10:17
pedronissnapd will never install them10:18
ackkpedronis, I see, thanks10:18
zygaogra: can you explain in more detail please10:32
ograzyga, a customer has a snap with a crypto tool that creates /dev/shm/atpkcs11 and puts a mutex inside ... they want to be able to use this from a second snap10:35
zygaI see10:36
zygalet me think10:36
ogra(with snapcraft-prleoad they can indeed re-locate to /dev/shm/snap.$SNAP_NAME ... but i dont know if sharing that location would work)10:36
mupPR snapd#8840 closed: tests: move try-related tests to snapstate_try_test.go <Test Robustness> <Created by stolowski> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/8840>10:40
* zyga break to rest10:42
mupPR snapd#8841 opened: gadget: drop dead code, hide exports that are not used externally <Created by bboozzoo> <https://github.com/snapcore/snapd/pull/8841>10:45
mborzeckipedronis: ^^10:45
mborzeckiwas able to hide/remove a bit more10:45
mborzeckiheh 17 files changed, 147 insertions(+), 1414 deletions(-)10:46
mborzeckiheh, hit that too early for operation thing again10:48
zygamborzecki: oh10:56
zygado you have more logs?10:56
zygamvo added debug bits10:56
zygayou had older masteR?10:57
mborzeckibut i have another new PR running, let me check whetherh it has the right changes11:00
mborzeckiehh nope11:00
mvoxnox: I pushed a small tweak to 8808, should be ok to re-review11:10
mvopedronis: hm, I'm testing the uc20 beta right now and there are a bunch of updates since. I get a reboot in the middle of console-conf. I guess we need to think about the user experience for this :/11:17
pedronismvo: yes, but it would be the same with uc18 I suppose11:18
mvopedronis: yeah, new kernel and snapd while I was in console-conf tryint go set this up11:18
mvopedronis: yeah, not a regression11:18
mvopedronis: mostly idle wondering11:18
pedronismvo: it's ok, it probably relates to trying to control our reboots more11:18
ijohnsonmorning folks11:19
ijohnsonmvo: pedronis: also I filed https://bugs.launchpad.net/subiquity/+bug/1880156 about precisely the problem you are mentioning11:19
mupBug #1880156: console-conf when run with auto-refresh of core20 will crash and become non-responsive <core20> <uc20> <snapd:Incomplete> <subiquity:Incomplete> <https://launchpad.net/bugs/1880156>11:19
mvohey ijohnson11:19
ijohnsonapparently I should respond there11:19
mvoijohnson: ha! one step ahead :)11:19
mvoijohnson: thank you!11:19
* ijohnson -> afk 11:54
mupPR snapd#8842 opened: tests: fix bug waiting for snap command to be ready <Simple πŸ˜ƒ> <Created by mvo5> <https://github.com/snapcore/snapd/pull/8842>11:55
zygamvo: lmao11:59
zygawas that the bug?!11:59
mvozyga: yes, well one bug :)12:00
zygamvo: do you mean there are more?12:04
mborzeckihttps://forum.snapcraft.io/t/snaps-show-squares-instead-of-fonts/18073 hmm does pop os have a different fontconfig version too?12:06
mborzeckimvo: hmm funny, shellcheck could warn about that12:07
cachiomvo, hey12:08
zygamborzecki: it's based on ubuntu so... unlikely12:08
zygabut ... dunno, install and check :)12:08
cachiosnapd-vendor-sync running12:08
mborzeckiif i had a penny for every linux distro i ever installed... :)12:13
ograstgraber, are there any lxd images anywhere that do not waste the first 5min running cloud-init (read: do we have any minimal images that do not come with it)12:18
stgraberogra: all official Ubuntu images have it, but we have unofficial images that don't.12:21
stgraberogra: images:ubuntu/20.0412:21
ogra(i'm running stuff immediately when the container comes up ... and cloud-init just changes the whole config underneah me)12:21
ograstgraber, thanks !12:22
pedroniszyga: I reviewed #882912:28
mupPR #8829: sandbox/cgroup: add tracking helpers <Created by zyga> <https://github.com/snapcore/snapd/pull/8829>12:28
pedroniszyga: I also commented yesterday in #8573 as you asked12:29
mupPR #8573: overlord/snapstate: inhibit startup while unlinked <Created by zyga> <https://github.com/snapcore/snapd/pull/8573>12:29
zygapedronis: the "fail" thing is a bit mysterious, thank you for pointing that out12:30
zygaIIRC nothing in systemd itself uses the other value12:30
zygabut it can be traced to the source and I think got documented12:30
zygaI'll go over the rest and adjust it today12:30
zygapedronis: I can move the random uuid to randutil in the same branch as I need to make changes anyway12:31
pedronisas you prefer12:41
zygapedronis: I made some progress on the snap tooling fix, I will send a RFC today12:42
ijohnsonzyga: there's now a random uuid function in randutil, see RandomKernelUUID12:50
ijohnsonperhaps that was pedronis' comment12:50
zygaah, I didn't know12:50
zygaperhaps that's all we need12:50
ijohnsonzyga: you might need to adjust it slightly and it's user in cmd_initramfs_mounts I think12:51
ijohnsonbut that should be fine12:51
pedronisah, I forgot, it's probably there because I made the same comment at the time12:53
mupPR snapcraft#3166 opened: plugin handler: load legacy plugins prefixed with 'x-' <Created by cjp256> <https://github.com/snapcore/snapcraft/pull/3166>12:59
=== Eighth_Doctor is now known as Conan_Kudo
=== Conan_Kudo is now known as Eighth_Doctor
=== Eighth_Doctor is now known as Eleventh_Doctor
=== Eleventh_Doctor is now known as Eighth_Doctor
* zyga break from computer13:30
mborzeckimvo: gdbserver could use some reviews, maybe zyga, ijohnson or pstolowski can take a look there?13:39
zygaI will look13:44
zygaIt tomorrow morning fine?13:44
zygaI’m a bit tired by holding my laptop13:44
ograzyga, before you go, did you have any idea regarding the /dev/shm ssue above ?13:46
zygaogra: yes, sorry,13:46
zygaogra: /dev/ is shared from host13:47
zygaogra: os if one snap puts stuf there and the other consumes they can see the same thing13:47
ograright ... but /dev/shm isnt writable13:47
zygayou need an interface more than content13:47
ogra(from a snap)13:47
zygathe interface that will model the relationship13:47
zygaogra: content sharing won't work as you cannot share stuff that is not "yours"13:48
zygaogra: layouts cannot work either as they are private to a view of a given snap13:48
ograwell /dev/shm/snap.$SNAP_NAME is mine13:48
zygaogra: yours as in $SNAP, $SNAP_DATA13:49
ograand they want to share content from /dev/shm/snap.$SNAP_NAME to another snap13:49
zygacontent cannot share anything else13:49
zygasure I get that13:49
ograyou saying /dev got me confides13:49
* ogra glares at his fingers 13:49
zygacontent is not the way to share it IMO, please discuss this as a new interface13:50
ograi know jdstrand ws looking at the possibility to have a pcscd (smartcard daemon) interface eventually ... i think that would allow such sharing ... but i dont think any work has happened in that area13:51
zygaogra: if this is specific to a given daemon then I sugges pursuing that13:51
ograzyga, not the way == impossible ? or just ugly ?13:51
* zyga took the painkiller and tries to rest13:51
zygaogra: hmm?13:52
zygacontent cannot do that13:52
ograthanks !13:52
jdstrandnot yet, no. if someone else wants to pick it up, that's fine13:52
roadmrzyga: ouch I hope you get better soon13:52
jdstrand(re pcsd)13:52
zygaroadmr: I hope so too13:52
pstolowskimborzecki: i can take a look13:56
pstolowskiijohnson: re hotplug & greedy plugs, i think we discussed something a few weeks ago and i replied to a question you had there but i don't remember where.. was there a bug report?13:58
ijohnsonpstolowski: do you remember what it was about13:58
ijohnsonpstolowski: oh if it's about greedy plugs jdstrand fixed it13:58
ijohnsonhotplug + greedy plugs works with the right declaration13:58
pstolowskiijohnson: right, i think i hinted at declaration being na issue13:59
jdstrandthere was a bug report14:00
* jdstrand tries to find14:00
zygamvo: snapd tools via export system https://www.irccloud.com/pastebin/ExcgIlg7/14:01
jdstrandbut yes, it was a bug in the snap decl14:01
mupBug #1876356: greedy auto-connect doesn't work with hotplug <snapd:Fix Released by stolowski> <https://launchpad.net/bugs/1876356>14:01
pstolowskijdstrand: right, that's the bug, thanks14:01
jdstrandpstolowski: did you see that I asked you about experimental? if you did and responded, I'll read email (just came online)14:02
pstolowskijdstrand: sorry i didn't reply to your question there, missed it14:02
pstolowskijdstrand: on the forum? yes, i replied14:02
jdstrandyes, thanks14:03
jdstrandpstolowski: ok, I asked Field to give you some feedback14:09
pstolowskijdstrand: great, thank you!14:10
zygapedronis: I have end-to-end implementation of RFC for exporting snapd tools14:53
zygapedronis: I'll send the RFC branch in a moment14:53
zygapedronis: the changes are surprisingly short14:53
pedroniszyga: this is without the snap-confine changes?15:00
zygapedronis: with a tiny snap-confine change, snap-confine currently mounts the tools so I changed the path to use the exported tools instead15:00
mborzeckiand back15:51
mborzeckirefresh delta test failing?15:59
mborzecki2020-06-09T13:24:50.3724981Z Jun 09 13:24:39 jun091254-105239 snapd[76428]: storehelpers.go:438: cannot refresh snap "test-snapd-delta-refresh": snap has no updates available16:00
zygamborzecki: maybe store load?16:03
zygamborzecki: I have something cool16:04
mborzeckizyga: what is that?16:04
zygajust running one more run of spread to see if I got a tweak right16:04
zygamborzecki: exports16:04
zygamborzecki: exporting stuff from snaps to host16:04
zygamborzecki: use cases are numerous :)16:05
zygamborzecki: but 1st use case is to fix this: https://forum.snapcraft.io/t/injecting-snapd-tools-into-base-snaps-and-keeping-them-up-to-date/12139/516:05
mborzeckizyga: hm just a sec, bikeshedding on #8823, trying to make iteration smarter16:10
mupPR #8823: asserts/internal: limit Grouping size switching to a bitset representation <Bulk assert refresh :scroll::scroll::scroll:> <Created by pedronis> <https://github.com/snapcore/snapd/pull/8823>16:10
zygamborzecki: heh sure :)16:10
zygaI was supposed to EOD anyway but I will be around for 15 more minutes16:10
zygamborzecki: btw, do you remember this soundtrack? https://www.youtube.com/watch?v=Kf8j3FYxekk16:11
mborzeckizyga: staying a bit longer today, got some errands to run during the day tomorrow16:12
zygamy errand was to walk to the loo today :P16:12
mborzeckizyga: and ofc i remember this, it's even on spotify16:12
zygamborzecki: I played some on x24016:12
zygawish I could go down to the office to play on a real computer16:13
zygabut the sound is great (on headphones, not on x240)16:13
mborzeckihm did some changes and it works, wonder if the test cases are enough16:14
zygaI have a "macro" ggg16:16
pedronismborzecki: what are you trying to do?16:17
mborzeckipedronis: checking whether i can further limit the number of iterations with bitset having counted leading & trailing zeros16:20
pedronismborzecki: are you using math/bits ?16:21
mborzeckipedronis: yeah16:21
mborzeckipedronis: does that pull in some crazy dep?16:21
pedronisno, it's mostly table based16:21
pedronisI'm not sure it would make me change my mind16:21
pedronisabout keeping the two impls tough16:21
pedronisthe other thing we care about is also Serialize size16:22
mborzeckipedronis: i was curious to try that out ;)16:23
pedronisit's ok, I mean abour serialisation again we could be clever but at some point it all gets even more complicated to track16:23
pedronisthan two very distinct paths16:24
pedronismborzecki: the leading zero change should be relatively straighforward no?16:31
mborzeckipedronis: let me show you the diff16:31
mborzeckipedronis: https://paste.ubuntu.com/p/vxtcGMMRB5/16:32
pedronisI see16:33
mborzeckipedronis: trims the loop range a bit16:34
mborzeckipedronis: i'll post it in a comment16:34
=== KindTwo is now known as KindOne
pedronismborzecki: I didn't think of this, but we probably don't need to use both functions, instead of shifting bit, we could shift w until its 016:41
mborzeckipedronis: ha, yeah, nice idea16:42
=== ijohnson is now known as ijohnson|lunch
=== msalvatore_ is now known as msalvatore
mborzeckimvo: pstolowski left some comments under #8784, i'll address them16:53
mupPR #8784: snap: add new `snap run --gdbserver` option <Created by mvo5> <https://github.com/snapcore/snapd/pull/8784>16:53
zygaok, did the change I wanted17:39
zygait should now work on fedora as well17:39
zyga(and arch :)17:40
mborzeckidoesn't look like we'll land anything today17:56
=== ijohnson|lunch is now known as ijohnson
zygamborzecki: ?17:58
mborzeckithe delta test is failing17:58
zygadid you ask store devs?17:59
mborzeckiactually wanted to run the test myself, but the logs say there's no update for the snap (which is weird i guess?)17:59
mborzecki  latest/beta:      1.0+fake1 2017-05-17 (5) 2MB -18:00
mborzecki  latest/edge:      1.0+fake1 2017-05-17 (3) 2MB -18:00
mborzeckiedge and beta have different revisions, so the test should work18:00
zygamaybe store bug?18:01
zygaif you refresh the snap by name18:01
zygadoes it work?18:01
zygasergiusens had this issue with multipass in #snapcraft now18:01
SaviqSo classic -> strict may be a red herring?18:03
zygaprogress bars are gone18:03
zygawhat happened?18:03
mvozyga: what/where?18:04
zygamvo: snap install foo18:04
zygashows no progress bar18:04
mvozyga: I see a lot of failures that progress is missing18:04
mvozyga: if it's very fast (the install) you don't see one18:04
zygait's gone :)18:04
zygait doesn't print18:04
mvozyga: iirc that's normal18:04
zygait used to18:05
mvozyga: really? I think I noticed this a while ago that it is sometimes missing and iirc it was just too quick18:05
zygaI installed snapd18:05
zygaand it took a while18:05
zygaand there was no progress at all18:05
mvozyga: oh, then it might be a bug18:05
zygamvo: I implemented the "C" approach today18:05
mvozyga: \o/18:05
zygaand did some manual testing to play around and see how things wokr18:05
mupPR snapd#8843 opened: [RFC] many: export tools from core/snapd to mount namespaces <Created by zyga> <https://github.com/snapcore/snapd/pull/8843>18:06
zygaI meant for this to be a draft18:07
zygabut oh well18:07
zygamborzecki: ^ check it out18:08
* zyga EODs and closes IRC18:12
zygamvo: tomorrow I will be partially of for the MRI18:12
mvozyga: good luck18:12
mupPR snapd#7900 closed: tests: do reset of tests during restore and add checks to validate the fs <Created by sergiocazzolato> <Closed by sergiocazzolato> <https://github.com/snapcore/snapd/pull/7900>18:32
mborzeckihmm Jun 09 20:52:21 galeon snapd[28574]: taskrunner.go:439: DEBUG: Running task 4103 on Do: Download snap "test-snapd-delta-refresh" (5) from channel "latest/beta"18:54
mborzeckiJun 09 20:52:21 galeon snapd[28574]: store_download.go:137: DEBUG: Available deltas returned by store: []18:54
mborzeckithat's why it's failing18:54
mborzeckicachio__: ijohnson: ^^18:54
cachiomborzecki, where did you see that?19:03
mborzeckicachio: all the recent ci runs19:03
cachiomborzecki, do the store team know about that??19:03
mborzeckicachio: no, haven't reached out yet, was about to EOD19:04
cachiomborzecki, ok, np, I can take it19:04
mborzeckicachio: great, thank you19:04
cachioenjoy your EOD19:04
mborzeckicachio: https://github.com/snapcore/snapd/runs/75490866419:06
Intruder777hello, how can I list and install older versions of a particular snap?22:47
Intruder777snap info <package> seem to show only latest22:48
oerhekssome snaps give stable / candidate /  beta / edge versions.22:57
Intruder777oerheks: how do I list and install older versions from stable channel?22:58
oerhekssnaps with bugs are likely to be removed22:58
Intruder777stupid thing did auto update...22:59
Intruder777oerheks: snap info shows me only latest version for "stable". how do I see and install some older versions?23:00
Intruder777what do you mean?23:03
oerhekssudo snap revert <package> # but this requires an older available version that you could see with snap info too23:04
oerhekslike; snap list --all vlc23:04
Intruder777revert says "no revision to revert to"23:05
Intruder777I've tried to do `snap refresh <pckg> --revision=..." by guessing older revision number, but it says "Access by specifying a revision is not allowed for this23:10
Intruder777 Snap"23:10
Intruder777how is this situation possible at all??? with the package manager?23:11
oerheksthat happens, when it is prop software..23:11
oerhekswhat snap are you talking about?23:11
Intruder777opensource one23:11
Intruder777I mean how it can be in 2020 that package manager silently upgrades packages without permission?23:12
Intruder777and then there is no way to revert it back...23:12
Intruder777that's freaking nonsense23:12
oerheksno, not if there is a fix for a leak or vulnarability.23:13
oerhekscontact the snap maintainer?23:13
Intruder777the snap itself have to at least backup previous version before upgrading without permission23:13
Intruder777so I don't have to contact package maintainer23:14
oerheksoh, 'edge' got an update today23:14
Intruder777I need previous versions.23:16
oerheksYou can save installed packages using following code; snap save ; And then all the installed packeges will be zipped with data to /var/lib/snapd/snapshots/23:17
Intruder777oerheks: is there a way to configure snap to always make backup when refreshing to newer version?23:17
oerheksso, for edge you would do this manually ( from now on) . i see  not way to get older versions back23:18
Intruder777maybe you know how to fix this: "telegram-desktop: error while loading shared libraries: libQt5Core.so.5: cannot open shared object file: No such file or directory"23:18
Intruder777I've tried to uninstall and reinstall the snap and it doesn't help23:18
Intruder777oerheks: it was working fine before and now shows this error23:22
oerheksi find some older posts about this, "snap refresh" fixed the problem.23:23
oerheksbut if you run the latest edge, you might want to file a bugreport to the maintainer.23:24
Intruder777I run latest stable23:24
oerheksremoving a snap would also mean removing the settings in ~/snap/<snapname>23:25
Intruder777what's your point?23:25
oerheksjust saying23:25
Intruder777I already did it twice23:25
Intruder777it was not working before I did it. and it still doesn't work now23:26
Intruder777oerheks: is there a way to remount snap filesystem for read/write?23:26
oerheksyes, see answer popey https://forum.snapcraft.io/t/mount-snap-with-rw-for-troubleshooting-propose/1226423:28
Intruder777all my experience with a snap is a story of failures. I use to install rocket-chat from a snap and one day it stopped working because stupid snap is configured to auto update packages by default and the newer version of rocket-chat had a glitch which breaks the mongo-db migration, so it bricked all my local settings. craziness. now I installed telegram-desktop. and again, the auto-update screwed things up23:29
Intruder777what crazy people set auto updating packages by default??23:30
Intruder777that link says "You can unsquashfs the snap to a folder then snap try foldername/ which will β€œinstall” the snap directly from that folder." - very helpful. an how do I do those steps? can I somehow make changes directly in /var/lib/snapd/snap/kde-frameworks-5-core18/32/usr/lib/x86_64-linux-gnu/?23:34
oerheksjust contact the maintainer, i am not going to write that bugreport for you23:36
Intruder777oerheks: I don't need to contact maintainer and wait for it to fix it. I wanted to fix it by trying to change Qt lib version directly inside snap23:42
Intruder777oerheks: ok, I've just downloaded the linux binary from Telegram site and it works. and the snap goes to trash bin23:46

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