Bug#754565: [moodle-packaging] Bug#754565: Bug#754565: Non free icc profile

[Dan Poltawski]

Hi Riley,

On 22 January 2015 at 06:34, Riley Baird
 wrote:
> P.S. I tried writing a message on the moodle forums to give them a heads
> up on the situation, but the spam filter stopped me. It told me to send
> my post to he...@moodle.org, so hopefully it will still get through.

'Upstream' here. Apologies that you got hit by a spam filter (I'm
afraid we were getting hit quite aggressively by first time link
spammers which is probably the cause of your filtering). Thank you
very much for trying to get in touch with us.

I've been cc'd on the Moodle debian bugs for quite some time and i'm
afraid that this is a bit of a cycle with the package. Quite some time
ago I was part of a team to keep up with keeping the package in order,
but eventually could not keep on top of it - then others like Tomasz
Muras and Thijs Kinkhorst have valiantly tried to get it in order. See
#494642 #647489 #747084 etc.

So much as it saddens me - I think this is the right course of action.
There is little evidence to suggest that the package is widely used
which makes it even less motivating for contributors for the
significant amount of work it takes to keep up with our wide ranging
upstream security fixes.

cheers,

Dan Poltawski


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

Bug#775976: openjdk-7-jdk depends on non headless JRE

[Michael D]

Package: openjdk-7-jdk
Version: 7u71-2.5.3-2

Brought to my attention in bug #775971, the openjdk-7-jdk package requires
the non headless JRE. This in turn recommends / requires many graphical and
desktop oriented libraries which would not otherwise be desirable in a
server environment.

As such I suggest that the -jdk variants of these packages depend on the
headless versions of their respective runtimes, unless the user explicitly
installs the full version.

Thanks

Bug#775971: systemd-logind is installed on minimal install, but dbus which is required is not.

[Michael D]

>
> but D-BUS is rather
> uncommon in the server world (and a bit frowned upon, too).


I was just trying to figure out why some of my servers have it, and it
turns out openjdk-7-jdk depends on the non-headless JRE, which in turn
recommends some packages that depend on dbus.
I might open a bug for that shortly.

Thanks

On 22 January 2015 at 18:09, Martin Pitt  wrote:

> Michael D [2015-01-22  6:36 +]:
> > What exactly does systemd-logind do
>
> See man systemd-logind(8) for a description. It also has some URLs at
> the bottom for further docs.
>
> > and why do I get the feeling it isn't the only thing broken by lack
> > of dbus?
>
> Could be; on a desktop you always want/need it, but D-BUS is rather
> uncommon in the server world (and a bit frowned upon, too).
>
> Martin
> --
> Martin Pitt| http://www.piware.de
> Ubuntu Developer (www.ubuntu.com)  | Debian Developer  (www.debian.org)
>

Bug#566943: Repro attempt

[era eriksson]

I tried to send email to 566943-h...@bugs.debian.org as suggested in the
feedback from the (then?) list maintainer, and got nothing back.

I sent another bug report in the meantime and that registered properly,
and I got the expected reply, so my mail does seem to be going through,
both ways.

-- 
If this were a real .signature, it would suck less.  Well, maybe not.


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

Bug#775975: libchi-driver-memcached-perl: Package description mentions unexisting (in the description) documentation "below"

[Beatrice Torracca]

Package: libchi-driver-memcached-perl
Severity: minor

Hi!

The package description ends with "Documentation for all three modules is
presented below." while there is no other info below in the
description.

Probably just a copy/paste from the package webpage gone one sentence
too far. :)

Thanks,

beatrice


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

Bug#775971: systemd-logind is installed on minimal install, but dbus which is required is not.

[Martin Pitt]

Michael D [2015-01-22  6:36 +]:
> What exactly does systemd-logind do

See man systemd-logind(8) for a description. It also has some URLs at
the bottom for further docs.

> and why do I get the feeling it isn't the only thing broken by lack
> of dbus?

Could be; on a desktop you always want/need it, but D-BUS is rather
uncommon in the server world (and a bit frowned upon, too).

Martin
-- 
Martin Pitt| http://www.piware.de
Ubuntu Developer (www.ubuntu.com)  | Debian Developer  (www.debian.org)


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

Bug#775974: lists.debian.org: Disable AHBL in SpamAssassin

[era eriksson]

Package: lists.debian.org
X-Debbugs-Cc: era+deb...@iki.fi

Apparently, all messages now get the AHBL hit, which increases the
likelyhood of spam false positives. Spot checks reveal this problem at
least on debian-user-spanish, debian-russian, and debian-l10n-french,
but apparently, all lists are affected.

For example, a recent message to debian.user-spanish [1] has the
following SpamAssassin headers:

X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on
bendel.debian.org
X-Spam-Level:
X-Spam-Status: No, score=-9.4 required=4.0 tests=DNS_FROM_AHBL_RHSBL,
LDOSUBSCRIBER,LDO_WHITELIST,RDNS_NONE autolearn=unavailable
version=3.3.2

While the total score is fine, the AHBL hit is spurious, and the rule
should be disabled.  The service was decommissioned on Jan 1, 2015, and
is now returning a blocked status for all queries; here is the DNSBL
maintainer's announcement:

http://www.ahbl.org/content/changes-ahbl

Tangentially, see also http://article.gmane.org/gmane.discuss/16570

[1] https://lists.debian.org/debian-user-spanish/2015/01/msg00195.html
but this view does not include full headers.  You could also access it
over NNTP from Gmane.org for full headers -- I think a useful URL could
be news://news.gmane.org/gmane.linux.debian.user.spanish:197903 but I
don't have a tool I can check this with (maybe change news: to nntp:
IIRC?)

-- 
If this were a real .signature, it would suck less.  Well, maybe not.


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

Bug#775971: systemd-logind is installed on minimal install, but dbus which is required is not.

[Michael D]

Didn't spot that dupe on the bug page, thanks for merging.

What exactly does systemd-logind do and why do I get the feeling it isn't
the only thing broken by lack of dbus?

Roll on kdbus I guess,
Michael
 On Jan 22, 2015 5:32 PM, "Martin Pitt"  wrote:

> Control: forcemerge 769728 -1
>
> Hey Michael,
>
> Michael D [2015-01-22  5:29 +]:
> > When performing a new installation of Jessie using the current installer,
> > but without selecting anything on the tasksel screen (not even basic
> system
> > libraries), systemd-logind will error and fail to start on boot. This is
> a
> > result of dbus having only a priority of recommends. Given how central
> dbus
> > is to functionality of systemd, I think a prudent option would be to make
> > it a depend.
>
> This is still under debate, as we don't necessarily want to bring
> D-BUS into every minimal install. Quite obviously we have to install
> the "systemd" package for booting, but IMHO it would be better to make
> that fail quietly instead of adding a D-BUS dep.
>
> Duplicating with existing report.
>
> Thanks,
>
> Martin
>
> --
> Martin Pitt| http://www.piware.de
> Ubuntu Developer (www.ubuntu.com)  | Debian Developer  (www.debian.org)
>

Bug#754565: [moodle-packaging] Bug#754565: Non free icc profile

[Riley Baird]

On 22/01/15 07:56, Tomasz Muras wrote:
> Package: moodle
> Followup-For: Bug #754565
> 
> It's not a big problem to remove whole tcpdf library from Moodle src - it
> is not used by Moodle itself. However, there are other issues with the
> package - including security fixes and I'm afraid there is too much work &
> too little interest in maintaining it, so RM may really be the best way to
> go.

Wow! I just saw the list of unfixed security issues, and there are a LOT.

To be fair to anyone else that is interested in saving moodle, I'll
still wait the week that I said I was going to before filing a RM bug.

P.S. I tried writing a message on the moodle forums to give them a heads
up on the situation, but the spam filter stopped me. It told me to send
my post to he...@moodle.org, so hopefully it will still get through.


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

Bug#775971: systemd-logind is installed on minimal install, but dbus which is required is not.

[Martin Pitt]

Control: forcemerge 769728 -1

Hey Michael,

Michael D [2015-01-22  5:29 +]:
> When performing a new installation of Jessie using the current installer,
> but without selecting anything on the tasksel screen (not even basic system
> libraries), systemd-logind will error and fail to start on boot. This is a
> result of dbus having only a priority of recommends. Given how central dbus
> is to functionality of systemd, I think a prudent option would be to make
> it a depend.

This is still under debate, as we don't necessarily want to bring
D-BUS into every minimal install. Quite obviously we have to install
the "systemd" package for booting, but IMHO it would be better to make
that fail quietly instead of adding a D-BUS dep.

Duplicating with existing report.

Thanks,

Martin

-- 
Martin Pitt| http://www.piware.de
Ubuntu Developer (www.ubuntu.com)  | Debian Developer  (www.debian.org)


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

Bug#775973: mirror submission for komo.padinet.com

[Iwan Santoso]

Package: mirrors
Severity: wishlist

Submission-Type: new
Site: komo.padinet.com
Type: leaf
Archive-architecture: ALL amd64 armel armhf hurd-i386 i386 kfreebsd-amd64 
kfreebsd-i386 mips mipsel powerpc s390x sparc 
Archive-ftp: /debian/
Archive-http: /debian/
Archive-rsync: debian/
IPv6: no
Archive-upstream: kambing.ui.ac.id
Updates: once
Maintainer: Iwan Santoso 
Country: ID Indonesia
Location: Surabaya
Sponsor: PT Padi Internet http://www.padi.net.id


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

Bug#759408: ntrack-module-libnl-0 not work with realtek/broadcom cards with kernel 3.16

[张敬强]

reassign 759408 src:ntrack
thanks

ntrack does not work with broadcom BCM4352 wireless chip
using broadcom-sta (wl) driver on my new Dell XPS 13 as well.


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

Bug#775972: src:libgnomeui: FTFBS on x32: -Werror printf warnings

[Adam Borowski]

Package: src:libgnomeui
Version: 2.24.5-3
Severity: normal
Tags: patch
Justification: fails to build from source (but built successfully in the past)

Hi!
I'm afraid that libgnomeui has regressed due to use of -Werror.  It fails
to build on any architecture where time_t has a different size than long. 
That's not the case on any of current Debian release arch, but, per Linus'
decree, applies to any new 32-bit arch (because Y2k38).

Sadly, this regression hasn't been noticed for a year, as -ports archs are
allowed to go out of sync from release ones, and any reverse-dependencies
built happily using 2.24.5-2 which used different build flags.

A readable patch attached.  This one will fail in 23 years, but this code
needs to be rewritten for any arch other than x32 anyway.  A proper patch
would use hairy casts as there's no standard printf format string for
time_t.


-- System Information:
Debian Release: 8.0
  APT prefers unstable
  APT policy: (600, 'unstable'), (500, 'unreleased'), (50, 'experimental')
Architecture: x32 (x86_64)

Kernel: Linux 3.18.2-x32 (SMP w/6 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: sysvinit (via /sbin/init)
Description: cast time_t printfs
 Upstream code uses printf("%ld") with a time_t argument.  This causes a
 warning if time_t is a different type than long, which causes a FTBFS
 under -Werror.
Author: Adam Borowski 

--- libgnomeui-2.24.5.orig/libgnomeui/gnome-thumbnail.c
+++ libgnomeui-2.24.5/libgnomeui/gnome-thumbnail.c
@@ -863,7 +863,7 @@ gnome_thumbnail_factory_save_thumbnail (
 }
   close (tmp_fd);
   
-  g_snprintf (mtime_str, 21, "%ld",  original_mtime);
+  g_snprintf (mtime_str, 21, "%ld",  (long)original_mtime);
   width = gdk_pixbuf_get_option (thumbnail, "tEXt::Thumb::Image::Width");
   height = gdk_pixbuf_get_option (thumbnail, "tEXt::Thumb::Image::Height");
 
@@ -970,7 +970,7 @@ gnome_thumbnail_factory_create_failed_th
 }
   close (tmp_fd);
   
-  g_snprintf (mtime_str, 21, "%ld",  mtime);
+  g_snprintf (mtime_str, 21, "%ld",  (long)mtime);
   pixbuf = gdk_pixbuf_new (GDK_COLORSPACE_RGB, TRUE, 8, 1, 1);
   saved_ok  = gdk_pixbuf_save (pixbuf,
 			   tmp_path,

Bug#775971: systemd-logind is installed on minimal install, but dbus which is required is not.

[Michael D]

Package: systemd
Version: 215-8


First time reporting a bug to a core package, so I hope I've got everything
write.
When performing a new installation of Jessie using the current installer,
but without selecting anything on the tasksel screen (not even basic system
libraries), systemd-logind will error and fail to start on boot. This is a
result of dbus having only a priority of recommends. Given how central dbus
is to functionality of systemd, I think a prudent option would be to make
it a depend.

Thanks

Bug#730645: (no subject)

[Michael Lustfield]

tags 730645 + wontfix
thanks

I'm marking this as won't fix because of the previously mentioned reasons.

-- 
Michael Lustfield


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

Bug#773301: (no subject)

[Michael Lustfield]

tags 773301 + wontfix
thanks

I'm marking this as won't fix because of the previously mentioned reasons. I'm
leaving it open for the moment because I'm still open to options... if they
exist.

-- 
Michael Lustfield


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

Bug#775956: bumblebee: filesystem corruption after bumblebee install

[Russ Allbery]

Tuxicoman  writes:

> I'm not the only one with this issue:
> https://lists.manjaro.org/pipermail/manjaro-dev/Week-of-Mon-20131230/000257.html
> https://www.libreoffice.org/bugzilla/show_bug.cgi?id=78530
> https://github.com/Bumblebee-Project/bbswitch/issues/78

Wow, that's a nasty problem.  Looks like bumblebee is tickling some sort
of serious hardware bug in the NVIDIA card and its interaction with the
system PCI bus in a way that's causing random memory corruption (at least)
and possibly messing with other things, like bus traffic to the drives.

I'm not sure the software is really at fault there, since that sort of
corruption should not be possible at the hardware level, but that also
means that the problem is likely to persist for quite a while since
hardware can't be as easily patched.

This is probably going to require the bumblebee upstream figure out what
it's doing that's tickling this hardware bug and hopefully work around it.

-- 
Russ Allbery (r...@debian.org)   


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

Bug#775445: RFS: bitfighter/019d+dfsg-11 [ITP]

[David Buck]

Dear mentors,

After fixing the lintian warnings and cleaning things up a bit, I am reopening 
this bug to request sponsorship for the package "bitfighter".  Below is updated 
package information.

 * Package name: bitfighter
   Version : 019d+dfsg-11
   Upstream Author : Chris Eykamp 
 * URL : http://bitfighter.org/
 * License : GPL-2+
   Section : games

It builds those binary packages:

bitfighter - Fast-paced two dimensional online space shooter
bitfighter-data - Resource and data files for bitfighter

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

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


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

 dget -x 
http://mentors.debian.net/debian/pool/main/b/bitfighter/bitfighter_019d+dfsg-11.dsc

More information about bitfighter can be obtained from http://bitfighter.org.

Thank you!,
   David Buck


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

Bug#775970: libjasper1: CVE-2014-8157 CVE-2014-8158

[Karl O. Pinc]

Package: libjasper1
Version: 1.900.1-13+deb7u2
Severity: grave
Tags: security upstream
Justification: user security hole

From: http://www.ocert.org/advisories/ocert-2015-001.html

The library is affected by an off-by-one error in a buffer boundary
check in jpc_dec_process_sot(), leading to a heap based buffer
overflow, as well as multiple unrestricted stack memory use issues in
jpc_qmfb.c, leading to stack overflow.

A specially crafted jp2 file can be used to trigger the
vulnerabilities.

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

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

Versions of packages libjasper1 depends on:
ii  libc6  2.13-38+deb7u6
ii  libjpeg8   8d-1+deb7u1
ii  multiarch-support  2.13-38+deb7u6

libjasper1 recommends no packages.

Versions of packages libjasper1 suggests:
pn  libjasper-runtime  

-- no debconf information


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

Bug#775969: cabal-install: wrong libc6 dependency version

[Patrick Boe]

Package: cabal-install
Version: 0.14.0.2
Severity: important

Dear Maintainer,
*** Please consider answering these questions, where appropriate ***

   * What led up to the situation?
   I installed haskell-platform, which depends on cabal-install

   * What exactly did you do (or not do) that was effective (or
 ineffective)?
   I ran `cabal install xmonad-contrib`

   * What was the outcome of this action?
   cabal: /lib/x86_64-linux-gnu/libc.so.
6: version `GLIBC_2.14' not
   found (required by cabal)

   * What outcome did you expect instead?
   I thought the command would run without errors.  The cabal-install
   package depends on libc6 >= 2.13, so I would not expect it to demand
   2.14 if I have 2.13 installed. This may not be under the control of
   the package maintainers; if that is so, I would expect the package to
   be listed with a dependency of >= 2.14 instead of 2.13.

   2.13 is the libc6 currently distributed with wheezy, and there is no
   later version available in backports. I can install from jessie as
   mentioned [here](http://tobold.org/entry/2014-12-07) but I have
   learned with much effort that this will introduce other
   irreconcilable conflicts to my system.  In my case, I believe the
   only way I can run haskell is to dist-upgrade to jessie. Hopefully,
   an honest dependency listing on this package will save others the
   floundering I went through.

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

Kernel: Linux 3.2.0-4-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

Versions of packages cabal-install depends on:
ii  libc6 2.13-38+deb7u6
ii  libffi5   3.0.10-3
ii  libgmp10  2:5.0.5+dfsg-2
ii  zlib1g1:1.2.7.dfsg-13

Versions of packages cabal-install recommends:
ii  ghc  7.4.1-4

cabal-install suggests no packages.

Bug#775968: unblock: icu/52.1-7

[Jay Berkenbilt]

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

Please unblock package icu

A small, localized fix to ICU fixes CVE-2014-6591 and CVE-2014-6585. ICU
passes its test suite after application of this patch. The security team
requested that this be included for Jessie. See
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=775884 for additional
details.

unblock icu/52.1-7

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

Kernel: Linux 3.14-2-amd64 (SMP w/8 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
diff -Nru icu-52.1/debian/changelog icu-52.1/debian/changelog
--- icu-52.1/debian/changelog	2014-09-29 10:27:22.0 -0400
+++ icu-52.1/debian/changelog	2015-01-21 21:47:39.0 -0500
@@ -1,3 +1,10 @@
+icu (52.1-7) unstable; urgency=high
+
+  * Patch to CVE-2014-6591, CVE-2014-6585 a font parsing bug.
+(Closes: #775884)
+
+ -- Jay Berkenbilt   Wed, 21 Jan 2015 21:33:19 -0500
+
 icu (52.1-6) unstable; urgency=medium
 
   * Ensure that only flags intended to be set by users make it into
diff -Nru icu-52.1/debian/patches/CVE-2014-6591.patch icu-52.1/debian/patches/CVE-2014-6591.patch
--- icu-52.1/debian/patches/CVE-2014-6591.patch	1969-12-31 19:00:00.0 -0500
+++ icu-52.1/debian/patches/CVE-2014-6591.patch	2015-01-21 21:47:39.0 -0500
@@ -0,0 +1,59 @@
+Description: fix ICU font parsing problem
+Bug-Debian: http://bugs.debian.org/775884
+Bug-RedHat: https://bugzilla.redhat.com/show_bug.cgi?id=CVE-2014-6591
+
+Index: icu/source/layout/CursiveAttachmentSubtables.cpp
+===
+--- icu.orig/source/layout/CursiveAttachmentSubtables.cpp
 icu/source/layout/CursiveAttachmentSubtables.cpp
+@@ -20,6 +20,9 @@ le_uint32 CursiveAttachmentSubtable::pro
+ le_int32  coverageIndex = getGlyphCoverage(base, glyphID, success);
+ le_uint16 eeCount   = SWAPW(entryExitCount);
+ 
++LEReferenceToArrayOf
++entryExitRecordsArrayRef(base, success, entryExitRecords, coverageIndex);
++
+ if (coverageIndex < 0 || coverageIndex >= eeCount) {
+ glyphIterator->setCursiveGlyph();
+ return 0;
+Index: icu/source/layout/Features.cpp
+===
+--- icu.orig/source/layout/Features.cpp
 icu/source/layout/Features.cpp
+@@ -15,6 +15,9 @@ U_NAMESPACE_BEGIN
+ 
+ LEReferenceTo FeatureListTable::getFeatureTable(const LETableReference &base, le_uint16 featureIndex, LETag *featureTag, LEErrorCode &success) const
+ {
++LEReferenceToArrayOf
++featureRecordArrayRef(base, success, featureRecordArray, featureIndex);
++
+   if (featureIndex >= SWAPW(featureCount) || LE_FAILURE(success)) {
+ return LEReferenceTo();
+   }
+Index: icu/source/layout/LigatureSubstSubtables.cpp
+===
+--- icu.orig/source/layout/LigatureSubstSubtables.cpp
 icu/source/layout/LigatureSubstSubtables.cpp
+@@ -27,6 +27,9 @@ le_uint32 LigatureSubstitutionSubtable::
+ Offset ligTableOffset = SWAPW(ligSetTable->ligatureTableOffsetArray[lig]);
+ const LigatureTable *ligTable = (const LigatureTable *) ((char *)ligSetTable + ligTableOffset);
+ le_uint16 compCount = SWAPW(ligTable->compCount) - 1;
++LEReferenceToArrayOf
++componentArrayRef(base, success, ligTable->componentArray, compCount);
++if (LE_FAILURE(success)) { return 0; }
+ le_int32 startPosition = glyphIterator->getCurrStreamPosition();
+ TTGlyphID ligGlyph = SWAPW(ligTable->ligGlyph);
+ le_uint16 comp;
+Index: icu/source/layout/MultipleSubstSubtables.cpp
+===
+--- icu.orig/source/layout/MultipleSubstSubtables.cpp
 icu/source/layout/MultipleSubstSubtables.cpp
+@@ -35,6 +35,8 @@ le_uint32 MultipleSubstitutionSubtable::
+ 
+ le_int32 coverageIndex = getGlyphCoverage(base, glyph, success);
+ le_uint16 seqCount = SWAPW(sequenceCount);
++LEReferenceToArrayOf
++sequenceTableOffsetArrayRef(base, success, sequenceTableOffsetArray, seqCount);
+ 
+ if (coverageIndex >= 0 && coverageIndex < seqCount) {
+ Offset sequenceTableOffset = SWAPW(sequenceTableOffsetArray[coverageIndex]);
diff -Nru icu-52.1/debian/patches/series icu-52.1/debian/patches/series
--- icu-52.1/debian/patches/series	2014-09-29 10:27:22.0 -0400
+++ icu-52.1/debian/patches/series	2015-01-21 21:47:39.0 -0500
@@ -6,3 +6,4 @@
 mlym-crash.patch
 two-digit-year-test.patch
 icu-config.patch
+CVE-2014-6591.patch

Bug#775967: RFP: selector

[westlake]

Package: wnpp
Version: N/A
Severity: wishlist

* Package name: selector
Version: 1.1.7
Upstream Author: F.Fleuret
* URL : http://www.idiap.ch/~fleuret/software.html#selector
* License : (GPL 3)
Description: selector is a real-time pattern matcher for console

"The selector command is a real-time interactive pattern matcher in 
console. It can be used to visit efficiently files in general, and shell 
history in particular. For the latter, contrary to what the readline C-r 
does, it does not show only one entry at a time, but restricts in real 
time the display to all the entries matching the pattern. You can at any 
time select one, which will be injected in the input buffer of the 
current tty.

"

It is a bit difficult to explain what this does without indicating an 
example or two. pretty much it is a program that offers to auto-type 
text to the command prompt but from the convenience of a menu list.  The 
menu list in question is something that selector presents upon execution 
after given a text file to it (or a redirected stream if no textfile).


The real-time pattern matching of the program is presented to the user 
when selector has started. Using up and down arrow keys selects 
different list items but while using a-z keys(or typing strings) the 
menu list dynamically updates itself on the matched alhanumeric string. 
Once an item is chosen, the "enter" key is used to quickly close 
selector and the selected text is auto-typed into the command-prompt.
Finally on the the command-prompt, the selected text which has been 
auto-typed is not sent with an ending "enter", so in case there needs to 
be a minor edit of the command it can still be done before finally 
committing it.


it would be good if this program is available for debian..

thanks


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

Bug#775884: icu: CVE-2014-6591

[Jay Berkenbilt]

Moritz Muehlenhoff  wrote:

> Package: icu
> Severity: important
> Tags: security
> 
> Hi,
> the issue CVE-2014-6585 from today's Oracle patch update
> (http://www.oracle.com/technetwork/topics/security/cpujan2015-1972971.html)
> is actually a vulnerability in ICU (since Java embeds a copy). Red Hat
> has tracked this down further and isolated the patch, please see
> https://bugzilla.redhat.com/show_bug.cgi?id=CVE-2014-6591 for more
> details. The patch isn't in ICU trunk yet, so please forward it
> upstream unless they are not aware of it yet. It would be nice to
> get that fixed in jessie.
>
> Actually there's another one:
> https://bugzilla.redhat.com/show_bug.cgi?id=CVE-2014-6591

The patch was easy to apply to ICU 52, which is in Jessie. It didn't
apply perfectly, but it was very easy to see how to apply it manually. I
noticed that the RedHat bug is closed with WONTFIX but it also looks
like they have a RHSA that addresses it. As for whether my application
of the patch is correct, all I have to go on is whether ICU's test suite
passes, which it does. I'll upload 52.1-7 to unstable with urgency=high
(though I believe urgency is ignored right now) and will request a
freeze exception justified by this fixing a security bug. Please advise
as to whether this should be fixed in stable. I'm not sure how urgent it
is given that a formal CVE has not yet been issued (right?) and that
this is classified as low risk.

-- 
Jay Berkenbilt 


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

Bug#606742: #3488: mail-key function is broken when crypt_use_gpgme is set

[Mutt]

#3488: mail-key function is broken when crypt_use_gpgme is set
+--
  Reporter:  antonio@…  |  Owner:  kevin8t8
  Type:  defect | Status:  assigned
  Priority:  trivial|  Milestone:
 Component:  mutt   |Version:  1.5.21
Resolution: |   Keywords:
+--
Changes (by kevin8t8):

 * owner:  mutt-dev => kevin8t8
 * status:  new => assigned


-- 
Ticket URL: 
Mutt 
The Mutt mail user agent


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

Bug#775966: xpdf: The xpdf -aa no foobar.pdf (as explained by the man page) reports "no" file not found

[Harka Gyozo]

Package: xpdf
Version: 3.03-10
Severity: minor

Dear Maintainer,
I can't disable anti-aliasing, the man page states, the option is "-aa yes|no",
the --help said "-aa string" where string is no or yes, but as I am executing:

$ xpdf -aa no E.pdf
error: "no" file not found

xpdf -aa E.pdf
Bad '-aa' value on command line

xpdf -aa:no E.pdf
Error: Couldn't open file '-aa:no': No such file or directory.

xpdf -aa=no E.pdf
Error: Couldn't open file '-aa=no': No such file or directory.

So I think it's a bug.


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

Kernel: Linux 3.12.2-grsec_carlos (SMP w/2 CPU cores)
Locale: LANG=hu_HU, LC_CTYPE=hu_HU (charmap=ISO-8859-2)
Shell: /bin/sh linked to /bin/dash

Versions of packages xpdf depends on:
ii  lesstif2  1:0.95.2-1.1
ii  libc6 2.13-38
ii  libgcc1   1:4.7.2-5
ii  libpoppler19  0.18.4-6
ii  libstdc++64.7.2-5
ii  libx11-6  2:1.5.0-1+deb7u1
ii  libxt61:1.1.3-1+deb7u1

Versions of packages xpdf recommends:
ii  cups-bsd   1.5.3-5+deb7u1
ii  gsfonts-x110.22
ii  poppler-data   0.4.5-10
ii  poppler-utils  0.18.4-6

xpdf suggests no packages.

-- no debconf information


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

Bug#775965: htdig: The package does not use a patch management system

[Slavek Banko]

Package: htdig
Version: 1:3.2.0b6-13
Severity: normal
Tags: patch

Dear Maintainer,

the package still uses outdated source format 1.0 with one big diff file,
instead of using the system for patch management - or even format 3.0 (quilt).

That's why I pulled changes into separate patch and changed the format of the
package to version 3.0 (quilt).

-- 
Slavek


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

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


htdig_3.2.0b6-13+1.debian.tar.xz
Description: application/xz

Bug#775295: AW: Bug#775295: dialog: ok/cancel shortcuts not working in many dialogs

[Thomas Dickey]

On Wed, Jan 21, 2015 at 12:58:17PM +, FUCHS Gerfried wrote:
> Hi!
> 
> I was refering to man 3 dialog, which speaks in the dlg_char_to_button
> function about key bindings.  If it's not meant to be a shortcut, why does it
> receive a hilight on the first character then?  And if it's not meant to be a
> shortcut, is there a way with a switch or such to manually disable the
> hilighting as a workaround?  I'm uncertain how --visit-items should play into
> the issue.

The highlighting is done as part of setting up the button row (ok,
cancel, etc), so there's (currently) no way to turn it off.  I think the
way to accomplish this change is to add a flag to the widget state to
suppress highlighting for the button row, and to set that in the widgets
where abbreviation is done differently.

Inevitably, someone will then complain that the buttons aren't the same
appearance as before - but adding a command-line option to control this
seems a worse solution.
 
>  Thanks for your quick response. :)

no problem

> Gerfried Fuchs
> 
> -Ursprüngliche Nachricht-
> Von: Thomas Dickey [mailto:dic...@his.com] 
> Gesendet: Sonntag, 18. Januar 2015 19:49
> An: 775...@bugs.debian.org
> Cc: 775295-submit...@bugs.debian.org
> Betreff: Bug#775295: dialog: ok/cancel shortcuts not working in many dialogs 
> (WARNING!!! PGP with incorrect signature)
> 
> On Tue, Jan 13, 2015 at 04:46:53PM +, FUCHS Gerfried wrote:
> > Package: dialog
> > Version: 1.1-20120215-2
> > Severity: normal
> > 
> >Hi!
> > 
> > I've noticed that the shortcuts for the OK and Cancel buttons (O and C
> > respectively) don't work in --menu dialogs.  It seems to work in 
> > --calendar and --dselect/--fselect/--editbox (once the input focus 
> > isn't on the input box anymore), but not in --menu or --checklist.  I 
> > didn't test them all through, but it's strange that they seem to work 
> > in some but not others, which is kinda confusing for the users, 
> > especially since it is documented to work that way in the manpage.  :/
> 
> hmm - yes/no - I'm not sure which part of the manpage you're reading.
> In a quick check, this part of the description is all that I'm seeing which 
> tells specifically about abbreviations (shortcuts):
> 
>--visit-items
>   Modify  the  tab-traversal  of checklist, radiolist, menubox and
>   inputmenu to include the list of items as  one  of  the  states.
>   This  is useful as a visual aid, i.e., the cursor position helps
>   some users.
> 
>   When this option is given, the cursor is initially placed on the
>   list.   Abbreviations (the first letter of the tag) apply to the
>   list items.  If you tab to the button row,  abbreviations  apply
>   to the buttons.
> 
> It's probably confusing that the OK/Cancel buttons have a character 
> highlighted in their labels.  But essentially the widgets which support 
> abbreviations for a list-item are doing this with the cursor never leaving 
> the ok/cancel buttons, but maintaining a highlighted line on the list itself.
> They're different from inputbox (where the cursor does move around).
> 
> --
> Thomas E. Dickey  http://invisible-island.net 
> ftp://invisible-island.net
> 

-- 
Thomas E. Dickey 
http://invisible-island.net
ftp://invisible-island.net


signature.asc
Description: Digital signature

Bug#775948: gdb: Replace gdb64 with parallel installable multiarch packages?

[Hector Oron]

Hello,

2015-01-21 20:40 GMT+01:00 Guillem Jover :
> It would be nice if the gdb64 package could be dropped, because it's
> making life hard for bootstrapping, as it's the only reason at least
> the expat packages still need to provide multilib packages. If gdb
> stopped doing multilib builds it would simplify the process quite a
> bit and we could get rid of some redundant cruft, which by now should
> be already provided by multiarch.

Right that was planned for jessie+1.
It should happen on upcoming upload to experimental 7.8.2-1.

> There's also already a gdb-multiarch package which should be able to
> replace the gdb64 package in some circumstances. But for when that's
> still not enough, it would be possible to make the gdb package be
> Multi-Arch:same, and make it ship triplet-qualified filenames for
> files varying per arch, as in /usr/bin/i586-linux-gnu-gdb, which would
> allow to co-install them with ones from foreign architectures, like
> /usr/bin/x86_64-linux-gnu-gdb.
>
> The maintainer scripts could then use alternatives to create the gdb
> and other slave filenames, and assign a higher priority to the native
> architecture (the one defined by «dpkg --print-architecture»).
>
> In addition this would give a 64-bit package on 32-bit arches that's
> fully functional, as currently the gdb64 packages lack for example
> python support, among other things.
>
> What do you think?

That should be good!
Could you provide a patch?

Regards,
-- 
 Héctor Orón  -.. . -... .. .- -.   -.. . ...- . .-.. --- .--. . .-.


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

Bug#772823: ITP: kimchi -- HTML5 baseITP: kimchi -- HTML5 based management tool for KVM.d management tool for KVM.

[Julien Goodwin]

On 19/01/15 21:49, Frederic Bonnard wrote:
> Thank you Julien for looking at this and already filing bugs upstream.
> I've uploaded a new package for 1.4.0 with a batch of small fixes (issues from
> you, misc I found and from lintian) :
> http://mentors.debian.net/package/kimchi

That's a nice set of improvements. My only new issues are:

1. For some reason kimchid didn't start on boot, systemd decided not to
load it. This may well be a problem on my machine, not a generic one,
but perhaps worth testing.

2. The dependency on qemu-system is fairly broad, unless kimchi actually
supports foreign architecture VMs then depending on the local version
per-arch would be nice.

...
> [ ] "3. Websocksify listens on IPv4 only, this will be unreliable for people
> who have both v4 & v6 in DNS, and break for any v6 only users" : no bug 
> so far : I checked
> kimchi for configuration options but that seems to be changed deeper. 
> Should I
> file a bug for this one ?

With 1.4 websockify is now an external dependency so it's now a bug in
it (although fixed upstream, but there's not been a release, I've filed
debian bug #??? for this).

> [ ] "6. I don't see a pam service being created for kimchi, nor an obvious way
> to restrict who has rights to login. (Upstream bug #571 filed)
> A sensible default would probably be members of the libvirt group."
> I need to look into that. Actually in our lab we avoided use of kimchi 
> because we
> felt it was not well suited at the moment for fine grained access rights.
> If I'm right, a user that can login to the machine (pam) as access to 
> kimchi and
> also access to firmware updating tabs. Did we miss something on that ?
> What's your opinion on Julien's point ?

Per debian convention kimchi should get its own service, even if not
generically. My plan is to allow the use of external auth which solves
my case.

> [X] "8. /robots.txt is missing.  (Patch sent)"
This is now merged for the next release.





signature.asc
Description: OpenPGP digital signature

Bug#775964: htdig: For Jessie are not avaible binary packages for new architectures like arm64 and ppc64el

[Slavek Banko]

Source: htdig
Version: 1:3.2.0b6-12
Severity: important

Dear Maintainer,

because the package has not been updated for a long time, builds for the newly
added architectures (like arm64, ppc64el) are not available. There is no need
for any adjustments - just enough to rebuild.


-- System Information:
Debian Release: 8.0
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: arm64 (aarch64)

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


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

Bug#775963: websockify: Listens on IPv4 only

[Julien Goodwin]

Package: websockify
Version: 0.6.0+dfsg1-1
Severity: normal

Dear Maintainer,

The current packaged version of websockify listens on IPv4 only. This
may break dual-stack hosts.

This has been fixed upstream, however a release has not been made that I
can see.

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

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

Versions of packages websockify depends on:
ii  dpkg  1.17.23
ii  libc6 2.19-13
ii  python2.7.8-2
ii  python-numpy  1:1.8.2-2

websockify recommends no packages.

websockify suggests no packages.

-- no debconf information



signature.asc
Description: OpenPGP digital signature

Bug#760327: #760327: no longer fixed in current NMU

[Adam Borowski]

Control: reopen -1
Control: found -1 1:8.35-3
Control: fixed -1 1:8.35-3.2
Control: found -1 2:8.35-3.2

Hi!
I'm afraid the NMU that introduced the 2: epoch has dropped the patch fixing
this bug -- the current version erroneously thinks that JIT is supported on
x32 (and apparently powerpcspe and sparc64).

Also, the version that regressed is the one Andreas Beckmann specifically
marked as "fixed" -- did you mean to mark it as "found"?


Meow!
-- 
// If you believe in so-called "intellectual property", please immediately
// cease using counterfeit alphabets.  Instead, contact the nearest temple
// of Amon, whose priests will provide you with scribal services for all
// your writing needs, for Reasonable and Non-Discriminatory prices.


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

Bug#775962: udftools: No means of repairing a UDF filesystem i.e. no fsck.udf

[Guy Heatley]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Package: udftools
Version: 1.0.0b3-14.3
Severity: wishlist

Dear Maintainer,

Given that most current popular OSs now support reading from / writing
to UDF formatted storage, UDF makes a useful OS agnostic, standardised
filesystem for use in heterogenous environments.

Also, because UDF supports ignoring of hardcoded UID/GID permissions,
UDF would still be a suitable choice for removable media used across
different installations of e.g. Debian.

A drawback to using UDF on larger sized volumes is the current lack of
a fsck.udf type utility for checking and repairing UDF filesystems
should they develop any errors.


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

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

Versions of packages udftools depends on:
ii  libc6 2.19-13
ii  libreadline6  6.3-8+b3

Versions of packages udftools recommends:
ii  udev  215-8

Versions of packages udftools suggests:
ii  dvd+rw-tools  7.1-10
ii  pmount0.9.23-3+b1

- -- no debconf information
-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iEYEARECAAYFAlTASr8ACgkQcVtC8LX0UeaeFwCffDxF+iFyEMKWX3uzdHuGJ16J
IywAnRMdtEo/xQdJN6+TrTV6MFna+1lC
=WqMy
-END PGP SIGNATURE-


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

Bug#775814: installation-guide: Advise users against using unetbootin

[Stuart Prescott]

> > being a little more explicit about which images the user can use on
> > the USB stick (since that is also a FAQ in #debian).
> 
> Err, can't actually *all* images be used on a USB stick?

I don't believe CD2, DVD2 etc are bootable. "OMG there's like 60 CDs which one 
do I need? It's all so complicated!!1!" is sadly quite common.

cheers
Stuart


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

Bug#775814: installation-guide: Advise users against using unetbootin

[Samuel Thibault]

Stuart Prescott, le Thu 22 Jan 2015 11:29:17 +1100, a écrit :
> > > being a little more explicit about which images the user can use on
> > > the USB stick (since that is also a FAQ in #debian).
> > 
> > Err, can't actually *all* images be used on a USB stick?
> 
> I don't believe CD2, DVD2 etc are bootable. "OMG there's like 60 CDs which 
> one 
> do I need? It's all so complicated!!1!" is sadly quite common.

Ah. Oh my. Well. Right :)

Samuel


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

Bug#766982: RFS: plowshare4/1.0.6-1

[Carl Suster]

Thanks very much Eriberto!

Is it better if I send new versions to the mentors list or to you
directly? I wasn't quite sure how it works.

I'll have the new version packaged soon.


Cheers,
Carl



signature.asc
Description: OpenPGP digital signature

Bug#760916: brltty interferes with getty autostart

[Samuel Thibault]

Dave Mielke, le Wed 21 Jan 2015 18:56:42 -0500, a écrit :
> It's possible, of course, that things like the Unicode map, the screen font 
> map, the character translation table, etc are common to all vts,

They are not :/

Samel


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

Bug#760916: brltty interferes with getty autostart

[Dave Mielke]

[quoted lines by Samuel Thibault on 2015/01/22 at 00:46 +0100]

>Reading is fine, since it's done through /dev/vcsa, which doesn't count
>in VT_GETSTATE.

Not exactly. The tty device still needs to be opened in order to do things like 
fetch the Unicode map.

It's possible, of course, that things like the Unicode map, the screen font 
map, the character translation table, etc are common to all vts, in which case 
they could be fetched from tty1. I'm not familiar enough with the internals to 
know for sure.

I noticed a comment in the source for systemd-logind stating that tty1 is 
special, so using it would seem to be okay. We still need to be sure that all 
of what we need for mapping the font positions returned by the vcs devices back 
to the original characters is common to all ttys so that fetching them from 
tty1 would be valid for other ttys.

-- 
Dave Mielke   | 2213 Fox Crescent | The Bible is the very Word of God.
Phone: 1-613-726-0014 | Ottawa, Ontario   | http://Mielke.cc/bible/
EMail: d...@mielke.cc | Canada  K2A 1H7   | http://FamilyRadio.com/


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

Bug#760916: brltty interferes with getty autostart

[Samuel Thibault]

Dave Mielke, le Wed 21 Jan 2015 18:43:09 -0500, a écrit :
> There's another case where brltty needs to "see" a vt when it isn't open. For 
> example, a command can be run asynchronously in a free vt via the openvt 
> command. After the command finishes, the output remains on the vt's screen 
> even 
> though the vt itself has been closed. The user needs to still be able to 
> switch 
> to that vt and read it.

Reading is fine, since it's done through /dev/vcsa, which doesn't count
in VT_GETSTATE.

Samuel


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

Bug#533233: ipd should not overwrite route when other interfaces are configured

[Jose David]

> Here's exactly what happens. The system has two interfaces, eth0 and
> wlan0. Without an ethernet cable connected (standard since this is a
> laptop), the wlan0 interfaces gets an IP address quickly from dhcp and
> becomes the default route. Slightly after this (around 1 minute),
> avahi seems to timeout after being unable to get an IP address for
> eth0 (there's no cable after all) and gets an APIPA address for eth0
> (and eth0:avahi) which then becomes the default route. But why is an
> interface that is down even being added to the route? And why is it
> "stealing" the default route from the properly configured interfaces?
>
> Bringing eth0 down fixes it only temporarily. A few minutes after
> running 'ifconfig eth0 down', that interface comes up again
> automatically and becoming the default route (wrong). I have "fixed"
> tis temporarily by commenting all the eth0 lines in
> /etc/network/interfaces

Exactly the same problem and the same fix for me. FWIW, I am using a
new laptop (amd64 arch, rtl8723ae wifi hardware) running a fresh
Debian unstable system (installed two days ago) with avahi 0.6.31-4+b2
and network-manager 0.9.10-5.

The problem is quite easy to diagnose and fix for people having the
knowledge to check out /var/log/daemon.log and comment eth0 out of
/etc/network/interfaces. However, if non-technical users are affected
by this problem, they are likely to get completely lost when their
wifi connection works for a few seconds after startup, then
mysteriously stops working for (apparently) no reason.

Jose David


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

Bug#775814: installation-guide: Advise users against using unetbootin

[Samuel Thibault]

Hello,

Stuart Prescott, le Tue 20 Jan 2015 23:25:14 +1100, a écrit :
> being a little more explicit about which images the user can use on
> the USB stick (since that is also a FAQ in #debian).

Err, can't actually *all* images be used on a USB stick?

Samuel


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

Bug#760916: brltty interferes with getty autostart

[Dave Mielke]

There's another case where brltty needs to "see" a vt when it isn't open. For 
example, a command can be run asynchronously in a free vt via the openvt 
command. After the command finishes, the output remains on the vt's screen even 
though the vt itself has been closed. The user needs to still be able to switch 
to that vt and read it.

-- 
Dave Mielke   | 2213 Fox Crescent | The Bible is the very Word of God.
Phone: 1-613-726-0014 | Ottawa, Ontario   | http://Mielke.cc/bible/
EMail: d...@mielke.cc | Canada  K2A 1H7   | http://FamilyRadio.com/


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

Bug#775961: supervisor: package can not be upgraded

[Toni Mueller]

Package: supervisor
Version: 3.0a8-1.1+deb7u1
Severity: normal

Dear Maintainer,

on a Wheezy machine, I see this:


# apt-get upgrade
Reading package lists... Done
Building dependency tree   
Reading state information... Done
0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded.
1 not fully installed or removed.
After this operation, 0 B of additional disk space will be used.
Do you want to continue [Y/n]? 
Setting up supervisor (3.0a8-1.1+deb7u1) ...
Starting supervisor: Error: Another program is already listening on a port that 
one of our HTTP servers is configured to use.  Shut this program down first 
before starting supervisord.
For help, use /usr/bin/supervisord -h
invoke-rc.d: initscript supervisor, action "start" failed.
dpkg: error processing supervisor (--configure):
 subprocess installed post-installation script returned error exit status 2
Processing triggers for python-support ...
Errors were encountered while processing:
 supervisor
E: Sub-process /usr/bin/dpkg returned an error code (1)
# 



Kind regards,
--Toni++


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

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

Versions of packages supervisor depends on:
ii  python2.7.3-4+deb7u1
ii  python-medusa 1:0.5.4-7
ii  python-meld3  0.6.5-3.1
ii  python-pkg-resources  0.6.24-1
ii  python-support1.0.15

supervisor recommends no packages.

supervisor suggests no packages.

-- Configuration Files:
/etc/default/supervisor changed [not included]
/etc/supervisor/supervisord.conf [Errno 13] Permission denied: 
u'/etc/supervisor/supervisord.conf'

-- no debconf information


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

Bug#775960: mp3blaster: Minimalistic error message "Failed to open sound device."

[Alexander Veit]

Package: mp3blaster
Version: 1:3.2.5-3
Severity: normal

Dear Maintainer,

when I try to play a mp3 file with mp3blaster it prints the error message
"Failed to open sound device." at the bottom line. As I am an ordinary user,
this message does not help me very much to find about what the problem might
be.

 - Is there a sound device you've tried to open?
 - If so, what's its name?
 - What might be the reasons for the failure? Permissions, ...?

Please provide as much information about the problem as possible.



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

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

Versions of packages mp3blaster depends on:
ii  libc6   2.19-13
ii  libgcc1 1:4.9.1-19
ii  libncurses5 5.9+20140913-1+b1
ii  libsidplay1 1.36.59-6
ii  libstdc++6  4.9.1-19
ii  libvorbis0a 1.3.4-2
ii  libvorbisfile3  1.3.4-2

mp3blaster recommends no packages.

mp3blaster suggests no packages.

-- no debconf information


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

Bug#767441: docker.io: daemon ignores proxy settings

[Olaf Meeuwissen]

intrigeri writes:

> Hi,
>
> Olaf Meeuwissen wrote (31 Oct 2014 04:13:11 GMT) :
>> Actually, I take that partially back.  It turns out to be dependent on
>> what init system you are using.  For the traditional SysV init and
>> Upstart the `export` seems to be needed but for systemd it causes the
>> variable to be ignored, as per the following from my syslog:
>
> Apart of improving the comments, given we want to support both init
> systems in Debian, and to have a single "default" file configure both,
> it seems that we should remove the `export' from
> contrib/init/sysvinit-debian/docker.default, and have the initscript
> export these TMPDIR and http_proxy if they are set, e.g.
> something like the attached (untested) patch.
>
> Thoughts?

If you want to support both, the attached patch looks fine to me.  Note,
I have neither tested it, nor do I know how and where the source files
end up in the binary package.  The logic looks OK to me, that's all.

Hope this helps,
-- 
Olaf Meeuwissen, LPIC-2   FLOSS Engineer -- AVASYS CORPORATION
FSF Associate Member #1962   Help support software freedom
 http://www.fsf.org/jf?referrer=1962


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

Bug#774175: New revision

[Tristan Schmelcher]

I've uploaded a new revision that fixes the issues Riley pointed out and more.

FYI, I am pretty sure the hardening-no-fortify-functions is a false
positive since the build is blhc-clean.


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

Bug#592539: Improved patch

[C.J. Adams-Collier]

Hello Steven, ALCON,

I've applied your patch to the 4.2.4 .deb source from Ubuntu Trusty and
removed the apparmor and apport references:

http://archive.ubuntu.com/ubuntu/pool/main/i/isc-dhcp/isc-dhcp_4.2.4-7ubuntu12.dsc

I doubt that you used this source for the base of your patch, but it
applied with only one rejection, so it was close enough for me.  There
were compile-time problems on my Wheezy build machine relating to
apport / apparmor, but these were easy enough to deal with using

$ grep -rsil -e apport -e apparmor isc-dhcp-4.2.4 | grep -v changelog

Still, it would be nice to have the source you built from so that I
could skip this stage.  It would be nicer still if the patch applied to
4.2.2 (Wheezy) or 4.3.1 (Jessie).

Once installed, I verified that stopping and starting the daemon did not
cause an outage with the v4 server.  It did not; I was able to request
v4 leases on all interfaces as expected.  I then modified
the /etc/default/isc-dhcp-server config file to set the following
variables:

V6_ENABLED="true"
INTERFACES_V6="vl78 eth4.100 eth4.101 eth3"

A re-start of the daemon succeeded for v4, but failed for v6 due to a
missing dhcpd6.leases file:

Jan 21 09:17:35 sip1 dhcpd: Can't open lease database 
/var/lib/dhcp/dhcpd6.leases: No such file or directory --
Jan 21 09:17:35 sip1 dhcpd:   check for failed database rewrite attempt!
Jan 21 09:17:35 sip1 dhcpd: Please read the dhcpd.leases manual page if 
you
Jan 21 09:17:35 sip1 dhcpd: don't know what to do about this.

It might be nice if the daemon grepped the log for this message and gave
a more specific error message.  I created the leases file with:

$ sudo touch /var/lib/dhcp/dhcpd6.leases

Re-starting succeeded for v4 and failed again for v6 because I had not
written any subnet6 declarations and the daemon had no interfaces on
which to listen.  It might be nice if the daemon grepped the log for
this message and gave a more specific error message:

Jan 21 09:39:53 sip1 dhcpd: No subnet6 declaration for eth3 
(fe80::290:bff:fe0a:6c2).
...
Jan 21 09:39:53 sip1 dhcpd: No subnet6 declaration for eth4.101 
(fe80::290:bff:fe0a:e08b).
...
Jan 21 09:39:53 sip1 dhcpd: No subnet6 declaration for eth4.100 
(fe80::290:bff:fe0a:e08b).
...
Jan 21 09:39:53 sip1 dhcpd: No subnet6 declaration for vl78 
(2607:ff08:f5:1337::1).
Jan 21 09:39:53 sip1 dhcpd: ** Ignoring requests on vl78.  If this is 
not what
Jan 21 09:39:53 sip1 dhcpd:you want, please write a subnet6 
declaration
Jan 21 09:39:53 sip1 dhcpd:in your dhcpd.conf file for the network 
segment
Jan 21 09:39:53 sip1 dhcpd:to which interface vl78 is attached. **
Jan 21 09:39:53 sip1 dhcpd:
Jan 21 09:39:53 sip1 dhcpd:
Jan 21 09:39:53 sip1 dhcpd: Not configured to listen on any interfaces!

I added a subnet6 declaration for the vl78 interface
to /etc/dhcp/dhcpd6.conf and re-started the service successfully:

# vl78  
 
subnet6 2607:ff08:f5:1337::0/64 {
  # ::ac10:4e66 -::ac10:4e6d = ::172.16.78.102 - ::172.16.78.109 ; 
matches v4 subnet range   
  range6 2607:ff08:f5:1337::ac10:4e66 2607:ff08:f5:1337::ac10:4e6d; 


  option dhcp6.name-servers 
2607:ff08:f5:1337::64,2607:ff08:f5:1337::19,2607:ff08:f5:3a::2;
  option dhcp6.domain-search "esd.colliertech.org","colliertech.org";

  # laptop / virtual machine   
  host ubuntu0 {
host-identifier option dhcp6.client-id 
00:01:00:01:1c:52:b8:47:08:00:27:04:be:09;
fixed-address6 2607:ff08:f5:1337::5d;
  }
}

At this point, I was able to solicit the server for an address from my
laptop VM client, ubuntu0.  Logs from server:

Jan 21 15:02:44 sip1 dhcpd: Solicit message from 
fe80::a00:27ff:fe04:be09 port 546, transaction ID 0xC6EFEB00
Jan 21 15:02:44 sip1 dhcpd: Sending Advertise to 
fe80::a00:27ff:fe04:be09 port 546
Jan 21 15:02:45 sip1 dhcpd: Request message from 
fe80::a00:27ff:fe04:be09 port 546, transaction ID 0xD04C9800
Jan 21 15:02:45 sip1 dhcpd: Sending Reply to fe80::a00:27ff:fe04:be09 
port 546

Logs from client:

cjac@ubuntu0:~$ sudo dhclient -v -6 eth0
Internet Systems Consortium DHCP Client 4.2.4
Copyright 2004-2012 Internet Systems Consortium.
All rights reserved.
For info, please visit https://www.isc.org/software/dhcp/

Bound to *:546
Listening on Socket/eth0
Sending on   Socket/eth0
PRC: Soliciting for leases (INIT).
XMT: Forming Solicit, 0 ms elapsed.
XMT:  X-- IA_NA 27:04:be:0

Bug#760707: Workaround: Restart Akonadi

[Sandro Knauß]

tags 760707 +moreinfo
reassign 760707 akonadi-server 1.13.0-1
thanks

Hey,

the issue that kmail do not show new mails I also see at my system, but this 
is not relateed to midnight. My system also runs for days and is only triggerd 
after some days. I didn't saw the issue for the newest akonadi comination and 
it only occures for one account.

But I never saw it that mails do not go out and are not send.

One thing that actually is related is switching i-net on/off in shot time 
frame (5min) f.ex. vpn on/off with vpn inside no connection to mailserver.

> Anyway, repeatedly, kmail quietly puts mails in outbox instead
> of sending them, and as described, "send queued messages" does nothing.
> When this happens, restarting kmail alone does not help, but
> after restarting Akonadi, when kmail starts again, it does send
> from the outbox.

But I never saw it that mails do not go out and are not send.
 
> (so this may actually be an Akonadi, rather than KMail, problem,
> although I wasn't aware Akonadi is involved in sending mails too).

Yepp it is a akonadi issue, 'cause akonadi is doing the whole interaction with 
the outside world.

Regads,

sandro


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

Bug#775956: bumblebee: filesystem corruption after bumblebee install

[Tuxicoman]

I'm not the only one with this issue:
https://lists.manjaro.org/pipermail/manjaro-dev/Week-of-Mon-20131230/000257.html
https://www.libreoffice.org/bugzilla/show_bug.cgi?id=78530
https://github.com/Bumblebee-Project/bbswitch/issues/78


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

Bug#775953: openntpd: no longer happens with wheezy-backports version

[Sascha Silbe]

Package: openntpd
Followup-For: Bug #775953

Dear Maintainer,

after upgrading to the openntpd version from wheezy-backports (no
other changes), the indefinite hang no longer occurs.

Kind regards,
Sascha

-- System Information:
Debian Release: 7.7
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'stable'), (1, 'experimental')
Architecture: armel (armv5tel)

Kernel: Linux 3.18.0-openrd-1-1-gff3a1b1
Locale: LANG=en_GB, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages openntpd depends on:
ii  adduser  3.113+nmu3
ii  libc62.13-38+deb7u6
ii  libssl1.0.0  1.0.1e-2+deb7u13
ii  netbase  5.0

openntpd recommends no packages.

openntpd suggests no packages.

-- Configuration Files:
/etc/default/openntpd changed:
DAEMON_OPTS="-s -f /etc/openntpd/ntpd.conf"

/etc/openntpd/ntpd.conf changed:
listen on *
servers 0.debian.pool.ntp.org
servers 1.debian.pool.ntp.org
servers 2.debian.pool.ntp.org
servers 3.debian.pool.ntp.org


-- no debconf information


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

Bug#629434: (no subject)

[Ken Sharp]

No response in years: can this be closed?


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

Bug#631908: (no subject)

[Ken Sharp]

Can this be closed now? The application is behaving as designed.


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

Bug#754827: Tag some less complex bugs

[Martin Quinson]

On Wed, Jan 21, 2015 at 11:45:12AM +, Jeremy Sowden wrote:
> On 2015-01-20, at 17:43:35 +0100, Martin Quinson wrote:
> > did the resulting package install on your side?
> > I get an error message here:
> >
> > mquinson@chaipa:~/Code/debian/build-area$ LC_ALL=C sudo dpkg -i
> > quilt_0.63-4_all.deb quilt-el_0.63-4_all.deb
> > (Reading database ... 434798 files and directories currently
> > installed.)
> > Preparing to unpack quilt_0.63-4_all.deb ...
> > Unpacking quilt (0.63-4) over (0.63-4) ...
> > Preparing to unpack quilt-el_0.63-4_all.deb ...
> > ERROR: quilt-el is broken - called emacs-package-remove as a new-style
> > add-on, but has no compat file.
> 
> Whoops!  Apologies.  I've attached a fix.  Definitely installs cleanly
> now:

Yep, much better. Thanks for that, I pushed your commit to the git.

Like I said, I will wait for freeze to end before uploading the
package. I'm not sure that anyone needs quilt-el so bad that they
could not wait and take the package from experimental.

Is it OK with you ?

Thanks for your time, Mt.


-- 
> Strengths: What are the major reasons to accept the paper?
I did not find strengths; I stopped reading the paper on page 12, so 
I may have missed something.   -- Bastard Reviewer From Hell


signature.asc
Description: Digital signature

Bug#775958: claws-mail-pgpmime: OpenPGP key generation prompts the user for passphrase unnecessarily

[Daniel Kahn Gillmor]

Package: claws-mail-pgpmime
Version: 3.11.1-3
Severity: normal

I've got gpg 2.1 installed, from debian experimental.  I haven't
tested the below with other versions of gpg.

from the "Preferences for current account" dialog, I chose "Plugins" >
GPG, and then clicked on "Generate a new key pair".

Claws prompted me (twice) for a new passphrase, and then invoked gpg,
which started to generate a key.  however, gpg itself went ahead and
prompted me via pinentry for a passphrase during key generation.

because i'm using the gpg-agent, claws doesn't have to touch my
passphrase at all.  This is a good thing!  but claws prompted me for
my passphrase anyway.  This would be pretty confusing to a new user,
being asked to enter their passphrase 4 times during key generation.

  --dkg

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

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

Versions of packages claws-mail-pgpmime depends on:
ii  claws-mail   3.11.1-3
ii  libarchive13 3.1.2-10
ii  libassuan0   2.1.2-2
ii  libatk1.0-0  2.14.0-1
ii  libc62.19-13
ii  libcairo21.14.0-2.1
ii  libdb5.3 5.3.28-7~deb8u1
ii  libenchant1c2a   1.6.0-10.1
ii  libetpan17   1.5-2
ii  libfontconfig1   2.11.0-6.3
ii  libfreetype6 2.5.2-2
ii  libgdk-pixbuf2.0-0   2.31.1-2+b1
ii  libglib2.0-0 2.42.1-1
ii  libgnutls-deb0-283.3.8-5
ii  libgpg-error01.17-3
ii  libgpgme11   1.5.1-6
ii  libgtk2.0-0  2.24.25-1
ii  liblockfile1 1.09-6
ii  libpango-1.0-0   1.36.8-3
ii  libpangocairo-1.0-0  1.36.8-3
ii  libpangoft2-1.0-01.36.8-3
ii  libsasl2-2   2.1.26.dfsg1-12
ii  pinentry-gtk20.9.0-0.1
ii  zlib1g   1:1.2.8.dfsg-2+b1

claws-mail-pgpmime recommends no packages.

Versions of packages claws-mail-pgpmime suggests:
ii  gnupg-agent  2.1.1-1

-- debconf-show failed


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

Bug#773794: kmail cannot create new folders annymore

[Sandro Knauß]

tag 773794 +moreinfo
thanks

Hey,

I can't reproduce this issue. I can create folders. Do you migrate from an 
older version? Have you started with a clean akonadi? Can you restart akonadi 
( akonadi restart in a console) and look at the output, that akonadi tells 
you, when you wants to create a folder.

Regards,

sandro

--
On Tue, 23 Dec 2014 12:30:49 +0100 =?utf-8?q?J=C3=BCrgen_Leibner?= 
<201...@gmx.de> wrote:
> Package: kmail
> Version: 4:4.14.2-2
> Severity: important
> 
> Dear Maintainer,
> 
> *** Reporter, please consider answering these questions, where appropriate 
***
> 
>* What led up to the situation?
>  Try to create a new local folder / new subfolder on imap resource
>  as I can do with mutt or other MUAs on the same system and
>  environment.
>  It seems that kmail becomes more or less unusable in same way as KDE4 
does with
>  all that tiny errors and failures hitting me every day ... :-(
>  Please upgrade your program(ming) quality up to a usable minimum!
> 
>* What exactly did you do (or not do) that was effective (or
>  ineffective)?
>  Don't know, it doesn't do what I described above yesterday the
>  first time. After upgrading to the newest version nothing changes.
> 
>* What was the outcome of this action?
>  It shows a failure message in a dialog box with this text:
>  "Der Ordner kann nicht angelegt werden: Unable to append mimetype
>  for collection test resourceId: 7"
> 
>* What outcome did you expect instead?
>  That the folder is created and shown in the folder tree.
> 
> *** End of the template - remove these template lines ***


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

Bug#747863: nut: diff for NMU version 2.7.2-1.1

[Laurent Bigonville]

On Sat, 17 Jan 2015 11:14:32 + Neil Williams 
wrote:

> Dear maintainer,

Hello,
 
> I've prepared an NMU for nut (versioned as 2.7.2-1.1), taking
> Martin's third option of porting the Ubuntu change to debian/rules
> which simply drops the upstream systemd file and uses the sysvinit
> fallback. As part of the Debian UK BSP, I will upload it to
> DELAYED/4. Please feel free to tell me if I should delay it longer.

Thanks for your NMU, just saw now that it was uploaded.

I unfortunately didn't saw your patch earlier, because I don't think
it's complete :/

When upgrading from the previous version that is currently in unstable,
the files/symlinks in /etc/systemd and /var/lib/systemd are not
automatically removed. You explicitly need to add the following calls
somewhere in the maintainer script to properly remove all the leftovers.

deb-systemd-helper purge foo.service >/dev/null
deb-systemd-helper unmask foo.service >/dev/null

Do you think you could take care of doing a new upload? I don't have a
lot of time ATM unfortunately?

Thanks again,

Laurent Bigonville


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

Bug#766964: grml2usb (0.14.10) :fatal error

[Michal Politowski]

Package: grml2usb
Version: 0.14.10
Followup-For: Bug #766964

Not sure if it may be related, but today I got the
Fatal: 'NoneType' object has no attribute 'getFlag'
error when trying to run grml2usb via sudo:

$ sudo grml2usb grml96-full_2014.11.iso /dev/sdb1

But everything worked fine when grml2usb was run from a full root session:

$ sudo su -
# grml2usb grml96-full_2014.11.iso /dev/sdb1

-- 
Michał Politowski
Talking has been known to lead to communication if practiced carelessly.


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

Bug#655757: still valid

[Sandro Knauß]

tag 655757 +moreinfo
thanks

There are newer versions of kmail are available in the Debian repos. Could you 
please check that this bug still applies?

Regads, sandro


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

Bug#775956: bumblebee: filesystem corruption after bumblebee install

[Tuxicoman]

Source: bumblebee
Version: 3.2.1-7
Severity: important

Dear Maintainer,

I have Thinkpad T440 with Nvidia GT 730M.
When I install bumblebee from synaptic, the installation stops at some point.

The reason is the system is corrupted IMHO. Read/write errors appear. No
software can be started properly. TTY not responding except asking for login.

I did it once and the package install fucked up my system. I tried with fsck to
recover my system, but even after repairing the ext4 partition, the system
failed to boot (I had folder with corrupted names in /)

I formated the partition and reinstalled a new Jessie today. Everything is
fine. I tried to install bumblebee again. Same thing, OS becomes crazy and the
read/write errors appear.

I use a double boot on this laptop and have no issue with the other OS. I used
Jessie on this laptop for one year without any trouble.

This is a critical bug as user will potentially loose their data and in all
cases make the OS unusable afterwards (no repair possible except reinstalling
Jessie)

Best regards,



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

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


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

Bug#775941: gcab: null pointer dereference

[Stephen Kitt]

Hi Jakub,

I see you're having fun :-). Thanks for doing all this!

On Wed, 21 Jan 2015 20:04:07 +0100, Jakub Wilk  wrote:
> Disclaimer: I don't have spare CPU cycles, so I fuzzed only till the 
> first crash (which took a few seconds). It's likely that extensive 
> fuzzing would uncover more interesting crashers. I'd encourage gcab 
> maintainers to perform fuzzing with AFL on their own. :-)

I've started an instrumented run, it's found 25 unique crashes and 6 unique
hangs in just a couple of minutes... I'll investigate and report upstream.

Regards,

Stephen


pgpvriS1Vie5V.pgp
Description: OpenPGP digital signature

Bug#775955: lame: built without -g

[Jakub Wilk]

Source: lame
Version: 3.99.5+repack1-5

I rebuilt the package with DEB_BUILD_OPTIONS=nostrip, but there was 
still no debugging information in the resulting binary package. 
Apparently that's because binaries are built without the -g option.


--
Jakub Wilk


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

Bug#775954: unblock (pre-approval): zookeeper/3.4.5+dfsg-3

[Emmanuel Bourg]

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

I'd like to request an unblock for the zookeeper package. The not yet uploaded
version 3.4.5+dfsg-3 fixes the version of a build dependency and adds Maven
artifacts in the libzookeeper-java package.

Thank you

unblock zookeeper/3.4.5+dfsg-3


dpkg-source: warning: extracting unsigned source package 
(/home/ebourg/packaging/zookeeper_3.4.5+dfsg-3.dsc)
diff -Nru zookeeper-3.4.5+dfsg/debian/changelog 
zookeeper-3.4.5+dfsg/debian/changelog
--- zookeeper-3.4.5+dfsg/debian/changelog   2014-03-16 21:07:30.0 
+0100
+++ zookeeper-3.4.5+dfsg/debian/changelog   2015-01-21 21:48:52.0 
+0100
@@ -1,3 +1,16 @@
+zookeeper (3.4.5+dfsg-3) unstable; urgency=medium
+
+  * Team upload.
+
+  [ James Page ]
+  * d/control: Bump epoch on default-jdk BD to exclude archictectures which
+don't have Java 6 or better (Closes: #742405).
+
+  [ Emmanuel Bourg ]
+  * Install the Maven artifacts (Closes: #775893)
+
+ -- Emmanuel Bourg   Wed, 21 Jan 2015 21:45:52 +0100
+
 zookeeper (3.4.5+dfsg-2) unstable; urgency=high

   [ tony mancill ]
diff -Nru zookeeper-3.4.5+dfsg/debian/control 
zookeeper-3.4.5+dfsg/debian/control
--- zookeeper-3.4.5+dfsg/debian/control 2014-03-15 23:57:22.0 +0100
+++ zookeeper-3.4.5+dfsg/debian/control 2015-01-21 21:45:46.0 +0100
@@ -13,7 +13,7 @@
  autoconf,
  automake,
  debhelper (>= 9~),
- default-jdk (>= 1:1.6),
+ default-jdk (>= 2:1.6),
  default-jdk-doc,
  help2man,
  javacc,
@@ -30,6 +30,7 @@
  libtool,
  libxerces2-java,
  libxml2-dev,
+ maven-repo-helper,
  procps,
  python-all-dev (>= 2.6.6-3~)
 X-Python-Version: >= 2.6
diff -Nru zookeeper-3.4.5+dfsg/debian/libzookeeper-java.jlibs 
zookeeper-3.4.5+dfsg/debian/libzookeeper-java.jlibs
--- zookeeper-3.4.5+dfsg/debian/libzookeeper-java.jlibs 2014-03-15 
18:45:57.0 +0100
+++ zookeeper-3.4.5+dfsg/debian/libzookeeper-java.jlibs 1970-01-01 
01:00:00.0 +0100
@@ -1 +0,0 @@
-build/zookeeper.jar
diff -Nru zookeeper-3.4.5+dfsg/debian/maven.rules 
zookeeper-3.4.5+dfsg/debian/maven.rules
--- zookeeper-3.4.5+dfsg/debian/maven.rules 1970-01-01 01:00:00.0 
+0100
+++ zookeeper-3.4.5+dfsg/debian/maven.rules 2015-01-21 11:28:50.0 
+0100
@@ -0,0 +1 @@
+log4j log4j * s/.*/1.2.x/ * *
diff -Nru zookeeper-3.4.5+dfsg/debian/pom.xml 
zookeeper-3.4.5+dfsg/debian/pom.xml
--- zookeeper-3.4.5+dfsg/debian/pom.xml 1970-01-01 01:00:00.0 +0100
+++ zookeeper-3.4.5+dfsg/debian/pom.xml 2012-11-19 01:57:42.0 +0100
@@ -0,0 +1,101 @@
+
+
+http://maven.apache.org/POM/4.0.0"; 
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance";
+xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 
http://maven.apache.org/maven-v4_0_0.xsd";>
+
+  4.0.0
+  org.apache.zookeeper
+  zookeeper
+  pom
+  3.4.5
+  
+
+  org.slf4j
+  slf4j-api
+  1.6.1
+  compile
+
+
+  org.slf4j
+  slf4j-log4j12
+  1.6.1
+  compile
+
+
+  log4j
+  log4j
+  1.2.15
+  compile
+
+
+  jline
+  jline
+  0.9.94
+  compile
+
+
+  org.jboss.netty
+  netty
+  3.2.2.Final
+  compile
+
+
+  org.vafer
+  jdeb
+  0.8
+  true
+
+
+  junit
+  junit
+  4.8.1
+  test
+
+
+  org.mockito
+  mockito-all
+  1.8.2
+  test
+
+
+  checkstyle
+  checkstyle
+  5.0
+  test
+
+
+  jdiff
+  jdiff
+  1.0.9
+  true
+
+
+  xerces
+  xerces
+  1.4.4
+  true
+
+
+  org.apache.rat
+  apache-rat-tasks
+  0.6
+  true
+
+
+  commons-lang
+  commons-lang
+  2.4
+  true
+
+
+  commons-collections
+  commons-collections
+  3.1
+  true
+
+  
+
diff -Nru zookeeper-3.4.5+dfsg/debian/rules zookeeper-3.4.5+dfsg/debian/rules
--- zookeeper-3.4.5+dfsg/debian/rules   2014-03-15 18:45:57.0 +0100
+++ zookeeper-3.4.5+dfsg/debian/rules   2015-01-21 23:09:34.0 +0100
@@ -51,6 +51,10 @@
sed -e 's/__ARCH__/$(DEB_HOST_MULTIARCH)/g' 
debian/$$install.install.in \
> debian/$$install.install; \
done
+
+   # Install the Maven artifacts
+   mh_installpom -plibzookeeper-java debian/pom.xml
+   mh_installjar -plibzookeeper-java --java-lib --has-package-version 
debian/pom.xml build/zookeeper.jar
dh_install

 ifeq (,$(findstring nocheck, $(DEB_BUILD_OPTIONS)))
@@ -84,6 +88,7 @@
 endif

 override_dh_clean:
+   mh_clean
dh_clean --exclude=src/java \
  --exclude=src/docs \
  --exclude=src/c \


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

Bug#721298: (no subject)

[Ken Sharp]

Any luck finding the cause?


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

Bug#775953: openntpd if-up.d hook can cause system boot to hang indefinitely

[Sascha Silbe]

Package: openntpd
Version: 20080406p-4
Severity: critical
Justification: breaks the whole system

Dear Maintainer,

when
a) openntpd is configured to listen on some interface and
b) openntpd is configured to step the time on start-up and
c) the DNS servers are not reachable for any reason,

the openntpd if-up.d hook will delay system boot indefinitely. Even in
single-user mode neither sshd nor a login shell are started before this
happens.

Excerpt from console log (manually killing ntpd using the OOM killer via
magic SysRq):

=== Begin ===
[] Configuring network interfaces...device lan0 entered promiscuous mode
IPv6: ADDRCONF(NETDEV_UP): lanbr: link is not ready

Waiting for lanbr to get ready (MAXWAIT is 32 seconds).
u32 classifier
Performance counters on
input device check on
Actions configured
Mirror/redirect action on
Installing knfsd (copyright (C) 1996 o...@monad.swb.de).
mv643xx_eth_port mv643xx_eth_port.0 lan0: link up, 1000 Mb/s, full duplex, flow 
control disabled
lanbr: port 1(lan0) entered forwarding state
lanbr: port 1(lan0) entered forwarding state
IPv6: ADDRCONF(NETDEV_CHANGE): lanbr: link becomes ready
Starting rpcbind daemon...Already running..
Starting NFS common utilities: statd idmapd.
mount.nfs4: Failed to resolve server bbox: Name or service not known
Restarting openntpd: ntp_adjtime returns frequency of 52.990387ppm
lanbr: port 1(lan0) entered forwarding state

--- BREAK active ---
--- BREAK inactive ---
SysRq : Manual OOM execution
kworker/0:4 invoked oom-killer: gfp_mask=0xd0, order=0, oom_score_adj=0
CPU: 0 PID: 161 Comm: kworker/0:4 Not tainted 3.18.0-openrd-1-1-gff3a1b1 #16
Workqueue: events moom_callback
[] (unwind_backtrace) from [] (show_stack+0x10/0x14)
[] (show_stack) from [] (dump_header.isra.15+0x50/0x154)
[] (dump_header.isra.15) from [] 
(oom_kill_process+0xa0/0x374)
[] (oom_kill_process) from [] (out_of_memory+0x2d8/0x320)
[] (out_of_memory) from [] (moom_callback+0x20/0x28)
[] (moom_callback) from [] (process_one_work+0x1c4/0x370)
[] (process_one_work) from [] (worker_thread+0x2b8/0x440)
[] (worker_thread) from [] (kthread+0xb8/0xcc)
[] (kthread) from [] (ret_from_fork+0x14/0x24)
Mem-info:
Normal per-cpu:
CPU0: hi:  186, btch:  31 usd:  61
active_anon:770 inactive_anon:31 isolated_anon:0
 active_file:3066 inactive_file:2094 isolated_file:0
 unevictable:471 dirty:0 writeback:0 unstable:0
 free:116988 slab_reclaimable:1298 slab_unreclaimable:1042
 mapped:908 shmem:54 pagetables:99 bounce:0
 free_cma:0
Normal free:467952kB min:2848kB low:3560kB high:4272kB active_anon:3080kB 
inactive_anon:124kB active_file:12264kB inactive_file:8376kB unevictable:1884kB 
isolated(anon):0kB isolated(file):0kB present:524288kB managed:507456kB 
mlocked:1884kB dirty:0kB writeback:0kB mapped:3632kB shmem:216kB 
slab_reclaimable:5192kB slab_unreclaimable:4168kB kernel_stack:720kB 
pagetables:396kB unstable:0kB bounce:0kB free_cma:0kB writeback_tmp:0kB 
pages_scanned:0 all_unreclaimable? no
lowmem_reserve[]: 0 0
Normal: 124*4kB (UEM) 78*8kB (UEM) 67*16kB (UEM) 19*32kB (UEM) 6*64kB (UEM) 
7*128kB (UEM) 4*256kB (UE) 2*512kB (U) 1*1024kB (U) 5*2048kB (UEM) 110*4096kB 
(MR) = 467952kB
5595 total pagecache pages
0 pages in swap cache
Swap cache stats: add 0, delete 0, find 0/0
Free swap  = 0kB
Total swap = 0kB
131072 pages of RAM
117226 free pages
4208 reserved pages
2025 slab pages
271341 pages shared
0 pages swap cached
[ pid ]   uid  tgid total_vm  rss nr_ptes swapents oom_score_adj name
[  190] 0   190  537  176   50 0 init
[  191] 0   191  437  276   40 0 rc
[  200] 0   200  504  472   50 0 startpar
[  314] 0   314  697  516   50 -1000 udevd
[  428] 0   428  696  438   50 -1000 udevd
[  432] 0   432  696  438   50 -1000 udevd
[  618] 0   618  545  305   60 0 bootlogd
[  619] 0   619  423  324   40 0 startpar
[ 1797] 0  1797  437  267   40 0 networking
[ 1805] 0  1805  425  285   40 0 ifup
[ 1974] 0  1974  588  434   50 -1000 rpcbind
[ 1997]   104  1997  668  540   50 -1000 rpc.statd
[ 2021] 0  2021  702  354   50 -1000 rpc.idmapd
[ 2133] 0  2133  437  299   50 0 sh
[ 2134] 0  2134  418  269   40 0 run-parts
[ 2230] 0  2230  437  297   50 0 openntpd
[ 2232] 0  2232  437  286   40 0 invoke-rc.d
[ 2249] 0  2249  437  266   40 0 openntpd
[ 2253] 0  2253 1037  678   50 0 ntpd
[ 2254]   103  2254 1004  633   5 

Bug#470654: Another round - newer version available

[Sandro Knauß]

tag 470654 +moreinfo
thanks

Another round of: there are newer versions of kmail are available in the 
Debian repos. Could you please check that this bug still applies?

Regads,

sandro


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

Bug#769475: (no subject)

[Ken Sharp]

Have you tried running BOINC as the user currently logged in via X?

Easiest way is to download the .sh directly from the BOINC website and 
run it while you're physically at the PC.



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

Bug#760916: brltty interferes with getty autostart

[Samuel Thibault]

Dave Mielke, le Wed 21 Jan 2015 17:08:00 -0500, a écrit :
> Do either of you know how often systemd-login retries, and how many times it 
> tries before giving up?

I don't think it retries.

Samuel


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

Bug#760916: brltty interferes with getty autostart

[Dave Mielke]

Do either of you know how often systemd-login retries, and how many times it 
tries before giving up? What we could do is open the vt on demand, and then 
close it after a timeout of non use.

-- 
Dave Mielke   | 2213 Fox Crescent | The Bible is the very Word of God.
Phone: 1-613-726-0014 | Ottawa, Ontario   | http://Mielke.cc/bible/
EMail: d...@mielke.cc | Canada  K2A 1H7   | http://FamilyRadio.com/


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

Bug#775952: xterm: VT100.backarrowKey default value vs man page documentation

[Vincent Lefevre]

Control: retitle -1 xterm: VT100.backarrowKey initial value vs man page 
documentation

On 2015-01-21 22:38:53 +0100, Vincent Lefevre wrote:
> Whether I run
> 
>   xterm -xrm "*VT100.backarrowKey: true"
> 
> or
> 
>   xterm -xrm "*VT100.backarrowKey: false"
> 
> the backarrow key gives the delete (127) character, while the xterm
> man page says:
> 
> backarrowKey (class BackarrowKey)
> Specifies whether the backarrow key transmits a backspace (8)
> or  delete  (127)  character.  This corresponds to the DECBKM
> control sequence.  A “true” value specifies  backspace.   The
> default  is  “True”.   Pressing  the control key toggles this
> behavior.
> 
> This is actually the observed behavior only when backarrowKeyIsErase
> is set to false:
> 
>   xterm -xrm "*backarrowKeyIsErase: false" -xrm ...
> 
> I think that when backarrowKeyIsErase is set to true (the default),
> this is the expected behavior, as described under backarrowKeyIsErase,
> and that the man page description of backarrowKey is incorrect.
> 
> So, I suppose that the default value of backarrowKey is "true" if
> backarrowKeyIsErase is false; otherwise it depends...

Actually this is not related to the default value (because the
-xrm "*VT100.backarrowKey: ..." overrides the default value).
What apparently happens is that the backarrowKey initial value
is set from the stty erase character if backarrowKeyIsErase is
true. This is just the initial value; the backarrowKey value
can later be changed via the menu[*], for instance.

[*] Backarrow Key (BS/DEL)

Said otherwise, it seems that the initial value is:

1. obtained from the stty erase character if backarrowKeyIsErase
   is true;

2. otherwise obtained by an explicit setting of backarrowKey;

3. otherwise set to "True" (the default value).

-- 
Vincent Lefèvre  - Web: 
100% accessible validated (X)HTML - Blog: 
Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon)


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

Bug#354432: www.debian.org: [debian-i18n] Incorrect Quote in paragraphs with different language

[Jeremías Casteglione]

Hi:

On Sun, 26 Feb 2006 13:30:26 +0100 Jutta Wrage 
wrote:
> 
> For German language a fix would be:
> 
> blockquote, class quote:German quotation marks around the block
> 
> blockquote, class quote, lang en: English quotation marks around the  
> block
> blockquote, class quote, lang en, quote: English quotation marks
> 
> Hm... I tried to find a fix already. But there is a selector
> problem. So "wontfix" is correct until all layout blockquote-tags are
> removed at the moment.
> 

After having some talks on the IRC channel yesterday and also after
checking most of the  and  blocks under all the pages in
german dir I think that an accurate fix could be adding the following
to german/debian-de.css file:

html[lang=de] q[lang=en]:before { content: "\201C"; }
html[lang=de] q[lang=en]:after { content: "\201D"; }

That and also add the lang="en" attribute when missing on  blocks.
That change on the CSS file will affect the quotation marks on other
pages too of course (not only the one stated on this report), but AFAICT
that seems to be what's expected.

In example, that will also change the quotation marks around "Exploring
Cryptographic Software in Debian's Main Archive" text in
https://www.debian.org/legal/cryptoinmain.de.html page, what again AFAIU
is the expected behaviour.

I grep'ed the whole german directory and checked all the  blocks
that had already lang="en" set and they were correct (their content was
english text). There are still anyway  blocks with english text
without the lang attribute set, but I'm not sure really if they should
be changed.

I'm attaching a patch (de-css.patch) file which adds the CSS lines and
another patch file (q-lang.patch) which fixes the  blocks that were
badly quoted reported here and a couple more I found.

I hope that helps.

Let me know please if you have any question or anything else.

Thanks,


-- 
Jeremías
Index: german/debian-de.css
===
RCS file: /cvs/webwml/webwml/german/debian-de.css,v
retrieving revision 1.7
diff -u -u -r1.7 debian-de.css
--- german/debian-de.css	19 Feb 2011 19:11:05 -	1.7
+++ german/debian-de.css	21 Jan 2015 21:12:02 -
@@ -24,6 +24,11 @@
 blockquote[lang=en].quote q q:before { content: "\2018"; }
 blockquote[lang=en].quote q q:after { content: "\2019"; }
 
+html[lang=de] q[lang=en]:before { content: "\201C"; }
+html[lang=de] q[lang=en]:after { content: "\201D"; }
+html[lang=de] q q[lang=en]:before { content: "\2018"; }
+html[lang=de] q q[lang=en]:after { content: "\2019"; }
+
 #breadcrumbs {
 	text-transform: none;
 }
Index: german/News/1998/19981008.wml
===
RCS file: /cvs/webwml/webwml/german/News/1998/19981008.wml,v
retrieving revision 1.3
diff -u -u -r1.3 19981008.wml
--- german/News/1998/19981008.wml	30 Apr 2014 09:24:19 -	1.3
+++ german/News/1998/19981008.wml	21 Jan 2015 21:36:47 -
@@ -79,7 +79,7 @@
 ähnliches enthält:
  
  
-  This program is distributed under the GNU GPL v2, with the
+  This program is distributed under the GNU GPL v2, with the
 additional permission that it may be linked against Troll Tech's Qt
 library, and distributed, without the GPL applying to Qt;
  
Index: german/News/weekly/2002/24/index.wml
===
RCS file: /cvs/webwml/webwml/german/News/weekly/2002/24/index.wml,v
retrieving revision 1.31
diff -u -u -r1.31 index.wml
--- german/News/weekly/2002/24/index.wml	7 Sep 2014 08:58:20 -	1.31
+++ german/News/weekly/2002/24/index.wml	21 Jan 2015 21:36:47 -
@@ -163,11 +163,11 @@
 
 
 Apache –
-Fehler in chunked encoding-Routine, der DoS oder Exploit ermöglicht.
+Fehler in chunked encoding-Routine, der DoS oder Exploit ermöglicht.
 Apache-SSL –
-Fehler in chunked encoding-Routine, der DoS oder Exploit ermöglicht.
+Fehler in chunked encoding-Routine, der DoS oder Exploit ermöglicht.
 Apache-Perl –
-Fehler in chunked encoding-Routine, der DoS oder Exploit ermöglicht.
+Fehler in chunked encoding-Routine, der DoS oder Exploit ermöglicht.
 OpenSSH –
 Aus der Ferne ausnutzbare Schwachstelle.
 
Index: german/events/2001/0620-linuxdays-report.wml
===
RCS file: /cvs/webwml/webwml/german/events/2001/0620-linuxdays-report.wml,v
retrieving revision 1.11
diff -u -u -r1.11 0620-linuxdays-report.wml
--- german/events/2001/0620-linuxdays-report.wml	9 Oct 2009 18:13:24 -	1.11
+++ german/events/2001/0620-linuxdays-report.wml	21 Jan 2015 21:36:47 -
@@ -12,7 +12,7 @@
 konfigurierten GNOME-Desktop mitgebracht, den wir auf einem 21-Zöller
 gezeigt haben. Natürlich wurden auch Kontakte zu anderen Leuten der
 österreichischen Linuxgemeinschaft geschlossen, für viele war es die
-erste Gelegenheit, sich gegenseitig in real life (im richtigen
+erste Gelegenheit, sich gegenseitig in real life (im richtigen
 Leben) zu se

Bug#775952: xterm: VT100.backarrowKey default value vs man page documentation

[Vincent Lefevre]

Package: xterm
Version: 312-1
Severity: normal

Whether I run

  xterm -xrm "*VT100.backarrowKey: true"

or

  xterm -xrm "*VT100.backarrowKey: false"

the backarrow key gives the delete (127) character, while the xterm
man page says:

backarrowKey (class BackarrowKey)
Specifies whether the backarrow key transmits a backspace (8)
or  delete  (127)  character.  This corresponds to the DECBKM
control sequence.  A “true” value specifies  backspace.   The
default  is  “True”.   Pressing  the control key toggles this
behavior.

This is actually the observed behavior only when backarrowKeyIsErase
is set to false:

  xterm -xrm "*backarrowKeyIsErase: false" -xrm ...

I think that when backarrowKeyIsErase is set to true (the default),
this is the expected behavior, as described under backarrowKeyIsErase,
and that the man page description of backarrowKey is incorrect.

So, I suppose that the default value of backarrowKey is "true" if
backarrowKeyIsErase is false; otherwise it depends...

But the relation between backarrowKeyIsErase, ptyInitialErase,
ttyModes and backarrowKey is still unclear.

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

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

Versions of packages xterm depends on:
ii  libc6   2.19-13
ii  libfontconfig1  2.11.0-6.3
ii  libice6 2:1.0.9-1+b1
ii  libtinfo5   5.9+20140913-1+b1
ii  libutempter01.1.5-4
ii  libx11-62:1.6.2-3
ii  libxaw7 2:1.0.12-2+b1
ii  libxft2 2.3.2-1
ii  libxmu6 2:1.1.2-1
ii  libxpm4 1:3.5.11-1+b1
ii  libxt6  1:1.1.4-1+b1
ii  xbitmaps1.1.1-2

Versions of packages xterm recommends:
ii  x11-utils  7.7+2

Versions of packages xterm suggests:
pn  xfonts-cyrillic  

-- no debconf information


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

Bug#775881: mysql-5.5: Multiple security fixes from January 2015 CPU

[Salvatore Bonaccorso]

Hi Debian MySQL maintainers,

Preliminary packages built for the wheezy-security update are now in

https://people.debian.org/~carnil/tmp/mysql-5.5/

If you additionally can test these too, that would be great.

Regards,
Salvatore


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

Bug#775678: libextutils-depends-perl: undeterministic output in saved config

[Maria Marin]

Hi,

On Sun, 18 Jan 2015 16:13:10 +0100 Reiner Herrmann  wrote:
> While working on the “reproducible builds” effort [1], we have noticed
> that packages using ExtUtils::Depends contain differing files after
> each build, because the dependency list is not sorted in save_config.
>
> The attached patch, which has already been forwarded upstream [2], fixes this.

we noticed an additional issue with ExtUtils::Depends. When building package
xacobeo the linking order was random due to an unsorted iteration over the keys
of a perl hash.

The attached patch includes Reiner's initial patch and the fix to this
additional problem.

We also submitted the issue to upstream as part of the same bug Reiner opened.

We maintain a git repository including this patch as part of the experimental
reproducible build effort. So alternatively you can also clone from:

https://anonscm.debian.org/git/reproducible/libextutils-depends-perl.git

or look at it in the web interface at:

https://anonscm.debian.org/cgit/reproducible/libextutils-depends-perl.git/

Cheers, akira
From 70554121a70f79f9d0b998fe01c8a70bfb566fc8 Mon Sep 17 00:00:00 2001
From: akira 
Date: Wed, 21 Jan 2015 22:08:19 +0100
Subject: [PATCH] Added patch to produce stable output

 - in saved configs by Reiner Herrmann
 - linking order
---
 debian/changelog  |  7 +++
 debian/patches/deterministic_output.patch | 26 ++
 debian/patches/series |  1 +
 3 files changed, 34 insertions(+)
 create mode 100644 debian/patches/deterministic_output.patch
 create mode 100644 debian/patches/series

diff --git a/debian/changelog b/debian/changelog
index d011462..c974727 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,10 @@
+libextutils-depends-perl (0.402-1.0~reproducible) UNRELEASED; urgency=low
+
+  * Added patch to produce stable output in saved configs and linking order 
+includes patch by Reiner Herrmann (closes:775678)
+
+ -- Maria Valentina Marin   Wed, 21 Jan 2015 22:02:54 +0100
+
 libextutils-depends-perl (0.402-1) unstable; urgency=medium
 
   * Team upload.
diff --git a/debian/patches/deterministic_output.patch b/debian/patches/deterministic_output.patch
new file mode 100644
index 000..e153a82
--- /dev/null
+++ b/debian/patches/deterministic_output.patch
@@ -0,0 +1,26 @@
+Subject: Sort keys to get the same output on every invocation
+Author: Maria Valentina Marin 
+Author: Reiner Herrmann 
+Forwarded: https://rt.cpan.org/Public/Bug/Display.html?id=101602
+Bug-Debian: https://bugs.debian.org/775678
+
+--- libextutils-depends-perl-0.402.orig/lib/ExtUtils/Depends.pm
 libextutils-depends-perl-0.402/lib/ExtUtils/Depends.pm
+@@ -127,7 +127,7 @@ sub save_config {
+ 		inc => join (" ", @{ $self->{inc} }),
+ 		libs => $self->{libs},
+ 		typemaps => [ map { basename $_ } @{ $self->{typemaps} } ],
+-		deps => [keys %{ $self->{deps} }],
++		deps => [sort keys %{ $self->{deps} }],
+ 	}], ['self']);
+ 	print $file <<'EOF';
+ 
+@@ -271,7 +271,7 @@ sub get_makefile_vars {
+ 	my @incbits = map { split } @{ $self->{inc} };
+ 	my @libsbits = split /\s+/, $self->{libs};
+ 	my @typemaps = @{ $self->{typemaps} };
+-	foreach my $d (keys %{ $self->{deps} }) {
++	foreach my $d (sort keys %{ $self->{deps} }) {
+ 		my $dep = $self->{deps}{$d};
+ 		#push @defbits, @{ $dep->{defines} };
+ 		push @incbits, @{ $dep->{defines} } if $dep->{defines};
diff --git a/debian/patches/series b/debian/patches/series
new file mode 100644
index 000..155adf7
--- /dev/null
+++ b/debian/patches/series
@@ -0,0 +1 @@
+deterministic_output.patch
-- 
2.1.1

Bug#775776: polarssl: CVE-2015-1182: Remote attack using crafted certificates -- patch for unstable and jessie

[Salvatore Bonaccorso]

Hi Roland,

Attached would be the debdiff for the unstable upload (Note: I have
*not* uploaded it to archive, nor yet to a delayed queue). Do you plan
to do the upload yourself? (In case needed I can do the NMU too).

Regards,
Salvatore
diff -Nru polarssl-1.3.9/debian/changelog polarssl-1.3.9/debian/changelog
--- polarssl-1.3.9/debian/changelog 2014-11-07 10:31:12.0 +0100
+++ polarssl-1.3.9/debian/changelog 2015-01-21 22:19:13.0 +0100
@@ -1,3 +1,12 @@
+polarssl (1.3.9-2.1) unstable; urgency=high
+
+  * Non-maintainer upload.
+  * Add CVE-2015-1182.patch patch.
+CVE-2015-1182: Denial of service and possible remote code execution
+using crafted certificates. (Closes: #775776)
+
+ -- Salvatore Bonaccorso   Wed, 21 Jan 2015 22:09:05 +0100
+
 polarssl (1.3.9-2) unstable; urgency=medium
 
   * Disabled POLARSSL_SSL_PROTO_SSL3 at compile time to prevent potential
diff -Nru polarssl-1.3.9/debian/patches/CVE-2015-1182.patch 
polarssl-1.3.9/debian/patches/CVE-2015-1182.patch
--- polarssl-1.3.9/debian/patches/CVE-2015-1182.patch   1970-01-01 
01:00:00.0 +0100
+++ polarssl-1.3.9/debian/patches/CVE-2015-1182.patch   2015-01-21 
22:19:13.0 +0100
@@ -0,0 +1,33 @@
+Description: Remote attack using crafted certificates
+ During the parsing of a ASN.1 sequence, a pointer in the linked list of
+ asn1_sequence is not initialized by asn1_get_sequence_of(). In case an
+ error occurs during parsing of the list, a situation is created where
+ the uninitialized pointer is passed to polarssl_free().
+ .
+ This sequence can be triggered when a PolarSSL entity is parsing a
+ certificate. So practically this means clients when receiving a
+ certificate from the server or servers in case they are actively asking
+ for a client certificate.
+ .
+ Depending on the attackers knowledge of the system under attack, this
+ results at the lowest into a denial of service, and at the most a
+ possible remote code execution.
+ .
+ CVE-2015-1182
+Origin: upstream, 
https://polarssl.org/tech-updates/security-advisories/polarssl-security-advisory-2014-04
+Bug-Debian: https://bugs.debian.org/775776
+Forwarded: not-needed
+Author: Salvatore Bonaccorso 
+Last-Update: 2015-01-21
+
+--- a/library/asn1parse.c
 b/library/asn1parse.c
+@@ -278,6 +278,8 @@ int asn1_get_sequence_of( unsigned char
+ if( cur->next == NULL )
+ return( POLARSSL_ERR_ASN1_MALLOC_FAILED );
+ 
++memset( cur->next, 0, sizeof( asn1_sequence ) );
++
+ cur = cur->next;
+ }
+ }
diff -Nru polarssl-1.3.9/debian/patches/series 
polarssl-1.3.9/debian/patches/series
--- polarssl-1.3.9/debian/patches/series2014-08-31 14:20:13.0 
+0200
+++ polarssl-1.3.9/debian/patches/series2015-01-21 22:19:13.0 
+0100
@@ -1,2 +1,3 @@
 01-config.patch
 02-makefile-destdir-fix.patch
+CVE-2015-1182.patch


signature.asc
Description: Digital signature

Bug#775951: mpd crashes when updating database

[Max Kellermann]

On 2015/01/21 21:56, dAgeCKo  wrote:
> terminate called after throwing an instance of 'std::logic_error'
>   what():  basic_string::_S_construct null not valid

Duplicate of #768094

This bug was fixed 2 months ago in bug-fix release 0.19.4 (current is
0.19.8), but unfortunately Debian won't pick up MPD bug fixes.


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

Bug#775776: polarssl: CVE-2015-1182: Remote attack using crafted certificates

[Salvatore Bonaccorso]

Hi Roland,

I have used the attached debdiff for preparing the wheezy-security
update (not yet released though).

Regards,
Salvatore
diff -Nru polarssl-1.2.9/debian/changelog polarssl-1.2.9/debian/changelog
--- polarssl-1.2.9/debian/changelog 2014-12-30 00:56:22.0 +0100
+++ polarssl-1.2.9/debian/changelog 2015-01-21 21:14:02.0 +0100
@@ -1,3 +1,12 @@
+polarssl (1.2.9-1~deb7u5) wheezy-security; urgency=high
+
+  * Non-maintainer upload by the Security Team.
+  * Add CVE-2015-1182.patch patch.
+CVE-2015-1182: Denial of service and possible remote code execution
+using crafted certificates. (Closes: #775776)
+
+ -- Salvatore Bonaccorso   Wed, 21 Jan 2015 20:58:06 +0100
+
 polarssl (1.2.9-1~deb7u4) wheezy-security; urgency=low
 
   * CVE-2014-8628
diff -Nru polarssl-1.2.9/debian/patches/CVE-2015-1182.patch 
polarssl-1.2.9/debian/patches/CVE-2015-1182.patch
--- polarssl-1.2.9/debian/patches/CVE-2015-1182.patch   1970-01-01 
01:00:00.0 +0100
+++ polarssl-1.2.9/debian/patches/CVE-2015-1182.patch   2015-01-21 
21:14:02.0 +0100
@@ -0,0 +1,33 @@
+Description: Remote attack using crafted certificates
+ During the parsing of a ASN.1 sequence, a pointer in the linked list of
+ asn1_sequence is not initialized by asn1_get_sequence_of(). In case an
+ error occurs during parsing of the list, a situation is created where
+ the uninitialized pointer is passed to polarssl_free().
+ .
+ This sequence can be triggered when a PolarSSL entity is parsing a
+ certificate. So practically this means clients when receiving a
+ certificate from the server or servers in case they are actively asking
+ for a client certificate.
+ .
+ Depending on the attackers knowledge of the system under attack, this
+ results at the lowest into a denial of service, and at the most a
+ possible remote code execution.
+ .
+ CVE-2015-1182
+Origin: upstream, 
https://polarssl.org/tech-updates/security-advisories/polarssl-security-advisory-2014-04
+Bug-Debian: https://bugs.debian.org/775776
+Forwarded: not-needed
+Author: Salvatore Bonaccorso 
+Last-Update: 2015-01-21
+
+--- a/library/asn1parse.c
 b/library/asn1parse.c
+@@ -244,6 +244,8 @@ int asn1_get_sequence_of( unsigned char
+ if( cur->next == NULL )
+ return( POLARSSL_ERR_ASN1_MALLOC_FAILED );
+ 
++memset( cur->next, 0, sizeof( asn1_sequence ) );
++
+ cur = cur->next;
+ }
+ }
diff -Nru polarssl-1.2.9/debian/patches/series 
polarssl-1.2.9/debian/patches/series
--- polarssl-1.2.9/debian/patches/series2014-12-30 00:55:45.0 
+0100
+++ polarssl-1.2.9/debian/patches/series2015-01-21 21:14:02.0 
+0100
@@ -4,3 +4,4 @@
 04-update-certs-in-testsuite.patch
 CVE-2014-4911.patch
 CVE-2014-8628.patch
+CVE-2015-1182.patch


signature.asc
Description: Digital signature

Bug#768095: openvswitch-datapath-dkms fails to build on Debian 7.7 3.2.0-4-amd64 (3.2.63-2+deb7u1)

[Thomas Goirand]

On 01/17/2015 08:10 PM, Chris wrote:
> Hi,
> 
> Thanks to Jonathan who did approve the patch by the release team but I'm a 
> little bit worried : Debian 7.8 is out and still no news ...
> Openvswitch kernel module is still not working in Debian stable :(
> 
> I suspect that you are quite busy and it's of course a voluntary work.
> 
> Thank you in advance.
> 
> Regards,

Hi Chris,

openvswitch has been uploaded (I sponsored the upload), and it's now in
stable-proposed-update. It will stay there, until the next point
release. It's a shame btw that packages.debian.org doesn't show what's
in proposed-updates, but I can tell you that
1.4.2+git20120612-9.1~deb7u1.1 is in (I received the ACK email).

So if you want to have it *now*, just add the wheezy-proposed-update
repository to your sources.list (IMO, not enough people use it...).

Cheers,

Thomas Goirand (zigo)


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

Bug#775950: Additional note

[snoozer works]

Forgot to mention that according to another user (on the debian forum) the
import succeeds in Jessie with shotwell 0.20.1-1.

Nonetheless I believe this kind of bug - assuming it can be confirmed -
should be fixed for the stable version of Shotwell.


Cheers

Bug#754565: [moodle-packaging] Bug#754565: Non free icc profile

[Tomasz Muras]

Package: moodle
Followup-For: Bug #754565

It's not a big problem to remove whole tcpdf library from Moodle src - it
is not used by Moodle itself. However, there are other issues with the
package - including security fixes and I'm afraid there is too much work &
too little interest in maintaining it, so RM may really be the best way to
go.

Bug#775951: mpd crashes when updating database

[dAgeCKo]

Package: mpd
Version: 0.19.1-1.1
Severity: important
Debian: jessie amd64


mpd crashes when we update the database, certainly due to a file that 
contains non utf8 characters.
The only information I could get is below (I put log level to verbose 
but I have no more information than with normal log level).



Here is the output of the log:

Jan 21 21:49 : update: adding archive file: Dolly - PLEIN AIR - 192kbps 
- MP3 et pochettes - by TetesRaides/07 - Dolly - Plein Air - Un homme 
<82>ternel.mp3

terminate called after throwing an instance of 'std::logic_error'
  what():  basic_string::_S_construct null not valid



I guess the '<82>' character is the reason why mpd crashes.


Regards.


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

Bug#774973: Replaces/Breaks should be added

[Cédric Boutillier]

Hi,

Since this package has been split from ruby-fog when 0.25 was released,
then it has to Break/Replace ruby-fog << 0.25~.
Please upload a new version with these metadata. Even if ruby-fog 0.25
goes in experimental, you should prevent the user to have this package
with the current version of ruby-fog in unstable. This will also ease
the upgrade to Jessie+1 (I know it is not for tommorrow, but still), as
it will tell the package manager how to deal with this conflict of
files.

Cheers,

Cédric



signature.asc
Description: Digital signature

Bug#758464: [DSE-Dev] Bug#758464: selinux-policy-default: Impossible to use libvirt(d) if enforcing

[Peter Colberg]

Dear Maintainer,

librados has been fixed upstream to avoid the execstack flag.

https://github.com/ceph/ceph/commit/5c0562610b059c9c1e2ab16c994749eba07f18aa

http://tracker.ceph.com/issues/10114

https://bugzilla.redhat.com/show_bug.cgi?id=1118504#c29

Could you reassign this bug to ensure it is fixed in jessie?

Regards,
Peter


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

Bug#775908: enigmail: Enigmail is unable to sign key

[Daniel Kahn Gillmor]

Control: tags 775908 + unreproducible moreinfo

Hi Ralf--

Thanks for the report!

On Wed 2015-01-21 07:17:56 -0500, Ralf Jung wrote:

> Dear Maintainer,
>
> Enigmial is unable to sign keys: When I attempt to do so ("Sign Key", select 
> any
> option for how careful I was), I get a message box saying
>
>   Key signing failed
>
> In the Icedove error log, the following message appears:
>
>   [JavaScript Error: "Unknown command prompt: [GNUPG:] GET_LIN
>   "]

how odd, this works for me, actually.  Perhaps there is some sort of
difference in settings or something different about our GnuPG keychains
or configurations?

Can you send (either to the bug here publicly if you're OK with that),
or to me privately) the output of:

 egrep -i 'enigmail|pgp' ~/.icedove/*.default/prefs.js
 cat ~/.gnupg/gpg.conf

(feel free to redact if you think it would help you feel comfortable
sending this info)

This would help me to see what configurations might be different from
the configurations that work for me.

Another useful thing would be to capture a log of the enigmail
activity.  you can get that by creating a log via:

 Engmail > Preferences > "Display Expert Menus and Settings" >
 Debugging > "Log directory"

(you might need to restart icedove after making that change)  and then
try signing the key again.  At that point you should have a debug log
created that you can review and send (again, either publicly -- to this
bug report -- or privately to me)

> This is a regression - signing used to work fine In an earlier version
> (half a year ago, or more).

Hopefully we can get it fixed.

  --dkg


signature.asc
Description: PGP signature

Bug#775949: rhythmbox: Rhytmbox crashes when replay gain plugin is enabled

[Len Huppe]

Package: rhythmbox
Version: 3.1-1
Severity: important

Dear Maintainer,

I recently used Ex Falso to add replay gain tags to my music collection which
is comprised of Flac and MP3 files. After enabling the replay gain plugin to
Rhythmbox it began to lock up. I tried launching the app from a terminal and
this is what was reported when it crashed:



(rhythmbox:10988): GStreamer-CRITICAL **: gst_segment_to_stream_time: assertion
'segment->format == format' failed
sys:1: Warning: g_str_has_prefix: assertion 'str != NULL' failed




At that point I had to do a forced quit to get running again. As a test I
disabled the replay gain plugin and tried playing the same files. As of this
writing Rhythmbox is running ok.


Debian Jessie Beta 2
Ex Falso version 3.2.2
Rhtythmbox version 3.1
libgstreamer1.0-0 version 1.4.4-2

Please let me know if I can be of assistance.

Your Friend,

Len Huppe






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

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

Versions of packages rhythmbox depends on:
ii  dbus1.8.12-3
ii  gnome-icon-theme3.12.0-1
ii  gstreamer1.0-plugins-base   1.4.4-2
ii  gstreamer1.0-plugins-good   1.4.4-2
ii  gstreamer1.0-x  1.4.4-2
ii  libatk1.0-0 2.14.0-1
ii  libc6   2.19-13
ii  libcairo-gobject2   1.14.0-2.1
ii  libcairo2   1.14.0-2.1
ii  libgdk-pixbuf2.0-0  2.31.1-2+b1
ii  libgirepository-1.0-1   1.42.0-2.2
ii  libglib2.0-02.42.1-1
ii  libgstreamer-plugins-base1.0-0  1.4.4-2
ii  libgstreamer1.0-0   1.4.4-2
ii  libgtk-3-0  3.14.5-1
ii  libgudev-1.0-0  215-8
ii  libjavascriptcoregtk-3.0-0  2.4.7-3
ii  libjson-glib-1.0-0  1.0.2-1
ii  libnotify4  0.7.6-2
ii  libpango-1.0-0  1.36.8-3
ii  libpangocairo-1.0-0 1.36.8-3
ii  libpeas-1.0-0   1.12.1-2
ii  librhythmbox-core8  3.1-1
ii  libsoup2.4-12.48.0-1
ii  libtdb1 1.3.1-1
ii  libtotem-plparser18 3.10.3-1
ii  libwebkitgtk-3.0-0  2.4.7-3
ii  libx11-62:1.6.2-3
ii  libxml2 2.9.1+dfsg1-4
ii  media-player-info   22-2
ii  rhythmbox-data  3.1-1
ii  zlib1g  1:1.2.8.dfsg-2+b1

Versions of packages rhythmbox recommends:
ii  avahi-daemon   0.6.31-4+b2
ii  gstreamer1.0-plugins-ugly  1.4.4-2
ii  gstreamer1.0-pulseaudio1.4.4-2
ii  gvfs-backends  1.22.2-1
ii  notification-daemon0.7.6-2
ii  rhythmbox-plugins  3.1-1
ii  yelp   3.14.1-1

Versions of packages rhythmbox suggests:
pn  gnome-codec-install  
ii  gnome-control-center 1:3.14.2-2
ii  gstreamer1.0-plugins-bad 1.4.4-2
ii  rhythmbox-plugin-cdrecorder  3.1-1

-- no debconf information


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

Bug#775947: RFS: objeck-lang-amd64/3.3.5-2-1 [ITP] -- Objeck Programming Language

[Randy Hollines]

Package: sponsorship-requests
  Severity: normal

  Dear mentors,

  I am looking for a sponsor for my package "objeck-lang-amd64"

 * Package name: objeck-lang-amd64
   Version : 3.3.5-2-1
   Upstream Author : Randy Hollines 
 * URL : http://www.objeck.org/
 * License : BSD-2-Clause
   Section : devel

  It builds these binary packages:

obc - source code compiler
obr - runtime system
obd - interactive debugger
obu - library inspection tool

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

  http://mentors.debian.net/package/objeck-lang-amd64


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

dget -x
http://mentors.debian.net/debian/pool/main/o/objeck-lang-amd64/objeck-lang-amd64_3.3.5-2-1.dsc

  More information about objeck-lang can be obtained from
http://www.objeck.org/ and https://github.com/objeck/objeck-lang.

  Changes since the last upload: none

  objeck-lang-amd64 (3.3.5-2-1) unstable; urgency=low

  * Initial Release

 -- Randy Hollines   Tue, 20 Jan 2015 08:02:00 -0800

  Regards,
   Randy Hollines

Bug#775946: RFS: objeck-lang-i386/3.3.5-2-1 [ITP] -- Objeck Programming Language

[Randy Hollines]

Package: sponsorship-requests
  Severity: normal

  Dear mentors,

  I am looking for a sponsor for my package "objeck-lang-i386"

 * Package name: objeck-lang-i386
   Version : 3.3.5-2-1
   Upstream Author : Randy Hollines 
 * URL : http://www.objeck.org/
 * License : BSD-2-Clause
   Section : devel

  It builds these binary packages:

obc - source code compiler
obr - runtime system
obd - interactive debugger
obu - library inspection tool

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

  http://mentors.debian.net/package/objeck-lang-i386


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

dget -x
http://mentors.debian.net/debian/pool/main/o/objeck-lang-i386/objeck-lang-i386_3.3.5-2-1.dsc

  More information about objeck-lang can be obtained from
http://www.objeck.org/ and https://github.com/objeck/objeck-lang.

  Changes since the last upload: none

  objeck-lang-i386 (3.3.5-2-1) unstable; urgency=low

  * Initial Release

 -- Randy Hollines   Tue, 20 Jan 2015 08:02:00 -0800

  Regards,
   Randy Hollines

Bug#775948: gdb: Replace gdb64 with parallel installable multiarch packages?

[Guillem Jover]

Source: gdb
Source-Version: 7.8.1-1
Severity: wishlist
X-Debbugs-CC: debian-cr...@lists.debian.org

[ CCing debian-cross in case my proposal is flawed. ]

Hi!

It would be nice if the gdb64 package could be dropped, because it's
making life hard for bootstrapping, as it's the only reason at least
the expat packages still need to provide multilib packages. If gdb
stopped doing multilib builds it would simplify the process quite a
bit and we could get rid of some redundant cruft, which by now should
be already provided by multiarch.

There's also already a gdb-multiarch package which should be able to
replace the gdb64 package in some circumstances. But for when that's
still not enough, it would be possible to make the gdb package be
Multi-Arch:same, and make it ship triplet-qualified filenames for
files varying per arch, as in /usr/bin/i586-linux-gnu-gdb, which would
allow to co-install them with ones from foreign architectures, like
/usr/bin/x86_64-linux-gnu-gdb.

The maintainer scripts could then use alternatives to create the gdb
and other slave filenames, and assign a higher priority to the native
architecture (the one defined by «dpkg --print-architecture»).

In addition this would give a 64-bit package on 32-bit arches that's
fully functional, as currently the gdb64 packages lack for example
python support, among other things.

What do you think?

Thanks,
Guillem


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

Bug#711526: mmc0: Timeout waiting for hardware interrupt.

[Francois Gouget]

Package: src:linux
Version: 3.16.7-ckt2-1
Followup-For: Bug #711526

Dear Maintainer,

This bug is still present in linux-image-3.16.0-4-amd64: like the 
original reporter, when I insert my SD memory card I get the mmc0 
timeout errors and the card is not usable.

Note that the same SD card (Transcend SDHC 8GB) works just fine if I 
reboot the computer to Windows 8.1.
The card reader is a Broadcom BCM57765/57785 SDXC/MMC Card Reader.

Finally this bug is also present in linux-image-3.2.0-4-amd64 3.2.65-1+deb7u1.


-- Package-specific info:
** Version:
Linux version 3.16.0-4-amd64 (debian-ker...@lists.debian.org) (gcc version 
4.8.3 (Debian 4.8.3-16) ) #1 SMP Debian 3.16.7-ckt2-1 (2014-12-08)

** Command line:
BOOT_IMAGE=/boot/vmlinuz-3.16.0-4-amd64 
root=UUID=81c2584b-b364-4576-bd04-bf290ed51205 ro acpi_osi=Linux

** Not tainted

** Kernel log:
[ 3113.574913] PM: late suspend of devices complete after 15.043 msecs
[ 3113.579180] tg3 :04:00.0: System wakeup enabled by ACPI
[ 3113.579401] ehci-pci :00:1a.0: System wakeup enabled by ACPI
[ 3113.579437] ehci-pci :00:1d.0: System wakeup enabled by ACPI
[ 3113.579458] xhci_hcd :00:14.0: System wakeup enabled by ACPI
[ 3113.595178] PM: noirq suspend of devices complete after 20.251 msecs
[ 3113.595557] ACPI: Preparing to enter system sleep state S3
[ 3113.598908] PM: Saving platform NVS memory
[ 3113.600227] Disabling non-boot CPUs ...
[ 3113.600316] intel_pstate CPU 1 exiting
[ 3113.601645] kvm: disabling virtualization on CPU1
[ 3113.702877] smpboot: CPU 1 is now offline
[ 3113.703440] intel_pstate CPU 2 exiting
[ 3113.704787] kvm: disabling virtualization on CPU2
[ 3113.806966] smpboot: CPU 2 is now offline
[ 3113.807605] intel_pstate CPU 3 exiting
[ 3113.808931] kvm: disabling virtualization on CPU3
[ 3113.910970] smpboot: CPU 3 is now offline
[ 3113.913163] ACPI: Low-level resume complete
[ 3113.913217] PM: Restoring platform NVS memory
[ 3113.913767] Enabling non-boot CPUs ...
[ 3113.913881] x86: Booting SMP configuration:
[ 3113.913882] smpboot: Booting Node 0 Processor 1 APIC 0x1
[ 3113.942553] CPU1 microcode updated early to revision 0x1b, date = 2014-05-29
[ 3113.943170] kvm: enabling virtualization on CPU1
[ 3113.945448] Intel pstate controlling: cpu 1
[ 3113.945509] CPU1 is up
[ 3113.945592] smpboot: Booting Node 0 Processor 2 APIC 0x2
[ 3113.956357] CPU2 microcode updated early to revision 0x1b, date = 2014-05-29
[ 3113.957120] kvm: enabling virtualization on CPU2
[ 3113.959395] Intel pstate controlling: cpu 2
[ 3113.959450] CPU2 is up
[ 3113.959537] smpboot: Booting Node 0 Processor 3 APIC 0x3
[ 3113.971063] kvm: enabling virtualization on CPU3
[ 3113.973359] Intel pstate controlling: cpu 3
[ 3113.973413] CPU3 is up
[ 3113.977682] ACPI: Waking up from system sleep state S3
[ 3113.993465] ehci-pci :00:1a.0: System wakeup disabled by ACPI
[ 3113.993511] xhci_hcd :00:14.0: System wakeup disabled by ACPI
[ 3113.994030] ehci-pci :00:1d.0: System wakeup disabled by ACPI
[ 3113.994122] PM: noirq resume of devices complete after 14.289 msecs
[ 3113.994445] PM: early resume of devices complete after 0.241 msecs
[ 3113.994507] mei_me :00:16.0: irq 44 for MSI/MSI-X
[ 3113.994795] ath: phy0: ASPM enabled: 0x42
[ 3113.994804] tg3 :04:00.0: System wakeup disabled by ACPI
[ 3113.995641] snd_hda_intel :00:1b.0: irq 45 for MSI/MSI-X
[ 3114.000689] sd 0:0:0:0: [sda] Starting disk
[ 3114.205482] usb 1-1.1: reset full-speed USB device number 9 using ehci-pci
[ 3114.297522] usb 1-1.1: device firmware changed
[ 3114.317400] ata1: SATA link up 3.0 Gbps (SStatus 123 SControl 300)
[ 3114.318556] ata1.00: configured for UDMA/133
[ 3114.373579] usb 1-1.3: reset high-speed USB device number 4 using ehci-pci
[ 3114.880252] PM: resume of devices complete after 885.402 msecs
[ 3115.234312] [drm] Enabling RC6 states: RC6 on, RC6p on, RC6pp off
[ 3117.235942] PM: Basic memory bitmaps freed
[ 3117.235956] Restarting tasks ... 
[ 3117.236214] ath9k :03:00.0: no hotplug settings from platform
[ 3117.236655] tg3 :04:00.0: no hotplug settings from platform
[ 3117.236714] sdhci-pci :04:00.1: no hotplug settings from platform
[ 3117.237775] done.
[ 3117.239724] usb 1-1.1: USB disconnect, device number 9
[ 3117.310887] usb 1-1.1: new full-speed USB device number 10 using ehci-pci
[ 3117.404544] usb 1-1.1: string descriptor 0 read error: -22
[ 3117.404555] usb 1-1.1: New USB device found, idVendor=0489, idProduct=e04e
[ 3117.404560] usb 1-1.1: New USB device strings: Mfr=1, Product=2, 
SerialNumber=3
[ 3117.596848] usb 1-1.1: firmware: direct-loading firmware 
ar3k/AthrBT_0x1102.dfu
[ 3117.644963] usb 1-1.1: firmware: direct-loading firmware 
ar3k/ramps_0x1102_40.dfu
[ 3117.649274] usb 1-1.1: USB disconnect, device number 10
[ 3117.851153] usb 1-1.1: new full-speed USB device number 11 using ehci-pci
[ 3117.944905] usb 1-1.1: string descriptor 0 read error: -22
[ 3117.944929] usb 1-1.1: New USB device found, idVendor=0489, idProdu

Bug#709623: src:zlib: patch using build profiles

[Guillem Jover]

Hi!

On Wed, 2015-01-21 at 18:51:11 +, Mark Brown wrote:
> On Wed, Jan 21, 2015 at 06:38:56PM +0100, Guillem Jover wrote:
> > A patch can be easily provided if you'd agree with this!
> 
> I'm not going to look at this until after the release, sorry.  I had
> been intending to just drop the cross packages then already so need to
> provide a patch.

(I'm assuming there's a missing "no" there?)

Ah sorry, it was not meant as requesting a change during the freeze,
this just came up now as a possible preferable solution and wanted to
note it down here.

It's great if you were already planning on dropping those packages
after the freeze.

Thanks,
Guillem


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

Bug#765052: mbsync: Please add a more compact output mode

[Guillem Jover]

Hi!

On Mon, 2014-10-13 at 21:42:29 +0200, Oswald Buddenhagen wrote:
> well, you want it reduced to "which box and how far did it already get?"

Sure.

> that can be condensed further:
> 
> C: 0/2:  B: 3/15  M: +0/0 *0/0 #0/0  S: +3/3 *0/0 #0/0
> 
> these being channel and box, respectively.
> 
> that presentation actually becomes interesting when channels are
> parallelized. of course, the counters then need to be cumulative.
> 
> the thing is that the totals are not known in advance (this is the case
> even for the existing counters), so the value as a real progress bar is
> somewhat limited. your presentation just hides it by giving boxes a
> special status.

Oh, I'm not attached to my proposal at all! It was just to get
something going. Having the output reduced to simply one or two lines
(depending on the verbosity) would be even better. One listing perhaps
the channel and box names (on the more verbose mode), and the other
with your condensed form?

Thanks,
Guillem


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

Bug#775945: reportbug segfaults when the DISPLAY is not available

[Christian Brabandt]

Package: reportbug
Version: 6.6.1
Severity: normal

DISPLAY= reportbug segfaults.

It would be nice, if it could fall back to a terminal like behaviour, if the
gui is not available



-- Package-specific info:
** Environment settings:
EDITOR="vim"
INTERFACE="gtk2"

** /home/chrisbra/.reportbugrc:
reportbug_version "6.5.1"
mode advanced
ui gtk2
offline
realname "Christian Brabandt"
email "c...@256bit.org"
no-cc
header "X-Debbugs-CC: c...@256bit.org"
smtphost reportbug.debian.org

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

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

Versions of packages reportbug depends on:
ii  apt   1.0.9.5
ii  python2.7.8-2
ii  python-reportbug  6.6.1
pn  python:any

reportbug recommends no packages.

Versions of packages reportbug suggests:
pn  claws-mail 
pn  debconf-utils  
pn  debsums
pn  dlocate
pn  emacs23-bin-common | emacs24-bin-common
ii  exim4  4.84-3
ii  exim4-daemon-light [mail-transport-agent]  4.84-3
ii  file   1:5.20-2
ii  gnupg  1.4.18-6
ii  python-gtk22.24.0-4
pn  python-gtkspell
pn  python-urwid   
ii  python-vte 1:0.28.2-5
ii  xdg-utils  1.1.0~rc1+git20111210-7.1

Versions of packages python-reportbug depends on:
ii  apt   1.0.9.5
ii  python-debian 0.1.25
ii  python-debianbts  1.12
pn  python:any

python-reportbug suggests no packages.

-- no debconf information
/usr/lib/python2.7/dist-packages/gtk-2.0/gtk/__init__.py:57: GtkWarning: could 
not open display
  warnings.warn(str(e), _gtk.Warning)
/usr/lib/python2.7/dist-packages/reportbug/ui/gtk2_ui.py:1308: Warning: invalid 
(NULL) pointer instance
  gtk.Assistant.__init__ (self)
/usr/lib/python2.7/dist-packages/reportbug/ui/gtk2_ui.py:1308: Warning: 
g_signal_connect_data: assertion 'G_TYPE_CHECK_INSTANCE (instance)' failed
  gtk.Assistant.__init__ (self)
/usr/lib/python2.7/dist-packages/reportbug/ui/gtk2_ui.py:1308: GtkWarning: 
IA__gtk_settings_get_for_screen: assertion 'GDK_IS_SCREEN (screen)' failed
  gtk.Assistant.__init__ (self)
/usr/lib/python2.7/dist-packages/reportbug/ui/gtk2_ui.py:1308: Warning: 
g_object_get: assertion 'G_IS_OBJECT (object)' failed
  gtk.Assistant.__init__ (self)
/usr/lib/python2.7/dist-packages/reportbug/ui/gtk2_ui.py:1335: GtkWarning: 
IA__gtk_settings_get_for_screen: assertion 'GDK_IS_SCREEN (screen)' failed
  widget.set_label("_Quit")
/usr/lib/python2.7/dist-packages/reportbug/ui/gtk2_ui.py:1335: Warning: 
g_object_get: assertion 'G_IS_OBJECT (object)' failed
  widget.set_label("_Quit")
/usr/lib/python2.7/dist-packages/reportbug/ui/gtk2_ui.py:1336: GtkWarning: 
IA__gtk_settings_get_for_screen: assertion 'GDK_IS_SCREEN (screen)' failed
  widget.set_image(image)
/usr/lib/python2.7/dist-packages/reportbug/ui/gtk2_ui.py:1336: Warning: 
g_object_get: assertion 'G_IS_OBJECT (object)' failed
  widget.set_image(image)
/usr/lib/python2.7/dist-packages/reportbug/ui/gtk2_ui.py:1336: Warning: value 
"TRUE" of type 'gboolean' is invalid or out of range for property 'visible' of 
type 'gboolean'
  widget.set_image(image)
/usr/lib/python2.7/dist-packages/reportbug/ui/gtk2_ui.py:1340: GtkWarning: 
IA__gtk_settings_get_for_screen: assertion 'GDK_IS_SCREEN (screen)' failed
  widget.set_label ("_Continue")
/usr/lib/python2.7/dist-packages/reportbug/ui/gtk2_ui.py:1340: Warning: 
g_object_get: assertion 'G_IS_OBJECT (object)' failed
  widget.set_label ("_Continue")
/usr/lib/python2.7/dist-packages/reportbug/ui/gtk2_ui.py:1341: GtkWarning: 
IA__gtk_settings_get_for_screen: assertion 'GDK_IS_SCREEN (screen)' failed
  widget.set_image (image)
/usr/lib/python2.7/dist-packages/reportbug/ui/gtk2_ui.py:1341: Warning: 
g_object_get: assertion 'G_IS_OBJECT (object)' failed
  widget.set_image (image)
/usr/lib/python2.7/dist-packages/reportbug/ui/gtk2_ui.py:1341: Warning: value 
"TRUE" of type 'gboolean' is invalid or out of range for property 'visible' of 
type 'gboolean'
  widget.set_image (image)
/usr/lib/python2.7/dist-packages/reportbug/ui/gtk2_ui.py:454: GtkWarning: 
Screen for GtkWindow not set; you must always set
a screen for a GtkWindow before using the window
  gtk.main ()
/usr/lib/python2.7/dist-packages/reportbug/ui/gtk2_ui.py:454: GtkWarning: 
IA__gdk_screen_get_display: assertion 'GDK_IS_SCREEN (screen)' failed
  gtk.main ()
/usr/lib/python2.7/dist-packages/reportbug/ui/gtk2_ui.py:454: GtkWarning: 
IA__gdk_key

Bug#709623: src:zlib: patch using build profiles

[Mark Brown]

On Wed, Jan 21, 2015 at 06:38:56PM +0100, Guillem Jover wrote:

> A patch can be easily provided if you'd agree with this!

I'm not going to look at this until after the release, sorry.  I had
been intending to just drop the cross packages then already so need to
provide a patch.


signature.asc
Description: Digital signature

Bug#775944: Please, document changes between Apache 2.2 and 2.4

[David Prévot]

Package: release-notes
Severity: normal

(Apache maintainers X-Debbugs-CC)

Hi,

Many changes in the way to handle configuration (e.g., configuration
files name must now end with .conf, semantic of access control, etc.)
may deserve to be documented in the Release Notes, or at least a pointer
to the upstream documentation. #721071 might be of interest.

http://httpd.apache.org/docs/2.4/upgrading.html

Regards

David

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

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


signature.asc
Description: Digital signature

Bug#775612: Wheezy works fine

[Daniel Curran-Dickinson]

Hi,

Just to add to this report: I have create a new root filesystem on the
crypted RAID array and install wheezy and the wheezy install has zero
problems, so it's definitely and issue with jessie and not likley file
system corruption.

I've also noticed  under jessie issues with systemd failing to start
some daemons and the tape drive and SCSI adaptor resetting frequently,
so there is likely OS issues (in the case of the adaptor the issue is
probably in the kernel).  At this point I suspect jessie is going to
force me to switch to ubuntu when the time comes.  In the meantime I'm
back on wheezy.

Regards,

Daniel


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

Bug#775930: [RFE] Update to 1.27

[Emmanuel Seyman]

* Alexander Wirt [21/01/2015 18:51] :
>
> yes? I can't find it on http://www.linuxvirtualserver.org/software/ipvs.html
> 
> has the distribution website changed? 

I'm watching https://kernel.org/pub/linux/utils/kernel/ipvsadm/
which is what Fedora has listed as the upstream website.

Emmanuel


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

Bug#775943: libgtk2.0-0: Gtk Libraries uses the wrong Colornames

[Christian Brabandt]

Package: libgtk2.0-0
Version: 2.24.25-1
Severity: normal

In Gvim, run :hi Green guibg=green.

Afterwards run :hi Green to display the highlighted color. Note, that this is a
rather dark green than a light green, that is expected from the X11 color
names. So apparently, the W3C Colornames are used. Gvim uses the function
gdk_color_parse() to parse the colorname into a color definition. I have
verified using a debugger, that this function returns the wrong color. It
should return 0x00FF00 but instead does 0x008000 which happens to be the W3C
Green definition.

If this is the wrong package to report against, please assign to the correct
package.  Thanks.

(Side note, Athena gvim works correctly).

This has been discussed on the vim ML, starting here:
http://thread.gmane.org/gmane.editors.vim/118330



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

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

Versions of packages libgtk2.0-0 depends on:
ii  libatk1.0-0  2.14.0-1
ii  libc62.19-13
ii  libcairo21.14.0-2.1
ii  libcups2 1.7.5-10
ii  libfontconfig1   2.11.0-6.3
ii  libfreetype6 2.5.2-2
ii  libgdk-pixbuf2.0-0   2.31.1-2+b1
ii  libglib2.0-0 2.42.1-1
ii  libgtk2.0-common 2.24.25-1
ii  libpango-1.0-0   1.36.8-3
ii  libpangocairo-1.0-0  1.36.8-3
ii  libpangoft2-1.0-01.36.8-3
ii  libx11-6 2:1.6.2-3
ii  libxcomposite1   1: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  libxfixes3   1:5.0.1-2+b2
ii  libxi6   2:1.7.4-1+b2
ii  libxinerama1 2:1.1.3-1+b1
ii  libxrandr2   2:1.4.2-1+b1
ii  libxrender1  1:0.9.8-1+b1
ii  multiarch-support2.19-13
ii  shared-mime-info 1.3-1

Versions of packages libgtk2.0-0 recommends:
ii  hicolor-icon-theme  0.13-1
ii  libgtk2.0-bin   2.24.25-1

Versions of packages libgtk2.0-0 suggests:
ii  gvfs 1.22.2-1
ii  librsvg2-common  2.40.5-1

-- no debconf information


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

Bug#775881: mysql-5.5: Multiple security fixes from January 2015 CPU

[Salvatore Bonaccorso]

Hi MySQL maintainers,

For wheezy-security I'm just building the package with imported
version 5.5.41 to resolve the issues. Can say more if build suceeds.

Regards,
Salvatore


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

Bug#775942: FTCBFS for multilib enabled architectures

[Helmut Grohne]

Source: expat
Version: 2.1.0-6
Tags: patch
User: helm...@debian.org
Usertags: rebootstrap

Trying to cross build expat for e.g. powerpc results in a build failure
during dh_strip. It built lib64expat1 using "gcc -m64" which produced
amd64 objects instead of ppc64 objects which powerpc-linux-gnu-strip
does not understand.

I am attaching a patch that changes the build inject a suitable CC
variable which makes cross building expat work.

Helmut
diff -Nru expat-2.1.0/debian/changelog expat-2.1.0/debian/changelog
--- expat-2.1.0/debian/changelog2014-06-04 17:55:11.0 +0200
+++ expat-2.1.0/debian/changelog2015-01-20 22:55:42.0 +0100
@@ -1,3 +1,10 @@
+expat (2.1.0-6.1) UNRELEASED; urgency=low
+
+  * Non-maintainer upload.
+  * Also use a cross compiler for multilib builds. (Closes: #-1)
+
+ -- Helmut Grohne   Tue, 20 Jan 2015 22:55:26 +0100
+
 expat (2.1.0-6) unstable; urgency=low
 
   * Really do the Ubuntu sync (closes: #748250).
diff -Nru expat-2.1.0/debian/rules expat-2.1.0/debian/rules
--- expat-2.1.0/debian/rules2014-06-04 17:54:08.0 +0200
+++ expat-2.1.0/debian/rules2015-01-20 22:55:23.0 +0100
@@ -32,6 +32,10 @@
HOST64FLAG = --host=s390x-linux-gnu
 endif
 
+ifeq ($(origin CC),default)
+CC = $(DEB_HOST_GNU_TYPE)-cc
+endif
+
 # -pthread -D_REENTRANT #551079
 CFLAGS  = `dpkg-buildflags --get CFLAGS`
 CFLAGS  += -Wall
@@ -65,13 +69,13 @@
 
 build64/config.status: config-common-stamp
dh_testdir
-   (mkdir -p $(@D); cd $(@D); CFLAGS="-m64 $(CFLAGS)" 
CPPFLAGS="$(CPPFLAGS)"  LDFLAGS="$(LDFLAGS)" \
+   (mkdir -p $(@D); cd $(@D); CC="$(CC) -m64" CFLAGS="$(CFLAGS)" 
CPPFLAGS="$(CPPFLAGS)"  LDFLAGS="$(LDFLAGS)" \
 ../configure $(CONFFLAGS) $(HOST64FLAG) --prefix=/usr 
--mandir=\$${prefix}/share/man \
 --libdir=\$${prefix}/lib64)
 
 buildw64/config.status: config-common-stamp
dh_testdir
-   (mkdir -p $(@D); cd $(@D); CFLAGS="-m64 $(CFLAGS) -DXML_UNICODE" 
CPPFLAGS="$(CPPFLAGS)" LDFLAGS="$(LDFLAGS)" \
+   (mkdir -p $(@D); cd $(@D); CC="$(CC) -m64" CFLAGS="$(CFLAGS) 
-DXML_UNICODE" CPPFLAGS="$(CPPFLAGS)" LDFLAGS="$(LDFLAGS)" \
 ../configure $(CONFFLAGS) $(HOST64FLAG) --prefix=/usr 
--mandir=\$${prefix}/share/man \
 --libdir=\$${prefix}/lib64)
 

Bug#775941: gcab: null pointer dereference

[Jakub Wilk]

Package: gcab
Version: 0.4-2
Usertags: afl

gcab crashes on the attached file:

$ gcab -t crash.cab
Segmentation fault


GDB says it's a null pointer derefence:

Program received signal SIGSEGV, Segmentation fault.
0xf7c760ad in gcab_cabinet_load (self=0x8056420, stream=0x80604d8, 
cancellable=0x8054c10, error=0xd5ac) at libgcab/gcab-cabinet.c:388
388 GCabFolder *folder = g_ptr_array_index (folders, cfile.index);
(gdb) print *folders
$1 = {pdata = 0x0, len = 0}


This bug was found using American fuzzy lop:
https://packages.debian.org/experimental/afl

Disclaimer: I don't have spare CPU cycles, so I fuzzed only till the 
first crash (which took a few seconds). It's likely that extensive 
fuzzing would uncover more interesting crashers. I'd encourage gcab 
maintainers to perform fuzzing with AFL on their own. :-)


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

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

Versions of packages gcab depends on:
ii  libc6  2.19-13
ii  libgcab-1.0-0  0.4-2
ii  libglib2.0-0   2.42.1-1

--
Jakub Wilk


crash.cab
Description: application/cab

Bug#775933: enigmail: calls 'gpg --list-keys' before encrypting. This is slow, esp. with gpg2

[Daniel Kahn Gillmor]

On Wed 2015-01-21 13:43:00 -0500, Willi Mann wrote:
> You could call 'gpg --list-keys $email1 $email2 ...' . I would be
> surprised if there is a case where this is not the fastest method.

Ah right, agreed.  thanks for pointing this out.

(of course, the e-mail addresses need to all be wrapped in angle
brackets so that they're matched verbatim as e-mail addresses).

   --dkg


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