Bug#715225: [Debian-med-packaging] Bug#715225: sa-jdi.jar not found

2013-07-08 Thread Olivier Sallou

On 07/09/2013 08:23 AM, Andreas Tille wrote:
> Hi,
>
> On Tue, Jul 09, 2013 at 07:52:54AM +0200, Olivier Sallou wrote:
>>> On Mon, Jul 08, 2013 at 02:00:25PM +0200, olivier.sal...@codeless.fr wrote:
 This could be related to JAVA_HOME not being set in environment
>>> Naive question:  If I use pbuilder - how to setup JAVA_HOME?  Shouldn't 
>>> this work
>>> out of the box without any requirement to environment variables?
>> It runs fine in pbuilder. I built figtree 1.4-1 and tested it with
>> pbuilder. I think that JAVA_HOME is set by the jdk packages (or debhelpers)
> In other words this bug needs to be reassigned and is no issue for
> figtree?
I do not understand how it happens if it works with pbuilder on my
server so I would say yes.
As it is arch independent,  buildd does not rebuild the package from
source, there were several in debian-devel on this subject. It would be
nicier to get all packages rebuild from source, even arch indep packages.

Maybe you could try to rebuild the package on your side to check that
there is no computer config/env  bias that could raise the error while
being ok on my side.

Olivier
>
> Kind regards
>
> Andreas.
>

-- 
Olivier Sallou
IRISA / University of Rennes 1
Campus de Beaulieu, 35000 RENNES - FRANCE
Tel: 02.99.84.71.95

gpg key id: 4096R/326D8438  (keyring.debian.org)
Key fingerprint = 5FB4 6F83 D3B9 5204 6335  D26D 78DC 68DB 326D 8438


-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org



Bug#715434: otrs2: fails to install: Subroutine Load redefined at (eval 19) line 2.

2013-07-08 Thread Patrick Matthäi

Hi,

could you recheck it with piuparts if you also add libapache-dbi-perl 
(recommends) to the installation?


Am 09.07.2013 07:06, schrieb Andreas Beckmann:

Package: otrs2
Version: 3.2.8-1
Severity: serious
User: debian...@lists.debian.org
Usertags: piuparts

Hi,

during a test with piuparts I noticed your package failed to install. As
per definition of the release team this makes the package too buggy for
a release, thus the severity.


From the attached log (scroll to the bottom...):


   Selecting previously unselected package otrs2.
   (Reading database ... 14890 files and directories currently installed.)
   Unpacking otrs2 (from .../archives/otrs2_3.2.8-1_all.deb) ...
   Warning: The home dir /usr/share/otrs you specified can't be accessed: No 
such file or directory
   The system user `otrs' already exists. Exiting.
   Setting up otrs2 (3.2.8-1) ...
   dbconfig-common: writing config to /etc/dbconfig-common/otrs2.conf
   Replacing config file /etc/otrs/database.pm with new version
   dbconfig-common: flushing administrative password
   Subroutine Load redefined at (eval 19) line 2.
   dpkg: error processing otrs2 (--configure):
subprocess installed post-installation script returned error exit status 1
   Errors were encountered while processing:
otrs2


cheers,

Andreas




--
/*
Mit freundlichem Gruß / With kind regards,
 Patrick Matthäi
 GNU/Linux Debian Developer

  Blog: http://www.linux-dev.org/
E-Mail: pmatth...@debian.org
patr...@linux-dev.org
*/


--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org



Bug#715225: sa-jdi.jar not found

2013-07-08 Thread Andreas Tille
Hi,

On Tue, Jul 09, 2013 at 07:52:54AM +0200, Olivier Sallou wrote:
> > On Mon, Jul 08, 2013 at 02:00:25PM +0200, olivier.sal...@codeless.fr wrote:
> >> This could be related to JAVA_HOME not being set in environment
> > Naive question:  If I use pbuilder - how to setup JAVA_HOME?  Shouldn't 
> > this work
> > out of the box without any requirement to environment variables?
> It runs fine in pbuilder. I built figtree 1.4-1 and tested it with
> pbuilder. I think that JAVA_HOME is set by the jdk packages (or debhelpers)

In other words this bug needs to be reassigned and is no issue for
figtree?

Kind regards

Andreas.

-- 
http://fam-tille.de


-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org



Bug#699647: proftpd-mod-geoip: /usr/lib/proftpd/mod_geoip.so missing after upgrade from sid

2013-07-08 Thread Andreas Beckmann
Followup-For: Bug #699647

The problem is still reproducible on upgrades from wheezy to sid.
The Package relationships are not correct:

Package: proftpd-mod-geoip
Version: 1.3.5~rc3-2
Replaces: proftpd-mod-geoip (<< 1.3.5)
Breaks: proftpd-mod-geoip (<< 1.3.5)

that needs to be (<< 1.3.5~rc1)


Andreas


proftpd-mod-geoip_1.3.5~rc3-2.log.gz
Description: GNU Zip compressed data


Bug#715225: [Debian-med-packaging] Bug#715225: sa-jdi.jar not found

2013-07-08 Thread Olivier Sallou

On 07/08/2013 04:18 PM, Andreas Tille wrote:
> Hi,
>
> On Mon, Jul 08, 2013 at 02:00:25PM +0200, olivier.sal...@codeless.fr wrote:
>> This could be related to JAVA_HOME not being set in environment
> Naive question:  If I use pbuilder - how to setup JAVA_HOME?  Shouldn't this 
> work
> out of the box without any requirement to environment variables?
It runs fine in pbuilder. I built figtree 1.4-1 and tested it with
pbuilder. I think that JAVA_HOME is set by the jdk packages (or debhelpers)

Olivier
>
> Kind regards
>
>ANdreas.
>

-- 
Olivier Sallou
IRISA / University of Rennes 1
Campus de Beaulieu, 35000 RENNES - FRANCE
Tel: 02.99.84.71.95

gpg key id: 4096R/326D8438  (keyring.debian.org)
Key fingerprint = 5FB4 6F83 D3B9 5204 6335  D26D 78DC 68DB 326D 8438


-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org



Bug#712348: marked as done (ht: FTBFS: manuals build fails against textinfo5 because some incompatibles changes wrt 4.13 and below (some warnings have turned into errors))

2013-07-08 Thread Debian Bug Tracking System
Your message dated Tue, 09 Jul 2013 05:48:00 +
with message-id 
and subject line Bug#712348: fixed in ht 2.0.20-2.1
has caused the Debian Bug report #712348,
regarding ht: FTBFS: manuals build fails against textinfo5 because some 
incompatibles changes wrt 4.13 and below (some warnings have turned into errors)
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)


-- 
712348: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=712348
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Source: ht
Version: 2.0.20-2
Severity: serious
Tags: jessie sid
User: debian...@lists.debian.org
Usertags: qa-ftbfs-20130609 qa-ftbfs
Justification: FTBFS on amd64

Hi,

During a rebuild of all packages in sid, your package failed to build on
amd64.

Relevant part:
> make[3]: Entering directory `/«PKGBUILDDIR»/doc'
> /bin/bash /«PKGBUILDDIR»/missing --run makeinfo --no-split --fill-column=64 
> --output hthelp.info ht.texi
> ht.texi:54: misplaced {
> ht.texi:54: misplaced }
> ht.texi:55: misplaced {
> ht.texi:55: misplaced }
> ht.texi:57: misplaced {
> ht.texi:57: misplaced }
> ht.texi:139: bad syntax for @macro argument: _table_columns
> ht.texi:139: warning: redefining Texinfo language command: @key
> ht.texi:372: warning: @itemize has text but no @item
> ht.texi:383: warning: @itemize has text but no @item
> make[3]: *** [hthelp.info] Error 1

The full build log is available from:
   http://aws-logs.debian.net/ftbfs-logs/2013/06/09/ht_2.0.20-2_unstable.log

A list of current common problems and possible solutions is available at 
http://wiki.debian.org/qa.debian.org/FTBFS . You're welcome to contribute!

About the archive rebuild: The rebuild was done on EC2 VM instances from
Amazon Web Services, using a clean, minimal and up-to-date chroot. Every
failed build was retried once to eliminate random failures.
--- End Message ---
--- Begin Message ---
Source: ht
Source-Version: 2.0.20-2.1

We believe that the bug you reported is fixed in the latest version of
ht, which is due to be installed in the Debian FTP archive.

A summary of the changes between this version and the previous one is
attached.

Thank you for reporting the bug, which will now be closed.  If you
have further comments please address them to 712...@bugs.debian.org,
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Helmut Grohne  (supplier of updated ht package)

(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing ftpmas...@ftp-master.debian.org)


-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Format: 1.8
Date: Mon, 08 Jul 2013 08:41:47 +0200
Source: ht
Binary: ht
Architecture: source amd64
Version: 2.0.20-2.1
Distribution: unstable
Urgency: low
Maintainer: Alexander Reichle-Schmehl 
Changed-By: Helmut Grohne 
Description: 
 ht - Viewer/editor/analyser (mostly) for executables
Closes: 712348
Changes: 
 ht (2.0.20-2.1) unstable; urgency=low
 .
   * Non-maintainer upload.
   * Fix doc/ht.texi for more recent makeinfo (Closes: #712348)
Checksums-Sha1: 
 93244dcc76409f0ace313426fde260c70aff791c 1864 ht_2.0.20-2.1.dsc
 71e634e2f6b052e6d73567b1d692e201022c7672 7141 ht_2.0.20-2.1.diff.gz
 e068961e1a922103f2141b55452c9340cc78ed0e 617770 ht_2.0.20-2.1_amd64.deb
Checksums-Sha256: 
 f73ca2d7a86f32cccb620b19b8c8fb4db2d7c8c3c9202b0ee9d0c59c834c8e45 1864 
ht_2.0.20-2.1.dsc
 b3661a0a6be887dda72dcd7f088eeebe334fbf3cd7e9004be176f86add4ad703 7141 
ht_2.0.20-2.1.diff.gz
 dfbeba1263c778eea9cf9ddb75f2d2d41fa6933105c3db24e52b1f89a6e7c5f6 617770 
ht_2.0.20-2.1_amd64.deb
Files: 
 c8cc97d0d06fd506129bfd6bc010753d 1864 devel optional ht_2.0.20-2.1.dsc
 814aa349fc1c548d0cab16e41f456d10 7141 devel optional ht_2.0.20-2.1.diff.gz
 8685eee74a695b486438296d0b36c40a 617770 devel optional ht_2.0.20-2.1_amd64.deb

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.12 (GNU/Linux)

iQIcBAEBCgAGBQJR2mKIAAoJEC0aqs8kRERCKqMP/RGBqVoYrToi7AM1J/MOdAvY
kOS90WPNeFJqOZkmbcab41YkXnzkiEtIBhnFqjkMrEpTH+6wzjLjXk1En+tYWAvi
9DvJG6qVAue1mrwVckugns5CD5HwMwLVtIwDLsFSYcQYqLLTnThl/RDCgiJ2pN0Y
XRN5ZKUN0Vs5OH83Z1wqtEMIFu+Cd51FkohyOGXwBYsI3Yzdg7rJ9PNM4hnCCgDw
hVw+fGUYfgcbvWSupYMq5fWsHypJohyeK8TX1PoW4ikaZX+crFnayK1DzCCD1gxW
DjdJHovxKeL2hTBKpbdtAEyBs5cnvOrpxk1MZComu46x+b1c7Xtv2pty1/qxp1Fx
le5Ml+UIPpyXvyWlYn21u7e/tw6d83HWFFVn50X1QFcOAL4zgrs4jwGxQpgohA6x
tkZoXQd772BsrM3R+wAV3ncjzB9VCVKdjGuPBm9Rkqog39HnDbAPHIlfQGp/i7nY
1Kv8gCGVuStfx0vC2/FD1CVj0vLMwEpkfbaukV24opgXEsgMQIppR+Zg+WA4/Qsn
X6BndW+yfx1X4o3+nLN10XeVp/bCzkoPyOickx132BvKZDCn458q2MrhD591Mz5

Bug#712348: ht: FTBFS: manuals build fails against textinfo5 because some incompatibles changes wrt 4.13 and below (some warnings have turned into errors)

2013-07-08 Thread Alexander Reichle-Schmehl

Hi!

Am 2013-07-09 07:26, schrieb Helmut Grohne:


Many thanks!  Feel free to reschedule to DELAYED/7 and if you like
committ your changes to the SVN repo.
Changes are committed to collab-maint as requested. The NMU is 
already

sitting in DELAYED/6, so there is nothing to reschedule.


Sorry, typo. I meant: DELAYED/0.


Best regards,
  Alexander


--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org



Bug#712348: ht: FTBFS: manuals build fails against textinfo5 because some incompatibles changes wrt 4.13 and below (some warnings have turned into errors)

2013-07-08 Thread Helmut Grohne
On Mon, Jul 08, 2013 at 02:25:35PM +0200, Alexander Reichle-Schmehl wrote:
> Many thanks!  Feel free to reschedule to DELAYED/7 and if you like
> committ your changes to the SVN repo.

Changes are committed to collab-maint as requested. The NMU is already
sitting in DELAYED/6, so there is nothing to reschedule.

Helmut


-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org



Bug#715435: nginx-naxsi-ui: fails to install: post-installation script returned error exit status 1

2013-07-08 Thread Andreas Beckmann
Package: nginx-naxsi-ui
Version: 1.4.1-3
Severity: serious
User: debian...@lists.debian.org
Usertags: piuparts

Hi,

during a test with piuparts I noticed your package failed to install. As
per definition of the release team this makes the package too buggy for
a release, thus the severity.

>From the attached log (scroll to the bottom...):

  Selecting previously unselected package nginx-naxsi-ui.
  (Reading database ... 11387 files and directories currently installed.)
  Unpacking nginx-naxsi-ui (from .../nginx-naxsi-ui_1.4.1-3_all.deb) ...
  Setting up nginx-naxsi-ui (1.4.1-3) ...
  dpkg: error processing nginx-naxsi-ui (--configure):
   subprocess installed post-installation script returned error exit status 1
  Errors were encountered while processing:
   nginx-naxsi-ui


cheers,

Andreas


nginx-naxsi-ui_1.4.1-3.log.gz
Description: GNU Zip compressed data


Bug#715434: otrs2: fails to install: Subroutine Load redefined at (eval 19) line 2.

2013-07-08 Thread Andreas Beckmann
Package: otrs2
Version: 3.2.8-1
Severity: serious
User: debian...@lists.debian.org
Usertags: piuparts

Hi,

during a test with piuparts I noticed your package failed to install. As
per definition of the release team this makes the package too buggy for
a release, thus the severity.

>From the attached log (scroll to the bottom...):

  Selecting previously unselected package otrs2.
  (Reading database ... 14890 files and directories currently installed.)
  Unpacking otrs2 (from .../archives/otrs2_3.2.8-1_all.deb) ...
  Warning: The home dir /usr/share/otrs you specified can't be accessed: No 
such file or directory
  The system user `otrs' already exists. Exiting.
  Setting up otrs2 (3.2.8-1) ...
  dbconfig-common: writing config to /etc/dbconfig-common/otrs2.conf
  Replacing config file /etc/otrs/database.pm with new version
  dbconfig-common: flushing administrative password
  Subroutine Load redefined at (eval 19) line 2.
  dpkg: error processing otrs2 (--configure):
   subprocess installed post-installation script returned error exit status 1
  Errors were encountered while processing:
   otrs2


cheers,

Andreas


otrs2_3.2.8-1.log.gz
Description: GNU Zip compressed data


Bug#713495: marked as done (gauche-gtk: FTBFS: gdkgl.h:22:29: fatal error: gdkglext-config.h: No such file or directory)

2013-07-08 Thread Debian Bug Tracking System
Your message dated Tue, 09 Jul 2013 13:42:41 +0900
with message-id <1373344961.3311.4.ca...@cfw2.gniibe.org>
and subject line Re: [Pkg-gauche-devel] Bug#713495: gauche-gtk: FTBFS: 
gdkgl.h:22:29: fatal error: gdkglext-config.h: No such file or directory
has caused the Debian Bug report #713495,
regarding gauche-gtk: FTBFS: gdkgl.h:22:29: fatal error: gdkglext-config.h: No 
such file or directory
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)


-- 
713495: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=713495
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Source: gauche-gtk
Version: 0.6~pre1+git20121223-1
Severity: serious
Tags: jessie sid
User: debian...@lists.debian.org
Usertags: qa-ftbfs-20130620 qa-ftbfs
Justification: FTBFS on amd64

Hi,

During a rebuild of all packages in sid, your package failed to build on
amd64.

Relevant part:
> gcc -DHAVE_CONFIG_H -g -O2 -fstack-protector --param=ssp-buffer-size=4 
> -Wformat -Werror=format-security `gauche-config -I` `gauche-config 
> --so-cflags` `pkg-config --cflags gtkglext-1.0` -D_FORTIFY_SOURCE=2  -c -o 
> gauche-gtkgl.o gauche-gtkgl.c
> Package pangox was not found in the pkg-config search path.
> Perhaps you should add the directory containing `pangox.pc'
> to the PKG_CONFIG_PATH environment variable
> Package 'pangox', required by 'GdkGLExt', not found
> In file included from gauche-gtkgl.h:21:0,
>  from gauche-gtkgl.c:18:
> /usr/include/gtkglext-1.0/gdk/gdkgl.h:22:29: fatal error: gdkglext-config.h: 
> No such file or directory
>  #include 
>  ^
> compilation terminated.
> make[2]: *** [gauche-gtkgl.o] Error 1

The full build log is available from:
   
http://aws-logs.debian.net/ftbfs-logs/2013/06/20/gauche-gtk_0.6~pre1+git20121223-1_unstable.log

A list of current common problems and possible solutions is available at 
http://wiki.debian.org/qa.debian.org/FTBFS . You're welcome to contribute!

About the archive rebuild: The rebuild was done on EC2 VM instances from
Amazon Web Services, using a clean, minimal and up-to-date chroot. Every
failed build was retried once to eliminate random failures.
--- End Message ---
--- Begin Message ---
Hello,

Thanks for your bug report.

On 2013-06-22 at 15:27 +0200, David Suárez wrote:
> Source: gauche-gtk
> Version: 0.6~pre1+git20121223-1
> Severity: serious
> Tags: jessie sid
> User: debian...@lists.debian.org
> Usertags: qa-ftbfs-20130620 qa-ftbfs
> Justification: FTBFS on amd64
> 
> Hi,
> 
> During a rebuild of all packages in sid, your package failed to build on
> amd64.
> 
> Relevant part:
> > gcc -DHAVE_CONFIG_H -g -O2 -fstack-protector --param=ssp-buffer-size=4 
> > -Wformat -Werror=format-security `gauche-config -I` `gauche-config 
> > --so-cflags` `pkg-config --cflags gtkglext-1.0` -D_FORTIFY_SOURCE=2  -c -o 
> > gauche-gtkgl.o gauche-gtkgl.c
> > Package pangox was not found in the pkg-config search path.
> > Perhaps you should add the directory containing `pangox.pc'
> > to the PKG_CONFIG_PATH environment variable
> > Package 'pangox', required by 'GdkGLExt', not found
> > In file included from gauche-gtkgl.h:21:0,
> >  from gauche-gtkgl.c:18:
> > /usr/include/gtkglext-1.0/gdk/gdkgl.h:22:29: fatal error: 
> > gdkglext-config.h: No such file or directory
> >  #include 
> >  ^
> > compilation terminated.
> > make[2]: *** [gauche-gtkgl.o] Error 1

This is due to 709554, the bug in libgtkglext1-dev, which has been
fixed.

Today, I confirmed that there is no problem for building gauche-gtk
with version 1.2.0-3.1 of libgtkglext1-dev.

Thus, I am closing this bug.
-- --- End Message ---


Bug#715433: epigrass: update to python-sqlalchemy 0.8

2013-07-08 Thread Andreas Beckmann
Package: epigrass
Version: 2.2.2-1
Severity: serious
User: debian...@lists.debian.org
Usertags: piuparts

Hi,

during a test with piuparts I noticed your package is no longer
installable in sid:

  The following packages have unmet dependencies:
 epigrass : Depends: python-sqlalchemy (< 0.8) but 0.8.2-1 is to be 
installed

In #715294 Piotr Ożarowski wrote:
[...]
> If you install python-sqlalchemy 0.8.X, rebuild your package, check if
> it works fine with 0.8 and upload it, it will have:
>
>  python-sqlalchemy (>= 0.8~)
>  python-sqlalchemy (<< 0.9)


Cheers,

Andreas


epigrass_2.2.2-1.log.gz
Description: GNU Zip compressed data


Bug#715431: cinder-common: fails to install: __init__() got an unexpected keyword argument 'assert_unicode'

2013-07-08 Thread Andreas Beckmann
Package: cinder-common
Version: 2013.1.2-2
Severity: serious
User: debian...@lists.debian.org
Usertags: piuparts

Hi,

during a test with piuparts I noticed your package failed to install. As
per definition of the release team this makes the package too buggy for
a release, thus the severity.

>From the attached log (scroll to the bottom...):

  Selecting previously unselected package cinder-common.
  (Reading database ... 18246 files and directories currently installed.)
  Unpacking cinder-common (from .../cinder-common_2013.1.2-2_all.deb) ...
  Setting up cinder-common (2013.1.2-2) ...
  Now calling cinder-manage db sync: this may take a while...
  2013-07-08 22:11:28 INFO [migrate.versioning.api] 0 -> 1... 
  2013-07-08 22:11:28 INFO [migrate.versioning.api] done
  2013-07-08 22:11:28 INFO [migrate.versioning.api] 1 -> 2... 
  2013-07-08 22:11:28 CRITICAL [cinder] __init__() got an unexpected keyword 
argument 'assert_unicode'
  Traceback (most recent call last):
File "/usr/bin/cinder-manage", line 794, in 
  main()
File "/usr/bin/cinder-manage", line 791, in main
  fn(*fn_args)
File "/usr/bin/cinder-manage", line 219, in sync
  return migration.db_sync(version)
File "/usr/lib/python2.7/dist-packages/cinder/db/migration.py", line 33, in 
db_sync
  return IMPL.db_sync(version=version)
File "/usr/lib/python2.7/dist-packages/cinder/db/sqlalchemy/migration.py", 
line 79, in db_sync
  return versioning_api.upgrade(get_engine(), repository, version)
File "/usr/lib/python2.7/dist-packages/migrate/versioning/api.py", line 
186, in upgrade
  return _migrate(url, repository, version, upgrade=True, err=err, **opts)
File "", line 2, in _migrate
File "/usr/lib/python2.7/dist-packages/cinder/db/sqlalchemy/migration.py", 
line 44, in patched_with_engine
  return f(*a, **kw)
File "/usr/lib/python2.7/dist-packages/migrate/versioning/api.py", line 
366, in _migrate
  schema.runchange(ver, change, changeset.step)
File "/usr/lib/python2.7/dist-packages/migrate/versioning/schema.py", line 
91, in runchange
  change.run(self.engine, step)
File "/usr/lib/python2.7/dist-packages/migrate/versioning/script/py.py", 
line 145, in run
  script_func(engine)
File 
"/usr/lib/python2.7/dist-packages/cinder/db/sqlalchemy/migrate_repo/versions/002_quota_class.py",
 line 42, in upgrade
  _warn_on_bytestring=False),
  TypeError: __init__() got an unexpected keyword argument 'assert_unicode'
  dpkg: error processing cinder-common (--configure):
   subprocess installed post-installation script returned error exit status 1
  Errors were encountered while processing:
   cinder-common


cheers,

Andreas


cinder-common_2013.1.2-2.log.gz
Description: GNU Zip compressed data


Bug#713619: marked as done (sawfish: FTBFS: fonts.c:519: undefined reference to `pango_x_render')

2013-07-08 Thread Debian Bug Tracking System
Your message dated Tue, 09 Jul 2013 03:49:24 +
with message-id 
and subject line Bug#713619: fixed in sawfish 1:1.5.3-2.2
has caused the Debian Bug report #713619,
regarding sawfish: FTBFS: fonts.c:519: undefined reference to `pango_x_render'
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)


-- 
713619: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=713619
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Source: sawfish
Version: 1:1.5.3-2.1
Severity: serious
Tags: jessie sid
User: debian...@lists.debian.org
Usertags: qa-ftbfs-20130620 qa-ftbfs
Justification: FTBFS on amd64

Hi,

During a rebuild of all packages in sid, your package failed to build on
amd64.

Maybe you need to add explicitly the offending lib to LD flags.

Relevant part:
> gcc -c -DHAVE_CONFIG_H -DSAWFISH -D__STRICT_ANSI__ -I. -I..  -Wall -g 
> -fno-strict-aliasing -O2 -I/usr/include/ -I/usr/lib/rep/x86_64-pc-linux-gnu/  
>  -pthread -I/usr/include/gdk-pixbuf-2.0 -I/usr/include/glib-2.0 
> -I/usr/lib/x86_64-linux-gnu/glib-2.0/include -I/usr/include/libpng12   
> -I/usr/include/freetype2-pthread -I/usr/include/pango-1.0 
> -I/usr/include/glib-2.0 -I/usr/lib/x86_64-linux-gnu/glib-2.0/include 
> -I/usr/include/harfbuzz -I/usr/include/freetype2   -o windows.o windows.c
> windows.c: In function 'manage_windows':
> windows.c:1629:19: warning: variable 'w' set but not used 
> [-Wunused-but-set-variable]
>   Lisp_Window *w;
>^
> /usr/lib/rep/x86_64-pc-linux-gnu/libtool --tag CC --mode=link --tag=CC gcc 
> -export-dynamic  \
> -o sawfish colors.o cursors.o display.o events.o fonts.o frames.o 
> functions.o images.o keys.o main.o multihead.o pixmap-cache.o 
> property-cache.o server.o session.o stacking-list.o windows.o  -lrep -lcrypt 
> -lgmp -lm   -lpangoxft-1.0 -lpangoft2-1.0 -lXft -lpango-1.0 -lfreetype 
> -lfontconfig -lgobject-2.0 -lglib-2.0   \
> -pthread -lgdk_pixbuf_xlib-2.0 -lgmodule-2.0 -lgdk_pixbuf-2.0 
> -lgobject-2.0 -lglib-2.0   -lX11 -lX11   -lXext -lXrender  -lICE -lSM 
> -lXinerama -lXrandr -lXft -lXext -lnsl 
> libtool: link: gcc -o sawfish colors.o cursors.o display.o events.o fonts.o 
> frames.o functions.o images.o keys.o main.o multihead.o pixmap-cache.o 
> property-cache.o server.o session.o stacking-list.o windows.o -pthread 
> -Wl,--export-dynamic  /usr/lib/librep.so -lcrypt -lgmp -lm -lpangoxft-1.0 
> -lpangoft2-1.0 -lpango-1.0 /usr/lib/x86_64-linux-gnu/libfreetype.so 
> -lfontconfig -lgdk_pixbuf_xlib-2.0 -lgmodule-2.0 -lgdk_pixbuf-2.0 
> -lgobject-2.0 -lglib-2.0 -lX11 -lXrender -lICE -lSM -lXinerama -lXrandr -lXft 
> -lXext -lnsl -pthread
> fonts.o: In function `pango_draw_line':
> /«PKGBUILDDIR»/src/fonts.c:519: undefined reference to `pango_x_render'
> collect2: error: ld returned 1 exit status

The full build log is available from:
   
http://aws-logs.debian.net/ftbfs-logs/2013/06/20/sawfish_1.5.3-2.1_unstable.log

A list of current common problems and possible solutions is available at 
http://wiki.debian.org/qa.debian.org/FTBFS . You're welcome to contribute!

About the archive rebuild: The rebuild was done on EC2 VM instances from
Amazon Web Services, using a clean, minimal and up-to-date chroot. Every
failed build was retried once to eliminate random failures.
--- End Message ---
--- Begin Message ---
Source: sawfish
Source-Version: 1:1.5.3-2.2

We believe that the bug you reported is fixed in the latest version of
sawfish, which is due to be installed in the Debian FTP archive.

A summary of the changes between this version and the previous one is
attached.

Thank you for reporting the bug, which will now be closed.  If you
have further comments please address them to 713...@bugs.debian.org,
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
David Prévot  (supplier of updated sawfish package)

(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing ftpmas...@ftp-master.debian.org)


-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Format: 1.8
Date: Sat, 06 Jul 2013 22:43:35 -0400
Source: sawfish
Binary: sawfish sawfish-dbg sawfish-data sawfish-lisp-source
Architecture: source all amd64
Version: 1:1.5.3-2.2
Distribution: unstable
Urgency: low
Maintainer: Luis Rodrigo Gallardo Cruz 
Changed-By: David Prévot 
Description: 
 sawfish- a window manager for X11
 sawfish-data - sawfish architecture independent data
 sawfish-dbg - sawfish debugging symbols
 sawfish-lisp-source - sawfish lisp files
C

Bug#713739: marked as done (gimp-dimage-color: FTBFS: ld: transform.o: undefined reference to symbol 'pow@@GLIBC_2.2.5')

2013-07-08 Thread Debian Bug Tracking System
Your message dated Tue, 09 Jul 2013 03:15:18 +
with message-id 
and subject line Bug#713739: fixed in gimp-dimage-color 1.1.0-3.2
has caused the Debian Bug report #713739,
regarding gimp-dimage-color: FTBFS: ld: transform.o: undefined reference to 
symbol 'pow@@GLIBC_2.2.5'
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)


-- 
713739: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=713739
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Source: gimp-dimage-color
Version: 1.1.0-3.1
Severity: serious
Tags: jessie sid
User: debian...@lists.debian.org
Usertags: qa-ftbfs-20130620 qa-ftbfs
Justification: FTBFS on amd64

Hi,

During a rebuild of all packages in sid, your package failed to build on
amd64.

Maybe you need to add explicitly the offending lib to LD flags.

Relevant part:
> gcc  -g -O2 -Wall  -o dimage_color  dimage_color.o profile.o preview.o 
> transform.o -lgimpui-2.0 -lgimpwidgets-2.0 -lgimpmodule-2.0 -lgimp-2.0 
> -lgimpmath-2.0 -lgimpconfig-2.0 -lgimpcolor-2.0 -lgimpbase-2.0 -lgtk-x11-2.0 
> -lgdk-x11-2.0 -latk-1.0 -lgio-2.0 -lpangoft2-1.0 -lpangocairo-1.0 
> -lgdk_pixbuf-2.0 -lcairo -lpango-1.0 -lfreetype -lfontconfig -lgobject-2.0 
> -lglib-2.0 
> /usr/bin/ld: transform.o: undefined reference to symbol 'pow@@GLIBC_2.2.5'
> /lib/x86_64-linux-gnu/libm.so.6: error adding symbols: DSO missing from 
> command line
> collect2: error: ld returned 1 exit status

The full build log is available from:
   
http://aws-logs.debian.net/ftbfs-logs/2013/06/20/gimp-dimage-color_1.1.0-3.1_unstable.log

A list of current common problems and possible solutions is available at 
http://wiki.debian.org/qa.debian.org/FTBFS . You're welcome to contribute!

About the archive rebuild: The rebuild was done on EC2 VM instances from
Amazon Web Services, using a clean, minimal and up-to-date chroot. Every
failed build was retried once to eliminate random failures.
--- End Message ---
--- Begin Message ---
Source: gimp-dimage-color
Source-Version: 1.1.0-3.2

We believe that the bug you reported is fixed in the latest version of
gimp-dimage-color, which is due to be installed in the Debian FTP archive.

A summary of the changes between this version and the previous one is
attached.

Thank you for reporting the bug, which will now be closed.  If you
have further comments please address them to 713...@bugs.debian.org,
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Barry deFreese  (supplier of updated gimp-dimage-color 
package)

(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing ftpmas...@ftp-master.debian.org)


-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Format: 1.8
Date: Mon, 08 Jul 2013 18:03:22 -0400
Source: gimp-dimage-color
Binary: gimp-dimage-color
Architecture: source i386
Version: 1.1.0-3.2
Distribution: unstable
Urgency: low
Maintainer: James Troup 
Changed-By: Barry deFreese 
Description: 
 gimp-dimage-color - GIMP plugin to convert Minolta DiMAGE pictures to sRGB 
colour spa
Closes: 713739
Changes: 
 gimp-dimage-color (1.1.0-3.2) unstable; urgency=low
 .
   * Non-maintainer upload.
   * Link against libm. (Closes: #713739).
   * Set source format 1.0.
Checksums-Sha1: 
 af5c0513928245cc791adefc796573feb573d63c 1092 gimp-dimage-color_1.1.0-3.2.dsc
 f38639e8253668d06fd850736acab3838f423c26 143597 
gimp-dimage-color_1.1.0-3.2.diff.gz
 62dbbc05ffa644f3501cac47a6781629989bb917 20200 
gimp-dimage-color_1.1.0-3.2_i386.deb
Checksums-Sha256: 
 80b5e3cebb0855c80b79ae5f1f3e661cd0e98ee0a77575f21ae24e6afaca2456 1092 
gimp-dimage-color_1.1.0-3.2.dsc
 d75fa548d27c774dbd1c255a3ad366f89b7cb9e41ef7fadfd92aaeae7e0e0525 143597 
gimp-dimage-color_1.1.0-3.2.diff.gz
 602f4ccaa7c849c76c192ed3cf7f72069bc2e25b2ac960e0a4bf36dd980446ef 20200 
gimp-dimage-color_1.1.0-3.2_i386.deb
Files: 
 027fb7e61821d49a991f873ce858c5e5 1092 graphics extra 
gimp-dimage-color_1.1.0-3.2.dsc
 7949ad621c4b20283b9d267bb45313d1 143597 graphics extra 
gimp-dimage-color_1.1.0-3.2.diff.gz
 94797b45942898c935d112cb61f3547f 20200 graphics extra 
gimp-dimage-color_1.1.0-3.2_i386.deb

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.12 (GNU/Linux)

iEYEARECAAYFAlHbP6UACgkQ5ItltUs5T344uQCguuATPTzqChocVnRD7M8jd+U1
9FcAoMA8VFYmLWc/4EjYpVBD1XmO4Ws3
=2s9+
-END PGP SIGNATURE End Message ---


Bug#701256: marked as done (chromium-browser: ftbfs with GCC-4.8)

2013-07-08 Thread Debian Bug Tracking System
Your message dated Tue, 09 Jul 2013 03:14:53 +
with message-id 
and subject line Bug#701256: fixed in chromium-browser 27.0.1453.110-2
has caused the Debian Bug report #701256,
regarding chromium-browser: ftbfs with GCC-4.8
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)


-- 
701256: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=701256
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: src:chromium-browser
Version: 24.0.1312.68-1
Severity: important
Tags: sid jessie
User: debian-...@lists.debian.org
Usertags: ftbfs-gcc-4.8

The package fails to build in a test rebuild on at least amd64 with
gcc-4.8/g++-4.8, but succeeds to build with gcc-4.7/g++-4.7. The
severity of this report may be raised before the jessie release.

  cc1plus: error: -Wformat-security ignored without -Wformat 
[-Werror=format-security]

The full build log can be found at:
http://people.debian.org/~doko/logs-20130217/gcc48/chromium-browser_24.0.1312.68-1_unstable_gcc48.log
The last lines of the build log are at the end of this report.

To build with GCC 4.8, either set CC=gcc-4.8 CXX=g++-4.8 explicitly,
or install the gcc, g++, gfortran, ... packages from experimental.

  apt-get -t experimental install g++ g++-4.7 g++-4.8 libc6-dev

The test rebuild was done with eglibc-2.17 and GCC-4.8, so some issues
might be caused by the updated glibc.

[...]
done ; \
fi
if test -e /usr/share/gnulib/build-aux/config.rpath ; then \
for i in 
./src/third_party/yasm/source/patched-yasm/config/config.rpath 
./src/third_party/libmtp/config.rpath ; do \
if ! test -e $i.cdbs-orig ; then \
mv $i $i.cdbs-orig ; \
cp --remove-destination 
/usr/share/gnulib/build-aux/config.rpath $i ; \
fi ; \
done ; \
fi
cd /«PKGBUILDDIR»/src && GYP_GENERATORS=make GYP_DEFINES="disable_sse2=1 
google_api_key='AIzaSyCkfPOPZXDKNn8hhgu3JrA62wIgC93d44k' 
google_default_client_id='811574891467.apps.googleusercontent.com' 
google_default_client_secret='kdloedMFGdGla2P1zacGjAQh' proprietary_codecs=1 
use_gnome_keyring=1 linux_link_gnome_keyring=1 use_gconf=1 use_gio=1 
disable_nacl=1 linux_use_gold_binary=0 linux_use_gold_flags=0 werror= 
linux_use_tcmalloc=0 linux_link_gsettings=1 target_arch=x64 
ffmpeg_branding=Chrome use_system_bzip2=1 use_system_libjpeg=1 
use_system_libpng=0 use_system_sqlite=0 use_system_libxml=1 
use_system_libxslt=1 use_system_zlib=0 use_system_libevent=1 use_system_icu=0 
use_system_yasm=1 use_system_ffmpeg=0 use_system_libvpx=1 
use_system_xdg_utils=1 use_system_flac=1 use_system_libwebp=0 
use_system_speex=1  use_pulseaudio=1 
linux_sandbox_path=/usr/lib/chromium/chromium-sandbox 
linux_sandbox_chrome_path=/usr/lib/chromium/chromium " python 
build/gyp_chromium --no-circular-check bu
 ild/all.gyp
Updating projects from gyp files...
touch debian/configure-stamp
# Populate the LASTCHANGE file template as we no longer have the VCS
# files at this point
echo "24.0.1312.68-1" > /«PKGBUILDDIR»/src/build/LASTCHANGE.in
# BUILD_ARGS=SYMBOLS=1 BUILDTYPE=Release
cp -p /usr/share/misc/config.guess 
src/third_party/yasm/source/patched-yasm/config
cp -p /usr/share/misc/config.sub src/third_party/yasm/source/patched-yasm/config
MAKEFLAGS=-j10 /usr/bin/make  -C /«PKGBUILDDIR»/src CFLAGS="-g -O2 
-fstack-protector --param=ssp-buffer-size=4 -Wformat -Werror=format-security 
-Wall" CXXFLAGS="-g -O2 -fstack-protector --param=ssp-buffer-size=4 -Wformat 
-Werror=format-security -Wall" CPPFLAGS="-D_FORTIFY_SOURCE=2" 
LDFLAGS="-Wl,-z,relro"  SYMBOLS=1 BUILDTYPE=Release chrome chrome_sandbox 
make[1]: Entering directory `/«PKGBUILDDIR»/src'
  ACTION Generating version information 
out/Release/obj/gen/chrome/common/chrome_version_info_posix.h
  CXX(host) 
out/Release/obj.host/protobuf_full_do_not_use/third_party/protobuf/src/google/protobuf/stubs/strutil.o
  CXX(host) 
out/Release/obj.host/protobuf_full_do_not_use/third_party/protobuf/src/google/protobuf/stubs/substitute.o
  CXX(host) 
out/Release/obj.host/protobuf_full_do_not_use/third_party/protobuf/src/google/protobuf/stubs/structurally_valid.o
  CXX(host) 
out/Release/obj.host/protobuf_full_do_not_use/third_party/protobuf/src/google/protobuf/descriptor.o
  CXX(host) 
out/Release/obj.host/protobuf_full_do_not_use/third_party/protobuf/src/google/protobuf/descriptor.pb.o
cc1plus: error: -Wformat-security ignored without -Wformat 
[-Werror=format-security]
cc1plus: some warnings being treated as errors
make[1]: *** 
[out

Bug#715429: alembic: FTBFS: Please drop build-dependency on python2.6-argparse

2013-07-08 Thread Micah Gersten
Package: alembic
Version: 0.4.2+ds-3
Severity: serious
Tags: patch
Justification: fails to build from source (but built successfully in the past)
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu saucy ubuntu-patch

python2.6 was removed from unstable on July 1 [1] which makes your package no 
longer buildable.  An NMU (0.4.2+ds-2.1) was made earlier to account for this, 
but it appears to have been accidentally dropped.

Thanks!

[1] http://packages.qa.debian.org/p/python2.6/news/20130701T101238Z.html
[2] http://packages.qa.debian.org/a/alembic/news/20130516T124740Z.html

*** /tmp/tmpNuAD9s/bug_body

In Ubuntu, the attached patch was applied to achieve the following:

  * Drop build depends and suggests on python2.6-argparse as we don't have
python 2.6 anymore (This was also done as 0.4.2+ds-2.1 but seems to have
been accidentally dropped)
- update debian/control 


Thanks for considering the patch.


-- System Information:
Debian Release: wheezy/sid
  APT prefers precise-updates
  APT policy: (500, 'precise-updates'), (500, 'precise-security'), (500, 
'precise-proposed'), (500, 'precise'), (100, 'precise-backports')
Architecture: amd64 (x86_64)

Kernel: Linux 3.2.0-39-generic (SMP w/8 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
diff -Nru alembic-0.4.2+ds/debian/changelog alembic-0.4.2+ds/debian/changelog
diff -Nru alembic-0.4.2+ds/debian/control alembic-0.4.2+ds/debian/control
--- alembic-0.4.2+ds/debian/control	2013-05-10 21:48:46.0 -0500
+++ alembic-0.4.2+ds/debian/control	2013-07-08 21:46:53.0 -0500
@@ -9,14 +9,13 @@
 Homepage: http://www.bitbucket.org/zzzeek/alembic
 Build-Depends: debhelper (>= 8), python-all, python-setuptools,
  python-nose, python-sqlalchemy, python-mako,
- python2.6-argparse, python-sphinx (>= 1.0.7+dfsg)
+ python-sphinx (>= 1.0.7+dfsg)
 
 Package: alembic
 Architecture: all
 Depends: ${misc:Depends}, ${python:Depends}, ${sphinxdoc:Depends},
  python-sqlalchemy, python-mako
 Recommends: python-pkg-resources
-Suggests: python2.6-argparse
 Description: lightweight database migration tool for SQLAlchemy
  Alembic is a new database migration tool, written by the author
  of SQLAlchemy. A migration tool offers the following functionality:


Bug#712182: kamailio: FTBFS on non-Linux: lacks appropriate configuration

2013-07-08 Thread Aaron M. Ucko
Victor Seva  writes:

> AFAIK I have no access to any kFreeBSD nor Hurd machine to be able to
> test any fix. So, no many chances to get this fixed.

A private VM should suffice.  That said, you can also just forward the
bug upstream and substitute Architecture: linux-any for Architecture: any.

-- 
Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org)
http://www.mit.edu/~amu/ | http://stuff.mit.edu/cgi/finger/?a...@monk.mit.edu


-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org



Bug#715428: plv8: FTBFS on i386: -fno-aggressive-loop-optimizations unrecognized

2013-07-08 Thread Aaron M. Ucko
Source: plv8
Version: 1.4.0.ds-1
Severity: serious
Justification: fails to build from source

The i386 build of plv8 failed:

g++ -g -O2 -fstack-protector --param=ssp-buffer-size=4 -Wformat 
-Werror=format-security -fPIC -pie -fno-aggressive-loop-optimizations -Wall 
-Wmissing-prototypes -Wpointer-arith -Wdeclaration-after-statement 
-Wendif-labels -Wformat-security -fno-strict-aliasing -fwrapv 
-fexcess-precision=standard -g -fpic -shared -o plv8.so plv8.o plv8_type.o 
plv8_func.o plv8_param.o coffee-script.o livescript.o -L/usr/lib -Wl,-z,relro 
-Wl,-z,now -Wl,--as-needed  -Wl,--as-needed  -lv8 
g++: error: unrecognized command line option 
'-fno-aggressive-loop-optimizations'

This flag sounds like it would have been more appropriate at
compilation time than link time anyway; please try removing it.

Thanks!


-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org



Bug#715427: openvdb: FTBFS on i386: unsigned int vs. unsigned long long discrepancy

2013-07-08 Thread Aaron M. Ucko
Source: openvdb
Version: 1.2.0-1
Severity: serious
Justification: fails to build from source

The i386 build of openvdb failed with errors indicating that it was
trying to use templates specialized on unsigned int whereas it needed
variants specialized on unsigned long long:

  In file included from ./openvdb/tree/LeafNode.h:41:0,
   from ./openvdb/tree/Tree.h:52,
   from ./openvdb/Grid.h:43,
   from ./openvdb/openvdb.h:39,
   from viewer/RenderModules.h:34,
   from viewer/RenderModules.cc:31:
  /usr/include/tbb/parallel_for.h: In instantiation of 'void 
tbb::interface6::internal::start_for::run_body(Range&) [with Range = tbb::blocked_range; 
Body = openvdb_viewer::PointGenerator, 4u>, 5u> > > >; Partitioner = tbb::auto_partitioner]':
  /usr/include/tbb/partitioner.h:247:13:   required from 'void 
tbb::interface6::internal::partition_type_base::execute(StartType&, 
Range&) [with StartType = 
tbb::interface6::internal::start_for, 
openvdb_viewer::PointGenerator, 4u>, 5u> > > >, tbb::auto_partitioner>; Range = 
tbb::blocked_range; Partition = 
tbb::interface6::internal::auto_partition_type]'
  /usr/include/tbb/parallel_for.h:116:9:   required from 'tbb::task* 
tbb::interface6::internal::start_for::execute() [with 
Range = tbb::blocked_range; Body = 
openvdb_viewer::PointGenerator, 4u>, 5u> > > >; Partitioner = tbb::auto_partitioner]'
  viewer/RenderModules.cc:600:1:   required from here
  [...]

It's not clear what actually needs these specific instantiations, or
for that matter why they're not a problem elsewhere, as the only
requirer cited that isn't itself a template is the brace closing
RenderModules.cc's namespace openvdb_viewer { ... } construct.

Could you please take a look?

Thanks!


-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org



Bug#715425: openvdb: FTBFS on powerpc: vdb_test hangs (in TestCurl::testISCurl?)

2013-07-08 Thread Aaron M. Ucko
Source: openvdb
Version: 1.2.0-1
Severity: serious
Justification: fails to build from source

vdb_test hangs on powerpc:

  TestCpt::testOldStyleStencils : OK
  make[2]: *** wait: No child processes.  Stop.
  [...]
  make: *** [build-arch] Terminated
  TestCurl::testISCurlBuild killed with signal TERM after 150 minutes of 
inactivity

Comparing the ia64 log suggests that the hang occurred in
TestCurl::testISCurl.  Could you please take a look?

Thanks!


-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org



Bug#713677: marked as done (g15mpd: FTBFS: ld: g15mpd.o: undefined reference to symbol 'pthread_create@@GLIBC_2.2.5')

2013-07-08 Thread Debian Bug Tracking System
Your message dated Tue, 09 Jul 2013 01:47:57 +
with message-id 
and subject line Bug#713677: fixed in g15mpd 1.2svn.0.svn319-3.1
has caused the Debian Bug report #713677,
regarding g15mpd: FTBFS: ld: g15mpd.o: undefined reference to symbol 
'pthread_create@@GLIBC_2.2.5'
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)


-- 
713677: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=713677
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Source: g15mpd
Version: 1.2svn.0.svn319-3
Severity: serious
Tags: jessie sid
User: debian...@lists.debian.org
Usertags: qa-ftbfs-20130620 qa-ftbfs
Justification: FTBFS on amd64

Hi,

During a rebuild of all packages in sid, your package failed to build on
amd64.

Maybe you need to add explicitly the offending lib to LD flags.

Relevant part:
> gcc -DHAVE_CONFIG_H -I. -I. -I.   -I/usr/include/libmpd-1.0 -O3 -Wall -g -O2 
> -fstack-protector --param=ssp-buffer-size=4 -Wformat -Werror=format-security 
> -Wall -I. -I. -DVERSION=\"1.2.0\" -g -O2 -fstack-protector 
> --param=ssp-buffer-size=4 -Wformat -Werror=format-security -Wall -c g15mpd.c
> g15mpd.c: In function 'event_key_thread':
> g15mpd.c:198:9: warning: variable 'retval' set but not used 
> [-Wunused-but-set-variable]
>  int retval;
>  ^
> /bin/bash ./libtool --tag=CC --mode=link gcc -O3 -Wall -g -O2 
> -fstack-protector --param=ssp-buffer-size=4 -Wformat -Werror=format-security 
> -Wall -I. -I. -DVERSION=\"1.2.0\" -g -O2 -fstack-protector 
> --param=ssp-buffer-size=4 -Wformat -Werror=format-security -Wall  
> -Wl,-z,relro -o g15mpd -avoid-version g15mpd.o  -lg15daemon_client 
> -lg15render -lmpd 
> libtool: link: gcc -O3 -Wall -g -O2 -fstack-protector 
> --param=ssp-buffer-size=4 -Wformat -Werror=format-security -Wall -I. -I. 
> -DVERSION=\"1.2.0\" -g -O2 -fstack-protector --param=ssp-buffer-size=4 
> -Wformat -Werror=format-security -Wall -Wl,-z -Wl,relro -o g15mpd g15mpd.o  
> /usr/lib/libg15daemon_client.so /usr/lib/libg15render.so -lmpd
> /usr/bin/ld: g15mpd.o: undefined reference to symbol 
> 'pthread_create@@GLIBC_2.2.5'
> /lib/x86_64-linux-gnu/libpthread.so.0: error adding symbols: DSO missing from 
> command line
> collect2: error: ld returned 1 exit status

The full build log is available from:
   
http://aws-logs.debian.net/ftbfs-logs/2013/06/20/g15mpd_1.2svn.0.svn319-3_unstable.log

A list of current common problems and possible solutions is available at 
http://wiki.debian.org/qa.debian.org/FTBFS . You're welcome to contribute!

About the archive rebuild: The rebuild was done on EC2 VM instances from
Amazon Web Services, using a clean, minimal and up-to-date chroot. Every
failed build was retried once to eliminate random failures.
--- End Message ---
--- Begin Message ---
Source: g15mpd
Source-Version: 1.2svn.0.svn319-3.1

We believe that the bug you reported is fixed in the latest version of
g15mpd, which is due to be installed in the Debian FTP archive.

A summary of the changes between this version and the previous one is
attached.

Thank you for reporting the bug, which will now be closed.  If you
have further comments please address them to 713...@bugs.debian.org,
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Barry deFreese  (supplier of updated g15mpd package)

(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing ftpmas...@ftp-master.debian.org)


-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Format: 1.8
Date: Mon, 08 Jul 2013 17:46:13 -0400
Source: g15mpd
Binary: g15mpd
Architecture: source i386
Version: 1.2svn.0.svn319-3.1
Distribution: unstable
Urgency: low
Maintainer: Giacomo Catenazzi 
Changed-By: Barry deFreese 
Description: 
 g15mpd - A simple frontend for the MPD Media Player Daemon, for use with g
Closes: 554383 713677
Changes: 
 g15mpd (1.2svn.0.svn319-3.1) unstable; urgency=low
 .
   * Non-maintainer upload.
   * Link against libpthread. (Closes: #554383, #713677).
Checksums-Sha1: 
 4bca64bb560080ec11943ac7e9fe07dfb631a889 1228 g15mpd_1.2svn.0.svn319-3.1.dsc
 3a8e0a17446412214a9258b65008c9f553a5 2587 
g15mpd_1.2svn.0.svn319-3.1.diff.gz
 16c707f330733f3d4c81568d0e753079bc3b83f1 11772 
g15mpd_1.2svn.0.svn319-3.1_i386.deb
Checksums-Sha256: 
 c9a248ff94204a011e3680576391c9bec72d18486d6c657399c6836e0090fc88 1228 
g15mpd_1.2svn.0.svn319-3.1.dsc
 67558c9219fcc564c0ef70e532a8b1ef174e3abc5b685f8d5fb4aece190c9858 2587 
g15mpd_1.2svn.0.svn319-3.1.diff.gz
 05ff6a1a4c06ce09ee56f2ef084f21988f9f5e60f8

Bug#715424: dragonegg: FTBFS on arm*: "!=" may not appear in macro parameter list

2013-07-08 Thread Aaron M. Ucko
Source: dragonegg
Version: 3.3-1
Severity: serious
Justification: fails to build from source (but built successfully in the past)

The armel and armhf builds of dragonegg failed:

«PKGBUILDDIR»/include/arm/dragonegg/Target.h:34:52: error: "!=" may not appear 
in macro parameter list

The culprit appears to be a missing space, resulting in attempting to
parse the parenthesized definition as an argument list:

#define DEFAULT_TARGET_AAPCS_BASED(ARM_DEFAULT_ABI != ARM_ABI_APCS &&  \
   ARM_DEFAULT_ABI != ARM_ABI_ATPCS)

Could you please take care of it?

Thanks!


-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org



Bug#713757: (no subject)

2013-07-08 Thread Daniele Tricoli
Just a quick update:
this bug is fixed in the SVN repository. I'm not tagging it as pending since I 
have to fix some Python3 related issues.

Cheers,

-- 
 Daniele Tricoli 'Eriol'
 http://mornie.org


-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org



Bug#715238: [android-tools-adb] Does Not Know it is Running

2013-07-08 Thread Carlos C Soto
same here.

As root:
root@localhost:~# ps aux | grep adb

root@localhost:~# adb start-server
* daemon not running. starting it now on port 5037 *
* daemon started successfully *

root@localhost:~# ps aux | grep adb
root 12251  0.0  0.0 170500  1668 pts/1Sl   17:21   0:00 adb -P
5037 fork-server server

root@localhost:~# netstat -npl | grep adb
unix  2  [ ACC ] STREAM LISTENING 35132
12251/adb   /tmp/5037

root@localhost:~# adb devices
* daemon not running. starting it now on port 5037 *
* daemon started successfully *
** daemon still not running
error: cannot connect to daemon


# apt-cache show android-tools-adb 
Package: android-tools-adb
Source: android-tools
Version: 4.2.2+git20130529-2.1
Installed-Size: 214
Maintainer: Laszlo Boszormenyi (GCS) 
Architecture: amd64


-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org



Bug#701298: marked as done (ion: ftbfs with GCC-4.8)

2013-07-08 Thread Debian Bug Tracking System
Your message dated Mon, 08 Jul 2013 22:18:54 +
with message-id 
and subject line Bug#701298: fixed in ion 3.1.3~dfsg1-1
has caused the Debian Bug report #701298,
regarding ion: ftbfs with GCC-4.8
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)


-- 
701298: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=701298
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: src:ion
Version: 3.0.1~dfsg1-1
Severity: important
Tags: sid jessie
User: debian-...@lists.debian.org
Usertags: ftbfs-gcc-4.8

The package fails to build in a test rebuild on at least amd64 with
gcc-4.8/g++-4.8, but succeeds to build with gcc-4.7/g++-4.7. The
severity of this report may be raised before the jessie release.

  bp/library/ext/bsp/extbsputil.h:238:3: error: typedef 'BundleParts' locally 
defined but not used [-Werror=unused-local-typedefs]

The full build log can be found at:
http://people.debian.org/~doko/logs-20130217/gcc48/ion_3.0.1~dfsg1-1_unstable_gcc48.log
The last lines of the build log are at the end of this report.

To build with GCC 4.8, either set CC=gcc-4.8 CXX=g++-4.8 explicitly,
or install the gcc, g++, gfortran, ... packages from experimental.

  apt-get -t experimental install g++ g++-4.7 g++-4.8 libc6-dev

The test rebuild was done with eglibc-2.17 and GCC-4.8, so some issues
might be caused by the updated glibc.

[...]
checking for mkdir... yes
checking for mkfifo... yes
checking for rmdir... yes
checking for select... yes
checking for socket... yes
checking for strcasecmp... yes
checking for strchr... yes
checking for strerror... yes
checking for strncasecmp... yes
checking for strstr... yes
checking for strtoul... yes
checking for uname... yes
configure: creating ./config.status
config.status: creating Makefile
config.status: creating config.h
config.status: executing depfiles commands
config.status: executing libtool commands
configure: WARNING: unrecognized options: --disable-maintainer-mode
   debian/rules override_dh_auto_build
make[1]: Entering directory `/«PKGBUILDDIR»'
pod2man -s 1 -c "ION tools without man pages" debian/ion-tools.pod 
debian/ion-tools.1
dh_auto_build
make[2]: Entering directory `/«PKGBUILDDIR»'
make  all-am
make[3]: Entering directory `/«PKGBUILDDIR»'
/bin/bash ./libtool  --tag=CC   --mode=compile gcc -DHAVE_CONFIG_H -I.   
-D_FORTIFY_SOURCE=2 -I./bp/library -I./bp/include -I./bp/ipn -I./bp/dtn2 
-I./bp/library/crypto -I./bp/library/ext/ecos -I./bp/library/ext/bsp 
-DBP_EXTENDED -Dlinux -DSPACE_ORDER=3 -fno-strict-aliasing -Wall -Werror -g 
-include config.h -I./ici/include -I./ltp/include -I./dgr/include 
-I./bp/include -I./ams/include -I./cfdp/include -I./bss/include  -DENABLE_BPACS 
-g -O2 -fstack-protector --param=ssp-buffer-size=4 -Wformat 
-Werror=format-security -c -o bp/library/libbp_la-bei.lo `test -f 
'bp/library/bei.c' || echo './'`bp/library/bei.c
libtool: compile:  gcc -DHAVE_CONFIG_H -I. -D_FORTIFY_SOURCE=2 -I./bp/library 
-I./bp/include -I./bp/ipn -I./bp/dtn2 -I./bp/library/crypto 
-I./bp/library/ext/ecos -I./bp/library/ext/bsp -DBP_EXTENDED -Dlinux 
-DSPACE_ORDER=3 -fno-strict-aliasing -Wall -Werror -g -include config.h 
-I./ici/include -I./ltp/include -I./dgr/include -I./bp/include -I./ams/include 
-I./cfdp/include -I./bss/include -DENABLE_BPACS -g -O2 -fstack-protector 
--param=ssp-buffer-size=4 -Wformat -Werror=format-security -c bp/library/bei.c  
-fPIC -DPIC -o bp/library/.libs/libbp_la-bei.o
In file included from bp/library/ext/bsp/extbspbab.h:11:0,
 from bp/library/ext/bpextensions.c:17,
 from bp/library/bei.c:45:
bp/library/bei.c: In function 'getExtensionDefs':
bp/library/ext/bsp/extbsputil.h:238:3: error: typedef 'BundleParts' locally 
defined but not used [-Werror=unused-local-typedefs]
 } BundleParts;
   ^
In file included from bp/library/ext/bpextensions.c:17:0,
 from bp/library/bei.c:45:
bp/library/ext/bsp/extbspbab.h:119:3: error: typedef 'BspBabCollaborationBlock' 
locally defined but not used [-Werror=unused-local-typedefs]
 } BspBabCollaborationBlock;
   ^
cc1: all warnings being treated as errors
make[3]: *** [bp/library/libbp_la-bei.lo] Error 1
make[3]: *** Waiting for unfinished jobs
make[2]: *** [all] Error 2make[3]: Leaving directory `/«PKGBUILDDIR»'

dh_auto_build: make -j10 returned exit code 2
make[2]: Leaving directory `/«PKGBUILDDIR»'
make[1]: *** [override_dh_auto_build] Error 2
make[1]: Leaving directory `/«PKGBUILDDIR»'
make: *** [build-arch] Error 2
dpkg-buildpackage: error: debian/rules build-arch gave error exit status 2
--- End Message ---
--- Begin Mes

Bug#713722: marked as done (ion: FTBFS: ici/sdr/sdrxn.c:817:28: error: argument to 'sizeof' in 'memset' call is the same expression as the destination; did you mean to provide an explicit length? [-We

2013-07-08 Thread Debian Bug Tracking System
Your message dated Mon, 08 Jul 2013 22:18:54 +
with message-id 
and subject line Bug#713722: fixed in ion 3.1.3~dfsg1-1
has caused the Debian Bug report #713722,
regarding ion: FTBFS: ici/sdr/sdrxn.c:817:28: error: argument to 'sizeof' in 
'memset' call is the same expression as the destination; did you mean to 
provide an explicit length? [-Werror=sizeof-pointer-memaccess]
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)


-- 
713722: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=713722
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Source: ion
Version: 3.0.1~dfsg1-1
Severity: serious
Tags: jessie sid
User: debian...@lists.debian.org
Usertags: qa-ftbfs-20130620 qa-ftbfs
Justification: FTBFS on amd64

Hi,

During a rebuild of all packages in sid, your package failed to build on
amd64.

Relevant part:
> /bin/bash ./libtool  --tag=CC   --mode=compile gcc -DHAVE_CONFIG_H -I.   
> -D_FORTIFY_SOURCE=2 -I./ici/library -I./bp/library -I./ltp/library 
> -I./ici/test -I./ici/sdr  -Dlinux -DSPACE_ORDER=3 -fno-strict-aliasing -Wall 
> -Werror -g -include config.h -I./ici/include -I./ltp/include -I./dgr/include 
> -I./bp/include -I./ams/include -I./cfdp/include -I./bss/include  
> -DENABLE_BPACS -g -O2 -fstack-protector --param=ssp-buffer-size=4 -Wformat 
> -Werror=format-security -c -o ici/sdr/libici_la-sdrxn.lo `test -f 
> 'ici/sdr/sdrxn.c' || echo './'`ici/sdr/sdrxn.c
> libtool: compile:  gcc -DHAVE_CONFIG_H -I. -D_FORTIFY_SOURCE=2 
> -I./ici/library -I./bp/library -I./ltp/library -I./ici/test -I./ici/sdr 
> -Dlinux -DSPACE_ORDER=3 -fno-strict-aliasing -Wall -Werror -g -include 
> config.h -I./ici/include -I./ltp/include -I./dgr/include -I./bp/include 
> -I./ams/include -I./cfdp/include -I./bss/include -DENABLE_BPACS -g -O2 
> -fstack-protector --param=ssp-buffer-size=4 -Wformat -Werror=format-security 
> -c ici/sdr/sdrxn.c  -fPIC -DPIC -o ici/sdr/.libs/libici_la-sdrxn.o
> ici/sdr/sdrxn.c: In function 'createDbFile':
> ici/sdr/sdrxn.c:817:28: error: argument to 'sizeof' in 'memset' call is the 
> same expression as the destination; did you mean to provide an explicit 
> length? [-Werror=sizeof-pointer-memaccess]
>   memset(buffer, 0 , sizeof buffer);
> ^
> cc1: all warnings being treated as errors
> make[3]: *** [ici/sdr/libici_la-sdrxn.lo] Error 1

The full build log is available from:
   
http://aws-logs.debian.net/ftbfs-logs/2013/06/20/ion_3.0.1~dfsg1-1_unstable.log

A list of current common problems and possible solutions is available at 
http://wiki.debian.org/qa.debian.org/FTBFS . You're welcome to contribute!

About the archive rebuild: The rebuild was done on EC2 VM instances from
Amazon Web Services, using a clean, minimal and up-to-date chroot. Every
failed build was retried once to eliminate random failures.
--- End Message ---
--- Begin Message ---
Source: ion
Source-Version: 3.1.3~dfsg1-1

We believe that the bug you reported is fixed in the latest version of
ion, which is due to be installed in the Debian FTP archive.

A summary of the changes between this version and the previous one is
attached.

Thank you for reporting the bug, which will now be closed.  If you
have further comments please address them to 713...@bugs.debian.org,
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Leo Iannacone  (supplier of updated ion package)

(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing ftpmas...@ftp-master.debian.org)


-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Format: 1.8
Date: Sun, 07 Jul 2013 16:22:28 +0200
Source: ion
Binary: ion libion0 libion-dev ion-doc
Architecture: source amd64 all
Version: 3.1.3~dfsg1-1
Distribution: unstable
Urgency: low
Maintainer: Leo Iannacone 
Changed-By: Leo Iannacone 
Description: 
 ion- NASA implementation of Delay-Tolerant Networking (DTN)
 ion-doc- Interplanetary Overlay Network - examples and documentation
 libion-dev - NASA implementation of Delay-Tolerant Networking (DTN) - developm
 libion0- NASA implementation of Delay-Tolerant Networking (DTN) - main lib
Closes: 701298 713722
Changes: 
 ion (3.1.3~dfsg1-1) unstable; urgency=low
 .
   * Upload to unstable.
   * New upstream release.
   * Refreshed old patches.
   * Install release-notes.txt as upstream changelog.
   * Fix VCS URL.
   * Bump Standards-Version 3.9.4.
   * debian/ion.links:
 + added new links to some missing manpage.
   * new fix-gcc4.8-errors.patch from upstream: 

Bug#617613: closed by Anton Gladky (Bug#617613: fixed in freecad 0.13.1830-dfsg-2)

2013-07-08 Thread Francesco Poli
On Sun, 7 Jul 2013 20:14:46 +0200 Anton Gladky wrote:

> Hi Francesco,
> 
> 2013/7/7 Francesco Poli :
> > Once again, Anton, please clarify the licensing status of the files
> > mentioned in my previous message: http://bugs.debian.org/617613#265
> >
> > If the debian/copyright file of the package is outdated, then please
> > update it, so that people won't be misled again.
> 
> it will be done in the next upload.

That's OK, I hope you may do that soon (at least in the public git
repository)...

Or otherwise, could you please summarize the changes that need to be
applied to the debian/copyright file?

Thanks for your time.

-- 
 http://www.inventati.org/frx/frx-gpg-key-transition-2010.txt
 New GnuPG key, see the transition document!
. Francesco Poli .
 GnuPG key fpr == CA01 1147 9CD2 EFDF FB82  3925 3E1C 27E1 1F69 BFFE


pgpNBeIU_6ZZb.pgp
Description: PGP signature


Bug#714279: fontconfig-config: Not correct view anti-aliasing fonts and incorrect visualization.

2013-07-08 Thread Mourad De Clerck

I can confirm Matthew's fix is working for me.

I didn't have 11-lcdfilter-default.conf nor 10-subpixel-rgb.conf linked 
or enabled, so all I needed to do is change "append" to "assign" in 
10-autohint.conf to get back to font rendering that didn't make my eyes 
spontaneously self-combust.


My eyes thank you Matthew,

-- M


--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org



Bug#713729: marked as done (fsvs: FTBFS: ld: helper.o: undefined reference to symbol 'dlopen@@GLIBC_2.2.5')

2013-07-08 Thread Debian Bug Tracking System
Your message dated Mon, 08 Jul 2013 21:04:26 +
with message-id 
and subject line Bug#713729: fixed in fsvs 1.2.5-1
has caused the Debian Bug report #713729,
regarding fsvs: FTBFS: ld: helper.o: undefined reference to symbol 
'dlopen@@GLIBC_2.2.5'
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)


-- 
713729: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=713729
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Source: fsvs
Version: 1.2.3-0+nmu1
Severity: serious
Tags: jessie sid
User: debian...@lists.debian.org
Usertags: qa-ftbfs-20130620 qa-ftbfs
Justification: FTBFS on amd64

Hi,

During a rebuild of all packages in sid, your package failed to build on
amd64.

Maybe you need to add explicitly the offending lib to LD flags.

Relevant part:
>  CC waa.c
> waa.c: In function 'waa__input_tree':
> waa.c:1623:30: warning: variable 'cur_block' set but not used 
> [-Wunused-but-set-variable]
>   struct waa__entry_blocks_t *cur_block;
>   ^
>  CC warnings.c
>  Link fsvs
> /usr/bin/ld: helper.o: undefined reference to symbol 'dlopen@@GLIBC_2.2.5'
> /lib/x86_64-linux-gnu/libdl.so.2: error adding symbols: DSO missing from 
> command line
> collect2: error: ld returned 1 exit status

The full build log is available from:
   
http://aws-logs.debian.net/ftbfs-logs/2013/06/20/fsvs_1.2.3-0+nmu1_unstable.log

A list of current common problems and possible solutions is available at 
http://wiki.debian.org/qa.debian.org/FTBFS . You're welcome to contribute!

About the archive rebuild: The rebuild was done on EC2 VM instances from
Amazon Web Services, using a clean, minimal and up-to-date chroot. Every
failed build was retried once to eliminate random failures.
--- End Message ---
--- Begin Message ---
Source: fsvs
Source-Version: 1.2.5-1

We believe that the bug you reported is fixed in the latest version of
fsvs, which is due to be installed in the Debian FTP archive.

A summary of the changes between this version and the previous one is
attached.

Thank you for reporting the bug, which will now be closed.  If you
have further comments please address them to 713...@bugs.debian.org,
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Barry deFreese  (supplier of updated fsvs package)

(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing ftpmas...@ftp-master.debian.org)


-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Format: 1.8
Date: Mon, 08 Jul 2013 10:40:45 -0400
Source: fsvs
Binary: fsvs
Architecture: source i386
Version: 1.2.5-1
Distribution: unstable
Urgency: low
Maintainer: Debian QA Group 
Changed-By: Barry deFreese 
Description: 
 fsvs   - Full system versioning with metadata support
Closes: 612590 641765 681054 713729
Changes: 
 fsvs (1.2.5-1) unstable; urgency=low
 .
   * QA upload.
 + Set maintainer to Debian QA Group .
   * New upstream release. (Closes: #612590).
 + Fix security issue with non-world-readable files. (Closes: #681054).
 + Remove old inline changes as they were integrated upstream.
   * Acknowledge NMU. (Closes: #641765).
   * Add patch to link in libdl. (Closes: #713729).
   * Make package source format 3.0 (quilt).
   * Add watch file.
   * Update build system to dh style.
 + Bump debhelper build-dep and compat to 9.
   * Bump Standards Version to 3.9.4.
Checksums-Sha1: 
 eeeba88528b09b8cb0aae915107ccc541c74c47e 1112 fsvs_1.2.5-1.dsc
 7c84eb0b384a5fec371ebaf532319d577f5ee00b 603755 fsvs_1.2.5.orig.tar.gz
 a215ea73eb6422a083a17116d780c70d2f37965a 3952 fsvs_1.2.5-1.debian.tar.gz
 c6d5ecc82c8fb32e5881ac88bdc6e6484367bdcb 194664 fsvs_1.2.5-1_i386.deb
Checksums-Sha256: 
 b6606e6a14b48d8a70de19440fa836d2ddb5bfc2ca17e1e639d7403198c9 1112 
fsvs_1.2.5-1.dsc
 0c3618963dddf6b2e58c814aa91d141e758aeedd7071320a45b8ffaedb3adf78 603755 
fsvs_1.2.5.orig.tar.gz
 1895c69a3b28dcbe6be0ac5f3769a391420b736b05ae5a4b4e22de472fe4d6ab 3952 
fsvs_1.2.5-1.debian.tar.gz
 5f3a3d71c5c728707ccf129ec8cf279b05c3956c2f42d4bda007dcd7b3c49a3d 194664 
fsvs_1.2.5-1_i386.deb
Files: 
 02e36d58c7677cd8cafffe3000f9c301 1112 admin optional fsvs_1.2.5-1.dsc
 22cb374a067c41d31f05a5b1322ddecc 603755 admin optional fsvs_1.2.5.orig.tar.gz
 204116e249b1158bb4c4007139f14b08 3952 admin optional fsvs_1.2.5-1.debian.tar.gz
 50bf70422e54f014cd4b92a477a64b59 194664 admin optional fsvs_1.2.5-1_i386.deb

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.12 (GNU/Linux)

iEYEARECAAYFAlHa8DkACgkQ5ItltUs5T36kuQCfQILM

Bug#715408: Error in Testing installier

2013-07-08 Thread Manfred Rebentisch
Package: debian-installer
severity: critical

Downloaded and tested images:

1) debian-testing-amd64-netinst.iso from 2013-07-01
2) firmware-testing-amd64-netinst.iso from 2013-07-08

downloaded from 
http://cdimage.debian.org/cdimage/unofficial/non-free/cd-including-firmware/weekly-builds/amd64/iso-cd/

and
http://cdimage.debian.org/cdimage/weekly-builds/amd64/iso-dvd/

Problem:
After burning and starting, I can select from the first menu. I try
textbased, grafical and expert install. Every time I just can hit
enter, the dialog for choosing language appears - then the system is
frozen. Only restartable with hardware button.

My system:

cat /proc/cpuinfo 
processor   : 0
vendor_id   : GenuineIntel
cpu family  : 6
model   : 42
model name  : Intel(R) Core(TM) i5-2400S CPU @ 2.50GHz
stepping: 7
microcode   : 0x14
cpu MHz : 1600.000
cache size  : 6144 KB

(processor 1, 2, 3 follows).


cat /proc/meminfo 
MemTotal:   16340992 kB
MemFree:11402920 kB
Buffers:  216652 kB
Cached:  1567464 kB
SwapCached:0 kB
Active:  3164500 kB
Inactive:1332492 kB
Active(anon):2728012 kB
Inactive(anon):   280068 kB
Active(file): 436488 kB
Inactive(file):  1052424 kB
Unevictable:   0 kB
Mlocked:   0 kB
SwapTotal:  31250428 kB
SwapFree:   31250428 kB
Dirty:  2480 kB
Writeback: 0 kB
AnonPages:   2712968 kB
Mapped:   322820 kB
Shmem:295140 kB
Slab: 121652 kB
SReclaimable:  75592 kB
SUnreclaim:46060 kB
KernelStack:5872 kB
PageTables:83524 kB
NFS_Unstable:  0 kB
Bounce:0 kB
WritebackTmp:  0 kB
CommitLimit:39420924 kB
Committed_AS:8544960 kB
VmallocTotal:   34359738367 kB
VmallocUsed:  393268 kB
VmallocChunk:   34359327432 kB
HardwareCorrupted: 0 kB
AnonHugePages: 0 kB
HugePages_Total:   0
HugePages_Free:0
HugePages_Rsvd:0
HugePages_Surp:0
Hugepagesize:   2048 kB
DirectMap4k:   61440 kB
DirectMap2M:16631808 kB

--
Manfred Rebentisch
23558 Lübeck

Mobil: 0160 907 488 10

Bequem diktiert mit meinem iPhone



Bug#701268: marked as done (diagnostics: ftbfs with GCC-4.8)

2013-07-08 Thread Debian Bug Tracking System
Your message dated Mon, 8 Jul 2013 21:14:59 +0100
with message-id <20130708201459.gk31...@l04.home>
and subject line Bug unreproducible in current sid
has caused the Debian Bug report #701268,
regarding diagnostics: ftbfs with GCC-4.8
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)


-- 
701268: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=701268
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: src:diagnostics
Version: 0.3.3-3
Severity: important
Tags: sid jessie
User: debian-...@lists.debian.org
Usertags: ftbfs-gcc-4.8

The package fails to build in a test rebuild on at least amd64 with
gcc-4.8/g++-4.8, but succeeds to build with gcc-4.7/g++-4.7. The
severity of this report may be raised before the jessie release.

  XXX

The full build log can be found at:
http://people.debian.org/~doko/logs-20130217/gcc48/diagnostics_0.3.3-3_unstable_gcc48.log
The last lines of the build log are at the end of this report.

To build with GCC 4.8, either set CC=gcc-4.8 CXX=g++-4.8 explicitly,
or install the gcc, g++, gfortran, ... packages from experimental.

  apt-get -t experimental install g++ g++-4.7 g++-4.8 libc6-dev

The test rebuild was done with eglibc-2.17 and GCC-4.8, so some issues
might be caused by the updated glibc.

[...]
make[6]: Leaving directory `/«PKGBUILDDIR»/diagnostics/basic_exceptions'
make[5]: Leaving directory `/«PKGBUILDDIR»/diagnostics/basic_exceptions'
make[5]: Entering directory `/«PKGBUILDDIR»/diagnostics'
/usr/bin/make  lib_annotations
make[6]: Entering directory `/«PKGBUILDDIR»/diagnostics'
x86_64-linux-gnu-g++ -DHAVE_CONFIG_H   -I.. -DDEBUG__LEVEL__=2   -g -O2 
-fstack-protector --param=ssp-buffer-size=4 -Wformat -Werror=format-security 
-Wall -pedantic -g -MT lib_annotations.t.o -MD -MP -MF 
.deps/lib_annotations.t.Tpo -c -o lib_annotations.t.o lib_annotations.t.cpp
mv -f .deps/lib_annotations.t.Tpo .deps/lib_annotations.t.Po
/bin/bash ../libtool --tag=CXX   --mode=link x86_64-linux-gnu-g++  -g -O2 
-fstack-protector --param=ssp-buffer-size=4 -Wformat -Werror=format-security 
-Wall -pedantic -g  -lACE -lpthread -o lib_annotations lib_annotations.t.o 
libdiagnostics.la unittest/test_system/libtest_system_ts.la util/libutil_ts.la 
-ldl 
libtool: link: x86_64-linux-gnu-g++ -g -O2 -fstack-protector 
--param=ssp-buffer-size=4 -Wformat -Werror=format-security -Wall -pedantic -g 
-o .libs/lib_annotations lib_annotations.t.o  ./.libs/libdiagnostics.so 
-L/usr/lib/x86_64-linux-gnu /usr/lib/x86_64-linux-gnu/libltdl.so 
unittest/test_system/.libs/libtest_system_ts.a util/.libs/libutil_ts.a -lACE 
-lpthread -ldl
make[6]: Leaving directory `/«PKGBUILDDIR»/diagnostics'
/usr/bin/make  check-TESTS
make[6]: Entering directory `/«PKGBUILDDIR»/diagnostics'


Started RUN with mask /*
and level AUD
 with build Level AUD
  in test application /«PKGBUILDDIR»/diagnostics/.libs/lt-lib_annotations

Test_Run_Result [ip-10-30-143-188 26349/46953061509568]: 
CASE="/lib_annotations/fct/normal/test_exec" (build: AUD target: PRO) in 
0.17 secs
SUCCEEDED



Finished RUN with mask /*
 and level AUD
  with build Level AUD
   in test application /«PKGBUILDDIR»/diagnostics/.libs/lt-lib_annotations
SUCCESS 1 (100%)
FAILURES0 (  0%)
INVALIDATIONS   0 (  0%)
TOTAL   1


PASS: lib_annotations
=
1 test passed
=
make[6]: Leaving directory `/«PKGBUILDDIR»/diagnostics'
make[5]: Leaving directory `/«PKGBUILDDIR»/diagnostics'
make[4]: *** [check-recursive] Error 1
make[4]: Leaving directory `/«PKGBUILDDIR»/diagnostics'
make[3]: *** [check] Error 2
make[3]: Leaving directory `/«PKGBUILDDIR»/diagnostics'
make[2]: *** [check-recursive] Error 1
make[2]: Leaving directory `/«PKGBUILDDIR»'
make[1]: *** [check] Error 2
make: *** [build-stamp] Error 2
make[1]: Leaving directory `/«PKGBUILDDIR»'
dpkg-buildpackage: error: debian/rules build gave error exit status 2
--- End Message ---
--- Begin Message ---
Version: 0.3.3-4

As confirmed by successful auto-builds on all architectures (with the exception
of hurd, but this is unrelated), the package builds just fine with gcc/g++ 4.8.

Best,
Michael



pgpfSM20oSeIw.pgp
Description: PGP signature
--- End Message ---


Bug#715294: [Openstack-devel] Bug#715294: quantum: python-quantum: not installable in sid, depends on old python-sqlalchemy

2013-07-08 Thread Piotr Ożarowski
> In fact there are two dependencies on python-sqlalchemy:
> 
> python-sqlalchemy (>= 0.7~)
> python-sqlalchemy (<< 0.8)
> 
> The second one is at the very end of the Dependency line. It seems to 
> have been filled in by ${python:Depends}.

Both of them are generated by dh_python2 as I (python-sqlalchemy
maintainer) requested that by adding pydist file to the package
(see /usr/share/python/dist/python-sqlalchemy).

If you install python-sqlalchemy 0.8.X, rebuild your package, check if
it works fine with 0.8 and upload it, it will have:

 python-sqlalchemy (>= 0.8~)
 python-sqlalchemy (<< 0.9)


signature.asc
Description: Digital signature


Bug#666802: libapreq2: sourceful transition towards Apache 2.4

2013-07-08 Thread gregor herrmann
On Mon, 08 Jul 2013 20:57:38 +0200, Steinar H. Gunderson wrote:

> On Sat, Jul 06, 2013 at 08:02:22PM +0200, Arno Töll wrote:
> > could you please tell us what the state being with libapreq2 is? It's
> > certainly one of these modules which might break in unexpected ways,
> > despite of still compiling against the Apache 2.4 API.
> The state is that I haven't even tried. It's not very useful without
> mod_perl. What's the status of mod_perl?

mod_perl with support for Apache 2.4 is in unstable since the end of
May.

Cheers,
gregor

-- 
 .''`.  Homepage: http://info.comodo.priv.at/ - OpenPGP key 0xBB3A68018649AA06
 : :' : Debian GNU/Linux user, admin, and developer  -  http://www.debian.org/
 `. `'  Member of VIBE!AT & SPI, fellow of the Free Software Foundation Europe
   `-   NP: Ry Cooder: Jesse James


signature.asc
Description: Digital signature


Bug#666802: libapreq2: sourceful transition towards Apache 2.4

2013-07-08 Thread Niko Tyni
On Sat, Jul 06, 2013 at 08:02:22PM +0200, Arno Töll wrote:
> Hi sesse,
> 
> could you please tell us what the state being with libapreq2 is? It's
> certainly one of these modules which might break in unexpected ways,
> despite of still compiling against the Apache 2.4 API.

> On the other hand, if anyone of you or the Perl guys can tell me the
> module still works once compiled, I'll happily do the Apache 2.4 porting
> on the packaging side.

FWIW I was able to get the libapreq2 test suites to run successfully
with some tweaking, so it doesn't seem to be too broken.

Also, Fedora is on Apache 2.4 and AFAICS they didn't have to do much
porting according to git://pkgs.fedoraproject.org/libapreq2.git

My notes follow:

- "make test" at top level passes the main test suite
  but fails in module/ because Apache-Test can't find the MPM module

- so I used a custom Apache2 configuration with just
 LoadModule mpm_worker_module "/usr/lib/apache2/modules/mod_mpm_worker.so"
 LoadModule authn_core_module "/usr/lib/apache2/modules/mod_authn_core.so"
 LoadModule auth_basic_module "/usr/lib/apache2/modules/mod_auth_basic.so"
 LoadModule auth_digest_module "/usr/lib/apache2/modules/mod_auth_digest.so"
 LoadModule authz_core_module "/usr/lib/apache2/modules/mod_authz_core.so"
 LoadModule authz_user_module "/usr/lib/apache2/modules/mod_authz_user.so"
 LoadModule authn_file_module "/usr/lib/apache2/modules/mod_authn_file.so"
 LoadModule authz_groupfile_module 
"/usr/lib/apache2/modules/mod_authz_groupfile.so"
 LoadModule authz_host_module "/usr/lib/apache2/modules/mod_authz_host.so"
 LoadModule cgi_module /usr/lib/apache2/modules/mod_cgi.so

  and tried to pass that to the test suite with
make test APACHE_TEST_EXTRA_ARGS=-httpd_conf\ 
/home/niko/tmp/apache2-apreq2.conf 
  but failed because module/Makefile* doesn't support it, so I patched that in.

- also had to remove a 2.4-incompatible LockFile setting from
  glue/perl/t/conf/extra.conf.in and module/t/conf/extra.conf.in.

- the tests in glue/perl/t/apreq/cgi.t failed because they couldn't load
  the apreq libraries, so I cheated and just set LD_LIBRARY_PATH:
LD_LIBRARY_PATH=$(pwd)/library/.libs make test 
APACHE_TEST_EXTRA_ARGS="-httpd_conf ${HOME}/tmp/apache2-apreq2.conf

With that, all the tests I could find passed. I'm attaching the
quick and dirty patches I made.

Hope this helps a bit,
-- 
Niko Tyni   nt...@debian.org
>From a33552a27e41a6e5f6db8bb51e6cf043e9a2376d Mon Sep 17 00:00:00 2001
From: Niko Tyni 
Date: Mon, 8 Jul 2013 22:01:26 +0300
Subject: [PATCH 1/3] The LockFile setting is incompatible with 2.4

This should really be guarded with  or something like that.
---
 glue/perl/t/conf/extra.conf.in |4 
 module/t/conf/extra.conf.in|4 
 2 files changed, 8 deletions(-)

diff --git a/glue/perl/t/conf/extra.conf.in b/glue/perl/t/conf/extra.conf.in
index 8a04f07..fddedea 100644
--- a/glue/perl/t/conf/extra.conf.in
+++ b/glue/perl/t/conf/extra.conf.in
@@ -6,10 +6,6 @@
 ScriptAlias /cgi-bin/ "@ServerRoot@/cgi-bin/"
 
 
-
-   LockFile @ServerRoot@/logs/accept.lock
-
-
 
AllowOverride None
Options None
diff --git a/module/t/conf/extra.conf.in b/module/t/conf/extra.conf.in
index 9fab9cf..d6899e5 100644
--- a/module/t/conf/extra.conf.in
+++ b/module/t/conf/extra.conf.in
@@ -2,10 +2,6 @@
 ScriptAlias /cgi-bin/ "@ServerRoot@/cgi-bin/"
 
 
-
-   LockFile @ServerRoot@/logs/accept.lock
-
-
 
AllowOverride None
Options None
-- 
1.7.10.4

>From a8f969dfd277f35ce9809cebd100448659987d1e Mon Sep 17 00:00:00 2001
From: Niko Tyni 
Date: Mon, 8 Jul 2013 22:02:40 +0300
Subject: [PATCH 2/3] Honour APACHE_TEST_EXTRA_ARGS, introduced in Apache-Test
 1.13

---
 module/Makefile.am |4 ++--
 module/Makefile.in |4 ++--
 2 files changed, 4 insertions(+), 4 deletions(-)

diff --git a/module/Makefile.am b/module/Makefile.am
index 6a2f88e..be8ee62 100644
--- a/module/Makefile.am
+++ b/module/Makefile.am
@@ -10,7 +10,7 @@ run_tests : t/TEST
 	if [ ! -d t/cgi-bin ]; then mkdir t/cgi-bin; fi
 	-cp -f test_cgi t/cgi-bin
 	-cp -Rp .libs t/cgi-bin
-	MAKE=$(MAKE) @PERL@ t/TEST
+	MAKE=$(MAKE) @PERL@ t/TEST $(APACHE_TEST_EXTRA_ARGS)
 
 t/TEST : Makefile.am t/TEST.PL
 	@PERL@ -MApache::TestMM -e '$(TEST_CONFIG_SCRIPT)' -- -apxs @APACHE2_APXS@
@@ -19,7 +19,7 @@ test :: all check run_tests
 
 test_clean : cmodules_clean
 	-MAKE=$(MAKE) @PERL@ t/TEST -clean
-	-rm -rf t/htdocs t/logs t/modules t/TEST t/core t/core.* t/cgi-bin/test_cgi t/cgi-bin/.libs t/.libs t/conf/extra.conf t/conf/ssl/ca t/conf/ssl/httpd-passphrase.pl
+	-rm -rf t/htdocs t/logs t/modules t/TEST $(APACHE_TEST_EXTRA_ARGS) t/core t/core.* t/cgi-bin/test_cgi t/cgi-bin/.libs t/.libs t/conf/extra.conf t/conf/ssl/ca t/conf/ssl/httpd-passphrase.pl
 
 cmodules_clean:
 	-cd t/c-modules && $(MAKE) clean
diff --git a/module/Makefile.in b/module/Makefile.in
index c5bddae..078ff32 100644
--- a/module/Makefile.in
+++ b/module/Makefile.in
@@ -578,7 +578,7 @@ run_tests : t/TEST
 	if [ ! -d t/cgi-bin ]; 

Bug#666802: libapreq2: sourceful transition towards Apache 2.4

2013-07-08 Thread Steinar H. Gunderson
On Sat, Jul 06, 2013 at 08:02:22PM +0200, Arno Töll wrote:
> could you please tell us what the state being with libapreq2 is? It's
> certainly one of these modules which might break in unexpected ways,
> despite of still compiling against the Apache 2.4 API.

The state is that I haven't even tried. It's not very useful without
mod_perl. What's the status of mod_perl?

/* Steinar */
-- 
Homepage: http://www.sesse.net/


-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org



Bug#713399: [Ecm-discuss] Test failure for 6.4.2

2013-07-08 Thread Laurent Fousse
Hello,

On Mon, Jul 8, 2013 at 1:32 AM, Alexander Kruppa  wrote:

> Actually, the fix is intended to resolve this problem. We use internal
> functions of GMP (mpn_redc_[12](), among others) for numbers of a
> certain sizes, but these two functions changed semantics between GMP
> 5.0 and 5.1. The failed test case you reported is the first test case
> that uses an input number in the range where mpn_redc_1() is used, so
> it triggers the error.
>
> The easiest fix is to use the current GMP-ECM release, 6.4.4, which
> uses mpn_redc_[12] correctly with both GMP 5.0.x and GMP 5.1.x.
>
> If you have to stick with 6.4.2 for some reason, you could use GMP
> 5.0.x, or if that is not possible, manually comment out
> #define HAVE___GMPN_REDC_1 1
> #define HAVE___GMPN_REDC_2 1
> in GMP-ECM's config.h file.
>

Thanks for clearing that up! I guess the only thing left for me to do here
is package 6.4.4.

Laurent.


Bug#701250: marked as done (camitk: ftbfs with GCC-4.8)

2013-07-08 Thread Debian Bug Tracking System
Your message dated Mon, 08 Jul 2013 19:00:05 +
with message-id 
and subject line Bug#701250: fixed in camitk 3.2.1-1
has caused the Debian Bug report #701250,
regarding camitk: ftbfs with GCC-4.8
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)


-- 
701250: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=701250
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: src:camitk
Version: 3.0.7-1
Severity: important
Tags: sid jessie
User: debian-...@lists.debian.org
Usertags: ftbfs-gcc-4.8

The package fails to build in a test rebuild on at least amd64 with
gcc-4.8/g++-4.8, but succeeds to build with gcc-4.7/g++-4.7. The
severity of this report may be raised before the jessie release.

  MMLMonitorDisplayFactory.h:61:125: error: no matching function for call to 
'make_pair(std::string&, )'

The full build log can be found at:
http://people.debian.org/~doko/logs-20130217/gcc48/camitk_3.0.7-1_unstable_gcc48.log
The last lines of the build log are at the end of this report.

To build with GCC 4.8, either set CC=gcc-4.8 CXX=g++-4.8 explicitly,
or install the gcc, g++, gfortran, ... packages from experimental.

  apt-get -t experimental install g++ g++-4.7 g++-4.8 libc6-dev

The test rebuild was done with eglibc-2.17 and GCC-4.8, so some issues
might be caused by the updated glibc.

[...]
/usr/include/InsightToolkit/Common/itkConceptChecking.h:562:59: warning: 
typedef 'RealType' locally defined but not used [-Wunused-local-typedefs]
   typedef typename NumericTraits::RealType RealType;
   ^
/usr/include/InsightToolkit/Common/itkConceptChecking.h:563:59: warning: 
typedef 'ScalarRealType' locally defined but not used [-Wunused-local-typedefs]
   typedef typename NumericTraits::ScalarRealType   ScalarRealType;
   ^
/usr/include/InsightToolkit/Common/itkConceptChecking.h:564:59: warning: 
typedef 'FloatType' locally defined but not used [-Wunused-local-typedefs]
   typedef typename NumericTraits::FloatTypeFloatType;
   ^
/usr/include/InsightToolkit/Common/itkConceptChecking.h: In member function 
'void itk::Concept::HasPixelTraits::Constraints::constraints()':
/usr/include/InsightToolkit/Common/itkConceptChecking.h:591:50: warning: 
typedef 'ValueType' locally defined but not used [-Wunused-local-typedefs]
   typedef typename PixelTraits::ValueType ValueType;
  ^
/usr/include/InsightToolkit/Common/itkConceptChecking.h: In member function 
'void itk::Concept::HasValueType::Constraints::constraints()':
/usr/include/InsightToolkit/Common/itkConceptChecking.h:608:37: warning: 
typedef 'ValueType' locally defined but not used [-Wunused-local-typedefs]
   typedef typename T::ValueType ValueType;
 ^
/usr/include/InsightToolkit/Common/itkConceptChecking.h: In member function 
'void itk::Concept::HasJoinTraits::Constraints::constraints()':
/usr/include/InsightToolkit/Common/itkConceptChecking.h:641:54: warning: 
typedef 'ValueType' locally defined but not used [-Wunused-local-typedefs]
   typedef typename JoinTraits::ValueType ValueType;
  ^
/usr/bin/cmake -E cmake_progress_report 
/«PKGBUILDDIR»/obj-x86_64-linux-gnu/CMakeFiles 
[ 98%] Building CXX object 
actions/image/itkfilters/CMakeFiles/action-itkfilters.dir/moc_ITKFiltersExtension.cxx.o
cd /«PKGBUILDDIR»/obj-x86_64-linux-gnu/actions/image/itkfilters && 
/usr/bin/c++   -Daction_itkfilters_EXPORTS -DQT_GUI_LIB -DQT_CORE_LIB 
-DCAMITK_LOG_ERROR -DQT_NO_DEBUG -g -O2 -fstack-protector 
--param=ssp-buffer-size=4 -Wformat -Werror=format-security -D_FORTIFY_SOURCE=2  
 -Wno-deprecated  -ftemplate-depth-50 -Wall -Wno-deprecated  
-ftemplate-depth-50 -Wall -Wno-deprecated -O2 -g -fPIC 
-I/usr/include/InsightToolkit/Review/Statistics 
-I/usr/include/InsightToolkit/Review 
-I/usr/include/InsightToolkit/Utilities/vxl/core 
-I/usr/include/InsightToolkit/Utilities/vxl/vcl 
-I/usr/include/InsightToolkit/Utilities/vxl/v3p/netlib 
-I/usr/include/InsightToolkit/Utilities 
-I/usr/include/InsightToolkit/Utilities/itkExtHdrs 
-I/usr/include/InsightToolkit/Utilities/nifti/znzlib 
-I/usr/include/InsightToolkit/Utilities/nifti/niftilib 
-I/usr/include/InsightToolkit/Utilities/expat 
-I/usr/include/InsightToolkit/Utilities/DICOMParser 
-I/usr/include/InsightToolkit/Utilities/NrrdIO -I/usr/include/I
 nsightToolkit/Utilities/MetaIO -I

Bug#715294: [Openstack-devel] Bug#715294: quantum: python-quantum: not installable in sid, depends on old python-sqlalchemy

2013-07-08 Thread Ralf Treinen
Bonsoir Thomas,

On Mon, Jul 08, 2013 at 11:05:11PM +0800, Thomas Goirand wrote:
> On 07/08/2013 03:53 AM, Ralf Treinen wrote:
> > Package: python-quantum
> > Version: 2013.1.2-2
> > Severity: serious
> > User: trei...@debian.org
> > Usertags: edos-uninstallable
> > 
> > Dear maintainer,
> > 
> > python-quantum(=2013.1.2-2) is not installable in sid on any architecture
> > since it depends on python-sqlalchemy (<< 0.8). However, sqlalchemy
> > version 0.8.2-1 was accepted in sid on July 6.
> > 
> > Looking at the quantum package, a rebuild of quantum will probably do,
> > but since this looks like a rather complex package I'd prefer if you handled
> > this.
> > 
> > Cheers, Ralf.
> 
> Hi Ralf,
> 
> After checking, python-quantum does *not* depend on a specific version
> of python-sqlalchemy. It has a non-versionned depends. IMO, the issue is
> on the dpendencies of python-quantum, which I'm fixing. I have just
> uploaded a fix for python-migrate so that it works with SQLAlchemy >=
> 0.8, if that was what you were referring to.

In fact there are two dependencies on python-sqlalchemy:

python-sqlalchemy (>= 0.7~)
python-sqlalchemy (<< 0.8)

The second one is at the very end of the Dependency line. It seems to 
have been filled in by ${python:Depends}.

Cheers -Ralf.


-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org



Bug#713637: gbonds_2.0.3-2.2_i386.changes ACCEPTED into unstable

2013-07-08 Thread Richard Laager
Thanks for fixing this!

Linking with libm was the correct and easy fix to the immediate problem.

I started on a more comprehensive fix (replacing EggRecent with
GtkRecent), but I fear that's going to be more work than I had hoped.
The upstream gbonds developer hasn't released any new versions in years,
so I fear at some point I'm going to have to take over and do a major
rewrite for GTK+ 3.

In the short term, I believe I'm supposed to prepare a new version that
ACKs your NMU?

-- 
Richard


signature.asc
Description: This is a digitally signed message part


Processed: [bts-link] source package gimp

2013-07-08 Thread Debian Bug Tracking System
Processing commands for cont...@bugs.debian.org:

> #
> # bts-link upstream status pull for source package gimp
> # see http://lists.debian.org/debian-devel-announce/2006/05/msg1.html
> #
> user bts-link-upstr...@lists.alioth.debian.org
Setting user to bts-link-upstr...@lists.alioth.debian.org (was 
bts-link-de...@lists.alioth.debian.org).
> # remote status report for #714871 (http://bugs.debian.org/714871)
> # Bug title: Closing gimp window with Import PDF open causes gimp to lose 
> window but not exit
> #  * http://bugzilla.gnome.org/show_bug.cgi?id=629941
> #  * remote status changed: (?) -> RESOLVED
> #  * remote resolution changed: (?) -> FIXED
> #  * closed upstream
> forwarded 714871 https://bugzilla.gnome.org/show_bug.cgi?id=703578, 
> merged-upstream: http://bugzilla.gnome.org/show_bug.cgi?id=629941
Bug #714871 [gimp] Closing gimp window with Import PDF open causes gimp to lose 
window but not exit
Changed Bug forwarded-to-address to 
'https://bugzilla.gnome.org/show_bug.cgi?id=703578, merged-upstream: 
http://bugzilla.gnome.org/show_bug.cgi?id=629941' from 
'https://bugzilla.gnome.org/show_bug.cgi?id=703578'
> tags 714871 + fixed-upstream
Bug #714871 [gimp] Closing gimp window with Import PDF open causes gimp to lose 
window but not exit
Added tag(s) fixed-upstream.
> usertags 714871 + status-RESOLVED resolution-FIXED
There were no usertags set.
Usertags are now: status-RESOLVED resolution-FIXED.
> thanks
Stopping processing here.

Please contact me if you need assistance.
-- 
714871: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=714871
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems


--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org



Bug#707260: marked as done (chrony initscript uses netstat but lacks a dependency on net-tools, results in failure to go online)

2013-07-08 Thread Debian Bug Tracking System
Your message dated Mon, 08 Jul 2013 17:18:04 +
with message-id 
and subject line Bug#707260: fixed in chrony 1.26-4
has caused the Debian Bug report #707260,
regarding chrony initscript uses netstat but lacks a dependency on net-tools, 
results in failure to go online
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)


-- 
707260: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=707260
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: chrony
Version: 1.26-3

On a system debootstrapped with minbase I installed chrony and noticed
it doesn't go online on boot. The reason is that its initscript is
using netstat (which was not installed) to determine presence of a
default route.

This particular wheezy system was installed from
http://archive.raspbian.org/raspbian with --arch=armhf but afaict the
bug is present in upstream Debian packaging too.

HTH :)
--- End Message ---
--- Begin Message ---
Source: chrony
Source-Version: 1.26-4

We believe that the bug you reported is fixed in the latest version of
chrony, which is due to be installed in the Debian FTP archive.

A summary of the changes between this version and the previous one is
attached.

Thank you for reporting the bug, which will now be closed.  If you
have further comments please address them to 707...@bugs.debian.org,
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Colin Watson  (supplier of updated chrony package)

(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing ftpmas...@ftp-master.debian.org)


-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Format: 1.8
Date: Mon, 08 Jul 2013 18:00:45 +0100
Source: chrony
Binary: chrony
Architecture: source i386
Version: 1.26-4
Distribution: unstable
Urgency: low
Maintainer: Debian QA Group 
Changed-By: Colin Watson 
Description: 
 chrony - Sets your computer's clock from time servers on the Net
Closes: 707260
Changes: 
 chrony (1.26-4) unstable; urgency=low
 .
   * QA upload.
   * Depend on net-tools, for netstat (closes: #707260).
Checksums-Sha1: 
 2fb5805ef90c4ea17c3a9c86613df08d51ef0dc1 1768 chrony_1.26-4.dsc
 c465522ca11acfdc829e416b53cfc36fdc1c2a63 17941 chrony_1.26-4.diff.gz
 886597b5b49421340c4924da0838eee7cb4898f8 392306 chrony_1.26-4_i386.deb
Checksums-Sha256: 
 344ff68fa10ced7d257e4a344fd4994b92bb1285ea4bb8b16cef29572bbbece4 1768 
chrony_1.26-4.dsc
 1c2932b2c45ceabf2366b496d32f13b79de8486a62fb628f4e10e6d3dd6f1200 17941 
chrony_1.26-4.diff.gz
 4d2ca1b299f2844e508afd45d68743b767bed6ff8cc11d04f530380b58eecd59 392306 
chrony_1.26-4_i386.deb
Files: 
 624b1d313eef599a954dad30458f1bcb 1768 admin extra chrony_1.26-4.dsc
 6330e08078e26fab235fe993f984aaca 17941 admin extra chrony_1.26-4.diff.gz
 db4a74868d18d7f6aa068a232d64cd17 392306 admin extra chrony_1.26-4_i386.deb

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.12 (GNU/Linux)
Comment: Colin Watson  -- Debian developer

iQIVAwUBUdrwqzk1h9l9hlALAQiEdQ/9GcVV/IsiiEZIHUX6DYrVkoLxXvsZpF4f
6wjrvOUtaIBawoid1287HgVd+lr/W/clXJMT79dOLsntkOg4+5zmgET4zCjA2jpO
+xNSgrVLbiLtpAnNSLhO/fsm/lslH/71S227hHwBx9qOSx9XjmUwLnFYZwPnCkVH
Cfa7QmYXaEJgcYIcDKHShoMFNBadeUtGGRG7MinGwWrZihA6a36J64QQZZOE
BtBvdtxP4RcD0mjzzAYysicccKniniMB4+0EG/ucLnS4zBVavc/Mnnsivk4JL4Mk
5/0ZXNWmL3qp5/pnp25ybPpK5RMvGAHW1SbvKYzOZJgPLSmvjCRYZrJlStRZR1cS
W6hawrvlrM29oYjIc2c5y7xHaVhfYLpYeh0lUUmUG7tggWTgToStNgf0RvgqNXFM
Jr3B/0/VpQ5uPjZdLSF68w+ti2Of0478iuw4REEfx+j2TxVtaXxs4qBRovhKIoOX
vyRpl4qkA1E/BX5cv6HcCebsN0s6h8BbFlVhVyTWIHCd93y0T7Y4JQd1o6CmvzzE
vPomO/EU1BcDnusenrBBvhBym4MpTr8W6Ml3QUA9lTsZW6J6I3U6G3+lqTo6akuO
rJiA1uSEqF0aA5vrC7anVozGWiO6JJpwYESGPu6EG3iebBdnPR06/LDGR7/ca019
Nc69QsZDCDk=
=VBn5
-END PGP SIGNATURE End Message ---


Bug#714251: bambam crashes on launch due to not finding image in "data" dir.

2013-07-08 Thread gregor herrmann
On Mon, 08 Jul 2013 11:20:43 +0200, Jeremiah C. Foster wrote:

> > > > Without the patch, bambam would indeed look in /usr/bin + data/
> > > > Not sure how you ended up in this situation -- are you sure you were
> > > > running the executable from the package and not some other versions,
> > > > maybe locally installed or something?
> > > I may have installed a local version. I'll take a look at my local
> > > filesystem and see if I can sort this out. 
> > Ok, thanks in advance!
> I've cleaned up my file system by removing what likely was an older 
> bambam binary. I've purged the original package and re-installed and
> everything works accordingly. Closing.

Cool, thanks for checking and closing the bug.
 
> Thanks for your help Gregor.

You're welcome, thanks to you too.


Cheers,
gregor

-- 
 .''`.  Homepage: http://info.comodo.priv.at/ - OpenPGP key 0xBB3A68018649AA06
 : :' : Debian GNU/Linux user, admin, and developer  -  http://www.debian.org/
 `. `'  Member of VIBE!AT & SPI, fellow of the Free Software Foundation Europe
   `-   NP: Kurt Ostbahn & Die Kombo: So gern so vü


signature.asc
Description: Digital signature


Processed: your mail

2013-07-08 Thread Debian Bug Tracking System
Processing commands for cont...@bugs.debian.org:

> block 687694 by 713204
Bug #687694 [bouncycastle] bouncycastle: 1.44 and 1.46 are not binary compatible
687694 was blocked by: 713151
687694 was not blocking any bugs.
Added blocking bug(s) of 687694: 713204
>
End of message, stopping processing here.

Please contact me if you need assistance.
-- 
687694: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=687694
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems


--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org



Processed: ruby1.8: diff for NMU version 1.8.7.358-7.1

2013-07-08 Thread Debian Bug Tracking System
Processing commands for cont...@bugs.debian.org:

> tags 714541 + pending
Bug #714541 [ruby1.8] ruby1.8: CVE-2013-4073: Hostname check bypassing 
vulnerability in SSL client
Added tag(s) pending.
> thanks
Stopping processing here.

Please contact me if you need assistance.
-- 
714541: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=714541
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems


--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org



Bug#714541: ruby1.8: diff for NMU version 1.8.7.358-7.1

2013-07-08 Thread Salvatore Bonaccorso
tags 714541 + pending
thanks

Dear Ruby maintainers!

I've prepared an NMU for ruby1.8 (versioned as 1.8.7.358-7.1) and
uploaded it to DELAYED/2. Please feel free to tell me if I
should delay it longer.

Regards,
Salvatore
diff -Nru ruby1.8-1.8.7.358/debian/changelog ruby1.8-1.8.7.358/debian/changelog
--- ruby1.8-1.8.7.358/debian/changelog	2013-03-12 08:34:17.0 +0100
+++ ruby1.8-1.8.7.358/debian/changelog	2013-07-08 16:37:30.0 +0200
@@ -1,3 +1,12 @@
+ruby1.8 (1.8.7.358-7.1) unstable; urgency=high
+
+  * Non-maintainer upload.
+  * Add CVE-2013-4073.patch patch.
+CVE-2013-4073: Fix hostname check bypassing vulnerability in SSL client.
+(Closes: #714541)
+
+ -- Salvatore Bonaccorso   Sun, 07 Jul 2013 14:10:32 +0200
+
 ruby1.8 (1.8.7.358-7) unstable; urgency=high
 
   [ Salvatore Bonaccorso ]
diff -Nru ruby1.8-1.8.7.358/debian/patches/CVE-2013-4073.patch ruby1.8-1.8.7.358/debian/patches/CVE-2013-4073.patch
--- ruby1.8-1.8.7.358/debian/patches/CVE-2013-4073.patch	1970-01-01 01:00:00.0 +0100
+++ ruby1.8-1.8.7.358/debian/patches/CVE-2013-4073.patch	2013-07-08 16:37:30.0 +0200
@@ -0,0 +1,81 @@
+Description: Fix hostname check bypassing vulnerability in SSL client
+ CVE-2013-4073: Hostname identity check did not properly handle
+ hostnames in the certificate that contain null bytes.
+Origin: upstream, https://github.com/ruby/ruby/commit/961bf7496ded3acfe847cf56fa90bbdcfd6e614f,
+ https://github.com/ruby/ruby/commit/469d4b9389cc2f877f2f17ba248146831d69c66b,
+ https://bugs.ruby-lang.org/issues/8575
+Bug-Debian: http://bugs.debian.org/714541
+Forwarded: not-needed
+Author: Salvatore Bonaccorso 
+Last-Update: 2013-07-07
+Applied-Upstream: 1.9.3-p448, 1.8.7-p374.
+
+--- a/ext/openssl/lib/openssl/ssl-internal.rb
 b/ext/openssl/lib/openssl/ssl-internal.rb
+@@ -90,14 +90,22 @@
+   should_verify_common_name = true
+   cert.extensions.each{|ext|
+ next if ext.oid != "subjectAltName"
+-ext.value.split(/,\s+/).each{|general_name|
+-  if /\ADNS:(.*)/ =~ general_name
++   ostr = OpenSSL::ASN1.decode(ext.to_der).value.last
++sequence = OpenSSL::ASN1.decode(ostr.value)
++sequence.value.each{|san|
++  case san.tag
++  when 2 # dNSName in GeneralName (RFC5280)
+ should_verify_common_name = false
+-reg = Regexp.escape($1).gsub(/\\\*/, "[^.]+")
++reg = Regexp.escape(san.value).gsub(/\\\*/, "[^.]+")
+ return true if /\A#{reg}\z/i =~ hostname
+-  elsif /\AIP Address:(.*)/ =~ general_name
++  when 7 # iPAddress in GeneralName (RFC5280)
+ should_verify_common_name = false
+-return true if $1 == hostname
++# follows GENERAL_NAME_print() in x509v3/v3_alt.c
++if san.value.size == 4
++  return true if san.value.unpack('C*').join('.') == hostname
++elsif san.value.size == 16
++  return true if san.value.unpack('n*').map { |e| sprintf("%X", e) }.join(':') == hostname
++end
+   end
+ }
+   }
+--- a/test/openssl/test_ssl.rb
 b/test/openssl/test_ssl.rb
+@@ -547,6 +547,36 @@
+   ssl.close
+ }
+   end
++
++  def test_verify_certificate_identity$
++[true, false].each do |criticality|$
++  cert = create_null_byte_SAN_certificate(criticality)$
++  assert_equal(false, OpenSSL::SSL.verify_certificate_identity(cert, 'www.example.com'))$
++  assert_equal(true,  OpenSSL::SSL.verify_certificate_identity(cert, 'www.example.com\0.evil.com'))$
++  assert_equal(false, OpenSSL::SSL.verify_certificate_identity(cert, '192.168.7.255'))$
++  assert_equal(true,  OpenSSL::SSL.verify_certificate_identity(cert, '192.168.7.1'))$
++  assert_equal(false, OpenSSL::SSL.verify_certificate_identity(cert, '13::17'))$
++  assert_equal(true,  OpenSSL::SSL.verify_certificate_identity(cert, '13:0:0:0:0:0:0:17'))$
++end$
++  end$
++$
++  # Create NULL byte SAN certificate$
++  def create_null_byte_SAN_certificate(critical = false)$
++ef = OpenSSL::X509::ExtensionFactory.new$
++cert = OpenSSL::X509::Certificate.new$
++cert.subject = OpenSSL::X509::Name.parse "/DC=some/DC=site/CN=Some Site"$
++ext = ef.create_ext('subjectAltName', 'DNS:placeholder,IP:192.168.7.1,IP:13::17', critical)$
++ext_asn1 = OpenSSL::ASN1.decode(ext.to_der)$
++san_list_der = ext_asn1.value.reduce(nil) { |memo,val| val.tag == 4 ? val.value : memo }$
++san_list_asn1 = OpenSSL::ASN1.decode(san_list_der)$
++san_list_asn1.value[0].value = 'www.example.com\0.evil.com'$
++pos = critical ? 2 : 1$
++ext_asn1.value[pos].value = san_list_asn1.to_der$
++real_ext = OpenSSL::X509::Extension.new ext_asn1$
++cert.add_extension(real_ext)$
++cert$
++  end$
++$
+ end
+ 
+ end
diff -Nru ruby1.8-1.8.7.358/debian/patches/series ruby1.8-1.8.7.358/debian/patches/series
--- ruby1.8-1.8.7.358/debian/patches/series	2013-03-12 08:32:40.0 +0100
+++

Bug#666842: marked as done (libapache2-mod-encoding: sourceful transition towards Apache 2.4)

2013-07-08 Thread Debian Bug Tracking System
Your message dated Mon, 08 Jul 2013 16:18:49 +
with message-id 
and subject line Bug#666842: fixed in libapache2-mod-encoding 20040616-5.2
has caused the Debian Bug report #666842,
regarding libapache2-mod-encoding: sourceful transition towards Apache 2.4
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)


-- 
666842: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=666842
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: libapache2-mod-encoding
Severity: important
User: debian-apa...@lists.debian.org
Usertags: apache24transition

Dear maintainer,

your package libapache2-mod-encoding is provding an Apache2 web server module.
We're upgrading Apache to the new upstream version 2.4 [1] (tracked
as transition bug #661958). This requires all modules to be rebuilt
due to ABI changes.  Thus, you need to rebuild and reupload your
Apache2 module package in a version compatible to our new package
available in experimental [2].  Please note it is not enough to
simply rebuild the module - it needs some adaptions in the module
package metadata. We have written packaging guidelines for our
reverse dependencies [3]. Please read it carefully, it should be able
to answer most of your questions. Do also look at dh_apache2
(available through the dh-apache2 package) which can simplify
packaging Apache2 modules.  In short, we want to highlight these
changes you need to be aware of.

* APIs changed for some cases [3]. Chances are your module needs some
  adaptions, please get in touch with upstream or us if you need help
  to port your module to Apache 2.4.

* MPM packages are gone. You cannot depend or conflict with a
  particular MPM anymore. If your module does not work with a
  particular module, make sure to make it abort with an error if
  loaded together with an incompatible MPM. You can use our
  apache2-maintscript-helper [4] to switch to the MPM of your choice
  in your maintainer scripts. 

* Do not build-depend on apache2-threaded-dev or apache2-prefork-dev
  anymore. Just like MPMs are gone, are our MPM -dev packages as
  well. All modules need to simply build-depend on apache2-dev. 

* Do NOT depend on apache2, apache2-common or any other real apache2
  package in your binary module package. Depend on our virtual
  apache2-api-20120211 package only!

* Do NOT call a2enmod/a2dismod in your maintainer scripts. Use our
  apache2-maintscript-helper [3] instead. This is required to get a
  uniform and stateful handling of all Apache2 modules.


You can look at our Apache 2.4 packaging hints [5] for hands-on
tutorials.  Please note: This bug is filed as "important" for now. As
the time goes by we plan make it a release critical severity. In the
consequences your module either needs an update or is going to be
removed from Wheezy. For the time being please tag the bug as pending
as soon as you have a package ready. We strongly recommend that at
least maintainers of complex module packages make an upload to
experimental as well. Of course, uploading simple modules to
experimental is welcome, too.

[1] https://lists.debian.org/debian-devel-announce/2012/03/msg00013.html
[2] 
http://packages.debian.org/search?keywords=apache2&searchon=sourcenames&exact=1&suite=all§ion=all
[3] 
http://anonscm.debian.org/gitweb/?p=pkg-apache/apache2.git;a=blob;f=debian/PACKAGING;hb=next
[4] http://httpd.apache.org/docs/2.4/developer/new_api_2_4.html
[5] http://wiki.debian.org/Apache/PackagingFor24




--- End Message ---
--- Begin Message ---
Source: libapache2-mod-encoding
Source-Version: 20040616-5.2

We believe that the bug you reported is fixed in the latest version of
libapache2-mod-encoding, which is due to be installed in the Debian FTP archive.

A summary of the changes between this version and the previous one is
attached.

Thank you for reporting the bug, which will now be closed.  If you
have further comments please address them to 666...@bugs.debian.org,
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Colin Watson  (supplier of updated libapache2-mod-encoding 
package)

(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing ftpmas...@ftp-master.debian.org)


-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Format: 1.8
Date: Mon, 08 Jul 2013 16:57:36 +0100
Source: libapache2-mod-encoding
Binary: libapache2-mod-encoding
Architecture: source i386
Version: 20040616-5.2
Distribution: unstable
Urgency: low
Maintainer: Tatsuki Sugiura 
Changed-By: Col

Bug#666842: libapache2-mod-encoding: sourceful transition towards Apache 2.4

2013-07-08 Thread Colin Watson
Control: tag -1 pending

On Mon, Jul 08, 2013 at 05:08:15PM +0200, Arno Töll wrote:
> On 08.07.2013 16:26, Colin Watson wrote:
> > -Build-Depends: debhelper (>= 4.0.0), libiconv-hook-dev, 
> > apache2-threaded-dev (>= 2.0.50-9) | apache2-dev (>= 2.0.50-9)
> > +Build-Depends: debhelper (>= 4.0.0), libiconv-hook-dev, dh-apache2, 
> > apache2-dev (>= 2.0.50-9)
> 
> This is all fine, though (>= 2.0.50-9) is trivially satisfied for eons
> in Debian. You may keep it as is, but any version of Apache provided in
> Debian since Sarge (I think) satisfies this dependency.

Yep - I decided to leave this as-is in an NMU on the principle of
minimal change.

> > -Depends: apache2.2-common, ${shlibs:Depends}
> > +Depends: ${shlibs:Depends}, ${misc:Depends}
> 
> Perfect. That's the most important part of the whole transition. That
> said, I never tested dh-apache2 at such low compat levels. Please ensure
> it works correctly and adds apache2-api-20120211 to ${misc:Depends}.

It does, and maintainer scripts look sensible.

> Everything else looks correct, too. Please note, I did not compile the
> module with your patch. Please pay attention whether the upstream
> codebase still compiles against the 2.4 APIs. In particular the build
> system is often not triggering a fatal build failure for obsolete
> symbols due to the nature of a plugin. However, may test rebuild last
> year [1] indicated it would still work indeed.

The build isn't completely clean, but I've checked over the warnings
that are emitted and they appear to be harmless.

> Apart, please go ahead an NMU the module as soon as you see it fits to you.

Thanks for the review.  Dear maintainer, I've uploaded the following
patch as an NMU to try to help unblock the Apache 2.4 transition.

diff -u libapache2-mod-encoding-20040616/debian/changelog 
libapache2-mod-encoding-20040616/debian/changelog
--- libapache2-mod-encoding-20040616/debian/changelog
+++ libapache2-mod-encoding-20040616/debian/changelog
@@ -1,3 +1,10 @@
+libapache2-mod-encoding (20040616-5.2) unstable; urgency=low
+
+  * Non-maintainer upload.
+  * Port to Apache 2.4 (closes: #666842).
+
+ -- Colin Watson   Mon, 08 Jul 2013 16:57:36 +0100
+
 libapache2-mod-encoding (20040616-5.1) unstable; urgency=low
 
   * Non-maintainer upload.
diff -u libapache2-mod-encoding-20040616/debian/control 
libapache2-mod-encoding-20040616/debian/control
--- libapache2-mod-encoding-20040616/debian/control
+++ libapache2-mod-encoding-20040616/debian/control
@@ -2,13 +2,13 @@
 Section: net
 Priority: optional
 Maintainer: Tatsuki Sugiura 
-Build-Depends: debhelper (>= 4.0.0), libiconv-hook-dev, apache2-threaded-dev 
(>= 2.0.50-9) | apache2-dev (>= 2.0.50-9)
+Build-Depends: debhelper (>= 4.0.0), libiconv-hook-dev, dh-apache2, 
apache2-dev (>= 2.0.50-9)
 Standards-Version: 3.7.2.2
 Uploaders: Taku YASUI 
 
 Package: libapache2-mod-encoding
 Architecture: any
-Depends: apache2.2-common, ${shlibs:Depends}
+Depends: ${shlibs:Depends}, ${misc:Depends}
 Description: Apache2 module for non-ascii filename interoperability
  This module improves non-ascii filename interoperability of
  apache (and mod_dav).
diff -u libapache2-mod-encoding-20040616/debian/rules 
libapache2-mod-encoding-20040616/debian/rules
--- libapache2-mod-encoding-20040616/debian/rules
+++ libapache2-mod-encoding-20040616/debian/rules
@@ -61,14 +61,6 @@
 
# Add here commands to install the package into 
debian/libapache2-mod-encoding.
#$(MAKE) install DESTDIR=$(CURDIR)/debian/libapache2-mod-encoding
-   mkdir -p \
- $(CURDIR)/debian/libapache2-mod-encoding/usr/lib/apache2/modules
-   install -m 644 *.so \
- $(CURDIR)/debian/libapache2-mod-encoding/usr/lib/apache2/modules
-   mkdir -p \
- $(CURDIR)/debian/libapache2-mod-encoding/etc/apache2/mods-available
-   install -m 644 debian/encoding.load \
- $(CURDIR)/debian/libapache2-mod-encoding/etc/apache2/mods-available
 
 
 # Build architecture-independent files here.
@@ -83,6 +75,7 @@
dh_installdocs
dh_installexamples
 #  dh_install
+   dh_apache2
 #  dh_installmenu
 #  dh_installdebconf   
 #  dh_installlogrotate
only in patch2:
unchanged:
--- libapache2-mod-encoding-20040616.orig/debian/apache2
+++ libapache2-mod-encoding-20040616/debian/apache2
@@ -0,0 +1,2 @@
+mod mod_encoding.so
+mod debian/encoding.load

Regards,

-- 
Colin Watson   [cjwat...@debian.org]


-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org



Processed: Re: Bug#666842: libapache2-mod-encoding: sourceful transition towards Apache 2.4

2013-07-08 Thread Debian Bug Tracking System
Processing control commands:

> tag -1 pending
Bug #666842 [libapache2-mod-encoding] libapache2-mod-encoding: sourceful 
transition towards Apache 2.4
Added tag(s) pending.

-- 
666842: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=666842
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems


--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org



Bug#666850: libapache2-mod-defensible: sourceful transition towards Apache 2.4

2013-07-08 Thread Colin Watson
Control: tag -1 patch

On Sun, Apr 01, 2012 at 09:15:51PM +, a...@debian.org wrote:
> your package libapache2-mod-defensible is provding an Apache2 web server 
> module.
> We're upgrading Apache to the new upstream version 2.4 [1] (tracked
> as transition bug #661958). This requires all modules to be rebuilt
> due to ABI changes.

Here's a patch.  Review welcome.  I suspect that the Makefile.am should
be revamped to use apxs more properly, but I was trying to do the
minimum necessary to make it build with 2.4.

diff -Nru libapache2-mod-defensible-1.4/debian/apache2 
libapache2-mod-defensible-1.4/debian/apache2
--- libapache2-mod-defensible-1.4/debian/apache21970-01-01 
01:00:00.0 +0100
+++ libapache2-mod-defensible-1.4/debian/apache22013-07-08 
16:22:42.0 +0100
@@ -0,0 +1,2 @@
+mod .libs/mod_defensible.so
+mod debian/defensible.load
diff -Nru libapache2-mod-defensible-1.4/debian/changelog 
libapache2-mod-defensible-1.4/debian/changelog
--- libapache2-mod-defensible-1.4/debian/changelog  2013-07-08 
16:46:24.0 +0100
+++ libapache2-mod-defensible-1.4/debian/changelog  2013-07-08 
16:43:09.0 +0100
@@ -1,3 +1,10 @@
+libapache2-mod-defensible (1.4-3.1) UNRELEASED; urgency=low
+
+  * Non-maintainer upload.
+  * Port to Apache 2.4.
+
+ -- Colin Watson   Mon, 08 Jul 2013 16:20:25 +0100
+
 libapache2-mod-defensible (1.4-3) unstable; urgency=low
 
   * Rebuild without udns support (Closes: #497164)
diff -Nru libapache2-mod-defensible-1.4/debian/control 
libapache2-mod-defensible-1.4/debian/control
--- libapache2-mod-defensible-1.4/debian/control2013-07-08 
16:46:24.0 +0100
+++ libapache2-mod-defensible-1.4/debian/control2013-07-08 
16:30:27.0 +0100
@@ -3,11 +3,11 @@
 Section: web
 Priority: extra
 Standards-Version: 3.8.0
-Build-Depends: debhelper (>= 5.0.0), apache2-threaded-dev (>= 2.2.3-2)
+Build-Depends: debhelper (>= 5.0.0), dh-apache2, apache2-dev (>= 2.2.3-2)
 
 Package: libapache2-mod-defensible
 Architecture: any
-Depends: apache2.2-common, ${shlibs:Depends}
+Depends: ${shlibs:Depends}, ${misc:Depends}
 Description: module for Apache2 which provides DNSBL usage
  mod_defensible implements usage of DNSBL servers to block access to
  a Web site or to specific locations.
diff -Nru libapache2-mod-defensible-1.4/debian/patches/aplog-use-module.patch 
libapache2-mod-defensible-1.4/debian/patches/aplog-use-module.patch
--- libapache2-mod-defensible-1.4/debian/patches/aplog-use-module.patch 
1970-01-01 01:00:00.0 +0100
+++ libapache2-mod-defensible-1.4/debian/patches/aplog-use-module.patch 
2013-07-08 16:22:02.0 +0100
@@ -0,0 +1,20 @@
+Description: Add APLOG_USE_MODULE for Apache 2.4 per-module loglevels
+Author: Colin Watson 
+Forwarded: no
+Last-Update: 2013-07-08
+
+Index: b/mod_defensible.c
+===
+--- a/mod_defensible.c
 b/mod_defensible.c
+@@ -64,6 +64,10 @@
+ #endif
+ } dnsbl_config;
+ 
++#ifdef APLOG_USE_MODULE
++APLOG_USE_MODULE(defensible);
++#endif
++
+ module AP_MODULE_DECLARE_DATA defensible_module;
+ 
+ /* Callback function called when we get DnsblUse option */
diff -Nru libapache2-mod-defensible-1.4/debian/patches/apxs-cppflags.patch 
libapache2-mod-defensible-1.4/debian/patches/apxs-cppflags.patch
--- libapache2-mod-defensible-1.4/debian/patches/apxs-cppflags.patch
1970-01-01 01:00:00.0 +0100
+++ libapache2-mod-defensible-1.4/debian/patches/apxs-cppflags.patch
2013-07-08 16:36:15.0 +0100
@@ -0,0 +1,31 @@
+Description: Add APR_INCLUDEDIR and EXTRA_CPPFLAGS to CPPFLAGS
+Author: Colin Watson 
+Forwarded: no
+Last-Update: 2013-07-08
+
+Index: b/Makefile.am
+===
+--- a/Makefile.am
 b/Makefile.am
+@@ -9,7 +9,7 @@
+ 
+ mod_defensible_la_SOURCES = $(MODULESOURCES) 
+ mod_defensible_la_LDFLAGS = -module `${APXS2} -q LDFLAGS_SHLIB`
+-mod_defensible_la_CPPFLAGS = -I`${APXS2} -q INCLUDEDIR` 
++mod_defensible_la_CPPFLAGS = -I`${APXS2} -q INCLUDEDIR` -I`${APXS2} -q 
APR_INCLUDEDIR` `${APXS2} -q EXTRA_CPPFLAGS`
+ mod_defensible_la_CFLAGS = -W -Wall `${APXS2} -q CFLAGS CFLAGS_SHLIB` 
+ CC = `${APXS2} -q CC` 
+  
+Index: b/Makefile.in
+===
+--- a/Makefile.in
 b/Makefile.in
+@@ -201,7 +201,7 @@
+ lib_LTLIBRARIES = mod_defensible.la 
+ mod_defensible_la_SOURCES = $(MODULESOURCES) 
+ mod_defensible_la_LDFLAGS = -module `${APXS2} -q LDFLAGS_SHLIB`
+-mod_defensible_la_CPPFLAGS = -I`${APXS2} -q INCLUDEDIR` 
++mod_defensible_la_CPPFLAGS = -I`${APXS2} -q INCLUDEDIR` -I`${APXS2} -q 
APR_INCLUDEDIR` `${APXS2} -q EXTRA_CPPFLAGS`
+ mod_defensible_la_CFLAGS = -W -Wall `${APXS2} -q CFLAGS CFLAGS_SHLIB` 
+ all: config.h
+   $(MAKE) $(AM_MAKEFLAGS) all-am
diff -Nru libapache2-mod-defensible-1.4/debian/patches/conn-rec-remote-ip.patch 
libapache2-mod-defensible-1.4/debian/patches/conn-rec-remo

Processed: Re: Bug#666850: libapache2-mod-defensible: sourceful transition towards Apache 2.4

2013-07-08 Thread Debian Bug Tracking System
Processing control commands:

> tag -1 patch
Bug #666850 [libapache2-mod-defensible] libapache2-mod-defensible: sourceful 
transition towards Apache 2.4
Added tag(s) patch.

-- 
666850: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=666850
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems


--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org



Bug#666842: libapache2-mod-encoding: sourceful transition towards Apache 2.4

2013-07-08 Thread Arno Töll
Hi Colin,

On 08.07.2013 16:26, Colin Watson wrote:
> I think that this patch should do the job, but it's the first module
> I've worked on for the 2.4 transition.  Could a Debian Apache expert
> have a look?  If it looks OK, I'm willing to NMU for this, since the
> last maintainer upload was nearly six years ago.

sure. Your patch looks fine and does the packaging side of the module
exactly the way it's meant.

> -Build-Depends: debhelper (>= 4.0.0), libiconv-hook-dev, apache2-threaded-dev 
> (>= 2.0.50-9) | apache2-dev (>= 2.0.50-9)
> +Build-Depends: debhelper (>= 4.0.0), libiconv-hook-dev, dh-apache2, 
> apache2-dev (>= 2.0.50-9)

This is all fine, though (>= 2.0.50-9) is trivially satisfied for eons
in Debian. You may keep it as is, but any version of Apache provided in
Debian since Sarge (I think) satisfies this dependency.

> -Depends: apache2.2-common, ${shlibs:Depends}
> +Depends: ${shlibs:Depends}, ${misc:Depends}

Perfect. That's the most important part of the whole transition. That
said, I never tested dh-apache2 at such low compat levels. Please ensure
it works correctly and adds apache2-api-20120211 to ${misc:Depends}.

Everything else looks correct, too. Please note, I did not compile the
module with your patch. Please pay attention whether the upstream
codebase still compiles against the 2.4 APIs. In particular the build
system is often not triggering a fatal build failure for obsolete
symbols due to the nature of a plugin. However, may test rebuild last
year [1] indicated it would still work indeed.

Apart, please go ahead an NMU the module as soon as you see it fits to you.

[1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=666842#10
-- 
with kind regards,
Arno Töll
IRC: daemonkeeper on Freenode/OFTC
GnuPG Key-ID: 0x9D80F36D



signature.asc
Description: OpenPGP digital signature


Bug#666846: libapache-mod-evasive: sourceful transition towards Apache 2.4

2013-07-08 Thread Colin Watson
Control: tag -1 patch

On Sun, Apr 01, 2012 at 09:15:51PM +, a...@debian.org wrote:
> your package libapache-mod-evasive is provding an Apache2 web server module.
> We're upgrading Apache to the new upstream version 2.4 [1] (tracked
> as transition bug #661958). This requires all modules to be rebuilt
> due to ABI changes.  Thus, you need to rebuild and reupload your
> Apache2 module package in a version compatible to our new package
> available in experimental [2].  Please note it is not enough to
> simply rebuild the module - it needs some adaptions in the module
> package metadata. We have written packaging guidelines for our
> reverse dependencies [3]. Please read it carefully, it should be able
> to answer most of your questions. Do also look at dh_apache2
> (available through the dh-apache2 package) which can simplify
> packaging Apache2 modules.  In short, we want to highlight these
> changes you need to be aware of.

Here's a patch.  I'd appreciate review.  I've tried to keep it minimal,
and not e.g. fix the dubious .load file name (#437807).

diff -Nru libapache-mod-evasive-1.10.1/debian/changelog 
libapache-mod-evasive-1.10.1/debian/changelog
--- libapache-mod-evasive-1.10.1/debian/changelog   2013-07-08 
16:08:11.0 +0100
+++ libapache-mod-evasive-1.10.1/debian/changelog   2013-07-08 
15:44:31.0 +0100
@@ -1,3 +1,10 @@
+libapache-mod-evasive (1.10.1-1.1) UNRELEASED; urgency=low
+
+  * Non-maintainer upload.
+  * Port to Apache 2.4 (closes: #666846).
+
+ -- Colin Watson   Mon, 08 Jul 2013 15:44:14 +0100
+
 libapache-mod-evasive (1.10.1-1) unstable; urgency=low
 
   * New upstream version. Changed package name. s/dos//
diff -Nru libapache-mod-evasive-1.10.1/debian/control 
libapache-mod-evasive-1.10.1/debian/control
--- libapache-mod-evasive-1.10.1/debian/control 2013-07-08 16:08:11.0 
+0100
+++ libapache-mod-evasive-1.10.1/debian/control 2013-07-08 15:40:07.0 
+0100
@@ -2,12 +2,12 @@
 Section: web
 Priority: optional
 Maintainer: Alberto Gonzalez Iniesta 
-Build-Depends: debhelper (>> 4.0.0), apache2-threaded-dev
+Build-Depends: debhelper (>> 4.0.0), dh-apache2, apache2-dev
 Standards-Version: 3.7.2.2
 
 Package: libapache2-mod-evasive
 Architecture: any
-Depends: apache2.2-common, ${shlibs:Depends}
+Depends: ${shlibs:Depends}, ${misc:Depends}
 Description: evasive module to minimize HTTP DoS or brute force attacks
  mod_evasive is an evasive maneuvers module for Apache to provide some
  protection in the event of an HTTP DoS or DDoS attack or brute force attack.
diff -Nru libapache-mod-evasive-1.10.1/debian/libapache2-mod-evasive.apache2 
libapache-mod-evasive-1.10.1/debian/libapache2-mod-evasive.apache2
--- libapache-mod-evasive-1.10.1/debian/libapache2-mod-evasive.apache2  
1970-01-01 01:00:00.0 +0100
+++ libapache-mod-evasive-1.10.1/debian/libapache2-mod-evasive.apache2  
2013-07-08 15:41:00.0 +0100
@@ -0,0 +1,2 @@
+mod .libs/mod_evasive20.so
+mod debian/mod-evasive.load
diff -Nru libapache-mod-evasive-1.10.1/debian/libapache2-mod-evasive.dirs 
libapache-mod-evasive-1.10.1/debian/libapache2-mod-evasive.dirs
--- libapache-mod-evasive-1.10.1/debian/libapache2-mod-evasive.dirs 
2013-07-08 16:08:11.0 +0100
+++ libapache-mod-evasive-1.10.1/debian/libapache2-mod-evasive.dirs 
1970-01-01 01:00:00.0 +0100
@@ -1 +0,0 @@
-usr/lib/apache2/modules
diff -Nru libapache-mod-evasive-1.10.1/debian/libapache2-mod-evasive.install 
libapache-mod-evasive-1.10.1/debian/libapache2-mod-evasive.install
--- libapache-mod-evasive-1.10.1/debian/libapache2-mod-evasive.install  
2013-07-08 16:08:11.0 +0100
+++ libapache-mod-evasive-1.10.1/debian/libapache2-mod-evasive.install  
1970-01-01 01:00:00.0 +0100
@@ -1,2 +0,0 @@
-.libs/mod_evasive20.so usr/lib/apache2/modules
-debian/mod-evasive.load etc/apache2/mods-available
diff -Nru libapache-mod-evasive-1.10.1/debian/libapache2-mod-evasive.postinst 
libapache-mod-evasive-1.10.1/debian/libapache2-mod-evasive.postinst
--- libapache-mod-evasive-1.10.1/debian/libapache2-mod-evasive.postinst 
2013-07-08 16:08:11.0 +0100
+++ libapache-mod-evasive-1.10.1/debian/libapache2-mod-evasive.postinst 
1970-01-01 01:00:00.0 +0100
@@ -1,26 +0,0 @@
-#!/bin/sh -e
-
-reload_apache()
-{
-if apache2ctl configtest 2>/dev/null; then
-invoke-rc.d apache2 force-reload || true
-else
-echo "Your apache2 configuration is broken, so we're not 
restarting it for you."
-fi
-}
-
-if [ -n "$2" ]; then
-# we're upgrading. test if we're enabled, and if so, restart to reload the 
module.
-if [ -e /etc/apache2/mods-enabled/mod-evasive.load ]; then
-reload_apache
-fi
-exit 0
-fi
-
-if [ -e /etc/apache2/apache2.conf ]; then
-# Enable the module, but hide a2enmod's misleading message about apachectl
-# and force-reload the thing ourselves.
-a2enmod mod-evasive >/dev/null || true
-reload_apache

Processed: Re: Bug#666846: libapache-mod-evasive: sourceful transition towards Apache 2.4

2013-07-08 Thread Debian Bug Tracking System
Processing control commands:

> tag -1 patch
Bug #666846 [libapache2-mod-evasive] libapache-mod-evasive: sourceful 
transition towards Apache 2.4
Ignoring request to alter tags of bug #666846 to the same tags previously set

-- 
666846: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=666846
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems


--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org



Bug#715374: marked as done (python-migrate doesn't work with sqlalchemy >= 0.8)

2013-07-08 Thread Debian Bug Tracking System
Your message dated Mon, 08 Jul 2013 15:04:51 +
with message-id 
and subject line Bug#715374: fixed in migrate 0.7.2-5
has caused the Debian Bug report #715374,
regarding python-migrate doesn't work with sqlalchemy >= 0.8
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)


-- 
715374: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=715374
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: python-migrate
Version: 0.7.2-3
Severity: grave

Hi,

As per this post:
https://code.google.com/p/sqlalchemy-migrate/issues/detail?id=156

python-migrate doesn't work with the last version of python-sqlalchemy
which has been uploaded to Sid. Lucky, there's a fix for that:

http://pkgs.fedoraproject.org/cgit/python-migrate.git/commit/?id=603ed1d1

I intend to upload the fix soon as a team upload, as it is also impacting
most packages in OpenStack (eg: lots of reverse-dependency of python-migrate).

Thomas Goirand (zigo)
--- End Message ---
--- Begin Message ---
Source: migrate
Source-Version: 0.7.2-5

We believe that the bug you reported is fixed in the latest version of
migrate, which is due to be installed in the Debian FTP archive.

A summary of the changes between this version and the previous one is
attached.

Thank you for reporting the bug, which will now be closed.  If you
have further comments please address them to 715...@bugs.debian.org,
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Thomas Goirand  (supplier of updated migrate package)

(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing ftpmas...@ftp-master.debian.org)


-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Format: 1.8
Date: Mon, 08 Jul 2013 14:27:56 +
Source: migrate
Binary: python-migrate
Architecture: source all
Version: 0.7.2-5
Distribution: unstable
Urgency: low
Maintainer: Jan Dittberner 
Changed-By: Thomas Goirand 
Description: 
 python-migrate - Database schema migration for SQLAlchemy
Closes: 715374
Changes: 
 migrate (0.7.2-5) unstable; urgency=low
 .
   * Team upload.
   [ Jakub Wilk ]
   * Use canonical URIs for Vcs-* fields.
 .
   [ Thomas Goirand ]
   * Adds patch to make python-migrate works with SQLAlchemy >= 0.8.
 Thanks to Pádraig Brady  for advising and providing 
the
 patch. (Closes: #715374)
Checksums-Sha1: 
 5ed1ccb66e49d9aedf948a42767404697cff0ac7 1498 migrate_0.7.2-5.dsc
 ffe16a725b751cd85b9bb05f76a817657846379f 8817 migrate_0.7.2-5.debian.tar.gz
 eeaf5e490959ab20f01fb98e0a8ad788c2459148 184290 python-migrate_0.7.2-5_all.deb
Checksums-Sha256: 
 494bbbc7786cbd54f0448239d3c490fc1ae30ee3aa1e8911655d34c354e56dd9 1498 
migrate_0.7.2-5.dsc
 6271065ef274870c3bc05dc735cb7f3dab7d1532432b2572b88c6a79ad4f33ae 8817 
migrate_0.7.2-5.debian.tar.gz
 7b7a8f3ffe7f45dc614c69227f48110d227d78f53b1a4fcd645d46fc6f5283c7 184290 
python-migrate_0.7.2-5_all.deb
Files: 
 4c3bc1382ab5b55c0cc61c5dce7a3a22 1498 python optional migrate_0.7.2-5.dsc
 483def13409b984572f706242d1ba369 8817 python optional 
migrate_0.7.2-5.debian.tar.gz
 413d8927e8f6f3ac3fd7bed42052eb18 184290 python optional 
python-migrate_0.7.2-5_all.deb

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.12 (GNU/Linux)

iEYEARECAAYFAlHazOUACgkQl4M9yZjvmknyQwCg7hbeOvZZyP9QZ+/eYjhZBYdh
dL0AnA65xzXB8el0AZ62CHatlad3xyS8
=2sRw
-END PGP SIGNATURE End Message ---


Bug#715294: [Openstack-devel] Bug#715294: quantum: python-quantum: not installable in sid, depends on old python-sqlalchemy

2013-07-08 Thread Thomas Goirand
On 07/08/2013 03:53 AM, Ralf Treinen wrote:
> Package: python-quantum
> Version: 2013.1.2-2
> Severity: serious
> User: trei...@debian.org
> Usertags: edos-uninstallable
> 
> Dear maintainer,
> 
> python-quantum(=2013.1.2-2) is not installable in sid on any architecture
> since it depends on python-sqlalchemy (<< 0.8). However, sqlalchemy
> version 0.8.2-1 was accepted in sid on July 6.
> 
> Looking at the quantum package, a rebuild of quantum will probably do,
> but since this looks like a rather complex package I'd prefer if you handled
> this.
> 
> Cheers, Ralf.

Hi Ralf,

After checking, python-quantum does *not* depend on a specific version
of python-sqlalchemy. It has a non-versionned depends. IMO, the issue is
on the dpendencies of python-quantum, which I'm fixing. I have just
uploaded a fix for python-migrate so that it works with SQLAlchemy >=
0.8, if that was what you were referring to.

Cheers,

Thomas Goirand


-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org



Bug#713588: marked as done (pylibtiff: FTBFS: ndarraytypes.h:681:82: error: operator '<=' has no right operand)

2013-07-08 Thread Debian Bug Tracking System
Your message dated Mon, 08 Jul 2013 15:05:40 +
with message-id 
and subject line Bug#713588: fixed in pylibtiff 0.3.0~svn78-3.1
has caused the Debian Bug report #713588,
regarding pylibtiff: FTBFS: ndarraytypes.h:681:82: error: operator '<=' has no 
right operand
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)


-- 
713588: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=713588
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Source: pylibtiff
Version: 0.3.0~svn78-3
Severity: serious
Tags: jessie sid
User: debian...@lists.debian.org
Usertags: qa-ftbfs-20130620 qa-ftbfs
Justification: FTBFS on amd64

Hi,

During a rebuild of all packages in sid, your package failed to build on
amd64.

Relevant part:
>  debian/rules build
> dh build --with python2
>dh_testdir
>dh_auto_configure
>dh_auto_build
> pyversions: missing X(S)-Python-Version in control file, fall back to 
> debian/pyversions
> pyversions: missing debian/pyversions file, fall back to supported versions
> /bin/sh: 1: svnversion: not found
> Appending libtiff configuration to 
> Ignoring attempt to set 'name' (from '' to 'libtiff')
> 0.3.0.dev
> running build
> running config_cc
> unifing config_cc, config, build_clib, build_ext, build commands --compiler 
> options
> running config_fc
> unifing config_fc, config, build_clib, build_ext, build commands --fcompiler 
> options
> running build_src
> build_src
> building extension "libtiff.bittools" sources
> building extension "libtiff.tif_lzw" sources
> building data_files sources
> build_src: building npy-pkg config files
> running build_py
> creating build
> creating build/lib.linux-x86_64-2.7
> creating build/lib.linux-x86_64-2.7/libtiff
> copying libtiff/version.py -> build/lib.linux-x86_64-2.7/libtiff
> copying libtiff/tiff_h_4_0_1.py -> build/lib.linux-x86_64-2.7/libtiff
> copying libtiff/setup.py -> build/lib.linux-x86_64-2.7/libtiff
> copying libtiff/tiff_sample_plane.py -> build/lib.linux-x86_64-2.7/libtiff
> copying libtiff/tiff_data.py -> build/lib.linux-x86_64-2.7/libtiff
> copying libtiff/__init__.py -> build/lib.linux-x86_64-2.7/libtiff
> copying libtiff/optparse_gui.py -> build/lib.linux-x86_64-2.7/libtiff
> copying libtiff/tiff_channels_and_files.py -> 
> build/lib.linux-x86_64-2.7/libtiff
> copying libtiff/tiff_image.py -> build/lib.linux-x86_64-2.7/libtiff
> copying libtiff/tiff_files.py -> build/lib.linux-x86_64-2.7/libtiff
> copying libtiff/tiff_h_3_9_2.py -> build/lib.linux-x86_64-2.7/libtiff
> copying libtiff/lzw.py -> build/lib.linux-x86_64-2.7/libtiff
> copying libtiff/tiff.py -> build/lib.linux-x86_64-2.7/libtiff
> copying libtiff/tiff_h_3_9_4.py -> build/lib.linux-x86_64-2.7/libtiff
> copying libtiff/tiff_h_3_9_5.py -> build/lib.linux-x86_64-2.7/libtiff
> copying libtiff/tiff_array.py -> build/lib.linux-x86_64-2.7/libtiff
> copying libtiff/test_bittools.py -> build/lib.linux-x86_64-2.7/libtiff
> copying libtiff/script_options.py -> build/lib.linux-x86_64-2.7/libtiff
> copying libtiff/tiff_base.py -> build/lib.linux-x86_64-2.7/libtiff
> copying libtiff/lsm.py -> build/lib.linux-x86_64-2.7/libtiff
> copying libtiff/tiff_file.py -> build/lib.linux-x86_64-2.7/libtiff
> copying libtiff/libtiff_ctypes.py -> build/lib.linux-x86_64-2.7/libtiff
> copying libtiff/utils.py -> build/lib.linux-x86_64-2.7/libtiff
> copying libtiff/tiff_h_3_8_2.py -> build/lib.linux-x86_64-2.7/libtiff
> running build_ext
> customize UnixCCompiler
> customize UnixCCompiler using build_ext
> building 'libtiff.bittools' extension
> compiling C sources
> C compiler: x86_64-linux-gnu-gcc -pthread -fno-strict-aliasing -DNDEBUG -g 
> -fwrapv -O2 -Wall -Wstrict-prototypes -fPIC
> 
> creating build/temp.linux-x86_64-2.7
> creating build/temp.linux-x86_64-2.7/libtiff
> creating build/temp.linux-x86_64-2.7/libtiff/src
> compile options: '-I/usr/lib/pymodules/python2.7/numpy/core/include 
> -I/usr/include/python2.7 -c'
> x86_64-linux-gnu-gcc: libtiff/src/bittools.c
> In file included from 
> /usr/lib/pymodules/python2.7/numpy/core/include/numpy/ndarrayobject.h:17:0,
>  from 
> /usr/lib/pymodules/python2.7/numpy/core/include/numpy/arrayobject.h:15,
>  from libtiff/src/bittools.c:4:
> /usr/lib/pymodules/python2.7/numpy/core/include/numpy/ndarraytypes.h:681:82: 
> error: operator '<=' has no right operand
>  #if !(defined(NPY_NO_DEPRECATED_API) && (NPY_API_VERSION <= 
> NPY_NO_DEPRECATED_API))
>   
> ^
> In file included from 
> /usr/lib/pymodules/python2.7/numpy/core/include/numpy/nda

Bug#705823: marked as done (pylibtiff: fails to build with numpy 1.7)

2013-07-08 Thread Debian Bug Tracking System
Your message dated Mon, 08 Jul 2013 15:05:40 +
with message-id 
and subject line Bug#713588: fixed in pylibtiff 0.3.0~svn78-3.1
has caused the Debian Bug report #713588,
regarding pylibtiff: fails to build with numpy 1.7
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)


-- 
713588: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=713588
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: pylibtiff
Version: 0.3.0~svn78-3
Severity: important
Tags: experimental
Forwarded: http://code.google.com/p/pylibtiff/issues/detail?id=23

pylibtiff fails to build with numpy 1.7 in experimental as it uses
deprecated in 1.7 apis and considers deprecated as errors.
See:
https://launchpadlibrarian.net/137862695/buildlog_ubuntu-raring-i386.pylibtiff_0.3.0~svn78-3_FAILEDTOBUILD.txt.gz
--- End Message ---
--- Begin Message ---
Source: pylibtiff
Source-Version: 0.3.0~svn78-3.1

We believe that the bug you reported is fixed in the latest version of
pylibtiff, which is due to be installed in the Debian FTP archive.

A summary of the changes between this version and the previous one is
attached.

Thank you for reporting the bug, which will now be closed.  If you
have further comments please address them to 713...@bugs.debian.org,
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
gregor herrmann  (supplier of updated pylibtiff package)

(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing ftpmas...@ftp-master.debian.org)


-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Format: 1.8
Date: Sun, 07 Jul 2013 15:53:16 +0200
Source: pylibtiff
Binary: python-libtiff
Architecture: source amd64
Version: 0.3.0~svn78-3.1
Distribution: unstable
Urgency: low
Maintainer: Debian Med Packaging Team 

Changed-By: gregor herrmann 
Description: 
 python-libtiff - wrapper to the libtiff library to Python using ctypes
Closes: 713588
Changes: 
 pylibtiff (0.3.0~svn78-3.1) unstable; urgency=low
 .
   * Non-maintainer upload.
   * Fix "FTBFS: ndarraytypes.h:681:82: error: operator '<=' has no right
 operand":
 add patch numpy_deprecated_api.patch from upstream svn to handle changes
 in numpy 1.7.
 Thanks to Andrey Rahmatullin for pointing to the upstream commit.
 (Closes: #713588)
Checksums-Sha1: 
 afabf610c1596c496a1f4df28a2756124b5ca772 2083 pylibtiff_0.3.0~svn78-3.1.dsc
 d80356cb35edb94ce37cb9385d1adf3fa90b9443 8723 
pylibtiff_0.3.0~svn78-3.1.debian.tar.gz
 f266b7f85ef5f283f7dc6c653777be6b40d8ebe0 76760 
python-libtiff_0.3.0~svn78-3.1_amd64.deb
Checksums-Sha256: 
 b83b176e72718ebd07114292dbd22f3c3fe097b2a3589ae50320e95185292f1e 2083 
pylibtiff_0.3.0~svn78-3.1.dsc
 77f4cc9dcbc934c8ff67f62f147ce6640e2b99cd608e5b61b86d0cc4d600d0de 8723 
pylibtiff_0.3.0~svn78-3.1.debian.tar.gz
 b3222ab1a9004b5fdeabbd1e8b12b67a1cf1832ce392983ea2c613b2697b653c 76760 
python-libtiff_0.3.0~svn78-3.1_amd64.deb
Files: 
 183f39925c5f2558917e84efe7b78d94 2083 python optional 
pylibtiff_0.3.0~svn78-3.1.dsc
 957daee325b183020bec66b2d1188d40 8723 python optional 
pylibtiff_0.3.0~svn78-3.1.debian.tar.gz
 b106caf2bb550609fd835f578e8c97f8 76760 python optional 
python-libtiff_0.3.0~svn78-3.1_amd64.deb

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.12 (GNU/Linux)

iQIcBAEBCAAGBQJR2XNUAAoJELs6aAGGSaoGF8wP/2z9pxsu658XM/KsDhLnKxWb
0HA1PilupbCRLy4eGwAOpuZo1QQC2UrFFkqIeg0q2qbVVWA3gLCwp4LBhCZWfjlu
kWy/oyswJ+h16TFY2IaZo0i0CwHtvKe0Gh0sNmeG5y18lME0VCkjczQe8a+5wuCP
TpAVjet7vj2CVdU82pGwwU/u++o45rQ0nSEYwnbCXvaE8MQil2i5KJkYsJuE5nIy
ZNpRqOd/uHgS00E16qrVH+pyB3qzV2H9AgwvNYKG2qS4LdJ6SUTw1nbBsmGw4DV6
82M9vWSolDwpEQFRTp6kdp/W0h6SLuY6jTPN15oTnB9a6Q/r9TFsqVQG7ZYIpOfX
cjrbtRE6XDTs99tk87i8zclxzKCYz0dTTxuRIAfXZSv3YhAqh+TKtmqq7fphwglU
uHwIrnvWmiBIHyMf4VhMFs0d9pz7FFNdN2Uw/NufWRlxTXjf07vuzLZMN34lPRsu
q2gPZsBmGvTOWCrTMc6Pao2m7kxpR1jjVKMIppijFSybKJWlDEgS5lDveqdclOdo
dA8Zhr0eKlIBa8l63IX550EHE1crp4w+FBKXZVzM1Z40IPKl+Bhukcb11YQYvYaS
OLMPHN6w3Xhh+LeNOe5Zm8jQgYaktiTByyW3VsbR8sI4TAnKhT5MqUUwB3srSui1
YtrXfnM1sQp1DfeZ7j+S
=UixG
-END PGP SIGNATURE End Message ---


Processed: Reassigning

2013-07-08 Thread Debian Bug Tracking System
Processing commands for cont...@bugs.debian.org:

> reassign 715294 python-sqlalchemy
Bug #715294 [python-quantum] quantum: python-quantum: not installable in sid, 
depends on old python-sqlalchemy
Bug reassigned from package 'python-quantum' to 'python-sqlalchemy'.
No longer marked as found in versions quantum/2013.1.2-2.
Ignoring request to alter fixed versions of bug #715294 to the same values 
previously set
> forcemerge 715294 715380
Bug #715294 [python-sqlalchemy] quantum: python-quantum: not installable in 
sid, depends on old python-sqlalchemy
Bug #715380 [python-sqlalchemy] python-sqlalchemy >= 0.8 breaks other packages
Severity set to 'serious' from 'grave'
Bug #715294 [python-sqlalchemy] quantum: python-quantum: not installable in 
sid, depends on old python-sqlalchemy
Marked as found in versions sqlalchemy/0.8.2-1.
Merged 715294 715380
>
End of message, stopping processing here.

Please contact me if you need assistance.
-- 
715294: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=715294
715380: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=715380
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems


--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org



Bug#715380: python-sqlalchemy >= 0.8 breaks other packages

2013-07-08 Thread Thomas Goirand
Package: python-sqlalchemy
Version: 0.8.2-1
Severity: grave

python-sqlalchemy breaks other packages (at least python-migrate),
therefore, it shouldn't migrate to testing before the other packages
are fixed.

Thomas Goirand (zigo)


-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org



Processed: your mail

2013-07-08 Thread Debian Bug Tracking System
Processing commands for cont...@bugs.debian.org:

> tag 715374 + pending
Bug #715374 [python-migrate] python-migrate doesn't work with sqlalchemy >= 0.8
Added tag(s) pending.
> thanks
Stopping processing here.

Please contact me if you need assistance.
-- 
715374: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=715374
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems


--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org



Bug#714279: fontconfig-config: Not correct view anti-aliasing fonts and incorrect visualization.

2013-07-08 Thread Matthew Gabeler-Lee
Package: fontconfig-config
Version: 2.10.2-2
Followup-For: Bug #714279

I encountered the same problems.  By fiddling some configuration bits, I was
able to restore the previous "good" font rendering:

1. Fix the symlink for /etc/fonts/conf.d/11-lcdfilter-default.conf (it was
pointing to /etc/fonts/conf.avail/, but the file is now in
/usr/share/fontconfig/conf.avail/.

2. Change "append" back to "assign" in contradiction to the comments in
10-autohint.conf, 10-subpixel-rgb.conf, and 11-lcdfilter-default.conf.

3. Run fc-cache -f and restart apps to get new configuration to be fully
active.

-- System Information:
Debian Release: jessie/sid
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.9.2 (SMP w/12 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages fontconfig-config depends on:
ii  debconf [debconf-2.0]  1.5.50
ii  fonts-freefont-ttf [ttf-freefont]  20120503-1
ii  gsfonts-x110.22
ii  ttf-bitstream-vera 1.10-8
ii  ttf-dejavu-core2.33+svn2514-3
ii  ttf-freefont   20120503-1
ii  ucf3.0027

fontconfig-config recommends no packages.

fontconfig-config suggests no packages.

-- debconf information:
* fontconfig/subpixel_rendering: Always
* fontconfig/enable_bitmaps: false
* fontconfig/hinting_type: Native


-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org



Bug#666842: libapache2-mod-encoding: sourceful transition towards Apache 2.4

2013-07-08 Thread Colin Watson
Control: tag -1 patch

On Sun, Apr 01, 2012 at 09:15:51PM +, a...@debian.org wrote:
> your package libapache2-mod-encoding is provding an Apache2 web server module.
> We're upgrading Apache to the new upstream version 2.4 [1] (tracked
> as transition bug #661958). This requires all modules to be rebuilt
> due to ABI changes.  Thus, you need to rebuild and reupload your
> Apache2 module package in a version compatible to our new package
> available in experimental [2].  Please note it is not enough to
> simply rebuild the module - it needs some adaptions in the module
> package metadata. We have written packaging guidelines for our
> reverse dependencies [3]. Please read it carefully, it should be able
> to answer most of your questions. Do also look at dh_apache2
> (available through the dh-apache2 package) which can simplify
> packaging Apache2 modules.  In short, we want to highlight these
> changes you need to be aware of.

I think that this patch should do the job, but it's the first module
I've worked on for the 2.4 transition.  Could a Debian Apache expert
have a look?  If it looks OK, I'm willing to NMU for this, since the
last maintainer upload was nearly six years ago.

diff -u libapache2-mod-encoding-20040616/debian/changelog 
libapache2-mod-encoding-20040616/debian/changelog
--- libapache2-mod-encoding-20040616/debian/changelog
+++ libapache2-mod-encoding-20040616/debian/changelog
@@ -1,3 +1,10 @@
+libapache2-mod-encoding (20040616-5.2) UNRELEASED; urgency=low
+
+  * Non-maintainer upload.
+  * Port to Apache 2.4 (closes: #666842).
+
+ -- Colin Watson   Mon, 08 Jul 2013 15:13:07 +0100
+
 libapache2-mod-encoding (20040616-5.1) unstable; urgency=low
 
   * Non-maintainer upload.
diff -u libapache2-mod-encoding-20040616/debian/control 
libapache2-mod-encoding-20040616/debian/control
--- libapache2-mod-encoding-20040616/debian/control
+++ libapache2-mod-encoding-20040616/debian/control
@@ -2,13 +2,13 @@
 Section: net
 Priority: optional
 Maintainer: Tatsuki Sugiura 
-Build-Depends: debhelper (>= 4.0.0), libiconv-hook-dev, apache2-threaded-dev 
(>= 2.0.50-9) | apache2-dev (>= 2.0.50-9)
+Build-Depends: debhelper (>= 4.0.0), libiconv-hook-dev, dh-apache2, 
apache2-dev (>= 2.0.50-9)
 Standards-Version: 3.7.2.2
 Uploaders: Taku YASUI 
 
 Package: libapache2-mod-encoding
 Architecture: any
-Depends: apache2.2-common, ${shlibs:Depends}
+Depends: ${shlibs:Depends}, ${misc:Depends}
 Description: Apache2 module for non-ascii filename interoperability
  This module improves non-ascii filename interoperability of
  apache (and mod_dav).
diff -u libapache2-mod-encoding-20040616/debian/rules 
libapache2-mod-encoding-20040616/debian/rules
--- libapache2-mod-encoding-20040616/debian/rules
+++ libapache2-mod-encoding-20040616/debian/rules
@@ -61,14 +61,6 @@
 
# Add here commands to install the package into 
debian/libapache2-mod-encoding.
#$(MAKE) install DESTDIR=$(CURDIR)/debian/libapache2-mod-encoding
-   mkdir -p \
- $(CURDIR)/debian/libapache2-mod-encoding/usr/lib/apache2/modules
-   install -m 644 *.so \
- $(CURDIR)/debian/libapache2-mod-encoding/usr/lib/apache2/modules
-   mkdir -p \
- $(CURDIR)/debian/libapache2-mod-encoding/etc/apache2/mods-available
-   install -m 644 debian/encoding.load \
- $(CURDIR)/debian/libapache2-mod-encoding/etc/apache2/mods-available
 
 
 # Build architecture-independent files here.
@@ -83,6 +75,7 @@
dh_installdocs
dh_installexamples
 #  dh_install
+   dh_apache2
 #  dh_installmenu
 #  dh_installdebconf   
 #  dh_installlogrotate
only in patch2:
unchanged:
--- libapache2-mod-encoding-20040616.orig/debian/apache2
+++ libapache2-mod-encoding-20040616/debian/apache2
@@ -0,0 +1,2 @@
+mod mod_encoding.so
+mod debian/encoding.load

Thanks,

-- 
Colin Watson   [cjwat...@debian.org]


-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org



Processed: Re: Bug#666842: libapache2-mod-encoding: sourceful transition towards Apache 2.4

2013-07-08 Thread Debian Bug Tracking System
Processing control commands:

> tag -1 patch
Bug #666842 [libapache2-mod-encoding] libapache2-mod-encoding: sourceful 
transition towards Apache 2.4
Added tag(s) patch.

-- 
666842: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=666842
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems


--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org



Bug#715225: sa-jdi.jar not found

2013-07-08 Thread Andreas Tille
Hi,

On Mon, Jul 08, 2013 at 02:00:25PM +0200, olivier.sal...@codeless.fr wrote:
> This could be related to JAVA_HOME not being set in environment

Naive question:  If I use pbuilder - how to setup JAVA_HOME?  Shouldn't this 
work
out of the box without any requirement to environment variables?

Kind regards

   ANdreas.

-- 
http://fam-tille.de


-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org



Processed: severity of 711958 is normal

2013-07-08 Thread Debian Bug Tracking System
Processing commands for cont...@bugs.debian.org:

> # this is an FTBFS when using a non-standard linker option; it will be fixed, 
> but there is no need for elevated severity
> severity 711958 normal
Bug #711958 [src:faketime] faketime: FTBFS with ld --as-needed
Bug #701275 [src:faketime] faketime: ftbfs with GCC-4.8
Severity set to 'normal' from 'serious'
Severity set to 'normal' from 'serious'
> thanks
Stopping processing here.

Please contact me if you need assistance.
-- 
701275: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=701275
711958: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=711958
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems


--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org



Bug#715374: python-migrate doesn't work with sqlalchemy >= 0.8

2013-07-08 Thread Thomas Goirand
Package: python-migrate
Version: 0.7.2-3
Severity: grave

Hi,

As per this post:
https://code.google.com/p/sqlalchemy-migrate/issues/detail?id=156

python-migrate doesn't work with the last version of python-sqlalchemy
which has been uploaded to Sid. Lucky, there's a fix for that:

http://pkgs.fedoraproject.org/cgit/python-migrate.git/commit/?id=603ed1d1

I intend to upload the fix soon as a team upload, as it is also impacting
most packages in OpenStack (eg: lots of reverse-dependency of python-migrate).

Thomas Goirand (zigo)


-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org



Bug#715294: [Openstack-devel] Bug#715294: quantum: python-quantum: not installable in sid, depends on old python-sqlalchemy

2013-07-08 Thread Thomas Goirand
On 07/08/2013 03:53 AM, Ralf Treinen wrote:
> Package: python-quantum
> Version: 2013.1.2-2
> Severity: serious
> User: trei...@debian.org
> Usertags: edos-uninstallable
> 
> Dear maintainer,
> 
> python-quantum(=2013.1.2-2) is not installable in sid on any architecture
> since it depends on python-sqlalchemy (<< 0.8). However, sqlalchemy
> version 0.8.2-1 was accepted in sid on July 6.
> 
> Looking at the quantum package, a rebuild of quantum will probably do,
> but since this looks like a rather complex package I'd prefer if you handled
> this.
> 
> Cheers, Ralf.

Hi,

Thanks for submitting this bug. After asking upstream, it doesn't seem
to be a big issue, we just need a small patch to get into python-migrate:

http://pkgs.fedoraproject.org/cgit/python-migrate.git/commit/?id=603ed1d1

I'll try to work it out asap, and fix the dependency in Quantum.

Thomas


-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org



Bug#715363: [Pkg-libvirt-maintainers] Bug#715363: libvirt: FTBFS on kfreebsd-*

2013-07-08 Thread Guido Günther
Hi Laurent,
On Mon, Jul 08, 2013 at 02:15:26PM +0200, Laurent Bigonville wrote:
> Source: libvirt
> Version: 1.1.0-1
> Severity: serious
> Tags: patch
> Justification: fails to build from source (but built successfully in the past)
> 
> Hi,
> 
> libvirt 1.1.0 is currently FTBFS on freebsd-*.
> 
> This seems due to the bug #715320 in the kfreebsd-kernel-headers.
> 
> To work around this problem, you could export
> ac_cv_have_decl_link_addr="no" before calling the configure
> 
> I've tested this on a kfreebsd porterbox and it's working.

Thanks for testing but I'd rather see this fixed in the FreeBSD parts.
It's not that we''re able to fix these before adding workarounds to lots
of packages. I'm inclined to reassign and merge with your report.
Cheers,
 -- Guido


-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org



Bug#715340: Acknowledgement (xen-tools: 91-install-fs-tools does not install the required filesystems packages)

2013-07-08 Thread Axel Beckert
Control: severity -1 important

Wouter D'Haeseleer wrote:
> Just want to hand out this is a critical bug since it does not install
> XFS tools causing machines build not to boot, since xfsprogs is required
> for booting.

I'm sorry, but this is definitely not a critical issue.

It does not break the system on which xen-tools is running nor does it
affect the majority of all xen-tools users.

I'm hence lowering the severity.

You can work around the issue by adding either a role file or a hook
for the distribution you're using which adds the package in question
on installation time.

Regards, Axel
-- 
 ,''`.  |  Axel Beckert , http://people.debian.org/~abe/
: :' :  |  Debian Developer, ftp.ch.debian.org Admin
`. `'   |  1024D: F067 EA27 26B9 C3FC 1486  202E C09E 1D89 9593 0EDE
  `-|  4096R: 2517 B724 C5F6 CA99 5329  6E61 2FF9 CD59 6126 16B5


-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org



Processed: Re: Bug#715340: Acknowledgement (xen-tools: 91-install-fs-tools does not install the required filesystems packages)

2013-07-08 Thread Debian Bug Tracking System
Processing control commands:

> severity -1 important
Bug #715340 [xen-tools] xen-tools: 91-install-fs-tools does not install the 
required filesystems packages
Severity set to 'important' from 'critical'

-- 
715340: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=715340
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems


--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org



Processed: jeez

2013-07-08 Thread Debian Bug Tracking System
Processing commands for cont...@bugs.debian.org:

> tags 715337 + sid jessie
Bug #715337 [libdesktop-agnostic] depends on libgladeui-1-9 which is going away
Added tag(s) sid and jessie.
> tags 715338 + sid jessie
Bug #715338 [gtksourceview2] depends on libgladeui-1-9 which is going away
Added tag(s) sid and jessie.
> thanks
Stopping processing here.

Please contact me if you need assistance.
-- 
715337: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=715337
715338: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=715338
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems


--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org



Processed: tagging 701367, severity of 701367 is normal

2013-07-08 Thread Debian Bug Tracking System
Processing commands for cont...@bugs.debian.org:

> tags 701367 + moreinfo
Bug #701367 [src:toonloop] toonloop: ftbfs with GCC-4.8
Added tag(s) moreinfo.
> severity 701367 normal
Bug #701367 [src:toonloop] toonloop: ftbfs with GCC-4.8
Severity set to 'normal' from 'serious'
> thanks
Stopping processing here.

Please contact me if you need assistance.
-- 
701367: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=701367
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems


--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org



Bug#712348: ht: FTBFS: manuals build fails against textinfo5 because some incompatibles changes wrt 4.13 and below (some warnings have turned into errors)

2013-07-08 Thread Alexander Reichle-Schmehl

Hi!

Am 2013-07-08 08:59, schrieb Helmut Grohne:
Please find a fix attached. I am uploading it to DELAYED/7 now, 
since

tolimar is now lownmu.

Yeah, I did forget the patch...


Many thanks!  Feel free to reschedule to DELAYED/7 and if you like 
committ your changes to the SVN repo.




Best regards,
  Alexander


--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org



Bug#713433: Padre segfault with t/01_compile.t

2013-07-08 Thread Dominique Dumont
Hello

Padre segfault during tests [1] is triggered by Debug::Client 0.26. 
Downgrading Debug::Client to 0.25 will fix (or mask) the issue.

I suspect that this problem is related to Term::ReadLine loading tricks.
I'm tempted to patch Debug::Client to load Term::ReadLine after BEGIN phase 
and see what happens...

Bowtie, do you have a better idea ? (Please keep 713...@bugs.debian.org in CC 
so your replies will be archived in ur system)

All the best

[1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=713433

-- 
 https://github.com/dod38fr/   -o- http://search.cpan.org/~ddumont/
http://ddumont.wordpress.com/  -o-   irc: dod at irc.debian.org


-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org



Bug#715363: libvirt: FTBFS on kfreebsd-*

2013-07-08 Thread Laurent Bigonville
Source: libvirt
Version: 1.1.0-1
Severity: serious
Tags: patch
Justification: fails to build from source (but built successfully in the past)

Hi,

libvirt 1.1.0 is currently FTBFS on freebsd-*.

This seems due to the bug #715320 in the kfreebsd-kernel-headers.

To work around this problem, you could export
ac_cv_have_decl_link_addr="no" before calling the configure

I've tested this on a kfreebsd porterbox and it's working.

Cheers

Laurent Bigonville

-- System Information:
Debian Release: jessie/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.9-1-amd64 (SMP w/8 CPU cores)
Locale: LANG=fr_BE.utf8, LC_CTYPE=fr_BE.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash


-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org



Bug#711782: marked as done (iproute: transitional package uninstallable on kfreebsd|hurd)

2013-07-08 Thread Debian Bug Tracking System
Your message dated Mon, 8 Jul 2013 14:03:53 +0200
with message-id 

and subject line Done
has caused the Debian Bug report #711782,
regarding iproute: transitional package uninstallable on kfreebsd|hurd
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)


-- 
711782: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=711782
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: iproute2
Version: 3.9.0-2
Severity: serious
User: debian-...@lists.debian.org
Usertags: kfreebsd
X-Debbugs-Cc: debian-...@lists.debian.org
Control: affects -1 debootstrap

Hi,

The transitional package iproute is provided for kfreebsd and hurd
arches, but its dependency iproute2 is not satisfiable.  This makes
debootstrap (from Wheezy) fail to create create a sid chroot:

> Errors were encountered while processing:
>  iproute
> dpkg: dependency problems prevent configuration of iproute:
>  iproute depends on iproute2; however:
>   Package iproute2 is not installed.
> 
> dpkg: error processing iproute (--configure):
>  dependency problems - leaving unconfigured

A workaround is to specify debootstrap --exclude=iproute

Also quoting
http://qa.debian.org/debcheck.php?dist=unstable&package=iproute2 :
> iproute (Version: 1:3.9.0-2)

> Package has a Depends on iproute2 which cannot be satisfied on hurd-i386.
> Package has a Depends on iproute2 which cannot be satisfied on kfreebsd-amd64.
> Package has a Depends on iproute2 which cannot be satisfied on kfreebsd-i386.
> Package has a Depends on iproute2 which cannot be satisfied on sparc.

Please reassign this bug and/or downgrade, if this cannot or should not
be fixed in src:iproute2.  I'm fairly sure debootstrap should be able to
create a jessie chroot from a wheezy system, though.

Thanks!

-- System Information:
Debian Release: 7.0
  APT prefers proposed-updates
  APT policy: (500, 'proposed-updates'), (500, 'stable')
Architecture: kfreebsd-amd64 (x86_64)

Kernel: kFreeBSD 9.0-2-amd64-xenhvm
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
--- End Message ---
--- Begin Message ---
This has been handled in #711325.--- End Message ---


Bug#715225: sa-jdi.jar not found

2013-07-08 Thread olivier.sal...@codeless.fr
This should have been fixed in 1.4-1 with classpath related to
sa-jdi.jar in debian/patches/fix_classpath_in_build_xml.patch

This jar has been added to build path.

Build has been tested with pbuilder from sid.

This could be related to JAVA_HOME not being set in environment

Olivier

-- 
gpg key id: 4096R/326D8438  (keyring.debian.org)
Key fingerprint = 5FB4 6F83 D3B9 5204 6335  D26D 78DC 68DB 326D 8438


-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org



Bug#715358: tarantool: FTBFS on !linux: sys/prctl.h: No such file or directory

2013-07-08 Thread Julien Cristau
Source: tarantool
Version: 1.4.9+20130611.2012-1
Severity: serious
Justification: fails to build from source (but built successfully in the past)

The latest version of tarantool FTBFS on the kfreebsd buildds, see
https://buildd.debian.org/status/logs.php?pkg=tarantool&ver=1.4.9%2B20130611.2012-1&suite=sid

Cheers,
Julien


signature.asc
Description: Digital signature


Bug#713433: padre: FTBFS: dh_auto_test: make -j1 test returned exit code 2

2013-07-08 Thread Dominique Dumont

Padre has a segfault:

$ perl -I blib t/01_compile.t
1..37
Fontconfig warning: "/etc/fonts/conf.d/50-user.conf", line 9: reading 
configurations from ~/.fonts.conf is deprecated.
ok 1 - use Wx;
# Tests find Wx: 0.9922 wxWidgets 2.8.12
ok 2 - use t::lib::Padre;
ok 3 - use Padre::Util;
ok 4 - use Padre::Config;
ok 5 - use Padre::Config::Apply;
ok 6 - use Padre::Config::Project;
ok 7 - use Padre::DB::Timeline;
ok 8 - use Padre::DB;
ok 9 - use Padre::Project;
ok 10 - use Padre::Wx;
ok 11 - use Padre::Wx::HtmlWindow;
ok 12 - use Padre::Wx::Printout;
ok 13 - use Padre::Wx::Dialog::PluginManager;
ok 14 - use Padre::Wx::Dialog::Preferences;
ok 15 - use Padre::Wx::TextEntryDialog::History;
ok 16 - use Padre::Wx::ComboBox::History;
ok 17 - use Padre::Wx::ComboBox::FindTerm;
ok 18 - use Padre;
ok 19 - use Padre::Pod2HTML;
ok 20 - use Padre::Plugin::Devel;
ok 21 - use Padre::Plugin::My;
ok 22 - use Padre::Task;
ok 23 - use Padre::TaskWorker;
ok 24 - use Padre::TaskHandle;
ok 25 - use Padre::TaskManager;
ok 26 - use Padre::Role::Task;
# 1373283066.92096 (eval) 'WARN: Inefficiently loading Padre::Util::Win32 when 
not on Win32'
ok 27 - Loaded the remaining 231 classes ok
ok 28 - Script script/padre compiles
ok 29 - Script share/examples/wx/01_simple_frame.pl compiles
ok 30 - Script share/examples/wx/02_label.pl compiles
ok 31 - Script share/examples/wx/03_button.pl compiles
ok 32 - Script share/examples/wx/04_button_with_event.pl compiles
ok 33 - Script share/examples/wx/05_button_with_event_and_message_box.pl 
compiles
ok 34 - Script share/examples/wx/21_progress_bar.pl compiles
ok 35 - Script share/examples/wx/22_notebook.pl compiles
ok 36 - Script share/examples/wx/30_editor.pl compiles
ok 37 - no warnings
Segmentation fault
$ echo $?
139

This exit code matches what gregoa has found. But not the exit status found in 
the build system ("Non-zero wait status: 11")

HTH

-- 
 https://github.com/dod38fr/   -o- http://search.cpan.org/~ddumont/
http://ddumont.wordpress.com/  -o-   irc: dod at irc.debian.org


-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org



Bug#713120: marked as done (gcj-4.8: FTBFS: unsatisfiable build-dependencies: automake (< 1:1.12) but 1:1.13.3-1 is to be installed)

2013-07-08 Thread Debian Bug Tracking System
Your message dated Mon, 08 Jul 2013 11:39:10 +
with message-id 
and subject line Bug#711945: Removed package(s) from unstable
has caused the Debian Bug report #713120,
regarding gcj-4.8: FTBFS: unsatisfiable build-dependencies: automake (< 1:1.12) 
but 1:1.13.3-1 is to be installed
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)


-- 
713120: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=713120
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Source: gcj-4.8
Version: 4.8.0-2
Severity: serious
Tags: jessie sid
User: debian...@lists.debian.org
Usertags: qa-ftbfs-20130620 qa-ftbfs
Justification: FTBFS on amd64

Hi,

During a rebuild of all packages in sid, your package failed to build on
amd64.

Relevant part:
> ┌──┐
> │ Install gcj-4.8 build dependencies (apt-based resolver) 
>  │
> └──┘
> 
> Installing build dependencies
> Reading package lists...
> Building dependency tree...
> Reading state information...
> Some packages could not be installed. This may mean that you have
> requested an impossible situation or if you are using the unstable
> distribution that some required packages have not yet been created
> or been moved out of Incoming.
> The following information may help to resolve the situation:
> 
> The following packages have unmet dependencies:
>  sbuild-build-depends-gcj-4.8-dummy : Depends: automake (< 1:1.12) but 
> 1:1.13.3-1 is to be installed
>   Depends: gcc-4.8-source (< 4.8.1) but 
> 4.8.1-3 is to be installed
> E: Unable to correct problems, you have held broken packages.
> apt-get failed.

The full build log is available from:
   http://aws-logs.debian.net/ftbfs-logs/2013/06/20/gcj-4.8_4.8.0-2_unstable.log

A list of current common problems and possible solutions is available at 
http://wiki.debian.org/qa.debian.org/FTBFS . You're welcome to contribute!

About the archive rebuild: The rebuild was done on EC2 VM instances from
Amazon Web Services, using a clean, minimal and up-to-date chroot. Every
failed build was retried once to eliminate random failures.
--- End Message ---
--- Begin Message ---
Version: 4.8.0-2+rm

Dear submitter,

as the package gcj-4.8 has just been removed from the Debian archive
unstable we hereby close the associated bug reports.  We are sorry
that we couldn't deal with your issue properly.

For details on the removal, please see http://bugs.debian.org/711945

The version of this package that was in Debian prior to this removal
can still be found using http://snapshot.debian.org/.

This message was generated automatically; if you believe that there is
a problem with it please contact the archive administrators by mailing
ftpmas...@ftp-master.debian.org.

Debian distribution maintenance software
pp.
Luca Falavigna (the ftpmaster behind the curtain)--- End Message ---


Bug#710368: marked as done (uses source from gcc-4.8-source without Built-Using)

2013-07-08 Thread Debian Bug Tracking System
Your message dated Mon, 08 Jul 2013 11:39:10 +
with message-id 
and subject line Bug#711945: Removed package(s) from unstable
has caused the Debian Bug report #710368,
regarding uses source from gcc-4.8-source without Built-Using
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)


-- 
710368: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=710368
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: src:gcj-4.8
Version: 4.8.0-1
Severity: serious

gcj-4.8 build-depends on gcc-4.8-source, but does not indicate so via
Built-Using.

Alternatively include the source in gcj-4.8 itself as was done in the
upload that passed NEW[1], but was reverted in the next upload.

  [1] 

Ansgar
--- End Message ---
--- Begin Message ---
Version: 4.8.0-2+rm

Dear submitter,

as the package gcj-4.8 has just been removed from the Debian archive
unstable we hereby close the associated bug reports.  We are sorry
that we couldn't deal with your issue properly.

For details on the removal, please see http://bugs.debian.org/711945

The version of this package that was in Debian prior to this removal
can still be found using http://snapshot.debian.org/.

This message was generated automatically; if you believe that there is
a problem with it please contact the archive administrators by mailing
ftpmas...@ftp-master.debian.org.

Debian distribution maintenance software
pp.
Luca Falavigna (the ftpmaster behind the curtain)--- End Message ---


Processed: severity of 715355 is grave

2013-07-08 Thread Debian Bug Tracking System
Processing commands for cont...@bugs.debian.org:

> severity 715355 grave
Bug #715355 [src:libreoffice] [libreoffice-l10n-de] Packages 
"libreoffice-help-de libreoffice-l10n-de" are not complete (second)
Bug #715353 [src:libreoffice] [libreoffice-l10n-de] Packages 
"libreoffice-help-de libreoffice-l10n-de" are not complete
Severity set to 'grave' from 'normal'
Severity set to 'grave' from 'normal'
> thanks
Stopping processing here.

Please contact me if you need assistance.
-- 
715353: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=715353
715355: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=715355
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems


--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org



Bug#713433: padre: FTBFS: dh_auto_test: make -j1 test returned exit code 2

2013-07-08 Thread Dominique Dumont

Somehow, this bug went under my radar. I'll have a look.

All the best

-- 
 https://github.com/dod38fr/   -o- http://search.cpan.org/~ddumont/
http://ddumont.wordpress.com/  -o-   irc: dod at irc.debian.org


-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org



Processed: Re: Bug#715355: [libreoffice-l10n-de] Packages "libreoffice-help-de libreoffice-l10n-de" are not complete (second)

2013-07-08 Thread Debian Bug Tracking System
Processing commands for cont...@bugs.debian.org:

> reassign 715355 src:libreoffice
Bug #715355 [libreoffice-l10n-de] [libreoffice-l10n-de] Packages 
"libreoffice-help-de libreoffice-l10n-de" are not complete (second)
Bug reassigned from package 'libreoffice-l10n-de' to 'src:libreoffice'.
No longer marked as found in versions libreoffice/1:4.1.0~rc2-1.
Ignoring request to alter fixed versions of bug #715355 to the same values 
previously set
> forcemerge 715355 715353
Bug #715355 [src:libreoffice] [libreoffice-l10n-de] Packages 
"libreoffice-help-de libreoffice-l10n-de" are not complete (second)
Bug #715353 [src:libreoffice] [libreoffice-l10n-de] Packages 
"libreoffice-help-de libreoffice-l10n-de" are not complete
Severity set to 'normal' from 'grave'
Bug #715355 [src:libreoffice] [libreoffice-l10n-de] Packages 
"libreoffice-help-de libreoffice-l10n-de" are not complete (second)
Marked as found in versions libreoffice/1:4.1.0~rc2-1.
Added tag(s) confirmed and pending.
Merged 715353 715355
> thanks
Stopping processing here.

Please contact me if you need assistance.
-- 
715353: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=715353
715355: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=715355
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems


--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org



Processed: affects 714935

2013-07-08 Thread Debian Bug Tracking System
Processing commands for cont...@bugs.debian.org:

> affects 714935 + src:yade
Bug #714935 [libvtk5-dev] libvtk5-dev: VTKTargets.cmake adds dependency to 
other packages (tcl-vtk, python-vtk and libvtk-java)
Bug #715175 [libvtk5-dev] yade ftbfs in unstable
Added indication that 714935 affects src:yade
Added indication that 715175 affects src:yade
> thanks
Stopping processing here.

Please contact me if you need assistance.
-- 
714935: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=714935
715175: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=715175
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems


--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org



Processed: affects 714935

2013-07-08 Thread Debian Bug Tracking System
Processing commands for cont...@bugs.debian.org:

> affects 714935 + src:gdcm
Bug #714935 [libvtk5-dev] libvtk5-dev: VTKTargets.cmake adds dependency to 
other packages (tcl-vtk, python-vtk and libvtk-java)
Bug #715175 [libvtk5-dev] yade ftbfs in unstable
Added indication that 714935 affects src:gdcm
Added indication that 715175 affects src:gdcm
> thanks
Stopping processing here.

Please contact me if you need assistance.
-- 
714935: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=714935
715175: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=715175
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems


--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org



Processed: tagging 715353, tagging 715353, reassign 715353 to src:libreoffice, found 715353 in 1:4.1.0~rc2-1

2013-07-08 Thread Debian Bug Tracking System
Processing commands for cont...@bugs.debian.org:

> tags 715353 + confirmed
Bug #715353 [libreoffice-l10n-de] [libreoffice-l10n-de] Packages 
"libreoffice-help-de libreoffice-l10n-de" are not complete
Added tag(s) confirmed.
> tags 715353 + pending
Bug #715353 [libreoffice-l10n-de] [libreoffice-l10n-de] Packages 
"libreoffice-help-de libreoffice-l10n-de" are not complete
Added tag(s) pending.
> reassign 715353 src:libreoffice
Bug #715353 [libreoffice-l10n-de] [libreoffice-l10n-de] Packages 
"libreoffice-help-de libreoffice-l10n-de" are not complete
Bug reassigned from package 'libreoffice-l10n-de' to 'src:libreoffice'.
No longer marked as found in versions libreoffice/1:4.1.0~rc2-1.
Ignoring request to alter fixed versions of bug #715353 to the same values 
previously set
> found 715353 1:4.1.0~rc2-1
Bug #715353 [src:libreoffice] [libreoffice-l10n-de] Packages 
"libreoffice-help-de libreoffice-l10n-de" are not complete
Marked as found in versions libreoffice/1:4.1.0~rc2-1.
> thanks
Stopping processing here.

Please contact me if you need assistance.
-- 
715353: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=715353
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems


--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org



Processed: Re: Bug#715353: [libreoffice-l10n-de] Packages "libreoffice-help-de libreoffice-l10n-de" are not complete

2013-07-08 Thread Debian Bug Tracking System
Processing commands for cont...@bugs.debian.org:

> severity 715353 grave
Bug #715353 [libreoffice-l10n-de] [libreoffice-l10n-de] Packages 
"libreoffice-help-de libreoffice-l10n-de" are not complete
Severity set to 'grave' from 'normal'
> thanks
Stopping processing here.

Please contact me if you need assistance.
-- 
715353: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=715353
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems


--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org



Bug#676441: marked as done (zeroc-ice: fails to build with OpenJDK 7)

2013-07-08 Thread Debian Bug Tracking System
Your message dated Mon, 08 Jul 2013 10:35:11 +
with message-id 
and subject line Bug#676441: fixed in zeroc-ice 3.4.2-8.3
has caused the Debian Bug report #676441,
regarding zeroc-ice: fails to build with OpenJDK 7
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)


-- 
676441: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=676441
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: zeroc-ice
Version: 3.4.2-8
Severity: important
Usertags: openjdk-7-transition
Tags: patch
Justification: fails to build from source (but built successfully in the past)

This was also reported at https://bugs.launchpad.net/bugs/889005

zeroc-ice fails to build with OpenJDK 7, which will be the default Java
compiler for Ubuntu 12.10. I found a patch from Fedora that gets the build
further along, but it still fails for me at this point:

icegridadmin-pro-jar:
Building jar: /build/buildd/zeroc-ice-3.4.2/java/lib/IceGridGUItemp.jar
Updating jar: /build/buildd/zeroc-ice-3.4.2/java/lib/IceGridGUItemp.jar
ProGuard, version 4.4
Reading program jar [/build/buildd/zeroc-ice-3.4.2/java/lib/IceGridGUItemp.jar]

BUILD FAILED
/build/buildd/zeroc-ice-3.4.2/java/build.xml:584: Can't read
[proguard.ClassPathEntry@aad3b4] (Can't process class
[IceGridGUI/AdapterObserverI$1.class] (Unsupported version number [51.0] for
class format))


Buildlog before patch:
https://launchpad.net/ubuntu/+source/zeroc-ice/3.4.2-8

Buildlog after patch:
https://launchpadlibrarian.net/107030535/buildlog_ubuntu-quantal-i386.zeroc-
ice_3.4.2-8ubuntu1~ppa1_FAILEDTOBUILD.txt.gz

Thanks,
Jeremy

-- System Information:
Debian Release: wheezy/sid
  APT prefers quantal-updates
  APT policy: (500, 'quantal-updates'), (500, 'quantal-security'),
(500, 'quantal'), (100, 'quantal-backports')
Architecture: amd64 (x86_64)

Kernel: Linux 3.4.0-3-generic (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash


ice-3.4.2-java7.patch
Description: Binary data
--- End Message ---
--- Begin Message ---
Source: zeroc-ice
Source-Version: 3.4.2-8.3

We believe that the bug you reported is fixed in the latest version of
zeroc-ice, which is due to be installed in the Debian FTP archive.

A summary of the changes between this version and the previous one is
attached.

Thank you for reporting the bug, which will now be closed.  If you
have further comments please address them to 676...@bugs.debian.org,
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
ShuxiongYe  (supplier of updated zeroc-ice package)

(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing ftpmas...@ftp-master.debian.org)


-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Format: 1.8
Date: Wed, 03 Jul 2013 12:16:32 +0800
Source: zeroc-ice
Binary: zeroc-ice34 ice34-translators ice34-services libicestorm34 libicegrid34 
libicebox34 icebox libicepatch2-34 libglacier2-34 libfreeze34 libicedb34 
ice34-slice libzeroc-ice34 libicessl34 libiceutil34 libicexml34 libslice34 
libzeroc-ice34-dev libzeroc-ice34-dbg python-zeroc-ice php-zeroc-ice 
libzeroc-ice3.4-cil libzeroc-ice-ruby1.8 libzeroc-ice3.4-java icegrid-gui
Architecture: source all amd64
Version: 3.4.2-8.3
Distribution: unstable
Urgency: low
Maintainer: Francisco Moya 
Changed-By: ShuxiongYe 
Description: 
 ice34-services - Services bundled into ZeroC Ice
 ice34-slice - Slice definitions for Ice 3.4 services
 ice34-translators - Slice translators to several languages
 icebox - Plugin-based meta-application for ZeroC Ice
 icegrid-gui - GUI for IceGrid service
 libfreeze34 - Libraries implementing a persistence framework for ZeroC Ice
 libglacier2-34 - Libraries implementing a firewall service for ZeroC Ice
 libicebox34 - Libraries implementing a plugin framework for ZeroC Ice
 libicedb34 - Libraries for persistent backends for ZeroC Ice
 libicegrid34 - Libraries implementing grid-like services for ZeroC Ice
 libicepatch2-34 - Libraries implementing a distribution service for ZeroC Ice
 libicessl34 - Ice for C++ SSL plug-in
 libicestorm34 - Libraries implementing an event service for ZeroC Ice
 libiceutil34 - Ice for C++ misc utility library
 libicexml34 - ZeroC Ice for C++ XML parser library
 libslice34 - Ice for C++ Slice parser library
 libzeroc-ice-ruby1.8 - Ice for Ruby modules
 libzeroc-ice3.4-cil - Ice for C# libraries
 libzeroc-ice3.4-java - Ice for Java libraries
 libzeroc-ice34 - Ice for C++ runtime library
 libzeroc-ice34-

Bug#715340: Acknowledgement (xen-tools: 91-install-fs-tools does not install the required filesystems packages)

2013-07-08 Thread Wouter D'Haeseleer
Just want to hand out this is a critical bug since it does not install
XFS tools causing machines build not to boot, since xfsprogs is required
for booting.
Which in his turn brakes our xen system.


-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org



Bug#709173: Debian cloud images for OpenStack?

2013-07-08 Thread Charles Plessy
Le Mon, Jul 08, 2013 at 12:16:46PM +0200, Juerg Haefliger a écrit :
> > On 07/06/2013 08:18 PM, Thomas Goirand wrote:
> >>> Right now we have cloud-init in backports and testing/Jessie (yay! Well 
> >>> done Thomas, Jakub and Charles).
> >> Thanks, but unfortunately, it is still waiting for FTP masters approval.
> >
> > It seems I was wrong, cloud-init really is in backports already! :)
> > I wonder though why it still doesn't show on packages.debian.org.
> 
> I was not able to use that version of cloud-init (from jessie)
> successfully. It seems very broken to me and I filed a bug report a
> while ago but nobody seems to have picked it up yet:
> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=709173. Not sure if I
> did something wrong or filed it incorrectly.

Hi Juerg,

sorry for not answering.

I would really prefer to use the Upstream init scripts, but the patch you sent
seems to install new scripts in the debian directory instead.  Could you give
us a bit more explanations on your patch ?

Have a nice day,

-- 
Charles Plessy
Tsurumi, Kanagawa, Japan


-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org



Processed: tagging 713468, reassign 705053 to src:jack-rack, forcibly merging 713468 705053

2013-07-08 Thread Debian Bug Tracking System
Processing commands for cont...@bugs.debian.org:

> tags 713468 + pending
Bug #713468 [src:jack-rack] jack-rack: FTBFS: ld: jack_rack-midi_control.o: 
undefined reference to symbol 'exp@@GLIBC_2.2.5'
Added tag(s) pending.
> reassign 705053 src:jack-rack 1.4.8~rc1-1
Bug #705053 [jack-rack] jack-rack does not link with -lm
Bug reassigned from package 'jack-rack' to 'src:jack-rack'.
No longer marked as found in versions jack-rack/1.4.8~rc1-1.
Ignoring request to alter fixed versions of bug #705053 to the same values 
previously set
Bug #705053 [src:jack-rack] jack-rack does not link with -lm
Marked as found in versions jack-rack/1.4.8~rc1-1.
> forcemerge 713468 705053
Bug #713468 [src:jack-rack] jack-rack: FTBFS: ld: jack_rack-midi_control.o: 
undefined reference to symbol 'exp@@GLIBC_2.2.5'
Bug #705053 [src:jack-rack] jack-rack does not link with -lm
Severity set to 'serious' from 'normal'
Added tag(s) sid, pending, and jessie.
Merged 705053 713468
> thanks
Stopping processing here.

Please contact me if you need assistance.
-- 
705053: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=705053
713468: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=713468
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems


--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org



Bug#701744: Xen netback regression

2013-07-08 Thread Helmut Wollmersdorfer

Ian Campbell wrote:
> I've put my test builds for both squeeze- and wheezy-security up at
> http://xenbits.xen.org/people/ianc/debian/701774/

Short answer:

linux-image-2.6.32-5-xen-amd64_2.6.32-48squeeze4~ijc0_amd64.deb

solves my problem (bonding packet loss).

Tests:

- 2 nodes with base install of squeeze
- apt-get install xen-linux-system ifenslave-2.6
- each node has one single head and one dual head NIC:

root@xen02:/# dmesg | grep eth
[0.795296] e1000e :05:00.0: eth0: (PCI Express:2.5GB/s:Width  
x1) 00:19:d1:a3:e9:0d
[0.795299] e1000e :05:00.0: eth0: Intel(R) PRO/1000 Network  
Connection
[0.795368] e1000e :05:00.0: eth0: MAC: 2, PHY: 2, PBA No:  
FF-0FF
[0.869452] igb :02:00.0: eth1: (PCIe:2.5Gb/s:Width x4) 00:1b: 
21:aa:07:10

[0.869743] igb :02:00.0: eth1: PBA No: G18758-001
[1.079555] igb :02:00.1: eth2: (PCIe:2.5Gb/s:Width x4) 00:1b: 
21:aa:07:11

[1.079846] igb :02:00.1: eth2: PBA No: G18758-001

02:00.0 Ethernet controller: Intel Corporation 82576 Gigabit Network  
Connection (rev 01)


- the dual head NICs are configured as bond1 pointopoint:
iface bond1 inet static
bond-slaves eth1 eth2
bond-mode 0
bond-miimon 100
bond-primary eth1 eth2
address 10.10.10.12
netmask 255.255.255.0
network 10.10.10.255
pointopoint 10.10.10.10

Test1:

node xen01 runs linux-image-2.6.32-5-xen-amd64_2.6.32-45_amd64
node xen02 runs linux-image-2.6.32-5-xen-amd64_2.6.32-48squeeze3_amd64

root@xen02:/home/helmutw# ping 10.10.10.10
[...]
^C
--- 10.10.10.10 ping statistics ---
10 packets transmitted, 7 received, 30% packet loss, time 9022ms
rtt min/avg/max/mdev = 0.026/0.027/0.029/0.003 ms

Test2:

both nodes run linux-image-2.6.32-5-xen-amd64_2.6.32-48squeeze3_amd64

packet loss: 100%

Test3:

node xen01 runs linux-image-2.6.32-5-xen-amd64_2.6.32-45_amd64
node xen02 runs linux-image-2.6.32-5-xen- 
amd64_2.6.32-48squeeze4~ijc0_amd64


packet loss: 0%

Test4:

both nodes run linux-image-2.6.32-5-xen- 
amd64_2.6.32-48squeeze4~ijc0_amd64


packet loss: 0%

Obviously these tests say nothing about the other reported problems.

Helmut Wollmersdorfer




Processed: your mail

2013-07-08 Thread Debian Bug Tracking System
Processing commands for cont...@bugs.debian.org:

> tags 666490 + moreinfo
Bug #666490 [ftp.debian.org] RM: svgalib -- RoQA; obsolete
Added tag(s) moreinfo.
> tags 709244 + moreinfo
Bug #709244 [ftp.debian.org] RM: glade-3 -- ROM; obsolete, superseded
Added tag(s) moreinfo.
> clone 711945 -1
Bug #711945 [ftp.debian.org] RM: gcj-4.8 gdc-4.8 -- ROM; binaries now built by 
gcc-4.8 source package
Bug 711945 cloned as bug 715341
> retitle 711945 RM: gcj-4.8 -- ROM; binaries now built by gcc-4.8
Bug #711945 [ftp.debian.org] RM: gcj-4.8 gdc-4.8 -- ROM; binaries now built by 
gcc-4.8 source package
Changed Bug title to 'RM: gcj-4.8 -- ROM; binaries now built by gcc-4.8' from 
'RM: gcj-4.8 gdc-4.8 -- ROM; binaries now built by gcc-4.8 source package'
> retitle -1 RM: gdc-4.8 -- ROM; binaries now built by gcc-4.8
Bug #715341 [ftp.debian.org] RM: gcj-4.8 gdc-4.8 -- ROM; binaries now built by 
gcc-4.8 source package
Changed Bug title to 'RM: gdc-4.8 -- ROM; binaries now built by gcc-4.8' from 
'RM: gcj-4.8 gdc-4.8 -- ROM; binaries now built by gcc-4.8 source package'
> tags 712779 + moreinfo
Bug #712779 [ftp.debian.org] RM: ncpfs -- RoQA; Unmaintained
Added tag(s) moreinfo.
> tags 713869 + moreinfo
Bug #713869 [ftp.debian.org] RM: gdc-v1 -- ROM; please remove the gdc-v1 binary 
from unstable, not built anymore
Added tag(s) moreinfo.
> tags 714577 + moreinfo
Bug #714577 [ftp.debian.org] RM: gnat-4.4 -- obsolete
Added tag(s) moreinfo.
> block 714577 by 695303
Bug #714577 [ftp.debian.org] RM: gnat-4.4 -- obsolete
714577 was not blocked by any bugs.
714577 was not blocking any bugs.
Added blocking bug(s) of 714577: 695303
> tags 714865 + moreinfo
Bug #714865 [ftp.debian.org] RM: libjdic-java -- RoQA; Not maintained + not in 
testing
Added tag(s) moreinfo.
> block 714865 by 709757
Bug #714865 [ftp.debian.org] RM: libjdic-java -- RoQA; Not maintained + not in 
testing
714865 was not blocked by any bugs.
714865 was not blocking any bugs.
Added blocking bug(s) of 714865: 709757
>
End of message, stopping processing here.

Please contact me if you need assistance.
-- 
666490: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=666490
709244: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=709244
711945: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=711945
712779: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=712779
713869: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=713869
714577: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=714577
714865: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=714865
715341: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=715341
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems


--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org



Bug#713742: marked as done (nfqueue-bindings: FTBFS: libnetfilter_queue.h:60:11: error: unknown type name 'uint32_t')

2013-07-08 Thread Debian Bug Tracking System
Your message dated Mon, 08 Jul 2013 09:48:45 +
with message-id 
and subject line Bug#713742: fixed in nfqueue-bindings 0.4-5
has caused the Debian Bug report #713742,
regarding nfqueue-bindings: FTBFS: libnetfilter_queue.h:60:11: error: unknown 
type name 'uint32_t'
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)


-- 
713742: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=713742
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Source: nfqueue-bindings
Version: 0.4-3
Severity: serious
Tags: jessie sid
User: debian...@lists.debian.org
Usertags: qa-ftbfs-20130620 qa-ftbfs
Justification: FTBFS on amd64

Hi,

During a rebuild of all packages in sid, your package failed to build on
amd64.

Relevant part:
> make[5]: Entering directory `/«PKGBUILDDIR»/build2.7'
> [  8%] Swig source
> [ 16%] Building C object 
> python/CMakeFiles/_nfqueue.dir/__/libnetfilter_queuePYTHON_wrap.c.o
> /«PKGBUILDDIR»/build2.7/python/../libnetfilter_queuePYTHON_wrap.c: In 
> function 'swig_nfq_callback':
> /«PKGBUILDDIR»/build2.7/python/../libnetfilter_queuePYTHON_wrap.c:3013:9: 
> warning: passing argument 2 of 'nfq_get_payload' from incompatible pointer 
> type [enabled by default]
>  if ((payload_len = nfq_get_payload(nfad, &payload_data)) < 0) {
>  ^
> In file included from /«PKGBUILDDIR»/nfq.h:4:0,
>  from 
> /«PKGBUILDDIR»/build2.7/python/../libnetfilter_queuePYTHON_wrap.c:2982:
> /usr/include/libnetfilter_queue/libnetfilter_queue.h:119:12: note: expected 
> 'unsigned char **' but argument is of type 'char **'
>  extern int nfq_get_payload(struct nfq_data *nfad, unsigned char **data);
> ^
> /«PKGBUILDDIR»/build2.7/python/../libnetfilter_queuePYTHON_wrap.c: In 
> function 'payload_set_verdict_mark':
> /«PKGBUILDDIR»/build2.7/python/../libnetfilter_queuePYTHON_wrap.c:3411:9: 
> warning: 'nfq_set_verdict_mark' is deprecated (declared at 
> /usr/include/libnetfilter_queue/libnetfilter_queue.h:85) 
> [-Wdeprecated-declarations]
>  return nfq_set_verdict_mark(self->qh, self->id, d, htonl(mark), 0, 
> NULL);
>  ^
> /«PKGBUILDDIR»/build2.7/python/../libnetfilter_queuePYTHON_wrap.c: In 
> function 'payload_set_verdict_mark_modified':
> /«PKGBUILDDIR»/build2.7/python/../libnetfilter_queuePYTHON_wrap.c:3417:9: 
> warning: 'nfq_set_verdict_mark' is deprecated (declared at 
> /usr/include/libnetfilter_queue/libnetfilter_queue.h:85) 
> [-Wdeprecated-declarations]
>  return nfq_set_verdict_mark(self->qh, self->id, d, htonl(mark), 
> new_len, new_payload);
>  ^
> [ 25%] Building C object python/CMakeFiles/_nfqueue.dir/__/nfq.c.o
> In file included from /«PKGBUILDDIR»/nfq.h:4:0,
>  from /«PKGBUILDDIR»/nfq.c:1:
> /usr/include/libnetfilter_queue/libnetfilter_queue.h:60:11: error: unknown 
> type name 'uint32_t'
>uint32_t mask, uint32_t flags);
>^
> /usr/include/libnetfilter_queue/libnetfilter_queue.h:60:26: error: unknown 
> type name 'uint32_t'
>uint32_t mask, uint32_t flags);
>   ^
> /usr/include/libnetfilter_queue/libnetfilter_queue.h:137:50: error: unknown 
> type name 'uint16_t'
>  void nfq_nlmsg_cfg_put_cmd(struct nlmsghdr *nlh, uint16_t pf, uint8_t cmd);
>   ^
> /usr/include/libnetfilter_queue/libnetfilter_queue.h:137:63: error: unknown 
> type name 'uint8_t'
>  void nfq_nlmsg_cfg_put_cmd(struct nlmsghdr *nlh, uint16_t pf, uint8_t cmd);
>^
> /usr/include/libnetfilter_queue/libnetfilter_queue.h:138:53: error: unknown 
> type name 'uint8_t'
>  void nfq_nlmsg_cfg_put_params(struct nlmsghdr *nlh, uint8_t mode, int range);
>  ^
> /usr/include/libnetfilter_queue/libnetfilter_queue.h:139:54: error: unknown 
> type name 'uint32_t'
>  void nfq_nlmsg_cfg_put_qmaxlen(struct nlmsghdr *nlh, uint32_t qmaxlen);
>   ^
> /usr/include/libnetfilter_queue/libnetfilter_queue.h:142:55: error: unknown 
> type name 'uint32_t'
>  void nfq_nlmsg_verdict_put_mark(struct nlmsghdr *nlh, uint32_t mark);
>^
> /usr/include/libnetfilter_queue/libnetfilter_queue.h:143:71: error: unknown 
> type name 'uint32_t'
>  void nfq_nlmsg_verdict_put_pkt(struct nlmsghdr *nlh, const void *pkt, 
> uint32_t pktlen);
>^
> make[5]: *** [python/CMakeFiles/_nfqueue.dir/__/nfq.c.o] Error 

Bug#713321: marked as done (libntlm: FTBFS: /usr/share/automake-1.13/am/ltlibrary.am: warning: 'libntlm.la': linking libtool libraries using a non-POSIX)

2013-07-08 Thread Debian Bug Tracking System
Your message dated Mon, 08 Jul 2013 09:48:31 +
with message-id 
and subject line Bug#713321: fixed in libntlm 1.4-1
has caused the Debian Bug report #713321,
regarding libntlm: FTBFS: /usr/share/automake-1.13/am/ltlibrary.am: warning: 
'libntlm.la': linking libtool libraries using a non-POSIX
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)


-- 
713321: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=713321
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Source: libntlm
Version: 1.2-3
Severity: serious
Tags: jessie sid
User: debian...@lists.debian.org
Usertags: qa-ftbfs-20130620 qa-ftbfs
Justification: FTBFS on amd64

Hi,

During a rebuild of all packages in sid, your package failed to build on
amd64.

Relevant part:
>  debian/rules build
> dh build --with autoreconf
>dh_testdir
>dh_autoreconf
> configure.ac:43: warning: AC_LANG_CONFTEST: no AC_LANG_SOURCE call detected 
> in body
> ../../lib/autoconf/lang.m4:193: AC_LANG_CONFTEST is expanded from...
> ../../lib/autoconf/general.m4:2661: _AC_LINK_IFELSE is expanded from...
> ../../lib/autoconf/general.m4:2678: AC_LINK_IFELSE is expanded from...
> m4/libtool.m4:1022: _LT_SYS_MODULE_PATH_AIX is expanded from...
> m4/libtool.m4:4170: _LT_LINKER_SHLIBS is expanded from...
> m4/libtool.m4:5252: _LT_LANG_C_CONFIG is expanded from...
> m4/libtool.m4:138: _LT_SETUP is expanded from...
> m4/libtool.m4:67: LT_INIT is expanded from...
> m4/libtool.m4:102: AC_PROG_LIBTOOL is expanded from...
> configure.ac:43: the top level
> configure.ac:43: warning: AC_LANG_CONFTEST: no AC_LANG_SOURCE call detected 
> in body
> ../../lib/autoconf/lang.m4:193: AC_LANG_CONFTEST is expanded from...
> ../../lib/autoconf/general.m4:2661: _AC_LINK_IFELSE is expanded from...
> ../../lib/autoconf/general.m4:2678: AC_LINK_IFELSE is expanded from...
> m4/libtool.m4:4170: _LT_LINKER_SHLIBS is expanded from...
> m4/libtool.m4:5252: _LT_LANG_C_CONFIG is expanded from...
> m4/libtool.m4:138: _LT_SETUP is expanded from...
> m4/libtool.m4:67: LT_INIT is expanded from...
> m4/libtool.m4:102: AC_PROG_LIBTOOL is expanded from...
> configure.ac:43: the top level
> configure.ac:49: warning: AC_LANG_CONFTEST: no AC_LANG_SOURCE call detected 
> in body
> ../../lib/autoconf/lang.m4:193: AC_LANG_CONFTEST is expanded from...
> ../../lib/autoconf/general.m4:2590: _AC_COMPILE_IFELSE is expanded from...
> ../../lib/autoconf/general.m4:2606: AC_COMPILE_IFELSE is expanded from...
> ../../lib/m4sugar/m4sh.m4:639: AS_IF is expanded from...
> ../../lib/autoconf/general.m4:2031: AC_CACHE_VAL is expanded from...
> ../../lib/autoconf/general.m4:2052: AC_CACHE_CHECK is expanded from...
> m4/include_next.m4:28: gl_INCLUDE_NEXT is expanded from...
> m4/include_next.m4:124: gl_CHECK_NEXT_HEADERS is expanded from...
> m4/stddef_h.m4:8: gl_STDDEF_H is expanded from...
> m4/gnulib-comp.m4:34: gl_INIT is expanded from...
> configure.ac:49: the top level
> configure.ac:49: warning: AC_LANG_CONFTEST: no AC_LANG_SOURCE call detected 
> in body
> ../../lib/autoconf/lang.m4:193: AC_LANG_CONFTEST is expanded from...
> ../../lib/autoconf/general.m4:2590: _AC_COMPILE_IFELSE is expanded from...
> ../../lib/autoconf/general.m4:2606: AC_COMPILE_IFELSE is expanded from...
> ../../lib/m4sugar/m4sh.m4:639: AS_IF is expanded from...
> ../../lib/autoconf/general.m4:2590: _AC_COMPILE_IFELSE is expanded from...
> ../../lib/autoconf/general.m4:2606: AC_COMPILE_IFELSE is expanded from...
> ../../lib/m4sugar/m4sh.m4:639: AS_IF is expanded from...
> ../../lib/autoconf/general.m4:2031: AC_CACHE_VAL is expanded from...
> ../../lib/autoconf/general.m4:2052: AC_CACHE_CHECK is expanded from...
> m4/include_next.m4:28: gl_INCLUDE_NEXT is expanded from...
> m4/include_next.m4:124: gl_CHECK_NEXT_HEADERS is expanded from...
> m4/stddef_h.m4:8: gl_STDDEF_H is expanded from...
> m4/gnulib-comp.m4:34: gl_INIT is expanded from...
> configure.ac:49: the top level
> configure.ac:49: warning: AC_LANG_CONFTEST: no AC_LANG_SOURCE call detected 
> in body
> ../../lib/autoconf/lang.m4:193: AC_LANG_CONFTEST is expanded from...
> ../../lib/autoconf/general.m4:2590: _AC_COMPILE_IFELSE is expanded from...
> ../../lib/autoconf/general.m4:2606: AC_COMPILE_IFELSE is expanded from...
> ../../lib/m4sugar/m4sh.m4:639: AS_IF is expanded from...
> ../../lib/autoconf/general.m4:2031: AC_CACHE_VAL is expanded from...
> ../../lib/autoconf/general.m4:2052: AC_CACHE_CHECK is expanded from...
> m4/wchar.m4:12: gl_WCHAR_H is expanded from...
> m4/gnulib-comp.m4:34: gl_INIT is expanded from...
> configure.ac:49: the top level
> configure.ac:43: warning: AC_LAN

Bug#715340: xen-tools: 91-install-fs-tools does not install the required filesystems packages

2013-07-08 Thread Wouter D'Haeseleer
Package: xen-tools
Version: 4.3.1-1
Severity: critical
Tags: patch upstream
Justification: breaks the whole system

When creating a machine with XFS as filesytem the 91-install-fs-tools does not 
install the xfs_progs.
The following error is logged:

  /usr/lib/xen-tools/wheezy.d/91-install-fs-tools: 32: [: -eq: unexpected 
operator
  /usr/lib/xen-tools/wheezy.d/91-install-fs-tools: 35: [: -eq: unexpected 
operator
  /usr/lib/xen-tools/wheezy.d/91-install-fs-tools: 38: [: -eq: unexpected 
operator

This lines actually contain the following: 
  if [ $has_xfs -eq 1 ]; then

The issue is  that $has_xfs is set in 90-make-fstab but not accessable in 
91-install-fs-tools

I see that the upstream maintainer already has a patch for this issue: 
1de424a69d838a5cff19c17f019935c716fe0700
Attached you can also find this patch.
commit 1de424a69d838a5cff19c17f019935c716fe0700
Author: Axel Beckert 
Date:   Wed Jan 23 18:02:44 2013 +0100

Fix filesystem tools installation in 91-install-fs-tools

Was broken since 4.3rc1.

Merged 91-install-fs-tools back into 90-make-fstab. Added support for
RPM-based distributions, too, so it's more generic now.

diff --git a/debian/changelog b/debian/changelog
index 25a0063..0e93aba 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -32,6 +32,9 @@ xen-tools (4.4~dev-1) UNRELEASED; urgency=low
   update the menu.list automatically.
 - hooks/common.sh: Rename installCentOS4Package to installRPMPackage.
   Add installCentOS4Package wrapper for backward compatibility.
+- Fix filesystem tools installation in 91-install-fs-tools (which was
+  broken since 4.3~rc1-1) by merging 91-install-fs-tools back into
+  90-make-fstab. Also supports RPM-based distributions now.
   * Add debian/gbp.conf to be able to to build xen-tools with
 git-buildpackage.
   * Clean up debian/rules:
diff --git a/hooks/common/90-make-fstab b/hooks/common/90-make-fstab
index cf32731..81e715f 100755
--- a/hooks/common/90-make-fstab
+++ b/hooks/common/90-make-fstab
@@ -100,6 +100,34 @@ for part in `seq 1 ${NUMPARTITIONS}`; do
 done
 
 
+logMessage Checking for filesystem tools to install
+
+#
+#  Install any required packages for the given root filesystem
+#
+if [ "$has_xfs" -eq 1 ]; then
+installPackage ${prefix} xfsprogs
+fi
+if [ "$has_reiserfs" -eq 1 ]; then
+if isAPT; then
+installDebianPackage reiserfsprogs
+elif isYum; then
+installRPMPackage reiserfs-utils
+else
+logMessage "Unable to install reiserfs tools; no package manager recognized"
+fi
+fi
+if [ "$has_btrfs" -eq 1 ]; then
+if isAPT; then
+installDebianPackage btrfs-tools
+elif isYum; then
+installRPMPackage btrfs-progs
+else
+logMessage "Unable to install btrfs tools; no package manager recognized"
+fi
+fi
+
+
 #
 #  Log our finish
 #
diff --git a/hooks/common/91-install-fs-tools b/hooks/common/91-install-fs-tools
deleted file mode 100755
index c3af3cb..000
--- a/hooks/common/91-install-fs-tools
+++ /dev/null
@@ -1,45 +0,0 @@
-#!/bin/sh
-#
-#  Some root filesystems will require the installation of new packages
-#
-# Steve
-# --
-# http://www.steve.org.uk/
-
-
-prefix=$1
-
-#
-#  Source our common functions
-#
-if [ -e /usr/lib/xen-tools/common.sh ]; then
-. /usr/lib/xen-tools/common.sh
-else
-. ./hooks/common.sh
-fi
-
-
-#
-# Log our start
-#
-logMessage Script $0 starting
-
-
-#
-#  Install any required packages for the given root filesystem
-#
-if [ "$has_xfs" -eq 1 ]; then
-installDebianPackage ${prefix} xfsprogs
-fi
-if [ "$has_reiserfs" -eq 1 ]; then
-installDebianPackage ${prefix} reiserfsprogs
-fi
-if [ "$has_btrfs" -eq 1 ]; then
-installDebianPackage ${prefix} btrfs-tools
-fi
-
-
-#
-#  Log our finish
-#
-logMessage Script $0 finished
diff --git a/hooks/dapper/91-install-fs-tools b/hooks/dapper/91-install-fs-tools
deleted file mode 12
index ac7f209..000
--- a/hooks/dapper/91-install-fs-tools
+++ /dev/null
@@ -1 +0,0 @@
-../common/91-install-fs-tools
\ No newline at end of file
diff --git a/hooks/debian/91-install-fs-tools b/hooks/debian/91-install-fs-tools
deleted file mode 12
index ac7f209..000
--- a/hooks/debian/91-install-fs-tools
+++ /dev/null
@@ -1 +0,0 @@
-../common/91-install-fs-tools
\ No newline at end of file
diff --git a/hooks/edgy/91-install-fs-tools b/hooks/edgy/91-install-fs-tools
deleted file mode 12
index ac7f209..000
--- a/hooks/edgy/91-install-fs-tools
+++ /dev/null
@@ -1 +0,0 @@
-../common/91-install-fs-tools
\ No newline at end of file
diff --git a/hooks/intrepid/91-install-fs-tools b/hooks/intrepid/91-install-fs-tools
deleted file mode 12
index ac7f209..000
--- a/hooks/intrepid/91-install-fs-tools
+++ /dev/null
@@ -1 +0,0 @@
-../common/91-install-fs-tools
\ No newline at end of file
diff --git a/hooks/karmic/91-install-fs-tools b/hooks/karmic/91-install-fs-tools
deleted file mode 12
index ac7f209..000
--- a/hooks/karmic/91-instal

Bug#714774: marked as done (scilab-metanet: FTBFS: cannot stat `debian/tmp/loader.sce')

2013-07-08 Thread Debian Bug Tracking System
Your message dated Mon, 08 Jul 2013 09:35:02 +
with message-id 
and subject line Bug#714774: fixed in scilab-metanet 0.6-1-2
has caused the Debian Bug report #714774,
regarding scilab-metanet: FTBFS: cannot stat `debian/tmp/loader.sce'
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)


-- 
714774: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=714774
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Source: scilab-metanet
Version: 0.6-1-1
Severity: serious
Justification: fails to build from source

Binary-only builds of scilab-metanet have been failing because the
binary package is architecture-dependent but debian/rules defines only
a binary-indep target:

  dh_install -pscilab-metanet  
  cp: cannot stat `debian/tmp/loader.sce': No such file or directory
  dh_install: cp -a debian/tmp/loader.sce 
debian/scilab-metanet/usr/lib/scilab-metanet/ returned exit code 1
  make: *** [binary-install/scilab-metanet] Error 2
  dpkg-buildpackage: error: fakeroot debian/rules binary-arch gave error exit 
status 2

Please rename it to binary-arch.

Thanks!
--- End Message ---
--- Begin Message ---
Source: scilab-metanet
Source-Version: 0.6-1-2

We believe that the bug you reported is fixed in the latest version of
scilab-metanet, which is due to be installed in the Debian FTP archive.

A summary of the changes between this version and the previous one is
attached.

Thank you for reporting the bug, which will now be closed.  If you
have further comments please address them to 714...@bugs.debian.org,
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Sylvestre Ledru  (supplier of updated scilab-metanet 
package)

(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing ftpmas...@ftp-master.debian.org)


-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Format: 1.8
Date: Wed, 03 Jul 2013 17:59:24 +0200
Source: scilab-metanet
Binary: scilab-metanet
Architecture: source amd64
Version: 0.6-1-2
Distribution: unstable
Urgency: low
Maintainer: Debian Science Team 

Changed-By: Sylvestre Ledru 
Description: 
 scilab-metanet - Scilab graphs and networks computations module.
Closes: 714774
Changes: 
 scilab-metanet (0.6-1-2) unstable; urgency=low
 .
   * The package must be built in any case (Closes: #714774)
Checksums-Sha1: 
 7ab9f8ee43ecf8a69e5785cf5c4b2c9627e322f2 1491 scilab-metanet_0.6-1-2.dsc
 4aa59e68edd82af4b12e38e0f1a1eeb0e45c304b 10545 
scilab-metanet_0.6-1-2.debian.tar.gz
 a586639b4d14b7b08f2438f3f07ffeab7cba8b54 654790 
scilab-metanet_0.6-1-2_amd64.deb
Checksums-Sha256: 
 30e0f37aba41252da014ad338174196f4ead1133212c059be756bd98139fae16 1491 
scilab-metanet_0.6-1-2.dsc
 bd704fc2a65f7ba844f60a26175afd0a21ba715095438356c03d6d8ac3e2aa4f 10545 
scilab-metanet_0.6-1-2.debian.tar.gz
 4b2ec09d9cd3ad7aacecf1cd1af0e4f092986ca2da3cae7167c8cfe8e8bbf169 654790 
scilab-metanet_0.6-1-2_amd64.deb
Files: 
 e09d116e08a23f758779fc781792a43e 1491 math optional scilab-metanet_0.6-1-2.dsc
 47879b5ee3af3c940c62ed983d2e82c0 10545 math optional 
scilab-metanet_0.6-1-2.debian.tar.gz
 e4f9b7f19860746a54285a441e7d878f 654790 math optional 
scilab-metanet_0.6-1-2_amd64.deb

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.12 (GNU/Linux)

iEYEARECAAYFAlHagmQACgkQiOXXM92JlhAAkACeO1dTbEj/WK+qCdsXRFp0wdRQ
QxgAn1nCr+nZwM2juYkejNnkARJl37kW
=715O
-END PGP SIGNATURE End Message ---


Bug#714812: marked as done (glpi: postinst uses /usr/share/doc content (Policy 12.3): /usr/share/doc/glpi/mysql.conf)

2013-07-08 Thread Debian Bug Tracking System
Your message dated Mon, 08 Jul 2013 09:33:55 +
with message-id 
and subject line Bug#714812: fixed in glpi 0.83.91-3
has caused the Debian Bug report #714812,
regarding glpi: postinst uses /usr/share/doc content (Policy 12.3): 
/usr/share/doc/glpi/mysql.conf
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)


-- 
714812: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=714812
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: glpi
Version: 0.83.91-1
Severity: serious
User: debian...@lists.debian.org
Usertags: piuparts

Hi,

a test with piuparts revealed that your package uses files from
/usr/share/doc in its maintainer scripts which is a violation of
Policy 12.3: "Packages must not require the existence of any files in
/usr/share/doc/ in order to function."
http://www.debian.org/doc/debian-policy/ch-docs.html#s12.3

These files must be moved to /usr/share/$PACKAGE and may be symlinked
from /usr/share/doc/$PACKAGE.

This piuparts test prevents the installation of (most) files into
/usr/share/doc with 'dpkg --path-exclude=...'.

>From the attached log (scroll to the bottom...):

  Selecting previously unselected package glpi.
  (Reading database ... 10442 files and directories currently installed.)
  Unpacking glpi (from .../glpi_0.83.91-1_all.deb) ...
  Setting up glpi (0.83.91-1) ...
  apache2_invoke: Enable configuration glpi
  invoke-rc.d: policy-rc.d denied execution of reload.
  dbconfig-common: writing config to /etc/dbconfig-common/glpi.conf
  
  Creating config file /etc/dbconfig-common/glpi.conf with new version
  error: template infile /usr/share/doc/glpi/mysql.conf does not exist
  dpkg: error processing glpi (--configure):
   subprocess installed post-installation script returned error exit status 1
  Errors were encountered while processing:
   glpi


Cheers,

Andreas


glpi_0.83.91-1.log.gz
Description: GNU Zip compressed data
--- End Message ---
--- Begin Message ---
Source: glpi
Source-Version: 0.83.91-3

We believe that the bug you reported is fixed in the latest version of
glpi, which is due to be installed in the Debian FTP archive.

A summary of the changes between this version and the previous one is
attached.

Thank you for reporting the bug, which will now be closed.  If you
have further comments please address them to 714...@bugs.debian.org,
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Pierre Chifflier  (supplier of updated glpi package)

(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing ftpmas...@ftp-master.debian.org)


-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Format: 1.8
Date: Mon, 08 Jul 2013 11:00:52 +0200
Source: glpi
Binary: glpi
Architecture: source all
Version: 0.83.91-3
Distribution: unstable
Urgency: low
Maintainer: Pierre Chifflier 
Changed-By: Pierre Chifflier 
Description: 
 glpi   - IT and Asset management software
Closes: 592626 714812
Changes: 
 glpi (0.83.91-3) unstable; urgency=low
 .
   * Move default mysql configuration to /usr/share/glpi (Closes: #714812)
   * Add --debconf-ok to ucf call in postrm (Closes: #592626)
Checksums-Sha1: 
 bfedb1147bc3d58c600606b4242fba2eff4158a2 1348 glpi_0.83.91-3.dsc
 ec0f54859eababfc855f793f16b6ae110793d1e2 16745 glpi_0.83.91-3.debian.tar.gz
 80204fa4e9918191b88005f00e2ee9af4a9bbbd7 2845340 glpi_0.83.91-3_all.deb
Checksums-Sha256: 
 f38d834c180d0649a4b34c92af5e08c87cc996e8da695f5346dc2dea8586383c 1348 
glpi_0.83.91-3.dsc
 068639164c53cb7302e1a508224620ea7c32a83dff56e103d07ef2fe562fb7af 16745 
glpi_0.83.91-3.debian.tar.gz
 cf1ac975fa98d46c12c768bcf808e03056993538c2cfc044c535b2b2c5925739 2845340 
glpi_0.83.91-3_all.deb
Files: 
 5a8481b39549ce4e706b38a1b8b7c6c3 1348 web optional glpi_0.83.91-3.dsc
 75c598eb949f57f4988b89bed5e5fc31 16745 web optional 
glpi_0.83.91-3.debian.tar.gz
 cac3ab89288ec7e19b70070eebe667bc 2845340 web optional glpi_0.83.91-3_all.deb

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.12 (GNU/Linux)

iQEcBAEBAgAGBQJR2oAyAAoJEFqCeQfe0MQYp0UH/1ozekHAGNC5p6PeyxpT30pG
62yFcMoHbVEYlEFiVHF0ouAPgwAqMF+0jvzh2g9OUuse2QjoNVixWfjUxOD4tux8
RBg0VedtU70iuKyZJzm2mD463d2fA4f1yS9mS4bIOtzCxJ7XMZk4F0JrJOhwGOJ/
EWfDlGR1rhNRw9OvLrlQVHIf+jXCOlv7nnVaJCMtXlRnCW7huBc4mCW2/hSoo/Un
UczNG7gSVNr5iaQdU1ZROtoKjlF5cgJ5gJQM/jf/GnFGb0ZYi50EaH6pvKsjzVZt
78VgcmgpOG2UuZqLBdJ7c0/TpPn2RfdBZdvjRqnR7k5va2kJnPrtmH4dmkdRiUI=
=DaDH
-END PGP SIGNATURE End Message ---


  1   2   >