[Debian-med-packaging] Bug#775302: Bug#775302: [fis-gtm] UTF-8 libgtmutils.so in fis-gtm-6.2-000 is missing routines
amul.shah at fisglobal.com
Fri Apr 24 03:26:52 UTC 2015
> On 04/23/15 02:38, Andreas Tille wrote:
> > Hi Amul,
> > On Wed, Apr 22, 2015 at 02:57:52PM -0400, Amul Shah wrote:
> > > While this fix works, it strikes me as not completely correct
> > > because debian/rules sets up a locale for the pbuilder environment
> > > (lines 21-27 copied in below). What do I need to do in order to use
> > > locale from override_dh_auto_build in override_dh_auto_install?
> > > 21 # Set up locale support in the pbuilder environment
> > > 22 override_dh_auto_build:
> > > 23 mkdir -p debian/tmp/locale/
> > > 24 localedef -f UTF-8 -i en_US
> > > ./debian/tmp/locale/en_US.UTF-8/
> > > 25 export LOCPATH=$(CURDIR)/debian/tmp/locale/ && \
> > > 26 export LC_ALL=en_US.UTF-8 && \
> > > 27 dh_auto_build
> > I admit that I see no real reason why this should not work. What should
> > be equivalent in principle but may be its worth a try would be:
> > $ git diff
> > diff --git a/debian/rules b/debian/rules
> > index 182b74c..f3436f9 100755
> > --- a/debian/rules
> > +++ b/debian/rules
> > @@ -22,9 +22,7 @@ LOCAL_GTM_INSTALL_DIR :=
> > $(CURDIR)/debian/$(BINPKG)/usr/$(GTM_INSTALL_DIR)
> > override_dh_auto_build:
> > mkdir -p debian/tmp/locale/
> > localedef -f UTF-8 -i en_US ./debian/tmp/locale/en_US.UTF-8/
> > - export LOCPATH=$(CURDIR)/debian/tmp/locale/ && \
> > - export LC_ALL=en_US.UTF-8 && \
> > - dh_auto_build
> > + LOCPATH=$(CURDIR)/debian/tmp/locale/ LC_ALL=en_US.UTF-8
> > dh_auto_build
> > override_dh_auto_configure:
> > dh_auto_configure -- -DCMAKE_INSTALL_PREFIX:PATH=/usr
> > -DGTM_INSTALL_DIR=$(GTM_INSTALL_DIR)
> > For dh_auto_install you can try to set the locale in the same way.
> > No idea whether this helps but you could try. Otherwise I'd recommend
> > asking this question on debian-mentors at lists.debian.org.
> [amul:2] The directory $(CURDIR)/debian/tmp/locale does not exist at
> dh_auto_install time. I'll ask on debian-mentors at lists.debian.org to see if
> there is a correct method.
> [amul:2] I will push the fix later today (can't do it from work) and amend it
> if I learn a better way.
As I mentioned above, I pushed the fix. Is there any way to move
6.2-001 from experimental to unstable?
The information contained in this message is proprietary and/or confidential. If you are not the intended recipient, please: (i) delete the message and all copies; (ii) do not disclose, distribute or use the message in any manner; and (iii) notify the sender immediately. In addition, please be aware that any message addressed to our domain is subject to archiving and review by persons other than the intended recipient. Thank you.
More information about the Debian-med-packaging