Bug#766118: lintian: False positive for “missing-license-paragraph-in-dep5-copyright”

2014-10-21 Thread Niels Thykier
Control: tags -1 moreinfo

On 2014-10-21 01:54, Ben Finney wrote:
 Package: lintian
 Version: 2.5.28
 Severity: normal
 
 The check for “missing-license-paragraph-in-dep5-copyright” apparently
 assumes that any license must have its own separate “License”
 paragraph.
 
 This restriction does not match Debian policy for the DEP-5 format;
 the stand-alone “License” paragraph is not required, since the full
 license terms can be in the “Files” paragraph in its “License” field.
 
 An example of a package where this check is giving a false positive is
 URL:https://lintian.debian.org/full/ben+deb...@benfinney.id.au.html#lojban-common_1.5_x2bdfsg.1-2.
 Each “License” field contains the full license information, and no
 separate “License” paragraph is needed. The Lintian tag
 “missing-license-paragraph-in-dep5-copyright” should not be triggered
 when this is the case.
 

Hi Ben,

It is because you added the License to the header paragraph[0][1].

It is unclear to me that this counts as a stand-alone license
paragraph, but Lintian was coded with the assumption that it does not.
Keep in mind that the license field in the header paragraph has a
special meaning compared to license fields in other paragraphs[2].

~Niels

[0]
https://alioth.debian.org/scm/loggerhead/collab-maint/lojban-common/lojban-common.debian/view/head:/debian/copyright

[1]
https://www.debian.org/doc/packaging-manuals/copyright-format/1.0/#file-syntax

[2]
https://www.debian.org/doc/packaging-manuals/copyright-format/1.0/#header-paragraph


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



Bug#743028: New Version 24.4 Available Upstream

2014-10-21 Thread 陳侃如
Rob Browning r...@defaultvalue.org writes:

 severity 743028 wishlist
 bye

 Jeffrey Cliff jeffrey.cl...@gmail.com writes:

 As per 
 http://www.masteringemacs.org/articles/2013/12/29/whats-new-in-emacs-24-4/,
 A newer version is available upstream, in Savannah ( 24.4.50 ).  For
 sure 24.4 is ready to at the very least go into experimental, here in
 Debian.

 I'm finishing up the new Guile packages, but after that, I'll likely
 work on this.

Do we plan to have emacs 24.4 in the upcoming Debian release (Jessie)?

Kanru


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



Bug#766118: lintian: False positive for “missing-license-paragraph-in-dep5-copyright”

2014-10-21 Thread Niels Thykier
On 2014-10-21 07:57, Niels Thykier wrote:
 Control: tags -1 moreinfo
 
 [...]
 
 Hi Ben,
 
 It is because you added the License to the header paragraph[0][1].
 
 It is unclear to me that this counts as a stand-alone license
 paragraph, but Lintian was coded with the assumption that it does not.
 Keep in mind that the license field in the header paragraph has a
 special meaning compared to license fields in other paragraphs[2].
 
 ~Niels
 
 [0]
 https://alioth.debian.org/scm/loggerhead/collab-maint/lojban-common/lojban-common.debian/view/head:/debian/copyright
 
 [1]
 https://www.debian.org/doc/packaging-manuals/copyright-format/1.0/#file-syntax
 
 [2]
 https://www.debian.org/doc/packaging-manuals/copyright-format/1.0/#header-paragraph
 
 

Please regard this, I hadn't fully understood your original report
apparently.

~Niels


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



Bug#766134: coinutils: lapack and blas support is not really enabled

2014-10-21 Thread YunQiang Su
Package: src:coinutils
Version: 2.9.15-1
Severity: serious
Tag: patched

liblapack and libblas are in the building depends list while in build log,
there are lines:

checking whether -lblas has BLAS... no
checking for COIN-OR package Blas... skipped check via pkg-config,
redirect to fallback
checking for COIN-OR package Blas (fallback)... no, dependency
coinblas not available
checking whether -llapack has LAPACK... no
checking for COIN-OR package Lapack... skipped check via pkg-config,
redirect to fallback
checking for COIN-OR package Lapack (fallback)... no, dependency
coinlapack not available

If add gfortran to build-deps, it works well like this[1]

checking whether -lblas has BLAS... yes: -lblas
checking whether LAPACK is already available with BLAS library... no
checking whether -llapack has LAPACK... yes: -llapack


When blas and lapack enabled, coinor-libcoinutils-dev should depends on
liblapack-dev and libblas-dev. if not so, coinor-osi will ftbfs, as
the pkgconfig file
contains such informations.


[1]. 
http://mips64el.debian.net/debian/buildlog/c/coinutils_2.9.15-1/coinutils_2.9.15-1_mips64el-20140905-1939.build


diff -Nru coinutils-2.9.15/debian/control coinutils-2.9.15/debian/control
--- coinutils-2.9.15/debian/control 2014-09-04 19:47:26.0 +0800
+++ coinutils-2.9.15/debian/control 2034-12-15 13:37:17.0 +0800
@@ -4,7 +4,7 @@
 Maintainer: Debian Science Team
debian-science-maintain...@lists.alioth.debian.org
 Uploaders: Miles Lubin miles.lu...@gmail.com
 Build-Depends: debhelper (= 9), doxygen, graphviz, liblapack-dev,
- libbz2-dev, zlib1g-dev, autotools-dev
+ libbz2-dev, zlib1g-dev, autotools-dev, gfortran
 Standards-Version: 3.9.5
 Vcs-Git: git://anonscm.debian.org/debian-science/packages/coinutils.git
 Vcs-Browser: 
http://anonscm.debian.org/gitweb/?p=debian-science/packages/coinutils.git
@@ -31,7 +31,7 @@
 Package: coinor-libcoinutils-dev
 Section: libdevel
 Architecture: any
-Depends: ${shlibs:Depends}, ${misc:Depends}, coinor-libcoinutils3 (=
${binary:Version})
+Depends: ${shlibs:Depends}, ${misc:Depends}, coinor-libcoinutils3 (=
${binary:Version}), liblapack-dev, libblas-dev
 Provides: libcoinutils-dev
 Conflicts: libcoinutils-dev
 Replaces: libcoinutils-dev

-- 
YunQiang Su


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



Bug#763863: webalizer: [INTL:nl] Dutch translation of debconf messages

2014-10-21 Thread Julien Viard de Galbert
On Wed, Oct 08, 2014 at 12:14:53AM +0200, Frans Spiesschaert wrote:
 Op 07-10-14 23:00:51 schreef Julien Viard de Galbert:
  On Fri, Oct 03, 2014 at 10:54:00AM +0200, Frans
  Spiesschaert wrote:
   
   
   Package: webalizer
   Severity: wishlist
   Tags: l10n patch 
   
   
   Dear Maintainer,
   
   
  ==
   Please find attached the Dutch translation of webalizer
  debconf messages.
   It has been submitted for review to the
  debian-l10n-dutch mailing list.
   Please add it to your next package revision.
   It should be put as debian/po/nl.po in your package
  build tree.
   
  ===
   
   Groetjes,
   Frans
   
   ===
   www.frans-spiesschaert.homenet.org
   home.base.be/vt6362833/
  
  Hi Frans,
 
 Hi Julien,
 
  
  Thanks for your translation, unfortunately there is a
  problem with
  your file, msgfmt reports the following error. 
  
  msgfmt debian/po/nl.po
  debian/po/nl.po:78:31: invalid multibyte sequence
  debian/po/nl.po:78:32: invalid multibyte sequence
  msgfmt: found 2 fatal errors
  
  It seams it does not like the following line:
  zinnens bent om met meer dan één configuratie te werken
  of de parameter
  -c 
^^-- here
  
  Should I simply replace it by een,
 
 Yes, please do so, although I don't understand why such a 
 problem arises in an UTF-8 environment.
 
 Thanks for informing me.

Hello Frans,

I just had similar problem with an other file, and in fact the file
attached to your mail (I hope some server or client didn't convert it)
was actually latin-1 encodded and not utf-8...

Also there are other instances on the een words not spelled één
in the file, so I'll let it as is, but if you want to send me a new
translation, feel free.

Best regards.

Julien


-- 
Julien Viard de Galbertjul...@vdg.blogsite.org
http://silicone.homelinux.org/   jul...@silicone.homelinux.org
GPG Key ID: D00E52B6  Published on: hkp://keys.gnupg.net
Key Fingerprint: E312 A31D BEC3 74CC C49E  6D69 8B30 6538 D00E 52B6


signature.asc
Description: Digital signature


Bug#661194: webalizer: Catalan program translation not up-to-date

2014-10-21 Thread Julien Viard de Galbert
On Fri, Feb 24, 2012 at 11:33:48PM +0100, Jordi Mallach wrote:
 Package: webalizer
 Version: 2.23.05-1
 Severity: normal
 Tags: l10n
 
 Hi,
Hello Jordi,

 
 While waiting for a Webalizer update in Debian (thanks!), I rewrote the
 upstream Catalan translation entirely, as the old one was *horrible*.
 
 However, the po file hasn't been refreshed with the new strings, and using
 Webalizer in Catalan in Debian is still a sad, sad, sad experience. Can
 you refresh the po files using the lang/ data?

I did build a script to convert upstream translation files to po files,
however, the results need to be reviewed by someone able to read the
translated language...

So I'll attach the generated ca.po file for review, can you please
check it ?

Also I did put the conversion script in the package (will be in
webalizer_2.23.08-2 currently waiting for a sponsor on mentors).

 
 This patch really needs to go upstream, I hope you can convince the author
 somehow to accept it.
I now, but without proofreading all translations I don't think it will
be accepted (for upstream, it will look like a regression for most languages)

 
 Thanks a lot,
 Jordi
 

Best regards,

Julien

-- 
Julien Viard de Galbertjul...@vdg.blogsite.org
http://silicone.homelinux.org/   jul...@silicone.homelinux.org
GPG Key ID: D00E52B6  Published on: hkp://keys.gnupg.net
Key Fingerprint: E312 A31D BEC3 74CC C49E  6D69 8B30 6538 D00E 52B6
# SOME DESCRIPTIVE TITLE.
# Copyright (C) YEAR THE PACKAGE'S COPYRIGHT HOLDER
# This file is distributed under the same license as the PACKAGE package.
# FIRST AUTHOR EMAIL@ADDRESS, YEAR.
# 
#, fuzzy
msgid 
msgstr 
Project-Id-Version: PACKAGE VERSION\n
Report-Msgid-Bugs-To: \n
POT-Creation-Date: 2010-11-24 15:03+0100\n
PO-Revision-Date: YEAR-MO-DA HO:MI+ZONE\n
Last-Translator: Jordi Mallach jo...@debian.org\n
Language-Team: LANGUAGE l...@li.org\n
MIME-Version: 1.0\n
Content-Type: text/plain; charset=UTF-8\n
Content-Transfer-Encoding: 8bit\n
Language: ca\n

#: dns_resolv.c:123
#, c-format
msgid Checking %s...
msgstr 

#: dns_resolv.c:133
#, c-format
msgid  found: %s (%ld)\n
msgstr 

#: dns_resolv.c:140
#, c-format
msgid  not found\n
msgstr 

#: dns_resolv.c:141
#, c-format
msgid  error (%d)\n
msgstr 

#: dns_resolv.c:202 dns_resolv.c:777
msgid Error: Unable to open DNS cache file
msgstr Error: no es pot obrir el fitxer de memòria cau de DNS

#: dns_resolv.c:215 dns_resolv.c:787
msgid Error: Unable to lock DNS cache file
msgstr Error: no es pot blocar el fitxer de memòria cau de DNS

#: dns_resolv.c:302
msgid None to process
msgstr Cap a processar

#: dns_resolv.c:319
msgid addresses
msgstr adreces

#: dns_resolv.c:324 webalizer.c:1500
msgid in
msgstr en

#: dns_resolv.c:324 webalizer.c:1500
msgid seconds
msgstr segons

#: dns_resolv.c:331
#, c-format
msgid , %d/sec\n
msgstr 

#: dns_resolv.c:374
#, c-format
msgid INPIPE creation error
msgstr 

#: dns_resolv.c:380
#, c-format
msgid OUTPIPE creation error
msgstr 

#: dns_resolv.c:389
#, c-format
msgid FORK error
msgstr 

#: dns_resolv.c:405
msgid read error
msgstr 

#: dns_resolv.c:428
#, c-format
msgid Child %d getnameinfo bad hbuf!\n
msgstr 

#: dns_resolv.c:434
#, c-format
msgid Child %d getnameinfo failed!\n
msgstr 

#: dns_resolv.c:439
msgid write error
msgstr 

#: dns_resolv.c:448
#, c-format
msgid Child %d got closed input, shutting down\n
msgstr 

#: dns_resolv.c:493
#, c-format
msgid Reaped Child %d\n
msgstr 

#: dns_resolv.c:522
#, c-format
msgid Giving %d bytes to Child %d\n
msgstr 

#: dns_resolv.c:531
msgid Could not write to pipe
msgstr 

#: dns_resolv.c:560
msgid Error in select
msgstr 

#: dns_resolv.c:568
#, c-format
msgid tick\n
msgstr 

#: dns_resolv.c:603
#, c-format
msgid Child %d wants to be reaped\n
msgstr 

#: dns_resolv.c:616
#, c-format
msgid Child %d Got a result: %s - %s\n
msgstr 

#: dns_resolv.c:623
#, c-format
msgid Child %d could not resolve: %s (%s)\n
msgstr 

#: dns_resolv.c:632
#, c-format
msgid Child %d back in task pool\n
msgstr 

#: dns_resolv.c:724
#, c-format
msgid db_put fail!\n
msgstr 

#: graphs.c:143 graphs.c:147 graphs.c:149 graphs.c:473 graphs.c:476
#: graphs.c:478 output.c:715 output.c:806 output.c:925 output.c:937
#: output.c:1039 output.c:1131 output.c:1143 output.c:1268 output.c:1901
#: output.c:1998 output.c:2225 output.c:2301 output.c:2345 output.c:2466
#: output.c:2623
msgid kB F
msgstr kB F

#: graphs.c:144 graphs.c:153 graphs.c:155 graphs.c:474 graphs.c:482
#: graphs.c:484 output.c:716 output.c:807 output.c:939 output.c:1039
#: output.c:1146 output.c:1268 output.c:1903 output.c:1998 output.c:2227
#: output.c:2301 output.c:2345 output.c:2466 output.c:2625
msgid kB In
msgstr kB In

#: graphs.c:145 graphs.c:159 graphs.c:161 graphs.c:488 graphs.c:490
#: output.c:717 output.c:808 output.c:941 output.c:1039 output.c:1149
#: output.c:1268 output.c:1905 output.c:1998 output.c:2229 output.c:2301
#: output.c:2346 output.c:2466 output.c:2627
msgid kB Out
msgstr kB Out

#: 

Bug#765746: zim: Attempt to invoke Task List brings up error dialog

2014-10-21 Thread Raphael Hertzog
Hi,

On Mon, 20 Oct 2014, Jape Person wrote:
 Please let me know if there are other things I can do to help pinpoint the
 problem. Results of tests you requested are below.

Yes please attach ~/.config/zim/preferences.conf.

The error messages seem to imply that the settings in [TaskListPlugin]
are not as expected (in particular the labels one might be missing). For
example, here's what I have:

[TaskListPlugin]
all_checkboxes=True
tag_by_page=False
deadline_by_page=False
use_workweek=True
labels=FIXME, TODO
next_label=Next:
nonactionable_tags=
included_subtrees=
excluded_subtrees=

You can try to fix those by editing the preferences of the TaskList
plugin... (the configure button in the plugin list when you select
the task list plugin).

Cheers,
-- 
Raphaël Hertzog ◈ Debian Developer

Support Debian LTS: http://www.freexian.com/services/debian-lts.html
Learn to master Debian: http://debian-handbook.info/get/


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



Bug#766135: FTCBFS for mips64el: missing lock-obj-pub.mips64el-unknown-linux-gnuabi64.h

2014-10-21 Thread Helmut Grohne
Package: src:libgpg-error
Version: 1.17-1
User: helm...@debian.org
Usertags: rebootstrap

Hi Daniel,

Since libgc was NMUed, rebootstrap progressed on mips64el. Now the
mips64el build breaks at libgpg-error:
https://jenkins.debian.net/job/rebootstrap_mips64el_gcc49_nobiarch/80/console

The reason (as usual) is the missing cross header. Since mips64el is
already bootstrapped and you enabled printing the header during native
builds (thanks!), it can be found at
http://mips64el.debian.net/debian/buildlog/libg/libgpg-error_1.16-2/libgpg-error_1.16-2_mips64el-20140928-1753.build

Please include it as well.

Helmut


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



Bug#766136: libcap-ng: Python build error, didn't fail build - empty bindings

2014-10-21 Thread David Halls
Source: libcap-ng
Version: 0.7.4-2
Severity: important

Dear Maintainer,


   * What led up to the situation?

I tried 'import capng' from Python, failed to import.
Traced the problem down  to libcap-ng's build has an error.
See

https://buildd.debian.org/status/fetch.php?pkg=libcap-
ngarch=i386ver=0.7.4-2stamp=1408698790

and search for 'error:'. You'll see

libtool: relink: gcc -shared  -fPIC -DPIC  .libs/_capng_la-capng_wrap.o
-lpython2.7 -L/«PKGBUILDDIR»/debian/tmp-python-cap-ng/usr/lib/i386-linux-gnu
-L/usr/lib/i386-linux-gnu -lcap-ng  -O2 -Wl,-z -Wl,relro   -Wl,-soname
-Wl,_capng.so -o .libs/_capng.so
/usr/bin/ld: cannot find -lcap-ng

   * What exactly did you do (or not do) that was effective (or
 ineffective)?

Rebuilt package on my machine. This works because the .so is already installed
so the -lcap-ng can find it.

   * What was the outcome of this action?

I was able to install my locally built .deb with gdebi and it had the python
bindings in



-- System Information:
Debian Release: jessie/sid
  APT prefers trusty-updates
  APT policy: (500, 'trusty-updates'), (500, 'trusty-security'), (500, 
'trusty'), (100, 'trusty-backports')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.13.0-37-generic (SMP w/4 CPU cores)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash


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



Bug#766137: some of the man pages mention the wicd bug tracker, some don't

2014-10-21 Thread 積丹尼 Dan Jacobson
Package: wicd
Version: 1.7.2.4-4.1
Severity: wishlist

Only some of the wicd* man pages mention

   If you happen to find one, ask about it on #wicd on freenode, or submit
   a bug report to http://launchpad.net/wicd.

They all should.


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



Bug#764380: A closer look

2014-10-21 Thread John Wright
Hi Stephan and Stuart,

On Mon, Oct 13, 2014 at 05:07:43PM +0200, Stephan Sürken wrote:
 Hi Stuart,
 
 thanks for pointing to the commit.
 
 I had a closer look; it's this compat include
 
 ---
 try:
 from StringIO import StringIO
 BytesIO = StringIO
 except ImportError:
 from io import BytesIO, StringIO
 ---
 
 that previously made it work.
 
 Using io.open() implicitly makes the split_gpg_and_payload produce
 unicode strings. Then finally code like this
 
 ---
 io.BytesIO().write(b\n.join([uunicode string]))
 ---
 
 is run (and fails).
 
 Fwiw, for python3 split_gpg_and_payload implicitly produces 'bytes',
 and everything works fine.
 
 Not really sure though what a good fix could be ;).

Thanks for the report and investigation.  Unicode handling in deb822 has
been the bane of my existence, and this is no exception.  I have a
proposed fix for this that involves trying to figure out the encoding
from the input object's 'encoding' property, or failing that, the
'encoding' kwarg, and encoding each element of the sequence.  Will send
that to the list (or maybe just upload, since it's fairly simple and
this is pretty broken) hopefully tomorrow.

-- 
John Wright j...@debian.org


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



Bug#766138: show wicd when hovering over icon

2014-10-21 Thread 積丹尼 Dan Jacobson
Package: wicd
Version: 1.7.2.4-4.1
Severity: wishlist

(I can't even login to upstream today to report this.)

When putting the mouse over the icon in the tray,
the words Wicd should also somewhere appear.
Not just Connected to wired network etc.

That way we at least know what program we are running.


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



Bug#766139: user clicks Switch Off Wi-Fi and then realizes wicd-gtk lacks any button to switch it back on!

2014-10-21 Thread 積丹尼 Dan Jacobson
Package: wicd-gtk
Version: 1.7.2.4-4.1
Severity: wishlist

There is a button Switch Off Wi-Fi.

Well if the user presses it he is in big trouble.

He soon discovers that there is no way provided to switch it back on!

The only thing he can do is reboot his machine.

Perhaps he had used Facebook, where like becomes unlike becomes like
each time you click it, and plenty of warnings if one is about to make a
irreversible decision.


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



Bug#766141: document the package

2014-10-21 Thread 積丹尼 Dan Jacobson
Package: ipheth-utils
Version: 1.0-3+b2
Severity: wishlist

Please document somewhere e.g., how one can use this package to tether
to an Ipad.

Else one can only find documentation on how to do it on non-Debian systems.


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



Bug#766140: make: -q fails for recursive makes

2014-10-21 Thread David Bremner
Package: make
Version: 4.0-8
Severity: normal

Sample Makefile:

# --
foo: bar
echo foo
bar:
$(MAKE) baz
echo lala
baz:
echo baz
# --


$ make -q foo; echo $?
make baz
Makefile:4: recipe for target 'bar' failed
make: *** [bar] Error 1
2

The fine manual says

,
| If the exit status is one, then some updating needs to be done. If
| make encounters an error, the exit status is two, so you can
| distinguish an error from a target that is not up to date.
`

This is technically kindof correct, although _why_ the error occurs is 
mysterious. In particular, adding a comment before the recursive make, i.e.

bar:
# lalala
$(MAKE) baz
echo lala

causes make -q bar to return 1. 

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

Kernel: Linux 3.16-2-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages make depends on:
ii  libc6  2.19-11

make recommends no packages.

Versions of packages make suggests:
pn  make-doc  none

-- no debconf information


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



Bug#766142: distro-info: Invalid date in ubuntu.csv

2014-10-21 Thread Laurent Bigonville
Package: distro-info
Version: 0.13
Severity: important

Hi,

Running ubuntu-distro-info --stable for some reasons gives me the
following error since today:

ubuntu-distro-info: Invalid date `2016-01-30' in file 
`/usr/share/distro-info/ubuntu.csv' at line 23 in column `eol'.

Cheers,

Laurent Bigonville

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

Kernel: Linux 3.16-2-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

Versions of packages distro-info depends on:
ii  distro-info-data  0.23
ii  libc6 2.19-11

distro-info recommends no packages.

Versions of packages distro-info suggests:
pn  shunit2  none

-- no debconf information


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



Bug#758619: Reportbug closes with mutex locking issue

2014-10-21 Thread Prema
Package: Reportbug
Version: 6.5.1

Reportbug crashes with the
 Attempt to unlock mutex that was not locked
Aborted
error.

The backtrace for the same is

 gdb --args python /usr/bin/reportbug -b --no-check-available libpulse0

GNU gdb (Debian 7.7.1+dfsg-3) 7.7.1
Copyright (C) 2014 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later http://gnu.org/licenses/gpl.html

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 i586-linux-gnu.
Type show configuration for configuration details.
For bug reporting instructions, please see:
http://www.gnu.org/software/gdb/bugs/.
Find the GDB manual and other documentation resources online at:
http://www.gnu.org/software/gdb/documentation/.
For help, type help.
Type apropos word to search for commands related to word...
Reading symbols from python...(no debugging symbols found)...done.
(gdb) run
Starting program: /usr/bin/python /usr/bin/reportbug -b
--no-check-available libpulse0
[Thread debugging using libthread_db enabled]
Using host libthread_db library
/lib/i386-linux-gnu/i686/cmov/libthread_db.so.1.
Gtk-Message: Failed to load module canberra-gtk-module
[New Thread 0xadb09b40 (LWP 25300)]
Attempt to unlock mutex that was not locked

Program received signal SIGABRT, Aborted.
0xb7fde424 in __kernel_vsyscall ()
(gdb) thread apply all bt

Thread 2 (Thread 0xadb09b40 (LWP 25300)):
#0  0xb7fde424 in __kernel_vsyscall ()
#1  0xb7e6350b in poll () at ../sysdeps/unix/syscall-template.S:81
#2  0xb6fc70b0 in g_poll () from /lib/i386-linux-gnu/libglib-2.0.so.0
#3  0xb6fb8054 in ?? () from /lib/i386-linux-gnu/libglib-2.0.so.0
#4  0xb6fb8479 in g_main_loop_run () from
/lib/i386-linux-gnu/libglib-2.0.so.0
#5  0xb63d5955 in ?? () from /usr/lib/i386-linux-gnu/libgio-2.0.so.0
#6  0xb6fdf3da in ?? () from /lib/i386-linux-gnu/libglib-2.0.so.0
#7  0xb7fa2efb in start_thread (arg=0xadb09b40) at pthread_create.c:309
#8  0xb7e6dd4e in clone () at ../sysdeps/unix/sysv/linux/i386/clone.S:129

Thread 1 (Thread 0xb7d82700 (LWP 25294)):
#0  0xb7fde424 in __kernel_vsyscall ()
#1  0xb7db2267 in __GI_raise (sig=sig@entry=6) at
../nptl/sysdeps/unix/sysv/linux/raise.c:56
#2  0xb7db3923 in __GI_abort () at abort.c:89
#3  0xb6ffdb20 in ?? () from /lib/i386-linux-gnu/libglib-2.0.so.0
#4  0xb6665f74 in ?? () from /usr/lib/i386-linux-gnu/libgdk-x11-2.0.so.0
#5  0xb67b2bc5 in gtk_dialog_run () from
/usr/lib/i386-linux-gnu/libgtk-x11-2.0.so.0
#6  0xb6cb9283 in ?? () from
/usr/lib/python2.7/dist-packages/gtk-2.0/gtk/_gtk.so
#7  0x08107c0c in PyEval_EvalFrameEx ()
#8  0x081078db in PyEval_EvalFrameEx ()
#9  0x081078db in PyEval_EvalFrameEx ()
#10 0x08105f4d in PyEval_EvalCodeEx ()
#11 0x0813a88c in ?? ()
#12 0x08131578 in PyRun_FileExFlags ()
#13 0x08130725 in PyRun_SimpleFileExFlags ()
#14 0x080daaa7 in Py_Main ()
#15 0x080da50b in main ()
(gdb) quit

Is there any patch available for this issue.

-- 
Regards.,
Prema S


Bug#595216: emacs23: browse-url should use x-www-browser and/or browser from the desktop environment

2014-10-21 Thread mjn
Fwiw, there used to be a patch applied to emacs-snapshot (but not the
regular, non-snapshot Debian packages) that added this functionality,
debian-browse-url.dpatch. It was added back in 2006 by Romain Francoise,
in response to wishlist bug #373294. I wonder if that patch or some
version could be resurrected?

-Mark

-- 
Mark J. Nelson
Anadrome Research
htp://www.anadrome.org


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



Bug#766143: kate: tries to overwrite '/u/s/kde4/[...]/kateproject.example' also in package kate-data 4:4.14.2-1

2014-10-21 Thread Martin Steigerwald
Package: kate
Version: 4:4.14.2-1
Severity: important

Dear Maintainer, dear Maximiliano,

On upgrading to 4.14.2 packages I get:

merkaba:~ LANG=C apt-get -f install
Reading package lists... Done
Building dependency tree
Reading state information... Done
Correcting dependencies... Done
The following extra packages will be installed:
  kate
The following NEW packages will be installed:
  kate
0 upgraded, 1 newly installed, 0 to remove and 0 not upgraded.
161 not fully installed or removed.
Need to get 0 B/603 kB of archives.
After this operation, 5024 kB of additional disk space will be used.
Do you want to continue? [Y/n] 
Retrieving bug reports... Done
Parsing Found/Fixed information... Done
(Reading database ... 410107 files and directories currently installed.)
Preparing to unpack .../kate_4%3a4.14.2-1_amd64.deb ...
Unpacking kate (4:4.14.2-1) ...
dpkg: error processing archive 
/var/cache/apt/archives/kate_4%3a4.14.2-1_amd64.deb (--unpack):
 trying to overwrite 
'/usr/share/kde4/apps/kate/plugins/project/kateproject.example', which is also 
in package kate-data 4:4.14.2-1
dpkg-deb: error: subprocess paste was killed by signal (Broken pipe)
Errors were encountered while processing:
 /var/cache/apt/archives/kate_4%3a4.14.2-1_amd64.deb
==  How can you help?  (doc: https://wiki.debian.org/how-can-i-help ) ==

-  Show old opportunities as well as new ones: how-can-i-help --old  -
E: Sub-process /usr/bin/dpkg returned an error code (1)


I purged kate, kate-plugins, katepart and tried reinstalling and well above
is the result.

Thanks,
Martin

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

Kernel: Linux 3.17.0-tp520 (SMP w/4 CPU cores; PREEMPT)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages kate depends on:
iu  kate-data   4:4.14.2-1
iu  katepart4:4.14.2-1
ii  kde-runtime 4:4.14.1-1+b1
ii  libc6   2.19-11
iu  libkateinterfaces4  4:4.14.2-1
iu  libkdecore5 4:4.14.2-1
iu  libkdeui5   4:4.14.2-1
iu  libkfile4   4:4.14.2-1
iu  libkio5 4:4.14.2-1
iu  libkparts4  4:4.14.2-1
iu  libktexteditor4 4:4.14.2-1
iu  libplasma3  4:4.14.2-1
ii  libqjson0   0.8.1-3
ii  libqt4-dbus 4:4.8.6+git64-g5dc8b2b+dfsg-2+b1
ii  libqt4-sql  4:4.8.6+git64-g5dc8b2b+dfsg-2+b1
ii  libqt4-xml  4:4.8.6+git64-g5dc8b2b+dfsg-2+b1
ii  libqtcore4  4:4.8.6+git64-g5dc8b2b+dfsg-2+b1
ii  libqtgui4   4:4.8.6+git64-g5dc8b2b+dfsg-2+b1
ii  libstdc++6  4.9.1-18

kate recommends no packages.

Versions of packages kate suggests:
ii  aspell0.60.7~20110707-1.3
ii  ispell3.3.02-6
ii  khelpcenter4  4:4.14.1-1+b1
ii  konsole   4:4.14.1-1


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



Bug#766145: dpkg: warning: while removing smartmontools, directory '/var/lib/smartmontools' not empty so not removed

2014-10-21 Thread 積丹尼 Dan Jacobson
Package: smartmontools
Version: 6.3+svn4002-1

# aptitude purge smartmontools
The following packages will be REMOVED:
  smartmontools{p}
0 packages upgraded, 0 newly installed, 1 to remove and 1 not upgraded.
Need to get 0 B of archives. After unpacking 1,441 kB will be freed.
Do you want to continue? [Y/n/?]
(Reading database ... 115645 files and directories currently installed.)
Removing smartmontools (6.3+svn4002-1) ...
Purging configuration files for smartmontools (6.3+svn4002-1) ...
dpkg: warning: while removing smartmontools, directory '/var/lib/smartmontools' 
not empty so not removed
Processing triggers for man-db (2.7.0.2-2) ...

# ls -l /var/lib/smartmontools
-rw-r--r-- 1 root root  214 10-21 15:33 attrlog.IBM_DJSA_220-44T444G8658.ata.csv
-rw-r--r-- 1 root root 2049 10-21 15:39 
smartd.IBM_DJSA_220-44T444G8658.ata.state
-rw-r--r-- 1 root root 2049 10-21 15:33 
smartd.IBM_DJSA_220-44T444G8658.ata.state~


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



Bug#766144: Nautilus to Toggle between system wide and type-ahead search

2014-10-21 Thread Prema
Package: nautilus
Version:3.14.0-1

The recent version of Nautilus always searches the whole filesystem with
tracker inputs. This feature is very much annoying and difficult to locate
the item what the user is searching actually.

I have attached the patch (Borrowed from Ubuntu)  for Nautilus 3.14 to let
the user to Toggle among this feature whether to enable or disable.

This feature is very critical and essential since it disturbs the normal
searching very much.

-- 
Regards.,
Prema S
Description: Disable system wide search for key press event
Author: Prema S pre...@gmail.com

=== modified file 'libnautilus-private/nautilus-global-preferences.h'
Index: nautilus-3.14.0/libnautilus-private/nautilus-global-preferences.h
===
--- nautilus-3.14.0 orig/libnautilus-private/nautilus-global-preferences.h
+++ nautilus-3.14.0/libnautilus-private/nautilus-global-preferences.h
@@ -159,6 +159,7 @@ typedef enum
 /* Recent files */
 #define NAUTILUS_PREFERENCES_RECENT_FILES_ENABLED  remember-recent-files
 
+#define NAUTILUS_PREFERENCES_ENABLE_SYSTEM_SEARCH		enable-system-search
 
 void nautilus_global_preferences_init  (void);
 char *nautilus_global_preferences_get_default_folder_viewer_preference_as_iid (void);
Index: nautilus-3.14.0/libnautilus-private/org.gnome.nautilus.gschema.xml.in
===
--- nautilus-3.12.2.orig/libnautilus-private/org.gnome.nautilus.gschema.xml.in
+++ nautilus-3.14.0/libnautilus-private/org.gnome.nautilus.gschema.xml.in
@@ -164,6 +164,11 @@
   _summaryBulk rename utility/_summary
   _descriptionIf set, Nautilus will append URIs of selected files and treat the result as a command line for bulk renaming. Bulk rename applications can register themselves in this key by setting the key to a space-separated string of their executable name and any command line options. If the executable name is not set to a full path, it will be searched for in the search path./_description
 /key
+key name=enable-system-search type=b
+  defaultfalse/default
+  _summaryEnable system wide interactive (type-ahead) search/_summary
+  _descriptionIf set to true, enables system wide interactive search, similar to Nautilus 3.4./_description
+/key
   /schema
 
   schema id=org.gnome.nautilus.icon-view path=/org/gnome/nautilus/icon-view/ gettext-domain=nautilus
Index: nautilus-3.14.0/src/nautilus-list-view.c
===
--- nautilus-3.12.2.orig/src/nautilus-list-view.c
+++ nautilus-3.14.0/src/nautilus-list-view.c
@@ -2733,6 +2733,7 @@ nautilus_list_view_set_selection (Nautil
 	GList *node;
 	GList *iters, *l;
 	NautilusFile *file;
+	GtkTreePath *path = NULL;
 	
 	list_view = NAUTILUS_LIST_VIEW (view);
 	tree_selection = gtk_tree_view_get_selection (list_view-details-tree_view);
@@ -2747,10 +2748,19 @@ nautilus_list_view_set_selection (Nautil
 		for (l = iters; l != NULL; l = l-next) {
 			gtk_tree_selection_select_iter (tree_selection,
 			(GtkTreeIter *)l-data);
+			if (!path)
+path = gtk_tree_model_get_path (GTK_TREE_MODEL (list_view-details-model), (GtkTreeIter *)l-data);
 		}
 		g_list_free_full (iters, g_free);
 	}
-
+	if (path) {
+		gtk_tree_view_set_cursor_on_cell (list_view-details-tree_view,
+			  path,
+			  list_view-details-file_name_column,
+		  	GTK_CELL_RENDERER (list_view-details-file_name_cell),
+		  	TRUE);
+		gtk_tree_path_free (path);
+	}
 	g_signal_handlers_unblock_by_func (tree_selection, list_selection_changed_callback, view);
 	nautilus_view_notify_selection_changed (view);
 }
Index: nautilus-3.14.0/src/nautilus-window-slot.c
===
--- nautilus-3.12.2.orig/src/nautilus-window-slot.c
+++ nautilus-3.14.0/src/nautilus-window-slot.c
@@ -126,6 +126,17 @@ struct NautilusWindowSlotDetails {
 	gboolean tried_mount;
 	NautilusWindowGoToCallback open_callback;
 	gpointer open_callback_user_data;
+
+	/* Interactive search */
+	gboolean isearch_enable;
+	gboolean isearch_imcontext_changed;
+	gboolean isearch_disable_hide;
+	NautilusFile *isearch_selected_file;
+	GtkWidget *isearch_window;
+	GtkWidget *isearch_entry;
+	gulong isearch_entry_changed_id;
+	guint isearch_timeout_id;
+	gulong isearch_configure_event_id;
 };
 
 static guint signals[LAST_SIGNAL] = { 0 };
@@ -136,6 +147,16 @@ static void location_has_really_changed
 static void nautilus_window_slot_connect_new_content_view (NautilusWindowSlot *slot);
 static void nautilus_window_slot_emit_location_change (NautilusWindowSlot *slot, GFile *from, GFile *to);
 
+/* Interactive search */
+static void isearch_ensure (NautilusWindowSlot *slot);
+static gboolean isearch_start (NautilusWindowSlot *slot, GdkDevice *device);
+static void isearch_enable_changed (gpointer callback_data);
+static void isearch_dispose (NautilusWindowSlot *slot);
+static void 

Bug#766146: dpkg: error: --compare-versions takes three arguments: version relation version

2014-10-21 Thread 積丹尼 Dan Jacobson
Package: smartmontools
Version: 6.3+svn4002-1

# aptitude install smartmontools #apt-get gives same error

Preparing to unpack .../smartmontools_6.3+svn4002-1_i386.deb ...
dpkg: error: --compare-versions takes three arguments: version relation 
version

Type dpkg --help for help about installing and deinstalling packages [*];
Use 'apt' or 'aptitude' for user-friendly package management;
Type dpkg -Dhelp for a list of dpkg debug flag values;
Type dpkg --force-help for a list of forcing options;
Type dpkg-deb --help for help about manipulating *.deb files;


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



Bug#766147: php5-common: session cleanup can be misused to change modification time of arbitrary files to now when symlink protection not enabled

2014-10-21 Thread Fiedler Roman
Package: php5-common 
Version: 5.4.4-14+deb7u14
Tags: security

/usr/lib/php5/sessionclean from [1] enables any process allowed to create
entries in /var/lib/php5 to adjust the modification time of any file by
waiting for the /etc/cron.d/php5 session cleanup job to run. This requires
/proc/sys/fs/protected_symlinks to be set to 0 (off), which is not the
default in Debian 7 Wheezy and up according to information from Debian
security team.

Even for affected systems, the impact might be small, just annoying:

* backup/IDS might be unhappy when file modification time is changed every
30min
* some spoolers might work differently since stale file could be prevented
from reaching required age for next action
* some privileged /proc or /sys entries might not handle modification time
update correctly or react in a strange way
* Sudo credentials cache might be affected (not checked)

To my judgement, the session cleanup code does _NOT_ allow to create
arbitrary files (touch -c is used), hence it would not be possible to use
this to create e.g. /etc/suid-debug

POC:

su -s /bin/bash nobody
cd /var/lib/php5
ln -s /etc/passwd xxx
cat  xxx yyy
# wait

[1]
http://http.us.debian.org/debian/pool/main/p/php5/php5-common_5.4.4-14+deb7u
14_i386.deb



smime.p7s
Description: S/MIME cryptographic signature


Bug#765784: systemd: Very slow boot time (4 Minutes).

2014-10-21 Thread Marc Bonnor
I have run the strace command as suggested and attached the output.

I added the -t option to add a time stamp, the 4 minute delay shows up
very clearly.


The iotop man page describes the accumulate option;

-a, --accumulated
Show accumulated I/O instead of bandwidth. In this  mode,  iotop
shows the amount of I/O processes have done since iotop started.

-- 
Regards

Marc
18:58:28 execve(/bin/systemd-tmpfiles, [/bin/systemd-tmpfiles, --create, 
--remove, --boot, --exclude-prefix=/dev], [/* 3 vars */]) = 0
18:58:28 brk(0) = 0x7ff25ce31000
18:58:28 access(/etc/ld.so.nohwcap, F_OK) = -1 ENOENT (No such file or 
directory)
18:58:28 mmap(NULL, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 
0) = 0x7ff25ad6e000
18:58:28 access(/etc/ld.so.preload, R_OK) = -1 ENOENT (No such file or 
directory)
18:58:28 open(/etc/ld.so.cache, O_RDONLY|O_CLOEXEC) = 3
18:58:28 fstat(3, {st_mode=S_IFREG|0644, st_size=100058, ...}) = 0
18:58:28 mmap(NULL, 100058, PROT_READ, MAP_PRIVATE, 3, 0) = 0x7ff25ad55000
18:58:28 close(3)   = 0
18:58:28 access(/etc/ld.so.nohwcap, F_OK) = -1 ENOENT (No such file or 
directory)
18:58:28 open(/lib/x86_64-linux-gnu/libpthread.so.0, O_RDONLY|O_CLOEXEC) = 3
18:58:28 read(3, 
\177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0\0\1\0\0\0\20o\0\0\0\0\0\0..., 832) = 832
18:58:28 fstat(3, {st_mode=S_IFREG|0755, st_size=137439, ...}) = 0
18:58:28 mmap(NULL, 2213008, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 
0) = 0x7ff25a933000
18:58:28 mprotect(0x7ff25a94b000, 2093056, PROT_NONE) = 0
18:58:28 mmap(0x7ff25ab4a000, 8192, PROT_READ|PROT_WRITE, 
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x17000) = 0x7ff25ab4a000
18:58:28 mmap(0x7ff25ab4c000, 13456, PROT_READ|PROT_WRITE, 
MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x7ff25ab4c000
18:58:28 close(3)   = 0
18:58:28 access(/etc/ld.so.nohwcap, F_OK) = -1 ENOENT (No such file or 
directory)
18:58:28 open(/lib/x86_64-linux-gnu/libc.so.6, O_RDONLY|O_CLOEXEC) = 3
18:58:28 read(3, 
\177ELF\2\1\1\3\0\0\0\0\0\0\0\0\3\0\0\1\0\0\0P\34\2\0\0\0\0\0..., 832) = 832
18:58:28 fstat(3, {st_mode=S_IFREG|0755, st_size=1725888, ...}) = 0
18:58:28 mmap(NULL, 3832352, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 
0) = 0x7ff25a58b000
18:58:28 mprotect(0x7ff25a72a000, 2093056, PROT_NONE) = 0
18:58:28 mmap(0x7ff25a929000, 24576, PROT_READ|PROT_WRITE, 
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x19e000) = 0x7ff25a929000
18:58:28 mmap(0x7ff25a92f000, 14880, PROT_READ|PROT_WRITE, 
MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x7ff25a92f000
18:58:28 close(3)   = 0
18:58:28 access(/etc/ld.so.nohwcap, F_OK) = -1 ENOENT (No such file or 
directory)
18:58:28 open(/lib/x86_64-linux-gnu/libselinux.so.1, O_RDONLY|O_CLOEXEC) = 3
18:58:28 read(3, 
\177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0\0\1\0\0\0\20c\0\0\0\0\0\0..., 832) = 832
18:58:28 fstat(3, {st_mode=S_IFREG|0644, st_size=142728, ...}) = 0
18:58:28 mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 
0) = 0x7ff25ad54000
18:58:28 mmap(NULL, 2246896, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 
0) = 0x7ff25a366000
18:58:28 mprotect(0x7ff25a387000, 2097152, PROT_NONE) = 0
18:58:28 mmap(0x7ff25a587000, 8192, PROT_READ|PROT_WRITE, 
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x21000) = 0x7ff25a587000
18:58:28 mmap(0x7ff25a589000, 6384, PROT_READ|PROT_WRITE, 
MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x7ff25a589000
18:58:28 close(3)   = 0
18:58:28 access(/etc/ld.so.nohwcap, F_OK) = -1 ENOENT (No such file or 
directory)
18:58:28 open(/lib/x86_64-linux-gnu/libcap.so.2, O_RDONLY|O_CLOEXEC) = 3
18:58:28 read(3, 
\177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0\0\1\0\0\0p\26\0\0\0\0\0\0..., 832) = 832
18:58:28 fstat(3, {st_mode=S_IFREG|0644, st_size=19016, ...}) = 0
18:58:28 mmap(NULL, 2114224, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 
0) = 0x7ff25a161000
18:58:28 mprotect(0x7ff25a165000, 2093056, PROT_NONE) = 0
18:58:28 mmap(0x7ff25a364000, 8192, PROT_READ|PROT_WRITE, 
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x3000) = 0x7ff25a364000
18:58:28 close(3)   = 0
18:58:28 access(/etc/ld.so.nohwcap, F_OK) = -1 ENOENT (No such file or 
directory)
18:58:28 open(/lib/x86_64-linux-gnu/libpcre.so.3, O_RDONLY|O_CLOEXEC) = 3
18:58:28 read(3, 
\177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0\0\1\0\0\0\20\27\0\0\0\0\0\0..., 832) = 
832
18:58:28 fstat(3, {st_mode=S_IFREG|0644, st_size=448440, ...}) = 0
18:58:28 mmap(NULL, 2543976, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 
0) = 0x7ff259ef3000
18:58:28 mprotect(0x7ff259f5f000, 2097152, PROT_NONE) = 0
18:58:28 mmap(0x7ff25a15f000, 8192, PROT_READ|PROT_WRITE, 
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x6c000) = 0x7ff25a15f000
18:58:28 close(3)   = 0
18:58:28 access(/etc/ld.so.nohwcap, F_OK) = -1 ENOENT (No such file or 
directory)
18:58:28 open(/lib/x86_64-linux-gnu/libdl.so.2, O_RDONLY|O_CLOEXEC) = 3
18:58:28 read(3, 

Bug#766148: RFS: sleepenh/1.3.2 [ITA]

2014-10-21 Thread Nicolas Schier
Package: sponsorship-requests
Severity: normal

Dear mentors,

I am looking for a sponsor for my package sleepenh

 * Package name: sleepenh
   Version : 1.3.2
   Upstream Author : was: Pedro Zorzenon Neto p...@debian.org, now: native 
package
 * License : GPL-2
   Section : utils

It builds those binary packages:

  sleepenh   - Sleep until a given date with subsecond resolution

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

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


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

dget -x 
http://mentors.debian.net/debian/pool/main/s/sleepenh/sleepenh_1.3.2.dsc

Changes since the last upload:

  * Use default debian/rules
  * Add missing misc dependency to debian/control
  * Set package source format to 3.0 (native); as agreed with original
upstream author (Pedro), sleepenh is not a native Debian package
  * Makefile: use Debian compiler flags
  * Makefile: use GNU install
  * Update several Debian control files
  * Bump to Debian Standards version 3.9.6
  * New maintainer (Closes: #759732).

Regards,
 Nicolas Schier


signature.asc
Description: Digital signature


Bug#766149: kate-data: file overwrite conflict with kate

2014-10-21 Thread Thorsten Glaser
Package: kate-data
Version: 4:4.14.1-1
Severity: serious
Justification: Policy 7.6.1

Unpacking kate-data (4:4.14.2-1) over (4:4.14.1-1) ...
dpkg: error processing archive 
/var/cache/apt/archives/kate-data_4%3a4.14.2-1_all.deb (--unpack):
 trying to overwrite 
'/usr/share/kde4/apps/kate/plugins/project/kateproject.example', which is also 
in package kate 4:4.14.2-1


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

Kernel: Linux 3.16-2-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

-- no debconf information


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



Bug#766031: iceweasel: A year security support of old-stable

2014-10-21 Thread Sylvestre Ledru
Hello,

On 21/10/2014 01:57, Paul van der Vlis wrote:
 op 21-10-14 00:57, Mike Hommey schreef:
 old-stable packages were available on mozilla.debian.net until the last
 24.8.0esr-1 update. 
 Except it's not possible anymore because it requires
 a compiler version much newer than what's available in old-stable.
 Maybe I was not clear enough, this bug is about the future.
 I would like to have 1 year time before I need to upgrade to Jessie.

Don't forget that most of the DDs are volunteers.

If it is really critical for you, you should have a look here:
https://www.debian.org/consultants/
or
http://www.freexian.com/services/debian-lts.html

Sylvestre


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



Bug#765879: [Pkg-nagios-devel] Bug#765879: Bug#765879: check_swap reports SWAP OK when queried via nrpe and swap is disabled

2014-10-21 Thread Michael Friedrich

Am 21.10.2014 um 00:49 schrieb Christian Kujau:


This is not the upstream repository, but it`s
https://github.com/monitoring-plugins/monitoring-plugins.


Ah, OK. nagios-plugins-basic lists http://nagiosplug.sourceforge.net as
its homepage which now redirects to https://nagios-plugins.org/ and cites
https://github.com/nagios-plugins/repositories as its Github repo.


You really should read [0] and [1].

Kind regards,
Michael

[0] https://www.monitoring-plugins.org/news/new-project-name.html
[1] https://bugzilla.redhat.com/show_bug.cgi?id=1054340




--
DI (FH) Michael Friedrich

michael.friedr...@gmail.com  || icinga open source monitoring
https://twitter.com/dnsmichi || lead core developer
dnsmi...@jabber.ccc.de   || https://www.icinga.org/team
irc.freenode.net/icinga  || dnsmichi


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



Bug#766153: openrc: mysql service fails to start

2014-10-21 Thread Ritesh Raj Sarraf
Package: openrc
Version: 0.13.1-2
Severity: normal

On system startup, the mysql service fails to start with the following
message in rc logs


[ ok .
mysql |[info] Checking for tables which need an upgrade,
are corrupt or were 
mysql |not closed cleanly..
mysql |/lib/rc/sh/runscript.sh: line 257: $1: unbound
variable
mysql | * ERROR: mysql failed to start
dovecot   |[] Starting IMAP/POP3 mail server: dovecot[
ok .


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

Kernel: Linux 3.16-3-amd64 (SMP w/8 CPU cores)
Locale: LANG=en_IN, LC_CTYPE=en_IN (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages openrc depends on:
ii  insserv1.14.0-5
ii  libc6  2.19-11
ii  libeinfo1  0.13.1-2
ii  librc1 0.13.1-2

openrc recommends no packages.

openrc suggests no packages.

-- Configuration Files:
/etc/rc.conf changed:
rc_parallel=YES
rc_interactive=YES
rc_logger=YES
rc_tty_number=12


-- no debconf information


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



Bug#766150: cannot be installed due to a file shipped also in kate-data

2014-10-21 Thread Giuseppe Bilotta
Package: kate
Version: 4:4.14.2-1
Severity: grave

Trying to upgrade to kate 4:4.14.2-1 on amd64 fails due to:

Preparing to unpack .../kate_4%3a4.14.2-1_amd64.deb ...
Unpacking kate (4:4.14.2-1) ...
dpkg: error processing archive
/var/cache/apt/archives/kate_4%3a4.14.2-1_amd64.deb (--unpack):
 trying to overwrite
 '/usr/share/kde4/apps/kate/plugins/project/kateproject.example', which
 is also in package kate-data 4:4.14.2-1
 dpkg-deb: error: subprocess paste was killed by signal (Broken pipe)
 Errors were encountered while processing:
  /var/cache/apt/archives/kate_4%3a4.14.2-1_amd64.deb
  E: Sub-process /usr/bin/dpkg returned an error code (1)

(Probably the file should only be shipped with kate-data.)

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

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


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



Bug#758538: RFS: pysdl2/0.9.3+dfsg2-1 [ITP] -- Python wrapper around SDL2 using ctypes

2014-10-21 Thread fayvel
retitle 758538 RFS: pysdl2/0.9.3+dfsg2-1 [ITP] -- Python wrapper around SDL2 
using ctypes
thanks

Dear mentors,

I am looking for a sponsor for my package pysdl2

 * Package name: pysdl2
   Version : 0.9.3+dfsg2-1
   Upstream Author : Marcus von Appen mar...@sysfault.org
 * URL : https://bitbucket.org/marcusva/py-sdl2
 * License : CC0 or ZLIB
   Section : python

 It builds those binary packages:

  pysdl2-doc - Python bindings to the SDL2 C-library - documentation
  python-sdl2 - Python bindings to the SDL2 C-library (Python 2 build)
  python3-sdl2 - Python bindings to the SDL2 C-library (Python 3 build)

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

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


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

   dget -x 
http://mentors.debian.net/debian/pool/main/p/pysdl2/pysdl2_0.9.3+dfsg2-1.dsc

More information about PySDL2 can be obtained from 
https://bitbucket.org/marcusva/py-sdl2 .

Changes since the last upload:

  * New dfsg tarball without doc/python.inv
  * Upgraded to policy 3.9.6, no changes required
  * debian/control:
- Add Recommends dependency *-numpy for faster pixelaccess
  * debian/copyright:
- Adjust license comment to fully state that the CC0 Public Domain
  Dedication is the preferred dedication and ZLIB is just a fallback License
  * debian/prune-tarball.sh:
- Drop doc/python.inv which isn't in the preferred form for modifications 
and
  not used during the build
  * debian/README.source:
- Clarify why doc/python.inv was removed from the upstream tarball

A diff to the previous upload is attached.

Special thanks to Thorsten Alteholz for finding the problem in
debian/prune-tarball.sh which caused an inclusion of doc/python.inv.

Regards,
  Victor Fayveldiff --git a/debian/README.source b/debian/README.source
index 932335e..f2f3af0 100644
--- a/debian/README.source
+++ b/debian/README.source
@@ -7,6 +7,11 @@ files in the source package are the actual source files.
  * doc/modules/images/*.png
  * examples/resources/hello.bmp
 
+Following files are not in a form which is the preferred form for modification
+and were therefore removed:
+
+ * doc/python.inv
+
 The DFSG tarball can be generated using the upstream tarball and the script
 debian/prune-tarball.sh. The easiest method in doing so is to download the
 tarball using uscan.
diff --git a/debian/changelog b/debian/changelog
index 555953f..a13ed65 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,5 +1,5 @@
-pysdl2 (0.9.3+dfsg1-1) unstable; urgency=low
+pysdl2 (0.9.3+dfsg2-1) unstable; urgency=low
 
   * Initial release. (Closes: #731070)
 
- -- Victor Fayvel fay...@web.de  Mon, 18 Aug 2014 17:43:23 +0200
+ -- Victor Fayvel fay...@web.de  Tue, 21 Oct 2014 09:33:24 +0200
diff --git a/debian/control b/debian/control
index 642894a..81bcd28 100644
--- a/debian/control
+++ b/debian/control
@@ -3,7 +3,7 @@ Section: python
 Priority: optional
 Maintainer: Debian Python Modules Team python-modules-t...@lists.alioth.debian.org
 Uploaders: Victor Fayvel fay...@web.de
-Standards-Version: 3.9.5
+Standards-Version: 3.9.6
 Homepage: https://bitbucket.org/marcusva/py-sdl2
 Build-Depends:
  debhelper (= 9),
@@ -18,9 +18,11 @@ Build-Depends:
  libsdl2-ttf-2.0-0,
  imagemagick,
  python-all (= 2.6.6-3~),
+ python-numpy,
  python-setuptools,
  python-sphinx,
  python3-all (= 3.2~),
+ python3-numpy,
  python3-setuptools,
  librsvg2-bin,
  xauth,
@@ -38,6 +40,8 @@ Depends:
  libsdl2-image-2.0-0,
  libsdl2-mixer-2.0-0,
  libsdl2-ttf-2.0-0,
+Recommends:
+ python-numpy,
 Suggests: pysdl2-doc
 Description: Python bindings to the SDL2 C-library (Python 2 build)
  PySDL2 is a ctypes based wrapper around the Simple DirectMedia Layer 2 library
@@ -56,6 +60,8 @@ Depends:
  libsdl2-image-2.0-0,
  libsdl2-mixer-2.0-0,
  libsdl2-ttf-2.0-0,
+Recommends:
+ python3-numpy,
 Suggests: pysdl2-doc
 Description: Python bindings to the SDL2 C-library (Python 3 build)
  PySDL2 is a ctypes based wrapper around the Simple DirectMedia Layer 2 library
diff --git a/debian/copyright b/debian/copyright
index 0bc23ee..8e494cd 100644
--- a/debian/copyright
+++ b/debian/copyright
@@ -8,16 +8,12 @@ Copyright: 2012-2014, Marcus von Appen mar...@sysfault.org
2012-2014, Steven Johnson
2012-2014, Marcel Rodrigues
2012-2014, Dan Gillett
-Comment: upstream also marked the project as public-domain but didn't gave
- information about the exemption of the default copyright restrictions. But
- a fallback license Zlib was was given when the files could not be used under
- the public-domain. This part of the license was added to this comment
- .
- This software is distributed under the Public Domain.
+Comment:
+ This software is distributed under the Public Domain (CC0 Public Domain
+ Dedication).
  .
  In cases, where the law prohibits the recognition of Public Domain
- software, this 

Bug#766151: openrc: tor service fails to start

2014-10-21 Thread Ritesh Raj Sarraf
Package: openrc
Version: 0.13.1-2
Severity: normal

On system startup, the tor service fails to start with the following in
the rc logs.


dbus  |[] Starting system message bus: dbus[ ok .
[ ok .
[ ok .
cgproxy   |[] Starting cgroup management proxy daemon:
cgproxy[ ok .
tor   |/lib/rc/sh/runscript.sh: 274: exec:  /bin/bash:
not found
tor   | * ERROR: tor failed to start
cups-browsed  |[] Starting CUPS Bonjour daemon:
cups-browsed[ ok .
apache2   |[] Starting web server: apache2cron
|[] Starting periodic command scheduler: cron[ ok .
[ ok .
lightdm   |[] Starting Light Display Manager: lightdm[
ok .


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

Kernel: Linux 3.16-3-amd64 (SMP w/8 CPU cores)
Locale: LANG=en_IN, LC_CTYPE=en_IN (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages openrc depends on:
ii  insserv1.14.0-5
ii  libc6  2.19-11
ii  libeinfo1  0.13.1-2
ii  librc1 0.13.1-2

openrc recommends no packages.

openrc suggests no packages.

-- Configuration Files:
/etc/rc.conf changed:
rc_parallel=YES
rc_interactive=YES
rc_logger=YES
rc_tty_number=12


-- no debconf information


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



Bug#766152: kate-data: dpkg error when installing kate-data

2014-10-21 Thread Jonas Lundqvist
Package: kate-data
Version: 4:4.14.1-1
Severity: grave
Justification: renders package unusable

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Something weird happens when I did an update followed by a dist-upgrade.
It was less then 24 hours since my last update/dist-upgrade.

jonas@asdf:~ $ sudo apt-get dist-upgrade
Reading package lists... Done
Building dependency tree   
Reading state information... Done
You might want to run 'apt-get -f install' to correct these.
The following packages have unmet dependencies:
 kate : Depends: kate-data (= 4:4.14.2-1) but 4:4.14.1-1 is installed
 katepart : Depends: kate-data (= 4:4.14.2-1) but 4:4.14.1-1 is installed
E: Unmet dependencies. Try using -f.

jonas@asdf:~ $ sudo apt-get -f install
Reading package lists... Done
Building dependency tree   
Reading state information... Done
Correcting dependencies... Done
The following package was automatically installed and is no longer required:
  linux-image-3.16-2-amd64
Use 'apt-get autoremove' to remove it.
The following extra packages will be installed:
  kate-data
The following packages will be upgraded:
  kate-data
1 upgraded, 0 newly installed, 0 to remove and 0 not upgraded.
113 not fully installed or removed.
Need to get 0 B/1,492 kB of archives.
After this operation, 375 kB of additional disk space will be used.
Do you want to continue? [Y/n] 
Reading changelogs... Done
(Reading database ... 303384 files and directories currently installed.)
Preparing to unpack .../kate-data_4%3a4.14.2-1_all.deb ...
Unpacking kate-data (4:4.14.2-1) over (4:4.14.1-1) ...
dpkg: error processing archive 
/var/cache/apt/archives/kate-data_4%3a4.14.2-1_all.deb (--unpack):
 trying to overwrite 
'/usr/share/kde4/apps/kate/plugins/project/kateproject.example', which is also 
in package kate 4:4.14.2-1
dpkg-deb: error: subprocess paste was killed by signal (Broken pipe)
Errors were encountered while processing:
 /var/cache/apt/archives/kate-data_4%3a4.14.2-1_all.deb
E: Sub-process /usr/bin/dpkg returned an error code (1)



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

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

- -- no debconf information

-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQIcBAEBAgAGBQJURhP2AAoJEBKd4UpXCeED0JcP/0yr7tLJJkNxIk6vfUP17hE0
Z/AcDrkPTuSxyNszIw0s2T12dMCdXD9wGFFtjNIO5IxQb8GXaONhOXSt99zUFRmM
NRdA4O2K/ua3h2A2Y/eUCqWsni0hbaGiyibfPHmlcDYvqVQj7ruzSasow6sAEgjB
0yvhnqjXGuaMEbUUgS1ZB3Y8GSKHFdFx7kfVSmTdEenro4NFVGEpCGq+Mgda+Dr4
brK1kvB19OQ0eUr03wxwugLwn05sjAFP5GLNv+Ni9xB+3deIBC/Mt/zmYpmqcstE
DPGm6PH2PBs4FrZwrz/VxW4FbUUHjrjuRAMU3mIb67AK5IgAhpiM54YZYTvr4tbI
+b9J99kNip/K+he5DqvXa3QlZ5CjkuBnTIsdVfSu3JqXUZ4boiVjRfF8322BXv3I
z7pkSk/GChLBlzYsG1qow5AW18XoR0UE1mRVWHyaaUfhTLJ+at+HH7PTvQshSgXx
CAEZxzcSRg6udomA6p/GgQMG95t+dS7XgFGTk2PKzLT8ImS0KLEOmxWh4aeEbFI1
yCJ0y5IeKt0HbEb60Tgxr5Rb/CL8obTMg1muRwOVA6Sot5h6fuaJCtBe/o/V/kC6
rnGxBpatLD7QAW2gDkk0eqifArSQa/02Y49U28Yfc/iIOO6T/KcOSuqsbvZnaaNd
xFH8sRNMH7EdF4JKD35s
=Fgo6
-END PGP SIGNATURE-


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



Bug#765484: qdox: FTBFS (hangs) on armhf.

2014-10-21 Thread Hector Oron
Hello,


On Wed, Oct 15, 2014 at 10:06:46PM +0800, Andrew Lee wrote:
 Package: qdox
 Version: 1.12-1
[...]
 package:
  [java] Reading skeleton file src/grammar/skeleton.inner.
  [java] Reading src/grammar/lexer.flex
  [java] 
  [java] Warning : Macro CommentChar has been declared but never used.
  [java] Constructing NFA : 1,071 states in NFA
  [java] Converting NFA to DFA : 
  [java] 
 .
  [java] 491 states before minimization, 384 states in minimized DFA
  [java] Writing code to 
 build/generated-sources/com/thoughtworks/qdox/parser/impl/JFlexLexer.java
 
 [..hangs forever...]

  Using openjdk-7-jre 7u65-2.5.2-4, (but works using openjdk-7-jre 7u55-2.4.7-1)

  Aparently, java hangs waiting for a thread, as shown in a backtrace:

  #0  0xb6fc1534 in __libc_do_syscall () from 
/lib/arm-linux-gnueabihf/libpthread.so.0
  #1  0xb6fbae2a in pthread_join () from 
/lib/arm-linux-gnueabihf/libpthread.so.0
  #2  0xb6f9fa3c in ?? () from 
/usr/lib/jvm/java-7-openjdk-armhf/jre/bin/../lib/arm/jli/libjli.so
  Backtrace stopped: previous frame identical to this frame (corrupt stack?)

  Java stack for given process:

  zumbi 3813 99.7  0.5 666200 21488 pts/15   Sl+  12:47   1:30  |   
\_ /usr/lib/jvm/java-7-openjdk-armhf/jre/bin/java -classpath 
/usr/share/java/JFlex.jar JFlex.Main -d 
build/generated-sources/com/thoughtworks/qdox/parser/impl --skel 
src/grammar/skeleton.inner src/grammar/lexer.flex

  $ jstack 3813
  2014-10-17 12:48:11
  Full thread dump OpenJDK Zero VM (24.65-b04 mixed mode):

Attach Listener daemon prio=10 tid=0x8ee005d0 nid=0xefd waiting on condition 
[0x]
 java.lang.Thread.State: RUNNABLE

Service Thread daemon prio=10 tid=0xb5e75b58 nid=0xeeb runnable [0x]
java.lang.Thread.State: RUNNABLE

Signal Dispatcher daemon prio=10 tid=0xb5e74140 nid=0xeea runnable 
[0x]
   java.lang.Thread.State: RUNNABLE

Finalizer daemon prio=10 tid=0xb5e63518 nid=0xee9 in Object.wait() 
[0x8f3fe000]
  java.lang.Thread.State: WAITING (on object monitor)
  at java.lang.Object.wait(Native Method)
  - waiting on 0x9a7d4ac8 (a java.lang.ref.ReferenceQueue$Lock)
  at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:135)
  - locked 0x9a7d4ac8 (a java.lang.ref.ReferenceQueue$Lock)
  at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:151)
  at java.lang.ref.Finalizer$FinalizerThread.run(Finalizer.java:209)

Reference Handler daemon prio=10 tid=0xb5e62008 nid=0xee8 in Object.wait() 
[0x8f6fe000]
 java.lang.Thread.State: WAITING (on object monitor)
 at java.lang.Object.wait(Native Method)
 - waiting on 0x9a7d4b58 (a java.lang.ref.Reference$Lock)
 at java.lang.Object.wait(Object.java:503)
 at java.lang.ref.Reference$ReferenceHandler.run(Reference.java:133)
 - locked 0x9a7d4b58 (a java.lang.ref.Reference$Lock)

main prio=10 tid=0xb5e05a98 nid=0xee6 runnable [0xb6108000]
java.lang.Thread.State: RUNNABLE
at JFlex.Emitter.findActionStates(Emitter.java:1445)
at JFlex.Emitter.emit(Emitter.java:1543)
at JFlex.Main.generate(Main.java:118)
at JFlex.Main.generate(Main.java:305)
at JFlex.Main.main(Main.java:322)

VM Thread prio=10 tid=0xb5e5f6a0 nid=0xee7 runnable 

VM Periodic Task Thread prio=10 tid=0xb5e777f0 nid=0xeec waiting on condition 

JNI global references: 133


Apparently some issue is affecting Java threads on ARM.

Regards,
-- 
  Hector Oron


signature.asc
Description: Digital signature


Bug#765693: the last bit of this bug

2014-10-21 Thread Guillem Jover
Hi!

On Tue, 2014-10-21 at 05:07:00 +, lumin wrote:
 I forgot to change the last-translator field, in the former patch...
 I added it in the patch, and there also are some little fixes.

Ah, perfect, wondered about that, and the name alias, but was not sure
if you might prefer to use that instead, so didn't ask.

I've merged that now, updated the previous changelog entry with your
name, and added a .mailmap entry to correct at least «git shortlog».

 that patch is to
 ee77bc3b16a7f3feb0658193b00d07a57c8aa673

 msgfmt OK.

There are still some untranslated and fuzzy strings, could you send an
update for those, so that we can get a fully translated .po file?

Thanks,
Guillem


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



Bug#766154: libglm-dev: error: 'abs' was not declared in this scope. missing std::?

2014-10-21 Thread Rene Engelhard
Package: libglm-dev
Version: 0.9.5.4-1
Severity: important
Tags: patch

Hi,

my amd64 build worked fine but my i386 build of libreoffic 4.4.0 alpha 1 failed:

[build CXX] vcl/workben/icontest.cxx
S=/home/rene/Debian/Pakete/LibreOffice/libreoffice-4.4.0.0.alpha1  I=$S/instdi
r  W=$S/workdir   mkdir -p $W/CxxObject/vcl/workben/ $W/Dep/CxxObject/vcl/wo
rkben/  cd /home/rene/Debian/Pakete/LibreOffice/libreoffice-4.4.0.0.alpha1  
  i586-linux-gnu-g++ -DCPPU_ENV=gcc3 -DINTEL -DLIBO_INTERNAL_ONLY -DLINUX -DNDEB
UG -DOPTIMIZE -DOSL_DEBUG_LEVEL=0 -DSUPD=440 -DUNIX -DUNX -DX86 -D_FORTIFY_SOURC
E=2 -D_PTHREADS -D_REENTRANT  -DRTL_USING -D_FORTIFY_SOURCE=2  -DHAVE_GCC_VISIBI
LITY_FEATURE -fvisibility=hidden   -Wall -Wnon-virtual-dtor -Wendif-labels -Wext
ra -Wundef -Wunused-macros -fmessage-length=0 -fno-common -pipe  -fvisibility-in
lines-hidden -fPIC -Wshadow -Woverloaded-virtual -std=gnu++11  -ggdb2  -DEXCEPTI
ONS_ON -fexceptions -g -O2 -fstack-protector-strong -Wformat -Werror=format-secu
rity  -c $S/vcl/workben/icontest.cxx -o $W/CxxObject/vcl/workben/icontest.o  -I$
S/vcl/workben/  -I$S/include  -I/usr/lib/jvm/default-java/include -I/usr/lib/jvm
/default-java/include/linux -I$S/config_host  -I/usr/include   -isystem /usr/inc
lude/GL -isystem /usr/include/libdrm   -I$W/UnoApiHeadersTarget/offapi/normal -I
$W/UnoApiHeadersTarget/udkapi/normal   
[...]
In file included from /usr/include/glm/gtx/bit.hpp:232:0,
 from 
/home/rene/Debian/Pakete/LibreOffice/libreoffice-4.4.0.0.alpha1/vcl/workben/icontest.cxx:24:
/usr/include/glm/gtx/bit.inl: In instantiation of 'bool glm::isPowerOfTwo(const 
genType) [with genType = int]':
/home/rene/Debian/Pakete/LibreOffice/libreoffice-4.4.0.0.alpha1/vcl/workben/icontest.cxx:221:40:
   required from here
/usr/include/glm/gtx/bit.inl:89:23: error: 'abs' was not declared in this 
scope, and no declarations were found by argument-dependent lookup at the point 
of instantiation [-fpermissive]
Result = abs(Result);
   ^
In file included from 
/home/rene/Debian/Pakete/LibreOffice/libreoffice-4.4.0.0.alpha1/include/sal/config.h:27:0,
 from 
/home/rene/Debian/Pakete/LibreOffice/libreoffice-4.4.0.0.alpha1/workdir/UnoApiHeadersTarget/udkapi/normal/com/sun/star/lang/XComponent.hpp:4,
 from 
/home/rene/Debian/Pakete/LibreOffice/libreoffice-4.4.0.0.alpha1/vcl/workben/icontest.cxx:26:
/usr/include/stdlib.h:775:12: note: 'int abs(int)' declared here, later in the 
translation unit
 extern int abs (int __x) __THROW __attribute__ ((__const__)) __wur;
^
[...]
/home/rene/Debian/Pakete/LibreOffice/libreoffice-4.4.0.0.alpha1/solenv/gbuild/LinkTarget.mk:189:
 recipe for target 
'/home/rene/Debian/Pakete/LibreOffice/libreoffice-4.4.0.0.alpha1/workdir/CxxObject/vcl/workben/icontest.o'
 failed
make[2]: *** 
[/home/rene/Debian/Pakete/LibreOffice/libreoffice-4.4.0.0.alpha1/workdir/CxxObject/vcl/workben/icontest.o]
 Error 1

icontext.cxx does not use abs() directly but glm::isPowerOfTwo and that does (in
/usr/include/glm/gtx/bit.inl):

// For old complier?
genType Result = Value;
if(std::numeric_limitsgenType::is_signed)
Result = abs(Result);

icontext.cxx has even a #include math.h but...

Changing abs(Result) to std::abs(Result) makes it work. Maybe you also
want a #include of some math header (cmath?) too

Regards,

Rene

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

Kernel: Linux 3.16-2-amd64 (SMP w/4 CPU cores)
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C)
Shell: /bin/sh linked to /bin/dash

-- no debconf information


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



Bug#765513:

2014-10-21 Thread Benjamin Xiao
I can confirm that this bug happens with an up to date Debian jessie
install. Running from command line works fine.


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



Bug#766155: /usr/share/doc/fonts-lmodern/MANIFEST-Latin-Modern.txt is a broken symlink

2014-10-21 Thread Jakub Wilk

Package: fonts-lmodern
Version: 2.004.4-4
Severity: minor
User: debian...@lists.debian.org
Usertags: adequate broken-symlink

$ dpkg -L fonts-lmodern | xargs -n1 file | grep broken
/usr/share/doc/fonts-lmodern/MANIFEST-Latin-Modern.txt: broken symbolic link to 
`../../texmf/doc/fonts/lm-math/MANIFEST-Latin-Modern.txt'


advert
This bug was brought to you by adequate:
https://packages.debian.org/unstable/main/adequate
/advert

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

Kernel: Linux 3.16-2-amd64 (SMP w/2 CPU cores)
Locale: LANG=C, LC_CTYPE=pl_PL.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages fonts-lmodern depends on:
ii  dpkg1.17.19
ii  tex-common  5.03

--
Jakub Wilk


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



Bug#765803: Status of prompting / notification on upgrade for init system switch?

2014-10-21 Thread Bdale Garbee
Russ Allbery r...@debian.org writes:

 I think default is about what we install with fresh installs.
 That's consistent with the other examples you list, where we've picked
 a default.

I agree.

Bdale


pgpHzEW8MqQBS.pgp
Description: PGP signature


Bug#759018: [Xen-devel] [PATCH v2] docs: Introduce specification for x86 pv bootloader chainloading paths/formats.

2014-10-21 Thread Ian Campbell
On Fri, 2014-08-29 at 21:14 +0100, Ian Campbell wrote:
 In order to support pvgrub (or other bootloader) from dom0 chainloading a
 pvgrub (or other) from within the domU filesystem we need a standard for where
 the stage 1 bootloader should look and what it should expect to find there.
 
 Add a document along those lines.
 
 This is currently x86-specific since it is expected that other new 
 architecures
 (including ARM) will either not need to implement this due to the existence of
 more generic specifications for that arch (e.g. the ARM VM spec) or will 
 update
 this document in due course.
 
 Signed-off-by: Ian Campbell i...@hellion.org.uk
 Cc: Ian Jackson ian.jack...@eu.citrix.com
 Cc: Colin Watson cjwat...@debian.org
 Cc: 759...@bugs.debian.org

On IRC Ian J said:
(16:52:37) ijc: Diziet: Did you (intend to) ack 
1409343270-2375-1-git-send-email-...@hellion.org.uk?
(16:55:14) Diziet: ijc: I'm sure I intended to ack that, sorry.
(16:55:42) ijc: Will you or can I take the above as one?
(16:57:48) Diziet: ijc: Please do take it as an ack.

So I have fabricated an Ack and applied.


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



Bug#614713: Re-open: cups-pdf: installation asks for a password

2014-10-21 Thread Didier 'OdyX' Raboud
Le lundi, 20 octobre 2014, 22.38:17 Daniel Reichelt a écrit :
  I cannot confirm this: CUPS 1.7 is installable and working inside a
  chroot, as long as the 631 port is available. Is this a bug with
  CUPS 1.4 only? Has it been reproduced with later versions ?
 Which steps exactly did you take in trying to reproduce this?

$ mkdir sid-chroot
$ sudo debootstrap sid ./sid-chroot/ http://http.debian.net/debian/
$ sudo mount proc sid-chroot/proc/ -t proc
$ sudo mount proc sid-chroot/sys/ -t sysfs
$ sudo chroot sid-chroot
# apt install cups-pdf
(… which end in …)
Processing triggers for dbus (1.8.8-2) ...
Setting up libcupsimage2:amd64 (1.7.5-5) ...
Setting up libcupsfilters1:amd64 (1.0.61-2) ...
Setting up cups-filters-core-drivers (1.0.61-2) ...
Setting up cups-core-drivers (1.7.5-5) ...
Setting up libgs9 (9.06~dfsg-1.1+b1) ...
Setting up ghostscript (9.06~dfsg-1.1+b1) ...
Setting up cups-client (1.7.5-5) ...
Setting up cups-filters (1.0.61-2) ...
[ ok ] Reloading Common Unix Printing System: cupsd.

Setting up cups (1.7.5-5) ...
locale: Cannot set LC_CTYPE to default locale: No such file or directory
locale: Cannot set LC_MESSAGES to default locale: No such file or 
directory
locale: Cannot set LC_ALL to default locale: No such file or directory
Updating PPD files for cups ...
Updating PPD files for cups-filters ...
Updating PPD files for cups-pdf ...
Updating PPD files for gutenprint ...
Setting up printer-driver-cups-pdf (2.6.1-14) ...
[ ok ] Reloading Common Unix Printing System: cupsd.
Setting up cups-pdf (2.6.1-14) ...
Setting up printer-driver-gutenprint (5.2.10-3) ...
Processing triggers for libc-bin (2.19-11) ...
Processing triggers for sgml-base (1.26+nmu4) ...
# 

So I don't see cups-pdf asking for a password in a chroot setup, for the 
sid versions.

Cheers,
OdyX


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



Bug#763494: squeak-vm: Please change build dependency to libjpeg-dev (libjpeg-turbo transition)

2014-10-21 Thread Niels Möller
Ondřej Surý ond...@debian.org writes:

 I have no idea if it fixes the #744289, but if the bundled library is
 the original libjpeg6b then it might.

I've now tested (after upgrading squeak-vm to version
1:4.10.2.2614-1.1+b1). jpeg files still don't work in scratch, and I
get no error messages.

To reproduce (with an English locale):

  Start scratch. For me, this displays a message
  Executing: /usr/lib/squeak/4.10.2-2614/squeakvm -encoding UTF-8 
-vm-display-x11 -plugins /usr/lib/scratch/plugins/:/usr/lib/squeak/4.10.2-2614/ 
/usr/share/scratch/Scratch.image
  and then the scratch window appears.
  
  Click Stage on the right. In the middle, we get three tabs,
  including a Backgrounds tab.

  Select the Backgrounds tab.

  Click the Import button. A file selector appears.

  Select the Indoors folder and the file party-room (in the file
  system, that's
  /usr/share/scratch/Media/Backgrounds/Indoors/party-room.jpg), and
  click Ok. We get a new entry in the list of backgrounds, but the
  thumbnail is an empty image.

  Interestingly, I do get a correct thumbnail for the party-room image
  in the file selector, but I guess the thumbnails are stored separately
  in scratchthumbs.db.
  
  For contrast, click the Import button again, and select
  Indoors/bedroom1 (corresponding to the file bedroom1.gif). We get a
  new entry in the list, with a correct thumbnail image, and since it is
  selected, we also get a larger version on the right as the stage
  background.

So something is still broken with jpg support in squeak-vm and/or
scratch. And I think backgrounds are a quite important feature in
scratch.
  
Maybe someone more familiar with smalltalk and squeak can cook up a
simpler jpeg test case.

Regards,
/Niels

-- 
Niels Möller. PGP-encrypted email is preferred. Keyid C0B98E26.
Internet email is subject to wholesale government surveillance.


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



Bug#765693: the last bit of this bug

2014-10-21 Thread lumin
On Tue, 2014-10-21 at 10:09 +0200, Guillem Jover wrote:
 Hi!
 
 On Tue, 2014-10-21 at 05:07:00 +, lumin wrote:
  I forgot to change the last-translator field, in the former patch...
  I added it in the patch, and there also are some little fixes.
 
 Ah, perfect, wondered about that, and the name alias, but was not sure
 if you might prefer to use that instead, so didn't ask.
 
 I've merged that now, updated the previous changelog entry with your
 name, and added a .mailmap entry to correct at least «git shortlog».

Thanks for the changes :)

  that patch is to
  ee77bc3b16a7f3feb0658193b00d07a57c8aa673
  
  msgfmt OK.
 
 There are still some untranslated and fuzzy strings, could you send an
 update for those, so that we can get a fully translated .po file?

I clearly see that, and I just feel confused to some strings, i.e. hard
to understand, and some are very hard for me to translate.
So I keeped those fuzzy marks at that time and left some strings
untranslated, for those strings that I was not sure.

I'm willing to make it 100% done, but some sentences really stuck me,
:(  
so, you know ... Let me try it again in the future.

 Thanks,
 Guillem

-- 
Regards,
  C.D.Luminate


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



Bug#766151: openrc: tor service fails to start

2014-10-21 Thread Ritesh Raj Sarraf
On Tuesday 21 October 2014 01:35 PM, Ritesh Raj Sarraf wrote:
 dbus  |[] Starting system message bus: dbus[ ok .
 [ ok .
 [ ok .
 cgproxy   |[] Starting cgroup management proxy daemon:
 cgproxy[ ok .
 tor   |/lib/rc/sh/runscript.sh: 274: exec:  /bin/bash:
 not found
 tor   | * ERROR: tor failed to start
 cups-browsed  |[] Starting CUPS Bonjour daemon:
 cups-browsed[ ok .
 apache2   |[] Starting web server: apache2cron
 |[] Starting periodic command scheduler: cron[ ok .
 [ ok .
 lightdm   |[] Starting Light Display Manager: lightdm[
 ok .


The tor service works if the init script interpreter is changed from
/bin/bash to /bin/sh, with /bin/sh symlinking to /bin/dash

-- 
Ritesh Raj Sarraf
RESEARCHUT - http://www.researchut.com
Necessity is the mother of invention.




signature.asc
Description: OpenPGP digital signature


Bug#766156: libspring-java: Hard coded JAVA_HOME that cause ftbfs

2014-10-21 Thread 李健秋
Package: libspring-java
Version: 3.0.6.RELEASE-15
Severity: important

Dear Maintainer,

I got such ftbfs on i386:
   dh_testdir -O--buildsystem=ant
   debian/rules override_dh_auto_clean
make[1]: Entering directory 
'/usr/src/packages/BUILD/libspring-java-3.0.6.RELEASE'
CLASSPATH=/usr/share/java/servlet-api-2.5.jar:/usr/share/java/ivy.jar:/usr/share/java/org.springframework.build.ant.jar:/usr/share/java/ecj.jar:/usr/share/java/aopalliance.jar:/usr/share/java/asm4-commons.jar:/usr/share/java/asm4.jar:/usr/share/java/aspectjrt.jar:/usr/share/java/aspectjtools.jar:/usr/share/java/aspectjweaver.jar:/usr/share/java/atinject-jsr330-api.jar:/usr/share/java/axis-jaxrpc.jar:/usr/share/java/bsh.jar:/usr/share/java/c3p0.jar:/usr/share/java/castor-core.jar:/usr/share/java/castor-xml.jar:/usr/share/java/cglib3.jar:/usr/share/java/commons-beanutils.jar:/usr/share/java/commons-collections3.jar:/usr/share/java/commons-fileupload.jar:/usr/share/java/commons-httpclient.jar:/usr/share/java/commons-logging.jar:/usr/share/java/commons-pool.jar:/usr/share/java/dom4j.jar:/usr/share/java/eclipselink.jar:/usr/share/java/ehcache.jar:/usr/share/java/el-api-2.1.jar:/usr/share/java/freemarker.jar:/usr/share/java/geronimo-commonj_1.1_spec.jar:/usr/share/java/geronimo-ejb
 
-3.0-spec.jar:/usr/share/java/geronimo-interceptor-3.0-spec.jar:/usr/share/java/geronimo-j2ee-connector-1.5-spec.jar:/usr/share/java/geronimo-jpa-2.0-spec.jar:/usr/share/java/geronimo-validation.jar:/usr/share/java/glassfish-appserv-jstl.jar:/usr/share/java/glassfish-javaee.jar:/usr/share/java/glassfish-jta.jar:/usr/share/java/glassfish-mail.jar:/usr/share/java/glassfish-toplink-essentials.jar:/usr/share/java/groovy.jar:/usr/share/java/hessian.jar:/usr/share/java/hibernate-core.jar:/usr/share/java/hibernate-entitymanager.jar:/usr/share/java/ibatis.jar:/usr/share/java/itext.jar:/usr/share/java/jackson-core-asl.jar:/usr/share/java/jackson-mapper-asl.jar:/usr/share/java/poi.jar:/usr/share/java/jamon.jar:/usr/share/java/jasperreports.jar:/usr/share/java/jboss-vfs.jar:/usr/share/java/jdo2-api.jar:/usr/share/java/jibx-run-1.2.jar:/usr/share/java/joda-time.jar:/usr/share/java/jsf-api.jar:/usr/share/java/jsp-api-2.1.jar:/usr/share/java/junit4.jar:/usr/share/java/jruby.jar:/usr/share
 
/java/jxl.jar:/usr/share/java/openjpa.jar:/usr/share/java/portlet-api.jar:/usr/share/java/quartz.jar:/usr/share/java/rome.jar:/usr/share/java/struts-1.2.jar:/usr/share/java/testng.jar:/usr/share/java/tiles-api.jar:/usr/share/java/tiles-core.jar:/usr/share/java/tiles-el.jar:/usr/share/java/tiles-jsp.jar:/usr/share/java/tiles-servlet.jar:/usr/share/java/tomcat8-api.jar:/usr/share/java/tomcat8-catalina.jar:/usr/share/java/velocity.jar:/usr/share/java/velocity-tools-view.jar:/usr/share/java/xmlbeans.jar:/usr/share/java/xstream.jar:
 JAVA_HOME=/usr/lib/jvm/java-7-openjdk-amd64 ANT_OPTS= ant -f 
projects/build-spring-framework/build.xml -propertyfile debian/ant.properties 
clean
Error: JAVA_HOME is not defined correctly.
  We cannot execute /usr/lib/jvm/java-7-openjdk-amd64/bin/java
debian/rules:20: recipe for target 'override_dh_auto_clean' failed
make[1]: *** [override_dh_auto_clean] Error 1
make[1]: Leaving directory 
'/usr/src/packages/BUILD/libspring-java-3.0.6.RELEASE'
debian/rules:17: recipe for target 'clean' failed
make: *** [clean] Error 2
dpkg-buildpackage: error: fakeroot debian/rules clean gave error exit status 2

Found this in debian/rules:
JAVA_HOME   := /usr/lib/jvm/java-7-openjdk-amd64

A quickly fix:
+ DEB_HOST_ARCH  ?= $(shell dpkg-architecture -qDEB_HOST_ARCH)
- JAVA_HOME   := /usr/lib/jvm/java-7-openjdk-amd64
+ JAVA_HOME   := /usr/lib/jvm/java-7-openjdk-$(DEB_HOST_ARCH)

Best regards,

-Andrew

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

Kernel: Linux 3.14-0.bpo.2-amd64 (SMP w/4 CPU cores)
Locale: LANG=zh_TW.UTF-8, LC_CTYPE=zh_TW.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash


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



Bug#766157: add a command to show any tests currently in progress

2014-10-21 Thread 積丹尼 Dan Jacobson
Package: smartmontools
Version: 6.3+svn4002-1
Severity: wishlist

Add a command to show any tests currently in progress.


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



Bug#766158: iceweasel: crashes, hangs, burns CPU, doesn't quit, ...

2014-10-21 Thread Frank Heckenbach
Package: iceweasel
Version: 31.2.0esr-2~deb7u1
Severity: important

The new version is a disaster. Some problems I've observed within a
few days of using it:

- crashes (many times),

- hangs and doesn't react at all,

- reacts, but burns CPU,

- doesn't quit properly, i.e. when trying to restart says ... is
  already running ..., and I've got to kill the remaining process.

Don't bother asking me for more detailed info. Seeing that even the
most detailed bug reports with patches generally seem to get ignored
in Debian (just some examples of my own reports: 589601, 742469,
760571, 675101, 760556), I'm not wasting my time anymore trying to
debug things which then get ignored anyway.

I've now downgraded to 24 in order to be able to use it at all, so I
can't do more tests anyway.

-- Package-specific info:

-- Extensions information
Name: Cookie Exporter
Location: ${PROFILE_EXTENSIONS}/cookieexpor...@krk.xpi
Status: user-disabled

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

Name: DownloadHelper
Location: ${PROFILE_EXTENSIONS}/{b9db16a4-6edc-47ec-a1f4-b86292ed211d}
Status: user-disabled

Name: Greasemonkey
Location: ${PROFILE_EXTENSIONS}/{e4a8a97b-f2ed-450b-b12d-ee082ba24781}.xpi
Status: user-disabled

-- Plugins information
Name: IcedTea-Web Plugin (using IcedTea-Web 1.4 (1.4-3~deb7u2))
Location: /usr/lib/jvm/java-7-openjdk-i386/jre/lib/i386/IcedTeaPlugin.so
Package: icedtea-7-plugin:i386
Status: enabled

Name: Skype Buttons for Kopete
Location: /usr/lib/mozilla/plugins/skypebuttons.so
Package: kopete
Status: enabled


-- Addons package information
ii  icedtea-7-plug 1.4-3~deb7u2 i386 web browser plugin based on OpenJ
ii  iceweasel  31.2.0esr-2~ i386 Web browser based on Firefox
ii  kopete 4:4.8.4-1+b1 i386 instant messaging and chat applic

-- System Information:
Debian Release: 7.7
  APT prefers stable
  APT policy: (900, 'stable'), (500, 'stable-updates'), (500, 
'proposed-updates')
Architecture: i386 (i686)

Kernel: Linux 3.2.0-4-686-pae (SMP w/6 CPU cores)
Locale: LANG=de_DE, LC_CTYPE=de_DE (charmap=ISO-8859-1)
Shell: /bin/sh linked to /bin/dash

Versions of packages iceweasel depends on:
ii  debianutils   4.3.2
ii  fontconfig2.9.0-7.1
ii  libasound21.0.25-4
ii  libatk1.0-0   2.4.0-2
ii  libc6 2.13-38+deb7u6
ii  libcairo2 1.12.2-3
ii  libdbus-1-3   1.6.8-1+deb7u4
ii  libdbus-glib-1-2  0.100.2-1
ii  libevent-2.0-52.0.19-stable-3
ii  libffi5   3.0.10-3
ii  libfontconfig12.9.0-7.1
ii  libfreetype6  2.4.9-1.1
ii  libgcc1   1:4.7.2-5
ii  libgdk-pixbuf2.0-02.26.1-1
ii  libglib2.0-0  2.33.12+really2.32.4-5
ii  libgtk2.0-0   2.24.10-2
ii  libhunspell-1.3-0 1.3.2-4
ii  libpango1.0-0 1.30.0-1
ii  libsqlite3-0  3.7.13-1+deb7u1
ii  libstartup-notification0  0.12-1
ii  libstdc++64.7.2-5
ii  libx11-6  2:1.5.0-1+deb7u1
ii  libxext6  2:1.3.1-2+deb7u1
ii  libxrender1   1:0.9.7-1+deb7u1
ii  libxt61:1.1.3-1+deb7u1
ii  procps1:3.3.3-3
ii  zlib1g1:1.2.7.dfsg-13

iceweasel recommends no packages.

Versions of packages iceweasel suggests:
pn  fonts-mathjax  none
pn  fonts-oflb-asana-math  none
ii  fonts-stix [otf-stix]  1.1.0-1
ii  libcanberra0   0.28-6
ii  libgnomeui-0   2.24.5-2
ii  libgssapi-krb5-2   1.10.1+dfsg-5+deb7u2
pn  mozplugger none

-- debconf-show failed


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



Bug#766073: AW: [oss-security] Multiple disputed issues in util-vserver

2014-10-21 Thread Fiedler Roman
Hello Carlos,


 Von: Carlos Alberto Lopez Perez [mailto:clo...@igalia.com]
 
 On 14/10/14 16:31, Fiedler Roman wrote:
  Hi,
 
  While fixing a bug, I noticed some strange behavior in linux vserver
  virtualization, that I would call a security problems, but project
  developers see it differently. Since the util-vserver packages and
patched
  kernel were or are included in some Linux distros, I would be interested
in
  the communities' opinion on that.
 
  Issue 1: When calling util-vserver tool on the host to execute a job
within
  the guest, e.g. to install updates, the host process (in host PID ns)
might
  end up being the child of a guest process (with PID only in guest ns),
thus
  the parent PID of the host process pointing to a guest ns PID. If the
host
  process wants to signal the parent process or some other tool operates
 using
  the ppid, a host process might interact with another arbitrary host
process
  on error (see [1]). Compared to issue 2-3, I'm not sure for myself if it
is
  really a bug and what the correct behavior of kernel with pid namespaces
  would be. At least it breaks bash process handling (gets stuck) when
calling
  vserver exec in a certain way, start-stop-daemon or upstart might not
like
  it also.
 
 Is there any (practical) scenario in which an attacker that has
 compromised an vserver guest could use this behavior to compromise or
 execute code on the host (master)?

For code execution, I would guess, this should be less of a risk. The only
thing, I could think of, is that if namespace separation is not completely
clean, that it might be somehow possible, that the guest process (uid=0)
being the parent of the host process finds some way to ptrace et al control
the host process.

DOS might be more likely, therefore a malicious guest process just would
have to fill up the guest pid namespace until e.g. only some PIDs usually
occupied by swapper, IRQ-handler, ssh daemon ... on host are free in guest.
After reparenting, a host process might send a deadly signal to the wrong
parent. I do not known, if this is really a relevant scenario (therefore
asking about this), since even with cgroups/quota and all other things in
place, a guest might find other ways to starve the whole machine to death,
hence not needing such tricks.

  Issue 2: When entering the container from the host or executing commands
  within the container, e.g. to perform common administrative tasks, a
  malicious login shell inside the container might overwrite the
  /usr/sbin/vcontext on the host, thus allowing on to execute arbitrary
code
  on the host with root privileges next time vcontext is invoked. See [3].
  Feedback from developer:  Yes, vlogin is known to have several security
  issues. It's a maintenance backdoor, much like the iLO or iDRAC on
 hardware.
  If you can find ways to improve it, patches would be accepted, but I
doubt
  it will ever be possible to do what it does securely. Project
documentation
  does not strike out those restrictions (or at least I did not find that
or
  the list of several known security issues online), other sources, e.g.
  container vs system virtualization comparison strike out the importance
of
  the feature to enter a guest from the host easily for maintenance, so I
  guess that those tools were not useful just for me alone. This issue I
would
  rate a killer for production use, e.g. for mass hosting.
 
 
 Can you please send me the PoC for this issue ?

Sent off-list

  Issue 3: It seems that handling of open tty FDs on enter, that allows to
  inject arbitrary keyboard input to be read by the parent process, also
  affects the tool to start the guest container. This seems to be the same
  issue with vserver start as reported in [2] for vserver enter, which
was
  classified as less relevant back than. My rating would be little lower
than
  2 but still quite high for mass hosting: manual restart, e.g. during
  maintenance, seems quite common to me.
 
 
 If I understand correctly, this (and the previous one) are
 CVE-2005-4890, isn't it?.

 http://www.halfdog.net/Security/2012/TtyPushbackPrivilegeEscalation

Yes, this is the stuff about the general problem, this issue is quite a
similar one for su. In both cases (su and vserver), a tool used to enter an
possibly compromised, lower privileged context from a higher privileged one
fail.

The CVE is only for su. For su it seems, that the issue is treated more a
bug than expected feature, but it seems, that it is still not fixed for
current Ubuntu release.

For vserver ...

  From my point of view, those issues might be expected behavior as
claimed by
  the developers, 

this is the state of discussion, so no bug.

  ... but if so it should be at least stated more clearly in
  documentation:
 
  a) never use any tools except vserver stop (to terminate the container)
to
  interact with a running and possibly compromised container from the host
  b) only use network/socket-based tools to connect to processes inside a
  

Bug#766153: openrc: mysql service fails to start

2014-10-21 Thread Ritesh Raj Sarraf
On Tuesday 21 October 2014 01:36 PM, Ritesh Raj Sarraf wrote:
 [ ok .
 mysql |[info] Checking for tables which need an upgrade,
 are corrupt or were 
 mysql |not closed cleanly..
 mysql |/lib/rc/sh/runscript.sh: line 257: $1: unbound
 variable
 mysql | * ERROR: mysql failed to start
 dovecot   |[] Starting IMAP/POP3 mail server: dovecot[
 ok .

This is just a false reporting because the mysql service is active and
running. But for the init (and its calculation of what all depends on
this service), this ends up marking it as failed.

-- 
Ritesh Raj Sarraf
RESEARCHUT - http://www.researchut.com
Necessity is the mother of invention.




signature.asc
Description: OpenPGP digital signature


Bug#642030: aptitude: cannot forbid more than 1 version of a package

2014-10-21 Thread Vincent Lefevre
Control: found -1 0.6.11-1

On 2011-09-18 20:16:55 +0200, Yann Dirson wrote:
 If I have forbidden a package version in testing, and I see in
 unstable a new version with the bug not fixed, I cannot forbid that
 new one: if I do, the version in testing is not forbidden any more and
 will likely get installed.  Thus I have to wait until it gets migrated
 and rely on me noticing at that time...

Same problem. IMHO, aptitude should forbid all versions up to the
forbidden version, not just the forbidden version. This would match
a bit more the description, i.e. only newer versions will be
automatically installed.

  F:  Forbid a package from being automatically upgraded to  ▒
a particular version; newer versions will be automatically ▒
installed. ▒

BTW, it seems that when I hit 'U', the forbidden packages are not
selected as to be upgraded yet (they are still in white). The problem
can be seen only after dependency/conflict resolution.

-- 
Vincent Lefèvre vinc...@vinc17.net - Web: https://www.vinc17.net/
100% accessible validated (X)HTML - Blog: https://www.vinc17.net/blog/
Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon)


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



Bug#766031: iceweasel: A year security support of old-stable

2014-10-21 Thread Paul van der Vlis
op 21-10-14 09:54, Sylvestre Ledru schreef:
 Hello,
 
 On 21/10/2014 01:57, Paul van der Vlis wrote:
 op 21-10-14 00:57, Mike Hommey schreef:
 old-stable packages were available on mozilla.debian.net until the last
 24.8.0esr-1 update. 
 Except it's not possible anymore because it requires
 a compiler version much newer than what's available in old-stable.
 Maybe I was not clear enough, this bug is about the future.
 I would like to have 1 year time before I need to upgrade to Jessie.

 Don't forget that most of the DDs are volunteers.

I know.

 If it is really critical for you, you should have a look here:
 https://www.debian.org/consultants/

I am one myself.

 or
 http://www.freexian.com/services/debian-lts.html

Maybe I was not clear enough that I am talking about the future, not
about the past. So I would like to have one year for switching from
Wheezy to Jessie. I am glad with one year support for oldstable.

See e.g.: https://www.debian.org/security/2013/dsa-2716
Wheezy was released on May 4 2013, so the security support for Squeeze
was dropped in less then 2 months after the release of Wheezy. That's
too short for me.

When there is more needed, I would like a discussion. E.g. about
backporting of packages when they are needed for compiling.

The people from Mozilla could help with this goal (but maybe they do
allready what they can).

With regards,
Paul van der Vlis.


-- 
Paul van der Vlis Linux systeembeheer, Groningen
http://www.vandervlis.nl


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



Bug#766031: iceweasel: A year security support of old-stable

2014-10-21 Thread Paul van der Vlis
op 21-10-14 02:27, Mike Hommey schreef:
 On Tue, Oct 21, 2014 at 01:57:06AM +0200, Paul van der Vlis wrote:
 op 21-10-14 00:57, Mike Hommey schreef:
 old-stable packages were available on mozilla.debian.net until the last
 24.8.0esr-1 update. 
 Except it's not possible anymore because it requires
 a compiler version much newer than what's available in old-stable.

 Maybe I was not clear enough, this bug is about the future.
 I would like to have 1 year time before I need to upgrade to Jessie.
 
 This is not something that can be acted on now, and is not something
 that belongs in the bug tracking system.

Maybe you are right about that. It's a goal.

But maybe we can think about what we can do to reach that goal. E.g. by
making backports. Or by changing policies so that a package may depend
on a package in backports, when it's really important.

With regards,
Paul van der Vlis.


-- 
Paul van der Vlis Linux systeembeheer, Groningen
http://www.vandervlis.nl


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



Bug#766147: [php-maint] Bug#766147: php5-common: session cleanup can be misused to change modification time of arbitrary files to now when symlink protection not enabled

2014-10-21 Thread Ondřej Surý
Hi,

TL;DR: s/touch -c/touch -c -h/, right?

Cheers,
Ondrej

On Tue, Oct 21, 2014, at 09:52, Fiedler Roman wrote:
 Package: php5-common 
 Version: 5.4.4-14+deb7u14
 Tags: security
 
 /usr/lib/php5/sessionclean from [1] enables any process allowed to create
 entries in /var/lib/php5 to adjust the modification time of any file by
 waiting for the /etc/cron.d/php5 session cleanup job to run. This
 requires
 /proc/sys/fs/protected_symlinks to be set to 0 (off), which is not the
 default in Debian 7 Wheezy and up according to information from Debian
 security team.
 
 Even for affected systems, the impact might be small, just annoying:
 
 * backup/IDS might be unhappy when file modification time is changed
 every
 30min
 * some spoolers might work differently since stale file could be
 prevented
 from reaching required age for next action
 * some privileged /proc or /sys entries might not handle modification
 time
 update correctly or react in a strange way
 * Sudo credentials cache might be affected (not checked)
 
 To my judgement, the session cleanup code does _NOT_ allow to create
 arbitrary files (touch -c is used), hence it would not be possible to
 use
 this to create e.g. /etc/suid-debug
 
 POC:
 
 su -s /bin/bash nobody
 cd /var/lib/php5
 ln -s /etc/passwd xxx
 cat  xxx yyy
 # wait
 
 [1]
 http://http.us.debian.org/debian/pool/main/p/php5/php5-common_5.4.4-14+deb7u
 14_i386.deb
 
 ___
 pkg-php-maint mailing list
 pkg-php-ma...@lists.alioth.debian.org
 http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-php-maint
 Email had 1 attachment:
 + smime.p7s
   8k (application/pkcs7-signature)


-- 
Ondřej Surý ond...@sury.org
Knot DNS (https://www.knot-dns.cz/) – a high-performance DNS server


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



Bug#698386: Is there a future for ITKSNAP?

2014-10-21 Thread Paul Yushkevich
Hi Gert,

I am going to try looking into this problem this week. I have been building
on Centos, and there the Qt plugins are being picked up just fine. I
suspect the crash is due to the missing plugin, but I am not sure.

Could you tell me why including all VTK libs and GDCM libs was required?

Thanks!
Paul

On Thu, Oct 16, 2014 at 7:33 AM, Gert Wollny gw.foss...@gmail.com wrote:

 Hello Paul,

 in Debian we are currently at ITK 4.6 and VTK 6.1 and AFAICS this is
 what will go into Jessie. Hence, if you could get a version released
 that can be compiled with these two libraries, we could update it,
 Note however, that the freeze for Jessie is only a few weeks away.


  Here is a table of version compatibility between versions of ITK-SNAP,
 ITK,
  VTK and Qt.
 
 http://www.itksnap.org/pmwiki/pmwiki.php?n=Documentation.BuildingITK-SNAP.

 With the latest dev32 branch I get

  get_property could not find TARGET Qt5::QXcbIntegrationPlugin.
   Perhaps it has not yet been created.


 CMake Error at CMakeLists.txt:1134 (get_property):
   get_property could not find TARGET Qt5::QGifPlugin.  Perhaps it has
   not yet been created.

 and I just don't know whether this is a problem with itksnap not
 properly searching or because the QT5 packages (5.3) don't include
 these plugins for some reason. I  have
   /usr/lib/x86_64-linux-gnu/qt5/plugins/imageformats/libqgif.so
 and
   /usr/lib/x86_64-linux-gnu/qt5/plugins/platforms/libqxcb.so

 --

 Well, after some fiddling I got the attached patch that makes it build.

 This patch does the following:

 * revert dd5b67 (this is where above plug-ins are searched for)
 * Add a Find_package for gdcm and gdcmCommon to the link_libraries.
 * Use all vtk libraries

 With this the software as of commit 32eaf0+patch builds with the warning
 about libjpeg.so.62 and libjpeg.so.8 being pulled in at the same time
 (The first is  the fault of libtiff  and should go away when a new
 libtiff gets build against libjpeg.so.8 )

 The resulting executable segfaults though:

 ./ITK-SNAP(_Z24SegmentationFaultHandleri+0x7b)[0x74b25b]
 /lib/x86_64-linux-gnu/libpthread.so.0(+0xf8d0)[0x7f60494958d0]
 /lib/x86_64-linux-gnu/libc.so.6(strlen+0x2a)[0x7f60272d4a3a]

 /usr/lib/x86_64-linux-gnu/libQt5Core.so.5(_ZN16QCoreApplication9argumentsEv+0xb1)[0x7f6027df4b41]

 /usr/lib/x86_64-linux-gnu/qt5/plugins/platforms/libqxcb.so(+0x3260f)[0x7f600caa160f]

 /usr/lib/x86_64-linux-gnu/qt5/plugins/platforms/libqxcb.so(+0x32923)[0x7f600caa1923]

 /usr/lib/x86_64-linux-gnu/qt5/plugins/platforms/libqxcb.so(+0x40f3c)[0x7f600caaff3c]

 /usr/lib/x86_64-linux-gnu/qt5/plugins/platforms/libqxcb.so(+0x32061)[0x7f600caa1061]
 /usr/lib/x86_64-linux-gnu/libQt5Gui.so.5(_ZN14QWindowPrivate6createEb
 +0x66)[0x7f602833a4b6]

 /usr/lib/x86_64-linux-gnu/libQt5OpenGL.so.5(_ZN10QGLContext13chooseContextEPKS_+0x133)[0x7f6029481423]
 /usr/lib/x86_64-linux-gnu/libQt5OpenGL.so.5(_ZN10QGLContext6createEPKS_
 +0x26)[0x7f6029459c36]

 /usr/lib/x86_64-linux-gnu/libQt5OpenGL.so.5(_ZN9QGLWidget10setContextEP10QGLContextPKS0_b+0xaf)[0x7f6029480e8f]

 /usr/lib/x86_64-linux-gnu/libQt5OpenGL.so.5(_ZN16QGLWidgetPrivate11initContextEP10QGLContextPK9QGLWidget+0x7f)[0x7f602945e1cf]

 /usr/lib/x86_64-linux-gnu/libQt5OpenGL.so.5(_ZN9QGLWidgetC2EP7QWidgetPKS_6QFlagsIN2Qt10WindowTypeEE+0x10a)[0x7f602945df2a]
 ./ITK-SNAP(_ZN19QtAbstractOpenGLBoxC1EP7QWidget+0xd)[0x7fa46d]
 ./ITK-SNAP(_ZN16GenericSliceViewC2EP7QWidget+0x12)[0x7f4212]
 ./ITK-SNAP(_ZN17Ui_SliceViewPanel7setupUiEP7QWidget+0x2154)[0x7ed1f4]
 ./ITK-SNAP(_ZN14SliceViewPanelC1EP7QWidget+0x55)[0x7e6ad5]
 ./ITK-SNAP(_ZN18Ui_MainImageWindow7setupUiEP11QMainWindow
 +0x250b)[0x781c6b]
 ./ITK-SNAP(_ZN15MainImageWindowC2EP7QWidget+0x64)[0x772f24]
 ./ITK-SNAP(main+0x1c0)[0x744f00]
 /lib/x86_64-linux-gnu/libc.so.6(__libc_start_main+0xf5)[0x7f6027274b45]
 ./ITK-SNAP[0x74b0f7]



 Best
 Gert




-- 
Paul A. Yushkevich, Ph.D.
Associate Professor
Penn Image Computing and Science Laboratory
Department of Radiology
University of Pennsylvania


Bug#766160: slurmd: fails to install, insserv rejected the script header

2014-10-21 Thread Holger Levsen
Package: slurmd_14.03.8-2.log
Version: 
Severity: serious
User: debian...@lists.debian.org
Usertags: piuparts

Hi, 

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

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

  Selecting previously unselected package slurmd.
  (Reading database ... 9592 files and directories currently installed.)
  Preparing to unpack .../slurmd_14.03.8-2_amd64.deb ...
  Unpacking slurmd (14.03.8-2) ...
  Setting up slurmd (14.03.8-2) ...
  insserv: Service munge has to be enabled to start service slurmd
  insserv: exiting now!
  update-rc.d: error: insserv rejected the script header
  dpkg: error processing package slurmd (--configure):
   subprocess installed post-installation script returned error exit status 1
  Errors were encountered while processing:
   slurmd
  E: Sub-process /usr/bin/dpkg returned an error code (1)


cheers,
Holger
Start: 2014-10-18 07:01:55 UTC

Package: slurmd
Source: slurm-llnl
Version: 14.03.8-2
Installed-Size: 2972
Maintainer: Gennaro Oliva oliv...@na.icar.cnr.it
Architecture: amd64
Replaces: slurm-llnl ( 14.03)
Depends: libc6 (= 2.14), libpam0g (= 0.99.7.1), init-system-helpers (= 1.18~), openssl (= 0.9.8g-9), slurm-wlm-basic-plugins (= 14.03.8-2), adduser, openssl-blacklist, lsb-base (= 3.2-12)
Breaks: slurm-llnl ( 14.03)
Description: SLURM compute node daemon
Homepage: http://slurm.schedmd.com
Description-md5: c7a70378d04f7a2ac4844c7a91f3e281
Section: admin
Priority: extra
Filename: pool/main/s/slurm-llnl/slurmd_14.03.8-2_amd64.deb
Size: 737682
MD5sum: 4cf8db433ddb1b9de59235f0747b7207
SHA1: 9abc5c4f30fcba98d1b9c4e7d3d2290b1abe4eab
SHA256: 53803cee540a9d9d71fd21515ea91e8324182722b1766829f077d1a314748ee7

Executing: sudo env PYTHONPATH=/srv/piuparts.debian.org/lib/python2.7/dist-packages timeout -s INT -k 5m 35m /srv/piuparts.debian.org/sbin/piuparts --skip-logrotatefiles-test --warn-on-others --scriptsdir /etc/piuparts/scripts --no-eatmydata --allow-database --warn-on-leftovers-after-purge --mirror 'http://mirror.bm.debian.org/debian/ main' --tmpdir /srv/piuparts.debian.org/tmp --arch amd64 -b /srv/piuparts.debian.org/slave/basetgz/jessie_amd64.tar.gz -d jessie --no-upgrade-test --apt slurmd=14.03.8-2
0m0.0s INFO: --
0m0.0s INFO: To quickly glance what went wrong, scroll down to the bottom of this logfile.
0m0.0s INFO: FAQ available at https://wiki.debian.org/piuparts/FAQ
0m0.0s INFO: The FAQ also explains how to contact us in case you think piuparts is wrong.
0m0.0s INFO: --
0m0.0s INFO: piuparts version 0.59 starting up.
0m0.0s INFO: Command line arguments: /srv/piuparts.debian.org/sbin/piuparts --skip-logrotatefiles-test --warn-on-others --scriptsdir /etc/piuparts/scripts --no-eatmydata --allow-database --warn-on-leftovers-after-purge --mirror 'http://mirror.bm.debian.org/debian/ main' --tmpdir /srv/piuparts.debian.org/tmp --arch amd64 -b /srv/piuparts.debian.org/slave/basetgz/jessie_amd64.tar.gz -d jessie --no-upgrade-test --apt slurmd=14.03.8-2
0m0.0s INFO: Running on: Linux piu-slave-bm-a 3.2.0-4-amd64 #1 SMP Debian 3.2.60-1+deb7u3 x86_64
0m0.0s DEBUG: Created temporary directory /srv/piuparts.debian.org/tmp/tmpZMtlmS
0m0.0s DEBUG: Unpacking /srv/piuparts.debian.org/slave/basetgz/jessie_amd64.tar.gz into /srv/piuparts.debian.org/tmp/tmpZMtlmS
0m0.0s DEBUG: Starting command: ['tar', '-C', '/srv/piuparts.debian.org/tmp/tmpZMtlmS', '-zxf', '/srv/piuparts.debian.org/slave/basetgz/jessie_amd64.tar.gz']
0m2.2s DEBUG: Command ok: ['tar', '-C', '/srv/piuparts.debian.org/tmp/tmpZMtlmS', '-zxf', '/srv/piuparts.debian.org/slave/basetgz/jessie_amd64.tar.gz']
0m2.2s DEBUG: Starting command: ['chroot', '/srv/piuparts.debian.org/tmp/tmpZMtlmS', 'mount', '-t', 'proc', 'proc', '/proc']
0m2.3s DEBUG: Command ok: ['chroot', '/srv/piuparts.debian.org/tmp/tmpZMtlmS', 'mount', '-t', 'proc', 'proc', '/proc']
0m2.3s DEBUG: sources.list:
  deb http://mirror.bm.debian.org/debian/ jessie main
0m2.3s DEBUG: Created policy-rc.d and chmodded it.
0m2.3s DEBUG: Starting command: ['chroot', '/srv/piuparts.debian.org/tmp/tmpZMtlmS', 'apt-get', 'update']
0m7.1s DUMP: 
  Get:1 http://mirror.bm.debian.org jessie InRelease [191 kB]
  Get:2 http://mirror.bm.debian.org jessie/main amd64 Packages [6739 kB]
  Get:3 http://mirror.bm.debian.org jessie/main Translation-en [4573 kB]
  Fetched 11.5 MB in 2s (4242 kB/s)
  Reading package lists...
0m7.1s DEBUG: Command ok: ['chroot', '/srv/piuparts.debian.org/tmp/tmpZMtlmS', 'apt-get', 'update']
0m7.1s DEBUG: Starting command: ['chroot', '/srv/piuparts.debian.org/tmp/tmpZMtlmS', 'apt-get', '-yf', 'dist-upgrade']
0m9.4s DUMP: 
  Reading package lists...
  Building dependency tree...
  The following packages will be upgraded:
apt bash libapt-pkg4.12 

Bug#766161: kate can't be installed because of content overlap wit kate-data

2014-10-21 Thread Yannick Roehlly
Package: kate
Version: 4:4.14.2-1
Severity: grave
Justification: renders package unusable

Hi,

The cleaning of kate-data.install lead to kate and kate-data both
containing, at least, kateproject.example and ui.rc in
/usr/share/kde4/apps/kate/plugins/project/.

Regards,

Yannick

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

Kernel: Linux 3.17.1 (SMP w/8 CPU cores; PREEMPT)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages kate depends on:
ii  kate-data   4:4.14.2-1
ii  katepart4:4.14.2-1
ii  kde-runtime 4:4.14.1-1+b1
ii  libc6   2.19-11
ii  libkateinterfaces4  4:4.14.2-1
ii  libkdecore5 4:4.14.2-1
ii  libkdeui5   4:4.14.2-1
ii  libkfile4   4:4.14.2-1
ii  libkio5 4:4.14.2-1
ii  libkparts4  4:4.14.2-1
ii  libktexteditor4 4:4.14.2-1
ii  libplasma3  4:4.14.2-1
ii  libpython2.72.7.8-11
ii  libqjson0   0.8.1-3
ii  libqt4-dbus 4:4.8.6+git64-g5dc8b2b+dfsg-2+b1
ii  libqt4-sql  4:4.8.6+git64-g5dc8b2b+dfsg-2+b1
ii  libqt4-xml  4:4.8.6+git64-g5dc8b2b+dfsg-2+b1
ii  libqtcore4  4:4.8.6+git64-g5dc8b2b+dfsg-2+b1
ii  libqtgui4   4:4.8.6+git64-g5dc8b2b+dfsg-2+b1
ii  libstdc++6  4.9.1-18

kate recommends no packages.

Versions of packages kate suggests:
ii  aspell0.60.7~20110707-1.3
ii  hspell1.2-2
ii  ispell3.3.02-6
ii  khelpcenter4  4:4.14.1-1+b1
ii  konsole   4:4.14.1-1


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



Bug#766154: libglm-dev: error: 'abs' was not declared in this scope. missing std::?

2014-10-21 Thread Rene Engelhard
Hi,

On Tue, Oct 21, 2014 at 10:12:33AM +0200, Rene Engelhard wrote:
   i586-linux-gnu-g++ -DCPPU_ENV=gcc3 -DINTEL -DLIBO_INTERNAL_ONLY -DLINUX 
 -DNDEB
 UG -DOPTIMIZE -DOSL_DEBUG_LEVEL=0 -DSUPD=440 -DUNIX -DUNX -DX86 
 -D_FORTIFY_SOURC
 E=2 -D_PTHREADS -D_REENTRANT  -DRTL_USING -D_FORTIFY_SOURCE=2  
 -DHAVE_GCC_VISIBI
 LITY_FEATURE -fvisibility=hidden   -Wall -Wnon-virtual-dtor -Wendif-labels 
 -Wext
 ra -Wundef -Wunused-macros -fmessage-length=0 -fno-common -pipe  
 -fvisibility-in
 lines-hidden -fPIC -Wshadow -Woverloaded-virtual -std=gnu++11  -ggdb2  
 -DEXCEPTI
 ONS_ON -fexceptions -g -O2 -fstack-protector-strong -Wformat 
 -Werror=format-secu
 rity  -c $S/vcl/workben/icontest.cxx -o $W/CxxObject/vcl/workben/icontest.o  
 -I$
 S/vcl/workben/  -I$S/include  -I/usr/lib/jvm/default-java/include 
 -I/usr/lib/jvm
 /default-java/include/linux -I$S/config_host  -I/usr/include   -isystem 
 /usr/inc
 lude/GL -isystem /usr/include/libdrm   -I$W/UnoApiHeadersTarget/offapi/normal 
 -I
 $W/UnoApiHeadersTarget/udkapi/normal   

As a workaround I'll disable the build of this (testing-only, not needed in
normal circumstances) tool (whcih upstream says is planned to do anyway.)

Regards,
 
Rene


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



Bug#766162: qa.debian.org: Use 'env' instead of /usr/bin/python to make source more portable.

2014-10-21 Thread sophiejjj
Package: qa.debian.org
Severity: wishlist
User: qa.debian@packages.debian.org
Usertags: debsources

Hi.

Currently somefiles are hard-coded with /usr/bin/python. e.g.,
debiansources-run-app and the alike.

This makes the code less portable, and inhibiting the use of 
virtualenv.

If we use /usr/bin/env python, then we regain the free to use
whater python binary we want, and we can also freely add .pth file, etc.


-- System Information:
Debian Release: jessie/sid
  APT prefers trusty-updates
  APT policy: (500, 'trusty-updates'), (500, 'trusty-security'), (500, 
'trusty'), (100, 'trusty-backports')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

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


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



Bug#765577: udev-udeb: Write dupliate entries into 70-persistent-net.rules

2014-10-21 Thread Petter Reinholdtsen
[Petter Reinholdtsen]
 Could this be related to the fetching and installation of firmware in
 d-i?  It normally cause kernel modules to be reloaded.

I did some more testing, and when PXE booting the netboot d-i images,
the 70-persistent-net.rules file got the duplicate entries very early.
Only the localechooser, console-setup-udeb, ethdetect and netcfg menu
items have been selected.  The first is added before localechooser
show its menu when I do not run the installation on automatic.  But
installing interactively do not cause the duplicate entries, and I am
unable to insert instrumentation without doing things
interactively. :(

Perhaps it only happen on fairly quick machines?  I experience it on a
Thinkpad X200 and X300, but not on a 10 year old Latitude D505. :(

It would be nice if /lib/udev/write_net_rules could be changed to log
a message to syslog when 70-persistent-net.rules is updated, to be
able to figure out when it happen.  I in the places I suspect are
related to this issue, add similar instrumentation in the hw-detect
code.

-- 
Happy hacking
Petter Reinholdtsen


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



Bug#766158: closed by Sylvestre Ledru sylves...@mozilla.com (Re: Bug#766158: iceweasel: crashes, hangs, burns CPU, doesn't quit, ...)

2014-10-21 Thread Frank Heckenbach
 Please report actual bugs

Oh, the bugs are very actual.

 with real information.

I said why I didn't.

 I don't see any action which can be done on this bug...

The only action you could take right now is to convince your fellow
Debian developers to take good bug reports (like the ones I
mentioned) more seriously, otherwise you'll only get bad ones.

My action plan is to try one or two more versions when they come
out, and if they aren't any better, switch to another browser.

Thanks for listening, bye.


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



Bug#328620: [Aptitude-devel] updates in aptitude appearing in Upgradable packages rather than Security Updates

2014-10-21 Thread Axel Beckert
Control: retitle -1 Status grouppolicy miscategorizes security updates by only 
looking at the hostname, not at the Release file (e.g. via apt-proxy)
Control: found -1 0.6.11-1

Hi,

Raphael Hertzog wrote:
 On Fri, 17 Oct 2014, Cedric Knight wrote:
  For wheezy, security updates appear the Security Updates section of
  the main view of the aptitude package manager.  However, on servers
  using deb http://ftp.uk.debian.org/debian/ squeeze-lts main contrib,
  security updates are not distinguished from other Upgradable
  Packages, which is a bit confusing.
  
  Is there any way to get them listed under Security Updates?

No.

 I don't know exactly what criteria aptitude is using to sort those
 updates so I can't really tell you. I'm putting the aptitude developers
 in copy so that they can reply.

Thanks.

Aptitude uses what apt-cache policy shows (well, not literally).
From apt-cache policy's output:

Debian Squeeze Security:

 500 http://security.debian.org/ squeeze/updates/main i386 Packages
 release v=6.0,o=Debian,a=oldstable,n=squeeze,l=Debian-Security,c=main
 origin security.debian.org

Debian Squeeze LTS:

 500 http://debian.ethz.ch/debian/ squeeze-lts/main i386 Packages
 release v=6.0-lts,o=Debian,a=squeeze-lts,n=squeeze-lts,l=Debian,c=main
 origin debian.ethz.ch

aptitude looks for the string security.debian.org in there and it
isn't anywhere in the LTS Release file.

The according code is in src/pkg_grouppolicy.cc:

// Stolen from apt-watch:

/** Tests whether a particular version is security-related.
 *
 *  \return \b true iff the given package version comes from security.d.o
 */
static bool version_is_security(const pkgCache::VerIterator ver)
{
  for(pkgCache::VerFileIterator F=ver.FileList(); !F.end(); ++F)
if(string(F.File().Site())==security.debian.org)
  return true;

  return false;
}

 Depending on how it's implemented, it might be doable by adjusting the
 contents of the squeeze-lts Release file. Otherwise it might need a fix
 in the aptitude codebase.

So it's the latter as security.debian.org is hardcoded _and_ it's
the origin which seems the hostname from the sources.list (i.e. it
will break anyways if you use a non-official security mirror like e.g.
the one at http://mirror.hetzner.de/debian/security -- Especially
modifying the Release file itself won't help at all.

I was about to document this in a bug report, but there is actually
already one: https://bugs.debian.org/328620 -- Cc'ing it. It should be
updated accordingly with this mail.

But then again -- should we really declare Squeeze LTS updates as
security updates? I don't think so. They were announced as not being
equivalent, the S in DLA is missing, there's no more distinction
between security- and non-security-updates (AFAIK), etc.

I also don't recommend to not change the current setup significantly
during the squeeze-lts cycle to not mess with people's already
established setups. It's merely something which we should think about
for wheezy-lts to make it better there.

 We have a similar problem with unattended-upgrades which will not detect
 those updates as security updates because the repository label doesn't
 contain the word security IIRC. Michael, is that something that you wish to
 fix with a squeeze-lts upload? Or is that something that we should fix
 by updating the squeeze-lts release file? (Ccing ftpmasters so that all
 involved parties can voice their opinion)

I don't think that's needed anymore either -- currently there is no
more distiguishing between security updates and (old)stable minor
updates. So either apply them all automatically or none.

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


signature.asc
Description: Digital signature


Bug#766147: AW: [php-maint] Bug#766147: php5-common: session cleanup can be misused to change modification time of arbitrary files to now when symlink protection not enabled

2014-10-21 Thread Fiedler Roman
 Von: Ondřej Surý [mailto:ond...@sury.org]
 
 On Tue, Oct 21, 2014, at 10:55, Fiedler Roman wrote:
   Von: Ondřej Surý [mailto:ond...@sury.org]
  
   Hi,
  
   TL;DR: s/touch -c/touch -c -h/, right?
 
  This will fix it for arbitrary symlinks, the only remaining issues would
  be
 
  a) keeping open a file .. , which will update the parent directory
  modification time.
 
 Which parent directory? The session dir or the symlink targe parent
 directory?

The /var/lib directory: Since the the parsing of the lsof output is broken (awk 
uses $9), an open file ..  will cause touch -c /var/lib/php5/.. 
without involving any symlinks.
 
  b) keeping open a file [otherfilename] [random], which will prevent
  arbitrary other sessions from timing out. Since most likely malicious
  process should be www-data, this is not of any significance.
 
 The httpd user (www-data) has access to all session files if the
 attacker know the session name.

Yes, so no relevance with www-data. But e.g. user nobody could prevent any 
www-data session from timing out when knowing the name, just a subtle 
annoyance.


smime.p7s
Description: S/MIME cryptographic signature


Bug#766147: [php-maint] Bug#766147: php5-common: session cleanup can be misused to change modification time of arbitrary files to now when symlink protection not enabled

2014-10-21 Thread Ondřej Surý
On Tue, Oct 21, 2014, at 10:55, Fiedler Roman wrote:
  Von: Ondřej Surý [mailto:ond...@sury.org]
  
  Hi,
  
  TL;DR: s/touch -c/touch -c -h/, right?
 
 This will fix it for arbitrary symlinks, the only remaining issues would
 be
 
 a) keeping open a file .. , which will update the parent directory
 modification time.

Which parent directory? The session dir or the symlink targe parent
directory?

 b) keeping open a file [otherfilename] [random], which will prevent
 arbitrary other sessions from timing out. Since most likely malicious
 process should be www-data, this is not of any significance.

The httpd user (www-data) has access to all session files if the
attacker know the session name.

Cheers,
-- 
Ondřej Surý ond...@sury.org
Knot DNS (https://www.knot-dns.cz/) – a high-performance DNS server


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



Bug#766147: AW: [php-maint] Bug#766147: php5-common: session cleanup can be misused to change modification time of arbitrary files to now when symlink protection not enabled

2014-10-21 Thread Fiedler Roman
 Von: Ondřej Surý [mailto:ond...@sury.org]
 
 Hi,
 
 TL;DR: s/touch -c/touch -c -h/, right?

This will fix it for arbitrary symlinks, the only remaining issues would be

a) keeping open a file .. , which will update the parent directory 
modification time.
b) keeping open a file [otherfilename] [random], which will prevent arbitrary 
other sessions from timing out. Since most likely malicious process should be 
www-data, this is not of any significance.

[Removed]


smime.p7s
Description: S/MIME cryptographic signature


Bug#764594: munin-node: Please use /etc/default/munin-node for systemd job too

2014-10-21 Thread Petter Reinholdtsen
Control: tags -1 + patch

Thanks to URL: http://forkfedora.org/ , I got a clue how to fix the
systemd service for munin-node to use DAEMON_ARGS from
/etc/default/munin-node.  A quick test later I can confirm that this
patch will solve this problem for Debian Edu:

--- /lib/systemd/system/munin-node.service.orig 2014-10-21 11:11:12.466993442 
+0200
+++ /lib/systemd/system/munin-node.service  2014-10-21 11:10:00.043903923 
+0200
@@ -4,7 +4,8 @@
 [Service]
 Type=forking
 Restart=always
-ExecStart=/usr/sbin/munin-node
+EnvironmentFile=-/etc/default/munin-node
+ExecStart=/usr/sbin/munin-node $DAEMON_ARGS
 PIDFile=/run/munin/munin-node.pid
 
 [Install]

-- 
Happy hacking
Petter Reinholdtsen


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



Bug#765719: general: System restarts on shutdown -h now

2014-10-21 Thread Konstantin Khomoutov
On Mon, 20 Oct 2014 21:04:03 +0200 (CEST)
Moritz Tacke moritz.ta...@gmail.com wrote:

 * What led up to the situation?
  After the last upgrade, the system would not halt any more.
  Instead, it runs into a restart cycle. The restart bypasses GRUB,
  i.e. one a computer with multiple OS, it restarts linux directly.
  The machine in use is a Lenovo Thinkpad X220.
  [...]
  Do you have kexec-tools installed by chance?
[...]
 Thank you very much, that worked instantly! I don't know why
 kexec-tools was installed, but now, it isn't any longer and the
 reboot-cycle is broken.

What I fail to gather from your response, especially from

 it isn't any longer and the reboot-cycle is broken.

is if you really have kexec-tools uninstalled but normal binaries
like /sbin/reboot are still redirected to some kexec's program?
Is that the case?

Or you mean that you have managed to break out of the kernel-only
reboot cycle, all is well and the bug may be closed? ;-)


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



Bug#766160: slurmd: fails to install, insserv rejected the script header

2014-10-21 Thread Rémi Palancher

Thank you Holger for your tests and for reporting this bug!

Le 21/10/2014 10:50, Holger Levsen a écrit :
 [...]

   insserv: Service munge has to be enabled to start service slurmd
   insserv: exiting now!
   update-rc.d: error: insserv rejected the script header
   dpkg: error processing package slurmd (--configure):
subprocess installed post-installation script returned error exit status 1
   Errors were encountered while processing:
slurmd
   E: Sub-process /usr/bin/dpkg returned an error code (1)


To fix this bug, I guess we should either:

- add a dependancy to munge on slurmd pkg
- remove munge of the Required-{Start,Stop} headers of slurmd init
  script

I would opt for the later since munge is theoretically optional for 
slurm daemons. What do you think?


--
Rémi


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



Bug#766163: bash-completion: _tilde calls compgen w/o -- argument protection

2014-10-21 Thread Nikolaus Schulz
Package: bash-completion
Version: 1:2.1-4
Severity: minor

Hi,

when tilde-expanding in function _tilde(), the following line

  COMPREPLY=( $( compgen -P '~' -u ${1#\~} ) )

does not protect $1 by preceding it with --, which means that if $1 starts
with ~- (the $OLDPWD tilde-prefix), compgen will try to interpret characters
after the - as options.

Example: tab-completion of of mv ~-o:

  $ mv ~-obash: compgen: -o: option requires an argument
  compgen: usage: compgen [-abcdefgjksuv] ...

Nothing too terrible, but still ugly, and easily fixed.

Thanks and have a nice day,
Nikolaus

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

Kernel: Linux 3.16-2-amd64 (SMP w/8 CPU cores)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages bash-completion depends on:
ii  bash  4.3-11
ii  dpkg  1.17.13

bash-completion recommends no packages.

bash-completion suggests no packages.

-- no debconf information

-- 
Avionic Design GmbH
Nikolaus Schulz
Wragekamp 10
D-22397 Hamburg
Germany

Tel.:  +49 40 88187-163
Fax:   +49 40 88187-150
Email: nikolaus.sch...@avionic-design.de

Avionic Design GmbH
Amtsgericht Hamburg HRB 82598
Geschäftsführung: Cornelis Broers
Ust.-Ident-Nr.: DE813378254


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



Bug#765695: hardcoded libeatmydata path now is wrong

2014-10-21 Thread Stephan Sürken
Hi Mattia,

On Fr, 2014-10-17 at 14:01 +0200, Mattia Rizzolo wrote:
 Package: mini-buildd
 Version: 1.0.4
 
 The new upload of libeatmydata changed the position of the actual library (due
 to now supporting Multi-Arch).

yes, thanks. I also already noticed that ;).

 You appear to be using /usr/lib/libeatmydata/libeatmydata.so directly:
 http://sources.debian.net/src/mini-buildd/1.0.4/mini_buildd/models/repository.py/?hl=417#L417
 http://sources.debian.net/src/mini-buildd/1.0.4/mini_buildd/models/repository.py/?hl=432#L432
 
 I don't know what's the purpose of it (given that you don't
 depends/recommends/suggest eatmydata), but for sure now it'll do just nothing.

No, these are snippets for the build chroot's setup, so it actually does
something (albeit no more for sid/jessie builds right now).

FWIW: I experienced dramatically increased install times on builds
without eatmydata and 'aufs' chroots.  As 'aufs' is the default, this is
the reason why the eatmydata snippet is also per default enabled.

Again, this snippet is _not_ hardcoded, rather a hardcoded default.
You can change/fix it at any time yourself changing the resp.
Distribution instance (chroot setup script).

 Please set the severity of this bug accordingly.
 
 I'd suggest you to just use libeatmydata.so instead of using the full path.

Alas, this is no possible. As ye olde eatmydata does not install in
standard locations, I needed the full path to make it work.

Hth!

S


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



Bug#765429: scantailor: Needs libtiff 3.9, fails to run without libtiff4

2014-10-21 Thread Daniel Stender
Control: severity -1 important

Thanks for reporting this bug.

I've contacted the Upstream developer with this and I'll get this fixed,
but this behavior isn't reproducible on a standard Jessie.

Could you please try to update your Jessie to install the latest build
of Scantailor (0.9.11.1-2+b1) and pass the results of running this?

I've discussed this with my sponsor and we want to lower the severity of
this bug to a non-RC state for the moment.

Greetings,
Daniel Stender

-- 
http://qa.debian.org/developer.php?login=debian%40danielstender.com
http://www.danielstender.com/blog/about-me/
GPG key: 4096R/DF5182C8
46CB 1CA8 9EA3 B743 7676 1DB9 15E0 9AF4 DF51 82C8


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



Bug#751764: directfb: diff for NMU version 1.2.10.0-5.1

2014-10-21 Thread Hector Oron
On Mon, Jun 16, 2014 at 03:23:05PM +0200, Hector Oron wrote:
 Package: directfb
 Version: 1.2.10.0-5
 Severity: important
 Tags: patch pending
 
 Dear maintainer,
 
 I've prepared an NMU for directfb (versioned as 1.2.10.0-5.1) and
 I have not uploaded it. Please let me know if you are fine with it.
 
 The patch drops tslib dependency as it is planned to be removed (or 
 deprecated).

  Find attached uploaded NMU diff.

Regards,
-- 
  Hector Oron


directfb-1.2.10.0-5.1-nmu.diff.gz
Description: application/gzip


signature.asc
Description: Digital signature


Bug#766165: sane-utils: missing dependency to libpthread in scanimage

2014-10-21 Thread Christian Wolf
Package: sane-utils
Version: 1.0.22-7.4
Severity: normal

Dear Maintainer,

I tried to use my scanner (CanoScan LIDE 25) connected to pc A using the net 
backend on pc B.
When I try to detect the scanner on B I ran into segfaults, memory corruptions 
and other strange messages.
On my research I found the bugs #586665 and #734103 which describe some similar 
behavior.

In fact as soon as I try using `scanimage -L` to detect the scanner I get a 
segfault as root.
As a normal user it seems to work as expected: The scanner gets found without 
problems.
It seems that the probelm arises before the pc A gets contacted, in the log of 
A there is no trace of B if root calls scanimage.

To allow root to scan (or possibly other users) one has to preload the 
libpthreads library.
For example if I call
 LDPRELOAD=/lib/x86_64-linux-gnu/libpthread.so.0 scanimage -L
then root can also find (and use) the scanner.

A quick ldd output shows that scanimage does not load libpthread in any form.
Thus it might be sufficient to add a compiler flag.

Hope this helps

CW

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

Kernel: Linux 3.2.0-4-amd64 (SMP w/2 CPU cores)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages sane-utils depends on:
ii  adduser3.113+nmu3
ii  debconf [debconf-2.0]  1.5.49
ii  libavahi-client3   0.6.31-2
ii  libavahi-common3   0.6.31-2
ii  libc6  2.13-38+deb7u6
ii  libieee1284-3  0.2.11-10
ii  libsane1.0.22-7.4
ii  libusb-0.1-4   2:0.1.12-20+nmu1
ii  update-inetd   4.43

sane-utils recommends no packages.

Versions of packages sane-utils suggests:
ii  avahi-daemon  0.6.31-2
pn  unpaper   none

-- debconf information:
  sane-utils/saned_run: false
  sane-utils/saned_scanner_group: true


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



Bug#766164: pidgin: Pidgin randomly crashes with assertion 'PANGO_IS_LAYOUT (layout)' failed

2014-10-21 Thread Joerg Morbitzer
Package: pidgin
Version: 2.10.9-1+b1
Severity: normal

Dear Maintainer,

pidgin randomly crashes, please find blow a bt using gdb and the corresponding
error message from .xsession-errors.

Kind regards, Joerg.

..xsession-errors
-- cut --
(Pidgin:13397): Pango-CRITICAL **: pango_layout_set_markup_with_accel: 
assertion 'PANGO_IS_LAYOUT (layout)' failed
(Pidgin:13397): Pango-CRITICAL **: pango_layout_set_wrap: assertion 
'PANGO_IS_LAYOUT (layout)' failed
(Pidgin:13397): Pango-CRITICAL **: pango_layout_set_width: assertion 'layout != 
NULL' failed
(Pidgin:13397): Pango-CRITICAL **: pango_layout_get_extents: assertion 'layout 
!= NULL' failed
(Pidgin:13397): Pango-CRITICAL **: pango_layout_set_markup_with_accel: 
assertion 'PANGO_IS_LAYOUT (layout)' failed
(Pidgin:13397): Pango-CRITICAL **: pango_layout_set_wrap: assertion 
'PANGO_IS_LAYOUT (layout)' failed
(Pidgin:13397): Pango-CRITICAL **: pango_layout_set_width: assertion 'layout != 
NULL' failed
(Pidgin:13397): Pango-CRITICAL **: pango_layout_get_extents: assertion 'layout 
!= NULL' failed

-- cut --

gdb bt:
-- cut --
GNU gdb (Debian 7.7.1+dfsg-3) 7.7.1
Copyright (C) 2014 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later http://gnu.org/licenses/gpl.html
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 i586-linux-gnu.
Type show configuration for configuration details.
For bug reporting instructions, please see:
http://www.gnu.org/software/gdb/bugs/.
Find the GDB manual and other documentation resources online at:
http://www.gnu.org/software/gdb/documentation/.
For help, type help.
Type apropos word to search for commands related to word...
Reading symbols from pidgin...(no debugging symbols found)...done.
(gdb) handle SIGPIPE nostop noprint
SignalStop  Print   Pass to program Description
SIGPIPE   NoNo  Yes Broken pipe
(gdb)  run
Starting program: /usr/bin/pidgin 
[Thread debugging using libthread_db enabled]
Using host libthread_db library 
/lib/i386-linux-gnu/i686/cmov/libthread_db.so.1.
[New Thread 0xb4a82b40 (LWP 16116)]

Program received signal SIGSEGV, Segmentation fault.
0xb7a0fd45 in gtk_widget_create_pango_layout ()
   from /usr/lib/i386-linux-gnu/libgtk-x11-2.0.so.0
(gdb) bt full
#0  0xb7a0fd45 in gtk_widget_create_pango_layout ()
   from /usr/lib/i386-linux-gnu/libgtk-x11-2.0.so.0
No symbol table info available.
#1  0x80032a18 in ?? ()
No symbol table info available.
#2  0x8003bb11 in ?? ()
No symbol table info available.
#3  0x8003c40a in ?? ()
No symbol table info available.
#4  0x8003c576 in ?? ()
No symbol table info available.
#5  0x800b56b2 in ?? ()
No symbol table info available.
#6  0xb73ef8d1 in ?? () from /lib/i386-linux-gnu/libglib-2.0.so.0
No symbol table info available.
#7  0xb73eecb3 in g_main_context_dispatch ()
   from /lib/i386-linux-gnu/libglib-2.0.so.0
No symbol table info available.
#8  0xb73ef0c9 in ?? () from /lib/i386-linux-gnu/libglib-2.0.so.0
No symbol table info available.
#9  0xb73ef479 in g_main_loop_run () from /lib/i386-linux-gnu/libglib-2.0.so.0
No symbol table info available.
#10 0xb78ef01d in gtk_main () from /usr/lib/i386-linux-gnu/libgtk-x11-2.0.so.0
No symbol table info available.
#11 0x800288aa in main ()
No symbol table info available.
(gdb) q
A debugging session is active.

Inferior 1 [process 16105] will be killed.

Quit anyway? (y or n) 
-- cut --

-- System Information:
Debian Release: jessie/sid
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: i386 (i686)

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

Versions of packages pidgin depends on:
ii  gconf2  3.2.6-3
ii  libatk1.0-0 2.14.0-1
ii  libc6   2.19-11
ii  libcairo2   1.12.16-5
ii  libdbus-1-3 1.8.8-2
ii  libdbus-glib-1-20.102-1
ii  libfontconfig1  2.11.0-6.1
ii  libfreetype62.5.2-2
ii  libgdk-pixbuf2.0-0  2.31.1-2+b1
ii  libglib2.0-02.42.0-2
ii  libgstreamer0.10-0  0.10.36-1.4
ii  libgtk2.0-0 2.24.25-1
ii  libgtkspell02.0.16-1.1
ii  libice6 2:1.0.9-1
ii  libpango-1.0-0  1.36.8-2
ii  libpangocairo-1.0-0 1.36.8-2
ii  libpangoft2-1.0-0   1.36.8-2
ii  libpurple0  2.10.9-1+b1
ii  libsm6  2:1.2.2-1
ii  libx11-62:1.6.2-3
ii  libxml2 2.9.1+dfsg1-4
ii  libxss1  

Bug#766147: [php-maint] Bug#766147: php5-common: session cleanup can be misused to change modification time of arbitrary files to now when symlink protection not enabled

2014-10-21 Thread Ondřej Surý
On Tue, Oct 21, 2014, at 11:16, Fiedler Roman wrote:
  Von: Ondřej Surý [mailto:ond...@sury.org]
  
  On Tue, Oct 21, 2014, at 10:55, Fiedler Roman wrote:
Von: Ondřej Surý [mailto:ond...@sury.org]
   
Hi,
   
TL;DR: s/touch -c/touch -c -h/, right?
  
   This will fix it for arbitrary symlinks, the only remaining issues would
   be
  
   a) keeping open a file .. , which will update the parent directory
   modification time.
  
  Which parent directory? The session dir or the symlink targe parent
  directory?
 
 The /var/lib directory: Since the the parsing of the lsof output is
 broken (awk uses $9), an open file ..  will cause touch -c
 /var/lib/php5/.. without involving any symlinks.

I see...

[ -x /usr/bin/lsof ]  /usr/bin/lsof -w -l +d ${1} -Fn | grep -E ^n
| cut -b 2- | xargs -i touch -c -h {}

JFTR jessiesid has a new script that takes a different approach and
might suffer from the same bug if you manage to open a file in
/var/lib/php5/sessions/ with active php5 process.

Cheers,
-- 
Ondřej Surý ond...@sury.org
Knot DNS (https://www.knot-dns.cz/) – a high-performance DNS server


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



Bug#751768: RM: tslib -- ROM; deprecated upstream

2014-10-21 Thread Hector Oron
On Mon, Jun 16, 2014 at 03:42:50PM +0200, Hector Oron wrote:
 Package: ftp.debian.org
 Severity: normal
 
 Hello,
 
   Package tslib can be removed from Debian as it currently has no Debian 
 maintainer, it is abandoned upstream and it has big user popcon base due to 
 its reverse depends pulling it. I assume, looking to libts-bin, that tslib 
 user base is very low.
 
   I have filed requests to drop tslib build depends on libsdl1.2, libsdl2 and 
 directfb. Those must be completed before removing tslib from archive.

  Latest blocker (directfb) has just been uploaded, so nothing else pending for 
removal, in sid, and eventually, once directfb migrates in testing too.

regards,
-- 
  Hector Oron


signature.asc
Description: Digital signature


Bug#763863: webalizer: [INTL:nl] Dutch translation of debconf messages

2014-10-21 Thread Frans Spiesschaert
Op 21-10-14 08:22:15 schreef Julien Viard de Galbert:
 On Wed, Oct 08, 2014 at 12:14:53AM +0200, Frans
 Spiesschaert wrote:
  Op 07-10-14 23:00:51 schreef Julien Viard de Galbert:
   On Fri, Oct 03, 2014 at 10:54:00AM +0200, Frans
   Spiesschaert wrote:


Package: webalizer

[snip]

   
   Hi Frans,
  
  Hi Julien,
  
   
   Thanks for your translation, unfortunately there is a
   problem with
   your file, msgfmt reports the following error. 
   
   msgfmt debian/po/nl.po
   debian/po/nl.po:78:31: invalid multibyte sequence
   debian/po/nl.po:78:32: invalid multibyte sequence
   msgfmt: found 2 fatal errors
   
   It seams it does not like the following line:
   zinnens bent om met meer dan één configuratie te
 werken
   of de parameter
   -c 
 ^^-- here
   
   Should I simply replace it by een,
  
  Yes, please do so, although I don't understand why such
 a 
  problem arises in an UTF-8 environment.
  
  Thanks for informing me.
 
 Hello Frans,

Hello Julien,

Thanks for the follow up and for caring.

 
 I just had similar problem with an other file, and in 
 fact
 the file
 attached to your mail (I hope some server or client 
 didn't
 convert it)
 was actually latin-1 encodded and not utf-8...

I did a small investigation with these results:
ran on the local file, the file command reports UTF-8:

frans@bureau:~/projecten/debconf$ file 
webalizer_2.23.08-1_nl.po 
webalizer_2.23.08-1_nl.po: GNU gettext message catalogue, 
UTF-8 Unicode text

and msgfmt does not complain:

frans@bureau:~/projecten/debconf$ msgfmt -v -c 
webalizer_2.23.08-1_nl.po 
13 translated messages.

I also mailed the file out in the world to myself, saved 
the attachment of the received mail and executed the same 
commands, with these results:

frans@bureau:~$ file nl.po
nl.po: GNU gettext message catalogue, UTF-8 Unicode text

frans@bureau:~$ msgfmt -c -v nl.po
13 translated messages.

still UTF-8 and no complaining msgfmt

Probably somewhere there must have been a file conversion, 
but I have no clue on where it may have happened.

 
 Also there are other instances on the een words not
 spelled één
 in the file, so I'll let it as is, but if you want to 

there is a small difference in meaning:
'een' can mean 'a' (as in a book) or 'one' 
while 'één' means 'one and only one'
and the word is also pronounced differently.
But you made a very good guess and it is fine
for me to keep 'een' here.

 send
 me a new
 translation, feel free.
 
 Best regards.
 
 Julien
 
 
 -- 
 Julien Viard de Galbert   
 jul...@vdg.blogsite.org
 http://silicone.homelinux.org/  
 jul...@silicone.homelinux.org
 GPG Key ID: D00E52B6  Published on:
 hkp://keys.gnupg.net
 Key Fingerprint: E312 A31D BEC3 74CC C49E  6D69 8B30 6538
 D00E 52B6
 



Groetjes,
Frans

===
www.frans-spiesschaert.homenet.org
home.base.be/vt6362833/


pgpdiCZwAQzg6.pgp
Description: PGP signature


Bug#766166: ITP: gns3-server -- GNS3 server to asynchronously manage emulators

2014-10-21 Thread Daniel Lintott
Package: wnpp
Severity: wishlist
Owner: Daniel Lintott dan...@serverb.co.uk

* Package name: gns3-server
   Version : 1.0
   Upstream Author : Jeremy Grossmann jer...@gns3.net
* URL : www.gns3.net
* License : GPLv3
  Programming Lang: Python
  Description : GNS3 server to asynchronously manage emulators
  The GNS3 server manages emulators such as Dynamips, VirtualBox or Qemu/
  KVM. Clients like the GNS3 GUI controls the server using a JSON-RPC API over
  Websockets.


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



Bug#763769: Also exists in gLabels 3.2

2014-10-21 Thread Jens Erat
Dear maintainer,

This bug is also reported in GNOME bugzilla [1]. I could also reproduce
it with i3wm/Jessie and version 3.2 build from source (and also the
3.0.1-4+b1 from the repositories).

Jens

[1]: https://bugzilla.gnome.org/show_bug.cgi?id=738655

-- 
Jens Erat

 [phone]: tel:+49-151-56961126
  [mail]: mailto:em...@jenserat.de
[jabber]: xmpp:jab...@jenserat.de
   [web]: http://www.jenserat.de

 OpenPGP: 0D69 E11F 12BD BA07 7B37  26AB 4E1F 799A A4FF 2279



smime.p7s
Description: S/MIME Cryptographic Signature


Bug#755726: alsa-utils: arecord doesn't exit when -d is specified

2014-10-21 Thread Pierre Frenkiel
Package: alsa-utils
Version: 1.0.28-1
Followup-For: Bug #755726

Dear Maintainer,

   * What exactly did you do (or not do) that was effective (or
 ineffective)?
 arecord -d 10 tst
   * What was the outcome of this action?
 writing a correct  tst.wav for 10 seconds
 After 10 seconds, instead of exiting, arecord writes indefinitely
 files containing no sound: tst-01.wav, tst-02,wav,... 44 bytes each.
   * What outcome did you expect instead?
 I expect arecord to exit after 10 seconds.


-- System Information:
Debian Release: jessie/sid
  APT prefers testing-updates
  APT policy: (500, 'testing-updates'), (500, 'testing')
Architecture: i386 (i686)

Kernel: Linux 3.13-1-686-pae (SMP w/4 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL 
set to en_US.UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages alsa-utils depends on:
ii  dialog  1.2-20140911-1
ii  kmod18-3
ii  libasound2  1.0.28-1
ii  libc6   2.19-11
ii  libncursesw55.9+20140913-1
ii  libsamplerate0  0.1.8-8
ii  libtinfo5   5.9+20140913-1
ii  lsb-base4.1+Debian13
ii  whiptail0.52.17-1

alsa-utils recommends no packages.

alsa-utils suggests no packages.

-- no debconf information


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



Bug#766167: ITP: gns3-gui -- GNS3 graphical interface for the GNS3 server

2014-10-21 Thread Daniel Lintott
Package: wnpp
Severity: wishlist
Owner: Daniel Lintott dan...@serverb.co.uk

* Package name: gns3-gui
   Version : 1.0
   Upstream Author : Jeremy Grossmann jer...@gns3.net
* URL : www.gns3.net
* License : GPLv3
   Programming Lang: Python
   Description : GNS3 graphical interface for the GNS3 server


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



Bug#765695: hardcoded libeatmydata path now is wrong

2014-10-21 Thread Stephan Sürken
On Di, 2014-10-21 at 11:24 +0200, Stephan Sürken wrote:
 Hi Mattia,
(...)
  I'd suggest you to just use libeatmydata.so instead of using the full 
  path.
 
 Alas, this is no possible. As ye olde eatmydata does not install in
 standard locations, I needed the full path to make it work.

ahh, and yes, I am currently thinking about a script goblin similar to
that outlined in my bug report...

So if you have an idea how to do this (i.e., posix shell snippet run as
root, installing _and_ enabling eatmydata, working for all versions of
eatmydata) simpler/better, I'd love to hear ;).

Thx!


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



Bug#766168: sup-mail: crashes when saving draft encoded with UTF-8

2014-10-21 Thread Per Andersson
Package: sup-mail
Version: 0.20.0-1
Severity: normal
Tags: upstream
Forwarded: https://github.com/sup-heliotrope/sup/issues/340

Reporting this myself so I can track it.

When trying to save a draft encoded with UTF-8, sup-mail crashes.


[2014-10-21 11:38:30 +0200] ERROR: oh crap, an exception
   

We are very sorry. It seems that an error occurred in Sup. Please
accept our sincere apologies. Please submit the contents of
/home/avtobiff/.sup/exception-log.txt and a brief report of the
circumstances to https://github.com/sup-heliotrope/sup/issues so that
we might address this problem. Thank you!

Sincerely,
The Sup Developers

--- ArgumentError from thread: main
invalid byte sequence in UTF-8
/usr/lib/ruby/vendor_ruby/sup/modes/edit_message_mode.rb:672:in `gsub'
/usr/lib/ruby/vendor_ruby/sup/modes/edit_message_mode.rb:672:in
`sanitize_body'
/usr/lib/ruby/vendor_ruby/sup/modes/edit_message_mode.rb:630:in
`write_message'
/usr/lib/ruby/vendor_ruby/sup/modes/edit_message_mode.rb:549:in `block
in save_as_draft'
/usr/lib/ruby/vendor_ruby/sup/draft.rb:19:in `block in write_draft'
/usr/lib/ruby/vendor_ruby/sup/draft.rb:19:in `open'
/usr/lib/ruby/vendor_ruby/sup/draft.rb:19:in `write_draft'
/usr/lib/ruby/vendor_ruby/sup/util.rb:658:in `method_missing'
/usr/lib/ruby/vendor_ruby/sup/modes/edit_message_mode.rb:549:in
`save_as_draft'
/usr/lib/ruby/vendor_ruby/sup/mode.rb:59:in `handle_input'
/usr/lib/ruby/vendor_ruby/sup/buffer.rb:222:in `handle_input'
/usr/bin/sup-mail:270:in `module:Redwood'
/usr/bin/sup-mail:74:in `main'


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

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

Versions of packages sup-mail depends on:
ii  ruby  1:2.1.0.4
ii  ruby-chronic  0.10.2-2
ii  ruby-highline 1.6.21-1
ii  ruby-locale   2.1.0-2
ii  ruby-lockfile 2.1.3-1
ii  ruby-mime-types   1.25-2
ii  ruby-ncurses  1.4.7+dfsg-1+b2
ii  ruby-rubymail 1.0.0-2
ii  ruby-trollop  2.0-1
ii  ruby-unicode  0.4.4-2+b2
ii  ruby-xapian   1.2.18-1
ii  ruby1.9.1 [ruby-interpreter]  1.9.3.484-2
ii  ruby2.0 [ruby-interpreter]2.0.0.484+really457-2
ii  ruby2.1 [ruby-interpreter]2.1.2-4

Versions of packages sup-mail recommends:
ii  ruby-gpgme  2.0.5-1+b1

sup-mail suggests no packages.

-- no debconf information


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



Bug#765341: more information

2014-10-21 Thread Fabian Greffrath
Dear Martin,

Am Montag, den 20.10.2014, 20:29 +0200 schrieb Martin Steghöfer: 
 (I've attached the bug for your problem 1 again, to make sure it doesn't 
 get lost. Both attached patches are necessary to fix/workaround problems 
 1 and 2.)

just because noone has done this so far (or I have read over it), I want
to thank you for the massive amount of effort and time you invest in
fixing these bugs, both in Audacity and in wxwidgets!

So, thank you! ;)

- Fabian


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



Bug#766169: libEGL.so.1 don't get installed

2014-10-21 Thread Ivan Sergio Borgonovo
Package: libegl1-mesa
Version: 10.3.1-1

I'm reporting this problem to this package even if it may just be the
victim of another package since the culprit is less clear than the victim.

After a long list of upgrades that included

[UPGRADE] glx-alternative-fglrx:amd64 0.4.2 - 0.5.0
[UPGRADE] glx-alternative-mesa:amd64 0.4.2 - 0.5.0
[UPGRADE] glx-diversions:amd64 0.4.2 - 0.5.0
[UPGRADE] nvidia-installer-cleanup:amd64 20131102+1 - 20131102+2

that seems to be the most related to the problem, kde started without
windows decorations.

kwin --replace exited saying it couldn't find libEGL, I tracked down
which package included the lib, did a aptitude reinstall libegl1-mesa
but still I couldn't find the file in /usr/lib/x86_64-linux-gnu

I checked inside the package and the lib was there.
I had to manually extract the lib and copy it in /usr/lib/x86_64-linux-gnu

It seems some trigger is deleting the file after the package put it there.

thanks

-- 
Ivan Sergio Borgonovo
http://www.webthatworks.it


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



Bug#766170: zh_CN PO update for apt

2014-10-21 Thread lumin
Package: apt
Version: 1.0.9.3
Tags: patch
Severity: whishlist
X-Debbugs-CC: debian-l10n-chin...@lists.debian.org

I did some changes on zh_CN.po of apt.
  * word modification
  * translation
  * correction

The work is based on
ca3fb0039db3f87b9860618116a7ed896be576e7
The translation is not 100% done now.

And for that patch, msgfmt say it is OK.

BTW, could someone please describe what the
Meep is? so I can find some local word to express the meaning.
 This APT helper has Super Meep Powers.

Thanks :)
-- 
Regards,
  C.D.Luminate
--- zh_CN.po.bak	2014-10-21 08:38:53.766857208 +
+++ zh_CN.po	2014-10-21 09:46:03.024185341 +
@@ -4,6 +4,7 @@
 # Tchaikov tchai...@sjtu.org, 2005, 2007.
 # Carlos Z.F. Liu carlos...@users.sourceforge.net, 2004, 2006.
 # Aron Xu happyaron...@gmail.com, 2009, 2010.
+# Zhou Mo cdlumin...@gmail.com, 2014.
 #
 msgid 
 msgstr 
@@ -11,7 +12,7 @@
 Report-Msgid-Bugs-To: APT Development Team de...@lists.debian.org\n
 POT-Creation-Date: 2014-09-09 20:35+0200\n
 PO-Revision-Date: 2010-08-26 14:42+0800\n
-Last-Translator: Aron Xu happyaron...@gmail.com\n
+Last-Translator: Zhou Mo cdlumin...@gmail.com\n
 Language-Team: Chinese (simplified) i18n...@googlegroups.com\n
 Language: zh_CN\n
 MIME-Version: 1.0\n
@@ -111,7 +112,7 @@
 
 #: cmdline/apt-cache.cc:1421
 msgid This command is deprecated. Please use 'apt-mark showauto' instead.
-msgstr 
+msgstr 该命令已废弃。请使用‘apt-mark showauto’代替。
 
 #: cmdline/apt-cache.cc:1516 apt-pkg/cacheset.cc:596
 #, c-format
@@ -259,6 +260,9 @@
 See 'man apt-cdrom' for more information about the CD-ROM auto-detection and 
 mount point.
 msgstr 
+从默认挂载点自动检测 CD-ROM 失败。\n
+您可以尝试用 --cdrom 选项来设置 CD-ROM 的挂载点。\n
+更多关于 CD-ROM 自动检测以及挂载点的信息,请参见‘man apt-cdrom’。
 
 #: cmdline/apt-cdrom.cc:182
 msgid Repeat this process for the rest of the CDs in your set.
@@ -297,14 +301,14 @@
   -o=? 设置任意指定的配置选项,例如:-o dir::cache=/tmp\n
 
 #: cmdline/apt-get.cc:245
-#, fuzzy, c-format
+#, c-format
 msgid Can not find a package for architecture '%s'
-msgstr 无法按照正则表达式 %s 找到任何软件包
+msgstr 找不到‘%s’体系结构下的软件包
 
 #: cmdline/apt-get.cc:327
-#, fuzzy, c-format
+#, c-format
 msgid Can not find a package '%s' with version '%s'
-msgstr 无法按照正则表达式 %s 找到任何软件包
+msgstr 找不到版本为‘%s’的软件包‘%s’
 
 #: cmdline/apt-get.cc:330
 #, fuzzy, c-format
@@ -317,9 +321,9 @@
 msgstr 选择 %s 作为源代码包而非 %s\n
 
 #: cmdline/apt-get.cc:423
-#, fuzzy, c-format
+#, c-format
 msgid Can not find version '%s' of package '%s'
-msgstr 忽略不可用的 %2$s 软件包的 %1$s 版
+msgstr 找不到 %2$s 软件包的 %1$s 版本
 
 #: cmdline/apt-get.cc:454
 #, c-format
@@ -342,6 +346,7 @@
 This command is deprecated. Please use 'apt-mark auto' and 'apt-mark manual' 
 instead.
 msgstr 
+该命令已废弃。请用‘apt-mark auto’或‘apt-mark manual’替代。
 
 #: cmdline/apt-get.cc:538 cmdline/apt-get.cc:546
 msgid Internal error, problem resolver broke stuff
@@ -370,20 +375,20 @@
 %s\n
 
 #: cmdline/apt-get.cc:791
-#, fuzzy, c-format
+#, c-format
 msgid 
 Please use:\n
 bzr branch %s\n
 to retrieve the latest (possibly unreleased) updates to the package.\n
 msgstr 
 请使用:\n
-bzr get %s\n
+bzr branch %s\n
 获得该软件包的最近更新(可能尚未正式发布)。\n
 
 #: cmdline/apt-get.cc:843
 #, c-format
 msgid Skipping already downloaded file '%s'\n
-msgstr 忽略已下载过的文件“%s”\n
+msgstr 忽略已下载的文件“%s”\n
 
 #: cmdline/apt-get.cc:869 cmdline/apt-get.cc:872
 #: apt-private/private-install.cc:187 apt-private/private-install.cc:190
@@ -457,6 +462,8 @@
 No architecture information available for %s. See apt.conf(5) APT::
 Architectures for setup
 msgstr 
+找不到关于 %s 的有效体系结构信息。请参见 apt.conf(5) APT::
+Architectures for setup
 
 #: cmdline/apt-get.cc:1079 cmdline/apt-get.cc:1082
 #, c-format
@@ -469,11 +476,11 @@
 msgstr  %s 没有构建依赖关系信息。\n
 
 #: cmdline/apt-get.cc:1272
-#, fuzzy, c-format
+#, c-format
 msgid 
 %s dependency for %s can't be satisfied because %s is not allowed on '%s' 
 packages
-msgstr 由于无法找到软件包 %3$s ,因此不能满足 %2$s 所要求的 %1$s 依赖关系
+msgstr 由于 %3$s 不被软件包 %4$s 所允许,因此不能满足 %2$s 所要求的 %1$s 依赖关系
 
 #: cmdline/apt-get.cc:1290
 #, c-format
@@ -616,16 +623,15 @@
 
 #: cmdline/apt-helper.cc:36
 msgid Need one URL as argument
-msgstr 
+msgstr 需要一个 URL 作为参数
 
 #: cmdline/apt-helper.cc:49
-#, fuzzy
 msgid Must specify at least one pair url/filename
-msgstr 要下载源代码,必须指定至少一个对应的软件包
+msgstr 必须指定至少一对URL或者文件名
 
 #: cmdline/apt-helper.cc:67
 msgid Download Failed
-msgstr 
+msgstr 下载失败
 
 #: cmdline/apt-helper.cc:80
 msgid 
@@ -640,6 +646,17 @@
 \n
This APT helper has Super Meep Powers.\n
 msgstr 
+用法: apt-helper [选项] 命令\n
+   apt-helper [选项] download-file uri target-path\n
+\n
+apt-helper 是一个 apt 的内部帮助程序\n
+\n
+命令:\n
+   download-file - 将uri指定的文件下载到指定目标目录\n
+   auto-detect-proxy - 用 apt.conf 检测代理设置\n
+\n
+   This APT helper has Super Meep Powers.\n
+
 
 #: cmdline/apt-mark.cc:68
 #, fuzzy, c-format
@@ -647,14 +664,14 @@
 msgstr 但是它还没有被安装
 
 #: cmdline/apt-mark.cc:74
-#, fuzzy, c-format
+#, c-format
 msgid %s was already set to manually installed.\n
-msgstr %s 被设置为手动安装。\n
+msgstr %s 已经被设置为手动安装。\n
 
 #: cmdline/apt-mark.cc:76
-#, 

Bug#726578: please tell me how is this a vulnerability

2014-10-21 Thread Adam Borowski
Control: tags -1 +patch

So... how exactly are these vulnerabilities?

2. is what this program is supposed to do: produce _pronounceable_ passwords
instead of pure line noise.  Sure, these do have less entropy than pure line
noise for the same length, but the point is to make something that's
possible to remember.  If I wanted fully random unbiased ASCII characters,
I'd use a perl one-liner instead of a complex generator like pwgen.

As for 4., as Steven remarked, this is done intentionally to placate
password quality checkers.  Also, while allowing an all-lowercase password
2^-8 of the time does have negligibly more resilience against an exhaustive
attack, it is massively worse against attacks prevalent in the real world. 
Thus, paying this small amount of entropy is well worth it.

And as for 3., please read http://www.2uo.de/myths-about-urandom/
Heck, FreeBSD doesn't even _have_ /dev/random in Linux's sense -- and no one
is calling it insecure.

So these three points are complete non-issues.


I do agree with 1., though, so here's a patch to fix it.

Let's have pwgen in jessie!

-- 
// If you believe in so-called intellectual property, please immediately
// cease using counterfeit alphabets.  Instead, contact the nearest temple
// of Amon, whose priests will provide you with scribal services for all
// your writing needs, for Reasonable and Non-Discriminatory prices.
diff -Nurd pwgen-2.06.orig/pwgen.1 pwgen-2.06/pwgen.1
--- pwgen-2.06.orig/pwgen.1	2007-07-05 01:42:19.0 +0200
+++ pwgen-2.06/pwgen.1	2014-10-21 11:54:31.203356332 +0200
@@ -43,26 +43,6 @@
 will only generate one password, as this tends to be much more convenient
 for shell scripts, and in order to be 
 compatible with previous versions of this program.
-.PP
-In addition, for
-backwards compatibility reasons, when stdout is not a tty and secure
-password generation mode has not been requested,
-.B pwgen
-will generate less secure passwords, as
-if the
-.B \-0A
-options had been passed to it on the command line.  This can be
-overriden using the
-.B \-nc
-options.  In the future, the behavior when stdout is a tty may change, so 
-shell scripts using
-.B pwgen
-should explicitly specify the
-.B \-nc
-or
-.B \-0A
-options.  The latter is not recommended for security reasons, since 
-such passwords are far too easy to guess.
 .B
 .SH OPTIONS
 .TP
diff -Nurd pwgen-2.06.orig/pwgen.c pwgen-2.06/pwgen.c
--- pwgen-2.06.orig/pwgen.c	2007-07-05 01:42:19.0 +0200
+++ pwgen-2.06/pwgen.c	2014-10-21 11:51:16.361031403 +0200
@@ -96,10 +96,9 @@
 
 	pwgen = pw_phonemes;
 	pw_number = pw_random_number;
-	if (isatty(1)) {
+	if (isatty(1))
 		do_columns = 1;
-		pwgen_flags |= PW_DIGITS | PW_UPPERS;
-	}
+	pwgen_flags |= PW_DIGITS | PW_UPPERS;
 
 	while (1) {
 #ifdef HAVE_GETOPT_LONG


Bug#765124: caused by the upgrade from ruby-i18n 0.6.9 to 0.6.11

2014-10-21 Thread Cédric Boutillier
Control: found -1 ruby-i18n/0.6.11-1
Control: notfound -1 ruby-i18n/0.6.9-2

Hi,

It seems that this bug has been caused by the upgrade of ruby-i18n rom
0.6.9 to 0.6.11. 

Something broke in the determination of whic locales are available.
This is likely related to the following commit:

https://github.com/svenfuchs/i18n/commit/a65fffd6f0472bc413ba41809dafc6292e29d2ae


Cheers,

Cédric


signature.asc
Description: Digital signature


Bug#766171: package profanity_0.4.4-1 FTBFS on big endian

2014-10-21 Thread Jurica Stanojkovic
Package: profanity
Version: 0.4.4-1
Severity: important
Tags: sid + patch
Justification: FTBFS
User: debian-mips-dev-disc...@lists.alioth.debian.org


Hello,

Package profanity_0.4.4-1 FTBFS on big endian architectures.
https://buildd.debian.org/status/package.php?p=profanitysuite=sid

I have attached a patch resolving this issue.

Thank you!

Regards,
Jurica
--- profanity-0.4.4.orig/src/tools/p_sha1.c
+++ profanity-0.4.4/src/tools/p_sha1.c
@@ -107,13 +107,7 @@ void P_SHA1_Transform(uint32_t state[5],
 
 /* blk0() and blk() perform the initial expand. */
 /* I got the idea of expanding during the round function from SSLeay */
-/* FIXME: can we do this in an endian-proof way? */
-#ifdef WORDS_BIGENDIAN
-#define blk0(i) block-l[i]
-#else
-#define blk0(i) (block-l[i] = (rol(block-l[i],24)0xFF00FF00) \
-|(rol(block-l[i],8)0x00FF00FF))
-#endif
+#define blk0(i) (block-l[i] = (ntohl(block-l[i])))
 #define blk(i) (block-l[i15] = rol(block-l[(i+13)15]^block-l[(i+8)15] \
 ^block-l[(i+2)15]^block-l[i15],1))
 


Bug#766057: solaar: [INTL:nl] Dutch translation of debconf messages

2014-10-21 Thread Frans Spiesschaert
Op 20-10-14 18:55:57 schreef Christian PERRIER:
 Quoting Frans Spiesschaert (frans.spiesscha...@yucom.be):
  
  
  Package: solaar
  Severity: wishlist
  Tags: l10n patch 
[snip]
 
 PS: please note that the file you sent was encoded in
 ISO-8859-1 while
 the PO file header was claiming it to be UTF-8. I fixed
 that as well
 in the attached file.
 
 
Hi Christian,

I have no clue on what is going wrong.
I did a small investigation with these results:
ran on the local file, the file command reports UTF-8
and msgfmt does not complain:

frans@bureau:~/projecten/debconf$ file solaar_0.9.2
+dfsg-3_nl.po 
solaar_0.9.2+dfsg-3_nl.po: GNU gettext message catalogue, 
UTF-8 Unicode text
frans@bureau:~/projecten/debconf$ msgfmt -vv solaar_0.9.2
+dfsg-3_nl.po 
solaar_0.9.2+dfsg-3_nl.po: 5 translated messages.

I also mailed the file out in the world to myself, saved 
the attachment of the received mail and executed the same 
commands, with these results:

frans@bureau:~$ file nl.po
nl.po: GNU gettext message catalogue, UTF-8 Unicode text
frans@bureau:~$ msgfmt -vv nl.po
nl.po: 5 translated messages.



Groetjes,
Frans

===
www.frans-spiesschaert.homenet.org
home.base.be/vt6362833/


pgp3WSxMp4e4i.pgp
Description: PGP signature


Bug#761360: [nvidia-driver] Garbaged screen after suspend to RAM

2014-10-21 Thread Pascal Obry
I have the same problem.

Still an issue with 340.46-1 and 340.46-2 updated this morning.

-- 
  Pascal Obry /  Magny Les Hameaux (78)

  The best way to travel is by means of imagination

  http://v2p.fr.eu.org
  http://www.obry.net

  gpg --keyserver keys.gnupg.net --recv-key F949BD3B


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



Bug#766172: chromium: dpkg errors on initial installation (--compare-versions takes three arguments: version relation version)

2014-10-21 Thread Petter Reinholdtsen

Package: chromium
Version: 38.0.2125.101-2+b1
Severity: important
User: debian-...@lists.debian.org
Usertags: debian-edu

I discovered this in Debian Edu, where we grep the log for error
messages during testing, and report all errors found to the user.
Setting severity important as these messages add noise to the list of
errors that need to be addressed in Debian Edu.

When installing chromium for the first time using tasksel in
debian-installer, these messages show up in the installation log:

Oct 21 09:39:57 in-target: Selecting previously unselected package chromium.
Oct 21 09:39:57 in-target: Preparing to unpack 
.../chromium_38.0.2125.101-2+b1_amd64.deb ...
Oct 21 09:39:57 in-target: dpkg: error: --compare-versions takes three 
arguments: version relation version
Oct 21 09:39:57 in-target: 
Oct 21 09:39:57 in-target: Type dpkg --help for help about installing and 
deinstalling packages [*];
Oct 21 09:39:57 in-target: Use 'apt' or 'aptitude' for user-friendly package 
management;
Oct 21 09:39:57 in-target: Type dpkg -Dhelp for a list of dpkg debug flag 
values;
Oct 21 09:39:57 in-target: Type dpkg --force-help for a list of forcing options;
Oct 21 09:39:57 in-target: Type dpkg-deb --help for help about manipulating 
*.deb files;
Oct 21 09:39:57 in-target: 
Oct 21 09:39:57 in-target: Options marked [*] produce a lot of output - pipe it 
through 'less' or 'more' !
Oct 21 09:39:57 in-target: dpkg: error: --compare-versions takes three 
arguments: version relation version
Oct 21 09:39:57 in-target: 
Oct 21 09:39:57 in-target: Type dpkg --help for help about installing and 
deinstalling packages [*];
Oct 21 09:39:57 in-target: Use 'apt' or 'aptitude' for user-friendly package 
management;
Oct 21 09:39:57 in-target: Type dpkg -Dhelp for a list of dpkg debug flag 
values;
Oct 21 09:39:57 in-target: Type dpkg --force-help for a list of forcing options;
Oct 21 09:39:57 in-target: Type dpkg-deb --help for help about manipulating 
*.deb files;
Oct 21 09:39:57 in-target: 
Oct 21 09:39:57 in-target: Options marked [*] produce a lot of output - pipe it 
through 'less' or 'more' !
Oct 21 09:39:57 in-target: dpkg: error: --compare-versions takes three 
arguments: version relation version
Oct 21 09:39:57 in-target: 
Oct 21 09:39:57 in-target: Type dpkg --help for help about installing and 
deinstalling packages [*];
Oct 21 09:39:57 in-target: Use 'apt' or 'aptitude' for user-friendly package 
management;
Oct 21 09:39:57 in-target: Type dpkg -Dhelp for a list of dpkg debug flag 
values;
Oct 21 09:39:57 in-target: Type dpkg --force-help for a list of forcing options;
Oct 21 09:39:57 in-target: Type dpkg-deb --help for help about manipulating 
*.deb files;
Oct 21 09:39:57 in-target: 
Oct 21 09:39:57 in-target: Options marked [*] produce a lot of output - pipe it 
through 'less' or 'more' !
Oct 21 09:39:57 in-target: Unpacking chromium (38.0.2125.101-2+b1) ...

I guess the bug is in the preinst or config files, as the messages show
up before unpackaging.

-- 
Happy hacking
Petter Reinholdtsen


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



Bug#766147: [php-maint] Bug#766147: php5-common: session cleanup can be misused to change modification time of arbitrary files to now when symlink protection not enabled

2014-10-21 Thread Ondřej Surý
Control: tags -1 +pending

On Tue, Oct 21, 2014, at 11:33, Ondřej Surý wrote:
 On Tue, Oct 21, 2014, at 11:16, Fiedler Roman wrote:
   Von: Ondřej Surý [mailto:ond...@sury.org]
   
   On Tue, Oct 21, 2014, at 10:55, Fiedler Roman wrote:
 Von: Ondřej Surý [mailto:ond...@sury.org]

 Hi,

 TL;DR: s/touch -c/touch -c -h/, right?
   
This will fix it for arbitrary symlinks, the only remaining issues would
be
   
a) keeping open a file .. , which will update the parent directory
modification time.
   
   Which parent directory? The session dir or the symlink targe parent
   directory?
  
  The /var/lib directory: Since the the parsing of the lsof output is
  broken (awk uses $9), an open file ..  will cause touch -c
  /var/lib/php5/.. without involving any symlinks.
 
 I see...

Thanks for the analysis, while the impact is very low, it's worth
updating.

 [ -x /usr/bin/lsof ]  /usr/bin/lsof -w -l +d ${1} -Fn | grep -E ^n
 | cut -b 2- | xargs -i touch -c -h {}

This change will be included in next wheezy update of PHP.

 JFTR jessiesid has a new script that takes a different approach and
 might suffer from the same bug if you manage to open a file in
 /var/lib/php5/sessions/ with active php5 process.

If you find a similar vulnerability in the new session script, please
open a new bug.

Cheers,
-- 
Ondřej Surý ond...@sury.org
Knot DNS (https://www.knot-dns.cz/) – a high-performance DNS server


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



Bug#762195: libc6: libpthread: hardware-assisted lock elision hazardous on x86

2014-10-21 Thread Aurelien Jarno
On Thu, Oct 16, 2014 at 07:49:29PM -0400, Carlos O'Donell wrote:
 I disagree. IMO the most flexible approach is for glibc to stop using cpuid
 for RTM detection and rely on the kernel to tell it if RTM is usable. Then
 we have a single hardware blacklist in the kernel. We need to talk to
 kernel people about this. Not to mention we might extend a getauxval-type
 API to prevent applications from using cpuid directly e.g. create a
 platform header for this with an x86 specific feature interface.

That looks like a good plan in the long term, that said if we involve
the kernel in this it might takes months or even more until every is
ready and in sync.

-- 
Aurelien Jarno  GPG: 4096R/1DDD8C9B
aurel...@aurel32.net http://www.aurel32.net


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



Bug#766162: qa.debian.org: Use 'env' instead of /usr/bin/python to make source more portable.

2014-10-21 Thread Stefano Zacchiroli
severity 766162 normal
tags 766162 + confirmed
user debian...@lists.debian.org
usertag 766162 + gift
thanks

On Tue, Oct 21, 2014 at 05:00:49PM +0800, sophiejjj wrote:
 Currently somefiles are hard-coded with /usr/bin/python. e.g.,
 debiansources-run-app and the alike.
 
 This makes the code less portable, and inhibiting the use of 
 virtualenv.

I've nothing against switching shebang lines to /usr/bin/env python
for all [Python] Debsources binary under bin/.  If doing so makes it
easier to deploy/test debsources using virtualenv, even better.

Thanks for your bug report,
patches welcome :-)

Cheers.
-- 
Stefano Zacchiroli  . . . . . . .  z...@upsilon.cc . . . . o . . . o . o
Maître de conférences . . . . . http://upsilon.cc/zack . . . o . . . o o
Former Debian Project Leader  . . @zack on identi.ca . . o o o . . . o .
« the first rule of tautology club is the first rule of tautology club »


signature.asc
Description: Digital signature


Bug#765471: openarena: crashes randomly

2014-10-21 Thread Simon McVittie
Control: reassign 765471 libopenal1
Control: found 765471 1:1.15.1-5

On 17/10/14 09:15, YK wrote:
 Package: openarena
 Version: 0.8.8-9
 Followup-For: Bug #765471

YK: please try also installing libopenal1-dbg, and get a backtrace in
the same way with that installed.

Also, what sound system are you using? (PulseAudio? Jack? plain ALSA?
Any special settings within OpenArena?)

Finally, are there any special steps you can take that make this crash
more likely to happen? For instance: single-player or multiplayer or do
both crash equally often? Does the game crash more often when you pick
up the railgun or get killed or some other special game event? etc.

libopenal1 maintainers: please see below for a backtrace for an
openarena (ioquake3) crash in what appears to be an OpenAL thread. It
seems to be somewhat frequent on the reporter's system, but there are no
specific steps known to reproduce it so far, other than play OpenArena
for a while. Based on the backtrace, it seems most likely to be a
libopenal1 bug. For your information, you can get backtraces from
OpenArena by installing gdb and running like this:

OPENARENA_BACKTRACE=1 openarena

 --
 ^1Lt.^2Joe^7 almost dodged Yoric-RU^7's rocket
 tty]
 Program received signal SIGSEGV, Segmentation fault.
 0x776de054 in alListener3f () from 
 /usr/lib/x86_64-linux-gnu/libopenal.so.1
 
 Thread 4 (Thread 0x7fffde667700 (LWP 13912)):
 #0  0x776f5c69 in ?? () from /usr/lib/x86_64-linux-gnu/libopenal.so.1
 No symbol table info available.
 #1  0x776f4317 in ?? () from /usr/lib/x86_64-linux-gnu/libopenal.so.1
 No symbol table info available.
 #2  0x776eaf6f in ?? () from /usr/lib/x86_64-linux-gnu/libopenal.so.1
 No symbol table info available.
 #3  0x776f6e69 in ?? () from /usr/lib/x86_64-linux-gnu/libopenal.so.1
 No symbol table info available.
 #4  0x776ef9da in ?? () from /usr/lib/x86_64-linux-gnu/libopenal.so.1
 No symbol table info available.
 #5  0x7792c0a4 in start_thread () from 
 /lib/x86_64-linux-gnu/libpthread.so.0
 No symbol table info available.
 #6  0x759b1c2d in clone () from /lib/x86_64-linux-gnu/libc.so.6
 No symbol table info available.
 
 Thread 1 (Thread 0x77fb97c0 (LWP 13678)):
 #0  0x776de054 in alListener3f () from 
 /usr/lib/x86_64-linux-gnu/libopenal.so.1
 No symbol table info available.
 #1  0x0047d888 in S_AL_Respatialize (entityNum=4, origin=optimized 
 out, axis=0x7fffe3ed0978, inwater=optimized out) at 
 code/client/snd_openal.c:2259
 orientation = {0.66576159, 0.733282149, -0.138053507, 0.0924939662, 
 0.102488063, 0.990424693}
 sorigin = {270.622864, 896.38208, 444.707306}
 #2  0x00407693 in CL_CgameSystemCalls (args=0x7fffc640) at 
 code/client/cl_cgame.c:524
 No locals.
 #3  0x00509077 in DoSyscall () at code/qcommon/vm_x86.c:428
 data = optimized out
 index = 16
 args = {33, 4, 922828, 922840, 0, 0, 921364, 813760, 0, 0, 0, 0, 0, 
 0, 72378, 0}
 savedVM = 0x221a258 vmTable+216
 #4  0x7fffde368052 in ?? ()
 No symbol table info available.
 #5  0x0002 in ?? ()
 No symbol table info available.
 #6  0x0040 in ?? ()
 No symbol table info available.
 #7  0x7fffe3def4a0 in ?? ()
 No symbol table info available.
 #8  0x7fffe41ef4a0 in ?? ()
 No symbol table info available.
 #9  0x7fffc770 in ?? ()
 No symbol table info available.
 #10 0x003fff6c in ?? ()
 No symbol table info available.
 #11 0x0002 in ?? ()
 No symbol table info available.
 #12 0x7fffde368087 in ?? ()
 No symbol table info available.
 #13 0x7fffde477aa0 in ?? ()
 No symbol table info available.
 #14 0x7fffde368074 in ?? ()
 No symbol table info available.
 #15 0x7fffde3683bb in ?? ()
 No symbol table info available.
 #16 0x0050d587 in VM_CallCompiled (vm=0x221a258 vmTable+216, 
 args=optimized out) at code/qcommon/vm_x86.c:1766
 stack = 
 X\242!\002\000\000\000\000\304\377?\000\000\000\000\000\213\200\066\336\377\177\000\000\000\000\000\000\000\000\000\000ᆳ\336\336\377\377\377\270\000\000\000Pl\f\000d\001\000\000
  \000\000\000\374\344?, '\000' repeats 979 times
 entryPoint = 0x7fffde36808b
 programStack = 4194244
 stackOnEntry = -14600
 image = 0x1 error: Cannot access memory at address 0x1
 opStack = 0xfffefffd
 opStackOfs = 0
 arg = 13
 #17 0x0221a180 in ?? ()
 No symbol table info available.
 #18 0x0042f27f in SCR_UpdateScreen () at code/client/cl_scrn.c:582
 in_anaglyphMode = optimized out
 recursive = 1
 #19 0x0008 in ?? ()
 No symbol table info available.
 #20 0x004a9644 in VM_Call (vm=0x7fffe3c27b01, 
 callnum=callnum@entry=3) at code/qcommon/vm.c:915
 a = {callnum = 3, args = {72378, 0, 0, -473790240, 0, 4386807, 8, 8, 
 0, 4387455, 8, 4349414}}
 ap = {{gp_offset = 16, fp_offset = 0, 

Bug#766173: icinga2: [INTL:nl] Dutch translation of debconf messages

2014-10-21 Thread Frans Spiesschaert


Package: icinga2
Severity: wishlist
Tags: l10n patch 


Dear Maintainer,

==
Please find attached the Dutch translation of icinga2 debconf messages.
It has been submitted for review to the debian-l10n-dutch mailing list.
Please add it to your next package revision.
It should be put as debian/po/nl.po in your package build tree.
===

Groetjes,
Frans

===
www.frans-spiesschaert.homenet.org
home.base.be/vt6362833/
# Dutch translation of icinga2 debconf templates.
# Copyright (C) YEAR THE PACKAGE'S COPYRIGHT HOLDER
# This file is distributed under the same license as the icinga2 package.
# Frans Spiesschaert frans.spiesscha...@yucom.be, 2014.
#
msgid 
msgstr 
Project-Id-Version: icinga2\n
Report-Msgid-Bugs-To: icin...@packages.debian.org\n
POT-Creation-Date: 2014-08-18 15:18+0200\n
PO-Revision-Date: 2014-10-07 16:32+0200\n
Last-Translator: Frans Spiesschaert frans.spiesscha...@yucom.be\n
Language-Team: Debian Dutch l10n Team debian-l10n-du...@lists.debian.org\n
Language: nl\n
MIME-Version: 1.0\n
Content-Type: text/plain; charset=UTF-8\n
Content-Transfer-Encoding: 8bit\n
Plural-Forms: nplurals=2; plural=(n != 1);\n

#. Type: password
#. Description
#: ../icinga2-classicui.templates:2001
msgid Icinga 2 ClassicUI administration password:
msgstr Beheerderswachtwoord voor Icinga 2 ClassicUI:

#. Type: password
#. Description
#: ../icinga2-classicui.templates:2001
msgid 
Please provide the password to be created with the \icingaadmin\ user.
msgstr 
Gelieve het wachtwoord op te geven voor de aan te maken gebruiker 
\icingaadmin\.

#. Type: password
#. Description
#: ../icinga2-classicui.templates:2001
msgid 
This is the username and password to use when connecting to the Icinga 
server after completing the configuration. If you do not provide a password, 
you will have to configure access to Icinga manually later on.
msgstr 
Deze gebruikersnaam en het wachtwoord moeten gebruikt worden om verbinding 
te maken met de Icinga-server na het voltooien van de configuratie. Indien u 
geen wachtwoord opgeeft, zult u later de toegang tot Icinga handmatig moeten 
instellen.

#. Type: password
#. Description
#: ../icinga2-classicui.templates:3001
msgid Re-enter password to verify:
msgstr Voer ter controle het wachtwoord nogmaals in:

#. Type: password
#. Description
#: ../icinga2-classicui.templates:3001
msgid 
Please enter the same user password again to verify you have typed it 
correctly.
msgstr 
Geef hetzelfde gebruikerswachtwoord nogmaals in om een mogelijke tikfout uit 
te sluiten.

#. Type: error
#. Description
#: ../icinga2-classicui.templates:4001
msgid Password input error
msgstr Fout bij het invoeren van het wachtwoord

#. Type: error
#. Description
#: ../icinga2-classicui.templates:4001
msgid The two passwords you entered were not the same. Please try again.
msgstr 
De twee ingevoerde wachtwoorden zijn niet identiek. Gelieve opnieuw te 
proberen.

#. Type: boolean
#. Description
#: ../icinga2-ido-mysql.templates:2001
msgid Enable Icinga 2's ido-mysql feature?
msgstr De ido-mysql-functionaliteit van Icinga 2 activeren?

#. Type: boolean
#. Description
#: ../icinga2-ido-mysql.templates:2001
msgid Please specify whether Icinga 2 should use MySQL.
msgstr Specificeer of Icinga 2 gebruik moet maken van MySQL.

#. Type: boolean
#. Description
#: ../icinga2-ido-mysql.templates:2001
msgid 
You may later disable the feature by using the \icinga2-disable-feature ido-
mysql\ command.
msgstr 
U kunt later deze functionaliteit uitschakelen met het commando \icinga2-
disable-feature ido-mysql\.

#. Type: boolean
#. Description
#: ../icinga2-ido-pgsql.templates:2001
msgid Enable Icinga 2's ido-pgsql feature?
msgstr De ido-pgsql van Icinga 2 activeren?

#. Type: boolean
#. Description
#: ../icinga2-ido-pgsql.templates:2001
msgid Please specify whether Icinga 2 should use PostgreSQL.
msgstr Specificeer of Icinga 2 gebruik moet maken van PostgreSQL.

#. Type: boolean
#. Description
#: ../icinga2-ido-pgsql.templates:2001
msgid 
You may later disable the feature by using the \icinga2-disable-feature ido-
pgsql\ command.
msgstr 
U kunt later deze functionaliteit uitschakelen met het commando \icinga2-
disable-feature ido-pgsql\.


Bug#766118: lintian: False positive for “missing-license-paragraph-in-dep5-copyright”

2014-10-21 Thread Jakub Wilk

* Russ Allbery r...@debian.org, 2014-10-20, 18:55:

=
$ lintian --version
Lintian v2.5.28
$ lintian ../build-area/lojban-common_1.5+dfsg.1-2.dsc
W: lojban-common source: missing-license-paragraph-in-dep5-copyright 
public-domain (paragraph at line 43)
=

[...]
I'm not at all sure what's actually going on.  For some reason, this 
copyright file is failing to parse properly. I spent some time looking 
at the code and couldn't figure out where it was failing.


I haven't wrapped my head around the code either, but I noticed that 
what triggers this false positive is the header paragraph, not 
paragraph at line 43.


--
Jakub Wilk


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



Bug#764272: Intend to NMU for #764272: gobject-introspection: tests/*.c #include config.h which is missing

2014-10-21 Thread intrigeri
Control: tag -1 + patch

Hi,

intrigeri wrote (16 Oct 2014 09:29:56 GMT) :
 this seems to be https://bugzilla.gnome.org/show_bug.cgi?id=737275,
 that was apparently fixed upstream in
 https://git.gnome.org/browse/gobject-introspection/commit/?id=578eebd54bd9f2b1677922680701c454f489c895

 It's on their 3.14.1 whiteboard, but no release yet. I guess we should
 cherry-pick this commit for Jessie. What do the maintainers think?

The attached patch implements this proposed solution.

I've confirmed that it indeed fixes the FTBFS of the new
libgobject-introspection-perl upstream release, that I'd really like
to upload in the next 3 days so that it has a chance to make it
into Jessie.

I intend to NMU tomorrow, unless the maintainers tell me they'll
address this blocking RC bug themselves, at a pace that unblocks the
situation soon enough for libgobject-introspection-perl.

Comments are welcome :)

Cheers!
--
intrigeri

Index: debian/changelog
===
--- debian/changelog	(revision 43727)
+++ debian/changelog	(working copy)
@@ -1,3 +1,11 @@
+gobject-introspection (1.42.0-2.1) UNRELEASED; urgency=medium
+
+  * Non-maintainer upload.
+  * Dont_unconditionally_include_config.h_in_regress.c.patch: new patch,
+cherry-picked from upstream (Closes: #764272)
+
+ -- intrigeri intrig...@debian.org  Tue, 21 Oct 2014 12:04:27 +0200
+
 gobject-introspection (1.42.0-2) unstable; urgency=medium
 
   * dh_girepository: Add a versioned dependency on libgirepository-1.0-1
Index: debian/patches/Dont_unconditionally_include_config.h_in_regress.c.patch
===
--- debian/patches/Dont_unconditionally_include_config.h_in_regress.c.patch	(revision 0)
+++ debian/patches/Dont_unconditionally_include_config.h_in_regress.c.patch	(working copy)
@@ -0,0 +1,27 @@
+From 578eebd54bd9f2b1677922680701c454f489c895 Mon Sep 17 00:00:00 2001
+From: Matthias Clasen mcla...@redhat.com
+Date: Fri, 10 Oct 2014 11:36:23 -0400
+Bug: https://bugzilla.gnome.org/show_bug.cgi?id=737275
+Bug-Debian: https://bugs.debian.org/764272
+Origin: https://git.gnome.org/browse/gobject-introspection/commit/?id=578eebd54bd9f2b1677922680701c454f489c895
+Subject: Don't unconditionally include config.h in regress.c
+
+This is an installed file, so we can't assume that config.h
+will be around.
+
+diff --git a/tests/scanner/regress.c b/tests/scanner/regress.c
+index 3d3cfdd..8a0652f 100644
+--- a/tests/scanner/regress.c
 b/tests/scanner/regress.c
+@@ -1,5 +1,8 @@
+ /* -*- mode: C; c-file-style: gnu; indent-tabs-mode: nil; -*- */
++/* This file gets installed, so we can't assume config.h is available */
++#ifdef HAVE_CONFIG_H
+ #include config.h
++#endif
+ 
+ #include string.h
+ #include stdlib.h
+-- 
+cgit v0.10.1
+
Index: debian/patches/series
===
--- debian/patches/series	(revision 43727)
+++ debian/patches/series	(working copy)
@@ -1,2 +1,3 @@
 #needed only until all packages are moved to mutliarch paths
 pre_multiarch_compat
+Dont_unconditionally_include_config.h_in_regress.c.patch


Bug#698386: Is there a future for ITKSNAP?

2014-10-21 Thread Gert Wollny
Hello Paul, 



On Tue, 2014-10-21 at 04:45 -0400, Paul Yushkevich wrote:
 I am going to try looking into this problem this week. I have been building
 on Centos, and there the Qt plugins are being picked up just fine. I
 suspect the crash is due to the missing plugin, but I am not sure.
The crash is within 

 QCoreApplication::arguments ()

and it doesn't seem to crash reliable. Somehow I suspect that there is a
mixup in symbols resolution, i.e. I added code like: 

  char *a = lala;
  SNAPQApplication app(1, a);
  QStringList mylist = app.arguments(); 
  
and it crashes in this very call to app.arguments() without going
through the plug-in loading. I also call arguments() in the
SNAPQApplication() constructor to check it and there it doesn't cash. 

When I use valgrind*, then it reports jump depends on un-initialized
values within the final loop of  QCoreApplication::arguments (), but
only outside the constructor. 

I can only guess that the upload of QT5 that came after the upload of
libvtk6-dev which depends on QT5 broke something and a binary upload of
vtk could help.

 Could you tell me why including all VTK libs and GDCM libs was required?
I think not all VTK libs are required, but some symbols where missing,
and it was easier to add all libraries instead of finding out what is
really needed. There was also a symbol missing from GDCM. 

Note, that I worked with the dev32 branch. 

Best 
Gert 

* valgrind reports a number of problems with the code. For some of them
I sent patches upstream, see
 https://sourceforge.net/p/itk-snap/bugs/81/
 https://sourceforge.net/p/itk-snap/bugs/82/





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


Bug#762195: libc6: libpthread: hardware-assisted lock elision hazardous on x86

2014-10-21 Thread Aurelien Jarno
On Mon, Oct 20, 2014 at 11:51:14AM -0200, Henrique de Moraes Holschuh wrote:
 On Thu, 16 Oct 2014, Carlos O'Donell wrote:
  I disagree. IMO the most flexible approach is for glibc to stop using cpuid
  for RTM detection and rely on the kernel to tell it if RTM is usable. Then
  we have a single hardware blacklist in the kernel. We need to talk to
  kernel people about this. Not to mention we might extend a getauxval-type
  API to prevent applications from using cpuid directly e.g. create a
  platform header for this with an x86 specific feature interface.
 
 We are about to freeze for the Jessie release.  I am only asking that we put
 a stopgap measure in place until a proper fix can be deployed upstream (and
 backported to Debian's glibc 2.19 and Linux 3.16).

This is a serious issue, and there is a bug report about it. We will
definitely fix it before the release. The freeze is only one step and not
an excuse to rush things. An RC bug can be fixed after the freeze, even
if it would be better to fix it before.

In addition I have been busy with things that are I consider more
important, fixing glibc and tzdata for old-stable and stable.

 At this time I don't care whether we go with the processor blacklist or take
 the more conservative path and disable lock elision code in Debian, as long
 as we do something.

I feel sad that the lock elision code can't really be disabled without
using additional patches that are not even upstream. I have tested your 
blacklist patch, and it works fine on the few systems I have tested.
I'll therefore go that way.

-- 
Aurelien Jarno  GPG: 4096R/1DDD8C9B
aurel...@aurel32.net http://www.aurel32.net


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



  1   2   3   4   5   >