Bug#619347: Any progress with packaging Jappix?

[Philippe Gauthier]

On 2016-02-05 14:31, Daniel Pocock wrote:
On 5 February 2016 20:12:13 CET, "W. Martin Borgert" 
 wrote:

Hi,

the link to mentors seems to be dead.
Is there any progress with Jappix packaging?
Are there any problems? Missing JS dependencies?



 I tested it briefly but haven't had time to do any more.


Sorry for having abandoned the project for so long. Upstream completely 
reorganized the directory layout of the source code and it's a festival 
of imported third-party code that is in different stages of being 
available in Debian. Also I've started tracking and rebuilding the 
debian/copyright file but got discouraged at some point.



--
Philippe Gauthier 
https://www.deuxpi.ca/@deuxpi

Bug#813879: systemd: Assertion 's->exec_command[SERVICE_EXEC_START]' failed service_enter_start()

[Alexandre Detiste]

Le lundi 8 février 2016, 18:18:20 Yuriy M. Kaminskiy a écrit :

> Problem is, we started executing unit, spawned StartPre command, then 
> unit file was removed, systemctl daemon-reload was issued, unit 
> structure become half-ghost, then we got SIGCHLD for that StartPre 
> command from the already-removed unit. Oops.

The half-ghost issue is the reason the two commands are
"encapsulated" in a single 'sh -c' call.

Without that the second call simply vanish.

cron-after-var.service is even weirder;
it's just the least worst way to do it.


> 
> With 96fb824 applied, end result would be same:
> 
> @@ -1332,6 +1345,12 @@ static void service_enter_start(Service *s) {
>   c = s->main_command = s->exec_command[SERVICE_EXEC_START];
>   }
> 
> +if (!c) {
> +assert(s->type == SERVICE_ONESHOT);
> +service_enter_start_post(s);
> +return;
> +}
> +
> 
> c is NULL, s->type here is _SERVICE_TYPE_INVALID, so we'll die in assert 
> anyway :-\
> 
> It is possible that upstream systemd version is still affected, you may 
> want to try install jessie's systemd-cron 1.3.* into sid and play with 
> install/removal in a loop.

A long time ago running systemctl daemon-reload in a loop was just enough to 
crash systemd.

And doing a big update will leads to so many calls to daemon-reload anyway.

> Completely untested patches for systemd master and backport to v215 is 
> attached.

Bug#814113: RM: php-jama -- ROM; Useless and gone upsteam

[David Prévot]

Package: ftp.debian.org
Severity: normal

Hi,

As per #809422, “I initially packaged php-jama as a dependency of
php-excel (#718585), but this package is not going to” be part of
Debian soon, so please remove php-jama from the archive.

Regards

David


signature.asc
Description: PGP signature

Bug#814102: Icons of nm-applet

[Mattia Rizzolo]

control: reassign -1 network-manager-gnome 1.0.10-1

On Mon, Feb 08, 2016 at 03:20:15PM +, Walter Valenti wrote:
> Package: network-manager-gnomeVersion: 1.0.10-1
> Architecture: i386 (stretch)
> 
> On fluxbox, the menu icons of nm-applet (ex. the wifi level icons),are not 
> visible.The problem seems be specific on fluxbox.For example, executig 
> nm-applet on xfce4, the menu icons are showed.
> 
> Valenti Walter
> 

you used a too bad MUA, using html and the debian BTS failed to parse
your email correctly.

reassign this bug.

-- 
regards,
Mattia Rizzolo

GPG Key: 66AE 2B4A FCCF 3F52 DA18  4D18 4B04 3FCD B944 4540  .''`.
more about me:  http://mapreri.org  : :'  :
Launchpad user: https://launchpad.net/~mapreri  `. `'`
Debian QA page: https://qa.debian.org/developer.php?login=mattia  `-


signature.asc
Description: PGP signature

Bug#814115: autopkgtest: $ADTTMP does not survive until --shell-fail/-s

[Barry Warsaw]

Package: autopkgtest
Version: 3.19.2
Severity: normal

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Dear Maintainer,

My DEP-8 tests create some temporary directories, and they use $ADTTMP
to calculate the paths to create.  However, if the tests fail and
you're using --shell-fail/-s, you get dropped into the chroot but
neither the $ADTTMP environment variable, nor the directory (as seen
from the output log) survives in this shell, which makes debugging
test failures quite difficult.

I'm guessing there's a good technical reason why $ADTTMP isn't
available in the fail shell, but here's a formal request to keep it if
possible.


- -- System Information:
Debian Release: stretch/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)

Kernel: Linux 4.3.0-1-amd64 (SMP w/1 CPU core)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages autopkgtest depends on:
ii  apt-utils   1.2.2
ii  libdpkg-perl1.18.4
ii  procps  2:3.3.11-3
ii  python3 3.5.1-1
ii  python3-debian  0.1.27

Versions of packages autopkgtest recommends:
ii  autodep8  0.3

Versions of packages autopkgtest suggests:
pn  lxc  
pn  lxd-client   
pn  qemu-system  
pn  qemu-utils   
ii  schroot  1.6.10-2

- -- no debconf information

-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQIcBAEBCAAGBQJWuLmjAAoJEBJutWOnSwa/0t4QALJZv5eWtIZUvkmDDc3k5zXg
IyskJtve7R59ZaGh2pd2UXrVizGFyeZJO3rfvbHu2UlaBASaK+jOMLUlFg7CG1pb
Vn3H8eZd12jsoTXDZccz8JpzNFPGnTqDL6gLlw19Bfusjj6fGo0FSz0548l4Bbd1
AhJN59PS58k/fFAb0g08YDtkGHaF7rPficf8BYN7QwWvD4PM6hF9iRq5m41qH2nK
8VmEZsD82bBm5yWWx95gQR/X2Ks+awiC1uWmBvjzSbvBnnM7GO4oBmuMUOAX4M3j
stT4OhOpJS5MkFnMfD9c94VjFNvJDgmbWr7uU3QzDkLev/DSLmXY7H7uxtdDcmn4
+pyArJlKNHDN67Nm5GGqQmAtHLRQlCkwjZP6+ermx/rOfgvTKrhPL+KA3vTPklJ6
mlzQBkFKRR2SPPSnfz/3sU28WbhsTltuja3yHcR8Ofx2hrVJlZNyVZMSsregnh8P
Y1w6Dk7y1MM3H367ubBFckDgLYMbKyk91Rezn5jOeSpzCFcBsSQp2hJe2ifUyCWU
tUGVoXkkiybPKCOVCrsrcZ9nIpmg19HRj6tvD3XTG6VPY1dzyoGZjPzHFnHCwtdU
z+rvh6OO5x9dfU6aeJmuPA72nFLtgqzTTCzT4Guv9KvTBcc61TpXbftSjP5aF7bj
L89b5t4kqWhG+29HaX82
=f5iV
-END PGP SIGNATURE-

Bug#814124: chewing-editor: FTBFS (big-endian): TestChewingExporter fails

[Aaron M. Ucko]

Source: chewing-editor
Version: 0.0.1-1
Severity: important
Justification: fails to build from source

Builds of chewing-editor for big-endian architectures such as powerpc
and s390x have been failing:

  [ RUN  ] TestChewingExporter.WriteOneUserphrase
  /«PKGBUILDDIR»/test/testChewingExporter.cpp:96: Failure
  Value of: obj["phrase"]
Actual: 8-byte object 
  Expected: QJsonValue(QString("\xE6\xB8\xAC\xE8\xA9\xA6" ))
  Which is: 16-byte object <20-61 2B-50 24-04 42-84 00-00 00-00 00-00 00-03>
  /«PKGBUILDDIR»/test/testChewingExporter.cpp:99: Failure
  Value of: obj["bopomofo"]
Actual: 8-byte object 
  Expected: QJsonValue( QString("\xE3\x84\x98\xE3\x84\x9C\xCB\x8B 
\xE3\x84\x95\xCB\x8B" ))
  Which is: 16-byte object <20-61 33-78 80-00 00-01 00-00 00-00 00-00 00-03>
  [  FAILED  ] TestChewingExporter.WriteOneUserphrase (0 ms)

Could you please take a look?

Thanks!

Bug#813190: phpmyadmin: Error encounterd while configuring phpmyadmin with, dbconfig-common

[Michal Čihař]

Hi

Dne 30.1.2016 v 18:49 Guy Durrieu napsal(a):
> I never did anything manually on the phpadmin database.
> 
> Probably I prevously had installed the 4:4.5.0.2-1 version; all worked
> fine until the last upgrade (4:4.5.4-1 yesterday); now debian only
> proposes 4.4.2.12-2+deb8u1 as possible alternative.

Okay, it seems that phpmyadmin can do auto upgrade of the tables when
accessed with enough privileges. This seems to collide with dbconfig
upgrade we're using. I need to figure out best approach to handle this.

To workaround this for now, you can execute following query:

ALTER TABLE `pma__column_info`
  DROP `input_transformation`,
  DROP `input_transformation_options`;

And the upgrade should work.

-- 
Michal Čihař | http://cihar.com | http://blog.cihar.com



signature.asc
Description: OpenPGP digital signature

Bug#812052: [debian-mysql] Bug#812052: Bug#812052: galera-3: FTBFS with GCC 6: C++11 requires a space between..

[Otto Kekäläinen]

Upstream issue entry: https://github.com/codership/galera/issues/384

Bug#813506: zipl-installer: set up re-IPL to boot newly installed Debian/Linux

[Hendrik Brueckner]

Hi Philipp,

On Sun, Feb 07, 2016 at 01:31:49AM +0100, Philipp Kern wrote:
> On Tue, Feb 02, 2016 at 05:40:34PM +0100, Hendrik Brueckner wrote:
> > --- a/debian/zipl-installer.postinst
> > +++ b/debian/zipl-installer.postinst
> > @@ -57,8 +57,5 @@ EOF
> >  sed -e 's/^do_bootloader.*$/do_bootloader = yes/' < 
> > /target/etc/kernel-img.conf > /target/etc/kernel-img.conf.$$
> >  mv /target/etc/kernel-img.conf.$$ /target/etc/kernel-img.conf
> >  
> > -mount -t proc none /target/proc || true
> > -
> > -log-output -t zipl-installer chroot /target /sbin/zipl
> > -
> > -umount /target/proc || true
> > +# Run zipl in the installed target instance
> > +in-target /sbin/zipl -V
> 
> I'm a bit sad that this loses the zipl-installer tagging in
> /var/log/syslog because in-target does not support customized logging.
> It will log everything as "in-target".
> 
> At least there's prior art here in grub-installer calling in-target
> if $ROOT is /target. in-target does a bunch of stuff with policy-rc.d,
> for instance. But I guess that should be safe then...

For me "in-target" seems to be more convenient.  Of course, logging target
is different but I think that it is OK for zipl.  The alternative would be
something like this:

=
--- a/debian/zipl-installer.postinst
+++ b/debian/zipl-installer.postinst
@@ -57,8 +57,18 @@ EOF
 sed -e 's/^do_bootloader.*$/do_bootloader = yes/' < 
/target/etc/kernel-img.conf > /target/etc/kernel-img.conf.$$
 mv /target/etc/kernel-img.conf.$$ /target/etc/kernel-img.conf
 
-mount -t proc none /target/proc || true
+mount -o bind /proc /target/proc || true
+mount -o bind /sys /target/sys || true
+mount -o bind /dev /target/dev || true
 
-log-output -t zipl-installer chroot /target /sbin/zipl
+rc=0
+if ! log-output -t zipl-installer chroot /target /sbin/zipl -V; then
+   # Unmount the bound file systems before exiting
+   rc=1
+fi
 
+umount /target/dev || true
+umount /target/sys || true
 umount /target/proc || true
+
+exit $rc
=

The point here is that if zipl fails, the file systems needs to un-mounted.
The "set -e" causes the script to end but with the file systems still mounted.
Because that's exactly what in-target does, I preferred it rather than
sending the patch above.  I am also fine with the patch above if you like
that approach more and keep the zipl logging idenntifier.

> 
> > diff --git a/finish-install.d/70chreipl b/finish-install.d/70chreipl
> > new file mode 100755
> > index 000..ff8bcb9
> > --- /dev/null
> > +++ b/finish-install.d/70chreipl
> > @@ -0,0 +1,3 @@
> > +#!/bin/sh -e
> > +
> > +in-target chreipl /boot || true
> 
> Did you test that /usr/sbin is in PATH? For zipl we specify /sbin
> explicitly. (And yes, those might well be different execution
> environments...)

Yep, I tested this several times.  Of course, using /sbin/chreipl would
be safer here.

Thanks and kind regards,
  Hendrik

-- 
Hendrik Brueckner
brueck...@linux.vnet.ibm.com  | IBM Deutschland Research & Development GmbH
Linux on z Systems Development| Schoenaicher Str. 220, 71032 Boeblingen


IBM Deutschland Research & Development GmbH
Vorsitzender des Aufsichtsrats: Martina Koederitz
Geschaeftsfuehrung: Dirk Wittkopp
Sitz der Gesellschaft: Boeblingen
Registergericht: Amtsgericht Stuttgart, HRB 243294

Bug#813879: systemd: Assertion 's->exec_command[SERVICE_EXEC_START]' failed service_enter_start()

[Alexandre Detiste]

Le lundi 8 février 2016, 02:36:07 Michael Biebl a écrit :
> Am 06.02.2016 um 10:56 schrieb Sebastien Koechlin:
> 
> > Removing systemd-cron, installing cron
> > 
> > Feb 05 20:51:03 debir systemd[1]: Starting systemd-cron update units...
> > Feb 05 20:51:03 debir systemd[1]: Reloading.
> > Feb 05 20:51:03 debir systemd[1]: Assertion 
> > 's->exec_command[SERVICE_EXEC_START]' failed at ../src/core/service.c:1312, 
> > function service_enter_start(). Aborting.
> > Feb 05 20:51:03 debir systemd[1]: Caught , dumped core as pid 30693.
> > Feb 05 20:51:03 debir systemd[1]: Freezing execution.
> 
> This looks like a duplicate of
> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=776859

Indeed, but I havn't followed stable since 2002 (no linux-y job), so I forgot a 
bit about this.
 
> Alexandre, do you think backporting check changes for #776859 are feasible?

It's a one line fix:

http://anonscm.debian.org/cgit/collab-maint/systemd-cron.git/commit/?id=afacd3645349530dd447ff88bd46c985479279e2

Maybe adding "systemctl mask --runtime cron-update.service" to prerm can help 
too.

I don't know if I have the rights to upload to stable-proposed-updates
or if I need a sponsor again.

( 1.5.4-1 is still pending because I need a sponsor:
http://lists.alioth.debian.org/pipermail/pkg-systemd-maintainers/2016-January/010432.html
 )

Greets,

Alexandre


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

Bug#814072: tomcat-maven-plugin: FTBFS: Invalid plugin descriptor for org.codehaus.plexus:plexus-component-metadata

[Chris Lamb]

Source: tomcat-maven-plugin
Version: 1.1-2.4
Severity: serious
Justification: fails to build from source
User: reproducible-bui...@lists.alioth.debian.org
Usertags: ftbfs
X-Debbugs-Cc: reproducible-bui...@lists.alioth.debian.org

Dear Maintainer,

tomcat-maven-plugin fails to build from source in unstable/amd64:

  [..]

   dpkg-buildpackage -rfakeroot -D -us -uc -b
  dpkg-buildpackage: source package tomcat-maven-plugin
  dpkg-buildpackage: source version 1.1-2.4
  dpkg-buildpackage: source distribution unstable
  dpkg-buildpackage: source changed by Emmanuel Bourg 
   dpkg-source --before-build tomcat-maven-plugin-1.1
  dpkg-buildpackage: host architecture amd64
   fakeroot debian/rules clean
  dh clean --buildsystem=maven
 dh_testdir -O--buildsystem=maven
 dh_auto_clean -O--buildsystem=maven
"for dir in \$(find . -name target -type d); do if [ -f \$(echo \$dir | 
sed -e s/target\$/pom.xml/) ]; then rm -Rf \$dir; fi done"
mh_unpatchpoms -plibtomcat-maven-plugin-java
 dh_clean -O--buildsystem=maven
   debian/rules build
  dh build --buildsystem=maven
 dh_testdir -O--buildsystem=maven
 dh_update_autotools_config -O--buildsystem=maven
 dh_auto_configure -O--buildsystem=maven
  find: '/usr/share/maven-repo/org/codehaus/plexus/plexus-compiler/*/*.jar': No 
such file or directory
  find: '/usr/share/maven-repo/org/codehaus/plexus/plexus-compilers/*/*.jar': 
No such file or directory
  find: '/usr/share/maven-repo/org/codehaus/plexus/plexus-containers/*/*.jar': 
No such file or directory
mh_patchpoms -plibtomcat-maven-plugin-java --debian-build 
--keep-pom-version 
--maven-repo=/home/lamby/temp/cdt.20160208085215.TnS3QnKMpI/tomcat-maven-plugin-1.1/debian/maven-repo
 dh_auto_build -O--buildsystem=maven
/usr/lib/jvm/default-java/bin/java -noverify -cp 
/usr/share/maven/boot/plexus-classworlds-2.x.jar:/usr/lib/jvm/default-java/lib/tools.jar
 -Dmaven.home=/usr/share/maven 
-Dmaven.multiModuleProjectDirectory=/home/lamby/temp/cdt.20160208085215.TnS3QnKMpI/tomcat-maven-plugin-1.1
 -Dclassworlds.conf=/etc/maven/m2-debian.conf 
org.codehaus.plexus.classworlds.launcher.Launcher 
-s/etc/maven/settings-debian.xml 
-Ddebian.dir=/home/lamby/temp/cdt.20160208085215.TnS3QnKMpI/tomcat-maven-plugin-1.1/debian
 
-Dmaven.repo.local=/home/lamby/temp/cdt.20160208085215.TnS3QnKMpI/tomcat-maven-plugin-1.1/debian/maven-repo
 package -DskipTests -Dnotimestamp=true -Dlocale=en_US
  [INFO] Scanning for projects...
  [WARNING] 
  [WARNING] Some problems were encountered while building the effective model 
for org.codehaus.mojo:tomcat-maven-plugin:maven-plugin:1.1
  [WARNING] 'dependencies.dependency.systemPath' for 
org.apache.tomcat:jasper-jdt:jar should use a variable instead of a hard-coded 
path /usr/share/java/ecj.jar @ line 152, column 16
  [WARNING] 
  [WARNING] It is highly recommended to fix these problems because they 
threaten the stability of your build.
  [WARNING] 
  [WARNING] For this reason, future Maven versions might no longer support 
building such malformed projects.
  [WARNING] 
  [INFO]
 
  [INFO] 

  [INFO] Building Tomcat Maven Plugin 1.1
  [INFO] 

  [INFO] 

  [INFO] BUILD FAILURE
  [INFO] 

  [INFO] Total time: 0.115 s
  [INFO] Finished at: 2016-02-08T08:54:02+01:00
  [INFO] Final Memory: 8M/300M
  [INFO] 

  [ERROR] Invalid plugin descriptor for 
org.codehaus.plexus:plexus-component-metadata:1.6 
(/home/lamby/temp/cdt.20160208085215.TnS3QnKMpI/tomcat-maven-plugin-1.1/debian/maven-repo/org/codehaus/plexus/plexus-component-metadata/1.6/plexus-component-metadata-1.6.jar),
 Plugin's descriptor contains the wrong version: 1.5.5 -> [Help 1]
  [ERROR] 
  [ERROR] To see the full stack trace of the errors, re-run Maven with the -e 
switch.
  [ERROR] Re-run Maven using the -X switch to enable full debug logging.
  [ERROR] 
  [ERROR] For more information about the errors and possible solutions, please 
read the following articles:
  [ERROR] [Help 1] 
http://cwiki.apache.org/confluence/display/MAVEN/InvalidPluginDescriptorException
  dh_auto_build: /usr/lib/jvm/default-java/bin/java -noverify -cp 
/usr/share/maven/boot/plexus-classworlds-2.x.jar:/usr/lib/jvm/default-java/lib/tools.jar
 -Dmaven.home=/usr/share/maven 
-Dmaven.multiModuleProjectDirectory=/home/lamby/temp/cdt.20160208085215.TnS3QnKMpI/tomcat-maven-plugin-1.1
 -Dclassworlds.conf=/etc/maven/m2-debian.conf 
org.codehaus.plexus.classworlds.launcher.Launcher 
-s/etc/maven/settings-debian.xml 

Bug#814073: tzdata: FTBFS: Error: Unable to access jarfile /usr/lib/jvm/default-java//jre/lib/javazic.jar

[Chris Lamb]

Source: tzdata
Version: 2016a-1
Severity: serious
Justification: fails to build from source
User: reproducible-bui...@lists.alioth.debian.org
Usertags: ftbfs
X-Debbugs-Cc: reproducible-bui...@lists.alioth.debian.org

Dear Maintainer,

tzdata fails to build from source in unstable/amd64:

  [..]

  # Generate a java version
  /usr/lib/jvm/default-java//bin/java -jar 
/usr/lib/jvm/default-java//jre/lib/javazic.jar -V 2016a -d 
/home/lamby/temp/cdt.20160208085405.3qp2pN3cIl/tzdata-2016a/tzgen-java africa 
antarctica asia australasia europe northamerica southamerica etcetera factory 
backward systemv pacificnew gmt jdk11_backward
  Error: Unable to access jarfile /usr/lib/jvm/default-java//jre/lib/javazic.jar
  debian/rules:53: recipe for target 'build-indep-stamp' failed
  make: *** [build-indep-stamp] Error 1

  [..]

The full build log is attached.


Regards,

-- 
  ,''`.
 : :'  : Chris Lamb
 `. `'`  la...@debian.org / chris-lamb.co.uk
   `-


tzdata.2016a-1.unstable.amd64.log.txt.gz
Description: Binary data

Bug#814071: pyorbital: FTBFS: AssertionError: 60.371433482573323 != 60.37143348255783

[Chris Lamb]

Source: pyorbital
Version: 0.3.2-1
Severity: serious
Justification: fails to build from source
User: reproducible-bui...@lists.alioth.debian.org
Usertags: ftbfs
X-Debbugs-Cc: reproducible-bui...@lists.alioth.debian.org

Dear Maintainer,

pyorbital fails to build from source in unstable/amd64:

  [..]

  
  ==
  FAIL: test_sunangles (pyorbital.tests.test_astronomy.TestAstronomy)
  Test the sun-angle calculations:
  --
  Traceback (most recent call last):
File 
"/home/lamby/temp/cdt.20160208085132.sRBTiAzuyQ/pyorbital-0.3.2/pyorbital/tests/test_astronomy.py",
 line 53, in test_sunangles
  self.assertEqual(sun_theta, 60.371433482557833)
  AssertionError: 60.371433482573323 != 60.37143348255783
  
  --
  Ran 16 tests in 0.049s
  
  FAILED (failures=1)
  debian/rules:21: recipe for target 'override_dh_auto_test' failed
  make[1]: *** [override_dh_auto_test] Error 1
  make[1]: Leaving directory 
'/home/lamby/temp/cdt.20160208085132.sRBTiAzuyQ/pyorbital-0.3.2'
  debian/rules:11: recipe for target 'build' failed
  make: *** [build] Error 2

  [..]

The full build log is attached.


Regards,

-- 
  ,''`.
 : :'  : Chris Lamb
 `. `'`  la...@debian.org / chris-lamb.co.uk
   `-


pyorbital.0.3.2-1.unstable.amd64.log.txt.gz
Description: Binary data

Bug#814074: taskcoach: It fails to launch (dependence or miscofiguration related to zope.interface)

[Wenceslao]

Package: taskcoach
Version: 1.4.3-1
Severity: normal

Dear Maintainer,

Hereby I include the output:
==
Traceback (most recent call last):
  File "/usr/bin/taskcoach", line 72, in 
start()
  File "/usr/bin/taskcoach", line 63, in start
app = application.Application(options, args)
  File "/usr/lib/python2.7/dist-packages/taskcoachlib/patterns/singleton.py",
line 29, in __call__
class_.instance = super(Singleton, class_).__call__(*args, **kwargs)
  File "/usr/lib/python2.7/dist-
packages/taskcoachlib/application/application.py", line 117, in __init__
self.initTwisted()
  File "/usr/lib/python2.7/dist-
packages/taskcoachlib/application/application.py", line 159, in initTwisted
from twisted.internet import wxreactor
  File "/usr/lib/python2.7/dist-packages/twisted/__init__.py", line 55, in

_checkRequirements()
  File "/usr/lib/python2.7/dist-packages/twisted/__init__.py", line 42, in
_checkRequirements
raise ImportError(required + ".")
ImportError: Twisted requires zope.interface 3.6.0 or later.
==

python-zope.interface 4.1.3-1 is installed

In another machine, same version of taskcoach (and also same distribution:
debian stretch) is installed and working.

Thanks a lot,

Wenceslao



-- System Information:
Debian Release: stretch/sid
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.2.0-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages taskcoach depends on:
ii  fonts-dejavu 2.35-1
ii  libxss1  1:1.2.2-1
ii  python   2.7.11-1
ii  python-chardet   2.3.0-1
ii  python-dateutil  2.4.2-1
ii  python-keyring   7.3-1
ii  python-lockfile  1:0.10.2-2
ii  python-pyparsing 2.0.3+dfsg1-1
ii  python-squaremap 1:1.0.4-2
ii  python-twisted-core  15.5.0-4
ii  python-wxgtk3.0  3.0.2.0+dfsg-1+b1
ii  python-wxversion 3.0.2.0+dfsg-1
ii  python-xdg   0.25-4
ii  x11-utils7.7+3
ii  xdg-utils1.1.1-1

Versions of packages taskcoach recommends:
ii  libavahi-compat-libdnssd1  0.6.32~rc+dfsg-1
ii  libgnome-2-0   2.32.1-5
ii  python-notify  0.1.1-4

Versions of packages taskcoach suggests:
ii  espeak   1.48.04+dfsg-2
pn  python-kde4  

-- no debconf information

Bug#814110: linux-image-4.3.0-1-armmp: kernel freeze when loading the usb/chipidea/ci_hdrc_imx.ko module on udoo quad

[Alexis Martin]

Package: src:linux
Version: 4.3.5-1
Severity: important

  Hi,

  I'm using the armmp variant of the linux Debian ARM kernel package.
The linux-image-4.0.0-2-armmp (4.0.8-2) was working correctly but new
kernel freeze during the boot.
  I tested since 4.1 (but without keeping the exact version number)
However, I tried to locate more precisely the problem with the
linux-image-4.3.0-1-armmp (4.3.5-1) and it seems the problem comes
from the ci_hdrc_imx module (see below). The freeze also occurs with the
current experimental kernel (4.4-1~exp1).

  To try to debug, I installed the linux-image-4.3.0-1-armmp package
(the system was running the 4.0 kernel). I switched to sysvinit (instead
of systemd) to be able to precisely control the boot, step by step.
  Before rebooting (in fact, after several tests), I renamed the
/lib/module/4.3.0-1-armmp/kernel/drivers/usb directory to usb.pb so
that usb modules were not loaded by udev.
  Then I reboot with init=/bin/bash, manually run /etc/rcS.d/S01*
script and run /etc/rcS.d/S02udev script.
  Then, I manually loaded usb modules for this machine (udoo quad)
and you can observe on the attached log that the ARM board freeze
when inserting the ci_hdrc_imx.ko module. No log, no error message
is printed. Only a freeze of the board.

  This is a regression from 4.0 kernels.

  Is there something I can do to help you ?

  Regards,
Alexis Martin

-- Package-specific info:
** Version:
Linux version 4.3.0-1-armmp (debian-ker...@lists.debian.org) (gcc version 4.9.3 
(Debian 4.9.3-11) ) #1 SMP Debian 4.3.5-1 (2016-02-06)

** Command line:
console=ttymxc1,115200 root=/dev/mmcblk0p1 rootwait rw

** Tainted: W (512)
 * Taint on warning.

** Kernel log:
[1.253885] io scheduler noop registered
[1.253904] io scheduler deadline registered
[1.253944] io scheduler cfq registered (default)
[1.259941] imx-sdma 20ec000.sdma: no event needs to be remapped
[1.260062] imx-sdma 20ec000.sdma: firmware: failed to load 
imx/sdma/sdma-imx6q.bin (-2)
[1.260077] imx-sdma 20ec000.sdma: Direct firmware load for 
imx/sdma/sdma-imx6q.bin failed with error -2
[1.263684] imx-sdma 20ec000.sdma: initialized
[1.265502] Serial: 8250/16550 driver, 4 ports, IRQ sharing disabled
[1.267270] Serial: AMBA driver
[1.268078] 21e8000.serial: ttymxc1 at MMIO 0x21e8000 (irq = 288, base_baud 
= 500) is a IMX
[2.034293] console [ttymxc1] enabled
[2.042221] 2188000.ethernet supply phy not found, using dummy regulator
[2.049495] pps pps0: new PPS source ptp0
[2.065613] libphy: fec_enet_mii_bus: probed
[2.070549] fec 2188000.ethernet eth0: registered PHC device 0
[2.077290] mousedev: PS/2 mouse device common for all mice
[2.084619] snvs_rtc 20cc034.snvs-rtc-lp: snvs rtc: you use old dts file, 
please update it
[2.093407] snvs_rtc 20cc034.snvs-rtc-lp: rtc core: registered 
20cc034.snvs-rtc-lp as rtc0
[2.104473] ledtrig-cpu: registered to indicate activity on CPUs
[2.112109] NET: Registered protocol family 10
[2.117585] mip6: Mobile IPv6
[2.120607] NET: Registered protocol family 17
[2.125105] mpls_gso: MPLS GSO support
[2.129179] failed to disable 852 MHz OPP
[2.133506] ThumbEE CPU extension supported.
[2.137830] Registering SWP/SWPB emulation handler
[2.143580] registered taskstats version 1
[2.147862] zswap: loaded using pool lzo/zbud
[2.152992] snvs_rtc 20cc034.snvs-rtc-lp: setting system clock to 2016-02-08 
13:17:03 UTC (1454937423)
[2.174979] PM: Hibernation image not present or could not be loaded.
[2.175019] usb_h1_vbus: disabling
[2.179808] Freeing unused kernel memory: 828K (c092d000 - c09fc000)
[2.263200] random: systemd-udevd urandom read with 1 bits of entropy 
available
[2.483414] sdhci: Secure Digital Host Controller Interface driver
[2.489663] sdhci: Copyright(c) Pierre Ossman
[2.500306] sdhci-pltfm: SDHCI platform and OF driver helper
[2.506346] SCSI subsystem initialized
[2.515317] /soc/aips-bus@0210/usdhc@02198000: voltage-ranges unspecified
[2.521863] libata version 3.00 loaded.
[2.522556] sdhci-esdhc-imx 2198000.usdhc: could not get ultra high speed 
state, work on normal mode
[2.529344] ahci-imx 220.sata: fsl,transmit-level-mV not specified, 
using 0024
[2.529353] ahci-imx 220.sata: fsl,transmit-boost-mdB not specified, 
using 0480
[2.529360] ahci-imx 220.sata: fsl,transmit-atten-16ths not specified, 
using 2000
[2.529367] ahci-imx 220.sata: fsl,receive-eq-mdB not specified, using 
0500
[2.539875] ahci-imx 220.sata: SSS flag set, parallel bus scan disabled
[2.539907] ahci-imx 220.sata: AHCI 0001.0300 32 slots 1 ports 3 Gbps 
0x1 impl platform mode
[2.539920] ahci-imx 220.sata: flags: ncq sntf stag pm led clo only pmp 
pio slum part ccc apst 
[2.547177] scsi host0: ahci-imx
[2.547581] ata1: SATA max UDMA/133 mmio [mem 0x0220-0x02203fff] port 
0x100 irq 294
[  

Bug#814111: RM: php-spreadsheet-excel-writer -- RoQA; NPOASR, not installable

[David Prévot]

Package: ftp.debian.org
Severity: normal

Hi,

As per #722918, php-spreadsheet-excel-writer is not installable since it
depends on php-ole, but as per #487558, that package is never going to
be part of Debian, so please remove php-spreadsheet-excel-writer from
the archive.

Regards

David


signature.asc
Description: PGP signature

Bug#814112: RM: php-html-common -- ROM; Useless and superseded upstream

[David Prévot]

Package: ftp.debian.org
Severity: normal
Control: block -1 by 814105

Hi,

As per #809420, please remove php-html-common now useless in Debian, and
superseded by php-html-common2 upstream.

Regards

David


signature.asc
Description: PGP signature

Bug#814114: RM: php-file -- ROTM; Useless and not maintained upstream

[David Prévot]

Package: ftp.debian.org
Severity: normal
Control: block -1 by 814107

Hi,

As per #804907, php-file is now useless and not maintained upstream.

Regards

David


signature.asc
Description: PGP signature

Bug#814123: RM: jenkins-xstream -- ROM; no longer used

[Emmanuel Bourg]

Package: ftp.debian.org
Severity: normal

Hi,

Please remove the jenkins-xstream package. It was only used by Jenkins
which has been removed recently.

Thank you,

Emmanuel Bourg

Bug#814125: drumgizmo: FTBFS on non-Linux: automatic GUI detection broken

[Aaron M. Ucko]

Source: drumgizmo
Version: 0.9.8.1-1
Severity: important
Justification: fails to build from source

Builds of drumgizmo for non-Linux architectures (just kFreeBSD so far)
have been failing:

  Auto setting gui based on host: kfreebsd-gnu
  configure: error: Your platform is not currently supported

Please try explicitly passing --enable-gui=x11.  (It looks like the
upstream configure script inappropriately capitalizes BSD on line 46,
and doesn't attempt to cover the Hurd at all.)

Thanks!

Bug#619347: Any progress with packaging Jappix?

[W. Martin Borgert]

Quoting Philippe Gauthier :
it's a festival of imported third-party code that is in different  
stages of being available in Debian.


That is, unfortunately, a problem with many web applications.

Did you prepare a list of the necessary libraries?

I would try to help filing RFPs/ITPs for missing libraries
and checking versions of those already present in Debian.
I would also package JS libraries, if that helps, but not
PHP stuff, because I don't know anything about it.

Cheers

Bug#814128: Useless in Debian

[David Prévot]

Package: php-net-ldap
Version: 1:1.1.5-3
Severity: serious
Tags: stretch sid

[Filled as RC by a team member to see it auto-removed from testing if
 nobody disagrees. Please, do downgrade it with an explanation if you
 disagree.]

Hi,

php-net-ldap is not used by any Debian package anymore, “is not
maintained anymore and has been superseded” [0] upstream.

0: http://pear.php.net/package/Net_LDAP

php-net-ldap2 is already in Debian (but not maintained upstream either).

There is a priori little point to ship it in the next stable release.

I intend to follow up with an RM request in a few months if nobody
objects (but feel free to beat me to it).

Regards

David


signature.asc
Description: PGP signature

Bug#814129: elpa: FTBFS on x32: cannot find -lblacs-mpich et al.

[Aaron M. Ucko]

Source: elpa
Version: 2015.05.001-1
Severity: important
Justification: fails to build from source

The x32 build of elpa failed:

  /usr/bin/ld: cannot find -lblacs-mpich
  /usr/bin/ld: cannot find -lblacsCinit-mpich
  /usr/bin/ld: cannot find -lscalapack-mpich

Per https://packages.debian.org/sid/x32/libblacs-mpi-dev/filelist and
https://packages.debian.org/sid/x32/libscalapack-mpi-dev/filelist, the
appropriate suffix there is mpich2, at least as of the the latest
versions that built there at all (blacs-mpi 1.1-31, scalapack 1.8.0-9).
It's not clear whether any other architectures are affected, as most
builds ran afoul of dh-autoreconf bug #814063 (incompatibility with
libtool 2.4.6, just fixed).

Could you please take a look?

Thanks!

Bug#814133: Useless in Debian

[David Prévot]

Package: php-net-smartirc
Version: 1.1.7-1
Severity: serious


[Filled as RC by a team member to see it autoremoved from testing if
 nobody disagrees. Please, do downgrade it with an explanation if you
 disagree.]

php-net-smartirc is not used by any Debian package currently, and even
if upstream is still active, it has a low (and shrinking) popcon, so
probably isn’t of any use anymore in Debian. There is a priori little
point in shipping it in the next stable release.

I intend to follow up with an RM request in a few months if nobody
objects (but feel free to beat me to it).

Regards

David


signature.asc
Description: PGP signature

Bug#814079: [gdb-mingw-w64] Fails to connect to gdbserver

[Stephen Kitt]

Hi Jan,

Le 08/02/2016 10:07, Jan Hudec a écrit :

On one terminal I start the program to debug under wine and gdbserver:

$ wine /usr/share/win32/gdbserver.exe localhost: 
path/to/something.exe


and it prints

Process path/to/something.exe created; pid = 41
Listening on port 
Remote debugging from host 127.0.0.1


Do you get the third line immediately? It's only printed when a remote 
debugger connects, so you shouldn't get it then unless something else is 
connecting to port  (which would explain your other symptoms).


[...]

Regards,

Stephen

Bug#801253: reproducing and fixing lintian errors of wicd 1.7.3-3 package

[toogley]

thanks.

On 02/07/2016 10:30 PM, gregor herrmann wrote:

On Sun, 07 Feb 2016 18:12:36 +0100, Axel Beckert wrote:


$ lintian ../wicd-daemon_1.7.3-3_all.deb
$ lintian ../wicd-gtk_1.7.3-3_all.deb
$

==> Where is my mistake?


On which Debian release have you run lintian? On Debian stable? (I
guess so, because the deprecated "git buildpackage" no more works on
Unstable/Testing. You need to use "gbp buildpackage" instead there.)

If so, you need to install lintian from backports. Lintian from
backports follows Lintian from Unstable/Testing rather quickly.


Additionally, lintian runs more tests when run against the .changes
file (and not the .debs); and lintian has some nice command line /
configuration options to enable additional tests (informational,
pedantic, experimental).

Cheers,
gregor

Bug#814116: RM: phpunit-selenium -- ROTM; Useless and not maintained in Debian

[David Prévot]

Package: ftp.debian.org
Severity: normal

Hi,

As per #804785, phpunit-selenium is not used by PHPUnit anymore, and the
Debian package never moved to the new upstream source.

Regards

David


signature.asc
Description: PGP signature

Bug#814120: RM: jenkins-memory-monitor -- ROM; no longer used

[Emmanuel Bourg]

Package: ftp.debian.org
Severity: normal

Hi,

Please remove the jenkins-memory-monitor package. It was only used by Jenkins
which has been removed recently.

Thank you,

Emmanuel Bourg

Bug#814136: wimlib: FTBFS: doxygen: not found

[Aaron M. Ucko]

Source: wimlib
Version: 1.8.3-1
Severity: serious
Justification: fails to build from source

Builds of wimlib in minimal environments geared towards building its
architecture-dependent binary packages have been failing:

  cd doc && doxygen
  /bin/sh: 1: doxygen: not found
  debian/rules:10: recipe for target 'override_dh_auto_build' failed
  make[1]: *** [override_dh_auto_build] Error 127
  make[1]: Leaving directory '/«PKGBUILDDIR»'
  debian/rules:4: recipe for target 'build-arch' failed
  make: *** [build-arch] Error 2

Please either run doxygen only when actually building the
architecture-independent -doc package or move it from
Build-Depends-Indep to Build-Depends.

Thanks!

Bug#814119: RM: php-xml-dtd -- ROM; Useless and abandoned upstream

[David Prévot]

Package: ftp.debian.org
Severity: normal

Hi,

As per #809426, php-xml-dtd last reverse dependency (php-mdb2-schema)
has been removed after Wheezy, and the package seems abandoned upstream.

Regards

David


signature.asc
Description: PGP signature

Bug#814127: variety: should be in section graphics (not python)

[Jonas Smedegaard]

Package: variety
Severity: minor
Tags: newcomer

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Package variety may be written in Python, but its purpose is
(judging from its package description) not to act as a Python library
but rather a graphics tool: It should therefore be in the package
section graphics.

 - Jonas

-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQIcBAEBAgAGBQJWuMJYAAoJECx8MUbBoAEhzgcP/0wPzBke77V7EGIyfS8glvk6
tfq7cuhOmyEP2ZDKkNdQCdAkdDlGYpPLF/Oi6QX99EDHRbabAqg1UMmfA2ecztm3
oe8NkzqjSmLPJk9l0r17goIlPSophE4U5TnUxfj6KVy5nk+qNBmvW4mAV9ti6e/S
YYE6UUAomoSakSRM+5q1j1dWSfu9zh3knV9lYM+84r4LH3vosI/A0c087Y1wImZr
qdcX5FcoBny/wat1Wn3QpcCfiWXnJGe3Hqigo9wZZ2XgcbZjJ7wcsS2m9wNzLXHI
3SIbu7TUMI1ID209u8ZZbeS2QR6i6JoufieuxoHJTXUcfy0bzccChk+kq5eVoAzc
bsqB9UWNR7MWxg+/RjNzIN3D660MunHdXQmqDVyV/fdriAreaIZEdgYsrxDgy+TD
wFD9lusAM+qtYaCypA1DGNSjVzxG/4oWmfDXDne6eD5KG1aF6efMgMcj2toT8je3
cyApzGqqTdElJQPWEixpojVhUeMyfrduTOW2pMM8ulmL06x0DZEZjo4iBYudxicy
Fb8KMVdgONxqDR+9Pk4wH9jOB3+8C4JKfPsBmBIOJA+7qNxbbTj1llXW4gA4SDOI
pVbAGZK8oUubl4P3XWvRWDf4bEegR8JvpBT5MHRKvSCjzae3pQVN8/I+BWvmUkWr
05jnKr2VXDD4zc8/RjEe
=UbNv
-END PGP SIGNATURE-

Bug#814121: RM: php-html-template-it -- ROTM; Useless and abandoned upstream

[David Prévot]

Package: ftp.debian.org
Severity: normal

Hi,

As per #809425, php-html-template-it has no reverse dependency and seems
abandoned upstream.

Regards

David


signature.asc
Description: PGP signature

Bug#814122: RM: jenkins-task-reactor -- ROM; no longer used

[Emmanuel Bourg]

Package: ftp.debian.org
Severity: normal

Hi,

Please remove the jenkins-task-reactor package. It was only used by Jenkins
which has been removed recently.

Thank you,

Emmanuel Bourg

Bug#814117: RM: lucene4 -- ROM; no longer used, replaced by lucene4.10

[Emmanuel Bourg]

Package: ftp.debian.org
Severity: normal


Hi,

Please remove the lucene4 package, it has been replaced by lucene4.10 and is no 
longer used.

Thank you,

Emmanuel Bourg

Bug#814126: Fairly outdated version (unmaintained package?)

[David Prévot]

Source: php-solr
Version: 1.0.2-2
Severity: serious
Tags: stretch sid

[Filled as RC by a team member to see it autoremoved from testing if
 nobody disagrees. Please, do downgrade it with an explanation if you
 disagree.]

Hi,

php-solr 1.0.2 was uploaded to Debian in 2014 (released upstream in
2011). Since then, upstream released many versions (2.3.0 last
December). php5-solr has no reverse dependency, a fairly low popcon, so
if it has no real users nor actual maintainers, there is a priori little
point to ship it in the next stable release.

I intend to follow up with an RM request in a few months if nobody
objects (but feel free to beat me to it).

Regards

David


signature.asc
Description: PGP signature

Bug#808176: ITP: python-neovim -- Library for scripting Neovim processes through its msgpack-rpc API

[Víctor Cuadrado Juan]

tags 808176 + help
thanks


The package is being packaged under the umbrella of the
Debian Python Modules Team, which I am now part of.

The package is almost done. The current state can be
found at the team's VCS[1].

Right now I am stalled, as I can't get the tests to pass
when building in a chroot (pbuilder).

The tests require a neovim instance running as server, so for
example one can use `dtach` to run nvim, and run the tests
against it. This already works outside of pbuilder, but I fail
to reproduce it in pbuilder. A simplified example of what is
needed, without proper cleansing after the tests would be:

>override_dh_auto_test:
>   # start a detached session with a nvim server:
>   export NVIM_LISTEN_ADDRESS=$(dtmp)/nvim-socket
>   dtach -n $(dtmp)/dtach-socket env TERM=vt100 nvim
>   dh_auto_test


Cheers,


[1]: https://anonscm.debian.org/cgit/python-modules/packages/python-neovim.git


-- 
Víctor Cuadrado juan
--
E-Mail: , OpenPGP-Key-ID: 0xA2591E231E251F36
Key fingerprint: E3C5 114C 0C5B 4C49 BA03  0991 A259 1E23 1E25 1F36
My signed E-Mails are trustworthy.


signature.asc
Description: PGP signature

Bug#814130: mpqc3: FTBFS (32-bit): sc::MessageGrp::sum cannot be overloaded

[Aaron M. Ucko]

Source: mpqc3
Version: 0.0~git20150911-1
Severity: important
Justification: fails to build from source

Builds of mpqc3 for 32-bit platforms such as i386 have been failing:

  /«PKGBUILDDIR»/src/lib/util/group/message.h:502:18: error: 'virtual void 
sc::MessageGrp::sum(size_t*, int, size_t*, int)' cannot be overloaded
   virtual void sum(size_t* data, int n, size_t* = 0, int target = -1);
^
  /«PKGBUILDDIR»/src/lib/util/group/message.h:499:18: error: with 'virtual void 
sc::MessageGrp::sum(unsigned int*, int, unsigned int*, int)'
   virtual void sum(unsigned int* data, int n, unsigned int* = 0, int 
target = -1);
^

Could you please take a look, and conditionalize one of these variants
appropriately?

Thanks!

Bug#814134: rocksdb: FTBFS on non-Linux: neglects to enable C++11 mode

[Aaron M. Ucko]

Source: rocksdb
Version: 4.1-1
Severity: important
Justification: fails to build from source

Builds of rocksdb on kFreeBSD failed because the source requires C++11
but the compiler is evidently invoked without an appropriate option:

  In file included from /usr/include/c++/5/atomic:38:0,
   from ./util/mock_env.h:11,
   from util/mock_env.cc:10:
  /usr/include/c++/5/bits/c++0x_warning.h:32:2: error: #error This file 
requires compiler and library support for the ISO C++ 2011 standard. This 
support must be enabled with the -std=c++11 or -std=gnu++11 compiler options.

I suspect a similar error would occur on the Hurd, as the log also contains

  Unknown platform!

Could you please take a look?

Thanks!

Bug#796180: libtool: generates binary data in config.log due to buggy escaping

[Vincent Lefevre]

Control: found -1 2.4.6-0.1
Control: retitle -1 libtool: generates binary data in config.log with dash due 
to buggy escaping

The problem occurs only with dash, e.g. when setting
CONFIG_SHELL=/bin/sh in the environment and where /bin/sh is dash.

The problem comes from:

+ echo configure:10030: /usr/bin/nm -B conftest.o \| sed -n -e 's/^.*[ 
]\([ABCDGIRSTW][ABCDGIRSTW]*\)[ ][ ]*\([_A-Za-z][_A-Za-z0-9]*\)$/\1 \2 \2/p' | 
sed '/ __gnu_lto/d' \> conftest.nm

With bash:

$ echo '\1' | hd
  5c 31 0a  |\1.|
0003

With dash:

$ echo '\1' | hd
  01 0a |..|
0002

POSIX[*] says:

  if any of the operands contain a  character, the results
  are implementation-defined.

So, the above code is not portable.

[*] http://pubs.opengroup.org/onlinepubs/9699919799/utilities/echo.html

-- 
Vincent Lefèvre  - Web: 
100% accessible validated (X)HTML - Blog: 
Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon)

Bug#814135: rocksdb: FTBFS (32-bit): printf format mismatch

[Aaron M. Ucko]

Source: rocksdb
Version: 4.1-1
Severity: important
Justification: fails to build from source

Builds of rocksdb that got as far as building tools (i.e., i386 and
x32) failed:

  tools/db_stress.cc: In member function 'void 
rocksdb::{anonymous}::Stats::Report(const char*)':
  tools/db_stress.cc:593:77: error: format '%ld' expects argument of type 'long 
int', but argument 4 has type 'size_t {aka unsigned int}' [-Werror=format=]
   fprintf(stdout, "%-12s: Single deleted %ld times\n", "", 
single_deletes_);

Could you please take a look?  I'd suggest either using %zd or
formally casting to long.

Thanks!

Bug#814137: wimlib: FTBFS on kFreeBSD: undefined references to ntfs_*

[Aaron M. Ucko]

Source: wimlib
Version: 1.8.3-1
Severity: important
Justification: fails to build from source

Builds of wimlib on kFreeBSD failed due to undefined references to
ntfs_* symbols:

  libtool: link: gcc -std=gnu99 -fvisibility=hidden -fno-common 
-Wmissing-prototypes -Wstrict-prototypes -Wundef -Wno-pointer-sign 
-Wno-deprecated-declarations -g -O2 -fstack-protector-strong -Wformat 
-Werror=format-security -Wl,-z -Wl,relro -o .libs/wimlib-imagex 
programs/wimlib_imagex-imagex.o  ./.libs/libwim.so -pthread
  ./.libs/libwim.so: undefined reference to `ntfs_get_ntfs_attrib'
  ./.libs/libwim.so: undefined reference to `ntfs_set_ntfs_reparse_data'
  ./.libs/libwim.so: undefined reference to `ntfs_inode_set_times'
  ./.libs/libwim.so: undefined reference to `ntfs_set_ntfs_attrib'
  ./.libs/libwim.so: undefined reference to `ntfs_set_ntfs_dos_name'
  ./.libs/libwim.so: undefined reference to `ntfs_set_ntfs_acl'
  collect2: error: ld returned 1 exit status
  Makefile:1201: recipe for target 'wimlib-imagex' failed

I'm not sure what went wrong here, as the log does confirm linkage
against libntfs-3g:

  /bin/bash ./libtool  --tag=CC   --mode=link gcc -std=gnu99 
-fvisibility=hidden -fno-common -Wmissing-prototypes -Wstrict-prototypes 
-Wundef -Wno-pointer-sign -pthread -I/usr/include/libxml2-g -O2 
-fstack-protector-strong -Wformat -Werror=format-security  -version-info 23:0:8 
-Wl,-z,relro -o libwim.la -rpath /usr/lib/x86_64-kfreebsd-gnu 
src/libwim_la-add_image.lo ... src/libwim_la-unix_capture.lo   -lxml2  -lntfs-3g

Could you please take a look?

Thanks!

Bug#814138: wimlib: FTBFS on x32: operand type mismatch for `add'

[Aaron M. Ucko]

Source: wimlib
Version: 1.8.3-1
Severity: important
Justification: fails to build from source

The x32 build of wimlib failed:

  src/lzms_common.c: Assembler messages:
  src/lzms_common.c:393: Error: operand type mismatch for `add'
  make[3]: *** [src/libwim_la-lzms_common.lo] Error 1

Could you please take a look?

Thanks!

Bug#814132: rocksdb: FTBFS on non-x86: unrecognized command line options

[GCS]

On Mon, Feb 8, 2016 at 5:39 PM, Aaron M. Ucko  wrote:
> Builds of rocksdb for non-x86 architectures all failed due to the use
> of -march=native, -momit-leaf-frame-pointer, or both.  (The remaining
> automated builds all failed too, due to separate issues I'll report
> shortly.)
[...]
> Could you please take a look?
 Sure, already working on these issues (I also track build results, no
need to report them separately).

Cheers,
Laszlo/GCS

Bug#814118: RM: jenkins-remoting -- ROM; no longer used

[Emmanuel Bourg]

Package: ftp.debian.org
Severity: normal


Hi,

Please remove the jenkins-remoting package. It was only used by Jenkins
which has been removed recently.

Thank you,

Emmanuel Bourg

Bug#814131: Useless in Debian

[David Prévot]

Package: php-pager
Version: 2.4.8-3
Severity: serious
Tags: stretch sid

[Filled as RC by a team member to see it autoremoved from testing if
 nobody disagrees. Please, do downgrade it with an explanation if you
 disagree.]

Hi,

php-pager is only used by php-structures-datagrid-renderer-pager, but
it’s going away (#804904, #814108). There has been a new upstream
release five years after the version currently in Debian, but since it
has a low (and shrinking) popcon, it probably isn’t of any use anymore.
There is a priori little point to ship it in the next stable release.

I intend to follow up with an RM request in a few months if nobody
objects (but feel free to beat me to it).

Regards

David


signature.asc
Description: PGP signature

Bug#812576: okular: fails to show up. Please close invalid.

[Lucio Crusca]

I've found the cause of the problem and it has nothing to do with 
okular. The problem was (is) that ifupdown2 fails to bring up the lo 
interface. Bringing up lo by hand, okular starts working again, along 
with other KDE apps.

Bug#814129: [Debichem-devel] Bug#814129: elpa: FTBFS on x32: cannot find -lblacs-mpich et al.

[Michael Banck]

Hi,

On Mon, Feb 08, 2016 at 11:27:34AM -0500, Aaron M. Ucko wrote:
> Source: elpa
> Version: 2015.05.001-1
> Severity: important
> Justification: fails to build from source
> 
> The x32 build of elpa failed:
> 
>   /usr/bin/ld: cannot find -lblacs-mpich
>   /usr/bin/ld: cannot find -lblacsCinit-mpich
>   /usr/bin/ld: cannot find -lscalapack-mpich
> 
> Per https://packages.debian.org/sid/x32/libblacs-mpi-dev/filelist and
> https://packages.debian.org/sid/x32/libscalapack-mpi-dev/filelist, the
> appropriate suffix there is mpich2, at least as of the the latest
> versions that built there at all (blacs-mpi 1.1-31, scalapack 1.8.0-9).

Well, but that's not the current state of affairs, I believe s390x is
currently the last port with mpich as default MPI implementation, and
that one has mpich, not mpich2:

https://packages.debian.org/sid/s390x/libblacs-mpi-dev/filelist
 
> Could you please take a look?

I think x32 should be fixed to build the latest blacs/scalapack first,
if the problem persists then, I'm willing to see about arch-specific
exceptions.


Michael

Bug#814132: rocksdb: FTBFS on non-x86: unrecognized command line options

[Aaron M. Ucko]

Source: rocksdb
Version: 4.1-1
Severity: important
Justification: fails to build from source

Builds of rocksdb for non-x86 architectures all failed due to the use
of -march=native, -momit-leaf-frame-pointer, or both.  (The remaining
automated builds all failed too, due to separate issues I'll report
shortly.)

-march=native is inappropriate for official Debian packages, because
it limits binary portability and breaks reproducibility.  I think
-momit-leaf-frame-pointer should be okay to use on platforms that
actually support it, but you should still bear in mind that many
don't.

Could you please take a look?

Thanks!

Bug#814066: ITP: maven-osgi -- Maven-OSGi integration library

[Christopher Hoskin]

Dear Emmanuel,

In the debian/control file 'Maintainer' is set to "Debian Java Maintainers <
pkg-java-maintain...@lists.alioth.debian.org>".

Is that what you meant?

Christopher

On 8 February 2016 at 08:22, Emmanuel Bourg  wrote:

> Hi Christopher,
>
> Thank you for packaging maven-osgi. Do you think you could assign the
> maintenance of this package to the Java Team so it can be co-maintained
> with the other Maven components? The package repository would be stored
> under the pkg-java group on Alioth.
>
> Thank you,
>
> Emmanuel Bourg
>

Bug#814077: ITP: topmenu-gtk -- Topmenu support for GTK2/3 and Qt based desktop shells

[Mike Gabriel]

Package: wnpp
Severity: wishlist
Owner: Mike Gabriel 

* Package name: topmenu-gtk
  Version : 0.2.1+git20151208
  Upstream Author : Javier S. Pedro 
* URL : https://git.javispedro.com/cgit/topmenu-gtk.git/about/
* License : GPL, LGPL
  Programming Lang: C
  Description : Topmenu support for GTK2/3, Qt and Mozilla based 
applications


 Topmenu is a standalone global menu bar (MacOS X style).
 .
 The project provides support for GTK2 and GTK3 based desktop
 applications. Plugins for Qt4 applications and some Mozilla apps are
 also provided. Integration into MATE, XFCE and LXDE is implemented via
 panel applets.
 .
 TopMenu uses XEmbed for exporting menu bars.
 .
 This package will be maintained under the umbrella of the Debian MATE
 Packaging Team.

Bug#800729: dpkg-architecture: Please add support for hppa64

[Guillem Jover]

Hi!

On Sat, 2016-02-06 at 21:45:44 +0100, Helge Deller wrote:
> >> I don't intend to do a new port, however the hppa kernel requires a
> >> hppa64 compiler.
> >> 
> >> $ dpkg-architecture -ahppa64
> >> dpkg-architecture: error: unknown Debian architecture hppa64, you must
> >> specify GNU system type, too
> >> 
> >> please could you add support to make this work? it will simplify the
> >> packaging of the toolchain.
> 
> > To the hppa porters, is there prospects of such a port?
> 
> Most likely not in the near future.

Oh, ok.

> > Is the ABI of such port stable (I'd assume yes)?
> 
> There is no glibc support yet, but kernel interface is known.
> And of course calling syntax would be like HP-UX. 

Hmmm, ok, to me that means I cannot accept the architecture in dpkg,
as the triplet would kind of lie, as it's supposed to include the glibc
part as well. If the toolchain is used to build stuff like 64-bit
kernels, boot loaders and similar, then I'd say the correct thing to
do anyway would be to use a standalone compiler.

I'm thus inclined to close this bug for now, as long as there's no
glibc support yet.

> > I'm also assuming the port would be big endian too?
> 
> Yes.
> 
> > And the GNU triplet is hppa64-linux-gnu?
> 
> Yes.

Thanks, for the information!

Regards,
Guillem

Bug#813855: rubber: doesn't generate PDF figures when elsarticle.cls is in the local directory

[Brice Goglin]

Le 08/02/2016 10:04, Preuße, Hilmar a écrit :
> 1. Is there specific reason to have a local copy, instead of using
> elsarticle.cls from texlive-publishers?

Hello

I didn't know it was available from a package :) Anyway I tend to always
pick up the latest version online anyway so that editors cannot complain
of a wrong version, and also because I want to save the working versions
in case I have to rebuild 5 years later.

> 2. Is this a regression? i.e. did that work in an earlier version?
>

I can't be sure but I don't remember having such problem last time I
used elsarticle.cls back in 2013.

Brice

Bug#811267: handling issues of package contents in the case of --path-exclude

[Guillem Jover]

Hi!

On Sat, 2016-02-06 at 12:03:55 +0100, Marc Haber wrote:
> sorry for not getting back to you any sooner. It took me a while to
> understand my local configuration issue.

No problem!

> On Mon, Jan 18, 2016 at 03:04:55AM +0100, Guillem Jover wrote:
> > Yes, it should, and that's what's supposed to happen. Here's a session
> > on my system:
> > 
> > ,---
> > # rm -rf /usr/share/zoneinfo
> > # ls -la /usr/share/zoneinfo
> > ls: cannot access /usr/share/zoneinfo: No such file or directory
> > # dpkg --path-exclude='/usr/share/zoneinfo' 
> > --path-exclude='/usr/share/zoneinfo/*' --install tzdata_2015g-1_all.deb
> > (Reading database ... 264026 files and directories currently installed.)
> > Preparing to unpack tzdata_2015g-1_all.deb ...
> > Unpacking tzdata (2015g-1) over (2015g-1) ...
> > Setting up tzdata (2015g-1) ...
> > 
> > User defined time zone, leaving /etc/localtime unchanged.
> > Local time is now:  Mon Jan 18 02:56:22 CET 2016.
> > Universal Time is now:  Mon Jan 18 01:56:22 UTC 2016.
> > Run 'dpkg-reconfigure tzdata' if you wish to change it.
> > 
> > # ls -la /usr/share/zoneinfols: cannot access /usr/share/zoneinfo: No such 
> > file or directory
> > #
> > `---
> > 
> > So there's something else going on here. Could you run the above but by
> > passing «-D333» to dpkg, and send the log?
> 
> After looking into an strace of the dpkg process, I found out that I
> had configuration regarding path exclude and include in
> /etc/dpkg/dpkg.conf.d, which was contradicting my command line
> directives.
>
> After removing the configuration, dpkg behaves as expected now.

Ah, that certainly explains.

> May I suggest adding information about processed configuration files
> to -D333 output to point people a bit more towards a possible conflict?

Oh, you mean dpkg's own configurations, sure!

> How does dpkg handle conflicts between command line configuration and
> configuration file configuration?

If dpkg can detect there's an actual conflict then it should (in
principle) error out, but in this case I don't see how dpkg would be
able to tell what you really want to do, so it considers the user
wants to extend the pre-existing directives.

Thanks,
Guillem

Bug#786984: Adopt kwstyle

[Benjamin Eikel]

retitle 786984 ITA: kwstyle -- Style checker for source code
owner 786984 !
thanks

Hello,

I like to adopt kwstyle. I already uploaded an updated package at  
Debian mentors:

http://mentors.debian.net/package/kwstyle
I am looking forward for comments.

Kind regards
Benjamin Eikel

Bug#813779: decompression with error 2

[Guillem Jover]

Hi!

On Fri, 2016-02-05 at 09:21:04 +0100, Klaus Ethgen wrote:
> Package: dpkg
> Version: 1.16.17
> Severity: normal

> Since several time I see the error on one of my wheezy boxes that
> decompression gives error 2 but the upgrade is successfull.
> 
> Here are parts from the upgrade output. Sorry to be german, my locales
> on that box are de_DE.
> ~> apt-get dist-upgrade
> ...
>Holen: 9 ftp://security.debian.org/debian-security/ wheezy/updates/main 
> krb5-locales all 1.10.1+dfsg-5+deb7u7 [1.504 kB]
>Holen: 10 http://apt.puppetlabs.com/ wheezy/main vim-puppet all 
> 3.8.6-1puppetlabs1 [9.444 B]
>Es wurden 3.940 kB in 0 s geholt (4.161 kB/s).
>Laden der Fehlerberichte ... Erledigt
>»Found/Fixed«-Informationen werden ausgewertet ... Erledigt
>dpkg-deb (Unterprozess): Archiv-Element wird dekomprimiert: interner 
> gzip-Schreibfehler: Datenübergabe unterbrochen (broken pipe)
>dpkg-deb: Fehler: Unterprozess  gab den Fehlerwert 2 zurück
>dpkg-deb (Unterprozess): Archiv-Element wird dekomprimiert: interner 
> gzip-Schreibfehler: Datenübergabe unterbrochen (broken pipe)
>dpkg-deb: Fehler: Unterprozess  gab den Fehlerwert 2 zurück
>dpkg-deb (Unterprozess): Archiv-Element kann nicht von 
> »/var/cache/apt/archives/libk5crypto3_1.10.1+dfsg-5+deb7u7_amd64.deb« in 
> Dekompressor-Pipe kopiert werden: Es konnte nicht geschrieben werden 
> (Datenübergabe unterbrochen (broken pipe))
>dpkg-deb (Unterprozess): Archiv-Element wird dekomprimiert: interner 
> gzip-Schreibfehler: Datenübergabe unterbrochen (broken pipe)
>dpkg-deb: Fehler: Unterprozess  gab den Fehlerwert 2 zurück
> ...
>Lese Changelogs... Fertig

So all the above are coming from the invocations via apt-listchanges
or a similar apt hook. And the reason they are failing is that a pipe
is being broken, which means some involved process closes the pipe or
dies. If this is apt-listchanges doing the parsing, and it does not
set SIGPIPE appropriately and stops reading from stdout, then that
could be a cause for this issue.

The easiest way to reproduce could be to run apt-listchanges manually
on a given .deb package.

>(Lese Datenbank ... 42914 Dateien und Verzeichnisse sind derzeit 
> installiert.)
>Vorbereitung zum Ersetzen von libk5crypto3:amd64 1.10.1+dfsg-5+deb7u6 
> (durch .../libk5crypto3_1.10.1+dfsg-5+deb7u7_amd64.deb) ...
>Ersatz für libk5crypto3:amd64 wird entpackt ...
>Vorbereitung zum Ersetzen von libgssapi-krb5-2:amd64 1.10.1+dfsg-5+deb7u6 
> (durch .../libgssapi-krb5-2_1.10.1+dfsg-5+deb7u7_amd64.deb) ...
> ...
> 
> The final error code is »0«, so no error. I see that on every upgrade on
> that box now.

That depends on how apt handles hook errors, nothing to do with dpkg
really.

Thanks,
Guillem

Bug#814004: gosa-desktop: should use different order for web browsers in Depends field

[Wolfgang Schweer]

On Sun, Feb 07, 2016 at 08:41:14PM +0100, Holger Levsen wrote:
> why does gosa-desktop depend on any webbrowser at all, arent the desktop 
> environments already depending on one?

task-(gnome|xfce|kde|lxde|mate)-desktop: iceweasel recommended

task-cinnamon-desktop depends upon cinnamon-desktop-environment
which recommends iceweasel

Wolfgang


signature.asc
Description: Digital signature

Bug#790275: qstat: FTBFS with glibc 2.21 and gcc-5

[Guillaume Delacour]

On Sat, 31 Oct 2015 15:15:33 +0100 Guillaume Delacour 
wrote:
> 
> Upstream seems to have modified qstat.c to include strndup() only if
> needed in recent version of qstat :
> 
> https://github.com/multiplay/qstat/commit/9977e09cebc340208ab097f8db619ebc80756859

I've uploaded a fix on mentors:
http://mentors.debian.net/debian/pool/main/q/qstat/qstat_2.15-2.dsc.

I'm waiting for Jordi for uploading it in the archive.

-- 
Guillaume Delacour



signature.asc
Description: OpenPGP digital signature

Bug#814079: [gdb-mingw-w64] Fails to connect to gdbserver

[Jan Hudec]

On Monday 08 of February 2016 11:22:38 Stephen Kitt wrote:
> Hi Jan,
> 
> Le 08/02/2016 10:07, Jan Hudec a écrit :
> > On one terminal I start the program to debug under wine and gdbserver:
> > $ wine /usr/share/win32/gdbserver.exe localhost:
> > 
> > path/to/something.exe
> > 
> > and it prints
> > 
> > Process path/to/something.exe created; pid = 41
> > Listening on port 
> > Remote debugging from host 127.0.0.1
> 
> Do you get the third line immediately? It's only printed when a remote
> debugger connects, so you shouldn't get it then unless something else is
> connecting to port  (which would explain your other symptoms).

Hm, yes, I do.

And this is the culprit:
$ netstat -ptn | grep 
tcp0  0 127.0.0.1:47022 127.0.0.1:  
ESTABLISHED 5510/adb
tcp0  0 127.0.0.1:  127.0.0.1:47022 
ESTABLISHED 17476/gdbserver.exe 

So I need to retrain my muscle memory to use different port (yes, it turned 
out to work). Thank you for help.

I am somewhat surprised that it just stopped working sometime last week 
though, because I've been using adb quite long.

-- 
 - Jan Hudec 

Bug#809340: Terminal widget occasionally gets garbled

[Enrico Zini]

On Tue, Dec 29, 2015 at 01:48:59PM -0500, Julián Moreno Patiño wrote:

> Thanks in advance to report this.
> Please could you reproduce this with terminator -d and
> attach the output to the report?

I put that in my todo list but I ended up switching to roxterm instead.

Since the switch, I get no screen garbled, no lines missing from
scrollback, no mutt getting confused by a SIGWINCH during early startup
caused by terminator opening with its extra toolbar and then hiding it
right away, and mouse paste working well in vim, so I don't anticipate
using terminator again for several months.

Feel free to close this bug if it turns out that I was the only one
experiencing it.


Enrico

-- 
GPG key: 4096R/E7AD5568 2009-05-08 Enrico Zini 


signature.asc
Description: PGP signature

Bug#813726: claws-mail-pgpmime: Can't encrypt if one of the recipient keys has MD5 digest algo specified

[Ricardo Mones]

control: tags -1 moreinfo

Hi Norbert,

On Thu, Feb 04, 2016 at 07:27:35PM +0100, Norbert Bollow wrote:
> Package: claws-mail-pgpmime
> Version: 3.11.1-3+deb8u1
> Severity: important
> 
> Dear Maintainer,
> 
> Encrypting email fails with the error message "Couldn't encrypt the email:
> Encryption failed, General error" if one of the recipient keys specifies
> the MD5 digest algorithm.

Just tried "gpg --version" and "gpg2 --version" and both have MD5
available as digest algorithms (Debian 8.3).

> I have found that putting "allow-weak-digest-algos" in my ~/.gnupg/options
> is an effective work-around as far as encryption from claws-mail is concerned.
> 
> However, adding that option causes encryption and decryption with gpg from
> the command line to break (error: "invalid option"), so that is not an
> acceptable work-around overall.

Which one does break gpg or gpg2?

By default ~/.gnupg/options is ignored, should be ~/.gnupg/gpg.conf¹,
so don't really understand what's the problem. 

Can you run claws-mail with --debug option in a terminal and try to
encrypt a mail to one of those recipients? It may show more info on
what's happening.

thanks in advance,

¹ https://www.gnupg.org/documentation/manuals/gnupg/GPG-Configuration.html
-- 
  Ricardo Mones 
  ~
  Absence of evidence is not evidence of absence.  Carl Sagan



signature.asc
Description: Digital signature

Bug#737628: xpdf no longer takes Xpdf.initialZoom into account

[Vincent Lefevre]

Control: found -1 3.04-1

This bug still occurs. Could you apply the patch, please?

-- 
Vincent Lefèvre  - Web: 
100% accessible validated (X)HTML - Blog: 
Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon)

Bug#737989: xpdf: Selection of non-ASCII characters no longer works: double UTF-8 encoding?

[Vincent Lefevre]

Control: found -1 3.04-1

This bug still occurs. Could you apply the patch, please?

-- 
Vincent Lefèvre  - Web: 
100% accessible validated (X)HTML - Blog: 
Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon)

Bug#814077: ITP: topmenu-gtk -- Topmenu support for GTK2/3 and Qt based desktop shells

[Thomas Goirand]

On 02/08/2016 05:08 PM, Mike Gabriel wrote:
> Package: wnpp
> Severity: wishlist
> Owner: Mike Gabriel 
> 
> * Package name: topmenu-gtk
>   Version : 0.2.1+git20151208
>   Upstream Author : Javier S. Pedro 
> * URL : https://git.javispedro.com/cgit/topmenu-gtk.git/about/
> * License : GPL, LGPL
>   Programming Lang: C
>   Description : Topmenu support for GTK2/3, Qt and Mozilla based 
> applications
> 
> 
>  Topmenu is a standalone global menu bar (MacOS X style).
>  .
>  The project provides support for GTK2 and GTK3 based desktop
>  applications. Plugins for Qt4 applications and some Mozilla apps are
>  also provided. Integration into MATE, XFCE and LXDE is implemented via
>  panel applets.
>  .
>  TopMenu uses XEmbed for exporting menu bars.
>  .
>  This package will be maintained under the umbrella of the Debian MATE
>  Packaging Team.

Hi,

Is this what's used in Unity to do the global menu? If yes, has it grown
to a non-buggy, maintainable thing these days? (just curious...)

BTW, s/MacOS X/Atari MiNT desktop/ :)

Cheers,

Thomas Goirand (zigo)

Bug#814081: Fails to keep USB key unmounted

[Me]

Package: gnome-shell
Version: 3.14.4-1~deb8u1

Dear Maintainer,

I own a Kingston DataTraveler USB key. When I want to unplug it, I click
on the "Eject" button in GNOME Shell's notification bar.

The key is properly unmounted and disappears briefly from Nautilus, then
it is immediately mounted again, as if I just plugged it.

It annoys me because I can't be sure nothing is being written on the key
when I unplug it, which can lead to data loss.

I filed this bug for GNOME Shell because it doesn't happen with other
desktops (I tried with XFCE, MATE, Ubuntu with Unity, and even Windows
10). Unmounting from Nautilus works as it should, too. The 'eject'
command in a terminal works. It's really specific to GNOME Shell.

It happens only with this USB key : I have two other keys from other
brands and they are properly unmounted. I would assume it's just a bad
quality USB firmware if it didn't happen only in GS.

I can reproduce the bug on a fresh Jessie install.

My kernel version is 3.16.7-ckt20-1+deb8u3. I observe the bug on the
backported 4.3.0-0.bpo.1-amd64 kernel too.

Bug#812708: Also affected: Baltimore CyberTrust Root used by Mailchimp

[Rich Lott - Artful Robot]

Hi Michael,

Thanks for getting back. Good you did as I was wrong!

Here's what's failing under Debian Jessie:

echo GET | openssl s_client -CApath /etc/ssl/certs/ -connect 
us9.api.mailchimp.com:443  2>&1  | head -n5
depth=2 C = IE, O = Baltimore, OU = CyberTrust, CN = Baltimore 
CyberTrust Root

verify error:num=20:unable to get local issuer certificate
verify return:0


I tracked this down to the following change in ca-certificates.conf:

Was:
mozilla/GTE_CyberTrust_Global_Root.crt

Is:
#!mozilla/GTE_CyberTrust_Global_Root.crt

By adding that certificate back in (from a local Ubuntu), adding it back 
to /etc/ca-certificates.conf and running update-ca-certificates, 
Mailchimp's API works again.


Hope this is useful, I have to admit I'm at the limit of my 
understanding on this!


Thanks,

Rich




On 05/02/16 15:40, Michael Shuler wrote:

On 02/05/2016 05:49 AM, Rich wrote:

subject says it all.


Please provide a specific URL to test. The "Baltimore CyberTrust Root" 
CA may be a different issue, looking at several mozilla bugzilla 
tickets, but I can't tell without any detail.


Thanks, Michael

Bug#814078: eglibc 2.11.3-4+deb6u9 crashes php on reload

[Matus UHLAR - fantomas]

Package: eglibc
Version: 2.11.3-4+deb6u9

Hello,

after updating libc6 to 2.11.3-4+deb6u9 we have notices all apache servers
with mod_php loaded to crash after reload, with message:

apache2: Syntax error on line 203 of /etc/apache2/apache2.conf: Syntax 
error on line 1 of /etc/apache2/mods-enabled/php5.load: Cannot load 
/usr/lib/apache2/modules/libphp5.so into server: 
/lib/i686/cmov/libm.so.6: symbol __strtod_nan, version GLIBC_2.0 not 
defined in file libc.so.6 with link time reference


(wrapped for better readability).

apparently caused by fix of bug #813187

--
Matus UHLAR - fantomas, uh...@fantomas.sk ; http://www.fantomas.sk/
Warning: I wish NOT to receive e-mail advertising to this address.
Varovanie: na tuto adresu chcem NEDOSTAVAT akukolvek reklamnu postu.
Your mouse has moved. Windows NT will now restart for changes to take
to take effect. [OK]

Bug#774049: New version available upstream: 2.4.4

[Bálint Réczey]

Control: fixed -1 2.4.6-0.1

2016-02-08 9:53 GMT+01:00 Matthias Klose :
> On 05.02.2016 19:59, Kurt Roeckx wrote:
>>
>> On Fri, Feb 05, 2016 at 07:57:08PM +0100, Bálint Réczey wrote:
>>>
>>> BTW: Is there a packaging repo somewhere?
>>
>>
>> No, I've never set one up.
> Now uploaded to unstable, and already introduced #814063.
Coll, thanks.
Closing this bug, then.

Cheers,
Balint

Bug#814085: ITP: librarian-puppet-simple -- simple version of librarian-puppet with most of its commands

[Thomas Goirand]

Package: wnpp
Severity: wishlist
Owner: Thomas Goirand 

* Package name: librarian-puppet-simple
  Version : 0.0.5
  Upstream Author : Dan Bode 
* URL : https://github.com/bodepd/librarian-puppet-simple
* License : Apache-2.0
  Programming Lang: Ruby
  Description : simple version of librarian-puppet with most of its commands

 librarian-puppet-simple was created out of its author's frustration with the
 dependency management in librarian-puppet. Librarian-puppet offers to simplify
 deployment of a Puppet infrastructure by automatically pulling in modules from
 the forge and git repositories with a single command. This package only
 allows one to pin revisions for a collection of modules, and it is also less
 heavy than librarian-puppet.
 .
 librarian-puppet-simple has fewer commands, but they should be compatible with
 the original librarian-puppet.
 .
 Note that you cannot currently install both librarian-puppet and
 librarian-puppet-simple at the same time.

Note: This is a project needed to build the orig.tar.xz of fuel-library, which
is composed of multiple puppet stuff downloaded from Github. It isn't strictly
needed, but it's better to have it in Debian so that it is easy for one to
actually download all puppet stuff at once.

Bug#814087: ITP: crossguid -- C++ UUID library headers

[Balint Reczey]

Package: wnpp
Owner: Balint Reczey ,
Severity: wishlist
X-Debbugs-CC: debian-de...@lists.debian.org

* Package name: crossguid
  Version : 0.0+git200150803
  Upstream Author : Graeme Hill 
* URL : https://github.com/graeme-hill/crossguid
* License : Expat
  Programming Lang: C++
  Description : C++ UUID library

Graeme Hill's cross platform C++ UUID library.

--

This package is a (build-)dependency of Kodi 16 which version will be
released soon.

Bug#814079: [gdb-mingw-w64] Fails to connect to gdbserver

[Jan Hudec]

Package: gdb-mingw-w64
Version: 7.10-1+10.2
Severity: grave

--- Please enter the report below this line. ---

On one terminal I start the program to debug under wine and gdbserver:

$ wine /usr/share/win32/gdbserver.exe localhost: path/to/something.exe

and it prints

Process path/to/something.exe created; pid = 41
Listening on port 
Remote debugging from host 127.0.0.1

and waits for the connection. Ok so far. On another terminal, I start gdb and 
try to connect:

$ i686-w64-mingw32-gdb path/to/something.exe
(gdb) target remote localhost:

and I get just:

Remote debugging using 127.0.0.1:
Ignoring packet error, continuing...
warning: unrecognized item "timeout" in "qSupported" response
Ignoring packet error, continuing...
Ignoring packet error, continuing...
Bogus trace status reply from target: timeout

The terminal with wine does not show anything new.

Very, very rarely it manages to connect, but most of the time it just shows 
this. It used to work.

I have both gdb-mingw-w64 and gdb-mingw-w64-target version 7.10-1+10.2 and 
wine 1.8-6.

--- System information. ---
Architecture: amd64
Kernel:   Linux 4.3.0-1-amd64

Debian Release: stretch/sid
  990 testing http.debian.net 
  500 wilyppa.launchpad.net 
  500 unstablehttp.debian.net 
  500 trusty  ppa.launchpad.net 
  500 testing-proposed-updates http.debian.net 
  500 stable-updates  ftp.cz.debian.org 
  500 stable  security.debian.org 
  500 stable  ftp.cz.debian.org 
1 experimentalhttp.debian.net 

--- Package information. ---
Package's Depends field is empty.

Package's Recommends field is empty.

Package's Suggests field is empty.



-- 
 - Jan Hudec 

Bug#811267: handling issues of package contents in the case of --path-exclude

[Guillem Jover]

Hi!

On Sat, 2016-02-06 at 12:10:31 +0100, Marc Haber wrote:
> On Fri, Feb 05, 2016 at 06:46:40PM +0100, Guillem Jover wrote:
> > I've now tried to clarify this in my local tree, I'm attaching the patch.
> 
> This looks good. I'd augment it with something like "it might thus be
> necessary to exclude both the directory and its contents, like
> --path-exclude=/foo/bar --path-exclude='/foo/bar/*',

Given that (as previously documented) pathnames might get reincluded
if the code thinks it might need them later on, I've mentioned just
that. And trying so hard to remove specific directory object entries
might be in vain after all, so it might not be a good recommendation
that sends people in the wrong direction.

> and to make sure
> that the glob does not get processed by the shell by using appropriate
> quoting".

I've added a hint for this, but this is normal command-line vs shell
interaction, so it feels a bit too explicit.

Thanks,
Guillem

Bug#814080: plack::handler::apache2/plack::util crashes after a while

[Alexander Zangerl]

Package: libplack-perl
Version: 1.0033-1
Severity: normal

i've got a few small web applications written in mojolicious that
i run via

 SetHandler perl-script
 PerlResponseHandler Plack::Handler::Apache2
 PerlSetVar psgi_app /path/to/the/app
 PerlSetEnv PLACK_ENV "production"

ie, within the apache and using mod_perl. this starts up just fine, works
a few days, then inevitably crashes with the following error message:

Feb 8 08:19:21  apache2[3425]: [perl:error] [pid 3425:tid...]
[client ...] Error while loading /path/to/the/app: Global symbol
"$_file" requires explicit package name at (eval 8) line 3.\n,
referer: somereferrer

the code in question is _load_sandbox() in plack::util, but it's not clear to
my why this would work once but not more than once.

the mojolicious apps in question have all been cleared of any findbin, by
the way; they only use 'use lib "$ENV{MOJO_HOME}/lib";' because i suspected
findbin as the cause of the problem - but neither findbin with ->again nor
findbin without changed the behaviour any.

even more puzzling is the fact that this very same code and config has been
working reliably for years on wheezy (with its apache2.2 and whatever version
of plack that wheezy came with).

i've been experiencing this problem only  since i upgraded to squeeze and
its perl, plack and apache versions.

regards
az

Bug#786984: Adopt kwstyle

[Benjamin Eikel]

retitle 786984 ITA: kwstyle -- Style checker for source code
owner 786984 !
thanks

Bug#814066: ITP: maven-osgi -- Maven-OSGi integration library

[Emmanuel Bourg]

Hi Christopher,

Thank you for packaging maven-osgi. Do you think you could assign the
maintenance of this package to the Java Team so it can be co-maintained
with the other Maven components? The package repository would be stored
under the pkg-java group on Alioth.

Thank you,

Emmanuel Bourg

Bug#814066: ITP: maven-osgi -- Maven-OSGi integration library

[Emmanuel Bourg]

Le 8/02/2016 10:07, Christopher Hoskin a écrit :

> Is that what you meant?

Yes please. Let us know if you need any help with the packaging.

Emmanuel Bourg

Bug#814081: Random bug

[Me]

I noticed that the bug happens randomly. Sometimes, I eject my USB key
from the notification bar and it works.

Bug#373872: /etc/kernel-img.conf not documented unless 'kernel-package' package installed

[Ben Hutchings]

Control: reopen -1
Control: reassign -1 src:linux

Sorry, this one obviously does apply to newer versions.

Ben.

-- 
Ben Hutchings
Nothing is ever a complete failure; it can always serve as a bad example.


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

Bug#814076: parted crashes on lvm, on a dasd drive

[Viktor Mihajlovski]

Source: parted
Version: 3.2
Severity: normal
Tags: patch upstream

Dear Maintainer,

Running parted  print against a logical volume
residing on a DASD will result in a core dump, caused by divide by zero.
See also https://bugs.launchpad.net/ubuntu/+source/parted/+bug/1541510
and
http://lists.alioth.debian.org/pipermail/parted-devel/2016-February/004790.html.
The attached patch provides a solution for the problem.

Thanks!

>From c351c57bb440d7b56830832a255b62d89804ea3d Mon Sep 17 00:00:00 2001
From: Viktor Mihajlovski 
Date: Thu, 4 Feb 2016 16:47:21 +0100
Subject: [PATCH] fdasd.c: Safeguard against geometry misprobing

Fixes an issue with parted print being run against a logical
volume realised by extents on a physical volume residing on
a DASD.
We must make sure that geometry, device blocksize and DASD
attributes are present before we start format verifications
If any of it is missing this is not a DASD.

Signed-off-by: Viktor Mihajlovski 
---
 libparted/labels/fdasd.c | 11 +--
 1 file changed, 9 insertions(+), 2 deletions(-)

diff --git a/libparted/labels/fdasd.c b/libparted/labels/fdasd.c
index 7e6a77a..968b332 100644
--- a/libparted/labels/fdasd.c
+++ b/libparted/labels/fdasd.c
@@ -1021,13 +1021,20 @@ fdasd_get_geometry (const PedDevice *dev, fdasd_anchor_t *anc, int f)
 			goto error;
 		}
 
-		if (ioctl(f, HDIO_GETGEO, >geo) != 0)
+		if (ioctl(f, HDIO_GETGEO, >geo) != 0 ||
+		anc->geo.heads == 0 ||
+		anc->geo.sectors == 0 ||
+		anc->geo.cylinders == 0 ) {
 			fdasd_error(anc, unable_to_ioctl,
 			_("Could not retrieve disk geometry information."));
+			goto error;
+		}
 
-		if (ioctl(f, BLKSSZGET, ) != 0)
+		if (ioctl(f, BLKSSZGET, ) != 0) {
 			fdasd_error(anc, unable_to_ioctl,
 			_("Could not retrieve blocksize information."));
+			goto error;
+		}
 
 		/* get disk type */
 		if (ioctl(f, BIODASDINFO, _info) != 0) {
-- 
1.9.1

Bug#811592: fixed upstream

[Riccardo Magliocchetti]

Hello,

this has been fixed upstream in the uwsgi-2.0 branch as commit 
56de2057b2bc7016b69615e6e8cb61dd255f3dca


https://github.com/unbit/uwsgi/commit/56de2057b2bc7016b69615e6e8cb61dd255f3dca

thanks for reporting

--
Riccardo Magliocchetti
@rmistaken

http://menodizero.it

Bug#813855: rubber: doesn't generate PDF figures when elsarticle.cls is in the local directory

[Preuße]

On 06.02.2016 01:25, Brice Goglin wrote:

Hi,

> When writing a paper that uses elsarticle.cls, rubber doesn't generate
> dependencies (PDF figures passed to includegraphics) when elsarticle.cls
> is in the same directory.
> If elsarticle.cls is moved to another directory and TEXINPUTS points there,
> things work fine.
> 
Just a few questions:

1. Is there specific reason to have a local copy, instead of using
elsarticle.cls from texlive-publishers?
2. Is this a regression? i.e. did that work in an earlier version?

Hilmar
-- 
http://www.hilmar-preusse.de.vu/   #206401 http://counter.li.org

Bug#813854: squid: Please rebuild with '--enable-http-violations'

[Amos Jeffries]

On Sat, 06 Feb 2016 00:50:53 +0100 Kristijan Caprdja wrote:
>
> In order to remove specific headers from responses, squid must be
> built with '--enable-http-violations'.
> This feature seems to have been built-in in the version 2 (present in
wheezy). In the version 3 this is
> a compile time option.
> Please rebuild squid with this option enabled.

Squid already is:
 "configure:31445: HTTP violations support enabled: yes"

The compile-time option in Squid is to *disable* violations support if
wanted, and that is not used in the Debian builds.

If you are having trouble mangling HTTP headers the problem is
elsewhere. Some details about what you are actually trying to do and how
it is not working would be a help.

Amos

Bug#810740: libtool: Please pass -fsanitize=* flags to ld

[Bálint Réczey]

Control: fixed -1 2.4.6-0.1

2016-01-27 1:07 GMT+01:00 Balint Reczey :
> On Mon, 11 Jan 2016 21:08:37 +0100 Balint Reczey
>  wrote:
> ...
>> Please let -fsanitize=* flags pass to linker. The attached patch
>> enables building packages using libtool on hardened1-linux-amd64,
>> where ASAN and UBSAN are enabled by default.
> Also pass -fno-sanitize=* to be fair to them. :-)
Fixed using upstream's fix.

Bug#814084: Please use update-alternatives to provide /usr/bin/librarian-puppet

[Thomas Goirand]

Package: librarian-puppet
Version: 1.0.3-1
Severity: important

Dear maintainer,

Im am currently working on packaging librarian-puppet-simple, which also
provides /usr/bin/librarian-puppet. While it's normally accepted to have
both package conflicting each other, it's better if they could co-exist,
which is why I'm opening this bug.

Please consider using update-alternatives to provide /usr/bin/librarian-puppet,
so that one could install at the same time librarian-puppet and
librarian-puppet-simple.

Cheers,

Thomas Goirand (zigo)

P.S: I need librarian-puppet-simple for packaging OpenStack Fuel, and to be
more exact, fuel-library, which is a collection of Puppet stuff for deploying
OpenStack.

Bug#814026: ITP: dcadec -- DTS Coherent Acoustics decoder - shared library

[Bálint Réczey]

Control: tags -1 wontfix

Hi Andreas,

2016-02-07 23:09 GMT+01:00 Andreas Cadhalpun :
> Hi Bálint,
>
> On 07.02.2016 18:16, Balint Reczey wrote:
>> * Package name: dcadec
>>   Version : 0.2.0
>> * URL : https://github.com/foo86/dcadec
>> * License : LGPL-2.1
>>   Programming Lang: C
>>   Description : DTS Coherent Acoustics decoder - shared library
>>
>> A free DTS Coherent Acoustics decoder with support for HD extensions.
>
> Why do you want to package this library? Is it a dependency for something 
> else?
>
> I'm asking because this decoder recently replaced ffmpeg's previous native
> dca decoder [1], so it will be part of the next ffmpeg release.
>
> Best regards,
> Andreas
>
>
> 1: 
> https://git.videolan.org/?p=ffmpeg.git;a=commit;h=ae5b2c52501d5009fe712334428138a9b758849b
Thanks for the info.
I planned uploading this package for Kodi 16, but I'll drop this then
dependency and wait for FFmpeg to include the codec.

Cheers,
Balint

Bug#811708: [PKG-OpenRC-Debian] Bug#811708: need help?

[Svante Signell]

On Mon, 2016-02-08 at 08:26 +0100, Adam Borowski wrote:
> > init-system-helpers: file conflict with openrc: /usr/sbin/update-rc.d
> 
> Uhm, guys... are you alive?  This bug keeps openrc uninstallable, and will
> cause its autoremoval soon.
> 
> If you're too busy and need help, I could help with fixing or NMUing, but
> you need to decide whether to:
> * cooperate with init-system-helpers and put the logic there (like sysv-rc)
> * divert update-rc.d (like file-rc)
> 
> Note that I'm not the best person to help, though, as I use openrc only on a
> single desktop and thus don't know anything about its advanced features nor
> internals.

Hi Adam,
Cc: Roger

I sent the following mail to the openrc maintainers: Benda Xu, Thomas Goirand
and Roger Leigh on Friday February 5th (no reply so far). The mail to Roger
bounced, he is no longer a Debian maintainer.

> Hello,
> 
> Due to the serious bug 811708 openrc (0.18.3-1) will be removed from Debian
> testing on February 18. In my opinion it would be a pity if it disappears.
> 
> Is it possible to do as file-rc (0.8.17) did in bug 812337: add a diversion?
> 
> From changelog: divert update-rc.d + invoke-rc.d files to cooperate with init-
> system-helpers =1.25. It seems like only divert() in preinst and
> undivert() in
> postrm scripts has to be created and called.
> 
> Thanks!

Bug#793213: xpdfrc(5) man page contains duplicate entry for enableFreeType

[Vincent Lefevre]

Control: found -1 3.04-1

The man page hasn't been fixed. I haven't provided a patch, but this
is easy to fix: just remove one of the duplicates (note: spacing is
different between them).

-- 
Vincent Lefèvre  - Web: 
100% accessible validated (X)HTML - Blog: 
Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon)

Bug#777721: softhsm: FTBFS on arm64

[Petter Reinholdtsen]

This problem block mod-gnutls from building on arm64, and is one of the problems
blocking mod-gnutls from entering testing.  This is a problem for
freedombox-setup, which need mod-gnutls.

[Artur Rona]
> In Ubuntu, we've applied the attached patch to achieve the following:
> 
> - debian/patches/remove-64bit-check.diff:
>   + Remove the check for -m64, not needed for package builds.
> - debian/rules:
>   + Don't use unrecognized build flags on aarch64, resolving FTBFS

I suggest a different approach, where the macro is rewritten to first check if
the build is already 64bit, and if not, try with -m64 using this patch:

--- softhsm-1.3.7.orig/m4/acx_64bit.m4
+++ softhsm-1.3.7/m4/acx_64bit.m4
@@ -8,6 +8,10 @@ AC_DEFUN([ACX_64BIT],[
if test "x$enable_64bit" = "xyes"
then
AC_MSG_CHECKING(if we can compile in 64-bit mode)
+AC_RUN_IFELSE(
+[
+   AC_LANG_PROGRAM([],[return sizeof(void*) == 8 ? 
0 : 1;])
+], [], [
tmp_CFLAGS=$CFLAGS
CFLAGS="-m64"
AC_RUN_IFELSE(
@@ -24,6 +28,7 @@ AC_DEFUN([ACX_64BIT],[
CFLAGS=$tmp_CFLAGS
]
)
+])
fi
 
 ])

Note, the patch did not change the indentation of unrelated code.  This should
be done if the change is merged upstream, for consistent indentation.

I didn't change the indenation to make the patch easier to read.

-- 
Happy hacking
Petter Reinholdtsen

Bug#814089: Please call fdatasync on the target file before removing the source file

[Enrico Zini]

Package: xz-utils
Version: 5.1.1alpha+20120614-2.1
Severity: normal

Hello,

I was archiving and xz-compressing mail from last year when my laptop
tripped thermal protection and switched off. The resulting filesystem
situation is this:

$ ls -la
total 588256
drwxr-xr-x  2 enrico enrico 16384 Feb  8 13:29 .
drwxr-xr-x 15 enrico enrico  4096 Feb  8 13:07 ..
-rw-r--r--  1 enrico enrico 80788 Feb  8 13:21 debian-curiosa.xz
-rw-r--r--  1 enrico enrico 77312 Feb  8 13:21 debian-custom.xz
[..]
-rw-r--r--  1 enrico enrico   6741700 Feb  8 13:21 osm-talk-it.xz
-rw-r--r--  1 enrico enrico 0 Feb  8 13:21 sent-mail.xz
-rw-r--r--  1 enrico enrico 0 Feb  8 13:21 smartphone.xz
-rw-r--r--  1 enrico enrico 0 Feb  8 13:21 sourceforge.xz
-rw-r--r--  1 enrico enrico 0 Feb  8 13:21 tham.xz

The source files are gone, and the target files are empty.

I have not checked xz's sources, but this looks like the result of a
missing fdatasync on the target file before the source has been removed.

I'll now go and cry for the loss of my whole sent-mail archive from last
year.


Enrico


-- System Information:
Debian Release: stretch/sid
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.3.0-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages xz-utils depends on:
ii  libc6 2.21-7
ii  liblzma5  5.1.1alpha+20120614-2.1

xz-utils recommends no packages.

xz-utils suggests no packages.

-- no debconf information

Bug#814075: ifupdown: [LP: #1075256] allow custom method in "/etc/network/interfaces"

[Andrew Shadura]

Package: ifupdown
Version: 0.8.10
Severity: wishlist

I decided to cross-post a bug from a Launchpad user Richard Huddleston.
He writes:

We have several custom networking scripts, and find it would be easiest
to handle them with a custom "method" in "/etc/network/interfaces".
We can't just add scripts to if-up.d, because we need strong ordering of
command execution. Examples would be adding macvlans, and ip tunnels.
For example, we need pre-up in "/etc/network/interfaces" to run before
ANY other script, because we do an ip link creation there. There are
built-in "methods" which cover some of the functionality we want, but
clearly this doesn't scale like a plugin based architecture would.
Unfortunately, there is no easy way to plug in a custom method for
handling these networking stanzas. Thus, we have to write stuff like
this for each interface.

auto vmac-ha
iface vmac-ha inet manual
[ NORMAL ENTRIES ]
pre-up my-vmac-helper
up my-vmac-helper
down my-vmac-helper
post-down my-vmac-helper

It would be MUCH easier to have something like this

auto vmac-ha
iface vmac-ha inet custom my-vmac-helper
[ NORMAL ENTRIES ]

Bug#814047: simple-scan: fails when I pick a scan resolution above 300 dpi

[Jörg Frings-Fürst]

tags 814047 + moreinfo
thanks


Hello Stefan,

thank you for spending your time helping to make Debian better with
this bug report. 

After a look at your log files

> 
> [+66,72s] DEBUG: scanner.vala:1314: sane_read (91783) -> (SANE_STATUS_GOOD, 
> 61188)
> [+66,78s] DEBUG: scanner.vala:1314: sane_read (91783) -> (SANE_STATUS_GOOD, 
> 61188)
> [+66,83s] DEBUG: scanner.vala:1314: sane_read (91783) -> (SANE_STATUS_GOOD, 
> 61188)
> [+66,92s] DEBUG: scanner.vala:1314: sane_read (91783) -> (SANE_STATUS_GOOD, 
> 91782)
> [+66,96s] DEBUG: scanner.vala:1314: sane_read (91783) -> (SANE_ST
>

> 
> [+44,67s] DEBUG: scanner.vala:1314: sane_read (76486) -> (SANE_STATUS_GOOD, 
> 76485)
> [+44,77s] DEBUG: scanner.vala:1314: sane_read (76486) -> (SANE_STATUS_GOOD, 
> 61188)
> [+44,93s] DEBUG: scanner.vala:1314: sane_read (76486) -> (SANE_STATUS_GOOD, 
> 61188)
> [+45,03s] DEBUG: scanner.vala:1314: sane_read (76486) -> (SANE_STATUS_GOOD, 
> 76485)
> [+90,22s] DEBUG: scanner.vala:1314: sane_read (76486) -> 
> (SANE_STATUS_IO_ERROR, 0)
> [+90,22s] WARNING: scanner.vala:1330: Unable to read frame from device: Error 
> during device I/O
> [+108,24s] DEBUG: scanner.vala:765: sane_cancel ()
> [+108,24s] DEBUG: scanner.vala:768: sane_close ()

my first opinion was disk full or memory error. 

Please can you check your disk space and run memtest?


Many thanks.

CU
Jörg

-- 
New:
GPG Fingerprint: 63E0 075F C8D4 3ABB 35AB  30EE 09F8 9F3C 8CA1 D25D
GPG key (long) : 09F89F3C8CA1D25D
GPG Key: 8CA1D25D
CAcert Key S/N : 0E:D4:56

Old pgp Key: BE581B6E (revoked since 2014-12-31).

Jörg Frings-Fürst
D-54538 Bausendorf

Threema: SYR8SJXB

IRC: j_...@freenode.net
 j_...@oftc.net

My wish list: 
 - Please send me a picture from the nature at your home.




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

Bug#767682: Reassigning package

[John Paul Adrian Glaubitz]

Control: reassign -1 partman-ext3

This is actually a bug in partman-ext3.

Adrian

-- 
 .''`.  John Paul Adrian Glaubitz
: :' :  Debian Developer - glaub...@debian.org
`. `'   Freie Universitaet Berlin - glaub...@physik.fu-berlin.de
  `-GPG: 62FF 8A75 84E0 2956 9546  0006 7426 3B37 F5B5 F913

Bug#814086: Add support for mod_authn_socache

[Petr Šťastný]

Package: libapache2-mod-authnz-pam

It would be nice to have support for credentials caching so that PAM
stack is not called for each HTTP request when some heavyweight network
authentication is used (my situation, I use libpam-sshauth which checks
credentials against SSH server).

Apache module mod_authn_socache does this, but other modules must
explicitly support that feature.

More info:
https://httpd.apache.org/docs/2.4/mod/mod_authn_socache.html

Module developers should note that their modules must be enabled for
cacheing with mod_authn_socache. A single optional API function
ap_authn_cache_store is provided to cache credentials a provider has
just looked up or generated. Usage examples are available in r957072, in
which three authn providers are enabled for cacheing.

http://svn.eu.apache.org/viewvc?view=revision=957072

Bug#814036: initramfs-tools: mdadm doesn't assemble disk

[Ben Hutchings]

Control: reassign -1 mdadm

On Sun, 2016-02-07 at 20:07 +0100, Samuel Thibault wrote:
> Package: initramfs-tools
> Version: 0.120
> Severity: important
> 
> Hello,
> 
> Our server failed to reboot this afternoon. initrd was stuck trying to
> get the root device, running local-block in a loop before starting an
> emergency shell.  There, running mdam -A --scan discovered everything
> and exitting the shell allowed the boot to proceed.  There was no
> previous mention in the boot about being running mdadm.
> 
> My guess (we can't really afford retrying etc. as it's a production
> system) is that AIUI mdadm is called just once from local-top, but
> that's perhaps too early, the disks are not yet discovered because the
> controller is slow. local-block is then run repeatedly to try to get the
> block devices, but mdadm from local-top should be called repeatedly too
> to try to assemble the md too?

It has always been documented that local-top scripts will be run
exactly once.   We can't change that behaviour now.  It's up to the
mdadm package to retry whatever needs to be done in its local-block
script.

Ben.

-- 
Ben Hutchings
In a hierarchy, every employee tends to rise to his level of incompetence.

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

Bug#814009: glusterfs-server: Does not work after upgrade (e. g. mount not possible anymore)

[Patrick Matthäi]

fu** now it is migrated to testing :/

Am 07.02.2016 um 15:14 schrieb Thomas Renard:

Package: glusterfs-server
Version: 3.7.7
Severity: important

Dear Maintainer,

after upgrading to 3.7.7 mounting is not possible anymore.

  glusterfs volume somevolume heal info

returns a

  failed to get the 'volume file' from server

This seems to be an upstream problem - I tried to find something which fits.
see:

  http://www.spinics.net/lists/gluster-users/msg25434.html

here the fix seems to in version 3.7.8 according to developer Joe Julian.
The main problem seems to be a wrong scripting for upgrade (second post
in thread). Downgrading to 3.7.6-1+b1 from snapshots rescued my system.
Because of the complexity I do not have any more hints (sorry about that).

I hope Severity: important is good - my systems do not work after
upgrade because they use glusterfs via

https://github.com/calvera/docker-volume-glusterfs

which does not startup either.

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

Kernel: Linux 4.3.0-1-amd64 (SMP w/2 CPU cores)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages glusterfs-server depends on:
ii  glusterfs-client  3.7.7
ii  glusterfs-common  3.7.7
ii  libacl1   2.2.52-2
ii  libc6 2.21-7
ii  libncurses5   6.0+20151024-2
ii  libreadline6  6.3-8+b4
ii  libssl1.0.2   1.0.2f-2
ii  libtinfo5 6.0+20151024-2
ii  libuuid1  2.27.1-3
ii  libxml2   2.9.3+dfsg1-1
ii  lsb-base  9.20160110
ii  python2.7.11-1
ii  zlib1g1:1.2.8.dfsg-2+b1

Versions of packages glusterfs-server recommends:
ii  nfs-common  1:1.2.8-9

glusterfs-server suggests no packages.

-- no debconf information


--
/*
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
*/

Bug#814069: python-six-whl and python-pip-whl: error when trying to install together

[Colin Watson]

On Mon, Feb 08, 2016 at 08:11:22AM +0100, Ralf Treinen wrote:
> Selecting previously unselected package python-pip-whl.
> (Reading database ... 10940 files and directories currently installed.)
> Preparing to unpack .../python-pip-whl_8.0.2-3_all.deb ...
> Unpacking python-pip-whl (8.0.2-3) ...
> Selecting previously unselected package python-six-whl.
> Preparing to unpack .../python-six-whl_1.10.0-2_all.deb ...
> Unpacking python-six-whl (1.10.0-2) ...
> dpkg: error processing archive 
> /var/cache/apt/archives/python-six-whl_1.10.0-2_all.deb (--unpack):
>  trying to overwrite 
> '/usr/share/python-wheels/six-1.10.0-py2.py3-none-any.whl', which is also in 
> package python-pip-whl 8.0.2-3
> Errors were encountered while processing:
>  /var/cache/apt/archives/python-six-whl_1.10.0-2_all.deb
> E: Sub-process /usr/bin/dpkg returned an error code (1)

Looks like https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=813399, but
more of the same.  Barry, shouldn't you be doing something like
"python-six-whl (<< 1.10.0+)", rather than these sketchy <= dependencies
on specific packaging revisions that are going to break when we do
something innocuous in six?

The whole way this devendoring is handled seems very very sketchy
anyway.  I take it that you're trying to ensure that pip has
exactly-versioned wheels available even when (e.g.) six moves on to a
newer upstream version?  In that case, I suggest finding a way to ship
the necessary wheels in a directory private to pip instead of in
/usr/share/python-wheels/.  We really shouldn't be deliberately shipping
the same file in two different packages for more than just temporary
transitional purposes.

> Here is a list of files that are known to be shared by both packages
> (according to the Contents file for sid/amd64, which may be
> slightly out of sync):
> 
>   /usr/share/python-wheels/six-1.10.0-py2.py3-none-any.whl
> 
> This bug has been filed against both packages. If you, the maintainers of
> the two packages in question, have agreed on which of the packages will
> resolve the problem please reassign the bug to that package. You may then
> also register in the BTS that the other package is affected by the bug.

I would be inclined to argue that this path clearly belongs to the
python-six-whl package.  Barry, do you agree with me reassigning this
bug to python-pip-whl?

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

Bug#774049: New version available upstream: 2.4.4

[Matthias Klose]

On 05.02.2016 19:59, Kurt Roeckx wrote:

On Fri, Feb 05, 2016 at 07:57:08PM +0100, Bálint Réczey wrote:

BTW: Is there a packaging repo somewhere?


No, I've never set one up.


Now uploaded to unstable, and already introduced #814063.

Bug#799281: Any update to packaging Mailman3-core ?

[Pierre-Elliott Bécue]

Le dimanche 07 février 2016 à 13:23:15+0100, Andreas Hubel a écrit :
> Dear Pierre-Elliott Bécue,
> 
> On Wed, 28 Oct 2015 18:29:53 +0100 Pierre-Elliott  wrote:
> > My goal is to make RFS by the end of december, it allows me to take some
> > time being sure I'm not doing wrong things. It'll also help me ensure to be
> > able to deliver all the package suite at once.
> 
> Any updates?

Good morning,

Yes! I successfully built something that made me happy, but so far I asked
for some reviewing, and I got only one or two answers. I took the advice
into account, I'll probably retry to ask some reviews soon, then I'll go in
packaging all the things. My main issue for now is about configuring
correctly mailman3 to have a properly running server on install, even if the
administrator will need to reconfigure some things.

-- 
PEB


signature.asc
Description: Digital signature

Bug#814083: RFS: kwstyle/1.0.1+git3224cf2-1 [ITA]

[Benjamin Eikel]

Package: sponsorship-requests
Severity: normal

Dear mentors,

  I am looking for a sponsor for my package "kwstyle"

 * Package name: kwstyle
   Version : 1.0.1+git3224cf2-1
   Upstream Author : Kitware, Inc.
 * URL : https://kitware.github.io/KWStyle/
 * License : BSD-4-clause-like
   Section : devel

  It builds those binary packages:

kwstyle- Style checker for source code

  To access further information about this package, please visit the following 
URL:

  http://mentors.debian.net/package/kwstyle


  Alternatively, one can download the package with dget using this command:

dget -x 
http://mentors.debian.net/debian/pool/main/k/kwstyle/kwstyle_1.0.1+git3224cf2-1.dsc

  You can find the current state of my packaging work at 
https://github.com/eikel/KWStyle-Debian

  Changes since the last upload:

   * New upstream release. Now hosted at https://github.com/Kitware/KWStyle.
   * Fix "FTBFS with GCC 6: no match for" by new upstream release
 (Closes: #811822)
   * New maintainer (Closes: #786984).
   * Remove get-orig-source. Pristine tar can be generated from pristine-tar
 branch.
   * Increase debhelper compatibility to v9.
   * debian/control: Change upstream URL.
   * debian/control: Fix typos in description.
   * debian/control: Set standards version to 3.9.6.
   * debian/copyright: Update after upstream code review and format.
   * debian/copyright: Change source URL.
   * debian/copyright: Add myself to copyright for Debian packaging.
   * debian/rules: Remove workaround for old CMake bug.
   * debian/rules: Do not override default debhelper CMake arguments.
   * Update man page KWStyle(1).

  Regards,
   Benjamin Eikel

Bug#813879: systemd: Assertion 's->exec_command[SERVICE_EXEC_START]' failed service_enter_start()

[Alexandre Detiste]

Michael,

> Alexandre, do you think backporting check changes for #776859 are feasible?

I created a "jessie" with the one-line fix; can I help more ?

http://anonscm.debian.org/cgit/collab-maint/systemd-cron.git/log/?h=jessie


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

Bug#793552: The xpdf wrapper does not handle X options (-bg, -fg, -fn, etc.)

[Vincent Lefevre]

Control: found -1 3.04-1

This bug still occurs. Could you apply the patch, please?

-- 
Vincent Lefèvre  - Web: 
100% accessible validated (X)HTML - Blog: 
Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon)