[01:22] I am sooooo terrible at writing shaders. [01:50] Hmm, problem... zesty's libmiral requires Mir 0.26.0 and not 0.26.1 [01:50] So you need both installed [01:51] robert_ancell, RAOF: Could we spin a rebuild of libmiral against the new Mir that's in proposed? [01:51] We'll need to very soon [01:51] sounds like a job for RAOF or RAOF1 [01:55] RAOF, RAOF1, camako: https://bugs.launchpad.net/ubuntu/+source/miral/+bug/1664791 [01:55] Ubuntu bug 1664791 in miral (Ubuntu) "miral needs rebuilding on zesty (it links to an old library libmirplatform.so.14)" [Undecided,New] [02:09] Hm. That goes through bilito? [02:20] * duflu shrugs [02:33] I mean, I can trivially upload a no-change rebuild, but that's going to mess other things up. [02:38] It seems like the kind of atomic ABI shift that silos are for [02:45] RAOF: Don't we just need a new build of libmiral in proposed, and then promote both at once? [02:46] It won't migrate out of proposed until it's installable. [02:46] If this *wasn't* using bileto I'd know precisely what to do, and would already have done it :) [02:48] At least it seems like miral is what's holding the old libmirplatform14 [02:48] I can't see anything else [02:49] Hmm... [02:49] This is not an urgent problem at all, is it? [02:50] RAOF: It will be. This will block the release of 0.26.1 [02:50] Oh? Why? [02:51] RAOF: Because zesty's miral depends on a package that only exists in 0.26.0 [02:51] Because we corrected an ABI break, mid-series :P [02:52] Why does that block the 0.26.1 release? [02:52] RAOF: I think because this makes it impossible to build an ISO [02:52] That package will still exist in zesty? [02:52] RAOF: No it won't [02:53] Yes it will. [02:53] Packages aren't removed from the archive until they have no reverse-dependencies. [02:53] RAOF: OK, I won't argue with a positive outlook. But we need to rebuild soon [02:53] It won't be built from *source* in the archive, but it'll exist. [02:53] Yeah. [02:54] We really need to get automated ABI checking back in action [02:55] Since not having it and discovering breaks manually is one of the main things slowing down the release of 0.26.1 [02:55] Also not terribly accurate and reliable [02:55] If it were urgent I could just upload a no-change rebuild manually and fix whatever that breaks in bileto. But since it shouldn't block 0.26.1, we can probably wait for someone who knows how bileto releases go. === andyrock_ is now known as andyrock [03:14] Grumble grumble stringly typed code. [03:15] Stringly typed as in Perl? :) [03:16] No, more “I'm not experienced at writing shader code and having the compile step be at runtime on a different VT is quite annoying”. [03:17] RAOF: I recommend developing via ssh. Then the window never goes away :) [03:18] Although annoying that you really need ethernet to avoid lag when typing over wifi [03:18] Or at least 802.11ac === chihchun_afk is now known as chihchun [04:45] Aaargh. [04:45] Now it's throwing no errors, just failing to copy anything. [04:45] Bah. [05:54] Bah! [05:54] There's *another* error eliminated that still doesn't result in rendering appearing :( [06:05] RAOF: Speaking of graphics issues, I found that glmark2 fullscreen in Xmir is outputting incomplete geometry (the GPU hasn't filled in all the triangles) [06:06] Which is interesting, and somewhat familiar [06:06] I had similar bugs during the development of bypass [06:06] Well, we are blithely assuming that the GPU is going to synchronise for us. [06:06] We don't glFinish() before sending buffers ;) [06:06] Fair point [06:07] Or perhaps we're showing the backbuffer [06:07] Which would explain other apps flickering black [06:07] On that note, there's another bug I forgot to log... [06:14] does hardware OpenGL work in Xmir on Android? [06:15] No [06:16] TheKit: No, but it will try. Mesa is used, with software rendering, and wrong colours (because Mesa and Android are not yet fully compatible) [06:17] So OpenGL in Xmir on Android will indeed put pixels on screen, slowly and with red/blue swapped === chihchun is now known as chihchun_afk === chihchun_afk is now known as chihchun === marcusto_ is now known as marcustomlinson === chihchun is now known as chihchun_afk === dandrader is now known as dandrader|afk === dandrader|afk is now known as dandrader === chihchun_afk is now known as chihchun === alan_g is now known as alan_g|lunch === alan_g|lunch is now known as alan_g === dandrader is now known as dandrader|afk === dandrader|afk is now known as dandrader === dandrader is now known as dandrader|afk === dandrader|afk is now known as dandrader === JanC_ is now known as JanC === chihchun is now known as chihchun_afk === dandrader is now known as dandrader|afk === dandrader|afk is now known as dandrader