Bug#749384: Fix for testing?

[Didier 'OdyX' Raboud]

Le dimanche, 1 juin 2014, 21.44:49 Michael Kesper a écrit :
> Hi,
> 
> if you know a package is broken and fixed in unstable, isn't there any
> way to promote it to testing directly?
> As it is, testing is even more broken than "unstable". :(

No; in particular not when the unstable version introduces new bugs 
(#749931). You should be able to install the unstable version  "as-is" 
though.

In general, I'm of the opinion that testing users should have the 
unstable repository enabled, but keep the "Default-Release" to testing; 
that allows them to temporarily cope wit such hiccups or testing 
removals.

Cheers,
OdyX


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

Bug#209185: man-db in cron.daily fails

[Peter Pöschl]

tags 209185 - moreinfo
found 209185 2.6.7.1-1
thanks

This is a manifestation of 
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=617898


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

Bug#749795: apt: no authentication checks for source packages

[Michael Vogt]

On Sat, May 31, 2014 at 12:07:48AM +0200, David Kalnischkies wrote:
> On Fri, May 30, 2014 at 03:21:20PM +0200, Michael Vogt wrote:
> > >From b7f501b5cc8583f61467f0c7a0282acbb88e4b29 Mon Sep 17 00:00:00 2001
> > From: Michael Vogt 
> > Date: Fri, 30 May 2014 14:47:56 +0200
> > Subject: [PATCH] Show unauthenticated warning for source packages as well
> > 
> > This will show the same unauthenticated warning for source packages
> > as for binary packages and will not download a source package if
> > it is unauthenticated. This can be overriden with
> 
> typo: overridden

Thanks, fixed.
 
> > +   // check authentication status of the source as well
> > +   if (UntrustedList != "" && !AuthPrompt(UntrustedList, true))
> > +  return false;
> 
> As said, I don't think 'apt-get source' should be interactive, so this
> true should be a false, right?
> 
> Reasons (as a repeat):
> - it was not interactive before
> - the error message on 'no' talks about install, so we would need a new
>   string
> - 'apt-get download' isn't interactive either
> (- it is more in line with your own commit summary)
> 
> Counter arguments?
[..]

Good point! No counter arguments, the risk of breaking script by
prompting is indeed a good reason not to show the prompt (and we do
the same for download).

I changed it to non-interactive now.

Cheers,
 Michael


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

Bug#750153: icedove-l10n-*: not installable in sid, needs migration to icedove 30

[Ralf Treinen]

Package: icedove-l10n-all
Version: 1:24.3.0-1
Severity: grave
User: trei...@debian.org
Usertags edos-outdated

Hello, all the icedove-l10n-* packages depending on icedove (<25) are no
longer installable in sid, now that we have icedove 30.0~b1-1 in sid.
This dependency is hard-wired in the debian/control file.

-Ralf.


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

Bug#749405: resolvconf: /etc/resolvconf/run/interface either does not exist or is not a directory

[Martin Pitt]

Hey Andre,

Beck, Andre [2014-06-01 16:24 +0200]:
> Pondering this a bit more, I've changed my copy in /etc/systemd/system
> to now read
> 
> WantedBy=sysinit.target
> 
> as this is reflecting better where Debian has placed networking and
> resolvconf traditionally - in rcS.d.

This indeed seems to be an adequate place, and it reflects
"Default-Start: S" of the SysV init script indeed.

network.target is implemented by NetworkManager, but we should indeed
not assume that this is installed. Sorry, I only tested this unit on
NM enabled systems.

The attached debdiff adjusts the WantedBy and cleans up the symlinks
on upgrade. It's not actively harmful to have two, but it might look a
bit confusing. Note that "systemctl reenable" also works when systemd
is not running, thus the postinst only checks if the systemctl command
exists.

@Thomas: You'll have to adjust the version comparison in the postinst
to whichever version you are going to upload that fixes this.

Thanks, and sorry for the trouble,

Martin

-- 
Martin Pitt| http://www.piware.de
Ubuntu Developer (www.ubuntu.com)  | Debian Developer  (www.debian.org)
diff -Nru resolvconf-1.69ubuntu2/debian/changelog 
resolvconf-1.69ubuntu3/debian/changelog
--- resolvconf-1.69ubuntu2/debian/changelog 2014-04-26 17:27:02.0 
+0200
+++ resolvconf-1.69ubuntu3/debian/changelog 2014-06-02 08:31:15.0 
+0200
@@ -1,3 +1,13 @@
+resolvconf (1.69ubuntu3) utopic; urgency=medium
+
+  * resolvconf.service: Install into sysinit.target, not network.target, to
+better reflect what the SysV init script does and to avoid depending on
+NetworkManager. (Closes: #749405)
+  * debian/postinst: Clean up the redundant and obsolete network.target.wants
+symlink on upgrade.
+
+ -- Martin Pitt   Mon, 02 Jun 2014 08:24:48 +0200
+
 resolvconf (1.69ubuntu2) utopic; urgency=medium
 
   * Add systemd unit (Closes: #700846)
diff -Nru resolvconf-1.69ubuntu2/debian/postinst 
resolvconf-1.69ubuntu3/debian/postinst
--- resolvconf-1.69ubuntu2/debian/postinst  2013-01-18 17:50:36.0 
+0100
+++ resolvconf-1.69ubuntu3/debian/postinst  2014-06-02 08:35:59.0 
+0200
@@ -145,6 +145,11 @@
# ;;
 esac
 
+# clean up after #749405
+if dpkg --compare-versions "$2" lt-nl "1.69ubuntu3" && type systemctl > 
/dev/null 2>&1; then
+   systemctl reenable resolvconf
+fi
+
 #DEBHELPER#
 
 exit 0
diff -Nru resolvconf-1.69ubuntu2/debian/resolvconf.service 
resolvconf-1.69ubuntu3/debian/resolvconf.service
--- resolvconf-1.69ubuntu2/debian/resolvconf.service2014-04-23 
16:59:43.0 +0200
+++ resolvconf-1.69ubuntu3/debian/resolvconf.service2014-06-02 
08:23:52.0 +0200
@@ -11,4 +11,4 @@
 ExecStop=/sbin/resolvconf --disable-updates
 
 [Install]
-WantedBy=network.target
+WantedBy=sysinit.target


signature.asc
Description: Digital signature

Bug#472793: Re : Bug#472793: iceweasel: I also have this bug since the last v.29 update

[Mike Hommey]

On Mon, Jun 02, 2014 at 06:27:42AM +0200, nicolas.patr...@gmail.com wrote:
> Le 02/06/2014 00:46:05, Mike Hommey a écrit :
> 
> > That's not related at all to bug #472793. Did you try disabling
> > addons?
> 
> Which ones?

All of them. Read /usr/share/bug/iceweasel/presubj.

Mike


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

Bug#750126: igtf-policy-bundle: [INTL:de] initial German debconf translation

[Christian PERRIER]

> #. Type: boolean
> #. Description
> #: ../templates.in:2001
> msgid "You will then have the opportunity to define the list of exceptions. "
> msgstr "Sie werden die Gelegenheit haben, Ausnahmen zu definieren."


The current msgid has no trailing space. Therefore, Helge translation
gets fuzzied here when resynced with current templates.

Unfuzzied translation attached : maintainer, please use that file
instead.




de.po
Description: application/gettext


signature.asc
Description: Digital signature

Bug#749704: linux-image-3.14-1-amd64: the driver et131x crashes at the moment it detects the card.

[Andreas Theofilu]

Am 02.06.2014 04:37, schrieb Ben Hutchings:
[...]

However, the bug this fixes is only triggered if initialisation has
already failed in some way.  Did the et131x driver actually *work* for
you previously?  Which was the last working kernel version?


The driver works with kernel version 3.13.10-1, which I use currently:

$ uname -a
Linux chello062178157232.9.14.vie.surfer.at 3.13-1-amd64 #1 SMP Debian 
3.13.10-1 (2014-04-15) x86_64 GNU/Linux


A.T.
--
Andreas Theofilu
TheoSys - Software Systems and Solutions
http://www.theosys.at
Tel.: +43 676 / 786 53 89


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

Bug#750152: RFP: liblucene++-dev -- Development files for Lucene++

[Тимирханов Тимур]

Package: wnpp
Severity: wishlist

* Package name : liblucene++-dev
  Version  : 3.0.6
  Upstream Author   : Alan Wright 
* URL   : https://github.com/luceneplusplus/LucenePlusPlus
* License  : Apache 2.0 or LGPL 3.0+
  Programming Lang: C++
  Description : Development files for Lucene++
 Lucene++ is an up to date C++ port of the popular Java Lucene
 library, a high-performance, full-featured text search engine.

 This is for development files

This is a dependency of newer versions of poedit package.
There is a package in Ubuntu already: 
http://packages.ubuntu.com/ru/trusty/liblucene++0
-- 
С уважением,
 Тимирханов  mailto:timur.timirkha...@gmail.com


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

Bug#750151: RFP: liblucene++-doc -- Reference manual for Lucene++

[Тимирханов Тимур]

Package: wnpp
Severity: wishlist

* Package name : liblucene++-doc
  Version  : 3.0.6
  Upstream Author   : Alan Wright 
* URL   : https://github.com/luceneplusplus/LucenePlusPlus
* License  : Apache 2.0 or LGPL 3.0+
  Programming Lang: C++
  Description : Reference manual for Lucene++
 Lucene++ is an up to date C++ port of the popular Java Lucene
 library, a high-performance, full-featured text search engine.

 This is for the reference manual and examples.

This is a dependency of newer versions of poedit package.
There is a package in Ubuntu already: 
http://packages.ubuntu.com/ru/trusty/liblucene++0


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

Bug#750150: RFP: liblucene++-contrib0 -- Shared library with Lucene++ contributions

[Тимирханов Тимур]

Package: wnpp
Severity: wishlist

* Package name : liblucene++-contrib0
  Version  : 3.0.6
  Upstream Author   : Alan Wright 
* URL   : https://github.com/luceneplusplus/LucenePlusPlus
* License  : Apache 2.0 or LGPL 3.0+
  Programming Lang: C++
  Description : Shared library with Lucene++ contributions
 Lucene++ is an up to date C++ port of the popular Java Lucene
 library, a high-performance, full-featured text search engine.

 This additional contributions include analyzers, a memory-only
 index and a HTML highlighter for search results.

This is a dependency of newer versions of poedit package.
There is a package in Ubuntu already: 
http://packages.ubuntu.com/ru/trusty/liblucene++0
-- 
С уважением,
 Тимирханов  mailto:timur.timirkha...@gmail.com


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

Bug#671780: aptitude: Please move ~/.aptitude/cache to $XDG_CACHE_HOME (default ~/.cache)

[Daniel Hartwig]

After initially merging the patch, it has been reverted due to
complications with file ownership and requirements of the XDG basedir
specification.

Briefly, the basedir specification states that non-existent directories
are to be created and with initial mode 0700.  The path used can come
from $HOME, $XDG_CACHE_HOME, or a default.  Not an issue for programs
run under the effective id of the logged in user.  But that is not how
aptitude is always run.

Different means of gaining root privileges do filter any of these
environment variables, and it is not clear whether the user has
intentionally or not set any of them, nor which user is supposed to own
the cache directories once created.

Example:
$ export XDG_CACHE_HOME=/usercache/foo # perhaps set on login
...
$ su
...
$ aptitude

Counter example:
$ su
...
$ export XDG_CACHE_HOME=/rootcache
$ aptitude

su _may_ have cleared XDG_CACHE_HOME or may not have, depending on
system configuration.  It is not obvious to aptitude whether the user is
expecting this to have been passed to aptitude, nor which user should
have ownership of the stated path if aptitude has to create it.

Other scenarios introduce similar ambiguity.  The change is reverted
until a simple mechanism can be decided upon, perhaps similar to what
happens with ~/.aptitude/config (only create if the path is within the
real users HOME, but even this has some problems).


Regards

Daniel Hartwig


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

Bug#472793: Re : Bug#472793: iceweasel: I also have this bug since the last v.29 update

[nicolas . patrois]

Le 02/06/2014 00:46:05, Mike Hommey a écrit :

> That's not related at all to bug #472793. Did you try disabling
> addons?

Which ones?

nicolas patrois : pts noir asocial
-- 
RÉALISME

M : Qu'est-ce qu'il nous faudrait pour qu'on nous considère comme des 
humains ? Un cerveau plus gros ?
P : Non... Une carte bleue suffirait...


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

Bug#750149: [www] some improvement of validate

[victory]

Package: www.debian.org
Severity: wishlist
Tags: patch 

part 1:
- currently validate is invoked per 20 files at once and
  validate checks those files one by one in its loop,
  which means if the lang has 4k of files,
  the overhead creating a new process occurs 200 times (4k / 20).
  it looks like about 10% of its process time is wasted by the overhead

- on the other side, the validate is a perl script
  which means it can do/have anything inside of it.

- then, checking files in one loop instead of two loops, can reduce time.

- excluding releasenote docs explicitly in the perl script
  to avoid false positive.
  - btw, 5 release pages had errors in Japanese translation
that are currently not checked due to the false positive.

- remove useless ja specific hack. 

- test results on my vm (wheezy on virtualbox on vista), ja only:
  pass 20 w/ xargs: 5:40 5:39 5:41 5:39 5:37 5:42 5:38 5:39 6:06 5:37
  loop all in perl: 5:06 5:08 5:06 5:05 5:30 5:05 5:27 5:28 5:31 5:05
  - avg. of rank 2-9:
pass 20 w/ xargs: 5:39
loop all in perl: 5:14

--
part 2:
- check only updated file just after every build.
- checking only updated file takes only a few minutes
  so it can be run on every build.
spec:
- regular check checks files which had error in the previous check,
  and updated files only.
- full check runs once a day.

--
part 2 is based on part 1;
attached bz2 archive has 3 patch:
  diff between vcs and part 1 (validate1.diff)
  diff between part 1 and part 2 (validate1-2.diff)
  diff between vcs and part 2 (validate2.diff)

-- 
victory
http://userscripts.org/scripts/show/102724 0.0.1.4
http://userscripts.org/scripts/show/163846 0.0.1
http://userscripts.org/scripts/show/163848 0.0.1


validate.tbz
Description: Binary data

Bug#749815: ITA: poedit -- gettext catalog editor

[Тимирханов Тимур]

Control: retitle 749815 ITA: poedit -- gettext catalog editor


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

Bug#750148: RFP: liblucene++0 -- Shared library for Lucene++

[Тимирханов Тимур]

Package: wnpp
Severity: wishlist

* Package name : liblucene++0
  Version  : 3.0.6
  Upstream Author   : Alan Wright 
* URL   : https://github.com/luceneplusplus/LucenePlusPlus
* License  : Apache 2.0 or LGPL 3.0+
  Programming Lang: C++
  Description : Shared library for Lucene++
 Lucene++ is an up to date C++ port of the popular Java Lucene
 library, a high-performance, full-featured text search engine.

This is a dependency of newer versions of poedit package.
There is a package in Ubuntu already: 
http://packages.ubuntu.com/ru/trusty/liblucene++0
-- 
С уважением,
 Тимирханов  mailto:timur.timirkha...@gmail.com


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

Bug#750143: Acknowledgement (lxc-stuff: tty1 broken on containers created with debconfig template)

[John Goerzen]

This can be fixed by using the inittab from the debian template (attached).
id:3:initdefault:
si::sysinit:/etc/init.d/rcS
l0:0:wait:/etc/init.d/rc 0
l1:1:wait:/etc/init.d/rc 1
l2:2:wait:/etc/init.d/rc 2
l3:3:wait:/etc/init.d/rc 3
l4:4:wait:/etc/init.d/rc 4
l5:5:wait:/etc/init.d/rc 5
l6:6:wait:/etc/init.d/rc 6
# Normally not reached, but fallthrough in case of emergency.
z6:6:respawn:/sbin/sulogin
1:2345:respawn:/sbin/getty 38400 console
c1:12345:respawn:/sbin/getty 38400 tty1 linux
c2:12345:respawn:/sbin/getty 38400 tty2 linux
c3:12345:respawn:/sbin/getty 38400 tty3 linux
c4:12345:respawn:/sbin/getty 38400 tty4 linux
p6::ctrlaltdel:/sbin/init 6
p0::powerfail:/sbin/init 0

Bug#750143: Acknowledgement (lxc-stuff: tty1 broken on containers created with debconfig template)

[John Goerzen]

FYI, in /etc/inittab of the container, changing:

1:2345:respawn:/sbin/getty 38400 tty1

to

1:2345:respawn:/sbin/getty 38400 console

fixes this issue.

On 06/01/2014 10:09 PM, Debian Bug Tracking System wrote:
> Thank you for filing a new Bug report with Debian.
>
> This is an automatically generated reply to let you know your message
> has been received.
>
> Your message is being forwarded to the package maintainers and other
> interested parties for their attention; they will reply in due course.
>
> Your message has been sent to the package maintainer(s):
>  Daniel Baumann 
>
> If you wish to submit further information on this problem, please
> send it to 750...@bugs.debian.org.
>
> Please do not send mail to ow...@bugs.debian.org unless you wish
> to report a problem with the Bug-tracking system.
>


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

Bug#750146: edbus: update (build) dependencies to reflect required versions in configure.ac

[Logan Rosen]

Package: edbus
Version: 1.7.10-1
Severity: normal
Tags: patch
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu utopic ubuntu-patch

Dear Maintainer,

The versioned dependencies in debian/control should reflect the ones required
by configure.ac.

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

  * Update build dependencies to reflect required versions in configure.ac.
  * Update dependencies of libedbus-dev as well.
  * Wrap and sort.

Thanks for considering the patch.

Logan Rosen



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

Kernel: Linux 3.15.0-4-generic (SMP w/1 CPU core)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
diff -Nru edbus-1.7.10/debian/control edbus-1.7.10/debian/control
--- edbus-1.7.10/debian/control	2014-06-01 09:35:04.0 -0400
+++ edbus-1.7.10/debian/control	2014-06-01 23:41:05.0 -0400
@@ -2,10 +2,15 @@
 Section: libs
 Priority: optional
 Maintainer: Debian Pkg-e Team 
-Uploaders: Albin Tonnerre , Niv Sardi ,
- Jan Lübbe 
-Build-Depends: debhelper (>= 9), libecore-dev (>= 1.7.7), libdbus-1-dev,
- libevas-dev (>= 1.7.7), libeina-dev (>= 1.7.7), dh-autoreconf
+Uploaders: Albin Tonnerre ,
+   Niv Sardi ,
+   Jan Lübbe 
+Build-Depends: debhelper (>= 9),
+   dh-autoreconf,
+   libdbus-1-dev (>= 0.62),
+   libecore-dev (>= 1.7.10),
+   libeina-dev (>= 1.7.10),
+   libevas-dev (>= 1.7.10)
 Standards-Version: 3.9.5
 Homepage: http://enlightenment.org
 Vcs-Git: git://anonscm.debian.org/pkg-e/libs/edbus.git
@@ -14,8 +19,12 @@
 Package: libedbus-dev
 Section: libdevel
 Architecture: any
-Depends: ${misc:Depends}, libedbus1 (= ${binary:Version}), libdbus-1-dev,
- libeina-dev (>= 1.7.7), libecore-dev (>= 1.7.7), libevas-dev (>= 1.7.7)
+Depends: libdbus-1-dev,
+ libecore-dev (>= 1.7.10),
+ libedbus1 (= ${binary:Version}),
+ libeina-dev (>= 1.7.10),
+ libevas-dev (>= 1.7.10),
+ ${misc:Depends}
 Description: D-Bus and HAL wrapper libraries for use with the EFL - Development files
  Wrappers around D-Bus to ease integrating D-Bus with EFL based applications.
  .
diff -Nru edbus-1.7.10/debian/libedbus-dev.install edbus-1.7.10/debian/libedbus-dev.install
--- edbus-1.7.10/debian/libedbus-dev.install	2014-06-01 09:35:04.0 -0400
+++ edbus-1.7.10/debian/libedbus-dev.install	2014-06-01 23:35:48.0 -0400
@@ -1,25 +1,25 @@
 debian/tmp/usr/include/e_dbus-1/E_Bluez.h
-debian/tmp/usr/include/e_dbus-1/connman0_7x/E_Connman.h
 debian/tmp/usr/include/e_dbus-1/E_DBus.h
 debian/tmp/usr/include/e_dbus-1/E_Hal.h
 debian/tmp/usr/include/e_dbus-1/E_Notification_Daemon.h
 debian/tmp/usr/include/e_dbus-1/E_Notify.h
 debian/tmp/usr/include/e_dbus-1/E_Ukit.h
-debian/tmp/usr/lib/*/pkgconfig/ebluez.pc
-debian/tmp/usr/lib/*/pkgconfig/econnman-0.7x.pc
-debian/tmp/usr/lib/*/pkgconfig/edbus.pc
-debian/tmp/usr/lib/*/pkgconfig/ehal.pc
-debian/tmp/usr/lib/*/pkgconfig/enotify.pc
-debian/tmp/usr/lib/*/pkgconfig/eukit.pc
+debian/tmp/usr/include/e_dbus-1/connman0_7x/E_Connman.h
 debian/tmp/usr/lib/*/libebluez.a
-debian/tmp/usr/lib/*/libeconnman0_7x.a
-debian/tmp/usr/lib/*/libedbus.a
-debian/tmp/usr/lib/*/libehal.a
-debian/tmp/usr/lib/*/libenotify.a
-debian/tmp/usr/lib/*/libeukit.a
 debian/tmp/usr/lib/*/libebluez.so
+debian/tmp/usr/lib/*/libeconnman0_7x.a
 debian/tmp/usr/lib/*/libeconnman0_7x.so
+debian/tmp/usr/lib/*/libedbus.a
 debian/tmp/usr/lib/*/libedbus.so
+debian/tmp/usr/lib/*/libehal.a
 debian/tmp/usr/lib/*/libehal.so
+debian/tmp/usr/lib/*/libenotify.a
 debian/tmp/usr/lib/*/libenotify.so
+debian/tmp/usr/lib/*/libeukit.a
 debian/tmp/usr/lib/*/libeukit.so
+debian/tmp/usr/lib/*/pkgconfig/ebluez.pc
+debian/tmp/usr/lib/*/pkgconfig/econnman-0.7x.pc
+debian/tmp/usr/lib/*/pkgconfig/edbus.pc
+debian/tmp/usr/lib/*/pkgconfig/ehal.pc
+debian/tmp/usr/lib/*/pkgconfig/enotify.pc
+debian/tmp/usr/lib/*/pkgconfig/eukit.pc

Bug#750145: graphthing: wxwidgets3.0 transition

[Olly Betts]

Source: graphthing
Version: 1.3.2-3.1
Severity: important
User: freewx-ma...@lists.alioth.debian.org
Usertags: wx3.0
Control: block 748169 by -1

Dear maintainer,

We're aiming to migrate the archive to using wxwidgets3.0 instead of
wxwidgets2.8, and intend to drop wxwidgets2.8 before jessie is released.

I asked you on IRC a while ago if removing graphthing from Debian made
sense, as it seems upstream has been inactive for a long time, and the
last upload was my NMU for the wx2.8 transition, and you agreed.

The wxwidgets3.0 transition is starting to progress more rapidly, so I
just wanted to check that nothing had changed which might affect that
plan (like someone taking over upstream development).  It also seems
useful to have a bug to document the plan to remove more publicly.

Cheers,
Olly


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

Bug#750045: gnuplot: no longer works: assert "m_window" failed in DoGetSize()

[Olly Betts]

On Sun, Jun 01, 2014 at 05:10:24PM -0700, sfeam wrote:
> On Sunday, 01 June 2014 11:56:40 PM Olly Betts wrote:
> > On Sun, Jun 01, 2014 at 09:34:29PM +0200, Anton Gladky wrote:
> > > 2014-06-01 19:43 GMT+02:00 sfeam :
> > > > Unfortunately this issue appeared just at the time we were putting out
> > > > a release candidate for a major version upgrade to gnuplot 5.0.
> > 
> > I filed #741072 with the patch on 2014-03-08, which is close to 3 months
> > ago now.  The bug saw no response until I raised the severity last week
> > - perhaps if it had been acted upon sooner, these problems would have
> > been found sooner, and quite likely would have already been fixed.
> > 
> > Oddly, I definitely tested gnuplot before sending in the patch, though I
> > can reproduce this problem now.
> 
> I seem to be late to the party.  What patch are you talking about?

The patch I included when I filed #741072, which is what got us to here:

https://bugs.debian.org/cgi-bin/bugreport.cgi?msg=5;filename=gnuplot-4.6.5-1.1-nmu.diff;att=1;bug=741072

All it does is change to build against wx3.0 instead of 2.8.

> If there is a patch that fixes this (i.e. makes gnuplot work with
> wx3) I'm perfectly happy to test it out.  

There's one now (see my other recent email).

> For me they are non-fatal, but Anton's stack trace shows a segfault
> so I guess the situation is worse in the Debian build.

I think that's because Debian's gnuplot package doesn't currently call
XInitThreads().

> Can you point me to patches that allowed other Debian packages to
> migrate from wx 2.8 -> 3.0?  Perhaps there is a painless fix, but I'm 
> not likely to find it without a big hint from somewhere.

Here's the list of tagged bugs, many of which have patches:

https://bugs.debian.org/cgi-bin/pkgreport.cgi?tag=wx3.0;users=freewx-ma...@lists.alioth.debian.org

A few packages have been updated to wx3 before a bug got filed though,
so this may not be a complete collection of such patches, but it's the
closest I know of.

But I've not seen this issue with any of the other packages I've looked
at.  I think it's due to how gnuplot uses wx and threads together.

Cheers,
Olly


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

Bug#750144: CVE-2014-2573: Nova VMWare driver leaks rescued images

[Thomas Goirand]

Source: nova
Version: 2014.1-8
Severity: normal
Tags: security patch

OpenStack Security Advisory: 2014-017
CVE: CVE-2014-2573
Date: May 29, 2014
Title: Nova VMWare driver leaks rescued images
Reporter: Jaroslav Henner (Red Hat)
Products: Nova
Versions: from 2013.2 to 2013.2.3, and 2014.1

Description:
Jaroslav Henner from Red Hat reported a vulnerability in Nova. By
requesting Nova place an image into rescue, then deleting the image,
an authenticated user my exceed their quota. This can result in a
denial of service via excessive resource consumption. Only setups
using the Nova VMWare driver are affected.

Juno (development branch) fix:
https://review.openstack.org/75788
https://review.openstack.org/80284

Icehouse fix:
https://review.openstack.org/88514
https://review.openstack.org/89217

Havana fix:
https://review.openstack.org/89762
https://review.openstack.org/89768

Notes:
This fix will be included in the juno-1 development milestone and in
future 2013.2.4 and 2014.1.1 releases.

References:
http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2014-2573
https://launchpad.net/bugs/1269418

-- Jeremy Stanley OpenStack Vulnerability Management Team


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

Bug#746978: ibus-cangjie: Please set libexecdir as other ibus packages

[陳昌倬]

Control: tags -1 upstream

Forward to upstream https://github.com/Cangjians/ibus-cangjie/issues/58
-- 
ChangZhuo Chen (陳昌倬) 
http://czchen.info/
Key fingerprint = EC9F 905D 866D BE46 A896  C827 BE0C 9242 03F4 552D


signature.asc
Description: Digital signature

Bug#750045: gnuplot: no longer works: assert "m_window" failed in DoGetSize()

[Olly Betts]

On Sun, Jun 01, 2014 at 05:18:30PM -0700, sfeam wrote:
> The upstream gnuplot source has already been patched to call XInitThreads.
> I didn't realize you were testing without it. 

I was just testing based on the package currently in unstable.

> As I said in a separate post, for me this allows running with wx3 but
> does not remove the separate stream of error messages starting with

I hadn't seen your message when I wrote ine.

> assert "m_window" failed in DoGetSize(): GetSize() doesn't work without 
> window 

It seems that gnuplot doesn't use the wx macros which set things up so
that defining NDEBUG disables these checks.  The attached patch gets me
a gnuplot which runs without this noise (obviously addressing these
issues would be better, but wx3.0 with -DNDEBUG is basically what you
get with wx2.8 by default, so the need to use -DNDEBUG is no reason to
stick with wx2.8.

Cheers,
Olly
diff -Nru gnuplot-4.6.5/debian/changelog gnuplot-4.6.5/debian/changelog
--- gnuplot-4.6.5/debian/changelog	2014-05-30 17:41:02.0 +1200
+++ gnuplot-4.6.5/debian/changelog	2014-06-02 14:39:11.0 +1200
@@ -1,3 +1,10 @@
+gnuplot (4.6.5-3.1) unstable; urgency=medium
+
+  * Non-maintainer upload.
+  * Call XInitThreads() and disable wx assertions.
+
+ -- Olly Betts   Mon, 02 Jun 2014 14:39:10 +1200
+
 gnuplot (4.6.5-3) unstable; urgency=medium
 
   * [5aef72d] Fix typo in control-file. (Closes: #749820)
diff -Nru gnuplot-4.6.5/debian/patches/series gnuplot-4.6.5/debian/patches/series
--- gnuplot-4.6.5/debian/patches/series	2014-03-01 11:17:19.0 +1300
+++ gnuplot-4.6.5/debian/patches/series	2014-06-02 11:12:33.0 +1200
@@ -2,3 +2,4 @@
 05_default_gd_font.diff
 08_do_not_set_qt_default_term.patch
 09_force_texinfo.patch
+tmp.patch
diff -Nru gnuplot-4.6.5/debian/patches/tmp.patch gnuplot-4.6.5/debian/patches/tmp.patch
--- gnuplot-4.6.5/debian/patches/tmp.patch	1970-01-01 12:00:00.0 +1200
+++ gnuplot-4.6.5/debian/patches/tmp.patch	2014-06-02 15:06:37.0 +1200
@@ -0,0 +1,21 @@
+--- a/src/wxterminal/wxt_gui.cpp
 b/src/wxterminal/wxt_gui.cpp
+@@ -95,6 +95,8 @@
+ /* define DEBUG here to have debugging messages in stderr */
+ #include "wxt_gui.h"
+ 
++#include 
++
+ /* frame icon composed of three icons of different resolutions */
+ #include "bitmaps/xpm/icon16x16.xpm"
+ #include "bitmaps/xpm/icon32x32.xpm"
+@@ -1566,6 +1568,9 @@
+ 	if ( wxt_status == STATUS_UNINITIALIZED ) {
+ 		FPRINTF((stderr,"First Init\n"));
+ 
++		XInitThreads();
++		wxDISABLE_DEBUG_SUPPORT();
++
+ #ifdef __WXMSW__
+ 		/* the following is done in wxEntry() with wxMSW only */
+ 		WXDLLIMPEXP_BASE void wxSetInstance(HINSTANCE hInst);
diff -Nru gnuplot-4.6.5/debian/rules gnuplot-4.6.5/debian/rules
--- gnuplot-4.6.5/debian/rules	2014-05-30 03:05:38.0 +1200
+++ gnuplot-4.6.5/debian/rules	2014-06-02 14:45:44.0 +1200
@@ -4,10 +4,11 @@
 	dh $@ --parallel --with autoreconf
 
 export DEB_BUILD_MAINT_OPTIONS := hardening=+all
-export DEB_LDFLAGS_MAINT_APPEND = -Wl,--as-needed
+export DEB_LDFLAGS_MAINT_APPEND = -lX11 -Wl,--as-needed
 
 # Tell compiler where should find lua headers
 export DEB_CFLAGS_MAINT_APPEND = -I/usr/include/lua5.1
+export DEB_CXXFLAGS_MAINT_APPEND = -DNDEBUG
 
 BUILDDIR_NOX = $(CURDIR)/debian/build-nox
 BUILDDIR_X11 = $(CURDIR)/debian/build-x11

Bug#750143: lxc-stuff: tty1 broken on containers created with debconfig template

[John Goerzen]

Package: lxc-stuff
Version: 1.0.3-1
Severity: normal

Containers created with the debian lxc-create template will show a login
prompt on the terminal controlling lxc-start.  Those created with the
debconfig lxc-create template will not.
However, lxc-console -t 2, -t 3, etc. does work.
There seems to be something special broken about tty1 in the debconfig
setups.  getty for tty1 is indeed running in the environment, strangely
enough.


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

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

Versions of packages lxc-stuff depends on:
ii  debconf [debconf-2.0]  1.5.53
ii  lxc1.0.3-1

Versions of packages lxc-stuff recommends:
ii  debootstrap  1.0.60
ii  irker2.7+dfsg-2

Versions of packages lxc-stuff suggests:
ii  debian-keyring  2014.04.25
ii  gpgv1.4.16-1.1
pn  live-debconfig-doc  
ii  rsync   3.1.0-3

-- debconf information:
  lxc/title:
  lxc/containers: /var/lib/lxc


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

Bug#750142: lxc-stuff: lxc-stop doesn't work with containers created by lxc-create with debconfig template

[John Goerzen]

Package: lxc-stuff
Version: 1.0.3-1
Severity: normal

lxc-stop works with containers created by the Debian template, but those
created by lxc-create with the debconfig template produce:

INIT: cannot execute "/etc/init.d/powerfail"

It does eventually kill the container, but only after quite the wait,
and it appears to do it without cleanly shutting it down.

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

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

Versions of packages lxc-stuff depends on:
ii  debconf [debconf-2.0]  1.5.53
ii  lxc1.0.3-1

Versions of packages lxc-stuff recommends:
ii  debootstrap  1.0.60
ii  irker2.7+dfsg-2

Versions of packages lxc-stuff suggests:
ii  debian-keyring  2014.04.25
ii  gpgv1.4.16-1.1
pn  live-debconfig-doc  
ii  rsync   3.1.0-3

-- debconf information:
  lxc/title:
  lxc/containers: /var/lib/lxc


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

Bug#750106: AppArmor info

[John Goerzen]

On 06/01/2014 05:13 PM, Daniel Baumann wrote:
> On 06/02/2014 12:06 AM, John Goerzen wrote:
>> Everything I have read says one must use either AppArmor or user
>> namespaces to make it secure.
> 
> or, like i said, you can r/o mount certain pseudo-fs and drop a bunch of
> capabilities, like lxc-debconfig in lxc-stuff does by default (and
> lxc-debian in debians lxc did until i've been told to not touch the
> upstream debian template).

The debconfig template is indeed a lot better.  I would suggest:

1) It be included in lxc itself.

2) It be documented in lxc-create(1) as the preferred way to create a
Debian environment

3) It be documented in /usr/share/doc/lxc/README.Debian and
/usr/share/doc/lxc-stuff/README as the preferred way to create a Debian
environment

Better yet, the "debian" template should be warned as insecure by
default, which it is.

John


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

Bug#750106: AppArmor

[John Goerzen]

On 06/01/2014 04:51 PM, Daniel Baumann wrote:
> On 06/01/2014 10:47 PM, John Goerzen wrote:
>> 1) Installing lxc renders AppArmor unusable on the entire system because
>> the LXC profiles have syntax errors.
> 
> i take it you're using apparmor and are familiar with it. would you be
> so kind in preparing a patch to apply in lxc to make the missing pieces
> working for you?

I am using AppArmor for the first time with LXC here, so unfortunately I
am not an AppArmor expert.

I did note that to at least solve the bug where it breaks AppArmor
systemwide, you can comment out the three lines in every AppArmor file
LXC delivers that lists dbus, signal, and ptrace (right after the
comment saying to comment them out if the parser doesn't recognize
them).  That's one bug fixed, and at least makes LXC not break other
things on the system.

> please calm down. first of all, you created a mess with cloning bugs
> arround where it was anything but understandable what you intended to
> do. i cleaned it up as best as i could by closing those that were from
> my point of view solved, and asked for more information on the others.

I apologize for the mess; I thought it was the clearest way to go, as
what initially looked like one bug turned out to be several unrelated ones.

>> I don't want to stomp all over your bug playground, but AppArmor is NOT
>> fixed in 750107.  /sys is NOT mounted securely (the exploit against the
>> host's root exists).  /proc is NOT mounted securely either (/proc/sys is
>> writeable, /proc/kmem is available, etc.)  The lxc.container.conf
>> manpage describes enabling AppArmor, which even that does not work.  If
>> you intend to rip out AppArmor entirely, then it shouldn't be documented
>> as existing in the manpage and README.
> 
> like i said, i do not use apparmor, bin:lxc is pure upstream - nothing
> specific to debian nor did i 'rip out' anything. if you would like to
> use apparmor with lxc, please fill upstream bug reports about it - like
> i said earlier, upstream has not completely integreated apparmor support
> in lxc yet.

They seem to indicate otherwise.  I do not think apparmor should be
disabled.  I think it should just be enabled, really, but I can't say I
know how.  If I did, I'd have included a patch.

John


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

Bug#749704: linux-image-3.14-1-amd64: the driver et131x crashes at the moment it detects the card.

[Ben Hutchings]

Control: tag -1 moreinfo

On Thu, 2014-05-29 at 12:06 +0200, A.T. wrote:
> Package: src:linux
> Version: 3.14.4-1
> Severity: grave
> Tags: ipv6

Nothing to do with IPv6.

> Justification: renders package unusable

It does not.

> The kernel driver "et131x" crashes at the moment it detects the network card.
> This is what I found in the logs:
> 
> [4.580737] et131x: module is from the staging directory, the quality is
> unknown, you have been warned.
> [4.609370] wmi: Mapper loaded
> [4.632423] libphy: et131x_eth_mii: probed
> [4.632500] BUG: unable to handle kernel paging request at ff90
> [4.632613] IP: [] phy_attach_direct+0x62/0x140 [libphy]
> [4.632693] PGD 180f067 PUD 1811067 PMD 0
> [4.632833] Oops:  [#1] SMP
> [4.632938] Modules linked in: wmi tpm et131x(C+) lpc_ich soundcore 
> i2c_core
> mei_me mfd_core parport processor mei libphy ext4 crc16 mbcache jbd2 usbhid 
> hid
> sg sd_mod sr_mod cdrom crc_t10dif crct10dif_common ata_generic ahci libahci
> libata scsi_mod ehci_pci thermal ehci_hcd fan xhci_hcd thermal_sys e1000e ptp
> pps_core usbcore usb_common
> [4.634377] CPU: 2 PID: 459 Comm: modprobe Tainted: G C
> 3.14-1-amd64 #1 Debian 3.14.4-1
> [4.634425] Hardware name: MSI MS-7751/Z77A-GD65 (MS-7751), BIOS V10.8
> 12/17/2012
> [4.634480] task: 88040eb96c20 ti: 88040c8ce000 task.ti:
> 88040c8ce000
> [4.634547] RIP: 0010:[]  []
> phy_attach_direct+0x62/0x140 [libphy]
[...]

The crash is probably fixed by a change in Linux 3.14.5:

commit cd7faf359dc0eeb672c820d2308a71b1c1fbadf9
Author: Guenter Roeck 
Date:   Wed May 14 13:12:49 2014 -0700

net: phy: Don't call phy_resume if phy_init_hw failed

However, the bug this fixes is only triggered if initialisation has
already failed in some way.  Did the et131x driver actually *work* for
you previously?  Which was the last working kernel version?

Ben.

-- 
Ben Hutchings
Any smoothly functioning technology is indistinguishable from a rigged demo.


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

Bug#750141: libqt4-xml: vulnerable to billion laughs attack

[Lisandro Damián Nicanor Pérez Meyer]

tag 750141 moreinfo
thanks

On Monday 02 June 2014 11:19:05 Hamish Moffatt wrote:
> Package: libqt4-xml
> Severity: serious
> Tags: security
> Justification: security
> 
> Qt 4.8.6 has a fix for a denial of service attack due to XML entity
> expansion ("billion laughs attack"). This fix doesn't seem to be in the
> wheezy packages yet.
> 
> http://blog.qt.digia.com/blog/2014/04/24/qt-4-8-6-released/
> 
> Ubuntu patched their 4.8.4;
> 
> https://bugs.launchpad.net/ubuntu/+source/qt4-x11/+bug/1259577

Hi Hamish! I patched Qt4 for jessie at that time but IIRC (I might be mixing 
CVEs here) when I asked someone from the security team over IRC (or maybe by 
mail, I don't remember now) they told me it wasn't too important to get an 
update in stable.

Now if you can give me an example that shows it deserves an RC bug I can 
prepare a fix.

Thanks, Lisandro.

-- 
16: De quien es Internet
* De DIOS dado que todas las cosas del mundo le pertenecen
Damian Nadales
http://mx.grulic.org.ar/lurker/message/20080307.141449.a70fb2fc.es.html

Lisandro Damián Nicanor Pérez Meyer
http://perezmeyer.com.ar/
http://perezmeyer.blogspot.com/


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

Bug#744779: Patch for [rt.cpan.org #47337] WebService-CIA: CIA changed something so it's not working anymore

[Axel Beckert]

Hi,

in Debian we applied the patch at [1] to fix this issue. Feel free to
apply this patch to the CPAN distribution, too.

[1] 
http://anonscm.debian.org/gitweb/?p=pkg-perl/packages/libwebservice-cia-perl.git;a=blob_plain;f=debian/patches/fix-urls-and-html-parser.patch;hb=HEAD

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


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

Bug#750141: libqt4-xml: vulnerable to billion laughs attack

[Hamish Moffatt]

Package: libqt4-xml
Severity: serious
Tags: security
Justification: security

Qt 4.8.6 has a fix for a denial of service attack due to XML entity
expansion ("billion laughs attack"). This fix doesn't seem to be in the
wheezy packages yet.

http://blog.qt.digia.com/blog/2014/04/24/qt-4-8-6-released/

Ubuntu patched their 4.8.4;

https://bugs.launchpad.net/ubuntu/+source/qt4-x11/+bug/1259577



Hamish


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

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


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

Bug#538067: status of the OpenCPN package?

[Antoine Beaupré]

Hi,

I am writing to you because you have participated in the review of the
new OpenCPN debian package as part of bug #538067.

I would be ready to sponsor the package if people are okay with its
current state. It would be a shame to have the package stalled in that
bug report forever like this. :)

Note that upstream is now at version 3.2.2 as well, so there may be some
work required to get it up to the latest release. Yet i believe that
uploading 2.5 would be better than nothing.

What's blocking this? do you need an uploader?

A.

-- 
Il faut tout un village pour élever un enfant.
- Proverbe africain


pgpCg5R7fU_3e.pgp
Description: PGP signature

Bug#748752: liferea: needs to be invoked twice in order to start up

[Marcelo Lacerda]

I can't reproduce on sid with the same package version on xfce4. At most 
the liferea window does not appear from when you start it up, but it is 
visible and accessible from notification area from the first attempt to run.



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

Kernel: Linux 3.13-1-486
Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages liferea depends on:
ii  dconf-gsettings-backend [gsettings-backend]  0.20.0-2
ii  gir1.2-gtk-3.0   3.12.2-1
ii  gir1.2-peas-1.0  1.8.1-2
ii  libatk1.0-0  2.12.0-1
ii  libc62.18-7
ii  libcairo21.12.16-2
ii  libgdk-pixbuf2.0-0   2.30.7-1
ii  libgirepository-1.0-11.40.0-2
ii  libglib2.0-0 2.40.0-3
ii  libgtk-3-0   3.12.2-1
ii  libindicate5 0.6.92-2
ii  libjson-glib-1.0-0   1.0.0-1
ii  libnotify4   0.7.6-2
ii  libpango-1.0-0   1.36.3-1
ii  libpeas-1.0-01.8.1-2
ii  libsoup2.4-1 2.46.0-2
ii  libsqlite3-0 3.8.4.3-3
ii  libwebkitgtk-3.0-0   2.2.6-1
ii  libxml2  2.9.1+dfsg1-3
ii  libxslt1.1   1.1.28-2
ii  liferea-data 1.10.8-1
ii  python-gi3.12.1-1
pn  python:any   

Versions of packages liferea recommends:
ii  dbus 1.8.2-1
ii  dbus-x11 1.8.2-1
ii  gir1.2-gnomekeyring-1.0  3.8.0-2
ii  gnome-icon-theme 3.12.0-1
ii  gnome-keyring3.12.0-2
ii  steadyflow   0.2.0-1

Versions of packages liferea suggests:
ii  network-manager  0.9.8.0-5



On 05/20/14 10:00, Andreas Glaeser wrote:

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Package: liferea
Version: 1.10.8-1
Severity: minor

Dear Maintainer,

* offline-reading RSS-feeds is OK for me, liferea is the application of choice
* On the XFCE-desktop, it needs to be invoked twice from the applications-menu 
in order
   to start up, at first try not much happens
* from the terminal it will not start at all:
andrew@s5:~$ liferea

** (liferea:6052): WARNING **: Couldn't register with accessibility bus: Did 
not receive
a reply. Possible causes include: the remote application did not send a reply, 
the
message bus security policy blocked the reply, the reply timeout expired, or 
the network
connection was broken.


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

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

Versions of packages liferea depends on:
ii  dconf-gsettings-backend [gsettings-backend]  0.20.0-2
ii  gir1.2-gtk-3.0   3.12.1-1
ii  gir1.2-peas-1.0  1.10.0-2
ii  libatk1.0-0  2.12.0-1
ii  libc62.18-5
ii  libcairo21.12.16-2
ii  libgdk-pixbuf2.0-0   2.30.7-1
ii  libgirepository-1.0-11.40.0-2
ii  libglib2.0-0 2.40.0-3
ii  libgtk-3-0   3.12.1-1
ii  libindicate5 0.6.92-2
ii  libjson-glib-1.0-0   1.0.0-1
ii  libnotify4   0.7.6-2
ii  libpango-1.0-0   1.36.3-1
ii  libpeas-1.0-01.10.0-2
ii  libsoup2.4-1 2.46.0-2
ii  libsqlite3-0 3.8.4.3-3
ii  libwebkitgtk-3.0-0   2.4.1-2
ii  libxml2  2.9.1+dfsg1-3
ii  libxslt1.1   1.1.28-2
ii  liferea-data 1.10.8-1
ii  python-gi3.12.1-1
pn  python:any   

Versions of packages liferea recommends:
ii  dbus 1.8.2-1
ii  dbus-x11 1.8.2-1
ii  gir1.2-gnomekeyring-1.0  3.8.0-2
ii  gnome-icon-theme 3.

Bug#746508: NMU'ing AppArmor to fix #746508? [Was: apparmor-notify should depend on libnotify-bin]

[Kees Cook]

Hi intrigeri,

On Sun, Jun 01, 2014 at 11:08:58AM +0200, intrigeri wrote:
> intrigeri wrote (03 May 2014 11:32:15 GMT) :
> > Kees, do you want to fix this at the same time as you upload a newer
> > upstream release (#743195), or separately? If you have no plans to
> > upload shortly, I could be tempted to NMU just to fix this RC bug, if
> > you don't mind, just to ensure AppArmor does not get thrown out
> > of Jessie.
> 
> If I find time, I'll likely NMU apparmor to fix this RC bug in the
> next few days. I think I'll include the proposed update to
> debian/watch (#738531) while I'm at it. Thoughts?

That'd be great, yes.

> Of course, it would be preferable to upload 2.8.3 instead, and fix
> these bugs at the same time :)

I've seen some reports that 2.8.3 has issues with the apache2 module. I
haven't had time to set it up and test, though.

-Kees

-- 
Kees Cook@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#744779: Pending fixes for bugs in the libwebservice-cia-perl package

[pkg-perl-maintainers]

tag 744779 + pending
thanks

Some bugs in the libwebservice-cia-perl package are closed in
revision f726ec43d599fe78496b6945a155b632357e4458 in branch 'master'
by Axel Beckert

The full diff can be seen at
http://anonscm.debian.org/gitweb/?p=pkg-perl/packages/libwebservice-cia-perl.git;a=commitdiff;h=f726ec4

Commit message:

Add patch to update data source URL and data matching regexp

Closes: #744779

Patch also fixes the simple test cases in upstream's test suite.

Still not fixed: Test-suite example data in the __DATA__ section of
t/lib/WCUA.pm needs to be updated, but is likely non-free, so the
orig.tar.gz probably needs to get repacked.


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

Bug#750045: gnuplot: no longer works: assert "m_window" failed in DoGetSize()

[sfeam]

On Monday, 02 June 2014 12:58:38 AM Olly Betts wrote:
> On Sun, Jun 01, 2014 at 11:56:40PM +0100, Olly Betts wrote:
> > I'm just rebuilding gnuplot with debug symbols to see if that shows
> > where this is coming from.
> 
> OK, the attached patch shows the line in gnuplot from which we get to
> the assertion and crash.
> 
> It looks like the reason disabling the assertion doesn't help is that
> there's a crash after this (in libgdk-x11 according to gdb).  Running under
> valgrind shows a use after free in X11:
> 
> $ valgrind gnuplot
> ==9723== Memcheck, a memory error detector
> ==9723== Copyright (C) 2002-2013, and GNU GPL'd, by Julian Seward et al.
> ==9723== Using Valgrind-3.9.0 and LibVEX; rerun with -h for copyright info
> ==9723== Command: gnuplot
> ==9723== 
> 
>   G N U P L O T
>   Version 4.6 patchlevel 5last modified February 2014
>   Build System: Linux x86_64
> 
>   Copyright (C) 1986-1993, 1998, 2004, 2007-2014
>   Thomas Williams, Colin Kelley and many others
> 
>   gnuplot home: http://www.gnuplot.info
>   faq, bugs, etc:   type "help FAQ"
>   immediate help:   type "help"  (plot window: hit 'h')
> 
> Terminal type set to 'wxt'
> gnuplot> plot x
> ==9723== Invalid read of size 8
> ==9723==at 0x8E0AC32: _XReply (in 
> /usr/lib/x86_64-linux-gnu/libX11.so.6.3.0)
> ==9723==by 0x8E0681C: XSync (in /usr/lib/x86_64-linux-gnu/libX11.so.6.3.0)
> ==9723==by 0x9FEB3C0: gdk_flush (in 
> /usr/lib/x86_64-linux-gnu/libgdk-x11-2.0.so.0.2400.23)
> ==9723==by 0x9FBBD3D: ??? (in 
> /usr/lib/x86_64-linux-gnu/libgdk-x11-2.0.so.0.2400.23)
> ==9723==by 0x9FBC72F: ??? (in 
> /usr/lib/x86_64-linux-gnu/libgdk-x11-2.0.so.0.2400.23)
> ==9723==by 0x9FC9FDD: ??? (in 
> /usr/lib/x86_64-linux-gnu/libgdk-x11-2.0.so.0.2400.23)
> ==9723==by 0x9FCBA5F: gdk_draw_rgb_image (in 
> /usr/lib/x86_64-linux-gnu/libgdk-x11-2.0.so.0.2400.23)
> ==9723==by 0x57700F4: wxBitmap::CreateFromImageAsPixmap(wxImage const&, 
> int) (in /usr/lib/x86_64-linux-gnu/libwx_gtk2u_core-3.0.so.0.0.0)
> ==9723==by 0x5770C99: wxBitmap::wxBitmap(wxImage const&, int) (in 
> /usr/lib/x86_64-linux-gnu/libwx_gtk2u_core-3.0.so.0.0.0)
> ==9723==by 0x23422A: wxtPanel::wxt_cairo_create_bitmap() 
> (wxt_gui.cpp:3236)
> ==9723==by 0x23B467: wxtPanel::wxt_cairo_refresh() (wxt_gui.cpp:2526)
> ==9723==by 0x23B7BC: wxt_text (wxt_gui.cpp:1847)
> ==9723==  Address 0x15395288 is 8 bytes inside a block of size 24 free'd
> ==9723==at 0x4C2870C: free (vg_replace_malloc.c:468)
> ==9723==by 0x8E0AD12: _XReply (in 
> /usr/lib/x86_64-linux-gnu/libX11.so.6.3.0)
> ==9723==by 0x8E011F4: XQueryPointer (in 
> /usr/lib/x86_64-linux-gnu/libX11.so.6.3.0)
> ==9723==by 0x9FFF583: ??? (in 
> /usr/lib/x86_64-linux-gnu/libgdk-x11-2.0.so.0.2400.23)
> ==9723==by 0x9FB3601: ??? (in 
> /usr/lib/x86_64-linux-gnu/libgdk-x11-2.0.so.0.2400.23)
> ==9723==by 0x9FB4273: gdk_display_get_window_at_pointer (in 
> /usr/lib/x86_64-linux-gnu/libgdk-x11-2.0.so.0.2400.23)
> ==9723==by 0x9B56FCA: gtk_tooltip_trigger_tooltip_query (in 
> /usr/lib/x86_64-linux-gnu/libgtk-x11-2.0.so.0.2400.23)
> ==9723==by 0x687A6B7: g_slist_foreach (in 
> /lib/x86_64-linux-gnu/libglib-2.0.so.0.4000.0)
> ==9723==by 0x9B92AC8: ??? (in 
> /usr/lib/x86_64-linux-gnu/libgtk-x11-2.0.so.0.2400.23)
> ==9723==by 0x9FB1CF6: ??? (in 
> /usr/lib/x86_64-linux-gnu/libgdk-x11-2.0.so.0.2400.23)
> ==9723==by 0x685DCE4: g_main_context_dispatch (in 
> /lib/x86_64-linux-gnu/libglib-2.0.so.0.4000.0)
> ==9723==by 0x685E047: ??? (in 
> /lib/x86_64-linux-gnu/libglib-2.0.so.0.4000.0)
> ==9723== 
> [xcb] Unknown request in queue while dequeuing
> [xcb] Most likely this is a multi-threaded client and XInitThreads has not 
> been called
> [xcb] Aborting, sorry about that.
> gnuplot: ../../src/xcb_io.c:179: dequeue_pending_request: Assertion 
> `!xcb_xlib_unknown_req_in_deq' failed.
> ==9723== 
> ==9723== HEAP SUMMARY:
> ==9723== in use at exit: 3,615,268 bytes in 17,965 blocks
> ==9723==   total heap usage: 66,059 allocs, 48,094 frees, 7,894,552 bytes 
> allocated
> ==9723== 
> ==9723== LEAK SUMMARY:
> ==9723==definitely lost: 9,312 bytes in 31 blocks
> ==9723==indirectly lost: 15,332 bytes in 646 blocks
> ==9723==  possibly lost: 103,300 bytes in 1,298 blocks
> ==9723==still reachable: 3,388,868 bytes in 15,463 blocks
> ==9723== suppressed: 0 bytes in 0 blocks
> ==9723== Rerun with --leak-check=full to see details of leaked memory
> ==9723== 
> ==9723== For counts of detected and suppressed errors, rerun with: -v
> ==9723== ERROR SUMMARY: 1 errors from 1 contexts (suppressed: 6 from 6)
> Killed
> 
> Running under gdb with a breakpoint on XInitThreads() suggests it isn't
> being called.  The man page for XInitThreads says:
> 
> It is only necessary to call this function if multiple threads might use
> Xlib concurrently.  If all calls to Xlib functions are protected by
> some other access

Bug#750013: colord: FTBS on s390x: wrong cast from uint64_t * to uint32_t *

[Christopher James Halse Rogers]

Thanks for the patch! I'll commit this upstream and do a new upload 
soon.



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

Bug#213316: Alternatives enabled for Heimdal's kinit/klist

[Brian May]

On 2 June 2014 07:28, Jelmer Vernooij  wrote:

> > It would be really nice to be able to co-install the basic clients,
> > though, which makes me think that the more administrator-oriented tools
> > (kadmin and ktutil) might make sense to split off into a separate package
> > that continues to conflict.
>


> That seems like the best approach, indeed. I can take a look at the
> Heimdal side of things, if everybody agrees such a split would be a
> good solution.
>

The "kitchen sink" approach (not arguing for or against here) would be:
Heimdal comes with a package that contains:

/usr/bin/kgadmin-heimdal
/usr/bin/ktutil-heimdal
etc

MIT Kerberos comes with a package that contains:

/usr/bin/kgadmin-krb5
/usr/bin/ktutil-krb5

(or -mit suffix?)

These don't need to conflict. So packages can depend on either one if
required, and doesn't matter what local preferences are.

Then, if you want, you have another set of packages that create symlinks,
e.g. for Heimdal:

/usr/bin/kgadmin --> /usr/bin/kgadmin-heimdal
/usr/bin/ktutil --> /usr/bin/ktutil-heimdal

These packages would conflict with each other, and the local administrator
can install the one depending on local preferences.

Make sense?
-- 
Brian May 

Bug#750045: gnuplot: no longer works: assert "m_window" failed in DoGetSize()

[sfeam]

On Sunday, 01 June 2014 11:56:40 PM Olly Betts wrote:
> On Sun, Jun 01, 2014 at 09:34:29PM +0200, Anton Gladky wrote:
> > 2014-06-01 19:43 GMT+02:00 sfeam :
> > > Unfortunately this issue appeared just at the time we were putting out
> > > a release candidate for a major version upgrade to gnuplot 5.0.
> 
> I filed #741072 with the patch on 2014-03-08, which is close to 3 months
> ago now.  The bug saw no response until I raised the severity last week
> - perhaps if it had been acted upon sooner, these problems would have
> been found sooner, and quite likely would have already been fixed.
> 
> Oddly, I definitely tested gnuplot before sending in the patch, though I
> can reproduce this problem now.

I seem to be late to the party.  What patch are you talking about?
If there is a patch that fixes this (i.e. makes gnuplot work with
wx3) I'm perfectly happy to test it out.  

The one relevant patch I know about is a call into XLib to initialize threads.
That one is already in gnuplot's upstream source but is not in either 4.6.5
or 5.0.rc1

I can't say that patch makes a whole lot of sense to me, but it does indeed
allow running with wx3 my machines (Mageia 4).  But it's clearly not a 
complete solution as I still get alarming error messages at run time.
For me they are non-fatal, but Anton's stack trace shows a segfault
so I guess the situation is worse in the Debian build.

Can you point me to patches that allowed other Debian packages to
migrate from wx 2.8 -> 3.0?  Perhaps there is a painless fix, but I'm 
not likely to find it without a big hint from somewhere.

Ethan


>  Nothing else relevant seems to have
> changed in gnuplot or wxwidgets3.0 since though.  I wonder if I messed
> up and wasn't testing the build I thought I was - sorry if that's the
> case.
> 
> I'm just rebuilding gnuplot with debug symbols to see if that shows
> where this is coming from.
> 
> > I would then propose the following. If wx 2.8 will be available
> > for the next stable Debian Jessie, then we will switch back to
> > this 2.8 version without any major changes.
> 
> I'm confident that wx 2.8 won't be in jessie.  The transition tracker
> shows 44% complete for wxwidgets3.0, and there are patches in the BTS
> for another 12 packages:
> 
> https://release.debian.org/transitions/
> https://bugs.debian.org/cgi-bin/pkgreport.cgi?tag=wx3.0;users=freewx-ma...@lists.alioth.debian.org
> 
> There is also still wxpython to deal with (which doesn't show up in the
> tracker, I guess because it's part of the wxwidgets2.8 source package),
> but there's still 5 months until the freeze.
> 
> > Otherwise, wxt will be disabled in Debian builds as a terminal
> > for gnuplot.
> 
> That seems a reasonable plan if we can't address this in time.
> 
> Cheers,
> Olly


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

Bug#750045: gnuplot: no longer works: assert "m_window" failed in DoGetSize()

[Olly Betts]

On Sun, Jun 01, 2014 at 11:56:40PM +0100, Olly Betts wrote:
> I'm just rebuilding gnuplot with debug symbols to see if that shows
> where this is coming from.

OK, the attached patch shows the line in gnuplot from which we get to
the assertion and crash.

It looks like the reason disabling the assertion doesn't help is that
there's a crash after this (in libgdk-x11 according to gdb).  Running under
valgrind shows a use after free in X11:

$ valgrind gnuplot
==9723== Memcheck, a memory error detector
==9723== Copyright (C) 2002-2013, and GNU GPL'd, by Julian Seward et al.
==9723== Using Valgrind-3.9.0 and LibVEX; rerun with -h for copyright info
==9723== Command: gnuplot
==9723== 

G N U P L O T
Version 4.6 patchlevel 5last modified February 2014
Build System: Linux x86_64

Copyright (C) 1986-1993, 1998, 2004, 2007-2014
Thomas Williams, Colin Kelley and many others

gnuplot home: http://www.gnuplot.info
faq, bugs, etc:   type "help FAQ"
immediate help:   type "help"  (plot window: hit 'h')

Terminal type set to 'wxt'
gnuplot> plot x
==9723== Invalid read of size 8
==9723==at 0x8E0AC32: _XReply (in /usr/lib/x86_64-linux-gnu/libX11.so.6.3.0)
==9723==by 0x8E0681C: XSync (in /usr/lib/x86_64-linux-gnu/libX11.so.6.3.0)
==9723==by 0x9FEB3C0: gdk_flush (in 
/usr/lib/x86_64-linux-gnu/libgdk-x11-2.0.so.0.2400.23)
==9723==by 0x9FBBD3D: ??? (in 
/usr/lib/x86_64-linux-gnu/libgdk-x11-2.0.so.0.2400.23)
==9723==by 0x9FBC72F: ??? (in 
/usr/lib/x86_64-linux-gnu/libgdk-x11-2.0.so.0.2400.23)
==9723==by 0x9FC9FDD: ??? (in 
/usr/lib/x86_64-linux-gnu/libgdk-x11-2.0.so.0.2400.23)
==9723==by 0x9FCBA5F: gdk_draw_rgb_image (in 
/usr/lib/x86_64-linux-gnu/libgdk-x11-2.0.so.0.2400.23)
==9723==by 0x57700F4: wxBitmap::CreateFromImageAsPixmap(wxImage const&, 
int) (in /usr/lib/x86_64-linux-gnu/libwx_gtk2u_core-3.0.so.0.0.0)
==9723==by 0x5770C99: wxBitmap::wxBitmap(wxImage const&, int) (in 
/usr/lib/x86_64-linux-gnu/libwx_gtk2u_core-3.0.so.0.0.0)
==9723==by 0x23422A: wxtPanel::wxt_cairo_create_bitmap() (wxt_gui.cpp:3236)
==9723==by 0x23B467: wxtPanel::wxt_cairo_refresh() (wxt_gui.cpp:2526)
==9723==by 0x23B7BC: wxt_text (wxt_gui.cpp:1847)
==9723==  Address 0x15395288 is 8 bytes inside a block of size 24 free'd
==9723==at 0x4C2870C: free (vg_replace_malloc.c:468)
==9723==by 0x8E0AD12: _XReply (in /usr/lib/x86_64-linux-gnu/libX11.so.6.3.0)
==9723==by 0x8E011F4: XQueryPointer (in 
/usr/lib/x86_64-linux-gnu/libX11.so.6.3.0)
==9723==by 0x9FFF583: ??? (in 
/usr/lib/x86_64-linux-gnu/libgdk-x11-2.0.so.0.2400.23)
==9723==by 0x9FB3601: ??? (in 
/usr/lib/x86_64-linux-gnu/libgdk-x11-2.0.so.0.2400.23)
==9723==by 0x9FB4273: gdk_display_get_window_at_pointer (in 
/usr/lib/x86_64-linux-gnu/libgdk-x11-2.0.so.0.2400.23)
==9723==by 0x9B56FCA: gtk_tooltip_trigger_tooltip_query (in 
/usr/lib/x86_64-linux-gnu/libgtk-x11-2.0.so.0.2400.23)
==9723==by 0x687A6B7: g_slist_foreach (in 
/lib/x86_64-linux-gnu/libglib-2.0.so.0.4000.0)
==9723==by 0x9B92AC8: ??? (in 
/usr/lib/x86_64-linux-gnu/libgtk-x11-2.0.so.0.2400.23)
==9723==by 0x9FB1CF6: ??? (in 
/usr/lib/x86_64-linux-gnu/libgdk-x11-2.0.so.0.2400.23)
==9723==by 0x685DCE4: g_main_context_dispatch (in 
/lib/x86_64-linux-gnu/libglib-2.0.so.0.4000.0)
==9723==by 0x685E047: ??? (in /lib/x86_64-linux-gnu/libglib-2.0.so.0.4000.0)
==9723== 
[xcb] Unknown request in queue while dequeuing
[xcb] Most likely this is a multi-threaded client and XInitThreads has not been 
called
[xcb] Aborting, sorry about that.
gnuplot: ../../src/xcb_io.c:179: dequeue_pending_request: Assertion 
`!xcb_xlib_unknown_req_in_deq' failed.
==9723== 
==9723== HEAP SUMMARY:
==9723== in use at exit: 3,615,268 bytes in 17,965 blocks
==9723==   total heap usage: 66,059 allocs, 48,094 frees, 7,894,552 bytes 
allocated
==9723== 
==9723== LEAK SUMMARY:
==9723==definitely lost: 9,312 bytes in 31 blocks
==9723==indirectly lost: 15,332 bytes in 646 blocks
==9723==  possibly lost: 103,300 bytes in 1,298 blocks
==9723==still reachable: 3,388,868 bytes in 15,463 blocks
==9723== suppressed: 0 bytes in 0 blocks
==9723== Rerun with --leak-check=full to see details of leaked memory
==9723== 
==9723== For counts of detected and suppressed errors, rerun with: -v
==9723== ERROR SUMMARY: 1 errors from 1 contexts (suppressed: 6 from 6)
Killed

Running under gdb with a breakpoint on XInitThreads() suggests it isn't
being called.  The man page for XInitThreads says:

It is only necessary to call this function if multiple threads might use
Xlib concurrently.  If all calls to Xlib functions are protected by
some other access mechanism (for example, a mutual exclusion lock in
a toolkit or through explicit client programming), Xlib thread
initialization is not required.  It is recommended that
single-threaded programs not call this function.

But http://docs.wxwidgets

Bug#749869: gnat-4.9-base: arch-dependent file in "Multi-Arch: same" package

[Ludovic Brenta]

tags 749869 pending
thanks

I have moved the offending file to the architecture-dependent package
gnat-4.9.  This mirrors a similar arrangement in gcc-4.9 and
gcc-4.9-base.

-- 
Ludovic Brenta.


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

Bug#750140: otp: Conflicting declarations of function o_random to cause undefined behaviour

[Michael Tautschnig]

Package: otp
Version: 1:1.2.1-1
Usertags: goto-cc

During a rebuild of all packages in a clean sid chroot (and cowbuilder+pbuilder)
the build failed with the following error. Please note that we use our research
compiler tool-chain (using tools from the cbmc package), which permits extended
reporting on type inconsistencies at link time.

[...]
gcc -O2 -Wall otp.o md5.o random.o -o otp

error: conflicting function declarations "o_random"
old definition in module otp file otp.c line 71
signed long int ()
new definition in module random file random.c line 363
signed int (void)
Makefile:9: recipe for target 'otp' failed
make[1]: *** [otp] Error 64
make[1]: Leaving directory 
'/srv/jenkins-slave/workspace/sid-goto-cc-otp/otp-1.2.1'
debian/rules:19: recipe for target 'build-stamp' failed
make: *** [build-stamp] Error 2

For any platform with sizeof(int)http://sources.debian.net/src/otp/1:1.2.1-1/otp.c?hl=71#L71

Thus the use here

http://sources.debian.net/src/otp/1:1.2.1-1/otp.c?hl=169#L169

will have several undefined bits, because o_random is actually implemented as
follows:

http://sources.debian.net/src/otp/1:1.2.1-1/random.c?hl=363#L363

Adjusting the declaration in line 169 of otp.c should fix the problem.

Best,
Michael



pgpHaW7Wh72I4.pgp
Description: PGP signature

Bug#750139: gamgi: Conflicting return types of function gamgi_engine_iarray_push

[Michael Tautschnig]

Package: gamgi
Version: 0.17-1
Usertags: goto-cc

During a rebuild of all Debian packages in a clean sid chroot (using cowbuilder
and pbuilder) the build failed with the following error. Please note that we
use our research compiler tool-chain (using tools from the cbmc package), which
permits extended reporting on type inconsistencies at link time.

[...]
cc -Wl,-z,relro -Wl,--as-needed -o gamgi gamgi_engine_array.o 
gamgi_engine_copy.o gamgi_engine_copy_out.o gamgi_engine_count.o 
gamgi_engine_create.o gamgi_engine_dlist.o gamgi_engine_empty.o 
gamgi_engine_filter.o gamgi_engine_find.o gamgi_engine_link.o 
gamgi_engine_list.o gamgi_engine_number.o gamgi_engine_remove.o 
gamgi_engine_remove_out.o gamgi_engine_reparent.o gamgi_engine_start.o 
gamgi_engine_task.o gamgi_engine_unlink.o gamgi_gtk_gamgi_about.o 
gamgi_gtk_gamgi_config.o gamgi_gtk_gamgi_exit.o gamgi_gtk_gamgi_reset.o 
gamgi_gtk_file_chooser.o gamgi_gtk_file_export.o gamgi_gtk_file_import.o 
gamgi_gtk_window_config.o gamgi_gtk_window_copy.o gamgi_gtk_window_create.o 
gamgi_gtk_window_link.o gamgi_gtk_window_remove.o gamgi_gtk_window_select.o 
gamgi_gtk_layer_config.o gamgi_gtk_layer_copy.o gamgi_gtk_layer_create.o 
gamgi_gtk_layer_link.o gamgi_gtk_layer_modify.o gamgi_gtk_layer_remove.o 
gamgi_gtk_layer_select.o gamgi_gtk_light_config.o gamgi_gtk_light_copy.o 
gamgi_gtk_light_create.o gamgi_gtk_light_link.o gamgi_gtk_light_modify.o 
gamgi_gtk_light_remove.o gamgi_gtk_light_select.o gamgi_gtk_assembly_copy.o 
gamgi_gtk_assembly_create.o gamgi_gtk_assembly_link.o 
gamgi_gtk_assembly_remove.o gamgi_gtk_assembly_select.o gamgi_gtk_cell_align.o 
gamgi_gtk_cell_copy.o gamgi_gtk_cell_create.o gamgi_gtk_cell_link.o 
gamgi_gtk_cell_measure.o gamgi_gtk_cell_modify.o gamgi_gtk_cell_remove.o 
gamgi_gtk_cell_select.o gamgi_gtk_cell_symmetry.o gamgi_gtk_cluster_copy.o 
gamgi_gtk_cluster_create.o gamgi_gtk_cluster_link.o gamgi_gtk_cluster_measure.o 
gamgi_gtk_cluster_remove.o gamgi_gtk_cluster_select.o gamgi_gtk_molecule_copy.o 
gamgi_gtk_molecule_create.o gamgi_gtk_molecule_link.o 
gamgi_gtk_molecule_measure.o gamgi_gtk_molecule_remove.o 
gamgi_gtk_molecule_select.o gamgi_gtk_group_copy.o gamgi_gtk_group_create.o 
gamgi_gtk_group_link.o gamgi_gtk_group_measure.o gamgi_gtk_group_modify.o 
gamgi_gtk_group_remove.o gamgi_gtk_group_select.o gamgi_gtk_plane_create.o 
gamgi_gtk_plane_copy.o gamgi_gtk_plane_link.o gamgi_gtk_plane_list.o 
gamgi_gtk_plane_measure.o gamgi_gtk_plane_modify.o gamgi_gtk_plane_node.o 
gamgi_gtk_plane_remove.o gamgi_gtk_plane_select.o gamgi_gtk_direction_create.o 
gamgi_gtk_direction_copy.o gamgi_gtk_direction_link.o 
gamgi_gtk_direction_list.o gamgi_gtk_direction_measure.o 
gamgi_gtk_direction_modify.o gamgi_gtk_direction_range.o 
gamgi_gtk_direction_remove.o gamgi_gtk_direction_select.o 
gamgi_gtk_atom_config.o gamgi_gtk_atom_copy.o gamgi_gtk_atom_create.o 
gamgi_gtk_atom_link.o gamgi_gtk_atom_measure.o gamgi_gtk_atom_modify.o 
gamgi_gtk_atom_property.o gamgi_gtk_atom_remove.o gamgi_gtk_atom_select.o 
gamgi_gtk_atom_table.o gamgi_gtk_bond_config.o gamgi_gtk_bond_create.o 
gamgi_gtk_bond_link.o gamgi_gtk_bond_modify.o gamgi_gtk_bond_remove.o 
gamgi_gtk_bond_select.o gamgi_gtk_orbital_copy.o gamgi_gtk_orbital_create.o 
gamgi_gtk_orbital_link.o gamgi_gtk_orbital_modify.o gamgi_gtk_orbital_remove.o 
gamgi_gtk_orbital_select.o gamgi_gtk_text_config.o gamgi_gtk_text_copy.o 
gamgi_gtk_text_create.o gamgi_gtk_text_link.o gamgi_gtk_text_modify.o 
gamgi_gtk_text_remove.o gamgi_gtk_text_select.o gamgi_gtk_help_config.o 
gamgi_gtk_help_current.o gamgi_gtk_help_dialog.o gamgi_gtk_help_search.o 
gamgi_gtk_help_start.o gamgi_gtk_help_topic.o gamgi_gtk_help_tutorial.o 
gamgi_gtk_animate.o gamgi_gtk_copy.o gamgi_gtk_create.o gamgi_gtk_dialog.o 
gamgi_gtk_history.o gamgi_gtk_key.o gamgi_gtk_link.o gamgi_gtk_measure.o 
gamgi_gtk_modify.o gamgi_gtk_object.o gamgi_gtk_remove.o gamgi_gtk_select.o 
gamgi_gtk_statusbar.o gamgi_mesa_area.o gamgi_mesa_axes.o gamgi_mesa_atom.o 
gamgi_mesa_bond.o gamgi_mesa_center.o gamgi_mesa_draw.o gamgi_mesa_grab.o 
gamgi_mesa_lists.o gamgi_mesa_pick.o gamgi_mesa_render.o gamgi_mesa_rotate.o 
gamgi_mesa_rotate_out.o gamgi_mesa_select.o gamgi_mesa_scale.o 
gamgi_mesa_start.o gamgi_mesa_trackball.o gamgi_mesa_text.o 
gamgi_mesa_translate.o gamgi_mesa_translate_out.o gamgi_math_cell.o 
gamgi_math_diophantine.o gamgi_math_euler.o gamgi_math_measure.o 
gamgi_math_modify.o gamgi_math_matrix.o gamgi_math_node.o gamgi_math_polygon.o 
gamgi_math_position.o gamgi_math_quaternion.o gamgi_math_sort.o 
gamgi_math_vector.o gamgi_math_hash.o gamgi_chem_atom.o gamgi_chem_bond.o 
gamgi_chem_bond_create.o gamgi_chem_geometry.o gamgi_chem_orbital.o 
gamgi_chem_property.o gamgi_chem_symmetry.o gamgi_chem_polytope.o 
gamgi_phys_cell.o gamgi_phys_cell_link.o gamgi_phys_direction.o 
gamgi_phys_plane.o gamgi_phys_projection.o gamgi_phys_rcp.o 
gamgi_phys_reciprocal.o gamgi_phys_space.o gamgi_phys_symmetry.o 
gamgi_phys_voronoi.o gamgi_phys_wigner.o gamg

Bug#694686: Patch to implement correct 8BITMIME handling

[brian m. carlson]

tags 694686 + patch
kthxbye

I've attached a patch that does the minimum necessary to fix the
problem.  It passes the -B8BITMIME option, which is supported by every
/usr/sbin/sendmail implementation I can find, and adds a MIME-Version
header.  It also sets the Content-Transfer-Encoding to 8bit if no such
header is already present.

This is the minimum necessary for cron to properly send 8-bit emails.
I'm running it on my server and have seen no problems with it.

-- 
brian m. carlson / brian with sandals: Houston, Texas, US
+1 832 623 2791 | http://www.crustytoothpaste.net/~bmc | My opinion only
OpenPGP: RSA v4 4096b: 88AC E9B2 9196 305B A994 7552 F1BA 225C 0223 B187
commit 1c9ebe291e3b837ec10734fc8c37211e792d9ad5
Author: brian m. carlson 
Date:   Wed Apr 30 23:35:25 2014 +

Send proper 8-bit emails.

Cron sends 8-bit emails, so it needs to send these mails as 8BITMIME.  This
involves passing -B8BITMIME so that sendmail knows what kind of data to
expect, as well as sending an appropriate MIME-Version and
Content-Transfer-Encoding header.

Without these changes, mail servers that reject non-MIME 8-bit emails will
reject cron's messages.

diff --git a/config.h b/config.h
index cb10abd..611a335 100644
--- a/config.h
+++ b/config.h
@@ -44,7 +44,7 @@
 
 #define MAILCMD _PATH_SENDMAIL /*-*/
 /* #define MAILARGS "%s -i -FCronDaemon -odi -oem  %s" /*-*/
-#define MAILARGS "%s -i -FCronDaemon -oem  %s" /*-*/
+#define MAILARGS "%s -i -FCronDaemon -B8BITMIME -oem  %s"  /*-*/
/* -i= don't terminate on "." by itself
  * -Fx  = set full-name of sender
 * -odi  = Option Deliverymode Interactive
diff --git a/do_command.c b/do_command.c
index 18d097d..9f7240a 100644
--- a/do_command.c
+++ b/do_command.c
@@ -567,6 +567,7 @@ child_process(e, u)
fprintf(mail, "Date: %s\n",
arpadate(&StartTime));
 # endif /* MAIL_DATE */
+   fprintf(mail, "MIME-Version: 1.0\n");
if ( content_type == 0L ) {
fprintf(mail, "Content-Type: text/plain; charset=%s\n",
cron_default_mail_charset
@@ -595,6 +596,8 @@ child_process(e, u)
 
fprintf(mail,"Content-Transfer-Encoding: %s\n", 
content_transfer_encoding);
}
+   else
+   fprintf(mail, "Content-Transfer-Encoding: 8bit\n");
 
for (env = e->envp;  *env;  env++)
fprintf(mail, "X-Cron-Env: <%s>\n",


signature.asc
Description: Digital signature

Bug#750131: SDL2_gfx: patch for pkg-config support

[Andreas Schiffler]

Thanks - added:
http://sourceforge.net/p/sdl2gfx/code/15/

On 6/1/2014 1:54 PM, b...@debian.org wrote:

Hi Andreas,

Here's a patch to add pkg-config support in SDL2_gfx, that is add a
SDL2_gfx.pc on install.  It's mostly a merge being the old one in
SDL_gfx and the new ones in SDL_Mixer & cie.

It is useful for people who use PKG_CHECK_MODULES in their autoconf.
Would you consider including it in SDL2_gfx?

I'm submitting it to Debian too.

Cheers!
Sylvain



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

Bug#750045: gnuplot: no longer works: assert "m_window" failed in DoGetSize()

[Olly Betts]

On Sun, Jun 01, 2014 at 09:34:29PM +0200, Anton Gladky wrote:
> 2014-06-01 19:43 GMT+02:00 sfeam :
> > Unfortunately this issue appeared just at the time we were putting out
> > a release candidate for a major version upgrade to gnuplot 5.0.

I filed #741072 with the patch on 2014-03-08, which is close to 3 months
ago now.  The bug saw no response until I raised the severity last week
- perhaps if it had been acted upon sooner, these problems would have
been found sooner, and quite likely would have already been fixed.

Oddly, I definitely tested gnuplot before sending in the patch, though I
can reproduce this problem now.  Nothing else relevant seems to have
changed in gnuplot or wxwidgets3.0 since though.  I wonder if I messed
up and wasn't testing the build I thought I was - sorry if that's the
case.

I'm just rebuilding gnuplot with debug symbols to see if that shows
where this is coming from.

> I would then propose the following. If wx 2.8 will be available
> for the next stable Debian Jessie, then we will switch back to
> this 2.8 version without any major changes.

I'm confident that wx 2.8 won't be in jessie.  The transition tracker
shows 44% complete for wxwidgets3.0, and there are patches in the BTS
for another 12 packages:

https://release.debian.org/transitions/
https://bugs.debian.org/cgi-bin/pkgreport.cgi?tag=wx3.0;users=freewx-ma...@lists.alioth.debian.org

There is also still wxpython to deal with (which doesn't show up in the
tracker, I guess because it's part of the wxwidgets2.8 source package),
but there's still 5 months until the freeze.

> Otherwise, wxt will be disabled in Debian builds as a terminal
> for gnuplot.

That seems a reasonable plan if we can't address this in time.

Cheers,
Olly


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

Bug#750138: ITP: scap-workbench -- Scanning and tailoring tool for SCAP content

[Frank Lin PIAT]

Package: wnpp
Severity: wishlist
Owner: Frank Lin PIAT 

* Package name: scap-workbench
  Version : 0.8.8
  Upstream Author : Martin Preisler 
  : Maros Barabas 
* URL : https://fedorahosted.org/scap-workbench/
* License : GPL3
  Programming Lang: C++
  Description : Scanning and tailoring tool for SCAP content
 SCAP is a line of standards managed by NIST with the goal of
 providing a standard language for the expression of Computer Network
 Defense related information.
 .
 The intended scope of this project is to implement working interface
 wrappers for parsing and querying SCAP content including:
 * Common Vulnerabilities and Exposures (CVE)
 * Common Configuration Enumeration (CCE)
 * Common Platform Enumeration (CPE)
 * Common Vulnerability Scoring System (CVSS)
 * Extensible Configuration Checklist Description Format (XCCDF)
 * Open Vulnerability and Assessment Language (OVAL)
 .
 This package contains a GUI tool (scap-workbench) that provides
 tailoring and scanning functionality for SCAP content.
 The tool is based on OpenSCAP library, and provides a simple GUI
 for oscap command-line.


At the time of writing, SCAP isn't much supported by Debian. I intend
to work on better support in Debian.

The package is already in pretty good shape. My work should soon be
available on my personal Alioth/Git repo [1] (until it's moved to a
team repo).

I am looking for some people interested in sponsoring and co-maintaining
this packages and working on SCAP (I'll post on Debian Forensics later).

Regards,

Franklin

[1] http://anonscm.debian.org/gitweb/?p=users/franklin-guest/scap-workbench.git
git://anonscm.debian.org/users/franklin-guest/scap-workbench.git


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

Bug#472793: iceweasel: I also have this bug since the last v.29 update

[Mike Hommey]

On Sun, Jun 01, 2014 at 03:23:21PM +0200, Nicolas Patrois wrote:
> Package: iceweasel
> Version: 29.0.1-2
> Followup-For: Bug #472793
> 
> Dear Maintainer,
> 
> I also encountered this bug since the last v.29 upgrade of Iceweasel. This 
> bug is old and I did not have it with the previous v.24.
> I can’t use neither the address bar nor the search bar. They seem disabled.
> I can’t modify a URL, ie modifying fr to en in 
> https://www.debian.org/index.fr.html for example.
> If I stop a page loading slowly before anything is showed, I have the same 
> bug and can’t even reload the page for a retry.
> Newtab works but I must click on a site image, all other action fails 
> silently.
> I can select a site from the down arrow in the address bar but with no 
> effect: the address is written in the bar but I can’t launch it.

That's not related at all to bug #472793. Did you try disabling addons?

Mike


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

Bug#750106: AppArmor info

[Daniel Baumann]

On 06/02/2014 12:06 AM, John Goerzen wrote:
> Everything I have read says one must use either AppArmor or user
> namespaces to make it secure.

or, like i said, you can r/o mount certain pseudo-fs and drop a bunch of
capabilities, like lxc-debconfig in lxc-stuff does by default (and
lxc-debian in debians lxc did until i've been told to not touch the
upstream debian template).

> That is not sufficient.

i didn't say that it would make the container secure, i only said that
"*e.g.* mounting sysfs r/o would fix that [specific] whole" - nothing
more, nothing less, and nothing different than that.

but anyway, rather than repeating what we said and what we've not said,
i'm looking forward to the two outstanding things from you: a) a patch
to fix apparmor integration to not break other apparmor usage(s) on the
ystem, and b) if you'd like me to disable apparmor until it's fully
supported by upstream, or if we should leave it as is.

-- 
Address:Daniel Baumann, Donnerbuehlweg 3, CH-3012 Bern
Email:  daniel.baum...@progress-technologies.net
Internet:   http://people.progress-technologies.net/~daniel.baumann/


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

Bug#730999: [dspam] Respect --rcpt-to parameter for dspam client to daemon

[Vincent Danjean]

  Hi,

  I've just discovered this bug after a long time of debugging
on my system. Did you report it upstream? If yes, where? If not,
will the fix be, at least, added to the Debian package soon?

  Regards,
Vincent

-- 
Vincent Danjean   GPG key ID 0xD17897FA vdanj...@debian.org
GPG key fingerprint: 621E 3509 654D D77C 43F5  CA4A F6AE F2AF D178 97FA
Unofficial pkgs: http://moais.imag.fr/membres/vincent.danjean/deb.html
APT repo:  deb http://people.debian.org/~vdanjean/debian unstable main


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

Bug#712209: pulseaudio: getting no audio

[Felipe Sateler]

On Thu, May 29, 2014 at 4:19 AM, Francesca Ciceri  wrote:
> Hi Felipe,
>
> thanks for your reply.
>
> In the meanwhile, the output of  "pulseaudio -k; pulseaudio -" it's
> a bit changed: I guess some update on other packages has influenced it,
> but there's no longer the "permission denied" issue.
> Still no audio, though.
>
> (At the time, the /run/user/1000/pulse dir was root:root, I remember
> checking it after a bit of googling on this issue, and it was so
> *before* doing the "alsactl init" trick)
>
> New (extremely long) output for "pulseaudio -k; pulseaudio -" is
> attached (pulseaudio.txt).
>
> New output for "pactl list" is attached as well (pactl.txt).
>
> [As they are both long I thought it was better to just attach them,
> instead of putting them in the body of the mail]
>
> And here's the permission situation on /run/user/1000 *before doing an
> "alsactl init"*:
>
> madamezou@malatesta:~$ ls -la /run/user/1000/
> total 0
> drwx-- 5 madamezou madamezou 100 May 29 09:07 .
> drwxr-xr-x 3 root  root   60 May 29 08:58 ..
> drwx-- 2 madamezou madamezou  60 May 29 08:59 dconf
> drwx-- 2 madamezou madamezou  40 May 29 08:59 gvfs
> drwx-- 2 madamezou madamezou  40 May 29 09:39 pulse
>
>
> Which changes after the "alsactl init" in:
>
> root@malatesta:/home/madamezou# alsactl init
> Found hardware: "HDA-Intel" "ATI R6xx HDMI"
> "HDA:1002aa01,00aa0100,00100200" "0x17aa" "0x5104"
> Hardware is initialized using a generic method
> root@malatesta:/home/madamezou# ls -la /run/user/1000/
> total 0
> drwx-- 5 madamezou madamezou 100 May 29 09:07 .
> drwxr-xr-x 3 root  root   60 May 29 08:58 ..
> drwx-- 2 madamezou madamezou  60 May 29 08:59 dconf
> drwx-- 2 madamezou madamezou  40 May 29 08:59 gvfs
> drwx-- 2 root  root   80 May 29 09:44 pulse
>
> (And after this I get sound again).
>
> After this, if I try the "pulseaudio -k; pulseaudio -" I get again
> the permission denied issue, as I suppose the alsactl init has messed up
> with the permissions.
>
> Whenever I kill the pulseaudio process again, I guess it reverts the
> alsctl initialization and I got again no sound.
>
>> > E: [pulseaudio] main.c: Failed to kill daemon: Permission denied
>>
>> That also doesn't look good, probably related to the above. Also, is
>> there another pulseaudio process running?
>
> Not according to top. (Wasn't sure if you wanted the output of top as
> well, just let me know if you need it).

Top may not display it because of limited space. What does `ps -fea |
grep pulse` say?

>
>
> So, to summarize:
> 1. normally I don't get audio, but I don't have any permission denied
> issue, and the /run/user/1000/pulse dir is madamezou:madamezou
>
> 2. after the "alsactl init" I get audio again (at least until I kill the
> pulseaudio process), but I do have permission issues in the output of
> "pulseaudio -" and in fact the /run/user/1000/pulse dir is root:root
>
> Hopefully this doesn't sound confusing to you as it does to me :).

This is a bit confusing for me too ;). Perhaps the permission denied
results in pulseaudio not starting, and thus you get audio when there
is no pulseaudio running?

What happens if you use aplay -D hw:1,0 -c 2  when pulseaudio
is not working? Do you get sound? Use aplay -l to find out a suitable
number to put after the hw: part, and try 1 and 2 for the -c option.

Also, when pulseaudio is not working, does pavucontrol show you
anyhing in the output devices?

-- 

Saludos,
Felipe Sateler


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

Bug#750137: pbuilder: Run DEP-8 tests with autopkgtest after successful build if debian/tests/control present

[Axel Beckert]

Package: pbuilder
Version: 0.215
Severity: wishlist

Hi,

maybe this is an immature idea or already has been discussed elsewhere
-- but I can't let it go without documenting it as wishlist bug report:

IMHO it would be very nice if pdebuild (or pbuilder in general) would --
optionally and if present -- run the DEP-8[1] tests of a just built
package in the same chroot it used to build the package.

The chroot used to build the binary packages often (but not always)
already has most of the packages dependencies due to build- or
test-suite dependencies, so it shouldn't take so many more packages to
run the installed-packages test-suite in the same chroot after the
freshly built packages itself and the installed-packages test-suite's
dependencies have been installed in the chroot, too.

[1] http://dep.debian.net/deps/dep8/

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

Kernel: Linux 3.12-trunk-amd64 (SMP w/1 CPU core)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages pbuilder depends on:
ii  cdebootstrap   0.5.10
ii  coreutils  8.21-1.2
ii  debconf [debconf-2.0]  1.5.53
ii  debianutils4.4
ii  debootstrap1.0.60
ii  dpkg-dev   1.17.9
ii  wget   1.15-1

Versions of packages pbuilder recommends:
ii  devscripts  2.14.4
ii  fakeroot1.20-3
ii  sudo1.8.9p5-1

Versions of packages pbuilder suggests:
ii  cowdancer 0.73
ii  gdebi-core0.9.5.4
pn  pbuilder-uml  

-- debconf information:
  pbuilder/mirrorsite: http://kiva5.ethz.ch/kivadeb
  pbuilder/rewrite: false
  pbuilder/nomirror:


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

Bug#750106: AppArmor info

[John Goerzen]

On 06/01/2014 04:43 PM, Daniel Baumann wrote:

> On 06/01/2014 10:27 PM, John Goerzen wrote:
>> Here are some links that describe AppArmor and why it's important to LXC:
> i'm aware that lxc can use apparmor, but as said previously, it is not
> required to make a container secure.

Everything I have read says one must use either AppArmor or user
namespaces to make it secure.

>
>> http://blog.bofh.it/debian/id_413 is an exploit that is usable to
>> compromise the host's root on any LXC container that doesn't use app
>> armor or user namespaces
> (ftr: or, as explained, mount sysfs read-only)
>
That is not sufficient.  It may address that particular issue, but it
doesn't do it by default, and still leaves wide-open /proc issues and
others.

John


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

Bug#747808: NMU uploaded to DELAYED/2 (to unblock php5.6 transition)

[Ondřej Surý]

And here's the very simple patch...

Ondrej

$ git diff debian/0.4.2-7.1..debian/0.4.2-7.2 
diff --git a/debian/changelog b/debian/changelog
index 7a9108a..7e9e596 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,11 @@
+libkolab (0.4.2-7.2) unstable; urgency=medium
+
+  * Non-maintainer upload.
+  * Fix double definition of struct QMetaTypeId
+(Closes: #747808)
+
+ -- Ondřej Surý   Sun, 01 Jun 2014 23:17:12 +0200
+
 libkolab (0.4.2-7.1) unstable; urgency=medium
 
   * Non-maintainer upload.
diff --git a/debian/patches/dont-redefine-KCalCore-Duration.patch
b/debian/patches/dont-redefine-KCalCore-Duration.patch
new file mode 100644
index 000..ebc65e6
--- /dev/null
+++ b/debian/patches/dont-redefine-KCalCore-Duration.patch
@@ -0,0 +1,10 @@
+--- libkolab.orig/tests/testhelpers.h
 libkolab/tests/testhelpers.h
+@@ -44,7 +44,6 @@ Q_DECLARE_METATYPE(std::vector
Knot DNS (https://www.knot-dns.cz/) – a high-performance DNS server


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

Bug#750106: AppArmor

[Daniel Baumann]

On 06/01/2014 10:47 PM, John Goerzen wrote:
> 1) Installing lxc renders AppArmor unusable on the entire system because
> the LXC profiles have syntax errors.

i take it you're using apparmor and are familiar with it. would you be
so kind in preparing a patch to apply in lxc to make the missing pieces
working for you?

(like said in the other bug, patches are welcome, and also, i
specifically asked *what* would be broken, since i do not use that
optional feature of lxc nor are familiar with it (being apparmor that is)).

> There is a reason I created two different bug reports for them.  Do you
> really believe #1 and #2 are the SAME bug?

please calm down. first of all, you created a mess with cloning bugs
arround where it was anything but understandable what you intended to
do. i cleaned it up as best as i could by closing those that were from
my point of view solved, and asked for more information on the others.

cloning an unrelated bug and retitling it is *not* a proper bug report.

> I don't want to stomp all over your bug playground, but AppArmor is NOT
> fixed in 750107.  /sys is NOT mounted securely (the exploit against the
> host's root exists).  /proc is NOT mounted securely either (/proc/sys is
> writeable, /proc/kmem is available, etc.)  The lxc.container.conf
> manpage describes enabling AppArmor, which even that does not work.  If
> you intend to rip out AppArmor entirely, then it shouldn't be documented
> as existing in the manpage and README.

like i said, i do not use apparmor, bin:lxc is pure upstream - nothing
specific to debian nor did i 'rip out' anything. if you would like to
use apparmor with lxc, please fill upstream bug reports about it - like
i said earlier, upstream has not completely integreated apparmor support
in lxc yet.

if you would like me to disable apparmor until it's ready, that would be
also fine for me. let me know what you want me to do.

-- 
Address:Daniel Baumann, Donnerbuehlweg 3, CH-3012 Bern
Email:  daniel.baum...@progress-technologies.net
Internet:   http://people.progress-technologies.net/~daniel.baumann/


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

Bug#750136: RFS: freemind/1.0.1 [ITA]

[Mark Clarke]

Package: sponsorship-requests
Severity: normal

Dear mentors,

  I am looking for a sponsor for my package "freemind"

 * Package name: freemind
   Version : 1.0.1
   Upstream Author : Joerg Mueller 
 * URL : http://freemind.sourceforge.net/wiki/index.php/Main_Page
 * License :  GPL V2+
   Section : editors

  It builds those binary packages:

 freemind   - Java Program for creating and viewing Mindmaps
 freemind-browser - Java Applet for publishing Mindmaps produced with FreeMind
 freemind-doc - Documentation for FreeMind
 freemind-plugins-help - Java Plugin for FreeMind to show an extended online 
help
 freemind-plugins-script - Java Plugin for FreeMind to add scripting 
capabilities
 freemind-plugins-svg - Java Plugin for FreeMind to export Mindmaps to SVG and 
PDF

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

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


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

dget -x 
http://mentors.debian.net/debian/pool/main/f/freemind/freemind_1.0.1.dsc

  More information about freemind  can be obtained from 
http://freemind.sourceforge.net/wiki/index.php/Main_Page.

  Changes since the last upload:

  Upgraded from 0.9 to 1.0.1


  Regards,
   Mark Clarke






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

Bug#750135: Request to ctte about administration of aptitude project -- was Re: [Aptitude-devel] Processed: Unmark changes that are no longer pending

[Don Armstrong]

Package: tech-ctte
Severity: normal
Control: submitter -1 "Manuel A. Fernandez Montecelo" 

Control: retitle -1 Determine maintainer of aptitude package

- Forwarded message from "Manuel A. Fernandez Montecelo" 
 -

Date: Sun, 1 Jun 2014 16:17:58 +0100
From: "Manuel A. Fernandez Montecelo" 
To: aptitude-de...@lists.alioth.debian.org
Cc: debian-c...@lists.debian.org
User-Agent: Mutt/1.5.23 (2014-03-12)
Subject: Request to ctte about administration of aptitude project -- was Re: 
[Aptitude-devel] Processed: Unmark changes that
are no longer pending

Hi,

Just for reference, the fixes marked as pending in the bugs in the email
below that you are unmarking, are not commited to the repository because
you removed access permissions from me months ago and did not restore
them yet after several requests, not because I don't have them applied
locally and plan to upload them in next uploads of the package.

I am still waiting for you to grant me permissions to commit again.

BTW, Daniel, you did not push anything to the repository in more than 2
months now (last commits: 2014-03-22), and also didn't push anything
significant in the 3 months since you kicked me out of the aptitude
project in Alioth.  Even if you have made any improvements in private,
they should not be kept private, as requested since long ago and not
only by me.

So you keep acting in an unproductive way for the project and Debian in
general, and since you don't want to agree to anything and only follow
your own will, I am going to attempt something a bit more radical.  I
didn't want to do because it is bad for everybody initially (hopefully
better for the long term survival of aptitude), but you didn't leave me
any other alternative other than me staying silent, which also is bad
for everybody but for you.


@ctte, tl;dr:

Can you please tell me what's the best way (if asking a formal
resolution from the ctte, or what other ways do I have available) to
request that I am restored my admin status on aptitude project in
Alioth, and Daniel gets the admin permissions removed?

Daniel Hartwig asked Alioth admins to grant him admin permissions in the
project just to remove me immediately (in early March), after more than
one year (since late 2012) of him keeping the development of aptitude in
a stand-still, which I picked it up again in January this year.

The reason was because he did not like the changes that I was doing to
aptitude (mostly fixes to existing bug reports, no radical new
developments), and without agreement from anybody but him he kicked me
out of the project (even plain member status) 3 months ago, so I cannot
commit to the repository.

After several requests, 3 months after that, nothing much has changed.

--

Background: Daniel Burrows, the creator of aptitude and maintainer for a
decade or more, stopped being active in mid 2011, and soon after that
(Nov 2011 or so) both Hartwig and I took over, because Christian Perrier
and other people gave us member permissions immediately and without any
restriction to do as we pleased -- when we did not even know if Daniel
Burrows would eventually return.

Soon after that, in Feb 2012 or so, because of similar clashes (Hartwig
complaining about every other change that I made for one reason or
another, with multiple private messages and very silly details
sometimes) I retired to the background, thinking that it would be better
overall for the project.  (I would be very happy if projects that I
consider important/critical ran fine, and I didn't feel the need to be
involved -- and I would be also be very happy if somebody else was
taking good care of aptitude right now, I would stop again being
involved).

When we took over, the pace of development was good for a while, Nov
2011 to Feb 2012 when we both were active, and then after I retired to
the backstage relatively steady until Nov 2012 (although not very much
after June 2012) when Daniel Hartwig keeped the development active.

But, since Daniel Burrows left, the development of aptitude was only
really active during one year or so.  After Nov 2012, everything stopped
to a stand-still, with only a handful of commits in the first half of
2013 (including people NMUing the package in 2013 due to lack of
response, and no reaction after that).  Seeing the situation of complete
absence of maintainance activity for more than 6 months, I started to
participate again to continue development in early 2014.


When I started picking up development again in Jan 2014 and after more
than 6 months of complete silence or work in code or BTS, Daniel Hartwig
soon started to complain again about minor details of my activities, to
remove commits from me, to undo changes in the BTS that I had done
(changing ownership of bugs from me to him, unmarking as pending, etc,
as he's doing now in the email below), and to act aggressively in
general without feeling the need to explain anything.  Déjà vu of what
happened in 2012.  This time I was doing mostly fixes

Bug#750134: portaudio: FTBFS - No rule to make target 'lib/'

[Michael Tautschnig]

Package: portaudio
Version: 18.1-7.1
Severity: serious
Usertags: goto-cc

During a rebuild of all Debian packages in a clean sid chroot (using cowbuilder
and pbuilder) the build failed with the following error.

[...]
Finished configure.

Type 'make' to build PortAudio and examples.
dh_testdir
/usr/bin/make lib/libportaudio.la
make[1]: Entering directory 
'/srv/jenkins-slave/workspace/sid-goto-cc-portaudio/portaudio-18.1'
make[1]: *** No rule to make target 'lib/', needed by 'lib/libportaudio.la'.  
Stop.
make[1]: Leaving directory 
'/srv/jenkins-slave/workspace/sid-goto-cc-portaudio/portaudio-18.1'
debian/rules:51: recipe for target 'build-stamp' failed

Looking at Makefile.in, there is a rule to make lib, but not lib/ - apparently
make no longer unifies these.

The full build log is attached.

Best,
Michael



portaudio-build-log.txt.gz
Description: application/gunzip


pgpzc2CS3E_T1.pgp
Description: PGP signature

Bug#750106: AppArmor info

[Daniel Baumann]

On 06/01/2014 10:27 PM, John Goerzen wrote:
> Here are some links that describe AppArmor and why it's important to LXC:

i'm aware that lxc can use apparmor, but as said previously, it is not
required to make a container secure.

> http://blog.bofh.it/debian/id_413 is an exploit that is usable to
> compromise the host's root on any LXC container that doesn't use app
> armor or user namespaces

(ftr: or, as explained, mount sysfs read-only)

-- 
Address:Daniel Baumann, Donnerbuehlweg 3, CH-3012 Bern
Email:  daniel.baum...@progress-technologies.net
Internet:   http://people.progress-technologies.net/~daniel.baumann/


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

Bug#750133: sdformat: FTBFS on amd64 (failed tests)

[Julien Cristau]

Source: sdformat
Version: 2.0.0-4
Severity: serious
Justification: fails to build from source

Hi,

your package failed to build on the amd64 buildd:

> The following tests FAILED:
>   1 - INTEGRATION_audio (Timeout)
>   3 - INTEGRATION_cfm_damping_implicit_spring_damper (Timeout)
>   5 - INTEGRATION_fixed_joint_reduction (Timeout)
>   7 - INTEGRATION_joint_axis_frame (Timeout)
>   9 - INTEGRATION_provide_feedback (Timeout)
>  11 - PERFORMANCE_parser_urdf (Timeout)
>  13 - UNIT_SDF_TEST (Timeout)
>  15 - UNIT_Console_TEST (Timeout)
>  19 - UNIT_parser_urdf_TEST (Timeout)
> make[1]: *** [test] Error 8

See the full build log at
https://buildd.debian.org/status/fetch.php?pkg=sdformat&arch=amd64&ver=2.0.0-4%2Bb1&stamp=1401394305

Cheers,
Julien


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

Bug#749279:

[Ludovic Lebègue]

Hi,

With gdm3 3.8.4-9 I still can not shutdown the computer from gnome menu
in 'unstable'.

Regards


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

Bug#750132: xine-console: Video driver 'none' fails for aaxine.

[Dallas E. Legan]

Package: xine-console
Version: 0.99.8-2
Severity: normal

'-V none' option fails when used with aaxine.
It's on the list of supported video output drivers ('--help'), and would
seem to be easy to support.
This is desirable since xine does support some relatively obscure
audio codecs, since fbxine is broken, it would be cool to use
aaxine as a substitute for such audio files.
The output for '--help' probably needs to be cleaned up for aaxine,
since aaxine isn't intended to support X as far as I know.


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

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

Versions of packages xine-console depends on:
ii  libaa1 1.4p5-41  ASCII art library
ii  libc6  2.17-93   Embedded GNU C Library: Shared lib
ii  libcaca0   0.99.beta18-1 colour ASCII art library
ii  liblircclient0 0.9.0~pre1-1  infra-red remote control support -
ii  libxine2   1:1.2.4-dmo2  Xine media player library, meta-pa
ii  libxine2-console   1:1.2.4-dmo2  libaa/libcaca/framebuffer/directfb

xine-console recommends no packages.

xine-console 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#745603: transition: php5

[Ondřej Surý]

On Sat, May 31, 2014, at 12:09, Emilio Pozuelo Monfort wrote:
> On 31/05/14 01:21, Emilio Pozuelo Monfort wrote:
> > Scheduled level 1, with a dep-wait for mips and sparc.
> > 
> > Note that libkolab FTBFS, so I didn't schedule that one. See #747808.
> 
> So far these are failing:
> 
> libkolab, as said earlier,
> php-apcu
> xcache
> 
> Can you take a look?

php-apcu and xcache is fixed, I am working on libkolab, the fix looks
simple enough. I will upload it to DELAYED/2, feel free to bump the days
to /0 if you need it for cross-transitions.

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


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

Bug#213316: Alternatives enabled for Heimdal's kinit/klist

[Jelmer Vernooij]

On Sun, Jun 01, 2014 at 01:18:13PM -0700, Russ Allbery wrote:
> Jelmer Vernooij  writes:
> 
> > I should also note that the usefulness of alternatives for these
> > (kadmin, ktutil) is less clear to me. The kadmin and ktutil command-line
> > interfaces are quite but not exactly similar.
> 
> The ktutil is quite different, yes.  (It would be nice if the MIT version
> would support the Heimdal command-line interface, since it's far more
> useful than the MIT version is.)
> 
> kadmin also isn't the same between the two: the MIT kadmin can't talk to a
> Heimdal server and the Heimdal one can only do a few operations against an
> MIT server.  I'm not sure alternatives make sense for that.

> It would be really nice to be able to co-install the basic clients,
> though, which makes me think that the more administrator-oriented tools
> (kadmin and ktutil) might make sense to split off into a separate package
> that continues to conflict.
That seems like the best approach, indeed. I can take a look at the
Heimdal side of things, if everybody agrees such a split would be a
good solution.

Cheers,

Jelmer
-- 
Jelmer Vernooij 
Debian Developer   http://samba.org/~jelmer/


signature.asc
Description: Digital signature

Bug#736492: pu: package cyrus-imapd-2.4/2.4.16-4+deb7u2

[Ondřej Surý]

Hi Adam and release team,

On Tue, Mar 11, 2014, at 23:43, Adam D. Barratt wrote:
> Control: tags -1 + moreinfo
> 
> On Fri, 2014-01-24 at 10:27 +0100, Ondřej Surý wrote:
> > I have prepared an updated for the cyrus-imapd-2.4 package in wheezy:
> 
> Apologies for the delay in getting back to you about this.
> 
> > Changelog
> > 
> >   * Fix missing GUID for binary appends (Closes: #709799)
> >   * Apply upstream fix to unbroke nntpd (Closes: #734648)
> 
> As far as I can see, based on the bug reports and looking at the code,
> both of these issues affect the package in unstable and are not yet
> fixed there. If that's correct, please come back to us once the fixes
> are in the archive; otherwise, please clarify the situation.

The package with fixes has now migrated from unstable to testing,
so I think we are good to go.

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


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

Bug#750131: SDL2_gfx: patch for pkg-config support

[beuc]

Hi Andreas,

Here's a patch to add pkg-config support in SDL2_gfx, that is add a
SDL2_gfx.pc on install.  It's mostly a merge being the old one in
SDL_gfx and the new ones in SDL_Mixer & cie.

It is useful for people who use PKG_CHECK_MODULES in their autoconf.
Would you consider including it in SDL2_gfx?

I'm submitting it to Debian too.

Cheers!
Sylvain
Description: Add pkg-config support to SDL2_gfx
Forwarded: 2014-06-01 to 
Author: Sylvain Beucler 
Last-Update: 2014-06-01

--- svn/configure.in	(révision 14)
+++ svn/configure.in	(copie de travail)
@@ -140,6 +140,7 @@
 # Finally create all the generated files
 AC_OUTPUT([
 Makefile
+SDL2_gfx.pc
 ])
 
 echo
--- svn/Makefile.am	(révision 14)
+++ svn/Makefile.am	(copie de travail)
@@ -30,6 +30,9 @@
 # Rule to build tar-gzipped distribution package
 $(PACKAGE)-$(VERSION).tar.gz: distcheck
 
+pkgconfigdir = $(libdir)/pkgconfig
+pkgconfig_DATA = SDL2_gfx.pc
+
 # Additional cleanup rules
 DISTCLEANFILES =		\
 	SDL2_gfx.sdf		\
@@ -38,4 +41,3 @@
 	autom4te.cache/*	\
 	Win32/Debug/*		\
 	Win32/Release/*
-		
\ No newline at end of file
--- svn/SDL2_gfx.pc.in	(révision 0)
+++ svn/SDL2_gfx.pc.in	(copie de travail)
@@ -0,0 +1,11 @@
+prefix=@prefix@
+exec_prefix=@exec_prefix@
+libdir=@libdir@
+includedir=@includedir@
+
+Name: SDL2_gfx
+Description: drawing and graphical effects extension for SDL
+Version: @VERSION@
+Requires: sdl2 >= @SDL_VERSION@
+Libs: -L${libdir} -lSDL2_gfx
+Cflags: -I${includedir}/SDL2

Bug#750038: grilo-plugins: Conditional operator does not typecheck

[Alberto Garcia]

tags 750038 + patch pending
thanks

On Sun, Jun 01, 2014 at 12:37:52PM +0100, Michael Tautschnig wrote:

> Yes, thanks a lot, this builds just fine with the patch in place!

Great, I just forwarded it to upstream, who was planning to make a new
release in a week or two, so I think I'll just wait for that before
uploading the new package.

Berto


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

Bug#750057: [tex-live] Serious (?) problem with Babel and language attributes

[Hilmar Preusse]

On 01.06.14 Manfred Lotz (manf...@dante.de) wrote:

Hi,

> 
> If set to ancient then it is іюня, otherwise (the modern variation) it
> is июня.  As Zdeněk pointed out rightly, the я indicates genitive. 
> 
> Interesting question is why Norbert got the nominative form июнь.
> 
I guess he simply neglected the difference between nominative and
genitive in russian, b/c this was not the real issue.

> According to russianb.pdf the default should be modern cyrillic which
> is actually not true.
> 
> As texmf-dist/tex/generic/babel-russian/russianb.ldf is the same in
> both texlive 2013 and 2014 the error doesn't seem to be texlive 2014
> specific.
> 
Is still run TL 2013 and in fact I see the same issue running the
minimal example.

1 іюня 2014.

Hilmar
-- 
sigmentation fault


signature.asc
Description: Digital signature

Bug#750131: libsdl2-gfx-dev: pkg-config support

[beuc]

Attached fixed patch with the missing .install file.

-- 
Sylvain
--- t1/libsdl2-gfx-1.0.0/debian/changelog	2014-02-03 21:27:32.0 +0100
+++ t2/libsdl2-gfx-1.0.0/debian/changelog	2014-06-01 22:42:06.747288467 +0200
@@ -1,3 +1,10 @@
+libsdl2-gfx (1.0.0-3) UNRELEASED; urgency=medium
+
+  [ Sylvain Beucler]
+  * Add SDL2_gfx.pc pkg-config file
+
+ --
+
 libsdl2-gfx (1.0.0-2) unstable; urgency=medium
 
   [ Gianfranco Costamagna ]
--- t1/libsdl2-gfx-1.0.0/debian/patches/series	1970-01-01 01:00:00.0 +0100
+++ t2/libsdl2-gfx-1.0.0/debian/patches/series	2014-06-01 22:01:14.547525609 +0200
@@ -0,0 +1 @@
+SDL2_gfx.pc.patch
--- t1/libsdl2-gfx-1.0.0/debian/patches/SDL2_gfx.pc.patch	1970-01-01 01:00:00.0 +0100
+++ t2/libsdl2-gfx-1.0.0/debian/patches/SDL2_gfx.pc.patch	2014-06-01 22:24:56.747963008 +0200
@@ -0,0 +1,47 @@
+Description: Add pkg-config support to SDL2_gfx
+Forwarded: 2014-06-01 to 
+Author: Sylvain Beucler 
+Last-Update: 2014-06-01
+
+--- svn/configure.in	(révision 14)
 svn/configure.in	(copie de travail)
+@@ -140,6 +140,7 @@
+ # Finally create all the generated files
+ AC_OUTPUT([
+ Makefile
++SDL2_gfx.pc
+ ])
+ 
+ echo
+--- svn/Makefile.am	(révision 14)
 svn/Makefile.am	(copie de travail)
+@@ -30,6 +30,9 @@
+ # Rule to build tar-gzipped distribution package
+ $(PACKAGE)-$(VERSION).tar.gz: distcheck
+ 
++pkgconfigdir = $(libdir)/pkgconfig
++pkgconfig_DATA = SDL2_gfx.pc
++
+ # Additional cleanup rules
+ DISTCLEANFILES =		\
+ 	SDL2_gfx.sdf		\
+@@ -38,4 +41,3 @@
+ 	autom4te.cache/*	\
+ 	Win32/Debug/*		\
+ 	Win32/Release/*
+-		
+\ No newline at end of file
+--- svn/SDL2_gfx.pc.in	(révision 0)
 svn/SDL2_gfx.pc.in	(copie de travail)
+@@ -0,0 +1,11 @@
++prefix=@prefix@
++exec_prefix=@exec_prefix@
++libdir=@libdir@
++includedir=@includedir@
++
++Name: SDL2_gfx
++Description: drawing and graphical effects extension for SDL
++Version: @VERSION@
++Requires: sdl2 >= @SDL_VERSION@
++Libs: -L${libdir} -lSDL2_gfx
++Cflags: -I${includedir}/SDL2
--- t1/libsdl2-gfx-1.0.0/debian/libsdl2-gfx-dev.install	2014-02-03 21:01:13.0 +0100
+++ t2/libsdl2-gfx-1.0.0/debian/libsdl2-gfx-dev.install	2014-06-01 21:53:28.096480077 +0200
@@ -1,4 +1,4 @@
 usr/include
 usr/lib/*/lib*.a
 usr/lib/*/lib*.so
-#usr/lib/*/pkgconfig
+usr/lib/*/pkgconfig

Bug#750122: exim4: The smarthost configuration should allow individual smarthosts for different users

[Marc Haber]

On Sun, Jun 01, 2014 at 10:24:00PM +0200, Tobias Rupf wrote:
> Would you mind giving me some hints regarding which 
> issues this are?

For example, Exim will dump other messages waiting for this target
host down the same connection without regarding the envelope sender.
It takes considerable pain to make exim stop doing this. The methods
to do so severely harm performance. Bad idea.

Smarthosts that impose such restrictions on an authenticated client
don't want to offer their services to a fully-fledged MTA, they want
to see MUA connections only.

Greetings
Marc

-- 
-
Marc Haber | "I don't trust Computers. They | Mailadresse im Header
Leimen, Germany|  lose things."Winona Ryder | Fon: *49 621 31958061
Nordisch by Nature |  How to make an American Quilt | Fax: *49 621 31958062


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

Bug#750106: AppArmor info

[John Goerzen]

Daniel et al,

Here are some links that describe AppArmor and why it's important to LXC:

https://www.stgraber.org/2014/01/01/lxc-1-0-security-features/

http://blog.bofh.it/debian/id_413 is an exploit that is usable to
compromise the host's root on any LXC container that doesn't use app
armor or user namespaces

https://help.ubuntu.com/lts/serverguide/lxc.html#lxc-apparmor


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

Bug#750131: libsdl2-gfx-dev: pkg-config support

[beuc]

Package: libsdl2-gfx-dev
Version: 1.0.0-2
Severity: normal
Tags: patch

Hi,

I added support for pkg-config in SDL_gfx, cf. attached patch.
Please consider applying it.

I'm going to forward it to the upstream maintainer as soon as I get
this bug ID.

Cheers!
Sylvain
--- t1/libsdl2-gfx-1.0.0/debian/changelog	2014-02-03 21:27:32.0 +0100
+++ t2/libsdl2-gfx-1.0.0/debian/changelog	2014-06-01 22:42:06.747288467 +0200
@@ -1,3 +1,10 @@
+libsdl2-gfx (1.0.0-3) UNRELEASED; urgency=medium
+
+  [ Sylvain Beucler]
+  * Add SDL2_gfx.pc pkg-config file
+
+ --
+
 libsdl2-gfx (1.0.0-2) unstable; urgency=medium
 
   [ Gianfranco Costamagna ]
--- t1/libsdl2-gfx-1.0.0/debian/patches/series	1970-01-01 01:00:00.0 +0100
+++ t2/libsdl2-gfx-1.0.0/debian/patches/series	2014-06-01 22:01:14.547525609 +0200
@@ -0,0 +1 @@
+SDL2_gfx.pc.patch
--- t1/libsdl2-gfx-1.0.0/debian/patches/SDL2_gfx.pc.patch	1970-01-01 01:00:00.0 +0100
+++ t2/libsdl2-gfx-1.0.0/debian/patches/SDL2_gfx.pc.patch	2014-06-01 22:24:56.747963008 +0200
@@ -0,0 +1,47 @@
+Description: Add pkg-config support to SDL2_gfx
+Forwarded: 2014-06-01 to 
+Author: Sylvain Beucler 
+Last-Update: 2014-06-01
+
+--- svn/configure.in	(révision 14)
 svn/configure.in	(copie de travail)
+@@ -140,6 +140,7 @@
+ # Finally create all the generated files
+ AC_OUTPUT([
+ Makefile
++SDL2_gfx.pc
+ ])
+ 
+ echo
+--- svn/Makefile.am	(révision 14)
 svn/Makefile.am	(copie de travail)
+@@ -30,6 +30,9 @@
+ # Rule to build tar-gzipped distribution package
+ $(PACKAGE)-$(VERSION).tar.gz: distcheck
+ 
++pkgconfigdir = $(libdir)/pkgconfig
++pkgconfig_DATA = SDL2_gfx.pc
++
+ # Additional cleanup rules
+ DISTCLEANFILES =		\
+ 	SDL2_gfx.sdf		\
+@@ -38,4 +41,3 @@
+ 	autom4te.cache/*	\
+ 	Win32/Debug/*		\
+ 	Win32/Release/*
+-		
+\ No newline at end of file
+--- svn/SDL2_gfx.pc.in	(révision 0)
 svn/SDL2_gfx.pc.in	(copie de travail)
+@@ -0,0 +1,11 @@
++prefix=@prefix@
++exec_prefix=@exec_prefix@
++libdir=@libdir@
++includedir=@includedir@
++
++Name: SDL2_gfx
++Description: drawing and graphical effects extension for SDL
++Version: @VERSION@
++Requires: sdl2 >= @SDL_VERSION@
++Libs: -L${libdir} -lSDL2_gfx
++Cflags: -I${includedir}/SDL2

Bug#750130: igtf-policy-bundle: [INTL:it] Italian translation of debconf messages

[Beatrice Torracca]

Package: igtf-policy-bundle
Severity: wishlist
Tags: l10n patch

Hi.

Please find attached the Italian translation of igtf-policy-bundle
debconf messages proofread by the Italian localization team.

Please include it in your next upload.

Thanks,
Beatrice
# Italian translation of igtf-policy-bundle debconf messages
# Copyright (C) 2014, igtf-policy-bundle copyright holder
# This file is distributed under the same license as the igtf-policy-bundle package.
# Beatrice Torracca , 2014.
msgid ""
msgstr ""
"Project-Id-Version: igtf-policy-bundle\n"
"Report-Msgid-Bugs-To: igtf-policy-bun...@packages.debian.org\n"
"POT-Creation-Date: 2014-05-17 09:42+0200\n"
"PO-Revision-Date: 2014-05-17 13:14+0200\n"
"Last-Translator: Beatrice Torracca \n"
"Language-Team: Italian \n"
"Language: it\n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=UTF-8\n"
"Content-Transfer-Encoding: 8bit\n"
"Plural-Forms: nplurals=2; plural=(n != 1);\n"
"X-Generator: Virtaal 0.7.1\n"

#. Type: boolean
#. Description
#: ../templates.in:2001
msgid "Trust IGTF @PROFILE@ CAs by default?"
msgstr "Fidarsi delle CA @PROFILE@ di IGTF in modo predefinito?"

#. Type: boolean
#. Description
#: ../templates.in:2001
msgid ""
"Trusted IGTF Certification Authority certificates are installed in /etc/grid-"
"security/certificates."
msgstr ""
"I certificati Certification Authority di IGTF fidati vengono installati in "
"/etc/grid-security/certificates."

#. Type: boolean
#. Description
#: ../templates.in:2001
msgid ""
"Accept this option to have certificates included by default unless they are "
"explicitly excluded. Reject it to choose the reverse policy, excluding them "
"unless explicitly included."
msgstr ""
"Accettare questa opzione per avere i certificati inclusi in modo "
"predefinito, a meno che non siano esplicitamente esclusi. Rifiutarla per "
"scegliere la politica opposta, escludendo i certificati se non "
"esplicitamente inclusi."

#. Type: boolean
#. Description
#: ../templates.in:2001
msgid "You will then have the opportunity to define the list of exceptions."
msgstr ""
"Si avrà successivamente l'opportunità di definire la lista delle eccezioni."

#. Type: multiselect
#. Description
#: ../templates.in:3001
msgid "Certificates to explicitly exclude:"
msgstr "Certificati da escludere esplicitamente:"

#. Type: multiselect
#. Description
#: ../templates.in:3001
msgid ""
"Please select which certificates should not be installed in /etc/grid-"
"security/certificates."
msgstr ""
"Selezionare quali certificati non debbano essere installati in /etc/grid-"
"security/certificates."

#. Type: multiselect
#. Description
#: ../templates.in:4001
msgid "Certificates to explicitly include:"
msgstr "Certificati da includere esplicitamente:"

#. Type: multiselect
#. Description
#: ../templates.in:4001
msgid ""
"Please select which certificates should be installed in /etc/grid-security/"
"certificates."
msgstr ""
"Selezionare quali certificati debbano essere installati in /etc/grid-"
"security/certificates."

Bug#750106: AppArmor

[John Goerzen]

reopen 750107
thanks

Daniel,

There are two different bugs here.

1) Installing lxc renders AppArmor unusable on the entire system because
the LXC profiles have syntax errors.

How to reproduce:

apt-get install apparmor
reboot with security=apparmor apparmor=1 on kernel command line
apt-get install lxc
/etc/init.d/apparmor restart

and notice it fails.

2) The AppArmor profiles do not retrist LXC containers properly.

How to reproduce:

apt-get install apparmor
reboot with security=apparmor apparmor=1 on kernel command line
apt-get install lxc
fix the LXC apparmor profiles (commenting out the three lines they mention)
create a container
start it
echo 1048576 > /proc/sys/fs/nr_open
notice that this option succeeds and modifies the host, where it shouldn't.

There is a reason I created two different bug reports for them.  Do you
really believe #1 and #2 are the SAME bug?  Note that #1 breaks other
packages on the system and is thus RC.

I don't want to stomp all over your bug playground, but AppArmor is NOT
fixed in 750107.  /sys is NOT mounted securely (the exploit against the
host's root exists).  /proc is NOT mounted securely either (/proc/sys is
writeable, /proc/kmem is available, etc.)  The lxc.container.conf
manpage describes enabling AppArmor, which even that does not work.  If
you intend to rip out AppArmor entirely, then it shouldn't be documented
as existing in the manpage and README.


John


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

Bug#213316: Alternatives enabled for Heimdal's kinit/klist

[Russ Allbery]

Benjamin Kaduk  writes:
> On Sun, 1 Jun 2014, Russ Allbery wrote:

>> The ktutil is quite different, yes.  (It would be nice if the MIT
>> version would support the Heimdal command-line interface, since it's
>> far more useful than the MIT version is.)

> If you wanted to write up a summary of what sorts of things that would
> entail, we would at least talk about it.  There are a lot of things the
> MIT ktutil doesn't do that it would be nice to have, but I don't think
> there's a real plan for improving it, at the moment.

The biggest one is that Heimdal's ktutil can perform all its operations
from the command line, which means that it's useful for scripting.  The
MIT version has a forced interactive mode that makes using it from scripts
incredibly painful.  Heimdal's remove is also much more useful than the
MIT delete_entry since you don't have to parse the list and figure out
which slot number to remove.

The other missing functionality that I use all the time with Heimdal's
ktutil is purge.  MIT Kerberos's kadmin has ktremove, which is like ktutil
purge in Heimdal, but for reasons I don't understand it has to be run with
a principal that has kadmind ACLs on the master KDC.  That makes it
unusable for all the things I use ktutil purge for.

-- 
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#749110: Please switch to dh-autoreconf to update libtool macros

[jeanfi]

On 06/01/2014 03:22 PM, jporsini wrote:
> I have investigated and the failure is due to AM_GETTEXT macro raising the 
> warning that I have
> mentioned in my previous mail. The “configure.ac” of psensor 
> uses -Werror leading to build failure on warnings. I will remove this setting 
> in the
> next psensor release (1.0.1) and modify the d/rules to use autoreconf as you 
> suggested.

Fixed by the following commits:
 - in upstream psensor source code: [1]
 - in debian packaging: [2]

Regards,
JeanFI.

[1]
http://wpitchoune.net/gitweb/?p=psensor.git;a=commit;h=261c6c6eb1e097c048ca88bb78eff9a930494912

[2]
http://wpitchoune.net/gitweb/?p=psensor-pkg-debian.git;a=commit;h=5189e5a23205e9908f227361521b1b16198e6893




signature.asc
Description: OpenPGP digital signature

Bug#746741: fixed in scidavis 1.D5-1

[Adam D. Barratt]

Control: reopen -1

On Sun, 2014-06-01 at 19:21 +, georg...@debian.org wrote:
> email message attachment
> Source: scidavis
> Source-Version: 1.D5-1
> 
> We believe that the bug you reported is fixed in the latest version of
> scidavis, which is due to be installed in the Debian FTP archive.
[...]
>* removed the build-dependency on python-support. Closes: #746741

No. Uploading your package does not cause the entire transition to be
finished.

Please do not close release.debian.org bugs in uploads.

Regards,

Adam


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

Bug#523940: perl_5.10.0-20(sparc/experimental): FTBFS with dpkg-buildpackage -j3

[gregor herrmann]

Package: perl
Followup-For: Bug #523940

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

The problem still exists in 5.20.0-1 (built from git), and probably
in prior versions as well.

When built with -jX, the build fails in the perl.debug target of
debian/rules when make distclean tries to rmdir a non-existant
directory.

Seems that the ".NOPARALLEL" target is not enough.

(And I found no quick fix, sorry.)

Cheers,
gregor

-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQJrBAEBCgBVBQJTi4+KThSAAB0AKGlzc3Vlci1mcHJAZ3BnLmNvbW9kby5w
cml2LmF0RDFFMTMxNkU5M0E3NjBBODEwNEQ4NUZBQkIzQTY4MDE4NjQ5QUEwNgAK
CRC7OmgBhkmqBiEgD/9uFmnRrSg8sqm2OcA8ae+1ubZvLOgDgvLYsgiNPXdpnQBj
YJvs/+ZytVLrGRMl1HzO6r2e4nI2ZJlNmzd5QqBZme0QQoFezbLbDMqSsJGXy8Jb
qO1fbfW/5HD9v19EESMgdTkIJ5Bd/8+djfj0im8aOc6MguadAIX6r/ffAAsKp/FX
wA6jS5rrwBPShvAMmOsWFdXSWha7/htZ98BJDgCYvSvuzW8veISzICACwxLE1jux
3zkBRrqjUBqD/U344XtribhDLazUi7DVAnWrVwDPBQyJlne2kTTDBg41RA/+iHBw
gbiZqbmpoVUp/Z9Pm0qF0wN3tvR9oeStS10vRW6RWJv3nXQHiS473Bf8d9JdwbwL
/+QZY/w19Y8iA2g9wm/A1olA3rBGGjyNkBkZsVC5Dc43b8zcSmHv325FqCSQuqvf
EXPReyEJlE5n8G7eZQwqfVKOvvOh4f/Ot6EhxVg0nyntiTOUGBYb9nQY+1o3ZszX
x4NKbsss/VWP91TYvEJn1XIDwg8abczzceOE8aWyr74MCDMwKQM5vdPhVHGUEy6O
96wu6mU14LqWuRxw1DXFd5s5wdtkZA0CHuy7s5A07lpKDy3bqhr96Z1n7AwdpeYj
gODBb1uQ0JpsFVZ4+nmiTJjHVYt+zbZXYRCkX9Igj52L62GP8//SeFrS0jzeHQ==
=vEaS
-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#738702: glibc vs gdb story

[Samuel Bronson]

Control: block -1 on 711913
Control: forwarded -1 https://sourceware.org/bugzilla/show_bug.cgi?id=14466
 
ygrek  writes:

> Hello,
>
>  AFAIU, glibc made a change that gdb doesn't find reasonable, but nobody is 
> fixing this for a long time already.
>  Enjoy finger-pointing in :
>  https://sourceware.org/bugzilla/show_bug.cgi?id=14466
>  https://sourceware.org/bugzilla/show_bug.cgi?id=13097
>  Meanwhile Fedora carries a patch to silence this warning :
>  
> http://pkgs.fedoraproject.org/cgit/gdb.git/tree/gdb-glibc-vdso-workaround.patch
>  Could Debian adopt it to?

Isn't that kind of fragile to libc changes?

And looking at 
or #711913, the only thing the glibc people seem to pointing at is their
large pile of stuff they need to do and the small amount of manpower
they have to do it.

(And to the Patches Welcome! (w/ copyright assignement papers) sign on
the door.)

-- 
Hi! I'm a .signature virus! Copy me into your ~/.signature to help me spread!


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

Bug#741258: libphonenumber packaging

[Daniel Pocock]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256



On 29/05/14 20:43, Daniel Pocock wrote:
> 
> 
> On 27/05/14 15:59, tony mancill wrote:
>> On 05/26/2014 10:38 AM, Daniel Pocock wrote:
>>> 
>>> Hi Laurent,
>>> 
>>> I use libphonenumber too (it is in Lumicall, for example)
>>> 
>>> Has anybody else responded about packaging it or did you start
>>> on it yourself? 
>>> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=741258
>>> 
>>> I notice upstream has debian/ artifacts in the repository: 
>>> https://code.google.com/p/libphonenumber/source/browse/trunk/debian
>>>
>>>
>>>
>
>>> 
Can anybody comment on whether this is consistent with the current
>>> packaging standards for debian-java?
> 
>> Hi Daniel,
> 
>> The answer about packaging standards and whether the package
>> could enter Debian is "no, but it's a decent start."  I was able
>> to get it built, noting the following.
> 
>> * it has a build-dep on libre2-dev, which is currently only in 
>> experimental
> 
>> * it is currently a native package, but should be easy to
>> convert
> 
>> * it's missing build-deps on: libboost-system, junit,
>> ant-optional
> 
>> * I had to edit the CMakeLists.txt to add "system" as a Boost 
>> component.
> 
>> * the resulting -java and -dev debs look okay, but the actual 
>> runtime deb is empty (no .so files)
> 
>> * the build modifies one of the source files, and creates a few
>> new ones.
> 
>> It would be nice to have something that links against it to test 
>> with.
> 
> 
> Tony, thanks for all this feedback
> 
> Fredrik indicated upstream would welcome improvement to the
> packaging files.
> 
> I don't mind helping out with this and I can potentially pull out
> some of the code from Lumicall to provide a test case for the Java
> side of this.  I can imagine a project like Jitsi using it to
> handle "tel:" URIs too.
> 
> I'm wondering if it should be maintained by simply
> mirroring/cloning the upstream repository or by building a Git
> repository with git-import-orig from the upstream source tarball?

As it changes frequently, my feeling is that we aim to get the
debian/* files into the upstream repository

> Fredrik, do you foresee moving from SVN to Git any time soon?  If
> not, I may set up a git mirror (I have a script that does this and
> keeps them in sync) and then I can make changes on a branch more
> easily.

I've now set up a mirror on github for Git users.  It is updated every
hour using sync2git.

The Github wiki and bug tracker is disabled to avoid confusion.  There
is a status message at the top of the page to inform people it is not
the official repository:

  https://github.com/libphonenumber/libphonenumber

- From there, I've created a fork where I will start updating the
debian/* files:

  https://github.com/dpocock/libphonenumber

and when they are ready, they can be merged back into SVN as a single
patch perhaps.
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.12 (GNU/Linux)
Comment: Using GnuPG with Icedove - http://www.enigmail.net/

iQIcBAEBCAAGBQJTi419AAoJEOm1uwJp1aqDlVwP/0E+OIanFhAQ28OxrNDxbBeM
fuXjpQjvKNU+ljRnmDQA5mwJMkQVrIe9klttLzBJ3NpSOWqWHOhqkVSiPC3EsA75
gDVaPwAGJrUc+Jb7n8s5zBFvVsGLFtoPuqM1+lwZCM+2vfrXf/IssEy7hGc/HvRi
/Qfg5rG6suCUCOnStY4q+CaK8TVNsdqEdPYqTFQYKwOIJ8cQbndkr7o4MFhkvC4R
0zuGH6vFfY8qSLLc7xd5KyAhKpUdm1sbK6UDKw0q0h2iCPr6aGBAq6pVURVmkXT1
rsQ0xRGGF57kVPGq712J5uQYSfNSXs5gDlNh7tQ6MTW77b1qjvpanQzo2E2HQPG+
E1BvjgWMwNxD1J2bZdDznH7M+QVpQPREDuoo/s6Pq0g5MvqQXA+4ZEdSPdteP8GT
FpXoqC0/X49gmWn+TDuggZQYf7edEjg0hJxYsYuja/gdQzPzkGHH75SluFx+Z8Fl
Xt+CXG532zTrT4PwTs4b65AHMTlsRbkqIjvEempNCkztzUKBXh4eVhRafDxcAuPy
VjEHjBoSdQlKYYZ4HC4orO70VsUjZE+ehUk6bqt5Fz3LMu3GG9A7bIMnPOLpZI7u
lG36+rYNo19ZjDU5XfbZydwWkVnT/PiVPEl0cYUcCFqmuyjHUDc5LAo7PbPZlG5m
qDXv6jT67Ky/PGT/VG0x
=AQCq
-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#750122: exim4: The smarthost configuration should allow individual smarthosts for different users

[Tobias Rupf]

Am Sonntag, 1. Juni 2014, 21:32:36 schrieb Marc Haber:
> Exim is not a suitable software to run against smarthosts 
that want to
> see certain envelope senders even after authenticating.
> 
> Forcing it to do so has a number of issues that will 
certainly reduce
> reliability of the mail system.

o.k. thanks for considering.

Would you mind giving me some hints regarding which 
issues this are?

Bug#213316: Alternatives enabled for Heimdal's kinit/klist

[Benjamin Kaduk]

On Sun, 1 Jun 2014, Russ Allbery wrote:


Jelmer Vernooij  writes:


I should also note that the usefulness of alternatives for these
(kadmin, ktutil) is less clear to me. The kadmin and ktutil command-line
interfaces are quite but not exactly similar.


(MIT's k5srvutil is a shell script that calls the unqualified name 
'kadmin'.  Hilarity ensues when it is /usr/local/bin/k5srvutil and there 
is a /usr/bin/kadmin earlier in the path.)



The ktutil is quite different, yes.  (It would be nice if the MIT version
would support the Heimdal command-line interface, since it's far more
useful than the MIT version is.)


If you wanted to write up a summary of what sorts of things that would 
entail, we would at least talk about it.  There are a lot of things the 
MIT ktutil doesn't do that it would be nice to have, but I don't think 
there's a real plan for improving it, at the moment.



kadmin also isn't the same between the two: the MIT kadmin can't talk to a
Heimdal server and the Heimdal one can only do a few operations against an
MIT server.  I'm not sure alternatives make sense for that.

It would be really nice to be able to co-install the basic clients,
though, which makes me think that the more administrator-oriented tools
(kadmin and ktutil) might make sense to split off into a separate package
that continues to conflict.


Right.
That's why I was mentioning the other tools -- it didn't seem like having 
alternatives for somethings would help if the packages would still 
conflict on other tools.


-Ben


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

Bug#213316: Alternatives enabled for Heimdal's kinit/klist

[Russ Allbery]

Jelmer Vernooij  writes:

> I should also note that the usefulness of alternatives for these
> (kadmin, ktutil) is less clear to me. The kadmin and ktutil command-line
> interfaces are quite but not exactly similar.

The ktutil is quite different, yes.  (It would be nice if the MIT version
would support the Heimdal command-line interface, since it's far more
useful than the MIT version is.)

kadmin also isn't the same between the two: the MIT kadmin can't talk to a
Heimdal server and the Heimdal one can only do a few operations against an
MIT server.  I'm not sure alternatives make sense for that.

It would be really nice to be able to co-install the basic clients,
though, which makes me think that the more administrator-oriented tools
(kadmin and ktutil) might make sense to split off into a separate package
that continues to conflict.

-- 
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#750080: [Pkg-haskell-maintainers] Bug#750080: No .xmonad directory

[Joachim Breitner]

Hi,

Am Sonntag, den 01.06.2014, 21:47 +0200 schrieb Jörg Plate:
> There is no ~/.xmonad directory and therefore no xmonad.hs file in it.
> (Are packages supposed to install files in user directories?)

no, of course not. But I’m surprised that xmonad then tries to
execute .xmonad/xmonad-x86_64-linux – that’s usually what it does when
there is a ~/.xmonad/xmonad.hs file.

Greetings,
Joachim

-- 
Joachim "nomeata" Breitner
Debian Developer
  nome...@debian.org | ICQ# 74513189 | GPG-Keyid: F0FBF51F
  JID: nome...@joachim-breitner.de | http://people.debian.org/~nomeata



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

Bug#750129: libxkbcommon0: Please package latest upstream release (0.4.2)

[Martin Graesslin]

Package: libxkbcommon0
Version: 0.4.0-1
Severity: wishlist

Dear Maintainer,

please update the package to the latest upstream release. This is needed to
build Qt 5.3 which requires 0.4.1, the currently provided 0.4.0 is not
sufficient to build Qt 5.3.



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

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

Versions of packages libxkbcommon0 depends on:
ii  libc6  2.18-7
ii  multiarch-support  2.18-7
ii  xkb-data   2.11-1

libxkbcommon0 recommends no packages.

libxkbcommon0 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#749715: [Pkg-clamav-devel] Bug#749715: clamav: Please update clamav with fix for upstream Bug #10960

[pmeunier]

Thanks for the update, Andreas.  It's10960 in the bug tracker, so it must be a 
commit typo.


On Thursday, May 29, 2014 12:37 PM, Andreas Cadhalpun 
 wrote:
 


Control: tags -1 fixed 0.98.3+dfsg-1

Hi Pascal,


On 29.05.2014 12:49, Pascal Meunier wrote:
>     I'm filing this bug as requested by Scott Kitterman.  The issue has
>     been fixed upstream (Bug #10960) by commits
>     c6f5ef98d6ab7d3abcd207c25d06eaeb95d68ffc and
>     99ee2138c496d3d51af67e521e945803565b9f7d.  Symptoms are segfaults when
>     running clamscan, or a report of an invalid pointer by glibc,
>     depending on whether a directory is recursively scanned or a single
>     file.  I first noticed the reproducible segfault when recursively
>     scanning, which started happening immediately after a clamav update.
>     When attempting to isolate a single file that would
>     cause the issue, I got the invalid pointer report by glibc.

This fix made it into the 0.98.3 release and is already in unstable.
Unfortunately that version fails to build on PowerPC, so it doesn't 
migrate to testing and can't be uploaded to wheezy.

(By the way, the commit message says this fixes upstream bug #10970, not 
#10960, so either there is a typo in the commit message or you meant 
#10970.)

As I don't know, when the PowerPC failure will be fixed, it's probably 
best to cherry-pick this fix for wheezy.

Scott, what do you think?

Best regards,
Andreas

Bug#213316: Alternatives enabled for Heimdal's kinit/klist

[Jelmer Vernooij]

On Sun, Jun 01, 2014 at 09:58:55PM +0200, Jelmer Vernooij wrote:
> On Sun, Jun 01, 2014 at 03:56:11PM -0400, Benjamin Kaduk wrote:
> > On Sun, 1 Jun 2014, Jelmer Vernooij wrote:
> > 
> > >FWIW, Heimdal now uses alternatives for kinit and klist.
> > >
> > >If we'd like to be able to use alternatives, we would also need to use
> > >them (in addition to kinit and klist) for the following binaries and
> > >their manpages:
> > >
> > >/usr/bin/kswitch
> > >/usr/bin/kdestroy
> > >/usr/bin/ksu
> > >/usr/bin/kpasswd
> > 
> > I am not sure that that list is complete ... off the top of my head, I would
> > wonder about ktutil, kadmin, and k5srvutil, at least.
> 
> Yeah, good point. kadmin and ktutil live in /usr/sbin in Heimdal and
> /usr/bin in MIT. We'll probably want alternatives there too
> though.
I should also note that the usefulness of alternatives for these
(kadmin, ktutil) is less clear to me. The kadmin and ktutil
command-line interfaces are quite but not exactly similar. 

Cheers,

Jelmer


signature.asc
Description: Digital signature

Bug#750128: src:apparmor: hardcodes /usr/lib/perl5

[Damyan Ivanov]

Package: src:apparmor
Version: 2.8.0
Severity: important
Tags: patch
User: debian-p...@lists.debian.org
Usertags: perl-5.20-transition

>From version 5.20.0 Debian packaged perl intents to use vendor library
paths specific to the architecture and the perl version. See #748380 for 
details. For this to work, packages containing information related to bunary 
perl modules need to migrate from hardcoded /usr/lib/perl5 to the value of the 
$Config{vendorarch} variable, as defined in the 'Config' module.

The attached module does that, plus replacing /usr/lib/perl5 in 
/etc/apparmor/{logprof.conf,severity.db}.

With that patch building with perl 5.20.0 (pending NEW to enter experimental) 
causes the libapparmod-perl module to use /usr/lib//perl5/5.20 
directory. Building with perl 5.18 from sid uses /usr/lib/perl5 as before.

Thanks for considering,
dam
Debian Perl Group
>From 632aa1da97b1fd4d42d284457152bc78ab32d831 Mon Sep 17 00:00:00 2001
From: Damyan Ivanov 
Date: Sun, 1 Jun 2014 19:25:45 +
Subject: [PATCH] Avoid using hardcoded /usr/lib/perl5

>From version 5.20.0 Debian packaged perl intents to use vendor library
patchs specific to the architecture and the perl version. For this to
work, packages containing information related to bunary perl modules
need to migrate from hardcoded /usr/lib/perl5 to the value of the
$Config{vendorarch} variable, as defined in the 'Config' module.

Signed-off-by: Damyan Ivanov 
---
 debian/libapparmor-perl.install|  1 -
 debian/libapparmor-perl.install.in |  1 +
 debian/rules   | 11 ++-
 3 files changed, 11 insertions(+), 2 deletions(-)
 delete mode 100644 debian/libapparmor-perl.install
 create mode 100644 debian/libapparmor-perl.install.in

diff --git a/debian/libapparmor-perl.install b/debian/libapparmor-perl.install
deleted file mode 100644
index c1a78d7..000
--- a/debian/libapparmor-perl.install
+++ /dev/null
@@ -1 +0,0 @@
-usr/lib/perl5/*
diff --git a/debian/libapparmor-perl.install.in b/debian/libapparmor-perl.install.in
new file mode 100644
index 000..5645365
--- /dev/null
+++ b/debian/libapparmor-perl.install.in
@@ -0,0 +1 @@
+${perl:vendorarch}/*
diff --git a/debian/rules b/debian/rules
index 1c4319b..db2a5bd 100755
--- a/debian/rules
+++ b/debian/rules
@@ -2,6 +2,8 @@
 
 export DEB_HOST_ARCH_OS   ?= $(shell dpkg-architecture -qDEB_HOST_ARCH_OS)
 
+PERL_LIB := $(shell perl -MConfig -e 'print substr($$Config{vendorarch},1)' )
+
 %:
 	dh $@ --with=python2,python3,apache2
 
@@ -56,6 +58,7 @@ override_dh_auto_clean:
 	rm -f $(CURDIR)/debian/debhelper/dh_apparmor.1
 	# Remove autoconf build cruft.
 	rm -f $(CURDIR)/libraries/libapparmor/test-driver
+	rm -f debian/libapparmor-perl.install
 
 override_dh_auto_install:
 	# Utils
@@ -82,7 +85,7 @@ endif
 	DESTDIR=$(CURDIR)/debian/tmp \
 	install
 	# fixup rpath for libapparmor-perl
-	find $(CURDIR)/debian/tmp/usr/lib/perl5 -name '*.so' | xargs chrpath --delete
+	find $(CURDIR)/debian/tmp/$(PERL_LIB) -name '*.so' | xargs chrpath --delete
 
 	# Install python swig modules
 	for py in $(shell pyversions -s) $(shell py3versions -s); do \
@@ -136,6 +139,12 @@ override_dh_install:
 	dh_apparmor --profile-name=$$profile -papparmor-profiles; \
 	fi; \
 	done
+	sed 's,\$${perl:vendorarch},$(PERL_LIB),g' \
+	debian/libapparmor-perl.install.in \
+	> debian/libapparmor-perl.install
+	sed -i -e 's,usr/lib/perl5,$(PERL_LIB),g' \
+	$(CURDIR)/debian/tmp/etc/apparmor/logprof.conf \
+	$(CURDIR)/debian/tmp/etc/apparmor/severity.db
 	dh_install
 
 
-- 
2.0.0

Bug#738702: same problem only different library

[Samuel Bronson]

"Brent S. Elmer Ph.D."  writes:

> Is this the same problem:
[...]
> raise ValueError, "Unsupported implementation for %s" %
> str(node.type)
> ^
> SyntaxError: invalid syntax

Well, yes and no. This bug did happen, but it's totally harmless;
 was also involved, and that wasn't harmless.

-- 
Hi! I'm a .signature virus! Copy me into your ~/.signature to help me spread!


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

Bug#750080: No .xmonad directory

[Jörg Plate]

There is no ~/.xmonad directory and therefore no xmonad.hs file in it.
(Are packages supposed to install files in user directories?)


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

Bug#213316: Alternatives enabled for Heimdal's kinit/klist

[Jelmer Vernooij]

On Sun, Jun 01, 2014 at 03:56:11PM -0400, Benjamin Kaduk wrote:
> On Sun, 1 Jun 2014, Jelmer Vernooij wrote:
> 
> >FWIW, Heimdal now uses alternatives for kinit and klist.
> >
> >If we'd like to be able to use alternatives, we would also need to use
> >them (in addition to kinit and klist) for the following binaries and
> >their manpages:
> >
> >/usr/bin/kswitch
> >/usr/bin/kdestroy
> >/usr/bin/ksu
> >/usr/bin/kpasswd
> 
> I am not sure that that list is complete ... off the top of my head, I would
> wonder about ktutil, kadmin, and k5srvutil, at least.

Yeah, good point. kadmin and ktutil live in /usr/sbin in Heimdal and
/usr/bin in MIT. We'll probably want alternatives there too
though.

Heimdal doesn't have k5srvutil.

Cheers,

Jelmer


signature.asc
Description: Digital signature

Bug#750127: `bbdb-pop-up-bbdb-buffer' should use a dedicated window

[Samuel Bronson]

Package: bbdb
Version: 2.36-4
Severity: normal

Dear Maintainer,

Emacs keeps trying to use my BBDB window for stuff like completion and
help.  It is, however, much too tiny to be useful for these things.  It
seems like it would be a good idea for `bbdb-pop-up-bbdb-buffer' to mark
this window "dedicated" so that Emacs would stop trying to do that?

(This is with the emacs24, insinuated into the included gnus.)

[Isn't it about time you set yourself as Maintainer, bap?]

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

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

Versions of packages bbdb depends on:
ii  emacs23-lucid [emacsen]  23.4+1-4.1+b1
ii  emacs24-lucid [emacsen]  24.3+1-2+b1
ii  make 3.81-8.3
ii  perl 5.18.2-2+b1

bbdb recommends no packages.

Versions of packages bbdb suggests:
pn  gnus | t-gnus  
pn  gnuserv
pn  vm 
ii  w3m-el 1.4.483+0.20120614-7

-- 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#213316: Alternatives enabled for Heimdal's kinit/klist

[Benjamin Kaduk]

On Sun, 1 Jun 2014, Jelmer Vernooij wrote:


FWIW, Heimdal now uses alternatives for kinit and klist.

If we'd like to be able to use alternatives, we would also need to use
them (in addition to kinit and klist) for the following binaries and
their manpages:

/usr/bin/kswitch
/usr/bin/kdestroy
/usr/bin/ksu
/usr/bin/kpasswd


I am not sure that that list is complete ... off the top of my head, I 
would wonder about ktutil, kadmin, and k5srvutil, at least.


-Ben


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

Bug#213316: Alternatives enabled for Heimdal's kinit/klist

[Jelmer Vernooij]

FWIW, Heimdal now uses alternatives for kinit and klist.

If we'd like to be able to use alternatives, we would also need to use
them (in addition to kinit and klist) for the following binaries and
their manpages:

/usr/bin/kswitch
/usr/bin/kdestroy
/usr/bin/ksu
/usr/bin/kpasswd

Cheers,

Jelmer


signature.asc
Description: Digital signature

Bug#750126: igtf-policy-bundle: [INTL:de] initial German debconf translation

[Helge Kreutzmann]

Package: igtf-policy-bundle
Severity: wishlist
Tags: patch l10n

Please find the initial German debconf translation for igtf-policy-bundle
attached.

Please place this file in debian/po/ as de.po for your next upload.

If you update your template, please use 
'msgfmt --statistics '
to check the po-files for fuzzy or untranslated strings.

If there are such strings, please contact me so I can update the 
German translation.

Greetings
Helge
# German translation of igtf-policy-bundle.
# Copyright (C) YEAR THE PACKAGE'S COPYRIGHT HOLDER
# This file is distributed under the same license as the
# igtf-policy-bundle package.
# Stefan Schroeder , 2014
#
msgid ""
msgstr ""
"Project-Id-Version: igtf-policy-bundle\n"
"Report-Msgid-Bugs-To: igtf-policy-bun...@packages.debian.org\n"
"POT-Creation-Date: 2014-05-17 09:42+0200\n"
"PO-Revision-Date: 2014-05-17 10:23+0600\n"
"Last-Translator: Stefan Schroeder \n"
"Language-Team: German \n"
"Language: de\n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=UTF-8\n"
"Content-Transfer-Encoding: 8bit\n"

#. Type: boolean
#. Description
#: ../templates.in:2001
msgid "Trust IGTF @PROFILE@ CAs by default?"
msgstr "Als Voreinstellung den IGTF-@PROFILE@-CAs vertrauen?"

#. Type: boolean
#. Description
#: ../templates.in:2001
msgid ""
"Trusted IGTF Certification Authority certificates are installed in /etc/grid-"
"security/certificates."
msgstr ""
"Die vertrauenswürdigen IGTF-Certification-Authority-Zertifikate werden "
"in /etc/grid-security/certificates installiert."

#. Type: boolean
#. Description
#: ../templates.in:2001
msgid ""
"Accept this option to have certificates included by default unless they are "
"explicitly excluded. Reject it to choose the reverse policy, excluding them "
"unless explicitly included."
msgstr ""
"Mit dieser Option werden Zertifikate per Voreinstellung berücksichtig, es "
"sei denn, sie werden ausdrücklich ausgeschlossen. Abwahl dieser Option "
"bewirkt das Gegenteil: Zertifikate werden abgelehnt, falls sie nicht "
"ausdrücklich gewählt wurden."

#. Type: boolean
#. Description
#: ../templates.in:2001
msgid "You will then have the opportunity to define the list of exceptions. "
msgstr "Sie werden die Gelegenheit haben, Ausnahmen zu definieren."

#. Type: multiselect
#. Description
#: ../templates.in:3001
msgid "Certificates to explicitly exclude:"
msgstr "Zertifikate, die ausdrücklich ausgeschlossen werden sollen:"

#. Type: multiselect
#. Description
#: ../templates.in:3001
msgid ""
"Please select which certificates should not be installed in /etc/grid-"
"security/certificates."
msgstr ""
"Bitte wählen Sie die Zertifikate, die nicht in "
"/etc/grid-security/certificates installiert werden sollen, aus."

#. Type: multiselect
#. Description
#: ../templates.in:4001
msgid "Certificates to explicitly include:"
msgstr "Zertifikate, die ausdrücklich berücksichtigt werden sollen:"

#. Type: multiselect
#. Description
#: ../templates.in:4001
msgid ""
"Please select which certificates should be installed in /etc/grid-security/"
"certificates."
msgstr ""
"Bitte wählen Sie die Zertifikate, die in /etc/grid-security/certificates "
"installiert werden sollen, aus."

Bug#750041: Patch to update pkg-config files

[Jelmer Vernooij]

tags 750041 +patch
thanks

The attached patch update the pkg-config files to use the
krb5-multidev paths.

From 71cf4ca564df07f854173c9592e26b499f0905f4 Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?Jelmer=20Vernoo=C4=B3?= 
Date: Sun, 1 Jun 2014 21:35:21 +0200
Subject: [PATCH 1/2] Provide -L and -I flags from pkg-config files. Closes:
 #750041

---
 debian/changelog   |  1 +
 .../debian-local/0012-Fix-pkg-config-paths.patch   | 94 ++
 debian/patches/series  |  1 +
 3 files changed, 96 insertions(+)
 create mode 100644 debian/patches/debian-local/0012-Fix-pkg-config-paths.patch

diff --git a/debian/changelog b/debian/changelog
index 3d8fa77..5f6211a 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -4,6 +4,7 @@ krb5 (1.12.1+dfsg-2) UNRELEASED; urgency=low
   * Non-maintainer upload.
   * Provide -L and -I flags from krb5-config. Closes: #730837
   * Ship krb5-config.mit binary in krb5-multidev., Closes: #745322
+  * Provide -L and -I flags from pkg-config files. Closes: #750041
 
   [ Sam Hartman ]
   * Include upstream patch to load gss mechanisms from /etc/gss/mech.d,
diff --git a/debian/patches/debian-local/0012-Fix-pkg-config-paths.patch b/debian/patches/debian-local/0012-Fix-pkg-config-paths.patch
new file mode 100644
index 000..5aae283
--- /dev/null
+++ b/debian/patches/debian-local/0012-Fix-pkg-config-paths.patch
@@ -0,0 +1,94 @@
+Date: Sun  1 Jun 20:33:00 BST 2014
+From: Jelmer Vernooij 
+Subject: Fix pkg-config library/include paths
+Bug-Debian: http://bugs.debian.org/750041
+
+Include library and include flags in pkg-config files, so they work when the
+symlinks provided by libkrb5-dev are not installed.
+
+Patch-Category: debian-local
+
+diff --git a/src/build-tools/gssrpc.pc.in b/src/build-tools/gssrpc.pc.in
+index ca90921..e08c2e8 100644
+--- a/src/build-tools/gssrpc.pc.in
 b/src/build-tools/gssrpc.pc.in
+@@ -1,7 +1,7 @@
+ prefix=@prefix@
+ exec_prefix=@exec_prefix@
+-libdir=@libdir@
+-includedir=@includedir@
++libdir=@libdir@/mit-krb5
++includedir=@includedir@/mit-krb5
+ vendor=MIT
+ 
+ Name: gssrpc
+diff --git a/src/build-tools/kadm-client.pc.in b/src/build-tools/kadm-client.pc.in
+index c8d1cd1..de56a75 100644
+--- a/src/build-tools/kadm-client.pc.in
 b/src/build-tools/kadm-client.pc.in
+@@ -1,7 +1,7 @@
+ prefix=@prefix@
+ exec_prefix=@exec_prefix@
+-libdir=@libdir@
+-includedir=@includedir@
++libdir=@libdir@/mit-krb5
++includedir=@includedir@/mit-krb5
+ 
+ Name: kadm-client
+ Description: Kerberos administration client library
+diff --git a/src/build-tools/kadm-server.pc.in b/src/build-tools/kadm-server.pc.in
+index cd2f86c..a73ff86 100644
+--- a/src/build-tools/kadm-server.pc.in
 b/src/build-tools/kadm-server.pc.in
+@@ -1,7 +1,7 @@
+ prefix=@prefix@
+ exec_prefix=@exec_prefix@
+-libdir=@libdir@
+-includedir=@includedir@
++libdir=@libdir@/mit-krb5
++includedir=@includedir@/mit-krb5
+ 
+ Name: kadm-server
+ Description: Kerberos administration server library
+diff --git a/src/build-tools/kdb.pc.in b/src/build-tools/kdb.pc.in
+index 461a8d01d0..356501d 100644
+--- a/src/build-tools/kdb.pc.in
 b/src/build-tools/kdb.pc.in
+@@ -1,7 +1,7 @@
+ prefix=@prefix@
+ exec_prefix=@exec_prefix@
+-libdir=@libdir@
+-includedir=@includedir@
++libdir=@libdir@/mit-krb5
++includedir=@includedir@/mit-krb5
+ 
+ KDB5_DB_LIB=@KDB5_DB_LIB@
+ 
+diff --git a/src/build-tools/mit-krb5-gssapi.pc.in b/src/build-tools/mit-krb5-gssapi.pc.in
+index 7b91b19..b2b2436 100644
+--- a/src/build-tools/mit-krb5-gssapi.pc.in
 b/src/build-tools/mit-krb5-gssapi.pc.in
+@@ -1,7 +1,7 @@
+ prefix=@prefix@
+ exec_prefix=@exec_prefix@
+-libdir=@libdir@
+-includedir=@includedir@
++libdir=@libdir@/mit-krb5
++includedir=@includedir@/mit-krb5
+ 
+ Name: mit-krb5-gssapi
+ Description: Kerberos implementation of the GSSAPI
+diff --git a/src/build-tools/mit-krb5.pc.in b/src/build-tools/mit-krb5.pc.in
+index 0308815..058e75f 100644
+--- a/src/build-tools/mit-krb5.pc.in
 b/src/build-tools/mit-krb5.pc.in
+@@ -1,7 +1,7 @@
+ prefix=@prefix@
+ exec_prefix=@exec_prefix@
+-libdir=@libdir@
+-includedir=@includedir@
++libdir=@libdir@/mit-krb5
++includedir=@includedir@/mit-krb5
+ 
+ defccname=@DEFCCNAME@
+ defktname=@DEFKTNAME@
diff --git a/debian/patches/series b/debian/patches/series
index ff35369..56ada32 100644
--- a/debian/patches/series
+++ b/debian/patches/series
@@ -9,4 +9,5 @@ upstream/0008-Move-OTP-sockets-to-KDC_RUN_DIR.patch
 upstream/0009-Avoid-duplicate-etc-krb5.conf-in-profile-path.patch
 0010-autoreconf.patch
 debian-local/0011-Fix-krb5-config-paths.patch
+debian-local/0012-Fix-pkg-config-paths.patch
 upstream/0012-Load-mechglue-config-files-from-etc-gss-mech.d.patch
-- 
2.0.0.526.g5318336



signature.asc
Description: Digital signature

Bug#749384: Fix for testing?

[Michael Kesper]

Hi,

if you know a package is broken and fixed in unstable, isn't there any 
way to promote it to testing directly?

As it is, testing is even more broken than "unstable". :(

Best wishes
Michael


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

Bug#750125: RFP: libxdiff -- The LibXDiff library implements basic and yet complete functionalities to create file differences/patches to both binary and text files.

[Pierre Rudloff]

Package: wnpp
Severity: wishlist

* Package name: libxdiff
  Version : 0.23
* URL : http://www.xmailserver.org/xdiff-lib.html
* License : LGPL
  Programming Lang: C
  Description : The LibXDiff library implements basic and yet complete
functionalities to create file differences/patches to both binary and text
files.


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

Bug#750124: eglibc: [INTL:fi] Updated Finnish translation of the debconf templates

[Esko Arajärvi]

Package: eglibc
Severity: wishlist
Tags: l10n patch

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Please include attached updated translation file fi.po to the package.

Regards,
Esko Arajärvi

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.12 (GNU/Linux)

iEYEARECAAYFAlOLgcUACgkQejjRZhTfFSzamwCgkd8+TzFlqzdJxUo/BqRSUYkc
LS0Anjghe7/Dw9FDXbKoOnFUQUYffjwX
=9eom
-END PGP SIGNATURE-
#
#Translators, if you are not familiar with the PO format, gettext
#documentation is worth reading, especially sections dedicated to
#this format, e.g. by running:
# info -n '(gettext)PO Files'
# info -n '(gettext)Header Entry'
#
#Some information specific to po-debconf are available at
#/usr/share/doc/po-debconf/README-trans
# or http://www.debian.org/intl/l10n/po-debconf/README-trans
#
#Developers do not need to manually edit POT or PO files.
#
msgid ""
msgstr ""
"Project-Id-Version: glibc\n"
"Report-Msgid-Bugs-To: egl...@packages.debian.org\n"
"POT-Creation-Date: 2011-10-30 11:52-0700\n"
"PO-Revision-Date: 2014-06-01 22:27+0200\n"
"Last-Translator: Esko Arajärvi \n"
"Language-Team: Finnish \n"
"Language: fi\n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=UTF-8\n"
"Content-Transfer-Encoding: 8bit\n"

#. Type: multiselect
#. Choices
#: ../debhelper.in/locales.templates:1001
msgid "All locales"
msgstr "Kaikki maa-asetukset"

#. Type: multiselect
#. Description
#: ../debhelper.in/locales.templates:1002
msgid "Locales to be generated:"
msgstr "Luotavat maa-asetukset:"

#. Type: multiselect
#. Description
#: ../debhelper.in/locales.templates:1002
msgid "Locales are a framework to switch between multiple languages and allow users to use their language, country, characters, collation order, etc."
msgstr "Maa-asetusten avulla on mahdollista vaihtaa käytettävää kieltä ja antaa käyttäjien asettaa haluamansa kieli, maa, merkistö, aakkostustapa, jne."

#. Type: multiselect
#. Description
#: ../debhelper.in/locales.templates:1002
msgid "Please choose which locales to generate. UTF-8 locales should be chosen by default, particularly for new installations. Other character sets may be useful for backwards compatibility with older systems and software."
msgstr "Valitse mitkä maa-asetukset luodaan. Oletuksena tulisi valita UTF-8-tyypin asetuksia, erityisesti uusissa asennuksissa. Muut merkkijoukot voi olla tarpeen vanhempien järjestelmien ja ohjelmien kanssa yhteensopivuussyistä."

#. Type: select
#. Choices
#: ../debhelper.in/locales.templates:2001
msgid "None"
msgstr "Ei mikään"

#. Type: select
#. Description
#: ../debhelper.in/locales.templates:2002
msgid "Default locale for the system environment:"
msgstr "Järjestelmän oletusmaa-asetus:"

#. Type: select
#. Description
#: ../debhelper.in/locales.templates:2002
msgid "Many packages in Debian use locales to display text in the correct language for the user. You can choose a default locale for the system from the generated locales."
msgstr "Monet Debianin paketit käyttävät maa-asetuksia näyttääkseen tekstit käyttäjälle oikealla kielellä. Järjestelmän oletusmaa-asetus voidaan valita luoduista maa-asetuksista."

#. Type: select
#. Description
#: ../debhelper.in/locales.templates:2002
msgid "This will select the default language for the entire system. If this system is a multi-user system where not all users are able to speak the default language, they will experience difficulties."
msgstr "Tämä asettaa koko järjestelmän oletuskielen. Jos tällä järjestelmällä on useita käyttäjiä, eivätkä kaikki käyttäjät ymmärrä oletuskieltä, heillä tulee olemaan ongelmia."

#. Type: boolean
#. Description
#: ../debhelper.in/libc.templates:1001
msgid "Do you want to upgrade glibc now?"
msgstr "Tulisiko glibc päivittää nyt?"

#. Type: boolean
#. Description
#: ../debhelper.in/libc.templates:1001
msgid "Running services and programs that are using NSS need to be restarted, otherwise they might not be able to do lookup or authentication any more. The installation process is able to restart some services (such as ssh or telnetd), but other programs cannot be restarted automatically. One such program that needs manual stopping and restart after the glibc upgrade by yourself is xdm - because automatic restart might disconnect your active X11 sessions."
msgstr "Käynnissä olevat palvelut ja ohjelmat, jotka käyttävät NSS:ää, täytyy käynnistää uudelleen. Muuten ne eivät välttämättä enää pysty tekemään hakuja tai tunnistautumisia. Asennusprosessi pystyy käynnistämään jotkin palvelut uudelleen (esimerkiksi ssh:n ja telnetdin), mutta muita ohjelmia ei voida käynnistää automaattisesti uudelleen. Yksi tällainen ohjelma, joka täytyy käsin pysäyttää ja käynnistää uudelleen glibcin päivityksen jälkeen, on xdm. Tämä johtuu siitä, että automaattinen uudelleenkäynnistys saattaisi keskeyttää aktiiviset X11-istuntosi."

#. Type: boolean
#. Description
#: ../debhelper.in/libc.templates:1001
msgid "This script detected the following installed services which mu