Bug#816780: roundup: CVE-2014-6276: information leak

[Salvatore Bonaccorso]

Source: roundup
Version: 1.4.20-1
Severity: grave
Tags: security upstream fixed-upstream wheezy jessie stretch sid

Hi

https://www.debian.org/security/2016/dsa-3502:
|Ralf Schlatterbeck discovered an information leak in roundup, a
|web-based issue tracking system. An authenticated attacker could use
|it to see sensitive details about other users, including their hashed
|password.

The purpose of this bug is to have a RC bug for roundup. roundup has
long seen any new upstream releases. 

>From Kai Storbeck it looks the way forward would be to have roundup
removed for unstable and stretch. Kai can you confirm that this is
still the plan vs. update to new upstream releases?

If so can you fill afer discussion with the Python App team a removal
request?

Regards,
Salvatore

Bug#816159: www.debian.org: new introduction for blends page

[Paul Wise]

On Tue, Mar 1, 2016 at 9:18 PM, Charles Plessy wrote:

> maybe I am too much of a scientist, but I prefer when the first paragraph
> directly answers to the question "what is this ?".  I tend to lose interest or
> focus when reading narratives such as the first paragraph you propose below.

The second paragraph doesn't make much sense to jump right into
without the first paragraph there to introduce it.

-- 
bye,
pabs

https://wiki.debian.org/PaulWise

Bug#816159: www.debian.org: new introduction for blends page

[Paul Wise]

On Sat, Mar 5, 2016 at 3:23 PM, Paul Wise wrote:
> On Tue, Mar 1, 2016 at 9:18 PM, Charles Plessy wrote:
>
>> maybe I am too much of a scientist, but I prefer when the first paragraph
>> directly answers to the question "what is this ?".  I tend to lose interest 
>> or
>> focus when reading narratives such as the first paragraph you propose below.
>
> The second paragraph doesn't make much sense to jump right into
> without the first paragraph there to introduce it.

I've committed the first paragraph and the changes to the second one
that were missed.

-- 
bye,
pabs

https://wiki.debian.org/PaulWise

Bug#816159: www.debian.org: new introduction for blends page

[Paul Wise]

On Sat, Mar 5, 2016 at 3:26 PM, Paul Wise wrote:

> I've committed the first paragraph and the changes to the second one
> that were missed.

The overall diff:

https://anonscm.debian.org/viewvc/webwml/webwml/english/blends/index.wml?r1=1.25&r2=1.22

-- 
bye,
pabs

https://wiki.debian.org/PaulWise

Bug#816781: aptitude: Can not cancel pending upgrade actions

[Zhang Jingqiang]

Package: aptitude
Version: 0.7.7-1
Severity: important

Dear Maintainer,

I have a local repos, and add some newer packages to it.
And aptitude failed to install it, which has been pending in # #816537.
Then I try to "Cancel pending actions", but nothing can be canceled.

-- Package-specific info:
Terminal: xterm
$DISPLAY is set.
which aptitude: /usr/bin/aptitude

aptitude version information:
aptitude 0.7.7
Compiler: g++ 5.3.1 20160224
Compiled against:
  apt version 5.0.0
  NCurses version 6.0
  libsigc++ version: 2.6.2
  Gtk+ support disabled.
  Qt support disabled.

Current library versions:
  NCurses version: ncurses 6.0.20160213
  cwidget version: 0.5.17
  Apt version: 5.0.0

aptitude linkage:
linux-vdso.so.1 (0x7ffdfbf11000)
libapt-pkg.so.5.0 => /usr/lib/x86_64-linux-gnu/libapt-pkg.so.5.0 
(0x7f5e57d7f000)
libncursesw.so.5 => /lib/x86_64-linux-gnu/libncursesw.so.5 
(0x7f5e57b4f000)
libtinfo.so.5 => /lib/x86_64-linux-gnu/libtinfo.so.5 
(0x7f5e57924000)
libsigc-2.0.so.0 => /usr/lib/x86_64-linux-gnu/libsigc-2.0.so.0 
(0x7f5e5771e000)
libcwidget.so.3 => /usr/lib/x86_64-linux-gnu/libcwidget.so.3 
(0x7f5e57421000)
libsqlite3.so.0 => /usr/lib/x86_64-linux-gnu/libsqlite3.so.0 
(0x7f5e57129000)
libboost_iostreams.so.1.58.0 => 
/usr/lib/x86_64-linux-gnu/libboost_iostreams.so.1.58.0 (0x7f5e56f0f000)
libboost_filesystem.so.1.58.0 => 
/usr/lib/x86_64-linux-gnu/libboost_filesystem.so.1.58.0 (0x7f5e56cf6000)
libboost_system.so.1.58.0 => 
/usr/lib/x86_64-linux-gnu/libboost_system.so.1.58.0 (0x7f5e56af1000)
libxapian.so.22 => /usr/lib/x86_64-linux-gnu/libxapian.so.22 
(0x7f5e566ed000)
libpthread.so.0 => /lib/x86_64-linux-gnu/libpthread.so.0 
(0x7f5e564d)
libstdc++.so.6 => /usr/lib/x86_64-linux-gnu/libstdc++.so.6 
(0x7f5e56154000)
libm.so.6 => /lib/x86_64-linux-gnu/libm.so.6 (0x7f5e55e4f000)
libgcc_s.so.1 => /lib/x86_64-linux-gnu/libgcc_s.so.1 
(0x7f5e55c39000)
libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x7f5e55894000)
libutil.so.1 => /lib/x86_64-linux-gnu/libutil.so.1 (0x7f5e55691000)
libdl.so.2 => /lib/x86_64-linux-gnu/libdl.so.2 (0x7f5e5548d000)
libresolv.so.2 => /lib/x86_64-linux-gnu/libresolv.so.2 
(0x7f5e55275000)
libz.so.1 => /lib/x86_64-linux-gnu/libz.so.1 (0x7f5e5505a000)
libbz2.so.1.0 => /lib/x86_64-linux-gnu/libbz2.so.1.0 
(0x7f5e54e4a000)
liblzma.so.5 => /lib/x86_64-linux-gnu/liblzma.so.5 (0x7f5e54c26000)
liblz4.so.1 => /usr/lib/x86_64-linux-gnu/liblz4.so.1 
(0x7f5e54a14000)
librt.so.1 => /lib/x86_64-linux-gnu/librt.so.1 (0x7f5e5480b000)
libuuid.so.1 => /lib/x86_64-linux-gnu/libuuid.so.1 (0x7f5e54606000)
/lib64/ld-linux-x86-64.so.2 (0x55fb59fb4000)

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

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

Versions of packages aptitude depends on:
ii  aptitude-common0.7.7-1
ii  libapt-pkg5.0  1.2.4
ii  libboost-filesystem1.58.0  1.58.0+dfsg-5+b1
ii  libboost-iostreams1.58.0   1.58.0+dfsg-5+b1
ii  libboost-system1.58.0  1.58.0+dfsg-5+b1
ii  libc6  2.21-9
ii  libcwidget3v5  0.5.17-4+b1
ii  libgcc11:5.3.1-10
ii  libncursesw5   6.0+20160213-1
ii  libsigc++-2.0-0v5  2.6.2-1
ii  libsqlite3-0   3.11.1-1
ii  libstdc++6 5.3.1-10
ii  libtinfo5  6.0+20160213-1
ii  libxapian22v5  1.2.22-3

Versions of packages aptitude recommends:
ii  aptitude-doc-en [aptitude-doc]  0.7.7-1
ii  libparse-debianchangelog-perl   1.2.0-8
ii  sensible-utils  0.0.9

Versions of packages aptitude suggests:
pn  apt-xapian-index  
pn  debtags   
ii  tasksel   3.34

-- no debconf information

Bug#816683: RFS: cloudabi-utils/0.8-1 [ITP]

[Ed Schouten]

2016-03-05 8:31 GMT+01:00 Paul Wise :
> If there is a dependency between libcloudabi and cloudabi-reexec then
> both must be properly packaged and in the archive.
>
> I recommend you package the whole stack including the toolchain,
> runtime library, cloudlibc etc.

As explained in bug 814430[1], I'd rather not have us package
cloudlibc and compiler-rt. What I could do is that by the time we have
a Clang and Binutils package, I could build cloudlibc and compiler-rt
as part of this package, solely for the purpose of compiling
cloudabi-reexec.

Let's keep this bug blocked on packaging the toolchain for now.

[1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=814430#34

Thanks,
-- 
Ed Schouten 
Nuxi, 's-Hertogenbosch, the Netherlands
KvK-nr.: 62051717

Bug#816683: RFS: cloudabi-utils/0.8-1 [ITP]

[Paul Wise]

On Fri, Mar 4, 2016 at 4:27 PM, Ed Schouten wrote:

> Got it. Then I think for now the best thing to do would be to ship
> this package without cloudabi-reexec until I can think of an easy way
> to fully comply with that.
>
> I've adjusted the package to discard the cloudabi-reexec executables
> that are normally installed. libcloudabi will now use the copy that is
> present when the user installs the development tools.

If there is a dependency between libcloudabi and cloudabi-reexec then
both must be properly packaged and in the archive.

I recommend you package the whole stack including the toolchain,
runtime library, cloudlibc etc.

-- 
bye,
pabs

https://wiki.debian.org/PaulWise

Bug#816159: www.debian.org: new introduction for blends page

[Ana Custura]

Hi Paul,

On 05/03/16 07:12, Paul Wise wrote:
>> > I don't think it's necessary to remove the second paragraph, it's
>> > important to the concept of Pure Blends and is not covered in the first
>> > paragraph.

Ok, I'll remove that paragraph as well.

Ana

Bug#816159: www.debian.org: new introduction for blends page

[Paul Wise]

On Sat, Mar 5, 2016 at 1:02 PM, Iain R. Learmonth wrote:
> On 01/03/16 13:18, Charles Plessy wrote:
>> By the way, I do not see the paragraph starting by "Debian Pure Blends are 
>> not
>> forks from" in your proposal.  Are you suggesting to remove it ?
>
> I don't think it's necessary to remove the second paragraph, it's
> important to the concept of Pure Blends and is not covered in the first
> paragraph.

I explicitly wanted to remove that since this is a user-facing page
not a developer one.

-- 
bye,
pabs

https://wiki.debian.org/PaulWise

Bug#816779: Remmina doesn't always honor scale ratio lock

[Dark Penguin]

Package: remmina
Version: 1.1.1-2


Even if the "Maintain scale ratio" button is enabled, and this is saved 
in the connection, Remmina does not always honor it. This happens in 
some cases on window size change, and sometimes even right after connecting.



How to reproduce:
- Connect via VNC to a computer whose screen is larger than your screen.

Expected behaviour:
- A connection window appears that takes all available space on the 
screen. It has the remote screen in the center, scaled down with correct 
aspect ratio, and black borders around it.


Actual behaviour:
- A connection windows appears that takes all available space on the 
screen. It has the remote screen stretched to take all available space, 
with wrong aspect ratio and no black borders.
- If I click the "Lock ratio" (or whatever it's called) button two times 
in a row (disabling and re-enabling it), Remmina applies the ratio lock, 
and black borders appear.


Having to make three additional clicks right after starting each 
connection simply because Remmina forgets to apply its saved options is 
annoying.



I'm using Debian Jessie x64 with MATE and all available updates - just 
installed it few days ago, so it's almost "a clean installation", and 
the Remmina package from the repository with VNC and RDP plugins. I 
haven't tried to reproduce the bug with RDP - I don't have a suitable 
RDP server available.



--
darkpenguin

Bug#816159: www.debian.org: new introduction for blends page

[Ana Custura]

Control: owner -1 !

Hi all,

On 05/03/16 05:02, Iain R. Learmonth wrote:
> Ana (in CC) has been doing some work on the blends website. I will let
> her make this change in the webwml repository so she can get some
> exposure to the BTS.

I'm looking at this now :)

Ana

Bug#816778: ITP: golang-github-docker-engine-api -- client and server components compatible with the Docker engine

[Dmitry Smirnov]

Package: wnpp
Severity: wishlist
Owner: Dmitry Smirnov 
X-Debbugs-CC: debian-de...@lists.debian.org, 
pkg-go-maintain...@lists.alioth.debian.org

   Package name: golang-github-docker-engine-api
Version: 0.2.3
Upstream Author: Docker, Inc.
License: Apache-2.0
URL: https://github.com/docker/engine-api
Vcs-Browser: 
https://anonscm.debian.org/cgit/pkg-go/packages/golang-github-docker-engine-api.git
Description: client and server components compatible with the Docker engine
 Engine-api is a set of Go libraries to implement client and server
 components compatible with the Docker engine.
 The client package implements a fully featured http client to interact
 with the Docker engine. It's modeled after the requirements of the Docker
 engine CLI, but it can also serve other purposes.


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

Bug#816777: ITP: golang-github-docker-go-connections -- Golang utility package to work with network connections

[Dmitry Smirnov]

Package: wnpp
Severity: wishlist
Owner: Dmitry Smirnov 
X-Debbugs-CC: debian-de...@lists.debian.org, 
pkg-go-maintain...@lists.alioth.debian.org

   Package name: golang-github-docker-go-connections
Version: 0.2.0
Upstream Author: Docker, Inc.
License: Apache-2.0
URL: https://github.com/docker/go-connections
Vcs-Browser: 
https://anonscm.debian.org/cgit/pkg-go/packages/golang-github-docker-go-connections.git
Description: Golang utility package to work with network connections
 go-connections provides common package to work with network connections.

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

Bug#816315: [pkg-uWSGI-devel] Bug#816315: #816315 - uwsgi - please support ruby2.3

[Antonio Terceiro]

On Fri, Mar 04, 2016 at 12:42:53AM +0100, Jonas Smedegaard wrote:
> Quoting Christian Hofstaedtler (2016-03-03 22:47:48)
> > May I suggest dropping the exact ruby version from the package name, 
> > so it doesn't have to go through NEW for 2.4, 2.5, ...?
> > 
> > I see uwsgi-plugin-rbthreads already doesn't encode the version in the 
> > package name.
> 
> You sure may suggest it (explicitly too - was arguably already 
> implicitly hinted at by the bugreport), and yes there is indeed 
> inconsistency across the uwsgi packages.
> 
> The aim is, however, the opposite: For each library with multiple 
> concurrent versions - even if only a single of them reaching stable at 
> any point in time - have correspondent uwsgi packages (and then 
> additionally have a convenience package linkest against current "main" 
> version).

I insist: please stop doing that. This unecessarily slows down the Ruby
transitions as uwsgi cannot be just binNMUed to be updated.

There are other 130 packages with Ruby native extensions that work just
fine with a single Ruby package providing the native libraries for the
currently supported Ruby versions in a single binary package.

Ah and it also wastes FTP master time when processing binNEW.

-- 
Antonio Terceiro 


signature.asc
Description: PGP signature

Bug#816776: g++: internal compiler error: Segmentation fault when building qt-everywhere-opensource-src-4.8.7

[Yann Le Doare]

Package: g++-4.9
Version: 4.9.2-10
Severity: normal

Dear Maintainer,

Here is my error log :

/*/

g++ -c -include .pch/release-shared/QtCore 
-I/home/linuxconsole25/x86_64/include -I/home/linuxconsole25/dibab/CXXFLAGS 
-I/home/linuxconsole25/x86_64/include -I/home/linuxconsole25/x86_64/include/AL 
-I/home/linuxconsole25/x86_64/irrlicht 
-I/home/linuxconsole25/x86_64/include/freetype2 
-I/home/linuxconsole25/x86_64/include -I/home/linuxconsole25/dibab/CXXFLAGS 
-I/home/linuxconsole25/x86_64/include -I/home/linuxconsole25/x86_64/include/AL 
-I/home/linuxconsole25/x86_64/irrlicht 
-I/home/linuxconsole25/x86_64/include/freetype2 -pthread 
-I/home/linuxconsole25/x86_64/include/glib-2.0 
-I/home/linuxconsole25/x86_64/lib/glib-2.0/include -O2 -fvisibility=hidden 
-fvisibility-inlines-hidden -Wall -W -D_REENTRANT -fPIC -DQT_SHARED 
-DQT_BUILD_CORE_LIB -DQT_NO_USING_NAMESPACE -DQT_NO_CAST_TO_ASCII 
-DQT_ASCII_CAST_WARNINGS -DQT_MOC_COMPAT -DQT_USE_QSTRINGBUILDER 
-DELF_INTERPRETER=\"/lib64/ld-linux-x86-64.so.2\" -DQLIBRARYINFO_EPOCROOT 
-DQT_USE_ICU -DHB_EXPORT=Q_CORE_EXPORT -DQT_NO_DEBUG -DQT_HAVE_MMX 
 -DQT_HAVE_3DNOW -DQT_HAVE_SSE -DQT_HAVE_MMXEXT -DQT_HAVE_SSE2 -DQT_HAVE_SSE3 
-DQT_HAVE_SSSE3 -DQT_HAVE_SSE4_1 -DQT_HAVE_SSE4_2 -DQT_HAVE_AVX 
-D_LARGEFILE64_SOURCE -D_LARGEFILE_SOURCE 
-I/home/linuxconsole25/dibab/src/qt-everywhere-opensource-src-4.8.7/mkspecs/linux-g++
 
-I/home/linuxconsole25/dibab/src/qt-everywhere-opensource-src-4.8.7/src/corelib 
-I../../include -I../../include/QtCore -I.rcc/release-shared -Iglobal 
-I/home/linuxconsole25/dibab/src/qt-everywhere-opensource-src-4.8.7/tools/shared
 
-I/home/linuxconsole25/dibab/src/qt-everywhere-opensource-src-4.8.7/src/3rdparty/harfbuzz/src
 
-I/home/linuxconsole25/dibab/src/qt-everywhere-opensource-src-4.8.7/src/3rdparty/md5
 
-I/home/linuxconsole25/dibab/src/qt-everywhere-opensource-src-4.8.7/src/3rdparty/md4
 -I.moc/release-shared -I/home/linuxconsole25//include -I. -o 
.obj/release-shared/qabstractanimation.o 
/home/linuxconsole25/dibab/src/qt-everywhere-opensource-src-4.8.7/src/corelib/animation/qabstractanimation.cpp

g++: internal compiler error: Segmentation fault (program cc1plus)
Please submit a full bug report,
with preprocessed source if appropriate.
See  for instructions.
Makefile:7394: recipe for target '.obj/release-shared/qabstractanimation.o' 
failed
make[1]: *** [.obj/release-shared/qabstractanimation.o] Error 4
make[1]: Leaving directory 
'/home/linuxconsole25/dibab/build-x86_64/qt-everywhere-opensource-src-4.8.7/src/corelib'
Makefile:204: recipe for target 'sub-corelib-make_default-ordered' failed
make: *** [sub-corelib-make_default-ordered] Error 2

/*/

What can I do for "full bug report" ?

Thanks

Yann Le Doaré, France

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

Kernel: Linux 3.14.32--grs-ipv6-64 (SMP w/4 CPU cores)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
Init: systemd (via /run/systemd/system)

Versions of packages g++-4.9 depends on:
ii  gcc-4.94.9.2-10
ii  gcc-4.9-base   4.9.2-10
ii  libc6  2.19-18+deb8u3
ii  libcloog-isl4  0.18.2-1+b2
ii  libgmp10   2:6.0.0+dfsg-6
ii  libisl10   0.12.2-2
ii  libmpc31.0.2-1
ii  libmpfr4   3.1.2-2
ii  libstdc++-4.9-dev  4.9.2-10
ii  zlib1g 1:1.2.8.dfsg-2+b1

g++-4.9 recommends no packages.

Versions of packages g++-4.9 suggests:
pn  g++-4.9-multilib
pn  gcc-4.9-doc 
pn  libstdc++6-4.9-dbg  

-- no debconf information

Bug#812108: problem upgrading from offlineimap 6.3.4 to 6.6.1

[francois]

On Fri, Mar 04, 2016 at 12:11:18PM +0100, Nicolas Sebrecht wrote:
> Also, I may update the blog post written by François at
> 
> http://www.offlineimap.org/configuration/2016/02/12/debian-upgrade-from-jessie-to-stretch.html
> 
> if none of you intend to do it.

Please do. You have my blessing.

Bug#816159: www.debian.org: new introduction for blends page

[Iain R. Learmonth]

Hi All,

On 01/03/16 13:18, Charles Plessy wrote:
> This said, the paragraph below (or the alternative versions discussed in this
> thread) would be a nice improvement to the current page.  Thank you for
> proposing this.
>  
>> 
>> Debian Pure Blends are a solution for groups of people with specific needs.
>> Not only do they provide handy collections (meta-packages) of specific 
>> packages,
>> but they also ease installation and configuration for the intended purpose.
>> They cover the interests of different groups of people, who might be 
>> children,
>> scientists, gamers, lawyers, medical staff, visually impaired people, etc.
>> Their common goal is to make installation and administration of computers
>> for their target audience as easy as possible and to connect their audience
>> with the people who write or package software for that audience.
>> 

I quite like this to replace the first paragraph.

> By the way, I do not see the paragraph starting by "Debian Pure Blends are not
> forks from" in your proposal.  Are you suggesting to remove it ?

I don't think it's necessary to remove the second paragraph, it's
important to the concept of Pure Blends and is not covered in the first
paragraph.

As the last message was on the 1st March, and this has been reviewed by
debian-l10n-english, I guess we've reached consensus.

Ana (in CC) has been doing some work on the blends website. I will let
her make this change in the webwml repository so she can get some
exposure to the BTS.

Thanks,
Iain.

Bug#816703: regression: "mv from to" now fails when both are the same file

[Pádraig Brady]

On 03/03/16 21:24, Marc Lehmann wrote:

Package: coreutils
Version: 8.25-2
Severity: normal

Dear Maintainer,

as an extension, coreutils supported moving one file to another, when both
refer to the same file.

This support has been lost after upgrading from 8.23-4 (stable) to
8.25-2. That is, in 8.25-2:

# touch a; ln -f a b; mv a b
mv: 'a' and 'b' are the same file

and both names still exist. While in 8.24-4, the "obvious" happens, i.e.
only "b" is left after the mv command.

It would be wonderful if this extension could somehow survive, as the
new behaviour is rather counter-intuitive (one expects that "mv a b", if
possible, makes b refer to a, and a is gone afterwards).

Thanks!

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

Kernel: Linux 4.1.18-040118-generic (SMP w/12 CPU cores)
Locale: LANG=C, 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 coreutils depends on:
ii  libacl1  2.2.52-2
ii  libattr1 1:2.4.47-2
ii  libc62.21-9
ii  libselinux1  2.4-3

coreutils recommends no packages.

coreutils suggests no packages.


This changed in v8.24 with the NEWS:

  mv no longer supports moving a file to a hardlink, instead issuing an error.
  The implementation was susceptible to races in the presence of multiple mv
  instances, which could result in both hardlinks being deleted.  Also on case
  insensitive file systems like HFS, mv would just remove a hardlinked 'file'
  if called like `mv file File`.  The feature was added in coreutils-5.0.1.

Bug#815775: #815775: zeroc-ice: FTBFS against ruby2.3

[Chris Knadle]

zeroc-ice seems to build fine without listing libmono2.0-cil and mono-gmcs
in the Build-Depends.

NMU prepared; debdiff attached.

P.S. the maintainers for zeroc-ice in Debian have not been heard from in
some time.  (2 years)  :-(

   -- Chris

-- 
Chris Knadle
chris.kna...@coredump.us
diff -Nru zeroc-ice-3.5.1/debian/changelog zeroc-ice-3.5.1/debian/changelog
--- zeroc-ice-3.5.1/debian/changelog2015-11-21 02:41:17.0 -0500
+++ zeroc-ice-3.5.1/debian/changelog2016-03-04 23:17:37.0 -0500
@@ -1,3 +1,16 @@
+zeroc-ice (3.5.1-6.4) unstable; urgency=medium
+
+  * Non-maintainer upload.
+  * debian/control:
+- Remove dependencies to fix FTBFS bug:
+ libmono2.0-cil,
+ mono-gmcs
+  (Closes: #815775)
+  [Note: the Ubuntu source packages zeroc-ice upstream ships have
+   far fewer Build-Depends.]
+
+ -- Christopher Knadle   Fri, 04 Mar 2016 21:54:19 
-0500
+
 zeroc-ice (3.5.1-6.3) unstable; urgency=medium
 
   * Non-maintainer upload.
diff -Nru zeroc-ice-3.5.1/debian/control zeroc-ice-3.5.1/debian/control
--- zeroc-ice-3.5.1/debian/control  2015-11-19 23:39:06.0 -0500
+++ zeroc-ice-3.5.1/debian/control  2016-03-04 21:59:26.0 -0500
@@ -18,7 +18,6 @@
   ruby,
   libqt4-dev,
 Build-Depends-Indep: mono-devel | c-sharp-2.0-compiler,
-libmono2.0-cil,
 pkg-config,
 default-jdk | java-gcj-compat,
 libjgoodies-looks-java (>= 2.5.2),
@@ -27,7 +26,6 @@
 libdb5.3-java (>= 5.1.4~) | libdb-java (>= 5.1.4~),
 ant,
 ant-optional,
-mono-gmcs,
 cli-common-dev (>= 0.8~)
 Standards-Version: 3.9.6
 Homepage: http://www.zeroc.com/

Bug#812108: problem upgrading from offlineimap 6.3.4 to 6.6.1

[francois]

On Sun, Feb 28, 2016 at 07:29:02PM +0100, Nicolas Sebrecht wrote:
> On Sun, Feb 28, 2016 at 06:00:58PM +0200, Ilias Tsitsimpis wrote:

> > I have created a patch that hopefully will help here[1]. My plan is to
> > include this to the next OfflineIMAP version in Debian, and state at the
> > NEWS file that everyone who is upgrading from v6.3.4 should run
> > 
> > $ offlineimap --verify-fmd5 || offlineimap --fix-fmd5
> > 
> > before the first use of the newer version.
> > 
> > Could you review this, and/or verify that this is working correctly?
> > 
> > [1] https://github.com/iliastsi/offlineimap/commit/8d07ec308e83665
> 
> From a quick review, this looks fine for a merge. I didn't check the
> validity of the algo, though.
[...] 
> I guess this might be confusing or make bad things (including data loss)
> if applied on mails that has moved from a folder to another one without
> a full filename change because this might lead to UID conflicts.

Indeed at first glance patch seems sound but this potential UID
conflicts annoys me. Is it possible to retrieve the older FMD5 (before
the change of using nametrans) and replace only those matching the old
one ?

Bug#816465: closed by Ondřej Surý (Bug#816465: fixed in php7.0 7.0.4-1)

[積丹尼 Dan Jacobson]

OK glad you found the problem.

Bug#816486: #816486: sup-mail: FTBFS: builder.rb:89

[Christian Hofstaedtler]

Control: tags -1 + confirmed
Control: block -1 816775

Thank you for your report.

Apparently we missed ruby-xapian in the 2.3 transition :-(

Best,
-- 
 ,''`.  Christian Hofstaedtler 
: :' :  Debian Developer
`. `'   7D1A CFFA D9E0 806C 9C4C  D392 5C13 D6DB 9305 2E03
  `-

Bug#816680: debian-security-support: postinst script hangs when /etc/pam.d/su optimized

[Aide Ordi 49]

Le 04/03/2016 18:11, Raphael Hertzog a écrit :

Do you care to explain why you would disable that line?

You will likely break many other scripts in Debian and I don't see the
point of stopping installation for this specific case.

Cheers,


Hi Raphael!
Thanks for your answer,

In that specific case, the installation is broken because su waits in an
infinite loop that root can only break by a SIGKILL signal. After
the kill, some lock and status files prevent dpkg to remove
debian-security-support. After reboot, the package can be removed well
and the sysadmin can relax stating that nothing in APT is broken.

Here is my motivation not to allow root to invoke su without prompting
for password by default:

Debian 'out of box' is not well configured for data privacy in a
multi-user environment (see the overliberal default umask 0022).
So, as I had to review the global system specifications for my needs,
I rely on some simple fundamental rules.

One of theses rules is Occam's razor that KISS principle is derived from:
"Plurality must never be posited without necessity". And until I went to
install the package debian-security-support, I did'nt saw any necessity
for allowing root to invoke su without prompting for password.

Let me explain further with an example:
Let's say ulysses has just installed debian 7 on the family
computer, enforced the per user file insulation (UMASK 007 in
/etc/login.defs, DIR_MODE=0770 in /etc/adduser.conf) and created the
users penelope and telemachus.
Is it a necessity that ulysses could login (and spoof) as penelope and
telemachus without knowing their passwords, even if ulysses can browse
their files? I don't think so and even the program runas.exe
Microsoft Windows forbid that behaviour by default.

Moreover in that example, penelope and telemachus could never be aware
that ulysses spoof their identity for years:

telemachus@debian7:~$ cat /var/log/auth.log
cat: /var/log/auth.log: Permission denied

That's why I would prefer this login capability for root was not enabled
in /etc/pam.d/su by default.

To come back to the main subject, I'm not aware of other package that
configures using su, but I understand and agree to change my practice to
conform with the good work that debian devs have done.

What I say is just: maybe one day, another person will try to install
debian-security-support after he has customized /etc/pam.d/su.
In this case, a message via syslog or frontend provided by a preinst
script could help when su make dpkg to freeze, especialy if that person
have not enough skills to debug and understand what
/var/lib/dpkg/info/debian-security-support.postinst do.

Best regards,
Mederic.

Bug#816775: Please depend on librubyX.Y

[Christian Hofstaedtler]

Package: ruby-xapian
Version: 1.2.22-2

Dear Olly,

I don't know why, but ruby-xapian currently does not depend on
libruby2.2. As such we've missed it in the currently open ruby2.3
transition.

If you could ensure ruby-xapian depends on librubyX.Y (again?),
that'd be awesome :-)
(I think it doesn't need to depend on ruby|ruby-interpreter, if that
makes life easier.)


Many thanks!

   Christian

-- 
 ,''`.  Christian Hofstaedtler 
: :' :  Debian Developer
`. `'   7D1A CFFA D9E0 806C 9C4C  D392 5C13 D6DB 9305 2E03
  `-

Bug#813237: transition: ruby2.3

[Christian Hofstaedtler]

Looks like we missed xapian-bindings. I've given it a quick test
rebuild on amd64, and it builds correctly for 2.3.

Not sure how this works, but ruby-xapian manages to not depend on
any librubyX.Y package!?

Thank you,
-- 
 ,''`.  Christian Hofstaedtler 
: :' :  Debian Developer
`. `'   7D1A CFFA D9E0 806C 9C4C  D392 5C13 D6DB 9305 2E03
  `-

Bug#816774: RM: barry -- ROM; Lack of maintainer time and does not support recent BlackBerry devices.

[Chris Frey]

Package: ftp.debian.org
Severity: normal

Bug#674249: Re : Greetings

[Studnicki Valerie]

> My name is Mrs. Arisha Ibrahim and I have inheritance for you. Please reply 
> via Email: mrsarishaibra...@mail-box.cz
> 
> 
> 
> 
> 
> Le 03/03/16, "Studnicki Valerie"   a écrit :éduction 
> de l’échec scolaire et à une prévention plus efficace du décrochage. Nous 
> sommes prêts dans cette perspective à travailler sur la question de 
> l'autonomie des établissements (qui est un moyen et non une fin) et sur le 
> sens qu'elle doit avoir selon nous dans l’esprit des Assises des valeurs de 
> la République pour redonner à l’école sa mission républicaine d’équité 
> scolaire et lui permettre de combattre davantage les détermMessage d'origine 
> [liste.adj-chefsetab] Message du Sgen-CFDT: Belle semaine de 
> rentrée.emlSylvie PERRONProviseure
> Lycée Robert Schuman
> 2 rue de l'embarcadère
> 94220 Charenton-le-Pont
>  Ligne directe
> 
> > 
> >  
> > 
> 
> 
>  
> 
> 
>  
> 
> 
>  
>
<>

Bug#759492: File conflicts between /bin and /usr/bin

[Marco d'Itri]

On Jan 24, Marco d'Itri  wrote:

> > I wanted to open this discussion, but it's not clear whether we're ready
> > yet to actually merge this patch.
> We are now: there are less than 10 packages left which have not been 
> fixed, all of them with patches
We are down to 4 broken packages left (safe-rm, ksh, elvis-tiny, 
yp-tools), none of them matter and I do not expect that the maintainers 
will care until they will be uninstallable.
How can we move forward with this policy change?

-- 
ciao,
Marco


signature.asc
Description: PGP signature

Bug#816611: RFS: yamllint/1.0.3-1 [ITP] -- A linter for YAML files

[Paul Wise]

On Fri, Mar 4, 2016 at 9:25 PM, Paul Wise wrote:
> On Fri, 2016-03-04 at 13:01 +0100, Adrien Vergé wrote:
>> Thanks, fixed upstream and repackaged as 1.0.4-1.
>> https://mentors.debian.net/package/yamllint
>
> Thanks, I'll look at this tomorrow.

Looks like you released a new version.

There was one issue to fix, I've taken the liberty of doing that myself.

https://lintian.debian.org/tags/copyright-should-refer-to-common-license-file-for-gpl.html
https://www.debian.org/doc/debian-policy/ch-docs.html#s-copyrightfile

I added these 3 lines to the end of debian/copyright, you may want to
commit that to your git repository:

 .
 On Debian systems, the complete text of the GNU General
 Public License version 3 can be found in "/usr/share/common-licenses/GPL-3".

After fixing that issue I've uploaded it to NEW:

http://ftp-master.debian.org/new.html

Some things you may want to do/fix:

Add a manual page, you can do that automatically using either sphinx
and sphinxcontrib-autoprogram or python3-sphinx-argparse.

Add shell completion, you can do that automatically using python3-argcomplete.

The URLs in the Vcs-* fields are 404 (see duck output below), probably
you need to point them at the right branch in the github repo.

https://www.debian.org/doc/debian-policy/ch-controlfields.html#s-f-VCS-fields
https://github.com/adrienverge/yamllint/tree/packaging/

Automatic checks:

build

lintian

I: yamllint source: vcs-field-uses-insecure-uri vcs-git
git://anonscm.debian.org/collab-maint/yamllint.git
P: yamllint source: debian-watch-may-check-gpg-signature
P: yamllint: no-upstream-changelog
E: yamllint: copyright-should-refer-to-common-license-file-for-gpl
W: yamllint: description-synopsis-starts-with-article
W: yamllint: binary-without-manpage usr/bin/yamllint

check-all-the-things

$ find .. -maxdepth 1 -type f -iwholename '../*.build' -exec grep -H
-i warn {} +
../yamllint_1.1.0-1_amd64.build:dpkg-gencontrol: warning: Depends
field of package yamllint: unknown substitution variable
${shlibs:Depends}

$ cme check dpkg
...
Warning in 'control source Vcs-Git' value
'git://anonscm.debian.org/collab-maint/yamllint.git': An unencrypted
transport protocol is used for this URI. It is recommended to use a
secure transport such as HTTPS for anonymous read-only access.
Warning in 'control source Vcs-Git' value
'git://anonscm.debian.org/collab-maint/yamllint.git': URL to debian
system is not the recommended one (this can be fixed with 'cme fix'
command)

$ duck
E: debian/control: Vcs-Browser:
https://anonscm.debian.org/cgit/collab-maint/yamllint.git: ERROR
(Certainty:certain)
   Curl:0 HTTP:404 No error

E: debian/control: Vcs-Git:
git://anonscm.debian.org/collab-maint/yamllint.git: ERROR
(Certainty:certain)
   fatal: '/git/collab-maint/yamllint.git' does not appear to be a git
repository
   fatal: Could not read from remote repository.

   Please make sure you have the correct access rights
   and the repository exists.

$ fdupes -q -r . | grep -vE
'/(\.(git|svn|bzr|hg|sgdrawer)|_(darcs|FOSSIL_)|CVS)(/|$)' | cat -s
./tests/yaml-1.2-spec-examples/example-5.5
./tests/yaml-1.2-spec-examples/example-5.1

./tests/yaml-1.2-spec-examples/example-8.11
./tests/yaml-1.2-spec-examples/example-8.10

./PKG-INFO
./yamllint.egg-info/PKG-INFO

# check if these can be switched to https://
$ grep -rF http: .
./tests/test_linter.py:# along with this program.  If not, see
.
./tests/test_config.py:# along with this program.  If not, see
.


$ find -type f -iname '*.py' -exec pylint
--msg-template='{abspath}:{line}:{column}: [{category}:{symbol}]
{obj}: {msg}' --reports=n {} +


$ find -type d \( -iname .bzr -o -iname .git -o -iname .hg -o -iname
.svn -o -iname CVS -o -iname RCS -o -iname SCCS -o -iname _MTN -o
-iname _darcs -o -iname .pc -o -iname .cabal-sandbox -o -iname .cdv -o
-iname .metadata -o -iname CMakeFiles -o -iname _build -o -iname
_sgbak -o -iname autom4te.cache -o -iname blib -o -iname cover_db -o
-iname node_modules -o -iname '~.dep' -o -iname '~.dot' -o -iname
'~.nib' -o -iname '~.plst' \) -prune -o -type f ! \( -iname '*.bak' -o
-iname '*.swp' -o -iname '#.*' -o -iname '#*#' -o -iname 'core.*' -o
-iname '*~' -o -iname '*.gif' -o -iname '*.jpg' -o -iname '*.jpeg' -o
-iname '*.png' -o -iname '*.min.js' -o -iname '*.js.map' -o -iname
'*.js.min' -o -iname '*.min.css' -o -iname '*.css.map' -o -iname
'*.css.min' \) -exec spellintian --picky {} +
./tests/yaml-1.2-spec-examples/example-2.3: american -> American
./docs/quickstart.rst: python -> Python
./docs/Makefile: latex -> LaTeX
./yamllint/rules/line_length.py: splitted -> split
./yamllint/rules/empty_lines.py: serie -> series

$ grep -riE 'fixme|todo|hack|xxx|broken' .
...
./yamllint/cli.py:# TODO: read from stdin when no filename?

-- 
bye,
pabs

https://wiki.debian.org/PaulWise

Bug#816773: RM: ruby-transaction-simple -- ROM; leaf library; upstream dead

[Christian Hofstaedtler]

Package: ftp.debian.org
Severity: normal

Dear ftpmasters,

ruby-transaction-simple is a leaf library and has no rdeps in
unstable.

Upstream development appears to have ceased in 2012.

Please remove it from unstable, we don't want to continue
maintaining it.

Thanks,
Christian
(wearing my pkg-ruby-extras hat)

-- 
 ,''`.  Christian Hofstaedtler 
: :' :  Debian Developer
`. `'   7D1A CFFA D9E0 806C 9C4C  D392 5C13 D6DB 9305 2E03
  `-

Bug#815313: network-manager-gnome: nm-applet crashes after connecting to OpenConnect VPN

[Mike Kupfer]

Mike Miller wrote:

> Also please take a look at #815668, looks like the same error to me.

Agreed.

mike

Bug#816772: tcsh: csh-mode.el emacs autoload

[Kevin Ryde]

Package: tcsh
Version: 6.18.01-3
Severity: wishlist
Tags: patch

It'd be good to have an emacs autoload for `csh-mode' of csh-mode.el so
its ready for use.  I suggest file debian/emacsen-startup below which
debhelper dh_installemacsen should automatically install to
/etc/emacs/site-start.d/50tcsh.el.  This doesn't create a dependency on
emacs.

Per the comments in the file I suggest leaving the emacs default sh-mode
for .csh and .tcsh files, but the autoload lets user or sysadmin select
csh-mode if they want.  That will be minimum upset to anyone who likes
what they have now, especially as I couldn't tell whether one is greatly
superior or inferior to the other.

;;; 50tcsh.el -- debian emacs setups for tcsh

(if (not (file-exists-p "/usr/share/emacs/site-lisp/csh-mode.el"))
(message "tcsh removed but not purged, skipping setup")

  (autoload 'csh-mode "csh-mode"
"csh-mode 2.0 - Major mode for editing csh and tcsh scripts." t)

  ;; Emacs comes with `interpreter-mode-alist' settings to put
  ;; #!/usr/bin/csh and #!/usr/bin/tcsh files in `sh-mode'.
  ;; Whether you want `sh-mode' or `csh-mode' is a matter of personal
  ;; preference.  For now we leave the Emacs supplied sh-mode as the default.
  ;; Uncomment the lines below if you want csh-mode system-wide, or copy and
  ;; uncomment them in your .emacs for individual use.
  ;;
  ;; The lines are as recommended by docstring of `csh-mode', except
  ;;   * \' for end of string
  ;;   * .tcsh too, eg. /usr/share/doc/util-linux/examples/getopt-parse.tcsh
  ;; .login is allowed to be a suffix since it can appear as extension like
  ;; /etc/csh.login as well as whole name like ~/.login

  ;; (add-to-list 'auto-mode-alist '("\\.t?csh\\'" . csh-mode))
  ;; (add-to-list 'auto-mode-alist '("\\.login\\'" . csh-mode))
  ;; (add-to-list 'interpreter-mode-alist '("t?csh\\'" . csh-mode))
  )


-- System Information:
Debian Release: stretch/sid
Architecture: i386 (i686)

Kernel: Linux 4.2.0-1-686-pae (SMP w/1 CPU core)
Locale: LANG=en_AU.utf8, LC_CTYPE=en_AU.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: sysvinit (via /sbin/init)

Versions of packages tcsh depends on:
ii  libc6  2.19-22
ii  libtinfo5  6.0+20151024-2

tcsh recommends no packages.

tcsh suggests no packages.

-- no debconf information

Bug#816771: vlc: upnp-module doesn't work

[Felix]

Package: src:vlc
Version: 2.2.2-4
Severity: normal

Dear Maintainer,

with the vlc 2.2.2-4 in debian testing, the upnp-module doesn't work anymore. 
This can be reproduced everytime.
Steps:
1. Start vlc 
2. Select 'Universal Plug n Play' under 'Local Network'

This results in a blank screen instead of a briefly visible loading icon and 
the list of the available upnp-servers in the local network. The servers are 
working fine with other upnp clients and devices in the network.

The output of the vlc 'messages' system for the steps above is:

core debug: adding services_discovery upnp{longname="Universal Plug'n'Play"}...
core debug: looking for services_discovery module matching "upnp": 14 candidates
upnp info: Initializing libupnp on '(null)' interface
dbus debug: Getting All properties
dbus debug: Getting All properties
dbus debug: Getting property Position
upnp error: Initialization failed: UPNP_E_SOCKET_BIND
core debug: no services_discovery modules matched
core error: no suitable services discovery module

The output of vlc -vvv --colors --list (which lists upnp):

felix@klonschaf:~$ vlc -vvv --color --list
VLC media player 2.2.2 Weatherwax (revision 2.2.2-0-g6259d80)
[01da5158] core libvlc debug: VLC media player - 2.2.2 Weatherwax
[01da5158] core libvlc debug: Copyright © 1996-2016 the VideoLAN team
[01da5158] core libvlc debug: revision 2.2.2-0-g6259d80
[01da5158] core libvlc debug: configured with ./configure  
'--build=x86_64-linux-gnu' '--prefix=/usr' '--includedir=${prefix}/include' 
'--mandir=${prefix}/share/man' '--infodir=${prefix}/share/info' 
'--sysconfdir=/etc' '--localstatedir=/var' '--disable-silent-rules' 
'--libdir=${prefix}/lib/x86_64-linux-gnu' 
'--libexecdir=${prefix}/lib/x86_64-linux-gnu' '--disable-maintainer-mode' 
'--disable-dependency-tracking' '--config-cache' '--disable-update-check' 
'--enable-fast-install' '--docdir=/usr/share/doc/vlc-data' '--libdir=/usr/lib' 
'--with-binary-version=2.2.2-4' '--enable-a52' '--enable-aa' '--enable-bluray' 
'--enable-bonjour' '--enable-caca' '--enable-chromaprint' '--enable-dbus' 
'--enable-dca' '--enable-directfb' '--enable-dvbpsi' '--enable-dvdnav' 
'--enable-faad' '--enable-flac' '--enable-fluidsynth' '--enable-freerdp' 
'--enable-freetype' '--enable-fribidi' '--enable-gles1' '--enable-gles2' 
'--enable-gnutls' '--enable-jack' '--enable-kate' '--enable-libass' 
'--enable-libmpe
 g2' '--enable-libxml2' '--enable-lirc' '--enable-live555' '--enable-mad' 
'--enable-mkv' '--enable-mod' '--enable-mpc' '--enable-mtp' '--enable-mux_ogg' 
'--enable-ncurses' '--enable-notify' '--enable-ogg' '--enable-opus' 
'--enable-pulse' '--enable-qt' '--enable-realrtsp' '--enable-samplerate' 
'--enable-schroedinger' '--enable-sdl' '--enable-sdl-image' '--enable-sftp' 
'--enable-shine' '--enable-shout' '--enable-skins2' '--enable-speex' 
'--enable-svg' '--enable-svgdec' '--enable-taglib' '--enable-theora' 
'--enable-twolame' '--enable-upnp' '--enable-vcdx' '--enable-vdpau' 
'--enable-vnc' '--enable-vorbis' '--enable-x264' '--enable-x265' 
'--enable-zvbi' '--with-kde-solid=/usr/share/kde4/apps/solid/actions/' 
'--disable-decklink' '--disable-dxva2' '--disable-fdkaac' '--disable-gnomevfs' 
'--disable-goom' '--disable-libtar' '--disable-mfx' '--disable-opencv' 
'--disable-projectm' '--disable-sndio' '--disable-telx' '--disable-vpx' 
'--disable-vsxu' '--disable-wasapi' '--enable-alsa' '--enable-at
 mo' '--enable-dc1394' '--enable-dv1394' '--enable-linsys' '--enable-omxil' 
'--enable-udev' '--enable-v4l2' '--enable-libva' '--enable-vcd' 
'--enable-smbclient' '--disable-oss' '--enable-crystalhd' '--enable-mmx' 
'--enable-sse' '--disable-neon' '--disable-altivec' 
'build_alias=x86_64-linux-gnu' 'CFLAGS=-g -O2 -fstack-protector-strong -Wformat 
-Werror=format-security ' 'LDFLAGS=-Wl,-z,relro -Wl,--as-needed' 
'CPPFLAGS=-Wdate-time -D_FORTIFY_SOURCE=2' 'CXXFLAGS=-g -O2 
-fstack-protector-strong -Wformat -Werror=format-security ' 'OBJCFLAGS=-g -O2 
-fstack-protector-strong -Wformat -Werror=format-security'  
 
[01da5158] core libvlc debug: searching plug-in modules 
   
[01da5158] core libvlc debug: loading plugins cache file 
/usr/lib/vlc/plugins/plugins.dat
 
[01da5158] core libvlc debug: recursively browsing 
`/usr/lib/vlc/plugins'  
[01da5158] core libvlc debug: saving plugins cache 
/usr/lib/vlc/plugins/plugins.dat
[01da5158] core libvlc debug: plug-ins loaded: 460 modules  
   
[01da5158] core libvlc debug: opening config file 
(/home/felix/.config/vlc/vlcrc)  
[01da5158] core libvlc debug: translation test: code is "C" 
   
  dc1394 IIDC Digital Camera (FireWire) input   
   
  timecode   Time code subpicture elementary stream generator   

Bug#816682: live-installer: Inaccessible utility

[Cyril Brulebois]

Samuel Thibault  (2016-03-04):
> Control: clone -1 -2
> Control: reassign -2 gail-common
> Control: retitle -2 provide udeb for accessibility
> Control: block -1 by -2
> Control: clone -1 -3
> Control: reassign -3
> 
> Jean-Philippe MENGUAL, on Thu 03 Mar 2016 22:24:02 +0100, wrote:
> > I still don't get accessibility working, apparently there's a dbus issue
> > going on (I can see several dbus session buses...)
> 
> No, that shouldn't be a problem.
> 
> However, I realize that the installer is running inside a chroot...
> which doesn't have the gail & atk-bridge modules installed. We need
> udebs for that. libatk-adaptor-udeb is already there. A udeb for
> gail-common doesn't seem to be there yet though.
> 
> That being said, there were plans to switch d-i to gtk+3, whose udeb
> seems to be including the accessibility parts, so perhaps it's not worth
> spending time on adding a udeb for gail-common?

gtk+3 isn't happening right now, due to (unanswered):
  https://lists.debian.org/debian-boot/2016/01/msg00226.html

(No idea why the archive appears broken; link to the cdebconf report was
supposed to be: https://lists.debian.org/20160111032435.gd8...@mraw.org)


KiBi.


signature.asc
Description: Digital signature

Bug#751688: apt-utils: xz support is gone.

[Colin Watson]

On Fri, Mar 04, 2016 at 11:28:47PM +0100, Julian Andres Klode wrote:
> Can you format it with format-patch, with commit message consisting of
> a summary and a long description? That would be really nice.

Here you go.

-- 
Colin Watson   [cjwat...@ubuntu.com]
>From a3f2ee086ad73659782f1d8620745ff8e2371cb6 Mon Sep 17 00:00:00 2001
From: Colin Watson 
Date: Fri, 4 Mar 2016 22:17:12 -0300
Subject: [PATCH] Fix lzma write support to handle "try again" case

The liblzma-based write code needs the same tweaks that the read code
already has to cope with the situation where lzma_code returns zero the
first time through because avail_out is zero, but will do more work if
called again.

This ports the read tweaks to the write code as closely as possible
(including matching comments etc.).

Closes: #751688
---
 apt-pkg/contrib/fileutl.cc | 29 +
 1 file changed, 25 insertions(+), 4 deletions(-)

diff --git a/apt-pkg/contrib/fileutl.cc b/apt-pkg/contrib/fileutl.cc
index eae4d23..b7c7b23 100644
--- a/apt-pkg/contrib/fileutl.cc
+++ b/apt-pkg/contrib/fileutl.cc
@@ -1816,6 +1816,7 @@ public:
}
virtual ssize_t InternalWrite(void const * const From, unsigned long long const Size) override
{
+  ssize_t Res;
   lzma->stream.next_in = (uint8_t *)From;
   lzma->stream.avail_in = Size;
   lzma->stream.next_out = lzma->buffer;
@@ -1826,9 +1827,21 @@ public:
   size_t const n = sizeof(lzma->buffer)/sizeof(lzma->buffer[0]) - lzma->stream.avail_out;
   size_t const m = (n == 0) ? 0 : fwrite(lzma->buffer, 1, n, lzma->file);
   if (m != n)
-	 return -1;
+  {
+	 Res = -1;
+	 errno = 0;
+  }
   else
-	 return Size - lzma->stream.avail_in;
+  {
+	 Res = Size - lzma->stream.avail_in;
+	 if (Res == 0)
+	 {
+	// lzma run was okay, but produced no output…
+	Res = -1;
+	errno = EINTR;
+	 }
+  }
+  return Res;
}
virtual bool InternalWriteError() override
{
@@ -2425,10 +2438,18 @@ bool FileFd::Write(const void *From,unsigned long long Size)
while (Res > 0 && Size > 0)
{
   Res = d->InternalWrite(From, Size);
-  if (Res < 0 && errno == EINTR)
-	 continue;
+
   if (Res < 0)
+  {
+	 if (errno == EINTR)
+	 {
+	// trick the while-loop into running again
+	Res = 1;
+	errno = 0;
+	continue;
+	 }
 	 return d->InternalWriteError();
+  }
 
   From = (char const *)From + Res;
   Size -= Res;
-- 
2.7.0

Bug#816770: RM: owncloud-doc/experimental -- ROM; Not Debian material

[David Prévot]

Package: ftp.debian.org
Severity: normal

Hi,

As per #816376, owncloud will not be part of Stretch, so there is no
point keeping the current WIP in experimental.

Thanks in advance

Regards

David


signature.asc
Description: PGP signature

Bug#816769: RM: owncloud/experimental -- ROM; Not Debian material

[David Prévot]

Package: ftp.debian.org
Severity: normal

Hi,

As per #816376, owncloud will not be part of Stretch, so there is no
point keeping the current WIP in experimental.

Thanks in advance

Regards

David


signature.asc
Description: PGP signature

Bug#816768: v4l2loopback-dkms: simply fails with "Internal data flow error" on basi usage

[Anonymous]

Package: v4l2loopback-dkms
Version: 0.8.0-4
Severity: important

Dear Maintainer,

After installing this package on debian stable, the kernel module is
not automatically loaded.  The workaround is to run this every time:

  $ sudo modeprobe v4l2loopback

Which *appears* to have no problems according to /var/logs/kern.log:

  =8<
  Mar  4 20:51:33 host kernel: [14443.590541] Linux video capture interface: 
v2.00
  Mar  4 20:51:33 host kernel: [14443.593673] v4l2loopback driver version 0.8.0 
loaded
  =8<

However, the problem comes when simply trying to use it in the most
basic way.  E.g.:

  $ gst-launch-1.0 videotestsrc ! v4l2sink device=/dev/video0

results in:

  =8<
  Setting pipeline to PAUSED ...
  Pipeline is PREROLLING ...
  Pipeline is PREROLLED ...
  Setting pipeline to PLAYING ...
  New clock: GstSystemClock
  ERROR: from element /GstPipeline:pipeline0/GstVideoTestSrc:videotestsrc0: 
Internal data flow error.
  Additional debug info:
  gstbasesrc.c(2933): gst_base_src_loop (): 
/GstPipeline:pipeline0/GstVideoTestSrc:videotestsrc0:
  streaming task paused, reason error (-5)
  Execution ended after 0:00:00.000351581
  Setting pipeline to PAUSED ...
  Setting pipeline to READY ...
  =8<

Note that 'ls /dev/video0' shows the device is present.

If the same hardware boots Linux Mint instead of Debian stable, there
is no problem.  This package installs completely, so that modprobe is
automatically run on boot, and the gstreamer test works, as well as
any other content given over gstreamer.  So this is likely a problem
with the debian packaging.

-- System Information:
Debian Release: 8.2
  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/2 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 v4l2loopback-dkms depends on:
ii  dkms  2.2.0.3-2

v4l2loopback-dkms recommends no packages.

Versions of packages v4l2loopback-dkms suggests:
pn  v4l2loopback-utils  

-- no debconf information

Bug#816612: systemd: Assertion failure, systemd stopped responding

[Sam Morris]

On Thu, 2016-03-03 at 19:26 +0100, Michael Biebl wrote:
> Am 03.03.2016 um 14:47 schrieb Sam Morris:
> > 
> > Package: systemd
> > Version: 229-2
> > Severity: important
> > 
> > systemd seems to have stopped reponding to requests. The journal
> > contains:
> > 
> > Mar 03 13:08:24 wintermute systemd[1]: Reloading.
> > Mar 03 13:08:24 wintermute systemd[1]: Assertion 'e->key == 
> > i->next_key' failed at ../src/basic/hashmap.c:634, function 
> > hashmap_iterate_in_internal_order().
> This seems to be an upstream issue and looks like it was already
> filed
> upstream at https://github.com/systemd/systemd/issues/2676
> 
> Would be great if you can test the fix from
> https://github.com/systemd/systemd/pull/2702

Ah, I didn't consider that bug since I thought it was just for
resolved. It's probably the same bug. I don't think I'll be able to
reproduce it anyway: I've only seen it once during several years *
several machines running systemd. :)

-- 
Sam Morris 
CAAA AA1A CA69 A83A 892B  1855 D20B 4202 5CDA 27B9



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

Bug#816700: foomatic-filters-beh and cups-filters: error when trying to install together

[Jörg Frings-Fürst]

reasign 816700 cups-filters 1.8.2-3

Hi,

beh is part of foomatic-filters before the old old stable release 
4.0.5-6.

Therefor cups-filters must correkt this bug.

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

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

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

Threema: SYR8SJXB

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

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



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

Bug#816760: libvirt0: Launching a VM with flavor with huge pages: NUMA node binding are not supported by this QEMU

[Serge Hallyn]

Hi,

hugepages don't appear to be the problem here.  The root problem is that
you are requesting numa bindings (see the note in
https://libvirt.org/formatdomain.html#elementsMemory)
Debian cannot yet be built with numa support (see
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=758189)

Bug#812604: nut-server: usbhid-ups segfaults due to missing USB strings

[Tero Marttila]

Also seeing this with a APC Back-UPS Pro and usbhid-ups, but on a 
physical machine, so no vmware shenenigans to mess with the USB 
descriptors. lsusb shows the iManufacturer and iProduct:



Bus 005 Device 013: ID 051d:0002 American Power Conversion Uninterruptible 
Power Supply
Device Descriptor:
  bLength18
  bDescriptorType 1
  bcdUSB   2.00
  bDeviceClass0 (Defined at Interface level)
  bDeviceSubClass 0
  bDeviceProtocol 0
  bMaxPacketSize064
  idVendor   0x051d American Power Conversion
  idProduct  0x0002 Uninterruptible Power Supply
  bcdDevice0.90
  iManufacturer   1 American Power Conversion
  iProduct2 Back-UPS BR 900GI FW:879.L3 .I USB FW:L3
  iSerial 3 3B1125X03827
  bNumConfigurations  1


But usbhid-ups lists them as unknown before segfaulting:


Starting program: /lib/nut/usbhid-ups -a yzzrt-ups -DD
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".
Network UPS Tools - Generic HID driver 0.38 (2.7.2)
USB communication driver 0.32
   0.00 debug level is '2'
   0.049516 upsdrv_initups...
   0.299042 Checking device ...
   ...
   0.347131 Checking device (051D/0002) (005/013)
   0.347166 - VendorID: 051d
   0.347201 - ProductID: 0002
   0.347215 - Manufacturer: unknown
   0.347230 - Product: unknown
   0.347256 - Serial Number: unknown
   0.347272 - Bus: 005
   0.347286 Trying to match device

Program received signal SIGSEGV, Segmentation fault.
__strncmp_ssse3 () at ../sysdeps/x86_64/multiarch/../strcmp.S:1233
1233../sysdeps/x86_64/multiarch/../strcmp.S: No such file or directory.


Confirm that patching nut-2.7.2 with the patch in #5 fixes this:


   0.299235 Checking device (051D/0002) (005/013)
   0.299268 - VendorID: 051d
   0.299287 - ProductID: 0002
   0.299301 - Manufacturer: unknown
   0.299316 - Product: unknown
   0.299330 - Serial Number: unknown
   0.299344 - Bus: 005
   0.299359 Trying to match device
   0.299373 device->Product is NULL so it is not possible to determine 
whether to activate max_report_size workaround
   0.299390 Device matches


Although it seems that this is slightly random; trying again a second 
time it actually sees the idProduct this time:



   0.298864 Checking device (051D/0002) (005/013)
   0.310794 - VendorID: 051d
   0.310804 - ProductID: 0002
   0.310808 - Manufacturer: American Power Conversion
   0.310811 - Product: Back-UPS BR 900GI FW:879.L3 .I USB FW:L3
   0.310815 - Serial Number: 3B1125X03827
   0.310819 - Bus: 005
   0.310822 Trying to match device
   0.310835 Device matches


No idea.

 -- Tero Marttila

Bug#687172: Pending fixes for bugs in the fonts-sil-andika package

[pkg-fonts-devel]

tag 687172 + pending
thanks

Some bugs in the fonts-sil-andika package are closed in revision
4e98c2c9b556d98e4f0c31e0d90d63bf99ced334 in branch '  jessie-updates'
by Christian Perrier

The full diff can be seen at
http://anonscm.debian.org/gitweb/?p=pkg-fonts/fonts-sil-andika.git;a=commitdiff;h=4e98c2c

Commit message:

 Closes: #687172
 -  can only contain one element. To implement disjunction, duplicate
   the  block and vary the contents of . Here we reduce the
   number of branches by comparing for "contains" "Andika Design Review"
   (previously "Andika Design Review [A-H]")
 -  can only alias one family at a time. Duplicate and vary the name
   being aliased.

Bug#816767: systemd-coredump: Failed to connect to coredump service: No such file or directory

[Jakub Wilk]

Package: systemd-coredump
Version: 229-2

The coredump handler didn't work right after I installed the package:

# python -c 'import ctypes; ctypes.CDLL(None).puts(0)'
Segmentation fault (core dumped)
# journalctl | tail -n2
Mar 05 00:14:22 lagrange kernel: python[376]: segfault at 8 ip 7fa1b418d37a 
sp 7ffe4fcab3a8 error 4 in libc-2.21.so[7fa1b410d000+19a000]
Mar 05 00:14:22 lagrange systemd-coredump[377]: Failed to connect to coredump 
service: No such file or directory

It started to work correctly only after I rebooted the system.


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

Kernel: Linux 4.4.0-1-amd64 (SMP w/2 CPU cores)
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 systemd-coredump depends on:
ii  libacl1  2.2.52-3
ii  libc62.21-9
ii  libcap2  1:2.24-12
ii  libdw1   0.165-3
ii  libelf1  0.165-3
ii  libgcrypt20  1.6.5-2
ii  liblzma5 5.1.1alpha+20120614-2.1
ii  libselinux1  2.4-3+b1
ii  systemd  229-2

--
Jakub Wilk

Bug#814456: pam-ufpidentity/1.0-1 [ITP] -- UFP Identity PAM Module

[Richard Levenberg]

I have addressed the following issues:
 * single changelog entry
 * upstream provides license
 * copyright uses same names for copyright and upstream owner
 * priority: optional
 * std-version 3.9.7
 * uncomment vcs stuff and move it to https
 * description updated, readme filled out
 * sane build system (with help from bignose and helmut; thank you)
 * Makefile creates necessary dirs, .dirs removed
 * ?= used rather than =
 * soname added

The following issues are still outstanding:
 * install as is, is required otherwise there is empty binary and no .so
is added to package.
 * --ignore-missing-info required for shlibdeps, otherwise error:

dpkg-shlibdeps -Tdebian/pam-ufpidentity.substvars
debian/pam-ufpidentity/lib/i386-linux-gnu/security/pam_ufpidentity.so
dpkg-shlibdeps: error: no dependency information found for
/usr/local/lib/libufpidentity.so.1 (used by
debian/pam-ufpidentity/lib/i386-linux-gnu/security/pam_ufpidentity.so).
dh_shlibdeps: dpkg-shlibdeps -Tdebian/pam-ufpidentity.substvars
debian/pam-ufpidentity/lib/i386-linux-gnu/security/pam_ufpidentity.so
returned exit code 2

Regarding the code size I am hoping that can be overlooked as the .so is
fully compliant PAM module. Its just that the heavy lifting is done by
PAM and the dependent library (identity4c).

r

Bug#641945: cups segfault authentication web interface

[Brian Potkin]

On Sun 18 Sep 2011 at 11:42:28 +1000, Brian May wrote:

Dear Debian User,

 
This bug report was submitted against a version of CUPS that is no longer
supported in Debian. Use of our limited, volunteer supported resources is best
served by not keeping around old, hardware-specific and inactive bugs for
longer than desirable, so the report is now being closed. Sorry for being
unable not to address the issue before now.

You may, of course, wish to review the reported problem. It would be
appreciated if any future investigation could be conducted using the testing or
unstable distributions, preferably the latter. If considered necessary, a new
bug report, possibly referencing this one, would be submitted. 

Thank you for your report.  
  

  
Regards,
  

  
Brian.

Bug#815220: update of cleanbug

[Mike Gabriel]

Hi Don,

attached find a bit improved version of the new cleanbug script.  
Please add copyright holder and license header as you see appropriate  
(also for the mbox script).


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/mailxchange/kronolith/fb.php?u=m.gabriel%40das-netzwerkteam.de
#!/usr/bin/perl

use warnings;
use strict;

use POSIX qw(strftime);

use Debbugs::Config qw(:globals :text);

# for read_log_records
use Debbugs::Log qw(read_log_records write_log_records);
use Debbugs::Common qw(buglog bug_status);
use Debbugs::Status qw( split_status_fields get_bug_status);

use List::Util qw(max);

sub prompt {
my ($query) = @_; # take a prompt string as argument
local $| = 1; # activate autoflush to immediately show the prompt
print $query;
chomp(my $answer = );
return $answer;
}

sub prompt_yesno {
my ($query) = @_;
my $answer = prompt("$query (Y/n): ");
return (lc($answer) ne 'n');
}

sub prompt_noyes {
my ($query) = @_;
my $answer = prompt("$query (N/y): ");
return (lc($answer) eq 'y');
}

sub prompt_safenoyes {
my ($query) = @_;
my $full_answer = 0;
my $ret = 0;

my $answer = '';
while (!$full_answer) {
$answer = prompt ("$query (NO/yes): ");
$ret = (lc ($answer) eq 'yes');
$full_answer = ((lc ($answer) eq 'yes') || (lc ($answer) eq 
'no'));
}

return ($ret);
}

my $ref = shift or die;

my %bugusertags;

my $buglog = buglog($ref);
my $bug_status = bug_status($ref);

my $buglogfh;
my $cleanedbuglogfh;
if ($buglog =~ m/\.gz$/) {
my $oldpath = $ENV{'PATH'};
$ENV{'PATH'} = '/bin:/usr/bin';
$buglogfh = IO::File->new("zcat $buglog |") or die("open log for $ref: $!");
$ENV{'PATH'} = $oldpath;
} else {
$buglogfh = IO::File->new($buglog,'r') or die("open log for $ref: $!");
}

my %status =
%{split_status_fields(get_bug_status(bug=>$ref,
 bugusertags => \%bugusertags,
))};

my @records;
eval{
 @records = read_log_records($buglogfh);
};
my @cleaned_records = ();

binmode(STDOUT,":raw");
my $date = strftime "%a %b %d %T %Y", localtime;

my $message_number=0;

for my $record (@records) {
my ($msg_id) = $record->{text} =~ /^Message-Id:\s+<(.+)>/im;
my @lines = split( "\n", $record->{text}, -1 );
if ( $lines[ 1 ] =~ m/^From / ) {
my $tmp = $lines[ 0 ];
$lines[ 0 ] = $lines[ 1 ];
$lines[ 1 ] = $tmp;
}
if ( !( $lines[ 0 ] =~ m/^From / ) ) {
unshift @lines, "From unknown $date";
}
map { s/^(>*From )/>$1/ } @lines[ 1 .. $#lines ];
print join( "\n", @lines ) . "\n";

if ( prompt_yesno("Keep this message in the bug report") ) {
print "ANSWER WAS: YES\n\n";
push @cleaned_records, $record;
} else {
print "\nANSWER WAS: NO\n\n";
}
}

$buglogfh->close();

if ( prompt_safenoyes("Really write back the bug log of bug $ref") ) {
print "\nANSWER WAS: YES\n\n";
$cleanedbuglogfh = IO::File->new($buglog,'w') or die("open log for 
$ref: $!");
write_log_records(logfh => $cleanedbuglogfh,
  records => \@cleaned_records,
);
} else {
print "\nANSWER WAS: NO\n\n";
}

exit 0;


pgpYUTVrBOgob.pgp
Description: Digitale PGP-Signatur

Bug#816584: Processed: Re: Bug#816584: libraw1394: FTBFS: ! LaTeX Error: File `ulem.sty' not found.

[Norbert Preining]

severity 816584 important
tags 816584 + pending
thanks

Hi everyone,

the dependency on texlive-generic-recommended got lost during
transition, will be fixed in the next upload.

Norbert


PREINING, Norbert   http://www.preining.info
JAIST, Japan TeX Live & Debian Developer
GPG: 0x860CDC13   fp: F7D8 A928 26E3 16A1 9FA0  ACF0 6CAC A448 860C DC13

Bug#815734: regression: ESS cannot be compiled

[Norbert Preining]

Dear all,

down here at Debian we got another bug report about a FTBFS, which
went away when switching to an older version of texinfo.tex:

On Thu, 03 Mar 2016, Dirk Eddelbuettel wrote:
> Ok, the obvious fix of fattening the source directory with a working copy of
> texinfo.tex did the trick.

I have reduced the problematic case to the following minimal example:

\input texinfo   @c -*-texinfo-*-
@setfilename ess.info
@settitle ESS -- Emacs Speaks Statistics

@macro ESS{ARG}
@acronym{ESS\ARG\}
@end macro

@ESS{}: bad

@ESS{[R]}: good

@bye

The output is:
./bla.texi:9: Argument of @gobblespaces has an extra }.
 
@par 
 
   }
@doacronym ...#3@finish ->{@selectfonts @lsize #1}
  @def @temp {#2}@ifx @temp ...
l.1 @acronym{ESS@gobblespaces }
   @texinfoc
@scanmacro ...atspaces }@scantokens {#1@texinfoc }
  @aftermacro 
l.9 @ESS{}
  : bad
? 

Can anyone comment on this?

Thanks a lot

Norbert


PREINING, Norbert   http://www.preining.info
JAIST, Japan TeX Live & Debian Developer
GPG: 0x860CDC13   fp: F7D8 A928 26E3 16A1 9FA0  ACF0 6CAC A448 860C DC13

Bug#816737: Broken after recent upgrade

[Aurelien Jarno]

control: tag -1 + moreinfo

On 2016-03-04 14:10, Philipp Klaus Krause wrote:
> Package: libc6
> Severity: Serious
> 
> Yesterday, I tred to upgrade libc6 on my Debian GNU/testing system. But
> it didn't work. The packages are marked as broken in synaptic. Today, I
> tried apt-get -f install, but it fails too:

While the issue appears when installing libc6, I really doubt it is an
issue with this package.

> root@notebook4:/home/philipp# LANG=C apt-get -f install
> Reading package lists... Done
> Building dependency tree
> Reading state information... Done
> Correcting dependencies... Done
> The following packages were automatically installed and are no longer
> required:
>   gtk2-engines libglewmx1.10 libgtkglext1-dev libintl-perl libjsoncpp0v5
> libopenraw1v5 libpangox-1.0-dev libsigc++-1.2-5c2 libusb-1.0-0:i386
> lockfile-progs
>   qemu-kvm
> Use 'apt autoremove' to remove them.
> The following additional packages will be installed:
>   libc6 libc6:i386 libc6-i686:i386
> Suggested packages:
>   glibc-doc glibc-doc:i386 libc-l10n:i386 locales:i386
> The following packages will be upgraded:
>   libc6 libc6:i386 libc6-i686:i386
> 3 upgraded, 0 newly installed, 0 to remove and 950 not upgraded.
> 4 not fully installed or removed.
> Need to get 0 B/6181 kB of archives.
> After this operation, 0 B of additional disk space will be used.
> Do you want to continue? [Y/n]
> debconf: Perl may be unconfigured (Unknown regexp modifier "/g" at
> /usr/share/perl/5.22/Text/Wrap.pm line 31, at end of line
> BEGIN not safe after errors--compilation aborted at
> /usr/share/perl/5.22/Text/Wrap.pm line 35.
> Compilation failed in require at /usr/share/perl5/Debconf/Template.pm
> line 10.

Your perl installation seems completely broken. Have you done anything
related with it recently?

> Philipp
> 
> P.S.: How can I get my system back into a useable state? Since the
> failure is on de-configuring, I guess, I can't go back to an older
> version either?

You should try to reinstall perl. Something like "apt-get install
--reinstall perl perl-base perl-modules-5.22" might help.

Aurelien

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

Bug#816766: phpsysinfo: newest version (3.2.5) allows to run under both php7.0 and nginx

[Cyril Chaboisseau]

Package: phpsysinfo
Version: 3.2.5-1
Severity: normal

The latest version available (3.2.5) is compatible with PHP7, and I was
also able to run it with nginx without any effort (just adding the
alternate dependencies to debian/control

please, update

thx

-- System Information:
Debian Release: stretch/sid
  APT prefers unstable
  APT policy: (990, 'unstable'), (101, 'stable'), (99, 'experimental'), (9, 
'testing')
Architecture: amd64 (x86_64)

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

Versions of packages phpsysinfo depends on:
ii  libjs-jquery 1.11.3+dfsg-4
ii  nginx1.9.10-1
ii  nginx-full [nginx]   1.9.10-1
ii  php7.0   7.0.4-1
ii  php7.0-xml [php7.0-xsl]  7.0.4-1
ii  php7.0-xsl   7.0.4-1

phpsysinfo recommends no packages.

Versions of packages phpsysinfo suggests:
ii  hddtemp 0.3-beta15-52
ii  lm-sensors  1:3.4.0-2

-- no debconf information

Bug#816765: screenlets dont works

[ZenWalker]

Package: screenlets
Version: 0.1.2-8.1
Severity: important

Dear Maintainer,

screenlets dont works

in a terminal:

$ env LANG=C screenlets
False
Starter already exists.
DAEMON FOUND!
Traceback (most recent call last):
  File "/usr/share/screenlets-manager/screenlets-manager.py", line 1308, in

app = ScreenletsManager()
  File "/usr/share/screenlets-manager/screenlets-manager.py", line 106, in
__init__
self.connect_daemon()
  File "/usr/share/screenlets-manager/screenlets-manager.py", line 146, in
connect_daemon
self.handle_screenlet_registered)
  File "/usr/lib/python2.7/dist-packages/dbus/proxies.py", line 544, in
connect_to_signal
dbus_interface, **keywords)
  File "/usr/lib/python2.7/dist-packages/dbus/proxies.py", line 369, in
connect_to_signal
**keywords)
  File "/usr/lib/python2.7/dist-packages/dbus/bus.py", line 148, in
add_signal_receiver
path, **keywords)
  File "/usr/lib/python2.7/dist-packages/dbus/connection.py", line 400, in
add_signal_receiver
self._require_main_loop()
RuntimeError: To make asynchronous calls, receive signals or export objects,
D-Bus connections must be attached to a main loop by passing mainloop=... to
the constructor or calling dbus.set_default_main_loop(...)



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

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

Versions of packages screenlets depends on:
ii  python-dbus1.2.2-1
ii  python-gnome2  2.28.1+dfsg-1.1
ii  python-gtk22.24.0-4
ii  python-rsvg2.32.0+dfsg-3
ii  python-wnck2.32.0+dfsg-3
ii  python-xdg 0.25-4
pn  python:any 

Versions of packages screenlets recommends:
ii  gnome-keyring  3.18.3-1
ii  iceweasel  44.0.2-1
ii  metacity   1:3.18.2-1
ii  python-feedparser  5.1.3-3
pn  python-gmenu   
ii  python-gnomekeyring2.32.0+dfsg-3
pn  python-gtkmozembed | python-gnome2-extras  
ii  python-imaging 3.1.1-1

Versions of packages screenlets suggests:
pn  evolution   
ii  gnome-orca  3.18.2-1
pn  tomboy  
pn  xfconf  

-- no debconf information

Bug#816758: netbeans: Warning during "Turning on modules..." when using openjdk-7

[Markus Koschany]

Am 04.03.2016 um 23:15 schrieb Kevin Carney:
> Package: netbeans
> Version: 8.1+dfsg2-1
> Severity: normal
> 
> Dear Maintainer,
> 
> When starting netbeans, the startup splashscreen stops during "Turning on 
> modules..." and a warning window is displays:
> 
> Window Title: NetBeans IDE - Warning
> Text: "org.netbeans.InvalidException: StandardModule:org.netbeans.modules.db 
> jarFile: /usr/share/netbeans/8.1/ide/modules/org-netbeans-modules-db.jar: 
> java.lang.UnsupportedClassVersionError: org/netbeans/lib/ddl/DBConnection: 
> Unsupported major.minor version 52.0"
> 
> Warning gives two options: "Exit" and "Disable Modules and Continue"
> 
> "Exit" does the obvious thing.
> 
> "Disable Modules and Continue" allows the startup process to finish.  
> Subsequent startups do not show the warning (presumably because netbeans 
> saves the "Disable Modules" option).
> 
> This is occuring on a fresh installation of netbeans running on a fresh 
> installation of Debian/testing.
> 
> It appears to be an issue with openjdk-7, which was pulled in as a dependency 
> while installing netbeans.  I subsequently tested by installing openjdk-8, 
> and the problem did not occur.
> 
> To reproduce:
> 1. Delete my ~/.netbeans directory,
> 2. Switched default java to openjdk-7 with: "sudo update-java-alternatives -s 
> java-1.7.0-openjdk-amd64"
> 3. Start netbeans

Hi,

thanks for the report. We aim to release Netbeans and OpenJDK 8 as the
default environment for Stretch. So don't expect a solution for OpenJDK
7 because it will be most likely removed from Debian before the next
freeze. I don't know why OpenJDK 7 got installed on your system because
the default is OpenJDK 8 now, but I don't think we should invest a lot
of time debugging this issue because OpenJDK 7 won't be supported for
Stretch anyway. Sorry for the inconvenience, but please switch to
OpenJDK 8 at your earliest convenience.

Regards,

Markus




signature.asc
Description: OpenPGP digital signature

Bug#816763: php_enable: command not found

[積丹尼 Dan Jacobson]

Package: php7.0-fpm
Version: 7.0.4-1

# set php7.0-fpm
# aptitude purge $@
The following packages will be REMOVED:  
  php7.0-fpm{p}  
0 packages upgraded, 0 newly installed, 1 to remove and 2 not upgraded.
Need to get 0 B of archives. After unpacking 4,139 kB will be freed.
Do you want to continue? [Y/n/?] 
(Reading database ... 149244 files and directories currently installed.)
Removing php7.0-fpm (7.0.4-1) ...
/var/lib/dpkg/info/php7.0-fpm.prerm: line 12: php_enable: command not found
Purging configuration files for php7.0-fpm (7.0.4-1) ...
apache2_invoke php7.0-fpm postrm: No action required
dpkg: warning: while removing php7.0-fpm, directory '/etc/php/7.0/fpm/conf.d' 
not empty so not removed
Processing triggers for man-db (2.7.5-1) ...
 status: 0 (+0) broken, 2 (+0) upgradable, 51353 (+0) new.
07:26 ~# find /etc/php/7.0/fpm/conf.d
/etc/php/7.0/fpm/conf.d
/etc/php/7.0/fpm/conf.d/10-pdo.ini
/etc/php/7.0/fpm/conf.d/20-gettext.ini
/etc/php/7.0/fpm/conf.d/20-mysqli.ini
/etc/php/7.0/fpm/conf.d/10-mysqlnd.ini
/etc/php/7.0/fpm/conf.d/20-sysvsem.ini
/etc/php/7.0/fpm/conf.d/20-xsl.ini

.

can I safely rm -r /etc/php/7.0/fpm/ ?

Bug#816764: zfsutils: Could be switched to use system libmd

[Guillem Jover]

Source: zfsutils
Source-Version: 10.1~svn272500-1
Severity: wishlist

Hi!

I noticed that this package contains an embedded version of libmd from
FreeBSD. This package could be switched to use the now packaged libmd
from the system.

Thanks,
Guillem

Bug#813916: transition: gdal

[Sebastiaan Couwenberg]

On 04-03-16 00:34, Emilio Pozuelo Monfort wrote:
> On 04/03/16 00:21, Sebastiaan Couwenberg wrote:
>> On 03-03-16 21:44, Sebastiaan Couwenberg wrote:
>>> All rdeps on mips64el are affected by this bug and will need to be
>>> rebuilt with gdal (2.0.2+dfsg-2), sorry about that.
> 
> No problem. Scheduled.
> 
>>> I think this requires both new NMUs combined with dep-waits to ensure
>>> they don't rebuild with -1, I've included the list of nmu & dw commands
>>> in the attached gdal_2.0.2+dfsg-2_nmu-dw.txt
>>
>> libgdal-grass (2.0.2-1) picked up the old gdal via grass (7.0.3-1) on
>> mips, mipsel, mips64el & hurd-i386, these need to binNMUed to build with
>> gdal (2.0.2+dfsg-2) & grass (7.0.3-2). The nmu & dw commands are attached.
> 
> Scheduled.

Can you also binNMU opencv (3.0.0+dfsg-1~exp2) in experimental with
libgdal20?

nmu opencv_3.0.0+dfsg-1~exp2 . ALL . experimental . -m "Rebuild with
libgdal20"

I'll take care of osgearth, osrm & qgis in experimental.

Kind Regards,

Bas

-- 
 GPG Key ID: 4096R/6750F10AE88D4AF1
Fingerprint: 8182 DE41 7056 408D 6146  50D1 6750 F10A E88D 4AF1

Bug#816762: E: No packages found

[積丹尼 Dan Jacobson]

Package: pepperflashplugin-nonfree
Version: 1.8.2
File: /usr/sbin/update-pepperflashplugin-nonfree

# update-pepperflashplugin-nonfree --status --verbose
options :  --status --verbose --
temporary directory: /tmp/pepperflashplugin-nonfree.SA2wi5AmY8
doing apt-get update on google repository
E: No packages found
E: No packages found
E: No packages found
E: No packages found
E: No packages found
downloading 
http://people.debian.org/~bartm/pepperflashplugin-nonfree/latest-stable-verified.txt
selected action = --status
Flash Player version installed on this system  : 20.0.0.306
Flash Player version available on upstream site: 20.0.0.306
end of action --status
cleaning up temporary directory /tmp/pepperflashplugin-nonfree.SA2wi5AmY8 ...
end of update-pepperflashplugin-nonfree

Bug#207142: aptitude Bug#207142: "broken" state does not propagate to reverse dependencies

[Manuel A. Fernandez Montecelo]

Control: tags -1 + wontfix


Hi,

2003-08-25 12:15 sferriol:

Package: aptitude
Version: 0.2.11.1-2
Severity: normal

i'm using apt with both stable and testing packages, but i use by
default stable packages ('APT::Default-Release "stable" '  in apt.conf).
when i try to upgrade debconf from 1.2.35 (testing)  to 1.3.8 (testing)
debconf-i18n is selected to satisfy dependencies and debconf-i18n is
displayed green, but debconf-i18n needs libtext-charwidth-perl which has
package just in testing release and is displayed: 'pBA 0.04-1' in RED

so why debconf-i18n is in GREEN while one of its dependencie is RED??


Maybe in this old version it worked in a different way, but only some
packages are marked as broken so one can easily navigate to them
(pressing 'b' for example) and fix the issue.

If all KDE/GNOME/whatever packages are marked as broken just because one
small dependency has some problem that it's fixable, it would be quite
difficult to see which one is actually the problem and try to address
it.

So I don't think that it would be useful to change this.  Marking it as
+wontfix (and probably closing at some point in the future).


Cheers.
--
Manuel A. Fernandez Montecelo 

Bug#808754: lightproof-en settings revert after each update

[Fulano Diego Perez]

hi

Rene Engelhard:
> Package: libreoffice
> Version: 1:5.0.4~rc2-2
> 
> Hi,
> 
> On Tue, Dec 22, 2015 at 05:32:31PM +1100, Fulano Diego Perez wrote:
>>
>> Version: 1:5.0.4~rc2-2
>> stretch amd64
>>
>> Package: libreoffice-lightproof-en
>> Version: 0.4.3+1.5+git20140515-2
> 
> If you left out the first three lines *and* send it to the correct address
> (sub...@bugs.debian.org) (or did
> Package: libreoffice
> Version: 1:5.0.4~rc2-2
> ) this would be recorded as a bug which you probably intended to do...
> 
> Turning this into one by Bccing submit, will fix the submitter later.
> 
>> each time libreoffice is updated, selected check mark settings in
>> lightproof grammar settings within extension manager do not stick
>>
>> grammar checking and punctuation check marks are de-selected after each
>> subsequent update to libreoffice
> 
> You mean those in Tools -> Extension Manager -> Lightproof grammar checker 
> (English)
> -> Options? Interesting, didn't even know that exists :)

1:5.0.5~rc2-1

seems this has returned and this time 2 check boxes remain when all were
previously set

see enclosure

> 
> The question is how this is saved. It can't be system-wide and (in theory) 
> when it'
> in the user profile it should survive updates...
> 
> Regards,
> 
> Rene
> 
> 

Bug#816761: acpi-support: Black screen when resuming after suspend when closing lid

[Eric Chassande-Mottin]

Package: acpi-support
Version: 0.142-8
Severity: important

Dear Maintainer,

when I resume from suspend by closing the lid, I get a black screen (system
is alive -- I can switch the caps light by pushing capslock key).

When I run "sudo pm-suspend", resume works fine.

I see /etc/acpi/events/lidbtn is:

event=button[ /]lid
action=/etc/acpi/lid.sh

I presume the bug is in /etc/acpi/lid.sh

After filing this bug report, I will try to run this
script, I see if this reproduces the bug.

I running with xserver-xorg-video-nouveau
and have a NVidia Quadro nvs 160M video card.

Cheers,
Eric

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

Kernel: Linux 3.9-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 acpi-support depends on:
ii  acpi-support-base  0.142-8
ii  acpid  1:2.0.26-1
ii  lsb-base   9.20160110
ii  pm-utils   1.4.1-16
ii  x11-xserver-utils  7.7+5

Versions of packages acpi-support recommends:
ii  acpi-fakekey  0.142-8
ii  rfkill0.5-1

Versions of packages acpi-support suggests:
pn  radeontool
ii  vbetool   1.1-3
pn  xinput
ii  xscreensaver  5.34-1

-- no debconf information

Bug#355677: lbdb: m_muttalias ignores aliases with multiple addresses

[Roland Rosenfeld]

severity 355677 wishlist
tags 355677 + wontfix
thanks

Moin Tobias!

Tobias Schlemmer schrieb am Dienstag, den 07. März 2006:

> Package: lbdb
> Version: 0.31.1-0ts1
> Severity: normal
> 
> I have an alias with mutliple addresses in my .mail_aliases file:
> 
> alias Vs Name one , Name two 
> 
> m_muttalias doesn't report this line.

I delayed working on this bug for a long time now, since I wasn't
sure, whether I should implement this.

But now I'm sure, that it doesn't make sense to me.

lbdb works on address books and should handle addresses.

But the above mail alias isn't a normal address but it is a mail
group.  That's not what lbdb is build for.

If you want these two names to be added to the lbdb response, simply
define them in your address book as two aliases and another one, that
groups them together:

alias n1 Name one 
alias n2 Name two 
alias Vs n1, n2

So you have, what you expect.

And it doesn't conflict with a user who defines the mail group a
different way than you:

alias Vs Group name , 

which would fail with your suggested change.

Tscho

Roland


signature.asc
Description: Digital signature

Bug#800845: autopkgtest: Add support for nested VMs

[Christian Seiler]

Hi,

On 03/04/2016 09:31 PM, Martin Pitt wrote:
> Fixed the fd leak, some code style, PEP-8, and massaged the changelog:
> 
>   
> http://anonscm.debian.org/cgit/autopkgtest/autopkgtest.git/commit/?id=3a9cb0b9

There's a small bug in the changes you made to my patch: logging.warning
should be adtlog.warning. Also, technically you missed a return path in
get_cpuflag(), since /proc/cpuinfo could contain no line that starts with
'flags'.

I've attached a patch that fixes that for me.

While test-building I also noticed quite a few lintian informational
notices about the manpages (mainly hyphen-used-as-minus-sign), but also
some spelling errors. If you want, I can provide a patch that fixes
all of those.

(Also note that lintian gives me:
W: autopkgtest: executable-not-elf-or-script 
usr/share/autopkgtest/setup-commands/ubuntu-touch-session
W: autopkgtest: executable-not-elf-or-script 
usr/share/autopkgtest/setup-commands/ro-apt
W: autopkgtest: executable-not-elf-or-script 
usr/share/autopkgtest/setup-commands/ro-apt-update
There are no shebangs in there: is that intentional?)

Regards,
Christian
diff --git a/virt-subproc/adt-virt-qemu b/virt-subproc/adt-virt-qemu
index 5ae01b0..10c2b33 100755
--- a/virt-subproc/adt-virt-qemu
+++ b/virt-subproc/adt-virt-qemu
@@ -440,8 +440,9 @@ def get_cpuflag():
 adtlog.debug('Detected KVM capable AMD host CPU, enabling nested KVM')
 return ['-cpu', 'kvm64,+svm,+lahf_lm']
 return []
+return []
 except IOError as e:
-logging.warning('Cannot read /proc/cpuinfo to detect CPU flags: %s' % e)
+adtlog.warning('Cannot read /proc/cpuinfo to detect CPU flags: %s' % e)
 # fetching CPU flags isn't critical (only used to enable nested KVM),
 # so don't fail here
 return []


signature.asc
Description: OpenPGP digital signature

Bug#815668: nm-applet:ERROR:applet.c:1227:applet_get_first_active_vpn_connection: assertion failed: (s_con)

[Mike Miller]

On Tue, Feb 23, 2016 at 15:33:26 +0100, Paolo Meraviglia wrote:
> Adding some info:
> 
> My openvpn open generally 4 tun devices.
> 
> I don't have tap devices

Does 1.1.91-1 fix this for you?

Reporter of #815313 (probably duplicate) says it resolves the assertion
error and crash.

-- 
mike

Bug#810586: ITP: dumb-init -- minimal init system for Linux containers

[Dmitry Smirnov]

On Fri, 4 Mar 2016 01:15:54 AM Chris Kuehl wrote:
> Really excited to see the work on this. Please let me know if there's
> anything I can do to help with the packaging effort here or at upstream
> to make your lives easier.

Thanks.


> I'd be happy to help with packaging future versions as well if one of
> you are willing to sponsor uploads.

As always Debian community will appreciate all the help we can get.
Though this package is trivial and probably won't require much attention...


> Yes, I also agree that it should be dynamically-linked as usual for Debian.

I'e already took care of that in the repository.


> On Mon, Feb 29, 2016 at 01:21:53PM +1100, Dmitry Smirnov wrote:
> > I pushed dumb-init repository to collab-maint:
> > https://anonscm.debian.org/cgit/collab-maint/dumb-init.git
> 
> I built and tested this locally, and it looks great to me.

Great. Thanks for testing and confirming. :)

-- 
Best wishes,
 Dmitry Smirnov.

---

It is no use saying, 'We are doing our best.' You have got to succeed
in doing what is necessary.
-- Winston Churchill


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

Bug#751688: apt-utils: xz support is gone.

[Julian Andres Klode]

On Fri, Mar 04, 2016 at 08:57:44PM +, Colin Watson wrote:
> Control: tag -1 patch
> 
> On Sun, Jun 15, 2014 at 06:10:39PM +0200, Christian Marillat wrote:
> > Packages::Compress seems to not work anymore with xz compression.
> > 
> > Only . (uncompressed), gzip and bzip2 seems to work, xz now return errors
> > (see at the bottom).
> > 
> > Same error with Sources::Compress
> > 
> > Christian
> > 
> > 
> > $ apt-ftparchive generate apt.conf
> >  dists/unstable/main/binary-amd64/:E: write, still have 32768 to write but
> > couldn't
> > E: IO to subprocess/file failed - write (0: Success)
> > E: write, still have 32768 to write but couldn't
> 
> The same bug hit the Ubuntu archive when we tried to add xz support
> recently.  I finally got round to tracking this down.  The problem is
> that the liblzma-based write code needs the same tweaks that the read
> code already has to cope with the situation where lzma_code returns zero
> the first time through because avail_out is zero, but will do more work
> if called again.
> 
> The following patch ports the read tweaks to the write code as closely
> as possible (including matching comments etc.), and it's working fine
> for me now.

Can you format it with format-patch, with commit message consisting of
a summary and a long description? That would be really nice.

-- 
Debian Developer - deb.li/jak | jak-linux.org - free software dev

When replying, only quote what is necessary, and write each reply
directly below the part(s) it pertains to (`inline'). Thank you.

Bug#815906: Postfix configuration information

[Scott Kitterman]

It would be helpful if one or both of you could provide the output of postconf 
-n.  I'd like to try and replicate your situation as exactly as I can to try 
and reproduce the problem.

Scott K

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

Bug#815313: network-manager-gnome: nm-applet crashes after connecting to OpenConnect VPN

[Mike Miller]

On Thu, Mar 03, 2016 at 19:49:09 -0800, Mike Kupfer wrote:
> Nope, 1.1.91-1 works fine.  (Well, I can't configure OpenConnect, but I
> guess that's to be expected until you update the plugin.  I can connect
> using the OpenConnect VPN that I already had configured.)

Also please take a look at #815668, looks like the same error to me.

-- 
mike

Bug#816759: minissdpd: The minissdpd daemon is affected by an improper validation of array index vulnerability

[Salva Peiró]

Package: minissdpd
Version: 1.2.20130907-3
Justification: renders package unusable
Severity: grave
Tags: security patch

Dear Maintainer,

The following bug report provides the technical description and bug fixes
and has been extracted from the detailed security advisory
at http://speirofr.appspot.com/files/advisory/SPADV-2016-02.md

Best,

Vulnerability details
=

The minissdpd daemon (version: 1.2.20130907-3) contains a
improper validation of array index vulnerability (CWE-129)
when processing requests sent to the Unix socket at /var/run/minissdpd.sock
the Unix socket can be accessed by an unprivileged user to send invalid
request causes an out-of-bounds memory access that crashes the minissdpd
daemon.

Technical Details
=

The vulnerability can be triggered by a local unprivileged user performs
the following request:

$ echo -en '\x04\x01\x60\x8f\xff\xff\xff\x7f\x0a' | nc.openbsd -U
/var/run/minissdpd.sock

The request is processed by the processRequest() function at minissdpd.c
which identifies the request of type=4, and performs the parsing of the
"new service" request, the decoding of the length of the usn field
performed at
line 663, sets l = 0x, with p = buf+4, and n = 9, the negative
length
l=-1 passes the check at line 664 with (buf+4-1) < (buf + 9), continuing
with
the allocation of the usn field at line 673, that initialises newserv->usn =
malloc(0), where in the case of Linux malloc(3) the allocator returns a
pointer
that can be later passed to free().  The line 668 attempts to copy
0x
bytes from the message pointer p to newserv->usn, that causes the daemon to
perform an out-of-bound memory access writing outside the allocated buffer.

~~~
663 DECODELENGTH_CHECKLIMIT(l, p, buf + n);
664 if(p+l > buf+n) {
665 syslog(LOG_WARNING, "bad request (length encoding)");
666 goto error;
667 }
...
673 newserv->usn = malloc(l + 1);
674 if(!newserv->usn) {
675 syslog(LOG_ERR, "cannot allocate memory");
676 goto error;
677 }
668 memcpy(newserv->usn, p, l);
~~~

The problem is the incorrect validation on the length returned by the
DECODELENGTH_CHECKLIMIT macro at line 664, that does not consider negative
length values. The fix of the length has already been applied to the
upstream
minissdpd repository see [2], the bug happens at multiple locations after
the
DECODELENGTH_CHECKLIMIT macro that also need to be fixed:

~~~
  DECODELENGTH_CHECKLIMIT(l, p, buf + n);
- if(p+l > buf+n) {
+ if(l > (unsigned)(buf+n-p)) {
 syslog(LOG_ERR, "cannot allocate memory");
 goto error;
  }
~~~

After performing the corrections of the length check the minissdpd daemon
properly detects the invalid negative values and performs error handling.
However, the error handling code at line 753 attempts to free the undefined
memory contents that newserv = malloc() allocated at line 642.

~~~
753 if(newserv) {
754 free(newserv->st);
755 free(newserv->usn);
756 free(newserv->server);
757 free(newserv->location);
758 free(newserv);
759 newserv = NULL;
760 }
~~~

The issue is corrected by applying initialising the contents of the newserv
to zero [3].
That causes free() to correctly operate when freeing the uninitialised
struct fields.

~~~
642 newserv = malloc(sizeof(struct service));
643 if(!newserv) {
644 syslog(LOG_ERR, "cannot allocate memory");
645 goto error;
646 }
+   memset(newserv, 0, sizeof(struct service));
~~~

Solution


Apply the proposed fixes, contained in the patch below.

~~~
>From 2f6746a0c00872b977cc81452d77463aa39609e7 Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?Salva=20Peir=C3=B3?= 
Date: Fri, 4 Mar 2016 12:38:18 +0100
Subject: [PATCH] Fix minissdpd.c handling of request with negative length

---
 minissdpd.c | 9 +
 1 file changed, 5 insertions(+), 4 deletions(-)

diff --git a/minissdpd.c b/minissdpd.c
index 520a6c5..1cd079e 100644
--- a/minissdpd.c
+++ b/minissdpd.c
@@ -555,7 +555,7 @@ void processRequest(struct reqelem * req)
type = buf[0];
p = buf + 1;
DECODELENGTH_CHECKLIMIT(l, p, buf + n);
-   if(p+l > buf+n) {
+   if(l > (unsigned)(buf+n-p)) {
syslog(LOG_WARNING, "bad request (length encoding)");
goto error;
}
@@ -644,6 +644,7 @@ void processRequest(struct reqelem * req)
syslog(LOG_ERR, "cannot allocate memory");
goto error;
}
+   memset(newserv, 0, sizeof(struct service));
if(containsForbiddenChars(p, l)) {
syslog(LOG_ERR, "bad request (st contains forbidden chars)");
goto error;
@@ -661,7 +662,7 @@ void processRequest(struct reqelem * req)
goto error;
}
DECODELENGTH_CHECKLIMIT(l, p, buf + n);
-   if(p+l > buf+n) {
+ 

Bug#816603: Ardour (4) - Adding FR translation to the desktop file

[Debian/GNU]

salut,

thanks for your contribution.

i have one question though:

On 03/03/2016 01:42 PM, treb...@tuxfamily.org wrote:
> GenericName[fr]=Enregistreur audio numérique Ardour 4

my french is a bit rusty, but this translation seems to be a bit too
specific (ardour is much more than just a recording tool).

according to wikipedia, the french equivalent for DAW would be "station
audionumérique"

gfmdsdt
IOhannes



signature.asc
Description: OpenPGP digital signature

Bug#816758: netbeans: Warning during "Turning on modules..." when using openjdk-7

[Kevin Carney]

Package: netbeans
Version: 8.1+dfsg2-1
Severity: normal

Dear Maintainer,

When starting netbeans, the startup splashscreen stops during "Turning on 
modules..." and a warning window is displays:

Window Title: NetBeans IDE - Warning
Text: "org.netbeans.InvalidException: StandardModule:org.netbeans.modules.db 
jarFile: /usr/share/netbeans/8.1/ide/modules/org-netbeans-modules-db.jar: 
java.lang.UnsupportedClassVersionError: org/netbeans/lib/ddl/DBConnection: 
Unsupported major.minor version 52.0"

Warning gives two options: "Exit" and "Disable Modules and Continue"

"Exit" does the obvious thing.

"Disable Modules and Continue" allows the startup process to finish.  
Subsequent startups do not show the warning (presumably because netbeans saves 
the "Disable Modules" option).

This is occuring on a fresh installation of netbeans running on a fresh 
installation of Debian/testing.

It appears to be an issue with openjdk-7, which was pulled in as a dependency 
while installing netbeans.  I subsequently tested by installing openjdk-8, and 
the problem did not occur.

To reproduce:
1. Delete my ~/.netbeans directory,
2. Switched default java to openjdk-7 with: "sudo update-java-alternatives -s 
java-1.7.0-openjdk-amd64"
3. Start netbeans


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

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

Versions of packages netbeans depends on:
ii  default-jdk [java7-sdk]  2:1.7-52.1
ii  libnb-apisupport3-java   8.1+dfsg2-1
ii  libnb-ide14-java 8.1+dfsg2-1
ii  libnb-java5-java 8.1+dfsg2-1
ii  libnb-platform18-java8.1+dfsg1-2

netbeans suggests no packages.

-- no debconf information

Bug#815668: Just crashed

[Chris Chiappa]

Guess it wasn't just a case of relinking.  It was very stable
previously, then I had to reboot my machine and it has started
crashing again.

(gdb) where
#0  0x2de8a507 in __GI_raise (sig=sig@entry=6)
at ../sysdeps/unix/sysv/linux/raise.c:55
#1  0x2de8b8da in __GI_abort () at abort.c:89
#2  0x2d76ab75 in g_assertion_message ()
   from /lib/x86_64-linux-gnu/libglib-2.0.so.0
#3  0x2d76ac0a in g_assertion_message_expr ()
   from /lib/x86_64-linux-gnu/libglib-2.0.so.0
#4  0x0041290f in applet_get_first_active_vpn_connection (
applet=applet@entry=0x6d2070,
out_state=out_state@entry=0x7fffddac)
at applet.c:1227
#5  0x0041861e in applet_update_icon (user_data=)
at applet.c:2775
#6  0x2d744e8a in g_main_context_dispatch ()
   from /lib/x86_64-linux-gnu/libglib-2.0.so.0
#7  0x2d745230 in ?? () from /lib/x86_64-linux-gnu/libglib-2.0.so.0
#8  0x2d745552 in g_main_loop_run ()
   from /lib/x86_64-linux-gnu/libglib-2.0.so.0
#9  0x00411eb2 in main (argc=1, argv=0x7fffe038) at main.c:84

In frame 4, connection is optimized out but

(gdb) p *candidate
$5 = {
  parent = {
parent = {
  g_type_instance = {
g_class = 0x6e1a70
  }, 
  ref_count = 3, 
  qdata = 0x9c0fd0
}
  }
}

I don't know if this is useful.  If there's something else that would
be helpful, please let me know.

Bug#816757: lzop: Does not build on powerpc

[Hilko Bengen]

Package: lzop
Version: 1.03-3
Severity: grave

After my upload of lzop/1.03-3.1, it turns out that lzop no longer
builds on powerpc, with a large number of errors like

,
| compress.o: In function `__ACC_UA_GET_LE16':
| /home/bengen/lzop-1.03/src/miniacc.h:2881: multiple definition of 
`__ACC_UA_GET_LE16'
| lzop.o:/home/bengen/lzop-1.03/src/miniacc.h:2881: first defined here
`

However, this has nothing to do with the NMU -- the previous version
lzop/1.03-3 which does not use dh-autoreconf fails in unstable, too,
while lzop/1.03-3.1 builds just fine on jessie.

-Hilko

Bug#816756: Useless in Debian

[David Prévot]

Package: php-pimple
Version: 1.1.1-1
Severity: serious

[ Filled as an RC-bug by the maintainer to see the package auto-removed
  from testing, and not let it block the PHP 7.0 transition. ]

I packaged php-pimle as used by owncloud, but owncloud is going away,
see #816376. There is a priori little point to ship php-pimple in a
stable Debian release.

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

Regards

David


signature.asc
Description: PGP signature

Bug#815734: regression: ESS cannot be compiled

[Dirk Eddelbuettel]

Just a quick 'thumbs up' from here -- it is actually quite remarkable that we
do maintain buildability of these pieces over so many years and decaded, and
I really appreciate how we're going calmly about the business of maintaining
that tradition.

Thanks to Norbert for distilling that minimal example out of the larger ESS
documentation, and to the texinfo folks for looking at it.

Cheers, Dirk

-- 
http://dirk.eddelbuettel.com | @eddelbuettel | e...@debian.org

Bug#816753: minor correction

[Sebastian Kuzminsky]

Never mind, problem exists between keyboard and chair, thanks for 
correcting me.


--
Sebastian Kuzminsky

Bug#791463: Quick review

[Pali Rohár]

On Friday 04 March 2016 22:48:59 Andrew Shadura wrote:
> On 04/03/16 22:47, Pali Rohár wrote:
> > On Friday 04 March 2016 22:40:35 Andrew Shadura wrote:
> >> > On 4 March 2016 at 22:29, Pali Rohár 
> >> > wrote:
>  > >> I just wanted to note that with the latest bmake
>  > >> (20150606-1), it is enough to have this in your
>  > >> debian/rules:
>  > >> 
>  > >> #!/usr/bin/make -f
>  > >> 
>  > >> %:
>  > >>   dh $@ --buildsystem=bmake
>  > >> 
>  > >> And then you have to apply a patch to Makefile.in so that
>  > >> the Makefile accepts and uses DESTDIR.
> >>> > > 
> >>> > > I tested it and it does not work. It even did not called
> >>> > > autoconf and configure parts... So sorry, your proposed
> >>> > > solution does not work.
> >> > 
> >> > Well, I did test it and it worked, otherwise I wouldn't have
> >> > proposed it.
> > 
> > See attachment in which is build log...
> 
> What version of bmake are you using?

20150606-1

Anyway, now I found where is probably problem. sub check_auto_buildable 
test whether exists Makefile or makefile file. But such file will not 
exists until autoconf is run.

-- 
Pali Rohár
pali.ro...@gmail.com


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

Bug#816753: minor correction

[Sebastian Kuzminsky]

Oops, bug #816688 was a misunderstanding on my part.  The gist of this 
bug remains, however: the DEB_SIGN_KEYID is ineffective at specifying 
the key used to sign the packages.


--
Sebastian Kuzminsky

Bug#791463: Quick review

[Andrew Shadura]

On 4 March 2016 at 22:57, Pali Rohár  wrote:
>> >> > Well, I did test it and it worked, otherwise I wouldn't have
>> >> > proposed it.
>> >
>> > See attachment in which is build log...
>>
>> What version of bmake are you using?
>
> 20150606-1
>
> Anyway, now I found where is probably problem. sub check_auto_buildable
> test whether exists Makefile or makefile file. But such file will not
> exists until autoconf is run.

My bad, there's indeed an error, probably I pushed something different
from what I tested, it should've probably called configure, not
check_auto_buildable. I'll have a look tomorrow and upload a fix.

-- 
Cheers,
  Andrew

Bug#788539: block -1 with CUDA7.5

[lumin]

Control: block -1 by 807579

Bug#816755: fglrx-atieventsd: disappearing mouse

[Richard Jasmin]

Package: fglrx-atieventsd
Severity: grave
Justification: renders package unusable

Dear Maintainer,

Not sure how to fix this one, Ive only encountered it with the pre-packaged
driver for Jessie.

Once you get beyond the broker then broke state that either downgrading Xorg in
Stretch or installing fglrx in Jessie you get to this point.

[fix at this stage: aticonfig --initial again, you borked something in your
config. --or at least I did, but I cant see how.]

What happens is this:
The mouse is here...and then it isnt. This seems the most relevant package.
When the mouse goes, it runs away and hides(disappear, literally..the mouse OFF
feature) and wont come back. Clicking will not help you. The keyboard then
begins to act funny and semi-non responsive. And by funny, its not guaranteed
to alt-tab or otherwise navigate.

No, your wireless have not failed you. Your batteries are FINE.

But the system knows youre there. You can switch to a vterm and kill off X. For
now, until the mouse decides to hide again. Killing X will only bring back the
mouse for the login screen. Until it hides again. Rebooting will not help much
either.

Whack CTRL-ALT-DEL and away we gofor now. Until you login to X again...then
the mouse wants to hide.

Also:
text resolution is higher on open driver then fglrx in the vterm for some
reason

I will see further if I can replicate this issue. The driver I have is BETA
level but has been patched to run up to X 1.17 and kernel 4.3x. Original source
of the driver pre-patch was for fedora 22 at kernel v 4.0.4. The kernel header
sources were not available to build for a newer kernel for some reason. The
installer will refuse beyond X 1.17. Might be able to fudge the driver to work
for stretch.(and hopefully fedora 23)

The second you purge fglrx, the disappearing mouse issue goes away.




-- System Information:
Debian Release: 8.3
  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/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)

Bug#791463: Quick review

[Pali Rohár]

On Friday 04 March 2016 22:40:35 Andrew Shadura wrote:
> On 4 March 2016 at 22:29, Pali Rohár  wrote:
> >> I just wanted to note that with the latest bmake (20150606-1), it
> >> is enough to have this in your debian/rules:
> >> 
> >> #!/usr/bin/make -f
> >> 
> >> %:
> >>   dh $@ --buildsystem=bmake
> >> 
> >> And then you have to apply a patch to Makefile.in so that the
> >> Makefile accepts and uses DESTDIR.
> > 
> > I tested it and it does not work. It even did not called autoconf
> > and configure parts... So sorry, your proposed solution does not
> > work.
> 
> Well, I did test it and it worked, otherwise I wouldn't have proposed
> it.

See attachment in which is build log...

-- 
Pali Rohár
pali.ro...@gmail.com
$ dpkg-buildpackage -b
dpkg-buildpackage: source package udfclient
dpkg-buildpackage: source version 0.8.1-1
dpkg-buildpackage: source distribution unstable
dpkg-buildpackage: source changed by Pali Rohár 
dpkg-buildpackage: host architecture amd64
 dpkg-source --before-build udfclient-0.8.1
 fakeroot debian/rules clean
dh clean --buildsystem=bmake
   dh_testdir -O--buildsystem=bmake
   dh_auto_clean -O--buildsystem=bmake
bmake distclean
rm -f a.out [Ee]rrs mklog core *.core 
rm -f 
   dh_clean -O--buildsystem=bmake
rm -f debian/debhelper-build-stamp
rm -f debian/udfclient.substvars
rm -f debian/udfclient.*.debhelper
rm -rf debian/udfclient/
rm -rf debian/.debhelper/
rm -f debian/*.debhelper.log
rm -f debian/files
find .  \( \( \
\( -path .\*/.git -o -path .\*/.svn -o -path .\*/.bzr -o -path 
.\*/.hg -o -path .\*/CVS \) -prune -o -type f -a \
\( -name '#*#' -o -name '.*~' -o -name '*~' -o -name DEADJOE \
 -o -name '*.orig' -o -name '*.rej' -o -name '*.bak' \
 -o -name '.*.orig' -o -name .*.rej -o -name '.SUMS' \
 -o -name TAGS -o \( -path '*/.deps/*' -a -name '*.P' \) \
\) -exec rm -f {} + \) -o \
\( -type d -a -name autom4te.cache -prune -exec rm -rf {} + \) 
\)
rm -f *-stamp
 debian/rules build
dh build --buildsystem=bmake
   dh_testdir -O--buildsystem=bmake
   dh_update_autotools_config -O--buildsystem=bmake
install -d debian/.debhelper/bucket/files
cp -an --reflink=auto config.guess 
debian/.debhelper/bucket/files/420138cb266d63505ec54f169a34e1cc9aba80dc20a1eeac76b7bf5c9e5ff74e.tmp
mv -f 
debian/.debhelper/bucket/files/420138cb266d63505ec54f169a34e1cc9aba80dc20a1eeac76b7bf5c9e5ff74e.tmp
 
debian/.debhelper/bucket/files/420138cb266d63505ec54f169a34e1cc9aba80dc20a1eeac76b7bf5c9e5ff74e
cp -f /usr/share/misc/config.guess ./config.guess
cp -an --reflink=auto config.sub 
debian/.debhelper/bucket/files/6585881331b69439aec3e94b9167983f9c3609b1b5dca9fa77d6941a3f79ccc2.tmp
mv -f 
debian/.debhelper/bucket/files/6585881331b69439aec3e94b9167983f9c3609b1b5dca9fa77d6941a3f79ccc2.tmp
 
debian/.debhelper/bucket/files/6585881331b69439aec3e94b9167983f9c3609b1b5dca9fa77d6941a3f79ccc2
cp -f /usr/share/misc/config.sub ./config.sub
   dh_auto_configure -O--buildsystem=bmake
   dh_auto_build -O--buildsystem=bmake
bmake
   dh_auto_test -O--buildsystem=bmake
 fakeroot debian/rules binary
dh binary --buildsystem=bmake
   dh_testroot -O--buildsystem=bmake
   dh_prep -O--buildsystem=bmake
rm -f debian/udfclient.substvars
rm -f debian/udfclient.*.debhelper
rm -rf debian/udfclient/
   dh_auto_install -O--buildsystem=bmake
install -d debian/udfclient
bmake install DESTDIR=/home/debian/udfclient-0.8.1/debian/udfclient 
AM_UPDATE_INFO_DIR=no
install   -c   -o root  -g root  -m 444  bsd.README 
/home/debian/udfclient-0.8.1/debian/udfclient/usr/share/mk/bsd.README
install: cannot stat 'bsd.README': No such file or directory
*** Error code 1

Stop.
bmake[1]: stopped in /home/debian/udfclient-0.8.1
dh_auto_install: bmake install 
DESTDIR=/home/debian/udfclient-0.8.1/debian/udfclient AM_UPDATE_INFO_DIR=no 
returned exit code 1
debian/rules:7: recipe for target 'binary' failed
make: *** [binary] Error 29
dpkg-buildpackage: error: fakeroot debian/rules binary gave error exit status 2


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

Bug#791463: Quick review

[Andrew Shadura]

On 04/03/16 22:47, Pali Rohár wrote:
> On Friday 04 March 2016 22:40:35 Andrew Shadura wrote:
>> > On 4 March 2016 at 22:29, Pali Rohár  wrote:
 > >> I just wanted to note that with the latest bmake (20150606-1), it
 > >> is enough to have this in your debian/rules:
 > >> 
 > >> #!/usr/bin/make -f
 > >> 
 > >> %:
 > >>   dh $@ --buildsystem=bmake
 > >> 
 > >> And then you have to apply a patch to Makefile.in so that the
 > >> Makefile accepts and uses DESTDIR.
>>> > > 
>>> > > I tested it and it does not work. It even did not called autoconf
>>> > > and configure parts... So sorry, your proposed solution does not
>>> > > work.
>> > 
>> > Well, I did test it and it worked, otherwise I wouldn't have proposed
>> > it.
> See attachment in which is build log...

What version of bmake are you using?

-- 
Cheers,
  Andrew

Bug#815734: regression: ESS cannot be compiled

[Martin Maechler]

On Fri, Mar 4, 2016 at 10:38 PM, Gavin Smith  wrote:
>> > I have reduced the problematic case to the following minimal example:
>
> Thank you for taking the time to do this, Norbert.
>
>> From these two facts I'd declare that the new texinfo.tex that
>> you have in Debian is broken.
>> (Yes, that is a strong statement; but still breaking something
>>  that worked dozens of year w/o problems needs VERY good arguments
>>  before you can call it "progress" !!)
>
> No-one's said that breaking this usage is progress. It wasn't intended
> and we will fix it.
>
> The problem comes from trying to support the Texinfo macro facility,
> the different ways that it's been used in different documents and
> managing multiple incompatible implementations of it. It's caused
> problems ever since it was introduced, maybe about 20 years ago.
> Evidently these problems aren't at an end yet, despite hope. When the
> fix is finalized I'll add this breaking usage to our test file to
> prevent it breaking again.

Thanks a lot, Gavin!  The above sounds very good to me,
I'm sorry for my former misunderstanding..

Best regards,  and thank you for all the efforts to make info /
texinfo even more 'future-proof'!

Martin

Bug#813299: reportbug: newer version alert for security updates

[Sandro Tosi]

control: tags -1 +moreinfo
On Sun, Jan 31, 2016 at 10:39 AM, Ralf Neubauer  wrote:
>
> ~$ reportbug linux-image-3.16.0-4-amd64
> Gtk-Message: Failed to load module "canberra-gtk-module"
> Warning: no reportbug configuration found.  Proceeding in novice mode.
> Detected character set: UTF-8
> Please change your locale if this is incorrect.
>
> Using 'Ralf Neubauer ' as your from address.
> Getting status for linux-image-3.16.0-4-amd64...
> Checking for newer versions at madison...
> Your version of linux-image-3.16.0-4-amd64 (3.16.7-ckt20-1+deb8u3) is newer
> than that in Debian! Do you still want to file a report [y|N|q|?]?

I've uploaded to backports version 6.6.6 of reportbug which should
address this bug: please install that and report back if that's fixed.

Regards,
-- 
Sandro "morph" Tosi
My website: http://sandrotosi.me/
Me at Debian: http://wiki.debian.org/SandroTosi
G+: https://plus.google.com/u/0/+SandroTosi

Bug#791463: Quick review

[Andrew Shadura]

On 4 March 2016 at 22:29, Pali Rohár  wrote:
>> I just wanted to note that with the latest bmake (20150606-1), it is
>> enough to have this in your debian/rules:
>>
>> #!/usr/bin/make -f
>>
>> %:
>>   dh $@ --buildsystem=bmake
>>
>> And then you have to apply a patch to Makefile.in so that the
>> Makefile accepts and uses DESTDIR.
>
> I tested it and it does not work. It even did not called autoconf and
> configure parts... So sorry, your proposed solution does not work.


Well, I did test it and it worked, otherwise I wouldn't have proposed it.

-- 
Cheers,
  Andrew

Bug#811168: [Reportbug-maint] Bug#811168: Unable to file RFP bug

[Sandro Tosi]

control: tags -1 +moreinfo

On Sat, Jan 16, 2016 at 11:07 AM, Erik Josefsson
 wrote:
> SOAPpy.Errors.HTTPError: 

I've uploaded to backports version 6.6.6 of reportbug which should
address this bug: please install that and report back if that's fixed.

Regards,
-- 
Sandro "morph" Tosi
My website: http://sandrotosi.me/
Me at Debian: http://wiki.debian.org/SandroTosi
G+: https://plus.google.com/u/0/+SandroTosi

Bug#813002: reportbug crashes with an NoneType Exception

[Sandro Tosi]

control: tags -1 +moreinfo

On Thu, Jan 28, 2016 at 1:25 PM, Alexander Schier
 wrote:
> i got a NoneTypeException, when i tried to report a bug (on another
> system)
>
> Submit this report on coreutils (e to edit) [Y|n|a|c|e|i|l|m|p|q|d|t|s|?]?
> Traceback (most recent call last):
>   File "/usr/bin/reportbug", line 2211, in 
> main()
>   File "/usr/bin/reportbug", line 1081, in main
> return iface.user_interface()
>   File "/usr/bin/reportbug", line 2203, in user_interface
> self.options.envelopefrom)
>   File "/usr/lib/python2.7/dist-packages/reportbug/submit.py", line 316, in 
> send_report
> msgname = os.path.expanduser(outfile) or ('/var/tmp/%s.bug' % package)
>   File "/usr/lib/python2.7/posixpath.py", line 261, in expanduser
> if not path.startswith('~'):
> AttributeError: 'NoneType' object has no attribute 'startswith'

I've uploaded to backports version 6.6.6 of reportbug which should
address this bug: please install that and report back if that's fixed.

Regards,
-- 
Sandro "morph" Tosi
My website: http://sandrotosi.me/
Me at Debian: http://wiki.debian.org/SandroTosi
G+: https://plus.google.com/u/0/+SandroTosi

Bug#815734: regression: ESS cannot be compiled

[Gavin Smith]

> > I have reduced the problematic case to the following minimal example:

Thank you for taking the time to do this, Norbert.

> From these two facts I'd declare that the new texinfo.tex that
> you have in Debian is broken.
> (Yes, that is a strong statement; but still breaking something
>  that worked dozens of year w/o problems needs VERY good arguments
>  before you can call it "progress" !!)

No-one's said that breaking this usage is progress. It wasn't intended
and we will fix it.

The problem comes from trying to support the Texinfo macro facility,
the different ways that it's been used in different documents and
managing multiple incompatible implementations of it. It's caused
problems ever since it was introduced, maybe about 20 years ago.
Evidently these problems aren't at an end yet, despite hope. When the
fix is finalized I'll add this breaking usage to our test file to
prevent it breaking again.

Bug#814454: reportbug: Crash when trying to configure non-ASCII characters for realname via CLI

[Sandro Tosi]

control: tags -1 +moreinfo

On Thu, Feb 11, 2016 at 6:01 PM, Linus Luessing
 wrote:
>
> During the initial configuration of reportbug I was prompted for a real name.
> Unfortunately using umlauts results in the following exception:
>
> -
> What real name should be used for sending bug reports?
> [root]> Linus Lüssing
> Traceback (most recent call last):
>   File "/usr/bin/reportbug", line 2211, in 
> main()
>   File "/usr/bin/reportbug", line 1081, in main
> return iface.user_interface()
>   File "/usr/bin/reportbug", line 1197, in user_interface
> offer_configuration(self.options)
>   File "/usr/bin/reportbug", line 578, in offer_configuration
> realname = realname.decode(charset, 'replace')
>   File "/usr/lib/python2.7/encodings/utf_8.py", line 16, in decode
> return codecs.utf_8_decode(input, errors, True)
> UnicodeEncodeError: 'ascii' codec can't encode character u'\xfc' in position 
> 7: ordinal not in range(128)

I've uploaded to backports version 6.6.6 of reportbug which should
address this bug: please install that and report back if that's fixed.

Regards,
-- 
Sandro "morph" Tosi
My website: http://sandrotosi.me/
Me at Debian: http://wiki.debian.org/SandroTosi
G+: https://plus.google.com/u/0/+SandroTosi

Bug#816754: fusioninventory-agent: New upstream release 2.3.17 from september 2015

[Christian Marillat]

Package: fusioninventory-agent
Version: 1:2.3.17-0.0
Severity: normal

Dear Maintainer,

It is possible to have this version packaged ?

Christian

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

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

Versions of packages fusioninventory-agent depends on:
ii  hdparm  9.43-2
ii  libfile-which-perl  1.19-1
ii  libhttp-daemon-perl 6.01-1
ii  libjson-perl2.90-1
ii  libnet-cups-perl0.61-3
ii  libnet-ip-perl  1.26-1
ii  libparse-edid-perl  1.0.6-1
ii  libproc-daemon-perl 0.23-1
ii  libproc-pid-file-perl   1.27-4
ii  libsocket-getaddrinfo-perl  0.22-3
ii  libtext-template-perl   1.46-1
ii  libuniversal-require-perl   0.17-1
ii  libwww-perl 6.15-1
ii  libxml-treepp-perl  0.43-1
ii  libyaml-perl1.15-1
ii  pciutils1:3.3.1-1.1
ii  perl5.22.1-8
ii  ucf 3.0035

Versions of packages fusioninventory-agent recommends:
ii  libio-socket-ssl-perl  2.024-1

Versions of packages fusioninventory-agent suggests:
pn  read-edid  
ii  smartmontools  6.4+svn4214-1

-- Configuration Files:
/etc/fusioninventory/agent.cfg changed [not included]

-- no debconf information

Bug#816753: dpkg-dev: dpkg-buildpackage manpage misspells one of its environment variables

[Sebastian Kuzminsky]

Package: dpkg-dev
Version: 1.17.26
Severity: normal

The dpkg-buildpackage manpage claims that the environment variable to
pass a GPG key id to debsign is named DEB_SIGN_KEYID, but both the
debsign manpage and the debsign code look for a variable named
DEBSIGN_KEYID (ie, without that first "_").

The dpkg-buildpackage manpage should be updated with the correct
environment variable name.

(Note that the functioning of debsign's DEBSIGN_KEYID variable is broken
due to Bug #816688.)



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

Kernel: Linux 4.3.0-0.bpo.1-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 dpkg-dev depends on:
ii  base-files8+deb8u3
ii  binutils  2.25-5
ii  bzip2 1.0.6-7+b3
ii  libdpkg-perl  1.17.26
ii  make  4.0-8.1
ii  patch 2.7.5-1
ii  xz-utils  5.1.1alpha+20120614-2+b3

Versions of packages dpkg-dev recommends:
ii  build-essential  11.7
ii  clang-3.5 [c-compiler]   1:3.5-10
ii  fakeroot 1.20.2-1
ii  gcc [c-compiler] 4:4.9.2-2
ii  gcc-4.6 [c-compiler] 4.6.3-14
ii  gcc-4.9 [c-compiler] 4.9.2-10
ii  gnupg1.4.18-7
ii  gnupg2   2.0.26-6
ii  gpgv 1.4.18-7
ii  libalgorithm-merge-perl  0.08-2

Versions of packages dpkg-dev suggests:
ii  debian-keyring  2015.04.10

-- no debconf information

--
Sebastian Kuzminsky

Bug#815734: regression: ESS cannot be compiled

[Gavin Smith]

On 4 March 2016 at 04:01, Norbert Preining  wrote:
> The output is:
> ./bla.texi:9: Argument of @gobblespaces has an extra }.

I got the same. I think it's easy enough to fix. The only possible
problem is that this error comes about due to an attempt to remove
whitespace from the start of a macro argument when the macro only
takes one argument. To fix, this would be removed, so any whitespace
after the opening brace of the macro invocation wouldn't be ignored. I
think this is okay, because people will only expect spaces following
commas separating macro arguments to be discarded. In the past, spaces
were trimmed at the beginning and end of macro arguments regardless of
the number of arguments they took, but this broke when the macro
argument had newlines which had to be significant (as far as I
remember).

Bug#816752: RM: ruby-opengraph-parser -- ROM; FTBFS, inactive upstream, replaced by ruby-open-graph-reader

[Tomasz Nitecki]

Package: ftp.debian.org
Severity: normal

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Dear ftpmasters,

ruby-opengraph-parser was used as a dependency for diaspora, however it is no
longer needed as it was replaced by ruby-open-graph-reader. At the moment,
ruby-opengraph-parser FTBFSes, contains unpatched bugs and has a very low
popcon count.

Dak shows no reverse dependencies and it's original uploader confirmed that
it can be safely removed as it was replaced by ruby-open-graph-reader.

So, please remove ruby-opengraph-parser from unstable.


Regards,
T. Nitecki

[1] https://bugs.debian.org/800030

-BEGIN PGP SIGNATURE-

iQIcBAEBCgAGBQJW2X84AAoJEObHEOLlweSjBuMQAOpxMUcSH/l4S4OVxfA0Z6rS
xEho9cNF4ryfJM7+ac/23zY9PcHLxrRpSzNrfOsjlmQyWuEpvW29KHeaSBsnzbLe
clmVVnjN2r0pyXOV55womXCXHBqZrN+zbab4V93uUWoGUvgQGWr+UJVWeYOq+HiD
DX7eKVGCmJW57kuqHkFhtfhq2Q6A/KfxgjnZ/g/jA/IL6C5J+sl5r4ew54G5cvD9
OadF06SW1sIfzr9H44G15TGr+Rvy9wNuJs6NAETrZnDG3vO68lkF/L8EOIE896Fe
L3yNoSCPtYq+dA6ayn/0SFJQaztL1velhKLfzD7GSmhT17FoP1Xy7ixExCv4P1c+
EQ7OKuOM1azUSqxQqaihmOx+5GHcF+m+p1NeDee5dsqabDfa2A6tBu4mthMyVPHW
qK+1/WUxHkV2HH1qjGmUWPBKAGpdYMTB8Zu+loPHbbdYhOzBSlH/3hmcKCrwAKHd
CpAtaGWXXlqrruRZQXiE1NbwRC/SL3Hvwk/+1W/2UCMymwTXDOucSWMYRnqqQLAD
osWNrTW6KRW/8lkFHcvkGaQsVLbAEqvow4GMEJga2LgbJ+3RraLH/I3/T8XUxUIF
h9qNIffx+UL9TLeU9GmapLxYxmzcPR+ODGZyMXVL/KzekQo7BQXwAuAjvDMEgk4+
Q6D/rkrNqCm+XW2fHXr3
=2X3+
-END PGP SIGNATURE-

Bug#816751: linux-image-3.16.0-4-amd64: Boot hangs at ata_piix message under 3.16.x, but works with 3.2.x

[Chad House]

Package: src:linux
Version: 3.16.7-ckt20-1+deb8u3
Severity: critical
Justification: breaks the whole system

Dear Maintainer,

This machine had been running with an up-to-date version of Wheezy for
over a year. Following a dist-upgrade to Jessie, it no longer boots
under the 3.16.x kernel, seeming to hang when loading/initializing the
ATA library. The last boot message refers to ata_piix (see below).

It boots and runs fine under the 3.2.x LTS kernel, however.

-- Package-specific info:
** Kernel log: boot messages should be attached

Last line in kernel log is:

 ata_piix :00:1f.2: MAP [ P0 P2 P1 P3 ]

** Model information

Jetway JBC372F36W Intel Atom N2600 Compact Fanless Barebone

See: http://www.logicsupply.com/jbc372f36w/

sys_vendor:  Jetway
product_name:
product_version:
chassis_vendor:
chassis_version:
bios_vendor: American Megatrends Inc.
bios_version: 4.6.4
board_vendor:  Jetway
board_name:  JBC372F36W
board_version:  JBC372F36W-2600-B

** Network interface configuration:
# This file describes the network interfaces available on your system
# and how to activate them. For more information, see interfaces(5).

# The loopback network interface
auto lo
iface lo inet loopback

# The primary network interface
auto eth0
iface eth0 inet static
address 192.168.1.2
netmask 255.255.255.0
gateway 192.168.1.1
dns-nameservers 192.168.1.1

** PCI devices:
00:00.0 Host bridge [0600]: Intel Corporation Atom Processor D2xxx/N2xxx
DRAM Controller [8086:0bf1] (rev 04)
Subsystem: Intel Corporation Device [8086:1999]
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr-
Stepping- SERR- FastB2B- DisINTx-
Status: Cap- 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort-
SERR- TAbort-
SERR-  [disabled]
Capabilities: 
Kernel driver in use: gma500

00:1b.0 Audio device [0403]: Intel Corporation NM10/ICH7 Family High
Definition Audio Controller [8086:27d8] (rev 02)
Subsystem: Jetway Information Co., Ltd. Device [16f3:a621]
Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr-
Stepping- SERR- FastB2B- DisINTx+
Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort-
SERR- 
Kernel driver in use: snd_hda_intel

00:1c.0 PCI bridge [0604]: Intel Corporation NM10/ICH7 Family PCI Express
Port 1 [8086:27d0] (rev 02) (prog-if 00 [Normal decode])
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr-
Stepping- SERR- FastB2B- DisINTx+
Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort-
SERR- TAbort-
Reset- FastB2B-
PriDiscTmr- SecDiscTmr- DiscTmrStat- DiscTmrSERREn-
Capabilities: 
Kernel driver in use: pcieport

00:1c.1 PCI bridge [0604]: Intel Corporation NM10/ICH7 Family PCI Express
Port 2 [8086:27d2] (rev 02) (prog-if 00 [Normal decode])
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr-
Stepping- SERR- FastB2B- DisINTx+
Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort-
SERR- TAbort-
Reset- FastB2B-
PriDiscTmr- SecDiscTmr- DiscTmrStat- DiscTmrSERREn-
Capabilities: 
Kernel driver in use: pcieport

00:1c.2 PCI bridge [0604]: Intel Corporation NM10/ICH7 Family PCI Express
Port 3 [8086:27d4] (rev 02) (prog-if 00 [Normal decode])
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr-
Stepping- SERR- FastB2B- DisINTx+
Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort-
SERR- TAbort-
Reset- FastB2B-
PriDiscTmr- SecDiscTmr- DiscTmrStat- DiscTmrSERREn-
Capabilities: 
Kernel driver in use: pcieport

00:1c.3 PCI bridge [0604]: Intel Corporation NM10/ICH7 Family PCI Express
Port 4 [8086:27d6] (rev 02) (prog-if 00 [Normal decode])
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr-
Stepping- SERR- FastB2B- DisINTx+
Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort-
SERR- TAbort-
Reset- FastB2B-
PriDiscTmr- SecDiscTmr- DiscTmrStat- DiscTmrSERREn-
Capabilities: 
Kernel driver in use: pcieport

00:1d.0 USB controller [0c03]: Intel Corporation NM10/ICH7 Family USB UHCI
Controller #1 [8086:27c8] (rev 02) (prog-if 00 [UHCI])
Subsystem: Intel Corporation NM10/ICH7 Family USB UHCI Controller
#1 [8086:27c8]
Control: I/O+ Mem- BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr-
Stepping- SERR- FastB2B- DisINTx-
Status: Cap- 66MHz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort-
SERR- TAbort-
SERR- TAbort-
SERR- TAbort-
SERR- TAbort-
SERR- 
Kernel driver in use: ehci_hcd

00:1e.0 PCI bridge [0604]: Intel Corporation 82801 Mobile PCI Bridge
[8086:2448] (rev e2) (prog-if 01 [Subtractive decode])
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr-
Stepping- SERR- FastB2B- DisINTx-
Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort-
SERR- TAbort-
Reset- Fas

Bug#816750: uswsusp: suspend-keygen missing

[Marc Lehmann]

Package: uswsusp
Version: 1.0+20120915-6.1
Severity: normal

Dear Maintainer,

the package contains the manpage for suspend-keygen, but the actual 
suspend-keygen comamnd is missing:

   # dpkg -S suspend-keygen
   uswsusp: /usr/share/man/man8/suspend-keygen.8.gz

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

Kernel: Linux 4.4.4-040404-generic (SMP w/12 CPU cores)
Locale: LANG=C, 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 uswsusp depends on:
ii  debconf [debconf-2.0]  1.5.56
ii  libc6  2.21-9
ii  libdirectfb-1.2-9  1.2.10.0-5.1
ii  libgcc11:5.3.1-8
ii  libgcrypt111.5.3-4
ii  libglib2.0-0   2.46.2-3
ii  liblzo2-2  2.08-1.2
ii  libpci31:3.2.1-3
pn  libsplashy1
ii  libx86-1   1.1+ds1-10

Versions of packages uswsusp recommends:
ii  initramfs-tools  0.120
ii  mount2.25.2-6

Versions of packages uswsusp suggests:
pn  splashy  

Bug#815906: postfix: upgrade to 3.0.4-3 breaks

[Vincent Danjean]

Package: postfix
Followup-For: Bug #815906

  After a downgrade to 3.0.4-1 (where I came from), I've been hit by
#815707.
  So, I removed the directory that should have been a file in the chroot
(rm -rfv /var/spool/postfix/etc/postfix/sasl/trustedCARoot.pem)
  Then, I upgraded postfix to 3.0.4-2 and I worked again :-)

  Then, I tried to upgrade again to 3.0.4-5, and I've no problems anymore.


  I first though would be that I've been hit by #815707 from the begining.
The strange part is that I've been using 3.0.4-1 since 2016-02-24 (according
to /var/log/dpkg.log*) with several reboots. Postfix was correctly working (I
cannot send mail without TLS).
  Then, today, I upgraded to 3.0.4-5 and postfix stopped working (see my
previous mail) with something that seems related to #815707.
  But, as explained just above, downgrading postfix now exhibit the
#815707 bug and mail did not work anymore! And then, upgrading to 3.0.4-2
(after manually removing the wrongly created directory in chroot) works.
And 3.0.4-5 also works.

  I do not understand.

  Regards,
Vincent


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

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

Versions of packages postfix depends on:
ii  adduser3.113+nmu3
ii  cpio   2.11+dfsg-5
ii  debconf [debconf-2.0]  1.5.58
ii  dpkg   1.18.4
ii  libc6  2.21-9
ii  libdb5.3   5.3.28-11
ii  libicu55   55.1-7
ii  libsasl2-2 2.1.26.dfsg1-14+b1
ii  libsqlite3-0   3.11.0-3
ii  libssl1.0.21.0.2g-1
ii  lsb-base   9.20160110
ii  netbase5.3
ii  ssl-cert   1.0.37

Versions of packages postfix recommends:
ii  python3  3.5.1-2

Versions of packages postfix suggests:
ii  bsd-mailx [mail-reader]8.1.2-0.20160123cvs-2
ii  dovecot-core [dovecot-common]  1:2.2.21-1
ii  emacs24 [mail-reader]  24.5+1-6+b1
ii  evolution [mail-reader]3.18.5.1-1
ii  icedove [mail-reader]  38.6.0-1
ii  libsasl2-modules   2.1.26.dfsg1-14+b1
ii  mutt [mail-reader] 1.5.24-1+b1
pn  postfix-cdb
ii  postfix-doc3.0.4-5
pn  postfix-ldap   
pn  postfix-mysql  
pn  postfix-pcre   
pn  postfix-pgsql  
ii  procmail   3.22-25
ii  resolvconf 1.78
pn  sasl2-bin  
pn  ufw

-- debconf information excluded

Bug#813933: RFS: sawfish/1:1.11-1 [ITA] -- window manager for X11

[Jose M Calhariz]

One more iteraction.  This time I centred on cleaning or overriding
lintian messages.

On 04/03/16 16:07, Mattia Rizzolo wrote:
> On Thu, Mar 03, 2016 at 08:37:37PM +, Jose M Calhariz wrote:
> * sawfish: maintainer-script-without-set-e (all the maintscripts)
>> I don't get that error and my lintian is updated.
> That's maybe because you don't ask lintian to show you pedantic tags
> too.  I personally have this ~/.lintianrc (to avoid having to type the
> flags every time):
> info=yes
> display-info=yes
> display-experimental=yes
> pedantic=yes
> show-overrides=no
> color=always
> equivalent flags are "-EIi --pedantic --color always"
>
> anyway, just try
> lintian-info -t maintainer-script-without-set-e
> to see what you should do, it's fairly simple to understand and action.
>




signature.asc
Description: OpenPGP digital signature

Bug#815198: NEW script: /usr/lib/debbug/mbox

[Don Armstrong]

Thanks for these patches! I'll try to get them incorporated shortly.


-- 
Don Armstrong  http://www.donarmstrong.com

Something the junk advertisers don't seem to understand: we live in an
information super-saturated world. If I don't want to buy something,
no amount of shouting or propagandizing will budge me; all it will do
is get me annoyed. On the other hand, if I have a need for your
product, I can seek it out in an eyeblink.
 -- Charles Stross "Toast: A Con Report" in _Toast_ p136

Bug#815196: ITP: awlsim -- S7 compatible soft-PLC

[Michael Büsch]

On Fri, 19 Feb 2016 22:46:33 +0100
Michael Büsch  wrote:

> Package: wnpp
> Severity: wishlist
> Owner: "Michael Büsch" 
> 
> * Package name: awlsim
>   Version : 0.44?
>   Upstream Author : Michael Buesch 
> * URL : http://bues.ch/h/awlsim
> * License : GPLv2+
>   Programming Lang: Python
>   Description : S7 compatible soft-PLC
> 
> Awlsim is a soft-PLC (see
> https://en.wikipedia.org/wiki/Programmable_logic_controller) that can execute
> STEP7 (see German https://de.wikipedia.org/wiki/STEP_7) compatible AWL/STL
> code.
> 
> I plan to maintain the Debian package by myself.
> The upstream repository, also maintained by me, already contains some basic
> Debian packaging scripts. (see http://bues.ch/gitweb?p=awlsim.git;a=tree)


As I am currently neither debian developer nor debian maintainer, I
will need sponsoring on this package.

I would be happy if somebody commented on the existing debian scripts
that are currently used to build Raspbian packages from the repository
above.

-- 
Michael


pgpWWRotH06f8.pgp
Description: OpenPGP digital signature

Bug#816272: [Pkg-clamav-devel] Bug#816272: clamav-freshclam: logrotate errors out with "gzip: stdin: file size changed while zipping"

[Sebastian Andrzej Siewior]

On 2016-02-29 12:02:51 [+0100], Christian Pernegger wrote:
> > From: Cron Daemon 
> > To: r...@buddha.southpark.chp
> > Subject: Cron  test -x /usr/sbin/anacron || ( cd / && 
> > run-parts --report /etc/cron.daily )
> >
> > /etc/cron.daily/logrotate:
> > error: error running non-shared postrotate script for 
> > /var/log/clamav/freshclam.log of '/var/log/clamav/freshclam.log '
> > gzip: stdin: file size changed while zipping
> > run-parts: /etc/cron.daily/logrotate exited with return code 1
> 
> No configuration of clamav or freshclam has been done (yet), apart
> from the debconf settings at the bottom of this mail.

I copied your debconf and it seems to work here. Can you check your logs
if the freshclam log runs at the same time as your logrorate script?
I have no idea why but it seems to be the case. Adding `delaycompress'
to the cron script should fix it.

> Regards,
> Christian Pernegger

Sebastian