Source: wxwidgets3.0
Version: 3.0.1-1
Severity: normal
In the upstream 3.0.1 release, wxLANGUAGE_KABYLE was added by inserting it
into the sorted list of language names just before wxLANGUAGE_KOREAN -
the developer who made this change didn't spot that this breaks applications
using such constants if built against 3.0.0 and using a later version of wx.
I've not seen any actual reports of problems, but the likely consequence
is that the wrong language would get selected, which would be pretty
annoying for users to have to work around.
A quick poke in codesearch.d.n suggests that only a small subset of
wx-using applications actually make use of these constants, so I propose
to work out which applications might be affected and check the version of
wx they were built against to produce a list to be binNMU-ed.
Cheers,
Olly
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
