| thiras | hello | 00:48 |
|---|---|---|
| thiras | I got ubuntu 17.10 on my machine and got installed skype as snap package | 00:49 |
| thiras | also latest nvidia card with propriety drivers | 00:49 |
| thiras | i got no error no the terminal when i start the skype but it just simply doesn't start | 00:50 |
| thiras | no hanged process on the ps aux. it's like kills instantly at the start without any error | 00:50 |
| thiras | how can i get the error log at least? | 00:51 |
| ManxPies | Hello, How Do I get A Spotify Icon (from the Spotify snap) in my menu ? | 01:18 |
| ManxPies | CodeMouse92__: sup ? | 01:23 |
| CodeMouse92__ | ManxPies: Well HELLO there! I know you, methinks ;) | 01:23 |
| ManxPies | CodeMouse92__: Can you not see my PM's or something ? | 01:25 |
| CodeMouse92__ | ManxPies: Hmm? I just PM'd you. | 01:25 |
| CodeMouse92__ | OH! I have non-registered nicks blocked from PMing. Spam | 01:25 |
| ManxPies | CodeMouse92__: So you cannot see this ? https://paste.ubuntu.com/p/6sYv2fKfVm/ | 01:26 |
| CodeMouse92__ | ManxPies: Yeah, no, don't see that. Here, let's move this to an ot, so we don't muck up the room! ##c++-share | 01:27 |
| ManxPies | So what #channel - should we talk in (apart from u-o) ?? | 01:27 |
| ManxPies | okay | 01:27 |
| ManxPies | Also, is there a Brave Browser snap ? | 01:30 |
| mup | PR snapcraft#2004 closed: errros: add a specific error when running commands from plugins <bug> <Created by sergiusens> <Merged by sergiusens> <https://github.com/snapcore/snapcraft/pull/2004> | 03:01 |
| jjohansen | zyga-ubuntu: http://kernel.ubuntu.com/jj/ubuntu-artful.git#lp1755563 | 05:48 |
| mborzecki | morning | 06:11 |
| zyga-ubuntu | jjohansen: thank you! | 07:10 |
| zyga-ubuntu | mborzecki: good morning | 07:10 |
| mup | PR snapd#4859 opened: tests: autopkgtest may have non edge core too <Created by mvo5> <https://github.com/snapcore/snapd/pull/4859> | 07:10 |
| mborzecki | zyga-ubuntu: hey | 07:11 |
| mvo | zyga-ubuntu: hey, good morning - and good morning to mborzecki | 07:11 |
| mborzecki | mvo: morning | 07:11 |
| zyga-ubuntu | I should not be working today but I just jumped in to look at some things briefly | 07:11 |
| mborzecki | are we ready for 2.32 yet? :) | 07:11 |
| zyga-ubuntu | not fully | 07:12 |
| zyga-ubuntu | woah | 07:12 |
| zyga-ubuntu | https://travis-ci.org/snapcore/snapd/builds/354083620?utm_source=github_status&utm_medium=notification | 07:12 |
| zyga-ubuntu | the test ran for 6 hours and 58 minutes | 07:13 |
| zyga-ubuntu | the log says it succeeded | 07:13 |
| zyga-ubuntu | but the job didn't end | 07:14 |
| mborzecki | interesting, travis didn't kill it at 60 minutes mark | 07:14 |
| zyga-ubuntu | looks like a bug | 07:16 |
| pedronis | zyga-ubuntu: from the screenshot that panic from last night is with 2.23.1 (the original dragonboard image?) | 07:56 |
| zyga-ubuntu | pedronis: I believe so | 07:56 |
| === pstolowski|afk is now known as pstolowski | ||
| pstolowski | mornings | 07:57 |
| zyga-ubuntu | https://forum.snapcraft.io/t/panic-on-dragonboard/4490 | 07:57 |
| zyga-ubuntu | pedronis: ^ | 07:57 |
| pedronis | do we make new ones? | 07:57 |
| pedronis | can we even fix it? | 07:57 |
| mup | PR snapd#4856 closed: release: 2.32~pre2 changelogs <Created by mvo5> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/4856> | 07:57 |
| zyga-ubuntu | I don't know who manages those images | 07:57 |
| mup | PR snapd#4859 closed: tests: autopkgtest may have non edge core too <Created by mvo5> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/4859> | 07:59 |
| pedronis | zyga-ubuntu: I think it's a bug we fixed since a long while | 08:01 |
| pedronis | https://github.com/snapcore/snapd/blob/2.23.1/store/auth.go#L106 := vs = | 08:02 |
| zyga-ubuntu | I think we just need to refresh the image with new snapd build | 08:03 |
| pedronis | I don't who makes or what's the refresh policy of those | 08:04 |
| mvo | it is foundations managed now, we need to talk to steve if we need a refresh | 08:05 |
| mvo | the policy is that it gets only refreshed on regular point releases of the distros | 08:05 |
| mvo | (so not very often) | 08:05 |
| pedronis | mvo: zyga-ubuntu: mmh, interesting, http://cdimage.ubuntu.com/ubuntu-core/16/stable/current/ everything seems from January except dragonboard that is older | 08:07 |
| mvo | heh (or not) | 08:07 |
| zyga-ubuntu | woah | 08:07 |
| zyga-ubuntu | March 2017 | 08:07 |
| zyga-ubuntu | yeah | 08:08 |
| zyga-ubuntu | slangasek: ^ is the dragonboard image expected to be much older than other images? | 08:08 |
| * pedronis breakfast | 08:09 | |
| kalikiana | moinsen | 08:16 |
| mup | PR snapd#4847 closed: osutil,testutil: add symlinkat(2) and readlinkat(2) <Created by zyga> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/4847> | 08:25 |
| mup | PR snapd#4808 closed: cmd/snap: use shlex when parsing `snap run --strace` arguments <Created by bboozzoo> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/4808> | 08:29 |
| mup | PR snapd#4738 closed: snap: unify snap name validation w/python; enforce length limit <Created by chipaca> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/4738> | 08:30 |
| pedronis | mvo: I looked into what is involved to backport #4829 , I got conflicts related to #4722 , as we discussed yesterday I will try to look how involved/annoying is backporting that | 08:30 |
| mup | PR #4829: store: Sections and WriteCatalogs need to strictly send device auth only if the device has a custom store <Created by pedronis> <https://github.com/snapcore/snapd/pull/4829> | 08:30 |
| mup | PR #4722: store: cleanup test naming, dropping remoteRepo and UbuntuStore(Repository)? references <Created by pedronis> <Merged by pedronis> <https://github.com/snapcore/snapd/pull/4722> | 08:30 |
| * zyga-ubuntu rebased 4851 and keeps it in a debug loop | 08:31 | |
| zyga-ubuntu | I saw /etc error again so there must be _another_ reason for it | 08:32 |
| mup | PR snapd#4860 opened: spread,tests: move suite-level prepare/restore to central script <Created by zyga> <https://github.com/snapcore/snapd/pull/4860> | 08:37 |
| jamesh | zyga-ubuntu: hi. I was having a look at the "safe bind mount" problem, and came up with some initial code based on what we discussed last week | 08:40 |
| jamesh | zyga-ubuntu: https://github.com/jhenstridge/snapd/blob/safe-bind-mount/cmd/snap-update-ns/secure_bindmount.go | 08:40 |
| jamesh | it isn't identical: I found mount(..., MS_MOVE) doesn't work in the presence of shared mount namespaces | 08:41 |
| zyga-ubuntu | looking | 08:43 |
| zyga-ubuntu | the remount to read only, that will not handle recursively bind mounted things, will it? | 08:45 |
| zyga-ubuntu | you can also use filepath.Clean to simplfy some of the logic | 08:46 |
| zyga-ubuntu | lastly, the MS_MOVE issue | 08:46 |
| jamesh | zyga-ubuntu: yeah. Just noticed that. I can also move the remount to the stashDir too, which gets rid of the FIXME | 08:46 |
| jamesh | I' | 08:47 |
| jamesh | ll check out filepath.Clean | 08:47 |
| zyga-ubuntu | so when is MS_MOVE forbidden? | 08:48 |
| zyga-ubuntu | when crossing namespace boundaries? | 08:48 |
| zyga-ubuntu | or when crossing shared peer group kind? or when? | 08:48 |
| jamesh | zyga-ubuntu: I was just getting EINVAL from the system call | 08:49 |
| mvo | pedronis: thank you | 08:49 |
| jamesh | I got a more expressive error from /sbin/mount, which seems to be due to it doing some checking before hand: https://git.kernel.org/pub/scm/utils/util-linux/util-linux.git/commit/?id=fcc0413a12efde3f413064a622ea0a0595ede49f | 08:49 |
| zyga-ubuntu | I see | 08:50 |
| zyga-ubuntu | but | 08:50 |
| zyga-ubuntu | can we make the internal stash private? | 08:50 |
| zyga-ubuntu | bind from original place | 08:50 |
| zyga-ubuntu | to stash | 08:50 |
| zyga-ubuntu | make stash private | 08:50 |
| jamesh | MS_MOVE is supposed to be atomic, and I guess they decided that making the mount propagation atomic was too hard | 08:50 |
| zyga-ubuntu | and move to destination | 08:50 |
| zyga-ubuntu | ah | 08:51 |
| zyga-ubuntu | the destination is shared too | 08:51 |
| zyga-ubuntu | jamesh: I'll pick this up next week when [j]dstrand is back | 08:53 |
| jamesh | it looks like the parent of the stash directory would need to be !MS_SHARED | 08:53 |
| jamesh | if I'm reading the util-linux patch right | 08:54 |
| zyga-ubuntu | yes | 08:54 |
| zyga-ubuntu | or the stash dir can be a private bind mount | 08:54 |
| zyga-ubuntu | we do something similar to /run/snapd/ns | 08:54 |
| zyga-ubuntu | it is privately shared | 08:54 |
| zyga-ubuntu | or we would not be able to bind mount mount namespaces there | 08:54 |
| zyga-ubuntu | I wrote a patch for linux that explains which of the EINVAL code paths is taken | 08:54 |
| zyga-ubuntu | but I did that for pivot_root | 08:54 |
| zyga-ubuntu | I think I wrote one for mount too but I cannot find it | 08:55 |
| zyga-ubuntu | the one for pivot is in the tree of snapd in snap-confine/misc | 08:55 |
| jamesh | do you think the openNoFollow() logic will help cover some of jdstrand's concerns? | 08:55 |
| zyga-ubuntu | yeah | 08:55 |
| zyga-ubuntu | we have similar code like that in many places | 08:55 |
| jamesh | it means we're working with paths that didn't contain symlinks at some point in time, and then only reference those directories going forward as "." after fchdir()ing into them | 08:56 |
| zyga-ubuntu | yeah, that is a nice improvement | 08:56 |
| * Chipaca isn't here | 08:58 | |
| zyga-ubuntu | haha, hey John | 08:58 |
| mborzecki | Chipaca: so you have a day off too? just like zyga-ubuntu :) | 09:03 |
| pedronis | mvo: it's not too terrible backporting #4712, it's slightly smoother if we backported #4715 as well , your call | 09:03 |
| mup | PR #4712: release: version 2.31.1 <Created by mvo5> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/4712> | 09:03 |
| mup | PR #4715: store: reorg auth refresh <Created by pedronis> <Merged by pedronis> <https://github.com/snapcore/snapd/pull/4715> | 09:03 |
| mvo | pedronis: +1 for 4715 | 09:04 |
| mvo | pedronis: I get the feeling 2.32 will be a frank2.33 ;) but thats ok, its special circumstances so close to release | 09:04 |
| pedronis | mvo: yea, anyway 4715 it's also a fix, we run out of stack (admittedly because of strange store bug) once | 09:05 |
| pedronis | mvo: anyway as I said my maing argument for backporting these, is that if we get asked to do a close 2.32.x to bring in something to 18.04 it's better if the delta is small (with reason for safety) | 09:06 |
| mvo | pedronis: agreed | 09:09 |
| mvo | pedronis: I think this is fine | 09:09 |
| mvo | meh, everything is terrible - autopkgtest bionic/i386 fails in strange ways (/bin/bash: line 104: 12090 Killed snap connect ... | 09:15 |
| mvo | out-of-memory | 09:16 |
| * zyga-ubuntu hugs mvo | 09:17 | |
| zyga-ubuntu | mborzecki: can you look at https://github.com/snapcore/snapd/pull/4860 - it should be a helper NO-OP change | 09:17 |
| mup | PR #4860: spread,tests: move suite-level prepare/restore to central script <Created by zyga> <https://github.com/snapcore/snapd/pull/4860> | 09:17 |
| mup | PR snapd#4861 opened: store: reorg auth refresh (2.32) <Created by pedronis> <https://github.com/snapcore/snapd/pull/4861> | 09:17 |
| zyga-ubuntu | https://github.com/snapcore/snapd/pull/4851 is green and needs reviews now | 09:17 |
| mup | PR #4851: cmd/snap-update-ns: fix creation of layout symlinks <Created by zyga> <https://github.com/snapcore/snapd/pull/4851> | 09:17 |
| mvo | zyga-ubuntu: my old friend lowmem_reserve again | 09:17 |
| zyga-ubuntu | what is lowmem_reserve? | 09:18 |
| mup | PR snapd#4862 opened: store: cleanup test naming, dropping remoteRepo and UbuntuStore(Repository)? references (2.32) <Created by pedronis> <https://github.com/snapcore/snapd/pull/4862> | 09:22 |
| pedronis | mvo: I created backports in 4861 and 4862 | 09:23 |
| mvo | pedronis: thanks, I have a look | 09:24 |
| mvo | zyga-ubuntu: its the same problem we had before, let me try to find the papertrail. essentially the issue is that on i386 each time we load a new profile we eat up kernel memory and on i386 that is lowmem which is apparently not plentiful | 09:26 |
| mvo | https://forum.snapcraft.io/t/oom-for-interfaces-many-on-bionic-i386/4101/4 | 09:26 |
| pedronis | Chipaca: could you look at #4829 and #4849 | 09:29 |
| mup | PR #4829: store: Sections and WriteCatalogs need to strictly send device auth only if the device has a custom store <Created by pedronis> <https://github.com/snapcore/snapd/pull/4829> | 09:29 |
| mup | PR #4849: many: propagate contexts enough to be able to mark store operations done from the Ensure loop <Created by pedronis> <https://github.com/snapcore/snapd/pull/4849> | 09:29 |
| mup | Bug #1756285 opened: Gamepads only working in devmode <Snappy:New> <https://launchpad.net/bugs/1756285> | 09:33 |
| Chipaca | mborzecki: hah! i did it :-) | 09:36 |
| mborzecki | Chipaca: hmm? | 09:36 |
| Chipaca | mborzecki: … wait it's buggy | 09:37 |
| Chipaca | mborzecki: the string version of wrap1 | 09:37 |
| mborzecki | Chipaca: haha challenge accepted :) | 09:37 |
| mborzecki | Chipaca: i have something too, but it's wrapping a bit too far, idk why yet | 09:37 |
| Chipaca | mborzecki: i've done something very similar in my playing around with widths, so i know it's doable, it's just very very fiddly | 09:37 |
| Chipaca | mborzecki: I promise not to include fullwidth characters in my testing of your thing | 09:38 |
| mborzecki | Chipaca: i have this atm https://paste.ubuntu.com/p/HB9HzJzrHb/ but it wraps too far, probably missed something | 09:39 |
| Chipaca | mborzecki: can you pastebin the code, not the diff? | 09:40 |
| * Chipaca 's seen too many variations over the last 24h to cope with the diff atm | 09:41 | |
| mborzecki | Chipaca: https://paste.ubuntu.com/p/FtxH8gPgsk/ | 09:41 |
| Chipaca | mborzecki: idx = strings.LastIndexFunc(text, unicode.IsSpace) | 09:43 |
| Chipaca | mborzecki: that's finding you the last space in the whole thing | 09:43 |
| Chipaca | mborzecki: not the last space that is <= width | 09:43 |
| mborzecki | damn, right | 09:43 |
| Chipaca | mborzecki: and... good luck because finding that one needs runes, with that approach | 09:43 |
| Chipaca | :-) | 09:43 |
| Chipaca | (because width is the number of runes(ish), not bytes) | 09:44 |
| mborzecki | Chipaca: yeah, i see what you meant | 09:44 |
| mup | PR snapd#4798 closed: snap: don't create empty Change with "Hold" state on disconnect <Created by stolowski> <Merged by stolowski> <https://github.com/snapcore/snapd/pull/4798> | 09:45 |
| mborzecki | i'll give it 15 minutes, if i cannot come up with something i'll leave it :P | 09:45 |
| Chipaca | mborzecki: https://pastebin.ubuntu.com/p/SMK5NKTMd6/ | 09:45 |
| Chipaca | mborzecki: that's where I'm at | 09:45 |
| Chipaca | mborzecki: i've still got a bug in there but it's close | 09:45 |
| mvo | pstolowski: if we need 4798 for 2.32, can you please create a PR that targets 2.32 (if not, just ignore me :) | 09:45 |
| mborzecki | Chipaca: truly worthy of /r/dailyprogrammer/ | 09:46 |
| Chipaca | heh | 09:46 |
| mborzecki | tis a nice problem though, it'd be great to have a TextFormatter that is an io.Writer | 09:47 |
| Chipaca | I'll push chipaca/forms sometime when i'm happy enough with it | 09:48 |
| pstolowski | mvo: it's na old bug. would be nice to have in 2.32. I'll prepare a PR | 09:48 |
| pedronis | Chipaca: you +1 but not approved apparently | 09:48 |
| Chipaca | pedronis: yes | 09:49 |
| Chipaca | pedronis: I thought I understood the other pr until I saw the 'call snap find before testing stuff' thing :-) | 09:49 |
| * Chipaca needs to give it a better read | 09:49 | |
| * Chipaca is having fun with code on his day off | 09:50 | |
| pedronis | Chipaca: we had a problem related to switching to use the fakstore before we have a macaroon before, this just make it more likely, snap find blah is a bit of a hack, but the real solution is annoying too (teach how to fake registration to the store just not to use it at all) | 09:51 |
| mup | PR snapd#4849 closed: many: propagate contexts enough to be able to mark store operations done from the Ensure loop <Created by pedronis> <Merged by pedronis> <https://github.com/snapcore/snapd/pull/4849> | 09:53 |
| pedronis | Chipaca: if you ever saw strange 418 errors around getting a nonce from the fakestore that was the reason | 09:53 |
| pedronis | Chipaca: am I talking gibberish ? :) | 09:56 |
| mborzecki | Chipaca: https://paste.ubuntu.com/p/ZRqDHcbJ9s/ | 09:57 |
| Chipaca | pedronis: no, that makes sense | 09:58 |
| Chipaca | pedronis: and although i haven't seen teapots, many of us have | 09:58 |
| Chipaca | pedronis: so thank you | 09:58 |
| pedronis | Chipaca: :) this branch would increase the teapot spotting probability | 09:59 |
| pedronis | before the "hack" | 10:00 |
| Chipaca | pedronis: thank you again | 10:00 |
| pedronis | :) | 10:00 |
| Chipaca | mborzecki: youch | 10:01 |
| * Chipaca goes for a walk | 10:06 | |
| mup | PR snapd#4863 opened: Fix abbreviated disconnect 232 <Created by stolowski> <https://github.com/snapcore/snapd/pull/4863> | 10:33 |
| pstolowski | mvo: ^ | 10:33 |
| mvo | pstolowski: thank oyu | 10:34 |
| mvo | you | 10:34 |
| cachio | mvo, already testint beta | 10:53 |
| cachio | testing | 10:53 |
| cachio | mvo, it should be ready today | 10:54 |
| mvo | cachio: excellent, thank you | 10:54 |
| cachio | yaw | 10:54 |
| Trevinho | zyga-ubuntu: hey, do you remember that issue that was causing the desktop interface font's not to be mounted on refreshs? Did you find anything related to that? As I'd like to promote a snap using it to stable, but I'm a bit worried that it could break things | 10:58 |
| cachio | mvo, 1 unit test is failing for bionic, how do you do to print stuff inside the unit tests or debug it? | 11:31 |
| jibel | seb128, I tried what we discussed in Budapest and moved the preseeded snap from filesystem.squashfs to the CD filesystem directly but there is not so much gain. Only 2s on a 77s boot. unsquashfs and snapd are still the main CPU and IO consumers. | 11:33 |
| mvo | cachio: which test is that? | 11:33 |
| jibel | seb128, it's on VM, I'll try on HW to compare | 11:33 |
| cachio | mvo, https://paste.ubuntu.com/p/7RRpWVCf3V/ | 11:34 |
| cachio | mvo, last test to fix I think | 11:34 |
| mvo | cachio: interessting. I can try this on my bionic system in a bit, otherwise I think a Commentf("Unexpected build date %s", snap.BuldDate()) " next tothe test | 11:36 |
| zyga-ubuntu | mvo: how are you today | 11:46 |
| zyga-ubuntu | Trevinho: hey, I remember the issue. I didn't manage to reproduce it. | 11:48 |
| zyga-ubuntu | although I found something in a related area | 11:48 |
| Trevinho | zyga-ubuntu: mh, I see.. I wasn't able to reproduce it either | 11:49 |
| Trevinho | zyga-ubuntu: switching from a snap without desktop-interface to one with it could suffice sometimes | 11:49 |
| zyga-ubuntu | I didn't investigate the other thing yet, I just found it yesterday | 11:49 |
| Trevinho | zyga-ubuntu: like switching from `telegram-desktop` stable to edge | 11:49 |
| Trevinho | but... Well, as I said it's not something happening all the times | 11:50 |
| zyga-ubuntu | interesting, I will setup a loop | 11:52 |
| zyga-ubuntu | and try to reproduce that | 11:52 |
| zyga-ubuntu | thank you for this advice, please hold over weekend ok? | 11:53 |
| zyga-ubuntu | I will keep looking and if I find something we can fix it or stop the update | 11:53 |
| zyga-ubuntu | mvo: +1 on merging 4851? | 11:54 |
| zyga-ubuntu | I think it's not everything, I saw one failure but I wasn't able to reproduce locally yet | 11:54 |
| zyga-ubuntu | mborzecki: would you be interested in looking at 4765 | 11:57 |
| zyga-ubuntu | it's not short though | 11:57 |
| zyga-ubuntu | so a bit of warning | 11:57 |
| greyback | hey, am using "snap try ./prime" and getting "Ensure prerequitites for "snap-name" are available *snap not found)" - any hint what that actually means | 12:01 |
| zyga-ubuntu | greyback: one of the default providers for your content interfaces is wrong | 12:04 |
| greyback | zyga-ubuntu: aha ok, that is a possibility | 12:05 |
| cachio | mvo, Unexpected build date 1969-12-31 23:59:59 | 12:25 |
| cachio | hehehe | 12:25 |
| cachio | a bit old | 12:25 |
| pedronis | mvo: backports #4861 and #4862 are green now but need to be looked at/approved | 12:33 |
| mup | PR #4861: store: reorg auth refresh (2.32) <Created by pedronis> <https://github.com/snapcore/snapd/pull/4861> | 12:33 |
| mup | PR #4862: store: cleanup test naming, dropping remoteRepo and UbuntuStore(Repository)? references (2.32) <Created by pedronis> <https://github.com/snapcore/snapd/pull/4862> | 12:33 |
| * zyga-ubuntu runs all of main in a loop since morning and ... no failures | 13:13 | |
| mup | PR snapd#4864 opened: daemon: support 'system' as nickname of the core snap <Created by bboozzoo> <https://github.com/snapcore/snapd/pull/4864> | 13:24 |
| Chipaca | mborzecki: https://pastebin.ubuntu.com/p/yPNh9YB2xQ/ | 13:37 |
| Chipaca | mborzecki: … and that's why I made it take a []rune :-) | 13:40 |
| mborzecki | Chipaca: are you updating the pr with this code? | 13:50 |
| Chipaca | mborzecki: should I? | 13:51 |
| Chipaca | mborzecki: is it better? | 13:51 |
| mvo | cachio: this looks like we did not get the new squashfs-tools in bionic-proposed in this test | 13:51 |
| Chipaca | it was fun to write :-) | 13:51 |
| mborzecki | aah ok ;) thought that you were planning to push it or sth | 13:51 |
| Chipaca | not of my own volition | 13:52 |
| Chipaca | i'm open to be convinced though :-) | 13:52 |
| cachio | mvo, ok, | 13:52 |
| cachio | mvo, is it ok if we add proposed until bionic release date? | 13:53 |
| * Chipaca wanders off to to not-work things | 13:53 | |
| * zyga-ubuntu runs tests since 8 and no failures | 14:02 | |
| mup | PR snapd#4860 closed: spread,tests: move suite-level prepare/restore to central script <Created by zyga> <Merged by zyga> <https://github.com/snapcore/snapd/pull/4860> | 14:04 |
| greyback | I swear this worked last week, but this week it fails (using layouts). Anyone mind having a quick look https://pastebin.ubuntu.com/p/vJHMh3DGxN/ | 14:05 |
| mup | PR snapd#4851 closed: cmd/snap-update-ns: fix creation of layout symlinks <Created by zyga> <Merged by zyga> <https://github.com/snapcore/snapd/pull/4851> | 14:07 |
| zyga-ubuntu | greyback: not sure if this is related | 14:09 |
| zyga-ubuntu | greyback: https://forum.snapcraft.io/t/layouts-re-mapping-snap-directories/1471/63?u=zyga | 14:09 |
| zyga-ubuntu | if you follow edge you must set a feature flag to enable layouts | 14:09 |
| greyback | zyga-ubuntu: if I create the directory in advance, it appears to work | 14:09 |
| greyback | yep, done that | 14:10 |
| zyga-ubuntu | other than that, not sure, I'm not really working today so I cannot help now | 14:10 |
| zyga-ubuntu | if you can drop me a note on IRC about how to reproduce that I will try | 14:10 |
| greyback | zyga-ubuntu: oh, sorry for bothering you! | 14:16 |
| zyga-ubuntu | No worries:-) | 14:23 |
| pedronis | pstolowski: I did a pass over the interface hooks PR | 14:26 |
| pstolowski | pedronis: ty! | 14:27 |
| cachio | mvo, which is the package "squashfs-tools" to install and which version ? | 15:06 |
| mvo | cachio: hm, it looks like there is a new sync in bionic, let me check what is going on there | 15:11 |
| cachio | mvo, I ask because squashfs-tools deb package was not installed in bionic | 15:12 |
| mvo | cachio: what is the version installed in the vm? | 15:12 |
| cachio | mvo, there was not | 15:12 |
| mvo | cachio: that is strange, do you have /usr/bin/mksquashfs? | 15:12 |
| cachio | I installed 1:4.3-6 | 15:12 |
| mvo | cachio: in the image? | 15:12 |
| cachio | sorry | 15:12 |
| mvo | cachio: that looks correct | 15:12 |
| mvo | cachio: the version | 15:12 |
| cachio | it was installed 1:4.3-4ubuntu2 | 15:13 |
| cachio | I updated with 1:4.3-6 | 15:13 |
| cachio | is it ok | 15:13 |
| cachio | is it the right version? | 15:13 |
| mvo | yes, this is the right verson | 15:15 |
| cachio | mvo, ok, running again | 15:16 |
| cachio | tx | 15:16 |
| mvo | good luck | 15:16 |
| cachio | mvo beta validation is going very well btw | 15:16 |
| mvo | cachio: great to hear | 15:17 |
| slangasek | zyga-ubuntu: hmm I'm not sure why dragonboard 410c never saw an update in the latest round, would need to check my logs. In any case, there is a new round of image updates needed for 16.04.4 | 15:40 |
| zyga-ubuntu | slangasek: that sounds good, when is that, roughly? when 18.04 gets released? | 15:42 |
| slangasek | zyga-ubuntu: no, it should be done already (in line with the 16.04.4 point release that has happened), and I'll be looking at it next week | 15:42 |
| zyga-ubuntu | ah, perfect, thank you for looking into that | 15:43 |
| === om26er_ is now known as om26er | ||
| === icey_ is now known as icey | ||
| === rumble is now known as grumble | ||
| === apw_ is now known as apw | ||
| === ahayzen_ is now known as ahayzen | ||
| === chihchun_afk is now known as chihchun | ||
| === sarnold_ is now known as sarnold | ||
| === pstolowski is now known as pstolowski|afk | ||
| === zyga-ubuntu is now known as zyga | ||
| zyga | I switched my debug refresh loop to use -reuse, in case that makes the magic bugs show up | 18:25 |
| willem | hi all. I'm testing Xubuntu 18.04. Just installed skype from "software" (the xubuntu app to install things). Skype is a snap package. It installed. But it won't start. | 19:10 |
| willem | The error in the log says: libGL error: unable to load driver: i965_dri.so | 19:10 |
| willem | libGL error: driver pointer missing | 19:10 |
| willem | Any advice on what could cause this, and what I can do about it? | 19:11 |
| mup | PR snapd#4865 opened: many: propagate contexts enough to be able to mark store operations done from the Ensure loop (2.32) <Created by pedronis> <https://github.com/snapcore/snapd/pull/4865> | 19:21 |
| mup | PR snapcraft#2005 opened: pluginhandler: special case go patchelf failures for classic confinement <Created by sergiusens> <https://github.com/snapcore/snapcraft/pull/2005> | 19:36 |
| zyga | ah, found one more issue affecting symlinks | 20:36 |
| zyga | actually, some code that does nothing but hurt now | 20:36 |
| mup | PR snapcraft#2006 opened: many: use packaging logic to get patchelf <Created by sergiusens> <https://github.com/snapcore/snapcraft/pull/2006> | 22:34 |
Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!