[17:17] vlc snap owrks :P [17:17] *works [17:18] RikMills: Not sure if you saw it or not, but it looks like Debian already fixed VLC upstream. [17:19] arraybolt3[m]: where? [17:19] * arraybolt3[m] pulls up bug report [17:19] Eickmeyer: ^ [17:20] Shoot, no, it's fixed upstream in 3.0.18-rc2. [17:21] There aren't tarballs yet, so it's not yet fixed after all. [17:21] From the email, "There are no tarballs yet. Whenever they (or the 3.0.18 release) becomes available, I'll upload new version." [17:21] Debian bug #1021032 [17:21] Debian bug 1021032 in vlc "vlc: playing mp4 videos results in a black screen" [Important, Open] https://bugs.debian.org/1021032 [17:21] (Hey, ubot worked!) [17:22] yeah, I would like to know what the upstream commits of MR are with the fix [17:22] I tried vlcs daily build PPA, and it was still broken [17:23] I might have time to try a Master build, and if that works a bisect shouldn't be too difficult. [17:32] arraybolt3[m]: the vlc master ppa build did not work [17:33] :( [17:33] https://launchpad.net/~videolan/+archive/ubuntu/master-daily [17:44] Well, it might still be worth a shot to build from source and use the dreaded sudo make install in a VM to see what happens. I mean, at least one guy seems to have it working. [17:44] (I'm in the middle of building a ton of KDE stuff again, so my system's kinda tied up, but that shouldn't last a whole lot longer, hopefully.) [17:51] * RikMills throws 3.0.18-RC2 tag tarball at a PPA [17:53] Anything in particular that I still need to do with Lubuntu artwork packaging, or are we just waiting now? [17:55] tar made from the gitlab tag is not good, so that didn't work. oh well, worth a go [21:26] * RikMills wonders if the debian guy is verbalising from his posterior [21:35] hmm. the vlc release tarballs seem to be rolled from the git repo after the ./bootstrap script has been run. maybe that is why my test build of the rc2 tag as a deb in a ppa crashed and burned [22:00] RikMills: Yes, they seem to generate their tarballs after grabbing external deps. [22:00] Similar to KDE in that way. [22:05] well, KDE are starting to copy translations/docs from svn to git regularly, so KDE snapshots might be easier soon [22:06] i.e. the git repo will more properly reflect the final tarball contents