Bug#1043228: adequate: FTBFS with Perl 5.38: deprecated keywords

2023-08-07 Thread Niko Tyni 
Source: adequate
Version: 0.15.7
Severity: important
Tags: ftbfs sid trixie
User: debian-p...@lists.debian.org
Usertags: perl-5.38-transition

This package fails to build from source with Perl 5.38 (currently in
experimental.)

  
http://perl.debian.net/rebuild-logs/perl-5.38-throwaway/adequate_0.15.7/adequate_0.15.7_amd64-2023-08-04T06:16:05Z.build

   TESTING: ./adequate --version
   given is deprecated at ./adequate line 93.
   when is deprecated at ./adequate line 94.
   when is deprecated at ./adequate line 97.
   when is deprecated at ./adequate line 100.
   Smartmatch is deprecated at ./adequate line 647.
   when is deprecated at ./adequate line 710.
   when is deprecated at ./adequate line 713.
   when is deprecated at ./adequate line 716.
   when is deprecated at ./adequate line 730.
   when is deprecated at ./adequate line 738.
   when is deprecated at ./adequate line 743.
   when is deprecated at ./adequate line 751.
   when is deprecated at ./adequate line 754.
   when is deprecated at ./adequate line 782.
   when is deprecated at ./adequate line 785.
   when is deprecated at ./adequate line 829.
   Smartmatch is deprecated at ./adequate line 929.
   make[1]: *** [debian/rules:17: override_dh_auto_test] Error 1
   make[1]: Leaving directory '/<>'
   make: *** [debian/rules:6: binary] Error 2
   dpkg-buildpackage: error: debian/rules binary subprocess returned exit 
status 2
 
-- 
Niko Tyni   nt...@debian.org

Bug#1021324: redland-bindings: FTBFS: missing build dependency on pkg-config

2022-10-05 Thread Niko Tyni 
Source: redland-bindings
Version: 1.0.17.1+dfsg-2
Severity: serious
Tags: ftbfs

This package fails to build from source on current sid.

Log excerpt:

  checking for swig... swig
  checking for pkg-config... no
  checking SWIG support... 4.0.2 - OK
[...]
  checking Enable PHP API... no
  checking Enable Ruby API... no
  checking for redland... ./configure: line 13855: --exists: command not found
  not found
  configure: error: Redland is not installed - see http://librdf.org/ to get a 
version 1.0.17 or newer

The (regenerated) configure script has this around line 13855:

  printf %s "checking for redland... " >&6; }
  if $PKG_CONFIG --exists redland; then
REDLAND_CONFIG="$PKG_CONFIG redland"

Clearly the problem is that pkg-config no longer gets pulled in.

It looks like this regressed with libraptor2-dev 2.0.15-3, which dropped
its dependency on pkg-config, triggering a latent bug in redland-bindings
of a missing a build dependency.

A full build log is available at

  
http://perl.debian.net/rebuild-logs/sid/redland-bindings_1.0.17.1+dfsg-2/redland-bindings_1.0.17.1+dfsg-2.buildlog

-- 
Niko Tyni   nt...@debian.org

Bug#907974: perl-doc-html: Should be updated to 5.28 at the point of the transition

2018-11-05 Thread Niko Tyni 
Control: severity -1 serious

On Tue, Sep 04, 2018 at 05:40:41PM +0100, Dominic Hargreaves wrote:
> Source: perl-doc-html
> Version: 5.26.0-4
> Severity: wishlist
> User: debian-p...@lists.debian.org
> Usertags: perl-5.28-transition
> X-Debbugs-Cc: p...@packages.debian.org
> 
> We should make this bug serious at the point of the 5.28 transition
> so that we don't end up releasing with documentation for the wrong 
> version of perl.
> 
> See #907273 and #154963 for additional context.

Perl 5.28 transition is done now, so raising the severity of this bug.
-- 
Niko Tyni   nt...@debian.org

Bug#903736: latex2html: Unescaped left brace in regex is deprecated

2018-07-13 Thread Niko Tyni 
Package: latex2html
Version: 2018-debian1-3
User: debian-p...@lists.debian.org
Usertags: perl-5.28-transition

While test rebuilding the archive against Perl 5.28 (currently in
experimental), we noticed these warnings in the build log of this package:

  Unescaped left brace in regex is deprecated here (and will be fatal in Perl 
5.30), passed through in regex; marked by <-- HERE in m/^([^{]*){ <-- HERE / at 
../latex2html line 1901. 

  Unescaped left brace in regex is deprecated here (and will be fatal in Perl 
5.32), passed through in regex; marked by <-- HERE in m/\s*({ <-- HERE |})\s*/ 
at /<>/styles/graphics-support.perl line 175,  line 2.

-- 
Niko Tyni   nt...@debian.org

Bug#886416: libnih: uninstallable, and FTBFS when rebuilt: FAIL test_parse (unexpected line numbering)

2018-01-06 Thread Niko Tyni 
On Sat, Jan 06, 2018 at 02:03:21PM +0100, Axel Beckert wrote:

> Yes, indeed, that looks much more sane now. Might be related to this
> bug fix in expat 2.2.5:
> 
>#137 #138  Fix a case of mistakenly reported parsing success where
> XML_StopParser was called from an element handler

Yes. The relevant change seems to be

 
https://github.com/libexpat/libexpat/commit/718d51a66b0d69f3b8c5ff63d044c36dd5314232

as reverting that made the error go away for me.

Changing the libnih test suite to accomodate the expat fix seems correct
to me too fwiw. Thanks for your work on this!
-- 
Niko Tyni   nt...@debian.org

Bug#868063: update-inetd: FTBFS: Can't exec "./update-inetd": No such file or directory

2017-07-11 Thread Niko Tyni 
Package: update-inetd
Version: 4.44
Severity: serious
Tags: sid buster

This package fails to build on current sid/amd64.

It looks like this was broken by debconf_1.5.62.

Log excerpt:

   fakeroot debian/rules binary
  dh_testdir
  dh_testroot
  python tests.py
  F
  ==
  FAIL: testAddDisableEnableRemove (__main__.UpdateInetdTest)
  --
  Traceback (most recent call last):
File "tests.py", line 280, in testAddDisableEnableRemove
  output = self.update_inetd("add", "'%s'" % srv_entry)
File "tests.py", line 187, in update_inetd
  return run("%s --%s %s %s" % (cmdline, mode, srv, other_opts))
File "tests.py", line 86, in run
  + "\nand printed this output:\n\"%s\"") % (cmd, status, output))
  AssertionError: the command "./update-inetd --file /tmp/tmpWceOqv.modified 
--verbose --add 'pop-3   stream  tcp nowait  root
/usr/sbin/tcpd  /usr/sbin/in.pop3d' " failed with exit status 65280 
  and printed this output:
  "debconf: DbDriver "passwords" warning: could not open 
/var/cache/debconf/passwords.dat: Permission denied
  debconf: unable to initialize frontend: Dialog
  debconf: (TERM is not set, so the dialog frontend is not usable.)
  debconf: falling back to frontend: Readline
  debconf: unable to initialize frontend: Readline
  debconf: (This frontend requires a controlling tty.)
  debconf: falling back to frontend: Teletype
  Can't exec "./update-inetd": No such file or directory at 
/usr/share/perl5/Debconf/ConfModule.pm line 65.
  readline() on closed filehandle GEN0 at 
/usr/share/perl5/Debconf/ConfModule.pm line 78."
  
  [...]
  
  --
  Ran 9 tests in 0.704s
  
  FAILED (failures=9)
  debian/rules:23: recipe for target 'check' failed
  make: *** [check] Error 1
  dpkg-buildpackage: error: fakeroot debian/rules binary gave error exit status 
2
 
-- 
Niko Tyni   nt...@debian.org

Bug#830484: ekg2: FTBFS: install: cannot change permissions of 'debian/ekg2-scripting-perl/usr/share/doc/ekg2-scripting-perl': No such file or directory

2016-07-08 Thread Niko Tyni 
reassign 830484 debhelper
forcemerge 830451 830484
thanks

On Fri, Jul 08, 2016 at 03:24:41PM +0200, Santiago Vila wrote:
> On Fri, 8 Jul 2016, Niko Tyni wrote:
> 
> > Package: ekg2
> > Version: 1:0.4~pre+20120506.1-12
> > Severity: serious
> > 
> > This package fails to build on current sid/amd64.
> 
> Please see Bug #830451. This seems to be a regression in debhelper.

Thanks.
 
> If you are mass bug filing, I'd appreciate if you could also
> mass-reassign and mass-merge the bugs.

Not this time, this was just a one-off I happened to run into.
-- 
Niko

Bug#757754: obexftp: FTBFS: format not a string literal and no format arguments [-Werror=format-security]

2014-08-10 Thread Niko Tyni 
Package: obexftp
Version: 0.23-3
Severity: serious

This package fails to build on current sid/amd64:

x86_64-linux-gnu-gcc -pthread -DNDEBUG -g -fwrapv -O2 -Wall -Wstrict-prototypes 
-D_FORTIFY_SOURCE=2 -g -fstack-protector --param=ssp-buffer-size=4 -Wformat 
-Werror=format-security -fPIC -I../.. -I/usr/include/python2.7 -c python_wrap.c 
-o build/temp.linux-x86_64-2.7/python_wrap.o
python_wrap.c: In function 'SWIG_Python_AddErrorMsg':
python_wrap.c:859:5: error: format not a string literal and no format arguments 
[-Werror=format-security]
 PyErr_Format(PyExc_RuntimeError, mesg);

Full build log attached.
-- 
Niko Tyni   nt...@debian.org
I: Using pkgname logfile
I: Current time: Mon Aug 11 08:30:27 EEST 2014
I: pbuilder-time-stamp: 1407735027
I: Installing the build-deps
W: no hooks of type D found -- ignoring
 - Attempting to satisfy build-dependencies
 - Creating pbuilder-satisfydepends-dummy package
Package: pbuilder-satisfydepends-dummy
Version: 0.invalid.0
Architecture: amd64
Maintainer: Debian Pbuilder Team pbuilder-ma...@lists.alioth.debian.org
Description: Dummy package to satisfy dependencies with aptitude - created by 
pbuilder
 This package was created automatically by pbuilder to satisfy the
 build-dependencies of the package being currently built.
Depends: debhelper (= 7.0.0), libopenobex1-dev (= 1.3-3), libbluetooth-dev, 
quilt (= 0.45), pkg-config, swig, doxygen, python-dev (= 2.6.6-3~), ruby-dev, 
ruby, chrpath
dpkg-deb: building package `pbuilder-satisfydepends-dummy' in 
`/tmp/satisfydepends-aptitude/pbuilder-satisfydepends-dummy.deb'.
Selecting previously unselected package pbuilder-satisfydepends-dummy.
(Reading database ... 19113 files and directories currently installed.)
Preparing to unpack .../pbuilder-satisfydepends-dummy.deb ...
Unpacking pbuilder-satisfydepends-dummy (0.invalid.0) ...
dpkg: pbuilder-satisfydepends-dummy: dependency problems, but configuring 
anyway as you requested:
 pbuilder-satisfydepends-dummy depends on debhelper (= 7.0.0); however:
  Package debhelper is not installed.
 pbuilder-satisfydepends-dummy depends on libopenobex1-dev (= 1.3-3); however:
  Package libopenobex1-dev is not installed.
 pbuilder-satisfydepends-dummy depends on libbluetooth-dev; however:
  Package libbluetooth-dev is not installed.
 pbuilder-satisfydepends-dummy depends on quilt (= 0.45); however:
  Package quilt is not installed.
 pbuilder-satisfydepends-dummy depends on pkg-config; however:
  Package pkg-config is not installed.
 pbuilder-satisfydepends-dummy depends on swig; however:
  Package swig is not installed.
 pbuilder-satisfydepends-dummy depends on doxygen; however:
  Package doxygen is not installed.
 pbuilder-satisfydepends-dummy depends on python-dev (= 2.6.6-3~); however:
  Package python-dev is not installed.
 pbuilder-satisfydepends-dummy depends on ruby-dev; however:
  Package rub
Setting up pbuilder-satisfydepends-dummy (0.invalid.0) ...
Reading package lists...
Building dependency tree...
Reading state information...
Initializing package states...
Writing extended state information...
Building tag database...
The following NEW packages will be installed:
  bsdmainutils{a} chrpath{a} debhelper{a} diffstat{a} doxygen{a} file{a} 
  gettext{a} gettext-base{a} groff-base{a} intltool-debian{a} 
  libasprintf0c2{a} libbluetooth-dev{a} libbluetooth3{a} libcroco3{a} 
  libexpat1{a} libexpat1-dev{a} libffi6{a} libglib2.0-0{a} libgmp-dev{a} 
  libgmpxx4ldbl{a} libjs-jquery{a} libmagic1{a} libopenobex1{a} 
  libopenobex1-dev{a} libpipeline1{a} libpython-dev{a} libpython-stdlib{a} 
  libpython2.7{a} libpython2.7-dev{a} libpython2.7-minimal{a} 
  libpython2.7-stdlib{a} libruby2.1{a} libssl1.0.0{a} libudev1{a} 
  libunistring0{a} libusb-dev{a} libxml2{a} libyaml-0-2{a} man-db{a} 
  mime-support{a} pkg-config{a} po-debconf{a} python{a} python-dev{a} 
  python-minimal{a} python2.7{a} python2.7-dev{a} python2.7-minimal{a} 
  quilt{a} ruby{a} ruby-dev{a} ruby2.1{a} ruby2.1-dev{a} 
  rubygems-integration{a} swig{a} swig2.0{a} 
0 packages upgraded, 56 newly installed, 0 to remove and 0 not upgraded.
Need to get 54.5 MB of archives. After unpacking 123 MB will be used.
Writing extended state information...
Get: 1 http://localhost:3142/debian/ sid/main libpipeline1 amd64 1.3.0-1 [25.8 
kB]
Get: 2 http://localhost:3142/debian/ sid/main libssl1.0.0 amd64 1.0.1i-1 [1027 
kB]
Get: 3 http://localhost:3142/debian/ sid/main libudev1 amd64 208-7 [49.8 kB]
Get: 4 http://localhost:3142/debian/ sid/main groff-base amd64 1.22.2-6 [1088 
kB]
Get: 5 http://localhost:3142/debian/ sid/main bsdmainutils amd64 9.0.5 [211 kB]
Get: 6 http://localhost:3142/debian/ sid/main man-db amd64 2.6.7.1-1 [990 kB]
Get: 7 http://localhost:3142/debian/ sid/main libasprintf0c2 amd64 0.19.2-1 
[30.7 kB]
Get: 8 http://localhost:3142/debian/ sid/main libmagic1 amd64 1:5.19-1 [237 kB]
Get: 9 http://localhost:3142/debian/ sid/main libxml2 amd64 2.9.1+dfsg1-4 [797 
kB]
Get: 10 http://localhost:3142/debian/ sid/main

Bug#752799: obexftp: hardcodes /usr/lib/perl5

2014-06-26 Thread Niko Tyni 
Package: obexftp
Version: 0.23-2
Severity: important
User: debian-p...@lists.debian.org
Usertags: perl-5.20-transition

Starting with version 5.20.0 (currently in experimental), the Debian
perl package is changing the vendorarch library paths (currently
/usr/lib/perl5) to include the multiarch triplet and the perl version. See
#748380 for details.

For this to work, packages containing binary perl modules need to migrate
from using the hardcoded /usr/lib/perl5 directory to the value of the
$Config{vendorarch} variable, as defined in the 'Config' module.

This package fails to build with perl_5.20.0-1 from experimental:

  dh_install --sourcedir=debian/tmp --autodest --fail-missing -X.la
  dh_install: libobexftp-perl missing files (usr/lib/perl5/*), aborting
  make: *** [binary-arch] Error 2

One solution for this might be an executable debhelper install file
(available with debhelper compat level 9) expanding $Config{vendorarch}.
See #751924 for an example of this.

Please ask on the debian-perl list if you want help with this, and see
 
https://bugs.debian.org/cgi-bin/pkgreport.cgi?tag=perl-5.20-transition;users=debian-p...@lists.debian.org
for a list of similar bugs and patches.
-- 
Niko Tyni   nt...@debian.org


-- 
To UNSUBSCRIBE, email to debian-qa-packages-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20140626170325.GB7758@estella.local.invalid

Bug#752346: graphviz: hardcodes /usr/lib/perl5

2014-06-22 Thread Niko Tyni 
Package: graphviz
Version: 2.26.3-17
Severity: important
User: debian-p...@lists.debian.org
Usertags: perl-5.20-transition

Starting with version 5.20.0 (currently in experimental), the Debian
perl package is changing the vendorarch library path (currently
/usr/lib/perl5) to include the multiarch triplet and the perl version. See
#748380 for details.

For this to work, packages containing binary perl modules need to migrate
from using the hardcoded /usr/lib/perl5 directory to the value of the
$Config{vendorarch} variable, as defined in the 'Config' module.

This package builds successfully with perl_5.20.0-1 from experimental,
but still installs the Perl files into /usr/lib/perl5 so they won't be
on the Perl search path anymore.

Please ask on the debian-perl list if you want help with this.

drwxr-xr-x root/root 0 2014-06-17 01:25 ./usr/lib/perl5/
drwxr-xr-x root/root 0 2014-06-17 01:25 ./usr/lib/perl5/auto/
drwxr-xr-x root/root 0 2014-06-17 01:25 ./usr/lib/perl5/auto/gv/
-rw-r--r-- root/root139928 2014-06-17 01:25 
./usr/lib/perl5/auto/gv/libgv_perl.so
-rw-r--r-- root/root  2175 2014-06-17 01:25 ./usr/lib/perl5/gv.pm
lrwxrwxrwx root/root 0 2014-06-17 01:25 ./usr/lib/perl5/auto/gv/gv.so 
- libgv_perl.so

-- 
Niko Tyni   nt...@debian.org


-- 
To UNSUBSCRIBE, email to debian-qa-packages-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20140622200321.GC29951@estella.local.invalid

Bug#752024: amanda: FTBFS with Perl 5.20: needs SWIG regeneration

2014-06-18 Thread Niko Tyni 
Package: amanda
Version: 1:3.3.3-3
Severity: important
User: debian-p...@lists.debian.org
Usertags: perl-5.20-transition

This package fails to build with Perl 5.20 (currently in experimental):

  In file included from Amanda/Application.c:734:0:
  Amanda/Application.c: In function 'SWIG_AsCharPtrAndSize':
  /usr/lib/x86_64-linux-gnu/perl/5.20/CORE/handy.h:124:34: error: 'bool' 
undeclared (first use in this function)
   #define cBOOL(cbool) ((cbool) ? (bool)1 : (bool)0)
^
  [...]
  
  make[5]: *** [Application.lo] Error 1
  Makefile:2548: recipe for target 'Application.lo' failed
  make[5]: Leaving directory '/«PKGBUILDDIR»/perl'
  make[4]: *** [all-recursive] Error 1
  
This seems to be fixed in SWIG 2.0.8 by
 
https://github.com/swig/swig/commit/4305a3cef9b210541c3b88ab2fd03d787c3bca66#diff-e00eca1bbacd9d243e51f4bf400b3000R63
but I don't know why the commit message claims it fixes problems with
Perl 5.16 while we encounter them only with the 5.18 - 5.20 upgrade.

The attached patch fixes the build, but it modifies generated files.
A more correct fix would be a full regeneration step with current SWIG.

I've tested that the package builds both on current sid and with
perl_5.20.0-1 from experimental with the patch.
-- 
Niko Tyni   nt...@debian.org
From f55dacbd2f80ce1fb91bb52885b8154aa1ce1b3c Mon Sep 17 00:00:00 2001
From: Niko Tyni nt...@debian.org
Date: Wed, 18 Jun 2014 22:32:01 +0300
Subject: [PATCH] Don't undefine bool if defined by C99 stdbool.h

This is adopted from swig 2.0.8, change
 https://github.com/swig/swig/commit/4305a3cef9b210541c3b88ab2fd03d787c3bca66#diff-e00eca1bbacd9d243e51f4bf400b3000R63

and fixes build failures with Perl 5.20.

Regenerating the files with a current swig version would
be a more correct fix.
---
 perl/Amanda/Application.c | 10 ++
 perl/Amanda/Archive.c | 10 ++
 perl/Amanda/Cmdline.c | 10 ++
 perl/Amanda/Config.c  | 10 ++
 perl/Amanda/Debug.c   | 10 ++
 perl/Amanda/Device.c  | 10 ++
 perl/Amanda/Disklist.c| 10 ++
 perl/Amanda/Feature.c | 10 ++
 perl/Amanda/Header.c  | 10 ++
 perl/Amanda/IPC/Binary.c  | 10 ++
 perl/Amanda/Logfile.c | 10 ++
 perl/Amanda/MainLoop.c| 10 ++
 perl/Amanda/NDMP.c| 10 ++
 perl/Amanda/Tapelist.c| 10 ++
 perl/Amanda/Tests.c   | 10 ++
 perl/Amanda/Util.c| 10 ++
 perl/Amanda/Xfer.c| 10 ++
 perl/Amanda/XferServer.c  | 10 ++
 18 files changed, 108 insertions(+), 72 deletions(-)

diff --git a/perl/Amanda/Application.c b/perl/Amanda/Application.c
index 605ac6e..8327e74 100644
--- a/perl/Amanda/Application.c
+++ b/perl/Amanda/Application.c
@@ -1450,9 +1450,6 @@ SWIG_Perl_SetModule(swig_module_info *module) {
 #ifdef eof
   #undef eof
 #endif
-#ifdef bool
-  #undef bool
-#endif
 #ifdef close
   #undef close
 #endif
@@ -1493,7 +1490,12 @@ SWIG_Perl_SetModule(swig_module_info *module) {
   #undef stat
 #endif
 
-
+#ifdef bool
+  /* Leave if macro is from C99 stdbool.h */
+  #ifndef __bool_true_false_are_defined
+#undef bool
+  #endif
+#endif
 
 #define SWIG_exception_fail(code, msg) do { SWIG_Error(code, msg); SWIG_fail; } while(0) 
 
diff --git a/perl/Amanda/Archive.c b/perl/Amanda/Archive.c
index 3fbfc23..aac8f35 100644
--- a/perl/Amanda/Archive.c
+++ b/perl/Amanda/Archive.c
@@ -1450,9 +1450,6 @@ SWIG_Perl_SetModule(swig_module_info *module) {
 #ifdef eof
   #undef eof
 #endif
-#ifdef bool
-  #undef bool
-#endif
 #ifdef close
   #undef close
 #endif
@@ -1493,7 +1490,12 @@ SWIG_Perl_SetModule(swig_module_info *module) {
   #undef stat
 #endif
 
-
+#ifdef bool
+  /* Leave if macro is from C99 stdbool.h */
+  #ifndef __bool_true_false_are_defined
+#undef bool
+  #endif
+#endif
 
 #define SWIG_exception_fail(code, msg) do { SWIG_Error(code, msg); SWIG_fail; } while(0) 
 
diff --git a/perl/Amanda/Cmdline.c b/perl/Amanda/Cmdline.c
index 5a8d2ef..85709b1 100644
--- a/perl/Amanda/Cmdline.c
+++ b/perl/Amanda/Cmdline.c
@@ -1450,9 +1450,6 @@ SWIG_Perl_SetModule(swig_module_info *module) {
 #ifdef eof
   #undef eof
 #endif
-#ifdef bool
-  #undef bool
-#endif
 #ifdef close
   #undef close
 #endif
@@ -1493,7 +1490,12 @@ SWIG_Perl_SetModule(swig_module_info *module) {
   #undef stat
 #endif
 
-
+#ifdef bool
+  /* Leave if macro is from C99 stdbool.h */
+  #ifndef __bool_true_false_are_defined
+#undef bool
+  #endif
+#endif
 
 #define SWIG_exception_fail(code, msg) do { SWIG_Error(code, msg); SWIG_fail; } while(0) 
 
diff --git a/perl/Amanda/Config.c b/perl/Amanda/Config.c
index e8e53e0..3c1cf93 100644
--- a/perl/Amanda/Config.c
+++ b/perl/Amanda/Config.c
@@ -1450,9 +1450,6 @@ SWIG_Perl_SetModule(swig_module_info *module) {
 #ifdef eof
   #undef eof
 #endif
-#ifdef bool
-  #undef bool
-#endif
 #ifdef close
   #undef close
 #endif
@@ -1493,7 +1490,12 @@ SWIG_Perl_SetModule(swig_module_info *module) {
   #undef

Bug#747710: amanda: FTBFS on sid/amd64: configure: error: Cannot build the Amazon S3 device

2014-05-11 Thread Niko Tyni 
Package: amanda
Version: 1:3.3.3-2 
Severity: serious

This package fails to build on current sid/amd64. Tail of the build log:

  checking for curl-config... /usr/bin/curl-config
  checking for the version of libcurl... 7.36.0
  checking for libcurl = version 7.10.0... yes
  checking whether libcurl is usable... yes
  checking for curl_free... yes
  checking for curl_off_t... yes
  checking for HMAC_CTX_init in -lcrypto... no
  checking openssl/hmac.h usability... no
  checking openssl/hmac.h presence... no
  checking for openssl/hmac.h... no
  checking crypto/hmac.h usability... no
  checking crypto/hmac.h presence... no
  checking for crypto/hmac.h... no
  checking hmac.h usability... no
  checking hmac.h presence... no
  checking for hmac.h... no
  checking whether to include the Amazon S3 device... no
  configure: error: Cannot build the Amazon S3 device: one or more 
prerequisites are missing.
  debian/rules:15: recipe for target 'configure-stamp' failed
  make: *** [configure-stamp] Error 1
  dpkg-buildpackage: error: debian/rules build gave error exit status 2
  
It looks like the build dependencies don't pull in libssl-dev anymore
on a clean system.
-- 
Niko Tyni   nt...@debian.org


-- 
To UNSUBSCRIBE, email to debian-qa-packages-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20140511103704.GA17516@estella.local.invalid

Bug#747710: amanda: FTBFS on sid/amd64: configure: error: Cannot build the Amazon S3 device

2014-05-11 Thread Niko Tyni 
On Sun, May 11, 2014 at 01:37:04PM +0300, Niko Tyni wrote:
 Package: amanda
 Version: 1:3.3.3-2 
 Severity: serious
 
 This package fails to build on current sid/amd64. Tail of the build log:

   checking for HMAC_CTX_init in -lcrypto... no

 It looks like the build dependencies don't pull in libssl-dev anymore
 on a clean system.

This is probably due to this change:

curl (7.36.0-2) unstable; urgency=medium

  * Move Depends on -dev packages needed to use static libraries to Suggests
, [...]

 -- Alessandro Ghedini gh...@debian.org  Mon, 28 Apr 2014 19:37:14 +0200
-- 
Niko Tyni   nt...@debian.org


-- 
To UNSUBSCRIBE, email to debian-qa-packages-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/2014051309.GA4583@estella.local.invalid

Bug#692281: python-netcdf: empty package on kfreebsd-*

2012-11-04 Thread Niko Tyni 
Package: python-netcdf
Version: 2.8-3
Severity: grave
Justification: unusable package

As seen at http://packages.debian.org/sid/python-netcdf, this
package is effectively empty on kfreebsd-* and hurd-i386.

I assume this is because debian/rules hardcodes 'linux':

DH_COMPAT=2 dh_movefiles -v -p$(p_cdf) --sourcedir=$(d_sci) \
usr/lib/python*/*-packages/Scientific/linux2 \
usr/include/python*/Scientific/netcdfmodule.h
 
-- 
Niko Tyni   nt...@debian.org


-- 
To UNSUBSCRIBE, email to debian-qa-packages-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20121104165243.GA26804@madeleine.local.invalid

Bug#672356: libspread-perl: DynaLoader now requires versions to be numbers, Spread.pm uses a string.

2012-05-20 Thread Niko Tyni 
severity 672356 grave
thanks

On Thu, May 10, 2012 at 10:14:36PM +1200, Andrew Ruthven wrote:
 Package: libspread-perl
 Version: 3.17.4-3
 Severity: important
 Tags: patch

 puck@wheezy:~$ perl -MSpread -e 'print hello\n';
   
 Invalid version format (non-numeric data) at /usr/lib/perl/5.14/DynaLoader.pm 
 line 207.
 Compilation failed in require.
 BEGIN failed--compilation aborted.
 puck@wheezy:~$

Looks like the libspread-perl package is completely unusable at the
moment, so marking this as release critical.

 Looking inside Spread.pm, I see that $VERSION is set to 3.17.0-1.04.  It 
 appears
 that DynaLoader between Perl 5.10 (Squeeze) and 5.14 (Wheezy) changed to
 require VERSION to be a number.
 
 The attached patch changes it to be a number - 3.170104 - which now 
 allows me
 to use Spread.pm:

Thanks for your work!
-- 
Niko Tyni   nt...@debian.org



-- 
To UNSUBSCRIBE, email to debian-qa-packages-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20120520163509.GA9832@madeleine.local.invalid

Bug#466773: perlftlib: FTBFS with Perl 5.10 (compile error)

2008-03-23 Thread Niko Tyni 
user [EMAIL PROTECTED]
usertags 466773 =
reassign 466773 libft-perl
forcemerge 133170 466773
thanks

On Wed, Feb 20, 2008 at 10:51:25PM +0200, Niko Tyni wrote:
 Package: perlftlib
 Version: 1.2-16
 Severity: important
 User: [EMAIL PROTECTED]
 Usertags: perl-5.10-transition
 
 This package fails to build with Perl 5.10 (currently in experimental).

Hm, it fails with 5.8.8 too, so it would seem to be the same issue as
#133170. Merging.

 FreeType.c:1272: error: static declaration of 
 'XS_FreeType_TT_Get_Glyph_Pixmap' follows non-static declaration
 FreeType.c:1270: error: previous declaration of 
 'XS_FreeType_TT_Get_Glyph_Pixmap' was here

[...]
-- 
Niko Tyni   [EMAIL PROTECTED]



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#467741: libcvs-perl: FTBFS with Perl 5.10: the empty /usr/lib/perl5 is gone

2008-02-26 Thread Niko Tyni 
Package: libcvs-perl
Version: 0.07-2
Severity: important
User: [EMAIL PROTECTED]
Usertags: perl-5.10-ftbfs-rmdir

This package fails to build with Perl 5.10.0 (currently in
experimental) because of a bug in debian/rules that has been
uncovered by a change in ExtUtils::Install.

Until Perl 5.10.0, ExtUtils::Install had a bug that created an empty
/usr/lib/perl5 or /usr/share/perl5 directory when 'make install' was
run. This package fails to build because it relies on the presence of
this empty directory, usually by trying to remove it without checking
if it exists first.

The suggested fix for the usual 'unconditional rmdir' case is to use
a conditional like

[ ! -d $(TMP)/usr/lib/perl5 ] || rmdir --ignore-fail-on-non-empty
--parents --verbose $(TMP)/usr/lib/perl5

See the current dh-make-perl templates.

Please treat this bug as 'serious' already: Perl 5.10.0 is scheduled
for unstable in a week or so.

Details about the ExtUtils::Install change can be found in #465783. 
-- 
Niko Tyni   [EMAIL PROTECTED]




-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#467734: libdb-file-lock-perl: FTBFS with Perl 5.10: the empty /usr/lib/perl5 is gone

2008-02-26 Thread Niko Tyni 
Package: libdb-file-lock-perl
Version: 0.05-2
Severity: important
User: [EMAIL PROTECTED]
Usertags: perl-5.10-ftbfs-rmdir

This package fails to build with Perl 5.10.0 (currently in
experimental) because of a bug in debian/rules that has been
uncovered by a change in ExtUtils::Install.

Until Perl 5.10.0, ExtUtils::Install had a bug that created an empty
/usr/lib/perl5 or /usr/share/perl5 directory when 'make install' was
run. This package fails to build because it relies on the presence of
this empty directory, usually by trying to remove it without checking
if it exists first.

The suggested fix for the usual 'unconditional rmdir' case is to use
a conditional like

[ ! -d $(TMP)/usr/lib/perl5 ] || rmdir --ignore-fail-on-non-empty
--parents --verbose $(TMP)/usr/lib/perl5

See the current dh-make-perl templates.

Please treat this bug as 'serious' already: Perl 5.10.0 is scheduled
for unstable in a week or so.

Details about the ExtUtils::Install change can be found in #465783. 
-- 
Niko Tyni   [EMAIL PROTECTED]




-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#466773: perlftlib: FTBFS with Perl 5.10 (compile error)

2008-02-20 Thread Niko Tyni 
 'XS_FreeType_TT_Get_Glyph_Bitmap':
FreeType.c:1982: error: expected declaration or statement at end of input
make[2]: *** [FreeType.o] Error 1
make[2]: Leaving directory `/build/niko/perlftlib-1.2/FreeType'
make[1]: *** [subdirs] Error 2
make[1]: Leaving directory `/build/niko/perlftlib-1.2'
make: *** [build-stamp] Error 2

Cheers,
-- 
Niko Tyni   [EMAIL PROTECTED]



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#454212: megahal segfaults as soon as it's launched

2008-02-13 Thread Niko Tyni 
On Mon, Feb 11, 2008 at 10:18:37AM +, Neil McGovern wrote:
 Niko Tyni wrote:
 Confirmed using etch i386 (though an amd64 processor). Attached output
 of megahal and strace.
 
 The attached patch fixes a stack corruption issue on 64-bit architectures
 (reading 8 bytes into a 4-byte buffer) and an off-by-one sprintf overflow
 in the error and status file name initialization code.

 Confirmed that this patch fixes the issue, at least on the version in Etch.
 
 This issue probably qualifies for a stable point update (-release in 
 cc). I can prepare a package if you want.

Just a clarification: I'm not the megahal maintainer, and in fact Laurent
Fousse recently orphaned it. I'm only interested in megahal because of
#463146, related to the future Perl 5.10 transition.

Cc'ing Laurent, as he still seems somewhat interested and was probably
out of the loop wrt. the patch.

No opinion on the stable update, but I suppose I could prepare a QA
upload to sid myself if nobody steps up and adopts this...

Cheers,
-- 
Niko Tyni   [EMAIL PROTECTED]



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#454212: megahal segfaults as soon as it's launched

2008-02-13 Thread Niko Tyni 
tag 454212 - unreproducible
tag 454212 + patch
thanks

On Sun, Feb 10, 2008 at 09:21:01PM +0200, Niko Tyni wrote:
 
 However, the original problem is on i386 and happens earlier in the
 initialization code. I can't reproduce it myself, but I think it might
 well be caused by the sprintf overflow.

Heh, one more thing: I was able to reproduce this on i386 with a username
of nine characters. Verified that the patch really fixes this; the
sprintf() overflow apparently corrupts a memory area allocated by fopen().

Cheers,
-- 
Niko Tyni   [EMAIL PROTECTED]



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#454212: megahal segfaults as soon as it's launched

2008-02-10 Thread Niko Tyni 
 Confirmed using etch i386 (though an amd64 processor). Attached output
 of megahal and strace.

The attached patch fixes a stack corruption issue on 64-bit architectures
(reading 8 bytes into a 4-byte buffer) and an off-by-one sprintf overflow
in the error and status file name initialization code.

The stack corruption makes megahal reliably crash for me on amd64 every
time it tries to load a saved dictionary.

However, the original problem is on i386 and happens earlier in the
initialization code. I can't reproduce it myself, but I think it might
well be caused by the sprintf overflow. Note that Neil's strace in

 
http://bugs.debian.org/cgi-bin/bugreport.cgi?msg=27;filename=megahal.trace.log;att=1;bug=454212

has

 open(/home/nmcgovern/.megahal/megahal.logi, O_WRONLY|O_APPEND|O_CREAT, 0666) 
= 3

and

-rw-r--r--  1 nmcgovern users  380 2007-12-19 11:37 megahal.logi?

while the intended filename is megahal.log. So there's definitely at
least some corruption happening here.

Could somebody (Neil?) try if the bug persists with this patch?

Cheers,
-- 
Niko Tyni   [EMAIL PROTECTED]
diff --git a/megahal.c b/megahal.c
index 9d4b3ae..cfb1bbc 100644
--- a/megahal.c
+++ b/megahal.c
@@ -417,7 +417,7 @@ void megahal_initialize(void)
 errorfp = stderr;
 statusfp = stdout;
 
-filenamebuff = (char *) malloc (strlen (directory) + 12);
+filenamebuff = (char *) malloc (strlen (directory) + strlen(SEP) + 12);
 
 sprintf(filenamebuff, %s%s%s, directory, SEP, errorfilename);
 initialize_error(filenamebuff);
@@ -1384,7 +1384,7 @@ void save_dictionary(FILE *file, DICTIONARY *dictionary)
 void load_dictionary(FILE *file, DICTIONARY *dictionary)
 {
 register int i;
-int size;
+BYTE4 size;
 
 fread(size, sizeof(BYTE4), 1, file);
 progress(Loading dictionary, 0, 1);

Bug#463089: libqt-perl: missing perlapi-5.8.x dependency

2008-01-29 Thread Niko Tyni 
Package: libqt-perl
Version: 3.008-2
Severity: important
User: [EMAIL PROTECTED]
Usertags: perl-5.10-transition

This package includes binary perl modules, but it's missing a dependency
on perlapi-5.8.*. See the Debian Perl Policy, section 4.4.2 [1].

These dependencies are needed for the upcoming Perl 5.10 transition [2]
to determine which packages need to be rebuilt.

[1] 
http://www.debian.org/doc/packaging-manuals/perl-policy/ch-module_packages.html#s-module_deps
[2] http://wiki.debian.org/Perl5.10Transition

Cheers,
--
Niko Tyni   [EMAIL PROTECTED]



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#432769: gtk2-engines-wonderland: engine missing on several architectures

2007-07-11 Thread Niko Tyni 
Package: gtk2-engines-wonderland
Version: 1.0-6
Severity: grave
Justification: renders package unusable

The actual meat of this package,
/usr/lib/gtk-2.0/2.10.0/engines/libbluecurve.so
is missing on amd64, arm and s390, apparently due to libtool problems.
From the s390 build log:

/bin/sh ../libtool --mode=link gcc  -g -O2  -o libbluecurve.la -rpath 
/usr/lib/gtk-2.0/2.10.0/engines -module -avoid-version bluecurve_rc_style.lo 
bluecurve_style.lo bluecurve_theme_main.lo -lgtk-x11-2.0 -lgdk-x11-2.0 
-latk-1.0 -lgdk_pixbuf-2.0 -lm -lpangocairo-1.0 -lfontconfig -lXext -lXrender 
-lXinerama -lXi -lXrandr -lXcursor -lXfixes -lpango-1.0 -lcairo -lX11 
-lgobject-2.0 -lgmodule-2.0 -ldl -lglib-2.0   
../libtool: line 3944: ELF [0-9][0-9]*-bit [LM]SB (shared object|dynamic lib ): 
command not found
[...]

Cheers,
-- 
Niko Tyni   [EMAIL PROTECTED]


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#409429: libcppopt0c2: empty package

2007-02-02 Thread Niko Tyni 
Package: libcppopt0c2
Version: 0.0.2-3.2
Severity: grave
Justification: renders package unusable
Tags: patch

Hi,

the dh_movefiles call in debian/rules wasn't changed with the package
name in the C++ ABI transition in 0.0.2-3.1. The libraries are installed
into debian/libcppopt0 instead of debian/libcppopt0c2, resulting in an
empty package an all architectures.

Patch attached.

Cheers,
-- 
Niko Tyni   [EMAIL PROTECTED]
--- cppopt-0.0.2/debian/rules
+++ cppopt-0.0.2/debian/rules
@@ -68,7 +68,7 @@
#
# build libcppopt${major} package by moving files from libcppopt-dev
#
-   dh_movefiles --sourcedir=debian/libcppopt-dev -plibcppopt$(major) \
+   dh_movefiles --sourcedir=debian/libcppopt-dev -plibcppopt0c2 \
usr/lib/libcppopt.so.$(major)\
usr/lib/libcppopt.so.$(version)

Bug#390386: neutrino: empty package on several architectures [sudo and $(PWD)]

2006-09-30 Thread Niko Tyni 
Package: neutrino
Version: 0.8.4-6
Severity: grave
Justification: renders package unusable
Tags: patch

Hi,

as seen on packages.debian.org [1], your package is empty on alpha,
mips and mipsel. These are the architectures whose buildds use sudo
instead of fakeroot.

The problem is that debian/rules is installing files into $(PWD)/debian,
but $(PWD) is unset when building with sudo. A proposed fix is to
use $(CURDIR), which is set by make, instead of $(PWD), which is set
by the shell and filtered out by sudo.

[1] http://packages.debian.org/unstable/gnome/neutrino

Cheers,
-- 
Niko Tyni   [EMAIL PROTECTED]


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#387104: request-tracker3.4: UTF8 problems with SpeedyCGI

2006-09-12 Thread Niko Tyni 
Package: request-tracker3.4
Version: 3.4.4-3
Severity: normal
Tags: upstream

Hi,

when using RT with SpeedyCGI, non-ascii characters are shown incorrectly
in the web interface. Although the HTTP headers specify UTF-8, the
characters are sent in ISO-8859-1. The encoding works fine with mod_perl
and FastCGI. The problem is present with both apache and apache2. I
have reproduced the issue with plain CGI as well, so SpeedyCGI itself
is clearly not at fault.

I have spent quite some time debugging this problem, and it's caused
by a difference in behaviour between HTML::Mason::CGIHandler and
HTML::Mason::ApacheHandler. The Apache version does not take the perl
internal UTF8 flag into account on output, it just prints the raw
bytes. OTOH, the CGI version uses a standard 'print' function, which
converts the data into ISO-8859-1 on output. As HTML::Mason::CGIHandler
is supposed to emulate ApacheHandler, this seems to be a bug. I'll report
it against HTML::Mason soon.

The obvious thing to try as a workaround is to put 

 binmode(STDOUT, :utf8)

into mason_handler.scgi. This indeed fixes the problem, as all the
data inside RT is tagged as 'utf8' when necessary, and PerlIO converts
it on output. 

There is one regression that I have noticed, though: attachments become
corrupted. It looks like the code in lib/RT/Attachment_Overlay.pm,
Content() or OriginalContent(), should be more careful with the utf8 flag.

(The same corruption happens when serving images through the Mason handler,
from html/NoAuth/images/autohandler, but that can be easily worked around.)

The problem is also present in upstream 3.4.5 and 3.6.1. I'll bring
this up on the RT mailing lists as well. 

-- Package-specific info:
Changed files:

There are locally modified files in /usr/local/share/request-tracker3.4/,
 these may (or may not) be the source of the problem.


-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.8-3-686
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)

Versions of packages request-tracker3.4 depends on:
ii  exim44.63-3  metapackage to ease exim MTA (v4) 
ii  exim4-daemon-light [mail-tra 4.63-3  lightweight exim MTA (v4) daemon
ii  libapache-session-perl   1.81-1  Perl modules for keeping persisten
ii  libcache-cache-perl  1.05-1  Managed caches of persistent infor
ii  libcache-simple-timedexpiry- 0.26-1  Perl module to cache and expire ke
ii  libclass-returnvalue-perl0.53-1  A return-value object that lets yo
ii  libdbd-mysql-perl3.0006-1A Perl5 database interface to the 
ii  libdbd-pg-perl   1.49-1  a PostgreSQL interface for Perl 5 
ii  libdbd-sqlite3-perl  1.12-1  Perl DBI driver with a self-contai
ii  libdbi-perl  1.52-1  Perl5 database interface by Tim Bu
ii  libdbix-searchbuilder-perl   1.43-1  Encapsulate SQL queries and rows i
ii  libexception-class-perl  1.21-1  a module that allows you to declar
ii  libfcgi-perl 0.67-2  FastCGI Perl module
ii  libfreezethaw-perl   0.43-3  converting Perl structures to stri
ii  libhtml-mason-perl   1:1.33-2HTML::Mason Perl module
ii  libhtml-parser-perl  3.55-1  A collection of modules that parse
ii  libhtml-scrubber-perl0.08-3  Perl extension for scrubbing/sanit
ii  liblocale-maketext-fuzzy-per 0.02-2  Maketext from already interpolated
ii  liblocale-maketext-lexicon-p 0.62-1  Lexicon-handling backends for Loc
ii  liblog-dispatch-perl 2.11-1  Dispatches messages to multiple Lo
ii  libmailtools-perl1.74-0.1Manipulate email in perl programs
ii  libmime-perl 5.420-0.1   Perl5 modules for MIME-compliant m
ii  libmldbm-perl2.01-1  Store multidimensional hash struct
ii  libmodule-versions-report-pe 1.02-2  Report versions of all modules in 
ii  libparams-validate-perl  0.77-1  validate parameters to Perl method
ii  libregexp-common-perl2.120-1 Provide commonly requested regular
ii  libterm-readkey-perl 2.30-3  A perl module for simple terminal 
ii  libtest-inline-perl  2.103-1 Perl extension for embed tests and
ii  libtext-autoformat-perl  1.13-1  Perl module for automatic text wra
ii  libtext-quoted-perl  1.8-2   Extract the structure of a quoted 
ii  libtext-template-perl1.44-1.1Text::Template perl module
ii  libtext-wikiformat-perl  0.76-1  translates Wiki formatted text int
ii  libtext-wrapper-perl 1.000-2 Simple word wrapping routine
ii  libtime-modules-perl 2003.1126-2 Various Perl modules for time/date
ii  libtree-simple-perl  1.16-1  A simple tree object
ii  libxml-rss-perl  1.05-1  Perl module for managing RSS (RDF 
ii

Bug#383700: Bug #384047: mysql-server-5.0: Transactions not supported by database error when used with perl DBI/DBD

2006-08-25 Thread Niko Tyni 
On Thu, Aug 24, 2006 at 02:02:43AM +0200, Christian Hammers wrote:
 
 Some users of the Debian packages I create recently reported that after the
 upgrade from MySQL 5.0.22 to 5.0.24 Perl scripts that try to explicitly set
   $dbh-{AutoCommit} = 0;
 die with the error message:
   Transactions not supported by database

Hi,

this bug (#384047) is also at least #384221 (libdbd-mysql-perl) and
#383700 (request-tracker3.4).

I believe the problem is an incompatible ABI change in
libmysqlclient.15.so with version 5.0.24. 

This addition in struct st_mysql_options:

--- mysql-dfsg-5.0-5.0.22/include/mysql.h   2006-05-25 11:56:42.0 
+0300
+++ mysql-dfsg-5.0-5.0.24/include/mysql.h   2006-07-27 21:52:03.0 
+0300
@@ -164,6 +164,7 @@
   char *ssl_ca;/* PEM CA file */
   char *ssl_capath;/* PEM directory of CA-s? */
   char *ssl_cipher;/* cipher to use */
+  my_bool ssl_verify_server_cert;  /* if to verify server cert */
   char *shared_memory_base_name;
   unsigned long max_allowed_packet;
   my_bool use_ssl; /* if to use SSL or not */

causes the size of st_mysql_options to grow. This also affects the MYSQL
struct, since it contains st_mysql_options.

Now, libdbd-mysql-perl has this in dbdimp.h:

struct imp_dbh_st {
dbih_dbc_t com; /*  MUST be first element in structure   */

MYSQL mysql;
int has_transactions;   /*  boolean indicating support for
 *  transactions, currently always
 *  TRUE for MySQL and always FALSE
 *  for mSQL.
 */
[...]

so the grown MYSQL struct overlaps with has_transactions.

This hits libdbd-mysql-perl 3.006-1, which is currently compiled
against libmysqlclient15off-dev 5.0.22-x (with x depending on
the architecture). When run with libmysqlclient15off 5.0.24-1,
has_transactions gets reset to 0 and the result is 'Transactions not
supported by database'. Recompiling libdbd-mysql-perl helps, as the API
has not changed in an incompatible way.

In my understanding, the right fix is to bump the soname or to revert
the struct st_mysql_options change.

Cheers,
-- 
Niko Tyni   [EMAIL PROTECTED]


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]