Bug#803131: nodejs: Many tools expects "node" binary, but package installs "nodejs" binary

[Jan Pobořil]

Package: nodejs
Version: 0.10.29~dfsg-2
Severity: normal

Dear Maintainer,

This package installs binary /usr/bin/nodejs, but many tools in Node
ecosystem expects binary named
"node".

How about to install also link from /usr/bin/node to /usr/bin/nodejs?

Bug#378809: wontfix

[Nicholas Bamber]

tag 378809 +wontfix
thanks

Until there is a move to package those other packages, there is no merit 
in this. So tagging wontfix.

Bug#798028: jessie-pu: package pykerberos/1.1.5-0.1+deb8u1

[Guido Günther]

Hi Adam,
On Sun, Oct 25, 2015 at 01:40:33PM +, Adam D. Barratt wrote:
[..snip..]
> 
> Actually, what you uploaded was the wheezy package... Including the typo
> in debian/NEWS. :-|
> 
> I've flagged that for acceptance, but please still feel free to go ahead
> with the jessie upload. :-) (ideally without the typo.)

Sorry for the mix up. Uploaded now (with typo fixed) for jessie.
Cheers and thanks a lot!
 -- Guido

Bug#803130: libdevel-cover-perl and golang-golang-x-tools: error when trying to install together

[Ralf Treinen]

Package: golang-golang-x-tools,libdevel-cover-perl
Version: golang-golang-x-tools/1:0.0~git20151026.0.0f9d71c-1
Version: libdevel-cover-perl/1.21-1
Severity: serious
User: trei...@debian.org
Usertags: edos-file-overwrite

Date: 2015-10-27
Architecture: amd64
Distribution: sid

Hi,

automatic installation tests of packages that share a file and at the
same time do not conflict by their package dependency relationships has
detected the following problem:


(Reading database ... 10923 files and directories currently installed.)
Preparing to unpack .../perl_5.20.2-6_amd64.deb ...
Unpacking perl (5.20.2-6) over (5.18.2-2) ...
Preparing to unpack .../libtext-charwidth-perl_0.04-7+b3_amd64.deb ...
Unpacking libtext-charwidth-perl (0.04-7+b3) over (0.04-7+b2) ...
Preparing to unpack .../perl-modules_5.20.2-6_all.deb ...
Unpacking perl-modules (5.20.2-6) over (5.18.2-7) ...
Preparing to unpack .../perl-base_5.20.2-6_amd64.deb ...
Unpacking perl-base (5.20.2-6) over (5.18.2-2) ...
Processing triggers for man-db (2.7.4-1) ...
Setting up perl-base (5.20.2-6) ...
(Reading database ... 10273 files and directories currently installed.)
Preparing to unpack .../liblocale-gettext-perl_1.07-1_amd64.deb ...
Unpacking liblocale-gettext-perl (1.07-1) over (1.05-7+b2) ...
Preparing to unpack .../libtext-iconv-perl_1.7-5+b2_amd64.deb ...
Unpacking libtext-iconv-perl (1.7-5+b2) over (1.7-5+b1) ...
Selecting previously unselected package libdb5.3:amd64.
Preparing to unpack .../libdb5.3_5.3.28-11_amd64.deb ...
Unpacking libdb5.3:amd64 (5.3.28-11) ...
Selecting previously unselected package libhtml-tagset-perl.
Preparing to unpack .../libhtml-tagset-perl_3.20-2_all.deb ...
Unpacking libhtml-tagset-perl (3.20-2) ...
Selecting previously unselected package liburi-perl.
Preparing to unpack .../liburi-perl_1.69-1_all.deb ...
Unpacking liburi-perl (1.69-1) ...
Selecting previously unselected package libhtml-parser-perl.
Preparing to unpack .../libhtml-parser-perl_3.71-2_amd64.deb ...
Unpacking libhtml-parser-perl (3.71-2) ...
Selecting previously unselected package libdevel-cover-perl.
Preparing to unpack .../libdevel-cover-perl_1.21-1_amd64.deb ...
Unpacking libdevel-cover-perl (1.21-1) ...
Selecting previously unselected package libjs-jquery.
Preparing to unpack .../libjs-jquery_1.11.3+dfsg-4_all.deb ...
Unpacking libjs-jquery (1.11.3+dfsg-4) ...
Selecting previously unselected package libjs-jquery-ui.
Preparing to unpack .../libjs-jquery-ui_1.10.1+dfsg-1_all.deb ...
Unpacking libjs-jquery-ui (1.10.1+dfsg-1) ...
Selecting previously unselected package golang-golang-x-tools-dev.
Preparing to unpack 
.../golang-golang-x-tools-dev_1%3a0.0~git20151026.0.0f9d71c-1_all.deb ...
Unpacking golang-golang-x-tools-dev (1:0.0~git20151026.0.0f9d71c-1) ...
Selecting previously unselected package golang-golang-x-tools.
Preparing to unpack 
.../golang-golang-x-tools_1%3a0.0~git20151026.0.0f9d71c-1_amd64.deb ...
Unpacking golang-golang-x-tools (1:0.0~git20151026.0.0f9d71c-1) ...
dpkg: error processing archive 
/var/cache/apt/archives/golang-golang-x-tools_1%3a0.0~git20151026.0.0f9d71c-1_amd64.deb
 (--unpack):
 trying to overwrite '/usr/bin/cover', which is also in package 
libdevel-cover-perl 1.21-1
dpkg-deb: error: subprocess paste was killed by signal (Broken pipe)
Processing triggers for man-db (2.7.4-1) ...
Errors were encountered while processing:
 
/var/cache/apt/archives/golang-golang-x-tools_1%3a0.0~git20151026.0.0f9d71c-1_amd64.deb
E: Sub-process /usr/bin/dpkg returned an error code (1)


This is a serious bug as it makes installation fail, and violates
sections 7.6.1 and 10.1 of the policy. An optimal solution would
consist in only one of the packages installing that file, and renaming
or removing the file in the other package. Depending on the
circumstances you might also consider Replace relations or file
diversions. If the conflicting situation cannot be resolved then, as a
last resort, the two packages have to declare a mutual
Conflict. Please take into account that Replaces, Conflicts and
diversions should only be used when packages provide different
implementations for the same functionality.

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/bin/cover

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.

-Ralf.

PS: for more information about the detection of file overwrite errors
of this kind see http://qa.debian.org/dose/file-overwrites.html.

Bug#803132: libzeitgeist: Do not ship in stretch

[Laurent Bigonville]

Source: libzeitgeist
Version: 0.3.18-1
Severity: serious

Hi,

For what I can see, this library is not used by anyother package in
debian anymore and is replaced by the library shipped in the zeitgeist
package.

I'm not sure we should ship it in stretch and we might also just remove
it from the archive completely (but I'll let this decision to the
maintainer).

Cheers,

Laurent Bigonville

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

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

Bug#803119: put repro.config and other config files into version control

[Daniel Pocock]

package: rtc.debian.org
severity: wishlist

Need to check if DSA has a strategy for version control of configuration
files.

The following directories contain configuration files that could be in a
VCS:

/etc/repro
/etc/radiusclient
/etc/prosody
/etc/reTurn
/etc/freeradius

A few of the files contain passwords and care should be taken to decide
whether they belong in a VCS.  There are no passwords in repro.config
any more.

Bug#803120: replicate the production server into a test server

[Daniel Pocock]

package: rtc.debian.org
severity: wishlist

Set up a test server replicating the production server (vogler) so we
can test new software versions and upgrades without disruption to the
live service.

Bug#803128: RTCW: the 1.41 patch induce a regression in the French dub

[Alexandre Detiste]

Package: game-data-packager
Version: 42
Severity: minor

Hi,

sp_pak3.pk3 include a new "text/EnglishUSA/escape1.txt"
with a corrected "actvitiy" vs "activity" typo.

This is fine with people playing the English version
and also the German version because the dubbing is implemented
in a different way: sp_pakG.pk3, that is always load last.

But for people playing the French version, they'll
be welcome with a mix & match of English & French text.

Here's a way to manually solve it:

# cd /usr/lib/rtcw/
# unzip sp_pak1.pk3 text/EnglishUSA/escape1.txt
(this is not engouh: it seems engine won't pick bare files)

# zip sp_pak5.pk3 text/ -r
(now it works, this zip weights 1121 bytes)

The Spanish dub is likely also affected.

This could be fixed by a GDP plugin.

Alexandre



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

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

Bug#803127: update from freeradius-client to radcli

[Daniel Pocock]

package: rtc.debian.org
severity: wishlist

We need to get radcli into Debian[1], backport it and have it deployed
on vogler

Future versions of reSIProcate should use this instead of
freeradius-client by default.

It provides better logging of errors and improved stability.  Upstream
is more active.

Discussed in DSA RT ticket #6015, send email to r...@rt.debian.org with
subject prefix [rt.debian.org #6015]



1. http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=802684

Bug#802867: Again problems to find pyqi module by python-biom-format

[Andreas Tille]

Hi,

the problem discussed in bug #742691 (message 55)[1] seems to be back in
the latest version of python-biom-format.  I intended to fix bug  #802867
by the latest upstream version but was again running into

make[2]: Leaving directory '/build/python-biom-format-2.1.5+dfsg/doc'
DEB_BUILD_OPTIONS= pybuild -s custom -p 2.7 --test --test-args 'pyqi 
make-bash-completion \
--command-config-module biom.interfaces.optparse.config \
--driver-name biom -o debian/bash-completion'
I: pybuild base:170: pyqi make-bash-completion \
--command-config-module biom.interfaces.optparse.config \
--driver-name biom -o debian/bash-completion
Traceback (most recent call last):
  File "/usr/bin/pyqi", line 184, in 
optparse_main(cmd_obj, argv[1:])
  File 
"/usr/lib/python2.7/dist-packages/pyqi/core/interfaces/optparse/__init__.py", 
line 275, in optparse_main
result = optparse_cmd(local_argv[1:])
  File "/usr/lib/python2.7/dist-packages/pyqi/core/interface.py", line 39, in 
__call__
cmd_result = self.CmdInstance(**cmd_input)
  File "/usr/lib/python2.7/dist-packages/pyqi/core/command.py", line 137, in 
__call__
result = self.run(**kwargs)
  File 
"/usr/lib/python2.7/dist-packages/pyqi/commands/make_bash_completion.py", line 
80, in run
cfg_mod = _get_cfg_module(cfg_mod_path)
  File 
"/usr/lib/python2.7/dist-packages/pyqi/commands/make_bash_completion.py", line 
23, in _get_cfg_module
mod = importlib.import_module(desc)
  File "/usr/lib/python2.7/importlib/__init__.py", line 37, in import_module
__import__(name)
ImportError: No module named interfaces.optparse.config
E: pybuild pybuild:262: test: plugin custom failed with: exit code=1: pyqi 
make-bash-completion \
--command-config-module biom.interfaces.optparse.config \
--driver-name biom -o debian/bash-completion
debian/rules:23: recipe for target 'override_dh_auto_build' failed


To enable more simple inspection of the problem I moved the
python-biom-format packaging from SVN to Git:

   git://anonscm.debian.org/debian-med/python-biom-format.git

Any help to track this down would be welcome.

Kind regards

 Andreas.


[1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=742691#55
   
-- 
http://fam-tille.de

Bug#803043: mod_perl2 / Apache segfaults after upgrading from Wheezy to Jessie

[Niko Tyni]

On Mon, Oct 26, 2015 at 11:21:12AM +0100, Patrick Matthäi wrote:
> Package: libapache2-mod-perl2
> Version: 2.0.9~1624218-2
> Severity: grave

> after upgrading our otrs2 server from wheezy/amd64 to jessie I noticed
> dozens of apache segfaults per day on this machine. In dmesg it looks like
> this:

> Now the more curious thing. I have updated another server from Wheezy to
> Jessie, which is just serving gitolite and subversion repositories (about
> mod_svn). After the upgrade full svn checkouts were impossible, also because
> of segfaults from Apache itself. Later I found, that mod_perl2 was installed
> and activated on this system, but it was not used at all. So uninstalling
> libapache2-mod-perl2 solved the issue on the server, where it was not
> required.

Thanks for the report.

Would it be possible for you to test if 2.0.9-1 from stretch/sid has
the same behaviour? The binaries aren't quite installable in jessie,
but the build dependencies are so it's just a simple rebuild. I can also
provide binaries if you like.
-- 
Niko Tyni   nt...@debian.org

Bug#784070: is it maybe possible to settle dislikings and fix this bug?

[Michael Tokarev]

27.10.2015 02:27, Francesco Poli wrote:
> On Tue, 6 Oct 2015 00:01:18 +0200 Francesco Poli wrote:
> 
> [...]
>> Michael, I am not sure I understand what happened: I don't see any
>> recent NMUs for package mdadm, hence I cannot see how d-i developers
>> could "throw your work away".
>>
>> Anyway, the last resort strategy to address your disagreement with the
>> d-i developers could be referring it to the technical committee, as
>> Paul seems to suggest...
>> But, before doing so, I would try hard to talk to the d-i developers
>> and solve the disagreement in the most amicable way.
> 
> Michael, could you please clarify?
> What are going to do in order to solve this unfortunate "conflict"?

I asked the technical commitee during jessie freeze, asked this exact
question, what right has the d-i team to reject my non-d-i-related
changes and why my (hard in this case) work has to be removed.  The
reply come way too late, so my work which I made for jessie has been
lost.  And it actually didn't answer my question, instead addressing
me back to the d-i team where I come from.  This was about busybox.
I asked to at least remove my name from the released version in jessie,
because I can't be blamed for not doing something, -- even that small
wish weren't fullfilled (maybe because this might break something?).

>From that time, and I mentioned that multiple times, I can't work on
any package which produces d-i component, because d-i team throws my
work away without any good reason.  They're producing next alpha release
of stretch installer these days, which means udebs (d-i components)
are frozen again (or so I understand), and mdadm is one of them (which
provides a piece of d-i to deal with software raid during install time).

I'm not maintaining mdadm anymore.  I'm not maintaining any piece which
produces udebs.  Because I can't.  I'm not the only one person in this
world who can do this.  Debian is made entirely by volunteers. Someone
should step in and try their own luck here, maybe they'll more productive.

I'm sorry for making this bug.  But now I can't and wont do anything
with it, because this involves another process of communicating things
with the d-i team, which I definitely wont do.  And I expressed this
multiple times already.

>> Otherwise, if you are absolutely unwilling to continue maintaining the
>> mdadm Debian package (as I said, I hope you reconsider!), then I think
>> you should officially search for someone willing to adopt the package...

Yes, that's what I'm saying.  Maybe someone else will have more luck
working with the d-i team.  Or the technical committee.

> I really hope you change your mind and begin to maintain the mdadm
> Debian package again. But, if you don't and you are absolutely
> unwilling to touch mdadm again, then you should formally state your
> decision and search for someone to adopt the package.

I don't know how to "formally" state my descision.  Debian knows about
it, d-i team knows about it, technical committee knows about it.  I
wont _upload_ any new mdadm release (so that my name wont be listed
in the control file) because of the reasons already stated above.  I
can't change the maintainer, because I'm not listed as maintainer,
it is a team-maintained package (where I'm just one of the members,
tho only one active member in 2 recent years).  I asked, honestly,
to at least remove my name from the busybox package for jessie (where
I'm also the only one active maintainer for a some years), even that
weren't made.

No, I don't know how to "state" this.  Someone can make an nmu with
my name removed and maybe the bug fixed, I dunno.  Maybe the d-i
team can do that after all (Cc'ing them).  I wont, and again, I stated
this multiple times.

Thanks,

/mjt

Bug#777481: [Pkg-clamav-devel] Bug#777481: clamav-daemon: /etc/clamav/freshclam.conf corruped after fresh installing clamav-daemon

[Antti Järvinen]

Sebastian Andrzej Siewior writes:
 > On 2015-03-11 21:19:25 [+0100], Matthias Klumpp wrote:
 > Is there any update on this? According to #799808 another user managed
 > to run into this. Antti, could you tell us please what you used to install
 > clamav?

Ok, sorry, I have no clue. Typically I use only apt-get or aptitude
but this particular debian installation where I found this problem is
some ~10 years old and packages have been installed using multitude of
methods. 

If it helps, please find attached freshclam.conf that has proxy-setting
that does not look like ascii-characters to me - still I have no idea
where this proxy setting originates from. If my memory servers, this
box has never had system-wide proxy setting. 

--
Antti Järvinen



freshclam.conf
Description: file with odd proxy setting

Bug#802811: libqt5x11extras5: causes konsole to segfault in libX11 on startup

[Moritz Nisblé]

Package: libqt5x11extras5
Followup-For: Bug #802811

Dear Maintainer,

I can confirm this problem.
After upgrading libqt5x11extras5 from 5.4.2-2+b1 to 5.5.1-2
I get segfaults on execution of nearly all KDE programs.

kernel: drkonqi[21514]: segfault at 0 ip 7f51bb302a74 sp 7ffee7bcf2a0
error 4 in libxcb.so.1.1.0[7f51bb2f8000+21000]
kernel: kate[20110]: segfault at 0 ip 7f4970e58a74 sp 7ffe33644420
error 4 in libxcb.so.1.1.0[7f4970e4e000+21000]
kernel: kwrite[20197]: segfault at 0 ip 7f146cf19a74 sp 7ffed9f43330
error 4 in libxcb.so.1.1.0[7f146cf0f000+21000]
...

This is especially a problem since 5.5.1-2 was migrated to testing this
morning.
Installation of libqt5xcbqpa5 is not an option because it hits the ongoing
qtbase-abi-5-5-1 transition.

The downgrade of libqt5x11extras5 to version 5.4.2-2+b1 fixes the problem.

Best regards
Moritz



-- System Information:
Debian Release: stretch/sid
  APT prefers testing-updates
  APT policy: (900, 'testing-updates'), (900, 'testing-proposed-updates'), 
(900, 'testing'), (50, 'unstable'), (49, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.2.0-1-amd64 (SMP w/4 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 libqt5x11extras5 depends on:
ii  libc6 2.19-22
ii  libqt5core5a  5.4.2+dfsg-9
ii  libqt5gui55.4.2+dfsg-9

libqt5x11extras5 recommends no packages.

libqt5x11extras5 suggests no packages.

-- no debconf information

Bug#800119: marked as done (Please add Shih-Yuan Lee as a DM)

[Jonathan McDowell]

On Tue, Oct 27, 2015 at 01:44:03PM +0800, Shih-Yuan Lee (FourDollars)
wrote:
> From this email, it looks like that I have become a Debian Maintainer.
> But I can not see my name mentioned at
> https://nm.debian.org/public/people/dm_all.  Is there any step I
> missed?

That list is not updated in real time with keyring pushes. Be patient;
your key is already active, as per:

https://lists.debian.org/debian-project/2015/10/msg00030.html

J.

-- 
Web [   We fear change.]
site: http:// [  ]   Made by
www.earth.li/~noodles/  [  ] HuggieTag 0.0.24


signature.asc
Description: Digital signature

Bug#803129: gnuradio on hppa should include libuhd-dev as build dependency

[Helge Deller]

Package: gnuradio
Version: 3.7.8-8

In debian/control gnuradio lists "libuhd-dev" as build-depends, but excludes 
hppa architecture:
-> libuhd-dev (>=3.9.1-3) [!hurd-i386 !hppa],

Since libuhd-dev is available now, can hppa be removed from this list?
Currently gnuradio fails to build on hppa because of this:
https://buildd.debian.org/status/fetch.php?pkg=gnuradio=hppa=3.7.8-8=189894

I'm currently testing a build with hppa removed from the exclude-list of 
libuhd-dev...

Bug#803121: deploy Jitsi meet on Debian infrastructure

[Daniel Pocock]

package: rtc.debian.org
severity: wishlist

Deploy the Jitsi Meet multi-party WebRTC-based conferencing solution on
Debian infrastructure as an alternative to Google Hangouts.

It would first be necessary to package all the dependencies.

Only Chrome (Chromium in Debian) currently supports multi-party WebRTC
calls but Firefix / Iceweasel should support it soon as well.  This is
not a limitation of Jitsi Meet itself, it has always been a browser issue.

https://jitsi.org/Projects/JitsiMeet

This requires more effort to support than many of the other wishlist
items currently being discussed.  It may require more volunteers to make
it feasible.

Bug#803125: SIP identity header

[Daniel Pocock]

package: rtc.debian.org
severity: wishlist

RFC 3325[1] provides a mechanism for end-to-end identity verification
when a SIP message is forwarded across multiple domains and SIP proxies.

The SIP proxy supports this but it needs to be configured in repro.config



1. https://tools.ietf.org/html/rfc3325

Bug#803126: enable TURN IPv6 support

[Daniel Pocock]

package: rtc.debian.org

Currently, the TURN server DNS entry is vogler-ipv4.debian.org because
we had problems using Chrome WebRTC if the TURN server had an  record.

Need to investigate further and then decide when it is appropriate to
add the  record again.

Bug#803124: officially announce XMPP service

[Daniel Pocock]

package: rtc.debian.org
severity: wishlist

XMPP packages have been installed and in a testing state since DebConf15

It uses the same credentials as SIP

Pending some final administrative setup tasks before an official
confirmation that the service is supported.

Tracked in DSA RT ticket #4908.  To email the ticket, send an email to
r...@rt.debian.org with a subject line starting with [rt.debian.org #4908]

Bug#803123: allow SIP address forwarding

[Daniel Pocock]

package: rtc.debian.org
severity: wishlist

Provide a field in LDAP where people can specify another SIP address.
The SIP proxy should forward the user's calls to the other address.

As a workaround, people can register to the SIP proxy specifying the
contact address of their choice.

This is tracked in DSA RT ticket #4929, send email to r...@rt.debian.org
with subject prefix [rt.debian.org #4929]

Bug#803122: High availability / duplicate vogler.debian.org

[Daniel Pocock]

package: rtc.debian.org
severity: wishlist

To minimize the risk of service disruptions and ensure continuity of
service during upgrades, it is a good idea to duplicate the setup on
vogler.debian.org to a second server.

The TURN server doesn't require any special configuration for
clustering, just install it on multiple hosts and create SRV records for
each host.

The SIP server has some options in repro.config for sharing the
registration state over multicast.  We just need to enable that, look in
the web interface of both servers to make sure they both have a copy of
the registrations and then create the SRV record for the second server.

Bug#803117: celery: non-free documentation (CC-BY-NC-SA-3.0)

[Michael Fladischer]

On Tue, 27 Oct 2015 16:47:42 +1100 Dmitry Smirnov 
wrote:
> On Tuesday 27 October 2015 16:36:15 Brian May wrote:
> > Sounds like we might have to repackage the source to drop the entire
> > docs directory and remove the python-celery-doc package :-(
> 
> It might be helpful to bring upstream's attention to the matter...

I opened an issue with upstream and will wait a few days for them to
respond. If they cannot change their license I will repack the source
tarball and drop the documentation.

Cheers,
-- 
Michael Fladischer
Fladi.at



signature.asc
Description: OpenPGP digital signature

Bug#784070: is it maybe possible to settle dislikings and fix this bug?

[Yann-externe SOUBEYRAND]

OK, considering only the technical aspects of this bug (not that the other 
aspects are not important but I don't want to take position on these), I'm 
ready to prepare a NMU. Before doing so, I'd like everyone's point of view 
on the solution I proposed as it introduces a regression for slow to 
appear devices. Given the fact that this bug defeats the purpose of raid 
1, I think the regression is worth it in the first time (for sure, we need 
a better solution in the long term). What do you think about it?

Cheers

Yann

Bug#801994: hosts stuck in refresh

[Patrick Matthäi]

Am 26.10.2015 um 20:06 schrieb Stefan Bühler:

Hi,

On Mon, 26 Oct 2015 17:51:25 +0100
Patrick Matthäi  wrote:


Am 16.10.2015 um 20:23 schrieb Stefan Bühler:

Package: apt-dater
Version: 1.0.2+git20150804-1

Hi,

every host I refresh stays in refresh forever, until i force close
apt-dater and restart. after a restart it seems to have the correct
package states.

On the server I saw "/usr/bin/perl /usr/bin/apt-dater-host refresh"
running at first, and then it finished.


I do not think this is the problem, but to be sure could you show me the 
output of ' apt-dater-host refresh' one host?



   

What processes are running on the machine where you have invoked
apt-dater itself? Do you have got this problem everytime?


It have this problem at home, at work, everytime, not a single refresh
succeeds. Although I usually use "aptitude" as DPKGTOOL I just tried
one host with "apt-get", but it doesn't change anything.

When I start the refresh I see this for every host:

/bin/sh /usr/lib/x86_64-linux-gnu/apt-dater/cmd
  \_ /usr/bin/ssh -t -n -o BatchMode=yes -o ConnectTimeout=5 -l root $hostname 
apt-dater-host refresh

After a while they finish, but nothing happens in the apt-dater ui.
Please note that these processes do not appear as children of apt-dater
in "ps aufx".

I ran one of the ssh commands directly, and the remote end isn't happy
about the "-t" flag (first output line: "Pseudo-terminal will not be
allocated because stdin is not a terminal."). Apart from that the
output looks fine afaict. To get rid of the "-t" flag I need to
explicitly set opt-cmd-flags="" (which doesn't fix the problem either).



How are you connecting to your apt-dater host server and how are you 
using it?


--
/*
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#568374: debian-policy: section "8.4 Development files" not explicit enough regarding libraryname[soversion]-dev

[Ansgar Burchardt]

Hi,

I suggest to change

| If there are development files associated with a shared
| library, the source package needs to generate a binary
| development package named librarynamesoversion-dev, or if you
| prefer only to support one development version at a time,
| libraryname-dev.

to

| If there are development files associated with a shared
| library, the source package needs to generate a binary
| development package named libraryname-dev, or if you
| need to support multiple development versions at a time,
| librarynameAPIVERSION-dev.

The changes are:

Recommend unversioned -dev packages over versioned ones.

For versioned -dev packages, use APIVERSION instead of SONAMEVERSION as
API and ABI can change independently.  This matches current practice: as
a random example: libgweather-3-dev + libgweather-3-6

Ansgar

Bug#803137: transition: liblouis

[Emilio Pozuelo Monfort]

Control: tags -1 confirmed

On 27/10/15 10:45, Samuel Thibault wrote:
> Package: release.debian.org
> Severity: normal
> User: release.debian@packages.debian.org
> Usertags: transition
> 
> Hello,
> 
> liblouis has bumped its soname.  I have uploaded the new version in
> experimental, where it built successfully (except on mips where it's
> still needs-build, but a manual build on a porter box succeeds).
> 
> https://release.debian.org/transitions/html/auto-liblouis.html
> 
> The set of affected packages should be reduced to liblouisxml and
> liblouisutdml, they do build and work fine with the new package.

Ack.

Cheers,
Emilio

Bug#803141: telegnome: FTBFS: cp: cannot stat 'debian/tmp/debian/tmp/dh-exec.395JP73r/etc/gnome/config/telegnome': No such file or directory

[Chris Lamb]

Source: telegnome
Version: 0.1.1-9
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,

telegnome fails to build from source in unstable/amd64:

  [..]

 dh_install
  cp: cannot stat
  'debian/tmp/debian/tmp/dh-exec.395JP73r/etc/gnome/config/telegnome':
  No such file or directory
  dh_install: cp --reflink=auto -a
  debian/tmp/debian/tmp/dh-exec.395JP73r/etc/gnome/config/telegnome
  debian/telegnome/etc/gnome/config// returned exit code 1
  debian/rules:7: recipe for target 'binary' failed
  make: *** [binary] Error 2
  dpkg-buildpackage: error: fakeroot debian/rules binary gave error exit
  status 2

  [..]

The full build log is attached or can be viewed here:


https://reproducible.debian.net/logs/unstable/amd64/telegnome_0.1.1-9.build1.log.gz


Regards,

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


telegnome.0.1.1-9.unstable.amd64.log.txt.gz
Description: application/gzip

Bug#466915: More info

[Harri Kiiskinen]

> Can you confirm that the filehandle issue has been fixed in the mean time?

Sorry, I don't use mapserver/mapscript for anything anymore, and the
server setup where this bug manifested has been taken down years
ago. I do suspect that the bug has been fixed, too; I guess the bug
could be closed.

Best,

Harri K.

Bug#803140: p4vasp: please make the build reproducible

[Reiner Herrmann]

Source: p4vasp
Version: 0.3.29+dfsg-1
Severity: wishlist
Tags: patch
User: reproducible-bui...@lists.alioth.debian.org
Usertags: fileordering
X-Debbugs-Cc: reproducible-bui...@lists.alioth.debian.org

Hi!

While working on the "reproducible builds" effort [1], we have noticed
that p4vasp could not be built reproducibly.
The file appletlist.py, which is generated during build, contains an
unsorted list of modules.

The attached patch fixes this by sorting the list before writing it.

Regards,
 Reiner

[1]: https://wiki.debian.org/ReproducibleBuilds

diff --git a/debian/patches/series b/debian/patches/series
index c7b934d..6273ed2 100644
--- a/debian/patches/series
+++ b/debian/patches/series
@@ -4,3 +4,4 @@ set-title-and-icon
 fix-generated-files
 fix-spelling-errors
 pass-hardening-flags
+sort-applet-list
diff --git a/debian/patches/sort-applet-list b/debian/patches/sort-applet-list
new file mode 100644
index 000..ca4a370
--- /dev/null
+++ b/debian/patches/sort-applet-list
@@ -0,0 +1,16 @@
+Author: Reiner Herrmann 
+Description: sort applet list to make build reproducible
+
+Index: p4vasp-0.3.29+dfsg/install/makeappletlist.py
+===
+--- p4vasp-0.3.29+dfsg.orig/install/makeappletlist.py
 p4vasp-0.3.29+dfsg/install/makeappletlist.py
+@@ -10,7 +10,7 @@ def applets(path):
+ l.append(s)
+ l.append(s)
+ modules.append(".".join(l))
+-return modules
++return sorted(modules)
+ 
+ f=open(join("..","lib","p4vasp","applet","appletlist.py"),"w")
+ f.write("def appletlist():\n")


signature.asc
Description: OpenPGP digital signature

Bug#803101: virtualbox-guest-x11: segmentation fault in vboxvideo_drv.so

[Gianfranco Costamagna]

Control: tags -1 moreinfo

Hi, I'm tempted to reassign against xserver-xorg-legacy.

To see if I'm correct, can you please remove virtualbox-guest-x11 and install
xserver-xorg-legacy package?



references here
https://www.virtualbox.org/ticket/14732


cheers,

G.

Bug#803135: openssl: unknown option "-verify_host"

[Damien Mure]

Package: openssl
Version: 1.0.2d-1
Severity: normal

Dear Maintainer,

I use openssl to check that certificate installed on different hosts match some
DNS names.
According "openssl s_client help" command, I use:

 openssl s_client -connect "debian.com:443" -verify_host debian.com

But I get:
***
damien@me:$ openssl s_client -connect "debian.com:443" -verify_host debian.com
unknown option -verify_host
usage: s_client args

 -host host - use -connect instead
 -port port - use -connect instead
 -connect host:port - who to connect to (default is localhost:4433)
 -verify_host host - check peer certificate matches "host"



We can see that "verify_host" is unknown but present in the "usage".

I found an openssl mail here : https://mta.openssl.org/pipermail/openssl-
dev/2015-April.txt
We can see that the option checked in the code is "-verify_hostname" and not
"-verify_host"

And yes, if I try:

 openssl s_client -connect "debian.com:443" -verify_hostname debian.com

->It works.

It would be cool if you could path openssl to have the good display of the
"usage".

Regards



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

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

Versions of packages openssl depends on:
ii  libc62.19-22
ii  libssl1.0.0  1.0.2d-1

openssl recommends no packages.

Versions of packages openssl suggests:
ii  ca-certificates  20150426

OpenSSL version : 1.0.2d 9 Jul 2015
openssl package version: 1.0.2d-1

Bug#568374: debian-policy: section "8.4 Development files" not explicit enough regarding libraryname[soversion]-dev

[Tim Janik]

On Tue, 27 Oct 2015 10:06:50 +0100 Ansgar Burchardt  wrote:
> | If there are development files associated with a shared
> | library, the source package needs to generate a binary
> | development package named libraryname-dev, or if you
> | need to support multiple development versions at a time,
> | librarynameAPIVERSION-dev.

I'd suggest to additionally add *why* unversioned -dev packages are preferred:

| Note that using an unversioned package name like libraryname-dev
| often allows simpler transitions, because depending packages that
| just need recompilation against the new APIVERSION can be upgraded
| via binNMU, e.g. by the release team.

I'm new to packaging and it took a lot of asking around to find out about the 
*why* ;-)

> Ansgar

-- 
Yours sincerely,
Tim Janik

https://testbit.eu/timj/
Free software author and speaker.



signature.asc
Description: OpenPGP digital signature

Bug#803138: python-wxglade: Save/Load removes arguments from custom widgets

[Miloslav Semler]

Package: python-wxglade
Version: 0.7.1~rc1-3
Severity: important

Reproducible procedure:
add custom widget -> save, load -> argumets contains now only $, $ instead of 
$parent, $id

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

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

Versions of packages python-wxglade depends on:
ii  python   2.7.9-1
ii  python-wxgtk3.0  3.0.1.1+dfsg-2

python-wxglade recommends no packages.

python-wxglade suggests no packages.

-- no debconf information

Bug#803133: etcd: FTBFS on arm64, ppc64, ppc64el

[Edmund Grimley Evans]

Source: etcd
Version: 2.2.0+dfsg-2

It failed to build:

https://buildd.debian.org/status/package.php?p=etcd=sid

In each case the error was:

# github.com/boltdb/bolt
src/github.com/boltdb/bolt/db.go:85: undefined: maxMapSize
src/github.com/boltdb/bolt/db.go:85: invalid array bound maxMapSize

It appears that this may have been fixed upstream, though the patch is
not exactly perspicuous:

https://github.com/glevand/coreos--coreos-overlay/commit/5ecd5f6be491e50fc55a9ad1fbfd89dd21ee988c

Bug#803134: mate-themes: needs updating to 3.18 compliant version in Testing and Unstable

[Vlad Orlov]

Source: mate-themes
Version: 1.10.4+gtk3.16-1
Severity: wishlist
Tags: stretch, sid


Hi,

As GTK+3 now moved to 3.18 in Testing and Unstable, we need an upgrade
of mate-themes to 3.18 compliant version. You can get a tarball from [1] or use
the mate-themes-gtk3.18-1.10.5 tag branch in git repo [2].

Correction of GTK+3 version number in debian/watch file is also needed.


[1] http://pub.mate-desktop.org/releases/1.10/mate-themes-gtk3.18-1.10.5.tar.xz
[2] https://github.com/mate-desktop/mate-themes/tree/mate-themes-gtk3.18-1.10.5

Bug#803043: mod_perl2 / Apache segfaults after upgrading from Wheezy to Jessie

[Patrick Matthäi]

Am 27.10.2015 um 08:34 schrieb Niko Tyni:

On Mon, Oct 26, 2015 at 11:21:12AM +0100, Patrick Matthäi wrote:

Package: libapache2-mod-perl2
Version: 2.0.9~1624218-2
Severity: grave
after upgrading our otrs2 server from wheezy/amd64 to jessie I noticed
dozens of apache segfaults per day on this machine. In dmesg it looks like
this:
Now the more curious thing. I have updated another server from Wheezy to
Jessie, which is just serving gitolite and subversion repositories (about
mod_svn). After the upgrade full svn checkouts were impossible, also because
of segfaults from Apache itself. Later I found, that mod_perl2 was installed
and activated on this system, but it was not used at all. So uninstalling
libapache2-mod-perl2 solved the issue on the server, where it was not
required.

Thanks for the report.

Would it be possible for you to test if 2.0.9-1 from stretch/sid has
the same behaviour? The binaries aren't quite installable in jessie,
but the build dependencies are so it's just a simple rebuild. I can also
provide binaries if you like.


No problem. Already deployed on both machines for testing:

svn/git machine:
Everything looks fine at the moment, I can not reproduce this issue

otrs issue:
There it is harder to reproduce. I would send you an update, if it still 
crashes.


But..:
If it fixes the problem, do you have got an idea which changes to pick 
up for fixing jessie?

Maybe it is relevant, that all our services are reachable about HTTPS?

--
/*
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#803137: transition: liblouis

[Samuel Thibault]

Emilio Pozuelo Monfort, le Tue 27 Oct 2015 10:52:41 +0100, a écrit :
> Ack.

The newer liblouis is now uploaded on unstable.

Samuel

Bug#802786: libsigc++-2.0-dev: c++ only option in cflags

[Emilio Pozuelo Monfort]

Control: severity -1 serious

On 23/10/15 17:43, Michael Biebl wrote:
> Am 23.10.2015 um 17:01 schrieb Michael Biebl:
>> cc1: error: command line option '-std=c++11' is valid for C++/ObjC++ but
>>> not for C [-Werror]
>>>
>>> Removing -std=c++11 from your .pc files makes these packages build
>>> again.
> 
> Afaics, this is a warning by default. So the mere existence of
> -std=c++11 does not make said package ftbfs, only if you combine that
> with -Werror.
> It would also be good to have an actual list of packages which FTBFS
> because of that.
> I recompiled all rdeps of libsigc++2.0-dev/libglibmm2.4-dev before
> applying that change and did not notice any build failures because of that.
> 
> The alternative to dropping the .pc file hack is to have ~90 RC bugs
> [1]. As said, it would be good to have an actual list of packages
> failing to build because of that change. This would make it easier to
> evaluate the situation.
> If there are only one or two, dropping -Werror for those package seems
> like the better alternative then having to touch 90 packages.
> 
> CCing Emilio in his role as release manager. I talked to him about this
> issue before making this change.
> 
> Let's hear his input.

We should keep this bug open and drop -std=c++11 once we have GCC 6 (which
should default to c++11 IIRC) and will happen during this cycle. I'd rather have
this problem here affecting one rdep than have 80 RC bugs.

In the meantime, let's make this bug RC so we don't forget to fix it before the
Stretch release. Bumping the severity.

Cheers,
Emilio

Bug#803016: libxml2: Upgrade fails with "triggers ci file contains unknown directive `activate-noawait'"

[Samuel Wolf]

The -14 package fixed this bug on my i386 system.

Bug#802757: djangorestframework-gis: FTBFS with djangorestframework 3.2.2-1

[Michael Fladischer]

On Mon, 26 Oct 2015 11:11:18 +1100 Brian May  wrote:
> Brian May  writes:
> 
> > AssertionError: Tuples differ: (6.381496, 53.384067) !=
> > (6.381495826183805, 53.3840669...

I have a suspicion that the reduced precision is because we use
spatialite for our tests while upstream uses PostgreSQL. See my PR to
upstream for a possible fix:

https://github.com/djangonauts/django-rest-framework-gis/pull/84

Cheers,
-- 
Michael Fladischer
Fladi.at



signature.asc
Description: OpenPGP digital signature

Bug#803136: docker.io: FTBFS

[Edmund Grimley Evans]

Source: docker.io
Version: 1.7.1~dfsg1-1
Severity: serious

It failed to build on arm64, ppc64 and ppc64el:

https://buildd.debian.org/status/package.php?p=docker.io=sid

There is a different error in each case, unfortunately, and on an
up-to-date amd64 system there is a yet another, different error.

I would guess that the change to Go 1.5.1 is implicated and that it
would be a good idea to upgrade docker.io first of all. Apparently
1.9.0 is due to be released on 2015-10-29.

Bug#803137: transition: liblouis

[Samuel Thibault]

Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: transition

Hello,

liblouis has bumped its soname.  I have uploaded the new version in
experimental, where it built successfully (except on mips where it's
still needs-build, but a manual build on a porter box succeeds).

https://release.debian.org/transitions/html/auto-liblouis.html

The set of affected packages should be reduced to liblouisxml and
liblouisutdml, they do build and work fine with the new package.

Samuel

Ben file:

title = "liblouis";
is_affected = .depends ~ /\b(liblouis2)\b/ | .depends ~ /\b(liblouis9)\b/;
is_good = .depends ~ /\b(liblouis9)\b/;
is_bad = .depends ~ /\b(liblouis2)\b/;


-- System Information:
Debian Release: stretch/sid
  APT prefers oldoldstable
  APT policy: (500, 'oldoldstable'), (500, 'buildd-unstable'), (500, 
'unstable'), (500, 'testing'), (500, 'stable'), (500, 'oldstable'), (1, 
'buildd-experimental'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

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

-- 
Samuel
 > Subject: pb fvwm95-2 comment l'installer le compiler???
 > Merci d'avance
 je te conseille d'être un peu plus précis dans l'exposé de ton pb...
 -+- EJ in guide du linuxien pervers :"Les modéros sont sympas !" -+-

Bug#803043: mod_perl2 / Apache segfaults after upgrading from Wheezy to Jessie

[Niko Tyni]

On Tue, Oct 27, 2015 at 10:24:23AM +0100, Patrick Matthäi wrote:
> Am 27.10.2015 um 08:34 schrieb Niko Tyni:

> >Would it be possible for you to test if 2.0.9-1 from stretch/sid has
> >the same behaviour? The binaries aren't quite installable in jessie,
> >but the build dependencies are so it's just a simple rebuild. I can also
> >provide binaries if you like.
> 
> No problem. Already deployed on both machines for testing:

Thanks! Please keep us updated on the results.

> If it fixes the problem, do you have got an idea which changes to pick up
> for fixing jessie?

I haven't looked at it properly yet, but I think there weren't too many
changes between the versions. I'll follow up on this later when I find
the time, but it might take a week or so.

> Maybe it is relevant, that all our services are reachable about HTTPS?

Hard to say yet, but it's a data point at least.

Thanks again,
-- 
Niko

Bug#720441: seg fault

[Nicholas Bamber]

tag 720441 + moreinfo unreproducible
thanks

I'm getting the impression this is fixed and I can't reproduce it. Just 
tagging moreinfo and unreproducible for now.

Bug#803139: yadifa: please make the build reproducible

[Reiner Herrmann]

Source: yadifa
Version: 2.1.4-1
Severity: wishlist
Tags: patch
User: reproducible-bui...@lists.alioth.debian.org
Usertags: timestamps
X-Debbugs-Cc: reproducible-bui...@lists.alioth.debian.org

Hi!

While working on the "reproducible builds" effort [1], we have noticed
that yadifa could not be built reproducibly.

The new upstream release added new __DATE__/__TIME__ macros.
The attached patch amends the existing patch to remove the new
timestamps.

Regards,
 Reiner

[1]: https://wiki.debian.org/ReproducibleBuilds

diff --git a/debian/patches/do-not-use-or-define-the-compile-date.patch b/debian/patches/do-not-use-or-define-the-compile-date.patch
index 8ea617f..4840e38 100644
--- a/debian/patches/do-not-use-or-define-the-compile-date.patch
+++ b/debian/patches/do-not-use-or-define-the-compile-date.patch
@@ -59,3 +59,51 @@ index 36872cb..3cf8979 100644
  
  /* List of default values for the different configuration parameters */
  #define S_CONFIGDIR SYSCONFDIR "/"
+Index: yadifa-2.1.4/lib/dnscore/src/dnscore.c
+===
+--- yadifa-2.1.4.orig/lib/dnscore/src/dnscore.c
 yadifa-2.1.4/lib/dnscore/src/dnscore.c
+@@ -103,9 +103,9 @@
+ #endif
+ 
+ #ifdef DEBUG
+-const char *dnscore_lib = "dnscore " __DATE__ " " __TIME__ " debug";
++const char *dnscore_lib = "dnscore debug";
+ #else
+-const char *dnscore_lib = "dnscore " __DATE__ " " __TIME__ " release";
++const char *dnscore_lib = "dnscore release";
+ #endif
+ 
+ static const char* ARCH_RECOMPILE_WARNING = "Please recompile with the correct settings.";
+Index: yadifa-2.1.4/lib/dnsdb/src/zdb.c
+===
+--- yadifa-2.1.4.orig/lib/dnsdb/src/zdb.c
 yadifa-2.1.4/lib/dnsdb/src/zdb.c
+@@ -91,9 +91,9 @@ extern logger_handle* g_database_logger;
+ #endif
+ 
+ #ifdef DEBUG
+-const char *dnsdb_lib = "dnsdb " __DATE__ " " __TIME__ " debug";
++const char *dnsdb_lib = "dnsdb debug";
+ #else
+-const char *dnsdb_lib = "dnsdb " __DATE__ " " __TIME__ " release";
++const char *dnsdb_lib = "dnsdb release";
+ #endif
+ 
+ static pthread_mutex_t *ssl_mutex = NULL;
+Index: yadifa-2.1.4/lib/dnszone/src/dnszone.c
+===
+--- yadifa-2.1.4.orig/lib/dnszone/src/dnszone.c
 yadifa-2.1.4/lib/dnszone/src/dnszone.c
+@@ -62,9 +62,9 @@
+ #endif
+ 
+ #ifdef DEBUG
+-const char *dnszone_lib = "dnszone " __DATE__ " " __TIME__ " debug";
++const char *dnszone_lib = "dnszone debug";
+ #else
+-const char *dnszone_lib = "dnszone " __DATE__ " " __TIME__ " release";
++const char *dnszone_lib = "dnszone release";
+ #endif
+ 
+ dnslib_fingerprint


signature.asc
Description: OpenPGP digital signature

Bug#802002: RFP: libgraxxia-groovy-java - wrappers for doing Mathematics in Groovy

[Jonas Smedegaard]

Quoting Emmanuel Bourg (2015-10-27 01:00:45)
> graxxia is now in NEW, it took me 1 hour to package it. I packaged the 
> latest version available in the Github repository (commit 85b386e), 
> this version doesn't match the jar released in Maven Central under the 
> version 1.0.1 because the repository is missing the Bars class. I 
> suspect the Git repository is between the versions 0.9 and 1.0, so I 
> used the version 1.0~20150714 for the package.

Great!

 - Jonas

-- 
 * Jonas Smedegaard - idealist & Internet-arkitekt
 * Tlf.: +45 40843136  Website: http://dr.jones.dk/

 [x] quote me freely  [ ] ask before reusing  [ ] keep private


signature.asc
Description: signature

Bug#802848: RFS: gnome-twitch/0.1.0-1 [ITP]

[Gianfranco Costamagna]

Hi,

(let me say, based on your answers I have difficulties in understanding how 
possibly
your first package can be so good :) )

>I installed into debian/package because "man dh_auto_install" told me
>that "[...]the files are installed into debian/package/ if there is only
>one binary package. In the multiple binary package case, the files are
>instead installed into debian/tmp/ [...]".
>Although there is no reason given why it should be debian/package in one
>case and debian/tmp in the other. What's the difference?


well, first there is a dh_auto_install step, where everything is moved to 
debian/tmp
(via DESTDIR), and then a dh_install where packages are split

(you mention an exception of the rule, and I agree with you on that point)

>I overrode dh_auto_install because that is where "normally" (when using
>autotools for example) the "make install" stage of the process is

>executed, right?

true

>And the "ninja install" command would be my equivalent of that "make
>install".
>After that, I thought, dh_install could be used to install files that
>were not picked up by the call to make (or ninja in my case).


true

>If that is not the case, what difference does overriding dh_install make
>in contrast to overriding dh_auto_install? Both seem to produce a
>working package for me.


actually you are completely right, but I guess is a matter of taste :)

Let me assume in the future you will like to split the package, that way
I guess you might just tweak the dh_install and nothing more
(but as soon as there is no automatic install by running "make install"
they are both equivalent)

>Also, the command you proposed would also install into
>debian/gnome-twitch, but at the top you said I should be installing into
>debian/tmp? I'm a little confused ;)


I guess the politically correct way is:
install in dh_auto_install everything into debian/tmp, and add an .install file
to make sure files are moved into dh_install.

that way a future package split will be easier
(this is how I would do it, but if you don't want to do I can live happy to)

>While writing an answer to this, I just realized that make also takes
>the -C option, I didn't know that before.

>So yes, that would probably be a good idea, I'll do that. 


let me know whenever you have something to look at :)
(the above discussion is obviously not a showstopper, because I guess it is 
just a matter of
knowing how your package will evolve)

cheers,

G.

Bug#803051: Set bug pending

[Ole Streicher]

Control: tags -1 pending

This is already fixed in the git repository for all cpl-plugin-* 
packages and will be uploaded when a new version is ready. Packages that 
already include the patch are currently cpl-plugin-kmos, 
cpl-plugin-muse, and cpl-plugin-vimos.


Best regards

Ole

Bug#801166: [LCFC] templates://unattended-upgrades/{templates}

[Christian PERRIER]

This is the last call for comments for the review of debconf
templates for unattended-upgrades.

The reviewed templates will be sent on Thursday, October 29, 2015 to this bug 
report
and a mail will be sent to this list with "[BTS]" as a subject tag.


-- 


# These templates have been reviewed by the debian-l10n-english
# team
#
# If modifications/additions/rewording are needed, please ask
# debian-l10n-engl...@lists.debian.org for advice.
#
# Even minor modifications require translation updates and such
# changes should be coordinated with translators and reviewers.

Template: unattended-upgrades/enable_auto_updates
Type: boolean
Default: false
_Description: Automatically download and install stable updates?
 Applying updates on a frequent basis is an important part of keeping
 systems secure. By default, updates need to be applied manually using package 
 management tools. Alternatively, you can choose to have this system 
 automatically download and install important updates.

Template: unattended-upgrades/origins_pattern
Type: string
Default: "origin=Debian,codename=${distro_codename},label=Debian-Security";
_Description: Origins-Pattern that packages must match to be upgraded:
 Please specify a value for the unattended-upgrades Origins-Pattern.
 .
 A package will be upgraded only if its metadata values match all the supplied
 keywords in the origin line.
Source: unattended-upgrades
Section: admin
Priority: optional
Maintainer: Michael Vogt 
Build-Depends: debhelper (>= 7.0.50~), po-debconf
Build-Depends-Indep: python (>= 2.6.6-3~), python3-distutils-extra,
 python3-setuptools, python-dev, python3-dev, python-coverage, pep8,
 pyflakes, python-apt, python3-apt, python-mock, python3-mock,
 lsb-release, dh-systemd (>= 1.5)
Standards-Version: 3.9.3
Vcs-Git: https://github.com/mvo5/unattended-upgrades.git
XS-Testsuite: autopkgtest

Package: unattended-upgrades
Architecture: all
Depends: ${shlibs:Depends}, ${misc:Depends}, debconf, python3, 
 python3-apt, apt-utils, apt, ucf, lsb-release, lsb-base (>= 3.2-14),
 xz-utils
Recommends: cron | cron-daemon | anacron
Suggests: bsd-mailx, mail-transport-agent
Description: automatic installation of security upgrades
 This package can download and install security upgrades automatically
 and unattended, taking care to only install packages from the
 configured APT source, and checking for dpkg prompts about
 configuration file changes.
 .
 This script is the backend for the APT::Periodic::Unattended-Upgrade
 option.


signature.asc
Description: PGP signature

Bug#803118: git-notifier: please, upgrade to the new upstream version

[Lev Lamberov]

Package: git-notifier
Version: 0.41-6-1
Severity: wishlist

Dear Maintainer,

please, update the package to new upstream version. Current
upstream version is 0.6-25. By the way, source in upstream
repository now contains man pages both for git-notifier and
github-notifier, so upgrading will fix lintian complains about
that.

Thanks!

Cheers,
Lev Lamberov


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

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

Versions of packages git-notifier depends on:
ii  exim4-daemon-light [mail-transport-agent]  4.86-4
ii  git1:2.6.1-1
ii  python 2.7.9-1

Versions of packages git-notifier recommends:
ii  moreutils  0.57-1

git-notifier suggests no packages.

-- no debconf information

Bug#796820: Package adoption

[Antonio Carlos]

Hi,

My name ´s Antonio Carlos and i am interesting on become a maintainer of
this package.


Att,

Antonio Carlos




On Mon, 24 Aug 2015 22:23:31 +0200 Uwe Hermann  wrote:
> Package: wnpp
> Severity: normal
>
> I request an adopter for the urjtag package.
>
> The package description is:
>  A command line tool for communicating over JTAG (IEEE 1149.1) with
various
>  flash chips, CPUs, boards and JTAG adapters.
>  .
>  It has an open and modular architecture with the ability to write
>  miscellaneous extensions (like board testers, or flash memory
programmers).
>  .
>  This is a (more actively maintained) fork of the 'openwince-jtag'
software.
>
>
> Uwe.
> --
> http://hermann-uwe.de | http://randomprojects.org | http://sigrok.org
>
>

Bug#688903: confirm

[Nils Rennebarth]

I can reproduce this bug 100% reliably here. Locking is not an issue (ext4 
filesystem),
neither race conditions, as I am the only user.

I did the following:

$ dwww-cache --list-all
man /usr/share/man/man1/bash.1.gz b/0 n
man /usr/share/man/man1/curl.1.gz c/0 n
man /usr/share/man/man1/docker-commit.1.gz d/4 n
man /usr/share/man/man1/docker-create.1.gz d/1 n
man /usr/share/man/man1/docker-diff.1.gz d/5 n
man /usr/share/man/man1/docker-restart.1.gz d/6 n
man /usr/share/man/man1/docker-rm.1.gz d/2 n
man /usr/share/man/man1/docker-run.1.gz d/7 n
man /usr/share/man/man1/docker-start.1.gz d/8 n
man /usr/share/man/man1/docker-stop.1.gz d/9 n
man /usr/share/man/man1/docker.1.gz d/3 n
man /usr/share/man/man1/qpdf.1.gz q/0 n
man /usr/share/man/man1/quilt.1.gz q/1 n
man /usr/share/man/man1/ssh-copy-id.1.gz s/0 n
man /usr/share/man/man1/ssh.1.gz s/0 n
man /usr/share/man/man5/Dockerfile.5.gz D/0 n
man /usr/share/man/man5/interfaces.5.gz i/2 n
man /usr/share/man/man8/dnsmasq.8.gz d/0 n
man /usr/share/man/man8/ip-address.8.gz i/4 n
man /usr/share/man/man8/ip-link.8.gz i/3 n
runman /usr/share/man/man8/ip-route.8.gz i/1 n
man /usr/share/man/man8/ip.8.gz i/0 n

Note ssh and ssh-copy-id both pointing to s/0, so the cache is corrupt, but 
read on:

I did as root
rm /var/cache/dwww/db/s/0
dwww-cache --clean

Then as expected:

$ dwww-cache --lookup man /usr/share/man/man1/ssh.1.gz >/dev/null; echo $?
1
$ dwww-cache --lookup man /usr/share/man/man1/ssh-copy-id.1.gz >/dev/null; echo 
$?
1

Then I pressed reload in my browser in the page for ssh. The real man page for 
ssh
appeared, and there was a new /var/cache/dwww/db/s/0 file. However then (without
any more changes)

$ dwww-cache --lookup man /usr/share/man/man1/ssh.1.gz >/dev/null; echo $?
0
$ dwww-cache --lookup man /usr/share/man/man1/ssh-copy-id.1.gz >/dev/null; echo 
$?
0

And the strange thing is, that dwww-cache --clean did not change the file's
modification time. Could the bug be that the --clean does not correctly purge
all the entries from the cache?


--
Nils Rennebarth
Software developer

bintec elmeg security GmbH

Neue Brücke 3
D-70173 Stuttgart
Germany

Tel: +49-711-900300-64
Email: nils.renneba...@bintec-elmeg.com
www: www.bintec-elmeg.com

Location: Nuremberg, Local Court Nuremberg, HRB 25481
Managing Director: Bernd Büttner


The information contained in this e-mail has been carefully researched,
but the possibility of it being inapplicable in individual cases cannot
be ruled out. We therefore regret that we cannot accept responsibility
or liability of any kind whatsoever for the correctness of the
information given. Please notify us if you discover that information is
inapplicable.

Bug#797517: Fwd: suggestions for rubber Debian packaging.

[Preuße]

On 24.10.2015 22:41, Preuße...@buxtehude.debian.org,  Hilmar wrote:

Hi,

> In debian/rules I'm calling:
> 
> install: build
> 
> $(MAKE) install prefix=$(CURDIR)/debian/rubber/usr
> 
> ..to install the files into a temporary directory to build the package. In 
> case
> we have @prefix@ in Makefile.in the variable is expanded during creation of
> Makefile and now reads "/usr". Hence debian/rules tries to install to /usr,
> which of course fails.
> 
Ok, this is addressed in the new debian/rules file. Many thanks!

As said: I wouldn't like to use it as long as the lintian errors are not solved.
No, I don't have any clue yet, what causes them.

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

Bug#802811: Plasma 5 does not start

[olivier]

Dear maintainer,

I have  same problem. After the day's update (Stretch  - 10/27/15), 
plasma session doesn't start and i have this message (dmesg):
sddm-greeter[1144]: segfault at 0 ip 7f1a42a60a74 sp 
7ffee597c3d0 error 4 in libxcb.so.1.1.0[7f1a42a56000+21000]


OS information
Debian GNU/Linux stretch/sid
Linux turing 4.2.0-1-amd64 #1 SMP Debian 4.2.3-2 (2015-10-14) x86_64 
GNU/Linux


Package version
libqt5x11extras5:
  Installé : 5.5.1-2
  Candidat : 5.5.1-2
 Table de version :
 *** 5.5.1-2 0
500 http://ftp2.fr.debian.org/debian/ stretch/main amd64 Packages
100 /var/lib/dpkg/status
Best regards,

Olivier Bald

Bug#802633: qemu-system-x86: "GLib-WARNING" after starting qemu

[Michael Tokarev]

Control: tag -1 + upstream fixed-upstream

27.10.2015 13:50, Sebastian Andrzej Siewior wrote:
> Control: tags -1 patch
> 
> On 2015-10-22 04:49:45 [+0700], Igor Liferenko wrote:
>> $ qemu-system-i386 -enable-kvm -hda newimg.qcow2 -cdrom some.iso -m 256 
>> -boot once=d
>> (process:11370): GLib-WARNING **: 
>> /build/glib2.0-eN341t/glib2.0-2.46.0/./glib/gmem.c:482: custom memory 
>> allocation vtable not supported
> 
> https://lists.gnu.org/archive/html/qemu-devel/2015-09/msg01262.html

This is a glib bug, but we have to address it in all glib users
instead (which is a bad practice by glib authors).

It were fixed in qemu upstream quite some time ago, I've seen it,
but decided to just wait for the next upstream version instead of
uploading new qemu to debian.

The reason is because i'm waiting for libcacard package to be accepted
to debian (it produces libcacard0 and libcacard-dev packages which
were previously produced by qemu).  If I'll upload qemu now, I'll
have to re-upload libcacard (as I'll have to enable libcacard in qemu
again and this will conflict with the new libcacard package).

Basically, I want to avoid any uploads of qemu before libcacard
package, unless it is really necessary.

If libcacard will be accepted before next qemu upstream release
(planned to be at 10th of December), I'll sure will fix this bug
too.

Thanks,

/mjt

Bug#803155: Typo in README

[Nyav]

Package: os-prober
Version: 1.70
Severity: minor
Tags: patch

Dear Maintainer,

I found typo in the README file.

I made a patch to fix that.

Nyav>From fb699e734f3a044decb4b4df512f3d2943044020 Mon Sep 17 00:00:00 2001
From: Nyav 
Date: Sun, 25 Oct 2015 13:42:45 +
Subject: [PATCH] Fix README

---
 README |8 
 1 file changed, 4 insertions(+), 4 deletions(-)

diff --git a/README b/README
index 690d7f6..e747a7f 100644
--- a/README
+++ b/README
@@ -3,7 +3,7 @@ installer package to detect other filesystems with operating systems on
 them, and work out how to boot other linux installs.
 
 os-prober
-
+-
 
 All one has to do is Depend on os-prober, and then run the os-prober
 command. This command takes no arguments: it will scan all disks available
@@ -19,7 +19,7 @@ such as:
 with their own boot sectors.
 
 Tests are executable programs in the directory /usr/lib/os-probes/. Each
-test is called once per partition, with the partiton to check as its
+test is called once per partition, with the partition to check as its
 parameter, and may output a string as described above, or nothing if it does
 not recognise an OS on that partition. Tests return an exit code of 0
 if they successfully found an OS, and no further tests will be run on that
@@ -41,7 +41,7 @@ linux-boot-prober.
 linux-boot-prober
 -
 
-the linux-boot-prober command should be run with a single argument
+The linux-boot-prober command should be run with a single argument
 consisting of a partition that is known to have a linux root filesystem on
 it, as returned by the os-prober command. It will try to work out how to
 boot that linux installation, and if it is successful, will output one or
@@ -56,7 +56,7 @@ The root partition and boot partition may of course be the same. No guarantee
 is made that any partitions referred to in the kernel parameters will still be
 in the same place after Debian is installed, or that the /etc/fstab of the
 system will be right, or that the system will even boot. The initrd field may
-be empty if there is no initrd.  The label is whatever label was used in the
+be empty if there is no initrd. The label is whatever label was used in the
 boot loader for this linux installation, and it may be quite long or very
 short (or nonexistent), and may be inaccurate, confusing, or non-unique. See
 TODO for other limitations.
-- 
1.7.10.4

Bug#797517: Fwd: suggestions for rubber Debian packaging.

[Sebastian Kapfer]

Dear all,

I'm a bit confused now.

> > $(MAKE) install prefix=$(CURDIR)/debian/rubber/usr
> > 
> > ..to install the files into a temporary directory to build the package. In 
> > case
> > we have @prefix@ in Makefile.in the variable is expanded during creation of
> > Makefile and now reads "/usr". Hence debian/rules tries to install to /usr,
> > which of course fails.

Alright, this seems a valid workaround for the Makefile installing to the
root directory.

However:  My Debian packaging experience is from a long time ago, but
didn't you guys have a way to automate this (fakeroot?) without patching the
Makefile?

> As said: I wouldn't like to use it as long as the lintian errors are not 
> solved.
> No, I don't have any clue yet, what causes them.

Use what?  Rubber?  As long as there is Python2, it'll be fine ;-)

The Lintian docs say 
https://lintian.debian.org/tags/python-script-but-no-python-dep.html

> If you are using debhelper, adding ${python:Depends} to the Depends field and
> ensuring dh_pysupport or dh_pycentral are run during the build should take 
> care
> of adding the correct dependency.

The control file in your .deb says

> Depends: python, python:any (<< 2.8), python:any (>= 2.7.5-5~),
> texlive-latex-base

So it seems to be in working order.  Maybe the slightly anal versioning throws
it off?

Cheers,
  Sebastian

Bug#801511: VESA not workable, VIA-driver not workable either

[Andreas Glaeser]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1


I tried to use the VESA-driver, putting [xorg.conf.xz] in place, it was not 
workable, see
[Xorg.0.log.vesa],
the VIA-driver does not work for me either:

> root@t5550:~/5.76.52.92-l140402_32bit-005f78-20150730# ./vinstall
> error: tool "make" missed!
> Please use command: "apt-get install make" to install make.
> root@t5550:~/5.76.52.92-l140402_32bit-005f78-20150730# aptitude install make
> The following NEW packages will be installed:
>   make 
> 0 packages upgraded, 1 newly installed, 0 to remove and 0 not upgraded.
> Need to get 349 kB of archives. After unpacking 1,326 kB will be used.
> Get: 1 http://ftp.tu-chemnitz.de/pub/linux/debian/debian/ jessie/main make 
> amd64
> 4.0-8.1 [349 kB] Fetched 349 kB in 0s (1,198 kB/s)
> Selecting previously unselected package make.
> (Reading database ... 112067 files and directories currently installed.)
> Preparing to unpack .../make_4.0-8.1_amd64.deb ...
> Unpacking make (4.0-8.1) ...
> Processing triggers for man-db (2.7.0.2-5) ...
> Setting up make (4.0-8.1) ...
>  
> root@t5550:~/5.76.52.92-l140402_32bit-005f78-20150730# ./vinstall
> error: tool "gcc" missed!
> Please use command: "apt-get install gcc" to install gcc.
> root@t5550:~/5.76.52.92-l140402_32bit-005f78-20150730# aptitude install gcc
> The following NEW packages will be installed:
>   gcc gcc-4.9{a} libasan1{a} libcilkrts5{a} libgcc-4.9-dev{a} liblsan0{a} 
> libubsan0{a} 
> 0 packages upgraded, 7 newly installed, 0 to remove and 0 not upgraded.
> Need to get 7,834 kB of archives. After unpacking 29.9 MB will be used.
> Do you want to continue? [Y/n/?] 
> Get: 1 http://ftp.tu-chemnitz.de/pub/linux/debian/debian/ jessie/main 
> libasan1 amd64
> 4.9.2-10 [195 kB] Get: 2 http://ftp.tu-chemnitz.de/pub/linux/debian/debian/ 
> jessie/main
> libcilkrts5 amd64 4.9.2-10 [40.1 kB] Get: 3
> http://ftp.tu-chemnitz.de/pub/linux/debian/debian/ jessie/main liblsan0 amd64 
> 4.9.2-10
> [92.8 kB] Get: 4 http://ftp.tu-chemnitz.de/pub/linux/debian/debian/ 
> jessie/main
> libubsan0 amd64 4.9.2-10 [82.4 kB] Get: 5
> http://ftp.tu-chemnitz.de/pub/linux/debian/debian/ jessie/main libgcc-4.9-dev 
> amd64
> 4.9.2-10 [2,066 kB] Get: 6 http://ftp.tu-chemnitz.de/pub/linux/debian/debian/
> jessie/main gcc-4.9 amd64 4.9.2-10 [5,352 kB] Get: 7
> http://ftp.tu-chemnitz.de/pub/linux/debian/debian/ jessie/main gcc amd64 
> 4:4.9.2-2
> [5,136 B] Fetched 7,834 kB in 2s (3,552 kB/s) Selecting previously unselected 
> package
> libasan1:amd64. (Reading database ... 112109 files and directories currently
> installed.) Preparing to unpack .../libasan1_4.9.2-10_amd64.deb ... Unpacking
> libasan1:amd64 (4.9.2-10) ... Selecting previously unselected package
> libcilkrts5:amd64. Preparing to unpack .../libcilkrts5_4.9.2-10_amd64.deb ... 
> Unpacking
> libcilkrts5:amd64 (4.9.2-10) ... Selecting previously unselected package 
> liblsan0:amd64.
> Preparing to unpack .../liblsan0_4.9.2-10_amd64.deb ...
> Unpacking liblsan0:amd64 (4.9.2-10) ...
> Selecting previously unselected package libubsan0:amd64.
> Preparing to unpack .../libubsan0_4.9.2-10_amd64.deb ...
> Unpacking libubsan0:amd64 (4.9.2-10) ...
> Selecting previously unselected package libgcc-4.9-dev:amd64.
> Preparing to unpack .../libgcc-4.9-dev_4.9.2-10_amd64.deb ...
> Unpacking libgcc-4.9-dev:amd64 (4.9.2-10) ...
> Selecting previously unselected package gcc-4.9.
> Preparing to unpack .../gcc-4.9_4.9.2-10_amd64.deb ...
> Unpacking gcc-4.9 (4.9.2-10) ...
> Selecting previously unselected package gcc.
> Preparing to unpack .../gcc_4%3a4.9.2-2_amd64.deb ...
> Unpacking gcc (4:4.9.2-2) ...
> Processing triggers for man-db (2.7.0.2-5) ...
> Setting up libasan1:amd64 (4.9.2-10) ...
> Setting up libcilkrts5:amd64 (4.9.2-10) ...
> Setting up liblsan0:amd64 (4.9.2-10) ...
> Setting up libubsan0:amd64 (4.9.2-10) ...
> Setting up libgcc-4.9-dev:amd64 (4.9.2-10) ...
> Setting up gcc-4.9 (4.9.2-10) ...
> Setting up gcc (4:4.9.2-2) ...
> Processing triggers for libc-bin (2.19-18+deb8u1) ...
>  
> root@t5550:~/5.76.52.92-l140402_32bit-005f78-20150730# ./vinstall
> install the via driver!
> ..ln: failed to access ‘/usr/lib/x86_64-linux-gnu/mesa/libGL.so.1’: Not a 
> directory
> ln: failed to access ‘/usr/lib/x86_64-linux-gnu/mesa/libGL.so’: Not a 
> directory
> ...WARNING: Real kenel verison(132608) is different from verison
> in /usr/include/linux/verison(200711). ..done!
> Original X config file was saved as /etc/X11/xorg.conf.viabak
> Caution!!
> Need reboot the system!
> ..
> ..
> (not workable)
> ..
> ..
> root@t5550:~# aptitude install libgl1-mesa-dev
> The following NEW packages will be installed:
>   libdrm-dev{a} libgl1-mesa-dev libpthread-stubs0-dev{a} libx11-dev{a} 
> libx11-doc{a} 
>   libx11-xcb-dev{a} libxau-dev{a} libxcb-dri2-0-dev{a} libxcb-dri3-dev{a}
> libxcb-glx0-dev{a} libxcb-present-dev{a} libxcb-randr0{a} libxcb-randr0-dev{a}
> 

Bug#803149: libapache2-mod-php5: Segfaulting in zend_hash_find

[Lukas Barth]

Package: libapache2-mod-php5
Version: 5.6.13+dfsg-0+deb8u1
Severity: important

Dear Maintainer,

I'm getting segfaults when running horde (from PEAR) in my apache2.

Here is a backtrace:

==
Program received signal SIGSEGV, Segmentation fault.
0x7f8a8059360e in zend_hash_find () from /usr/lib/apache2/modules/libphp5.so
(gdb) bt
#0  0x7f8a8059360e in zend_hash_find () from 
/usr/lib/apache2/modules/libphp5.so
#1  0x7f8a727a4ea7 in xc_restore_zend_op_array () from 
/usr/lib/php5/20131226/xcache.so
#2  0x7f8a727a5722 in xc_restore_HashTable_zend_function ()
   from /usr/lib/php5/20131226/xcache.so
#3  0x7f8a727a600a in xc_restore_zend_class_entry () from 
/usr/lib/php5/20131226/xcache.so
#4  0x7f8a727a66bf in xc_restore_xc_entry_data_php_t ()
  from /usr/lib/php5/20131226/xcache.so
#5  0x7f8a727a6765 in xc_processor_restore_xc_entry_data_php_t ()
 from /usr/lib/php5/20131226/xcache.so
#6  0x7f8a727a9e0c in ?? () from /usr/lib/php5/20131226/xcache.so
#7  0x7f8a727ae260 in ?? () from /usr/lib/php5/20131226/xcache.so
#8  0x7f8a727aeb86 in ?? () from /usr/lib/php5/20131226/xcache.so
#9  0x7f8a727b0bfc in ?? () from /usr/lib/php5/20131226/xcache.so
#10 0x7f8a80632bd4 in ?? () from /usr/lib/apache2/modules/libphp5.so
#11 0x7f8a805c1d60 in execute_ex () from /usr/lib/apache2/modules/libphp5.so
#12 0x7f8a805735f8 in dtrace_execute_ex () from 
/usr/lib/apache2/modules/libphp5.so
#13 0x7f8a806318a8 in ?? () from /usr/lib/apache2/modules/libphp5.so
#14 0x7f8a805c1d60 in execute_ex () from /usr/lib/apache2/modules/libphp5.so
#15 0x7f8a805735f8 in dtrace_execute_ex () from 
/usr/lib/apache2/modules/libphp5.so
#16 0x7f8a806338f3 in ?? () from /usr/lib/apache2/modules/libphp5.so
#17 0x7f8a805c1d60 in execute_ex () from /usr/lib/apache2/modules/libphp5.so
#18 0x7f8a805735f8 in dtrace_execute_ex () from 
/usr/lib/apache2/modules/libphp5.so
#19 0x7f8a8057548a in zend_call_function () from 
/usr/lib/apache2/modules/libphp5.so
#20 0x7f8a8059cd07 in zend_call_method () from 
/usr/lib/apache2/modules/libphp5.so
#21 0x7f8a8046687a in zif_spl_autoload_call () from 
/usr/lib/apache2/modules/libphp5.so
#22 0x7f8a8057375a in dtrace_execute_internal () from 
/usr/lib/apache2/modules/libphp5.so
#23 0x7f8a805755c9 in zend_call_function () from 
/usr/lib/apache2/modules/libphp5.so
#24 0x7f8a80575dc6 in zend_lookup_class_ex () from 
/usr/lib/apache2/modules/libphp5.so
#25 0x7f8a80576503 in zend_fetch_class_by_name () from 
/usr/lib/apache2/modules/libphp5.so
#26 0x7f8a805d46d9 in ?? () from /usr/lib/apache2/modules/libphp5.so
#27 0x7f8a805c1d60 in execute_ex () from /usr/lib/apache2/modules/libphp5.so
#28 0x7f8a805735f8 in dtrace_execute_ex () from 
/usr/lib/apache2/modules/libphp5.so
#29 0x7f8a806318a8 in ?? () from /usr/lib/apache2/modules/libphp5.so
#30 0x7f8a805c1d60 in execute_ex () from /usr/lib/apache2/modules/libphp5.so
#31 0x7f8a805735f8 in dtrace_execute_ex () from 
/usr/lib/apache2/modules/libphp5.so
#32 0x7f8a806338f3 in ?? () from /usr/lib/apache2/modules/libphp5.so
#33 0x7f8a805c1d60 in execute_ex () from /usr/lib/apache2/modules/libphp5.so
#34 0x7f8a805735f8 in dtrace_execute_ex () from 
/usr/lib/apache2/modules/libphp5.so
#35 0x7f8a8057548a in zend_call_function () from 
/usr/lib/apache2/modules/libphp5.so
#36 0x7f8a8059cd07 in zend_call_method () from 
/usr/lib/apache2/modules/libphp5.so
#37 0x7f8a8046687a in zif_spl_autoload_call () from 
/usr/lib/apache2/modules/libphp5.so
#38 0x7f8a8057375a in dtrace_execute_internal () from 
/usr/lib/apache2/modules/libphp5.so
#39 0x7f8a805755c9 in zend_call_function () from 
/usr/lib/apache2/modules/libphp5.so
#40 0x7f8a80575dc6 in zend_lookup_class_ex () from 
/usr/lib/apache2/modules/libphp5.so
#41 0x7f8a80576503 in zend_fetch_class_by_name () from 
/usr/lib/apache2/modules/libphp5.so
#42 0x7f8a805d46d9 in ?? () from /usr/lib/apache2/modules/libphp5.so
#43 0x7f8a805c1d60 in execute_ex () from /usr/lib/apache2/modules/libphp5.so
#44 0x7f8a805735f8 in dtrace_execute_ex () from 
/usr/lib/apache2/modules/libphp5.so
#45 0x7f8a805860f0 in zend_execute_scripts () from 
/usr/lib/apache2/modules/libphp5.so
#46 0x7f8a80521cf0 in php_execute_script () from 
/usr/lib/apache2/modules/libphp5.so
#47 0x7f8a80634f9a in ?? () from /usr/lib/apache2/modules/libphp5.so
#48 0x7f8a84d472a0 in ap_run_handler ()
#49 0x7f8a84d477e9 in ap_invoke_handler ()
#50 0x7f8a84d5d682 in ap_process_async_request ()
#51 0x7f8a84d5d820 in ap_process_request ()
#52 0x7f8a84d5a122 in ?? ()
#53 0x7f8a84d50b10 in ap_run_process_connection ()
===

I'm trying to run horde v.5.2.8. I downgraded to php 5.6.7 via APT, but that 
did not help.

Some googeling came up with

https://bugs.launchpad.net/ubuntu/+source/php5/+bug/1407990

which looks related 

Bug#803151: pdfcrack manpage: uneven indentation of options

[Jakub Wilk]

Package: pdfcrack
Version: 0.15-1
Severity: minor
Tags: patch

Items in the OPTIONS sections of the manual page are not evenly 
indented.


--
Jakub Wilk
diff --git a/pdfcrack.1 b/pdfcrack.1
--- a/pdfcrack.1
+++ b/pdfcrack.1
@@ -25,10 +25,10 @@
 Mandatory arguments for long options are mandatory for short options too.
 .SH OPTIONS
 .TP
- \fB\-b\fR, \fB\-\-bench\fR
+\fB\-b\fR, \fB\-\-bench\fR
 perform benchmark and exit
 .TP
- \fB\-c\fR, \fB\-\-charset=\fISTRING\fR
+\fB\-c\fR, \fB\-\-charset=\fISTRING\fR
 Use the characters in \fISTRING\fR as charset
 .TP
 \fB\-w\fR, \fB\-\-wordlist=\fIFILE\fR
@@ -41,25 +41,25 @@
 Stop when reaching this \fIINTEGER\fR passwordlength
 .TP
 \fB\-l\fR, \fB\-\-loadstate=\fIFILE\fR
- Continue from the state saved in \fIFILE
+Continue from the state saved in \fIFILE
 .TP
- \fB\-o\fR, \fB\-\-owner\fR
+\fB\-o\fR, \fB\-\-owner\fR
 Work with the ownerpassword
 .TP
- \fB\-u\fR, \fB\-\-user\fR
+\fB\-u\fR, \fB\-\-user\fR
 Work with the userpassword (default)
 .TP
- \fB\-p\fR, \fB\-\-password=\fISTRING\fR
+\fB\-p\fR, \fB\-\-password=\fISTRING\fR
 Give userpassword to speed up breaking ownerpassword (implies \fB-o\fR)
 .TP
- \fB\-q\fR, \fB\-\-quiet\fR
+\fB\-q\fR, \fB\-\-quiet\fR
 Run quietly
 .TP
 \fB\-s\fR, \fB\-\-permutate\fR
 Try permutating the passwords (currently only
 supports switching first character to uppercase)
 .TP
- \fB\-v\fR, \fB\-\-version\fR
+\fB\-v\fR, \fB\-\-version\fR
 Print version and exit
 .SH REPORTING BUGS
 Via e-mail to Henning Noren  or report on project page at http://pdfcrack.sourceforge.net/

Bug#800345: [Pkg-nagios-devel] Bug#800345: check_disk sees wrong disk consumption on btrfs

[Klaus Ethgen]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Hi,

here is a patch for that issue:
commit f7715c698e3f39a5ad81d6544d18ee182df77b1b
Author: Klaus Ethgen 
Date:   Tue Oct 27 12:19:16 2015 +0100

Fixing the stuff that is broken on btrfs

diff --git a/debian/patches/fix_check_disk_for_btrfs.patch 
b/debian/patches/fix_check_disk_for_btrfs.patch
new file mode 100644
index 000..e629a9a
- --- /dev/null
+++ b/debian/patches/fix_check_disk_for_btrfs.patch
@@ -0,0 +1,14 @@
+--- a/plugins/check_disk.c
 b/plugins/check_disk.c
+@@ -1038,10 +1038,7 @@ get_stats (struct parameter_list *p, str
+ 
+ void
+ get_path_stats (struct parameter_list *p, struct fs_usage *fsp) {
+-  /* 2007-12-08 - Workaround for Gnulib reporting insanely high available
+-  * space on BSD (the actual value should be negative but fsp->fsu_bavail
+-  * is unsigned) */
+-  p->available = fsp->fsu_bavail > fsp->fsu_bfree ? 0 : fsp->fsu_bavail;
++  p->available = fsp->fsu_bavail;
+   p->available_to_root = fsp->fsu_bfree;
+   p->used = fsp->fsu_blocks - fsp->fsu_bfree;
+   if (freespace_ignore_reserved) {
diff --git a/debian/patches/series b/debian/patches/series
index 051cf08..919e7cd 100644
- --- a/debian/patches/series
+++ b/debian/patches/series
@@ -8,3 +8,4 @@
 15_check_smtp_expect
 16_check_smtp_quit
 17_check_smtp_forcetls_on_cert
+fix_check_disk_for_btrfs.patch

Regards
   Klaus
- -- 
Klaus Ethgen  http://www.ethgen.ch/
pub  4096R/4E20AF1C 2011-05-16   Klaus Ethgen 
Fingerprint: 85D4 CA42 952C 949B 1753  62B3 79D0 B06F 4E20 AF1C
-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQGcBAEBCgAGBQJWL24zAAoJEKZ8CrGAGfasDhYMAJ+PSGtrxBI+qen9Q2KjHrXO
ghJQYyYhJWUtlDhPpDif3tsJfyZaHWLeBcOwq+uUcTvVIv0UnI+LF9qYwpKdm+xO
IRmwn2dO1NzkN0R2eKoj3sjxKB/q4MLmXH6Rt7S8fc2bIH2gOPkTeQ/Dr94+cgFC
784AORHkgJVLWK8suHu5l9hrfHnyb25CjID7N4kogVau1n99zak6oAo/Ri6JKNrt
FEmPMYdBEJA03vISFKyWAh3FbijXVsDCp5m1U/gL29WqkJ6wP4UNJUSBblYbxRoY
BVRVl9ct8QlWCq+s/vw91I1OK3a7XckyuwlDcJd/pH3m2FT7l54Nkq9os1QBhwRl
zdzST8mlgp8GSLwdeH7oYjE2fhDQtBmzbhEmdnB9tI2+D69UTuHeKSy62fpAi1FP
GWRkoCV00bDObj2iiQaQMKIW2hrQDPcybvsjVuVEnDqsImZ7bOoCqNobN09zT5UH
wC7gMb4LPPQK9AOT+qspVnQH73LSLHa0BXaWfoIgEw==
=ajUg
-END PGP SIGNATURE-

Bug#803154: Does not build on hardened systems

[Klaus Ethgen]

Package: monitoring-plugins-basic
Version: 2.1.2-1
Severity: serious
Tags: patch
Justification: fails to build from source (but built successfully in the past)

I have only systems with hardened security settings like a /proc that do
not show not owned stuff to users. For this reason the /proc check in
control file fails and so do build.

See attached patch to fix that.

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

Kernel: Linux 4.0.7 (SMP w/8 CPU cores)
Locale: LANG=de_DE, LC_CTYPE=de_DE (charmap=ISO-8859-1)
Shell: /bin/sh linked to /bin/dash
Init: sysvinit (via /sbin/init)

Versions of packages monitoring-plugins-basic depends on:
ii  iputils-ping   3:20121221-5+b2
ii  libc6  2.19-22
ii  libssl1.0.01.0.2d-1
ii  monitoring-plugins-common  2.1.2-1
ii  procps 2:3.3.10-4
ii  ucf3.0030

Versions of packages monitoring-plugins-basic recommends:
ii  libcap2-bin  1:2.24-12

Versions of packages monitoring-plugins-basic suggests:
pn  icinga | icinga | nagios3  

-- no debconf information

-- 
Klaus Ethgen  http://www.ethgen.ch/
pub  4096R/4E20AF1C 2011-05-16   Klaus Ethgen 
Fingerprint: 85D4 CA42 952C 949B 1753  62B3 79D0 B06F 4E20 AF1C
commit 8aef581146a792933ec4da3d22d12f3f8aaef980
Author: Klaus Ethgen 
Date:   Tue Oct 27 13:13:01 2015 +0100

Fix /proc check on systems that have hardened system

diff --git a/debian/rules b/debian/rules
index c6cd1fc..902074e 100755
--- a/debian/rules
+++ b/debian/rules
@@ -69,7 +69,7 @@ config.status: configure
 	
 	# if /proc is not mounted, check_nagios and check_procs are
 	# silently omitted from build.
-	@if ! [ -d /proc/1 ]; then \
+	@if ! [ -d /proc/ ]; then \
 	  echo "monitoring-plugins needs a mounted /proc to correctly build"; \
 	  exit 1; \
 	fi


signature.asc
Description: PGP signature

Bug#802811: libqt5x11extras5: causes konsole to segfault in libX11 on startup

[artghio]

I confirm this after upgrading libqt5x11extras5:amd64 from 5.4.2-2+b1 
to 5.5.1-2. I can't start a Plasma session because dmesg reports:


sddm-greater[1408]: segfault at 0 ip 7f38ed088a74 sp 
7ffdbf093140 error 4 in libxcb.so.1.1.0[7f38ed07e000+21000]


Downgrading to libqt5x11extras5:amd64 5.5.1-2 fixed the issue:

$ debsnap -d . --binary -a amd64 libqt5x11extras5 5.4.2-2+b1
$ sudo dpkg -i libqt5x11extras5_5.4.2-2+b1_amd64.deb


Connetti gratis il mondo con la nuova indoona:  hai la chat, le 
chiamate, le video chiamate e persino le chiamate di gruppo.

E chiami gratis anche i numeri fissi e mobili nel mondo!
Scarica subito l’app Vai su https://www.indoona.com/

Bug#802811: libqt5x11extras5: causes konsole to segfault in libX11 on startup

[Francesco De Vita]

Package: libqt5x11extras5
Followup-For: Bug #802811

Dear Maintainer,

I confirm this problem too. After upgrading libqt5x11extras5 to
5.5.1-2 today on Stretch, sddm doesn't start and the Plasma 5 session
doesn't start either, also if launched with another display
manager. Using openbox I also found out that Kate and Konsole
segfault. Downgrading libqt5x11extras5 to 5.4.2-2+b1 is a workaround 
that prevents this issue.

This is what dmesg shows when Plasma 5 starts and immediately fails:

drkonqi[1036]: segfault at 0 ip 7f54f7395a74 sp 7fffc23c0330
error 4 in libxcb.so.1.1.0[7f54f738b000+21000]
drkonqi[1043]: segfault at 0 ip 7f18756c9a74 sp 7ffd441dc380
error 4 in libxcb.so.1.1.0[7f18756bf000+21000]
drkonqi[1048]: segfault at 0 ip 7fd1d3ca6a74 sp 7fff5846ea10
error 4 in libxcb.so.1.1.0[7fd1d3c9c000+21000]

Best regards
Francesco

-- 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/8 CPU cores)
Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages libqt5x11extras5 depends on:
ii  libc6 2.19-22
ii  libqt5core5a  5.4.2+dfsg-9
ii  libqt5gui55.4.2+dfsg-9

libqt5x11extras5 recommends no packages.

libqt5x11extras5 suggests no packages.

-- no debconf information

Bug#636272: restund in debian

[Gianfranco Costamagna]

Hi, please open an RFS bug if you want to find a sponsor.

Anyway, I looked at the package.

the packaging rules file is really hacky, but looks good!

I would appreciate a more sane upstream packaging system, but your workaround
looks really nice ;)

do you mind opening an RFS bug?

cheers,

G.





Il Martedì 27 Ottobre 2015 0:54, Simon Josefsson  ha 
scritto:
I have prepared a Debian package for the latest 0.4.14 release of
"libre", and have uploaded it to Debian Mentors:

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

For reference, upstream homepage and ITP bug links:

  https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=636272
  http://www.creytiv.com/re.html

Please review the package, I want it to be in perfect condition!
Anything that appears sub-optimal is something I want to learn about.

As you can see, the build system is ad-hoc, which is always a challenge
for shared libraries.  I'm not certain the way the soname, symbol list,
and everything around the shared library part is kosher.

A temporary git repository for the packaging exists.  I plan to move
this to alioth before proper upload to Debian, hoping to make this a
pkg-voip team maintained package.

  https://github.com/jas4711/libre-dpkg

/Simon

Bug#620105: gliv (wheezy-version) do not open pictures (Segmentation fault)

[Darck]

Hi,

I'm getting the same issue, but also reproductible when directly  
opening an image ("gliv file.ext", using 1.9.7-2:amd64).


Note I use a dual screen + enlightenment 17. But switching to single  
display + software compositing doesn't prevent the SegFault.


BR.


Segmentation fault not while loading an image
Segmentation fault
[...]
#176 0x7fffecd86e6c in ?? () from  
/usr/lib/x86_64-linux-gnu/dri/i965_dri.so
#177 0x7fffecd9d423 in ?? () from  
/usr/lib/x86_64-linux-gnu/dri/i965_dri.so
#178 0x7fffeccb3fd6 in ?? () from  
/usr/lib/x86_64-linux-gnu/dri/i965_dri.so

#179 0x0041cbd3 in matrix_tile_visible ()
#180 0x00426e77 in draw_current_image ()
#181 0x00427907 in ?? ()
#182 0x004277df in refresh ()
#183 0x00427be8 in render ()
#184 0x0041f054 in ?? ()
#185 0x0041fbaf in load_first_image ()
---Type  to continue, or q  to quit---
#186 0x0042693b in ?? ()
#187 0x76650e9a in g_main_context_dispatch () from  
/lib/x86_64-linux-gnu/libglib-2.0.so.0

#188 0x76651240 in ?? () from /lib/x86_64-linux-gnu/libglib-2.0.so.0
#189 0x76651562 in g_main_loop_run () from  
/lib/x86_64-linux-gnu/libglib-2.0.so.0
#190 0x778c25d7 in gtk_main () from  
/usr/lib/x86_64-linux-gnu/libgtk-x11-2.0.so.0

#191 0x00410c0f in main ()

Bug#803145: opensurgsim: FTBFS: static assertion failed: THIS_METHOD_IS_ONLY_FOR_INNER_OR_LAZY_PRODUCTS

[Chris Lamb]

Source: opensurgsim
Version: 0.6.0-3
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,

opensurgsim fails to build from source in unstable/amd64.

In file included from /usr/include/eigen3/Eigen/Core:297:0,
 from
 /build/opensurgsim-0.6.0/SurgSim/Math/Quaternion.h:24,
 from
 
/build/opensurgsim-0.6.0/SurgSim/Collision/UnitTests/RepresentationUtilities.h:21,
 from
 
/build/opensurgsim-0.6.0/SurgSim/Collision/UnitTests/ContactCalculationTestsCommon.h:22,
 from
 
/build/opensurgsim-0.6.0/SurgSim/Collision/UnitTests/BoxPlaneContactCalculationTests.cpp:16:
/usr/include/eigen3/Eigen/src/Core/Product.h: In instantiation of
'Eigen::ProductImpl::Scalar
Eigen::ProductImpl::coeff(Eigen::Ind
ex, Eigen::Index) const [with Lhs = Eigen::Matrix; Rhs =
Eigen::Matrix; int Option = 0; Eigen::ProductImpl::Scalar = double; Eigen::In
dex = long int]':
/usr/include/eigen3/Eigen/src/Geometry/Quaternion.h:749:31:   required
from 'static void Eigen::internal::quaternionbase_assign_impl::run(Eigen::QuaternionBase&, const
 Other&) [with Derived = Eigen::Quaternion; Other =
 Eigen::Product, Eigen::Matrix, 0>]'
/usr/include/eigen3/Eigen/src/Geometry/Quaternion.h:517:59:   required
from 'Derived& Eigen::QuaternionBase::operator=(const
Eigen::MatrixBase&) [with OtherDerived = Eigen
::Product, Eigen::Matrix, 0>;
Derived = Eigen::Quaternion]'
/usr/include/eigen3/Eigen/src/Geometry/Quaternion.h:267:72:   required
from 'Eigen::Quaternion::Quaternion(const
Eigen::MatrixBase&) [with Derived = Eigen::Product
, Eigen::Matrix, 0>; _Scalar =
double; int _Options = 0]'
/build/opensurgsim-0.6.0/SurgSim/Collision/UnitTests/BoxPlaneContactCalculationTests.cpp:135:72:
  required from here
/usr/include/eigen3/Eigen/src/Core/Product.h:203:7: error: static
assertion failed: THIS_METHOD_IS_ONLY_FOR_INNER_OR_LAZY_PRODUCTS
   EIGEN_STATIC_ASSERT(EnableCoeff,
   THIS_METHOD_IS_ONLY_FOR_INNER_OR_LAZY_PRODUCTS);
   ^
SurgSim/Collision/UnitTests/CMakeFiles/SurgSimCollisionTest.dir/build.make:89:
recipe for target
'SurgSim/Collision/UnitTests/CMakeFiles/SurgSimCollisionTest.dir/BoxDoubleSidedPlaneContactCalcul
ationTests.cpp.o' failed

[..]

The full build log is attached or (an alternate build) can be viewed
here:


https://reproducible.debian.net/logs/unstable/amd64/opensurgsim_0.6.0-3.build1.log.gz


Regards,

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


opensurgsim.0.6.0-3.unstable.amd64.log.txt.gz
Description: application/gzip

Bug#803144: tzdata: turn /etc/timezone into a symlink

[Martin Pitt]

Package: tzdata
Version: 2015g-1
Severity: wishlist

Hello,

Michael Biebl and I just discussed about /etc/timezone, as we carry a
patch for that in systemd [1]. For a long time, tzdata (and
systemd-timedated) copied /usr/share/zoneinfo/... to /etc/timezone
because we needed to account for having a separate /usr. However,
since initramfs-tools 0.117 (in Jessie) /usr always gets mounted in
the initramfs, so during system boot we can rely on it.

Hence the original reason for not using a symlink is moot now. Would
you consider turning it into a symlink now? We'd gladly follow along
in systemd and drop that patch.

With a symlink there's less conffile jitter on timezone updates, less
chance of it becoming inconsistent with newer tzdata updates, fewer
things to be put into your /etc/ git backup; and I don't believe that
/etc/timezone is really meant to be changed by admins -- i. e. it's
not meant to be a conffile, it just was there because in earlier
Debian releases a symlink was unreliable during early boot.

Thanks for considering!

Martin

[1] 
http://anonscm.debian.org/cgit/pkg-systemd/systemd.git/tree/debian/patches/timedated-don-t-rely-on-usr-being-mounted-in-the-ini.patch
-- 
Martin Pitt| http://www.piware.de
Ubuntu Developer (www.ubuntu.com)  | Debian Developer  (www.debian.org)


signature.asc
Description: Digital signature

Bug#801580: jessie-pu: package apt-offline/1.5

[Ritesh Raj Sarraf]

On Mon, 2015-10-12 at 18:12 +0530, Ritesh Raj Sarraf wrote:
> 
> 
> @Release Managers: Please find attached the revised debdiff. Please
> ACK.

Dear Release Managers,

The revised patch should be good for Jessie. Paul Wise has also
provided feedback on this patch.

Can you please ACK it so that I can upload ?


-- 
Ritesh Raj Sarraf | http://people.debian.org/~rrs
Debian - The Universal Operating System


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

Bug#803142: eric segfaults in Debian SID

[Gudjon I. Gudjonsson]

Hi Christoph

You need to rebuild qscintilla and eric  will work again.

Regards
Gudjon

Bug#803148: Latest security update sometimes corrupts help_topic table

[Matthew Vernon]

Package: mysql-server
Version: 5.5.46-0+deb8u1
Severity: important

Hi,

Sorry, this is a slightly vague report, but we have observed some
table corruption following the most recent security update, so it
seems worth reporting. We have a set of 19 jessie VMs, all of which
updated to the security release; following this, 2 of 19 then had
their next daily mysqldump fail thus:

mysqldump: Error 1194: Table 'help_topic' is marked as crashed and should be 
repaired when dumping table `help_topic` at row: 509

In both cases, the table was repairable with REPAIR TABLE, but
still. Upgrades should not corrupt database tables :)

Neither machine had any disk-space issues (#803146 was a different
problem with a different VM).

Regards,

Matthew

Bug#792913: closed by Ben Hutchings <b...@decadent.org.uk> (Re: (no subject))

[Gianluca Renzi]

I have found some issue regarding the drm driver for radeon with kernel in
sid/stretch (I am working right now and I don't recall the correct kernel
version). So I suppose there is some misunderstanding between the xorg
radeon driver and drm kernel radeon driver.
Anyway this issue is only for running xorg without any /etc/X11/xorg.conf.
If there is such file, the only issue is it NEEDS the BusID for card,
because it fails not founding any.
Otherwise it works for 2D acceleration.
In my architecture (BIG ENDIAN PowerPC G5) there is another issue after 30
minutes, it simply hangs like some DMA-CPU or whatever and IT IS NOT
RELATED TO THE BUS OR CARD ITSELF.
If I switch to use the fbdev over the radeon driver, it works fine
forever Maybe something related to MSI Interrupt in this particular
configuration???
I have to check.

For NVIDIA Driver too: I have found there are some issue on loading FCODE /
BIOS  Firmware Code for NV6600 (NV43). The Linux PPC64 Kernel has 64K
PAGESIZE and the nvidia driver needs 4K PAGESIZE
Another issue is the firmware downloading is known to be ok in linux kernel
4.3.0-rc6.

Another issue is MESA: maybe the 11.3 version of MESA fix the BIG
ENDIANNESS issue for using accelerated 3d HW on those models...
Anyone is able to confirm this?

Best regards,



On Tue, Oct 27, 2015 at 5:14 AM, Gmails  wrote:

>
> UH..are you dumb as nails?
> "Suggest porting Fedora 22's
> latest ATI drivers. They are open source and work without issue."
>
> FLGRX may indeed work, once wifi is brought online, however, wifi was not
> connectable as nonfree drivers are not by default installed.
>
> On Sat, 10 Oct 2015 21:15:08 +
> ow...@bugs.debian.org (Debian Bug Tracking System) wrote:
>
> > This is an automatic notification regarding your Bug report
> > which was filed against the src:linux package:
> >
> > #792913: Package: linux-image-4.0.0-2-amd64
> >
> > It has been closed by Ben Hutchings .
> >
> > Their explanation is attached below along with your original report.
> > If this explanation is unsatisfactory and you have not received a
> > better one in a separate message then please contact Ben Hutchings <
> b...@decadent.org.uk> by
> > replying to this email.
> >
> >
> > --
> > 792913: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=792913
> > Debian Bug Tracking System
> > Contact ow...@bugs.debian.org with problems
>
>


-- 
Ciao e buona giornata.

"GP! In mezzo al campo stai proprio schifoso!"
Coach M.Russo

Bug#803150: openjdk-7-jdk: should Provides java7-sdk

[Thorsten Glaser]

Package: openjdk-7-jdk
Version: 7u91-2.6.2-1
Severity: normal

openjdk-7-jdk currently
Provides: java-compiler, java-sdk, java2-sdk, java5-sdk, java6-sdk, java7-jdk
whereas users of it
Depends: default-jdk | java7-sdk, […]

This looks like either a policy change (which would surprise me,
as default-jdk also Provides java7-sdk but not java7-jdk) or a
simple typo (more likely).

Please change the Provides from java7-jdk to java7-sdk.

This also applies to openjdk-8-jdk; I’ll clone the bug there.

The java7-jdk virtual package currently appears to have only
one user (the netbeans binary package). I’ll clone the bug
there as well.

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

Kernel: Linux 4.2.0-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=C, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/lksh
Init: sysvinit (via /sbin/init)

Versions of packages openjdk-7-jdk depends on:
ii  libc6  2.19-22
ii  libx11-6   2:1.6.3-1
ii  openjdk-7-jre  7u91-2.6.2-1

Versions of packages openjdk-7-jdk recommends:
pn  libxt-dev  

Versions of packages openjdk-7-jdk suggests:
pn  openjdk-7-demo
ii  openjdk-7-source  7u91-2.6.2-1
pn  visualvm  

-- no debconf information

Bug#803153: netbeans: /Depends/s/\(java[78]-\)jdk/\1sdk/g

[Thorsten Glaser]

unblock 803153 by 803150
thanks

Hm, actually, since default-jdk already Provides java7-sdk there
is no need to wait with the netbeans change.

bye,
//mirabilos
-- 
tarent solutions GmbH
Rochusstraße 2-4, D-53123 Bonn • http://www.tarent.de/
Tel: +49 228 54881-393 • Fax: +49 228 54881-235
HRB 5168 (AG Bonn) • USt-ID (VAT): DE122264941
Geschäftsführer: Dr. Stefan Barth, Kai Ebenrett, Boris Esser, Alexander Steeg

Bug#803142: eric segfaults in Debian SID

[Christoph]

Package: eric
Version: 6.0.8-1
Severity: important

Dear Maintainer

Today I tried using eric again. It worked last week but today it does not start 
anymore. 
I did some updated in the meantime to get Plasma5 running a bit better. 

Below you see the error report when I start eric in a shell: 

*** eric-error.txt
Warning: translation file 'eric6_de_DE'could not be loaded.
Using default.
BackgroundService listening on: 35007
An unhandled exception occurred. Please report the problem
using the error reporting dialog or via email to 
eric-b...@eric-ide.python-projects.org.
A log has been written to "/home/chrigi/.eric6/eric6_error.log".

Error information:

2015-10-27, 11:42:10

class 'TypeError': 
QsciScintilla(QWidget parent=None): argument 1 has unexpected type 
'ShellAssembly'

  File "/usr/share/eric/modules/eric6.py", line 326, in module
main()
  File "/usr/share/eric/modules/eric6.py", line 323, in main
raise err
  File "/usr/share/eric/modules/eric6.py", line 306, in main
restartArgs)
  File "/usr/share/eric/modules/UI/UserInterface.py", line 227, in __init__
self.__createLayout(debugServer)
  File "/usr/share/eric/modules/UI/UserInterface.py", line 620, in 
__createLayout
self.__createSidebarsLayout(debugServer)
  File "/usr/share/eric/modules/UI/UserInterface.py", line 853, in 
__createSidebarsLayout
ShellAssembly(debugServer, self.viewmanager, True)
  File "/usr/share/eric/modules/QScintilla/Shell.py", line 48, in __init__
self.__shell = Shell(dbs, vm, self)
  File "/usr/share/eric/modules/QScintilla/Shell.py", line 104, in __init__
super(Shell, self).__init__(parent)
  File "/usr/share/eric/modules/QScintilla/QsciScintillaCompat.py", line 64, in 
__init__
super(QsciScintillaCompat, self).__init__(parent)


Version Numbers:
  Python 3.4.3+
  Qt 5.5.1
  PyQt 5.5.1
  sip 4.17
  QScintilla 2.9


  WebKit 538.1  


  eric6 6.0.8 (rev. 4554a48fb757)   





Platform: linux 


3.4.3+ (default, Oct 10 2015, 09:15:38) 


[GCC 5.2.1 20151003]





Distribution Info:  


  /etc/os-release   


  PRETTY_NAME="Debian GNU/Linux stretch/sid"


  NAME="Debian GNU/Linux"   


  ID=debian 


  HOME_URL="https://www.debian.org/;


  SUPPORT_URL="https://www.debian.org/support/; 


  BUG_REPORT_URL="https://bugs.debian.org/; 
   

Bug#803143: pokerth: FTBFS: error: variable 'QDataStream ds' has initializer but incomplete type

[Chris Lamb]

Source: pokerth
Version: 1.1.1-2.2
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,

pokerth fails to build from source in unstable/amd64:

  [..]

  g++ -c -m64 -pipe -g -O2 -fstack-protector-strong -Wformat
  -Werror=format-security -Wdate-time -D_FORTIFY_SOURCE=2 -Wall -W
  -D_REENTRANT -fPIC -DENABLE_IPV6 -DTIXML_USE_STL
  -DBOOST_FILESYSTEM_DEPRECATED -DPREFIX="/usr" -DQT_NO_DEBUG
  -DQT_WIDGETS_LIB -DQT_GUI_LIB -DQT_NETWORK_LIB -DQT_SQL_LIB
  -DQT_CORE_LIB -I. -Isrc/third_party/qtsingleapplication
  -Isrc/third_party/qtlockedfile -I. -Isrc -Isrc/engine -Isrc/gui
  -Isrc/net -Isrc/engine/local_engine -Isrc/engine/network_engine
  -Isrc/config -Isrc/gui/qt -Isrc/gui/qt/connecttoserverdialog
  -Isrc/core -Isrc/gui/qt/sound -Isrc/gui/qt/qttools
  -Isrc/gui/qt/chattools -Isrc/gui/qt/qttools/qthelper
  -Isrc/gui/qt/gametable -Isrc/gui/qt/gametable/startsplash
  -Isrc/gui/qt/gametable/log -Isrc/gui/qt/aboutpokerth
  -Isrc/gui/qt/createnetworkgamedialog
  -Isrc/gui/qt/createinternetgamedialog
  -Isrc/gui/qt/joinnetworkgamedialog -Isrc/gui/qt/newlocalgamedialog
  -Isrc/gui/qt/settingsdialog
  -Isrc/gui/qt/settingsdialog/selectavatardialog
  -Isrc/gui/qt/settingsdialog/manualblindsorderdialog
  -Isrc/gui/qt/startnetworkgamedialog -Isrc/gui/qt/startwindow
  -Isrc/gui/qt/serverlistdialog -Isrc/gui/qt/styles
  -Isrc/gui/qt/changecontentdialog
  -Isrc/gui/qt/changecompleteblindsdialog
  -Isrc/gui/qt/internetgamelogindialog -Isrc/gui/qt/mymessagedialog
  -Isrc/gui/qt/gamelobbydialog -Isrc/gui/qt/timeoutmsgbox
  -Isrc/gui/qt/logfiledialog -Isrc/gui/qt/mymessagebox -isystem
  /usr/include -isystem /usr/include/x86_64-linux-gnu/qt5 -isystem
  /usr/include/x86_64-linux-gnu/qt5/QtWidgets -isystem
  /usr/include/x86_64-linux-gnu/qt5/QtGui -isystem
  /usr/include/x86_64-linux-gnu/qt5/QtNetwork -isystem
  /usr/include/x86_64-linux-gnu/qt5/QtSql -isystem
  /usr/include/x86_64-linux-gnu/qt5/QtCore -Imocs -Iuics
  -I/usr/lib/x86_64-linux-gnu/qt5/mkspecs/linux-g++-64 -o
  obj/qtlocalpeer.o src/third_party/qtsingleapplication/qtlocalpeer.cpp
  src/third_party/qtsingleapplication/qtlocalpeer.cpp: In member
  function 'bool SharedTools::QtLocalPeer::sendMessage(const QString&,
  int, bool)':
  src/third_party/qtsingleapplication/qtlocalpeer.cpp:132:19: error:
  variable 'QDataStream ds' has initializer but incomplete type
   QDataStream ds();
 ^
  src/third_party/qtsingleapplication/qtlocalpeer.cpp: In member
  function 'void SharedTools::QtLocalPeer::receiveConnection()':
  src/third_party/qtsingleapplication/qtlocalpeer.cpp:154:26: error:
  variable 'QDataStream ds' has initializer but incomplete type
   QDataStream ds(socket);
^
  Makefile.pokerth_game:1316: recipe for target 'obj/qtlocalpeer.o'
  failed
  make[2]: *** [obj/qtlocalpeer.o] Error 1
  make[2]: Leaving directory '/build/pokerth-1.1.1'
  Makefile:132: recipe for target
  'sub-pokerth_game-pro-make_first-ordered' failed
  make[1]: *** [sub-pokerth_game-pro-make_first-ordered] Error 2
  make[1]: Leaving directory '/build/pokerth-1.1.1'
  dh_auto_build: make -j1 returned exit code 2
  debian/rules:15: recipe for target 'build' failed
  make: *** [build] Error 25
  dpkg-buildpackage: error: debian/rules build gave error exit status 2

  [..]

The full build log is attached or can be viewed here:


https://reproducible.debian.net/logs/unstable/amd64/pokerth_1.1.1-2.2.build1.log.gz


Regards,

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


pokerth.1.1.1-2.2.unstable.amd64.log.txt.gz
Description: application/gzip

Bug#432461: duplicated on ppc64el

[David Bremner]

The notmuch test suite is currently failing on ppc64el (but not on plain
old ppc) because of what looks like this bug.


 % gdb --args ../../notmuch --config=notmuch-config insert
GNU gdb (Debian 7.10-1) 7.10
Copyright (C) 2015 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later 
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
and "show warranty" for details.
This GDB was configured as "powerpc64le-linux-gnu".
Type "show configuration" for configuration details.
For bug reporting instructions, please see:
.
Find the GDB manual and other documentation resources online at:
.
For help, type "help".
Type "apropos word" to search for commands related to "word"...
Reading symbols from ../../notmuch...done.
(gdb) set breakpoint pending on
(gdb) break notmuch_database_add_message
Breakpoint 1 at 0x10024fb0: file lib/database.cc, line 2390.
(gdb) run --config=notmuch-config insert < mail/msg-002 
Starting program: /home/bremner/notmuch-0.21~rc3/notmuch 
--config=notmuch-config insert < mail/msg-002
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/powerpc64le-linux-gnu/libthread_db.so.1".
[Inferior 1 (process 10804) exited normally]
(gdb) break notmuch_insert_command
Breakpoint 2 at 0x1000f550: file notmuch-insert.c, line 445.
(gdb) run
Starting program: /home/bremner/notmuch-0.21~rc3/notmuch 
--config=notmuch-config insert < mail/msg-002
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/powerpc64le-linux-gnu/libthread_db.so.1".

Breakpoint 2, notmuch_insert_command (config=, argc=, 
argv=) at notmuch-insert.c:445
445 {
(gdb) break 549
Breakpoint 3 at 0x1000fe44: file notmuch-insert.c, line 549.
(gdb) cont
Continuing.

Breakpoint 3, notmuch_insert_command (config=0x1009e040, argc=, 
argv=) at notmuch-insert.c:549
549 status = add_file (notmuch, newpath, tag_ops, synchronize_flags, 
keep);
(gdb) s
add_file (keep=0, synchronize_flags=1, tag_ops=0x100a7310, 
path=0x100cd8e0 
"/home/bremner/notmuch-0.21~rc3/test/tmp.T070-insert/mail/new/1445943068.M434795P11340.plummer",
 notmuch=0x100a76f0) at notmuch-insert.c:386
386 status = notmuch_database_add_message (notmuch, path, );
(gdb) s
notmuch_database_add_message (notmuch=0x100a76f0, 
filename=0x100cd8e0 
"/home/bremner/notmuch-0.21~rc3/test/tmp.T070-insert/mail/new/1445943068.M434795P11340.plummer",
 message_ret=0x3fffddd0)
at lib/database.cc:2401
2401if (message_ret)
(gdb) bt
#0  notmuch_database_add_message (notmuch=0x100a76f0, 
filename=0x100cd8e0 
"/home/bremner/notmuch-0.21~rc3/test/tmp.T070-insert/mail/new/1445943068.M434795P11340.plummer",
 message_ret=0x3fffddd0)
at lib/database.cc:2401
#1  0x1000fe5c in add_file (keep=0, synchronize_flags=1, 
tag_ops=0x100a7310, 
path=0x100cd8e0 
"/home/bremner/notmuch-0.21~rc3/test/tmp.T070-insert/mail/new/1445943068.M434795P11340.plummer",
 notmuch=0x100a76f0) at notmuch-insert.c:386
#2  notmuch_insert_command (config=, argc=, 
argv=) at notmuch-insert.c:549
#3  0x1000a014 in main (argc=, argv=0x3528)
at notmuch.c:421

Bug#796820: PACKAGE ADOPTION

[Antonio Carlos]

Hi,

I wanna to adopt the package. they  are still disponible ?

Best regards




On Mon, 24 Aug 2015 22:23:31 +0200 Uwe Hermann  wrote:
> Package: wnpp
> Severity: normal
>
> I request an adopter for the urjtag package.
>
> The package description is:
>  A command line tool for communicating over JTAG (IEEE 1149.1) with
various
>  flash chips, CPUs, boards and JTAG adapters.
>  .
>  It has an open and modular architecture with the ability to write
>  miscellaneous extensions (like board testers, or flash memory
programmers).
>  .
>  This is a (more actively maintained) fork of the 'openwince-jtag'
software.
>
>
> Uwe.
> --
> http://hermann-uwe.de | http://randomprojects.org | http://sigrok.org
>
>

Bug#636272: restund in debian

[Simon Josefsson]

tis 2015-10-27 klockan 11:15 + skrev Gianfranco Costamagna:
> Hi, please open an RFS bug if you want to find a sponsor.
> 
> Anyway, I looked at the package.
> 
> the packaging rules file is really hacky, but looks good!
> 
> I would appreciate a more sane upstream packaging system, but your workaround
> looks really nice ;)

Thanks for looking at it.  Yeah, upstream's custom make script aren't
the simplest for packaging, but at least they aren't complex to
understand.  I'm a DD so I will upload it when I feel comfortable with
the packaging.

/Simon

> 
> do you mind opening an RFS bug?
> 
> cheers,
> 
> G.
> 
> 
> 
> 
> 
> Il Martedì 27 Ottobre 2015 0:54, Simon Josefsson  ha 
> scritto:
> I have prepared a Debian package for the latest 0.4.14 release of
> "libre", and have uploaded it to Debian Mentors:
> 
>   http://mentors.debian.net/package/libre
> 
> For reference, upstream homepage and ITP bug links:
> 
>   https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=636272
>   http://www.creytiv.com/re.html
> 
> Please review the package, I want it to be in perfect condition!
> Anything that appears sub-optimal is something I want to learn about.
> 
> As you can see, the build system is ad-hoc, which is always a challenge
> for shared libraries.  I'm not certain the way the soname, symbol list,
> and everything around the shared library part is kosher.
> 
> A temporary git repository for the packaging exists.  I plan to move
> this to alioth before proper upload to Debian, hoping to make this a
> pkg-voip team maintained package.
> 
>   https://github.com/jas4711/libre-dpkg
> 
> /Simon



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

Bug#802633: qemu-system-x86: "GLib-WARNING" after starting qemu

[Sebastian Andrzej Siewior]

Control: tags -1 patch

On 2015-10-22 04:49:45 [+0700], Igor Liferenko wrote:
> $ qemu-system-i386 -enable-kvm -hda newimg.qcow2 -cdrom some.iso -m 256 -boot 
> once=d
> (process:11370): GLib-WARNING **: 
> /build/glib2.0-eN341t/glib2.0-2.46.0/./glib/gmem.c:482: custom memory 
> allocation vtable not supported

https://lists.gnu.org/archive/html/qemu-devel/2015-09/msg01262.html

Sebastian
diff --git a/vl.c b/vl.c
index 584ca88..6a69027 100644
--- a/vl.c
+++ b/vl.c
@@ -2719,6 +2719,7 @@ static const QEMUOption *lookup_opt(int argc, char **argv,
 return popt;
 }
 
+#if !GLIB_CHECK_VERSION(2, 44, 0)
 static gpointer malloc_and_trace(gsize n_bytes)
 {
 void *ptr = malloc(n_bytes);
@@ -2739,6 +2740,25 @@ static void free_and_trace(gpointer mem)
 free(mem);
 }
 
+static void register_glib_mem_trace_functions(void)
+{
+GMemVTable mem_trace = {
+.malloc = malloc_and_trace,
+.realloc = realloc_and_trace,
+.free = free_and_trace,
+};
+
+g_mem_set_vtable(_trace);
+}
+#else
+static void register_glib_mem_trace_functions(void)
+{
+/* Newer versions of glib don't support intercepting the
+ * memory allocation functions.
+ */
+}
+#endif
+
 static int machine_set_property(void *opaque,
 const char *name, const char *value,
 Error **errp)
@@ -2966,11 +2986,6 @@ int main(int argc, char **argv, char **envp)
 bool userconfig = true;
 const char *log_mask = NULL;
 const char *log_file = NULL;
-GMemVTable mem_trace = {
-.malloc = malloc_and_trace,
-.realloc = realloc_and_trace,
-.free = free_and_trace,
-};
 const char *trace_events = NULL;
 const char *trace_file = NULL;
 ram_addr_t maxram_size;
@@ -2986,7 +3001,7 @@ int main(int argc, char **argv, char **envp)
 error_set_progname(argv[0]);
 qemu_init_exec_dir(argv[0]);
 
-g_mem_set_vtable(_trace);
+register_glib_mem_trace_functions();
 
 module_call_init(MODULE_INIT_QOM);
 

Bug#803147: httest: typo in package description

[Jakub Wilk]

Source: httest
Version: 2.4.8-1
Severity: minor
Tags: patch

--
Jakub Wilk
diff --git a/debian/control b/debian/control
--- a/debian/control
+++ b/debian/control
@@ -12,7 +12,7 @@
 Description: HTTP test tool
  HTTP Test Tool is a script based tool for testing and benchmarking
  web applications, web servers, proxy servers and web browsers.
- htttest can emulate clients and servers even in the same test script.
+ httest can emulate clients and servers even in the same test script.
  Emulating servers is a unique feature, very useful for testing proxy
  servers, web browsers and HTTP clients.  The testing can match
  patterns in answers (both server(s) and client(s)) to test the

Bug#803146: Upgrade fails to handle shortage of disk space

[Matthew Vernon]

Package: mysql-server
Version: 5.5.46-0+deb8u1
Severity: important

Hi,

One of my Debian boxes (running stable) failed to install the security update 
yesterday, with a rather confusing error message:

Preparing to unpack .../mysql-server-5.5_5.5.46-0+deb8u1_amd64.deb ...
cp: cannot overwrite directory '/var/lib/mysql-upgrade/DATADIR.link/mysql' with 
non-directory
dpkg: error processing archive 
/var/cache/apt/archives/mysql-server-5.5_5.5.46-0+deb8u1_amd64.deb (--unpack):
 subprocess new pre-installation script returned error exit status 1
Errors were encountered while processing:
 /var/cache/apt/archives/mysql-server-5.5_5.5.46-0+deb8u1_amd64.deb

The machine had a full disk (>99% usage), and I think that this is the
root cause of the above error. But that error case should be handled
correctly - which might well be the upgrade failing, but it should
fail in a way that reports "out of disk space".

Thanks,

Matthew

Bug#699288: seg fault

[Nicholas Bamber]

tag 699288 + moreinfo unreproducible
thanks

I can't reproduce this. Just tagging moreinfo and unreproducible for now.

Bug#801948: ftp-ssl downloaded files are 0 size

[Mats Erik Andersson]

Package: ftp-ssl
Tags: moreinfo

Fredag den 16:e Oktober 2015, klockan 10:22, skrev Matus UHLAR - fantomas detta:
> 
> when downloading file via ssl connection, the results are of size 0 and I'm
> getting "error" message:
> "netin: Success"
> 
> according to strace and tcpdump output, the file is written in plain form
> back to the FTP server vi athe data connection instead of output file on
> local disk.

I can not reproduce this. A short session like

  $ ftp -z ssl,secure,verbose localhost
  ... logging in as myself ...
  ftp> lcd /tmp
  ftp> get .dput.cf _dput.cf
  ftp> bye

produces a tcpdump file where the only clear text parts are
"AUTH SSL", "AUTH SSL OK", and the plain text contained in
the certificate, which the server sends to the client.

Can you repeat your exchanges, clearly stating what options
you are feeding to the client. Do you observe a statement
fairly early containing an encryption selector? This shows
that encryption is active.

Hope to hear from you again, best regards
  Mats E Andersson

Bug#803161: mailman: /var/log/mailman/* world-readable by default, leaking sensitive list information

[Dominik George]

Package: mailman
Version: 1:2.1.18-2
Severity: critical
Tags: security
Justification: root security hole

The log files of mailman, residing in /var/lib/mailman/log and in
/var/log/mailman, and the log directory itself are created
world-readable by default. This discloses sensitive information about
list users, for example e-mail addresses and full names in the subscribe
log, to all unprivileged system users that have shell or filesystem
access.

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

Kernel: Linux 3.16.0-4-amd64 (SMP w/4 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 mailman depends on:
ii  apache2 [httpd]  2.4.10-10+deb8u3
ii  apache2-mpm-prefork [httpd]  2.4.10-10+deb8u3
ii  apache2-mpm-worker [httpd]   2.4.10-10+deb8u3
ii  cron 3.0pl1-127+deb8u1
ii  debconf [debconf-2.0]1.5.56
ii  libc62.19-18+deb8u1
ii  logrotate3.8.7-1+b1
ii  lsb-base 4.1+Debian13+nmu1
ii  python-dnspython 1.12.0-1
pn  python:any   
ii  ucf  3.0030

Versions of packages mailman recommends:
ii  postfix [mail-transport-agent]  2.11.3-1

Versions of packages mailman suggests:
ii  listadmin 2.40-4
ii  lynx  2.8.9dev1-2+deb8u1
ii  spamassassin  3.4.0-6

-- Configuration Files:
/etc/mailman/apache.conf changed [not included]

-- debconf information excluded

Bug#803159: Acknowledgement (linux: Enable DT support for armel/orion5x arch)

[Roger Shimizu]

Control: tags -1 patch d-i

Dear Maintainer,

FYI. The DTB support for LS-WTGL & LS-WSGL, the orion5x series
mentioned previously, is already added to flash-kernel by bug#802578.

After the patch merged, I'll try to test whether DT enabled kernel
working for installer, the task mentioned by Martin [1].

Cheers,
Roger

[1] https://lists.debian.org/debian-boot/2015/10/msg00160.html

Bug#793030: python-tweepy: New upstream version available

[Carl Chenet]

Hi,

Tweepy 3.4.0 is now available, my request is 3-months old and I still
need it.

So I pushed a new branch on the Git of python-tweepy called "3.4.0-nmu"
which packages python-tweepy for 3.4.0 with python3 support in nmu mode.

Could you use it to create the tweepy 3.4.0 Debian package package or I
would like to use it to NMU before next Monday if it is ok for you.

Let me know if I can help,
-- 
Carl Chenet

Blog : https://carlchenet.com
https://identi.ca/carlchenet | https://twitter.com/carl_chenet
FOSS contributions : https://www.ohloh.net/accounts/chaica

Bug#736766: /usr/bin/modplugplay: segfaults with xm sound files

[Gürkan Myczko]

Dear Christian,

Very simple, modplug123 uses OSS for sound output, and modplugplay ALSA.
Looking at the upstream changelog it's clear.

HTH,
Gurkan

Bug#803136: docker.io: FTBFS

[Tianon Gravi]

On 27 October 2015 at 02:33, Edmund Grimley Evans
 wrote:
> There is a different error in each case, unfortunately, and on an
> up-to-date amd64 system there is a yet another, different error.

Yeah, this is most definitely due to the Go 1.5.1 upload.  Thanks for
the heads up.

> I would guess that the change to Go 1.5.1 is implicated and that it
> would be a good idea to upgrade docker.io first of all. Apparently
> 1.9.0 is due to be released on 2015-10-29.

I've been working on packaging deps for 1.8+ for several weeks now --
we're down to the last one waiting in NEW ("notary") before I can
upload 1.8, so I might have to look at an intermediate 1.7.1 upload if
it doesn't get ACCEPT soon. :(

♥,
- Tianon
  4096R / B42F 6819 007F 00F8 8E36  4FD4 036A 9C25 BF35 7DD4

Bug#784070: is it maybe possible to settle dislikings and fix this bug?

[Ben Hutchings]

On Tue, 2015-10-27 at 18:30 +0300, Michael Tokarev wrote:
> 27.10.2015 18:23, Ben Hutchings wrote:
> > On Tue, 2015-10-27 at 10:25 +0300, Michael Tokarev wrote:
> > > I'm not maintaining mdadm anymore.
> > 
> > Then why have you not orphaned it?
> 
> It is team-maintained (or was),

I don't see any sign of anyone else active in the team.

>  and orphaning it means uploading
> it which means I'll have to ask the d-i team again.  I described
> it all in the previous email.

Please be a little more mature about this.

Ben.

-- 
Ben Hutchings
Never attribute to conspiracy what can adequately be explained by stupidity.


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

Bug#803162: reportbug: setup wizard is not UTF-8 compliant

[duck]

Package: reportbug
Version: 6.6.3
Severity: important


Coin,

Here is the crash I got when running for the first time:

What real name should be used for sending bug reports?
[root]> Marc Dequènes (Duck)
Traceback (most recent call last):
  File "/usr/bin/reportbug", line 2211, in 
main()
  File "/usr/bin/reportbug", line 1081, in main
return iface.user_interface()
  File "/usr/bin/reportbug", line 1197, in user_interface
offer_configuration(self.options)
  File "/usr/bin/reportbug", line 578, in offer_configuration
realname = realname.decode(charset, 'replace')
  File "/usr/lib/python2.7/encodings/utf_8.py", line 16, in decode
return codecs.utf_8_decode(input, errors, True)
UnicodeEncodeError: 'ascii' codec can't encode character u'\xe8' in 
position 9: ordinal not in range(128)



Regards.

--
Marc Dequènes

Bug#784070: is it maybe possible to settle dislikings and fix this bug?

[Michael Tokarev]

27.10.2015 18:23, Ben Hutchings wrote:
> On Tue, 2015-10-27 at 10:25 +0300, Michael Tokarev wrote:
>> I'm not maintaining mdadm anymore.
> 
> Then why have you not orphaned it?

It is team-maintained (or was), and orphaning it means uploading
it which means I'll have to ask the d-i team again.  I described
it all in the previous email.

Thanks,

/mjt

Bug#803165: iceweasel: Iceweasel icon is weirdly zommed and cut off in PNG

[Ramón Cahenzli]

Package: iceweasel
Version: 41.0.2-1
Severity: normal

Dear Maintainer,

The Iceweasel icon is cut off and weirdly zoomed at least in the 32x32
and 64x64 PNG versions. They looks like this:

https://imgur.com/a/mPTgL

The SVG version is fine, but some desktop environments, e.g. XFCE,
appear to pick the appropriately-sized PNG version over the scalable
version, resulting in a mostly blank icon or an icon showing the wrong
body parts of a weasel.

Thank you,

Ramón


-- Package-specific info:

-- Extensions information
Name: Cryptocat
Location: ${PROFILE_EXTENSIONS}/crypto...@crypto.cat.xpi
Status: enabled

Name: Default theme
Location: 
/usr/lib/iceweasel/browser/extensions/{972ce4c6-7e08-4474-a285-3208198ce6fd}
Package: iceweasel
Status: enabled

Name: HTTPS-Everywhere
Location: ${PROFILE_EXTENSIONS}/https-everywhere-...@eff.org
Status: enabled

Name: HTTPS-Everywhere
Location: ${PROFILE_EXTENSIONS}/https-everywh...@eff.org
Status: enabled

Name: Perapera Chinese
Location: ${PROFILE_EXTENSIONS}/chinesepera...@gmail.com
Status: enabled

Name: Privacy Badger
Location: ${PROFILE_EXTENSIONS}/jid1-mnnxcxisbpn...@jetpack.xpi
Status: enabled

Name: uBlock
Location:
${PROFILE_EXTENSIONS}/{2b10c1c8-a11f-4bad-fe9c-1c11e82cac42}.xpi
Status: enabled

-- Plugins information

-- Addons package information
ii  iceweasel  41.0.2-1 amd64Web browser based on
Firefox

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

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

Versions of packages iceweasel depends on:
ii  debianutils   4.5.1
ii  fontconfig2.11.0-6.3
ii  libasound21.0.29-1
ii  libatk1.0-0   2.18.0-1
ii  libc6 2.19-22
ii  libcairo2 1.14.2-2
ii  libdbus-1-3   1.10.0-3
ii  libdbus-glib-1-2  0.102-1
ii  libevent-2.0-52.0.21-stable-2
ii  libffi6   3.2.1-3
ii  libfontconfig12.11.0-6.3
ii  libfreetype6  2.6-2
ii  libgcc1   1:5.2.1-22
ii  libgdk-pixbuf2.0-02.32.1-1
ii  libglib2.0-0  2.46.1-1
ii  libgtk2.0-0   2.24.28-1
ii  libhunspell-1.3-0 1.3.3-3+b1
ii  libnspr4  2:4.10.9-2
ii  libnss3   2:3.20-1
ii  libpango-1.0-01.38.1-1
ii  libsqlite3-0  3.8.11.1-1
ii  libstartup-notification0  0.12-4
ii  libstdc++65.2.1-22
ii  libvpx2   1.4.0-4
ii  libx11-6  2:1.6.3-1
ii  libxcomposite11:0.4.4-1
ii  libxdamage1   1:1.1.4-2+b1
ii  libxext6  2:1.3.3-1
ii  libxfixes31:5.0.1-2+b2
ii  libxrender1   1:0.9.8-1+b1
ii  libxt61:1.1.4-1+b1
ii  procps2:3.3.10-2
ii  zlib1g1:1.2.8.dfsg-2+b1

Versions of packages iceweasel recommends:
ii  gstreamer1.0-libav 1.6.0-2
ii  gstreamer1.0-plugins-good  1.6.0-1

Versions of packages iceweasel suggests:
pn  fonts-lmodern  
pn  fonts-stix | otf-stix  
ii  libcanberra0   0.30-2.1
ii  libgnomeui-0   2.24.5-3
ii  libgssapi-krb5-2   1.13.2+dfsg-2
pn  mozplugger 

-- no debconf information

Bug#803129: gnuradio FTBFS on hppa architecture

[Helge Deller]

gnuradio did build successfully for me with that change.

So, can you please change the line 33 in debian/control from:
libuhd-dev (>=3.9.1-3) [!hurd-i386 !hppa],
to:
libuhd-dev (>=3.9.1-3) [!hurd-i386],

Thanks,
Helge

Bug#784070: is it maybe possible to settle dislikings and fix this bug?

[Ben Hutchings]

On Tue, 2015-10-27 at 10:25 +0300, Michael Tokarev wrote:
[...]
> I'm not maintaining mdadm anymore.
[...]

Then why have you not orphaned it?

Ben.

-- 
Ben Hutchings
Never attribute to conspiracy what can adequately be explained by stupidity.


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

Bug#803166: u-boot: enable rockchip platforms

[Emilio Pozuelo Monfort]

Source: u-boot
Severity: wishlist
Tags: patch

Hi,

The attached patch creates a rockchip package and enables the
firefly-rk3288 platform. rock2-rk3288 and rock2-sd-rk3288 are
commented out for now as those are not upstreamed yet.

Sjoerd (Cc'ed) is working upstream on this, and has volunteered
to keep this working / test new versions. I will be happy to do
that too, so long as I still have the hardware.

Thanks for considering.

Cheers,
Emilio
diff -ruNp -x '*patch' u-boot-2015.10~rc4+dfsg1/debian/changelog u-boot-2015.10+dfsg1/debian/changelog
--- u-boot-2015.10~rc4+dfsg1/debian/changelog	2015-09-30 21:04:08.0 +0200
+++ u-boot-2015.10+dfsg1/debian/changelog	2015-10-27 11:45:43.127669284 +0100
@@ -1,3 +1,11 @@
+u-boot (2015.10+dfsg1-0.1) UNRELEASED; urgency=medium
+
+  * New upstream release.
+  * Add rockchip platforms: firefly-rk3288, rock2-rk3288, rock2-sd-rk3288.
+  * Convert rockchip images to rksd.
+
+ -- Emilio Pozuelo Monfort   Mon, 26 Oct 2015 13:12:45 +0100
+
 u-boot (2015.10~rc4+dfsg1-1) unstable; urgency=medium
 
   * New upstream release candidate.
diff -ruNp -x '*patch' u-boot-2015.10~rc4+dfsg1/debian/control u-boot-2015.10+dfsg1/debian/control
--- u-boot-2015.10~rc4+dfsg1/debian/control	2015-09-29 01:02:28.0 +0200
+++ u-boot-2015.10+dfsg1/debian/control	2015-10-26 13:20:11.0 +0100
@@ -96,6 +96,19 @@ Description: A boot loader for exynos sy
  .
  This package includes boot loaders for various Exynos platforms.
 
+Package: u-boot-rockchip
+Architecture: armhf
+Multi-Arch: same
+Depends: ${misc:Depends}
+Description: A boot loader for rockchip systems
+ Das U-Boot is a cross-platform bootloader for embedded systems,
+ used as the default boot loader by several board vendors.  It is
+ intended to be easy to port and to debug, and runs on many
+ supported architectures, including PPC, ARM, MIPS, x86, m68k,
+ NIOS, and Microblaze.
+ .
+ This package includes boot loaders for various Rockchip platforms.
+
 Package: u-boot-tools
 Architecture: linux-any
 Multi-Arch: foreign
diff -ruNp -x '*patch' u-boot-2015.10~rc4+dfsg1/debian/rules u-boot-2015.10+dfsg1/debian/rules
--- u-boot-2015.10~rc4+dfsg1/debian/rules	2015-09-29 01:02:28.0 +0200
+++ u-boot-2015.10+dfsg1/debian/rules	2015-10-27 13:36:03.145766654 +0100
@@ -56,6 +56,11 @@ override_dh_auto_build:
 echo $$builddir/$$target /usr/lib/u-boot/$$platform/ \
 	>> debian/build/targets.$$subarch; \
 			done ;; \
+		rockchip) \
+			echo $$builddir/spl/u-boot-spl-dtb.rksd /usr/lib/u-boot/$$platform/ \
+>> debian/build/targets.$$subarch; \
+			echo $$builddir >> debian/build/rksd; \
+			;; \
 	esac; \
 	done
 
@@ -79,6 +84,10 @@ override_dh_auto_build:
 	$(CROSS_COMPILE)strip --remove-section=.comment $(TOOLSDIR)/tools/kwboot
 	$(CROSS_COMPILE)strip --remove-section=.comment $(TOOLSDIR)/tools/mksunxiboot
 
+	set -e; for platform in `cat debian/build/rksd`; do \
+		$(TOOLSDIR)/tools/mkimage -T rksd -d $$platform/spl/u-boot-spl-dtb.bin $$platform/spl/u-boot-spl-dtb.rksd; \
+	done
+
 override_dh_auto_test:
 	# skip tests.
 
diff -ruNp -x '*patch' u-boot-2015.10~rc4+dfsg1/debian/targets u-boot-2015.10+dfsg1/debian/targets
--- u-boot-2015.10~rc4+dfsg1/debian/targets	2015-09-30 21:03:57.0 +0200
+++ u-boot-2015.10+dfsg1/debian/targets	2015-10-27 16:46:01.339716562 +0100
@@ -62,6 +62,12 @@ armhf	omap		omap3_beagle	u-boot.img spl/
 # Robert Nelson 
 armhf	omap		omap4_panda	u-boot.img spl/u-boot-spl.bin MLO
 
+# Emilio Pozuelo Monfort 
+# Sjoerd Simons 
 # Christian Kastner 
 armhf	sunxi		A10-OLinuXino-Lime	u-boot-sunxi-with-spl.bin
diff -ruNp -x '*patch' u-boot-2015.10~rc4+dfsg1/debian/u-boot-rockchip.install u-boot-2015.10+dfsg1/debian/u-boot-rockchip.install
--- u-boot-2015.10~rc4+dfsg1/debian/u-boot-rockchip.install	1970-01-01 01:00:00.0 +0100
+++ u-boot-2015.10+dfsg1/debian/u-boot-rockchip.install	2015-10-26 13:20:57.0 +0100
@@ -0,0 +1,2 @@
+#!/bin/sh
+debian/bin/u-boot-install-targets rockchip

Bug#803168: dyfi: [INTL:ru] Russian debconf templates translation

[Yuri Kozlov]

Package: dyfi
Version: 1.2.0-3
Severity: wishlist
Tags: l10n patch

Dear Maintainer,

*** Reporter, please consider answering these questions, where appropriate ***

   * What led up to the situation?
   * What exactly did you do (or not do) that was effective (or
 ineffective)?
   * What was the outcome of this action?
   * What outcome did you expect instead?

*** End of the template - remove these template lines ***

Russian debconf templates translation is attached.

-- System Information:
Debian Release: 8.1
  APT prefers stable
  APT policy: (500, 'stable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386, armhf, armel

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


ru.po.gz
Description: application/gzip

Bug#803167: pdf2djvu: Autopkgtest failure

[Daniel Stender]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

On 27.10.2015 16:59, Dmitry Shachnev wrote:
> Source: pdf2djvu
> Version: 0.9.2-2
> Tags: patch
> 
> Dear Maintainer,
> 
> pdf2djvu autopkgtest currently fails with:
> 
>   ==
>   ERROR: Failure: IOError ([Errno 2] No such file or directory: 
> '/tmp/adttmp.snotn3/tests/../doc/changelog')
>   --
>   Traceback (most recent call last):
> File "/usr/lib/python2.7/dist-packages/nose/loader.py", line 525, in 
> makeTest
>   return self._makeTest(obj, parent)
> File "/usr/lib/python2.7/dist-packages/nose/loader.py", line 584, in 
> _makeTest
>   return MethodTestCase(obj)
> File "/usr/lib/python2.7/dist-packages/nose/case.py", line 345, in 
> __init__
>   self.inst = self.cls()
> File "/tmp/adttmp.snotn3/tests/test-version.py", line 31, in __init__
>   with open(path) as file:
>   IOError: [Errno 2] No such file or directory: 
> '/tmp/adttmp.snotn3/tests/../doc/changelog'
> 
> This change fixes it:
> 
> --- pdf2djvu-0.9.2/debian/tests/pdf2djvu
> +++ pdf2djvu-0.9.2/debian/tests/pdf2djvu
> @@ -1,6 +1,6 @@
>  #!/bin/sh
>  set -e -u
> -cp -a tests/ "$ADTTMP"
> +cp -a tests/ doc/ "$ADTTMP"
>  cd "$ADTTMP/tests/"
>  export LC_MESSAGES=C
>  nosetests -v test-*.py 2>&1
> 
> --
> Dmitry Shachnev

Thank Dmitry, I'll fix it immediately.

Best,
Daniel Stender

- -- 
4096R/DF5182C8
46CB 1CA8 9EA3 B743 7676 1DB9 15E0 9AF4 DF51 82C8
LPI certified Linux admin (LPI000329859 64mz6f7kt4)
http://www.danielstender.com/blog/
-BEGIN PGP SIGNATURE-
Version: GnuPG v2

iQIcBAEBCgAGBQJWL6DdAAoJEBXgmvTfUYLIK1oP/itYnJpfAp7q6y7X5K1PMfee
CRSYB0XsMlZfEEmQZ3gl6FMW2oxZnZcFz8akOLkG7diMFSCcVgB9cRWSGRY8ZfNq
l4fw2DAYNyGg3IPfjfvZmok7JDlVrfx+r7wrRNsmuiAQVMWzI163lXgODiJ9Hkcc
AdxcDoYbQ0V+dExqi75b6AXPfzuKNX0xNjIoI3DFKXv4PKOi/eMA5gni+vGqtGn2
ozRK+malhvL2VYfBJ38ctc64xoU9Td16msiwIhyGyIYTHkz0sirPafu9qdmiI5Kq
WM6DCcf10dbUosOPT0OCmsgSaBq9S9qszTbk9okkwAr0VVPlghTWFoF+Mks/nzjB
7P3TPh6bgu75GyRYHorVZbIqZDiT3MvfVb1cbmpWyh1Hw5B6t1MeZrZ3H3guMlFI
2pexAtj0UB9Oc6Hax2kkMLxkV+xTNWM5j2PP19avgGSb3kZ5JKF9Y31Aw3jM2lHu
Jjb0AwsaxUdfV7ATKxL2rSdapOX58XhoT9LGTZ7cNkdMxVYyizfzS/PXuub4AZ/a
oVRcs8iwHtyBaMlbJZwGmGpA+j24Cxoal4OD0hnRB4zbH0CZLuEnOGR/R4ksYTr3
jEat3qKhjIIicp60kP8yTK8LCxeNOSu90raUo9LQCIRVBFjXpBBj5s/FACSeF/9e
LjNAtJ3XQ2WfFPpRf4O9
=3nrr
-END PGP SIGNATURE-

Bug#764300: AFDKO package

[Hideki Yamane]

Hi,

 Now I'm investigating afdko.
 First, based on upstream git repo is better. Then,Debian packaging is on 
 debian/sid branch. see https://github.com/henrich/afdko


 Second, it seems that needs more package to work properly.

1. fontMath-ufo3
   https://github.com/typesupply/fontMath/tree/ufo3/.
2. defcon-ufo3
   https://github.com/typesupply/defcon/tree/ufo3
3. robofab-ufo3k: 
   https://github.com/robofab-developers/robofab/tree/ufo3k.
4. MutatorMath
   https://github.com/LettError/MutatorMath
5. pyClipper
   https://github.com/greginvm/pyclipper
6. booleanOperations-master
   https://github.com/typemytype/booleanOperations/

 lot ;)

 Third, some tools don't work properly.

$ /usr/bin/sfntdiff
Segmentation fault

$ /usr/bin/ttxn
Traceback (most recent call last):
  File "/usr/share/afdko/FDKScripts/ttxn.py", line 86, in 
from fontTools.misc.xmlWriter import XMLWriter
ImportError: No module named xmlWriter

 fonttools package needs to be updated to include python module.

-- 
Hideki Yamane