Bug#802897: systemd: Opening an encrypted device can time out during passpharse entry

[Jayson Willson]

Thank you. Would be glad to know, that this fix made it into stable.

Yours sincerely, Jayson Willson

24.10.2015 23:53, Michael Biebl пишет:

Control: fixed -1 217-1

Am 24.10.2015 um 22:03 schrieb Jayson Willson:

Package: systemd
Version: 215-17+deb8u2
Severity: important
Tags: patch

Attempting to "start" an encrypted device unit will time out after 90 seconds
if no passphrase is entered.
Have a look at: https://bugs.freedesktop.org/show_bug.cgi?id=84409
Problem is resolved upstream:
https://github.com/systemd/systemd/commit/a6fb0dc138d4e7895f8e607493279dbe4df117a1
It should be easy and safe to backport this fix to "stable".


Marking as fixed in 217-1.
We'll have to decide whether this issue is important enough for a stable
upload and the stable release team will have to ACK this.

Regards,
Michael

Bug#801563: race condition in systemd boot with cryptsetup password prompt

[Aryeh Leib Taurog]

Dear maintainers,

I am experiencing exactly the behavior described here.  I have a LUKS 
encrypted /home partition on my system.  If I don't enter the 
passphrase quickly during the boot sequence, systemd first drops into 
emergency mode, then continues to targets "System Initialization" and 
"Basic System," but doesn't offer any possibility of interacting with 
the system.  Sometimes the window of opportunity seems quite short, 
less than 90s.

The last three messages on the console are:

[   OK   ]  Stopped Dispatch Password Requests to Console.
[   OK   ]  Stopped Forward Password Requests to Plymouth.
[   OK   ]  Stopped Forward Password Requests to Wall.


For me the preferred, backwards compatible, behavior would be to wait 
indefinitely for the passphrase without dropping to emergency mode.

Is this bug definitely superceded by bug #802897?  If so I would 
certainly like to see that patch included in stable.  Should I send a 
message to that bug as well?

Changes to stable aside, is there a configuration change I could make 
to get the desired behavior?


Much thanks,
Aryeh Leib Taurog

Bug#775312: workaround: switch language to C

[nobswolf]

I had the problem while the system was in german locale.

export LANG=C

solved it for me. Printer-driver was found and got installed
<>

Bug#802922: vlc: only top half of video shown when playing DVD's under kwin/xfce

[Arthur Marsh]

Package: vlc
Version: 2.2.1-4+b1
Severity: normal

Dear Maintainer,

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

   * What led up to the situation?

After an unknown upgrade (attempts to downgrade resulted in kwin being 
unable to be started), vlc only shows the top half of a video window when run
under KDE or xfce.

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

I tried removing the vdpau libraries with that changing things.

running cvlc when kdm stopped showed the entire video window.

   * What was the outcome of this action?
   * What outcome did you expect instead?

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


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

Kernel: Linux 4.3.0-rc6+ (SMP w/4 CPU cores; PREEMPT)
Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
Init: sysvinit (via /sbin/init)

Versions of packages vlc depends on:
ii  fonts-freefont-ttf  20120503-4
ii  libaa1  1.4p5-44
ii  libavcodec-ffmpeg56 7:2.8.1-1
ii  libavutil-ffmpeg54  7:2.8.1-1
ii  libc6   2.19-22
ii  libcaca00.99.beta19-2
ii  libcairo2   1.14.2-2
ii  libegl1-mesa [libegl1-x11]  11.0.2-1
ii  libfreerdp-client1.11.1.0~git20140921.1.440916e+dfsg1-5
ii  libfreerdp-core1.1  1.1.0~git20140921.1.440916e+dfsg1-5
ii  libfreerdp-gdi1.1   1.1.0~git20140921.1.440916e+dfsg1-5
ii  libfreetype62.6-2
ii  libfribidi0 0.19.7-1
ii  libgcc1 1:5.2.1-22
ii  libgl1-mesa-glx [libgl1]11.0.2-1
ii  libgles1-mesa [libgles1]11.0.2-1
ii  libgles2-mesa [libgles2]11.0.2-1
ii  libglib2.0-02.46.1-1
ii  libpulse0   7.0-1.0nosystemd1
ii  libqt5core5a5.5.1+dfsg-4
ii  libqt5gui5  5.5.1+dfsg-4
ii  libqt5widgets5  5.5.1+dfsg-4
ii  libqt5x11extras55.5.1-2
ii  librsvg2-2  2.40.11-1
ii  libsdl-image1.2 1.2.12-5+b5
ii  libsdl1.2debian 1.2.15-11
ii  libstdc++6  5.2.1-22
ii  libva-drm1  1.6.1-1
ii  libva-x11-1 1.6.1-1
ii  libva1  1.6.1-1
ii  libvlccore8 2.2.1-4+b1
ii  libvncclient1   0.9.10+dfsg-3
ii  libx11-62:1.6.3-1
ii  libxcb-composite0   1.10-3+b1
ii  libxcb-keysyms1 0.4.0-1
ii  libxcb-randr0   1.10-3+b1
ii  libxcb-shm0 1.10-3+b1
ii  libxcb-xv0  1.10-3+b1
ii  libxcb1 1.10-3+b1
ii  libxext62:1.3.3-1
ii  libxinerama12:1.1.3-1+b1
ii  libxpm4 1:3.5.11-1+b1
ii  vlc-nox 2.2.1-4+b1
ii  zlib1g  1:1.2.8.dfsg-2+b1

Versions of packages vlc recommends:
ii  vlc-plugin-notify  2.2.1-4+b1
ii  vlc-plugin-samba   2.2.1-4+b1
ii  xdg-utils  1.1.1-1

vlc suggests no packages.

-- debconf-show failed

Bug#802889: please don't depend on all python3 versions

[Ben Finney]

Control: tags -1 + moreinfo

On 24-Oct-2015, Matthias Klose wrote:

> please don't depend on all python3 versions, forcing the
> installation of all python versions shouldn't be enforced for a
> module.

The dependencies on Python 3 interpreter packages are determined by
‘dh_python3’, via the “${python3:depends}” substitution variable.

Are you saying ‘dh_python3’ has done the wrong thing for this package?

The Python 3.4 → 3.5 transition is currently underway in Sid, and
presumably ‘dh_python3’ sets dependencies accordingly. Does that
explain what you're seeing?

-- 
 \  “The opposite of a correct statement is a false statement. But |
  `\ the opposite of a profound truth may well be another profound |
_o__)  truth.” —Niels Bohr |
Ben Finney 


signature.asc
Description: PGP signature

Bug#802919: unison: synchronization incompatibility when built with Ocaml versions pre/post-4.02

[Mark J. Nelson]

Package: unison
Version: 2.48.3-1
Severity: normal

Dear Maintainer,

Since ocaml 4.02 recently entered unstable, I thought it might be a
good time to bring up this issue (I haven't seen it discussed in
another bug).

Due to a change in ocaml's serialization format, unison built with an
ocaml pre-4.02 can't synchronize with one built with 4.02 and
later. This causes a compatibility mess, since the usual requirement
that both endpoints must have the same unison version is no longer
sufficient: they now have to have both the same unison version *and*
be built by compatible versions of ocaml, either both pre-4.02 or both
post-4.02.

There is some discussion on the unison-users list here:
http://marc.info/?l=unison-users=142286809310149=2

I am not sure what the best solution is. For the near-term future,
there will probably be a significant number of installations needing
both to be available. For example any Debian stable server will be
using the pre-4.02 unison for some time to come. But anyone using
unison on OSX via Homebrew, Macports, or pkgsrc already needs a
post-4.02 version to sync with.

-Mark

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

Kernel: Linux 4.2.0-1-amd64 (SMP w/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 unison depends on:
ii  libc6  2.19-22

Versions of packages unison recommends:
ii  openssh-client [ssh-client]  1:6.9p1-2

Versions of packages unison suggests:
pn  unison-all  

-- no debconf information

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

Bug#802650: miniupnpc: CVE-2015-6031: Buffer overflow vulnerability in XML parser functionality

[Salvatore Bonaccorso]

Hi Thomas, and Thomas,

On Fri, Oct 23, 2015 at 12:18:57AM +0200, miniupnp wrote:
> Doesn't the following patch apply ?
> 
> https://github.com/miniupnp/miniupnp/commit/79cca974a4c2ab1199786732a67ff6d898051b78
> 
> I think it applies properly on all release since at least 1.5, maybe even 
> before.

I now uploaded the attached debdiffs to security-master to be released
in a DSA. I can prepare -- if needed -- as well a NMU for sid, but
just applying the patch. I guess though it would be better to go just
for a new upstream version there.

Regards,
Salvatore
diff -u miniupnpc-1.5/debian/changelog miniupnpc-1.5/debian/changelog
--- miniupnpc-1.5/debian/changelog
+++ miniupnpc-1.5/debian/changelog
@@ -1,3 +1,11 @@
+miniupnpc (1.5-2+deb7u1) wheezy-security; urgency=high
+
+  * Non-maintainer upload by the Security Team.
+  * CVE-2015-6031: Buffer overflow vulnerability in XML parser functionality
+(Closes: #802650)
+
+ -- Salvatore Bonaccorso   Sun, 25 Oct 2015 07:35:29 +0100
+
 miniupnpc (1.5-2) unstable; urgency=low
 
   * libminiupnpc-dev now depends on libminiupnpc5 (Closes: #617774).
only in patch2:
unchanged:
--- miniupnpc-1.5.orig/igd_desc_parse.c
+++ miniupnpc-1.5/igd_desc_parse.c
@@ -15,7 +15,9 @@
 void IGDstartelt(void * d, const char * name, int l)
 {
struct IGDdatas * datas = (struct IGDdatas *)d;
-   memcpy( datas->cureltname, name, l);
+   if(l >= MINIUPNPC_URL_MAXSIZE)
+   l = MINIUPNPC_URL_MAXSIZE-1;
+   memcpy(datas->cureltname, name, l);
datas->cureltname[l] = '\0';
datas->level++;
if( (l==7) && !memcmp(name, "service", l) ) {
diff -Nru miniupnpc-1.9.20140610/debian/changelog 
miniupnpc-1.9.20140610/debian/changelog
--- miniupnpc-1.9.20140610/debian/changelog 2014-07-13 16:43:51.0 
+0200
+++ miniupnpc-1.9.20140610/debian/changelog 2015-10-25 07:54:43.0 
+0100
@@ -1,3 +1,12 @@
+miniupnpc (1.9.20140610-2+deb8u1) jessie-security; urgency=high
+
+  * Non-maintainer upload by the Security Team.
+  * Add CVE-2015-6031.patch patch.
+CVE-2015-6031: Buffer overflow vulnerability in XML parser
+functionality. (Closes: #802650)
+
+ -- Salvatore Bonaccorso   Sun, 25 Oct 2015 07:49:17 +0100
+
 miniupnpc (1.9.20140610-2) unstable; urgency=medium
 
   * Uploading to unstable.
diff -Nru miniupnpc-1.9.20140610/debian/patches/CVE-2015-6031.patch 
miniupnpc-1.9.20140610/debian/patches/CVE-2015-6031.patch
--- miniupnpc-1.9.20140610/debian/patches/CVE-2015-6031.patch   1970-01-01 
01:00:00.0 +0100
+++ miniupnpc-1.9.20140610/debian/patches/CVE-2015-6031.patch   2015-10-25 
07:54:43.0 +0100
@@ -0,0 +1,21 @@
+Description: igd_desc_parse.c: fix buffer overflow (CVE-2015-6031)
+Origin: upstream, 
https://github.com/miniupnp/miniupnp/commit/79cca974a4c2ab1199786732a67ff6d898051b78
+Bug-Debian: https://bugs.debian.org/802650
+Forwarded: no
+Author: Thomas Bernard 
+Last-Update: 2015-10-25
+Applied-Upstream: 1.9.20150917
+---
+--- a/igd_desc_parse.c
 b/igd_desc_parse.c
+@@ -15,7 +15,9 @@
+ void IGDstartelt(void * d, const char * name, int l)
+ {
+   struct IGDdatas * datas = (struct IGDdatas *)d;
+-  memcpy( datas->cureltname, name, l);
++  if(l >= MINIUPNPC_URL_MAXSIZE)
++  l = MINIUPNPC_URL_MAXSIZE-1;
++  memcpy(datas->cureltname, name, l);
+   datas->cureltname[l] = '\0';
+   datas->level++;
+   if( (l==7) && !memcmp(name, "service", l) ) {
diff -Nru miniupnpc-1.9.20140610/debian/patches/series 
miniupnpc-1.9.20140610/debian/patches/series
--- miniupnpc-1.9.20140610/debian/patches/series2014-07-13 
16:43:51.0 +0200
+++ miniupnpc-1.9.20140610/debian/patches/series2015-10-25 
07:54:43.0 +0100
@@ -1 +1,2 @@
 correct-typo-in-manpage.patch
+CVE-2015-6031.patch


signature.asc
Description: PGP signature

Bug#802920: nodejs: Does not build out of the box test-net-connect-immediate-finish.js fails

[Mike Dupont]

Yes, I was unsure what severity to use. Feel free to change it how you
think is best.

On Sun, Oct 25, 2015 at 4:02 AM, Jérémy Lal  wrote:
>
>
> 2015-10-25 7:45 GMT+01:00 Mike Dupont :
>>
>> Subject: nodejs: Does not build out of the box
>> Package: nodejs
>> Version: 4.2.1~dfsg-1
>> Justification: does not build
>> Severity: major
>>
>> This test is failing
>> not ok 499 test-net-connect-immediate-finish.js
>> # TIMEOUT
>>
>
>
> Isn't severity "major" a bit dramatic, considering
> https://buildd.debian.org/status/package.php?p=nodejs
> ?
>
> Anyway, next upload will grant much higher max timeout values.
>
> Jérémy
>
>



-- 
James Michael DuPont
Kansas Linux Fest http://kansaslinuxfest.us
Free/Libre Open Source and Open Knowledge Association of Kansas
http://openkansas.us
Member of Free Libre Open Source Software Kosova http://www.flossk.org
Saving Wikipedia(tm) articles from deletion http://SpeedyDeletion.wikia.com

Bug#802914: xscreensaver: upstream 5.34 fixes crash

[Salvatore Bonaccorso]

Hi,

On Sat, Oct 24, 2015 at 11:59:38PM -0400, Michael Gilbert wrote:
> package: xscreensaver
> severity: important
> tags: security
> 
> A new upstream version is out that fixes a crash while swapping
> monitors, which has security implications.

FTR, a CVE has been requested
http://www.openwall.com/lists/oss-security/2015/10/24/2 .

Fedora packaging as well contains the extracted patch, see
https://security-tracker.debian.org/802914 for details.

Regards,
Salvatore

Bug#394946: unison: merge2 option rejected

[Mark J . Nelson]

fixed 394946 2.48.3-1
fixed 394946 2.40.102-2
thanks

Triaging an old bug:

I believe the maintainers can safely close this bug. The 'merge2' option
was removed almost a decade ago, and the documentation has long since
been updated to remove any lingering confusion.

-- 
Mark J. Nelson
Anadrome Research
http://www.kmjn.org

Bug#802063: cssutils: FTBFS: Failure: error (octal escape value \777 outside of range 0-0o377 at position 90

[Andreas Metzler]

On 2015-10-17 "Chris West (Faux)"  wrote:
> Source: cssutils
> Version: 1.0-2
> Severity: serious
> Justification: fails to build from source
> Tags: sid stretch
> User: reproducible-bui...@lists.alioth.debian.org
> Usertags: ftbfs
> X-Debbugs-CC: reproducible-bui...@lists.alioth.debian.org

> Dear Maintainer,

> The package fails to build:
[...]

FWIW 1.0-3 (in experimental) does not fail to build .

cu Andreas
-- 
`What a good friend you are to him, Dr. Maturin. His other friends are
so grateful to you.'
`I sew his ears on from time to time, sure'

Bug#802921: unattended-upgrades: backport dpkg log main sending fix (#776752) to stable

[Ondřej Grover]

Package: unattended-upgrades
Version: 0.83.3.2+deb8u1
Severity: important

Dear Maintainer,

I would to kindly ask you to backport the fix for #776752 to stable.
Not attaching the dpkg log is a severe deficiency, because e.g. the output
of
needrestart and apt-listchanges (once #755870 is fixed and also backported
to stable) is included and this means
that the administrator has to log onto the server and check the log manually
which pretty much defeats the purpose of unattended-upgrades.

As unattended-upgrades are commonly used on stable (as that's where such
automatic upgrades make the most sense),
I really think this should be fixed in stable ASAP. That's why I reported
it with severity important.

I'm not really sure whether to backport it through stable-updates or
stable-backports.
I think stable-updates is more appropriate here though. The fix is simple
enough and surely won't break anything else.

Kind regards,
Ondřej Grover

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

Kernel: Linux 3.16.0-4-amd64 (SMP w/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 unattended-upgrades depends on:
ii  apt1.0.9.8.1
ii  apt-utils  1.0.9.8.1
ii  debconf [debconf-2.0]  1.5.56
ii  init-system-helpers1.22
ii  lsb-base   4.1+Debian13+nmu1
ii  lsb-release4.1+Debian13+nmu1
ii  python33.4.2-2
ii  python3-apt0.9.3.12
ii  ucf3.0030
ii  xz-utils   5.1.1alpha+20120614-2+b3

unattended-upgrades recommends no packages.

Versions of packages unattended-upgrades suggests:
ii  bsd-mailx   8.1.2-0.20141216cvs-2
ii  postfix [mail-transport-agent]  2.11.3-1

-- Configuration Files:
/etc/apt/apt.conf.d/50unattended-upgrades changed:
// Unattended-Upgrade::Origins-Pattern controls which packages are
// upgraded.
//
// Lines below have the format format is "keyword=value,...".  A
// package will be upgraded only if the values in its metadata match
// all the supplied keywords in a line.  (In other words, omitted
// keywords are wild cards.) The keywords originate from the Release
// file, but several aliases are accepted.  The accepted keywords are:
//   a,archive,suite (eg, "stable")
//   c,component (eg, "main", "crontrib", "non-free")
//   l,label (eg, "Debian", "Debian-Security")
//   o,origin(eg, "Debian", "Unofficial Multimedia Packages")
//   n,codename  (eg, "jessie", "jessie-updates")
// site  (eg, "http.debian.net")
// The available values on the system are printed by the command
// "apt-cache policy", and can be debugged by running
// "unattended-upgrades -d" and looking at the log file.
//
// Within lines unattended-upgrades allows 2 macros whose values are
// derived from /etc/debian_version:
//   ${distro_id}Installed origin.
//   ${distro_codename}  Installed codename (eg, "jessie")
Unattended-Upgrade::Origins-Pattern {
// Codename based matching:
// This will follow the migration of a release through different
// archives (e.g. from testing to stable and later oldstable).
  "o=Debian,n=jessie";

  "o=Debian,n=jessie-updates";
//  "o=Debian,n=jessie-proposed-updates";
  "o=Debian,n=jessie,l=Debian-Security";
  "o=Debian,n=jessie-backports";
// Archive or Suite based matching:
// Note that this will silently match a different release after
// migration to the specified archive (e.g. testing becomes the
// new stable).
//  "o=Debian,a=stable";
//  "o=Debian,a=stable-updates";
//  "o=Debian,a=proposed-updates";
"origin=Debian,codename=${distro_codename},label=Debian-Security";
};
// List of packages to not update (regexp are supported)
Unattended-Upgrade::Package-Blacklist {
//  "vim";
//  "libc6";
//  "libc6-dev";
//  "libc6-i686";
};
// This option allows you to control if on a unclean dpkg exit
// unattended-upgrades will automatically run
//   dpkg --force-confold --configure -a
// The default is true, to ensure updates keep getting installed
//Unattended-Upgrade::AutoFixInterruptedDpkg "false";
// Split the upgrade into the smallest possible chunks so that
// they can be interrupted with SIGUSR1. This makes the upgrade
// a bit slower but it has the benefit that shutdown while a upgrade
// is running is possible (with a small delay)
//Unattended-Upgrade::MinimalSteps "true";
// Install all unattended-upgrades when the machine is shuting down
// instead of doing it in the background while the machine is running
// This will (obviously) make shutdown slower
//Unattended-Upgrade::InstallOnShutdown "true";
// Send email to this address for problems or packages upgrades
// If empty or unset then 

Bug#802801: python-coverage: FTBFS: calling function returned 100.0, not a test

[Dmitry Shachnev]

Hi Ben,

On Sun, 25 Oct 2015 15:50:38 +1100, Ben Finney wrote:
> I don't get that failure at all. We are both using Debian Sid chroot,
> on “amd64” architecture. I updated the build chroot less than an hour
> ago; perhaps something has changed between your attempt and mine?

I am still getting the same failure with just updated pbuilder chroot.

Also, the same failure occurs on Reproducible Builds server:
.

Anyway, I see you filed #802916 today. Maybe it's some randomness that makes
the tests fail with different errors?

--
Dmitry Shachnev

signature.asc
Description: OpenPGP digital signature

Bug#802914: xscreensaver: upstream 5.34 fixes crash

[Tormod Volden]

On Sun, Oct 25, 2015 at 7:41 AM, Salvatore Bonaccorso  wrote:
> On Sat, Oct 24, 2015 at 11:59:38PM -0400, Michael Gilbert wrote:
>> A new upstream version is out that fixes a crash while swapping
>> monitors, which has security implications.

Thanks for the report, guys. I will package the new upstream version
immediately.

Regards,
Tormod

Bug#802924: fmit: No sound is captured, l10n errors

[Evangelos Skarmoutsos]

Package: fmit
Version: 1.0.0-1
Severity: important

Dear Maintainer,

when starting FMIT, at the status bar the following message appears:
 "ERROR: ALSA: Cannot open PCM: ..."
 (some more unreadable characters follow, probably due the Greek local system)
In this state FMIT does not capture any sound.

Workaround:
Go to capture settings and at the device name change the Greek word
"προκαθορισμένο" to the English word "default". Now FMIT captures
sound as usual.



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

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

Versions of packages fmit depends on:
ii  freeglut3 2.8.1-2
ii  libasound21.0.29-1
ii  libc6 2.19-22
ii  libfftw3-double3  3.3.4-2
ii  libgcc1   1:5.2.1-22
ii  libgl1-mesa-glx [libgl1]  10.6.8-1
ii  libjack-jackd2-0 [libjack-0.116]  1.9.10+20150825git1ed50c92~dfsg-1
ii  libqt4-opengl 4:4.8.7+dfsg-3
ii  libqtcore44:4.8.7+dfsg-3
ii  libqtgui4 4:4.8.7+dfsg-3
ii  libstdc++65.2.1-22

fmit recommends no packages.

fmit suggests no packages.

-- no debconf information

Bug#801549: gitg: new upstream release available (3.18.0)

[Dmitry Smirnov]

On Saturday 24 October 2015 15:49:52 Jérémy Lal wrote:
> About the FTBFS: the package is missing a build dependency on python-gi-dev

Adding "python-gi-dev" to Build-Depends have no effect on the following FTBFS:


Merging translations into data/gitg.desktop. 
/usr/bin/g-ir-compiler  --includedir=. -o GitgExt-1.0.typelib GitgExt-1.0.gir 
Could not find GIR file 'Gitg-1.0.gir'; check XDG_DATA_DIRS or use --includedir 
error parsing file GitgExt-1.0.gir: Failed to parse included gir Gitg-1.0 


I'm getting the above in clean "unstable" on amd64.

-- 
Regards,
 Dmitry Smirnov.

---

The persistence of erroneous beliefs exacerbates the widespread
anachronistic failure to recognize the urgent problems that face
humanity on this planet.
-- Murray Gell-Mann, "Quark and the Jaguar"


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

Bug#787914: nano: new multi-edit detection segfaults when I say no

[Paul Wise]

On Sun, 2015-08-02 at 22:28 +0200, Benno Schulenberg wrote:

> Fixed in SVN, r5338.  Should be in 2.4.3.

Any chance of a new release?

I'd like to drop my workaround.

-- 
bye,
pabs

https://wiki.debian.org/PaulWise




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

Bug#802920: nodejs: Does not build out of the box test-net-connect-immediate-finish.js fails

[Mike Dupont]

Subject: nodejs: Does not build out of the box
Package: nodejs
Version: 4.2.1~dfsg-1
Justification: does not build
Severity: major

This test is failing
not ok 499 test-net-connect-immediate-finish.js
# TIMEOUT


-- System Information:
Debian Release: stretch/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'stable'), (500, 'oldstable'),
(1, 'experimental')
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)

Versions of packages nodejs depends on:
ii  libc62.19-22
ii  libgcc1  1:5.2.1-22
ii  libicu55 55.1-5
ii  libssl1.0.0  1.0.2d-1
ii  libstdc++6   5.2.1-22
ii  libuv1   1.7.5-1
ii  zlib1g   1:1.2.8.dfsg-2+b1

nodejs recommends no packages.

nodejs suggests no packages.

-- no debconf information


-- 
James Michael DuPont
Kansas Linux Fest http://kansaslinuxfest.us
Free/Libre Open Source and Open Knowledge Association of Kansas
http://openkansas.us
Member of Free Libre Open Source Software Kosova http://www.flossk.org
Saving Wikipedia(tm) articles from deletion http://SpeedyDeletion.wikia.com


buildlog
Description: Binary data

Bug#802618: Bug #802618

[Andreas Metzler]

On 2015-10-22 mario_lu...@tiscali.it wrote:
>  Hello everyone.
> Sorry if I write not with reportbug.
> I have the same problem of Andreas Metzler but unlike him i do not
> have systemd installed.
> I tried to force the installation of libpam-systemd but the
> situation has not changed.

Hello,

What exactly does "tried to force the installation of libpam-systemd"
mean? Which commands did you run, what was the exact result?

cu Andreas
-- 
`What a good friend you are to him, Dr. Maturin. His other friends are
so grateful to you.'
`I sew his ears on from time to time, sure'

Bug#802923: mercurial-common: Rename of bash-completion file broke completion autoloading mechanism.

[Oleksandr Gavenko]

Package: mercurial-common
Version: 3.5.2-1
Severity: normal
New version move

  /usr/share/bash-completion/completions/hg

to:

  /usr/share/bash-completion/completions/mercurial

Newer bash-completion project moved to autoloading on demand schema with
"completion -D" trick.

This means that completion file only loaded during first time pressing TAB on
"hg ... TAB" expression in interactive session.

As for now we have no "hg" completion it wasn't loaded. As a trick I type:

  $ mercurial cloTAB

and:

  complete -o bashdefault -o default -o nospace -F _hg hg \
  || complete -o default -o nospace -F _hg hg

from /usr/share/bash-completion/completions/mercurial, loaded and starting
from that time I able to use completion for hg.

I don't understand reason for such renames even if look to
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=799052

Note that old cache show right file name:

  bash# apt-file search -x bash.*hg
  mercurial-common: /usr/share/bash-completion/completions/hg

If your desire to hold completion fine under name "mercurial" consider making
symlink to "hg" to fix issue.

As temporary solution it is possible to load "hg" completion in personal
configuration file.

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

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

Versions of packages mercurial-common depends on:
ii  libjs-excanvas  0.r3-4
ii  python  2.7.9-1
pn  python:any  

Versions of packages mercurial-common recommends:
ii  ca-certificates  20150426
ii  mercurial3.5.2-1

Versions of packages mercurial-common suggests:
ii  python-mysqldb   1.2.3-2.1
ii  python-openssl   0.15.1-2
ii  python-pygments  2.0.1+dfsg-1.1
ii  tk [wish]8.6.0+8

-- no debconf information

-- 
Best regards!

Bug#802920: nodejs: Does not build out of the box test-net-connect-immediate-finish.js fails

[Jérémy Lal]

2015-10-25 7:45 GMT+01:00 Mike Dupont :

> Subject: nodejs: Does not build out of the box
> Package: nodejs
> Version: 4.2.1~dfsg-1
> Justification: does not build
> Severity: major
>
> This test is failing
> not ok 499 test-net-connect-immediate-finish.js
> # TIMEOUT
>
>

Isn't severity "major" a bit dramatic, considering
https://buildd.debian.org/status/package.php?p=nodejs
?

Anyway, next upload will grant much higher max timeout values.

Jérémy

Bug#802925: ITP: python-etcd -- Python client for etcd

[Jelmer Vernooij]

Package: wnpp
Severity: wishlist
Owner: Jelmer Vernooij 

* Package name: python-etcd
  Version : 0.4.2
  Upstream Author : Jose Plana Mario, Giuseppe Lavagetto
* URL : http://github.com/jplana/python-etcd
* License : MIT
  Programming Lang: Python
  Description : Python client for etcd

Python client for modifying and inspecting data in etcd.

Bug#802926: linux-image-4.2.0-1-amd64: KVM hangs with 100% cpu on 4.2

[Stefan Fritsch]

Package: src:linux
Version: 4.2.3-2
Severity: important

Hi,

I cannot use KVM with 4.2, qemu loops with 100% CPU during seabios
initialization. Booting with the latest linux-image-4.1.0-2-amd64 fixes
the issue.

The simplest reproducer is

qemu-system-x86_64 --enable-kvm

but it happens with all kinds of qemu command lines, directly or via
libvirt.

kvm tracing shows:

...
 qemu-system-x86-3219  [007]   1090.728418: kvm_set_irq: gsi 12 level 0 
source 0
 qemu-system-x86-3219  [007]   1090.728418: kvm_pic_set_irq: chip 1 pin 4 
(edge|masked)
 qemu-system-x86-3219  [007]   1090.728419: kvm_ioapic_set_irq: pin 12 dst 
0 vec=0 (Fixed|physical|edge|masked)
 qemu-system-x86-3219  [007]   1090.728419: kvm_set_irq: gsi 1 level 0 
source 0
 qemu-system-x86-3219  [007]   1090.728420: kvm_pic_set_irq: chip 0 pin 1 
(edge|masked)
 qemu-system-x86-3219  [007]   1090.728420: kvm_ioapic_set_irq: pin 1 dst 0 
vec=0 (Fixed|physical|edge|masked)
 qemu-system-x86-3219  [007]   1090.728420: kvm_set_irq: gsi 12 level 0 
source 0
 qemu-system-x86-3219  [007]   1090.728421: kvm_pic_set_irq: chip 1 pin 4 
(edge|masked)
 qemu-system-x86-3219  [007]   1090.728421: kvm_ioapic_set_irq: pin 12 dst 
0 vec=0 (Fixed|physical|edge|masked)
 qemu-system-x86-3219  [007]   1090.728723: kvm_set_irq: gsi 0 level 0 
source 0
 qemu-system-x86-3219  [007]   1090.728724: kvm_pic_set_irq: chip 0 pin 0 
(edge)
 qemu-system-x86-3219  [007]   1090.728725: kvm_ioapic_set_irq: pin 2 dst 0 
vec=0 (Fixed|physical|edge|masked)
 qemu-system-x86-3219  [007]   1090.728725: kvm_set_irq: gsi 0 level 0 
source 0
 qemu-system-x86-3219  [007]   1090.728725: kvm_pic_set_irq: chip 0 pin 0 
(edge)
 qemu-system-x86-3219  [007]   1090.728725: kvm_ioapic_set_irq: pin 2 dst 0 
vec=0 (Fixed|physical|edge|masked)
 qemu-system-x86-3219  [007]   1090.728726: kvm_set_irq: gsi 0 level 0 
source 0
 qemu-system-x86-3219  [007]   1090.728726: kvm_pic_set_irq: chip 0 pin 0 
(edge)
 qemu-system-x86-3219  [007]   1090.728726: kvm_ioapic_set_irq: pin 2 dst 0 
vec=0 (Fixed|physical|edge|masked)
 qemu-system-x86-3221  [000] d...  1090.729926: kvm_write_tsc_offset: vcpu=0 
prev=18446740943986499809 next=18446740943986499809
 qemu-system-x86-3221  [000]   1090.729927: kvm_track_tsc: vcpu_id 0 
masterclock 1 offsetmatched 0 nr_online 1 hostclock tsc
 qemu-system-x86-3221  [000]   1090.730004: kvm_update_master_clock: 
masterclock 1 hostclock tsc offsetmatched 1
 qemu-system-x86-3221  [000] d...  1090.730010: kvm_entry: vcpu 0
 qemu-system-x86-3221  [000]   1090.730013: kvm_emulate_insn: 
:fff0:ea 5b e0 00 f0 (real)
 qemu-system-x86-3221  [000] d...  1090.730016: kvm_entry: vcpu 0
 qemu-system-x86-3221  [000] d...  1090.730017: kvm_exit: reason EPT_VIOLATION 
rip 0xe05b info 81 0
 qemu-system-x86-3221  [000]   1090.730018: kvm_page_fault: address 
feffc000 error_code 81
 qemu-system-x86-3221  [000] d...  1090.730032: kvm_entry: vcpu 0
 qemu-system-x86-3221  [000] d...  1090.730034: kvm_exit: reason EXCEPTION_NMI 
rip 0xe05b info 0 8b08
 qemu-system-x86-3221  [000]   1090.730035: kvm_inj_exception: #DF (0x0)
 qemu-system-x86-3221  [000] d...  1090.730040: kvm_entry: vcpu 0
 qemu-system-x86-3221  [000] d...  1090.730041: kvm_exit: reason EXCEPTION_NMI 
rip 0xfea5 info 0 8b08
 qemu-system-x86-3221  [000]   1090.730041: kvm_inj_exception: #DF (0x0)
 qemu-system-x86-3221  [000] d...  1090.730043: kvm_entry: vcpu 0
...

>From there, the last 3 lines are repeated forever. The trace complete from the 
>beginning is available at
http://www.sfritsch.de/~stf/kvm.trace.xz


I am rather surprised that there is no bug report about this yet, so I
guess it only happens on some hardware. Mine is a Core i7-860.

-- Package-specific info:
** Version:
Linux version 4.2.0-1-amd64 (debian-ker...@lists.debian.org) (gcc version 4.9.3 
(Debian 4.9.3-4) ) #1 SMP Debian 4.2.3-2 (2015-10-14)

** Command line:
BOOT_IMAGE=/boot/vmlinuz-4.2.0-1-amd64 
root=UUID=d73302da-e64e-4b2f-bfa4-8bf2dc4df11d ro

** Not tainted

** Kernel log:
[4.877300] iTCO_vendor_support: vendor-support=0
[4.879419] input: HDA Intel MID Rear Mic as 
/devices/pci:00/:00:1b.0/sound/card0/input9
[4.879573] input: HDA Intel MID Front Mic as 
/devices/pci:00/:00:1b.0/sound/card0/input10
[4.879726] input: HDA Intel MID Line as 
/devices/pci:00/:00:1b.0/sound/card0/input11
[4.879875] input: HDA Intel MID Line Out Front as 
/devices/pci:00/:00:1b.0/sound/card0/input12
[4.880221] input: HDA Intel MID Line Out Surround as 
/devices/pci:00/:00:1b.0/sound/card0/input13
[4.882180] input: HDA Intel MID Line Out CLFE as 
/devices/pci:00/:00:1b.0/sound/card0/input14
[4.882341] nouveau  [  DEVICE][:01:00.0] BOOT0  : 0x0a8280a2
[4.882347] input: HDA Intel MID Line Out Side as 
/devices/pci:00/:00:1b.0/sound/card0/input15
[4.882468] nouveau  [  

Bug#800618: [ycmd] C++ checker reports errors not being able to find standard header (stddef.h)

[Onur Aslan]

Thanks for reporting issue.

Looks like libclang-common-3.6-dev dependency is missing from package.

It will be fixed in next version.

Bug#797595: openjdk-7-jre-headless: Please re-enable atk bridge

[Samuel Thibault]

Hello,

It seems freemind still has some issues with it.  I'm however surprised
it doesn't have issues even without accessibility enabled:  XInitThreads
is never called at all, but stracing shows that writev()/recvmsg()
is really done on the X11 socket concurrently in various threads...
libX11 is not supposed to be threadsafe when XInitThreads is not called
before anything else.  Probably it happens to work fine enough with
non-threaded applications, but only because X calls happen to get
serialized enough.  Freemind does use threads, so it is then not simple,
and enabling accessibility probably simply has changed a bit the order
in which threads get to make X calls, leading to a situation where
concurrency does matter.

In the attached patch, I have added XInitThreads() calls before
XOpenDisplay() calls, and now freemind starts fine on my box.

I'm really surprised that this has not posed problems before: making X
calls from different threads can really only pose problems...

Samuel
--- openjdk/jdk/src/solaris/native/sun/awt/awt_GraphicsEnv.c
+++ openjdk/jdk/src/solaris/native/sun/awt/awt_GraphicsEnv.c
@@ -816,6 +816,7 @@ awt_init_Display(JNIEnv *env, jobject th
 }
 }
 
+XInitThreads();
 dpy = awt_display = XOpenDisplay(NULL);
 #ifdef NETSCAPE
 sigprocmask(SIG_SETMASK, , NULL);
--- openjdk/jdk/src/solaris/native/sun/awt/splashscreen/splashscreen_sys.c
+++ openjdk/jdk/src/solaris/native/sun/awt/splashscreen/splashscreen_sys.c
@@ -427,6 +427,7 @@ SplashInitPlatform(Splash * splash) {
 //XSetErrorHandler(HandleError);
 //XSetIOErrorHandler(HandleIOError);
 XSetIOErrorHandler(NULL);
+XInitThreads();
 splash->display = XOpenDisplay(NULL);
 if (!splash->display) {
 splash->isVisible = -1;
--- openjdk/jdk/src/solaris/native/sun/xawt/XlibWrapper.c
+++ openjdk/jdk/src/solaris/native/sun/xawt/XlibWrapper.c
@@ -82,6 +82,7 @@ JNIEXPORT jlong JNICALL Java_sun_awt_X11
 {
 Display *dp;
 AWT_CHECK_HAVE_LOCK();
+XInitThreads();
 dp  =  XOpenDisplay((char *) jlong_to_ptr(display_name));
 
 return ptr_to_jlong(dp);

Bug#802892: ITP: libtk-doubleclick-perl -- Perl/Tk function to handle double and single clicks

[Chris Bannister]

On Sat, Oct 24, 2015 at 07:56:43PM +0200, Dominique Dumont wrote:
> Package: wnpp
> Owner: Dominique Dumont 
> Severity: wishlist
> X-Debbugs-CC: debian-de...@lists.debian.org, debian-p...@lists.debian.org
> 
> * Package name: libtk-doubleclick-perl
>   Version : 0.02
>   Upstream Author : John C. Norton 
> * URL : https://metacpan.org/release/Tk-DoubleClick
> * License : Artistic or GPL-1+
>   Programming Lang: Perl
>   Description : Perl/Tk function to handle double and single clicks
> 
> Tk::DoubleClick provides a single function to create
> bindings for single and double click events.
> 
> The bindings provided can be used instead of the
> bindings provided by TK widgets (which not always
> work)

That should be (which do not always work.)

-- 
"If you're not careful, the newspapers will have you hating the people
who are being oppressed, and loving the people who are doing the 
oppressing." --- Malcolm X

Bug#802931: [spyder] spyder console hangs on startup

[Dietrich Brunn]

Package: spyder
Version: 2.3.6+dfsg1-1
Severity: important

--- Please enter the report below this line. ---
Dear maintainer,
since the upgrade of matplotlib from 1.4.2-3.1 to 1.5.0~rc2-1 the consoles 
hang on startup, making spyder unusable. Downgrading back to matplotlib 
1.4.2-3.1 resolves this problem. Spyder3 does seem to be affected by this bug.

It has been reported upstream:
https://github.com/spyder-ide/spyder/issues/2771

Cheers, dietrich


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

Debian Release: stretch/sid
  500 unstableftp.de.debian.org 
  500 testing ftp.de.debian.org 
  500 stable  ftp.de.debian.org 
1 experimentalftp.de.debian.org 

--- Package information. ---
Depends  (Version) | Installed
==-+-=
python:any   (>= 2.7~) | 
python | 2.7.9-1
python-spyderlib  (= 2.3.0+dfsg-3) | 2.3.6+dfsg1-1
python:any   (>= 2.7.5-5~) | 
python:any(<< 2.8) | 
libjs-jquery   | 1.11.3+dfsg-4
libjs-mathjax  | 2.5.3-1
python-qt4 | 4.11.4+dfsg-1+b2
spyder-common  | 2.3.6+dfsg1-1
python(>= 2.7) | 2.7.9-1
python(<< 2.8) | 2.7.9-1
libc6(>= 2.14) | 
libgcc1   (>= 1:4.1.1) | 
libpython2.7  (>= 2.7) | 
libqt4-dbus(>= 4:4.8.0-1~) | 
libqt4-declarative (>= 4:4.8.0-1~) | 
libqt4-designer(>= 4:4.8.0-1~) | 
libqt4-help(>= 4:4.8.0-1~) | 
libqt4-network (>= 4:4.8.0-1~) | 
libqt4-script  (>= 4:4.8.0-1~) | 
libqt4-scripttools (>= 4:4.8.0-1~) | 
libqt4-svg (>= 4:4.8.0-1~) | 
libqt4-test(>= 4:4.8.0-1~) | 
libqt4-xml (>= 4:4.8.0-1~) | 
libqt4-xmlpatterns (>= 4:4.8.0-1~) | 
libqtassistantclient4   (>= 4.6.3) | 
libqtcore4 (>= 4:4.8.0-1~) | 
libqtgui4  (>= 4:4.8.0-1~) | 
libqtwebkit4(>= 2.2.0) | 
libstdc++6  (>= 4.1.1) | 
sip-api-11.1   | 


Recommends  (Version) | Installed
=-+-=
ipython-qtconsole | 2.3.0-2
pep8  | 1.6.2-0.1
pyflakes   (>= 0.5.0) | 1.0.0-1
pylint| 1.4.4-1
python-jedi   | 0.9.0-1
python-matplotlib | 1.5.0~rc2-1
python-numpy  | 1:1.9.2-5
python-psutil  (>= 0.3.0) | 2.2.1-3+b1
python-rope   | 0.10.2-1
python-scipy  | 0.16.0-2+b1
python-sphinx | 1.3.1-7
python-spyderlib-doc (= 2.3.0+dfsg-3) | 2.3.6+dfsg1-1


Suggests(Version) | Installed
=-+-===
tortoisehg| 
gitk  | 1:2.6.2-1
python-qt4-dbg| 

Bug#802431: liferea: crashes when viewing properties of subscriptions

[Anders Jonsson]

I had the same crash problem, and found this in the upstream bug tracker:

https://github.com/lwindolf/liferea/issues/258

>From that report: "It worked with GTK+ 3.16 and no longer does with GTK+
3.18, not sure why. Adding liststore6 to the requested objects "fixes" it."


These commits to upstream are said to fix this problem, but I haven't
tested it myself yet: https://github.com/lwindolf/liferea/pull/267/commits

Bug#802915: Acknowledgement (emacs24: Fails to install due to missing file)

[David McMackins]

I was able to hack it to make it work with the following:

# mkdir /usr/share/emacs24/site-lisp/elpa/emacs24-24.5+1
# mv /usr/share/emacs24/site-lisp/cmake-data/cmake-mode.el \
> /usr/share/emacs24/site-lisp/cmake-data/cmake-mode.el.old


Happy Hacking,

David E. McMackins II
Associate, Free Software Foundation (#12889)

www.mcmackins.org www.delwink.com
www.gnu.org www.fsf.org

Bug#802571: buildd.debian.org: BD-Uninstallable due to wrong dependency resolution (involves gnudatalanguage and the graphicsmagick q16 transition)

[Axel Beckert]

Hi Aurelien,

Aurelien Jarno wrote:
> This extra-dependencies is indeed the problem. Looking at the package
> info from wanna-build, one can see that this extra-dependency has been
> manually specified by someone:
[...]
> This is therefore not a bug in the software, but a human error. I have
> removed this extra-dependency and I am therefore closing the bug.

Thanks!

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

Bug#801947: python-numpydoc: Spurious warnings appear when building Sphinx documentation with numpydoc

[Denis Laxalde]

Christoph Groth wrote:

The package python-numpydoc 0.4 has at least one annoying bug [1]
that leads to spurious warnings when Sphinx documentation is being
built.  This problem has been fixed in version 0.5.  Please consider
packaging 0.5 for Debian.


I updated the packaging to release 0.5 about a year ago. But my RFS [1]
did not went through at that time. If you have interest in this package,
you might try pushing it again.

[1]: https://lists.debian.org/debian-python/2014/06/msg00050.html

Bug#802914: xscreensaver: upstream 5.34 fixes crash

[Tormod Volden]

On Sun, Oct 25, 2015 at 7:41 AM, Salvatore Bonaccorso wrote:
> On Sat, Oct 24, 2015 at 11:59:38PM -0400, Michael Gilbert wrote:
>> A new upstream version is out that fixes a crash while swapping
>> monitors, which has security implications.

Here is also a debdiff for stable (jessie-security)


xscreensaver_5.30-1+deb8u1.debdiff
Description: Binary data

Bug#791735: vlc: VLC no longer works without pulseaudio

[Rémi Denis-Courmont]

On Tue, 7 Jul 2015 16:27:12 -0600 Akkana Peck  wrote:
> Package: vlc
> Version: 2.2.1-2+b1
> Severity: important
> 
> VLC suddenly is no longer able to play audio on systems that don't
> have pulseaudio installed. When I run it on an mp3 file --
> vlc filename.mp3 from the commandline -- it prints on stdout:
> 
> PulseAudio server connection failure

VLC has been doing that ever since it had PulseAudio support (provided that 
the PulseAudio plugin is installed). That never prevented falling back to 
plain ALSA.

> and then just sits there doing nothing. Clicking the play button
> does nothing. It also won't exit: clicking the windowmanager dismiss
> button sometimes makes the window go away, sometimes not, but either
> way it doesn't return control to the terminal where I started it.

That´s most probably got nothing to do with PulseAudio. Without logs and stack 
trace, it is just impossible to guess what went wrong.

> And it would be nice if it gave the user a real error message
> instead of just doing nothing, and exited gracefully without needing
> kill -9.

When a program locks up, it locks up. Not much to do about it.

-- 
Rémi Denis-Courmont
http://www.remlab.net/

Bug#790825: Your mail

[Rémi Denis-Courmont]

tags 790825 + moreinfo
thanks

On Thu, 27 Aug 2015 19:41:45 +1000 Julien Goodwin  
wrote:
> This bug also appears to be why konsole (and only konsole) is crashing 
> for me which I had reported as bug 795815.
> 
> The test program Sebastian provides also causes the problem on my system 
> (Lenovo T430, AMD64, systemd, in an XFCE session).
> 
> Sadly the upstream bug simply says "please try with 5.5" which looks to 
> be winding its way through unstable.

It is in unstable now (though it breaks VLC very badly in other ways).
Consider retrying.

-- 
Rémi Denis-Courmont
http://www.remlab.net/

Bug#802941: Don't assume mysql server is running during upgrades

[積丹尼 Dan Jacobson]

Package: phpmyadmin
Version: 4:4.5.1-1

Please check first as the user might not always be running mysql at
boot.

Be sure your upgrade script is ready for the case when it isn't.

E.g., pause and ask the user to start the server.

Bug#802650: miniupnpc: CVE-2015-6031: Buffer overflow vulnerability in XML parser functionality

[Salvatore Bonaccorso]

Hi Thomas,

Attached is debdiff for a proposed NMU to unstable as well (not yet
uploaded to delayed queue). Do you plan to do the upload? Otherwise I
can do the NMU.

Regards,
Salvatore
diff -Nru miniupnpc-1.9.20140610/debian/changelog 
miniupnpc-1.9.20140610/debian/changelog
--- miniupnpc-1.9.20140610/debian/changelog 2014-07-13 16:43:51.0 
+0200
+++ miniupnpc-1.9.20140610/debian/changelog 2015-10-25 13:41:58.0 
+0100
@@ -1,3 +1,12 @@
+miniupnpc (1.9.20140610-2.1) unstable; urgency=high
+
+  * Non-maintainer upload.
+  * Add CVE-2015-6031.patch patch.
+CVE-2015-6031: Buffer overflow vulnerability in XML parser
+functionality. (Closes: #802650)
+
+ -- Salvatore Bonaccorso   Sun, 25 Oct 2015 13:41:21 +0100
+
 miniupnpc (1.9.20140610-2) unstable; urgency=medium
 
   * Uploading to unstable.
diff -Nru miniupnpc-1.9.20140610/debian/patches/CVE-2015-6031.patch 
miniupnpc-1.9.20140610/debian/patches/CVE-2015-6031.patch
--- miniupnpc-1.9.20140610/debian/patches/CVE-2015-6031.patch   1970-01-01 
01:00:00.0 +0100
+++ miniupnpc-1.9.20140610/debian/patches/CVE-2015-6031.patch   2015-10-25 
13:41:58.0 +0100
@@ -0,0 +1,21 @@
+Description: igd_desc_parse.c: fix buffer overflow (CVE-2015-6031)
+Origin: upstream, 
https://github.com/miniupnp/miniupnp/commit/79cca974a4c2ab1199786732a67ff6d898051b78
+Bug-Debian: https://bugs.debian.org/802650
+Forwarded: no
+Author: Thomas Bernard 
+Last-Update: 2015-10-25
+Applied-Upstream: 1.9.20150917
+---
+--- a/igd_desc_parse.c
 b/igd_desc_parse.c
+@@ -15,7 +15,9 @@
+ void IGDstartelt(void * d, const char * name, int l)
+ {
+   struct IGDdatas * datas = (struct IGDdatas *)d;
+-  memcpy( datas->cureltname, name, l);
++  if(l >= MINIUPNPC_URL_MAXSIZE)
++  l = MINIUPNPC_URL_MAXSIZE-1;
++  memcpy(datas->cureltname, name, l);
+   datas->cureltname[l] = '\0';
+   datas->level++;
+   if( (l==7) && !memcmp(name, "service", l) ) {
diff -Nru miniupnpc-1.9.20140610/debian/patches/series 
miniupnpc-1.9.20140610/debian/patches/series
--- miniupnpc-1.9.20140610/debian/patches/series2014-07-13 
16:43:51.0 +0200
+++ miniupnpc-1.9.20140610/debian/patches/series2015-10-25 
13:41:58.0 +0100
@@ -1 +1,2 @@
 correct-typo-in-manpage.patch
+CVE-2015-6031.patch

Bug#791403: pu: ganglia-modules-linux/1.3.6-2

[Adam D. Barratt]

Control: tags -1 + pending

On Tue, 2015-10-20 at 22:43 +0200, Daniel Pocock wrote:
> 
> On 20/10/15 21:08, Adam D. Barratt wrote:
> > Control: tags -1 + confirmed
> > 
> > On Sat, 2015-07-04 at 17:53 +0200, Daniel Pocock wrote:
> >> In any case, I've now gone and made a branch for jessie and built a
> >> package, there is a debdiff attached
> > 
> > Please go ahead; sorry for the delay.
> > 
> 
> 
> Thanks, I just uploaded
> ganglia-modules-linux_1.3.6-1+deb8u1_amd64.changes

Flagged for acceptance into p-u.

Regards,

Adam

Bug#802929: src:linux: Please enable CONFIG_MOUSE_PS2_VMMOUSE

[Adrian Knoth]

Package: src:linux
Severity: normal

Hi!

With recent X running as non-root, vmmouse stopped working.

I've summarised the exact problems and steps to fix it in a Google+ post:

   https://plus.google.com/u/1/+adiknoth/posts/fV2hWxSGFN3

Long story short: Please enable CONFIG_MOUSE_PS2_VMMOUSE.


TIA

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

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

Bug#797595: openjdk-7-jre-headless: Please re-enable atk bridge

[Samuel Thibault]

Samuel Thibault, le Sun 25 Oct 2015 10:57:14 +0100, a écrit :
> In the attached patch, I have added XInitThreads() calls before
> XOpenDisplay() calls, and now freemind starts fine on my box.

For your convenience for testing, I have uploaded patched packages on

deb https://people.debian.org/~sthibault/tmp/openjdk/ ./

Samuel

Bug#769739: (no subject)

[Rémi Denis-Courmont]

tags 769739 - upstream fixed-upstream
thanks

-- 
Rémi Denis-Courmont
http://www.remlab.net/

Bug#785245: Is App::Pause worth the trouble ?

[Dominique Dumont]

On Wed, 13 May 2015 21:05:47 +0200 Dominique Dumont  wrote:
> App::Pause module provides a command line interface (CLI) to
> administer your Perl Module on PAUSE site. PAUSE stands for the Perl
> Author Upload Server.

On second look, this app depends on other mini distributions like 
Perinci::CmdLine::pause

I don't think that the functionality brought by App::Pause is worth packaging 
these mini distributions.

I'm giving up on this one, I've other fishes to fry.

Feel free to take over this ITP, otherwise, I'll close it at the end of 
November,

All the best

-- 
 https://github.com/dod38fr/   -o- http://search.cpan.org/~ddumont/
http://ddumont.wordpress.com/  -o-   irc: dod at irc.debian.org

Bug#802930: ITP: libtest-tempdir-tiny-perl -- Temporary directories that stick around when tests fail

[Angel Abad]

Package: wnpp
Owner: Angel Abad 
Severity: wishlist
X-Debbugs-CC: debian-de...@lists.debian.org, debian-p...@lists.debian.org

* Package name: libtest-tempdir-tiny-perl
  Version : 0.004
  Upstream Author : David Golden 
* URL : https://metacpan.org/release/Test-TempDir-Tiny
* License : Apache-2.0
  Programming Lang: Perl
  Description : Temporary directories that stick around when tests fail

Test::TempDir::Tiny works with Test::More to create temporary directories
that stick around if tests fail.

It is loosely based on Test::TempDir, but with less complexity, greater
portability and zero non-core dependencies.

Bug#802908: requires python3-gi to run

[Andrew Shadura]

On 24/10/15 23:59, Modestas Vainius wrote:
> caffeine uses modules from python3-gi and needs them to run (see below):
> 
> Traceback (most recent call last):
>   File "/usr/bin/caffeine", line 25, in 
> from gi.repository import GObject, Gtk, GLib

Thanks Modestas, I'll check it and fix it!

-- 
Cheers,
  Andrew

Bug#791620:

[Rémi Denis-Courmont]

On Sunday 25 October 2015 00:09:03 Andoru Ekkusu wrote:
> Package: vlc
> Version: 2.2.1-4+b1
> 
> 
> Nope, still happens with QT 5.5.x

That seems to be a problem between QtGUI and your WM. VLC is not involved in 
painting or configuring the window decoration of its main GUI.

-- 
Rémi Denis-Courmont
http://www.remlab.net/

Bug#802041: [Debian-med-packaging] Bug#802041: RFS: python-avro

[Charles Plessy]

Le Sat, Oct 24, 2015 at 05:51:54PM -0700, Afif Elghraoui a écrit :
> Hi, team,
> I have finished preparing the python-avro package. I need this one
> because it's a dependency of python-pbcommand, which is part of the
> dependency chain in smrtanalysis.
> 
> git+ssh://git.debian.org/git/debian-med/python-avro.git
> http://anonscm.debian.org/cgit/debian-med/python-avro.git
> 
> Would someone please upload to unstable?

Uploaded; compressed build logs attached.

Cheers,

Charles

-- 
Charles Plessy
Debian Med packaging team,
http://www.debian.org/devel/debian-med
Tsurumi, Kanagawa, Japan


python-avro_1.8.0~rc0+dfsg-1_amd64.build.xz
Description: application/xz

Bug#802942: jessie-pu: package lldpd/0.7.11-2

[Vincent Bernat]

Package: release.debian.org
Severity: normal
Tags: jessie
User: release.debian@packages.debian.org
Usertags: pu

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Hi!

I would like to push the attached patch to jessie-pu to fix some
security problems present in lldpd: lldpd can crash when receiving
malformed LLDP management addresses. I have been in contact with
security team and they think a stable update is good enough. Patches
come from upstream.

I will also have to upload an update for wheezy which is affected as
well. Should I use this same bug number or open a new one?

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

Kernel: Linux 4.3.0-rc5-amd64 (SMP w/4 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)

-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQIcBAEBCAAGBQJWLM2OAAoJEJWkL+g1NSX5XPIP/3Ph55SbIng0TD4sZyk/yTwv
k/30N3Xe7EAO9SQeNeQ/anBQOjJkowZTdWbSx7JspMWf6K8y8UO8+9oRAC2EeQe3
810N8Mj2NFyK8LDWiwZgGnsBjIdtwg0N7c05gUG26z+LepchJ01FP6e7SE+tk877
OuwJxU6QooCBJcAh+VHu0zqiRdR/TkCL4Yr5mIgcQnI8Kxk/f9U77gGruiOeb/jr
YeN5JbrF6yH46Bg/loHgt+iyck7KSnlXgiKqCsd/Vcc4s/nF3KHular0oii/8oec
DHhbrr+1yZWF605WJbK9rRrrKKQFr4+uPRlg5AbQBAZOb3C6rhGDiS4xlpFE6QVU
CL3/aEkLqRPQ5LV+ps8XBFAvj+3PQaJjpOeksOAcVUJVXLRvZsI1BDTb9ArPXtX9
baMqSpmGjRdSj3b99sGIKnfyzZbOgiM5N5SFQXB/mgr2m40YlzfkeWAJrGIS9TEa
0NFp2QEg8pCfQeFo1S3T7FCX8TO/JPyLPVmQvTe+80g11lpIFhqXD1JwAkj4wDoo
YtMK8F9bocJaPEsJ3tHVblD+zRKld9LDASWKEPj6czj/uAA+ZvaHQ2AyYhD/lhHT
DLJs0hKWZs4CC3Ht8n5/0OFA3UQEpI1npioR0+Qi36smfb+9yTtuL6S9ip3+edwm
NeW8E4mLWj3OvpdCVM1+
=ZmXr
-END PGP SIGNATURE-
diff --git a/debian/changelog b/debian/changelog
index f3e44f04b0e6..f9097375eee4 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,14 @@
+lldpd (0.7.11-2+deb8u1) jessie; urgency=medium
+
+  * Fix a segfault when receiving incorrectly formed LLDP management
+addresses:
+ - 0001-lldp-fix-a-buffer-overflow-when-handling-management-.patch
+  * Fix an assert error when receiving incorrectly formed LLDP management
+addresses:
+ - 0002-protocols-don-t-use-assert-on-paths-that-can-be-reac.patch
+
+ -- Vincent Bernat   Sun, 25 Oct 2015 13:20:22 +0100
+
 lldpd (0.7.11-2) unstable; urgency=medium
 
   * Cherry-pick 0001-lib-fix-pkgconfig-file-substitutions.patch to fix
diff --git a/debian/patches/0001-lldp-fix-a-buffer-overflow-when-handling-management-.patch b/debian/patches/0001-lldp-fix-a-buffer-overflow-when-handling-management-.patch
new file mode 100644
index ..ee73682ad2a2
--- /dev/null
+++ b/debian/patches/0001-lldp-fix-a-buffer-overflow-when-handling-management-.patch
@@ -0,0 +1,36 @@
+From 805fbe5f18ef170c63aa2e529acf92c95d3b83b1 Mon Sep 17 00:00:00 2001
+From: Vincent Bernat 
+Date: Sun, 4 Oct 2015 01:50:38 +0200
+Subject: [PATCH 1/2] lldp: fix a buffer overflow when handling management
+ address TLV
+
+When a remote device was advertising a too large management address
+while still respecting TLV boundaries, lldpd would crash due to a buffer
+overflow. However, the buffer being a static one, this buffer overflow
+is not exploitable if hardening was not disabled. This bug exists since
+version 0.5.6.
+---
+ src/daemon/lldp.c | 7 ++-
+ 1 file changed, 6 insertions(+), 1 deletion(-)
+
+diff --git a/src/daemon/lldp.c b/src/daemon/lldp.c
+index ae01ccc5078a..cc3585623476 100644
+--- a/src/daemon/lldp.c
 b/src/daemon/lldp.c
+@@ -625,7 +625,12 @@ lldp_decode(struct lldpd *cfg, char *frame, int s,
+ 		case LLDP_TLV_MGMT_ADDR:
+ 			CHECK_TLV_SIZE(1, "Management address");
+ 			addr_str_length = PEEK_UINT8;
+-			CHECK_TLV_SIZE(addr_str_length, "Management address");
++			if (addr_str_length > sizeof(addr_str_buffer)) {
++log_warnx("lldp", "too large management address on %s",
++hardware->h_ifname);
++goto malformed;
++			}
++			CHECK_TLV_SIZE(1 + addr_str_length, "Management address");
+ 			PEEK_BYTES(addr_str_buffer, addr_str_length);
+ 			addr_length = addr_str_length - 1;
+ 			addr_family = addr_str_buffer[0];
+-- 
+2.6.2
+
diff --git a/debian/patches/0002-protocols-don-t-use-assert-on-paths-that-can-be-reac.patch b/debian/patches/0002-protocols-don-t-use-assert-on-paths-that-can-be-reac.patch
new file mode 100644
index ..ad61ea2904c6
--- /dev/null
+++ b/debian/patches/0002-protocols-don-t-use-assert-on-paths-that-can-be-reac.patch
@@ -0,0 +1,135 @@
+From 18d81c30e6bc2f2c6b6e591c10893b9cd6f227aa Mon Sep 17 00:00:00 2001
+From: Vincent Bernat 
+Date: Sun, 4 Oct 2015 02:24:29 +0200
+Subject: [PATCH 2/2] protocols: don't use assert on paths that can be reached
+
+Malformed packets should not make lldpd crash. Ensure we can handle them
+by not using assert() in this part.
+---
+ src/daemon/cdp.c   | 10 +++---
+ src/daemon/edp.c   

Bug#797888: RFS: panda3d/1.9.0-1 [ITP] -- Panda3D free 3D engine SDK

[Jörn Schönyan]

On Mittwoch, 14. Oktober 2015 17:03:45 CEST, Gianfranco Costamagna wrote:

Hi,

You realized that these files aren't symlinks but libraries? So really 
don't think this would be correct. One example:

So I guess you should create the library and symlink the so file?
(I mean, a library and a library-dev with the so symlinked)

dynamic shared libraries without soname are so painful
(unless they are kept private, and I don't remember the package right now)
I know what you mean: that will make it impossible to install different 
versions of libpanda3d. But I have no clue at all what should be symlinked.



I still don't understand, even after looking at the package
sed 's/@DEB_HOST_MULTIARCH@/$(DEB_HOST_MULTIARCH)/g' 
debian/libpanda3d$(P3DVER).links.in > 
debian/panda3d$(P3DVER).links



why a libpanda3d*.links.in becomes a panda3d*.links?
Oops, that was an mistake while renaming panda3d1.9.0 to libpanda3d1.9.0 as 
requested.
at the end the result is somewhat correct, but I presume there 
are some packaging issues,
e.g. the libpanda3d1.9.0 package contains .so files, but they 
are just links.

I will rebuild and check that.

cheers,

G.



Best regards

Bug#802944: [nsd] Missing (optional) dependency: openssl

[corubba]

Package: nsd
Version: 4.1.0-3

After installing nsd inside a freshly created and updated jessie lxc
container, running the nsd-control-setup command fails because of a
missing binary.


I created the container with

root@host:/# lxc-create -n "nsd" -t "debian" -- -r "jessie"

After setting up the network in the lxc config file, I started the
container, updated it (apt-get update and dist-upgrade) and installed
the nsd package (apt-get install nsd).

The output when then running the aforementioned command:

root@nsd:/# nsd-control-setup
setup in directory /etc/nsd
generating nsd_server.key
/usr/sbin/nsd-control-setup: 98: /usr/sbin/nsd-control-setup: openssl:
not found
/usr/sbin/nsd-control-setup fatal error: could not genrsa
root@nsd:/#

This is line 98 from /usr/sbin/nsd-control-setup:

openssl genrsa -out $CTL_BASE.key $BITS || error "could not genrsa"

As far as I can tell, the openssl binary is part of the openssl package
[0], and I would have expected to find it as some dependency of the nsd
package, may it be suggested, recommend or enhances. The nsd package is
not 100% functional without it. I couldn't find it as a transitive
dependency either.

I didn't test it myself, but it is highly probable that the nsd package
in testing and unstable have the same issue.


The host is running up-to-date jessie with kernel "Linux host
3.16.0-4-amd64 #1 SMP Debian 3.16.7-ckt11-1+deb8u5 (2015-10-09) x86_64
GNU/Linux" with lxc "1:1.0.6-6+deb8u1".


[0] https://packages.debian.org/jessie/amd64/openssl/filelist

Bug#802879: jessie-pu: package libdatetime-timezone-perl/1:1.75-2+2015g

[Adam D. Barratt]

Control: tags -1 + confirmed

On Sat, 2015-10-24 at 15:52 +0200, gregor herrmann wrote:
> I've prepared an update for libdatetime-timezone-perl in jessie to
> include the data from the Olson DB 2015g release.

Please go ahead.

Regards,

Adam

Bug#802900: jessie-pu: package gnome-shell-extension-weather/0~20140924.git7e28508-1+deb8u1

[Adam D. Barratt]

Control: tags -1 + moreinfo

On Sat, 2015-10-24 at 22:30 +0200, Sébastien Villemot wrote:
> I'd like to do a stable update for gnome-shell-extension-weather, which is a
> GNOME Shell extension which displays weather forecasts (and is pulled by the 
> gnome
> metapackage, though not activated by default).
> 
> The applet relies on a web service (openweather.org) which recently changed 
> its
> policy: users must now generate an API key to fetch forecast data (previously
> the API key was optional).
> 
> As a consequence, the extension no longer works unless the user has added an
> API key in the configuration settings. But nothing is there to inform the user
> that he now has to do so. The extension therefore appears to be broken (see 
> bug
> #801979).

Apologies if I'm missing something, but I'm slightly confused about the
status of this issue in unstable.

The changelog of 0~20151023.git34aa242-1 indicates that that version
includes a warning - which I was expecting to be similar to your
proposed debdiff for jessie - but all I can see in the diff from
0~20151003.git339ec8a-1 is a note in the documentation.

Regards,

Adam

Bug#801549: gitg: new upstream release available (3.18.0)

[Jérémy Lal]

2015-10-25 9:26 GMT+01:00 Dmitry Smirnov :

> On Saturday 24 October 2015 15:49:52 Jérémy Lal wrote:
> > About the FTBFS: the package is missing a build dependency on
> python-gi-dev
>
> Adding "python-gi-dev" to Build-Depends have no effect on the following
> FTBFS:
>
> 
> Merging translations into data/gitg.desktop.
> /usr/bin/g-ir-compiler  --includedir=. -o GitgExt-1.0.typelib
> GitgExt-1.0.gir
> Could not find GIR file 'Gitg-1.0.gir'; check XDG_DATA_DIRS or use
> --includedir
> error parsing file GitgExt-1.0.gir: Failed to parse included gir Gitg-1.0
> 
>
> I'm getting the above in clean "unstable" on amd64.
>
>
Yes, i'm getting it too now.
Also i'm not getting it on "unclean" environment. I'm trying to find
how to fix it.

Please also accept my apologies for the non-friendly tone i had before.

Jérémy

Bug#802851: jessie-pu: package qpsmtpd/0.84-11

[Adam D. Barratt]

Control: tags -1 + moreinfo

On Sat, 2015-10-24 at 01:53 -0700, Devin Carraway wrote:
> I propose a patch to qpsmtpd in jessie-proposed-updates; this is a one-line
> patch to address a compatibility breaking API change introduced in
> libnet-dns-perl 0.81.  The effect of the incompatibility causes qpsmtpd (an
> SMTP daemon) to abruptly disconnect incoming SMTP sessions, breaking
> functionality pretty much completely and justifying severity=grave (in the
> context of a package with a few dozen installs on stable.)
> 
> Proposed 0.84-12 updates a method name to the one in libnet-dns-perl_0.81
> from jessie, and bumps the Depends: accordingly.

Thanks for looking at fixing this in jessie.

While the proposed patch on its own looks fine, in order for us to give
an ack on the upload please prepare, build and test a package on jessie
- versioned as 0.84-11+deb8u1 rather than -12 - and send the source
debdiff to this bug report.

Regards,

Adam

Bug#787914: nano: new multi-edit detection segfaults when I say no

[Benno Schulenberg]

On Sun, Oct 25, 2015, at 07:25, Paul Wise wrote:
> Any chance of a new release?

If it were up to me, there would have been a 2.4.3 two months ago.
But I am unable to make releases.  Only the original author and owner
of nano can do that.  And he is apparently discontent with the amount
of changes I have made to the code.  See:

  https://lists.gnu.org/archive/html/nano-devel/2015-10/msg1.html

So... a little more patience, to see how this pans out.

Or maybe you can let your voice be heard, as a somewhat high-profile
nano user?

:)

Benno

-- 
http://www.fastmail.com - The professional email service

Bug#802878: wheezy-pu: package libdatetime-timezone-perl/1:1.58-1+2015g

[gregor herrmann]

On Sun, 25 Oct 2015 13:17:50 +, Adam D. Barratt wrote:

> On Sat, 2015-10-24 at 15:52 +0200, gregor herrmann wrote:
> > I've prepared an update for libdatetime-timezone-perl in wheezy to
> > include the data from the Olson DB 2015g release.
> Please go ahead.

Thanks; uploaded.

Cheers,
gregor

-- 
 .''`.  Homepage: http://info.comodo.priv.at/ - OpenPGP key 0xBB3A68018649AA06
 : :' : Debian GNU/Linux user, admin, and developer -  https://www.debian.org/
 `. `'  Member of VIBE!AT & SPI, fellow of the Free Software Foundation Europe
   `-   NP: lorry box/Tontauben: enemy


signature.asc
Description: Digital Signature

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

[Adam D. Barratt]

Control: tags 798091 + pending

On Fri, 2015-10-23 at 15:07 +0200, Guido Günther wrote:
> Hi Hadam,

*Cough* :P

> On Sat, Oct 10, 2015 at 08:20:15PM +0100, Adam D. Barratt wrote:
> > Control: tags -1 + confirmed
> > 
> > On Fri, 2015-09-04 at 17:41 +0200, Guido Günther wrote:
> > > I'd like to fix CVE-2015-3206 (a loack (missing KDC authenticity
> > > verification) for jessie via a point release. The debdiff is
> > > attached. The bug is fixed in unstable as well as squeeze-lts already.
> > > 
> > > As in squeeze-lts the KDC check is disabled by default to not break 
> > > existing
> > > installations.
> > 
> > +++ b/debian/NEWS
> > @@ -0,0 +1,42 @@
> > [...]
> > s/ordner/order/
> > 
> > Please go ahead.
> 
> Uploaded. Thanks!

Actually, what you uploaded was the wheezy package... Including the typo
in debian/NEWS. :-|

I've flagged that for acceptance, but please still feel free to go ahead
with the jessie upload. :-) (ideally without the typo.)

Regards,

Adam

Bug#802889: please don't depend on all python3 versions

[Dmitry Shachnev]

On Sun, 25 Oct 2015 18:27:50 +1100, Ben Finney wrote:
> Are you saying ‘dh_python3’ has done the wrong thing for this package?
>
> The Python 3.4 → 3.5 transition is currently underway in Sid, and
> presumably ‘dh_python3’ sets dependencies accordingly. Does that
> explain what you're seeing?

Quoting myself from 
https://lists.debian.org/debian-python/2015/10/msg00407.html:

  I think this is intended because:

$ head -n1 

signature.asc
Description: OpenPGP digital signature

Bug#802928: xserver-xorg-input-vmmouse: vmmouse pointer no longer works with non-root X server

[Adrian Knoth]

Package: xserver-xorg-input-vmmouse
Version: 1:13.0.99-1
Severity: important

Hi!

With recent X running as non-root, vmmouse stopped working.

I've summarised the exact problems and steps to fix it in a Google+ post:

   https://plus.google.com/u/1/+adiknoth/posts/fV2hWxSGFN3

Long story short: you need to upgrade to at least 13.1.x. At the same
time, the kernel needs to enable CONFIG_MOUSE_PS2_VMMOUSE. You might
want to coordinate with the kernel maintainers.

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

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

Bug#744879: (no subject)

[Rémi Denis-Courmont]

tags 744879 + upstream
forwarded 744879 https://trac.videolan.org/vlc/ticket/11144
thanks

-- 
Rémi Denis-Courmont
http://www.remlab.net/

Bug#797207: (no subject)

[Rémi Denis-Courmont]

tags 797207 + fixed-upstream
thanks

Fixed in VLC 2.2.2.

-- 
Rémi Denis-Courmont
http://www.remlab.net/

Bug#802892: ITP: libtk-doubleclick-perl -- Perl/Tk function to handle double and single clicks

[Dominique Dumont]

On Sunday 25 October 2015 22:55:06 you wrote:
> That should be (which do not always work.)

Thanks.

Unfortunately, I've already uploaded the package to NEW queue. I'm reluctant 
to re-upload for a small change like this. So the new description will be part 
of next release.

All the best

-- 
 https://github.com/dod38fr/   -o- http://search.cpan.org/~ddumont/
http://ddumont.wordpress.com/  -o-   irc: dod at irc.debian.org

Bug#617222: Progress

[Jan Wagner]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Hi there,

I just wanted to ask, if there anything is blocking to integrate the
provided fix(es)? Is there anything that can be done or to help to get
that fixed in a timely manner and not passing next stable release again?

Thanks, Jan.
- -- 
Never write mail to , you have been warned!
- -BEGIN GEEK CODE BLOCK-
Version: 3.12
GIT d-- s+: a C+++ UL P+ L+++ E--- W+++ N+++ o++ K++ w--- O M V-
PS PE Y++
PGP++ t-- 5 X R tv- b+ DI D+ G++ e++ h r+++ y
- --END GEEK CODE BLOCK--
-BEGIN PGP SIGNATURE-

iQIcBAEBCgAGBQJWLLhOAAoJEAxwVXtaBlE+/wgP/3axeQDesLes/hw3B6Udiv9A
nBKFDzFSQ4+I+1y6ZkkFGt/5U2cnNTOLswkSuRy9YG9FhTZVP+1bjwsIveNbf0RP
t4XQzbBpeVan1DUbq+pzNySNZ6Zd+cK8qEfANVlDuaoWIZzvAzHSLVrsIdeRNjJl
z5XaG9NGsMe2jPEWVtD4FgaP2taFhbqXkMp/xqPxeJd8XpPZ/JTU8xHcL6loX+Fo
WW+tE3WzwWGH0e9vxtXY1BtjTNo/7qAnZr0cNTXHuqmHir3LzyV0MfZOekzvWY/5
r4VovvfbC9+JMetTrqtBSq8Dxpfgw1uH42edqI+rb71eiaCS2pA1g4Vm42Sl+7Ru
XlHOTIWEqxUThGVljYraP864cpXcciiNznj7Al2kw8mTEGLlfbGPB85JRgE73dXS
yHWaGkeGsRxZ9WSGNqxvr6jnc6nLEbBK0l12lcyAp8sdLh9ErEeR7alBV7nZT/ho
PZIbnjC0h0ID+8wYL8gLOd/+MnqPeAoYXZEv3Yrvez1vcA6srhivR0CPVAE7PSCe
m/ndMO8T3qyTgjHnpJOmPPVCXWig1flyBa/H4eecv9/DgSUKQApp2Kc2c+jI8RP0
Rhpfv/+dl2P4DRf3MUp53eqIad/ldYazO1LxWR2uhY4CoQ/yzzG+oCIhl0WMfdAr
uaoClagvI7oIdczOZ8Rw
=4UVD
-END PGP SIGNATURE-

Bug#783355: jessie-pu: package vlc/2.2.1-1~deb8u1

[Sebastian Ramacher]

On 2015-04-26 13:15:45, Sebastian Ramacher wrote:
> Package: release.debian.org
> Severity: normal
> Tags: jessie
> User: release.debian@packages.debian.org
> Usertags: pu
> 
> I'd like to update vlc in jessie to the latest bug fix release in the 2.2.X
> series: 2.2.1. It includes fixes for potential NULL dereferences, crashes when
> playing FLAC and SPC files

Another bug fix release (2.2.2) will be released next week. Since this bug has
not seen a reply in the last 6 months, I suspect that you are not interested in
a vlc update.

So before I go through the diff against 2.2.2 and filter out the uninteresting
bits, I'd be nice to know if someone will look at it or if it will be met with
the same amount of silence.

Cheers
-- 
Sebastian Ramacher

Bug#802897: Workaround

[Jayson Willson]

For now we can use a simple workaround for this bug.

1.) Go to /run/systemd/generator/ and look for directory named 
"cryptdevice_name.d", where "cryptdevice_name" is the contents of the 
first row in /etc/crypttab (you can see file with such name in 
/dev/mapper/ after you unlock this volume).
2.) In this directory you will see a config file named 
"90-device-timeout.conf"
3.) Go to /etc/systemd/system/ and create directory named 
"dev-mapper-cryptdevice_name.device.d". For example, with

"home_decrypt /dev/local-vg/home none luks"
in my crypttab, the directory's name should be:
"dev-mapper-home_decrypt.device.d" (and also check if such unit exists 
in "systemctl --all" output)
4.) Put "90-device-timeout.conf" stated above into this directory. This 
should help.


--
Yours sincerely, Jayson Willson

Bug#802943: aptitude: Small problems printing information about conflicts and virtual packages

[Manuel A. Fernandez Montecelo]

Package: aptitude
Version: 0.7.4-1
Severity: minor

>From bug #799918 (opening a new one to avoid all of the noise in that bug
report):

  jidanni:
  OK now full-upgrade prints "- libgdal1i, but 1.11.3+dfsg-1~exp1 is to be
  installed." twice! On the same line too.
  
  (Note I always use the CLI aptitude and never curses.)

qgis : Depends: libgdal.so.1-1.11.2 which is a virtual package, provided by:
 - libgdal1i, but 1.11.3+dfsg-1~exp1 is to be installed.
  - libgdal1i, but 1.11.3+dfsg-1~exp1 is to be installed.
   The following actions will resolve these dependencies:

 Remove the following packages:
 1) qgis


In this case it looks like libgdal1i versions older than 1.11.3+dfsg-1~exp1
provided libgdal.so.1-1.11.2, while the newer does not.

Printing versions of the package providing the virtual package would inform
better of the situation, and as a consequence it would make easier to find out /
explain the reasons to have the conflicts/broken dependencies (and as a side
effect, maybe avoid bugs reported as if it was a problem in aptitude rather than
in packaging or transitions).

Also, when printing twice (if they are several versions providing the virtual
package), should do it in two lines rather than one, have nice formatting,
perhaps not a dot in the end, etc.


Cheers.
--
Manuel

Bug#802945: golang-go: Install fails with golang-golang-x-tools 1:0.0~git20150716.0.87156cb+dfsg1-4 installed

[Hilko Bengen]

Package: golang-go
Version: 2:1.5.1-1
Severity: grave

When I tried upgrading today, I got:

,
| Preconfiguring packages ...
| (Reading database ... 750549 files and directories currently installed.)
| Preparing to unpack .../golang-go_2%3a1.5.1-1_amd64.deb ...
| Unpacking golang-go (2:1.5.1-1) over (2:1.4.3-3) ...
| dpkg: error processing archive 
/var/cache/apt/archives/golang-go_2%3a1.5.1-1_amd64.deb (--unpack):
|  trying to overwrite '/usr/lib/go/pkg/tool/linux_amd64/vet', which is also in 
package golang-golang-x-tools 1:0.0~git20150716.0.87156cb+dfsg1-4
| dpkg-deb: error: subprocess paste was killed by signal (Broken pipe)
`

Since vet and cover are shipped with the main distribution now, they
should no longer be shipped with golang-golang-x-tools and golang-go
should conflict with versions of golang-golang-x-tools that still
contain them.

The attached patches should fix this.

Cheers,
-Hilko
>From 89eb32084e10c733439c947876a205e79279aaf3 Mon Sep 17 00:00:00 2001
From: Hilko Bengen 
Date: Sun, 25 Oct 2015 14:21:25 +0100
Subject: [PATCH] Add Conflicts for golang-golang-x-tools that still contain
 vet, cover

---
 debian/control | 1 +
 1 file changed, 1 insertion(+)

diff --git a/debian/control b/debian/control
index dd82625..36244d1 100644
--- a/debian/control
+++ b/debian/control
@@ -35,6 +35,7 @@ Replaces: golang-go-darwin-386,
   golang-go-netbsd-amd64,
   golang-go-windows-386,
   golang-go-windows-amd64
+Conflicts: golang-golang-x-tools (<< 1:0.0~git20150716.0.87156cb+dfsg1-5~)
 Recommends: g++, gcc, libc6-dev, pkg-config
 Suggests: bzr, ca-certificates, git, golang-golang-x-tools, mercurial, subversion
 Description: Go programming language compiler, linker, compiled stdlib
-- 
2.6.1

>From 1d7a492f00c7f9fe04e19b6917efd2158cb3b946 Mon Sep 17 00:00:00 2001
From: Hilko Bengen 
Date: Sun, 25 Oct 2015 14:17:54 +0100
Subject: [PATCH] Do not ship vet and cover binaries

---
 debian/rules | 4 
 1 file changed, 4 insertions(+)

diff --git a/debian/rules b/debian/rules
index b1c1840..091bd64 100755
--- a/debian/rules
+++ b/debian/rules
@@ -65,6 +65,10 @@ override_dh_auto_install:
 	ln -s /usr/share/javascript/jquery/jquery.min.js $(CURDIR)/debian/tmp/usr/share/gocode/src/golang.org/x/tools/godoc/static/jquery.js
 	-rm $(CURDIR)/debian/tmp/usr/share/gocode/src/golang.org/x/tools/cmd/present/static/jquery-ui.js && \
 	ln -s /usr/share/javascript/jquery-ui/jquery-ui.min.js $(CURDIR)/debian/tmp/usr/share/gocode/src/golang.org/x/tools/cmd/present/static/jquery-ui.js
+	# Don't ship vet and cover as they have been moved to the main
+	# repository.
+	-rm $(CURDIR)/debian/tmp//usr/lib/go/pkg/tool/*/cover
+	-rm $(CURDIR)/debian/tmp//usr/lib/go/pkg/tool/*/vet
 
 %:
 	dh $@ --buildsystem=golang --with=golang
-- 
2.6.1

Bug#802879: jessie-pu: package libdatetime-timezone-perl/1:1.75-2+2015g

[gregor herrmann]

On Sun, 25 Oct 2015 13:17:28 +, Adam D. Barratt wrote:

> On Sat, 2015-10-24 at 15:52 +0200, gregor herrmann wrote:
> > I've prepared an update for libdatetime-timezone-perl in jessie to
> > include the data from the Olson DB 2015g release.
> Please go ahead.

Thanks; uploaded.


Cheers,
gregor

-- 
 .''`.  Homepage: http://info.comodo.priv.at/ - OpenPGP key 0xBB3A68018649AA06
 : :' : Debian GNU/Linux user, admin, and developer -  https://www.debian.org/
 `. `'  Member of VIBE!AT & SPI, fellow of the Free Software Foundation Europe
   `-   NP: lorry box/Tontauben: enemy


signature.asc
Description: Digital Signature

Bug#802927: ITP: awslogs -- AWS CloudWatch logs for Humans

[Angel Abad]

Package: wnpp
Owner: Angel Abad 
Severity: wishlist
X-Debbugs-CC: neo2...@gmail.com

* Package name: awslogs
  Version : 0.1.0-1
  Upstream Author : Jorge Bastida 
* URL : https://github.com/jorgebastida/awslogs
* License : BSD-3-clause
  Programming Lang: python
  Description : AWS CloudWatch logs for Humans

awslogs is a simple command line tool for querying groups, streams and
events from Amazon CloudWatch logs. One of the most powerful features
is to query events from several streams and consume them (ordered) in
pseudo-realtime using your favourite tools such as grep.

Bug#801457: vlc: Segmentation fault playing a DVD with vdpau

[Rémi Denis-Courmont]

reassign 801457 mesa-vdpau-drivers
thanks

Hello,

On Sunday 11 October 2015 02:20:59 Arthur Marsh wrote:
> When I removed the vdpau libraries for the GPU in use (r600 libraries for
> RS780 GPU), the video played alright, but did give these error messages:
> 
> Failed to open VDPAU backend libvdpau_r600.so: cannot open shared object
> file: No such file or directory [mpeg2video @ 0x7fffc81b8660] ac-tex
> damaged at 1 0
> [mpeg2video @ 0x7fffc81b8660] skipped MB in I frame at 24 9
> [mpeg2video @ 0x7fffc81b8660] skipped MB in I frame at 17 18
> [mpeg2video @ 0x7fffc81b8660] ac-tex damaged at 32 25
> [mpeg2video @ 0x7fffc81b8660] ac-tex damaged at 13 32
(...)

The libavcodec software MPEG2 Video decoder is complaining that the bit stream 
is corrupt.

The R600 driver is probably not robust against invalid bit stream and just 
crashes instead. This is ostensibly a bug in the R600 driver (or in Mesa 
VDPAU), arguably a security issue too...

As to why this occurs while playing a DVD, I don´t. Either there is some 
physical problem, or the content is malformatted (some DVDs are deliberately 
made to crash open-source players, though typically rather targetting 
libdvdnav).

-- 
Rémi Denis-Courmont
http://www.remlab.net/

Bug#797595: openjdk-7-jre-headless: Please re-enable atk bridge

[Samuel Thibault]

Samuel Thibault, le Sun 25 Oct 2015 10:57:14 +0100, a écrit :
> XInitThreads is never called at all,

(as can be seen by libX11's _Xglobal_lock being NULL)

Samuel

Bug#774330: Working on testing - ntfs-3g: Input/output error when accessing files in mounted partition

[Emilio Aguilera]

Hi László,

I had the same issue on three partitions after upgrading to jessie, none of
them curretly shared with any OS: sometimes refusing to mount, sometimes
mounting but ls says input/output error .

Installed the version of ntfs-3g in testing (1:2015.3.14AR.1-1), as you
said. It works fine now.

Please let me know If you need any data. I'll be happy to help.

Thank you.

Emilio.

Bug#802922: vlc: only top half of video shown when playing DVD's under kwin/xfce

[Sebastian Ramacher]

Control: forcemerge 802886 -1

On 2015-10-25 18:00:48, Arthur Marsh wrote:
> Package: vlc
> Version: 2.2.1-4+b1
> Severity: normal
> 
> Dear Maintainer,
> 
> *** Reporter, please consider answering these questions, where appropriate ***
> 
>* What led up to the situation?
> 
> After an unknown upgrade (attempts to downgrade resulted in kwin being 
> unable to be started), vlc only shows the top half of a video window when run
> under KDE or xfce.

Duplicate of #802886.

Cheers
-- 
Sebastian Ramacher

Bug#792728: VLC should suggest on browser-plugin-vlc

[Rémi Denis-Courmont]

On Fri, 17 Jul 2015 14:33:46 -0400 John Scott  wrote:
> I think that VLC should suggest browser-plugin-vlc because it is a part of 
> VLC.

Chromium is dropping support for NPAPI and Firefox is to follow suit. Thus I 
don´t think there is much point in recommending or suggesting the browser 
plugin. At least not anymore.

Given that we have no alternatives to offer, I cannot advise people to deploy 
the NPAPI plugin when I know full well that it will stop working sooner rather 
than later. I don´t think Debian and/or VideoLAN can influence the decision to 
deprecate NPAPI.

> Also, most online VLC installation tutorials tell their readers to 
> install both VLC and the browser plugin. Unfortunately, the browser plugin
> has  to be set to manually installed despite VLC being the only reason for
> it being  on the system.

> (After all, browser-plugin-vlc depends on VLC.)

That´s only because of the package split in Debian. In particular, some of the 
LibVLC plugins that the browser plugin needs are in the "vlc" package.

There are no actual dependencies between the VLC browser plugin and the stand-
alone VLC program.


IMHO, this bug should be closed as wontfix.

-- 
Rémi Denis-Courmont
http://www.remlab.net/

Bug#685878: Another year has passed, still no netatalk3

[Adrian Knoth]

Hi!

Just some activity to revive the bug. Last update was on 2014-11-09,
it's 2015-10-25 today, so I guess it's fair to say another year has
passed.

We're now more than three years behind upstream (3.0 released 2012-07-09).

My github repo is still waiting to be integrated with Debian.


Cheers

Bug#802932: nmu: regina-normal_4.96-2

[Benjamin Burton]

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

nmu regina-normal_4.96-2 . ANY . unstable . -m "Rebuild against boost 1.58."

The current regina-normal is built against boost 1.55, which is no longer the
default in unstable, and which is now blocking regina-normal from moving into
testing.

Thanks! - Ben.

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

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

Bug#801528: lintian: package-contains-timestamped-gzip false positive

[Jakub Wilk]

Hi Tomasz!

* Tomasz Buchert , 2015-10-25, 03:02:
Basically it looks as if dh-strip-nondeterminism/toolchain strips/will 
strip so much that this tag may not be useful anymore.


Well, not everybody uses dh-strip-nondeterminism. I don't use it in any 
of my packages, and I will never will. (It's such a gigantic hack, that 
I hoped nobody would use it unless they were desperate... But apparently 
debhelper maintainers disagree.)


--
Jakub Wilk

Bug#802933: chromium: software rendering causes severe gfx artefacts, consider adding --ignore-gpu-blacklist to default flags

[Ximin Luo]

Package: chromium
Version: 46.0.2490.71-1
Severity: normal

Dear Maintainer,

The Chromium GPU blacklist seems to be a bit overzealous and has too much faith
in the software rendering code. I have been suffering from this bug for many
months across multiple versions of Chromium, and the fix given in the same link
works for me too:

https://bbs.archlinux.org/viewtopic.php?id=181823

TL;DR:

1. Chromium Settings "Use hardware acceleration when available" Yes
2. echo 'CHROMIUM_FLAGS="$CHROMIUM_FLAGS --ignore-gpu-blacklist"' | sudo tee 
/etc/chromium.d/default-local

"Severe artefacts" include my entire display being replaced, at continuous
random intervals, with the previously active XScreenSaver even when chromium is
not the active window or on the active workspace. Switching workspaces
sometimes cancels the corruption, sometimes it doesn't, but after a few seconds
it always comes back. It's not a very fun game to play whilst trying to work...

X

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

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

Versions of packages chromium depends on:
ii  libasound21.0.29-1
ii  libatk1.0-0   2.18.0-1
ii  libavcodec-ffmpeg56   7:2.8.1-1
ii  libavformat-ffmpeg56  7:2.8.1-1
ii  libavutil-ffmpeg547:2.8.1-1
ii  libc6 2.19-22
ii  libcairo2 1.14.2-2
ii  libcups2  2.1.0-4
ii  libdbus-1-3   1.10.0-3
ii  libexpat1 2.1.0-7
ii  libfontconfig12.11.0-6.3
ii  libfreetype6  2.6-2
ii  libgcc1   1:5.2.1-22
ii  libgdk-pixbuf2.0-02.32.1-1
ii  libglib2.0-0  2.46.1-1
ii  libgnome-keyring0 3.12.0-1+b1
ii  libgtk2.0-0   2.24.28-1
ii  libjpeg62-turbo   1:1.4.1-2
ii  libnspr4  2:4.10.9-2
ii  libnspr4-0d   2:4.10.9-2
ii  libnss3   2:3.20-1
ii  libnss3-1d2:3.20-1
ii  libpango-1.0-01.38.0-3
ii  libpangocairo-1.0-0   1.38.0-3
ii  libpci3   1:3.3.1-1
ii  libspeechd2   0.8-7
ii  libsrtp0  1.4.5~20130609~dfsg-1.1
ii  libstdc++65.2.1-22
ii  libx11-6  2:1.6.3-1
ii  libxcomposite11:0.4.4-1
ii  libxcursor1   1:1.1.14-1+b1
ii  libxdamage1   1:1.1.4-2+b1
ii  libxext6  2:1.3.3-1
ii  libxfixes31:5.0.1-2+b2
ii  libxi62:1.7.5-1
ii  libxml2   2.9.2+zdfsg1-4
ii  libxrandr22:1.5.0-1
ii  libxrender1   1:0.9.8-1+b1
ii  libxslt1.11.1.28-2+b2
ii  libxss1   1:1.2.2-1
ii  libxtst6  2:1.2.2-1+b1
ii  x11-utils 7.7+3
ii  xdg-utils 1.1.1-1

chromium recommends no packages.

Versions of packages chromium suggests:
pn  chromium-l10n  

-- no debconf information

Bug#802934: unfamiliar button style confuses users

[積丹尼 Dan Jacobson]

Package: pavucontrol
Version: 3.0-3+b2
Severity: wishlist

Mute audio, lock channels, set as fallback,
-- these three buttons, it is very hard to tell if they are each in the
selected/pressed or released states, and it is even worse on mouseover.

Please use a more familiar way of showing them. Indeed simple checkboxes
would be great.

Bug#802935: man page should say how to stop speaker-test

[積丹尼 Dan Jacobson]

Package: alsa-utils
Version: 1.0.29-1
Severity: wishlist
File: /usr/bin/speaker-test

1. The speaker-test man page does not mention how to stop speaker-test.

Please say on the speaker-test man page how to stop speaker-test.

2. ^C can take many seconds to stop speaker-test.

This is very bad as one might need silence right now as the security
guard is coming down the corridor, mom got up to use the washroom and
will go past our door, etc. Ms. Nibbens is checking all floors, etc.

I did some tests, and
$ speaker-test & sleep 2; killall -1 speaker-test #works right away!
$ speaker-test & sleep 2; killall -2 speaker-test # ^C, needs many seconds
$ speaker-test & sleep 2; killallspeaker-test #needs many seconds

Bug#802936: pinentry-qt: Please provide a Qt5 debian package

[Markus Meier]

Package: pinentry-qt
Version: 0.9.6-3
Severity: wishlist

Dear Maintainer,

recent versions of pinentry have support for Qt5. It would be great
to have a Qt5 enabled pinentry package in debian.

Thanks,
Markus

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

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

Versions of packages pinentry-qt depends on:
ii  libassuan0 2.3.0-1
ii  libc6  2.19-22
ii  libgcc11:5.2.1-22
ii  libglib2.0-0   2.46.1-1
ii  libgpg-error0  1.20-1
ii  libncursesw5   6.0+20150810-1
ii  libqtcore4 4:4.8.7+dfsg-3
ii  libqtgui4  4:4.8.7+dfsg-3
ii  libsecret-1-0  0.18.3-1
ii  libstdc++6 5.2.1-22
ii  libtinfo5  6.0+20150810-1

pinentry-qt recommends no packages.

Versions of packages pinentry-qt suggests:
pn  pinentry-doc  

-- no debconf information

Bug#801448: Patch

[Rémi Denis-Courmont]

tags 801448 + patch
thanks

Trivial fix: 
http://git.videolan.org/?p=vlc/vlc-2.2.git;a=commitdiff;h=994c11fb4c2d7c6af7b4e406d56fac72e95e7218;hp=e563b2afd5d8df191d4197a57a584e81e5654d01

-- 
Rémi Denis-Courmont
http://www.remlab.net/

Bug#802937: firmware-linux-nonfree: radeon tahiti firmware fails to load

[Gary Dale]

Package: firmware-linux-nonfree
Version: 20151018-2
Severity: normal

Dear Maintainer,

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

   * What led up to the situation?
Whenever I boot my computer I get error messages regarding the video card's 
firmware.
My video card is an ASUS HD 7850 DirectCU II. I would expect from the package 
contents
list that the correct firmware is the Pitcairn that does appear to load 
properly.
Just not sure why it it is attempting to load Tahiti after loading Pitcairn.

This is the relevent section from dmesg:

[3.969038] radeon :01:00.0: VRAM: 2048M 0x - 
0x7FFF (2048M used)
[3.969041] radeon :01:00.0: GTT: 2048M 0x8000 - 
0x
[3.969043] [drm] Detected VRAM RAM=2048M, BAR=256M
[3.969045] [drm] RAM width 256bits DDR
[3.969132] [TTM] Zone  kernel: Available graphics memory: 8231736 kiB
[3.969133] [TTM] Zone   dma32: Available graphics memory: 2097152 kiB
[3.969135] [TTM] Initializing pool allocator
[3.969157] [TTM] Initializing DMA pool allocator
[3.969177] [drm] radeon: 2048M of VRAM memory ready
[3.969179] [drm] radeon: 2048M of GTT memory ready.
[3.969191] [drm] Loading pitcairn Microcode
[3.971268] systemd[1]: Started Journal Service.
[3.971836] radeon :01:00.0: firmware: direct-loading firmware 
radeon/pitcairn_pfp.bin
[3.973613] radeon :01:00.0: firmware: direct-loading firmware 
radeon/pitcairn_me.bin
[3.974234] radeon :01:00.0: firmware: direct-loading firmware 
radeon/pitcairn_ce.bin
[3.974896] radeon :01:00.0: firmware: direct-loading firmware 
radeon/pitcairn_rlc.bin
[3.977269] radeon :01:00.0: firmware: direct-loading firmware 
radeon/pitcairn_mc.bin
[3.978266] radeon :01:00.0: firmware: direct-loading firmware 
radeon/pitcairn_smc.bin
[3.978272] [drm] Internal thermal controller with fan control
[3.978339] [drm] probing gen 2 caps for device 1002:5a16 = 31cd02/0
[3.987303] [drm] radeon: dpm initialized
[3.988553] radeon :01:00.0: firmware: direct-loading firmware 
radeon/TAHITI_uvd.bin
[3.988592] radeon :01:00.0: firmware: failed to load 
radeon/TAHITI_vce.bin (-2)
[3.988638] radeon :01:00.0: Direct firmware load for 
radeon/TAHITI_vce.bin failed with error -2
[3.988641] radeon :01:00.0: radeon_vce: Can't load firmware 
"radeon/TAHITI_vce.bin"
[3.988687] [drm] GART: num cpu pages 524288, num gpu pages 524288
[3.990648] [drm] probing gen 2 caps for device 1002:5a16 = 31cd02/0
[3.990652] [drm] PCIE gen 2 link speeds already enabled
[4.004520] [drm] PCIE GART of 2048M enabled (table at 0x00277000).
[4.004677] radeon :01:00.0: WB enabled
[4.004684] radeon :01:00.0: fence driver on ring 0 use gpu addr 
0x8c00 and cpu addr 0x8804296e7c00
[4.004689] radeon :01:00.0: fence driver on ring 1 use gpu addr 
0x8c04 and cpu addr 0x8804296e7c04
[4.004694] radeon :01:00.0: fence driver on ring 2 use gpu addr 
0x8c08 and cpu addr 0x8804296e7c08
[4.004698] radeon :01:00.0: fence driver on ring 3 use gpu addr 
0x8c0c and cpu addr 0x8804296e7c0c
[4.004701] radeon :01:00.0: fence driver on ring 4 use gpu addr 
0x8c10 and cpu addr 0x8804296e7c10
[4.005679] radeon :01:00.0: fence driver on ring 5 use gpu addr 
0x00075a18 and cpu addr 0xc90002035a18
[4.005682] radeon :01:00.0: VCE init error (-22).
[4.005731] [drm] Supports vblank timestamp caching Rev 2 (21.10.2013).
[4.005733] [drm] Driver supports precise vblank timestamp query.
[4.005735] radeon :01:00.0: radeon: MSI limited to 32-bit
[4.005774] radeon :01:00.0: radeon: using MSI.
[4.005812] [drm] radeon: irq initialized.
[4.192571] [drm] ring test on 0 succeeded in 3 usecs
[4.192581] [drm] ring test on 1 succeeded in 1 usecs
[4.192586] [drm] ring test on 2 succeeded in 1 usecs
[4.192604] [drm] ring test on 3 succeeded in 8 usecs
[4.192613] [drm] ring test on 4 succeeded in 5 usecs
[4.368444] [drm] ring test on 5 succeeded in 2 usecs
[4.368453] [drm] UVD initialized successfully.
[4.368696] [drm] ib test on ring 0 succeeded in 0 usecs
[4.368762] [drm] ib test on ring 1 succeeded in 0 usecs
[4.368825] [drm] ib test on ring 2 succeeded in 0 usecs
[4.368873] [drm] ib test on ring 3 succeeded in 0 usecs
[4.368906] [drm] ib test on ring 4 succeeded in 0 usecs


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

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


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

Kernel: Linux 

Bug#802938: otrs2: OTRS5 requires jQueryUI >= 1.11

[Olivier Tétard]

Source: otrs2
Version: 5.0.1-1
Severity: normal

Hi,

When using OTRS 5 (on a Debian stable system) with a small screen, I
this error is displayed:

> cannot call methods on sortable prior to initialization; attempted
> to call method 'instance'

The problem seems to come from jQueryUI. After upgrading it to 1.11.3
(the one which is embbed in upstream OTRS), everything when fine.

Thanks,
Olivier;

Bug#791393: closed by Peter Palfrader <wea...@debian.org> (Bug#791393: fixed in tor 0.2.7.4-rc-1)

[nusenu]

Thanks for implementing this!

There are two typos in tor-instance-create.8.txt:

18,19c18,19
< daemon.  This can be useful if you want to run multiple relays or brdige
< relays on a single system, of if you want to provide a hidden service in
---
> daemon.  This can be useful if you want to run multiple relays or bridge
> relays on a single system, or if you want to provide a hidden service in

Bug#796173: reportbug: Sound goes away after seeking in VLC

[Rémi Denis-Courmont]

found 796173 2.2.0~rc2-1
tags 796173 + moreinfo
thanks

On Wed, 19 Aug 2015 15:03:28 -0700 Kerry Hall  
wrote:
> Package: reportbug
> Version: 6.6.3
> Severity: normal
> 
> Dear Maintainer,
> 
> I try to seek in a video in vlc, but the sound goes away after seeking. If I 
keep seeking, I can randomly get the sound back sometimes.

Are you using PulseAudio or ALSA or ... as output?
Can you please post the logs?

If PulseAudio, this might already be fixed in VLC 2.2.2.

-- 
Rémi Denis-Courmont
http://www.remlab.net/

Bug#802155: versiontools: diff for NMU version 1.9.1-1.1

[Neil Williams]

Control: tags 802155 + patch
Control: tags 802155 + pending

Dear maintainer,

I've prepared an NMU for versiontools (versioned as 1.9.1-1.1) and
uploaded it to DELAYED/2. Please feel free to tell me if I
should delay it longer.

Regards.
diff -Nru versiontools-1.9.1/debian/changelog versiontools-1.9.1/debian/changelog
--- versiontools-1.9.1/debian/changelog	2014-04-08 12:28:53.0 +0100
+++ versiontools-1.9.1/debian/changelog	2015-10-25 11:58:55.0 +
@@ -1,3 +1,12 @@
+versiontools (1.9.1-1.1) unstable; urgency=medium
+
+  * Non-maintainer upload.
+  * Update not_found test to check for critical elements
+within the exception string instead of the entire string.
+(Closes: #802155)
+
+ -- Neil Williams   Sun, 25 Oct 2015 11:58:53 +
+
 versiontools (1.9.1-1) unstable; urgency=medium
 
   * Initial version. (Closes: #743921)
diff -Nru versiontools-1.9.1/debian/patches/check_contents.diff versiontools-1.9.1/debian/patches/check_contents.diff
--- versiontools-1.9.1/debian/patches/check_contents.diff	1970-01-01 01:00:00.0 +0100
+++ versiontools-1.9.1/debian/patches/check_contents.diff	2015-10-25 11:57:00.0 +
@@ -0,0 +1,23 @@
+Description: Check contents of message, not entire string
+ .
+ versiontools (1.9.1-1.1) UNRELEASED; urgency=medium
+ .
+   * Non-maintainer upload.
+   * Update not_found test to check for critical elements
+ within the exception string instead of the entire string.
+ (Closes: #802155)
+Author: Neil Williams 
+Bug-Debian: https://bugs.debian.org/802155
+
+---
+
+--- versiontools-1.9.1.orig/versiontools/tests.py
 versiontools-1.9.1/versiontools/tests.py
+@@ -148,6 +148,4 @@ class HandleVersionTests(TestCase):
+ except Exception:
+ e = sys.exc_info()[1]
+ self.assertTrue(isinstance(e, DistutilsSetupError))
+-self.assertEqual(str(e), "Unable to access '__nonexisting__' in "
+-  "'versiontools': 'module' object has "
+-  "no attribute '__nonexisting__'")
++self.assertIn("Unable to access '__nonexisting__'", str(e))
diff -Nru versiontools-1.9.1/debian/patches/series versiontools-1.9.1/debian/patches/series
--- versiontools-1.9.1/debian/patches/series	2014-04-08 12:15:45.0 +0100
+++ versiontools-1.9.1/debian/patches/series	2015-10-25 11:56:37.0 +
@@ -1 +1,2 @@
 fix-python-3.3-test.patch
+check_contents.diff

Bug#791506: [www.debian.org] Content negotiation doesn't work properly with pt_BR at the Release Notes web page

[Holger Wansing]

Hi,

Marcelo Santana  wrote:
> Please could anybody verify why the CN doesn't work properly for the
> Release Notes web page[1] with pt_BR language?
> 
> [1]https://www.debian.org/releases/stable/releasenotes
> 
> Explaining better, although I have my browser configured with pt_BR as
> preferred language, the link that appears in bold is to pt_PT version
> of RN.

This works fine for me here (with Seamonkey browser, a derivative from the
Firefox).
It's probably a browser issue?
Did you try with another browser?


Holger

-- 

Created with Sylpheed 3.5.0 under
D E B I A N   L I N U X   8 . 0   " J E S S I E " .

Registered Linux User #311290 - https://linuxcounter.net/

Bug#802940: xosview: does not start - /proc/meminfo: parse error, ' 34359738367 kB' is out of range

[Andreas Metzler]

Package: xosview
Version: 1.17-2
Severity: normal

Hello,

xosview has stopped working for me:

ametzler@argenau:/tmp/SAMBA$ xosview ; echo exited with $?
/proc/meminfo: parse error, '   34359738367 kB
' is out of range
exited with 1
ametzler@argenau:/tmp/SAMBA$ cat /proc/meminfo
MemTotal:4048416 kB
MemFree:  985032 kB
MemAvailable:3100036 kB
Buffers:  212956 kB
Cached:  2045092 kB
SwapCached:0 kB
Active:  1890312 kB
Inactive: 885932 kB
Active(anon): 518896 kB
Inactive(anon):   115572 kB
Active(file):1371416 kB
Inactive(file):   770360 kB
Unevictable:   0 kB
Mlocked:   0 kB
SwapTotal:   8388604 kB
SwapFree:8388604 kB
Dirty: 22160 kB
Writeback: 0 kB
AnonPages:518208 kB
Mapped:   201848 kB
Shmem:116368 kB
Slab: 256720 kB
SReclaimable: 226632 kB
SUnreclaim:30088 kB
KernelStack:3760 kB
PageTables: 4660 kB
NFS_Unstable:  0 kB
Bounce:0 kB
WritebackTmp:  0 kB
CommitLimit:10412812 kB
Committed_AS:1252304 kB
VmallocTotal:   34359738367 kB
VmallocUsed:  551708 kB
VmallocChunk:   34359183060 kB
HardwareCorrupted: 0 kB
AnonHugePages: 0 kB
HugePages_Total:   0
HugePages_Free:0
HugePages_Rsvd:0
HugePages_Surp:0
Hugepagesize:   2048 kB
DirectMap4k:   49024 kB
DirectMap2M: 4134912 kB


The system hardware has not changed, but there might have been a kernel
upgrade since the last time I managed to start xosview sucessfully.

cu Andreas

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

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

Versions of packages xosview depends on:
ii  libc6   2.19-22
ii  libgcc1 1:5.2.1-22
ii  libstdc++6  5.2.1-22
ii  libx11-62:1.6.3-1
ii  libxpm4 1:3.5.11-1+b1

Versions of packages xosview recommends:
ii  xfonts-base  1:1.0.4+nmu1

xosview suggests no packages.

-- no debconf information
-- 
`What a good friend you are to him, Dr. Maturin. His other friends are
so grateful to you.'
`I sew his ears on from time to time, sure'

Bug#802939: libparse-keyword-perl: FTBFS with perl 5.22: test failures

[Dominic Hargreaves]

Source: libparse-keyword-perl
Version: 0.08-1
Severity: serious
Justification: upcoming transition
User: debian-p...@lists.debian.org
Usertags: perl-5.22-transition
Tags: sid stretch upstream patch
Forwarded: https://github.com/doy/parse-keyword/issues/9

This package FTBFS with perl 5.22, in experimental:

#   Failed test at t/error.t line 62.
#  got: 'Global symbol "$baz" requires explicit package name (did you 
forget to declare "my $baz"?) at t/error.pl line 9.
# Execution of t/error.pl aborted due to compilation errors.
# '
# expected: 'Global symbol "$baz" requires explicit package name at 
t/error.pl line 9.
# Execution of t/error.pl aborted due to compilation errors.
# '
# Looks like you failed 1 test of 21.
t/error.t . 

(This late test result follows a perl 5.22 fix for build-dep
libdata-alias-perl.)

Cheers,
Dominic.

Bug#802942: jessie-pu: package lldpd/0.7.11-2

[Adam D. Barratt]

Control: tags -1 + confirmed

On Sun, 2015-10-25 at 13:39 +0100, Vincent Bernat wrote:
> I would like to push the attached patch to jessie-pu to fix some
> security problems present in lldpd: lldpd can crash when receiving
> malformed LLDP management addresses. I have been in contact with
> security team and they think a stable update is good enough. Patches
> come from upstream.

Please go ahead.

> I will also have to upload an update for wheezy which is affected as
> well. Should I use this same bug number or open a new one?

Please open a new bug. At the very least the updates for wheezy and
jessie will be released in separate point releases so need to be
separately trackable.

Regards,

Adam

Bug#802878: wheezy-pu: package libdatetime-timezone-perl/1:1.58-1+2015g

[Adam D. Barratt]

Control: tags -1 + confirmed

On Sat, 2015-10-24 at 15:52 +0200, gregor herrmann wrote:
> I've prepared an update for libdatetime-timezone-perl in wheezy to
> include the data from the Olson DB 2015g release.

Please go ahead.

Regards,

Adam

Bug#803014: python-django: loads network resources during build

[Brian May]

Source: python-django
Version: 1.8.5-1
Severity: normal

Everytime I see this it annoys me, but not enough distract me from my
original task.


make -C docs html
make[2]: Entering directory '/«PKGBUILDDIR»/docs'
sphinx-build -b djangohtml -n -d _build/doctrees -D language=   .
_build/html
Running Sphinx v1.3.1
making output directory...
loading translations []... not available for built-in messages
loading pickled environment... not yet created
loading intersphinx inventory from
https://docs.python.org/3/objects.inv...
loading intersphinx inventory from
http://initd.org/psycopg/docs/objects.inv...
loading intersphinx inventory from
http://django-formtools.readthedocs.org/en/latest/objects.inv...
loading intersphinx inventory from
http://pythonhosted.org/six/objects.inv...
loading intersphinx inventory from http://sphinx-doc.org/objects.inv...


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

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

-- debconf-show failed

Bug#624076: rsyslog: Uses deprecated _set_priority GnuTLS functions

[Michael Biebl]

Hi Andreas

Am 25.10.2015 um 17:58 schrieb Andreas Metzler:
> On 2015-10-03 Andreas Metzler  wrote:
> [...]
>> this should be fixed upstream but actually isn't, because the
>> configure test failed:
> 
>> AC_CHECK_FUNCS(gnutls_certificate_set_retrieve_function,,)
>> ...
>> configure:18329: checking for gnutls_certificate_set_retrieve_function
>> configure:18329: gcc -o conftest -g -O2 -fstack-protector-strong -Wformat 
>> -Werror=format-security -D_FORTIFY_SOURCE=2 -Wl,-z,relro conftest.c  >&5
>> /dev/shm/ccWseG6b.o: In function `main':
>> /tmp/NEON/rsyslog-8.12.0/conftest.c:186: undefined reference to 
>> `gnutls_certificate_set_retrieve_function'
>> collect2: error: ld returned 1 exit status
> 
>> Note that the gcc line is missing the -lgnutls.
> 
> Hello,
> 
> This is fixed in 8.13, which includes
> 588b4ca7412326abd51a5b2060eafbc04611e419 (Fix detection of the GnuTLS
> package).

While 8.13.0 successfully builds with gnutls 3.4.0 now, it still seems
to use gnutls_certificate_type_set_priority when available, so will
trigger this build warning you referenced in your initial bug report.

The upstream "fix" is to simply not use
gnutls_certificate_type_set_priority if not available [1], you mentioned
in your bug report that gnutls_priority_set_direct() should be used instead.

Could you please follow up here or the upstream bug report if the
upstream change really is sufficient or if there is still some work to
be done.

Thanks,
Michael



[1] https://github.com/rsyslog/rsyslog/blob/master/runtime/nsd_gtls.c#L1699


-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?



signature.asc
Description: OpenPGP digital signature

Bug#803000: RM: mp3splt-gtk -- RoQA; unmaintained, RC-buggy for a long time

[Moritz Muehlenhoff]

Package: ftp.debian.org
Severity: normal

Hi,
please remove mp3splt-gtk: It's RC-buggy for a long time and
has been dropped from testing for more than two years now.
In addition it depends on gstreamer 0.10, which is scheduled
for removal.

Cheers,
Moritz

Bug#803004: package needs additional build dependencies for running the tests

[Matthias Klose]

Package: src:openslide-python
Version: 1.1.0-1
Severity: serious
Tags: sid stretch patch

apparently pybuild now runs the tests, and fails because of missing build 
dependencies.


patch at
http://launchpadlibrarian.net/222821607/openslide-python_1.1.0-1_1.1.0-1ubuntu1.diff.gz

Bug#802532: aptitude: Missing comparison operators in "Unable to satisfy the build-depends" error message

[Axel Beckert]

Control: clone -1 -2
Control: retitle -2 aptitude: Remove trailing dots from "Unable to satisfy the 
build-depends" (and maybe other) error messages
Control: severity -2 minor
Control: tag -2 - pending

Hi Manuel,

Manuel A. Fernandez Montecelo wrote in the first reply:
[Missing comparison operators]
> Either this was caused e.g. by recent-ish changes in apt, or the bug has
> been present since ~2008 (code not modified since then), so I marked it
> that at least it is found in the version of Jessie (confirmed it).
[...]
> Fixed in VCS, it was using the wrong variable (and the bug was uncovered
> for 7+ years, congrats!).

Manuel A. Fernandez Montecelo wrote in the second reply:
[Not resolving some more complex build-dependencies]
> It was due to a typo causing a malfunction, also dating back to the date
> when the feature was added (2008).
[...]
> But in any case, it is strange that this survived lurking for so many
> years (7+) since the feature was added, without more bug reports
> alerting about the problem.

I guess this is indeed because most people probably use apt-get for
build-dependencies because it had that feature for a much longer time.

Nevertheless, I'm a little bit proud that I seem to have found two not
yet reported, 7+ years old bugs in one bug-report. :-)

But what I'm way more happy about is how quickly they got fixed. :-)
Thanks!

Again citing from the first reply:
> >Also the trailing dot at the end of all these error messages looks wrong
> >-- but is probably not a technical issue, just a question of grammar.
> 
> I also find strange to have the trailing dot and I think that it would
> better be removed, but all similar messages have this (I avoided to
> remove it in another instance for the same reason, consistency), so I
> think that if this is to be removed it's better if it's done in all
> cases, and perhaps as part of a more general revamp of the command line
> messages.

I agree that this should not be fixed in the same commit as the other
two issues.

I vaguely remember a discussion on one of the i18n mailing lists which
made me aware of the fact that error messages in the English language
commonly do not end in a dot while in the German language they usually
do. So I think we indeed should change this at some time in the
future -- probably for all occurences in one commit. Cloning the bug
report accordingly for this.

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

Bug#803002: denemo: Please package upstream release (1.24)

[Marwy]

Source: denemo
Version: 1.1.8-2
Severity: wishlist
Tags: upstream

Dear Maintainer,

please consider packaging version 1.24 of denemo.

The version currently in Debian is outdated and also threatened
with autoremoval from testing.
I gave the inoffically packaged .deb [1] a short try. At first sight
it works like a charm and appears much more responsive than 1.1.8.

Thank you.



[1] http://www.denemo.org/~aschneider/




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

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

Versions of packages denemo depends on:
ii  denemo-data 1.2.4
ii  guile-2.0-libs  2.0.11+1-10
ii  libasound2  1.0.29-1
ii  libatk1.0-0 2.18.0-1
ii  libaubio4   0.4.1-2+b3
ii  libc6   2.19-22
ii  libcairo-gobject2   1.14.2-2
ii  libcairo2   1.14.2-2
ii  libevdocument3-43.18.0-1
ii  libevview3-33.18.0-1
ii  libfftw3-double33.3.4-2
ii  libfluidsynth1  1.1.6-3
ii  libfontconfig1  2.11.0-6.3
ii  libfreetype62.6-2
ii  libgc1c21:7.4.2-7
ii  libgdk-pixbuf2.0-0  2.32.1-1
ii  libglib2.0-02.46.1-1
ii  libgtk-3-0  3.18.2-1
ii  libgtksourceview-3.0-1  3.18.1-1
ii  libpango-1.0-0  1.38.0-3
ii  libpangocairo-1.0-0 1.38.0-3
ii  libportaudio2   19+svn20140130-1
ii  libportmidi01:184-2.2
ii  librsvg2-2  2.40.11-1
ii  librubberband2  1.8.1-6+b1
ii  libsmf0 1.3-2
ii  libsndfile1 1.0.25-9.1
ii  libxml2 2.9.2+zdfsg1-4
ii  ttf-denemo  1.2.4

Versions of packages denemo recommends:
pn  alsa
pn  denemo-doc  
ii  lilypond2.18.2-4

denemo suggests no packages.

-- no debconf information

Bug#802325: Licensing of two files in prottest

[Diego Darriba López]

Hi Andreas,

There is a new version (release 3.4.1)

Diego.
El 25/10/2015 23:31, "Andreas Tille"  escribió:

> Hi Diego,
>
> On Sun, Oct 25, 2015 at 10:06:02PM +0100, Diego Darriba wrote:
> > I removed the dependency on the second file, since it is not necessary
> > anymore. The original file was dual licensed under the Apache License
> > 2.0 and Eclipse Public License 1.0.
>
> OK, if the file is really not needed could you send me a patch or are
> you refering to a new prottest version.  Simply removing the file does
> not seem to be sufficient:
>
> [javac]
> /build/prottest-3.4+dfsg/src/main/java/es/uvigo/darwin/prottest/util/logging/ProtTestLogger.java:153:
> error: cannot find symbol
> [javac] Handler handler = new StreamHandler(new
> WriterOutputStream(out),
> [javac] ^
> [javac]   symbol:   class WriterOutputStream
> [javac]   location: class ProtTestLogger
> [javac]
> /build/prottest-3.4+dfsg/src/main/java/es/uvigo/darwin/xprottest/results/ErrorLogView.java:47:
> error: cannot find symbol
> [javac] logHandler = new StreamHandler(new
> WriterOutputStream(errorWriter),
> [javac]^
> [javac]   symbol:   class WriterOutputStream
> [javac]   location: class ErrorLogView
>
> If the patch might be too complex I'll add the license information
> for the moment.
>
> Kind regards
>
>Andreas.
>
> --
> http://fam-tille.de
>

Bug#802895: htag: incorrectly wraps text containing non-unitary width characters

[Ben Finney]

Package: htag
Followup-For: Bug #802895

> Instead, the output should wrap correctly within the specified width
> based on the defined width of each character.

It occurs to me that this entails abandoning the mythical equivalence
of text and bytes , and
instead deliberately choosing an encoding whenever reading or writing
text.

> Please ensure the calculation of text width for line wrapping takes
> into account the defined width of each character.

I suggest that on a modern Debian system the default assumption when
reading or writing text should be to use the “UTF-8” encoding.

-- 
 \“He who laughs last, thinks slowest.” —anonymous |
  `\   |
_o__)  |
Ben Finney 


signature.asc
Description: PGP signature

Bug#803012: tar ftbfs everywhere (test suite errors)

[Matthias Klose]

Package: src:tar
Version: 1.28-2
Severity: serious
Tags: sid stretch

see https://buildd.debian.org/status/package.php?p=tar

 19: recursive extraction from --files-from  FAILED (T-dir00.at:30)
 20: trailing slash in --files-from  FAILED (T-dir01.at:30)

are failing everywhere.

Also, please consider

 - configuring with --disable-silent-rules to give the
   build log checker a chance for an analysis

 - Use a parallel build to speed up the build.

Disappointed that such an issue isn't noticed for 28 days ...

Bug#803003: ess: Maintainer field points to moderated mailing list

[Hilko Bengen]

Package: ess
Severity: grave

Dear maintainers,

After reporting a bug earlier today, I got the automated reply from
mailing list software as shown below. Apparently, the mailing list does
not accept messages "from those role accounts in Debian used to send
automated mails regarding the package". To me, this is a violation of
Debian Policy section 3.3 "The maintainer of a package".

Please fix this.

Thanks,
-Hilko

--- Begin Message ---
Your mail to 'ESS-Debian' with the subject

Bug#802953: ess: install/ess may interact with console, fail
emacs24 upgrade

Is being held until the list moderator can review it for approval.

The reason it is being held:

Post by non-member to a members-only list

Either the message will get posted to the list, or you will receive
notification of the moderator's decision.  If you would like to cancel
this posting, please visit the following URL:


https://stat.ethz.ch/mailman/confirm/ess-debian/8b64ea31eee9b2413a7a8a6c4da50d2d24949fca


--- End Message ---