Bug#732358: pu: package lxc/0.8.0~rc1-8+deb7u2

[Raphael Hertzog]

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

The "debian" template provided by Wheezy's lxc has been broken from the
start due to live-debconfig never making it to wheezy (and inaction from
the maintainer).

For details: http://bugs.debian.org/680469

I would like to get a usable debian template and after some investigation,
I concluded that the easiest solution was to use the upstream provided
script. That said I opted to use the latest upstream version of said
script because it has been fixed to install the current stable release of
Debian instead of using squeeze...

Please find the debdiff attached.

I did some basic tests to ensure that it works and asked others people on
the bug report to do the same and got back a successful report already.

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

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

-- 
Raphaël Hertzog ◈ Debian Developer

Discover the Debian Administrator's Handbook:
→ http://debian-handbook.info/get/
diff -Nru lxc-0.8.0~rc1/debian/changelog lxc-0.8.0~rc1/debian/changelog
--- lxc-0.8.0~rc1/debian/changelog  2012-08-22 22:44:12.0 +0200
+++ lxc-0.8.0~rc1/debian/changelog  2013-12-16 12:13:58.0 +0100
@@ -1,3 +1,11 @@
+lxc (0.8.0~rc1-8+deb7u2) wheezy; urgency=medium
+
+  * Non-maintainer upload.
+  * Use latest upstream provided lxc-debian that actually works. Closes: 
#680469
+  * Add rsync to Recommends since lxc-debian uses it.
+
+ -- Raphaël Hertzog   Mon, 16 Dec 2013 08:51:43 +0100
+
 lxc (0.8.0~rc1-8+deb7u1) wheezy; urgency=low
 
   * Non-maintainer upload.
diff -Nru lxc-0.8.0~rc1/debian/control lxc-0.8.0~rc1/debian/control
--- lxc-0.8.0~rc1/debian/control2012-06-30 00:34:08.0 +0200
+++ lxc-0.8.0~rc1/debian/control2013-12-16 12:13:28.0 +0100
@@ -13,7 +13,7 @@
 Architecture: linux-any
 Pre-Depends: ${multiarch:Pre-Depends}
 Depends: ${misc:Depends}, ${shlibs:Depends}
-Recommends: debootstrap | cdebootstrap, libcap2-bin
+Recommends: debootstrap | cdebootstrap, rsync, libcap2-bin
 Conflicts: cgroup-bin
 Suggests: lxctl
 Description: Linux Containers userspace tools
diff -Nru lxc-0.8.0~rc1/debian/patches/13-update-lxc-debian.patch 
lxc-0.8.0~rc1/debian/patches/13-update-lxc-debian.patch
--- lxc-0.8.0~rc1/debian/patches/13-update-lxc-debian.patch 1970-01-01 
01:00:00.0 +0100
+++ lxc-0.8.0~rc1/debian/patches/13-update-lxc-debian.patch 2013-12-16 
12:07:48.0 +0100
@@ -0,0 +1,423 @@
+Description: Update lxc-debian template script
+ Use a newer upstream version of that script that correctly installs the
+ current stable release.
+Origin: upstream, https://github.com/lxc/lxc/raw/master/templates/lxc-debian.in
+Applied-Upstream: 1.0.0
+--- a/templates/lxc-debian.in
 b/templates/lxc-debian.in
+@@ -13,14 +13,13 @@
+ 
+ # This library is distributed in the hope that it will be useful,
+ # but WITHOUT ANY WARRANTY; without even the implied warranty of
+- # MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the GNU
++# MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the GNU
+ # Lesser General Public License for more details.
+ 
+ # You should have received a copy of the GNU Lesser General Public
+ # License along with this library; if not, write to the Free Software
+-# Foundation, Inc., 59 Temple Place, Suite 330, Boston, MA 02111-1307 USA
++# Foundation, Inc., 51 Franklin Street, Fifth Floor, Boston, MA 02110-1301 USA
+ 
+-SUITE=${SUITE:-squeeze}
+ MIRROR=${MIRROR:-http://cdn.debian.net/debian}
+ 
+ configure_debian()
+@@ -31,9 +30,9 @@ configure_debian()
+ # squeeze only has /dev/tty and /dev/tty0 by default,
+ # therefore creating missing device nodes for tty1-4.
+ for tty in $(seq 1 4); do
+-  if [ ! -e $rootfs/dev/tty$tty ]; then
+-  mknod $rootfs/dev/tty$tty c 4 $tty
+-  fi
++if [ ! -e $rootfs/dev/tty$tty ]; then
++mknod $rootfs/dev/tty$tty c 4 $tty
++fi
+ done
+ 
+ # configure the inittab
+@@ -54,6 +53,8 @@ c1:12345:respawn:/sbin/getty 38400 tty1
+ 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
+ EOF
+ 
+ # disable selinux in debian
+@@ -76,11 +77,14 @@ EOF
+ 
+ # reconfigure some services
+ if [ -z "$LANG" ]; then
+-  chroot $rootfs locale-gen en_US.UTF-8 UTF-8
+-  chroot $rootfs update-locale LANG=en_US.UTF-8
++chroot $rootfs locale-gen en_US.UTF-8 UTF-8
++chroot $rootfs update-locale LANG=en_US.UTF-8
+ else
+-  chroot $rootfs locale-gen $LANG $(echo $LANG | cut -d. -f2)
+-

Bug#732357: check-mk-config-icinga.postinst fails on upgrade

[Thomas Köhler]

Package: check-mk-config-icinga
Version: 1.2.2p3-1
Severity: important

The bug is in this line:

[ -d /etc/apache2/conf.d/ ] && [ ! -L
/etc/apache2/conf.d/$CONF.conf ] && ln -s ../conf-available/$CONF.conf
/etc/apache2/conf.d/$CONF.conf

If /etc/apache2/conf.d/check-mk-multisite.conf already is a symlink to ../conf-
available/check-mk-multisite.conf, the second test in this line will fail,
causing the script to exit with non-zero status, which causes "apt-get upgrade"
to bail out, leaving other packages unconfigured.
I worked around the problem by removing the symlink, then run "apt-get upgrade"
again.



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

Kernel: Linux 2.6.32-5-amd64 (SMP w/1 CPU core)
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 check-mk-config-icinga depends on:
ii  adduser   3.112+nmu2 add and remove users and groups
ii  dpkg  1.15.8.13  Debian package management system

check-mk-config-icinga recommends no packages.

check-mk-config-icinga suggests no packages.

-- Configuration Files:
/etc/apache2/conf-available/check-mk-multisite.conf changed [not included]
/etc/apache2/conf.d/check-mk-multisite.conf changed [not included]
/etc/icinga/objects/check_mk/check_mk_templates.cfg changed [not included]

-- 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#731518: postgresql-pljava: Please build postgresql-9.3 extension only

[Martin Pitt]

severity 731518 serious
retitle 731518 FTBFS, postgresql-9.1 not supported any more; please move to 9.3
thanks

I'm promoting this to RC as the current package doesn't even build any
more:

  dpkg-source: error: postgresql-pljava-1.4.3/debian/control doesn't list any 
binary package
  dpkg-buildpackage: error: dpkg-source -b postgresql-pljava-1.4.3 gave error 
exit status 255

Martin

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


signature.asc
Description: Digital signature

Bug#680469: lxc: diff for NMU version 0.8.0~rc1-8+deb7u2

[Raphael Hertzog]

On Mon, 16 Dec 2013, Rob van der Hoeven wrote:
> 1) Installing debootstrap
> 
> I think debootstrap should be a dependency because many (most) users are
> probably only interested in creating Debian containers.

It's in Recommends, that should be good enough. apt should install it by
default.

> 2) Mounting the cgroup filesystem:
> 
> I added the following line to fstab:
> 
> cgroup  /sys/fs/cgroup cgroup  defaults0   0
> 
> And executed: mount -a
> 
> Maybe the package should look for a mounted cgroup filesystem and add
> one to fstab if its not present?

This "problem" was already present in Squeeze and I don't think we need
a work-around for wheezy, it's also documented in README.Debian.

Cheers,
-- 
Raphaël Hertzog ◈ Debian Developer

Discover the Debian Administrator's Handbook:
→ http://debian-handbook.info/get/


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

Bug#732356: chromium-browser: At start show this error: [8114:8114:1217/075705:FATAL:zygote_host_impl_linux.cc(198)]

[mtormo]

Package: chromium-browser
Version: 31.0.1650.63-1~deb7u1
Severity: important

marc@marc:~$ chromium-browser
[8114:8114:1217/075705:FATAL:zygote_host_impl_linux.cc(198)] Check failed: pid_
> 0. Did not find zygote process (using sandbox binary /usr/lib/chromium
/chrome-sandbox)
Avortat



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

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

Versions of packages chromium-browser depends on:
ii  chromium  31.0.1650.63-1~deb7u1

chromium-browser recommends no packages.

chromium-browser 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#501123: ca-certificates should be maintained as a security relevant package

[Thijs Kinkhorst]

Hi Christoph,

On Mon, December 16, 2013 23:37, Christoph Lechleitner wrote:
> Why is the ca-certificates package not in the list of security relevant
> packages?

What is this list you refer to?


Thijs


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

Bug#732355: asterisk: Two Asterisk security issues

[Moritz Muehlenhoff]

Package: asterisk
Severity: grave
Tags: security

Hi,
please see
http://downloads.asterisk.org/pub/security/AST-2013-006.html and
http://downloads.asterisk.org/pub/security/AST-2013-007.html

Cheers,
Moritz


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

Bug#731246: condor: Needs to adapt to Globus Toolkit multi-arch support

[Michael Hanke]

Hi Mattias,

On Mon, Dec 16, 2013 at 07:17:24PM +0100, Mattias Ellert wrote:
> Is there an estimate from the maintainers when this might be fixed? I
> know that there is some ongoing work to update condor to version 8, and
> that this issue might get fixed in the process. Will that happen soon?

Personally, it is likely that I won't be able to focus on this before
the holidays. Maybe the condor devs can be quicker.

> If such an update is still some time away, are there plans to provide a
> minor update to the current version to fix this issue? If you so desire,
> I can offer to make an nmu that only adds the patch proposed to the
> current version so that this issue can be fixed. The condor package is
> currently blocking the libgsoap4 transition and a successful build is
> needed to complete it. Let me know if you think an nmu is a good idea or
> if this will disrupt your planned work.

A quick NMU would be appreciated -- no need for a delayed-queue upload.
If I can do it myself within the next few days, I'll let you know
upfront so we do not duplicate work.

Thanks,

Michael

-- 
Michael Hanke
http://mih.voxindeserto.de


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

Bug#732106: linux-image-686-pae: support Technisat CableStar Combo

[Ben Hutchings]

On Mon, 2013-12-16 at 13:58 +0100, Janusz S. Bien wrote:
> Quote/Cytat - Ben Hutchings  (Sat 14 Dec 2013  
> 05:31:26 PM CET):
> 
> > I don't have any ability to review that patch, so until it is applied
> > upstream I won't apply it to Debian either.  (It doesn't have to be in a
> > release - just accepted by the media maintainer.)
> 
> I've just learned the patch has been applied to the media tree on 11th  
> December - I somehow missed this.

OK, I've found and applied it.

Ben.

-- 
Ben Hutchings
Lowery's Law:
 If it jams, force it. If it breaks, it needed replacing anyway.


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

Bug#731977: emacs-mozc: emacs mozc does not initialize with require 'mozc

[Ryo Furue]

Dear Kinoshita-san,

>> File error: Cannot open load file, mozc
>> After the following line
>>   (load-file "/usr/share/emacs/site-lisp/emacs-mozc/mozc.el")
>> was added to ~/.emacs, the problem went away.
> 
> It seems your system doesn't have
> /var/lib/emacsen-common/state/package/installed/emacsen-common
> because of a failure of upgrading emacsen-common. (Bug #692938, #719219)
> 
> Re-installing emacsen-common may prevent the problem.
> 
>   # apt-get --reinstall install emacsen-common
>   # apt-get --reinstall install emacs-mozc

Thank you for your response.  I didn't check whether my system had
been missing /var/lib/[. . . ]/emacsen-common, but I've verified
that reinstalling emacsen-common and emacs-mozc fixed the problem.
I didn't know that it was due to a bug in another package.

Regards,

Ryo


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

Bug#732354: libquvi7: Support for vimeo is broken

[Fabian Greffrath]

Package: libquvi7
Version: 0.4.1-2
Severity: normal

That's all I get when trying to download a video from Vimeo:

$ cclive http://vimeo.com/81533772
Checking ... ... libquvi: error: no support: http://vimeo.com/81533772



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

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

Versions of packages libquvi7 depends on:
ii  dpkg   1.16.12
ii  libc6  2.17-97
ii  libcurl3-gnutls7.33.0-1
ii  liblua5.1-05.1.5-5
ii  libquvi-scripts0.4.20-1
ii  multiarch-support  2.17-97

libquvi7 recommends no packages.

libquvi7 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#732353: modemmanager: Modem Huawei ID 12d1:1506 does not work (Failed to find a usable modem character set)

[Martín Ferrari]

Package: modemmanager
Version: 0.5.2.0-2.1
Severity: normal

Searching for this problem, I find that it was supposedly fixed years ago, but 
I still cannot make this Huawei modem work with current Debian unstable:

Dec 17 02:36:31 aine modem-manager[5852]:   Modem 
/org/freedesktop/ModemManager/Modems/14: state changed (disabled -> enabling)
Dec 17 02:36:32 aine modem-manager[5852]:   (ttyUSB2): failed to enable 
USSD notifications.
Dec 17 02:36:32 aine modem-manager[5852]:   Modem 
/org/freedesktop/ModemManager/Modems/14: state changed (enabling -> disabled)
Dec 17 02:36:32 aine modem-manager[5852]:   (ttyUSB2) closing serial 
port...
Dec 17 02:36:32 aine modem-manager[5852]:   (ttyUSB2) serial port closed
Dec 17 02:36:32 aine modem-manager[5852]:   (ttyUSB2): failed to set SMS 
mode, assuming text mode
Dec 17 02:36:32 aine NetworkManager[7640]:  GSM modem enable failed: (32) 
Failed to find a usable modem character set
Dec 17 02:36:32 aine NetworkManager[7640]:  (ttyUSB2): device state 
change: prepare -> failed (reason 'modem-init-failed') [40 120 28]

I tried installing modemmanager from experimental, but that requires a 
network-manager from experimental that seems completely broken here.

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

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

Versions of packages modemmanager depends on:
ii  libc6 2.17-97
ii  libdbus-1-3   1.6.18-2
ii  libdbus-glib-1-2  0.100.2-1
ii  libglib2.0-0  2.36.4-1
ii  libgudev-1.0-0204-5

Versions of packages modemmanager recommends:
ii  usb-modeswitch  2.0.1+repack0-2

modemmanager 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#732208: linux: 3.2.53 breaks chromium on stable/ Debian Wheezy

[Ben Hutchings]

Control: severity -1 grave
Control: retitle -1 Incorrect privilege check for ptrace of setuid process

On Mon, 2013-12-16 at 11:17 -0800, Jamie M wrote:
> Any fix for this?
> Same thing happened to me. Got the proposed update, went to go use 
> chromium, but get the exact same thing. I run Debian Wheezy
> 
> After Debian Proposed Upgrade to linux-image-3.2.0-4-amd64:amd64
> 3.2.53-1
> Chromium does not start.
> Terminal Output: $ chromium
> [4374:4374:1215/180130:FATAL:zygote_host_impl_linux.cc(198)] Check
> failed: pid_> 0. Did not find zygote process (using sandbox
> binary /usr/lib/chromium/chrome-sandbox)

I've found the bug and will upload a fix shortly.

Ben.

-- 
Ben Hutchings
Lowery's Law:
 If it jams, force it. If it breaks, it needed replacing anyway.


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

Bug#732352: unoconv: update for the spelling patch

[Paul Wise]

Package: unoconv
Severity: minor

Please replace the spelling patch with the attached updated version and
also remove spelling-error-in-manpage from the lintian overrides. The
updated patch has been merged upstream.

https://github.com/dagwieers/unoconv/pull/117

-- 
bye,
pabs

http://wiki.debian.org/PaulWise
Description: Fix spelling errors in unoconv.1
Forwarded: https://github.com/dagwieers/unoconv/pull/117
Author: Vincent Bernat 
Last-Update: 2013-02-18

Index: unoconv-0.6/doc/unoconv.1
===
--- unoconv-0.6.orig/doc/unoconv.1	2013-02-18 17:04:12.127613761 +1300
+++ unoconv-0.6/doc/unoconv.1	2013-02-18 17:04:33.479614342 +1300
@@ -222,7 +222,7 @@
 .RE
 .\}
 .sp
-For a list of posible encoding types, you can use the above link to find the possible options\&.
+For a list of possible encoding types, you can use the above link to find the possible options\&.
 .sp
 .RS 4
 .ie n \{\
@@ -278,7 +278,7 @@
 .RE
 .\}
 .sp
-For a list of posible encoding types, you can use the above link to find the possible options\&.
+For a list of possible encoding types, you can use the above link to find the possible options\&.
 .sp
 .RS 4
 .ie n \{\
@@ -339,7 +339,7 @@
 .RE
 .\}
 .sp
-For a list of posible encoding types, you can use the above link to find the possible options\&.
+For a list of possible encoding types, you can use the above link to find the possible options\&.
 .sp
 .RS 4
 .ie n \{\
Index: unoconv-0.6/doc/unoconv.1.txt
===
--- unoconv-0.6.orig/doc/unoconv.1.txt	2013-02-18 17:04:12.127613761 +1300
+++ unoconv-0.6/doc/unoconv.1.txt	2013-02-18 17:04:42.235614582 +1300
@@ -134,7 +134,7 @@
 
 -i FilterOptions=76
 
-For a list of posible encoding types, you can use the above link to find the
+For a list of possible encoding types, you can use the above link to find the
 possible options.
 
   - FilterOptions
@@ -165,7 +165,7 @@
 
 -i FilterOptions=9/32,,9,2
 
-For a list of posible encoding types, you can use the above link to find the
+For a list of possible encoding types, you can use the above link to find the
 possible options.
 
   - FilterOptions
@@ -207,7 +207,7 @@
 
 -e FilterOptions=9/32,,9
 
-For a list of posible encoding types, you can use the above link to find the
+For a list of possible encoding types, you can use the above link to find the
 possible options.
 
   - FilterOptions


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

Bug#732351: unoconv: selinux.txt is an asciidoc file now, drop no-asciidoc-for-selinux.patch

[Paul Wise]

Package: unoconv
Version: 0.6-3
Severity: minor

selinux.txt is an asciidoc file now, please drop no-asciidoc-for-selinux.patch:

https://github.com/dagwieers/unoconv/issues/53
https://github.com/dagwieers/unoconv/commit/7633b240e61b94418d2a0dfccecc547a55059c38

This fixed was merged before the 0.6 release:

unoconv$ git describe --tags 7633b240e61b94418d2a0dfccecc547a55059c38 
0.5-6-g7633b24

-- 
bye,
pabs

http://wiki.debian.org/PaulWise


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

Bug#732350: ITP: ruby-specinfra -- Common layer for serverspec and configspec

[KURASHIKI Satoru]

Package: wnpp
Severity: wishlist
Owner: KURASHIKI Satoru 

* Package name: ruby-specinfra
  Version : 0.0.15
  Upstream Author : Gosuke Miyashita 
* URL : https://github.com/serverspec/specinfra
* License : MIT
  Programming Lang: Ruby
  Description : Common layer for serverspec and configspec

This package is backend library for ruby-serverspec, which was
extracted from serverspec for further abstracction, intended to
be used by another configuration management tools.


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

Bug#732349: libgc: Add arm64 support

[Wookey]

Source: libgc
Version: 7.2d-5
Severity: normal
Tags: patch
User: debian-...@lists.debian.org
Usertag: arm64

This package does not build for arm64.

It needs updated config.sub/guess autoconf files, updated symbols file
and updated private config file 

This patch is a minimal one, which just uses dh-autotools to updated
config.{sub,guess}. It would probably be better to use dh-autoreconf to
do a full autotools update. See the Ubuntu patch for an example of this.
I didn't do this as there is already a dh_autoreconf override in the
rules file, commented out. Maybe there is a good reason for that?

The ubuntu patch also removes the need for kde-pkg-tools. That is no
longer necesssary, but would be a good idea as a BUILD_PROFILE to
facilitate bootstrapping. Someone will file a separate bug about that.

-- System Information:
Debian Release: 7.3
  APT prefers stable
  APT policy: (990, 'stable')
Architecture: i386 (i686)

Kernel: Linux 3.2.0-kvm-i386-20110111 (SMP w/1 CPU core)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
diff -Nru libgc-7.2d/debian/changelog libgc-7.2d/debian/changelog
--- libgc-7.2d/debian/changelog	2013-07-03 21:14:45.0 +0100
+++ libgc-7.2d/debian/changelog	2013-12-17 04:26:02.0 +
@@ -1,3 +1,13 @@
+libgc (1:7.2d-5arm64) unstable; urgency=low
+
+  * Ensure config.{sub,guess} are up to date, for new architectures
+
+  [Matthias Klose]
+  * Update symbols file for arm64.
+  * Backport Aarch64 changes.
+
+ -- Wookey   Tue, 17 Dec 2013 03:36:04 +
+
 libgc (1:7.2d-5) unstable; urgency=low
 
   * Add Replaces: libgc1c3 for Ubuntu
diff -Nru libgc-7.2d/debian/control libgc-7.2d/debian/control
--- libgc-7.2d/debian/control	2013-07-03 21:04:58.0 +0100
+++ libgc-7.2d/debian/control	2013-12-17 03:35:54.0 +
@@ -3,7 +3,7 @@
 Section: libs
 Priority: standard
 Build-Depends: debhelper (>= 9),
- autoconf,
+ autoconf, autotools-dev,
  libatomic-ops-dev (>= 7.3~),
  pkg-config,
  pkg-kde-tools
diff -Nru libgc-7.2d/debian/libgc1c2.symbols libgc-7.2d/debian/libgc1c2.symbols
--- libgc-7.2d/debian/libgc1c2.symbols	2013-07-03 21:10:27.0 +0100
+++ libgc-7.2d/debian/libgc1c2.symbols	2013-12-17 04:19:09.0 +
@@ -84,7 +84,7 @@
  GC_core_malloc@Base 1:7.2d
  GC_core_malloc_atomic@Base 1:7.2d
  GC_current_warn_proc@Base 1:7.2d
- (arch=!kfreebsd-amd64 !kfreebsd-i386 !mips !mipsel !s390 !s390x !sparc !sparc64)GC_data_start@Base 1:7.2d
+ (arch=!arm64 !kfreebsd-amd64 !kfreebsd-i386 !mips !mipsel !s390 !s390x !sparc !sparc64)GC_data_start@Base 1:7.2d
  GC_debug_change_stubborn@Base 1:7.2d
  GC_debug_end_stubborn_change@Base 1:7.2d
  GC_debug_free@Base 1:7.2d
@@ -159,7 +159,7 @@
  GC_ext_descriptors@Base 1:7.2d
  GC_extend_size_map@Base 1:7.2d
  GC_fail_count@Base 1:7.2d
- (arch=!mips !mipsel !s390 !s390x)GC_fault_handler@Base 1:7.2d
+ (arch=!arm64 !mips !mipsel !s390 !s390x)GC_fault_handler@Base 1:7.2d
  (arch=alpha amd64 i386 ia64 m68k x32)GC_fault_handler_lock@Base 1:7.2d
  GC_finalize@Base 1:7.2d
  GC_finalize_all@Base 1:7.2d
@@ -168,8 +168,8 @@
  GC_finalizer_notifier@Base 1:7.2d
  GC_find_header@Base 1:7.2d
  GC_find_leak@Base 1:7.2d
- (arch=!mips !mipsel !s390 !s390x)GC_find_limit@Base 1:7.2d
- (arch=!mips !mipsel !s390 !s390x)GC_find_limit_with_bound@Base 1:7.2d
+ (arch=!arm64 !mips !mipsel !s390 !s390x)GC_find_limit@Base 1:7.2d
+ (arch=!arm64 !mips !mipsel !s390 !s390x)GC_find_limit_with_bound@Base 1:7.2d
  GC_findleak_delay_free@Base 1:7.2d
  GC_finish_collection@Base 1:7.2d
  GC_fo_entries@Base 1:7.2d
@@ -265,7 +265,7 @@
  GC_init_explicit_typing@Base 1:7.2d
  GC_init_gcj_malloc@Base 1:7.2d
  GC_init_headers@Base 1:7.2d
- (arch=!kfreebsd-amd64 !kfreebsd-i386 !mips !mipsel !s390 !s390x !sparc !sparc64)GC_init_linux_data_start@Base 1:7.2d
+ (arch=!arm64 !kfreebsd-amd64 !kfreebsd-i386 !mips !mipsel !s390 !s390x !sparc !sparc64)GC_init_linux_data_start@Base 1:7.2d
  GC_init_parallel@Base 1:7.2d
  GC_init_size_map@Base 1:7.2d
  GC_init_thread_local@Base 1:7.2d
@@ -286,7 +286,7 @@
  GC_is_visible@Base 1:7.2d
  GC_is_visible_print_proc@Base 1:7.2d
  GC_java_finalization@Base 1:7.2d
- (arch=!mips !mipsel !s390 !s390x)GC_jmp_buf@Base 1:7.2d
+ (arch=!arm64 !mips !mipsel !s390 !s390x)GC_jmp_buf@Base 1:7.2d
  (arch=armel armhf hurd-i386)GC_key_create@Base 1:7.2d
  GC_large_alloc_warn_interval@Base 1:7.2d
  GC_large_alloc_warn_suppressed@Base 1:7.2d
@@ -477,7 +477,7 @@
  (arch=armel armhf hurd-i386)GC_remove_specific@Base 1:7.2d
  GC_remove_tmp_roots@Base 1:7.2d
  (arch=!hurd-i386 !kfreebsd-amd64 !kfreebsd-i386)GC_repeat_read@Base 1:7.2d
- (arch=!mips !mipsel !s390 !s390x)GC_reset_fault_handler@Base 1:7.2d
+ (arch=!arm64 !mips !mipsel !s390 !s390x)GC_reset_fault_handler@Base 1:7.2d
  GC_reset_finalizer_nested@Base 1:7.2d
  GC_restart_handler@Base 1:7.2d
  GC_retry_signals@Base 1:7.2d
@@ -515,7 +515,7 @@
  GC_set_warn_proc@Base 1:7.2d
  GC_setpagesize@Base 1:7.2d
  (arch=armel armhf hurd-i386)GC_setspecific@Base 1:

Bug#732348: openssl: Add basic support for arm64 architecture

[Wookey]

Source: openssl
Version: 1.0.1e-4
Severity: normal
Tags: patch
User: debian-...@lists.debian.org
Usertag: arm64

This package does not build for arm64.
The minimal fix in this patch adds the new architecture to the Configure file.

More complete support from upstream will include assembler optimisations in due 
course.


-- System Information:
Debian Release: 7.3
  APT prefers stable
  APT policy: (990, 'stable')
Architecture: i386 (i686)

Kernel: Linux 3.2.0-kvm-i386-20110111 (SMP w/1 CPU core)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
diff -Nru openssl-1.0.1e/debian/patches/arm64-support.patch openssl-1.0.1e/debian/patches/arm64-support.patch
--- openssl-1.0.1e/debian/patches/arm64-support.patch	1970-01-01 01:00:00.0 +0100
+++ openssl-1.0.1e/debian/patches/arm64-support.patch	2013-12-17 02:13:14.0 +
@@ -0,0 +1,21 @@
+Description: Add arm64 support
+   * Add basic arm64 support (no assembler)
+Author: Wookey 
+
+Origin: , 
+Bug: 
+Bug-Debian: http://bugs.debian.org/
+Bug-Ubuntu: https://launchpad.net/bugs/1102107
+Forwarded: 
+Last-Update: <2013-12-16>
+
+--- openssl-1.0.1e.orig/Configure
 openssl-1.0.1e/Configure
+@@ -348,6 +348,7 @@ my %table=(
+ "debian-alpha","gcc:-DTERMIO ${debian_cflags}::-D_REENTRANT::-ldl:SIXTY_FOUR_BIT_LONG RC4_CHUNK DES_RISC1 DES_UNROLL:${alpha_asm}:dlfcn:linux-shared:-fPIC::.so.\$(SHLIB_MAJOR).\$(SHLIB_MINOR)",
+ "debian-alpha-ev4","gcc:-DTERMIO ${debian_cflags} -mcpu=ev4::-D_REENTRANT::-ldl:SIXTY_FOUR_BIT_LONG RC4_CHUNK DES_RISC1 DES_UNROLL:${alpha_asm}:dlfcn:linux-shared:-fPIC::.so.\$(SHLIB_MAJOR).\$(SHLIB_MINOR)",
+ "debian-alpha-ev5","gcc:-DTERMIO ${debian_cflags} -mcpu=ev5::-D_REENTRANT::-ldl:SIXTY_FOUR_BIT_LONG RC4_CHUNK DES_RISC1 DES_UNROLL:${alpha_asm}:dlfcn:linux-shared:-fPIC::.so.\$(SHLIB_MAJOR).\$(SHLIB_MINOR)",
++"debian-arm64","gcc:-DL_ENDIAN -DTERMIO ${debian_cflags}::-D_REENTRANT::-ldl:SIXTY_FOUR_BIT_LONG RC4_CHAR RC4_CHUNK DES_INT DES_UNROLL BF_PTR:${no_asm}:dlfcn:linux-shared:-fPIC::.so.\$(SHLIB_MAJOR).\$(SHLIB_MINOR)",
+ "debian-armel","gcc:-DL_ENDIAN -DTERMIO ${debian_cflags}::-D_REENTRANT::-ldl:BN_LLONG RC4_CHAR RC4_CHUNK DES_INT DES_UNROLL BF_PTR:${armv4_asm}:dlfcn:linux-shared:-fPIC::.so.\$(SHLIB_MAJOR).\$(SHLIB_MINOR)",
+ "debian-armhf","gcc:-DL_ENDIAN -DTERMIO ${debian_cflags}::-D_REENTRANT::-ldl:BN_LLONG RC4_CHAR RC4_CHUNK DES_INT DES_UNROLL BF_PTR:${armv4_asm}:dlfcn:linux-shared:-fPIC::.so.\$(SHLIB_MAJOR).\$(SHLIB_MINOR)",
+ "debian-amd64", "gcc:-m64 -DL_ENDIAN -DTERMIO ${debian_cflags} -DMD32_REG_T=int::-D_REENTRANT::-ldl:SIXTY_FOUR_BIT_LONG RC4_CHUNK DES_INT DES_UNROLL:${x86_64_asm}:elf:dlfcn:linux-shared:-fPIC:-m64:.so.\$(SHLIB_MAJOR).\$(SHLIB_MINOR):::",
diff -Nru openssl-1.0.1e/debian/patches/series openssl-1.0.1e/debian/patches/series
--- openssl-1.0.1e/debian/patches/series	2013-11-01 13:19:41.0 +
+++ openssl-1.0.1e/debian/patches/series	2013-12-17 02:09:24.0 +
@@ -38,3 +38,4 @@
 get_certificate.patch
 openssl_fix_for_x32.patch
 fix-pod-errors.patch
+arm64-support.patch
\ No newline at end of file

Bug#730924: ruby-serverspec: FTBFS: /usr/lib/ruby/1.9.1/rubygems/custom_require.rb:36:in `require': cannot load such file -- spec_helper (LoadError)

[Satoru KURASHIKI]

Control: tags -1 + pending

hi,

This bug is fixed in repo.
Fixed new package will be uploaded after splitting specinfra (ITP)  from
serverspec.

regards,
-- 
KURASHIKI Satoru

Bug#714279: fontconfig-config: Not correct view anti-aliasing fonts and incorrect visualization

[BubuXP]

The files in conf.avail/ (symlinked in conf.d/) are there for system
wide configuration. The use of "append" there is right, because that
leaves the choice to each user to change their config, if they want
(using "assign" in ~/.config/fontconfig/fonts.conf ).
The problem arises because fonts options in the desktop environment
usually override the default fontconfig configuration, even if you
don't touch any fonts setting in the DE.
For example Gnome3 default config enable the autohinter and set the
hintstyle to "full". If you enable subpixel hinting in conf.d/ you
will get a fuzzy result, because autohinter is not designed to work
with subpixel (the subpixel setting is not override because Gnome3
defaults doesn't touch this option).
The best thing to do is to set the DE fonts settings to be equal to
the conf.d/ settings and/or the user's settings (in Gnome3 you can
change settings with gnome-tweak-tool), because DE fonts settings will
have always the highest priority, at least on Xfce where I'm testing
it.
BTW it looks like Gnome and Xfce (and maybe others) uses Xft, that
have priority on fontconfig: maybe the bug should be reported to the
DEs teams to make them use fontconfig instead of Xft?


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

Bug#713877: Rule for removable media

[Vladimir K]

this solution works for me without disturbing whole block subsystem or the rest 
of the system:
rule /etc/udev/rules.d/61-removable-storage-polling.rules 
with content:
ACTION=="add", ATTR{removable}=="1", ATTR{events_poll_msecs}=="-1", 
ATTR{events_poll_msecs}="2500"


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

Bug#731995: gdm3 needs linux >= 3.2

[Rustom Mody]

On Tue, Dec 17, 2013 at 12:03 AM, Andreas Cadhalpun
 wrote:
> Control: severity -1 minor
> Control: retitle -1 gdm3 breaks linux <=2.6
>
> Hi Simon,
>
> thanks for the explanation.
>
>
> On 16.12.2013 18:54, Simon McVittie wrote:
>>
>> As far as I'm aware, Debian does not support upgrades from version n to
>> version n+2: when jessie becomes stable (as Debian 8), if you have a
>> machine that still runs squeeze (Debian 6), you're expected to complete
>> the upgrade to wheezy (Debian 7), and in particular reboot into a wheezy
>> kernel, before you start upgrading to jessie. The same applies while
>> jessie is still testing: to go from oldstable to testing, upgrade to
>> stable first.
>
> So this is a minor bug (if at all), and the maintainers can decide, whether
> or not they want to do anything about it.

I dont understand too much of this
However I dont think the bug as it surfaced for me has anything to do with
n -> n+2 upgrades (oldstable to testing).

In particular I am on jessie for months
I upgrade about once every few weeks
And I was using a 2.6 kernel with everything showing as uptodate
Maybe not a gdm specific bug but certainly a bug since it made my
system almost unusable

[Is there some log I can set/see as to why gdm crashed?]

Rusi


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

Bug#732331: texi2pdf generates broken pdf

[Norbert Preining]

>  texi2pdf unifont.texi >unifont.pdf

of*course* ... the redirection is wrong. You are writing the
output of the texi2pdf run *AND* the generated pdf into the same
file. 

Please try
texi2pdf unifont.tex
*without* the redirection.

If that works please close the bug.

>  There was a problem reading this document (14).

Not surprising.

> This occurs on both wheezy and sid.

Here on sid without the redirection it works.

Norbert


PREINING, Norbert   http://www.preining.info
JAIST, Japan TeX Live & Debian Developer
DSA: 0x09C5B094   fp: 14DF 2E6C 0307 BE6D AD76  A9C0 D2BF 4AA3 09C5 B094



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

Bug#732347: duplicity: Amazon S3 backups fail with InvalidUriError exception

[Eric Evans]

Package: duplicity
Version: 0.6.22-1
Severity: important

Dear Maintainer,

Backups using the S3 backend fail with an InvalidUriError exception.

Traceback (most recent call last):
  File "/usr/bin/duplicity", line 1472, in 
with_tempdir(main)
  File "/usr/bin/duplicity", line 1465, in with_tempdir
fn()
  File "/usr/bin/duplicity", line 1446, in main
check_last_manifest(col_stats) # not needed for full backup
  File "/usr/bin/duplicity", line 1166, in check_last_manifest
last_backup_set.check_manifests()
  File "/usr/lib/python2.7/dist-packages/duplicity/collections.py", line 186, 
in check_manifests
remote_manifest = self.get_remote_manifest()
  File "/usr/lib/python2.7/dist-packages/duplicity/collections.py", line 220, 
in get_remote_manifest
manifest_buffer = self.backend.get_data(self.remote_manifest_name)
  File "/usr/lib/python2.7/dist-packages/duplicity/backend.py", line 631, in 
get_data
fin = self.get_fileobj_read(filename, parseresults)
  File "/usr/lib/python2.7/dist-packages/duplicity/backend.py", line 592, in 
get_fileobj_read
self.get(filename, tdp)
  File "/usr/lib/python2.7/dist-packages/duplicity/backends/_boto_single.py", 
line 242, in get
key = self.storage_uri.new_key()
  File "/usr/lib/python2.7/dist-packages/boto/storage_uri.py", line 194, in 
new_key
self._check_object_uri('new_key')
  File "/usr/lib/python2.7/dist-packages/boto/storage_uri.py", line 84, in 
_check_object_uri
(function_name, self.uri))
InvalidUriError: new_key on object-less URI 
(s3://-duplicity-minos/)

This seems to be a known issue upstream, see:

 * http://thread.gmane.org/gmane.comp.sysutils.backup.duplicity.general/6087
 * https://bugs.launchpad.net/duplicity/+bug/1218425


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

Kernel: Linux 3.11-2-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 duplicity depends on:
ii  libc6  2.17-96
ii  librsync1  0.9.7-10
ii  python 2.7.5-5

Versions of packages duplicity recommends:
ii  python-oauthlib  0.5.1-1
ii  python-paramiko  1.10.1-1
ii  python-urllib3   1.7.1-1
ii  rsync3.1.0-2

Versions of packages duplicity suggests:
pn  lftp   
pn  ncftp  
ii  python-boto2.20.1-1
pn  python-cloudfiles  
pn  python-gdata   
ii  python-pexpect 2.4-1
pn  tahoe-lafs 

-- no debconf information

-- 
Eric Evans
eev...@debian.org


signature.asc
Description: Digital signature

Bug#732210: Some serious incompatibilities with wheezy php 5.4

[Dmitry Katsubo]

In case somebody will try to install SquirrelMail 1.5.1, there are two
issues with it:

1) PHP Fatal error:  Call to undefined function session_unregister() in
/usr/share/squirrelmail/functions/global.php on line 111

2) PHP Fatal error:  Cannot redeclare hex2bin() in
/usr/share/squirrelmail/plugins/mail_fetch/functions.php on line 309

Attached patches solve these problems.

Also after installation one need to pickup sqspell_config.php from
latest stable (e.g. 1.4.23) to make aspell dictionaries working.

I personally need 1.5.1 to be able to STARTTLS for IMAP/SMTP server.
Otherwise PLAIN authentication is forbidden.
--- /usr/share/squirrelmail/functions/global.php.orig   2006-07-08 
21:01:27.0 +0200
+++ /usr/share/squirrelmail/functions/global.php2012-12-19 
22:27:47.433789672 +0100
@@ -92,9 +92,9 @@
 
 sqsession_is_active();
 
-$_SESSION["$name"] = $var;
+session_start();
 
-session_register("$name");
+$_SESSION["$name"] = $var;
 }
 
 /**
@@ -107,8 +107,6 @@
 sqsession_is_active();
 
 unset($_SESSION[$name]);
-
-session_unregister("$name");
 }
 
 /**
--- /usr/share/squirrelmail/plugins/mail_fetch/functions.php.orig   
2006-07-08 21:09:31.0 +0200
+++ /usr/share/squirrelmail/plugins/mail_fetch/functions.php2012-12-19 
22:32:26.273782351 +0100
@@ -293,21 +293,6 @@
 }
 // end of hooked functions
 
-/**
- * hex2bin - document me
- */
-function hex2bin( $data ) {
-
-/* Original code by j...@superfork.com */
-
-$len = strlen($data);
-$newdata = '';
-for( $i=0; $i < $len; $i += 2 ) {
-$newdata .= pack( "C", hexdec( substr( $data, $i, 2) ) );
-}
-return $newdata;
-}
-
 function mf_keyED( $txt ) {
 
 global $MF_TIT;

Bug#501123: ca-certificates should be maintained as a security relevant package

[Michael Shuler]

On 12/16/2013 06:27 PM, Christoph Lechleitner wrote:

Regarding our business model: Using Debian on those customer systems
was not our choice, it was the customer's. But we recommended it


Debian is a great choice  :)

My comment was about the decision to remain on oldstable for such a long 
time (well beyond EOL, if those squeeze systems are going to be 
maintained for upcoming *years* from now).  Getting into the situation 
of maintaining your own repository with custom backports, near or beyond 
EOL, is not to be taken lightly - I've done this for work as well, and 
it paid off for us to do this for as short of a time as possible.  That 
business practice was changed to move to the next stable release as soon 
as humanly possible and eliminating our own OS maintenance.



Thanks for the links. I can see why the c_hash problem really forces
the nagging dependency on curent openssl binary packages.


Yep.  It seems that the CKA_LABEL changes occurred after squeeze was 
released, so while some certdata2pem.py hacking is required for newer 
certdata.txt releases from Mozilla, an update with just the new Mozilla 
CA bundle (and perhaps removing a few expired CAs) is not unreasonable. 
 It's just a matter of gathering up some of my volunteer time to do so  ;)


If I recall, it was a little while after squeeze was released that I 
adopted ca-certificates, so most of my attention has been incremental 
improvement for the wheezy release, as well as timely updates to git 
with periodic releases to sid.  A new release to sid should be "soon", 
since I need to get the latest Mozilla certdata uploaded, and I will 
look at a squeeze update as soon as I can, so it's at least relatively 
current when squeeze gets archived.


--
Kind regards,
Michael


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

Bug#731089: cmake: changes to libfreetype6-dev break FindPackage(Freetype)

[Cyril Brulebois]

Modestas Vainius  (2013-12-17):
> Hello,
> 
> Sekmadienis 15 Gruodis 2013 11:54:36 Cyril Brulebois rašė:
> > I've uploaded the fixed package to DELAYED/2. Please tell me if I should
> > reschedule it to a different DELAYED queue.
> 
> Please delay this NMU by another 2 days. I plan to look at this & related 
> stuff soon but if I don't make it, your NMU will be good enough.

Since the upload happened roughly 1.5 day ago, I've just performed that:
  dcut reschedule cmake_2.8.12.1-1.1_amd64.changes 3-day

Please yell if that's not enough. (Even if I think you should be able to
do that yourself provided a GPG signature; never tried rescheduling
somebody else's upload though. Feel free to try with this one.)

Mraw,
KiBi.


signature.asc
Description: Digital signature

Bug#732346: libsndfile: Update config.{sub,guess} for new architectures

[Wookey]

Source: libsndfile
Version: 1.0.25-7
Severity: normal
Tags: patch
User: debian-...@lists.debian.org
Usertag: arm64

This package does not build for new architectures, such as arm64 because
the config.sub/guess shipped with the source are too old.

The attached patch unsures the updated system version is used during the
build which fixes this common issue for future instances as well as the
current one.

arm64 will be entering debian-ports very soon, so an upload with this fix
or an equivalent one would be appreciated.

-- System Information:
Debian Release: 7.3
  APT prefers stable
  APT policy: (990, 'stable')
Architecture: i386 (i686)

Kernel: Linux 3.2.0-kvm-i386-20110111 (SMP w/1 CPU core)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
diff -Nru libsndfile-1.0.25/debian/changelog libsndfile-1.0.25/debian/changelog
--- libsndfile-1.0.25/debian/changelog	2013-07-14 10:57:47.0 +0100
+++ libsndfile-1.0.25/debian/changelog	2013-12-17 00:35:14.0 +
@@ -1,3 +1,9 @@
+libsndfile (1.0.25-7.arm64) UNRELEASED; urgency=low
+
+  * Ensure config.sub/guess are up to date
+
+ -- Wookey   Tue, 17 Dec 2013 00:34:15 +
+
 libsndfile (1.0.25-7) unstable; urgency=low
 
   * debian/control debian/rules
diff -Nru libsndfile-1.0.25/debian/control libsndfile-1.0.25/debian/control
--- libsndfile-1.0.25/debian/control	2013-07-14 10:57:47.0 +0100
+++ libsndfile-1.0.25/debian/control	2013-12-17 00:32:24.0 +
@@ -2,7 +2,7 @@
 Section: devel
 Priority: optional
 Maintainer: Erik de Castro Lopo 
-Build-Depends: debhelper (>= 8.1.3), pkg-config,
+Build-Depends: debhelper (>= 8.1.3), pkg-config, autotools-dev,
  libvorbis-dev (>= 1.2.3), libflac-dev (>= 1.1.4-3),
  libasound2-dev [linux-any]
 Standards-Version: 3.9.3
diff -Nru libsndfile-1.0.25/debian/rules libsndfile-1.0.25/debian/rules
--- libsndfile-1.0.25/debian/rules	2013-07-14 10:57:47.0 +0100
+++ libsndfile-1.0.25/debian/rules	2013-12-17 00:34:03.0 +
@@ -25,6 +25,7 @@
 config.status: configure
 	dh_testdir
 	#autoreconf -f
+	dh_autotools-dev_updateconfig
 	./configure $(shell dpkg-buildflags --export=configure) \
 		--host=$(DEB_HOST_GNU_TYPE) --build=$(DEB_BUILD_GNU_TYPE) --prefix=/usr \
 		--libdir=\$${prefix}/lib/$(DEB_HOST_MULTIARCH) \
@@ -51,6 +52,7 @@
 
 	[ ! -f Makefile ] || $(MAKE) distclean
 
+	dh_autotools-dev_restoreconfig
 	dh_clean -a
 
 install: build

Bug#689628: Info received (Bug#689628: Acknowledgement (nano: autoconf update for arm64 building))

[Wookey]

+++ Debian Bug Tracking System [2013-12-17 00:33 +]:

Doh - and the actual patch:


Wookey
-- 
Principal hats:  Linaro, Emdebian, Wookware, Balloonboard, ARM
http://wookware.org/
diff -Nru nano-2.2.6/debian/changelog nano-2.2.6/debian/changelog
--- nano-2.2.6/debian/changelog	2010-11-30 16:56:21.0 +
+++ nano-2.2.6/debian/changelog	2013-12-17 00:22:37.0 +
@@ -1,3 +1,9 @@
+nano (2.2.6-1.arm64) UNRELEASED; urgency=low
+
+  * Ensure config.{sub,guess} are uptodate
+
+ -- Wookey   Mon, 16 Dec 2013 22:26:27 +
+
 nano (2.2.6-1) unstable; urgency=low
 
   * The "Què vol que li diga? Que vosté és una sinvergüensa?" release.
diff -Nru nano-2.2.6/debian/control nano-2.2.6/debian/control
--- nano-2.2.6/debian/control	2010-08-30 18:29:43.0 +0100
+++ nano-2.2.6/debian/control	2013-12-17 00:21:47.0 +
@@ -3,7 +3,7 @@
 Priority: optional
 Maintainer: Jordi Mallach 
 Uploaders: Steve Langasek 
-Build-Depends: dpkg-dev (>= 1.15.7), debhelper (>= 7), libncurses5-dev, libncursesw5-dev, libslang2-dev
+Build-Depends: dpkg-dev (>= 1.15.7), debhelper (>= 7), autotools-dev, libncurses5-dev, libncursesw5-dev, libslang2-dev, 
 Standards-Version: 3.9.1
 Vcs-Svn: svn://svn.debian.org/svn/collab-maint/deb-maint/nano
 Vcs-Browser: http://svn.debian.org/viewsvn/collab-maint/deb-maint/nano/
diff -Nru nano-2.2.6/debian/rules nano-2.2.6/debian/rules
--- nano-2.2.6/debian/rules	2010-01-19 23:33:48.0 +
+++ nano-2.2.6/debian/rules	2013-12-16 22:26:15.0 +
@@ -40,7 +40,8 @@
 build-nano-stamp: build-nano
 build-nano:
 	dh_testdir
-
+	dh_autotools-dev_updateconfig
+	
 	[ -d $(nanobuild) ] || mkdir $(nanobuild)
 	cd $(nanobuild) && ../configure $(COMMON_CONFIG) \
 		--disable-wrapping-as-root && \
@@ -50,6 +51,7 @@
 build-tiny-stamp: build-tiny
 build-tiny:
 	dh_testdir
+	dh_autotools-dev_updateconfig
 
 	[ -d $(tinybuild) ] || mkdir $(tinybuild)
 	cd $(tinybuild) && ../configure $(COMMON_CONFIG) \
@@ -62,6 +64,7 @@
 build-udeb-stamp: build-udeb
 build-udeb:
 	dh_testdir
+	dh_autotools-dev_updateconfig
 
 	[ -d $(udebbuild) ] || mkdir $(udebbuild)
 	cd $(udebbuild) && ../configure $(COMMON_CONFIG) \
@@ -81,6 +84,7 @@
 	-rm -f intl/libintl.h config.cache
 #	-rm -f po/*.gmo
 
+	dh_autotools-dev_restoreconfig
 	dh_clean
 
 install: build

Bug#732333: Fixed patch

[Gregor Riepl]

Sorry, the patch was bogus. I missed a comma.
A corrected patch is attached.
diff --git a/debian/changelog b/debian/changelog
index 8771a73..48372d4 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,10 @@
+renpy (6.15.7-2) unstable; urgency=low
+
+  [ Gregor Riepl ]
+  * Added libavresample-dev build dependency, fixes #732333
+
+ -- Gregor Riepl   Tue, 17 Dec 2013 01:24:38 +0100
+
 renpy (6.15.7-1) unstable; urgency=low
 
   [ Evgeni Golov ]
diff --git a/debian/control b/debian/control
index adbab5d..dc05ab3 100644
--- a/debian/control
+++ b/debian/control
@@ -9,7 +9,7 @@ Build-Depends: debhelper (>= 9), dpkg-dev (>= 1.13.19), quilt,
  libsdl-sound1.2-dev, libsdl-ttf2.0-dev, libmodplug-dev, libspeex-dev,
  libavutil-dev, libavformat-dev, libavcodec-dev, libswscale-dev,
  libfribidi-dev, libglew1.5-dev, zlib1g-dev, libfreetype6-dev,
- libpng12-dev
+ libpng12-dev, libavresample-dev
 Standards-Version: 3.9.4
 Homepage: http://www.renpy.org/
 XS-Python-Version: >= 2.6

Bug#689628: Acknowledgement (nano: autoconf update for arm64 building)

[Wookey]

+++ Debian Bug Tracking System [2012-10-04 15:48 +]:

Here is a much cleaner patch for nano, which keeps the autoconf
config.sub and guess files updated for all current and future ports, (at
the small cost of an extra (arch all) build-dep).

This bug is blocking the arm64 port. As the original was filed over a
year ago, I propose to NMU this package soon.

Wookey
-- 
Principal hats:  Linaro, Emdebian, Wookware, Balloonboard, ARM
http://wookware.org/


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

Bug#501123: ca-certificates should be maintained as a security relevant package

[Christoph Lechleitner]

Regarding our business model:
Using Debian on those customer systems was not our choice, it was the 
customer's. But we recommended it - over the other choices which were SuSE and 
Windows Vista.
It kind of plays into our hands though, because the mere know-how and ability 
to maintain and use the software maintenance infrastructure mentionend above is 
part of our business model. 
We ourselfes are always keeping an eye on CentOS for it's longer maintenance 
cycles, but we love deb over rpm.

Thanks for the links.
I can see why the c_hash problem really forces the nagging dependency on curent 
openssl binary packages.
And it seems I'll have to go another step from beloved svn towards git.

Apologies for the "shock" remark, I obviously misinterpreted one of the older 
comments.

And sorry for not quoting legacy, I'm on a tablet now, almost AFK.

Bug#732051: evince: Triggers bug message in libpixman-1

[Vincent Lefevre]

On 2013-12-13 10:16:39 +0100, Uwe Kleine-König wrote:
> additionally to the messages by evince that I'm already used to[1] there
> are new messages saying:
> 
> *** BUG ***
> In pixman_region32_init_rect: Invalid rectangle passed
> Set a breakpoint on '_pixman_log_error' to debug

I get the same message (several times) on some PDF files
(all private).

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


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

Bug#729218: Any news?

[Jelmer Vernooij]

Thanks for working on packaging isso. I've just switched to it for my
blog. Is there anything I can do to help get it packaged and landed in
sid?

Cheers,

Jelmer


signature.asc
Description: Digital signature

Bug#732249: cal -M (like ncal -M)

[Trent W. Buck]

Michael Meskes wrote:
> On Mon, Dec 16, 2013 at 11:06:02AM +1100, Trent W. Buck wrote:
> > "ncal -M" starts weeks on Monday.
> > "cal  -M" gives an error.
> > I wish "cal -M" started weeks on Monday.
> > See also http://bugs.debian.org/729336 .
>
> Similar to that one this one also is not a bug. cal is supposed to be 
> identical
> to a historic version, ncal gets the new features.

But ncal -CM doesn't work either,
though ncal -C works and ncal -M works.

I don't care if I have to call it ncal so that "cal" behaviour remains
unchanged, but I'd like to have the days along the x axis (like ncal
-C) *and* the weeks starting on Monday (like ncal -M).


signature.asc
Description: Digital signature

Bug#731089: cmake: changes to libfreetype6-dev break FindPackage(Freetype)

[Modestas Vainius]

Hello,

Sekmadienis 15 Gruodis 2013 11:54:36 Cyril Brulebois rašė:
> I've uploaded the fixed package to DELAYED/2. Please tell me if I should
> reschedule it to a different DELAYED queue.

Please delay this NMU by another 2 days. I plan to look at this & related 
stuff soon but if I don't make it, your NMU will be good enough.

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

Bug#732345: evince: annoying warnings to stderr about unimplemented annotation

[Vincent Lefevre]

Package: evince
Version: 3.10.0-1+b1
Severity: normal

On a PDF file with annotations, I get lots of annoying warnings

** (evince:12243): WARNING **: Unimplemented annotation: 
POPPLER_ANNOT_FREE_TEXT.  It is a known issue and it might be implemented in 
the future.

in the terminal from which I started evince (these warnings are
sent to stderr).

Perhaps only the first one would be OK to inform the user about
something not implemented (though I'm not sure that stderr is the
best place if you want to inform most users). But there are too
many of them, with exactly the same message, and they take much
terminal space.

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

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

Versions of packages evince depends on:
ii  evince-common  3.10.0-1
ii  gnome-icon-theme-symbolic  3.10.1-1
ii  libatk1.0-02.10.0-2
ii  libc6  2.17-97
ii  libcairo-gobject2  1.12.16-2
ii  libcairo2  1.12.16-2
ii  libevdocument3-4   3.10.0-1+b1
ii  libevview3-3   3.10.0-1+b1
ii  libgail-3-03.8.6-1
ii  libgdk-pixbuf2.0-0 2.28.2-1+b1
ii  libglib2.0-0   2.36.4-1
ii  libgtk-3-0 3.8.6-1
ii  libice62:1.0.8-2
ii  libnautilus-extension1a3.4.2-2
ii  libpango-1.0-0 1.36.0-1+b1
ii  libpangocairo-1.0-01.36.0-1+b1
ii  libsecret-1-0  0.15-2
ii  libsm6 2:1.2.1-2
ii  libx11-6   2:1.6.2-1
ii  libxml22.9.1+dfsg1-3
ii  shared-mime-info   1.0-1+b1
ii  zlib1g 1:1.2.8.dfsg-1

Versions of packages evince recommends:
ii  dbus-x11  1.6.18-2
ii  gvfs  1.16.3-1+b2

Versions of packages evince suggests:
ii  nautilus  3.4.2-2
ii  poppler-data  0.4.6-4
ii  unrar 1:5.0.10-1

-- no debconf information


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

Bug#732344: samba-libs: hdb_samba4.so: too loose dependency on heimdal

[Modestas Vainius]

Package: samba-libs
Version: 2:4.0.13+dfsg-1
Severity: serious

Hello,

as far as I can tell, hdb_samba4.so built against heimdal 
1.6~git20131117+dfsg-3 can no longer work with heimdal 1.6~git20120403+dfsg1-2 
due to bumped plugin interface version. However, samba-libs dependencies do 
not indicate this requirement (heimdal >= 1.4.0+git20110226 there only) As a 
result, partial upgrades are possible.

What is more, I think it may not be enough to bump heimdal dep to the latest 
version. Actually, you should ensure that older samba-libs does not get used 
with newer (i.e. with bumped plugin interface) heimdal. Probably this would be 
best achieved by heimdal exporting its plugin interface version (as virtual 
package) via shlibs/symbols so all plugins could pick it up automagically 
(provided there is a symbol in heimdal all plugins will use). So I'm CC'ing 
heimdal maintainers as well.


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

Bug#732339: /etc/init.d/mtab.sh is removed from .etckeeper metadata file

[Joey Hess]

Patrick Li wrote:
> I've upgraded from 1.4 to 1.10 today. I've noticed that the line
> 
> maybe chmod 0755 './init.d/mtab.sh'
> 
> is removed from the .etckeeper file.
> 
> In the filter_ignore function in the script
> pre-commit.d/30store-metadata script, grep is used to remove ignored
> files from the generated metadata. "mtab" is an entry in the ignore
> file, which causes any file/directory that includes the word "mtab"
> being ignored and excluded.

Is this using darcs, or git?

-- 
see shy jo


signature.asc
Description: Digital signature

Bug#732339: /etc/init.d/mtab.sh is removed from .etckeeper metadata file

[Patrick Li]

This is when using git.

On Tue, Dec 17, 2013 at 12:44 PM, Joey Hess  wrote:
> Patrick Li wrote:
>> I've upgraded from 1.4 to 1.10 today. I've noticed that the line
>>
>> maybe chmod 0755 './init.d/mtab.sh'
>>
>> is removed from the .etckeeper file.
>>
>> In the filter_ignore function in the script
>> pre-commit.d/30store-metadata script, grep is used to remove ignored
>> files from the generated metadata. "mtab" is an entry in the ignore
>> file, which causes any file/directory that includes the word "mtab"
>> being ignored and excluded.
>
> Is this using darcs, or git?
>
> --
> see shy jo


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

Bug#501123: ca-certificates should be maintained as a security relevant package

[Michael Shuler]

On 12/16/2013 04:37 PM, Christoph Lechleitner wrote:

Why is the ca-certificates package not in the list of security relevant
packages?


The Debian Security team does place some importance on keeping 
ca-certificates updated, as can be seen in various uploads over the 
years, however, as per release policy, stable release packages are 
typically not updated for non-RC reasons.



The outdated ca-certificates make squeeze installations a pain to maintain.


I understand.  That was the reason for keeping this bug report open and 
on my todo list.



Part of our business is to maintain custom software for squeeze based
systems that exist more or less offline and will not be updated to
wheezy or higher for years to come.
We are therefore forced to maintain build and test systems and pbuilder
tarballs for squeeze amd64 and i386 - and to keep their installation
reproducable from scratch by maintaining a partial squeeze mirror.


This sounds like an inherited risk in your business model.


Backporting one more package and maintaining it for some time should be
no problem, especially if the package merely contains data files.

I will look into the according squeeze and wheezy source packages as
soon as I can find time.


It may be easier to look through the git repo, if that helps to see more 
granular history and the various stable release branches:


  http://anonscm.debian.org/gitweb/?p=collab-maint/ca-certificates.git


Why does wheezy's ca-certificates package depend on a recent version of
the openssl binary package?


http://bugs.debian.org/611102


If it weren't for this dependency, wheezy's ca-certificates package
could probably be used for squeeze without any changes.


It would.


Or am I in for a shock once I look into the source package(s)?


What does that even mean?

--
Kind regards,
Michael


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

Bug#732343: prelink -av misses prelinking just-upgraded binaries

[Arthur Marsh]

Package: prelink
Version: 0.0.20090925-8
Severity: normal

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

   * What led up to the situation?

installing new version of gnumeric

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

prelink -av

   * What was the outcome of this action?

only a newly installed binary was prelinked, not the upgraded gnumeric

   * What outcome did you expect instead?

prelinking of all new and upgraded binaries and libraries used by any binaries

I ran prelink -v $(which gnumeric) and the end of the output indicated
that a prelink was needed and took place after the explicit 
prelink -v $(which gnumeric) command:

Prelinking /usr/lib/libgoffice-0.10.so.10.0.9
Prelinking /usr/lib/libspreadsheet-1.12.9.so
Prelinking /usr/bin/gnumeric


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


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

Kernel: Linux 3.13.0-rc4 (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/bash

Versions of packages prelink depends on:
ii  execstack  0.0.20090925-8

prelink recommends no packages.

prelink 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#732330: clarification

[Shawn Landden]

discussing this bug on #nginx-social I realized it is vague

What I want is the ability to just build one flavor, when building
manually, not change the default behavior.

Something like
FLAVORS=full dpkg-buildpackage

If you change the FLAVORS := line at the top of rules to list just one
flavor the build fails, and it shouldn't.

THx,

Shawn


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

Bug#732342: samba-libs: hdb_samba4.so broken

[Modestas Vainius]

Package: samba-libs
Version: 2:4.0.13+dfsg-1
Severity: serious

Hello,

as far as I can tell, all samba >= 2:4.0.12+dfsg-1 versions have broken 
hdb_samba4.so. I.e. samba-tool domain exportkeytab SEGFAULTs and I'm able
to remotely crash samba daemon process with some simple msktutil magic. I was 
not able to get proper a backtrace from 4.0.13 version (corrupted stack) but 
e.g. `samba -M single -i -d 10` dies right after UDP packet from msktutil is 
received (just after "Starting GENSEC mechanism krb5" is printed in the 
output).

I guess that 26_heimdal_compat patch is incomplete or broken but I cannot 
confirm that. Downgrading samba to 4.0.11 and heimdal to 
1.6~git20120403+dfsg1-2 makes it work again.

Tested on up-to-date testing.

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

Bug#239816: bug#16134: libparted Atari partition table support

[Phillip Susi]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

On 12/16/2013 04:19 PM, Thorsten Glaser wrote:
> John Paul Adrian Glaubitz dixit:
> 
>> But, of course, you could apply the patch to gparted, rebuild
>> it, then create a partition table on a hard disk and hook it up
>> to your ATARI and see if it's being recognized.
> 
> Before hooking it up, bswap the disc if it’s IDE, though.

Nothing should need swapped.


-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.14 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/

iQEcBAEBCgAGBQJSr4w2AAoJEI5FoCIzSKrwQ2QH/3KG8syKOZuVt1F1lbQ+Xac9
jDWqY85eFTpeSrum4DrJtaapD3v5MCQDUfuN7+O0g7HCacDkmaqGkTvjNkG4io5m
X6zYRhQfastNmikZt8lc1KTYy+wPZtgb95ZDHG1Sfe+XNfCQM2R8Jlci8LTOCCZV
K/Fbo9ORU4VshPgs1xw4RY/+32K7owtZBmZ2V5zN2mKUPMg97Tw5qIol5ldVA6qe
yJ+78aXmHP7RFU7B4cPX4z21c/9muDHPA/NMZglkAJacT/WFgxKaWUyVQzTSWEyt
MVOdgz2SrCk/KtaTnldZgrw+JCPjpHAWfy1wAjsK7Qs8loWpcsyr3hHeGFvd2wo=
=0qaT
-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#708186: first digit is cut off

[Marian Sigler]

If I understood the reporter correctly, I have the same problem.

The space for the left axis' labels is too small so sometimes the value
does not fit in and the first digit is cut off.  I've attached a screenshot.
<>

Bug#732257: bugs.debian.org: DPMS enabled after closing my laptop's lid

[Don Armstrong]

Control: reassign -1 acpi-support
Control: retitle -1 Consider re-disabling DPMS if it was disabled before lid 
closure
Control: severity -1 minor

On Mon, 16 Dec 2013, canales de la bahia wrote:
> When I close and re-open my laptop lid, I find that DPMS has been
> enabled automatically. My problem is that I don't want my screen
> turning off. The solution I found to avoid the screen turning off is
> creating a script with xset dpms 0 0 0 at KDE autostart.

First off, this has nothing to do with bugs.debian.org, which is the
system behind the BTS.

Secondly, the only way for the screen to be turned on and off is by
using DPMS, which requires it to be enabled. I'm assuming that
acpi-support's scripts are what is doing the default actions when you
close your laptop's lid.

In the future, if you are unable to figure out where to file your bug,
please don't guess. Ask on debian-u...@lists.debian.org, or on #debian
on irc://irc.debian.org or irc://irc.freenode.net.

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

NASCAR is a Yankee conspiracy to keep you all placated so the South
won't rise again.
 -- http://www.questionablecontent.net/view.php?comic=327


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

Bug#732340: google-chrome-stable: chrome dont start

[Gustavo Dias do Nascimento]

Package: google-chrome-stable
Version: 31.0.1650.63-1
Severity: important
Tags: patch

Dear Maintainer,
I updated my Debian, package Virtual Box and Linux -headers and may Chrome dont
start. Simple Chrome Stop all functions, i try to reinstall but nothing work



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

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

Versions of packages google-chrome-stable depends on:
ii  ca-certificates 20130119
ii  dpkg1.16.12
ii  gconf-service   3.2.5-1+build1
ii  libasound2  1.0.25-4
ii  libatk1.0-0 2.4.0-2
ii  libc6   2.13-38
ii  libcairo2   1.12.2-3
ii  libcups21.5.3-5+deb7u1
ii  libcurl37.26.0-1+wheezy6
ii  libdbus-1-3 1.6.8-1+deb7u1
ii  libexpat1   2.1.0-1+deb7u1
ii  libfontconfig1  2.9.0-7.1
ii  libfreetype62.4.9-1.1
ii  libgcc1 1:4.7.2-5
ii  libgconf-2-43.2.5-1+build1
ii  libgcrypt11 1.5.0-5+deb7u1
ii  libgdk-pixbuf2.0-0  2.26.1-1
ii  libglib2.0-02.33.12+really2.32.4-5
ii  libgtk2.0-0 2.24.10-2
ii  libnspr42:4.9.2-1
ii  libnss3 2:3.14.5-1
ii  libpango1.0-0   1.30.0-1
ii  libstdc++6  4.7.2-5
ii  libudev0175-7.2
ii  libx11-62:1.5.0-1+deb7u1
ii  libxcomposite1  1:0.4.3-2
ii  libxdamage1 1:1.1.3-2
ii  libxext62:1.3.1-2+deb7u1
ii  libxfixes3  1:5.0-4+deb7u1
ii  libxi6  2:1.6.1-1+deb7u1
ii  libxrender1 1:0.9.7-1+deb7u1
ii  libxss1 1:1.2.2-1
ii  libxtst62:1.2.1-1+deb7u1
ii  lsb-base4.1+Debian8+deb7u1
ii  wget1.13.4-3
ii  xdg-utils   1.1.0~rc1+git20111210-6

google-chrome-stable recommends no packages.

google-chrome-stable 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#732341: systemd: console-common fails to upgrade: Unit keymap.sh.service failed to load

[Sandro Knauß]

Package: systemd
Version: 204-5
Severity: normal

The updat ecom console-common fails, because the dpkg postscript wants to 
interact with
the keymap.sh.service instead of keymap.service:

Setting up console-common (0.7.88) ...
Looking for keymap to install:
NONE
update-rc.d: warning: start and stop actions are no longer supported;
falling back to defaults
Failed to issue method call: Unit keymap.sh.service failed to load: No
such file or directory. See system logs and 'systemctl status
keymap.sh.service' for details.
invoke-rc.d: initscript keymap.sh, action "start" failed.
dpkg: error processing package console-common (--configure):
 subprocess installed post-installation script returned error exit
 status 6
 E: Sub-process /usr/bin/dpkg returned an error code (1)


-- Package-specific info:
--
systemd-delta:
--

0 overridden configuration files found.

--
systemctl dump:
--
-> Unit keymap.service:
Description: LSB: Set keymap
Instance: n/a
Unit Load State: loaded
Unit Active State: active
Inactive Exit Timestamp: Tue 2013-12-17 00:02:35 CET
Active Enter Timestamp: Tue 2013-12-17 00:02:35 CET
Active Exit Timestamp: Tue 2013-12-17 00:02:35 CET
Inactive Enter Timestamp: Tue 2013-12-17 00:02:35 CET
GC Check Good: yes
Need Daemon Reload: no
Name: keymap.service
Source Path: /etc/init.d/keymap.sh
Condition Timestamp: Tue 2013-12-17 00:02:35 CET
Condition Result: yes
WantedBy: sysinit.target
Before: keyboard-setup.service
Before: sysinit.target
After: mountdevsubfs.service
After: systemd-journald.socket
References: mountdevsubfs.service
References: systemd-journald.socket
ReferencedBy: keyboard-setup.service
ReferencedBy: sysinit.target
StopWhenUnneeded: no
RefuseManualStart: no
RefuseManualStop: no
DefaultDependencies: no
OnFailureIsolate: no
IgnoreOnIsolate: no
IgnoreOnSnapshot: no
ControlGroup: cpu:/system/keymap.service
ControlGroup: name=systemd:/system/keymap.service
Service State: exited
Result: success
Reload Result: success
PermissionsStartOnly: no
RootDirectoryStartOnly: no
RemainAfterExit: yes
GuessMainPID: no
Type: forking
Restart: no
NotifyAccess: none
KillMode: process
KillSignal: SIGTERM
SendSIGKILL: yes
UMask: 0022
WorkingDirectory: /
RootDirectory: /
NonBlocking: no
PrivateTmp: no
ControlGroupModify: no
ControlGroupPersistent: yes
PrivateNetwork: no
IgnoreSIGPIPE: no
LimitNOFILE: 4096
StandardInput: null
StandardOutput: journal
StandardError: inherit
SyslogFacility: daemon
SyslogLevel: info
-> ExecStart:
Command Line: /etc/init.d/keymap.sh start
PID: 25290
Start Timestamp: Tue 2013-12-17 00:02:35 CET
Exit Timestamp: Tue 2013-12-17 00:02:35 CET
Exit Code: exited
Exit Status: 0
-> ExecReload:
Command Line: /etc/init.d/keymap.sh reload
-> ExecStop:
Command Line: /etc/init.d/keymap.sh stop
PID: 25287
Start Timestamp: Tue 2013-12-17 00:02:35 CET
Exit Timestamp: Tue 2013-12-17 00:02:35 CET
Exit Code: exited
Exit Status: 0
SysV Init Script has LSB Header: yes
SysVEnabled: yes
SysVStartPriority: 4
SysVRunLevels: S
[...]
--
Contents of /var/lib/systemd/deb-systemd-helper-enabled:
--
==> 
/var/lib/systemd/deb-systemd-helper-enabled/dbus-org.freedesktop.Avahi.service 
<==

==> /var/lib/systemd/deb-systemd-helper-enabled/avahi-daemon.service.dsh-also 
<==
/etc/systemd/system/multi-user.target.wants/avahi-daemon.service
/etc/systemd/system/sockets.target.wants/avahi-daemon.socket
/etc/systemd/system/dbus-org.freedesktop.Avahi.service

==> 
/var/lib/systemd/deb-systemd-helper-enabled/multi-user.target.wants/lm-sensors.service
 <==

==> 
/var/lib/systemd/deb-systemd-helper-enabled/multi-user.target.wants/avahi-daemon.service
 <==

==> 
/var/lib/systemd/deb-systemd-helper-enabled/multi-user.target.wants/osspd.service
 <==

==> 
/var/lib/systemd/deb-systemd-helper-enabled/multi-user.target.wants/rsyslog.service
 <==

==> /var/lib/systemd/deb-systemd-helper-enabled/rsyslog.service.dsh-also <==
/etc/systemd/system/multi-user.target.wants/rsyslog.service
/etc/systemd/system/syslog.service
/etc/systemd/system/multi-user.target.wants/rsyslog.service
/etc/systemd/system/syslog.service
/etc/systemd/system/multi-user.target.wants/rsyslog.s

Bug#732330: nginx-extras: allowing building just one flavour

[Thomas Ward]

I'm... a tad confused by what you're asking here in this bug...

Are you asking for the nginx source package to be modified to only
build one version of nginx, rather than nginx-light, nginx-full,
nginx-extras, and nginx-naxsi?

If that's the case, I'm pretty certain a lot of users of the varions
nginx packages that're built here would get pretty annoyed at this,
not to mention the hundreds of users that would also be affected by
this change when the changes end up in operating systems that are
derivatives of Debian.

--
Thomas


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

Bug#683808: fixed in fork

[senya]

This bug is actually fixed in a second mentioned fork,
https://github.com/rofl0r/proxychains-ng

I've checked it  on ubuntu saucy.
Package was proxychains-ng version 4.5 from deb package that was build
by launchpad autobuilder.


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

Bug#732339: /etc/init.d/mtab.sh is removed from .etckeeper metadata file

[Patrick Li]

Package: etckeeper
Version: 1.10

I've upgraded from 1.4 to 1.10 today. I've noticed that the line

maybe chmod 0755 './init.d/mtab.sh'

is removed from the .etckeeper file.

In the filter_ignore function in the script
pre-commit.d/30store-metadata script, grep is used to remove ignored
files from the generated metadata. "mtab" is an entry in the ignore
file, which causes any file/directory that includes the word "mtab"
being ignored and excluded.


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

Bug#732319: [libfox-1.6-dev] pkg-config entry is wrong

[Miklós Máté]

Hello,

It seems I was a bit hasty. There is no problem with linking to libfox, 
the libraries I mentioned are correctly found by ld as dependencies.


The problem is in the build system of sumo [1], which adds 
"/usr/lib/x86_64-linux-gnu/libFOX-1.6.so" to the comandline of the 
linker instead of "-lFOX-1.6" for some reason.


The bug can be closed. Sorry for the noise.

MM

[1] http://sumo-sim.org

On 12/16/2013 10:16 PM, Joachim Wiedorn wrote:

Hello Miklós,

thanks for the bug report.


This should be returned:
-lFOX-1.6 -lGL -lGLU -lpthread

Do you have any hint how/where I can fix this point?

---
Have a nice day.

Joachim (Germany)



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

Bug#731852:

[Krzysztof Waszak]

On MSI GE60 2OE problem is the same. On Debian 7.3 and older.


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

Bug#501123: ca-certificates should be maintained as a security relevant package

[Christoph Lechleitner]

Why is the ca-certificates package not in the list of security relevant
packages?

Among other advantages (adding new Root CAs) this would allow to
"revoke" broken Root CA certificates - something I'd actually and
honestly _expect_ from any sane distribution!

The outdated ca-certificates make squeeze installations a pain to maintain.

For example:
We just updated the GoDaddy certificate of our open source platform,
Clazzes.org, where we provide lots of SSL secured VirtualHosts
(https://www.clazzes.org, https://deb.clazzes.org, GPG keys, ...).
Unfortunately we have now cutting of quite some scripts and Wiki'd
snippets because neither wget nor curl accept the sites' certificates.


Before anyone yells: I am not only here to complain.

Part of our business is to maintain custom software for squeeze based
systems that exist more or less offline and will not be updated to
wheezy or higher for years to come.
We are therefore forced to maintain build and test systems and pbuilder
tarballs for squeeze amd64 and i386 - and to keep their installation
reproducable from scratch by maintaining a partial squeeze mirror.

Backporting one more package and maintaining it for some time should be
no problem, especially if the package merely contains data files.

I will look into the according squeeze and wheezy source packages as
soon as I can find time.


Perhaps this is not necessary:

Why does wheezy's ca-certificates package depend on a recent version of
the openssl binary package?

If it weren't for this dependency, wheezy's ca-certificates package
could probably be used for squeeze without any changes.

Or am I in for a shock once I look into the source package(s)?


Regards,

Christoph Lechleitner


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

Bug#672894: gimp: toolbox window hangs in endless loop

[Andrew Shadura]

Control: tags -1 -unreproducible

Hello,

I experience similar behaviour since around 2.7.0 with wmii. The major
difference is that here it goes on for a few seconds and then stops,
and toolboxes never appear again. I tried to debug the issue from both
gimp and wmii sides, and couldn't find a reason or workaround yet. Wmii
author thinks it's gimp who's guilty, gimp upstream basically ignores
the issue.

-- 
Cheers,
  Andrew


signature.asc
Description: PGP signature

Bug#730112: poppler-utils: pdftotext unusable: Inconsistency detected by ld.so / Assertion failed

[Pino Toscano]

Hi,

On 2013-12-16 01:47, Klaus Ethgen wrote:

Am So den 24. Nov 2013 um 14:50 schrieb Vincent Lefevre:

On 2013-11-23 18:52:29 -0500, Michael Gilbert wrote:
> This seems to work now that fontconfig 2.11.0-2 has been uploaded.
> This can probably be fixed with a depends fontconfig (>= 
2.11.0-2).


That's annoying because this means that there is no longer any
workaround to get xpdf running.


Well, there is. I did build new packages of libfontconfig with the 
patch

from Michael Gilbert applied. This worked fine until this würgarround
here that again breaks xpdf.
[...]
To emphasize it again, the version 0.18.4-10 did break xpdf even more
than libfontconfig!


Seriously: the current xpdf in Debian is totally broken, and it has 
been

for years even before the recent changes in fontconfig and/or poppler;
those just uncovered even more the nonsense the current xpdf is.

The current xpdf in Debian is compiled with a totally fragile hack, 
that

is picking the original Xpdf sources, patching them for the newer
Poppler API and then "stripping away" the sources (with some cp and 
sed)

that are "common" with Poppler (Poppler is a fork of Xpdf, too).

This poses a number of issues:
1) symbols conflicts with Poppler (#658264), totally misdiagnosed and
   mishandled
2) the recent breakage (#727070), which may very well be another effect
   of the above issue
3) compatibility with just a precise stable serie of Poppler (now 
0.18.x),

   with #679896 and #719224 currently asking for recent versions
4) just rebuilding Poppler, even with changes not even touching the 
main

   libpoppler library (like poppler/0.18.4-9 and -10) breaks xpdf,
   while I'm not aware of issues in any other poppler-using package
   (not even those using the private libpoppler directly)

As you can see, its maintainer (Michael Gilbert) is doing next to 
nothing
to fix them, other than rejecting patches, tagging bugs as "help" 
(because

he says to have no time for xpdf), and trying to NMU nonsense patches
in other sources (#728444, with the NMU delayed because of "emotional
messages", not because of realizing the patch was totally broken... 
WTH).


Currently xpdf is out of Jessie (the next release), and will be until 
the

(2) above is fixed (at least), which may be even today or in years...
Also, (3) can be (due to unattented patches nor even own porting work)
another reason for xpdf nto keeping up with newer Poppler versions.

All in all: my strong suggestion is to stop using xpdf, at least the 
version
currently "shipped" in Debian unstable, until it is fixed (and kept in 
shape

over time) by the current "maintainer" or by a new one.
Luckly there are plenty of PDF viewers in Debian to choose from, with 
various

UIs, dependencies, functionalities and so forth.

--
Pino Toscano


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

Bug#732260: [ovs-dev] Bug#732260: openvswitch: datapath kernel module fails to compile with linux kernel version 3.11

[Jesse Gross]

On Sun, Dec 15, 2013 at 8:25 PM, Aleksi Suhonen  
wrote:
> Package: openvswitch
> Version: 1.9.3+git20131029-1.1
> Severity: important
>
> Dear Maintainer,
>
> I was upgrading our test server to the newest kernel shipping with 
> Debian/unstable,
> namely "3.11-2", and DKMS failed on openvswitch-datapath-dkms. I attached the 
> error
> messages from the DKMS make.log file.

OVS 1.9 doesn't support Linux 3.11 as it predates the release of that
kernel. However, in many cases you can use the in-tree version of the
kernel module directly (namely, if you aren't using tunneling).
Otherwise, the fix you suggested is the one used in later versions of
OVS.


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

Bug#732283: CVE Request: Proc::Daemon writes pidfile with mode 666

[Salvatore Bonaccorso]

Hi Kurt,

christian mock  has reported[1] that Proc::Daemon, when
instructed to write a pid file, does that with a umask set to 0, so
the pid file ends up with world-writable permissions.

Upstream bugreport is at [2].

 [1] http://bugs.debian.org/732283
 [2] https://rt.cpan.org/Ticket/Display.html?id=91450
 
Axel Beckert has commited a patch to the Debian packaging[3] and
forwarded it to upstream.

 [3] 
http://anonscm.debian.org/gitweb/?p=pkg-perl/packages/libproc-daemon-perl.git;a=blob;f=debian/patches/pid.patch

Could a CVE be assigend for this issue?

Regards and thanks in advance,
Salvatore


signature.asc
Description: Digital signature

Bug#732319: [libfox-1.6-dev] pkg-config entry is wrong

[Joachim Wiedorn]

Hello Miklós,

thanks for the bug report.

> This should be returned:
> -lFOX-1.6 -lGL -lGLU -lpthread

Do you have any hint how/where I can fix this point?

---
Have a nice day.

Joachim (Germany)


signature.asc
Description: PGP signature

Bug#732337: [PATCH] enable Radeon KMS

[Robert Millan]

Package: mesa
Version: 9.2.2-1
User: debian-...@lists.debian.org
Usertags: kfreebsd

Hi,

kFreeBSD supports Radeon KMS now. Please could you enable the associated
libGL plugins?

Patch attached.

Thanks!

-- 
Robert Millan
--- debian.old/rules	2013-12-16 13:14:47.0 +0100
+++ debian/rules	2013-12-16 22:05:52.624887177 +0100
@@ -61,9 +61,11 @@
 else
 	EGL_DISPLAYS = x11
 
+	GALLIUM_DRIVERS += r600 r300
+
   ifeq ($(DEB_HOST_ARCH_OS), linux)
 # Gallium drivers require libdrm-{nouveau,radeon}, only available on Linux
-	GALLIUM_DRIVERS += nouveau r600 r300 svga
+	GALLIUM_DRIVERS += nouveau svga
 #
 # Although the KMS egl drivers will probably build on kfreebsd & hurd
 # only linux actually has KMS drivers implemented at this point.
@@ -71,7 +73,12 @@
 # Non-Linux ports also lack *_CLOEXEC and epoll, so wayland isn't ready yet:
 	EGL_DISPLAYS += wayland
 ifeq (,$(filter $(DEB_HOST_ARCH), s390 s390x))
-	DRI_DRIVERS += r200 radeon nouveau
+	DRI_DRIVERS += nouveau
+endif
+  endif
+
+ifeq (,$(filter $(DEB_HOST_ARCH), s390 s390x))
+	DRI_DRIVERS += r200 radeon
 endif
 ifneq (,$(filter $(DEB_HOST_ARCH_CPU), amd64 i386))
 	# Radeonsi needs LLVM, so only build it on the subset of archs
@@ -80,8 +87,6 @@
 else
 	EXTRA_SED="-e/libllvmradeon/ s/^/\#/"
 endif
-  endif
-
 
 # Build the llvmpipe driver only on amd64, i386 until it's tested elsewhere
   ifeq (,$(filter $(DEB_HOST_ARCH_CPU), amd64 i386))

Bug#732336: numptyphysics: Please update the package to the newest upstream commit

[Mattia Rizzolo]

Package: numptyphysics
Version: 0.2+svn156-1.1
Severity: wishlist

Dear Maintainer,
please consider to package the new upstream commit, made the 2010/09/16, 3 
years ago.
Since you are not so active with this package I am going to do an NMU during 
the next weeks.

Thanks in advance

-- 
regards,
Mattia Rizzolo

GPG Key: 4096R/B9444540 http://goo.gl/I8TMB
more about me:  http://mapreri.org
Launchpad User: https://launchpad.net/~mapreri
Ubuntu Wiki page:   https://wiki.ubuntu.com/MattiaRizzolo


signature.asc
Description: Digital signature

Bug#239816: bug#16134: libparted Atari partition table support

[Thorsten Glaser]

John Paul Adrian Glaubitz dixit:

>But, of course, you could apply the patch to gparted, rebuild it,
>then create a partition table on a hard disk and hook it up to
>your ATARI and see if it's being recognized.

Before hooking it up, bswap the disc if it’s IDE, though.

bye,
//mirabilos
-- 
Yay for having to rewrite other people's Bash scripts because bash
suddenly stopped supporting the bash extensions they make use of
-- Tonnerre Lombard in #nosec


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

Bug#697428: upload to unstable, 3.5.2, push to git repo

[Gaudenz Steinlin]

Hi

Awesome 3.5.1 is in experimental since some time now, but the relevant
changes have not been pushed to the GIT repository on Alioth. The latest
tag on the debian/experimental branch is from 2009 :-(

It would be nice to have the latest stable upstream version 3.5.2 in
unstable. If you can get the changes for the version in experimental
pushed to Alioth I'd even be inclinded to work on an update.

Gaudenz

-- 
Ever tried. Ever failed. No matter.
Try again. Fail again. Fail better.
~ Samuel Beckett ~


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

Bug#239816: bug#16134: libparted Atari partition table support

[Phillip Susi]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On 12/16/2013 2:45 PM, John Paul Adrian Glaubitz wrote:
> I'm pretty sure that Philipp was talking about tests which are run 
> during build time to check the code, hence the name "make check".

Yes.  You should start with the current git head preferably ( git
clone git://git.savannah.gnu.org/parted.git ).  Running make check
runs the set of scripts in the tests/ directory.  You should be able
to look at a few of them to get a feel for it and use one (
t2200-dos-label-recog.sh looks like a good one ) as a starting
template to test the atari partition table.  You want to make sure it
at least does an mklabel and one or two mkparts and that the output of
print looks right.


-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.17 (MingW32)
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/

iQEcBAEBAgAGBQJSr2sCAAoJEI5FoCIzSKrwfK0H/Ap1sC/krwngAlIVhRoW2PBO
YOZ6zIgtPsJwBbvYOSpnyBG034C4lsvDMwNYZJJG7HgmciJpPRKt57UgCDvBy9sg
baidGpSS1mammCKVN8nEAitRWXuEynYOaXqLcmeWZs4Z/8RtNcTc0RPgFOQcfjGZ
YniSKm6jcDeyU4xkkhH2FfXn7Gbe7Qwfm5jb1ydcRPIrq04DiBp5gPeUlKevbeKB
J0dKCMOVp+N/odcJXKn/IWKGUKybnX3N+hxffhckzfBlzOPOgssD05F21kxeKMnA
2HLZBlWIGvmYQrKGmB80D8mLXXDgZeD8NbdMbNHmhABqVTuKqXjm0hSgUyxTsMI=
=1R1p
-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#732294: what "but please" really requires?

[Steve Langasek]

On Mon, Dec 16, 2013 at 09:55:22PM +0100, Samuel Thibault wrote:
> We would like to include a file in the jing-trang package, the licensing
> terms can be read on http://www.ascc.net/xml/schematron/ :

> “The Schematron software and this page are available for any public
> use, under the conditions of the zlib/libpng license (the least
> restrictive), but please mention our names in any documentation or About
> screens for any products that uses it.”

> What "but please" actually requires?  I would tend to understand that
> it's just a wish from the author, not a licensing term, but IANAL.

That's pretty unambiguously a polite request, not part of the license
requirements.

-- 
Steve Langasek   Give me a lever long enough and a Free OS
Debian Developer   to set it on, and I can move the world.
Ubuntu Developerhttp://www.debian.org/
slanga...@ubuntu.com vor...@debian.org


signature.asc
Description: Digital signature

Bug#732335: dosemu: dosmu crash

[Ross Boylan]

Package: dosemu
Version: 1.4.0+svn.2080-1
Severity: normal

Dear Maintainer,

   * What led up to the situation?
I was running Managing Your Money (MYM), a DOS application, under xdosemu (in a
separate window).
I requested a report; dosemu crashed as MYM was generating the report.
MYM is full screen but character based.

The session had been open for days, possibly weeks.

This same operation has worked fine repeatedly in the past.
It might be relevant that my memory use was quite high for the whole system,
a bit over 12G (16G available).  This is higher than it's ever been.

Running under KDE.

Another dosemu session was running a different program; it's still running.

The terminal from which I launched the session showed
ERROR: SMALLOC: Out Of Memory on alloc, requested=2777088
ERROR: cpu exception in dosemu code outside of VM86()!
trapno: 0x0e  errorcode: 0x0006  cr2: 0x002a4ff0
eip: 0x7f566c7c64f9  esp: 0x7fff341ea848  eflags: 0x00010206
cs: 0x0033  ds: 0x  es: 0x  ss: 0x002b
ERROR: Please report the contents of ~/.dosemu/boot.log at
http://sourceforge.net/tracker/?atid=457447&group_id=49784&func=browse
It would be even more helpful if would recompile DOSEMU and reproduce this
bug with "debug on" in compiletime-settings.
Page fault: write instruction to linear address: 0x002a4ff0
CPU was in user mode
Exception was caused by non-available page
$ free
 total   used   free sharedbuffers cached
Mem:  15379784   14989472 390312  0 1688201596556
-/+ buffers/cache:   132240962155688
Swap:0  0  0

   * What exactly did you do (or not do) that was effective (or
 ineffective)?
I plan to restart.  Maybe I need to free some memory.
I am not restarting before sending this report to be sure that I don't
overwrite the crash log file.

I have not filed an upstream bug.

   * What was the outcome of this action?
Entire xdosemu session crashes.
   * What outcome did you expect instead?
No crash.

There doesn't seem to be a trace in syslog.
..xsession errors includes a recent
plasma-desktop(5901)/kdecore (KConfigSkeleton)
KCoreConfigSkeleton::writeConfig:
X Error: BadWindow (invalid Window parameter) 3
  Major opcode: 18 (X_ChangeProperty)
  Resource id:  0x141
plasma-desktop(5901)/plasma StatusNotifierItemSource::refreshCallback: DBusMenu
disabled for this application

which may or may not be related to the crash.  The window certainly closed.
*** End of the template - remove these lines ***



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

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

Versions of packages dosemu depends on:
ii  libasound2   1.0.25-4
ii  libc62.13-38
ii  libgpm2  1.20.4-6
ii  libsdl1.2debian  1.2.15-5
ii  libslang22.2.4-15
ii  libsndfile1  1.0.25-5
ii  libx11-6 2:1.5.0-1+deb7u1
ii  libxext6 2:1.3.1-2+deb7u1
ii  libxxf86vm1  1:1.1.2-1+deb7u1
ii  xfonts-utils 1:7.7~1

dosemu recommends no packages.

dosemu suggests no packages.

-- Configuration Files:
/etc/dosemu/dosemu.conf changed:
$_dosmem = (768)
$_ems = (1024)
$_speaker = "native"
$_X_winsize = "800,600"

/etc/dosemu/dosemu.users changed:
log_level= 1
root c_all  # root is allowed to do all weird things
ross c_normal c_floppy  # needed for printing
karen c_normal
nobody nosuidroot guest # variable 'guest' is checked in /etc/dosemu.conf
# to allow only DEXE execution
guest nosuidroot guest  # login guest treated as 'nobody'
all nosuidroot restricted # all other users have normal user restrictions


-- no debconf information
CONF: config variable parser_version_3 set
CONF: config variable c_system set
CONF: Parsing built-in dosemu.conf file.
CONF: config variable version_3_style_used set
CONF: Parsing built-in global.conf file.
CONF: config variable version_3_style_used unset
CONF: config variable version_3_style_used set
CONF: opened include file /etc/dosemu/dosemu.conf
CONF: closed include file /etc/dosemu/dosemu.conf
CONF: opened include file /home/ross/.dosemurc
CONF: closed include file /home/ross/.dosemurc
CONF: config variable skip_dosrc set
CONF: mapping driver = 'auto'
debug flags: -a+cw
CONF: Disabling use of pentium timer
CONF: dosbanner on
CONF: timer freq=18, update=54925
CONF: CPU set to 586
CONF: JIT CPUEMU set to 0 for 586
CONF: 1024k bytes EMS memory
CONF: EMS-frame = 0xe400
CONF: DPMI-Server on (0x5000)
CONF: DPMI base addr = 0x
CONF: PM DOS API Translator on
CONF: No DJGPP NULL deref checks: off
CONF: dosemu running on X
CONF: x keycode 2 mode13fact 2 gamma 100 font 'vga11x19' winsize (800) , (600) 
mgrab_key "Home"
CONF: time mode = 'bios'
SER: directory /var/lock namestub LCK.. binary No
MOUSE: no device sp

Bug#732294: what "but please" really requires?

[Samuel Thibault]

Hello,

We would like to include a file in the jing-trang package, the licensing
terms can be read on http://www.ascc.net/xml/schematron/ :

“The Schematron software and this page are available for any public
use, under the conditions of the zlib/libpng license (the least
restrictive), but please mention our names in any documentation or About
screens for any products that uses it.”

What "but please" actually requires?  I would tend to understand that
it's just a wish from the author, not a licensing term, but IANAL.

Samuel


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

Bug#732334: reportbug: after viewing configuration file there is no way to proceed

[Ross Boylan]

Package: reportbug
Version: 6.4.4
Severity: normal

Dear Maintainer,

   * What led up to the situation?
Invoked reportbug from a Konsole (under KDE) on dosemu.
The gui came up (I'm not entirely sure if this is a reportbug or reportbug-ng
issue; both are installed,
but $ reportbug --version
reportbug 6.4.4
and which reportbug gets /usr/bin/reportbug which dpkg -S says is owned by
reportbug).
It said that I had non-standard configuration files and asked if I wanted to
attach them.
One of the options was "view files" (roughly--this is from memory).  I clicked
on that button.
The central display of the reportbug window then showed the file.
There were 2 buttons below it, but the only active one was quit.
   * What exactly did you do (or not do) that was effective (or
 ineffective)?
I think the other button was continue.  I tried clicking on it but it had no
effect.
I clicked quit and restarted the report.
   * What was the outcome of this action?
Quit caused a quit.
   * What outcome did you expect instead?
I expected that after viewing the file contents I could return to the previous
menu.

Thanks.
Ross Boylan



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

** /home/ross/.reportbugrc:
reportbug_version "6.4.4"
mode standard
ui gtk2
email "r...@biostat.ucsf.edu"
smtphost "biostat.ucsf.edu"
smtpuser "ross"

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

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

Versions of packages reportbug depends on:
ii  apt   0.9.7.9+deb7u1
ii  python2.7.3-4+deb7u1
ii  python-reportbug  6.4.4

reportbug recommends no packages.

Versions of packages reportbug suggests:
pn  claws-mail 
pn  debconf-utils  
pn  debsums
pn  dlocate
ii  emacs23-bin-common 23.4+1-4
ii  exim4-daemon-heavy [mail-transport-agent]  4.80-7
ii  file   5.11-2
ii  gnupg  1.4.12-7+deb7u2
ii  python-gtk22.24.0-3+b1
ii  python-gtkspell2.25.3-12
pn  python-urwid   
ii  python-vte 1:0.28.2-5
ii  xdg-utils  1.1.0~rc1+git20111210-6

Versions of packages python-reportbug depends on:
ii  apt   0.9.7.9+deb7u1
ii  python2.7.3-4+deb7u1
ii  python-debian 0.1.21
ii  python-debianbts  1.11
ii  python-support1.0.15

python-reportbug 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#637652: State of Orca in Testing

[Paul Gevers]

Hi all,

On 11-10-13 03:14, Jason White wrote:
> Specifically, see 
> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=637652 which is
> required by Speech-Dispatcher 0.8.

Triggered by a private conversation with Jarek Czekalski I like to take
this a step further. If progress in our accessibility tools are stalling
due to not-up-to-date packages, I think we have a good reason to update
those packages when the maintainer is not responding. Please consider
this as my intend to NMU dotconf to fix this issue. [Mind you I don't
know dotconf, so I will have to investigate how it works, so I rather
have it that Shane just updates the package.]

Paul




signature.asc
Description: OpenPGP digital signature

Bug#727085: Now we don't depend on the weird libevent patch

[Paul Tarjan]

I'd like to revive this bug now that our libevent plans are solidified.
With our 2.3.0 release we now support FastCGI and we want to make that the
default method to run HHVM. Our FastCGI server works with the standard
libevent 2.0 library and if that is the only thing present on the
compiling machine, then the standalone HTTP server support won't be
available and you can only use FastCGI. This is the mode we expect to
become the default with a future release (probably 2.5.0 in 4 months).

What else should I be doing to get this packaged up for inclusion in
debian? My method of packaging our release is very clowny (I compile the
binary and then copy it into a directory with the skeleton for the package
and then build that with dpkg -b) so I'd rather someone else with more
debian experience build a proper package for us.

You can find me on IRC on freenode in #hhvm if you prefer real-time.

Paul


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

Bug#732299: plptools: Please update to 1.0.12

[Wookey]

+++ Reuben Thomas [2013-12-16 13:51 +]:
> Package: plptools
> Version: 1.0.9-2.4
> Severity: wishlist
> 
> Please update to 1.0.12, which fixes a couple of bugs (#593791 and
> #716591).

I tried doing a build to see how it went. Just downloading the 1.0.12
source and uupdating from the existing packaging produced something that
builds fine. I added a watch file too.

I can't easily test this anymore, but if somone wants to test the packages I 
put at:
deb http://wookware.org/software/repo sid main
(amd64)

> Another bug, #727942, can also easily be fixed.

Is it worth fixing that too before doing a release of the above?

One thing I noticed about 1.0.9 is that there is an init file, an
init.diff patch which adds some checking for fuse modules and a
tmpnone/init file (which looks very old) in the source. I don't know
what that's about. Should the fuse checks be in the shipped init file or
not?

there is a whole load of other stuff which could be done too: 32 lintian
warnings:
http://lintian.debian.org/maintainer/j...@paladyn.org.html#plptools no
multiarch support but I'm not sure anyone cares enough to do all that,
so at least uploading this newer version would be an improvement in
known bugs.

Wookey
-- 
Principal hats:  Linaro, Emdebian, Wookware, Balloonboard, ARM
http://wookware.org/


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

Bug#732323: Further information

[JOSE MARIÑO RODRIGUEZ]

This is the same issue:  
http://www.mail-archive.com/debian-bugs-dist@lists.debian.org/msg1177731.html.  
I don't know if the problem was caused by the kernel upgrade or  
Chromium upgrade (I upgrade both)



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

Bug#732325: exodusii: FTBFS: zlib and hdf missing

[Roland Stigge]

On 16/12/13 20:52, Alastair McKinstry wrote:
> On 16/12/2013 19:34, Roland Stigge wrote:
>> Update: You also need csh to make it build.
> Ok, so csh is used in the tests, but for some reason works for me in
> pbuilder, even though its not in B-D. Investigating further.

I used sbuild logs from buildds.

Maybe csh is included in the pbuilder chroot already?

Roland


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

Bug#732333: python-renpy: Ren'Py games do not produce sound and run very slowly

[Gregor Riepl]

Package: python-renpy
Version: 6.15.7-1
Severity: important
Tags: patch

Dear Maintainer,

renpy 6.15.7-1, as built for and installed under Debian jessie, is almost
unusable to play games. This has been tested with Katawa Shoujo and some Winter
Wolves games.

It produces tons of error messages on the console, that impair performance. The
errors are related to sample rate conversion, leading to no sound being
produced.

The error messages are as follows:
[audioresample @ 0x7fd7b4005be0] Audio sample format conversion failed

The error is caused by a missing dependency during the build process. setup.py
tests for the existence of libavresample and proceeds without linking to it if
it can't be found. The program will build correctly, but libav won't be able to
use the resample plugin and produce the error message above.

To make it build and work correctly, please include
Build-Depends: libavresample-dev
in debian/control.

A patch is attached.



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

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

Versions of packages python-renpy depends on:
ii  libavcodec54 6:9.10-1
ii  libavformat546:9.10-1
ii  libavutil52  6:9.10-1
ii  libc62.17-97
ii  libfreetype6 2.5.1-1
ii  libfribidi0  0.19.5-2
ii  libglew1.7   1.7.0-3
ii  libpng12-0   1.2.49-5
ii  libsdl1.2debian  1.2.15-8
ii  libswscale2  6:9.10-1
ii  python   2.7.5-5
ii  python-support   1.0.15
ii  zlib1g   1:1.2.8.dfsg-1

python-renpy recommends no packages.

Versions of packages python-renpy suggests:
ii  renpy  6.15.7-1
diff -ru a/debian/control b/debian/control
--- a/debian/control	2013-09-02 21:02:28.0 +0200
+++ b/debian/control	2013-12-16 21:14:14.743729610 +0100
@@ -9,7 +9,7 @@
  libsdl-sound1.2-dev, libsdl-ttf2.0-dev, libmodplug-dev, libspeex-dev,
  libavutil-dev, libavformat-dev, libavcodec-dev, libswscale-dev,
  libfribidi-dev, libglew1.5-dev, zlib1g-dev, libfreetype6-dev,
- libpng12-dev
+ libpng12-dev libavresample-dev
 Standards-Version: 3.9.4
 Homepage: http://www.renpy.org/
 XS-Python-Version: >= 2.6

Bug#730271: gnupg: Future FTBFS: gnupg attempts to build mpi on Windows and fails

[Werner Koch]

On Sat, 23 Nov 2013 15:36, sk...@debian.org said:

> I'm getting ready to upload a new version of gcc-mingw-w64 using gcc
> 4.8 and enabling libgomp. This causes the gpgv-win32 build to attempt

How many regression must a hacker see
before you call him a mingw developer?
Yes, and how many API changes must my Emacs resist
before it stops to apply the patches?
The answer my friends, is lingering in your BTS.

[Is Windows really worth the trouble]


Salam-Shalom,

   Werner

-- 
Die Gedanken sind frei.  Ausnahmen regelt ein Bundesgesetz.


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

Bug#732325: exodusii: FTBFS: zlib and hdf missing

[Alastair McKinstry]

On 16/12/2013 19:34, Roland Stigge wrote:
> Update: You also need csh to make it build.
Ok, so csh is used in the tests, but for some reason works for me in
pbuilder, even though its not in B-D. Investigating further.



-- 
Alastair McKinstry  ,  , 
http://blog.sceal.ie

Anyone who believes exponential growth can go on forever in a finite world
is either a madman or an economist - Kenneth Boulter, Economist.


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

Bug#732332: ITP: fssync -- File system synchronization tool (1-way, over SSH)

[Julien Muchembled]

Package: wnpp
Severity: wishlist
Owner: Julien Muchembled 

* Package name: fssync
  Version : 1.0
  Upstream Author : Julien Muchembled 
* URL : http://jmuchemb.eu/fssync.git
* License : GPL 3
  Programming Lang: Python
  Description : File system synchronization tool (1-way, over SSH)

fssync is a 1-way file-synchronization tool that tracks inodes and maintains a
local database of files that are on the remote side, making it able to:
- handle efficiently a huge number of dirs/files
- detect renames/moves and hard-links

It aims at minimizing network traffic and synchronizing every detail of a file
system:
- all types of inode: file, dir, block/character/fifo, socket, symlink
- preserve hard links
- modification time, ownership/permission/ACL, extended attributes
- sparse files

Other features:
- it can be configured to exclude files from synchronization
- fssync can be interrupted and resumed at any time, making it tolerant to
  random failures (e.g. network error)
- algorithm to synchronize file content is designed to handle big files
  like VM images efficiently, by updating fixed-size modified blocks in-place

Main usage of fssync is to prevent data loss in case of hardware failure,
where RAID1 is not possible (e.g. in laptops).

On Btrfs file systems, fssync is an useful alternative to `btrfs send` (and
`receive`) commands, thanks to filtering capabilities. This can be combined
with Btrfs snapshotting at destination side for a full backup solution.


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

Bug#732325: exodusii: FTBFS: zlib and hdf missing

[Alastair McKinstry]

On 16/12/2013 19:34, Roland Stigge wrote:
> Update: You also need csh to make it build.
I've just done a pbuilder build and it seemed to work without csh,
where did it break?


-- 
Alastair McKinstry  ,  , 
http://blog.sceal.ie

Anyone who believes exponential growth can go on forever in a finite world
is either a madman or an economist - Kenneth Boulter, Economist.


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

Bug#239816: bug#16134: libparted Atari partition table support

[John Paul Adrian Glaubitz]

On 12/16/2013 08:31 PM, Stefan Niestegge wrote:
> Am 16.12.2013 19:18, schrieb Phillip Susi:
>> Would you be able to write a test case so make check verifies it is
>> working?
>>
> 
> If i can help in any way, please explain what to do.
> (I am the one with the Falcon 060).

I'm pretty sure that Philipp was talking about tests which are run
during build time to check the code, hence the name "make check".

But, of course, you could apply the patch to gparted, rebuild it,
then create a partition table on a hard disk and hook it up to
your ATARI and see if it's being recognized.

If you don't know how to build packages, I can build a patched
gparted for you and upload the packages into my old Ubuntu PPA,
for example.

Adrian

-- 
 .''`.  John Paul Adrian Glaubitz
: :' :  Debian Developer - glaub...@debian.org
`. `'   Freie Universitaet Berlin - glaub...@physik.fu-berlin.de
  `-GPG: 62FF 8A75 84E0 2956 9546  0006 7426 3B37 F5B5 F913



signature.asc
Description: OpenPGP digital signature

Bug#732150: Fwd: Bug#732150: unrtf.1: Some typographical changes in the manual

[Willi Mann]

Hi Dave,

I got a bug report with a patch for the man page of unrtf. Please
include it in the next release if you find it appropriate. The original
bug report is available from

http://bugs.debian.org/732150

In order to ease appyling the patch, I've put it on my webspace:

http://wserver.wm1.at/~willi/unrtf.1.diff

thank you
Willi

Am 2013-12-14 20:21, schrieb Bjarni Ingi Gislason:
> Package: unrtf
> Version: 0.21.5-1
> Severity: minor
> Tags: patch
> 
> Dear Maintainer,
> 
> Changes:
> 
>   Space at end of lines removed
> 
>   Long option name excluded from hyphenation with \% in front of it
> 
>   Space between sentences increased to two (*roff default).  Better is
> to start each sentence on a new line, as the file contains formatting
> commands.
> 
>   A full stop, that begins or ends a string, protected with \&
> 
>   - changed to \-, if it means an option
> 
>   - (printed as a hyphen) changed to \[en] (en-dash), if it is used as
> a start of a paragraph
> 
>   Macros UR/UE used around a web-address
> 
>   \: added after / in a web address, to (only) enable hyphenation there
> 
> 
>   Patch:
> 



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

Bug#732331: texi2pdf generates broken pdf

[Matt Kraai]

Package: texinfo
Version: 4.13a.dfsg.1-10

Hi,

When I generate a PDF file from the attached file by running

 texi2pdf unifont.texi >unifont.pdf

the resulting PDF file doesn't display properly in either evince or
Adobe Acrobat Pro.

When I open the PDF with Adobe Acrobat Pro, it displays a dialog
containing the following text:

 There was a problem reading this document (14).

The first seven pages are blank and Chapter 1: Introduction is
displayed on page 8, though it says it's page 1.

This occurs on both wheezy and sid.

-- 
Matt


unifont.texi
Description: TeXInfo document

Bug#680469: lxc: diff for NMU version 0.8.0~rc1-8+deb7u2

[Rob van der Hoeven]

On Mon, 2013-12-16 at 12:50 +0100, Raphael Hertzog wrote:
> Hi,
> 
> following my previous mail, here's the suggested debdiff to fix LXC in
> stable. I'm going to submit this to the stable release team.
> 
> I would welcome tests from real LXC users. My test package is
> here:
> http://people.debian.org/~hertzog/packages/lxc_0.8.0~rc1-8+deb7u2_amd64.deb
> 
> Regards.

Tested the package on a clean VirtualBox amd64 Wheezy system. Creating a
Wheezy LXC container worked after:

1) Installing debootstrap

I think debootstrap should be a dependency because many (most) users are
probably only interested in creating Debian containers.
 
2) Mounting the cgroup filesystem:

I added the following line to fstab:

cgroup  /sys/fs/cgroup cgroup  defaults0   0

And executed: mount -a

Maybe the package should look for a mounted cgroup filesystem and add
one to fstab if its not present?

Thanks for your interest in the LXC Wheezy problems (and the Debian
handbook!)

Rob van der Hoeven.
http://freedomboxblog.nl


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

Bug#732330: nginx-extras: allowing building just one flavour

[Shawn Landden]

Package: nginx-extras
Version: 1.4.4-1
Severity: wishlist

Also would be nice if dpkg-buildpackage -nc (noclean) worked.

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

Kernel: Linux 3.13.0-rc3-00330-gca33675 (SMP w/2 CPU cores; PREEMPT)
Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages nginx-extras depends on:
ii  libc6   2.17-97
ii  libexpat1   2.1.0-4
ii  libgd3  2.1.0-3+b1
ii  libgeoip1   1.6.0-1
ii  liblua5.1-0 5.1.5-5
ii  libpam0g1.1.3-10
ii  libpcre31:8.31-2
ii  libperl5.18 5.18.1-5
ii  libssl1.0.0 1.0.1e-4
ii  libxml2 2.9.1+dfsg1-3
ii  libxslt1.1  1.1.28-2
ii  nginx-common1.4.4-1
ii  perl5.18.1-5
ii  perl-base [perlapi-5.18.1]  5.18.1-5
ii  zlib1g  1:1.2.8.dfsg-1

nginx-extras recommends no packages.

Versions of packages nginx-extras suggests:
pn  nginx-doc  

-- 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#239816: bug#16134: libparted Atari partition table support

[John Paul Adrian Glaubitz]

On 12/16/2013 07:18 PM, Phillip Susi wrote:
> Would you be able to write a test case so make check verifies it is
> working?

What kind of checks does libparted perform during build to verify
it's doing what it's supposed to do. Is there any documentation
or do I need to dig into the code?

Adrian

-- 
 .''`.  John Paul Adrian Glaubitz
: :' :  Debian Developer - glaub...@debian.org
`. `'   Freie Universitaet Berlin - glaub...@physik.fu-berlin.de
  `-GPG: 62FF 8A75 84E0 2956 9546  0006 7426 3B37 F5B5 F913



signature.asc
Description: OpenPGP digital signature

Bug#732325: exodusii: FTBFS: zlib and hdf missing

[Roland Stigge]

Update: You also need csh to make it build.


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

Bug#732208: linux: 3.2.53 breaks chromium on stable/ Debian Wheezy

[Jamie M]

Any fix for this?
Same thing happened to me. Got the proposed update, went to go use 
chromium, but get the exact same thing. I run Debian Wheezy


After Debian Proposed Upgrade to linux-image-3.2.0-4-amd64:amd64
3.2.53-1
Chromium does not start.
Terminal Output: $ chromium
[4374:4374:1215/180130:FATAL:zygote_host_impl_linux.cc(198)] Check
failed: pid_> 0. Did not find zygote process (using sandbox
binary /usr/lib/chromium/chrome-sandbox)


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

Bug#732246: lintian: False positive for rc-version-greater-than-expected-version with "+dev" in version number

[Russ Allbery]

Jakub Wilk  writes:

> The only strings that currently trigger
> rc-version-greater-than-expected-version are "rc", "alpha", "beta",
> "pre", "preview", "prerelease" and "dev". I agree that we should delete
> "dev" from that list.

Not that I have time to implement this at the moment, but an orthogonal
improvement that we could also make would be to look back in the changelog
and see if the version number, despite having one of those strings in it,
is larger than the last upstream version.  That would let us catch:

4.4 -> 4.4-alpha1 -> 4.4-alpha2 -> 4.5

which some (annoying) upstream might want to do.  Since 4.4-alpha1 is
larger than 4.4 and 4.4 existed previously in changelog, we would assume
the packager knew what they were doing and wouldn't complain.

If we had this in place, the dev problem wouldn't have happened, and we
might even be able to reintroduce dev into that list if, at some point in
the future, some other upstream wants:

4.4 -> 4.5dev1 -> 4.5dev2 -> 4.5

-- 
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#732283: Pending fixes for bugs in the libproc-daemon-perl package

[pkg-perl-maintainers]

tag 732283 + pending
thanks

Some bugs in the libproc-daemon-perl package are closed in revision
86e8f7cbf39c33ecde20da0306962275f883ebbb in branch 'master' by Axel
Beckert

The full diff can be seen at
http://anonscm.debian.org/gitweb/?p=pkg-perl/packages/libproc-daemon-perl.git;a=commitdiff;h=86e8f7c

Commit message:

Add patch to use more secure umask for pid file (Closes: #732283)


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

Bug#731265: nvidia-driver: Nvidia Optimus Try 3

[Maxime LOMBARD]

Package: nvidia-driver
Version: 319.76-1
Followup-For: Bug #731265

Dear Maintainer,

I did a new try today.
I do not use slim/gdm/xdm, i connect me on the tty1 and i launch startx to 
launch my session.

for this new try, i used ".xinitrc" and ".xsessionrc" files in my HOME folder. 
In this file, there are only :
xrandr --setprovideroutputsource Intel NVIDIA-0
xrandr --auto

- In the tty1, if i launch startx with the ".xinitrc" file, the result is a X 
crash server + message told me "randr: unrecognized option --auto"

- In the tty1, if i launch startx with the ".sessionrc" file, X server does not 
crash but the black still black. 

I don't understand the difference between ArchLinux and Debian. I do the same 
installation and configuration. (the packages version are the same)

-- Package-specific info:
uname -a:
Linux debian64 3.11-2-amd64 #1 SMP Debian 3.11.10-1 (2013-12-04) x86_64 
GNU/Linux

/proc/version:
Linux version 3.11-2-amd64 (debian-ker...@lists.debian.org) (gcc version 4.8.2 
(Debian 4.8.2-7) ) #1 SMP Debian 3.11.10-1 (2013-12-04)

/proc/driver/nvidia/version:
NVRM version: NVIDIA UNIX x86_64 Kernel Module  319.76  Fri Nov 22 13:33:19 PST 
2013
GCC version:  gcc version 4.8.2 (Debian 4.8.2-10) 

lspci 'VGA compatible controller [0300]':
00:02.0 VGA compatible controller [0300]: Intel Corporation 3rd Gen Core 
processor Graphics Controller [8086:0166] (rev 09) (prog-if 00 [VGA controller])
Subsystem: Micro-Star International Co., Ltd. Device [1462:10d9]
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR- FastB2B- DisINTx+
Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=fast >TAbort- SERR-  [disabled]
Capabilities: 
Kernel driver in use: i915

01:00.0 VGA compatible controller [0300]: NVIDIA Corporation GK104M [GeForce 
GTX 670MX] [10de:11a1] (rev a1) (prog-if 00 [VGA controller])
Subsystem: Micro-Star International Co., Ltd. Device [1462:10d9]
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR- FastB2B- DisINTx-
Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- SERR- 
Kernel driver in use: nvidia

dmesg:
[0.00] No AGP bridge found
[0.00] No AGP bridge found
[0.00] Console: colour VGA+ 80x25
[0.642979] vgaarb: device added: 
PCI::00:02.0,decodes=io+mem,owns=io+mem,locks=none
[0.642983] vgaarb: device added: 
PCI::01:00.0,decodes=io+mem,owns=none,locks=none
[0.642984] vgaarb: loaded
[0.642985] vgaarb: bridge control possible :01:00.0
[0.642986] vgaarb: no bridge control possible :00:02.0
[0.912701] Linux agpgart interface v0.103
[5.239826] nvidia: module license 'NVIDIA' taints kernel.
[5.246033] nvidia :01:00.0: enabling device (0006 -> 0007)
[5.246086] vgaarb: device changed decodes: 
PCI::01:00.0,olddecodes=io+mem,decodes=none:owns=none
[5.246153] NVRM: loading NVIDIA UNIX x86_64 Kernel Module  319.76  Fri Nov 
22 13:33:19 PST 2013

OpenGL and NVIDIA library files installed:
lrwxrwxrwx 1 root root   15 Dec 16 18:13 /etc/alternatives/glx -> 
/usr/lib/nvidia
lrwxrwxrwx 1 root root   41 Dec 16 18:13 
/etc/alternatives/glx--libGL.so.1-i386-linux-gnu -> 
/usr/lib/i386-linux-gnu/nvidia/libGL.so.1
lrwxrwxrwx 1 root root   41 Dec 16 18:13 
/etc/alternatives/glx--libGL.so.1-i386-linux-gnu -> 
/usr/lib/i386-linux-gnu/nvidia/libGL.so.1
lrwxrwxrwx 1 root root   43 Dec 16 18:13 
/etc/alternatives/glx--libGL.so.1-x86_64-linux-gnu -> 
/usr/lib/x86_64-linux-gnu/nvidia/libGL.so.1
lrwxrwxrwx 1 root root   43 Dec 16 18:13 
/etc/alternatives/glx--libGL.so.1-x86_64-linux-gnu -> 
/usr/lib/x86_64-linux-gnu/nvidia/libGL.so.1
lrwxrwxrwx 1 root root   49 Dec 16 18:13 
/etc/alternatives/glx--libnvidia-cfg.so.1-i386-linux-gnu -> 
/usr/lib/i386-linux-gnu/nvidia/libnvidia-cfg.so.1
lrwxrwxrwx 1 root root   51 Dec 16 18:13 
/etc/alternatives/glx--libnvidia-cfg.so.1-x86_64-linux-gnu -> 
/usr/lib/x86_64-linux-gnu/nvidia/libnvidia-cfg.so.1
lrwxrwxrwx 1 root root   25 Dec 16 18:13 
/etc/alternatives/glx--linux-libglx.so -> /usr/lib/nvidia/libglx.so
lrwxrwxrwx 1 root root   42 Dec 16 18:13 
/etc/alternatives/glx--nvidia-blacklists-nouveau.conf -> 
/etc/nvidia/nvidia-blacklists-nouveau.conf
lrwxrwxrwx 1 root root   36 Dec 16 18:13 
/etc/alternatives/glx--nvidia-bug-report.sh -> 
/usr/lib/nvidia/nvidia-bug-report.sh
lrwxrwxrwx 1 root root   29 Dec 16 18:13 
/etc/alternatives/glx--nvidia_drv.so -> /usr/lib/nvidia/nvidia_drv.so
lrwxrwxrwx 1 root root   23 Dec 16 18:13 /etc/alternatives/nvidia -> 
/usr/lib/nvidia/current
lrwxrwxrwx 1 root root   49 Dec 16 18:13 
/etc/alternatives/nvidia--libGL.so.1-i386-linux-gnu -> 
/usr/lib/i386-linux-gnu/nvidia/current/libGL.so.1
lrwxrwxrwx 1 root root   49 Dec 16 18:13 
/etc/alternatives/nvidia--libGL.so.1-i386-linux-gnu -> 
/usr/lib/i386-linux-gnu/nvidia/current/libGL.so.1
lrwxrwxrwx 1 root root   51 

Bug#731477: [Pkg-sysvinit-devel] Bug#731477: sysvinit: Hangs when booted into "-b" (emergency) mode

[Jeffrey Sheinberg]

On Fri, Dec 13, 2013 at 10:51:17PM -0200, Henrique de Moraes Holschuh wrote:
> On Sun, 08 Dec 2013, Jeffrey Sheinberg wrote:
> > On Sun, Dec 08, 2013 at 07:03:02PM +, Roger Leigh wrote:
> > > On Thu, Dec 05, 2013 at 03:18:58PM -0500, Jeffrey Sheinberg wrote:
> > > > I regularly boot into "-b" (emergency) at least once a week, in order to
> > > > perform backups of my root partition while it is in a read-only state.
> > > > 
> > > > I have never experienced any problems with using "-b" (emergency) mode
> > > > before encountering this problem.
> > > > 
> > > > This problem has so far only happened when booting this linux kernel,
> > > > 
> > > > linux-image-3.11-0.bpo.2-amd64
> > > 
> > > This is an odd problem, and it's going to be tricky to track down
> > > without being able to easily reproduce it.  If you notice the
> > > keyboard lights flickering, this looks like it's possibly an
> > > input layer issue.  If only this kernel exhibits the problem then
> > > sysvinit is unlikely to be involved directly.  I would suggest
> > > looking at a newer kernel e.g. 3.12 and the options the kernel
> > > was compiled with.
> 
> This typically happens when something in the USB + HID stacks is missing.
> 
> Please try initramfs from unstable (or backports), it works around this kind
> of limitation of the extremely modular distro kernels.  But you'll still be
> hosed if it can't run long enough to start udev and modprobe a lot of
> modules.

Henrique,

This problem initially manifested after the new

"linux-image-3.11-0.bpo.2-amd64"

kernel was installed, and its corresponding initrd was created by

"initramfs-tools-0.113~bpo70+1"

However, after I installed

"initramfs-tools-0.115"

and then deleted and (re)created the initrd, and tested by rebooting
into "-b" (emergency) mode, then problem was fixed!

Thanks so much for your suggestions,

-- 
Jeffrey Sheinberg


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

Bug#703149: [RRD ERROR] Unable to graph /group/node.domain.tld/load-month.png : Could not save png to '/group/node.domain.tld/load-month.png'

[Christoph Biedl]

forwarded 703149 http://munin-monitoring.org/ticket/1289
thanks

Raoul Bhatia wrote...

> I have configured 10 nodes belonging to one group via
> /etc/munin/munin-conf.d/group
> 
> In the logs, i see
> >2013/03/16 06:31:21 asked for (group, node.domain.tld, load, month) 
> >2013/03/16 06:31:21 [PERL WARNING] Use of uninitialized value $cgi_tmp_dir 
> >in concatenation (.) or string at /usr/share/munin/munin-graph line 243, 
> > line 1258.
> >2013/03/16 06:31:21 Starting munin-graph
> >2013/03/16 06:31:21 [INFO] Looking into drawing 
> >/group/node.domain.tld/load-month.png
> >2013/03/16 06:31:21 [RRD ERROR] Unable to graph 
> >/group/node.domain.tld/load-month.png : Could not save png to 
> >'/group/node.domain.tld/load-month.png'

This so very much looks like the upstream bug mentioned above I took
the liberty to link to it. Unless I'm mistaken, the actual reason for
your trouble is after adding more nodes, munin-graph needs too much
time to run, more than about 300 seconds, resulting in the trouble you
see above.

Workarounds (quoting munin#1289):

| * Apply the patch from #1394 that will quarter the run-time of
|   munin-graph most of the time.
| * Switch to CGI based graphing. 

Regards,

Christoph


signature.asc
Description: Digital signature

Bug#730896: kexec-tools: FTBFS: stdc-predef.h:30:26: fatal error: bits/predefs.h: No such file or directory

[Khalid Aziz]

On Sat, 2013-11-30 at 16:28 +0100, David Suárez wrote:
> During a rebuild of all packages in sid, your package failed to build on
> amd64.
> 
> Relevant part (hopefully):
> > gcc -m32 -D_FORTIFY_SOURCE=2 -I./include -I./util_lib/include -Iinclude/  
> > -DRELOC=0x1  -c -MD -o kexec_test/kexec_test16.o 
> > kexec_test/kexec_test16.S
> > In file included from :0:0:
> > /usr/include/stdc-predef.h:30:26: fatal error: bits/predefs.h: No such file 
> > or directory
> >  #include 
> >   ^
> > compilation terminated.
> > make[1]: *** [kexec_test/kexec_test16.o] Error 1

I have tried to reproduce this problem multiple times so I could debug
it and have failed to reproduce it. Error message looks like issue with
glibc. buildd shows amd64 package for kexec-tools built and installed
successfully -
.
Could it have been a glitch in glibc that has been resolved?

--
Khalid


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

Bug#732321: freeorion: FTBFS: Freetype library not found

[Steve Langasek]

Control: reassign -1 cmake

> I have not changed anything in freeorion and freetype was detected
> without any problems the last time. I believe this is either a bug in
> cmake or freetype. Please feel free to reassign then.

> The only difference between the latest version of freetype and the
> upload before is, that ft2build.h is now located in

> /usr/include/freetype2/ft2build.h

> instead of

> /usr/include/ft2build.h

> However cmake checks for the existence of ft2build.h in /usr/include
> when it tries to detect freetype2. Obviously this fails now.

Well, this seems to be a bug in cmake then.  The move of the headers to a
subdir was done by upstream, not by us.  Both the pkg-config .pc file and
freetype-config in the libfreetype6-dev package return the correct include
paths.  That cmake bypasses these and does its own inconsistent probing is a
cmake bug, not a freetype bug.

-- 
Steve Langasek   Give me a lever long enough and a Free OS
Debian Developer   to set it on, and I can move the world.
Ubuntu Developerhttp://www.debian.org/
slanga...@ubuntu.com vor...@debian.org


signature.asc
Description: Digital signature

Bug#732314: RM: iceape/2.7.12-1

[Moritz Muehlenhoff]

On Mon, Dec 16, 2013 at 07:00:29PM +, Adam D. Barratt wrote:
> Control: retitle -1 RM: iceape -- RoST; no longer security-supported
> Control: tags -1 + pending
> 
> On Mon, 2013-12-16 at 17:15 +0100, Moritz Muehlenhoff wrote:
> > Please remove iceape from Wheezy. We had to end-of-life it for
> > stable (DSA 2819) and removing it from stable prevents people
> > from installing it in fresh Wheezy installations.
> 
> What about squeeze?

The same applies.

Cheers,
Moritz


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

Bug#732314: RM: iceape/2.7.12-1

[Adam D. Barratt]

Control: retitle -1 RM: iceape -- RoST; no longer security-supported
Control: tags -1 + pending

On Mon, 2013-12-16 at 17:15 +0100, Moritz Muehlenhoff wrote:
> Please remove iceape from Wheezy. We had to end-of-life it for
> stable (DSA 2819) and removing it from stable prevents people
> from installing it in fresh Wheezy installations.

What about squeeze?

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#732328: magics++: FTBFS: Cannot find qmake in your PATH.

[Aaron M. Ucko]

Source: magics++
Version: 2.18.15-4
Severity: serious
Justification: fails to build from source

Hello again.

Builds of magics++ in minimal environments (as on the autobuilders)
have been failing:

  configure:19422: checking for Qt
  configure: this is autotroll.m4 serial 4
  configure:19597: checking for qmake
  configure:19631: result: no
  configure:19597: checking for qmake-qt4
  configure:19631: result: no
  configure:19597: checking for qmake-qt3
  configure:19631: result: no
  configure:19641: error: Cannot find qmake in your PATH. Try using --with-qt.

Please declare a build dependency on libqt4-dev.  You might also
consider cleaning up the reference to libmotif-dev (#723576) while
you're at it.

Thanks!


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

Bug#732321: freeorion: FTBFS: Freetype library not found

[Markus Koschany]

Control: reassign 732321 libfreetype6-dev

Hello and thanks for the report!

On 16.12.2013 18:32, Roland Stigge wrote:
> Source: freeorion
> Version: 0.4.3-2
> Severity: serious
> 
> Hi,
> 
> freeorion FTBFS in current unstable like this:
> 
> ...
> 
> -- Could NOT find Freetype (missing:  FREETYPE_INCLUDE_DIRS) 
> CMake Error at GG/CMakeLists.txt:209 (message):
>   Freetype library not found.
> 

I have not changed anything in freeorion and freetype was detected
without any problems the last time. I believe this is either a bug in
cmake or freetype. Please feel free to reassign then.

The only difference between the latest version of freetype and the
upload before is, that ft2build.h is now located in

/usr/include/freetype2/ft2build.h

instead of

/usr/include/ft2build.h

However cmake checks for the existence of ft2build.h in /usr/include
when it tries to detect freetype2. Obviously this fails now.

I saw that a similar bug was reported against brutalchess.

http://bugs.debian.org/732235

Regards,

Markus



signature.asc
Description: OpenPGP digital signature

Bug#732272: exactimage: FTBFS: /usr/bin/ld: cannot find -lungif

[Sven Eckelmann]

clone 732272 -1
reassign -1 exactimage 0.8.9-2
retitle -1 exactimage: Should not link against deprecated libungif
tags -1 + pending
thanks

On Monday 16 December 2013 18:28:47 Thibaut GRIDEL wrote:
> Hello,
> 
> I think there are 2 issues. If you agree we should split this one and
> provide 2 fixes.
> * Sven Eckelmann [2013-12-16 10:11]:
> > Thanks for the bug report.
> > 
> > > On Mon, Dec 16, 2013 at 16:59:12 +0900, Nobuhiro Iwamatsu wrote:
> > On Monday 16 December 2013 09:29:25 Julien Cristau wrote:
> > > > /usr/bin/ld: cannot find -lungif
> > > > collect2: error: ld returned 1 exit status
> > > > Could you check this problem?
> 
> 1) exactimage links against libungif which package was removed in 2005.
> giflib provided symlinks until then, but I think we should clean this
> nowadays. Seeing no reverse dependency on the provided libungif-dev, I
> (wrongly it seems) assumed that libungif symlinks had their days.
> 
> I think exactimage should now link with libgif to be more consistent with
> its build-depends.

Thanks for your reply. I will upload the fix for exactimage.

Kind regards,
Sven


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

Bug#731812: krb5-kdc: KDC with db2 backend cannot create a new database

[Russ Allbery]

Sam Hartman  writes:

> control: tags -1 moreinfo

> Hi.
> I'm not able to reproduce this.

Hi Sam,

See the subsequent discussion on kerbe...@mit.edu.  This turned out to be
my problem: I was reusing the Kerberos context passed in to a kadm5_hook
to open a new kadmin session, which ends up closing the one used by the
KDC internally.  Once I modified my hook to create a new Kerberos context
for that purpose, everything worked properly.

-- 
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