Bug#557902: [Pkg-oss4-maintainers] Bug#557902: oss4-base: disables ALSA without asking

[Karel Hruška]

Hi all!


I have read this bug report after some trouble with OSS4 an its 
uninstallation in Jessie an I found a problem related to the last note 
in this message:



On Wed, 25 Nov 2009 15:33:28 -0600 Romain Beauxis  
wrote:


> Hi !

>

> Le mardi 24 novembre 2009 23:33:53, Norbert Preining a écrit :

> > installing oss4-base disables ALSA without asking and without

> > any interference, and in addition does not provide automatically

> > some for the running kernel.

> >

> > In addition, there is NO documentation about what to do and how

> > to configure this package or achive some swithcing result.

> >

> > Could you please put a bit of work into that.

>

> Thanks for your report.

>

> Believe it or not, we put some work in this package.

>

> Providing default kernel modules could be an interesting option and 
we should


> consider it at some point.

>

> Concerning the desactivation of ALSA, it can be made optional. 
However, I


> believe that a user that installs oss4 is well aware that this needs to

> disable ALSA, so I don't think that the fact that the package 
disables ALSA is


> confusing to him.

>

> Additionally, if you want to re-enable ALSA, you may simply remove 
the oss4-


> core package.

>

>

> Romain

>

>

>


If you install oss4-base and remove it, it leaves following files in 
/etc/modprobe.d:



oss4-base.conf
oss4-base_noALSA.conf
oss4-base_noOSS3.conf


These files blacklist a lot of kernel modules including e.g. 
snd-hda-intel, which prevents ALSA from working again. (my case) These 
files have to be removed manually, then everything works like before.



I am not sure if this is a standard behaviour, but I thought it would be 
good to point it out.



Thank you for your great work!
Karel Hruska

Bug#794741: kwin-x11: graphical glitches after hibernate

[rollopack]

Package: kwin-x11
Version: 4:5.3.2-3
Severity: minor

Hi, resuming the PC after a pm-hibernate cause graphical glitches in the task
bar.
Running the command "kwin_x11 --replace" resolve the issue.



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

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

Versions of packages kwin-x11 depends on:
ii  kwin-common  4:5.3.2-3
ii  libc62.19-19
ii  libkf5i18n5  5.12.0-1
ii  libkf5windowsystem5  5.12.0-1
ii  libqt5core5a 5.4.2+dfsg-5
ii  libqt5gui5   5.4.2+dfsg-5
ii  libqt5widgets5   5.4.2+dfsg-5
ii  libqt5x11extras5 5.4.2-2
ii  libstdc++6   5.1.1-14
ii  libxcb1  1.10-3+b1

kwin-x11 recommends no packages.

kwin-x11 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#794740: camitk: please make the build reproducible (timestamps)

[Maria Valentina Marin]

Source: camitk
Version: 3.4.0-2
Severity: wishlist
Tags: patch
User: reproducible-bui...@lists.alioth.debian.org
Usertags: timestamps
X-Debbugs-Cc: reproducible-bui...@lists.alioth.debian.org

Hi!

While working on the “reproducible builds” effort [1], we have noticed
that camitk could not be built reproducibly since it uses timestamps in
its manpage output.

The attached patch makes camitk use the environment variable
$SOURCE_DATE_EPOCH [2], which was proposed by the Debian reproducible
builds team as a way to still have timestamps in documentation but make
them be reproducible.

The value of the timestamp will be set to the latest entry in
debian/changelog.


Kind Regards,
akira

[1] https://wiki.debian.org/ReproducibleBuilds/About
[2] https://wiki.debian.org/ReproducibleBuilds/TimestampsProposal
diff -Nru camitk-3.4.0/debian/changelog camitk-3.4.0/debian/changelog
--- camitk-3.4.0/debian/changelog   2015-06-20 11:51:04.0 +0200
+++ camitk-3.4.0/debian/changelog   2015-08-04 13:20:50.0 +0200
@@ -1,3 +1,10 @@
+camitk (3.4.0-2.1) UNRELEASED; urgency=medium
+
+  * Non-maintainer upload.
+  * Add patch to use SOURCE_DATE_EPOCH
+
+ -- akira   Tue, 04 Aug 2015 13:20:28 +0200
+
 camitk (3.4.0-2) unstable; urgency=low
 
   * Fix cmake missing path to ITKConfig (patch force-path-to-itkconfig)
diff -Nru camitk-3.4.0/debian/patches/series camitk-3.4.0/debian/patches/series
--- camitk-3.4.0/debian/patches/series  2015-06-20 11:51:04.0 +0200
+++ camitk-3.4.0/debian/patches/series  2015-08-04 13:20:23.0 +0200
@@ -1,2 +1,3 @@
 remove-doxygen-timestamp
 force-path-to-itkconfig
+Use-SOURCE_DATE_EPOCH
diff -Nru camitk-3.4.0/debian/patches/Use-SOURCE_DATE_EPOCH 
camitk-3.4.0/debian/patches/Use-SOURCE_DATE_EPOCH
--- camitk-3.4.0/debian/patches/Use-SOURCE_DATE_EPOCH   1970-01-01 
01:00:00.0 +0100
+++ camitk-3.4.0/debian/patches/Use-SOURCE_DATE_EPOCH   2015-08-05 
11:15:42.0 +0200
@@ -0,0 +1,26 @@
+Description: Use SOURCE_DATE_EPOCH to produce reproducible timestamps in 
manpages
+
+--- a/sdk/cmake/modules/CamiTKConfig.cmake.in
 b/sdk/cmake/modules/CamiTKConfig.cmake.in
+@@ -225,10 +225,17 @@ mark_as_advanced (CAMITK_CORE_LIB CAMITK
+ # additional unix system resources
+ if (UNIX)
+ # only possible on unix
+-execute_process(COMMAND "date" "+%Y-%m-%d"
+-OUTPUT_VARIABLE CURRENT_DATE
+-OUTPUT_STRIP_TRAILING_WHITESPACE
+-)
++if(DEFINED ENV{SOURCE_DATE_EPOCH})
++execute_process(COMMAND "date" "-u" "+%Y-%m-%d" 
"--date=@$ENV{SOURCE_DATE_EPOCH}"
++OUTPUT_VARIABLE CURRENT_DATE
++OUTPUT_STRIP_TRAILING_WHITESPACE
++)
++else()
++execute_process(COMMAND "date" "+%Y-%m-%d"
++OUTPUT_VARIABLE CURRENT_DATE
++OUTPUT_STRIP_TRAILING_WHITESPACE
++)
++endif()
+ # Application man pages (always in section 1, this is an application...)
+ set(CAMITK_APPLICATION_MAN_INSTALL_DIR "share/man/man1") 
+ # Desktop file always in share/applications (freedesktop standard)


signature.asc
Description: OpenPGP digital signature

Bug#791170: libsigc++-2.0: library transition may be needed when GCC 5 is the default

[Matthias Klose]

Control: tags -1 + confirmed patch
Control: tags -1 - moreinfo
Control: severity -1 serious
Control: retitle -1 libsigc++-2.0: library transition is needed when GCC 5 is
the default

so the incompatibilities are found in the not instantiated templates? however
with a rebuilt library I also find the symbol
_ZNSt7__cxx1110_List_baseIN4sigc9slot_baseESaIS2_EE8_M_clearEv

patch at
http://launchpadlibrarian.net/213230342/libsigc%2B%2B-2.0_2.4.1-1_2.4.1-1ubuntu2.diff.gz


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

Bug#794729: [u...@debian.org: Bug#794729: libdivsufsort-dev: missing dependency on libdivsufsort3]

[Andreas Tille]

Hi Fabian,

I hope you read the mailing list
debian-med-packag...@lists.alioth.debian.org or at least have subscribed
this package in the Debian Package Tracker.  If not please do either of
one to receive the bug reports of your package.

Feel free to ping me if you fixed the issue.

BTW, using d-shlibs would prevent such kind of problems.  You can find
an example usage for instance here:

   git://anonscm.debian.org/debian-med/libmems.git

Kind regards

   Andreas.


- Forwarded message from "Aaron M. Ucko"  -

Date: Wed, 05 Aug 2015 21:46:25 -0400
From: "Aaron M. Ucko" 
To: Debian Bug Tracking System 
Subject: Bug#794729: libdivsufsort-dev: missing dependency on libdivsufsort3
X-Debian-PR-Message: report 794729
X-Debian-PR-Package: libdivsufsort-dev
X-Debian-PR-Keywords: 
X-Debian-PR-Source: libdivsufsort

Package: libdivsufsort-dev
Version: 2.0.1-1
Severity: serious
Justification: Policy 8.4

libdivsufsort-dev should depend on libdivsufsort3 to ensure that
libdivsufsort.so won't dangle.

  $ ls -l /usr/lib/libdivsufsort.*
  lrwxrwxrwx 1 root root 22 Jul 28 10:59 /usr/lib/libdivsufsort.so -> 
libdivsufsort.so.3.0.1
  $ ls -lL /usr/lib/libdivsufsort.so 
  ls: cannot access /usr/lib/libdivsufsort.so: No such file or directory

Could you please fix that?  While you're at it, you might also
consider changing libdivsufsort3's section from science to libs,
since it's not of direct end-user interest.

Thanks!

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

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

-- no debconf information

___
Debian-med-packaging mailing list
debian-med-packag...@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-med-packaging


- End forwarded message -

-- 
http://fam-tille.de


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

Bug#794739: libqt5declarative5: Provide a non-sse2 version

[Christian Gmeiner]

Package: libqt5declarative5
Version: 5.3.2-3~bpo70+1-5.3.2-3

When I try to to run a simple QtWebKit based browser [0] the
application crashes with an Illegal instruction error. The target system
is a Geode LX800 based one without SSE2 support.

I have tried Fedora 19 on the same system, which includes qt5.3.2 packages
and there I did not run into this problem. They are using this patch [1].

Maybe it would be an good idea to provide a sse2 and a non-sse2
version of that lib, like done for libspeex1 [2].

[0] 
https://github.com/austriancoder/qtwebkit_mem_leak/blob/master/browser/main.cpp
[1] 
http://pkgs.fedoraproject.org/cgit/qt5-qtdeclarative.git/tree/qtdeclarative-opensource-src-5.2.0-no_sse2.patch?h=f19
[2] https://packages.debian.org/jessie/i386/libspeex1/filelist


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

Bug#794738: GOsa's tests::is_email() function complains about @intern mail address

[Mike Gabriel]

Package: gosa
Severity: important
Version: 2.7.4+reloaded2-2
Usertags: debian-...@lists.debian.org
User: debian-edu
X-Debbugs-Cc: debian-...@lists.debian.org

While playing with e-Mails in GOsa, I realized that GOsa² globally  
complains about given emails that only have a TLD as domain part, e.g.  
"mike.gabriel@intern". However, such domain names are fully valid and  
the default in a Debian Edu network.


The issue requires to be fixed in  
gosa-core/include/utils/class_test.inc. The regexp that tries to match  
an email-like string should be changed from


  "/^[._a-z0-9\+-]+@[_a-z0-9-]+(\.[a-z0-9i-]+)(\.[a-z0-9-]+)*$/i

to something that applies more to RFC-5321 [1] / RFC-5322 (for further  
reading see [2]).


Greets,
Mike

[1] http://tools.ietf.org/html/rfc5321#section-2.3.5
[2] http://www.regular-expressions.info/email.html

--

DAS-NETZWERKTEAM
mike gabriel, herweg 7, 24357 fleckeby
fon: +49 (1520) 1976 148

GnuPG Key ID 0x25771B31
mail: mike.gabr...@das-netzwerkteam.de, http://das-netzwerkteam.de

freeBusy:
https://mail.das-netzwerkteam.de/freebusy/m.gabriel%40das-netzwerkteam.de.xfb


pgpunyQ4xdzDA.pgp
Description: Digitale PGP-Signatur

Bug#794737: Incorrect (ppc64le) binfmt prevents execution of statically linked executables

[TJ]

Package: qemu-user-binfmt
Version: 1:2.1+dfsg-12+deb8u1

This likely affects all releases and other architectures.

I was helping a user on IRC #debian who was having problems completing the 
build of a PPC64LE chroot on amd64.

The specific problem was early failure of "/debootstrap/debootstrap 
--second-stage" with:

/sbin/ldconfig.real: Syntax error: "(" unexpected

Using strace I eventually noticed that the ELF header of "/sbin/ldconfg.real" did not 
match the magic defined in "/usr/share/binfmts/qemu-ppc64le".

The specific issue appears to be that "ldconfig.real" is statically linked and 
byte offset 0x07 is 0x03, which doesn't match the binfmt magic.

"debian/binfmt-update-in" currently contains:

ppc64le_magic='\x7fELF\x02\x01\x01\x00\x00\x00\x00\x00\x00\x00\x00\x00\x02\x00\x15\x00'
ppc64le_mask='\xff\xff\xff\xff\xff\xff\xff\xff\xff\xff\xff\xff\xff\xff\xff\xff\xfe\xff\xff\x00'

but it should have mask byte offset 0x07 = 0xfc:

ppc64le_magic='\x7fELF\x02\x01\x01\x00\x00\x00\x00\x00\x00\x00\x00\x00\x02\x00\x15\x00'
ppc64le_mask='\xff\xff\xff\xff\xff\xff\xff\xfc\xff\xff\xff\xff\xff\xff\xff\xff\xfe\xff\xff\x00'

   ^^^


A manual workaround:

# copy this to /usr/share/binfmts/qemu-ppc64le
# install it using "sudo update-binfmts --import qemu-ppc64le
package qemu-user-static
interpreter /usr/bin/qemu-ppc64le-static
credentials yes
offset 0
magic \x7fELF\x02\x01\x01\x00\x00\x00\x00\x00\x00\x00\x00\x00\x02\x00\x15\x00
mask 
\xff\xff\xff\xff\xff\xff\xff\xfc\xff\xff\xff\xff\xff\xff\xff\xff\xfe\xff\xff\x00


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

Bug#791223: omnievents: library transition may be needed when GCC 5 is the default

[Martin Pitt]

Hello,

omnievents has zero reverse dependencies and its last upload was 2011,
so TBH this looks pretty much dead to me. Thus I'd recommend merely
rebuilding this with g++5 to update the symbols, but not otherwise
transition this.

Martin
-- 
Martin Pitt| http://www.piware.de
Ubuntu Developer (www.ubuntu.com)  | Debian Developer  (www.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#791130: libitpp: library transition may be needed when GCC 5 is the default

[Julien Cristau]

Control: severity -1 serious
Control: tag -1 confirmed

On Fri, Jul  3, 2015 at 13:11:34 +, Matthias Klose wrote:

> Package: src:libitpp
> Version: 4.3.1-3
> Severity: important
> Tags: sid stretch
> User: debian-...@lists.debian.org
> Usertags: libstdc++-cxx11
> 
> Background [1]: libstdc++6 introduces a new ABI to conform to the
> C++11 standard, but keeps the old ABI to not break existing binaries.
> Packages which are built with g++-5 from experimental (not the one
> from testing/unstable) are using the new ABI.  Libraries built from
> this source package export some of the new __cxx11 or B5cxx11 symbols,
> and dropping other symbols.  If these symbols are part of the API of
> the library, then this rebuild with g++-5 will trigger a transition
> for the library.

See e.g.
https://buildd.debian.org/status/fetch.php?pkg=aghermann&arch=amd64&ver=1.0.5-1%2Bb1&stamp=1438793511

Cheers,
Julien


signature.asc
Description: Digital signature

Bug#794736: libvigraimpex: library transition is needed when GCC 5 is the default

[Matthias Klose]

Package: src:libvigraimpex
Version: 1.10.0+dfsg-9
Severity: serious
Tags: sid stretch confirmed
User: debian-...@lists.debian.org
Usertags: libstdc++-cxx11

[ confirmed, for both 1.10.0+dfsg-9 in experimental and 1.9.0+dfsg-10 in 
unstable ]


Background [1]: libstdc++6 introduces a new ABI to conform to the
C++11 standard, but keeps the old ABI to not break existing binaries.
Packages which are built with g++-5 from experimental (not the one
from testing/unstable) are using the new ABI.  Libraries built from
this source package export some of the new __cxx11 or B5cxx11 symbols,
and dropping other symbols.  If these symbols are part of the API of
the library, then this rebuild with g++-5 will trigger a transition
for the library.

What is needed:

 - Rebuild the library using g++/g++-5 from experimental. Note that
   most likely all C++ libraries within the build dependencies need
   a rebuild too. You can find the log for a rebuild in
 https://people.debian.org/~doko/logs/gcc5-20150701/
   Search for "BEGIN GCC CXX11" in the log.

 - Decide if the symbols matching __cxx11 or B5cxx11 are part of the
   library API, and are used by the reverse dependencies of the
   library.

 - If there are no symbols matching __cxx11 or B5cxx11 in the symbols
   forming the library API, you should close this issue with a short
   explanation.

 - If there are no reverse dependencies, it should be the package
   maintainers decision if a transition is needed.  However this might
   break software which is not in the Debian archive, and built
   against these packages.

 - If a library transition is needed, please prepare for the change.
   Rename the library package, append "v5" to the name of the package
   (e.g. libfoo2 -> libfoo2v5). Such a change can be avoided, if you
   have a soversion bump and you upload this version instead of the
   renamed package.  Prepare a patch and attach it to this issue (mark
   this issue with patch), so that it is possible to NMU such a
   package. We'll probably have more than hundred transitions
   triggered. Then reassign the issue to release.debian.org and
   properly tag it as a transition issue, by sending an email to
   cont...@bugs.debian.org:

 user release.debian@packages.debian.org
 usertag  + transition
 block  by 790756
 reassign  release.debian.org

 - If unsure if a transition is needed, please tag the issue with help
   to ask for feedback from other Debian developers.

The libstdc++6 transition will be a large one, and it will come with a
lot of pain.  Please help it by preparing the follow-up transitions.

[1] https://wiki.debian.org/GCC5#libstdc.2B-.2B-_ABI_transition


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

Bug#794717: depends on libboost-date-time1.55.0, which is broken by new libstdc++6

[Rene Engelhard]

Hi,

On Wed, Aug 05, 2015 at 07:51:26PM -0300, Dennis Gonçalves wrote:
>currently libreoffice-core depends on libboost-date-time1.55.0, which is
>broken by the new libstdc++6 install in sid.
> 
>Given that boost1.55 maintainer said he wont support the new ABI for 1.55
>([1]https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=793222), then i
>guess libreoffice-core should be updated to depend on the newer
>libboost-date-time1.58.0.

Yes, I know. But the full LO is unbuildable right now because of exactly this
transition so I can't fix this now for sid. libebook1.2-dev is uninstallable 
right now.

But yeah, the rebuild will be done. The next upload will be 5.0.1 rc1 to
_experimental_ which temporarily disables libreoffice-evolution to get 
buildable.
Depending on how long it takes for libphonenumber6 (to fix libebook1.2-dec) 
gets fixed
I might upload 5.0.1 to unstable with or without -evolution.

Regards,

Rene

P.S: Thankfully you didn't make it RC before 1:4.4.5-2 migrated to testing (was 
uploaded
before the transition started and works in testing). Will do so once it 
migrated tomorrow,
since it's in fact RC.

But given it's a transition with 3000 affected packages and anything using 
boost is affected
I don't think it makes sense to have a RC bug filed against all of them...


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

Bug#792206: apt-cacher: modifies conffiles (policy 10.7.3): /etc/default/apt-cacher

[Mark Hindley]

package apt-cacher
severity 792206 normal
tags 792206 + moreinfo
tags 792206 + unreproducible
thanks


On Sun, Jul 12, 2015 at 06:42:04PM +0200, Andreas Beckmann wrote:
> Package: apt-cacher
> Version: 1.7.11
> Severity: serious
> User: debian...@lists.debian.org
> Usertags: piuparts
> 
> Hi,
> 
> during a test with piuparts I noticed your package modifies conffiles.

Thanks, but I am afriad I can't reproduce this
 
> 5m23.6s ERROR: FAIL: debsums reports modifications inside the chroot:
>   /etc/default/apt-cacher
> 
> This was observed after an squeeze -> wheezy -> jessie -> stretch
> upgrade.

I think this may be spurious. /etc/default/apt-cacher is no longer a conffile,
rather being handled by ucf from a template in /usr/share/apt-cacher. See
changelog and bug #688890 (fixed in apt-cacher version 1.7.6).

I propose to downgrade the severity and tag moreinfo.

Mark


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

Bug#794735: schroot: Unable to install in sid, Unmet Dependencies

[Mohit Bhakkad]

Subject: schroot: Unable to install in sid: Unmet Dependencies
Package: schroot
Version: 1.6.10-1
Severity: normal

Dear Maintainer,

* I am not able to install schroot using command:

#apt-get install schroot

It gives following issues:

Reading package lists... Done
Building dependency tree... Done
Some packages could not be installed. This may mean that you have
requested an impossible situation or if you are using the unstable
distribution that some required packages have not yet been created
or been moved out of Incoming.
The following information may help to resolve the situation:

The following packages have unmet dependencies:
 schroot : Depends: libboost-filesystem1.55.0 but it is not going to be
installed
   Depends: libboost-iostreams1.55.0 but it is not going to be
installed
   Depends: libboost-program-options1.55.0 but it is not going to
be installed
   Depends: libboost-regex1.55.0 but it is not going to be installed
   Depends: libboost-system1.55.0 but it is not going to be
installed
   Depends: libstdc++6 (>= 4.6) but it is not going to be installed
E: Unable to correct problems, you have held broken packages.

* Now if I try to install libboost-filesystem1.55.0:
#apt-get install libboost-filesystem1.55.0
Reading package lists... Done
Building dependency tree
Reading state information... Done
libboost-filesystem1.55.0 is already the newest version.

* My sources.list contains:

deb http://http.debian.net/debian sid main
deb http://ftp.de.debian.org/debian sid main

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

Kernel: Linux 3.13.0-43-generic
Locale: LANG=en_IN, LC_CTYPE=en_IN (charmap=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
ANSI_X3.4-1968)
Shell: /bin/sh linked to /bin/dash
Init: unable to detect

Bug#794734: openexr: library transition is needed when GCC 5 is the default

[Matthias Klose]

Package: src:openexr
Version: 1.6.1-8
Severity: serious
Tags: sid stretch confirmed
User: debian-...@lists.debian.org
Usertags: libstdc++-cxx11

[ confirmed, or at least opencv ftbfs ]


Background [1]: libstdc++6 introduces a new ABI to conform to the
C++11 standard, but keeps the old ABI to not break existing binaries.
Packages which are built with g++-5 from experimental (not the one
from testing/unstable) are using the new ABI.  Libraries built from
this source package export some of the new __cxx11 or B5cxx11 symbols,
and dropping other symbols.  If these symbols are part of the API of
the library, then this rebuild with g++-5 will trigger a transition
for the library.

What is needed:

 - Rebuild the library using g++/g++-5 from experimental. Note that
   most likely all C++ libraries within the build dependencies need
   a rebuild too. You can find the log for a rebuild in
 https://people.debian.org/~doko/logs/gcc5-20150701/
   Search for "BEGIN GCC CXX11" in the log.

 - Decide if the symbols matching __cxx11 or B5cxx11 are part of the
   library API, and are used by the reverse dependencies of the
   library.

 - If there are no symbols matching __cxx11 or B5cxx11 in the symbols
   forming the library API, you should close this issue with a short
   explanation.

 - If there are no reverse dependencies, it should be the package
   maintainers decision if a transition is needed.  However this might
   break software which is not in the Debian archive, and built
   against these packages.

 - If a library transition is needed, please prepare for the change.
   Rename the library package, append "v5" to the name of the package
   (e.g. libfoo2 -> libfoo2v5). Such a change can be avoided, if you
   have a soversion bump and you upload this version instead of the
   renamed package.  Prepare a patch and attach it to this issue (mark
   this issue with patch), so that it is possible to NMU such a
   package. We'll probably have more than hundred transitions
   triggered. Then reassign the issue to release.debian.org and
   properly tag it as a transition issue, by sending an email to
   cont...@bugs.debian.org:

 user release.debian@packages.debian.org
 usertag  + transition
 block  by 790756
 reassign  release.debian.org

 - If unsure if a transition is needed, please tag the issue with help
   to ask for feedback from other Debian developers.

The libstdc++6 transition will be a large one, and it will come with a
lot of pain.  Please help it by preparing the follow-up transitions.

[1] https://wiki.debian.org/GCC5#libstdc.2B-.2B-_ABI_transition


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

Bug#717544: CVE-2013-2207: Remove pt_chown

[Florian Weimer]

retitle 717544 CVE-2013-2207: Remove pt_chown
thanks

Can we please make another attempt at removing pt_chown, either
completely or by removing the SUID bit?  The current devpts file
system is set up in such a way that this is not necessary.  Fedora and
Red Hat Enterprise Linux 7 already ship without pt_chown, apparently
without ill effects.  The Debian software I have checked sets up
/dev/pts with the gid=5 option, which means that pt_chown should be
unnecessary as well.

We also need to get this change into stable, maybe even oldstable.


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

Bug#794626: libconfig transistion

[Tobias Frost]

I rebuilt all r-depends on libconfig-dev and libconfig++-dev:

For the failed ones I filed bugs already, except where I could not
install the B-Ds.
(Solarpowerlog is already fixed)

Wed Aug  5 20:14:58 UTC 2015 ldc FAILED
Wed Aug  5 20:17:59 UTC 2015 siril SUCCESS
Wed Aug  5 20:18:51 UTC 2015 flush FAILED
Wed Aug  5 20:19:19 UTC 2015 libffado FAILED
Wed Aug  5 20:19:59 UTC 2015 solarpowerlog FAILED FIXED
Wed Aug  5 20:20:26 UTC 2015 aghermann FAILED
Wed Aug  5 20:26:31 UTC 2015 viva FAILED  BOOST Problem
Wed Aug  5 20:26:41 UTC 2015 lierolibre FAILEDBD Problem
Wed Aug  5 20:26:45 UTC 2015 meterec SUCCESS
Wed Aug  5 20:27:02 UTC 2015 yubiserver FAILEDautomake-1.14?
Wed Aug  5 20:27:10 UTC 2015 lldpad SUCCESS
Wed Aug  5 20:27:57 UTC 2015 hdapsd SUCCESS
Wed Aug  5 20:28:12 UTC 2015 apt-dater SUCCESS
Wed Aug  5 20:28:38 UTC 2015 sitplus FAILED   BD Problem
Wed Aug  5 20:29:07 UTC 2015 sslh SUCCESS
Wed Aug  5 20:29:56 UTC 2015 libstoragemgmt SUCCESS
Wed Aug  5 20:32:01 UTC 2015 libguestfs FAILEDFTBFS
Wed Aug  5 20:32:22 UTC 2015 fis-gtm FAILED   FTBFS
Wed Aug  5 20:32:27 UTC 2015 lintex SUCCESS
Wed Aug  5 20:32:38 UTC 2015 compton SUCCESS


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

Bug#793921: tftpd-hpa: IPv6 address cannonization breaks IPv4

[Jason Gunthorpe]

On Wed, Jul 29, 2015 at 05:34:00PM +0930, Ron wrote:
> > This commit:
> > 
> >  tftp: convert IPv6-mapped IPv4 addresses to IPv4
> > 
> >  If we receive IPv4 addresses mapped to IPv6, convert them back to IPv4
> >  so that mapping scripts which use \i behave sanely.
> > 
> >  Signed-off-by: H. Peter Anvin 
> > 
> > Totally breaks IPv4 support when tftpd is used with an IPv6 listening socket
> > (eg when invoked from systemd)

> I think I can see a couple of ways this might start to wind down a
> rathole of workaround upon workaround for various network
> configurations

I haven't seen a followup from HPA, so I wanted to quickly comment on
this point..

> (like if the machine is only listening on an IPv6 socket, will local
> policy even allow it to send from an IPv4 one etc.)

IPv4 running in a IPv6 socket is indistinguishable at the
policy/firewall/etc level from proper IPv4, there should be no
downside to receiving a connect on a IPv6 listening socket and then
switching to an IPv4 socket for further communication.

> It's also not clear to me that croaking with an assert is the ideal
> response here, but logging a warning at least would definitely be
> helpful.

That can be changed. However, if the assert triggers it indicates a
logic flaw of some kind in the normalization code.

Jason


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

Bug#794627: enigmail does not work with gpg 2.1.6

[Pirate Praveen]

On Thursday 06 August 2015 09:47 AM, Pirate Praveen wrote:
> On Thursday 06 August 2015 02:14 AM, Daniel Kahn Gillmor wrote:
>>> enigmail cannot decrypt/encrypt and sign messages with gpg
>>> 2.1.6 in experimental. Reporting early so that we can fix it
>>> before it enters unstable.
> 
>> hm, it works for me with enigmail 2:1.8.2-3 and gnupg 2.1.6-1.
>> Is it possible that you've got some odd combination of 
>> pinentry/gpg-agent/desktop-environment or something?
> 
> I have gnome 3 and the same combination works when I downgrade to 
> 2.0.38-3 from unstable and restart.
> 
>> dpkg -l 'pinentry*' 'gnupg*' gcr
> 
> 
> $ dpkg -l 'pinentry*' 'gnupg*' gcr 
> Desired=Unknown/Install/Remove/Purge/Hold | 
> Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Tri
g-
>
> 
pend
> |/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad) ||/ Name
> Version   Architecture Description 
> +++-=-=-=-
==
>
> 
==
> ii  gcr   3.12.2-1  amd64 GNOME crypto
> services (daemon and tools) ii  gnupg 1.4.19-3
> amd64 GNU privacy guard - a free PGP replacement ii
> gnupg-agent   2.0.28-3  amd64 GNU 
> privacy guard - password agent ii  gnupg-curl
> 1.4.18-2  amd64 GNU privacy guard - a free PGP
> replacement (cURL) un  gnupg-doc 
> (no description available) ii  gnupg2
> 2.0.28-3  amd64 GNU privacy guard - a free PGP
> replacement (new v2.x) un  pinentry  
> (no description available) ii  pinentry-curses
> 0.8.3-2   amd64 curses-based PIN or pass-phrase entry
> dialog for GnuPG un  pinentry-doc  
> (no description available) ii  pinentry-gnome3
> 0.9.5-2   amd64 GNOME 3 PIN or pass-phrase entry dialog for
> GnuPG ii  pinentry-gtk2 0.8.3-2   amd64 
> GTK+-2-based PIN or pass-phrase entry dialog for GnuPG un
> pinentry-qt4  (no 
> description available) un  pinentry-x11  
> (no description available)
> 
>> Are you able to encrypt/decrypt/sign from the gpg command line?

yes, I and encrypt and decrypt from commandline.

> everything works with gnupg2 2.0.38-3 from unstable.
> 
> It looks my gcr is old, I'll try updating gcr.
> 

ii  gcr3.16.0-1 amd64GNOME crypto services
(daemon and
ii  pinentry-gtk2  0.9.5-2  amd64GTK+-2-based PIN or
pass-phrase e

still not working.


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

Bug#794731: KGB doesn't work on #debian-in channel

[Kartik Mistry]

Source: kgb-bot
Severity: normal

KGB bot only shows old commits instead of new commits. It only shows following
commits when I push anything in git repo.

-KGB-1:#debian-in- Vasudev Kamath signed tags 857886e fonts-lohit-gu 
debian/2.5.3-1 fonts-lohit-gujr Debian release 2.5.3-1 (tagged commit: ef0f891) 
* http://deb.li/3X0RI
-KGB-1:#debian-in- Vasudev Kamath signed tags 668601e fonts-lohit-gu 
upstream/2.5.3 Upstream version 2.5.3 (tagged commit: 205a1a0) * 
http://deb.li/J0yj

Is it issue with config somewhere for channel?

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

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

-- 
Kartik Mistry | IRC: kart_
{0x1f1f, kartikm}.wordpress.com


signature.asc
Description: Digital signature

Bug#794627: enigmail does not work with gpg 2.1.6

[Pirate Praveen]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

On Thursday 06 August 2015 02:14 AM, Daniel Kahn Gillmor wrote:
>> enigmail cannot decrypt/encrypt and sign messages with gpg 2.1.6
>> in experimental. Reporting early so that we can fix it before it
>> enters unstable.
> 
> hm, it works for me with enigmail 2:1.8.2-3 and gnupg 2.1.6-1.  Is
> it possible that you've got some odd combination of 
> pinentry/gpg-agent/desktop-environment or something?

I have gnome 3 and the same combination works when I downgrade to
2.0.38-3 from unstable and restart.

> dpkg -l 'pinentry*' 'gnupg*' gcr
> 

$ dpkg -l 'pinentry*' 'gnupg*' gcr
Desired=Unknown/Install/Remove/Purge/Hold
|
Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Trig-
pend
|/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad)
||/ Name  Version   Architecture
Description
+++-=-=-=-==
==
ii  gcr   3.12.2-1  amd64
GNOME crypto services (daemon and tools)
ii  gnupg 1.4.19-3  amd64 GNU
privacy guard - a free PGP replacement
ii  gnupg-agent   2.0.28-3  amd64 GNU
privacy guard - password agent
ii  gnupg-curl1.4.18-2  amd64 GNU
privacy guard - a free PGP replacement (cURL)
un  gnupg-doc (no
description available)
ii  gnupg22.0.28-3  amd64 GNU
privacy guard - a free PGP replacement (new v2.x)
un  pinentry  (no
description available)
ii  pinentry-curses   0.8.3-2   amd64
curses-based PIN or pass-phrase entry dialog for GnuPG
un  pinentry-doc  (no
description available)
ii  pinentry-gnome3   0.9.5-2   amd64
GNOME 3 PIN or pass-phrase entry dialog for GnuPG
ii  pinentry-gtk2 0.8.3-2   amd64
GTK+-2-based PIN or pass-phrase entry dialog for GnuPG
un  pinentry-qt4  (no
description available)
un  pinentry-x11  (no
description available)

> Are you able to encrypt/decrypt/sign from the gpg command line?

everything works with gnupg2 2.0.38-3 from unstable.

It looks my gcr is old, I'll try updating gcr.

> also: decrypt and sign are secret key operations, which would
> implicate the agent (and possibly pinentry).  But it looks like
> you're suggesting that encrypting is also broken, which is a public
> key operation.
> 
> Feel free to try sending me an encrypted, unsigned mail personally
> (key fingerprint 0EE5BE979282D80B9F7540F1CCD2ED94D21739E9) if you
> want to test the public-key-only operations with enigmail.
> 
> hope to help get this sorted out,
> 
> --dkg
> 

-BEGIN PGP SIGNATURE-
Version: GnuPG v2

iQIcBAEBCAAGBQJVwt/gAAoJEM4fnGdFEsIqWjYP+gLNvAd5yIon5MyfsXyAdSD+
4f3uPJ5ifxuhRZz5DDrtTM6UHSpao4kltHE2FL4I7MBd0CWIMHl0/fC2zn7jEcuF
RvXyXWXeh6/tU+DyOiP8x4t3dSgK/H0VZanLsSupztWBYd+EsC1OjHMqfa3NN/3w
/nAovweeOGMxA662+ZqW2hXDdoRtQakr9lnCq1RAyY+638/sndzTWWGMLt0O2/M6
0bjyMixrk9raDTMxbwuDOJ/SJGvWozRLYZG/zhecMDVODuFQeJfSNi1HvLdBWRhM
FV6G3+0OdbkLqkkRuP/LU4ms4V5W8ABvyr11XL1FztjcINRRlgY5yS+RK07rxss7
PO8+btAP9OjVPDKR1sVqhKNbk9uHF7PtQZ5XbXxhe674s4wznMnLzpfxoWTUHaDf
eZvAeGTzWSOD41v94wohRs+xGhjquFz6yw4E0lAcurhRhTZxjdU2gLJP06TrYkR0
kb6SLqKRrNnRuntEzIcJKWzMWd++cH4VDo90EfXR0AhoiplGt7PREFqHUTFo1lpH
10SEt+CZzYtdTb0+PU6c3PmubxKZYsk8C8SEtngwAYnc4qTyvg/bciuoPqI4Qs4C
Ip9G8RT71JMun/phsedO4sB7IPGHSitx39kfVBd4x+SidN+9hlJe4VzqDD9TiFpI
+y2yulxmWRbmvQiE5Ya7
=6o89
-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#794730: symbol lookup error: aptitude: undefined symbol: _ZN7cwidget7widgets5pager8set_textERKSsPKc

[積丹尼 Dan Jacobson]

Package: libcwidget3
Version: 0.5.17-3+b1
Severity: grave

# aptitude
aptitude: symbol lookup error: aptitude: undefined symbol: 
_ZN7cwidget7widgets5pager8set_textERKSsPKc
Downgrading to 0.5.17-3 fixes it.


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

Bug#793067: Bug#792328: info: can no longer find the Emacs manual

[Eli Zaretskii]

> Date: Wed, 5 Aug 2015 21:16:36 +0100
> From: Gavin Smith 
> Cc: Rob Browning , 793...@bugs.debian.org, 
>   Texinfo 
> 
> > Symlinks are less portable than init files.
> 
> What operating systems don't support symlinks

Windows.  (Later versions do, but creating a symlink requires
privileges.)

> and why is it important enough to add an extra feature for them that
> isn't needed on other operating systems, complicating the situation
> for everybody else who isn't using them?

Init files are a widely used feature, it's not a complication at all.


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

Bug#794692: pulseaudio: please build pulseaudio-module-dev

[Felipe Sateler]

Control: tags -1 wontfix

Hi Dominik,

On 5 August 2015 at 15:24, Dominik George  wrote:
> Source: pulseaudio
> Severity: wishlist
>
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA256
>
> Please build a -dev package that contains headers for building
> pulseaduio modules against.
>
> This is needed in e.g. modern xrdp to build desktop audio forwarding
> over RDP.

Unfortunately, the module api is not stable, and thus is not fit for
public distribution. There are no guarantees that a module for 6.0
will build with pa 7.0. Moreover, modules usually use internal
pulseaudio functions that are of course not stable. If upstream does
not install the headers I don't see why we should.

Your best option is to get the pulseaudio source and add your module as a patch.

Sorry
-- 

Saludos,
Felipe Sateler


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

Bug#793990: libdvd-pkg: Debconf abuse

[Dmitry Smirnov]

On Wednesday 29 July 2015 14:53:41 Christian Perrier wrote:
> This package seems to use a debconf note to notify users without any
> special action.

If it is about a particular note then which one?

FYI debconf prompt was introduced by request of Ansgar (on behalf of ftp-
master) as a condition for entering archive.

libdvd-pkg uses debconf dialogs to configure or schedule important actions 
that may not be possible to do when dialog is displayed.

At the moment I can't quite recognise the abuse without further hints...

-- 
Regards,
 Dmitry Smirnov

---

If any remedy is tested under controlled scientific conditions and
proved to be effective, it will cease to be alternative and will simply
become medicine. So-called alternative medicine either hasn't been
tested or it has failed its tests.
-- Richard Dawkins, 2007


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

Bug#794729: libdivsufsort-dev: missing dependency on libdivsufsort3

[Aaron M. Ucko]

Package: libdivsufsort-dev
Version: 2.0.1-1
Severity: serious
Justification: Policy 8.4

libdivsufsort-dev should depend on libdivsufsort3 to ensure that
libdivsufsort.so won't dangle.

  $ ls -l /usr/lib/libdivsufsort.*
  lrwxrwxrwx 1 root root 22 Jul 28 10:59 /usr/lib/libdivsufsort.so -> 
libdivsufsort.so.3.0.1
  $ ls -lL /usr/lib/libdivsufsort.so 
  ls: cannot access /usr/lib/libdivsufsort.so: No such file or directory

Could you please fix that?  While you're at it, you might also
consider changing libdivsufsort3's section from science to libs,
since it's not of direct end-user interest.

Thanks!

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

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

-- 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#794728: exiv2: FTBFS (32-bit): symbols not as expected

[Aaron M. Ucko]

Source: exiv2
Version: 0.25-1
Severity: serious
Justification: fails to build from source (but built successfully in the past)

Builds of exiv2 for 32-bit architectures such as i386 have been failing
because they wind up with a somewhat different set of (mangled) symbol
names than 64-bit builds do.  Could you please take a look?  You can
find the details at

https://buildd.debian.org/status/logs.php?pkg=exiv2&ver=0.25-1

Thanks!


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

Bug#794727: base-files needs to account for changed behaviour of mesg in dot.profile

[Daniel Reichelt]

Package: base-files
Version: 9.2
Severity: normal
Tags: patch

In testing /usr/bin/mesg is provided by util-linux instead of sysvinit-utils.
Its changed behaviour with respect to exit codes needs to be accounted for in
/usr/share/base-files/dot.profile.

When displaying of messages is set to no and also when being set to no,
util-linux' mesg exits 0 but 1. Since "mesg n" is the last command being run
for root's login-shells, the first exit code the user "sees" is 1 - which is
plain wrong.

Another example is ssh'ing into a stretch machine with e.g. "bash -lex
somecommand" where "somecommand" will never be executed due to the error-exit
triggered by the "failed" invocation of mesg.

A possible workaround is to change "mesg n" to s.th. along the lines of

---8<
(
mesg n
err=$?
[ $err -gt 1 ] && exit $err
:
)
---8<

This way, mesg's exit 1 gets masked by the empty statement ":" which returns 
zero.

If the mesg call fails with, say 127 becaus the binary is missing, exit 127
gets triggered which exits the sub-shell - and only the sub-shell, not the
login shell - and the empty statement ":" which would return zero gets skipped
and code 127 gets propagated to the login shell.


Daniel




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

Kernel: Linux 4.0.0-2-amd64 (SMP w/6 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
Init: sysvinit (via /sbin/init)

Versions of packages base-files depends on:
ii  gawk [awk]  1:4.1.1+dfsg-1
ii  mawk [awk]  1.3.3-17

base-files recommends no packages.

base-files 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#794726: sqitch deploy fails with MySQL 5.5

[Jeff Carpenter]

Package: sqitch
Version: 0.996-1
Severity: important

Dear Maintainer,

   Entering this:
   $ sqitch deploy dev

   returned the following error:
   Sqitch requires MySQL 5.6.4 or higher; this is 5.5.44-0+deb8u1


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

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

Versions of packages sqitch depends on:
ii  libclone-perl0.37-1+b1
ii  libconfig-gitlike-perl   1.15-1
ii  libdatetime-perl 2:1.12-1
ii  libdbd-mysql-perl4.028-2+b1
ii  libdbd-pg-perl   3.4.2-1
ii  libdbi-perl  1.631-3+b1
ii  libdevel-stacktrace-perl 1.3400-1
ii  libencode-locale-perl1.03-1
ii  libfile-homedir-perl 1.00-1
ii  libhash-merge-perl   0.200-1
ii  libintl-perl 1.23-1
ii  libio-pager-perl 0.31-1
ii  libipc-run3-perl 0.048-1
ii  libipc-system-simple-perl1.25-2
ii  liblist-moreutils-perl   0.33-2+b1
ii  libmoo-perl  1.006001-1
ii  libnamespace-autoclean-perl  0.20-1
ii  libpath-class-perl   0.35-1
ii  libperlio-utf8-strict-perl   0.004-1+b1
ii  libstring-formatter-perl 0.102084-1
ii  libstring-shellquote-perl1.03-1
ii  libsub-exporter-perl 0.986-1
ii  libtemplate-tiny-perl1.12-1
ii  libthrowable-perl0.200012-1
ii  libtry-tiny-perl 0.22-1
ii  libtype-tiny-perl1.04-1
ii  libtype-tiny-xs-perl 0.010-1
ii  liburi-db-perl   0.15-1
ii  liburi-perl  1.64-1
ii  mysql-client-5.5 [mysql-client]  5.5.44-0+deb8u1
ii  perl 5.20.2-3+deb8u1

sqitch recommends no packages.

sqitch 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#794725: mountall: Garbage bug, testing reportbug, please ignore.

[Robert Bruce Park]

Package: mountall
Version: 2.54ubuntu1
Severity: minor

Dear Maintainer,

Please delete this if you see it, apologies for noise.


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

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

Versions of packages mountall depends on:
ii  coreutils 8.23-3ubuntu1
ii  dpkg  1.17.25ubuntu1
ii  libc6 2.21-0ubuntu4
ii  libdbus-1-3   1.8.12-1ubuntu5
ii  libnih-dbus1  1.0.3-4ubuntu27
ii  libnih1   1.0.3-4ubuntu27
ii  libplymouth4  0.9.0-0ubuntu9
ii  libudev1  219-7ubuntu6
ii  makedev   2.3.1-93ubuntu1
ii  plymouth  0.9.0-0ubuntu9
ii  udev  219-7ubuntu6

mountall recommends no packages.

mountall 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#794723: Policykit crashes systemd

[Carlos Kosloff]

Package: policykit-1
Version: 0.105-11
Severity: critical
Tags: stretch

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

Kernel: Linux 4.0.0-2-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
Init: systemd (via /run/systemd/system)

Versions of packages policykit-1 depends on:
ii  dbus   1.8.20-1
ii  libc6  2.19-19
ii  libglib2.0-0   2.44.1-1.1
ii  libpam-systemd 222-2
ii  libpam0g   1.1.8-3.1
ii  libpolkit-agent-1-00.105-11
ii  libpolkit-backend-1-0  0.105-11
ii  libpolkit-gobject-1-0  0.105-11

policykit-1 recommends no packages.

policykit-1 suggests no packages.


Dear Maintainer,

I am installing a fresh version of testing, no desktop, just standard 
system utilities in a VM, the underlying software is virtualbox (from 
Oracle) Version 5.0.0r101573.
After a dist-upgrade I installed xserver-xorg and then proceeded to 
install e17, which completely crashed systemd, I could not even reboot 
or poweroff the VM.
I went back to the initial snapshot, which wiped out the previous 
install, and tried with xfce4, obtaining same results.
I am posting a link to a snapshot because I could not capture text in 
the VM. it might have been possible using only keyboard but I did not try.

http://i.imgur.com/w5jD2Xw.png
This VM is useless, does not work properly, I will keep it to see if a 
dist-upgrade fixes the problem.

Thank you.
.
--
*Carlos Kosloff*

Bug#794674: lintian: FTBFS due to test failures with dpkg-dev >= 1.18.2

[Jakub Wilk]

Control: tags 1 - patch

* Axel Beckert , 2015-08-05, 17:46:

binary:  dpkg-genchanges  >../binary_4-1.1_amd64.changes
binary: Error parsing time at /usr/lib/x86_64-linux-gnu/perl/5.20/Time/Piece.pm line 
469, <$filehandle> line 16.
binary: dpkg-buildpackage: error: dpkg-genchanges gave error exit status 25
binary:  END BUILD LOG
internal error: cd /home/abe/lintian/lintian-2.5.35/debian/test-out/tests/binary/binary-4-1.1 
&& dpkg-buildpackage -rfakeroot -us -uc -d -iNEVER_MATCH_ANYTHING -INEVER_MATCH_ANYTHING 
--source-option=--auto-commit 
>/home/abe/lintian/lintian-2.5.35/debian/test-out/tests/binary/build.binary 2>&1 at 
t/runtests line 567 thread 5.

This seems to be triggered by dpkg/dpkg-dev now using Time::Piece 
instead of Date::Parse.


Guillem Jover told me that this is going to be fixed in dpkg.

dpkg-genchanges parses only the first two entries, so in the mean time, 
you could use the attached patch as a work-around.


--
Jakub Wilk
diff --git a/t/tests/legacy-binary/debian/debian/changelog b/t/tests/legacy-binary/debian/debian/changelog
--- a/t/tests/legacy-binary/debian/debian/changelog
+++ b/t/tests/legacy-binary/debian/debian/changelog
@@ -13,13 +13,13 @@
   * Weird version number for the new check for accidents with native
 packaging.
 
- -- Marc 'HE' Brockschmidt   The, 15 Apr 2004 23:33:51 +0200
+ -- Marc 'HE' Brockschmidt   Thu, 15 Apr 2004 23:33:51 +0200
 
 binary (4) unstable; urgency=low
 
   * Add big file to /usr/share to trigger the big-usr-share check
 
- -- Jeroen van Wolffelaar   Fri, 27 Feb 2004 10:15:59 +0100
+ -- Jeroen van Wolffelaar   Fir, 27 Feb 2004 10:15:59 +0100
 
 binary (3) unstable; urgency=unlimited
 
diff --git a/t/tests/legacy-binary/tags b/t/tests/legacy-binary/tags
--- a/t/tests/legacy-binary/tags
+++ b/t/tests/legacy-binary/tags
@@ -133,7 +133,7 @@
 W: binary: su-wrapper-not-su-to-root usr/share/menu/binary:3 sux
 W: binary: superfluous-clutter-in-homepage 
 W: binary: symlink-should-be-relative usr/share/doc/binary/html/ch3.html /usr/share/doc/binary/htm/ch1.html
-W: binary: syntax-error-in-debian-changelog line 16 "couldn't parse date The, 15 Apr 2004 23:33:51 +0200"
+W: binary: syntax-error-in-debian-changelog line 22 "couldn't parse date Fir, 27 Feb 2004 10:15:59 +0100"
 W: binary: syntax-error-in-debian-news-file line 12 "badly formatted trailer line"
 W: binary: syntax-error-in-debian-news-file line 12 "found eof where expected more change data or trailer"
 W: binary: unquoted-string-in-menu-item usr/lib/menu/binary needs:1

Bug#794724: crtmpserver: Please drop hard-coded dependency on libtinyxml2.6.2

[Robert Park]

Package: crtmpserver
Version: 1.0~dfsg-5
Severity: important
Tags: patch
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu wily ubuntu-patch

Dear Maintainer,

We are doing the g++5 transition in Ubuntu, and this package failed to
build due to hard-coding the wrong package name.


*** /tmp/tmpkkicZn/bug_body

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

A successful build against wily-proposed.

  * Drop hard-coded dependency on libtinyxml2.6.2.


Thanks for considering the patch.


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

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

--===2920672888310713690==
Content-Type: text/x-diff; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: attachment;
 filename="crtmpserver_1.0~dfsg-5ubuntu1.debdiff"

diff -Nru crtmpserver-1.0~dfsg/debian/changelog
crtmpserver-1.0~dfsg/debian/changelog
diff -Nru crtmpserver-1.0~dfsg/debian/control
crtmpserver-1.0~dfsg/debian/control
--- crtmpserver-1.0~dfsg/debian/control2015-08-04 13:31:55.0 -0700
+++ crtmpserver-1.0~dfsg/debian/control2015-08-05 17:49:41.0 -0700
@@ -1,8 +1,7 @@
 Source: crtmpserver
 Section: video
 Priority: optional
-Maintainer: Ubuntu Developers 
-XSBC-Original-Maintainer: Debian Multimedia Maintainers

+Maintainer: Debian Multimedia Maintainers

 Uploaders:
  Alessio Treglia ,
  Andriy Beregovenko ,
@@ -46,8 +45,6 @@
 Replaces: crtmpserver (<< 0.0~dfsg+svn611.1-1)
 Breaks: crtmpserver (<< 0.0~dfsg+svn611.1-1)
 Depends:
- liblua5.1-0,
- libtinyxml2.6.2,
  openssl,
  ${misc:Depends},
  ${shlibs:Depends}
@@ -59,7 +56,7 @@
   - From surveillance cameras
   - IP-TV using MPEG-TS and RTSP/RTCP/RTP protocols
  .
- This package contains shared libraries('thelib' and 'common')
+ This package contains shared libraries('thelib' and 'common')
  for the crtmpserver platform and its applications.

 Package: crtmpserver-apps
@@ -100,4 +97,3 @@
  .
  This package contains header files for base crtmpserver libraries
  'common' and 'thelib'.
-


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

Bug#794722: ITP: libdist-zilla-plugin-test-kwalitee-perl -- Dist::Zilla plugin providing a release-time Kwalitee test

[Axel Beckert]

Package: wnpp
Owner: Axel Beckert 
Severity: wishlist

* Package name: libdist-zilla-plugin-test-kwalitee-perl
  Version : 2.11
  Upstream Author : Kent Fredric , Karen Etheridge 

* URL : https://metacpan.org/release/Dist-Zilla-Plugin-Test-Kwalitee
* License : Artistic or GPL-1+
  Programming Lang: Perl
  Description : Dist::Zilla plugin providing a release-time Kwalitee test

Dist::Zilla::Plugin::Test::Kwalitee is a Dist::Zilla plugin providing
a release-time test which check your module's Kwalitee score.

It is an extension of Dist::Zilla::Plugin::InlineFiles, providing the
following file:

xt/release/kwalitee.t - a standard Test::Kwalitee test

This package will be maintained under the umbrella of the Debian Perl Group.


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

Bug#794680: drbd kernel module incompatible with drbd-utils -> kernel panics

[Ben Hutchings]

On Wed, 2015-08-05 at 23:02 +0100, Matthew Vernon wrote:
> Hi,
> 
> On 05/08/15 22:03, Ben Hutchings wrote:
> > Control: tag -1 moreinfo
> > 
> > The panic is in a network communication thread, not in anything
> > handling commands from drbd-utils, so I'm not convinced that this has
> > anything to do with the version of the latter.
> 
> How do you explain a drbd-module update fixing this problem, then?

I don't have to explain it.

> > Can you reproduce this with Linux 4.1 (now in unstable)?
> 
> With the drbd-module version in that kernel, or some other module?

The in-tree version.

Ben.

-- 
Ben Hutchings
If God had intended Man to program,
we'd have been born with serial I/O ports.



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

Bug#794683: slurm-wlm-basic-plugins: release agent works only when cgroups are automounted

[Tomasz Janowski]

Package: slurm-wlm-basic-plugins
Version: 14.03.9-5
Severity: normal


I just went through the sources and I know for sure that release agent, as 
defined by the option "CgroupReleaseAgentDir", is used only if atomounting of 
cgroup directory is enabled AND used. This does not seem like a bug, it could 
be a feature, but since it is not documented in any SLURM documentation, I 
assume is was not intentional.

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

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

Versions of packages slurm-wlm-basic-plugins depends on:
ii  libc6 2.19-18
ii  libgcc1   1:4.9.2-10
ii  libhwloc5 1.10.0-3
ii  liblua5.1-0   5.1.5-7.1
ii  libmunge2 0.5.11-1.1+b1
ii  libmysqlclient18  5.5.44-0+deb8u1
ii  libnuma1  2.0.10-1
ii  libssl1.0.0   1.0.1k-3+deb8u1
ii  libstdc++64.9.2-10
ii  zlib1g1:1.2.8.dfsg-2+b1

slurm-wlm-basic-plugins recommends no packages.

slurm-wlm-basic-plugins 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#794686: nslcd start script does not report starting failure

[Nikolay Shaplov]

Package: nslcd
Version: 0.9.4-3
Severity: serious
Justification: fails to build from source



Script that starts nslcd service does not make sure that service started 
successfully. 

For example, lets spoil nslcd config file: add a comment at the end of the 
/etc/nslcd.conf 
file without newline at the end. (It consider it as an error in config) and 
then stop and start nslcd


# /etc/init.d/nslcd stop
[ ok ] Stopping nslcd (via systemctl): nslcd.service.
# /etc/init.d/nslcd start
[ ok ] Starting nslcd (via systemctl): nslcd.service.

It does not report any problem, not to the console, not to the syslog

# cat /var/log/syslog | grep nslcd

but process is not actually stared.

# ps aux | grep nslcd
root 12011  0.0  0.0  12744  2204 pts/1S+   19:56   0:00 grep nslcd

ls -a /var/run/nslcd/
..  ..


If you try to run nslcd manually, it will properly report about config file 
problem:

# nslcd 
nslcd: /etc/nslcd.conf:34: line too long or last line missing newline


This problem should be fixed. Because it make difficult configuring LDAP 
authentication
when you are sure that nslcd is running, but it is not.




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

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

Versions of packages nslcd depends on:
ii  adduser3.113+nmu3
ii  debconf [debconf-2.0]  1.5.56
ii  libc6  2.19-18
ii  libgssapi-krb5-2   1.12.1+dfsg-19
ii  libldap-2.4-2  2.4.40+dfsg-1

Versions of packages nslcd recommends:
ii  bind9-host [host]   1:9.9.5.dfsg-9
ii  ldap-utils  2.4.40+dfsg-1
ii  libnss-ldapd [libnss-ldap]  0.9.4-3
ii  libpam-ldapd [libpam-ldap]  0.9.4-3
ii  nscd2.19-18
ii  nslcd-utils 0.9.4-3

Versions of packages nslcd suggests:
pn  kstart  

-- debconf information excluded


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

Bug#794654: cups-browsed: UDS permissions check always fails in Debian

[Didier 'OdyX' Raboud]

Control: tags -1 +upstream

Hi Raphael,

Le mercredi, 5 août 2015, 14.50:35 Raphael Geissert a écrit :
> cups-browsed checks the permissions of cups' unix socket, looking for
> IRWXO. Not only it appears to be useless to check for the execute bit,
> but this check always fails with the default Debian config; which
> makes cups-browsed use a TCP socket instead of the unix one.
> 
> Attached patch makes cups-browsed check only for read and write
> permissions on the unix socket.

This looks like the https://cups.org/str.php?L4679 , we should probably 
fix this identically in cups-browsed.

Till: opinions?

Cheers,
OdyX

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

Bug#794713: openexr 2.2 ftbfs (fails checks on 32bit architectures)

[Matthias Klose]

Package: src:openexr
Version: 2.2.0-1
Severity: serious

openexr 2.2 fails checks on 32bit architectures, otoh I have no clue why the
build on armel suceeded.


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

Bug#792687: [Reproducible-builds] Bug#792687: gettext: please support timestamps from environment

[Dhole]

On 07/17/2015 04:08 PM, Dhole wrote:
> Source: gettext
> Version: 0.19.4-1
> Severity: wishlist
> Tags: patch
> User: reproducible-bui...@lists.alioth.debian.org
> Usertags: toolchain timestamps
> X-Debbugs-Cc: reproducible-bui...@lists.alioth.debian.org
> 
> Hi,
> 
> While working on the "reproducible builds" effort [1], we have noticed
> that the xgettext tool from gettext embeds timestamps on the creation of
> PO files.
> 
> For the Reproducible Builds effort we are proposing an environment
> variable (SOURCE_DATE_EPOCH) [2] that will contain a deterministic epoch
> timestamp (based on the latest debian/changelog entry) that could be
> used, which should be automatically exported by debhelper in the future [3].
> 
> The attached patch proposes a way to use this variable to get
> reproducible timestamps in the PO files generated by xgettext, if the
> variable has been set (if not, it falls back to the old behavior).
> With the attached patch packages using xgettext would then automatically
> generate reproducible translation files.
> 
> 
> [1]: https://wiki.debian.org/ReproducibleBuilds
> [2]: https://wiki.debian.org/ReproducibleBuilds/TimestampsProposal
> [3]: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=791815
> 
> Regards,
> 
> 
> 
> ___
> Reproducible-builds mailing list
> reproducible-bui...@lists.alioth.debian.org
> http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/reproducible-builds
> 

Hi

I'm attaching an update of the submitted patch targeting the latest
gettext version from Debian: 0.19.5.1-1

Regards,
-- 
Dhole
diff -Nru gettext-0.19.5.1/debian/changelog gettext-0.19.5.1/debian/changelog
--- gettext-0.19.5.1/debian/changelog   2015-08-02 21:41:33.0 +0200
+++ gettext-0.19.5.1/debian/changelog   2015-08-04 18:44:31.0 +0200
@@ -1,3 +1,11 @@
+gettext (0.19.5.1-1.0~reproducible1) UNRELEASED; urgency=medium
+
+  * Non-maintainer upload.
+  * Add support for reproducible builds by using $SOURCE_DATE_EPOCH as the
+date on creation of PO files with xgettext.
+
+ -- Eduard Sanou   Tue, 04 Aug 2015 18:43:52 +0200
+
 gettext (0.19.5.1-1) unstable; urgency=medium
 
   * New upstream release.
diff -Nru 
gettext-0.19.5.1/debian/patches/04-Replace-timestamp-with-SOURCE_DATE_EPOCH 
gettext-0.19.5.1/debian/patches/04-Replace-timestamp-with-SOURCE_DATE_EPOCH
--- gettext-0.19.5.1/debian/patches/04-Replace-timestamp-with-SOURCE_DATE_EPOCH 
1970-01-01 01:00:00.0 +0100
+++ gettext-0.19.5.1/debian/patches/04-Replace-timestamp-with-SOURCE_DATE_EPOCH 
2015-08-04 18:46:17.0 +0200
@@ -0,0 +1,45 @@
+Description: Replace date timestamp by SOURCE_DATE_EPOCH env var in xgettext
+ .
+ gettext (0.19.5.1-1.0~reproducible1) UNRELEASED; urgency=medium
+ .
+   * Non-maintainer upload.
+   * Add support for reproducible builds by using $SOURCE_DATE_EPOCH as the
+ date on creation of PO files with xgettext.
+Author: Eduard Sanou 
+
+--- gettext-0.19.5.1.orig/gettext-tools/src/xgettext.c
 gettext-0.19.5.1/gettext-tools/src/xgettext.c
+@@ -3516,6 +3516,7 @@ construct_header ()
+   message_ty *mp;
+   char *msgstr;
+   char *comment;
++  char *source_date_epoch;
+   static lex_pos_ty pos = { __FILE__, __LINE__ };
+ 
+   if (package_name != NULL)
+@@ -3537,7 +3538,24 @@ the MSGID_BUGS_ADDRESS variable there; o
+ specify an --msgid-bugs-address command line option.\n\
+ ")));
+ 
+-  time (&now);
++  /* Allow the date and time to be set externally by an exported
++ environment variable to enable reproducible builds. */
++  source_date_epoch = getenv ("SOURCE_DATE_EPOCH");
++  if (source_date_epoch)
++{
++  errno = 0;
++  now = (time_t) strtol (source_date_epoch, NULL, 10);
++  if (errno != 0)
++error (EXIT_FAILURE, errno, _("\
++SOURCE_DATE_EPOCH=\"%s\" is not a valid number"), source_date_epoch);
++
++  /* The function po_strftime uses localtime() to parse the timestamp, so 
++ we need to fix the environment timezone to get reproducible results 
*/
++  setenv("TZ", "UTC", 1);
++}
++  else
++time (&now);
++
+   timestring = po_strftime (&now);
+ 
+   msgstr = xasprintf ("\
diff -Nru gettext-0.19.5.1/debian/patches/series 
gettext-0.19.5.1/debian/patches/series
--- gettext-0.19.5.1/debian/patches/series  2015-08-02 20:37:20.0 
+0200
+++ gettext-0.19.5.1/debian/patches/series  2015-08-04 18:45:51.0 
+0200
@@ -1,3 +1,4 @@
 01-do-not-use-java-in-urlget
 02-msgfmt-default-little-endian
 03-fix-gettextize-version
+04-Replace-timestamp-with-SOURCE_DATE_EPOCH


signature.asc
Description: OpenPGP digital signature

Bug#790655: python3-pygithub, remove the package?

[Dmitry Bogatov]

* Gianfranco Costamagna  [2015-08-05 
15:15:00+]
> Control: forwarded -1 https://github.com/PyGithub/PyGithub/issues/331
>
>
> Hi Dmitry, I guess the package is really not python3 ready, in my opinion
> we should at least let the python2 version migrate to testing, because I need 
> it as dependency
> of the new w3af.
>
> How do you feel about doing that? I can NMU it if needed, or sponsor an 
> upload for you :)

Okay. mentors gives me 500 error, probably it dislikes Tor. I will
investigate, but now to keep things fast you can

git clone git://anonscm.debian.org/users/kaction-guest/pygithub.git

and NMU it. Also, I can violate nettiqette *hard* and email
packaging to you.

--
Accept: text/plain, text/x-diff
Accept-Language: eo,en,ru
X-Keep-In-CC: yes


pgpYjpJU1Xav9.pgp
Description: PGP signature

Bug#794237: openconnect: Does not work with network-manager 1.0.4

[David Woodhouse]

On Wed, 2015-08-05 at 16:19 +0300, Matti Koskimies wrote:
> Connecting using the GUI still doesn't work, although I get a lot
> further now. Connecting and authentication works, and everything looks
> OK in NM. The routing table looks similar to the one I get using my
> workaround. But there's no networking unless I set the setting "Use
> this connection only for resources on its network" under "Routes" in
> "IPv4 Settings", but then I can connect only to the same networks as
> without the VPN.

OK, so connecting *does* work but your routes are still not right.

The oddly named 'Use this connection only for resources on its network'
option basically means "Do not set the default route". But you *want*
the default route, so you shouldn't be setting that.

Let's take a look at what's happening without that option set. You say
that the routing table looks similar to the one you get using your
workaround — which is promising. But you have "no networking". Which is
ambiguous.

Can you reach hosts on the VPN if you ping them by their IP address? Is
it only DNS that isn't working? Can you show the full output of
connecting manually with openconnect with '-v' added to the command
line so we can see the routes and DNS it's supposed to be setting up?
What do you have in /etc/resolv.conf when you've connected with
NetworkManager?

-- 
dwmw2


smime.p7s
Description: S/MIME cryptographic signature

Bug#794680: drbd kernel module incompatible with drbd-utils -> kernel panics

[Bastian Blank]

Control: severity -1 important
Control: tag -1 moreinfo

On Wed, Aug 05, 2015 at 05:17:54PM +0100, Matthew Vernon wrote:
> TL;DR - please provide a kernel with a newer drbd module (e.g. 8.4.6),
> as the current version is incompatible with stable's drbd-utils and
> will result in kernel panics under load.

Please provide commit ids for the kernel changes.

> You might argue that drbd upstream's api/proto discrimination is
> inadequate (and perhaps a bug report should go there), but nonetheless
> kernel panics are a serious flaw in the kernel (or the offending
> module) IMAO.

Still not critical, fixed.

Bastian

-- 
It would be illogical to assume that all conditions remain stable.
-- Spock, "The Enterprise Incident", stardate 5027.3


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

Bug#794721: udev_queue_get_udev_is_active API is broken starting in 221-1

[Jon]

Package: udev
Version: 224-1
Severity: important

Dear Maintainer,

The udev_queue_get_udev_is_active() API call of libudev is used by
things like device-mapper to determine if it should wait for udev to settle
after doing various operations. The catch is that this API call only checks
whether or not the file /run/udev/control exists.

Up until udev 221-1, this file was removed by udev on shutdown. Starting
with 221-1 the file is left behind causing libudev to falsely report to
device-mapper that udev is running which causes device-mapper to hang
indefinitely for a notification that will never arrive.

This causes an indefinite hang during system halt/reboot because udev is
killed off right away by sendsigs long before cryptsetup/dmsetup runs to
close the device-mapper filesystems. The only way to recover is to
physically power cycle the system.

-- Package-specific info:

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

Kernel: Linux 4.1.0-1-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: sysvinit (via /sbin/init)

Versions of packages udev depends on:
ii  adduser3.113+nmu3
ii  debconf [debconf-2.0]  1.5.57
ii  dpkg   1.18.1
ii  libacl12.2.52-2
ii  libblkid1  2.26.2-9
ii  libc6  2.19-19
ii  libkmod2   21-1
ii  libselinux12.3-2+b1
ii  libudev1   224-1
ii  lsb-base   4.1+Debian13+nmu1
ii  procps 2:3.3.10-2
ii  util-linux 2.26.2-9

udev recommends no packages.

udev suggests no packages.

-- debconf information:
  udev/new_kernel_needed: false
  udev/title/upgrade:
  udev/reboot_needed:
  udev/sysfs_deprecated_incompatibility:
P: /devices/LNXSYSTM:00
E: DEVPATH=/devices/LNXSYSTM:00
E: MODALIAS=acpi:LNXSYSTM:
E: SUBSYSTEM=acpi

P: /devices/LNXSYSTM:00/LNXCPU:00
E: DEVPATH=/devices/LNXSYSTM:00/LNXCPU:00
E: MODALIAS=acpi:LNXCPU:
E: SUBSYSTEM=acpi

P: /devices/LNXSYSTM:00/LNXCPU:01
E: DEVPATH=/devices/LNXSYSTM:00/LNXCPU:01
E: MODALIAS=acpi:LNXCPU:
E: SUBSYSTEM=acpi

P: /devices/LNXSYSTM:00/LNXCPU:02
E: DEVPATH=/devices/LNXSYSTM:00/LNXCPU:02
E: MODALIAS=acpi:LNXCPU:
E: SUBSYSTEM=acpi

P: /devices/LNXSYSTM:00/LNXCPU:03
E: DEVPATH=/devices/LNXSYSTM:00/LNXCPU:03
E: MODALIAS=acpi:LNXCPU:
E: SUBSYSTEM=acpi

P: /devices/LNXSYSTM:00/LNXCPU:04
E: DEVPATH=/devices/LNXSYSTM:00/LNXCPU:04
E: MODALIAS=acpi:LNXCPU:
E: SUBSYSTEM=acpi

P: /devices/LNXSYSTM:00/LNXCPU:05
E: DEVPATH=/devices/LNXSYSTM:00/LNXCPU:05
E: MODALIAS=acpi:LNXCPU:
E: SUBSYSTEM=acpi

P: /devices/LNXSYSTM:00/LNXPWRBN:00
E: DEVPATH=/devices/LNXSYSTM:00/LNXPWRBN:00
E: DRIVER=button
E: MODALIAS=acpi:LNXPWRBN:
E: SUBSYSTEM=acpi

P: /devices/LNXSYSTM:00/LNXPWRBN:00/input/input2
E: DEVPATH=/devices/LNXSYSTM:00/LNXPWRBN:00/input/input2
E: EV=3
E: ID_INPUT=1
E: ID_INPUT_KEY=1
E: ID_PATH=acpi-LNXPWRBN:00
E: ID_PATH_TAG=acpi-LNXPWRBN_00
E: KEY=10 0
E: MODALIAS=input:b0019vp0001e-e0,1,k74,ramlsfw
E: NAME="Power Button"
E: PHYS="LNXPWRBN/button/input0"
E: PRODUCT=19/0/1/0
E: PROP=0
E: SUBSYSTEM=input
E: USEC_INITIALIZED=67476471070

P: /devices/LNXSYSTM:00/LNXPWRBN:00/input/input2/event2
N: input/event2
E: BACKSPACE=guess
E: DEVNAME=/dev/input/event2
E: DEVPATH=/devices/LNXSYSTM:00/LNXPWRBN:00/input/input2/event2
E: ID_INPUT=1
E: ID_INPUT_KEY=1
E: ID_PATH=acpi-LNXPWRBN:00
E: ID_PATH_TAG=acpi-LNXPWRBN_00
E: MAJOR=13
E: MINOR=66
E: SUBSYSTEM=input
E: TAGS=:power-switch:
E: USEC_INITIALIZED=67476516602
E: XKBLAYOUT=us
E: XKBMODEL=pc104

P: /devices/LNXSYSTM:00/LNXSYBUS:00
E: DEVPATH=/devices/LNXSYSTM:00/LNXSYBUS:00
E: MODALIAS=acpi:LNXSYBUS:
E: SUBSYSTEM=acpi

P: /devices/LNXSYSTM:00/LNXSYBUS:00/PNP0A03:00
E: DEVPATH=/devices/LNXSYSTM:00/LNXSYBUS:00/PNP0A03:00
E: MODALIAS=acpi:PNP0A03:
E: SUBSYSTEM=acpi

P: /devices/LNXSYSTM:00/LNXSYBUS:00/PNP0A03:00/INTC0102:00
E: DEVPATH=/devices/LNXSYSTM:00/LNXSYBUS:00/PNP0A03:00/INTC0102:00
E: ID_VENDOR_FROM_DATABASE=Interphase Corporation
E: MODALIAS=acpi:INTC0102:PNP0C31:
E: SUBSYSTEM=acpi
E: USEC_INITIALIZED=67476473528

P: /devices/LNXSYSTM:00/LNXSYBUS:00/PNP0A03:00/PNP0C02:04
E: DEVPATH=/devices/LNXSYSTM:00/LNXSYBUS:00/PNP0A03:00/PNP0C02:04
E: MODALIAS=acpi:PNP0C02:
E: SUBSYSTEM=acpi

P: /devices/LNXSYSTM:00/LNXSYBUS:00/PNP0A03:00/device:00
E: DEVPATH=/devices/LNXSYSTM:00/LNXSYBUS:00/PNP0A03:00/device:00
E: SUBSYSTEM=acpi

P: /devices/LNXSYSTM:00/LNXSYBUS:00/PNP0A03:00/device:00/PNP0C02:00
E: DEVPATH=/devices/LNXSYSTM:00/LNXSYBUS:00/PNP0A03:00/device:00/PNP0C02:00
E: MODALIAS=acpi:PNP0C02:
E: SUBSYSTEM=acpi

P: /devices/LNXSYSTM:00/LNXSYBUS:00/PNP0A03:00/device:01
E: DEVPATH=/devices/LNXSYSTM:00/LNXSYBUS:00/PNP0A03:00/device:01
E: SUBSYSTEM=acpi

P: /devices/LNXSYSTM:00/LNXSYBUS:00/PNP0A03:00/device:02
E: DEVPATH=/devices/LNXSYSTM:00/LNXSYBUS:00/PN

Bug#793495: xfsprogs fails to build on debian ppc64el

[Dave Chinner]

On Wed, Aug 05, 2015 at 12:52:50PM -0300, Fernando Seiti Furusato wrote:
> Hi Dave!
> 
> On 08/05/2015 10:47 AM, Dave Chinner wrote:
> 
> >make realclean also removes the .census file, so it appears that
> >the debian package build has a dependency on it. Still, that's a
> >side issue, because we still don't exactly what is causing the
> >configure script to fail.
> Right. The immediate reason is because config.guess and config.sub are not
> being updated. Once they are updated, configure will not fail. When I copy 
> them,
> manually, from /usr/share/libtool/config/, the build does not fail.
> 
> >You seem to be talking about 2 different tarballs here.  The
> >tarballs I release most definitely have a configure script in them:
> >
> >$ tar tfv xfsprogs-4.2.0-rc1.tar.gz |grep configure
> >-rw-r--r-- dave/dave  3098 2015-08-04 11:16 
> >xfsprogs-4.2.0-rc1/configure.ac
> >-rwxr-xr-x dave/dave469084 2015-08-04 14:25 xfsprogs-4.2.0-rc1/configure
> >
> >So I don't know where you are getting xfsprogs tarballs without
> >configure scripts from.
> My apologies, it was a confusion of my part. I was looking at the git tree.
> The tarball does come with configure. But the config.{guess,sub} that come 
> with
> it are up-to-date, differently of what comes with the debian src package.
> I generated a diff from them, which is attached.
> Also, the version I have here is not 4.2.0-rc1, it is the one found at the git
> repository I mentioned. Is that not correct?

I released 4.2.0-rc1 to the dev tree on kernel.org. I didn't update
the tree on oss.sgi.com or make an official release tarball because
it's a developer pre-release. And there's a couple of things under
discussion that that might require a rebase of the tree, so that's
another reason for not making an "official" release.



> A correction though: mine builds from the official xfsprogs source or tarballs
> without problems too.
> It is the Debian source package that fails, exclusively.

Ok, that clears up the confusion. Thanks for explaining what is
happening to the dummy in the audience (me).

> I am curious about something I have just noticed (while writing this e-mail).
> Running apt-get source xfsprogs gets a tarball xfsprogs_3.2.4.tar.gz
> Shouldn't it be the exact same file I get from:
> http://ftp.br.debian.org/debian/pool/main/x/xfsprogs/xfsprogs_3.2.4.tar.gz
> Because they differ. And the latter does not fail at all.

No idea - that's definitely a distro issue ;)

> make[1]: Entering directory '/home/xfsprogs/xfsprogs-3.2.4'
> ./configure $LOCAL_CONFIGURE_OPTIONS
> checking build system type... ./config.guess: unable to guess system type
> 
> This script, last modified 2012-02-10, has failed to recognize

This is what I found about an hour before reading this email. On
#xfs:

[06/08/15 09:32]  now that "last modified <$timestamp>" is important
[06/08/15 09:33]  because that tells us what version was used to 
generate the script
[06/08/15 09:34]  in the version shipped in the 3.2.4 tarball, it is:
[06/08/15 09:34]  timestamp='2014-03-23'
[06/08/15 09:34]  and it clearly has entries for ppc64le in it

>  ppc64:Linux:*:*)
> - echo powerpc64-unknown-linux-gnu
> + echo powerpc64-unknown-linux-${LIBC}
>   exit ;;
>  ppc:Linux:*:*)
> - echo powerpc-unknown-linux-gnu
> + echo powerpc-unknown-linux-${LIBC}
> + exit ;;
> +ppc64le:Linux:*:*)
> + echo powerpc64le-unknown-linux-${LIBC}
> + exit ;;
> +ppcle:Linux:*:*)
> + echo powerpcle-unknown-linux-${LIBC}
>   exit ;;

That hunk shows why it is failing - no ppc64le:Linux match in the
old script. Nathan is already looking into it...

Cheers,

Dave.
-- 
Dave Chinner
da...@fromorbit.com


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

Bug#791537: Acknowledgement (nss: FTBFS on hppa: segmentation fault in PR_FindSymbol)

[John David Anglin]

This is caused by a bug in debian/rules.  The LD_LIBRARY_PATH used for the 
shlibsign command does not
contain the path to libsoftokn3.so.  As a result, PORT_LoadLibraryFromOrigin 
doesn't find the library and the variable
lib is NULL.

The assert is optimized away.  Thus, it might help if shlibsign printed an 
error message when a library is not
found.

Attached is a patch which fixes build on hppa.  Pleas apply.

There is an issue with buildd dependencies for hppa and some other ports:

nss build-depends on missing:
- empty-dependency-after-parsing

Thanks,
Dave
--
John David Anglin   dave.ang...@bell.net


--- debian/rules.save   2015-06-20 17:27:31.0 -0400
+++ debian/rules2015-08-05 12:33:59.625818701 -0400
@@ -168,7 +168,7 @@
$(if $(wildcard $(call manpage,$(bin))),$(call cmd,install -m 
644 -T $(call manpage,$(bin)) $(DISTDIR)/man/nss-$(bin).1)))
 
 ifeq ($(DEB_HOST_ARCH),$(DEB_BUILD_ARCH))
-SHLIBSIGN = LD_LIBRARY_PATH=debian/libnss3/usr/lib/$(DEB_HOST_MULTIARCH) 
debian/libnss3-tools/usr/bin/shlibsign
+SHLIBSIGN = 
LD_LIBRARY_PATH=debian/libnss3/usr/lib/$(DEB_HOST_MULTIARCH):debian/libnss3/usr/lib/$(DEB_HOST_MULTIARCH)/nss
 debian/libnss3-tools/usr/bin/shlibsign
 else
 SHLIBSIGN = shlibsign
 endif

Bug#794693: "dpkg --dry-run -i" is broken in 1.18.2

[Sven Joachim]

Control: merge 55364 -1

On 2015-08-05 20:27 +0200, Roderich Schupp wrote:

> Package: dpkg
> Version: 1.18.2
> Severity: normal
>
> I did this...
>
>   $ dpkg --no-act -i libkactivities-dev_4.13.3-1_amd64.deb
>   dpkg: could not open log '/var/log/dpkg.log': Permission denied
>   (Reading database ... 1268709 files and directories  currently installed.)
>   Preparing to unpack libkactivities-dev_4.13.3-1_amd64.deb ...
>
> but then
>
>   $ sudo dpkg -i libkactivities-dev_4.13.3-1_amd64.deb
>   (Reading database ... 1268709 files and directories currently installed.)
>   Preparing to unpack libkactivities-dev_4.13.3-1_amd64.deb ...
>   Unpacking libkactivities-dev (4:4.13.3-1) over (4:4.13.3-1) ...
>   dpkg: dependency problems prevent configuration of libkactivities-dev:
>libkactivities-dev depends on libkactivities-bin (= 4:4.13.3-1); however:
> Package libkactivities-bin is not installed.
>libkactivities-dev depends on libkactivities-models1 (= 4:4.13.3-1);
> however:
> Package libkactivities-models1 is not installed.
>
> dpkg: error processing package libkactivities-dev (--install):
>  dependency problems - leaving unconfigured
> Errors were encountered while processing:
>  libkactivities-dev

That's not exactly a new problem - it has never worked.

Cheers,
   Sven


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

Bug#794687: ITP: gosa-plugin-mailaddress -- Simple plugin to manage user mail addresses in GOsa²

[Mike Gabriel]

Package: wnpp
Severity: wishlist
Owner: Mike Gabriel 

* Package name: gosa-plugin-mailaddress
  Version : 0.99.1
  Upstream Author : Mike Gabriel 
* URL : 
https://anonscm.debian.org/cgit/debian-edu/upstream/gosa-plugin-mailaddress.git/
* License : GPL
  Programming Lang: PHP
  Description : Simple plugin to manage user mail addresses in GOsa²

 This plugin is a very light-weighted version of the GOsa² mail plugin.
 Whereas gosa-plugin-mail can be used to manage a complete mail server
 farm, this tiny plugin only provides means to modify the user's mail
 address via a text field.
 .
 This plugin is useful for people that need to maintain users' email
 addresses via GOsa², but do not run their own mailserver(s).
 .
 GOsa² is a combination of system-administrator and end-user web
 interface, designed to handle LDAP based setups.

 This package will be maintained under the umbrella of the Debian Edu
 Packaging Team.


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

Bug#794435: nvidia-kernel-dkms: DKMS build failure on armhf

[Luca Boccassi]

On Mon, 2015-08-03 at 11:58 +0200, Andreas Beckmann wrote:
> On 2015-08-03 02:21, Luca Boccassi wrote:
> > I already addressed 2 problems and committed to the SVN repo (patch 
> > nv-linux.h and enable dma_ops for arm in
> > conftest.h, but the final problem is that the armhf kernel ships with 
> > CONFIG_XEN enabled [1], without CONFIG_PARAVIRT,
> > and this is not supported.
> 
> Sounds like a question for the kernel maintainers ...
> 
> 
> what about ignoring CONFIG_XEN on armhf in nv-linux.h:
> 
> -#if defined(CONFIG_XEN) && !defined(CONFIG_PARAVIRT)
> +#if defined(CONFIG_XEN) && !defined(CONFIG_PARAVIRT) &&
> !defined(CONFIG_whatever_indicates_armhf)

Works on 4.0 and 4.1, but not on 3.16 due to this error:

FATAL: modpost: GPL-incompatible module nvidia.ko uses GPL-only symbol
'xen_start_info'
/usr/src/linux-headers-3.16.0-4-common/scripts/Makefile.modpost:90:
recipe for target '__modpost' failed

This goes away when I hack away CONFIG_XEN from the headers auto.conf. I
do not see anything else that we could disable in nv-linux.h or that we
are missing in conftest.h. Any clue where that comes from?

Kind regards,
Luca Boccassi


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

Bug#794672: ITP: libcanary-stability-perl -- canary to check perl compatibility for schmorp's modules

[Jonas Smedegaard]

Package: wnpp
Severity: wishlist
Owner: Jonas Smedegaard 

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

* Package name: libcanary-stability-perl
  Version : 2006
  Upstream Author : Marc Lehmann 
* URL : http://software.schmorp.de/pkg/Canary-Stability.html
* License : Artistic or GPL-1+
  Programming Lang: Perl
  Description : canary to check perl compatibility for schmorp's modules

 Canary::Stability is used by Schmorp's modules during configuration
 stage to test the installed perl for compatibility with his modules.
 .
 It's not, at this stage, meant as a tool for other module authors,
 although in principle nothing prevents them from subscribing to the
 same ideas.

Package is needed for recent releases of libconvert-uulib-perl.

Package will be maintained in the Perl team.

-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQIcBAEBAgAGBQJVwizuAAoJECx8MUbBoAEhGuYP/RwW9LWi7oBs7fEDvuUaUkT4
/DNnWq6O3D40giL5r1FH3nP3oNmNeP1/f+LagIruVieNc5bScQgNPcj/IW1pSu4E
Y4c2NXYo2HW+KdDJX2mPaYcYkCtNNkFCClnKcCcpMKlA6GCypp/+J4GC5KSEVx6B
G6KZa+beYyQStqk6CpHPIdZL+AT1OWZs85LRyw1I9UWWtClT5qomA/H4MqQhj7xZ
gQ2X642qVp2f2KFJmj5NG7IyW0jTCVB4HFRpn++DTlCsgC3/0Uy5HP8FKr2GfzBD
L+dTKmHYQFhNdwGo2Reyf+pnOZXk6dFyAqa9bUzFrdydYEYyR64a0h+A9HfB/jEh
GUZ8MWzGlYfQYIXuSLbf4aQhx25BgBFV6Xhc40e/tiB606aLxmbWul30ziWCG3Y3
rRSXK/M3UmePsEGbVKg14kgdqsQeFO2VbhOikbu4itZix2jvLfzBouo/V7TV0cRZ
3eBjgl1Jri8c4OiLLhSvlOdgC70bdsGA1aahnupoWqEk0GjwrFTMqvB8I3wmapOl
7GOuWJ2lKA5G1JZi/aj2IEF+16UUXV5o74imhcU3jT1DAFE0HjI7seBgeDIjSyPp
7GtRD9JIqMETC1o0kSQUDCa9MwqwpU/lU/VTAmNv/ZDB22ntD8fmzDslSX+SQp+0
CXcIERGi7Jzqd2jKPW+g
=Ki9H
-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#794712: ejabberd: [INTL:nl] Dutch translation of debconf messages

[Frans Spiesschaert]

 

Package: ejabberd 
Severity: wishlist 
Tags: l10n patch 
 

Dear Maintainer, 
 
== 
Please find attached the Dutch translation of ejabberd 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

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



nl.po.gz
Description: application/gzip


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

Bug#794672: ITP: libcanary-stability-perl -- canary to check perl compatibility for schmorp's modules

[Axel Beckert]

Hi,

Axel Beckert wrote:
> >  Canary::Stability is used by Schmorp's modules during configuration
> >  stage to test the installed perl for compatibility with his modules.
> 
> Yeah, IIRC it bails out with any perl version newer than 5.20 as
> schmorp refuses to use upstream perl 5.22 and later and only supports
> his perl5 fork called "stableperl":
> 
> http://blog.schmorp.de/2015-06-06-a-stable-perl.html
> 
> So I'm quite surprised to see this module packaged at all as I'd
> expect that all CPAN modules which use this module will FTBFS as soon
> as we move to perl 5.22 as currently in Experimental.
> 
> So I would guess that we have to RM most of his packages.

On IRC, mst suggested another (probably less disruptive and more
diplomatic) path:

| I think the question is whether it's worth patching C::S out of all
| the relevant Makefile.PLs
|
| I think I might instead patch Stability.pm so it says "You are
| running debian perl 5.22, which the author of this module does not
| support but the debian packaging team will still intend to in spite
| of this. However, you are encouraged to consider alternatives."
[...]
| if anybody wants that text or a variant thereof to use, consider it
| under whatever open source license you like
[...]
| I think I'd go for 'keep but patch' so that people doing cpan
| installs also get a more constructive warning.
| 
| however that's totally a matter of personal opinion and I'm not
| going to cry at any option, though 'keep but leave the bullshit' 
| seems like the least good option albeit the easiest

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


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

Bug#791182: NMU: Bug#791182: libvsqlitepp: library transition may be needed when GCC 5 is the default

[Dmitry Smirnov]

Hi Martin,

On Wednesday 05 August 2015 11:34:43 Martin Pitt wrote:
> I uploaded a 2-day NMU for this as per the current exception for the
> gcc transition with the previously attached patch.
> 
> As this package is in collab-maint, I also committed the change:
> 
>  
> http://anonscm.debian.org/cgit/collab-maint/libvsqlitepp.git/commit/?id=b8
> 943533

Thank you very much for your help. :)


> But I did *not* commit the release tag as that should better be done
> by the maintainer only.

I don't mind if you want to do this.

-- 
Cheers,
 Dmitry Smirnov.

---

The truth is incontrovertible, malice may attack it, ignorance may deride
it, but in the end; there it is.
-- Winston Churchill


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

Bug#794677: ndg-httpsclient: please update to latest upstream release

[Gianfranco Costamagna]

Source: ndg-httpsclient
Severity: wishlist
Version: 0.3.2-1

Hi, in order to have the latest w3af in Debian, a new ndg-httppsclient>= 0.3.3
is needed, can you please update it?



I can NMU the package if needed, if you have no time for it, just feel free to 
ask :)

You can also update the watch file from there [1]

[1] http://pypi.debian.net/ndg-httpsclient

thanks a lot for maintaining the package.

Cheers,

Gianfranco


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

Bug#794691: newt: fribidi support broken due to multiarch path

[Samuel Thibault]

Source: newt
Version: 0.52.18-1
Severity: normal

Hello,

newt uses a lazy dependency on libfribidi to support bidirectional
output.  This broke when libfribidi0 moved libfribidi.so.0 from /usr/lib
to multi-arch such as /usr/lib/x86_64-linux-gnu. As a result, dlopen
doesn't find the library, and bidi support is not enabled.  The path
should thus be fixed in the dlopen call in wchar_to_textmod_visual(), to
bring back bidi support.

Samuel

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

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

-- 
Samuel
 xlnt comme sujet de stage je peux essayer de donner une description 
formelle de automake
 -+- #ens-mim -+-


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

Bug#793067: Bug#792328: info: can no longer find the Emacs manual

[Gavin Smith]

On 5 August 2015 at 16:06, Eli Zaretskii  wrote:
>> Date: Tue, 4 Aug 2015 21:20:47 +0100
>> From: Gavin Smith 
>> Cc: Rob Browning , 793...@bugs.debian.org,
>>   Texinfo 
>>
>> > A solution that supports inter-manual links, both in Info and in HTML
>> > formats.  To do this on a per-user basis, we would need some
>> > environment variable or/and user init file that would tell the Info
>> > reader what version of which manual it should look for, so that it
>> > could automagically substitute a reference to a "foo" manual with
>> > "foo-1.2.3".
>>
>> This could be done with a directory full of symlinks in the user's
>> home directory. For example, from ~/local/info/indirect/foo.info to
>> /usr/local/share/info/foo-1.2.3.info. ~/local/info/indirect would be
>> early in INFOPATH and references to the "foo" manual would be resolved
>> appropriately. Split Info files complicate the situation: either all
>> the subfiles would need to be symlinked, or the browser would have to
>> be able to find the containing directory of the target of the symlink.
>> (Avoiding split Info files in such circumstances would be the simplest
>> solution.)
>
> Yes, this is possible, but hardly convenient, for the reasons you
> point out.
>
> Which is why I think having a feature that would transparently replace
> "foo" in an Info file name with "foo-1.2.3" would be more convenient.
> Of course, such replacement should only take place where this kind of
> redirection is relevant.
>
> For the Info reader, this could done as part of the reader itself.
> For HTML, we could have a small application that would write
> appropriate redirection files.

The problem with split Info files isn't important: it's unlikely that
an Info reader will run out of memory reading a non-split file, so
simply avoid split files if it causes a problem. If it does become a
problem there would be ways to deal with it, for example teach
install-info how to rewrite a subfiles table.

A similar problem is with image files associated with Info files. I
can't think how that would be supported, but few Info files use images
anyway.

You suggest having some kind of configuration file defining aliases
for manuals. A subdirectory full of symbolic links is a kind of such a
file, and not harder to update than any other kind of file format you
could devise.

Anyway, however the resolution is done, some kind of renaming of the
installed Info file would have to be done. I plan on looking at how to
do this in coming days.


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

Bug#794658: libphonenumber6: Debian Sid: unresolved dependencies for libboost* version 1.55 while 1.58 installled

[Matteo Ragni]

Package: libphonenumber6
Version: 6.3~svn698-3+b1
Severity: serious
Justification: fails to build from source (but built successfully in the past)

Dear Maintainer,

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

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

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


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

Kernel: Linux 4.1.1-towo.2-siduction-amd64 (SMP w/8 CPU cores; PREEMPT)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages libphonenumber6 depends on:
WARNING: I MODIFIED THIS!
It also depends on 
libboost-date-time1.55 - cannot be installed (1.58 installed)
libboost-threads1.55   - cannot be installed (1.58 installed)
ii  libc6  2.19-19
ii  libgcc11:5.2.1-14
ii  libicu52   52.1-10
ii  libprotobuf9   2.6.1-1
ii  libstdc++6 5.2.1-14
ii  multiarch-support  2.19-19

libphonenumber6 recommends no packages.

libphonenumber6 suggests no packages.

-- no debconf information

With this package not working (and does not compile from source, fails one of 
the tests)
all my graphical system (gnome) collapsed and became completely unusable.
Why such a package should must be related so strictly to a version of libboost?
Why  cannot it be related to a version grater than 1.55?


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

Bug#794704: viva: FTBFS

[Sebastian Ramacher]

On 2015-08-05 22:35:20, Tobias Frost wrote:
> [  1%] Generating src/utils/moc_QPajeTypeFilter.cxx
> cd 
> /home/tobi/libconfig-rebuild/viva-1.0+git20140604.271f86fa51/obj-x86_64-linux-gnu/src/utils
>  && /usr/lib/x86_64-linux-gnu/qt4/bin/moc 
> @/home/tobi/libconfig-rebuild/viva-1.0+git20140604.271f86fa51/obj-x86_64-linux-gnu/src/utils/moc_QPajeTypeFilter.cxx_parameters
> usr/include/boost/type_traits/detail/has_binary_operator.hp:50: Parse error 
> at "BOOST_JOIN"

See [1] for a workaround.

Cheers

[1] 
https://bugreports.qt.io/browse/QTBUG-22829?focusedCommentId=274496&page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#comment-274496
-- 
Sebastian Ramacher


signature.asc
Description: Digital signature

Bug#794720: ITP: golang-gopkg-tomb.v1 -- API to track the lifecyle of Golang goroutines, and provide clean termination

[Alexandre Viau]

Package: wnpp
Severity: wishlist
Owner: Alexandre Viau 

* Package name: golang-gopkg-tomb.v1
  Version : 0.0~git20141024.0.dd63297-1
  Upstream Author : Gustavo Niemeyer 
* URL : https://github.com/go-tomb/tomb/tree/v1
* License : BSD-3-Clause
  Programming Lang: Go
  Description : API to track the lifecyle of Golang goroutines,
and provide clean termination


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

Bug#791537: Acknowledgement (nss: FTBFS on hppa: segmentation fault in PR_FindSymbol)

[John David Anglin]

On 2015-08-05, at 5:50 PM, John David Anglin wrote:

> If I was to guess, I would have to think the dladdr call in 
> PR_GetLibraryFilePathname_stub fails because
> hppa uses function descriptors for indirect calls.  Did this work for ia64?  
> There seems to be some  trickiness
> there.

Not quite right but close.  PR_GetLibraryFilePathname() is actually in 
/usr/lib/hppa-linux-gnu/libnspr4.so.
This hunk is used:

#if defined(USE_DLFCN) && defined(HAVE_DLADDR)
Dl_info dli;
char *result;

if (dladdr((void *)addr, &dli) == 0) {
PR_SetError(PR_LIBRARY_NOT_LOADED_ERROR, _MD_ERRNO());
DLLErrorInternal(_MD_ERRNO());
return NULL;
}
result = PR_Malloc(strlen(dli.dli_fname)+1);
if (result != NULL) {
strcpy(result, dli.dli_fname);
}
return result;

PR_GetLibraryFilePathname is passed the following:

Breakpoint 1, 0xfc4e09d4 in PORT_LoadLibraryFromOrigin ()
   from debian/libnss3/usr/lib/hppa-linux-gnu/libnssutil3.so
(gdb) p/x $r25
$11 = 0x173f2
(gdb) p (char *)$r26
$12 = 0x15ff0 "libnssutil3.so"

$r5 contains a function pointer pointing to a function descriptor:
(gdb) x/2x 0x173f0
0x173f0:0x0001756c  0x000c

0x0001756c is the address of a stub:
(gdb) disass 0x0001756c,0x0001756c+8
Dump of assembler code from 0x1756c to 0x17574:
   0x0001756c:  b,l 0x17560,r20
   0x00017570:  depwi 0,31,2,r20

On return from dladdr, dli contains:
Breakpoint 5, 0xfc6bd74c in PR_GetLibraryFilePathname ()
   from /usr/lib/hppa-linux-gnu/libnspr4.so
(gdb) p/x $sp-0x78
$8 = 0xfd703a08
(gdb) x/4x 0xfd703a08
0xfd703a08: 0xfd7016e1  0x0001  0x  0x
(gdb) p (char *)0xfd7016e1
$9 = 0xfd7016e1 
"/home/dave/debian/nss/nss-3.19.2/debian/libnss3-tools/usr/bin/shlibsign"

Thus, dladdr doesn't correctly handle function pointers on hppa.  On the other 
hand, it's
not clear how dladdr can tell the difference between a data pointer and a 
function pointer.

Dave
--
John David Anglin   dave.ang...@bell.net


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

Bug#793955: downgrade emoslib FTBFS

[Alastair McKinstry]

severity 793955 normal
tags 793955 forwarded
thanks

I'm downgrading this to normal. I've disabled the tests for the moment,
but am working on the issue with upstream:

https://software.ecmwf.int/issues/browse/SUP-1353?jql=project%20%3D%20SUP%20AND%20resolution%20%3D%20Unresolved%20AND%20component%20%3D%20EMOS%20ORDER%20BY%20priority%20DESC

At least one of the tests refers to obsolete code (GRIBEX) that is being
removed. The other tests are being worked on.
emoslib blocks the grib-api transition, which blocks the gfortran
transition and netcdf transitions.

regards
Alastair


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

Bug#794642: dnsmasq: pick one of the conf-dir directives and un-comment it, please

[Rick Thomas]

Thanks!

I missed that.  Sorry for the noise.

Enjoy!
Rick

On Aug 5, 2015, at 1:32 PM, Simon Kelley  wrote:

> The Debian package provides a directory, /etc/dnsmasq.d for config file
> fragments. This is automagically enabled with a command-line argument
> provided by the init-system start script, without the need to include is
> in /etc/dnsmasq.conf
> 
> This is documented in para 2 of /usr/shar/doc/dnsmasq/README.Debian
> 
> Cheers,
> 
> Simon.
> 
> 
> 
> On 05/08/15 11:12, Rick Thomas wrote:
>> Package: dnsmasq
>> Version: 2.72-3+deb8u1
>> Severity: wishlist
>> 
>> Dear Maintainer,
>> 
>> The default /etc/dnsmasq.conf file, toward the end of the file, suggests 
>> several options
>> for allowing local drop-in configurations without changing the dnsmasq.conf 
>> file itself.
>> But they are all commented out.  If one of them were enabled, it would not 
>> be ironically
>> necessary to modify /etc/dnsmasq.conf in order to avoid modifying 
>> /etc/dnsmasq.conf .
>> 
>> My personal preference would be to activate the last option (once the syntax
>> error in it is corrected -- swap the last "/" for a ",")  I.E.
>> 
>>  conf-dir=/etc/dnsmasq.d,*.conf
>> 
>> But nearly anything would be better than nothing.
>> 
>> -- System Information:
>> Debian Release: 8.1
>>  APT prefers stable-updates
>>  APT policy: (500, 'stable-updates'), (500, 'oldstable-updates'), (500, 
>> 'stable'), (500, 'oldstable')
>> Architecture: i386 (i686)
>> 
>> Kernel: Linux 3.16.0-4-686-pae (SMP w/1 CPU core)
>> Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
>> Shell: /bin/sh linked to /bin/dash
>> Init: systemd (via /run/systemd/system)
>> 
>> Versions of packages dnsmasq depends on:
>> ii  dnsmasq-base 2.72-3+deb8u1
>> ii  init-system-helpers  1.22
>> ii  netbase  5.3
>> 
>> dnsmasq recommends no packages.
>> 
>> Versions of packages dnsmasq suggests:
>> pn  resolvconf  
>> 
>> -- Configuration Files:
>> /etc/dbus-1/system.d/dnsmasq.conf 9a18c8a761c2262dbf0c8b3345a85242 [Errno 2] 
>> No such file or directory: u'/etc/dbus-1/system.d/dnsmasq.conf 
>> 9a18c8a761c2262dbf0c8b3345a85242'
>> /etc/dnsmasq.conf changed:
>> conf-dir=/etc/dnsmasq.d
>> 
>> 
>> -- 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#791162: [Pkg-sass-devel] Bug#791162: libsass: library transition may be needed when GCC 5 is the default -- patch+NMU

[Matthias Klose]

On 08/05/2015 04:25 PM, Jonas Smedegaard wrote:
> Hi Martin,
> 
> Quoting Martin Pitt (2015-08-05 13:05:38)
>> Matthias Klose [2015-07-03 13:12 +]:
>>>  - If a library transition is needed, please prepare for the change.
>>>Rename the library package, append "v5" to the name of the package
>>>(e.g. libfoo2 -> libfoo2v5).
>>
>> Attached debdiff does that. As per the transition rules I NMUed
>> this to DELAYED/2.
> 
> Why?

https://lists.debian.org/debian-devel-announce/2015/08/msg0.html


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

Bug#794667: gnupg-agent: facilitate running gpg-agent as a separate user account

[Daniel Kahn Gillmor]

Package: gnupg-agent
Version: 2.1.6-1
Severity: wishlist

gpg-agent doesn't defend against another process by the same user
inspecting its memory or doing other nasty things to the process.
While i'm encouraging upstream to add what protections are possible
[0], it would also be useful to have some tooling around creating a
secondary user account to run the agent in a designated,
non-privileged manner.

This might be a distro-specific project, since account creation,
removal, etc are normally not handled by gpg itself, but by the
distro.

Perhaps we can use this bug to brainstorm such an approach for
gpg-agent at least.

  --dkg

[0] https://bugs.gnupg.org/gnupg/issue1211

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

Kernel: Linux 4.0.0-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
Init: systemd (via /run/systemd/system)

Versions of packages gnupg-agent depends on:
ii  libassuan0  2.2.1-1
ii  libc6   2.19-19
ii  libgcrypt20 1.6.3-2
ii  libgpg-error0   1.19-2
ii  libnpth01.2-1
ii  libreadline66.3-8+b3
ii  pinentry-curses [pinentry]  0.9.5-2
ii  pinentry-gnome3 [pinentry]  0.9.5-2
ii  pinentry-gtk2 [pinentry]0.9.5-2
ii  pinentry-qt4 [pinentry] 0.9.5-2
ii  pinentry-tty [pinentry] 0.9.5-2

Versions of packages gnupg-agent recommends:
ii  gnupg   1.4.19-3
ii  gnupg2  2.1.6-1
ii  gpgsm   2.1.6-1

gnupg-agent suggests no packages.

-- 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#794581: Dowgrading breeze doesn't fix anything for me

[Eric Valette]

Just to let you know...

--eric


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

Bug#794680: drbd kernel module incompatible with drbd-utils -> kernel panics

[Ben Hutchings]

Control: tag -1 moreinfo

The panic is in a network communication thread, not in anything
handling commands from drbd-utils, so I'm not convinced that this has
anything to do with the version of the latter.

On Wed, 2015-08-05 at 17:17 +0100, Matthew Vernon wrote:
[...]
> Following that suggestion, I installed the kernel module 8.4.6 from
> upstream, and the kernel has stopped panicking.

The current upstream (in-tree) version is 8.4.5 (still with the same
API and protocol versions).

[...]
> You might argue that drbd upstream's api/proto discrimination is
> inadequate (and perhaps a bug report should go there), but nonetheless
> kernel panics are a serious flaw in the kernel (or the offending
> module) IMAO.

Clearly the driver ought not to crash, but I'm not sure that a
wholesale update is the right solution.

The first plausible return address on the stack points to the instruction after

which implies something went wrong in drbd_recv_short()
.
The stack dump (not the call stack) shows:

[8800022f3d90] 8800022f3d88 0010  

   iov.iov_base !!! iov.iov_len  msg.msg_name 
msg.msg_namelen  
[8800022f3db0] 8800022f3d90 0001  

   msg.msg_iov = &iov
msg.msg_iovlen   msg.msg_control  
msg.msg_controllen
[8800022f3dd0] 4100 a02577be 880016c92080 0010 

   msg.msg_flagsreturn address   &connection->flags
  
header_size
   
received

which looks consistent with the stack frame of drbd_recv_short() (plus
16 bytes from the stack frame of drbd_asender()).  However iov.iov_base
is clearly wrong - it is equal to RSP-8, not the buffer.  It's also
equal to the faulting RIP.

Can you reproduce this with Linux 4.1 (now in unstable)?

Can you reproduce this on bare hardware (without Xen)?

Ben.

-- 
Ben Hutchings
If God had intended Man to program,
we'd have been born with serial I/O ports.



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

Bug#727245: abook: Add an address to Abook with Mutt delete all phone numbers

[Denis Briand]

tags 727245 confirmed help
severity 727245 grave
thanks

Hello Julia and Fulvio,
Thank you very much for your bug report.
I confirm this grave issue (data loss).
We will try to fix the issue with upstream...
...but help is welcome.

best regards

Denis Briand


signature.asc
Description: Digital signature

Bug#793495: xfsprogs fails to build on debian ppc64el

[Fernando Seiti Furusato]

On 08/04/2015 07:58 PM, Dave Chinner wrote:


That makes distclean do the same thing that realclean does and, as
that commit I pointed out previously, has been intentionally
separated in the build system. You could make the debian/rules file
simply call 'make realclean' rather than 'make distclean' to acheive
this without changing the main makefile. Either way, however, I
don't think that's the problem.

Yes, except I tried changing debian/rules to use realclean before coming up
with that idea and it broke the build.

 make[1]: Entering directory '/home/xfsprogs/xfsprogs-3.2.4'
 ./configure $LOCAL_CONFIGURE_OPTIONS
 configure: error: cannot find install-sh, install.sh, or shtool in . "."/.
 Makefile:89: recipe for target 'include/builddefs' failed
 make[1]: *** [include/builddefs] Error 1
 make[1]: Leaving directory '/home/xfsprogs/xfsprogs-3.2.4'
 debian/rules:36: recipe for target '.census' failed
 make: *** [.census] Error 2


Darrick Wong noted on #xfs that his builds of xfsprogs on ppc64el
from a tarball don't fail at all. His libtool chain is:

When I build xfsprog on ppc64el from a tarball, it does not fail at all either.
But in my case, specifically, it is because the tarball does not come with
a configure file (which would solve the problem I pointed out), so Makefile
generates it and runs libtoolize -c -i which updates the configuration files
needed.




   host-triplet: powerpc64le-unknown-linux-gnu
   libtoolize:   (GNU libtool) 2.4.2 Debian-2.4.2-1.7ubuntu1
   automake: automake (GNU automake) 1.14.1
   autoconf: autoconf (GNU Autoconf) 2.69


Which is similar to mine, but libtoolize is slightly older (and I'm
on x86_64-pc-linux-gnu). It turns out that the reason the build
works on his machines is that someone had made a small manual change
to /usr/share/aclocal/libtool.m4:

--- a/libtool.m4   2014-02-11 04:58:49.0 -0800
+++ b/libtool.m4  2015-07-31 13:48:23.375432372 -0700
@@ -1312,7 +1312,7 @@
rm -rf conftest*
;;

-x86_64-*kfreebsd*-gnu|x86_64-*linux*|powerpc*-*linux*| \
+x86_64-*kfreebsd*-gnu|x86_64-*linux*|ppc*-*linux*|powerpc*-*linux*| \
  s390*-*linux*|s390*-*tpf*|sparc*-*linux*)
# Find out which ABI we are using.
echo 'int i;' > conftest.$ac_ext

i.e. the problem looks to be that the libtool package shipped in
debian/unstable does not support ppc64el correctly


Actually powerpc*-*linux* covers the triplet for ppc64el, as seen in:
>>host-triplet: powerpc64le-unknown-linux-gnu
So ppc*-*linux* does not make difference for  ppc64el, if that is what you
refer to.

IMHO, if the debian src package xfsprogs came just like it comes in 
git://oss.sgi.com/xfs/cmds/xfsprogs, ie clean, the build would not fail.


Thanks and regards.
--

Fernando Seiti Furusato
IBM Linux Technology Center


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

Bug#793067: Bug#792328: info: can no longer find the Emacs manual

[Eli Zaretskii]

> Date: Tue, 4 Aug 2015 21:20:47 +0100
> From: Gavin Smith 
> Cc: Rob Browning , 793...@bugs.debian.org, 
>   Texinfo 
> 
> > A solution that supports inter-manual links, both in Info and in HTML
> > formats.  To do this on a per-user basis, we would need some
> > environment variable or/and user init file that would tell the Info
> > reader what version of which manual it should look for, so that it
> > could automagically substitute a reference to a "foo" manual with
> > "foo-1.2.3".
> 
> This could be done with a directory full of symlinks in the user's
> home directory. For example, from ~/local/info/indirect/foo.info to
> /usr/local/share/info/foo-1.2.3.info. ~/local/info/indirect would be
> early in INFOPATH and references to the "foo" manual would be resolved
> appropriately. Split Info files complicate the situation: either all
> the subfiles would need to be symlinked, or the browser would have to
> be able to find the containing directory of the target of the symlink.
> (Avoiding split Info files in such circumstances would be the simplest
> solution.)

Yes, this is possible, but hardly convenient, for the reasons you
point out.

Which is why I think having a feature that would transparently replace
"foo" in an Info file name with "foo-1.2.3" would be more convenient.
Of course, such replacement should only take place where this kind of
redirection is relevant.

For the Info reader, this could done as part of the reader itself.
For HTML, we could have a small application that would write
appropriate redirection files.


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

Bug#794699: ITP: sumatra -- fast and exact comparison and clustering of sequences

[Andreas Tille]

Hi,

I'm writing you on behalf of the Debian Med team that has the goal to
package free software of the field of biology and medicine for official
Debian.  Since we want to upgrade QIIME to version 1.9.1 we also need
to package sumatry which I just announced (see below).

The packaging is nearly finished but there is a remaining issue.  The
manual sumatra_user_manual.pdf is only available as PDF.  In Debian a
PDF without source (LaTeX, etc.) is considered as binary without source
and can not be distributed.  Would you mind to add the source of the PDF
manual to the release tarball.  As an intermediate solution any place to
download the source would be fine.

BTW, I have tried to convert the output of sumatra into a manpage:

   
https://anonscm.debian.org/viewvc/debian-med/trunk/packages/sumatra/trunk/debian/sumatra.1?view=markup

Feel free to take this over into your distribution.

Since it might be that we also will package sumaclust:  Also here we
would need the source for the PDF.

BTW,  while in sumatra download tarball 1.0.01 both tools were included
in one download tarball, a split was done in 1.0.03.  From my naive
point of view the split of these tools would rectify a higher increase
of the version number and also some documentation file (say NEWS) would
help the user to realise what happened.

Kind regards

   Andreas.

On Wed, Aug 05, 2015 at 09:41:20PM +0200, Andreas Tille wrote:
> Package: wnpp
> Severity: wishlist
> Owner: Andreas Tille 
> 
> * Package name: sumatra
>   Version : 1.0.03
>   Upstream Author : Tiayyba Riaz e.a
> * URL : http://metabarcoding.org/sumatra
> * License : CeCILL-2
>   Programming Lang: C
>   Description : fast and exact comparison and clustering of sequences
>  With the development of next-generation sequencing, efficient tools are
>  needed to handle millions of sequences in reasonable amounts of time.
>  Sumatra is a program developed by the LECA. Sumatra aims to compare
>  sequences in a way that is fast and exact at the same time. This tool
>  has been developed to be adapted to the type of data generated by DNA
>  metabarcoding, i.e. entirely sequenced, short markers. Sumatra computes
>  the pairwise alignment scores from one dataset or between two datasets,
>  with the possibility to specify a similarity threshold under which pairs
>  of sequences that have a lower similarity are not reported. The output
>  can then go through a classification process with programs such as MCL
>  or MOTHUR.
> 
> 
> Remark: This package was prepared by Tim Booth for BioLinux as a
> predependency for QIIME 1.9.1.  It is taken over by Debian Med and
> maintained at
>   svn://anonscm.debian.org/debian-med/trunk/packages/sumatra/trunk/
> 
> ___
> Debian-med-packaging mailing list
> debian-med-packag...@lists.alioth.debian.org
> http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-med-packaging
> 

-- 
http://fam-tille.de


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

Bug#778081: qapt: ftbfs with GCC-5

[Maximiliano Curia]

¡Hola Juerg!

El 2015-07-28 a las 12:00 +0200, Juerg Haefliger escribió:
I took a crack at this but I'm not sure I'm using the right build environment 
since I'm seeing a different build error. FWIW, when building in a sid chroot 
with gcc-5 and g++-5 (5.1.1-14) I get:


qapt source package was renamed to libqapt:

debian:
qapt | 1.3.0-2   | wheezy  | source
qapt | 1.3.0-2.1 | jessie-kfreebsd | source
qapt | 1.3.0-2.1 | jessie  | source
qapt | 1.3.0-2.1 | stretch | source
qapt | 1.3.0-2.1 | sid | source
qapt | 2.2.0-1   | experimental| source

debian:
libqapt | 3.0.0-4 | stretch | source
libqapt | 3.0.0-4 | sid | source

The remaining parts of qapt need to be removed from sid. There is a minor 
symbol fix pending for libqapt, that will be uploaded shortly.


Happy hacking,
--
"It takes three times the effort to find and fix bugs in system test than when
done by the developer. It takes ten times the effort to find and fix bugs in
the field than when done in system test. Therefore, insist on unit tests by
the developer"
-- Larry Bernstein
Saludos /\/\ /\ >< `/


signature.asc
Description: Digital signature

Bug#792280:

[Steve M. Robbins]

On August 5, 2015 11:23:36 AM Nico Schlömer wrote:
> GCC-XML has been deprecated [1], it's developers recommend CastXML.
> Since this is already in Debian [2], we might think about dropping
> GCC-XML from Debian altogether.

Yes, as soon as the build-dep packages are modified to use CastXML, I'll file 
for removal of gccxml.

In the meantime, however, I have a wrapper script for castxml that mostly 
emulates gccxml command line.  I am in the process of testing it.  More 
discussion on the debian-med mailing list starting here: 
https://lists.debian.org/debian-med/2015/08/msg00010.html

-Steve




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

Bug#794690: tabs::$isPluginModified not declared in class_tabs.inc

[Mike Gabriel]

Package: gosa
Severity: important
Version: 2.7.4+reloaded2-2
Tags: patch
User: debian-...@lists.debian.org
Usertags: debian-edu
X-Debbugs-Cc: debian-...@lists.debian.org

I see the below errors on my Debian Edu main server running GOsa²:

"""
Aug  5 20:03:37 tjener apache2: GOsa[gabmik]: (view) error : PHP  
error: Undefined property: usertabs::$isPluginModified  
(/usr/share/gosa/include/class_tabs.inc, line 190)

"""

Reason: $isPluginModified is not defined in the properties declaration  
section of class "tabs" (in gosa-core/include/class_tabs.inc).


Simply adding

"""
  var $isPluginModified = FALSE;
"""

directly below

"""
  var $multiple_support_active = FALSE;
"""

fixes the issue.

Mike

--

DAS-NETZWERKTEAM
mike gabriel, herweg 7, 24357 fleckeby
fon: +49 (1520) 1976 148

GnuPG Key ID 0x25771B31
mail: mike.gabr...@das-netzwerkteam.de, http://das-netzwerkteam.de

freeBusy:
https://mail.das-netzwerkteam.de/freebusy/m.gabriel%40das-netzwerkteam.de.xfb


pgpxT4vqBjyWS.pgp
Description: Digitale PGP-Signatur

Bug#794657: pry: broken with ruby-slop >= 4.x

[Antonio Terceiro]

Package: pry
Version: 0.10.1-1
Severity: grave
Justification: renders package unusable
Tags: sid stretch

since ruby-slop was updated to version 4.x, pry does not work at all
anymore.

$ pry
/usr/lib/ruby/vendor_ruby/pry/cli.rb:100:in `': undefined 
method `new' for Slop:Module (NoMethodError)
from /usr/lib/ruby/2.2.0/rubygems/core_ext/kernel_require.rb:54:in 
`require'
from /usr/lib/ruby/2.2.0/rubygems/core_ext/kernel_require.rb:54:in 
`require'
from /usr/lib/ruby/vendor_ruby/pry.rb:150:in `'
from /usr/lib/ruby/2.2.0/rubygems/core_ext/kernel_require.rb:54:in 
`require'
from /usr/lib/ruby/2.2.0/rubygems/core_ext/kernel_require.rb:54:in 
`require'
from /usr/bin/pry:9:in `'


Related upstream issue: https://github.com/pry/pry/issues/1338

When pry is loaded as a library, as in `require "pry"`, it also breaks.
See upstream issue https://github.com/pry/pry/issues/1362


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

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

Versions of packages pry depends on:
ii  bundler 1.10.5-1
ii  ruby1:2.2
ii  ruby-coderay1.1.0-2
ii  ruby-method-source  0.8.2-2
ii  ruby-slop   4.2.0-1
ii  ruby2.1 [ruby-interpreter]  2.1.5-4
ii  ruby2.2 [ruby-interpreter]  2.2.2-3
ii  rubygems-integration1.9

pry recommends no packages.

pry suggests no packages.

-- no debconf information

-- 
Antonio Terceiro 


signature.asc
Description: Digital signature

Bug#794684: d-shlibmove: quoting error leads to failure when calling objdump

[Iain Lane]

Package: src:d-shlibs
Version: 0.60
Severity: normal
Tags: patch

When building ucommon in unstable, it fails like this:

  d-shlibmove --commit \
  --devunversioned \
  --exclude-la \
  --override  s/libucommon7-dev/libucommon-dev/ \
  --movedev "debian/tmp/usr/include/*" usr/include/ \
  --movedev debian/tmp/usr/lib/pkgconfig/ucommon.pc usr/lib/pkgconfig 
--movedev debian/tmp/usr/lib/pkgconfig/commoncpp.pc usr/lib/pkgconfig \
  --extralib debian/tmp/usr/lib/libusecure.so --extralib 
debian/tmp/usr/lib/libcommoncpp.so \
  debian/tmp/usr/lib/libucommon.so
  Library package automatic movement utility
  x86_64-linux-gnu-objdump: 'debian/tmp/usr/lib/libusecure.so 
debian/tmp/usr/lib/libcommoncpp.so debian/tmp/usr/lib/libucommon.so': No such 
file

It's because d-shlibmove is passing all files in one parameter instead of 
individually.

See patch to fix this.

-- 
Iain Lane  [ i...@orangesquash.org.uk ]
Debian Developer   [ la...@debian.org ]
Ubuntu Developer   [ la...@ubuntu.com ]
diff -Nru d-shlibs-0.60ubuntu2/d-shlibmove d-shlibs-0.60ubuntu3/d-shlibmove
--- d-shlibs-0.60ubuntu2/d-shlibmove	2015-08-04 12:31:24.0 +0100
+++ d-shlibs-0.60ubuntu3/d-shlibmove	2015-08-05 17:19:49.0 +0100
@@ -186,10 +186,10 @@
 #  -- PK
 #  -- PK_LOWER (lowercased for package name)
 
-DEVLIB_TO_CHECK=
+DEVLIB_TO_CHECK=()
 for extralib in $EXTRALIBS; do
 	readlibnameinfo "$extralib"
-	DEVLIB_TO_CHECK="${DEVLIB_TO_CHECK:+$DEVLIB_TO_CHECK }$extralib"
+	DEVLIB_TO_CHECK+=("$extralib")
 	if [ "$INCLUDEA" = "yes" ]; then
 		echo "$(dirname "$extralib")/$PK.a usr/lib" >> "$INSTALLFILE_DEVPKG"
 	fi
@@ -201,7 +201,7 @@
 	echo "$REALSO usr/lib" >> "$INSTALLFILE_SHLPKG"
 done
 
-DEVLIB_TO_CHECK="${DEVLIB_TO_CHECK:+$DEVLIB_TO_CHECK }$1"
+DEVLIB_TO_CHECK+=("$1")
 readlibnameinfo "$1"
 if [ "$DEVUNVERSIONED" = "yes" ]; then
 	PKGDEV="$PK_LOWER$DEVSUFFIX-dev"
@@ -228,7 +228,7 @@
 	echo "echo \"$SONAMELIBNAME $SONAMEVERSION $PKGSHL (>= $SHLIBSLOCALVER)\" >> debian/shlibs.local" >> "$execscript"
 fi
 
-d-devlibdeps "${OVERRIDE[@]/#/--override=}" "debian/$PKGDEV.substvars" "$DEVLIB_TO_CHECK"
+d-devlibdeps "${OVERRIDE[@]/#/--override=}" "debian/$PKGDEV.substvars" "${DEVLIB_TO_CHECK[@]}"
 
 #do some definition for the file.
 echo "PKGDEV=$PKGDEV" >> "$execscript"

Bug#759410: [PATCH v4] C rewrite of safe-rm (Was: Should not install /usr/bin/rm conflicting with /bin/rm (blocks /bin -> /usr/bin))

[Julian Andres Klode]

On Wed, Aug 05, 2015 at 05:49:59PM +0200, Julian Andres Klode wrote:
> On Wed, Aug 05, 2015 at 05:23:48PM +0200, Julian Andres Klode wrote:
> > On Wed, Aug 05, 2015 at 05:09:50PM +0200, Julian Andres Klode wrote:
> > > On Tue, Aug 26, 2014 at 08:07:00PM -0700, Josh Triplett wrote:
> > > > Since safe-rm currently uses Perl, this change will also require one of
> > > > two approaches: either provide a small wrapper C program that attempts
> > > > to run /usr/bin/safe-rm and falls back to /bin/rm if that fails, or
> > > > rewrite safe-rm in C.
> > > 
> > > Here's a rewrite in C (currently modified to prepend /bin/echo to
> > > the program being run, for testing purposes).
> > > 
> > > I did not understand the "Prepare for actually deleting the file"
> > > part of safe-rm, so I did not translate it (it was resetting IFS
> > > and PATH and stuff, that's not really needed here).
> > > 
> > > Otherwise it should be an exact match.
> > 
> 

I noticed a bug in v3, namely symbolic links. Now it should work
correctly.

Changes since v3:
- Only call realpath() for files that are not symbolic links, so
  symbolic links can be blacklisted.

Changes since v2:

read_config_file:
- Rework existence check to check for ENOENT from fopen()

main:
- reorder
- use an lstat() for the S_ISLNK check and remove the previous
  stat(), as it was unneeded
  

-- 
Julian Andres Klode  - Debian Developer, Ubuntu Member

See http://wiki.debian.org/JulianAndresKlode and http://jak-linux.org/.

Be friendly, do not top-post, and follow RFC 1855 "Netiquette".
- If you don't I might ignore you.
/* safe-rm.c - wrapper around the rm command to prevent accidental deletions
 *
 * Copyright (C) 2008-2014 Francois Marier
 * Copyright (C) 2015 Julian Andres Klode  (C translation)
 *
 * This program is free software: you can redistribute it and/or modify
 * it under the terms of the GNU General Public License as published by
 * the Free Software Foundation, either version 3 of the License, or
 * (at your option) any later version.
 *
 * This program is distributed in the hope that it will be useful,
 * but WITHOUT ANY WARRANTY; without even the implied warranty of
 * MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the
 * GNU General Public License for more details.
 *
 * You should have received a copy of the GNU General Public License
 * along with this program.  If not, see .
 */

#define _POSIX_C_SOURCE 200809L
#define _XOPEN_SOURCE 700

#include 
#include 
#include 
#include 

#include 
#include 
#include 
#include 
#include 

/** DEFAULT_PROTECTED_DIRS - Directories protected by default */
static const char *DEFAULT_PROTECTED_DIRS[] = {
"/bin",
"/boot",
"/dev",
"/etc",
"/home",
"/initrd",
"/lib",
"/lib32",
"/lib64",
"/proc",
"/root",
"/sbin",
"/sys",
"/usr",
"/usr/bin",
"/usr/include",
"/usr/lib",
"/usr/local",
"/usr/local/bin",
"/usr/local/include",
"/usr/local/sbin",
"/usr/local/share",
"/usr/sbin",
"/usr/share",
"/usr/src",
"/var",
NULL,
};

/**
 * protected_dirs - A binary search tree of protected directories
 *
 * This is used with tsearch() and friends
 */
void *protected_dirs;

/**
 * strcmpvoid - Check whether string @a matches string @b
 * @a: the first string
 * @b: the second string
 *
 * Returns: strcmp(a, b).
 */
int strcmpvoid(const void *a, const void *b)
{
return strcmp(a, b);
}

/**
 * strany - Check if any string is not NULL.
 * @a: the first string
 * @b: the second string
 *
 * This can be used with tfind to check for emptyness:
 *   tfind(NULL, &rootp, strany)
 * will return the first element in the tree.
 *
 * Returns: 0 if a or b is not NULL, 1 otherwise.
 */
int strany(const void *a, const void *b)
{
return (a != NULL || b != NULL) ? 0 : 1;
}

/**
 * rtrim - Trim @value
 * @value: The string that shall be trimmed.
 * @totrim: Characters that shall be trimmed
 *
 * Replaces all characters from @totrim on the right hand side of @value.
 */
void rtrim(char *value, char *totrim)
{
size_t len = strlen(value);

while (--len > 0 && strchr(totrim, value[len]) != NULL) {
value[len] = 0;
}
}

/**
 * read_config_file - Read a configuration file
 * @path: The path to the configuration file
 *
 */
void read_config_file(const char *path)
{
FILE *infile;
char *line = NULL;
size_t line_alloc = 0;
glob_t globbed;

infile = fopen(path, "r");

if (infile == NULL) {
if (errno != ENOENT) {
fprintf(stderr, "Could not open configuration file %s: %s\n", path,
strerror(errno));
}
return;
}

while (getline(&line, &line_alloc, infile) != -1) {
rtrim(line, "\n\r\t ");
switch (glob(line, 0, NULL, &globbed)) {
case GLOB_NOMATCH:
case 0:
break;
default:
fprintf(stderr, "Cannot glob() for line %s\n",

Bug#794682: pdfminer: please update to a newer upstream snapshot

[Gianfranco Costamagna]

Source: pdfminer
Severity: wishlist
Version: 20110515+dfsg-1

Hi, the new w3af needs at least 20140328, can you please update it?

Feel free to ask an NMU or a team upload if you can't/do not have time for it,

thanks,

Gianfranco


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

Bug#794581: Kwin crash (bug 794581)

[Cedric]

  
  
Hello
  
  I've encountered the same problem since the update of the
  following packages yesterday :
  
  tart-Date: 2015-08-04  13:02:52
  Commandline: apt-get upgrade
  Upgrade: kde-style-breeze-qt4:amd64 (5.3.2-3, 5.3.2-4),
  breeze-cursor-theme:amd64 (5.3.2-3, 5.3.2-4),
  kwin-style-breeze:amd64 (5.3.2-3, 5.3.2-4),
  gir1.2-packagekitglib-1.0:amd64 (1.0.6-1, 1.0.6-1+b1),
  kde-style-breeze:amd64 (5.3.2-3, 5.3.2-4), breeze:amd64 (5.3.2-3,
  5.3.2-4), libseccomp2:amd64 (2.2.1-2, 2.2.3-1),
  breeze-icon-theme:amd64 (5.3.2-3, 5.3.2-4),
  qml-module-qtquick-controls-styles-breeze:amd64 (5.3.2-3,
  5.3.2-4), python-reportbug:amd64 (6.6.3, 6.6.4), reportbug:amd64
  (6.6.3, 6.6.4)
  End-Date: 2015-08-04  13:03:04
  
  Symptom:
  Regularly, system freezes during session opening (i.e before
  desktop is available, during session loading). In this case a sudo
  reboot must be done.
  When, by chance, you can reach the desktop, screen freezes as soon as a
window is open (Konsole, Kvirc,...). But cursor/mouse/keyboard
is still working. --> Ctrl Alt F6 to switch to a consol : a
  ps -eaf |grep kwin shows one or several process(es) like : kwin-x11
  --crashes 1, kwin-x11 --crashes 2, ...
  
  If all Kwin process are killed, you can partially get back the
  control of the system, but all windows are borderless.
  
  Hope this will help.
  regards
  Cédric

  



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

Bug#794697: packagekit: predictable directory name in /tmp

[Julien Cristau]

Package: packagekit
Version: 1.0.6-1
Severity: important

packagekit creates a /tmp/aptcc directory, to then create a temporary
sub-directory with mkdtemp.  That seems to entirely miss the point of
mkdtemp.  Please make the template /tmp/aptccXX or something like
that instead of /tmp/aptcc/XX.  On a related note packagekit seems
to ignore the return value of g_mkdir and mkdtemp.  (I'm wondering what
would be the impact of a user either creating /tmp/aptcc as a file, or
as a symlink to some root-owned directory.)

Cheers,
Julien


signature.asc
Description: Digital signature

Bug#794719: xscreensaver-data: runs /usr/bin/barcode rather than /usr/lib/xscreensaver/barcode

[Andy Isaacson]

Package: xscreensaver-data
Version: 5.30-1+b1
Severity: normal

Dear Maintainer,

on a system with the barcode package installed, and the default set
of xscreensaver packages,

ii  barcode   0.98+debian-9.1
ii  xscreensaver  5.30-1+b1
ii  xscreensaver-data 5.30-1+b1
un  xscreensaver-gl   
un  xscreensaver-gnome
un  xscreensaver-nognome  

% which barcode
/usr/bin/barcode

xscreensaver ends up running /usr/bin/barcode rather than
the screensaver in /usr/lib/xscreensaver .

This is because the commands are named without absolute paths in
/etc/X11/app-defaults/XScreenSaver-nogl,

% grep -C3 barcode /etc/X11/app-defaults/XScreenSaver-nogl
- GL:   antspotlight -root  \n\
apple2 -root\n\
- GL:   atunnel -root   \n\
barcode -root   \n\
- GL:   blinkbox -root  \n\
- GL:   blocktube -root \n\
- GL:   bouncingcow -root   \n\

and the barcode saver is in xscreensaver-data-extra but is mentioned in the
app-defaults file from xscreensaver-data, so while it is not found in
/usr/lib/xscreensaver it is found later in $PATH.  As a result, my laptop
frequently ends up showing the usage message from /usr/bin/barcode rather than
a pleasing graphical screensaver.

Perhaps xscreensaver should only consider /usr/lib/xscreensaver when executing
the screensavers rather than falling back to $PATH, since there may be other
commands that are less benign when executed erroneously.  But I don't know
what the downsides of that approach might be ...

thanks,
-andy

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

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

Versions of packages xscreensaver-data depends on:
ii  libc6   2.19-19
ii  libgdk-pixbuf2.0-0  2.31.5-1
ii  libglib2.0-02.44.1-1.1
ii  libice6 2:1.0.9-1+b1
ii  libjpeg62-turbo 1:1.4.1-1
ii  libsm6  2:1.2.2-1+b1
ii  libwww-perl 6.13-1
ii  libx11-62:1.6.3-1
ii  libxext62:1.3.3-1
ii  libxmu6 2:1.1.2-1
ii  libxpm4 1:3.5.11-1+b1
ii  libxt6  1:1.1.4-1+b1

xscreensaver-data recommends no packages.

Versions of packages xscreensaver-data suggests:
ii  xscreensaver  5.30-1+b1

-- 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#777778: [Aptitude-devel] Bug#777778: Bug#794406: g++: Non-deterministic "/usr/include/c++/5/bits/basic_string.h:121:53: internal compiler error: Segmentation fault" when compiling aptitude 0.7-1

[Axel Beckert]

Hi,

Julien Cristau wrote:
> On Tue, Aug  4, 2015 at 17:16:56 +0200, Axel Beckert wrote:
> > At least the rebuild of cwidget is still missing:
> > https://buildd.debian.org/status/package.php?p=cwidget
>
> cwidget was rebuilt (with a new package name) yesterday.

Yes, as result of my comment above Matthias triggered a BinNMU which
again triggered the following cwidget bug which was fixed by the
upload you mentioned:

https://bugs.debian.org/794594

pbuilder users (including myself) are currently bitten by that as
pbuilder uses aptitude by default.

I'm working on the aptitude side of that.

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


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

Bug#771838: Bug#791388: NMU uploaded to DELAYED/14 queue

[Roman Lebedev]

On Wed, Aug 5, 2015 at 10:43 PM, Guus Sliepen  wrote:
> Dear maintainers,
While i'm not a maintainer, i need to say the following:

>
> I packaged lensfun 0.3.1-0.1 and uploaded it to the DELAYED/14 queue. A
> diff is attached. Let me know if you want me to cancel the upload.
Lensfun has changed API without bumping API version with commit:
d767e4cc07f07f2050a2f959fb4c19f2fe1b84e6
v0.3.0 was the first release that contained this commit.

This causes e.g. following bug in darktable:
http://redmine.darktable.org/issues/10432

This has since been fixed by following LF commit:
83c80e6fb515b8ba75c7a0d298ff6bbe79561a63
but it happened after 0.3.1 has been released. There is currently no
released versions of lensfun with that fix.

Please bump lensfun API accordingly.
Please DO NOT upload new lensfun release without bumping API version
[and then, i guess, doing a transition]!

>
> --
> Met vriendelijke groet / with kind regards,
>   Guus Sliepen 
Roman.


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

Bug#791317: yaml-cpp: library transition may be needed when GCC 5 is the default

[Paul Novotny]

Control: tag -1 patch
Control: user release.debian@packages.debian.org
Control: usertag -1 + transition
Control: block -1 by 790756
Control: reassign -1 release.debian.org

On Fri, 03 Jul 2015 13:15:05 + Matthias Klose 
wrote:
>  - If a library transition is needed, please prepare for the change.
>Rename the library package, append "v5" to the name of the package
>(e.g. libfoo2 -> libfoo2v5). 

Done for libyaml-cpp5.0 in attached patch.

-Paaul
diff -Nru yaml-cpp-0.5.2/debian/changelog yaml-cpp-0.5.2/debian/changelog
--- yaml-cpp-0.5.2/debian/changelog	2015-04-26 15:45:00.0 -0400
+++ yaml-cpp-0.5.2/debian/changelog	2015-08-04 15:08:28.0 -0400
@@ -1,3 +1,10 @@
+yaml-cpp (0.5.2-2) unstable; urgency=medium
+
+  * Rename libyaml-cpp0.5 to libyaml-cpp0.5v5 for gcc5 transition
+(Closes: #791317)
+
+ -- Paul Novotny   Tue, 04 Aug 2015 18:03:35 -0400
+
 yaml-cpp (0.5.2-1) unstable; urgency=medium
 
   * Update due to yaml-cpp from Google Code to GitHub
diff -Nru yaml-cpp-0.5.2/debian/control yaml-cpp-0.5.2/debian/control
--- yaml-cpp-0.5.2/debian/control	2015-04-26 15:45:00.0 -0400
+++ yaml-cpp-0.5.2/debian/control	2015-08-04 15:08:28.0 -0400
@@ -12,13 +12,15 @@
 Vcs-Git: git://anonscm.debian.org/collab-maint/yaml-cpp.git
 Homepage: https://github.com/jbeder/yaml-cpp
 
-Package: libyaml-cpp0.5
+Package: libyaml-cpp0.5v5
 Architecture: any
 Multi-Arch: same
 Section: libs
 Depends: ${shlibs:Depends},
  ${misc:Depends}
 Pre-Depends: ${misc:Pre-Depends}
+Conflicts: libyaml-cpp0.5
+Replaces: libyaml-cpp0.5
 Description: YAML parser and emitter for C++
  yaml-cpp is a C++ library for parsing and emitting data in YAML 1.2, a
  human-readable data serialization format.
@@ -28,7 +30,7 @@
 Package: libyaml-cpp-dev
 Architecture: any
 Section: libdevel
-Depends: libyaml-cpp0.5 (= ${binary:Version}),
+Depends: libyaml-cpp0.5v5 (= ${binary:Version}),
  ${misc:Depends}
 Description: YAML parser and emitter for C++ - development files
  yaml-cpp is a C++ library for parsing and emitting data in YAML 1.2, a
diff -Nru yaml-cpp-0.5.2/debian/libyaml-cpp0.5.install yaml-cpp-0.5.2/debian/libyaml-cpp0.5.install
--- yaml-cpp-0.5.2/debian/libyaml-cpp0.5.install	2015-04-26 15:45:00.0 -0400
+++ yaml-cpp-0.5.2/debian/libyaml-cpp0.5.install	1969-12-31 19:00:00.0 -0500
@@ -1 +0,0 @@
-usr/lib/*/libyaml-cpp.so.*
diff -Nru yaml-cpp-0.5.2/debian/libyaml-cpp0.5v5.install yaml-cpp-0.5.2/debian/libyaml-cpp0.5v5.install
--- yaml-cpp-0.5.2/debian/libyaml-cpp0.5v5.install	1969-12-31 19:00:00.0 -0500
+++ yaml-cpp-0.5.2/debian/libyaml-cpp0.5v5.install	2015-08-04 15:08:28.0 -0400
@@ -0,0 +1 @@
+usr/lib/*/libyaml-cpp.so.*


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

Bug#791249: package needs a transition

[Eugen Dedu]

On 10/07/15 17:25, Matthias Klose wrote:

Control: tags -1 + confirmed

needs a transition, or else at least h323plus fails to build.


Thank you for the information about h323plus.

The simplest solution is to simply upload ptlib version 2.10.11, instead 
of the current 2.10.10, knowing that ptlib changes soname with *each* 
release.


As I am DM, not DD, I cannot upload such a package.  So could someone 
from voip team (Mark?) simply upload the 2.10.11 version?


Kind regards,
--
Eugen


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

Bug#794581: /usr/bin/kwin_x11: crashes when starting first window

[Maxim Pyatishev]

I had the same problem. And when I downgrade just kde-style-breeze to 4:5.3.2-3 
all became norm.

-- 
Maxim Pyatishev 


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

Bug#794695: ITP: tiledarray -- Block-Sparse Tensor Library

[Michael Banck]

Package: wnpp
Severity: wishlist
Owner: Debichem Team 

* Package name: tiledarray
  Version : 0.4.3-alpha
  Upstream Author : Valeev Group (Virginia Tech)
* URL : https://github.com/ValeevGroup/tiledarray
* License : GPLv3+
  Programming Lang: C++ header files
  Description : Block-Sparse Tensor Library

 TiledArray is a scalable, block-sparse tensor library that is designed
 to aid in rapid composition of high-performance tensor expressions,
 appearing for example in many-body quantum mechanics. It allows users
 to compose tensor expressions of arbitrary complexity that closely
 resembles the standard mathematical notation.


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

Bug#794704: viva: FTBFS

[Tobias Frost]

Source: viva
Severity: serious
Justification: FTBFS

Dear maintainer,

viva seems to FTBFS with a boost issue
buildlog attached.

-- 
tobi

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

Kernel: Linux 4.0.0-2-amd64 (SMP w/4 CPU cores)
Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
 dpkg-buildpackage -rfakeroot -D -us -uc -j4
dpkg-buildpackage: source package viva
dpkg-buildpackage: source version 1.0+git20140604.271f86fa51-1
dpkg-buildpackage: source distribution unstable
dpkg-buildpackage: source changed by Lucas Nussbaum 
 dpkg-source --before-build viva-1.0+git20140604.271f86fa51
dpkg-buildpackage: host architecture amd64
 fakeroot debian/rules clean
dh clean 
   dh_testdir
   dh_auto_clean
   dh_clean
rm -f -r build
rm -f -r stamp-*
# if this is a git repository, restore removed files that would have
# been ignored by dpkg-source
test -d .git && git checkout -- $(git status | sed -e 
'/^#[[:space:]]*deleted:[[:space:]]*/s/^#[[:space:]]*deleted:[[:space:]]*//p;d' 
| grep -v '^debian/')
debian/rules:32: recipe for target 'clean' failed
make: [clean] Error 1 (ignored)
 dpkg-source -b viva-1.0+git20140604.271f86fa51
dpkg-source: info: using source format '3.0 (quilt)'
dpkg-source: info: building viva using existing 
./viva_1.0+git20140604.271f86fa51.orig.tar.gz
dpkg-source: info: building viva in 
viva_1.0+git20140604.271f86fa51-1.debian.tar.xz
dpkg-source: info: building viva in viva_1.0+git20140604.271f86fa51-1.dsc
 debian/rules build
dh build 
   dh_testdir
   dh_auto_configure
cmake .. -DCMAKE_INSTALL_PREFIX=/usr -DCMAKE_VERBOSE_MAKEFILE=ON 
-DCMAKE_BUILD_TYPE=None
-- The C compiler identification is GNU 5.2.1
-- The CXX compiler identification is GNU 5.2.1
-- Check for working C compiler: /usr/lib/ccache/cc
-- Check for working C compiler: /usr/lib/ccache/cc -- works
-- Detecting C compiler ABI info
-- Detecting C compiler ABI info - done
-- Detecting C compile features
-- Detecting C compile features - done
-- Check for working CXX compiler: /usr/lib/ccache/c++
-- Check for working CXX compiler: /usr/lib/ccache/c++ -- works
-- Detecting CXX compiler ABI info
-- Detecting CXX compiler ABI info - done
-- Detecting CXX compile features
-- Detecting CXX compile features - done
-- Looking for Q_WS_X11
-- Looking for Q_WS_X11 - found
-- Looking for Q_WS_WIN
-- Looking for Q_WS_WIN - not found
-- Looking for Q_WS_QWS
-- Looking for Q_WS_QWS - not found
-- Looking for Q_WS_MAC
-- Looking for Q_WS_MAC - not found
-- Found Qt4: /usr/bin/qmake (found version "4.8.7") 
-- Found GLUT: /usr/lib/x86_64-linux-gnu/libglut.so  
-- Found OpenGL: /usr/lib/x86_64-linux-gnu/libGL.so  
-- Found LibConfig++: /usr/lib/x86_64-linux-gnu/libconfig++.so
-- Found LibConfig: /usr/lib/x86_64-linux-gnu/libconfig.so
-- static LibConfig path: /usr/lib/x86_64-linux-gnu/libconfig.a
-- Found PAJENG library: /usr/lib/x86_64-linux-gnu/libpaje.so
-- Configuring done
-- Generating done
-- Build files have been written to: 
/home/tobi/libconfig-rebuild/viva-1.0+git20140604.271f86fa51/obj-x86_64-linux-gnu
   dh_auto_build
make -j1
make[1]: Entering directory 
'/home/tobi/libconfig-rebuild/viva-1.0+git20140604.271f86fa51/obj-x86_64-linux-gnu'
/usr/bin/cmake -H/home/tobi/libconfig-rebuild/viva-1.0+git20140604.271f86fa51 
-B/home/tobi/libconfig-rebuild/viva-1.0+git20140604.271f86fa51/obj-x86_64-linux-gnu
 --check-build-system CMakeFiles/Makefile.cmake 0
/usr/bin/cmake -E cmake_progress_start 
/home/tobi/libconfig-rebuild/viva-1.0+git20140604.271f86fa51/obj-x86_64-linux-gnu/CMakeFiles
 
/home/tobi/libconfig-rebuild/viva-1.0+git20140604.271f86fa51/obj-x86_64-linux-gnu/CMakeFiles/progress.marks
make -f CMakeFiles/Makefile2 all
make[2]: Entering directory 
'/home/tobi/libconfig-rebuild/viva-1.0+git20140604.271f86fa51/obj-x86_64-linux-gnu'
make -f CMakeFiles/viva_utils_library.dir/build.make 
CMakeFiles/viva_utils_library.dir/depend
make[3]: Entering directory 
'/home/tobi/libconfig-rebuild/viva-1.0+git20140604.271f86fa51/obj-x86_64-linux-gnu'
/usr/bin/cmake -E cmake_progress_report 
/home/tobi/libconfig-rebuild/viva-1.0+git20140604.271f86fa51/obj-x86_64-linux-gnu/CMakeFiles
 35
[  1%] Generating src/utils/moc_QPajeTypeFilter.cxx
cd 
/home/tobi/libconfig-rebuild/viva-1.0+git20140604.271f86fa51/obj-x86_64-linux-gnu/src/utils
 && /usr/lib/x86_64-linux-gnu/qt4/bin/moc 
@/home/tobi/libconfig-rebuild/viva-1.0+git20140604.271f86fa51/obj-x86_64-linux-gnu/src/utils/moc_QPajeTypeFilter.cxx_parameters
usr/include/boost/type_traits/detail/has_binary_operator.hp:50: Parse error at 
"BOOST_JOIN"
CMakeFiles/viva_utils_library.dir/build.make:75: recipe for target 
'src/utils/moc_QPajeTypeFilter.cxx' failed
make[3]: *** [src/utils/moc_QPajeTypeFilter.cxx] Error 1
make[3]: Leaving dir

Bug#789441: freedombox-setup: network setup tries to run /lib/udev/write_net_rules, which no longer exists

[James Valleroy]

On Thu, 06 Aug 2015 01:16:26 +0530 Sunil Mohan  wrote:
> Patches version 2 fix a minor typo.  I have completed testing of in VM
> with 0, 1, 2 and 4 wired network interfaces.

I've reviewed these changes, did some basic testing on Dreamplug, and
pushed the commits to the Alioth repository.



signature.asc
Description: OpenPGP digital signature

Bug#641051: debhelper: cmake and multiarch -- another possible patches

[Tomasz Buchert]

Hi everybody,

what is the status of this? I'm trying to pass multiarch library path
in a clean way. I noticed that CMAKE_LIBRARY_ARCHITECTURE is set to
the arch triplet internally and so I can use it to patch upstream [1].

However, I also noticed that I *can't* set it to anything custom in
dh_auto_configure, as it is overwritten by cmake. I think it may pose
problems while cross-compiling, right? A possible solution would be to
push a patch upstream that respects CMAKE_LIBRARY_ARCHITECTURE
provided manually.

I think that for now I'll pass the triplet via my own custom variable
(just to be on the safe side).

Tomasz

[1] 
http://anonscm.debian.org/cgit/collab-maint/libdivsufsort.git/tree/debian/patches/0001-Allow-to-set-custom-LIBDIR-for-multi-arch.patch


signature.asc
Description: Digital signature

Bug#794718: dovecot-lmtpd segfaults when configured to use sieve

[Andy Beverley]

Package: dovecot-lmtpd
Version: 1:2.2.18-1
Severity: important

Dear Maintainer,

I've just upgrade from Debian Wheezy to Debian Jessie and am getting:

Fatal: master: service(lmtp): child 6761 killed with signal 11 (core
dumped)

It seems to be something to do with sieve. When I disable that from lmtp
then everything works fine.

OS: Debian Jessie
Dovecot version: 2.2.13
CPU: x86

This is the gdb output:

Using host libthread_db library
"/lib/x86_64-linux-gnu/libthread_db.so.1".
Core was generated by `dovecot/lmtp'.
Program terminated with signal SIGSEGV, Segmentation fault.
#0  0x7f8e4c94f626 in sieve_validator_register_command () from
/usr/lib/dovecot/libdovecot-sieve.so.0

-- Package-specific info:

Please note that the sieve config is missing from the following
configuration. It causes an error when enabled with:

protocol lmtp {
mail_plugins = $mail_plugins sieve
}

(in conf.d/20-lmtp.conf)

dovecot configuration
-
# 2.2.18: /etc/dovecot/dovecot.conf
# OS: Linux 3.2.0-4-amd64 x86_64 Debian 8.1 ext3
auth_mechanisms = plain login
dict {
  sieve = mysql:/etc/dovecot/pigeonhole-sieve.dict
}
mail_location = maildir:/var/mail/vhosts/%d/%n
mail_privileged_group = mail
managesieve_notify_capability = mailto
managesieve_sieve_capability = fileinto reject envelope encoded-character 
vacation subaddress comparator-i;ascii-numeric relational regex imap4flags copy 
include variables body enotify environment mailbox date ihave 
vnd.dovecot.extdata
namespace inbox {
  inbox = yes
  location = 
  mailbox Drafts {
special_use = \Drafts
  }
  mailbox Junk {
special_use = \Junk
  }
  mailbox Sent {
special_use = \Sent
  }
  mailbox "Sent Messages" {
special_use = \Sent
  }
  mailbox Trash {
special_use = \Trash
  }
  prefix = 
}
passdb {
  driver = pam
}
passdb {
  args = /etc/dovecot/dovecot-sql.conf.ext
  driver = sql
}
plugin {
  sieve = dict:proxy::sieve;name=active
  sieve_dir = ~/sieve
  sieve_extdata_dict_uri = proxy::sieve
  sieve_plugins = sieve_extdata
}
protocols = " imap lmtp sieve"
service auth-worker {
  user = vmail
}
service auth {
  unix_listener /var/spool/postfix/private/auth {
group = postfix
mode = 0666
user = postfix
  }
  unix_listener auth-userdb {
mode = 0600
user = vmail
  }
  user = dovecot
}
service dict {
  unix_listener dict {
mode = 0600
user = vmail
  }
}
service lmtp {
  unix_listener /var/spool/postfix/private/dovecot-lmtp {
group = postfix
mode = 0600
user = postfix
  }
}
ssl = required
ssl_cert = 
ii  dovecot-dev1:2.2.13-11
pn  dovecot-gssapi 
ii  dovecot-imapd  1:2.2.18-1
pn  dovecot-ldap   
ii  dovecot-lmtpd  1:2.2.18-1
ii  dovecot-managesieved   1:2.2.18-1
ii  dovecot-mysql  1:2.2.18-1
pn  dovecot-pgsql  
pn  dovecot-pop3d  
ii  dovecot-sieve  1:2.2.18-1
pn  dovecot-sqlite 

-- 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#794717: depends on libboost-date-time1.55.0, which is broken by new libstdc++6

[Dennis Gonçalves]

Package: libreoffice-core
Version: 4.4.5-2
Severity: important

Dear maintainer,

currently libreoffice-core depends on libboost-date-time1.55.0, which is
broken by the new libstdc++6 install in sid.

Given that boost1.55 maintainer said he wont support the new ABI for 1.55 (
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=793222), then i guess
libreoffice-core should be updated to depend on the newer
libboost-date-time1.58.0.

Best regards,
Dennis

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

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

Bug#794685: ejabberd: [INTL:it] Italian translation of debconf messages

[Beatrice Torracca]

Package: ejabberd
Severity: wishlist
Tags: l10n patch

Hi.

Please find attached the Italian translation of ejabberd debconf messages
proofread by the Italian localization team.

Please include it in your next upload.

Thanks,
Beatrice
# Italian translation of ejabberd debconf messages.
# Copyright (C) 2012, ejabberd package copyright holder.
# This file is distributed under the same license as the ejabberd package.
# Beatrice Torracca , 2012, 2015.
msgid ""
msgstr ""
"Project-Id-Version: ejabberd\n"
"Report-Msgid-Bugs-To: ejabb...@packages.debian.org\n"
"POT-Creation-Date: 2015-07-22 19:04+0200\n"
"PO-Revision-Date: 2015-08-05 19:01+0200\n"
"Last-Translator: Beatrice Torracca \n"
"Language-Team: Italian \n"
"Language: it\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"
"X-Generator: Virtaal 0.7.1\n"

#. Type: string
#. Description
#: ../templates:2001
#| msgid "The name of the host ejabberd will serve:"
msgid "Host name for this Jabber server:"
msgstr "Nome host per questo server Jabber:"

#. Type: string
#. Description
#: ../templates:2001
#| msgid "Please enter the hostname of your Jabber server (in lowercase)."
msgid "Please enter the host name of this Jabber server (lowercase)."
msgstr "Inserire il nome host di questo server Jabber (in lettere minuscole)."

#. Type: string
#. Description
#: ../templates:3001
msgid "Jabber server administrator username:"
msgstr "Nome utente dell'amministratore del server Jabber:"

#. Type: string
#. Description
#: ../templates:3001
#| msgid ""
#| "Please provide the name of an account to administrate the ejabberd "
#| "server. After the installation of ejabberd you can use this account to "
#| "log in with any Jabber client to do administrative tasks or go to http://";
#| "${hostname}:5280/admin/ and log in with this account to enter the admin "
#| "interface. Enter the username part here (e.g. ${user}), but use the full "
#| "Jabber ID (e.g. ${user}@${hostname}) to log into ejabberd web interface; "
#| "otherwise it will fail."
msgid ""
"Please provide the name of an account to administrate the ejabberd server. "
"After the installation of ejabberd you can use this account to log in with "
"any Jabber client to do administrative tasks or go to http://";
"${hostname}:5280/admin/ and log in with this account to enter the admin "
"interface."
msgstr ""
"Inserire il nome di un account per amministrare il server ejabberd. Dopo "
"l'installazione di ejabberd sarà possibile usare questo account per fare il "
"login con qualsiasi client Jabber per svolgere compiti di amministrazione "
"oppure si potrà andare all'indirizzo http://${hostname}:5280/admin/ e fare "
"il login con questo account per entrare nell'interfaccia di amministrazione."

#. Type: string
#. Description
#: ../templates:3001
msgid ""
"You only need to enter the username part here (such as ${user}), but the "
"full Jabber ID (such as ${user}@${hostname}) is required to access the "
"ejabberd web interface."
msgstr ""
"È necessario inserire solo la parte del nome utente (ad esempio ${user}), ma "
"è richiesto l'ID Jabber completo (ad esempio ${user}@${hostname}) per "
"accedere all'interfaccia web di ejabberd."

#. Type: string
#. Description
#: ../templates:3001
#| msgid ""
#| "Leave empty if you don't want to create an admin account automatically."
msgid ""
"Please leave this field empty if you don't want to create an administrator "
"account automatically."
msgstr ""
"Lasciare vuoto se non si desidera creare automaticamente un account di "
"amministrazione."

#. Type: password
#. Description
#: ../templates:4001
msgid "Jabber server administrator password:"
msgstr "Password dell'amministratore del server Jabber:"

#. Type: password
#. Description
#: ../templates:4001
msgid "Please enter the password for the administrative user."
msgstr "Inserire la password dell'utente amministratore."

#. Type: password
#. Description
#: ../templates:5001
msgid "Re-enter password to verify:"
msgstr "Inserire nuovamente la password per verifica:"

#. Type: password
#. Description
#: ../templates:5001
msgid ""
"Please enter the same administrator password again to verify that you have "
"typed it correctly."
msgstr ""
"Inserire nuovamente la stessa password dell'amministratore per verificare di "
"averla digitata correttamente."

#. Type: error
#. Description
#: ../templates:6001
msgid "Password input error"
msgstr "Errore nell'inserimento della password"

#. Type: error
#. Description
#: ../templates:6001
#| msgid "The passwords you have typed do not match. Please try again."
msgid "The two passwords you entered were not the same. Please try again."
msgstr "Le due password inserite non erano identiche. Riprovare."

#. Type: error
#. Description
#: ../templates:7001
msgid "Invalid administrator account username"
msgstr "Nome utente per l'account amministratore non valido"

#. Type: error
#. Description
#: ../templates:7001
ms

Bug#794694: dpkg: FTBFS on hppa: test failure

[John David Anglin]

Package: dpkg
Version: 1.18.1
Severity: normal

The build fails here:
../../scripts/t/merge_changelogs.t . ok
make[5]: *** [test] Error 1

#   Failed test 'makefile buildflags.mk computes all values correctly'
#   at ../../scripts/t/mk.t line 41.
# Looks like you failed 1 test of 5.
../../scripts/t/mk.t ... 
not ok 3 - makefile buildflags.mk computes all values correctly
Dubious, test returned 1 (wstat 256, 0x100)
Failed 1/5 subtests 

Test Summary Report
---
../../scripts/t/mk.t (Wstat: 256 Tests: 5 Failed: 1)
  Failed test:  3
  Non-zero exit status: 1
Files=37, Tests=2569, 54 wallclock secs ( 1.46 usr  0.60 sys + 28.24 cusr 24.30 
csys = 54.60 CPU)
Result: FAIL
FAIL: test suite has errors
make[4]: *** [check-local] Error 1

Full buildd log is here:
http://buildd.debian-ports.org/status/fetch.php?pkg=dpkg&arch=hppa&ver=1.18.2&stamp=1438797100

There is an issue with wanna-build dependencies on hppa and other ports:
dpkg build-depends on missing:
- empty-dependency-after-parsing

-- System Information:
Debian Release: stretch/sid
  APT prefers unreleased
  APT policy: (500, 'unreleased'), (500, 'unstable')
Architecture: hppa (parisc64)

Kernel: Linux 4.1.4+ (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_CA.utf8)
Shell: /bin/sh linked to /bin/dash
Init: sysvinit (via /sbin/init)

Versions of packages dpkg depends on:
ii  libbz2-1.0   1.0.6-8
ii  libc62.19-19+b1
ii  liblzma5 5.1.1alpha+20120614-2.1
ii  libselinux1  2.3-2
ii  tar  1.27.1-2
ii  zlib1g   1:1.2.8.dfsg-2

dpkg recommends no packages.

Versions of packages dpkg suggests:
ii  apt  1.0.9.10

-- 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#791388: NMU uploaded to DELAYED/14 queue

[Torsten Bronger]

Hallöchen!

Roman is right.  FWIW, there is a plea for help with questions
regarding packaging at
.
It would be nice if we could sort this out quickly, since not much
is still needed.

Tschö,
Torsten.

-- 
Torsten BrongerJabber ID: torsten.bron...@jabber.rwth-aachen.de


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

Bug#794639: please delay pool creation until squid3 is actually started, to support _installations_ without /dev/shm mounted

[Amos Jeffries]

Control: tags 794639 pending

The message was being logged when postinst script ran squid to format
any filesystem areas to be used by the squid cache.

New installations of the current version do not use disk / filesystem
caches, and the squid.rc init script was duplicating the action for
upgrades which might. So I have removed that action from the postinst
script for the next uploaded version.

Note that it will still all happen almost immediately afterwards when
the init script gets run to start the daemon. I assume (and hope) that
is what you meant by "until squid3 is actually started".

Amos


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

Bug#794599: ejabberd: [INTL:de] updated German debconf translation

[Christian PERRIER]

Quoting Helge Kreutzmann (deb...@helgefjell.de):

> #. Type: string
> #. Description
> #: ../templates:3001
> msgid ""
> "Please provide the name of an account to administrate the ejabberd server. "
> "After the installation of ejabberd you can use this account to log in with "
> "any Jabber client to do administrative tasks or go to http://";
> "${hostname}:5280/admin/ and log in with this account to enter the admin "
> "interface."
> msgstr ""
> "Geben Sie bitte den Namen für ein Konto an, dass den Ejabberd-Server "
> "verwalten kann. Nach der Installation können Sie mit Hilfe dieses Kontos und 
> "
> "eines beliebigen Jabber-Clients Verwaltungsaufgaben durchführen oder sich "
> "unter http://{hostname}:5280/admin/ an der Administratorschnittstelle "
> "anmelden."


A "$" character is missing before the "hostname" variable in the
translation.

Fixed file attached.




de.po
Description: application/gettext


signature.asc
Description: Digital signature

Bug#794716: Needs transition for g++5

[Iain Lane]

Package: src:lucene++
Version: 3.0.7-5
Severity: serious
Tags: patch

Control: user release.debian@packages.debian.org
Control: usertag -1 + transition
Control: block -1 by 790756

Hi,

lucene++ changes ABI in public symbols when built with g++ 5 (sorry, I
don't have a diff handy but I can get one if you want - BTW a symbols
file would be nice!). This means that it needs to be transitioned.

I've done this in Ubuntu, and here's a diff for Debian for you to review
and hopefully upload.

The diff also includes an upstream fix to bulid against boost 1.58.

Cheers,

-- 
Iain Lane  [ i...@orangesquash.org.uk ]
Debian Developer   [ la...@debian.org ]
Ubuntu Developer   [ la...@ubuntu.com ]
diff -Nru lucene++-3.0.7/debian/control lucene++-3.0.7/debian/control
--- lucene++-3.0.7/debian/control	2015-04-28 13:57:53.0 +0100
+++ lucene++-3.0.7/debian/control	2015-08-05 22:46:58.0 +0100
@@ -21,8 +21,8 @@
 Package: liblucene++-dev
 Section: libdevel
 Architecture: any
-Depends: liblucene++-contrib0 (= ${binary:Version}),
- liblucene++0 (= ${binary:Version}),
+Depends: liblucene++-contrib0v5 (= ${binary:Version}),
+ liblucene++0v5 (= ${binary:Version}),
  ${misc:Depends},
  ${shlibs:Depends}
 Description: Development files for Lucene++
@@ -41,22 +41,26 @@
  .
  This package contains the reference manual and examples.
 
-Package: liblucene++0
+Package: liblucene++0v5
 Architecture: any
 Multi-Arch: same
 Pre-Depends: ${misc:Pre-Depends}
 Depends: ${misc:Depends}, ${shlibs:Depends}
+Conflicts: liblucene++0
+Replaces: liblucene++0
 Description: Shared library for Lucene++
  Lucene++ is an up to date C++ port of the popular Java Lucene
  library, a high-performance, full-featured text search engine.
  .
  This package contains the shared library.
 
-Package: liblucene++-contrib0
+Package: liblucene++-contrib0v5
 Architecture: any
 Multi-Arch: same
 Pre-Depends: ${misc:Pre-Depends}
 Depends: ${misc:Depends}, ${shlibs:Depends}
+Conflicts: liblucene++-contrib0v5
+Replaces: liblucene++-contrib0v5
 Description: Shared library with Lucene++ contributions
  Lucene++ is an up to date C++ port of the popular Java Lucene
  library, a high-performance, full-featured text search engine.
diff -Nru lucene++-3.0.7/debian/liblucene++0.install lucene++-3.0.7/debian/liblucene++0.install
--- lucene++-3.0.7/debian/liblucene++0.install	2015-01-30 22:43:56.0 +
+++ lucene++-3.0.7/debian/liblucene++0.install	1970-01-01 01:00:00.0 +0100
@@ -1 +0,0 @@
-usr/lib/*/liblucene++.so.*
diff -Nru lucene++-3.0.7/debian/liblucene++0v5.install lucene++-3.0.7/debian/liblucene++0v5.install
--- lucene++-3.0.7/debian/liblucene++0v5.install	1970-01-01 01:00:00.0 +0100
+++ lucene++-3.0.7/debian/liblucene++0v5.install	2015-01-30 22:43:56.0 +
@@ -0,0 +1 @@
+usr/lib/*/liblucene++.so.*
diff -Nru lucene++-3.0.7/debian/liblucene++0v5.lintian-overrides lucene++-3.0.7/debian/liblucene++0v5.lintian-overrides
--- lucene++-3.0.7/debian/liblucene++0v5.lintian-overrides	1970-01-01 01:00:00.0 +0100
+++ lucene++-3.0.7/debian/liblucene++0v5.lintian-overrides	2015-08-05 23:03:16.0 +0100
@@ -0,0 +1,2 @@
+# G++5 ABI transition
+liblucene++0v5: package-name-doesnt-match-sonames liblucene++0
diff -Nru lucene++-3.0.7/debian/liblucene++-contrib0.install lucene++-3.0.7/debian/liblucene++-contrib0.install
--- lucene++-3.0.7/debian/liblucene++-contrib0.install	2015-01-30 22:43:56.0 +
+++ lucene++-3.0.7/debian/liblucene++-contrib0.install	1970-01-01 01:00:00.0 +0100
@@ -1 +0,0 @@
-usr/lib/*/liblucene++-contrib.so.*
diff -Nru lucene++-3.0.7/debian/liblucene++-contrib0v5.install lucene++-3.0.7/debian/liblucene++-contrib0v5.install
--- lucene++-3.0.7/debian/liblucene++-contrib0v5.install	1970-01-01 01:00:00.0 +0100
+++ lucene++-3.0.7/debian/liblucene++-contrib0v5.install	2015-01-30 22:43:56.0 +
@@ -0,0 +1 @@
+usr/lib/*/liblucene++-contrib.so.*
diff -Nru lucene++-3.0.7/debian/liblucene++-contrib0v5.lintian-overrides lucene++-3.0.7/debian/liblucene++-contrib0v5.lintian-overrides
--- lucene++-3.0.7/debian/liblucene++-contrib0v5.lintian-overrides	1970-01-01 01:00:00.0 +0100
+++ lucene++-3.0.7/debian/liblucene++-contrib0v5.lintian-overrides	2015-08-05 22:52:59.0 +0100
@@ -0,0 +1,2 @@
+# G++5 ABI transition
+liblucene++-contrib0v5: package-name-doesnt-match-sonames liblucene++-contrib0
diff -Nru lucene++-3.0.7/debian/patches/0001-Fix-compilation-with-Boost-1.58.patch lucene++-3.0.7/debian/patches/0001-Fix-compilation-with-Boost-1.58.patch
--- lucene++-3.0.7/debian/patches/0001-Fix-compilation-with-Boost-1.58.patch	1970-01-01 01:00:00.0 +0100
+++ lucene++-3.0.7/debian/patches/0001-Fix-compilation-with-Boost-1.58.patch	2015-08-05 22:29:41.0 +0100
@@ -0,0 +1,42 @@
+From 1987082cf9278a639d772b4f35a8ae2d34944177 Mon Sep 17 00:00:00 2001

Bug#793067: Bug#792328: info: can no longer find the Emacs manual

[Eli Zaretskii]

> Date: Wed, 5 Aug 2015 18:09:45 +0100
> From: Gavin Smith 
> Cc: Rob Browning , 793...@bugs.debian.org, 
>   Texinfo 
> 
> > Which is why I think having a feature that would transparently replace
> > "foo" in an Info file name with "foo-1.2.3" would be more convenient.
> > Of course, such replacement should only take place where this kind of
> > redirection is relevant.
> >
> > For the Info reader, this could done as part of the reader itself.
> > For HTML, we could have a small application that would write
> > appropriate redirection files.
> 
> The problem with split Info files isn't important: it's unlikely that
> an Info reader will run out of memory reading a non-split file, so
> simply avoid split files if it causes a problem. If it does become a
> problem there would be ways to deal with it, for example teach
> install-info how to rewrite a subfiles table.

If the file is created as "-o foo-1.2.3.info", there should be no need
to rewrite anything, is there?

And I don't like to have to tell users "if you want to have severeal
versions of the same manual accessible, you must use --no-split", if
that can be avoided.  Such conditions are always an annoyance and a
source of bugs.

> A similar problem is with image files associated with Info files. I
> can't think how that would be supported, but few Info files use images
> anyway.

Why not use the same solution as with references between manuals?

> You suggest having some kind of configuration file defining aliases
> for manuals. A subdirectory full of symbolic links is a kind of such a
> file, and not harder to update than any other kind of file format you
> could devise.

Symlinks are less portable than init files.


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

Bug#794666: c++-annotations-pdf: a mistake in this example

[Frank B. Brokken]

Dear Usama Makhzoum, you wrote:
> 
> Package: c++-annotations-pdf
> Version: 9.9.1-2
> Severity: important
> Tags: newcomer
> 
> Dear Maintainer,
> 
> *** Reporter, please consider answering these questions, where appropriate ***
> 
> in cplusplus.pdf, page 80 (actually it the 102th page, you know!), the second
> example of stoi function
> it is:
> 
>value = stoi(string(" 123", 0, 5)); // assigns value 38
> 
>* What outcome did you expect instead?
> it is :
>  value = stoi(string(" 123"), 0, 5); // assigns value

Thanks for the bug report: you're right: it's a typo. It'll be fixed in the
next release.  BTW: if you encounter more typos like these, don't hesitate to
send me an e-mail. Submitting such typos as Debian bug-reports is a bit heavy,
I think. But thanks anyway :-)

-- 
Frank B. Brokken
Center for Information Technology, University of Groningen
(+31) 50 363 9281 
Public PGP key: http://pgp.surfnet.nl
Key Fingerprint: DF32 13DE B156 7732 E65E  3B4D 7DB2 A8BE EAE4 D8AA


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

Bug#791162: [Pkg-sass-devel] Bug#791162: libsass: library transition may be needed when GCC 5 is the default -- patch+NMU

[Jonas Smedegaard]

Quoting Matthias Klose (2015-08-05 16:36:33)
> - If there are no reverse dependencies, it should be the package
>   maintainers decision if a transition is needed.  However this might
>   break software which is not in the Debian archive, and built
>   against these packages.

> On 08/05/2015 04:25 PM, Jonas Smedegaard wrote:
>> Quoting Martin Pitt (2015-08-05 13:05:38)
>>> Attached debdiff does that. As per the transition rules I NMUed this 
>>> to DELAYED/2.
>> 
>> Why?
>
> https://lists.debian.org/debian-devel-announce/2015/08/msg0.html

I know why you filed bug#791162, Matthias.

Why the NMU, when the project has no reverse dependencies?


 - Jonas

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

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


signature.asc
Description: signature