1
0
Go to file
Jan Engelhardt 2ecff40c38 Accepting request 976441 from home:1Antoine1:branches:M17N
- Add wxWidgets-3.1.6-fix-wxDVC-not-showing-empty-cells.patch
  (gh#wxWidgets/wxWidgets#22359).
- Remove _service file: Unused.
- Fix some rpmlint warnings:
  * Remove unused rpmlintrc filters.
  * Remove non-breaking spaces.

OBS-URL: https://build.opensuse.org/request/show/976441
OBS-URL: https://build.opensuse.org/package/show/X11:wxWidgets/wxWidgets-3_2?expand=0&rev=90
2022-05-11 16:18:24 +00:00
_constraints wxWidgets development branch that will eventually become 3.2 2014-12-07 00:34:49 +00:00
_multibuild - Change wxGTK2 flavor to be the main (unnamed) flavor. 2020-10-09 16:49:28 +00:00
.gitattributes wxWidgets development branch that will eventually become 3.2 2014-12-07 00:34:49 +00:00
.gitignore wxWidgets development branch that will eventually become 3.2 2014-12-07 00:34:49 +00:00
README.SUSE wxWidgets development branch that will eventually become 3.2 2014-12-07 00:34:49 +00:00
soversion.diff Accepting request 970135 from home:susnux:branches:X11:wxWidgets 2022-04-14 12:10:14 +00:00
wxpython-mkdiff.sh wxWidgets development branch that will eventually become 3.2 2014-12-07 00:34:49 +00:00
wxWidgets-3_2-rpmlintrc Accepting request 976441 from home:1Antoine1:branches:M17N 2022-05-11 16:18:24 +00:00
wxWidgets-3_2.changes Accepting request 976441 from home:1Antoine1:branches:M17N 2022-05-11 16:18:24 +00:00
wxWidgets-3_2.spec Accepting request 976441 from home:1Antoine1:branches:M17N 2022-05-11 16:18:24 +00:00
wxWidgets-3.1.6-fix-wxDVC-not-showing-empty-cells.patch Accepting request 976441 from home:1Antoine1:branches:M17N 2022-05-11 16:18:24 +00:00
wxWidgets-3.1.6.tar.bz2 Accepting request 970135 from home:susnux:branches:X11:wxWidgets 2022-04-14 12:10:14 +00:00

wxWidgets in SUSE
=================

There are many possible wxWidgets configurations that can be built
from a single source spec file. Depending on what options have been
chosing, the ABI changes in incompatible fashion, yet the library
filenames do not.

To counter running a program with an incompatible variant of
wxWidgets, we chose to make use of the vendor tagging mechanism.
Programs built against the SUSE wxWidgets explicitly require the
library by our name and therefore cannot inadvertently be run with an
incompatible wxWidgets from another distribution.

To run a foreign program, you will need to use the LD_LIBRARY_PATH
mechanism to point it to a directory which contains the matching
third-party wxWidgets variant.