tag 489077 patch thanks The problem is that wxwidgets2.8 uses the name of the build directory to determine if it's supposed to build a special flavour of packages. Since the changelog also has to be modified, the attached patch makes debian/rules extract the flavour from there instead, making the name of the build directory irrelevant.
-- Matt http://ftbfs.org/
diff -ru wxwidgets2.8-2.8.7.1~/debian/rules wxwidgets2.8-2.8.7.1/debian/rules --- wxwidgets2.8-2.8.7.1~/debian/rules 2008-08-01 11:14:11.000000000 -0700 +++ wxwidgets2.8-2.8.7.1/debian/rules 2008-08-01 11:26:06.000000000 -0700 @@ -49,17 +49,14 @@ DEBIAN_WX_DEFAULT_VERSION = 2.6 -# This will extract a flavour out of the name of the source directory -# and flavour the packages and binaries with it. 'Official' builds -# should use a source dir of the form wxwidgets$RELEASE-$VERSION. -# Flavoured builds may use wxwidgets$RELEASE-$FLAVOUR-$VERSION, where -# any descriptive alphanumeric name will do for FLAVOUR. This will -# allow a custom build to be installed alongside the mainline ones -# without conflict. You will also need to make a corresponding -# changelog entry for your flavour source package using: -# wxwidget$RELEASE-$FLAVOUR ($VERSION) to satify dpkg-source and -# to correctly set the release below. -DEBIAN_WXFLAVOUR := $(shell pwd | sed -e '[EMAIL PROTECTED]/wxwidgets[0-9.]\+-\?\(.*\)[EMAIL PROTECTED]@') +# This will extract a flavour out of the changelog and flavour the +# packages and binaries with it. 'Official' builds should use a +# changelog entry with a source package of the form wxwidgets$RELEASE. +# Flavoured builds may use wxwidgets$RELEASE-$FLAVOUR, where any +# descriptive alphanumeric name will do for FLAVOUR. This will allow +# a custom build to be installed alongside the mainline ones without +# conflict. +DEBIAN_WXFLAVOUR := $(shell dpkg-parsechangelog | sed -ne '/^Source: /[EMAIL PROTECTED](.*\)@[EMAIL PROTECTED]') wx_major_version_number := $(shell sed -n 's/^wx_major_version_number=//p' configure.in)