[03:26] PR snapcraft#2057 opened: tests: extract lifecycle suite from general suite [05:18] PR snapcraft#2057 closed: tests: extract lifecycle suite from general suite [08:01] PR snapd#5009 opened: overlord: test fix, address corner case [10:40] PR snapd#5009 closed: overlord: test fix, address corner case [10:44] PR snapd#5010 opened: overlord: test fix, address corner case (2.32) [11:02] * zyga wonders who is responsible for ubuntu-image [11:03] it doesn't work on 18.04 at all, GLIBC_PRIVATE not defined [11:27] PR snapd#5010 closed: overlord: test fix, address corner case (2.32) [11:28] zyga: you mean the snap [11:28] it's a bit unclear to me if the snap is maintained (is still in only in beta) [11:28] it would be foundations though [11:30] yeah, the snap [11:30] the deb seems to work but it's not very user friendly [11:38] probably bootable bases / core18 work will be a good time to revisit/improve some of that [13:29] Issue snapcraft#1674 closed: Add pre-prime/prime/post-prime [13:29] PR snapcraft#2052 closed: many: add override-prime scriptlet [13:32] PR snapcraft#2051 closed: elf: use snapped strip === flexiondotorg is now known as wimpress === wimpress is now known as Wimpress === Wimpress is now known as wimpress === wimpress is now known as Wimpress === Wimpress is now known as flexiondotorg === flexiondotorg is now known as Wimpress [16:04] Hello [16:05] Can one Snap talk with another Snap? I.e. if someone makes a Snap of a Java Runtime - will other Snaps then be able to utilize that JVM, resulting in Snaps that depend on Java to run? [16:06] Currently, there's a Snap of VLC 3.0.1. And normally VLC can play Blu-ray's with full Java menus. But the Snap version can't, because it (obviously) needs Java in order to do that. [16:08] mr_lou: that should be possible, I think there are other snaps that do that already [16:11] Neat! Then all we need is a Snap of a Java runtime.... [16:12] mr_lou: yeah, if we have one, we can try and reduce the size of Android Studio snap as well [16:13] Ah [16:13] Makes sense. [16:13] Although I gotta admit, I kinda like packages where the JVM is embedded. [16:13] Especially in the case of VLC. [16:14] Well, I only learned about Snap recently. Will take a while for me to figure out how to create a Snap... Anyone else up for it? :-) [16:15] Obviously, the bit version of the JVM will have to match the bit version of VLC. [18:21] are snapd's autopkg test a bit flaky on i386? see http://autopkgtest.ubuntu.com/packages/s/snapd/bionic/i386 [18:41] would snapd gracefully handle situation when system shutdown is trigered during snap refresh? [18:42] mr_lou: if you could start a conversation on forum.snapcraft.io then we can figure out if there are "genuine" use cases for it. I'll probably work on that if there is enough interest. [18:42] There's a genuine use case. But probably not many genuine use cases. [18:43] I still think an embedded JVM would be best, but I can't convince VLC devs of that. [18:43] A JVM to run BD-J would be less than 2 mb. [18:43] That's virtually nothing in this age. [18:44] I did read that you prefer people to use the forum. Sorry, I won't be doing that. Too damn many accounts everywhere. [18:45] om26er, You know you're gonna do it anyway eventually. I can tell. Might as well do it now. ;-) [18:48] Ohai r04r :-) [18:48] r04r, I do believe this is the channel you were looking for. ;-) [18:48] looks like it [18:48] wonder why i didnt find it with alis [18:48] is it not registered with chanserv or something [18:48] Good question. I just did a channel search for snap [18:48] oh [18:48] +n [18:49] no derp i mean -s [18:49] which makes it hidden [18:53] It's hidden? [18:53] x-chat had no problem finding it. [20:13] PR snapcraft#2050 closed: storeapi: properly handle lacking permission for channel === leftyfb_ is now known as leftyfb