]> git.saurik.com Git - wxWidgets.git/blobdiff - debian/README.Debian
support for @2x notation for wxBITMAP_TYPE_PNG (non-resource) on retina displays
[wxWidgets.git] / debian / README.Debian
index 02bed69222e2cd2c5c5fe29e163b3ae1079efaa8..c651640840b4fe56beab3a904823112d27cbeaaf 100644 (file)
@@ -3,36 +3,40 @@ wxwidgets for Debian
 
 The following packages are built from the wxWidgets CVS source.
 
-libwxgtk               wxGTK runtime shared libraries
-libwxgtk-dev           extra files and static libs for building wxGTK apps
+libwxbase              wxBase runtime shared libraries
+libwxbase-dev          extra files and static libs for building wxBase apps
+libwxbase-dbg          wxBase libraries built with -g and __WXDEBUG__
+
+libwxgtk               wxGTK runtime shared libraries, including selected
+                       contrib libs.
+libwxgtk-dev           extra files required for building wxGTK apps
 libwxgtk-dbg           wxGTK libraries built with -g and __WXDEBUG__
 
-libwxgtk-python                Python binding to wxGTK  (from 2.2.3 onward, this
+python-wxgtk           Python binding to wxGTK  (from 2.2.3 onward, this
                        obsoletes the libwxgtk-python-contrib package as
                        all python modules are built into a single monolith)
+python-wxversion       The wxversion.py version selector, new to wxPython2.6
+python-wxtools         The ancillary tools from the wxPython distribution.
 
-libwxgtk-contrib       wxWin contrib runtime shared libs (built with wxGTK)
-libwxgtk-contrib-dev   extra files and static contrib libs for building apps
-
+wx-common              common helper files and support applications.
 wx-headers             common header files for building wxWidgets apps
 wx-doc                 HTML version of the wxWidgets manual
 wx-examples            wxWidgets and wxPython demos and samples (source)
 wx-i18n                        message catalogs for native language support
 
 
-       The following binaries can be built from the source package
-       with the mingw32 cross compiler, but are not currently
-       distributed by Debian.  If you feel that should change,
-       please file a bug against the wxwidgets2.5 package, or
-       append your views to a report already there if you're not
-       the first to do so.
+       Note that static libraries are no longer supplied in these
+       packages.  Please read, or have understood:
+       http://people.redhat.com/drepper/no_static_linking.html
+       among others before reporting this as a bug.
 
-       [ you can check the current state of affairs at:
-         http://bugs.debian.org/cgi-bin/pkgreport.cgi?pkg=wxwidgets2.5 ]
+       The following binaries can be built from the source package
+       with the mingw32 cross compiler, but are not distributed
+       as a part of the main Debian distribution.
 
-       Oh and, please do *not* file bug reports for these packages
-       to the Debian bts.  But do feel free to email me personally
-       if you find problems and/or have patches to fix them.
+       Please do *not* file bug reports for these packages to the
+       Debian bts.  But do feel free to email me personally if you
+       find problems and/or have patches to fix them.
 
 libwxmsw-dev           mingw32-cross wxMSW libs.
 libwxmsw-dbg           mingw32-cross wxMSW (debug) libs.
@@ -42,7 +46,7 @@ wx-headers-msw                extra headers needed for wxMSW.
        in debian/rules.
 
 
-       It is also possible to build a libwxgtk-dbg-python package.
+       It is also possible to build a python-wxgtk-dbg package.
        There are some limitations (like this package cannot be installed
        concurrently with the release version), but some developers may
        find such a thing useful in any case.  It will transparently
@@ -59,9 +63,14 @@ wx-headers-msw               extra headers needed for wxMSW.
        builds will automatically parallelise to suit the number of hosts
        you have listed in DISTCC_HOSTS.  This will work for both native
        and cross builds of the c++ libraries, if you have the relevant
-       compilers on all your build hosts.  wxPython builds cannot be
-       parallelised at this stage and will run serially regardless of
-       your configuration.
+       compilers on all your build hosts.
+       You may override that heuristic by setting the CONCURRENCY_LEVEL
+       environment variable to the number of jobs you wish make to fork.
+       That variable is also supported by the kernel-package scripts and
+       is respected for consistency here.
+
+       wxPython builds cannot be parallelised at this stage and will run
+       serially regardless of your configuration.
 
 
  -- Ron Lee <ron@debian.org>, Sun, 13 Feb 2000 18:40:00 +1030