[06:16] <didrocks> good morning
[06:30] <seb128> good morning desktopers
[06:30] <didrocks> re seb128
[06:31] <seb128> re didrocks ;-)
[06:58] <flexiondotorg> Morning France :-)
[06:58] <didrocks> hey flexiondotorg!
[06:59] <seb128> hey flexiondotorg, how are you today?
[06:59] <flexiondotorg> How goes it?
[06:59] <flexiondotorg> seb128 Yeah, all fine here.
[06:59] <flexiondotorg> I'm solo this week.
[06:59] <flexiondotorg> Other team members either on holiday or sprinting.
[07:00] <seb128> good! it's coffee time :p
[07:00] <flexiondotorg> So a bit lonely.
[07:00] <seb128> oh, nobody to disturb you then :-)
[07:00] <seb128> you are welcome to animate #ubuntu-desktop
[07:01] <seb128> bah, bug #1705369
[07:02] <seb128> duflu, hey, my understanding of this bug was that gdm is already supposed to fallback to a x11 greeter when wayland is failing
[07:02] <seb128> unsure how it detects wayland failing though
[07:03] <seb128> and when the greeter is x11 it filters out user sessions of type wayland
[07:03] <duflu> seb128, no idea. I have guessed too much now. Would need to set up my Nvidia box to test
[07:03] <didrocks> I didn't find any hook for this
[07:06] <didrocks> duflu: yep, uncommenting that option is what I'm doing in casper for the live session
[07:07] <seb128> didrocks, reading bug report it looks like they fallback if the shell fails to load/init
[07:08] <didrocks> yep
[07:08] <didrocks> but not gdm itself
[07:08] <didrocks> well
[07:08] <didrocks> gdm is using the shell in some special mode
[07:08] <flexiondotorg> didrocks Thanks for the vala-panel ACK yesterday.
[07:08] <didrocks> yw!
[07:08] <flexiondotorg> However ;-)
[07:09] <flexiondotorg> https://bugs.launchpad.net/ubuntu/+bug/1699334
[07:09] <didrocks> hum
[07:09] <didrocks> is there any other new packages arriving?
[07:09] <flexiondotorg> It was the precursor that vala-panel-appmenu
[07:09] <didrocks> I would prefer to delimit a block set of reviews
[07:09] <didrocks> doesn't stop you to package them all first locally
[07:09] <didrocks> and upload them to have reviews in one shot
[07:10] <flexiondotorg> didrocks vala-panel-appmenu is all packaged and tested.
[07:10] <didrocks> flexiondotorg: do you have any other new packages coming?
[07:10] <seb128> didrocks, well, the gdm greeter session is supposed to have that logic
[07:10] <didrocks> or that's the last one?
[07:10] <flexiondotorg> vala-panel-appmenu is the last one.
[07:10] <didrocks> flexiondotorg: ok, will do today or tomorrow if nobody beats me to it :)
[07:11] <flexiondotorg> didrocks Thank you!
[07:11] <didrocks> but for the future, please if you ask for reviews, try to allievate the work of the reviewers
[07:11] <flexiondotorg> Ubuntu MATE 17.10 is not without vala-panel-appmenu.
[07:11] <didrocks> seb128: looking for some logic in there
[07:11] <flexiondotorg> *nothing
[07:11] <flexiondotorg> didrocks I have tried to minimise review work.
[07:11] <seb128> didrocks, https://bugzilla.redhat.com/show_bug.cgi?id=1218787#c26
[07:11] <flexiondotorg> Even have a .dsc to grab, already to go.
[07:12] <didrocks> flexiondotorg: thanks! but for the next time, if you have more than on package to push, please push them all and ask for reviews so that we can context switch to it in one shot :)
[07:12] <didrocks> closed: eol?
[07:12]  * didrocks reads
[07:13] <flexiondotorg> didrocks Well I did try. But someone else got involved only want to review one at a time.
[07:13] <seb128> didrocks, they autoclose reports in fedora
[07:13] <flexiondotorg> I added vala-panel and vala-panel-appmenu to sponsors and cross referenced the bugs.
[07:13] <flexiondotorg> I did try, honest :-)
[07:13] <didrocks> flexiondotorg: not a biggie, just for next time, that will please me (if you ping ;)) more :)
[07:14] <didrocks> seb128: ah ok
[07:14] <flexiondotorg> didrocks Noted.
[07:15] <seb128> I tend to read "budgie" as "buggy" :p
[07:17] <didrocks> ahah :)
[07:27] <didrocks> seb128: which version do you use?
[07:27] <didrocks> 17.04?
[07:28] <didrocks> (just want to test something under unity, if I can avoid switching session, I would be greatful :p)
[07:29]  * didrocks sees /usr/share/applications/org.gnome.Totem.desktop and /usr/share/applications/totem.desktop, but only the last one has an OnlyShowIn, I would have expect the first one to have NotShowIn
[07:29] <didrocks> so, we should have a double totem entry in unity
[07:30] <seb128> 16.04
[07:30] <seb128> sorry :p
[07:31] <didrocks> were there already some renames?
[07:31] <seb128> yes
[07:31] <didrocks> mind checking one?
[07:31] <seb128> can do
[07:31] <didrocks> I wonder if it's just some patches that were dropped, I'm seeing a lot of renames
[07:31] <didrocks> thanks :)
[07:33] <seb128> didrocks, org.gnome.totem has NoDisplay=true
[07:34] <seb128> in xenial
[07:34] <didrocks> any reason it went that way rather than OnlyShowIn? to catter for all DEs I guess…
[07:35] <didrocks> hum, ok, I'll do the same for amazon
[07:35] <didrocks> we will need to tackle this seriously before LTS I think
[07:36] <didrocks> I have to drop the transition script in G-S for now then
[07:38]  * didrocks does the amazon icon handler as no discussion happened yesterday
[08:03] <Laney> morning
[08:04] <didrocks> hey Laney
[08:04] <Laney> didrocks: just use the old name for amazon
[08:04] <Laney> don't bother with this transition business there
[08:04] <Laney> and hi, how's it going?
[08:06] <didrocks> Laney: too late ;)
[08:06] <didrocks> well, at least, we have a consistent stack
[08:06] <Laney> consistent ugly hacks
[08:07] <Laney> I don't think it's necessary
[08:07] <Laney> but whatever, as you wish
[08:07] <didrocks> and once we find the magical trick, we'll be able to cleanswap all of them :p
[08:07] <didrocks> well, you decided to break backward compat first
[08:07] <didrocks> I just respected your decision and handled the same way than others
[08:07] <Laney> it's only been in a development release
[08:07] <Laney> I said the other day that it could be fixed by renaming
[08:07] <didrocks> it's fine anyway
[08:08] <didrocks> how are things otherwise?
[08:08] <didrocks> did you get the same heat wave than in France?
[08:08] <Laney> no
[08:08] <Laney> it's been raining today
[08:09] <Laney> quite pleasant
[08:09] <seb128> hey Laney
[08:12] <Laney> hi seb128
[08:12] <Laney> you ok?
[08:12] <seb128> yes, we just had some rain which washed out the heat, that feels nice
[08:16] <Laney> #rainfans
[08:19] <seb128> :-)
[08:59] <willcooke> morning all
[09:04] <seb128> hey willcooke, how is the day so far in eastern europe?
[09:05] <didrocks> good morning willcooke
[09:06] <seb128> or not
[09:10] <seb128> Laney, is switching g-s to the upstream packagekit backend likely to be done this cycle? (I'm just wondering if it's worth testing g-s with the current backend much or if I should wait for the change to be done)
[09:10] <Laney> seb128: yes, probably after the .4 release comes out soon
[09:11] <Laney> you can try silo 2820 if you want
[09:11] <seb128> oh, a silo, nice
[09:11] <seb128> Laney, thanks
[09:11] <didrocks> so, updates would be disabled in g-s UI I guess? (or is that not related to offline updates?)
[09:11] <Laney> yes
[09:11] <flexiondotorg> Morning willcooke Laney
[09:11] <Laney> for packages they would be
[09:12] <Laney> hi flexiondotorg
[09:18] <andyrock> hey hey
[09:18] <seb128> hey andyrock, how are you?
[09:18] <seb128> hum
[09:19] <andyrock> looking for a laptop stand on amazon
[09:19] <andyrock> :D
[09:19] <seb128> nice
[09:19] <seb128> let me know if you buy a nice one
[09:19] <seb128> hum
[09:20] <seb128> what is listing non installed apps in the shell overview? I guess that's gnome-software through a search provider?
[09:20] <Laney> yep
[09:20] <seb128> could somebody else check if it's listing e.g gimp for them but not vlc?
[09:20] <seb128> looking for vlc in g-s works though
[09:21] <seb128> (that's on artful amd64)
[09:22] <didrocks> yeah, vlc isn't listed
[09:23] <didrocks> (after removing it)
[09:24] <didrocks> do you think it could be a conflict because there is a snap available?
[09:24]  * didrocks removes the snap plugin, let's see
[09:24] <Laney> try removing the snap plugin
[09:24] <Laney> oho!
[09:24] <didrocks> hum, no difference
[09:25] <seb128> you bad people assuming it's snaps :p
[09:25] <didrocks> oh wait
[09:25] <didrocks> need to start g-s
[09:25] <seb128> also I think snaps should be listed in there
[09:25] <didrocks> to restart have the restart option
[09:25] <seb128> (which is what I was trying initially)
[09:25] <didrocks> hem
[09:25] <didrocks> I don't want to say
[09:25] <Laney> they should
[09:25] <didrocks> but after removing the plugin
[09:25] <Laney> the problem is that the snap plugin blocks sometimes
[09:25] <seb128> it works!? ;-)
[09:25] <didrocks> yep :p
[09:25] <didrocks> can you confirm?
[09:26] <didrocks> you need to reopen gnome-software after removing the plugin
[09:26] <didrocks> to have a notification to restart it
[09:26] <Laney> try like-
[09:26] <Laney> keep it installed
[09:26] <seb128> in a bit, I'm currently installing vlc so I can't restart g-s
[09:26] <Laney> search vlc
[09:26] <Laney> gdb -p $(pidof gnome-software)
[09:26] <Laney> t a a bt
[09:26] <Laney> bet you see a thread blocked in snapd-glib
[09:27] <seb128> so it blocks other plugins to return results as well?
[09:27] <Laney> glad you asked
[09:27] <seb128> do you know if there is a launchpad bug about that blocking issue?
[09:27] <seb128> :-)
[09:27] <Laney> you'll never guess what we talked about at the snappy sprint
[09:28] <Laney> https://git.gnome.org/browse/gnome-software/commit/?id=fa7216c1284d957acbf266f879a99ffcff06abee https://github.com/snapcore/snapd-glib/commit/fa284cab9090758ce5659a88fec6fbb0e44a8fd8
[09:29] <seb128> no thread blocked in snapd-glib that I can see
[09:30] <seb128> artful has that snapd-glib commit at least
[09:30] <Laney> it doesn't have the gnome-software one
[09:31] <seb128> right, I just looked
[09:32] <seb128> and our version doesn't have those files it patches
[09:32] <seb128> so not easy to apply to try
[09:32] <seb128> thanks Laney
[09:32] <Laney> you can double confirm by removing the plugin though
[09:32] <Laney> maybe you found something else
[09:32] <seb128> so do we have a bug about that issue that we can use for making sure the fix lands and is confirmed to work this cycle?
[09:33] <seb128> launchpad bug I mean
[09:33] <Laney> which issue?
[09:33] <seb128> "snapd plugin block g-s searches to return results"
[09:34] <seb128> or if you want an user description "typing 'vlc' in the overview should list an uninstalled software entry"
[09:34] <seb128> blocks from returning*
[09:34] <Laney> it's the same as https://bugs.launchpad.net/ubuntu/+source/gnome-software/+bug/1702071
[09:34] <seb128> great
[09:34] <seb128> thanks Laney
[09:35] <seb128> so I can link that one to https://bugzilla.gnome.org/show_bug.cgi?id=784251 ?
[09:35] <Laney> you can if you want
[09:35] <Laney> I wouldn't bother with all this gardening because I know it's going to be fixed
[09:35] <didrocks> this won't fix though your "want to list snap in G-S search"
[09:35] <Laney> but if it makes you happy
[09:36] <Laney> right
[09:36] <seb128> you know it's going to be fixed, unless there is yet another bug in the snapd plugin that makes it still not be enough when that lands
[09:36] <seb128> I prefer to test after it lands to make sure everything works
[09:36] <Laney> how does bug gardening help with that?
[09:36] <seb128> but no offense and I'm questionning that you have the known issue in hands :-)
[09:37] <Laney> ok
[09:37] <Laney> no big deal
[09:37] <seb128> well, having a card or milestoned bug means we have a reminder in a list to test
[09:37] <seb128> didrocks, well, maybe the snap plugin returns results and those are going to be in the list
[09:37] <seb128> I don't know enough about the plugin to tell
[09:37] <seb128> and I can't test while it hangs
[09:38] <didrocks> ah, you think it just doesn't end the connection
[09:38] <didrocks> maybe
[09:38] <seb128> so let's see once the hang issue is fixed
[09:38] <didrocks> vlc will be interesting
[09:38] <didrocks> to see the visual difference between the 2
[09:38] <Laney> it's probably worth a snapd-glib bug if someone wants to file it
[09:38] <Laney> robert does know, but these things should be tracked in bugs ;) :P
[09:39] <seb128> right
[09:41] <ricotz> hey desktopers
[09:41] <flexiondotorg> o/
[09:41] <ricotz> please sync meson 0.41.2-1 from debian
[09:44] <Laney> Rico "queue jumper" Tzschichholz :-)
[09:44] <ricotz> since it has a delta it won't get autosync'd (tm) ;)
[09:54] <seb128> hey ricotz, how are you?
[09:54] <Laney> ricotz: yeah, that's what requestsync is for :P
[09:54] <seb128> ricotz, why is the delta fine to drop?
[09:55] <Laney> they're both cherry-picks in this version iirc
[09:56] <ricotz> Laney, can do
[09:56] <ricotz> seb128, hey, I am good
[09:56] <ricotz> Laney, just remember someone considered a small hint more effective than a bug ;)
[09:57] <Laney> ricotz: it's ok this time, you already got our attention
[09:57] <Laney> seb128: you looking at that?
[09:57] <ricotz>  https://bugs.launchpad.net/bugs/1705436
[10:09] <seb128> Laney, not yet but I can if you want
[10:10] <Laney> as you wish
[10:51] <seb128> ricotz, do you know if the new meson version fixes the armhf autopkgtest issues that are blocking the current one?
[10:52] <seb128> https://objectstorage.prodstack4-5.canonical.com/v1/AUTH_77e2ada1e7a84929a74ba3b87153c0ac/autopkgtest-artful/artful/armhf/m/meson/20170716_094525_53311@/log.gz
[10:57] <ricotz> seb128, no sure, this might make a difference https://github.com/mesonbuild/meson/commit/1def456fc12a24c6b6438f9034176f3f5f6e3c56
[11:00] <seb128> let's see
[11:02] <seb128> ricotz, synced
[11:03] <ricotz> thanks
[11:03] <seb128> yw!
[13:08] <seb128> ricotz, no, new version still fails https://objectstorage.prodstack4-5.canonical.com/v1/AUTH_77e2ada1e7a84929a74ba3b87153c0ac/autopkgtest-artful/artful/armhf/m/meson/20170720_121838_98f2f@/log.gz
[13:09] <ricotz> seb128, yes, but with way less errors
[13:09] <seb128> still enough to be blocked
[13:10] <ricotz> I assume "test cases/common/126 llvm ir and assembly" needs the same treatment
[13:10] <seb128> can you report a bug upstream about that?
[13:15] <ricotz> ping upstream on irc
[13:15] <ricotz> I pinged ...
[13:17] <seb128> on which channel?
[13:17] <seb128> let me know if he replies
[13:18] <ricotz> #mesonbuild
[13:19] <seb128> thanks
[13:19] <seb128> yeah for using new buggy buildsystems
[13:19]  * seb128 looks at translation issues in gnome-software
[13:19] <didrocks> flexiondotorg: ok, reviewed on https://bugs.launchpad.net/ubuntu/+bug/1699334/comments/2, one small fix needed, the rest looks good to me
[13:20] <ricotz> seb128, I assume you will push libreoffice 5.3.4 to artful to deal with the python transitions?
[13:21] <seb128> ricotz, what python transitions?
[13:21] <ricotz> python 3.6 as default
[13:22] <seb128> and libreoffice 5.3.3 doesn't work with python 3.6?
[13:22] <ricotz> python3-uno deps need to be updated which is done automatically on a rebuild
[13:23] <seb128> we could just do a no change upload then?
[13:24] <seb128> sorry but I don't know the libreoffice packaging and I've enough to do so I'm not going to try doing a version update
[13:24] <ricotz> not really due the i386 kernel-java failure
[13:24] <seb128> there is no point uploading it now anyway since the kernel/java/i386 still blocks us
[13:24] <seb128> well 5.3.4 would hit the same kernel bug no?
[13:25] <ricotz> I thought osomon gave you a package already?
[13:25] <ricotz> yes, but the packages would ignore the failure on i386
[13:25] <seb128> he did
[13:26] <seb128> but that ignore tests on i386
[13:26] <seb128> which is wrong/a workaround, that was plan B in case the kernel doesn't get fixed
[13:26] <seb128> but it seems it's getting fixed
[13:26] <ricotz> exactly, waiting for a fixed kernel seems to take longer
[13:26] <seb128> I asked them yesterday and the fix is uploaded and being verified
[13:27] <mdeslaur> is someone going to fix libreoffice?
[13:27] <ricotz> oh, ok
[13:27] <seb128> mdeslaur, fix what?
[13:27] <mdeslaur> seb128: it ftbfs on i386 and is blocking a bunch of stuff
[13:27] <seb128> mdeslaur, read backlog
[13:27] <seb128> mdeslaur, it's a kernel bug
[13:27] <mdeslaur> oh duh
[13:27] <mdeslaur> sorry :)
[13:28] <ricotz> mdeslaur, seb128, btw poppler could use an upstream release update
[13:28] <seb128> ricotz, I'm ready to review a sponsoring request if you do the update :-)
[13:29] <ricotz> saw all those cherry-picked CVE patches
[13:29] <seb128> I guess that was needed for the security upload anyway
[13:30] <seb128> poppler has the nice habit of changing its soname at every update
[13:30] <seb128> now might not be the best time to start another transition involving libreoffice
[13:30] <ricotz> I know, but 0.48 vs 0.56 ;)
[13:32] <seb128> yeah it's due an update
[13:32] <ricotz> will take a look later
[13:32] <mdeslaur> zomg! a 9 month old pdf library! HOW WILL WE SURVIVE! ;)
[13:32] <seb128> thanks
[13:34] <mdeslaur> new poppler is probably going to need an MIR for openjpeg btw
[13:34] <seb128> they made it a non optional depends?
[13:35] <seb128> mdeslaur, https://bugs.launchpad.net/ubuntu/+source/openjpeg/+bug/711061
[13:35] <seb128> fun times
[13:38] <mdeslaur> seb128: hrm, looks like you can still specify "unmaintained" to get the internal decoder: https://cgit.freedesktop.org/poppler/poppler/commit/?id=65c5a5266462244130f110599ac5d1011a04216e
[13:38] <seb128> or have no jpx decoding
[13:38] <mdeslaur> now to decide if we'd like the crappy insecure internal one, or the crappy insecure external one?
[13:38] <seb128> that argue has been made in the MIR
[13:40] <seb128> argument
[13:41] <mdeslaur> looks like upstream added fuzzing stuff to the tree, so perhaps sarnold could be convinced to reconsider
[13:41]  * mdeslaur buys Starbucks gift card to bribe sarnold 
[13:42] <seb128> :-)
[13:43] <flexiondotorg> didrocks Thanks. I'll get that sorted ASAP.
[13:50] <seb128> is anybody else finding https://bugzilla.gnome.org/show_bug.cgi?id=663725 really annoying?
[13:51] <jbicha> yes, it's a bit worse with the Ubuntu font too
[14:27] <ricotz> seb128, https://launchpad.net/~ricotz/+archive/ubuntu/staging/+sourcepub/8090839/+listing-archive-extra
[14:30] <seb128> ricotz, thanks
[14:39] <seb128> didrocks, you probably know but did we have https://bugzilla.gnome.org/show_bug.cgi?id=648000 on one of our lists of things we want?
[14:39] <seb128> https://extensions.gnome.org/extension/413/dash-hotkeys/
[14:40] <seb128> hum, no kenvandine[m][m] around?
[14:40] <Laney> off
[14:40] <seb128> oh ok
[14:40] <didrocks> seb128: we don't have a trello card for it AFAIK, we should, indeed
[14:41] <didrocks> was on my personal -"stuff" list
[14:41] <seb128> k, let me add one
[14:41] <kenvandine[m][m]> vacation day today
[14:41] <didrocks> thx
[14:41] <seb128> or you can do it if you want
[14:41]  * Laney shuts kenvandine[m][m] out
[14:41] <seb128> I don't want to steal your items
[14:41] <seb128> haha
[14:41] <willcooke> thoughts on changing the lock shortcut back to super L instead of ctrl-alt-l>
[14:41] <willcooke> ?
[14:41] <seb128> kenvandine[m][m], failing at it it seems :p
[14:41] <seb128> willcooke, we had both working no?
[14:41] <willcooke> seb128, not here, only ctrl-alt-;
[14:41] <willcooke> l
[14:42] <seb128> I mean in unity
[14:42] <seb128> ideally we would have both for shell as well
[14:42] <willcooke> ah, could be, I always used super l
[14:42] <seb128> I always used ctrl-alt-l
[14:42] <Laney> I always use ctrl-alt-l
[14:42]  * kenvandine[m][m] goes back to being off 😀
[14:42] <willcooke> :D
[14:42] <Laney> so take that away on pain of death
[14:42] <seb128> kenvandine[m][m], enjoy
[14:42] <willcooke> can we do both?
[14:43] <jbicha> willcooke: not easy to do both
[14:43] <willcooke> suspected as much
[14:43] <seb128> I bet it's easy with an extension :p
[14:44] <willcooke> noooooo
[14:44] <jbicha> upstream suggested if we wanted to make a way to migrate gsettings from a string to an array…
[14:45] <jbicha> how about org.gnome.desktop.wm.preferences mouse-button-modifier ? upstream uses Super instead of Alt
[14:45] <seb128> what does that do?
[14:45] <seb128> is that for key+click+dnd to move?
[14:47] <jbicha> yes, but I'm not sure what all it does, LP: #1704580 is a complaint about Ubuntu's default
[14:47] <seb128> didrocks, https://trello.com/c/pICT82rS/200-better-keyboard-navigation-for-the-launcher
[14:47] <didrocks> thanks!
[14:48] <jbicha> I'm sure some people won't like the change either :|
[14:49] <seb128> right
[14:58] <willcooke> oops:  http://imgur.com/a/NjUXa
[14:58] <seb128> somebody is giving us some orange
[14:59] <willcooke> :D
[14:59] <willcooke> right, off again, l8rs
[14:59] <didrocks> but the bar below activity is still blue!!!
[14:59] <seb128> bye
[14:59] <didrocks> outrageous
[14:59] <didrocks> see you willcooke
[15:17] <seb128> hum
[15:17] <seb128> it looks like that "location: not in use" in g-c-c privacy isn't what it says
[15:18] <seb128> by "not in use" they mean "used but the system only"
[15:18] <seb128> does it mean that if you don't want your system to hit a geolocation service you can't do that?
[15:20] <seb128> but->by
[16:10] <seb128> hum
[16:10] <seb128> typing a wrong password gives an unstranslated error
[16:11] <didrocks> cancel
[16:11] <didrocks> unlock
[16:11] <didrocks> Log in as another user
[16:11] <didrocks> as well
[16:11] <seb128> "Sorry, that didn't work. Please try again"
[16:11] <didrocks> and I have "jeudi, juillet 20"
[16:11] <seb128> that I don't have :p
[16:11] <didrocks> but I guess that's related to the other bug we talked about :p
[16:11] <didrocks> yeah ;)
[16:12] <didrocks> so yeah, quite some unstranslated strings
[16:12] <seb128> good news is that there is lot of small issues and polish things to work out
[16:12] <seb128> we are not going to get borred any time soon
[16:12] <seb128> I'm quite disappointed by the overall polish though, I though that due to tech debts unity would be behind
[16:12] <seb128> but it was actually still behaving quite nicely
[16:13] <seb128> I was playing with their launcher favorites as well it works but dnd of favorites and such is not as fancy as ours was
[16:13] <seb128> and no accordeon effect
[16:13] <didrocks> it can't be, I was the one coding those animations!
[16:14] <didrocks> (ah, not the accordeon)
[16:14] <didrocks> but I claim the dnd :p
[16:14] <seb128> :-)
[16:15] <seb128> your chance to see if you still have the skills! :p
[16:15] <didrocks> but but, it's css! :-)
[16:15] <didrocks> (well, I guess)
[16:16] <seb128> even better!
[18:11] <sarnold> seb128: I'm hopeful that the openjpeg2 codebase has improved enough that it's no longer rididulous to consider promoting it
[18:12] <sarnold> seb128: it'd be nice if someone from openjpeg2 team would confirm that they've fixed the ~thousand files I've found that crashed it