Bug#892062: bug 892062 is forwarded to https://github.com/OSGeo/proj.4/issues/833
On Fri, Mar 09, 2018 at 07:00:50AM +0100, Sebastiaan Couwenberg wrote: > > There's now a patch for this: > > > > https://github.com/OSGeo/proj.4/pull/845 > > The changes look a little invasive, though. Yeah, I sighed a bit when I saw it looked like most of the file was rewritten. OTOH, it's an x.0.0 version with a new API added so presumably already full of invasive changes compared to 4.9.x - it's not like we're backporting a patch to Debian stable here. Looks like there are some teething problems with the patch but upstream are being responsive to dealing with them. Thanks for the package in experimental - I'll try to do some additional testing with Survex and that package. Cheers, Olly ___ Pkg-grass-devel mailing list Pkg-grass-devel@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-grass-devel
Bug#892062: bug 892062 is forwarded to https://github.com/OSGeo/proj.4/issues/833
Control: tags 892062 + patch On Sun, Mar 04, 2018 at 09:10:28PM +0100, Bas Couwenberg wrote: > forwarded 892062 https://github.com/OSGeo/proj.4/issues/833 > thanks There's now a patch for this: https://github.com/OSGeo/proj.4/pull/845 Cheers, Olly ___ Pkg-grass-devel mailing list Pkg-grass-devel@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-grass-devel
Bug#757308: grass: Please update to use wxpython3.0
Hi Hamish, On Wed, Aug 20, 2014 at 03:35:36PM +1200, Hamish B wrote: If there are parts of the patch suitable for upstream I would be happy to commit them, just be aware that changes (even debian/patches/) should be compatible back to at least squeeze and Ubuntu 10.04 LTS, since we aim for wide cross-platform compatibility. i.e. backports are pretty trivial right now, and they should stay that way. All the changes in debian/patches/wxpy3.0-compat.patch in the debdiff I attached should be suitable for upstream I think - they remain compatible with wxpython 2.8, and there's already a check in there that the wxPython version is at least 2.8.1.1, so compatibility with 2.6 isn't a concern. Cheers, Olly ___ Pkg-grass-devel mailing list Pkg-grass-devel@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-grass-devel
Bug#757308: grass: Please update to use wxpython3.0
On Thu, Aug 07, 2014 at 10:52:42AM +0200, Sebastiaan Couwenberg wrote: On 08/07/2014 06:56 AM, Olly Betts wrote: It looks like grass 7.0.0 will be compatible with wxPython 3.0 - I see in http://trac.osgeo.org/grass/wiki/Release/7.0.0beta-News the entry: | wxPython 3 compatibility fixes So updating the package to this version seems the simplest fix. In theory this is a good idea. But updating from grass 6.4.3 to 7.0.0 will require a transition, which we are unlikely to get in shape before the freeze in November. Ah, I didn't appreciate there were rdeps which would need to be updated for this too. Updating from grass 6.4.3 to 6.4.4 is more in the realm of possibilities, so we'll need to look into backporting the wxPython 3.0 changes to that. I've been working on a script to assist updating code to work with wxPython3, which might be helpful here if the python code in grass has changed a lot between 6.4.x and 7.0.0 such that backporting the changes is difficult: http://anonscm.debian.org/gitweb/?p=collab-maint/wx-migration-tools.git;a=summary I tried it on the 6.4.3 package, and with a bit of manual tweaking the startup wizard works, but the GUI after that doesn't. I'll send the debdiff of that in case it's useful. Cheers, Olly ___ Pkg-grass-devel mailing list Pkg-grass-devel@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-grass-devel
Bug#757308: grass: Partial patch for wxpython3 support in 6.4.3-3
Here's the patch I mentioned in my previous comment.
Cheers,
Olly
diff -Nru grass-6.4.3/debian/changelog grass-6.4.3/debian/changelog
--- grass-6.4.3/debian/changelog 2013-12-17 00:51:16.0 +1300
+++ grass-6.4.3/debian/changelog 2014-08-16 16:05:18.0 +1200
@@ -1,3 +1,12 @@
+grass (6.4.3-3.1) unstable; urgency=low
+
+ * Non-maintainer upload.
+ * Update to depend on python-wxgtk3.0 rather than python-wxgtk2.8.
+- new patch: wxpy3.0-compat.patch
+ * Drop Build-Conflicts: wx2.6-headers as wx2.6 was removed pre-wheezy.
+
+ -- Olly Betts o...@survex.com Sat, 16 Aug 2014 16:04:44 +1200
+
grass (6.4.3-3) unstable; urgency=medium
* Now b-d on current libgdal-dev.
diff -Nru grass-6.4.3/debian/control grass-6.4.3/debian/control
--- grass-6.4.3/debian/control 2013-12-17 00:51:16.0 +1300
+++ grass-6.4.3/debian/control 2014-08-07 14:51:24.0 +1200
@@ -27,17 +27,17 @@
libproj-dev, proj-bin,
libreadline-dev | libreadline6-dev,
libsqlite3-dev,
+ libwxgtk3.0-dev,
libxmu-dev,
#install optipng if compressing the PNG images in the programmers' manual
# optipng,
python (= 2.6.6-3~),
- python-wxgtk2.8, libwxgtk2.8-dev,
+ python-wxgtk3.0,
python-dev,
tcl-dev (= 8.5), tk-dev (= 8.5),
unixodbc-dev,
hardening-includes
Standards-Version: 3.9.5
-Build-Conflicts: wx2.6-headers
Homepage: http://grass.osgeo.org/
Vcs-Browser: http://git.debian.org/?p=pkg-grass/grass.git
Vcs-Git: git://git.debian.org/git/pkg-grass/grass.git
@@ -109,7 +109,7 @@
Depends: ${shlibs:Depends},
grass-core,
${python:Depends},
- python-wxgtk2.8,
+ python-wxgtk3.0,
# pyGL needed for wxNviz
python-opengl,
xterm | x-terminal-emulator,
diff -Nru grass-6.4.3/debian/control.in grass-6.4.3/debian/control.in
--- grass-6.4.3/debian/control.in 2013-12-17 00:51:16.0 +1300
+++ grass-6.4.3/debian/control.in 2014-08-07 14:51:12.0 +1200
@@ -27,17 +27,17 @@
libproj-dev, proj-bin,
libreadline-dev | libreadline6-dev,
libsqlite3-dev,
+ libwxgtk3.0-dev,
libxmu-dev,
#install optipng if compressing the PNG images in the programmers' manual
# optipng,
python (= 2.6.6-3~),
- python-wxgtk2.8, libwxgtk2.8-dev,
+ python-wxgtk3.0,
python-dev,
tcl-dev (= 8.5), tk-dev (= 8.5),
unixodbc-dev,
hardening-includes
Standards-Version: 3.9.5
-Build-Conflicts: wx2.6-headers
Homepage: http://grass.osgeo.org/
Vcs-Browser: http://git.debian.org/?p=pkg-grass/grass.git
Vcs-Git: git://git.debian.org/git/pkg-grass/grass.git
@@ -109,7 +109,7 @@
Depends: ${shlibs:Depends},
grass-core,
${python:Depends},
- python-wxgtk2.8,
+ python-wxgtk3.0,
# pyGL needed for wxNviz
python-opengl,
xterm | x-terminal-emulator,
diff -Nru grass-6.4.3/debian/patches/series grass-6.4.3/debian/patches/series
--- grass-6.4.3/debian/patches/series 2013-12-17 00:51:16.0 +1300
+++ grass-6.4.3/debian/patches/series 2014-08-07 15:40:42.0 +1200
@@ -7,3 +7,4 @@
barscale_ui
svn-any-version
fix_big-endian_issues
+wxpy3.0-compat.patch
diff -Nru grass-6.4.3/debian/patches/wxpy3.0-compat.patch grass-6.4.3/debian/patches/wxpy3.0-compat.patch
--- grass-6.4.3/debian/patches/wxpy3.0-compat.patch 1970-01-01 12:00:00.0 +1200
+++ grass-6.4.3/debian/patches/wxpy3.0-compat.patch 2014-08-16 18:01:04.0 +1200
@@ -0,0 +1,556 @@
+Description: Fix to work with wxPython 3.0
+Author: Olly Betts o...@survex.com
+Last-Update: 2014-08-16
+
+--- a/gui/wxpython/wxplot/profile.py
b/gui/wxpython/wxplot/profile.py
+@@ -291,7 +291,7 @@
+ if len(self.seglist) 0 :
+ self.ppoints = plot.PolyMarker(self.seglist,
+legend = ' ' + self.properties['marker']['legend'],
+- colour = wx.Color(self.properties['marker']['color'][0],
++ colour = wx.Colour(self.properties['marker']['color'][0],
+self.properties['marker']['color'][1],
+self.properties['marker']['color'][2],
+255),
+@@ -302,7 +302,7 @@
+
+ # Add profile distance/elevation pairs to plot data list for each raster profiled
+ for r in self.rasterList:
+-col = wx.Color(self.raster[r]['pcolor'][0],
++col = wx.Colour(self.raster[r]['pcolor'][0],
+self.raster[r]['pcolor'][1],
+self.raster[r]['pcolor'][2],
+255)
+@@ -332,7 +332,7 @@
+ dlg = wx.FileDialog(parent = self,
+ message = _(Choose prefix for file(s) where to save profile values...),
+ defaultDir = os.getcwd(),
+-wildcard = _(Comma separated value (*.csv)|*.csv), style = wx.SAVE)
++wildcard = _(Comma
Bug#757308: grass: Please update to use wxpython3.0
On Thu, Aug 07, 2014 at 03:46:15PM +0200, Andreas Tille wrote: just a metacomment: Due to the wxPython issue several packages get RC bugs filed which in several cases leads to the fact that these are simply removed from testing and either create a lot of work or will be lost for the Jessie release. All the bugs I've filed for the wxpython3.0 transition are currently severity important (as recommended here: https://wiki.debian.org/Teams/ReleaseTeam/Transitions), which means none are RC. Are you actually talking about wxWidgets? The bugs for the wxwidgets3.0 transition are mostly RC currently, as most have been filed for some time. But the testing autoremoval takes into account whether there's activity on the bug before removing, as documented here: https://lists.debian.org/debian-devel-announce/2013/11/msg7.html I've just looked through the packages which have been auto-removed so far, and most of these bugs have had no response from the maintainer (even when I've included a patch - e.g. #749870 and #751552), or the maintainer has explicitly been OK with the package being removed from testing. It seems to me the big issue here is really that we have a lot of maintainers who don't respond to bugs in their packages. I'm intending to do a pass over the packages which are still using wxwidgets2.8 and try to get as many as possible moved over. My aim here is to migrate Debian to wxwidgets3.0 rather than to remove any package that stands in the way of removing wxwidgets2.8. If you're alluding to #750910 particularly, the issue there was that there's a significantly newer upstream version, and so trying to port the current package to wx3 seemed a bad approach. You'd indicated that the maintainers were going to look at updating, so I left it at that. IMHO this is bad timing to get a predependency for several applications removed quite close to a release date. I left wxpython3.0 until later because it released a few months after wxwidgets3.0, and I expect fewer problems (e.g. the Unicode handling changes cause FTBFS for some C++ applications, but aren't a problem for Python apps). The packages I've looked at so far seem to mostly bear this out. I would certainly rather have started the wxpython3.0 work sooner, but I'm the only active wx maintainer in recent times (though Gianfranco Costamagna has started to get involved recently), and I've been busy with the wxwidgets3.0 transition - there's only so much I can do at once. But that's also the reason why we need to try to eliminate wxwidgets2.8 from jessie - I just don't have the time to maintain packages of such a large upstream project which the upstream maintainers are no longer interested in. Nobody else in Debian seems interested in actually helping to maintain 2.8, and the alternative is to have unmaintained packages of such a large, complex and widely used piece of software. Cheers, Olly ___ Pkg-grass-devel mailing list Pkg-grass-devel@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-grass-devel
Bug#757308: grass: Please update to use wxpython3.0
On Mon, Aug 11, 2014 at 09:45:19AM +0200, Andreas Tille wrote: On Mon, Aug 11, 2014 at 08:07:09AM +0100, Olly Betts wrote: I've just looked through the packages which have been auto-removed so far, and most of these bugs have had no response from the maintainer (even when I've included a patch - e.g. #749870 and #751552), or the maintainer has explicitly been OK with the package being removed from testing. Uhmmm, good we talked about this. I think time is ripe to team hijack ctsim. Kevin M. Rosenberg is MIA / unresponsive regarding Debian Med team maintenance offers since a long time. So he was warned. I'll care about ctsim (#751552) in the next couple of days. That's one of those packages which I'm reluctant to NMU as I don't have suitable test data, and I don't know much about the field they're used in, so even with suitable test data I'm not sure how well I could test an updated package. So I'm particularly glad to see it taken care of. If you're alluding to #750910 particularly, the issue there was that there's a significantly newer upstream version, and so trying to port the current package to wx3 seemed a bad approach. You'd indicated that the maintainers were going to look at updating, so I left it at that. I did not had this particular bug in mind (even if we need to care for it in Debian Med team - to bad that the people who touched the package before did not responded yet). When I wrote my last mail I had this problem of gnumed-client[1] in mind. That's an unfortunate situation, but there just isn't a release of wxPython which supports Python 3 yet. However, that's orthogonal to the wxPython 2.8-3.0 transition - if gnumed-client remained using wxPython 2.8, it would still be stuck in the same situation. The essential problem is simply that gnumed-client has one dependency which is dropping python2 support and another which doesn't yet have python3 support. I've not looked at what gnumed-client uses python-uno for, but if it is just doing document conversion, then LO 4.3 has a libreofficekit API (it was actually in 4.2 as liblibreoffice, but 4.3 is more solid) which provides access to document conversion with significantly less overhead than via uno: https://github.com/xrmx/pylokit Otherwise, the only short-term solution which I can think of is for gnumed-client to add a python2 facade to access python3.3-uno, e.g. serialising function calls over a pipe. I don't know how feasible that would be though. I would certainly rather have started the wxpython3.0 work sooner, but I'm the only active wx maintainer in recent times (though Gianfranco Costamagna has started to get involved recently), and I've been busy with the wxwidgets3.0 transition - there's only so much I can do at once. That's fine. I hope my mail was not sounding to frustrated (I guess you get a lot of unfriendly response and I did not wanted to add to this set, really). Your work id really appreciated. May be you could ask for some help on wxpython3.0 on some relevant lists to also get this one in right in time? I'd certainly be happy with fewer unfriendly responses, but there really haven't been a lot. I have a script in the works to aid with porting to wxPython 3.0 by updating for a few changes to constant and method names, based on experience so far and the (sadly rather vague in places) list of changes upstream provide. Once that's in a sane state, my plan was to send a note to appropriate lists. Luckily I managed to upload treeviewx yesterday and I will have a look into ctsim and sitplus soon. Hope this will help your effort. Yes, much appreciated. Cheers, Olly ___ Pkg-grass-devel mailing list Pkg-grass-devel@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-grass-devel
Bug#757299: thuban: Please update to use wxwidgets3.0
Package: thuban
Version: 1.2.2-5
Severity: important
Tags: patch
Tags: sid jessie
User: freewx-ma...@lists.alioth.debian.org
Usertags: wx3.0 wxpy3.0
Control: block 748169 by -1
Control: block 755757 by -1
We're aiming to migrate the archive to using wxwidgets3.0/wxpython3.0
instead of wxwidgets2.8, and hope to drop wxwidgets2.8 before jessie
is released.
I've built thuban with the attached patch. It starts up OK, and I can
open the About dialog, create a new session and toggle the map legend.
However, I don't have any shape files so can't test further. And it
would be better if someone more familiar with the package did a thorough
test.
I'm happy to NMU this change if you wish me to - just let me know.
Cheers,
Olly
diff -Nru thuban-1.2.2/debian/changelog thuban-1.2.2/debian/changelog
--- thuban-1.2.2/debian/changelog 2014-01-12 22:08:20.0 +1300
+++ thuban-1.2.2/debian/changelog 2014-08-07 11:52:37.0 +1200
@@ -1,3 +1,10 @@
+thuban (1.2.2-5.1) unstable; urgency=low
+
+ * Non-maintainer upload.
+ * Update to use wxWidgets 3.0 - drop wxpython.patch, add wxpython3.0.patch.
+
+ -- Olly Betts o...@survex.com Thu, 07 Aug 2014 11:52:34 +1200
+
thuban (1.2.2-5) unstable; urgency=low
* Bump Standards-Version to 3.9.5, no changes required.
diff -Nru thuban-1.2.2/debian/control thuban-1.2.2/debian/control
--- thuban-1.2.2/debian/control 2014-01-12 22:08:20.0 +1300
+++ thuban-1.2.2/debian/control 2014-08-07 11:25:35.0 +1200
@@ -6,10 +6,11 @@
Priority: optional
Build-Depends: debhelper (= 9),
python-all-dev (= 2.6.6-3~),
- python-wxgtk2.8,
+ python-wxgtk3.0,
+ python-wxgtk3.0-dev,
libproj-dev,
libgdal-dev,
- libwxgtk2.8-dev,
+ libwxgtk3.0-dev,
docbook-utils,
docbook-xsl,
docbook-xml,
@@ -25,7 +26,7 @@
Depends: ${shlibs:Depends},
${python:Depends},
gdal-bin,
- python-wxgtk2.8,
+ python-wxgtk3.0,
python-sqlite,
${misc:Depends}
Recommends: python-psycopg2,
diff -Nru thuban-1.2.2/debian/patches/series thuban-1.2.2/debian/patches/series
--- thuban-1.2.2/debian/patches/series 2014-01-12 22:08:20.0 +1300
+++ thuban-1.2.2/debian/patches/series 2014-08-07 11:47:58.0 +1200
@@ -1,5 +1,5 @@
locale.patch
setup.patch
bitmappath.patch
-wxpython.patch
gdal.patch
+wxpython3.0.patch
diff -Nru thuban-1.2.2/debian/patches/wxpython3.0.patch thuban-1.2.2/debian/patches/wxpython3.0.patch
--- thuban-1.2.2/debian/patches/wxpython3.0.patch 1970-01-01 12:00:00.0 +1200
+++ thuban-1.2.2/debian/patches/wxpython3.0.patch 2014-08-07 12:47:33.0 +1200
@@ -0,0 +1,121 @@
+Description: wxPython 3.0 support
+ Note: wxPython and wxWidgets are now separate source packages, so we only
+ want to check that the major and minor versions match.
+Author: Olly Betts o...@survex.com
+Last-Update: 2014-08-06
+
+--- a/thuban.py
b/thuban.py
+@@ -11,7 +11,7 @@
+ import Thuban
+
+ import wxversion
+-wxversion.select(2.8)
++wxversion.select(3.0)
+
+ # Put the Lib dir into the path. The Lib dir contains some extra non
+ # really Thuban specific Python modules
+--- a/setup.py
b/setup.py
+@@ -71,7 +71,7 @@
+
+ # On POSIX-systems we run wxgtk-config to determine the C++-compiler
+ # flags
+-wx_config_script = wx-config --version=2.8
++wx_config_script = wx-config --version=3.0
+ # These lists will be filled automatically below
+ wx_cs_params = [[] for i in range(CS_NUM_PARAMS)]
+
+--- a/Thuban/version.py
b/Thuban/version.py
+@@ -201,7 +201,7 @@
+
+ # Check whether the wxWindows version of wxPython and thuban's
+ # wxproj module match. If they don't match, segfaults are likely.
+-if versions[wxproj-wx-tuple] != versions[wxPython-tuple][:3]:
++if versions[wxproj-wx-tuple][:2] != versions[wxPython-tuple][:2]:
+ errors.append(_(Thuban was compiled with wx %(wxproj-wx)s
+ but wxPython is %(wxPython)s)
+ % versions)
+--- a/Extensions/ogr/ogrdialog.py
b/Extensions/ogr/ogrdialog.py
+@@ -36,7 +36,7 @@
+ Initialize the dialog.
+
+ wx.Dialog.__init__(self, parent, -1, _(Choose file format),
+- style = wx.DIALOG_MODAL|wx.CAPTION)
++ style = wx.CAPTION)
+ self.session = session
+ self.tables = []
+
+@@ -116,7 +116,7 @@
+ Initialize the dialog.
+
+ wx.Dialog.__init__(self, parent, -1, _(Choose layer),
+- style = wx.DIALOG_MODAL|wx.CAPTION)
++ style = wx.CAPTION)
+ self.tables = []
+
+ #
+@@ -200,7 +200,7 @@
+ Initialize the dialog.
+
+ wx.Dialog.__init__(self, parent, -1, _(Choose layer from database),
+- style = wx.DIALOG_MODAL
Bug#757308: grass: Please update to use wxpython3.0
Package: grass Version: 6.4.3-3 Severity: important Tags: patch sid jessie User: freewx-ma...@lists.alioth.debian.org Usertags: wx3.0 wxpy3.0 Control: block 748169 by -1 Control: block 755757 by -1 We're aiming to migrate the archive to using wxpython3.0 instead of wxwidgets2.8, and hope to drop wxwidgets2.8 before jessie is released. It looks like grass 7.0.0 will be compatible with wxPython 3.0 - I see in http://trac.osgeo.org/grass/wiki/Release/7.0.0beta-News the entry: | wxPython 3 compatibility fixes So updating the package to this version seems the simplest fix. Cheers, Olly ___ Pkg-grass-devel mailing list Pkg-grass-devel@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-grass-devel
Bug#748085: spatialite-gui: Please update to use wxwidgets3.0
Package: spatialite-gui Version: 1.7.1-3 Severity: normal Tags: patch User: freewx-ma...@lists.alioth.debian.org Usertags: wx3.0 Dear maintainer, We're aiming to migrate the archive to using wxwidgets3.0 instead of wxwidgets2.8. I've rebuilt your package using the attached simple patch to make configure find the required wx libraries. It seems to run OK, but I have no suitable spatial data to test it with so I haven't exercised it very thoroughly. I'm happy to NMU this change if you wish me to - just let me know. Cheers, Olly diff -Nru spatialite-gui-1.7.1/debian/changelog spatialite-gui-1.7.1/debian/changelog --- spatialite-gui-1.7.1/debian/changelog 2014-03-19 20:24:16.0 +1300 +++ spatialite-gui-1.7.1/debian/changelog 2014-05-01 19:55:07.0 +1200 @@ -1,3 +1,10 @@ +spatialite-gui (1.7.1-3.1) unstable; urgency=low + + * Non-maintainer upload. + * Update to use wxWidgets 3.0. + + -- Olly Betts o...@survex.com Thu, 01 May 2014 19:55:07 +1200 + spatialite-gui (1.7.1-3) unstable; urgency=low * Add gbp.conf to use pristine-tar by default. diff -Nru spatialite-gui-1.7.1/debian/control spatialite-gui-1.7.1/debian/control --- spatialite-gui-1.7.1/debian/control 2014-03-19 20:24:16.0 +1300 +++ spatialite-gui-1.7.1/debian/control 2014-05-01 19:55:22.0 +1200 @@ -8,8 +8,7 @@ dh-autoreconf, pkg-config, wx-common, - wx2.8-headers, - libwxgtk2.8-dev, + libwxgtk3.0-dev, libspatialite-dev (= 4.1.1-5~), libproj-dev, libgeos-dev, diff -Nru spatialite-gui-1.7.1/debian/patches/series spatialite-gui-1.7.1/debian/patches/series --- spatialite-gui-1.7.1/debian/patches/series 2014-03-19 20:24:16.0 +1300 +++ spatialite-gui-1.7.1/debian/patches/series 2014-05-01 20:04:00.0 +1200 @@ -2,3 +2,4 @@ 01-fix_binary_name.patch 02-fix_typos.patch 03-link-sqlite3.patch +wx3.0-compat.patch diff -Nru spatialite-gui-1.7.1/debian/patches/wx3.0-compat.patch spatialite-gui-1.7.1/debian/patches/wx3.0-compat.patch --- spatialite-gui-1.7.1/debian/patches/wx3.0-compat.patch 1970-01-01 12:00:00.0 +1200 +++ spatialite-gui-1.7.1/debian/patches/wx3.0-compat.patch 2014-05-01 20:04:18.0 +1200 @@ -0,0 +1,26 @@ +Description: Fix to build with wxwidgets 3.0 +Author: Olly Betts o...@survex.com +Last-Update: 2014-05-01 + +--- spatialite-gui-1.7.1.orig/configure spatialite-gui-1.7.1/configure +@@ -15543,7 +15543,7 @@ if test x$WX_CONFIG == xnot_found; then + fi + CXXFLAGS=$(wx-config --cxxflags) + AM_CXXFLAGS=$(wx-config --cxxflags) +-WX_LIBS=$(wx-config --libs) ++WX_LIBS=$(wx-config --libs std,aui) + + + # Checks for header files. +--- spatialite-gui-1.7.1.orig/configure.ac spatialite-gui-1.7.1/configure.ac +@@ -54,7 +54,7 @@ if test x$WX_CONFIG == xnot_found; then + fi + CXXFLAGS=$(wx-config --cxxflags) + AM_CXXFLAGS=$(wx-config --cxxflags) +-WX_LIBS=$(wx-config --libs) ++WX_LIBS=$(wx-config --libs std,aui) + AC_SUBST(WX_LIBS) + + # Checks for header files. ___ Pkg-grass-devel mailing list Pkg-grass-devel@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-grass-devel
