Bug#724575: efingerd: No IP address sent to the secript if using IPv6

[stephane]

Package: efingerd
Version: 1.6.2.7+nmu1
Severity: normal

Dear Maintainer,

I run efingerd from inetd and enabled IPv6. It works fine, of course,
but the parameter $2 sent to the /etc/efingerd scripts such as
"luser" is set to 0.0.0.0 :-( which makes messages like:

Hello 0.0.0.0,

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

Kernel: Linux 3.2.50-xenU-8149-i386 (SMP w/1 CPU core)
Locale: LANG=C, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages efingerd depends on:
ii  adduser3.113+nmu3
ii  debconf [debconf-2.0]  1.5.49
ii  libc6  2.13-38
ii  libident   0.22-3
ii  netbase5.0
ii  update-inetd   4.43

efingerd recommends no packages.

Versions of packages efingerd suggests:
ii  finger  0.17-15

-- Configuration Files:
/etc/efingerd/list changed [not included]
/etc/efingerd/log changed [not included]
/etc/efingerd/luser changed [not included]
/etc/efingerd/nouser changed [not included]

-- debconf information:
  efingerd/allow_files: true
  efingerd/show_names: true


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

Bug#724577: locate: Should also ignore bind mounts

[Samuel Thibault]

Package: locate
Version: 4.4.2-6
Severity: normal

Hello,

On my system, I have a bind mount pointing into an nfs.
/etc/cron.daily/locate does not prevent from following bind mounts, and
thus enters the nfs. bind should thus be added to PRUNEFS, to avoid
entering the nfs mount.

Samuel

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

Kernel: Linux 3.11.0 (SMP w/8 CPU cores)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages locate depends on:
ii  findutils  4.4.2-6
ii  libc6  2.17-92+b1

locate recommends no packages.

locate suggests no packages.

-- no debconf information

-- 
Samuel
 >bah moi j'aime bien le flash et je cherche plus a comprendre
 >crosoft. Ca plante : je reinstalle
 Ca à le mérite de créer des emplois jeunes : "réinstalleur de crosoft"
 -+- BD in NPC : Bill Gates au secours de l'emploi -+-


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

Bug#719290: Closing this bug

[Thomas Goirand]

Since Essex isn't affected, Wheezy doesn't have the bug, and therefore,
I am closing this bug report.

Cheers,

Thomas


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

Bug#721844: transition: ibus

[Julien Cristau]

On Wed, Sep  4, 2013 at 23:37:51 +0900, Osamu Aoki wrote:

>--> package newer upstream using new GObject introspection
>  * ibus-anthy: already in exp by me.
> 
Hi,

ibus-anthy is currently blocking the transition because of #712575,
which the BTS believes affects 1.5.3-3.  Is that actually an issue in
the current version?  If not, please tell the BTS that.  If yes, is
there a plan for fixing it?

Cheers,
Julien


signature.asc
Description: Digital signature

Bug#723833: owncloud-client: "Show Desktop Notifications" setting inoperant

[Roland Mas]

Roland Mas, 2013-09-20 11:07:09 +0200 :

[...]

> This seems to still be the case in current upstream git.

For the record: this is mostly fixed in upstream commit
525d12f5a284be20d7b230bd5b22e07c29234a51, part of the (future) 1.4.1
release.

Roland.
-- 
Roland Mas

Using a big hammer without caution can cause big damage.
  -- PostgreSQL documentation, chapter 42


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

Bug#724491: localepurge: "debconf-communicate -fnoninteractive localepurge" does not work

[Steven Shiau]

On 09/25/2013 02:46 PM, Niels Thykier wrote:
> Mmm, honestly I have never done much of that so I can only be of limited
> help here.  By the looks of it though, it seems that you should use
> debconf-set-selections.  Apparently, debconf-communicate is for
> "debugging"-purposes.  Note that debconf-det-selections does seem to use
> a slightly different format (and defaults to marking things as "seen").
Hi Niels,
Cool! Thanks for telling me to use debconf-set-selections. It works
well. Awesome!
By doing this:
debconf-set-selections < 
National Center for High-performance Computing, Taiwan.
http://www.nchc.org.tw
Public Key Server PGP Key ID: 4096R/47CF935C
Fingerprint: 0240 1FEB 695D 7112 62F0  8796 11C1 12DA 47CF 935C


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

Bug#724561: Suggesting 'linux-image' prevents auto-removal of any linux-image package

[Ritesh Raj Sarraf]

On Wednesday 25 September 2013 09:05 AM, Ben Hutchings wrote:
> Currently APT's auto-removal criteria are very conservative; it will
> not remove any package where another package has any level of
> dependency on it (Depends, Recommends or Suggests).  This includes
> cases where the dependency is on a virtual package that is also
> provided by multiple packages - none of them can be removed.
>
> To allow auto-removal of linux-image-* packages, nothing should
> depend on/recommend/suggest the virtual package 'linux-image'.

Hello Ben,

systemtap would like to have the linux-image dbg packages available, for
full functionality. Currently there's no virtual package for it.
Would it make sense to introduce a virtual -dbg package ?

-- 
Ritesh Raj Sarraf
RESEARCHUT - http://www.researchut.com
"Necessity is the mother of invention."




signature.asc
Description: OpenPGP digital signature

Bug#724102: #724102: pandoc misses recommends on pandoc-data

[intrigeri]

Hi,

Charles Plessy wrote (25 Sep 2013 05:44:33 GMT) :
> For the purpose of building manpages with pandoc, the solution is either to
> build-depend on pandoc-data, or to make pandoc depend instead of recommend
> pandoc-data.

> Let me know which solution you prefer.

As the maintainer of a package that is now FTBFS'ing due to the pandoc
package split, I don't care much: I can easily upload fixed packages
with the additional build-dep.

As a pandoc user, I wonder what pandoc is useful for without its
default set of templates (shipped in the -data package), that are
needed AFAIK for a huge majority of usecases, so I would strongly
prefer to see a depends here instead of a recommends.

But I'm not the maintainer of pandoc.

Cheers,
-- 
  intrigeri
  | GnuPG key @ https://gaffer.ptitcanardnoir.org/intrigeri/intrigeri.asc
  | OTR fingerprint @ https://gaffer.ptitcanardnoir.org/intrigeri/otr.asc


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

Bug#724044: chkrootkit: 27: [: Illegal number: 10-3-amd64

[Ian Campbell]

Package: chkrootkit
Version: 0.49-4.1
Followup-For: Bug #724044

I've just tripped over this same issue, would be nice to get it fixed.

I notice that this is checking for pre-2.6 versions of the kernel. There hasn't
been such a kernel in Debian for several releases now, lenny or etch was
probably the last one.  So the whole check can just be removed IMHO. Or
replaced with:
case $(uname -r) in
0*|1*|2.[012345]*) abort...
*) continue
esac

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

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

Versions of packages chkrootkit depends on:
ii  binutils2.22-8
ii  cdebconf [debconf-2.0]  0.184
ii  debconf [debconf-2.0]   1.5.50
ii  libc6   2.17-92
ii  net-tools   1.60-25
ii  procps  1:3.3.4-2

chkrootkit recommends no packages.

chkrootkit suggests no packages.

-- debconf information:
* chkrootkit/run_daily: true
* chkrootkit/run_daily_opts: -q
* chkrootkit/diff_mode: false


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

Bug#706761: override: dynare:math/extra, octave-audio:math/extra, octave-benchmark:math/extra, octave-bim:math/extra, octave-communications:math/extra, octave-control:math/extra, octave-data-smoothing

[Sébastien Villemot]

Le mercredi 25 septembre 2013 à 08:42 +0200, Thomas Weber a écrit :
> Hi Sébastien, 
> On Sun, Sep 22, 2013 at 10:20:23PM +0200, Luca Falavigna wrote:
> > 2013/6/16 Thomas Weber :
> > > Could ftpmasters please indicate how they want to proceed here?
> > 
> > Actually, the preferred solution would be to move octave to optional.
> 
> We are currently part of the glpk and the suitesparse transition. Is it
> still okay to upload a new octave package?

Yes. The transitions have actually not yet started.

-- 
 .''`.Sébastien Villemot
: :' :Debian Developer
`. `' http://www.dynare.org/sebastien
  `-  GPG Key: 4096R/381A7594



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

Bug#719623: linux-image-3.10-3-amd64: still present in 3.10-3-amd64

[Johannes Rohr]

The joyful news I received today is that the patch has been committed upstream 
to the 3.10 stable tree:

http://git.kernel.org/cgit/linux/kernel/git/stable/stable-queue.git/commit/?id=47b04e91606a459a5c60abc6a5d03bcc6bd6d801

So I trust that it will make it into Debian soon.

Johannes


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

Bug#724573: postgresql: postgresql init could not create IPv4 socket. permission denied

[Christoph Berg]

Control: tags -1 moreinfo

Re: John Proios 2013-09-25 
<20130925054914.4143.77423.report...@hit-nxdomain.opendns.com>
> 2013-09-25 08:46:13 EEST LOG:  could not create IPv4 socket: permission denied
> 2013-09-25 08:46:13 EEST WARNING:  could not create listen socket for 
> "127.0.0.1"
> 2013-09-25 08:46:13 EEST LOG:  could not create IPv4 socket: permission denied
> 2013-09-25 08:46:13 EEST WARNING:  could not create listen socket for 
> "192.168.1.98"

Hi John,

is this with SElinux active, or some capabilities removed from root or
the postgres user? "permission denied" for port 5432 is a very unusual
error. Is 5432 what you have in the config?

Christoph
-- 
c...@df7cb.de | http://www.df7cb.de/


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

Bug#706798: libav 9 porting guide

[Rebecca N. Palmer]

Is there a libav 9 porting guide available somewhere?


The 0.8 deprecated (= 9 removed) list 
(http://libav.org/doxygen/release/0.8/deprecated.html) has suggested 
replacements for most of them.


PixelFormat is now AVPixelFormat, and its entries are similarly renamed: 
http://libav.org/doxygen/release/9/pixfmt_8h.html#a9a8e335cf3be472042bc9f0cf80cd4c5



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

Bug#724576: libgl1-mesa-glx: libGL error: failed to load driver: nouveau

[Sven Joachim]

Am 25.09.2013 um 09:09 schrieb Thomas Bechtold:

> Package: libgl1-mesa-glx
> Severity: normal
>
> Dear Maintainer,
>
> when I try to start gdm3 as display manager, the gdm logfile tells me:
>
>
> error: XDG_RUNTIME_DIR not set in the environment.
> libGL error: failed to load driver: nouveau
> libGL error: Try again with LIBGL_DEBUG=verbose for more details.

You may want to do as suggested.  The X server apparently has no
problem with the nouveau driver:

> [   269.270] (II) NOUVEAU(0): [DRI2]   DRI driver: nouveau
> [   269.283] (II) AIGLX: Loaded and initialized nouveau
> [   269.283] (II) GLX: Initialized DRI2 GL provider for screen 0

Do you have any real issues beside the error messages in the gdm log?

Cheers,
   Sven


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

Bug#724578: bmon: No qdisc inspection

[Cesare Leonardi]

Package: bmon
Version: 1:2.1.1~pre1-1
Severity: wishlist

This package doesn't support the netlink module and, as a consequence,
bmon cannot show details about qdiscs and classes. It's a big pity,
because bmon seems to be the only small program i've found to show useful
and human readable qdisc/class statistics.

The changelog shows that you have reverted the upload of a 3.0 branch and
also the support for libnl, requested by the netlink module.
But now 3.1 is out, and seems to be supported by Red Hat: any chance to
upgrade with netlink module enabled?

Cesare.


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

Kernel: Linux 3.11-trunk-486
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Shell: /bin/sh linked to /bin/dash

Versions of packages bmon depends on:
ii  libasound2   1.0.27.2-1
ii  libc62.17-92+b1
ii  libdbi1  0.8.4-6
ii  libncurses5  5.9+20130608-1
ii  librrd4  1.4.7-2+b1
ii  libtinfo55.9+20130608-1

bmon recommends no packages.

bmon 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#717773: /usr/bin/gdomap: please split out gdomap or disable it by default

[Dominik George]

Package: gnustep-base-runtime
Version: 1.22.1-4.1
Followup-For: Bug #717773
Control: severity -1 normal

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Hi,

there is an effort running to replace unrar-free with unar, because
unrar-free is unmaintained upstream [1]. In the course of this effort,
it was found that replacing unrar-free with unar would pull in
gnustep-base-runtime and thus autostart the gdomap daemon on some 1
hosts [2][3].

We do not find that desireable, and I second the request of the original
poster to seperate gdomap in its own package and sugegst it from
gnustep-base-runtime or disable it by default.

Attached is a patch that disables the daemon by default. If there are no
good reasons for running the daemon by default, please apply it!

Cheers,
Nik

[1] https://lists.debian.org/debian-devel/2013/09/msg00480.html
[2] https://lists.debian.org/debian-devel/2013/09/msg00499.html
[3] http://qa.debian.org/popcon.php?package=unrar-free

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

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

Versions of packages gnustep-base-runtime depends on:
ii  gnustep-base-common1.22.1-4.1
ii  gnustep-common [gnustep-fslayout-fhs]  2.6.2-2.1
ii  libc6  2.17-92+b1
ii  libgcc11:4.8.1-10
ii  libgnustep-base1.221.22.1-4.1
ii  libobjc4   4.8.1-10
ii  lsb-base   4.1+Debian12

gnustep-base-runtime recommends no packages.

gnustep-base-runtime suggests no packages.

- -- no debconf information

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

iQJOBAEBCAA4BQJSQqBBMRpodHRwczovL3d3dy5kb21pbmlrLWdlb3JnZS5kZS9n
cGctcG9saWN5LnR4dC5hc2MACgkQt5o8FqDE8paXJxAAk4Yhc2EGfFD1qlub+s4O
v3fFaXSjknIHyezyeHAyrGIjtIaO88QqQoui15vYBie8q4YKxhXKBdEA5Tn47NlQ
MjTFWceBVuRXWa2Mpl3oSmHPps6yA6Wlf6y/pgvSVG9bWjx9eM7ACsguJrg5+Gl5
4Zb4Ygn7tCgyZdXTCJjokdyIyzSj2aCSp9Mdo2DIy8s1wsZw15R+xv8qvye3PIRA
yTs9QDELpxM03VeZHQ1jnYUXCfr27uZq77/wDSueb6Y+kFxvcpaSF9xqltgxFNcB
1QWJP2OipxrovvJvk65gVo9e6Wyzq16J8IN19Ryg4E2TPkaMEYVUChVamFtHcJP6
dYHtuU8Qwxo4n6PkkTIUrt8tHwNqZiLTohoFBxi0dHQG/nCHSgtJQP1mgKIdvh8u
GSVbHtD7l+7zhYYIqTzUuyKX2lnN1PNlxSdKkhvHlfNyJvK2L5epKQG+S83FWAd5
dZpoSReQ2qOlxYH5Eee9x/9qhCjnSnjoaDQp3Ken1r/xuC/uwD8DU4wyLsLzTxTp
zMXNSZ+hQU6GNKWywOUvvgivTRDrwHE3TIDm7WGHVFCUF8QvKD1+etXniX0jgwxU
jjb87/4T3G4IB1E3gcLp9KWCFXc7fKzK3U+rp51ohpiZOpobXfVb2DmV5gSn2AOw
YAyTzYBm6QQhYKHiEIb1f08=
=Lbeb
-END PGP SIGNATURE-
diff -Naupr gnustep-base-1.22.1.old/debian/gdomap.default gnustep-base-1.22.1/debian/gdomap.default
--- gnustep-base-1.22.1.old/debian/gdomap.default	2013-09-25 10:31:54.879055928 +0200
+++ gnustep-base-1.22.1/debian/gdomap.default	2013-09-25 10:33:28.956471139 +0200
@@ -25,3 +25,4 @@
 # Kill with SIGUSR1 to obtain a dump of all known peers in /tmp/gdomap.dump
 #
 GDOMAP_ARGS="-p"
+RUN_DAEMON="no"
diff -Naupr gnustep-base-1.22.1.old/debian/gnustep-base-runtime.gdomap.in gnustep-base-1.22.1/debian/gnustep-base-runtime.gdomap.in
--- gnustep-base-1.22.1.old/debian/gnustep-base-runtime.gdomap.in	2013-09-25 10:31:54.879055928 +0200
+++ gnustep-base-1.22.1/debian/gnustep-base-runtime.gdomap.in	2013-09-25 10:33:04.476103592 +0200
@@ -20,6 +20,7 @@ DESC="GNUstep distributed object mapper"
 PIDFILE=/var/run/$NAME.pid
 
 GDOMAP_ARGS=
+RUN_DAEMON="no"
 if [ -f /etc/default/gdomap ]; then
 . /etc/default/gdomap
 fi
@@ -28,6 +29,14 @@ fi
 
 case "$1" in
   start)
+	case "$(echo "${RUN_DAEMON}" | tr A-Z a-z)" in
+	  true|1|enabled|on|yes|ok)
+		;;
+	  *)
+		exit 0
+		;;
+	esac
+
 	echo -n "Starting $DESC: "
 	start-stop-daemon --start --oknodo --quiet --exec $DAEMON \
 		-- -I $PIDFILE $GDOMAP_ARGS

Bug#724576: libgl1-mesa-glx: libGL error: failed to load driver: nouveau

[Thomas Bechtold]

On 09/25/2013 10:31 AM, Sven Joachim wrote:
>> error: XDG_RUNTIME_DIR not set in the environment.
>> libGL error: failed to load driver: nouveau
>> libGL error: Try again with LIBGL_DEBUG=verbose for more details.
> 
> You may want to do as suggested.  The X server apparently has no
> problem with the nouveau driver:
> 
>> [   269.270] (II) NOUVEAU(0): [DRI2]   DRI driver: nouveau
>> [   269.283] (II) AIGLX: Loaded and initialized nouveau
>> [   269.283] (II) GLX: Initialized DRI2 GL provider for screen 0
> 
> Do you have any real issues beside the error messages in the gdm log?

Yes. gdm does not appear. There's just a black screen with the mouse
pointer.

Cheers,

Tom


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

Bug#724272: mailutils-guile: update dependency to guile 2.0

[Jordi Mallach]

Bon dia Aleix,

On Mon, Sep 23, 2013 at 12:15:28AM -0700, Aleix Conchillo Flaqué wrote:
> Actually, I can load mailtutils guile module with 2.0. So, I guess the
> only problem is the debian package dependency.

I don't see any guile-1.8 dependency on the package, which version were you
looking at?

-- 
Jordi Mallach Pérez  --  Debian developer http://www.debian.org/
jo...@sindominio.net jo...@debian.org http://www.sindominio.net/
GnuPG public key information available at http://oskuro.net/


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

Bug#721600: udev rules don't get applied, resulting in incorrect device ownership

[Laurent Bigonville]

Hello Andrew,

The /etc/udev/rules.d/52-nut-usbups.rules file is not shipped by nut
packages for quite some times now (pre-squeeze) and can safely be
removed.

The nut-server.preinst was supposed to remove this file on upgrade, but
it seems that we forgot a case where the user is upgrading for the
first time after we have split the nut package into nut-client and
nut-server.

Could you please clarify which version of debian you were running
before you have upgraded to wheezy?

Cheers

Laurent Bigonville


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

Bug#724576: libgl1-mesa-glx: libGL error: failed to load driver: nouveau

[Sven Joachim]

Am 25.09.2013 um 10:44 schrieb Thomas Bechtold:

> On 09/25/2013 10:31 AM, Sven Joachim wrote:
>>> error: XDG_RUNTIME_DIR not set in the environment.
>>> libGL error: failed to load driver: nouveau
>>> libGL error: Try again with LIBGL_DEBUG=verbose for more details.
>> 
>> You may want to do as suggested.  The X server apparently has no
>> problem with the nouveau driver:
>> 
>>> [   269.270] (II) NOUVEAU(0): [DRI2]   DRI driver: nouveau
>>> [   269.283] (II) AIGLX: Loaded and initialized nouveau
>>> [   269.283] (II) GLX: Initialized DRI2 GL provider for screen 0
>> 
>> Do you have any real issues beside the error messages in the gdm log?
>
> Yes. gdm does not appear. There's just a black screen with the mouse
> pointer.

That might be http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=722930.
Have you looked at that bug yet?

Cheers,
   Sven


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

Bug#724579: Ipv4 multiwan routes using nexthop provokes connection breaks

[deltasight]

Package: linux-image-3.6.11+
Version: 3.6.11+
Severity: normal

Hi,

I built two multiwan debian routers with identical configuration.
The first one runs Debian 7.1 (kernel 3.2.0-4-686-pae) and the second one is 
runs Raspbian 2013-09-10 (armv6l, kernel  3.6.11+ #538 PREEMPT).

The second router (armv6l) provokes connection breaks when used in a multiwan 
configuration. My conf was fine with the first router.
Ping is ok but I cannot establish proper http connections from other computers 
within the network.
When the router uses a single route, everything works well.

I build a multiwan route with:
ip route add default scope global nexthop via gateway1_ip dev eth0 weight 1 
nexthop via gateway2_ip dev eth0:0 weight 1 nexthop via gateway3_ip dev eth0:1 
weight 1

I build a single route with:
ip route add 0.0.0.0/0 via gateway1_ip dev eth0

My problem may be related to the arm version of the 3.6 kernel or iptables.
I tried to tune /proc/sys/net/ipv4/conf/*/rp_filter unsuccessfully.

Thank you.


-- System Information:
Debian Release: 7.1
Architecture: armhf (armv6l)

Kernel: Linux 3.6.11+ (PREEMPT)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash


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

Bug#724305: [Pkg-postgresql-public] PostgreSQL 9.1 support in jessie?

[Daniel Pocock]

On 24/09/13 08:38, Daniel Pocock wrote:
>
> On 24/09/13 07:54, Martin Pitt wrote:
>> Daniel Pocock [2013-09-23 19:20 +0200]:
>>> I'm just wondering about the status of PostgreSQL 9.1 for jessie, will
>>> it still be included?
>> No, as usual we will only support one major version in each Debian
>> release, which will be 9.3. We will remove 9.1 soon, and rebuild all
>> extensions against 9.3, and only keep older versions on
>> apt.postgresql.org.
>>
>> 9.1 is already quite old, and won't be supported upstream long enough
>> for jessie's lifetime.
>>
>>> The recently uploaded PostBooks packages don't work with 9.3 and
>>> upstream's compatibility matrix doesn't mention 9.3 yet:
>> Hmm, if that is a recent project, why has it been developed against a
>> rather old PostgreSQL? At least 9.2 has been around for 1.5 years now.
> I suspect that as it is a business software application they are
> supporting users who have RHEL6 or Ubuntu LTS.  Those platforms seem to
> be allowing people to run existing PostgreSQL server versions for 5
> years or more
>
>> There's still plenty of time to get it ported to 9.3, though, jessie
>> only just started.
> We're tracking this issue now, I'll follow up with upstream
>
>



I just had a closer look at the situation:

RHEL6/CentOS6 (which is getting old, RHEL7 is coming next year?) has
PostgreSQL 8.4

Red Hat "Software Collections", described on ZDNet, is offering
PostgreSQL 9.2 and appears to be a preview of what will come in RHEL7. 
One post appeared on Planet PostgreSQL making a similar prediction.

Ubuntu 12.04 LTS has both PostgreSQL 8.4 and 9.1

This leaves me feeling that developers of some business applications are
likely to favor those versions (9.1 or 9.2) and may not update to v9.3
as quickly as Debian would hope, for example, activity on xTuple's
forums suggests Ubuntu LTS is popular there.

Apart from the procpid issue, are there likely to be many other painful
issues with migrating apps?

Given that concurrent versions are supported on Debian, is there any
hope of keeping 9.1 as an option for people who want to build Debian
systems that are more in sync with commercial distributions?


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

Bug#724568: ITP: hidapi -- Library for communicating for USB and Bluetooth HID devices

[Thibaut Girka]

On Tue, Sep 24, 2013 at 11:18:15PM -0400, Scott Talbert wrote:
> Package: wnpp
> Severity: wishlist
> Owner: Scott Talbert 
> 
> * Package name: hidapi
>   Version : 0.7.0
>   Upstream Author : Alan Ott 
> * URL : http://www.signal11.us/oss/hidapi/
> * License : GPLv3 or BSD
>   Programming Lang: C
>   Description : Library for communicating for USB and Bluetooth HID 
> devices
> 
> HIDAPI is a multi-platform library which allows an application to interface
> with USB and Bluetooth HID-class devices on Windows, Linux, FreeBSD, and Mac 
> OS
> X.  On Linux, either the hidraw or the libusb back-end can be used.  There are
> trade-offs and the functionality supported is slightly different.

Hi, did you start working on it? If so, is it publicly available somewhere?
I've started a package for my personal use, but as I wasn't sure it would
be useful to others and that I've got increasingly limited free time, I
haven't filed an ITP.

Anyway, I've attached my current debian.tar.gz if it can be of any help.

Regards,
Thibaut Girka.


hidapi_0.7.0+-1.debian.tar.gz
Description: Binary data


signature.asc
Description: Digital signature

Bug#724576: libgl1-mesa-glx: libGL error: failed to load driver: nouveau

[Thomas Bechtold]

On 09/25/2013 10:59 AM, Sven Joachim wrote:
> Am 25.09.2013 um 10:44 schrieb Thomas Bechtold:
> 
>> On 09/25/2013 10:31 AM, Sven Joachim wrote:
 error: XDG_RUNTIME_DIR not set in the environment.
 libGL error: failed to load driver: nouveau
 libGL error: Try again with LIBGL_DEBUG=verbose for more details.
>>>
>>> You may want to do as suggested.  The X server apparently has no
>>> problem with the nouveau driver:
>>>
 [   269.270] (II) NOUVEAU(0): [DRI2]   DRI driver: nouveau
 [   269.283] (II) AIGLX: Loaded and initialized nouveau
 [   269.283] (II) GLX: Initialized DRI2 GL provider for screen 0
>>>
>>> Do you have any real issues beside the error messages in the gdm log?
>>
>> Yes. gdm does not appear. There's just a black screen with the mouse
>> pointer.
> 
> That might be http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=722930.
> Have you looked at that bug yet?

Could be the same bug. At least
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=722930#15 this is the
same error.


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

Bug#722136: postgrey fails to start with perl-base 5.18.1-3

[Czeryna Karol]

Package: postgrey
Version: 1.34-1.1
Followup-For: Bug #722136

root@spliff /var/log % postgrey --inet localhost:10023
2013/09/25-11:07:31 postgrey (type Net::Server::Multiplex) starting! pid(6677)
Resolved [localhost]:10023 to [127.0.0.1]:10023, IPv4
Binding to TCP port 10023 on host 127.0.0.1 with IPv4
Insecure dependency in bind while running with -T switch at
/usr/lib/perl/5.18/IO/Socket.pm line 213.

root@spliff /var/log % postgrey --version
postgrey 1.34

root@spliff /var/log % cat /etc/debian_version  
jessie/sid

fix patch: https://github.com/schweikert/postgrey/issues/3

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

Kernel: Linux 3.11.1-grsecevilroot (SMP w/2 CPU cores)
Locale: LANG=pl_PL.UTF8, LC_CTYPE=C (charmap=UTF-8) (ignored: LC_ALL set to 
pl_PL.UTF8)
Shell: /bin/sh linked to /bin/dash

Versions of packages postgrey depends on:
ii  adduser3.113+nmu3
ii  debconf [debconf-2.0]  1.5.51
ii  libberkeleydb-perl 0.53-1+b1
ii  libnet-dns-perl0.68-1.2
ii  libnet-server-perl 2.007-3
ii  perl   5.18.1-4
ii  ucf3.0027+nmu1

Versions of packages postgrey recommends:
pn  libnet-rblclient-perl  
pn  libparse-syslog-perl   
ii  postfix2.10.2-1

postgrey suggests no packages.

-- debconf information excluded


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

Bug#724305: [Pkg-postgresql-public] PostgreSQL 9.1 support in jessie?

[Martin Pitt]

Daniel Pocock [2013-09-25 11:09 +0200]:
> Given that concurrent versions are supported on Debian, is there any
> hope of keeping 9.1 as an option for people who want to build Debian
> systems that are more in sync with commercial distributions?

Yes, you can install them from apt.postgresql.org, but they won't be
supported for as long as jessie or the upcoming Ubuntu 14.04 LTS; only
as long as they receive upstream support.

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


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

Bug#724571: t1utils: t1disasm segmentation faults on certain fonts

[Niels Thykier]

On 2013-09-25 07:39, Niels Thykier wrote:
> Package: t1utils
> Version: 1.37-2
> Severity: normal
> File: /usr/bin/t1disasm
> 
> """
> $ t1disasm bkaiu67.pfb > /dev/null
> 
> """
> 
> During the run, it will repeatedly print:
> """
> 2 index /CharStrings 179 dict dup begin
> """
> 
> Under gdb, I see the following trace:
> 
> """
> [...]
> """
> 
> (NB: I quit after #7949; there didn't seem to be much point in
> continuing getting the trace...)
> 
> This bug might be related to (or have same underlying cause as)
> #717228.
> 
> ~Niels
> 

Further debugging reveals that is a C call stack overflow caused by
save_len.

"""
static int
eexec_line(unsigned char *line, int line_len)
{
[...]
if (save_len) {
append_save(line, line_len);
line = save;
line_len = save_len;
}
[...]
}
"""

In the above, if you insert two fprintfs to print the "before and after"
values of line_len and save_len, it will show that (before) line_len is
0 and save_len is 40.  At the end of the blog, both line_len and
save_len is 40.  This process repeats itself (with exactly those values)
by hitting the "not_charstring" case (or label) and then recursing into
itself by giving line_len with value 0.

Example (partial) output caused inserting some fprintfs (see attached
patch):

"""
save_len (before): 34, after: 40
line_len (before): 6, after: 40
2 index /CharStrings 179 dict dup begin

line_len: 40, len: 40, n: 21
save_len (before): 40, after: 40
line_len (before): 0, after: 40
2 index /CharStrings 179 dict dup begin

[...]

line_len: 40, len: 40, n: 21
save_len (before): 40, after: 40
line_len (before): 0, after: 40
2 index /CharStrings 179 dict dup begin

line_len: 40, len: 40, n: 21
save_len (before): 40, after: 40
line_len (before): 0, after: 40
2 index /CharStrings 179 dict dup begin
"""

The "2 index /CharStrings 179 dict dup begin" is the text can keeps
being revived (and is printed by t1disasm naturally).

I am not sure that fixing this is as simple as setting save_len to 0 (it
might be, but I don't know the code nor the expected output well enough
to say it is).  However, setting it to 0 does stop the "infinite
recursion" (but I guess that wasn't much of a surprise).

~Niels




t1utils-printf-debugging.debdiff
Description: application/extension-debdiff

Bug#724070: python-docutils: FTBFS: Test failure in test_raw_url

[Michael Schutte]

Hello Daniel,

On Sun, Sep 22, 2013 at 10:55:53AM -0700, Daniel Schepler wrote:
> From my pbuilder build log:
> 
> ...
> test_parsers/test_rst/test_directives/test_replace.py: totest['replace'][3]; 
> test_parser (DocutilsTestSupport.ParserTestCase) ... ok
> test_parsers/test_rst/test_directives/test_replace.py: totest['replace'][4]; 
> test_parser (DocutilsTestSupport.ParserTestCase) ... ok
> test_parsers/test_rst/test_directives/test_replace.py: totest['replace'][5]; 
> test_parser (DocutilsTestSupport.ParserTestCase) ... ok
> 
> ==
> FAIL: test_raw_url (test_error_reporting.ErrorReportingTests)
> --
> Traceback (most recent call last):
>   File "/tmp/buildd/python-docutils-0.11/test/test_error_reporting.py", line 
> 324, in test_raw_url
> self.parser.parse, source, self.document)
> AssertionError: SystemMessage not raised
> 
> --

Thank you for the report.  Unfortunately I cannot reproduce this issue
in a sid pbuilder chroot on amd64, even when no network interfaces are
configured.  Is there anything particular about the environment you're
building in?

Cheers,
Michael


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

Bug#724305: [Pkg-postgresql-public] PostgreSQL 9.1 support in jessie?

[Christoph Berg]

Re: Daniel Pocock 2013-09-25 <5242a851.1080...@pocock.com.au>
> Apart from the procpid issue, are there likely to be many other painful
> issues with migrating apps?

standard_conforming_strings defaults to 'on' in 9.2+, just like the
pg_stat_activity was already changed in 9.2.

Given that 9.2 has been around for a year (plus the beta period before
that), there's little excuse for applications not to have been fixed
yet.

> Given that concurrent versions are supported on Debian, is there any
> hope of keeping 9.1 as an option for people who want to build Debian
> systems that are more in sync with commercial distributions?

You could use wheezy, it has 9.1. (Or apt.postgresql.org as Martin
said.)

Christoph
-- 
c...@df7cb.de | http://www.df7cb.de/


signature.asc
Description: Digital signature

Bug#724509: luarocks library "detection" works poorly with Debian

[Miles Bader]

Enrico Tassi  writes:
>> [Of course a much better solution would be to use some sort of less hacky
>> method of finding libraries, e.g. by using autoconf's "probe using the
>> compiler" but I suppose that's unlikely to happen.]
>
> May I ask why you are using luarocks instead of `apt-get install lua-sec`?

Actually, what I really tried to install was the "oauth" package which
AFAICS isn't in debian, and oauth has a dependency on luasec.  I just
used luasec for the bug report because it was a bit more concise... :]

-miles

-- 
雨上がり　に歩いて、風　柔らかい


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

Bug#724509: luarocks library "detection" works poorly with Debian

[Miles Bader]

Enrico Tassi  writes:
>> [Of course a much better solution would be to use some sort of less hacky
>> method of finding libraries, e.g. by using autoconf's "probe using the
>> compiler" but I suppose that's unlikely to happen.]
>
> May I ask why you are using luarocks instead of `apt-get install lua-sec`?

Actually, what I really tried to install was the "oauth" package which
AFAICS isn't in debian, and oauth has a dependency on luasec.  I just
used luasec for the bug report because it was a bit more concise... :]

-miles

-- 
雨上がり　に歩いて、風　柔らかい


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

Bug#692578: ready to take shinken maintenance

[Sylvestre Ledru]

Hello,

On 23/09/2013 17:13, gustavo panizzo  wrote:
> hello,
> i've prepared an updated version of shinken, is not ready for
> production usage (even do i'm using it) but is ready for testing, i'm
> using shinken on prod @work
> i plan to maintain the package, that would be part of my daily job. so i
> will be able to respond bugfixes and updates.
> 
> an updated version of the package can be found at
> https://github.com/gfa/shinken.git
> 
> i've requested access to collab-main/shiken.git but i didn't get it yet
> 
> 
> i'm DM i cannot do the first upload by myself, so i would need an sponsor.
> 
Sorry for the lack of information but a new version is currently in the
Debian NEW queue.

It is, for now, packaged here:
https://github.com/titilambert/shinken

It would be nice if you could review this work and applies your changes
if they are relevant.

Regards,
Sylvestre


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

Bug#724543: at-spi2-core: Hold on 2.10 version until atk1.0 2.10.0 hits unstable

[Michael Biebl]

Hi Samuel,

looks like at-spi2-core built just fine against the older atk1.0 version
in unstable. So it's only the amd64 package which was built in a tainted
environment and picked up a dependency on libatk1.0 2.10.0 which doesn't
exist in Debian yet, even experimental (I assume this package was
locally built on your system)

That said, this could easily be fixed by binNMUing atk-spi2-core for amd64.
Or does at-spi2-core not work properly if it runs with libatk1.0-0 < 2.10 ?
-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?



signature.asc
Description: OpenPGP digital signature

Bug#720329: xserver-xorg-video-radeon: Screen keeping black at start but for the cursor

[Michel Dänzer]

On Son, 2013-09-22 at 12:15 +0200, Samuel Hym wrote:
> 
> I finally tried setting the proposed kernel options, with the same
> result (or slightly worse, the cursor got blurred or something). I
> imagine the real problem is the fact that my card is not supported by
> the kernel anyway, since the (attached) log shows the same
> 
> [KMS] drm report modesetting isn't supported.

That just means the kernel radeon driver didn't initialize with KMS. We
really need to see the corresponding dmesg output.


-- 
Earthling Michel Dänzer|  http://www.amd.com
Libre software enthusiast  |Mesa and X developer


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

Bug#724264: xserver-xorg-video-radeon: X server crashes in multiple programs attempting to view a jpg file

[Julien Cristau]

On Mon, Sep 23, 2013 at 12:21:33 +0930, Arthur Marsh wrote:

> Package: xserver-xorg-video-radeon
> Version: 1:7.2.0-1+b1
> Severity: normal
> 
> Dear Maintainer,
> *** Please consider answering these questions, where appropriate ***
> 
>* What led up to the situation?
> 
> Viewing a particular jpg file in pqiv, gthumb, midori
> 
This looks similar to https://bugs.freedesktop.org/show_bug.cgi?id=44099
(thanks to Michel for the pointer).

> [   274.222] Backtrace:
> [   274.306] 0: /usr/bin/X (xorg_backtrace+0x3d) [0x7f012e34f72d]
> [   274.306] 1: /usr/bin/X (0x7f012e1e2000+0x1713a9) [0x7f012e3533a9]
> [   274.307] 2: /lib/x86_64-linux-gnu/libpthread.so.0 (0x7f012d504000+0xf210) 
> [0x7f012d513210]
> [   274.307] 3: /lib/x86_64-linux-gnu/libc.so.6 (0x7f012c348000+0x8c8fb) 
> [0x7f012c3d48fb]
> [   274.307] 4: /usr/lib/xorg/modules/drivers/radeon_drv.so 
> (0x7f0129eda000+0x27087) [0x7f0129f01087]
> [   274.307] 5: /usr/lib/xorg/modules/libexa.so (0x7f0129ab6000+0x82dc) 
> [0x7f0129abe2dc]
> [   274.307] 6: /usr/bin/X (0x7f012e1e2000+0x1059e9) [0x7f012e2e79e9]
> [   274.307] 7: /usr/bin/X (0x7f012e1e2000+0x481a9) [0x7f012e22a1a9]
> [   274.307] 8: /usr/bin/X (0x7f012e1e2000+0x4b1f1) [0x7f012e22d1f1]
> [   274.307] 9: /usr/bin/X (0x7f012e1e2000+0x3ae65) [0x7f012e21ce65]
> [   274.307] 10: /lib/x86_64-linux-gnu/libc.so.6 (__libc_start_main+0xf5) 
> [0x7f012c369995]
> [   274.307] 11: /usr/bin/X (0x7f012e1e2000+0x3b13b) [0x7f012e21d13b]
> [   274.307] 
> [   274.307] Bus error at address 0x7f0117a82000
> [   274.307] 
> Fatal server error:
> [   274.307] Caught signal 7 (Bus error). Server aborting
> [   274.307] 

Cheers,
Julien


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

Bug#724580: nmap: ncat segfaults when scanned with nmap --script 'ssl*,tls*'

[Timo Juhani Lindfors]

Package: nmap
Version: 6.40-0.1
Severity: normal

Steps to reproduce:
1) ncat -k --ssl -l localhost 443
2) nmap -sC --script-trace --script 'ssl*,tls*' -6 localhost -p 443

Expected results:
2) ncat does not segfault

Actual results:
2) ncat segfaults, dmesg shows

[  194.839893] ncat[2658]: segfault at 7fee38f2fdc8 ip 7fee38f2fdc8 sp 
7fff34fffa08 error 15 in libc-2.17.so[7fee38f2f000+2000]


More info:
2) nmap prints

Starting Nmap 6.40 ( http://nmap.org ) at 2013-09-25 13:07 EEST
NSOCK INFO [0.0420s] nsi_new2(): nsi_new (IOD #1)
NSOCK INFO [0.1950s] nsock_connect_tcp(): TCP connection requested to ::1:443 
(IOD #1) EID 8
NSOCK INFO [0.1950s] nsi_new2(): nsi_new (IOD #2)
NSOCK INFO [0.1950s] nsock_connect_tcp(): TCP connection requested to ::1:443 
(IOD #2) EID 16
NSOCK INFO [0.1950s] nsi_new2(): nsi_new (IOD #3)
NSOCK INFO [0.1960s] nsock_connect_ssl(): SSL connection requested to 
::1:443/tcp (IOD #3) EID 25
NSOCK INFO [0.1960s] nsi_new2(): nsi_new (IOD #4)
NSOCK INFO [0.2050s] nsock_connect_tcp(): TCP connection requested to ::1:443 
(IOD #4) EID 32
NSOCK INFO [0.2050s] nsock_trace_handler_callback(): Callback: CONNECT SUCCESS 
for EID 8 [::1:443]
NSE: TCP ::1:34251 > ::1:443 | CONNECT
NSOCK INFO [0.2050s] nsock_trace_handler_callback(): Callback: CONNECT SUCCESS 
for EID 16 [::1:443]
NSE: TCP ::1:34252 > ::1:443 | CONNECT
NSOCK INFO [0.2050s] nsock_trace_handler_callback(): Callback: CONNECT SUCCESS 
for EID 32 [::1:443]
NSE: TCP ::1:34254 > ::1:443 | CONNECT
NSOCK INFO [0.2080s] nsock_trace_handler_callback(): Callback: SSL-CONNECT 
SUCCESS for EID 25 [::1:443]
NSE: TCP ::1:34253 > ::1:443 | CONNECT
NSOCK INFO [0.2090s] nsi_new2(): nsi_new (IOD #5)
NSOCK INFO [0.2090s] nsock_connect_tcp(): TCP connection requested to ::1:443 
(IOD #5) EID 40
NSOCK INFO [0.2090s] nsi_new2(): nsi_new (IOD #6)
NSOCK INFO [0.2100s] nsock_connect_tcp(): TCP connection requested to ::1:443 
(IOD #6) EID 48
NSE: TCP ::1:34252 > ::1:443 | : 80 31 01 00 02 00 18 00 00 00 10 07 00 
c0 05 00  1  
0010: 80 03 00 80 01 00 80 08 00 80 06 00 40 04 00 80 @   
0020: 02 00 80 e4 bd 00 00 a4 41 b6 74 71 2b 27 95 44 A tq+' D
0030: c0 3d c0 = 

NSE: TCP ::1:34254 > ::1:443 | : 16 03 01 00 37 01 00 00 33 03 01 52 42 
b5 fe 42 7   3  RB  B
0010: 48 49 43 4d 53 49 51 57 52 44 4c 48 43 43 4c 54 HICMSIQWRDLHCCLT
0020: 47 4d 4c 44 43 45 4d 46 50 56 56 00 00 06 c0 11 GMLDCEMFPVV 
0030: 00 39 00 04 01 00 00 04 33 74 00 00  9  3t  

NSE: TCP ::1:34251 > ::1:443 | : 16 03 01 00 31 01 00 00 2d 03 01 52 42 
b5 fe 42 1   -  RB  B
0010: 46 4b 46 44 44 4a 4e 50 50 59 52 45 52 44 41 52 FKFDDJNPPYRERDAR
0020: 58 51 54 49 43 4b 4a 51 52 44 4d 00 00 06 c0 11 XQTICKJQRDM 
0030: 00 39 00 04 01 009

NSOCK INFO [0.2100s] nsi_new2(): nsi_new (IOD #7)
NSOCK INFO [0.2110s] nsock_connect_tcp(): TCP connection requested to ::1:443 
(IOD #7) EID 80
NSOCK INFO [0.2110s] nsi_new2(): nsi_new (IOD #8)
NSOCK INFO [0.2110s] nsock_connect_tcp(): TCP connection requested to ::1:443 
(IOD #8) EID 88
NSE: TCP ::1:34253 > ::1:443 | CLOSE
NSOCK INFO [0.2110s] nsi_delete(): nsi_delete (IOD #3)
NSOCK INFO [0.2110s] nsock_trace_handler_callback(): Callback: CONNECT SUCCESS 
for EID 40 [::1:443]
NSE: TCP ::1:34255 > ::1:443 | CONNECT
NSOCK INFO [0.2110s] nsock_trace_handler_callback(): Callback: CONNECT SUCCESS 
for EID 48 [::1:443]
NSE: TCP ::1:34256 > ::1:443 | CONNECT
NSOCK INFO [0.2110s] nsock_trace_handler_callback(): Callback: WRITE SUCCESS 
for EID 59 [::1:443]
NSE: TCP ::1:34252 > ::1:443 | SEND
NSOCK INFO [0.2110s] nsock_trace_handler_callback(): Callback: WRITE SUCCESS 
for EID 67 [::1:443]
NSE: TCP ::1:34254 > ::1:443 | SEND
NSOCK INFO [0.2110s] nsock_trace_handler_callback(): Callback: WRITE SUCCESS 
for EID 75 [::1:443]
NSE: TCP ::1:34251 > ::1:443 | SEND
NSOCK INFO [0.2110s] nsock_trace_handler_callback(): Callback: CONNECT SUCCESS 
for EID 80 [::1:443]
NSE: TCP ::1:34257 > ::1:443 | CONNECT
NSOCK INFO [0.2110s] nsock_trace_handler_callback(): Callback: CONNECT SUCCESS 
for EID 88 [::1:443]
NSE: TCP ::1:34258 > ::1:443 | CONNECT
NSE: TCP ::1:34255 > ::1:443 | : 16 03 01 00 af 01 00 00 ab 03 01 52 42 
b5 fe 6eRB  n
0010: 6d 61 70 6e 6d 61 70 6e 6d 61 70 6e 6d 61 70 6e mapnmapnmapnmapn
0020: 6d 61 70 6e 6d 61 70 6e 6d 61 70 00 00 82 00 3a mapnmapnmap:
0030: c0 a1 00 47 00 68 00 54 00 20 00 b8 00 22 c0 42G h T " B
0040: c0 52 c0 9c 00 60 00 89 c0 04 00 80 00 bd c0 5e  R   ` ^
0050: 00 31 00 aa 00 25 00 8c 00 9a c0 28 00 12 00 21  1   % (   !
0060: 00 b1 c0 99 00 44 c0 09 c0 7e 00 ad c0 43 c0 1e  D   ~   C  
0070: 00 40 00 9b c0 4d c0 9f 00 72 00 09 00 35 00 50  @   M   r   5 P
0080: c0 9e c0 88 00 ae c0 1b 00 97 00 9c c0 19 00 2e.
0090: c0 8c 00 45 c0 93 00 77 c0 0c 0

Bug#724264: xserver-xorg-video-radeon: X server crashes in multiple programs attempting to view a jpg file

[Arthur Marsh]

 

- Original Message -
From: "Julien Cristau" 
To:"Arthur Marsh" , 
Cc:
Sent:Wed, 25 Sep 2013 12:02:45 +0200
Subject:Re: Bug#724264: xserver-xorg-video-radeon: X server crashes in
multiple programs attempting to view a jpg file

 On Mon, Sep 23, 2013 at 12:21:33 +0930, Arthur Marsh wrote:

 > Package: xserver-xorg-video-radeon
 > Version: 1:7.2.0-1+b1
 > Severity: normal
 > 
 > Dear Maintainer,
 > *** Please consider answering these questions, where appropriate
***
 > 
 > * What led up to the situation?
 > 
 > Viewing a particular jpg file in pqiv, gthumb, midori
 > 
 This looks similar to
https://bugs.freedesktop.org/show_bug.cgi?id=44099
 (thanks to Michel for the pointer).

 > [ 274.222] Backtrace:
 > [ 274.306] 0: /usr/bin/X (xorg_backtrace+0x3d) [0x7f012e34f72d]
 > [ 274.306] 1: /usr/bin/X (0x7f012e1e2000+0x1713a9) [0x7f012e3533a9]
 > [ 274307] 2: /lib/x86_64-linux-gnu/libpthread.so.0
(0x7f012d504000+0xf210) [0x7f012d513210]
 > [ 274.307] 3: /lib/x86_64-linux-gnu/libc.so.6
(0x7f012c348000+0x8c8fb) [0x7f012c3d48fb]
 > [ 274.307] 4: /usr/lib/xorg/modules/drivers/radeon_drv.so
(0x7f0129eda000+0x27087) [0x7f0129f01087]
 > [ 274.307] 5: /usr/lib/xorg/modules/libexa.so
(0x7f0129ab6000+0x82dc) [0x7f0129abe2dc]
 > [ 274.307] 6: /usr/bin/X (0x7f012e1e2000+0x1059e9) [0x7f012e2e79e9]
 > [ 274.307] 7: /usr/bin/X (0x7f012e1e2000+0x481a9) [0x7f012e22a1a9]
 > [ 274.307] 8: /usr/bin/X (0x7f012e1e2000+0x4b1f1) [0x7f012e22d1f1]
 > [ 274.307] 9: /usr/bin/X (0x7f012e1e2000+0x3ae65) [0x7f012e21ce65]
 > [ 274.307] 10: /lib/x86_64-linux-gnu/libc.so.6
(__libc_start_main+0xf5) [0x7f012c369995]
 > [ 274.307] 11: /usr/bin/X (0x7f012e1e2000+0x3b13b) [0x7f012e21d13b]
 > [ 274.307] 
 > [ 274.307] Bus error at address 0x7f0117a82000
 > [ 274.307] 
 > Fatal server error:
 > [ 274.307] Caught signal 7 (Bus error). Server aborting
 > [ 274.307] 

 Cheers,
 Julien

Applying the patch at
https://bugs.freedesktop.org/show_bug.cgi?id=44099 to the 7.2.0
source, recompiling, installing and restarting X appears to have fixed
the problem!Regards,Arthur.

Bug#724581: cinder-scheduler: Scheduler Host Filter AvailabilityZoneFilter, CapacityFilter, CapabilitiesFilter could not be found.

[Maciej Galkiewicz]

Package: cinder-scheduler
Version: 2013.1.3-1
Severity: grave
Justification: renders package unusable

Dear Maintainer,

I am experiencing the same bug as:
https://bugs.launchpad.net/ubuntu/+source/cinder/+bug/1126378

python-rtslib:
  Installed: 2.2-1

from jessie

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

Kernel: Linux 3.10-3-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 cinder-scheduler depends on:
ii  cinder-common  2013.1.3-1
ii  dpkg   1.16.10
ii  lsb-base   4.1+Debian12
ii  python 2.7.5-4

cinder-scheduler recommends no packages.

cinder-scheduler suggests no packages.

-- Configuration Files:
/etc/init.d/cinder-scheduler 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#724264: Me too

[Milan Kostić]

 I have the same bug since early kms on r200 :). I was tried it
earlier with no succes, but wll tried it now... so radeon_exa_funcs.c
needs to be patched... OK, wish me luck :).


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

Bug#724325: xserver-xorg-video-nv: FTBFS against xserver 1.14

[Robert Millan]

Petr Salinger:
>> your package needs to be rebuilt against xorg-server 1.14.  That
>> most likely means pulling in a couple changes from upstream git HEAD.
> 
> It suffices to put attached file into debian/patches/
> and enlist it in debian/patches/series.
> 
> Please, could some DD (Robert, please) do the upload.
> Ideally for both kfreebsd-*, as non-free is usually not auto-build.

I'm on it.

-- 
Robert Millan


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

Bug#724582: message should mention other solutions to 'dpkg was interrupted'

[jidanni]

Package: dpkg
Version: 1.17.1
Severity: wishlist

This message assumes the user wants to continue the operation:
E: dpkg was interrupted, you must manually run 'dpkg --configure -a' to correct 
the problem. 

But there is also a good chance the reason dpkg was interrupted was due
to the user purposely interrupting it in order to back out of what he
was doing.

Therefore the message should also mention what to do in that case.

Here's a scenario:
User does
aptitude safe-upgrade
says Yes
then realizes that what is about to happen is not what he wants.
He hits ^C, but that is ignored (by design. OK.)
He goes to another window and does killall aptitude.
Now when he does aptitude safe-upgrade again he gets
E: dpkg was interrupted, you must manually run 'dpkg --configure -a' to correct 
the problem. 
W: Could not lock the cache file; this usually means that dpkg or another apt 
tool is already installing packages.  Opening in read-only mode; any changes 
you make to the states of packages will NOT be preserved!
E: dpkg was interrupted, you must manually run 'dpkg --configure -a' to correct 
the problem. 

So perhaps add "Or try dpkg -i Current.deb on any half installed packages
(found by dpkg -l) that you don't want to upgrade to New.deb" or
something like that.


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

Bug#724583: vdr-plugin-epgsearch: Lots of "sh: 0: Illegal option -" in /tmp/vdr-err.*

[Petr Kiss]

Package: vdr-plugin-epgsearch
Version: 1.0.1~beta3-5
Severity: normal

Dear Maintainer,

during last few weeks I have noticed that in /tmp/vdr-err.* there were lots of 
"sh: 0: Illegal option -" messages. It is probably caused by using non existing 
"/usr/lib/vdr/svdrpsend.pl" in /usr/lib/vdr/svdrpsend.pl. After I replaced it 
with "/usr/bin/svdrpsend", /tmp/vdr-err.* is without these messages.

Br,

Petr Kiss

-- System Information:
Debian Release: jessie/sid
  APT prefers testing
  APT policy: (500, 'testing'), (500, 'stable')
Architecture: i386 (i586)

Kernel: Linux 3.10-2-486
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 vdr-plugin-epgsearch depends on:
ii  libc6   2.17-92+b1
ii  libgcc1 1:4.8.1-10
ii  libstdc++6  4.8.1-10
ii  sendemail   1.56-5
ii  vdr [vdr-abi-2.0.0-debian]  2.0.2-1

vdr-plugin-epgsearch recommends no packages.

vdr-plugin-epgsearch 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#724584: Symlink to fonts-liberation instead of ttf-liberation

[Saikrishna Arcot]

Package: flightgear-data
Version: 2.10.0-3

The flightgear-data package has a dependency on fonts-liberation, but
the symlink is pointing to /usr/share/fonts/truetype/ttf-liberation
(whose files are symlinked to /usr/share/fonts/truetype/liberation),
which is actually in ttf-liberation. With this, flightgear fails to
start. The symlink should instead point to
/usr/share/fonts/truetype/liberation.

As a temporary workaround, ttf-liberation has to be manually installed.

-- 
Saikrishna Arcot


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

Bug#724585: proot: Do not bind-mount the host system when giving the -q option

[Johannes Schauer]

Package: proot
Version: 3.0.2-1
Severity: normal
Tags: patch

Hi,

when giving the -q option, proot currently automatically bind-mounts the
host rootfs into /host-rootfs. This functionality only exists for the
convenience of being able to also execute binaries of the host system at
the same time. But it is otherwise completely unnecessary for qemu-user
mode operation to have the host rootfs bind-mounted into /host-rootfs.

Attached, find a patch which moves this functionality from the -q option
into the -t option and which lets the -Q option be an alias for -t as
well.

cheers, josch


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

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

Versions of packages proot depends on:
ii  libc6   2.17-92+b1
ii  libtalloc2  2.0.8-0.1

proot recommends no packages.

proot suggests no packages.

-- debconf-show failed
--- a/src/cli.c
+++ b/src/cli.c
@@ -130,12 +130,20 @@ static int handle_option_q(Tracee *trace
 	}
 	assert(i == nb_args);
 
-	new_binding(tracee, "/", HOST_ROOTFS, true);
 	new_binding(tracee, "/dev/null", "/etc/ld.so.preload", false);
 
 	return 0;
 }
 
+static int handle_option_t(Tracee *tracee, char *value)
+{
+	Binding *binding = new_binding(tracee, "/", HOST_ROOTFS, true);
+	if (binding == NULL)
+		return -1;
+
+	return 0;
+}
+
 static int handle_option_w(Tracee *tracee, char *value)
 {
 	tracee->fs->cwd = talloc_strdup(tracee->fs, value);
@@ -218,6 +226,10 @@ static int handle_option_Q(Tracee *trace
 {
 	int status;
 
+	status = handle_option_t(tracee, NULL);
+	if (status < 0)
+		return status;
+
 	status = handle_option_q(tracee, value);
 	if (status < 0)
 		return status;
--- a/doc/proot.1
+++ b/doc/proot.1
@@ -112,9 +112,14 @@ Execute guest programs through QEMU as s
 Each time a guest program is going to be executed, PRoot inserts
 the QEMU user\-mode \fIcommand\fP in front of the initial request.
 That way, guest programs actually run on a virtual guest CPU
-emulated by QEMU user\-mode.  The native execution of host programs
-is still effective and the whole host rootfs is bound to
-\fB/host\-rootfs\fP in the guest environment.
+emulated by QEMU user\-mode.
+.sp
+This option is automatically enabled by the \fB\-Q\fP option.
+.TP
+.BI \-t, \-\-host
+The host rootfs will be bound to \fB/host\-rootfs\fP in the guest
+environment. This allows the native execution of host programs
+during QEMU user\-mode.
 .sp
 This option is automatically enabled by the \fB\-Q\fP option.
 .TP
@@ -217,7 +222,7 @@ $HOME
 .UNINDENT
 .TP
 .BI \-Q \ command
-Alias: \fB\-q *command* \-B\fP
+Alias: \fB\-t \-q *command* \-B\fP
 .sp
 This option is highly recommended when using QEMU user\-mode; it
 enables all the recommended bindings.
--- a/src/cli.h
+++ b/src/cli.h
@@ -55,6 +55,7 @@ static char *recommended_bindings[] = {
 static int handle_option_r(Tracee *tracee, char *value);
 static int handle_option_b(Tracee *tracee, char *value);
 static int handle_option_q(Tracee *tracee, char *value);
+static int handle_option_t(Tracee *tracee, char *value);
 static int handle_option_w(Tracee *tracee, char *value);
 static int handle_option_v(Tracee *tracee, char *value);
 static int handle_option_V(Tracee *tracee, char *value);
@@ -109,8 +110,20 @@ static Option options[] = {
 	  .detail = "\tEach time a guest program is going to be executed, PRoot inserts\n\
 \tthe QEMU user-mode command in front of the initial request.\n\
 \tThat way, guest programs actually run on a virtual guest CPU\n\
-\temulated by QEMU user-mode.  The native execution of host programs\n\
-\tis still effective and the whole host rootfs is bound to\n\
+\temulated by QEMU user-mode.\n\
+\t\n\
+\tThis option is automatically enabled by the -Q option.",
+	},
+	{ .class = "Regular options",
+	  .arguments = {
+		{ .name = "-t", .separator = '\0', .value = NULL },
+		{ .name = "--host", .separator = '\0', .value = NULL },
+		{ .name = NULL, .separator = '\0', .value = NULL } },
+	  .handler = handle_option_t,
+	  .description = "Bind mount the host rootfs to /host-rootfs",
+	  .detail = "\tWhen this option is activated, it is possible to natively.\n\
+\texecute host programs from within an emulated QEMU user-mode\n\
+\tenvironment. This is achieved by binding the host rootfs into\n\
 \t/host-rootfs in the guest environment.\n\
 \t\n\
 \tThis option is automatically enabled by the -Q option.",

Bug#724138: Future of the wss4j package in Debian.

[Emmanuel Bourg]

Hi Charles,

I packaged the latest version of wss4j:

http://anonscm.debian.org/gitweb/?p=pkg-java/wss4j.git
http://mentors.debian.net/package/wss4j

Do you want to sponsor the upload to complete the adoption?

Emmanuel Bourg


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

Bug#724586: tinyca2: options set with radio buttons when creating a new certificate are mixed up

[Mateusz Kijowski]

Package: tinyca
Version: 0.7.5-4
Severity: important
File: /usr/bin/tinyca2
Tags: upstream patch

After perl and/or gtk2-perl update tyinyca started to sometimes generate
certificates with options other than specified in the new certificate window.
Affected options were controlled via radio buttons - digest, algorithm and key
lenght

After some investigation it turned out that the callback bound to 'toggled'
signal was firing twice (presumably one for unchecking and one for checking the
radio button) resulting in a race condition. The attached patch checks if the
radio button is being set to active before assigning value to certificate
options. Since GUI::_fill_radiobox() seems to be generic this might result in
mangling other options controlled via radio buttons as well.



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

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

Versions of packages tinyca depends on:
ii  libgtk2-perl2:1.247-2+b1
ii  liblocale-gettext-perl  1.05-7+b2
ii  openssl 1.0.1e-3

Versions of packages tinyca recommends:
ii  zip  3.0-7

tinyca suggests no packages.

-- no debconf information
diff --git a/usr/share/tinyca/GUI.pm b/usr/share/tinyca/GUI.pm.orig
index d3c8df2..f782728 100644
--- a/usr/share/tinyca/GUI.pm
+++ b/usr/share/tinyca/GUI.pm.orig
@@ -3098,7 +3098,7 @@ sub _fill_radiobox {
   my $key = Gtk2::RadioButton->new($previous_key, $display_name);
   $key->set_active(1) if(defined($$var) && $$var eq $value);
   $key->signal_connect('toggled' =>
-			   sub{GUI::CALLBACK::toggle_to_var($key, $var, $value) if($key->get_active()) });
+			   sub{GUI::CALLBACK::toggle_to_var($key, $var, $value)});
   $radiobox->add($key);
   $previous_key = $key;
}

Bug#693282: gajim: CVE-2012-5524

[Jonathan Wiltshire]

Package: gajim

Dear maintainer,

Recently you fixed one or more security problems and as a result you closed
this bug. These problems were not serious enough for a Debian Security
Advisory, so they are now on my radar for fixing in the following suites
through point releases:

squeeze (6.0.8) - use target "oldstable"

Please prepare a minimal-changes upload targetting each of these suites,
and submit a debdiff to the Release Team [0] for consideration. They will
offer additional guidance or instruct you to upload your package.

I will happily assist you at any stage if the patch is straightforward and
you need help. Please keep me in CC at all times so I can
track [1] the progress of this request.

For details of this process and the rationale, please see the original
announcement [2] and my blog post [3].

0: debian-rele...@lists.debian.org
1: http://prsc.debian.net/tracker/693282/
2: <201101232332.11736.th...@debian.org>
3: http://deb.li/prsc

Thanks,

with his security hat on:
--
Jonathan Wiltshire  j...@debian.org
Debian Developer http://people.debian.org/~jmw

4096R: 0xD3524C51 / 0A55 B7C5 1223 3942 86EC  74C3 5394 479D D352 4C51


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

Bug#724586: tinyca2: options set with radio buttons when creating a new certificate are mixed up

[Mateusz Kijowski]

Original patch was reversed. Attaching a proper one.


2013/9/25 Mateusz Kijowski 

> Package: tinyca
> Version: 0.7.5-4
> Severity: important
> File: /usr/bin/tinyca2
> Tags: upstream patch
>
> After perl and/or gtk2-perl update tyinyca started to sometimes generate
> certificates with options other than specified in the new certificate
> window.
> Affected options were controlled via radio buttons - digest, algorithm and
> key
> lenght
>
> After some investigation it turned out that the callback bound to 'toggled'
> signal was firing twice (presumably one for unchecking and one for
> checking the
> radio button) resulting in a race condition. The attached patch checks if
> the
> radio button is being set to active before assigning value to certificate
> options. Since GUI::_fill_radiobox() seems to be generic this might result
> in
> mangling other options controlled via radio buttons as well.
>
>
>
> -- System Information:
> Debian Release: jessie/sid
>   APT prefers testing
>   APT policy: (990, 'testing'), (500, 'unstable')
> Architecture: amd64 (x86_64)
> Foreign Architectures: i386
>
> Kernel: Linux 3.10-3-amd64 (SMP w/4 CPU cores)
> Locale: LANG=pl_PL.UTF-8, LC_CTYPE=pl_PL.UTF-8 (charmap=UTF-8)
> Shell: /bin/sh linked to /bin/dash
>
> Versions of packages tinyca depends on:
> ii  libgtk2-perl2:1.247-2+b1
> ii  liblocale-gettext-perl  1.05-7+b2
> ii  openssl 1.0.1e-3
>
> Versions of packages tinyca recommends:
> ii  zip  3.0-7
>
> tinyca suggests no packages.
>
> -- no debconf information
>


tinyca2_radiobox.patch
Description: Binary data

Bug#724587: gnome-applets: date/time applet broken

[Christoph Anton Mitterer]

Package: gnome-applets
Version: 3.4.1-4
Severity: important


- After the most recent upgrade, all the settings to the date/time applet were 
lost.

- When adding new locations and storing them, they don't get stored.

- When opening the calendar, it selects one month ahead instead of the current 
month.


Cheer,
Chris.


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

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

Versions of packages gnome-applets depends on:
ii  gconf-service3.2.6-1
ii  gconf2   3.2.6-1
ii  gir1.2-gconf-2.0 3.2.6-1
ii  gir1.2-gdkpixbuf-2.0 2.28.2-1
ii  gir1.2-gtk-3.0   3.8.4-1
ii  gir1.2-panelapplet-4.0   3.4.2.1-6
ii  gnome-applets-data   3.4.1-4
ii  gnome-icon-theme 3.8.3-1
ii  gnome-panel  3.4.2.1-6
ii  gvfs 1.16.3-1+b1
ii  libatk1.0-0  2.8.0-2
ii  libc62.17-93
ii  libcairo21.12.16-2
ii  libcpufreq0  008-1
ii  libdbus-glib-1-2 0.100.2-1
ii  libgconf-2-4 3.2.6-1
ii  libgdk-pixbuf2.0-0   2.28.2-1
ii  libglib2.0-0 2.36.4-1
ii  libgstreamer-plugins-base0.10-0  0.10.36-1.1
ii  libgstreamer0.10-0   0.10.36-1.2
ii  libgtk-3-0   3.8.4-1
ii  libgtop2-7   2.28.5-2
ii  libgucharmap-2-90-7  1:3.8.2-3
ii  libnotify4   0.7.6-1
ii  libpanel-applet-4-0  3.4.2.1-6
ii  libpango-1.0-0   1.32.5-5+b1
ii  libpangocairo-1.0-0  1.32.5-5+b1
ii  libpolkit-gobject-1-00.105-3
ii  libupower-glib1  0.9.21-3
ii  libwnck-3-0  3.4.7-1
ii  libx11-6 2:1.6.1-1
ii  libxml2  2.9.1+dfsg1-3
ii  python   2.7.5-5
ii  python-gi3.10.0-1
ii  upower   0.9.21-3

Versions of packages gnome-applets recommends:
ii  gnome-media   3.4.0-1
ii  gnome-system-monitor  3.8.2.1-2
ii  gstreamer0.10-alsa0.10.36-1.1
ii  gstreamer0.10-pulseaudio  0.10.31-3+nmu1
ii  policykit-1-gnome 0.105-2

Versions of packages gnome-applets suggests:
pn  tomboy  

-- debconf information excluded


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

Bug#724588: [musescore] Musescore package is missing fonts

[Marek Straka]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Package: musescore
Version: 1.2+dfsg-1
Severity: minor

- --- Please enter the report below this line. ---

Musescore package is missing score fonts. Problem can be entered after 
exporting to svg file and displaying it. There is defined text with style 
family:MScore, which is not rendered properly.

It can be solved with manual instalation of mscore-20.otf to 
/usr/share/fonts/opentype/
from https://github.com/musescore/MuseScore/tree/master/fonts

Marek Straka
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.20 (GNU/Linux)

iEYEARECAAYFAlJC1+UACgkQ6aU4/+gLeBnlFwCfYQJQ3YDR4Mlbrrt6U73Uvs6G
ZNIAnjeQb7QVglZsVq6jeJHpg9AoUBzZ
=91f+
-END PGP SIGNATURE-

Bug#724589: ITP: postbooks-updater - manages PostBooks schema updates

[Daniel Pocock]

Package: wnpp
Severity: wishlist
Owner: Daniel Pocock 

Upstream:

  http://www.xtuple.org

License: CPAL (derived from Mozilla)
 https://www.xtuple.com/CPAL

This is a utility from xTuple for managing updates to the PostBooks schema.


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

Bug#724568: ITP: hidapi -- Library for communicating for USB and Bluetooth HID devices

[Scott Talbert]

Thibaut Girka  wrote:
>On Tue, Sep 24, 2013 at 11:18:15PM -0400, Scott Talbert wrote:
>> Package: wnpp
>> Severity: wishlist
>> Owner: Scott Talbert 
>> 
>> * Package name: hidapi
>>   Version : 0.7.0
>>   Upstream Author : Alan Ott 
>> * URL : http://www.signal11.us/oss/hidapi/
>> * License : GPLv3 or BSD
>>   Programming Lang: C
>>   Description : Library for communicating for USB and Bluetooth
>HID devices
>> 
>> HIDAPI is a multi-platform library which allows an application to
>interface
>> with USB and Bluetooth HID-class devices on Windows, Linux, FreeBSD,
>and Mac OS
>> X.  On Linux, either the hidraw or the libusb back-end can be used. 
>There are
>> trade-offs and the functionality supported is slightly different.
>
>Hi, did you start working on it? If so, is it publicly available
>somewhere?
>I've started a package for my personal use, but as I wasn't sure it
>would
>be useful to others and that I've got increasingly limited free time, I
>haven't filed an ITP.
>
>Anyway, I've attached my current debian.tar.gz if it can be of any
>help.

Hi,

I have not started on it.  Thanks for sending your package - I will use that as 
a starting point.

Scott


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

Bug#724582: message should mention other solutions to 'dpkg was interrupted'

[Guillem Jover]

Control: reassign -1 apt

Hi!

On Wed, 2013-09-25 at 19:08:11 +0800, jida...@jidanni.org wrote:
> Package: dpkg
> Version: 1.17.1
> Severity: wishlist

> This message assumes the user wants to continue the operation:
> E: dpkg was interrupted, you must manually run 'dpkg --configure -a' to 
> correct the problem. 

This is not a dpkg message, that's coming from (lib)apt.

> But there is also a good chance the reason dpkg was interrupted was due
> to the user purposely interrupting it in order to back out of what he
> was doing.
> 
> Therefore the message should also mention what to do in that case.
> 
> Here's a scenario:
> User does
> aptitude safe-upgrade
> says Yes
> then realizes that what is about to happen is not what he wants.
> He hits ^C, but that is ignored (by design. OK.)
> He goes to another window and does killall aptitude.
> Now when he does aptitude safe-upgrade again he gets
> E: dpkg was interrupted, you must manually run 'dpkg --configure -a' to 
> correct the problem. 
> W: Could not lock the cache file; this usually means that dpkg or another apt 
> tool is already installing packages.  Opening in read-only mode; any changes 
> you make to the states of packages will NOT be preserved!
> E: dpkg was interrupted, you must manually run 'dpkg --configure -a' to 
> correct the problem. 
> 
> So perhaps add "Or try dpkg -i Current.deb on any half installed packages
> (found by dpkg -l) that you don't want to upgrade to New.deb" or
> something like that.

I'll let the apt maintainers decide if that's appropriate, by
reassigning the bug report to them.

Thanks,
Guillem


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

Bug#724515: owncloud: Upgrade to owncloud 5.0.11 fails for MySQL backend

[David Prévot]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Hi Tiago,

Le 24/09/2013 11:51, Tiago Bortoletto Vaz a écrit :

> Hi, here's the issue when updating via web interface:
> 
> Failed to get existing database structure for updating (MDB2_Schema Error:
> schema validation error, default value of "spent_on" is incorrect: "" is not 
> of
> type "date")

This looks a lot like the following upstream issue (there are duplicates
mentioned in this thread):

https://github.com/owncloud/core/issues/2137

Do you have external (not from the owncloud package) apps activated?

Can you deactivate (preferably one at a time) the apps and restart the
update via the web interface. If it works at one moment, please report
the problematic app if possible.

Regards

David


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

iQEcBAEBCAAGBQJSQuMWAAoJEAWMHPlE9r08m0cIAJfKDYOForga7F+yx6rIf3zf
BXj9GHqN5gkqgeeqcWgSfH60shn+pBqdgdrxe+3BAvlbc7dazbYkQNptBb+boplR
Qz35M4FImZgM/gnPaZFMa93RjIcmnBEmC/6cluOKxHhybkKZg8f+XGrbyV+BZmT+
Wsfdw0xmU7drPVpsZuzdJY7TEugfcU2+UW0sRW9uSfKTyyk/daMHTA5PTiNb0mOB
ca+NaafXsaoV1YIKqpaHVehSpOnun117aUELWyQRgehO/V2pto+IH+xCrSQsKE/I
hbyPtRjn9VGqs/wOnHwBn/GTBVtE6KCdLZgiummXrIz2PrCokPPRlman5/mIUkk=
=f/Uq
-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#724590: udisks2: StandbyTimeout is not re-applied on system resume

[Julian Andres Klode]

Package: udisks2
Version: 2.1.1-1
Severity: normal

udisks seems to set the standby timeout on boot, but not on resume;
causing the disk to not enter standby automatically anymore after a
suspend & resume.


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

Kernel: Linux 3.10-3-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 udisks2 depends on:
ii  dbus   1.6.14-1
ii  libacl12.2.52-1
ii  libatasmart4   0.19-2+b1
ii  libc6  2.17-93
ii  libglib2.0-0   2.36.4-1
ii  libgudev-1.0-0 204-4
ii  libpolkit-agent-1-00.105-3
ii  libpolkit-gobject-1-0  0.105-3
ii  libudisks2-0   2.1.1-1
ii  udev   204-4

Versions of packages udisks2 recommends:
ii  dosfstools   3.0.16-2
ii  eject2.1.5+deb1+cvs20081104-13
pn  ntfs-3g  
ii  policykit-1  0.105-3

Versions of packages udisks2 suggests:
pn  btrfs-tools 
pn  cryptsetup-bin  
pn  exfat-utils 
pn  mdadm   
pn  reiserfsprogs   
pn  xfsprogs

-- no debconf information

-- 
Julian Andres Klode  - Debian Developer, Ubuntu Member

See http://wiki.debian.org/JulianAndresKlode and http://jak-linux.org/.


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

Bug#718031: ITP: terminology -- a new terminal emulator

[Sylvestre Ledru]

On 19/09/2013 21:57, Sebastian Reichel wrote:
> On Thu, Sep 19, 2013 at 09:21:24PM +0200, Sylvestre Ledru wrote:
>> Any news on this subject ?
>> Thanks!
> 
> Nothing new from me. I got no reply from Ho Wan Chan.
Maybe you should upload it ...

Sylvestre




signature.asc
Description: OpenPGP digital signature

Bug#723180: Double fault when single-stepping compat task with PREEMPT_RT

[Ben Hutchings]

On Tue, 2013-09-24 at 13:43 -0700, Brian Silverman wrote:
[...]
> I got down to a really simple program that reproduces this bug:
> 
> 
> #include 
> #include 
> int main() {
>   // I've tried SYS_getpid, SYS_write, and SYS_read here too.
>   syscall(SYS_gettid);
> }
> 
> 
> Any syscall I put in there seems to give the same results. In order
> for it to trigger the bug, you have to compile it with `gcc -m32
> whatever.c` (I'm testing with the standard Wheezy gcc (4:4.7.2-1) and
> gdb (7.4.1+dfsg-0.1)). I would imagine that something in gcc and/or
> gdb is contributing to this too.
> 
> 
> I also minimized the gdb commands down to:
> 
> 
> break main
> run
> record

I assume this enables single-stepping.

> continue
[...]

I can reproduce this in VMs running the latest Debian RT kernel versions
(based on 3.2.51-rt72, and on 3.10.11 with the 3.10.10-rt7 patch).

As Brian says, x86_64 userland on x86_64 kernel works, and similarly for
i386 on i386.  So it is specifically the 'compat' case that's broken.

Here's what I got:

[   68.394276] double fault:  [#1] PREEMPT SMP 
[   68.394304] Modules linked in: rfcomm bnep bluetooth rfkill crc16 nfsd 
auth_rpcgss oid_registry nfs_acl nfs lockd dns_resolver fscache sunrpc loop 
fuse joydev hid_generic usbhid hid snd_hda_intel snd_hda_codec snd_hwdep 
snd_pcm snd_page_alloc snd_seq snd_seq_device snd_timer snd processor evdev ttm 
drm_kms_helper thermal_sys psmouse soundcore drm i2c_piix4 serio_raw 
virtio_balloon button i2c_core pcspkr microcode ext3 mbcache jbd sg sr_mod 
cdrom ata_generic virtio_net virtio_blk floppy uhci_hcd ata_piix ehci_hcd 
libata usbcore virtio_pci scsi_mod usb_common virtio_ring virtio
[   68.394307] CPU: 0 PID: 3044 Comm: bug723180 Not tainted 3.10-3-rt-amd64 #1 
Debian 3.10.11-1
[   68.394307] Hardware name: Bochs Bochs, BIOS Bochs 01/01/2011
[   68.394309] task: 88001df34300 ti: 88001b564000 task.ti: 
88001b564000
[   68.394316] RIP: 0010:[]  [] 
native_irq_enable_sysexit+0x10/0x10
[   68.394317] RSP: 0018:  EFLAGS: 00010192
[   68.394318] RAX: 00e0 RBX:  RCX: 0804842b
[   68.394319] RDX: f7fc7000 RSI: 08048420 RDI: 
[   68.394319] RBP: d53c R08:  R09: 
[   68.394320] R10:  R11:  R12: 
[   68.394320] R13:  R14:  R15: 
[   68.394321] FS:  () GS:88001fc0(0063) 
knlGS:f7e1b900
[   68.394322] CS:  0010 DS: 002b ES: 002b CR0: 8005003b
[   68.394323] CR2: fff8 CR3: 1f121000 CR4: 06f0
[   68.394326] DR0:  DR1:  DR2: 
[   68.394329] DR3:  DR6: 4ff0 DR7: 0400
[   68.394329] Stack:
[   68.394331]  88001fc05e68 88001fc05f58 0ac0 

[   68.394332]    0040 
8100ef56
[   68.394334]  81837a35  88001fc05f58 
814011e8
[   68.394334] Call Trace:
[   68.394336]  <#DF> 
[   68.394340]  [] ? show_regs+0x6d/0x1bd
[   68.394343]  [] ? __die+0x9e/0xdb
[   68.394345]  [] ? die+0x3d/0x56
[   68.394346]  [] ? do_double_fault+0x5c/0x5e
[   68.394348]  [] ? double_fault+0x28/0x30
[   68.394350]  [] ? native_irq_enable_sysexit+0x10/0x10
[   68.394351]  <> 
[   68.394361] Code: 1f 84 00 00 00 00 00 0f 1f 40 00 0f 01 f8 0f 07 66 66 2e 
0f 1f 84 00 00 00 00 00 0f 01 f8 fb 0f 35 66 2e 0f 1f 84 00 00 00 00 00 <0f> 01 
f8 65 48 8b 24 25 e0 a7 00 00 48 83 c4 28 fb 0f 1f 80 00 
[   68.394362] RIP  [] native_irq_enable_sysexit+0x10/0x10
[   68.394362]  RSP <>
[   68.394385] ---[ end trace 0002 ]---
[   68.394434] [ cut here ]
[   68.394442] WARNING: at 
/build/linux-BPzSEt/linux-3.10.11/debian/build/source_rt/kernel/smp.c:244 
smp_call_function_single+0x71/0x157()
[   68.394454] Modules linked in: rfcomm bnep bluetooth rfkill crc16 nfsd 
auth_rpcgss oid_registry nfs_acl nfs lockd dns_resolver fscache sunrpc loop 
fuse joydev hid_generic usbhid hid snd_hda_intel snd_hda_codec snd_hwdep 
snd_pcm snd_page_alloc snd_seq snd_seq_device snd_timer snd processor evdev ttm 
drm_kms_helper thermal_sys psmouse soundcore drm i2c_piix4 serio_raw 
virtio_balloon button i2c_core pcspkr microcode ext3 mbcache jbd sg sr_mod 
cdrom ata_generic virtio_net virtio_blk floppy uhci_hcd ata_piix ehci_hcd 
libata usbcore virtio_pci scsi_mod usb_common virtio_ring virtio
[   68.394456] CPU: 0 PID: 3044 Comm: bug723180 Tainted: G  D  
3.10-3-rt-amd64 #1 Debian 3.10.11-1
[   68.394459] Hardware name: Bochs Bochs, BIOS Bochs 01/01/2011
[   68.394460]   8103cced  

[   68.394461]   810c08d9 88001fc05e50 
810830f6
[   68.394462]  

Bug#718031: ITP: terminology -- a new terminal emulator

[Ho Wan Chan]

Hello Sylvestre,

Sorry for the delay, but I remember that some build-dependencies can't be
fulfilled in Debian, since they mostly depend on elementary stuff...

Regards,
Howard Chan (smartboyhw)


2013/9/25 Sylvestre Ledru 

> On 19/09/2013 21:57, Sebastian Reichel wrote:
> > On Thu, Sep 19, 2013 at 09:21:24PM +0200, Sylvestre Ledru wrote:
> >> Any news on this subject ?
> >> Thanks!
> >
> > Nothing new from me. I got no reply from Ho Wan Chan.
> Maybe you should upload it ...
>
> Sylvestre
>
>
>

Bug#724591: update-alternatives: warning: forcing reinstallation of alternative /usr/bin/ctags.emacs-snapshot because link group ctags is broken

[jidanni]

Package: emacs-snapshot-bin-common
Version: 2:20130925-1

Setting up emacs-snapshot-bin-common (2:20130925-1) ...
update-alternatives: warning: forcing reinstallation of alternative 
/usr/bin/ctags.emacs-snapshot because link group ctags is broken
update-alternatives: warning: skip creation of /usr/share/man/man1/ctags.1.gz 
because associated file /usr/share/man/man1/ctags.1emacs-snapshot.gz (of link 
group ctags) doesn't exist
update-alternatives: warning: forcing reinstallation of alternative 
/usr/bin/ebrowse.emacs-snapshot because link group ebrowse is broken
update-alternatives: warning: skip creation of /usr/share/man/man1/ebrowse.1.gz 
because associated file /usr/share/man/man1/ebrowse.1emacs-snapshot.gz (of link 
group ebrowse) doesn't exist
update-alternatives: warning: forcing reinstallation of alternative 
/usr/bin/emacsclient.emacs-snapshot because link group emacsclient is broken
update-alternatives: warning: skip creation of 
/usr/share/man/man1/emacsclient.1.gz because associated file 
/usr/share/man/man1/emacsclient.1emacs-snapshot.gz (of link group emacsclient) 
doesn't exist
update-alternatives: warning: forcing reinstallation of alternative 
/usr/bin/etags.emacs-snapshot because link group etags is broken
update-alternatives: warning: skip creation of /usr/share/man/man1/etags.1.gz 
because associated file /usr/share/man/man1/etags.1emacs-snapshot.gz (of link 
group etags) doesn't exist
update-alternatives: warning: forcing reinstallation of alternative 
/usr/bin/grep-changelog.emacs-snapshot because link group grep-changelog is 
broken
update-alternatives: warning: skip creation of 
/usr/share/man/man1/grep-changelog.1.gz because associated file 
/usr/share/man/man1/grep-changelog.1emacs-snapshot.gz (of link group 
grep-changelog) doesn't exist
Setting up emacs-snapshot (2:20130925-1) ...
update-alternatives: warning: forcing reinstallation of alternative 
/usr/bin/emacs-snapshot because link group emacs is broken
update-alternatives: warning: skip creation of /usr/share/man/man1/emacs.1.gz 
because associated file /usr/share/man/man1/emacs.1emacs-snapshot.gz (of link 
group emacs) doesn't exist
update-alternatives: warning: forcing reinstallation of alternative 
/usr/bin/emacs-snapshot because link group editor is broken
update-alternatives: warning: skip creation of /usr/share/man/man1/editor.1.gz 
because associated file /usr/share/man/man1/emacs.1emacs-snapshot.gz (of link 
group editor) doesn't exist


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

Bug#724561: Suggesting 'linux-image' prevents auto-removal of any linux-image package

[Ben Hutchings]

On Wed, 2013-09-25 at 13:07 +0530, Ritesh Raj Sarraf wrote:
> On Wednesday 25 September 2013 09:05 AM, Ben Hutchings wrote:
> > Currently APT's auto-removal criteria are very conservative; it will
> > not remove any package where another package has any level of
> > dependency on it (Depends, Recommends or Suggests).  This includes
> > cases where the dependency is on a virtual package that is also
> > provided by multiple packages - none of them can be removed.
> >
> > To allow auto-removal of linux-image-* packages, nothing should
> > depend on/recommend/suggest the virtual package 'linux-image'.
> 
> Hello Ben,
> 
> systemtap would like to have the linux-image dbg packages available, for
> full functionality. Currently there's no virtual package for it.
> Would it make sense to introduce a virtual -dbg package ?

This would result in the same sort of problem.  But I could add a
metapackage built from linux-latest, so that the -dbg package gets
updated at each ABI change.

Ben.

-- 
Ben Hutchings
Humans are not rational beings; they are rationalising beings.


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

Bug#724592: pu: package ifmetric/0.3-2

[Michael Shuler]

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

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

I would like to upload ifmetric_0.3-2+deb7u1 to stable in order to fix
#514197 and get this software functional for stable users again. The fix
is a one line patch to increase the reply buffer size. Attached is the
proposed stable debdiff.

- -- 
Kind regards,
Michael Shuler

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

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

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

iQIcBAEBCAAGBQJSQuhrAAoJEKJ4t4H+SyvaZCoQAIK6giVJA60e/13TD1jiRYDY
Uk3odZ1K4QEHTOg/TDhBb0sHP1W1rP2ZDU39T7YF4F1UDEOs5FnHGMjE4fBBkZQ5
6NCplgjMV3J8PjlcPH5+qjOKd7BLyYQjujWKUlpK0RslfnXGbh0pV/tkcfSCQnyv
78O96fa+y1UqhA3gvqsFj8tWsKM+FRjV4NDFsqQW5BdD1rKSjR3aszxyaXFK4eF7
m4YeLw0+qELjcTXmW+4vveg2Ftujt3XKGvgq/dkM1L5vXIA3gcvaPeC2XiqFs5VL
Uarnp69t/eBwJdOTeCDgTtZ62gkfiSyAmr8Bz2sDsMuNQkvp6Oc2z7Srr3+YctuP
27fQ+Ybh5MVE5+yXYSKwemUG3A510flTqiHqK0MviKaQ0Vn6NMbHnzhmmDp8uULH
9FW2BMzoZ+NzQmo8HQ4erTFZ0/+aysCFnmypapJCVAoXuBhcgXakwA9pDdQU15Vp
BO+rdXsmF0Venp1LoA+sLXkAI97LmWvxqc8Ry3d6Bo3pvZIPqV31cvZGOq4G89KQ
eihr1J4RaC3vIlDpPsbs5kUoQ3+OgIgViENBHwkyza6ituy+Fw//kHDjfgUYgTJz
epIAv7osn8R5mpGBBf316ONO4sNsUKuMR5MufqM03cffrv4mpg8O104uzQC4CopZ
eT7Js5g4qWNOQzb8qbjq
=QF1H
-END PGP SIGNATURE-
diff -u ifmetric-0.3/debian/changelog ifmetric-0.3/debian/changelog
--- ifmetric-0.3/debian/changelog
+++ ifmetric-0.3/debian/changelog
@@ -1,3 +1,10 @@
+ifmetric (0.3-2+deb7u1) stable; urgency=low
+
+  * Add patch to fix "NETLINK: Packet too small or truncated!" error.
+Thanks to Benedek László for the patch.  Closes: #514197, LP: #896584
+
+ -- Michael Shuler   Mon, 23 Sep 2013 09:04:32 -0500
+
 ifmetric (0.3-2) unstable; urgency=low
 
   * debian/control: bump standards-version (no changes).
only in patch2:
unchanged:
--- ifmetric-0.3.orig/src/nlrequest.c
+++ ifmetric-0.3/src/nlrequest.c
@@ -44,7 +44,7 @@
 
 for (;;) {
 int bytes;
-char replybuf[2048];
+char replybuf[4096];
 struct nlmsghdr *p = (struct nlmsghdr *) replybuf;
 
 if ((bytes = recv(s, &replybuf, sizeof(replybuf), 0)) < 0) {

Bug#692957: Info received (Bug#692957: linux-image-3.2.0-4-amd64: NFS server causes high load on 3.2 kernel)

[Karsten Suehring]

Unforunately I could not follow up on the issue anymore because I had to
get my systems back into a running state.

If nobody else can reproduce it on Debian, then it is possible that the
issue was indeed related to Ubuntu only or the specific kernel version used
there. So this bug can probably be closed.

BR, Karsten

Bug#724561: Suggesting 'linux-image' prevents auto-removal of any linux-image package

[Ritesh Raj Sarraf]

On Wednesday 25 September 2013 06:58 PM, Ben Hutchings wrote:
>> Hello Ben,
>> > 
>> > systemtap would like to have the linux-image dbg packages available, for
>> > full functionality. Currently there's no virtual package for it.
>> > Would it make sense to introduce a virtual -dbg package ?
> This would result in the same sort of problem.  But I could add a
> metapackage built from linux-latest, so that the -dbg package gets
> updated at each ABI change.

That'd help. Please let us know the metapackage name, on this bug
report, and we'll update it accordingly.

Ritesh

-- 
Ritesh Raj Sarraf
RESEARCHUT - http://www.researchut.com
"Necessity is the mother of invention."




signature.asc
Description: OpenPGP digital signature

Bug#724593: packaged graphviz 2.34

[Matthias Klose]

Package: graphviz
Tags: patch

see
https://launchpad.net/~doko/+archive/toolchain/+sourcepub/3528236/+listing-archive-extra

builds using guile-2.0, lua-5.2 and ruby-1.9.1, some patches may need updates,
commented out with FIXME.


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

Bug#718031: ITP: terminology -- a new terminal emulator

[Sebastian Reichel]

On Wed, Sep 25, 2013 at 09:27:15PM +0800, Ho Wan Chan wrote:
> Sorry for the delay, but I remember that some build-dependencies can't be
> fulfilled in Debian, since they mostly depend on elementary stuff...

That's what I wrote two weeks ago:

http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=718031#21

So what are your plans concerning this bug and its build deps?

-- Sebastian


signature.asc
Description: Digital signature

Bug#724594: duplicity: the --extra-clean option broke valid backup, not possible restore all data.

[Gabriel CORRE]

Package: duplicity
Version: 0.6.22-1
Severity: important

Hello,

This bug is about the behavior of the --extra-clean option.

The man page speaks about deleting extraneous files and cleaning failed session.

$ man duplicity
   cleanup [--force] [--extra-clean] 
Delete the extraneous duplicity files on the given backend.
Non-duplicity files, or files in complete data sets will not be
deleted.
This should only be necessary after a duplicity
session fails or is aborted prematurely.

The bug appends in case of usual successful backup.


Commands used
=

My daily backup is like this :

   # target_url=rsync://root@remoteserver//path/to/storage/
[1]  (root)# duplicity incr --full-if-older-than 30D /path/to/data/ $target_url

[2]  (root)# duplicity collection-status   $target_url

[3]  (root)# duplicity remove-all-but-n-full 2 --force $target_url
[4]  (root)# duplicity cleanup --extra-clean   --force $target_url

[5]  (root)# duplicity collection-status   $target_url


I.e.: I do daily incremental backups, with 1 full backup per month.
And keep 2 months of backup.

Duplicity version
=

The bug was found on debian/wheezy(stable) with duplicity version 
0.6.18-3(wheezy)
Also reproduced with lastest duplicity version 0.6.22-1(sid)


The issue
=

Everything seems fine.
If you list available backup data (with collection-status) the last 2 months 
will be shown.

It's ok when you :
 - restore the lastest backup
 - restore data in the last backup chain (the last full backup)

It fail when you try to :
 - restore data outside the current backup chain (before the last full backup)
   the restore command fallbacks to the last chain :
No signature chain for the requested time.  Using oldest available 
chain, starting at time Fri Sep 13 04:32:24 2013.
   even older valid data are still available :
Found 1 secondary backup chain.
Secondary chain 1 of 1:
-
Chain start time: Tue Aug 13 04:46:55 2013
Chain end time: Thu Sep 12 04:40:35 2013


Origin of the issue
===

I supposed the "cleanup --extra-clean" will remove valid signature,
and broke the capacity to restore valid backup data (with the duplicity restore 
command)


Ugly workaround
===

The previous backup chains data still exist. But the restore command refuses to 
use them.
If you manually remove all duplicity files that are the last backup chain,
duplicity restore uses the latest chain available (with warning about signature)
and you will be able to restore your backuped data.


Technical detail


(root)# duplicity collection-status --archive-dir=/storage/duplicity/cache 
--tempdir=/storage/duplicity/tmp rsync://root@remoteserver//path/to/storage/
Import of duplicity.backends.dpbxbackend Failed: No module named dropbox
Local and Remote metadata are synchronized, no sync needed.
Last full backup date: Fri Sep 13 04:32:24 2013
Collection Status
-
Connecting with backend: RsyncBackend
Archive dir: /storage/duplicity/cache/cf22c23cd06daa15a89f41bccac023a1

Found 1 secondary backup chain.
Secondary chain 1 of 1:
-
Chain start time: Tue Aug 13 04:46:55 2013
Chain end time: Thu Sep 12 04:40:35 2013
Number of contained backup sets: 19
Total number of contained volumes: 63
 Type of backup set:Time:  Num volumes:
Full Tue Aug 13 04:46:55 201341
 Incremental Wed Aug 14 04:21:50 2013 1
 Incremental Thu Aug 15 04:13:58 2013 1
 Incremental Fri Aug 16 04:04:48 2013 1
 Incremental Tue Aug 20 04:38:38 2013 2
 Incremental Wed Aug 21 04:17:51 2013 1
 Incremental Thu Aug 22 04:20:40 2013 1
 Incremental Fri Aug 23 04:21:09 2013 1
 Incremental Tue Aug 27 04:49:50 2013 2
 Incremental Wed Aug 28 04:56:03 2013 1
 Incremental Thu Aug 29 04:49:49 2013 1
 Incremental Fri Aug 30 04:49:00 2013 1
 Incremental Tue Sep  3 04:43:44 2013 2
 Incremental Wed Sep  4 04:25:59 2013 1
 Incremental Thu Sep  5 04:16:19 2013 1
 Incremental Fri Sep  6 04:27:29 2013 1
 Incremental Tue Sep 10 05:15:30 2013 2
 Incremental Wed Sep 11 04:31:22 2013 1
 Incremental Thu Sep 12 04:40:35 2013 1
-


Found primary backup chain with matching signature chain:
-
Chain start time: Fri 

Bug#724138: Future of the wss4j package in Debian.

[tony]

On Wed, Sep 25, 2013 at 01:32:11PM +0200, Emmanuel Bourg wrote:
> Hi Charles,
> 
> I packaged the latest version of wss4j:
> 
> http://anonscm.debian.org/gitweb/?p=pkg-java/wss4j.git
> http://mentors.debian.net/package/wss4j
> 
> Do you want to sponsor the upload to complete the adoption?
> 
> Emmanuel Bourg

Hi Charles,

If you aren't available, I will sponsor the upload.  As a wss4j user,
I'd like to see it remain in Debian.  It's one of those libraries that I
think Debian needs to have in order to be a legitimate Java platform.

Cheers,
tony


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

Bug#724550: clang-3.3: crash when parsing (invalid) c++ source

[Sylvestre Ledru]

On 25/09/2013 02:02, Julian Blake Kongslie wrote:
> Package: clang-3.3
[...]
> I've attached the relevant files (foo.cpp, /tmp/foo-1Vw0aR.cpp,
> /tmp/foo-1Vw0aR.sh) to this report. The command I ran was simply:
>   clang++ foo.cpp
> 
> Please let me know if there's anything further I can do to assist.

Thanks for this bug report. FYI, the snapshot release no longer segfault
on such issue:
$ clang++ foo.cpp
foo.cpp:3:14: error: no class named 'Qux' in 'Foo'
class Foo::Qux get_qux();
  ~^
1 error generated.

Sylvestre


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

Bug#718473: pcscd: 100% CPU usage

[Stéphane Glondu]

Le 24/09/2013 17:49, Ludovic Rousseau a écrit :
>> After resume, I get:
>>> [...]
>> Then after a while, I get:
>>> [...]

Actually, the "after a while" part  corresponds to me switching off
radio and doesn't seem to happen by itself. And only 4 "Device removed"
events occur (no loop in output). I misinterpreted, sorry. pcscd is
still using 100% CPU after switching off radio, though.

> What version of pcscd are you using?

1.8.8-4+b1

> Can you run: "udevadm monitor" in another terminal and then try to
> reproduce the problem using the 4 steps?
> Send me the output of the command.

When I switch on radio, I get:
> KERNEL[2889.857590] add  /devices/pci:00/:00:1a.0/usb1/1-1/1-1.4 
> (usb)
> KERNEL[2889.857704] add  
> /devices/pci:00/:00:1a.0/usb1/1-1/1-1.4/1-1.4:1.0 (usb)
> KERNEL[2889.857889] add  
> /devices/pci:00/:00:1a.0/usb1/1-1/1-1.4/1-1.4:1.0/bluetooth/hci0 
> (bluetooth)
> KERNEL[2889.857919] add  
> /devices/pci:00/:00:1a.0/usb1/1-1/1-1.4/1-1.4:1.0/bluetooth/hci0/rfkill2
>  (rfkill)
> KERNEL[2889.857937] change   
> /devices/pci:00/:00:1a.0/usb1/1-1/1-1.4/1-1.4:1.0/bluetooth/hci0/rfkill2
>  (rfkill)
> KERNEL[2889.858086] add  
> /devices/pci:00/:00:1a.0/usb1/1-1/1-1.4/1-1.4:1.1 (usb)
> KERNEL[2889.858152] add  
> /devices/pci:00/:00:1a.0/usb1/1-1/1-1.4/1-1.4:1.2 (usb)
> KERNEL[2889.858217] add  
> /devices/pci:00/:00:1a.0/usb1/1-1/1-1.4/1-1.4:1.3 (usb)
> UDEV  [2889.859907] add  /devices/pci:00/:00:1a.0/usb1/1-1/1-1.4 
> (usb)
> UDEV  [2889.865916] add  
> /devices/pci:00/:00:1a.0/usb1/1-1/1-1.4/1-1.4:1.0 (usb)
> UDEV  [2889.865951] add  
> /devices/pci:00/:00:1a.0/usb1/1-1/1-1.4/1-1.4:1.2 (usb)
> UDEV  [2889.866724] add  
> /devices/pci:00/:00:1a.0/usb1/1-1/1-1.4/1-1.4:1.0/bluetooth/hci0 
> (bluetooth)
> UDEV  [2889.867536] add  
> /devices/pci:00/:00:1a.0/usb1/1-1/1-1.4/1-1.4:1.0/bluetooth/hci0/rfkill2
>  (rfkill)
> UDEV  [2889.867820] add  
> /devices/pci:00/:00:1a.0/usb1/1-1/1-1.4/1-1.4:1.3 (usb)
> UDEV  [2889.868017] change   
> /devices/pci:00/:00:1a.0/usb1/1-1/1-1.4/1-1.4:1.0/bluetooth/hci0/rfkill2
>  (rfkill)
> UDEV  [2889.868945] add  
> /devices/pci:00/:00:1a.0/usb1/1-1/1-1.4/1-1.4:1.1 (usb)
> KERNEL[2892.780180] change   
> /devices/pci:00/:00:1c.1/:02:00.0/bcma0:0/ieee80211/phy0/rfkill0 
> (rfkill)
> UDEV  [2892.780530] change   
> /devices/pci:00/:00:1c.1/:02:00.0/bcma0:0/ieee80211/phy0/rfkill0 
> (rfkill)


Cheers,

-- 
Stéphane


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

Bug#724595: libcamel1.2-dev: circular dependency hell

[Bill Allombert]

Package: libcamel1.2-dev
Version: 3.8.5-2
Severity: important

Hello Debian Evolution Maintainers,

There is a circular dependency between libcamel1.2-dev,
libebook-contacts1.2-dev, libebook1.2-dev, libedata-book1.2-dev and
libedataserver1.2-dev:

libcamel1.2-dev :Depends: libedataserver1.2-dev (= 3.8.5-2)
libebook-contacts1.2-dev:Depends: libedataserver1.2-dev (= 3.8.5-2), 
libcamel1.2-dev (= 3.8.5-2)
libebook1.2-dev :Depends: libedataserver1.2-dev (= 3.8.5-2), 
libebook-contacts1.2-dev (= 3.8.5-2), libcamel1.2-dev (= 3.8.5-2)
libedata-book1.2-dev:Depends: libedataserver1.2-dev (= 3.8.5-2), 
libebook1.2-dev (= 3.8.5-2)
libedataserver1.2-dev   :Depends: libedata-book1.2-dev, libcamel1.2-dev (= 
3.8.5-2)

The full dependendencies graph is 


Complex circular dependencies, especially with exact version clause, are known
to cause problems during upgrade, so we should try to get rid of them.

See threads 
http://lists.debian.org/debian-devel/2005/06/msg02111.html
http://lists.debian.org/debian-devel/2005/11/msg01101.html

Since all these packages are build from the same source package,
there is no justification to generate 5 packages that need to
be installed at once. At worse, just merge them to a single
one that Provides the others.

Cheers,
-- 
Bill. 

Imagine a large red swirl here. 


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

Bug#724596: libhtml-element*: synopsys is not very informative

[Bill Allombert]

Package: libhtml-element-extended-perl
Version: 1.18-1
Severity: minor

Hello Don,
The syopsys of this package is

Description-en: extended HTML::Element classes
 A package of several enhanced HTML::Element classes, most of which
 arose during the effort to implement an HTML::Element based table
 class.

This is not informatve unless one already know what is HTML::Element,
especially since there is no other libhtml-element-*-perl package in Debian.

Cheers,
-- 
Bill. 

Imagine a large red swirl here. 


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

Bug#720419: [OMPI devel] Openmpi 1.6.5 is freezing under GNU/Linux ia64

[Sylvestre Ledru]

With the --enable-debug, I am getting:
openmpi-1.6.5/debian/tmp/usr/bin/mpirun.openmpi -mca plm_base_verbose 5
-mca ras_base_verbose 5 -mca rmaps_base_verbose 5 -mca ess_base_verbose
5 -c 4 foo
mpirun.openmpi: orterun.c:636: orterun: Assertion `((0xdeafbeedULL <<
32) + 0xdeafbeedULL) == ((opal_object_t *) (&cmd_line))->obj_magic_id'
failed.
[merulo:16918] *** Process received signal ***
[merulo:16918] Signal: Aborted (6)
[merulo:16918] Signal code:  (-6)
[merulo:16918] [ 0]
linux-gate.so.1(__kernel_sigtramp+0x7f88f740) [0xa0040800]
[merulo:16918] [ 1]
linux-gate.so.1(__kernel_syscall_via_break+0x7f88f651)
[0xa0040721]
[merulo:16918] [ 2] /lib/ia64-linux-gnu/libc.so.6.1(gsignal-0x3112f0)
[0x2049fdf0]
[merulo:16918] [ 3] /lib/ia64-linux-gnu/libc.so.6.1(abort-0x309710)
[0x204a79e0]
[merulo:16918] [ 4] /lib/ia64-linux-gnu/libc.so.6.1(+0x464b0)
[0x2048e4b0]
[merulo:16918] [ 5]
/lib/ia64-linux-gnu/libc.so.6.1(__assert_fail-0x322a50) [0x2048e6b0]
[merulo:16918] [ 6] openmpi-1.6.5/debian/tmp/usr/bin/mpirun.openmpi()
[0x400063d0]
[merulo:16918] [ 7] openmpi-1.6.5/debian/tmp/usr/bin/mpirun.openmpi()
[0x40004120]
[merulo:16918] [ 8]
/lib/ia64-linux-gnu/libc.so.6.1(__libc_start_main-0x33fe70)
[0x204712a0]
[merulo:16918] [ 9] openmpi-1.6.5/debian/tmp/usr/bin/mpirun.openmpi()
[0x40003f00]
[merulo:16918] *** End of error message ***
Aborted


On 20/09/2013 23:58, Ralph Castain wrote:
> Occurs to me - I bet you didn't configure this with --enable-debug, did you? 
> If not, please reconfigure it and rerun so we can see the debug output
> 
> On Sep 20, 2013, at 2:54 PM, Sylvestre Ledru  wrote:
> 
>> On 20/09/2013 23:46, Ralph Castain wrote:
>>> That's it?? Wow, that was useless.
>> Isn't it ? ;) It is why I asked for your help...
>>> Can you attach to mpirun with gdb and tell me where it is sitting?
>>>
>> It is about as useful at the previous command:
>> http://paste.debian.net/43882/
>>
>> Built with:
>> $ mpicc foo.c -g -o foo -O0
>>
>> Sylvestre
>>
>> ___
>> devel mailing list
>> de...@open-mpi.org
>> http://www.open-mpi.org/mailman/listinfo.cgi/devel
> 
> ___
> devel mailing list
> de...@open-mpi.org
> http://www.open-mpi.org/mailman/listinfo.cgi/devel
> 


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

Bug#724598: php5-memcached: Does not build with libmemcached >= 1.0.9

[Michael Fladischer]

Package: php5-memcached
Version: 2.1.0-1
Severity: normal

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Dear Maintainer,

due to an API break in libmemcached 1.0.9  php-memcached does no longer build:

/tmp/buildd/php-memcached-2.1.0/memcached-2.1.0/php_memcached.c:318:82: error: 
unknown type name 'memcached_server_instance_st'
/tmp/buildd/php-memcached-2.1.0/memcached-2.1.0/php_memcached.c:319:77: error: 
unknown type name 'memcached_server_instance_st'
/tmp/buildd/php-memcached-2.1.0/memcached-2.1.0/php_memcached.c:320:79: error: 
unknown type name 'memcached_server_instance_st'
/tmp/buildd/php-memcached-2.1.0/memcached-2.1.0/php_memcached.c:1948:17: error: 
'php_memc_do_serverlist_callback' undeclared (first use in this function)
/tmp/buildd/php-memcached-2.1.0/memcached-2.1.0/php_memcached.c:2056:17: error: 
'php_memc_do_stats_callback' undeclared (first use in this function)
/tmp/buildd/php-memcached-2.1.0/memcached-2.1.0/php_memcached.c:2089:17: error: 
'php_memc_do_version_callback' undeclared (first use in this function)
/tmp/buildd/php-memcached-2.1.0/memcached-2.1.0/php_memcached.c:2576:82: error: 
unknown type name 'memcached_server_instance_st'
/tmp/buildd/php-memcached-2.1.0/memcached-2.1.0/php_memcached.c:2593:77: error: 
unknown type name 'memcached_server_instance_st'
/tmp/buildd/php-memcached-2.1.0/memcached-2.1.0/php_memcached.c:2637:79: error: 
unknown type name 'memcached_server_instance_st'

Upstream has already a bugreport for this:
https://github.com/php-memcached-dev/php-memcached/pull/80

There is already a package for libmemcached-1.0.17-1 in experimental. To ease 
the transition into unstable I've attached a patch to fix those errors.

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

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

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

iQIcBAEBAgAGBQJSQwWaAAoJEGlMre9Rx7W2JroP/2K82HSrBIiZWSq5haaPn+Lq
TlqJsMmldmX1HW44+Wn7Az1j3dtedvYoghcJBMy82/a6JZ627+KJ+niUX0c1JRAn
JIyDFw8LdcWxhmmXxAfvYJjIp96qQUuckhoaeTh/RvCti4FM7VxsKsmyddzdqhPo
4KZYcwecBaOyRbn7M6OwkfDj/EBTGXUoiPnAubopucBk3IGgmepY8FSBxq+veJth
zeLqIcIvJOTwKLefyxUP/I+89oTYpVvgl+T1/Z6tOIWXNJ69C7xTDkQVfTfHyPnc
XiVX0m653nozEOqib3V6CWSR/Ww03ZMNkcnSUz9FWBQTIFia19d/wsH3B5JbtIIl
dNnDo/wrBn1nQ6wS2XvZXqbfiRwO+ZVbiGLdgXrytY9/1rWSUxMAvo6JRi1ObGhA
+AF4NnQGjCH6eqWfN0PDc0mDrYLZV54JoHDYDw6HoUve8AcE1VwR2GjyybHpaIaJ
GCQToffipPZSrZxECw65UraTMb6XKIuJHUekLAjxIFptqVdz01DETRjmrXF8aWbg
ZrANx3ELj70QNyFXqC4U9s2yMZeV714+HZDdzgpWzePgEMWKb62Mxq1y3NRQoXaF
k5MuDCkLkVrRhCWWSP0yEbfMUaF0exT4nVMrOaiMXrTRiKm3BiwkutbMl5daKwCR
72s+JflCoL9Nke6evG0T
=TNEy
-END PGP SIGNATURE-
Description: Adapt to libmemcached API >= 1.0.9
 libmemcached introduces an API break with 1.0.9 by renaming structs and
 introducting accessor functions. This patch adds preprocessor conditionals to
 used the different APIs depending on the version of libmemcached.
 This patch is based on the pull-request from Faidon Liambotis (paravoid).
Author: Michael Fladischer 
Last-Update: 2013-09-25
Bug: https://github.com/php-memcached-dev/php-memcached/pull/80

--- a/memcached-2.1.0/php_memcached.c
+++ b/memcached-2.1.0/php_memcached.c
@@ -315,9 +315,15 @@
 static void php_memc_getDelayed_impl(INTERNAL_FUNCTION_PARAMETERS, zend_bool by_key);
 static memcached_return php_memc_do_cache_callback(zval *memc_obj, zend_fcall_info *fci, zend_fcall_info_cache *fcc, char *key, size_t key_len, zval *value TSRMLS_DC);
 static int php_memc_do_result_callback(zval *memc_obj, zend_fcall_info *fci, zend_fcall_info_cache *fcc, memcached_result_st *result TSRMLS_DC);
+#if defined(LIBMEMCACHED_VERSION_HEX) && LIBMEMCACHED_VERSION_HEX >= 0x0109
+static memcached_return php_memc_do_serverlist_callback(const memcached_st *ptr, const memcached_instance_st *instance, void *in_context);
+static memcached_return php_memc_do_stats_callback(const memcached_st *ptr, const memcached_instance_st *instance, void *in_context);
+static memcached_return php_memc_do_version_callback(const memcached_st *ptr, const memcached_instance_st *instance, void *in_context);
+#else
 static memcached_return php_memc_do_serverlist_callback(const memcached_st *ptr, memcached_server_instance_st instance, void *in_context);
 static memcached_return php_memc_do_stats_callback(const memcached_st *ptr, memcached_server_instance_st instance, void *in_context);
 static memcached_return php_memc_do_version_callback(const memcached_st *ptr, memcached_server_instance_st instance, void *in_context);
+#endif
 static void php_memc_destroy(struct memc_obj *m_obj, zend_bool persistent TSRMLS_DC);
 
 /
@@ -1855,7 +1861,7 @@
 	zval **z_host, **z_port, **z_weight = NULL;
 	uint32_t weight = 0;
 	int   entry_size, i = 0;
-	memcached_server_st *list = NULL

Bug#724599: glipper: add MATE to OnlyShowIn

[Ernesto Domato]

Package: glipper
Version: 2.4-4
Severity: wishlist

MATE Desktop (http://www.mate-desktop.org) is a fork of Gnome 2 and is slowly
entering Debian.

Please add this patch to glipper-autostart.desktop so it can be seen on MATE
notification panel.

Thanks.



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

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

Versions of packages glipper depends on:
ii  gconf23.2.6-1
ii  python2.7.5-5
ii  python-gconf  2.28.1+dfsg-1
ii  python-gobject3.8.3-1
ii  python-gtk2   2.24.0-3+b1
ii  python-keybinder  0.3.0-2
ii  python-xdg0.25-3

Versions of packages glipper recommends:
ii  python-crypto  2.6-5+b1
ii  python-prctl   1.1.1-1.1
ii  yelp   3.8.1-2

glipper suggests no packages.

-- Configuration Files:
/etc/xdg/autostart/glipper-autostart.desktop changed [not included]

-- no debconf information
--- glipper-autostart.desktop.old	2013-09-25 12:24:34.0 -0300
+++ glipper-autostart.desktop.new	2013-09-25 12:24:46.0 -0300
@@ -4,4 +4,4 @@
 Comment=A clipboard history manager
 Exec=glipper
 Type=Application
-OnlyShowIn=GNOME;Unity;
+OnlyShowIn=GNOME;Unity;MATE;

Bug#724600: ibus-table-latex: Can't switch to latex input method

[frydo]

Package: ibus-table-latex
Version: 1.3.0.20100528-3
Severity: grave
Justification: renders package unusable

It's not possible to switch to latex input method in Ibus.
I can have the Hangul input method, but not the latex input method.

I guess this comes from a recent update, maybe one of ibus-table.



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

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

Versions of packages ibus-table-latex depends on:
ii  ibus-table  1.5.0.is.1.5.0.20130419-2

ibus-table-latex recommends no packages.

ibus-table-latex 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#718473: pcscd: 100% CPU usage

[Ludovic Rousseau]

Le 25/09/13 17:00, Stéphane Glondu a écrit :

Le 24/09/2013 17:49, Ludovic Rousseau a écrit :

After resume, I get:

[...]

Then after a while, I get:

[...]


Actually, the "after a while" part  corresponds to me switching off
radio and doesn't seem to happen by itself. And only 4 "Device removed"
events occur (no loop in output). I misinterpreted, sorry. pcscd is
still using 100% CPU after switching off radio, though.


You do:
 1. Switch off wireless (using the hardware button)
 2. Suspend
 3. Resume
 4. Switch on wireless

Does pcscd uses 100% CPU at this step?

Then you do:
 5. switch off radio
you get 4 "Device removed" messages from pcscd and then nothing more. pcscd 
becomes quiet.
Exact?

And pcscd uses 100% CPU but without logging anthing. Exact?


Can you run: "udevadm monitor" in another terminal and then try to
reproduce the problem using the 4 steps?
Send me the output of the command.


When I switch on radio, I get:

KERNEL[2889.857590] add  /devices/pci:00/:00:1a.0/usb1/1-1/1-1.4 
(usb)
KERNEL[2889.857704] add  
/devices/pci:00/:00:1a.0/usb1/1-1/1-1.4/1-1.4:1.0 (usb)
KERNEL[2889.857889] add  
/devices/pci:00/:00:1a.0/usb1/1-1/1-1.4/1-1.4:1.0/bluetooth/hci0 
(bluetooth)
KERNEL[2889.857919] add  
/devices/pci:00/:00:1a.0/usb1/1-1/1-1.4/1-1.4:1.0/bluetooth/hci0/rfkill2
 (rfkill)
KERNEL[2889.857937] change   
/devices/pci:00/:00:1a.0/usb1/1-1/1-1.4/1-1.4:1.0/bluetooth/hci0/rfkill2
 (rfkill)
KERNEL[2889.858086] add  
/devices/pci:00/:00:1a.0/usb1/1-1/1-1.4/1-1.4:1.1 (usb)
KERNEL[2889.858152] add  
/devices/pci:00/:00:1a.0/usb1/1-1/1-1.4/1-1.4:1.2 (usb)
KERNEL[2889.858217] add  
/devices/pci:00/:00:1a.0/usb1/1-1/1-1.4/1-1.4:1.3 (usb)
UDEV  [2889.859907] add  /devices/pci:00/:00:1a.0/usb1/1-1/1-1.4 
(usb)
UDEV  [2889.865916] add  
/devices/pci:00/:00:1a.0/usb1/1-1/1-1.4/1-1.4:1.0 (usb)
UDEV  [2889.865951] add  
/devices/pci:00/:00:1a.0/usb1/1-1/1-1.4/1-1.4:1.2 (usb)
UDEV  [2889.866724] add  
/devices/pci:00/:00:1a.0/usb1/1-1/1-1.4/1-1.4:1.0/bluetooth/hci0 
(bluetooth)
UDEV  [2889.867536] add  
/devices/pci:00/:00:1a.0/usb1/1-1/1-1.4/1-1.4:1.0/bluetooth/hci0/rfkill2
 (rfkill)
UDEV  [2889.867820] add  
/devices/pci:00/:00:1a.0/usb1/1-1/1-1.4/1-1.4:1.3 (usb)
UDEV  [2889.868017] change   
/devices/pci:00/:00:1a.0/usb1/1-1/1-1.4/1-1.4:1.0/bluetooth/hci0/rfkill2
 (rfkill)
UDEV  [2889.868945] add  
/devices/pci:00/:00:1a.0/usb1/1-1/1-1.4/1-1.4:1.1 (usb)
KERNEL[2892.780180] change   
/devices/pci:00/:00:1c.1/:02:00.0/bcma0:0/ieee80211/phy0/rfkill0 
(rfkill)
UDEV  [2892.780530] change   
/devices/pci:00/:00:1c.1/:02:00.0/bcma0:0/ieee80211/phy0/rfkill0 
(rfkill)


And what is the "udevadm monitor" output when you switch OFF the radio?

I would like to know what step exactly make pcscd use 100% CPU. And also what happens 
with "udevadm monitor" at this moment.

Thanks,

--
 Dr. Ludovic Rousseau


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

Bug#685403: No sound coming in

[Markus Hiereth]

Dear Maintainers,

i have installed the same linphone Package 3.5.2-10 and recieved the
mentioned error messages in line 2 and 3 :

linphone

(linphone:3811): Gtk-WARNING **: Could not find signal handler 
'linphone_gtk_display_wizard'
ALSA lib conf.c:4687:(snd_config_expand) Unknown parameters 0
ALSA lib control.c:951:(snd_ctl_open_noupdate) Invalid CTL default:0

(linphone:3811): Gtk-CRITICAL **: gtk_text_buffer_emit_insert: assertion 
`g_utf8_validate (text, len, NULL)' failed

(linphone:3811): Gtk-WARNING **: Could not load image 'linphone2.png': Datei 
»/usr/share/linphone/linphone2.png« konnte nicht geöffnet werden: Datei oder 
Verzeichnis nicht gefunden

I am able to establish connections and to receive calls. But I do not
get any sound from the communication partner. The respective sound
level bar on the right remains in zero position. I conclude from the
error message about ALSA that I is not me who is not able to come to
the right soundcard settings. I would appreciate a few words about
what to do.

Yours sincerely
Markus 


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

Bug#724070: python-docutils: FTBFS: Test failure in test_raw_url

[Daniel Schepler]

On Wednesday, September 25, 2013 11:37:48 AM Michael Schutte wrote:
> Hello Daniel,
> 
> On Sun, Sep 22, 2013 at 10:55:53AM -0700, Daniel Schepler wrote:
> > From my pbuilder build log:
> > 
> > ...
> > test_parsers/test_rst/test_directives/test_replace.py:
> > totest['replace'][3]; test_parser (DocutilsTestSupport.ParserTestCase)
> > ... ok test_parsers/test_rst/test_directives/test_replace.py:
> > totest['replace'][4]; test_parser (DocutilsTestSupport.ParserTestCase)
> > ... ok test_parsers/test_rst/test_directives/test_replace.py:
> > totest['replace'][5]; test_parser (DocutilsTestSupport.ParserTestCase)
> > ... ok
> > 
> > ==
> > FAIL: test_raw_url (test_error_reporting.ErrorReportingTests)
> > --
> > 
> > Traceback (most recent call last):
> >   File "/tmp/buildd/python-docutils-0.11/test/test_error_reporting.py",
> >   line 324, in test_raw_url>   
> > self.parser.parse, source, self.document)
> > 
> > AssertionError: SystemMessage not raised
> > 
> > --
> 
> Thank you for the report.  Unfortunately I cannot reproduce this issue
> in a sid pbuilder chroot on amd64, even when no network interfaces are
> configured.  Is there anything particular about the environment you're
> building in?

It turns out my setting of preferences to "opt out" of broken redirection of 
nonexistent host names to a web search (HTTP only) had expired again.  When I 
re-disabled it to fix DNS to properly return host not found errors, the build 
failure went away.  So, feel free to downgrade the severity of this bug.
-- 
Daniel Schepler


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

Bug#724592: pu: package ifmetric/0.3-2

[Cyril Brulebois]

Control: tag -1 confirmed

Michael Shuler  (2013-09-25):
> --- ifmetric-0.3/debian/changelog
> +++ ifmetric-0.3/debian/changelog
> @@ -1,3 +1,10 @@
> +ifmetric (0.3-2+deb7u1) stable; urgency=low
> +
> +  * Add patch to fix "NETLINK: Packet too small or truncated!" error.
> +Thanks to Benedek László for the patch.  Closes: #514197, LP: #896584
> +
> + -- Michael Shuler   Mon, 23 Sep 2013 09:04:32 -0500
> +
>  ifmetric (0.3-2) unstable; urgency=low
>  
>* debian/control: bump standards-version (no changes).
> only in patch2:
> unchanged:
> --- ifmetric-0.3.orig/src/nlrequest.c
> +++ ifmetric-0.3/src/nlrequest.c
> @@ -44,7 +44,7 @@
>  
>  for (;;) {
>  int bytes;
> -char replybuf[2048];
> +char replybuf[4096];
>  struct nlmsghdr *p = (struct nlmsghdr *) replybuf;
>  
>  if ((bytes = recv(s, &replybuf, sizeof(replybuf), 0)) < 0) {

Is it certain 4096 is enough, or will we hit this again in the future?

Anyway, the stable diff looks sane enough (especially given the diff
between 0.3-2 and 0.3-3 ;)).

Mraw,
KiBi.


signature.asc
Description: Digital signature

Bug#717155: iscsitarget-dkms: Fails to build against Linux 3.10

[Moritz Muehlenhoff]

On Tue, Aug 27, 2013 at 12:53:08PM +0530, Ritesh Raj Sarraf wrote:
> On Monday 26 August 2013 11:34 PM, Michael Papet wrote:
> > As of 3.10-2-686-pae in Jessie this is still open
> >
> > Using dpkg-reconfigure, the following is the log:
> >
> > DKMS make.log for iscsitarget-1.4.20.3+svn490 for kernel
> > 3.10-2-686-pae (i686)
> > Mon Aug 26 10:58:30 PDT 2013
> > make: Entering directory `/usr/src/linux-headers-3.10-2-686-pae'
> >   LD  /var/lib/dkms/iscsitarget/1.4.20.3+svn490/build/built-in.o
> >   LD 
> > /var/lib/dkms/iscsitarget/1.4.20.3+svn490/build/kernel/built-in.o
> >   CC [M]  /var/lib/dkms/iscsitarget/1.4.20.3+svn490/build/kernel/tio.o
> > /var/lib/dkms/iscsitarget/1.4.20.3+svn490/build/kernel/tio.c: In
> > function âtio_add_dataâ:
> > /var/lib/dkms/iscsitarget/1.4.20.3+svn490/build/kernel/tio.c:75:25:
> > warning: comparison of distinct pointer types lacks a cast [enabled by
> > default]
> > /var/lib/dkms/iscsitarget/1.4.20.3+svn490/build/kernel/tio.c:82:18:
> > warning: comparison of distinct pointer types lacks a cast [enabled by
> > default]
> >   CC [M]  /var/lib/dkms/iscsitarget/1.4.20.3+svn490/build/kernel/iscsi.o
> >   CC [M]  /var/lib/dkms/iscsitarget/1.4.20.3+svn490/build/kernel/nthread.o
> >   CC [M]  /var/lib/dkms/iscsitarget/1.4.20.3+svn490/build/kernel/wthread.o
> >   CC [M]  /var/lib/dkms/iscsitarget/1.4.20.3+svn490/build/kernel/config.o
> > /var/lib/dkms/iscsitarget/1.4.20.3+svn490/build/kernel/config.c: In
> > function âiet_procfs_exitâ:
> > /var/lib/dkms/iscsitarget/1.4.20.3+svn490/build/kernel/config.c:37:32:
> > error: dereferencing pointer to incomplete type
> > /var/lib/dkms/iscsitarget/1.4.20.3+svn490/build/kernel/config.c:37:52:
> > error: dereferencing pointer to incomplete type
> > /var/lib/dkms/iscsitarget/1.4.20.3+svn490/build/kernel/config.c: In
> > function âiet_procfs_initâ:
> > /var/lib/dkms/iscsitarget/1.4.20.3+svn490/build/kernel/config.c:49:3:
> > error: implicit declaration of function âcreate_proc_entryâ
> > [-Werror=implicit-function-declaration]
> > /var/lib/dkms/iscsitarget/1.4.20.3+svn490/build/kernel/config.c:49:7:
> > warning: assignment makes pointer from integer without a cast [enabled
> > by default]
> > /var/lib/dkms/iscsitarget/1.4.20.3+svn490/build/kernel/config.c:51:7:
> > error: dereferencing pointer to incomplete type
> > cc1: some warnings being treated as errors
> > make[4]: ***
> > [/var/lib/dkms/iscsitarget/1.4.20.3+svn490/build/kernel/config.o] Error 1
> > make[3]: *** [/var/lib/dkms/iscsitarget/1.4.20.3+svn490/build/kernel]
> > Error 2
> > make[2]: *** [_module_/var/lib/dkms/iscsitarget/1.4.20.3+svn490/build]
> > Error 2
> > make[1]: *** [sub-make] Error 2
> > make: *** [all] Error 2
> > make: Leaving directory `/usr/src/linux-headers-3.10-2-686-pae'
> >
> This seems to have been happening lately because all warnings are
> treated as failures for Jessie. I have other packages too that are
> failing. I haven't had time to look into this, but the fix would be to
> export CFLAGS variable, adding the warning flags there, or else fix
> every gcc warning..

No, that's related to changes in Linux 3.10:

See https://lwn.net/Articles/549737/

| create_proc_entry()/create_proc_read_entry() are killed off; use 
proc_create().

This has already been fixed in upstream trunk:
http://sourceforge.net/p/iscsitarget/code/496/

You could pull the fix for the sid package.

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#724602: dnsmasq: Please enable systemd unit on install and fix it

[Julian Andres Klode]

Package: dnsmasq
Version: 2.66-4
Severity: normal

dnsmasq currently does not enable its systemd unit in postinst. It should
probably use dh-systemd.

The systemd service should also not rely on the init.d script.

I CCed pkg-systemd-maintain...@lists.alioth.debian.org as mbiebl
requested. You (maintainer) probably want to CC them as well in
your reply (I set Reply-To, but I'm not sure how debbugs overwrites
this).

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

Kernel: Linux 3.10-3-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 dnsmasq depends on:
ii  dnsmasq-base  2.66-4
ii  netbase   5.1

dnsmasq recommends no packages.

Versions of packages dnsmasq suggests:
ii  resolvconf  1.74

-- no debconf information

-- 
Julian Andres Klode  - Debian Developer, Ubuntu Member

See http://wiki.debian.org/JulianAndresKlode and http://jak-linux.org/.


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

Bug#705115: "cannot compile this atomic library call yet" fixed in clang trunk

[Sylvestre Ledru]

On 24/09/2013 23:33, Francisco Facioni wrote:
> The actual bug seems to be: http://llvm.org/bugs/show_bug.cgi?id=15429
> 
> And this 2 are the patches:
> 
> http://llvm.org/viewvc/llvm-project?view=revision&revision=181728 
> http://llvm.org/viewvc/llvm-project?view=revision&revision=181750
> 
> It doesn't look hard to backport.
> 
Excellent. It wasn't very hard indeed. I backported them and commited
the patches in the VCS.

However, I am waiting for the -9 to transite to testing before uploading
the fix.

Sylvestre


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

Bug#724603: live-boot: BOOTIF option not used & dependant on NETBOOT being empty

[Ricky Chan]

Package: live-boot
Version: 3.0.1-1
Severity: normal

Dear Maintainer,

1. BOOTIF option not used.
in file: 9990-networking.sh, line 57 there should be this change:
DEVICE=${device##*/}
change to
ETHDEVICE=${device##*/}

As you can see by the subsequent logic, it will basically ignore this 
setting and on a multi-interface

system possibily use the wrong interface to do ipconfig.

2. For BOOTIF to be used, it must pass (on line 15 of 9990-networking.sh):q!

if [ -z "${NETBOOT}" ] && [ -z "${FETCH}" ] && [ -z "${HTTPFS}" 
] && [ -z "${FTPFS}" ]
This will mean typical FAI setup's will as typically root will be set to 
root=/dev/nfs and in the script's this will always set

NETBOOT to nfs and hence BOOTIF won't be used.
BOOTIF should be considered even if NETBOOT is not empty.

By making these modification I can confirm typical FAI setup are working 
where multiple network interface exists.



-- Package-specific info:

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

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

Versions of packages live-boot depends on:
ii  live-boot-initramfs-tools [live-boot-backend]  3.0.1-1

Versions of packages live-boot recommends:
ii  live-boot-doc  3.0.1-1
ii  live-tools 3.0.20-1
ii  rsync  3.0.9-4
ii  uuid-runtime   2.20.1-5.3

Versions of packages live-boot suggests:
pn  cryptsetup
pn  curlftpfs 
pn  httpfs2   
pn  unionfs-fuse  
ii  wget  1.13.4-3

-- 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#723582: Bug#724324: RFS: metar/0.2-1 ITP

[Tobias Frost]

Hallo Fernando,

I saw on mentors that you've uploaded a new version and commented there:
> Do i need to throw a new RFS?
No, you just send a mail to 723...@bugs.debian.org

I already took a look this morning, here you go:

-> Do NOT override binary-without-manpage --> You need to write a manpage
-> Do NOT override description-synopsis-might-not-be-phrased-properly --> You 
need to fix your description in d/control 
-> You made a native package. That is wrong. What you need to do is in the 
description of native-package-with-dash-version (namely making 
debian/source/format to contain "3.0 (quilt)")
-> You need also to rename the source-package. 

I see some still some other problems with the package, like the source-package 
name cannot be metar. Also you do not need to make the directory structure 
under mcode ... Just put your two files in the root directory and let do 
debhelper do all the magic. E.g it will automatically detect the copyright file 
and will install it into the right directory. This is why the duplicate-files 
error shows up: You are not doing it correctly... 
So your "upstream tar" should have just this file tree:
metar-0.2/copyright
metar-0.2/metar

(ignoring that you cannot name your executeable meetar)
No usr/ in there. The debian *.install will be the place where to specify where
put the executeable, copyright will be automatically detected and installed 
correctly.

Eric noted also that metar in the archives does the same thing. 
Usually it should be avoided to have two packages doing the same thing unless 
there are other advantages to the users.
But maybe you can convince us that your version is superior?

Best regards,
coldtobi


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

Bug#724604: ITP: libmini -- the libMini real-time terrain rendering system

[Klee Dienes]

Package: wnpp
Severity: wishlist
Owner: Klee Dienes 

* Package name: libmini
  Version : 10.10~20130925
  Upstream Author : Stefan Roettger 
* URL : http://stereofx.org/terrain.html
* License : GPL, LGPL, MIT, others
  Programming Lang: C, C++, others
  Description : the libMini real-time terrain rendering system

The Mini Library is a real-time terrain rendering system which is
licensed under the terms of the LGPL. It is based on my '98 paper and
supports asynchronous paging, dynamic terrain, multiple geospatial
tile sets and much more. It compiles on Irix, Linux, MacOS X and
Windows (VC++ and cygwin). The library is included in the Virtual
Terrain Project of Ben Discoe and an early version is utilized in the
DX 8 game AquaNox.


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

Bug#724605: live-boot: BOOTIF option is effectively ignored & requires NETBOOT to be non-empty

[Ricky Chan]

Subject: live-boot: fsdfsd
Package: live-boot
Version: 3.0.1-1
Severity: normal

Dear Maintainer,

1. BOOTIF option not used.
in file: 9990-networking.sh, line 57 there should be this change:
DEVICE=${device##*/}
change to
ETHDEVICE=${device##*/}

As you can see by the subsequent logic, it will basically ignore this 
setting and on a multi-interface

system possibily use the wrong interface to do ipconfig.

2. For BOOTIF to be used, it must pass
if [ -z "${NETBOOT}" ] && [ -z "${FETCH}" ] && [ -z "${HTTPFS}" 
] && [ -z "${FTPFS}" ]
This will mean typical FAI setup's will as typically root will be set to 
root=/dev/nfs and in the script's this will always set

NETBOOT to nfs and hence BOOTIF won't be used.
BOOTIF should be considered even if NETBOOT is not empty.

By making these modification I can confirm typical FAI setup are working 
where multiple network interface exists.


-- Package-specific info:

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

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

Versions of packages live-boot depends on:
ii  live-boot-initramfs-tools [live-boot-backend]  3.0.1-1

Versions of packages live-boot recommends:
ii  live-boot-doc  3.0.1-1
ii  live-tools 3.0.20-1
ii  rsync  3.0.9-4
ii  uuid-runtime   2.20.1-5.3

Versions of packages live-boot suggests:
pn  cryptsetup
pn  curlftpfs 
pn  httpfs2   
pn  unionfs-fuse  
ii  wget  1.13.4-3

-- 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#724605: Duplicate of 724603

[Ricky Chan]

Please close this as this is a duplicate of 724603


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

Bug#661591: Does not apply to ifupdown-extra

[Javier Fernández-Sanguino Peña]

Control: affects 661591 - ifmetric

I have reviewed the ifupdown-extra scripts and they exit with 0 for success
and 1 on error.

The exit on error is only done on some specific cases (when the user has
asked it this way) so the scripts should not have any issues with ifupdown
now using run-parts.

Regards

Javier


signature.asc
Description: Digital signature

Bug#696487: sympa: Sympa configuration with externall database (via tcp/ip) fails

[Emmanuel Bouthenot]

forcemerge 696487 587154
thanks

On Fri, Dec 21, 2012 at 02:19:53PM +0100, Klemens Kittan wrote:
[...]

> To workaround the problem, we reconfigured the package injecting the
> $dbc_hostname variable manually:
> 
>   dbc_hostname="www.example.com" dpkg-reconfigure sympa

This bug has been fixed in version 6.1.4.


Regards,

M.

-- 
Emmanuel Bouthenot
  mail: kolter@{openics,debian}.orggpg: 4096R/0x929D42C3
  xmpp: kol...@im.openics.org  irc: kolter@{freenode,oftc}


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

Bug#724606: systemd: obsolete conffile not deregistered properly

[Paul Wise]

Package: systemd
Version: 204-4
Severity: minor
Usertags: conffile
User: debian...@lists.debian.org
Usertags: obsolete-conffile adequate

The recent upgrade did not deal with obsolete conffiles properly.
Please use the dpkg-maintscript-helper support provided by dh_installdeb
to remove these obsolete conffiles on upgrade and deregister them with dpkg.

http://www.debian.org/doc/debian-policy/ch-files.html#s-config-files
http://manpages.debian.net/man/1/dh_installdeb

This bug report brought to you by adequate:

http://bonedaddy.net/pabs3/log/2013/02/23/inadequate-software/

pabs@chianamo ~ $ pkg=systemd
pabs@chianamo ~ $ adequate $pkg
systemd: obsolete-conffile /etc/systemd/systemd-logind.conf
pabs@chianamo ~ $ dpkg-query -W -f='${Conffiles}\n' $pkg | grep obsolete
 /etc/systemd/systemd-logind.conf b6c3d3061386e3cd4ac9753af108fa6d obsolete
pabs@chianamo ~ $ ls -l /etc/systemd/systemd-logind.conf
ls: cannot access /etc/systemd/systemd-logind.conf: No such file or directory

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

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

Versions of packages systemd depends on:
ii  initscripts  2.88dsf-43
ii  libacl1  2.2.52-1
ii  libaudit11:2.3.2-2
ii  libc62.17-92+b1
ii  libcap2  1:2.22-1.2
ii  libcryptsetup4   2:1.6.1-1
ii  libdbus-1-3  1.6.14-1
ii  libgcrypt11  1.5.3-2
ii  libkmod2 9-3
ii  liblzma5 5.1.1alpha+20120614-2
ii  libpam0g 1.1.3-9
ii  libselinux1  2.1.13-2
ii  libsystemd-daemon0   204-4
ii  libsystemd-journal0  204-4
ii  libsystemd-login0204-4
ii  libudev1 204-4
ii  libwrap0 7.6.q-24
ii  udev 204-4
ii  util-linux   2.20.1-5.5

Versions of packages systemd recommends:
ii  libpam-systemd  204-4

Versions of packages systemd suggests:
pn  systemd-ui  

-- 
bye,
pabs

http://wiki.debian.org/PaulWise


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

Bug#724539: RFS: psocksxx/0.0.1-1 [ITP]

[Tobias Frost]

Hallo Uditha,

(I'm not a DD/DM... Also quite new to reviewing)

Thanks for your work, however there is already a iostream based socket
library in Debian: libskstream. So maybe you can elaborate a little why
you think this library is a must in Debian :) (like reverse
dependencies...)

The package itself looks quite good, just a few remarks (I did not build
the package, just a paper-review)

d/control you libpsocksxx0 Provides: libpsocksxx. I think that is wrong,
as the so-name will be important when installing the library later. (But
I could be wrong here)

I think it is depreciated to install *.la files. 

You should enable multiarch-support

Maybe you'd like also to provide a -doc package with the generated
doxygen documentation. 

Please be aware: Buildd's do not have necessarily have networking, not
even lo is guaranteed. So you might want to disable (parts of) your
testsuite which relies on networking

Best regards,
coldtobi


Am Dienstag, den 24.09.2013, 23:01 +0100 schrieb Uditha Atukorala:
> Package: sponsorship-requests
> Severity: wishlist
> 
> Dear mentors,
> 
> I am looking for a sponsor for my package "psocksxx"
> 
> * Package name: psocksxx
> Version : 0.0.1-1
> Upstream Author : Uditha Atukorala
> * URL : https://github.com/uditha-atukorala/psocksxx
> * License : LGPLv3+
> Section : libs
> 
> It builds those binary packages:
> 
> libpsocksxx0 - C++ wrapper library for POSIX sockets
> libpsocksxx0-dev - C++ wrapper library for POSIX sockets (development)
> 
> To access further information about this package, please visit the
> following URL:
> http://mentors.debian.net/package/psocksxx
> 
> Alternatively, one can download the package with dget using this command:
> dget -x 
> http://mentors.debian.net/debian/pool/main/p/psocksxx/psocksxx_0.0.1-1.dsc
> 
> More information about psocksxx can be obtained from
> https://github.com/uditha-atukorala/psocksxx.
> 
> There are two lintian messages shown when run with "-I
> --show-overrides --pedantic";
> 1. no-upstream-changelog - this is due to upstream not having a
> changelog file for this version.
> 2. no-symbols-control-file - this is a little tricky to have because
> of c++ (STL) version differences and I can't see one .symbols file
> being valid for all the distributions.
> 
> Regards,
> Uditha Atukorala (Udi)
> 
> 


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

Bug#699854: RFS: openctm

[Teemu Ikonen]

Hi Anton,

Thanks for spotting these. I repackaged the sources and made the some other
necessary changes to the git repository (
http://anonscm.debian.org/gitweb/?p=debian-science/packages/openctm.git )

Best,
Teemu

On Wed, Sep 18, 2013 at 8:43 PM, Anton Gladky wrote:

> Hi Teemu,
>
> I have committed minor changes, the package looks fine.
> But, please, remove all pdf-files, which are without source.
> After that you should add "dfsg"-prefix to the package number.
>

Bug#724583: vdr-plugin-epgsearch: Lots of "sh: 0: Illegal option -" in /tmp/vdr-err.*

[Petr Kišš]

I meant change it in /usr/share/vdr-plugin-epgsearch/epg2taste.sh. But now I
see that the change did not help.

Br,

Petr Kiss

Bug#705512: emacs --daemon exits when an emacsclient opened frame is closed

[Rob Browning]

"Adam C. Emerson"  writes:

> However, if I keep one frame open continually, I can open and close
> other frames without trouble.

Any chance you might be able to test with emacs24-lucid (you should be
able to just install that to replace emacs24, and then switch back
afterward).

Though I don't know if it's applicable here, there are (or were) some
known problems in GTK+ that can cause problems with frames.

Thanks
-- 
Rob Browning
rlb @defaultvalue.org and @debian.org
GPG as of 2011-07-10 E6A9 DA3C C9FD 1FF8 C676 D2C4 C0F0 39E9 ED1B 597A
GPG as of 2002-11-03 14DD 432F AE39 534D B592 F9A0 25C8 D377 8C7E 73A4


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

Bug#724047: FWIW -- exists on wheezy too

[Yaroslav Halchenko]

(wheezy_s390x-dchroot)yoh@zelenka:~$ python3 -c "import numpy as np; 
print(np.int64(4) in {4:'y'})"
False
(wheezy_s390x-dchroot)yoh@zelenka:~$ python3 --version
Python 3.2.3
(wheezy_s390x-dchroot)yoh@zelenka:~$ apt-cache policy python3-numpy
python3-numpy:
  Installed: 1:1.6.2-1.2
  Candidate: 1:1.6.2-1.2
  Version table:
 *** 1:1.6.2-1.2 0
500 http://cdn.debian.net/debian/ wheezy/main s390x Packages
100 /var/lib/dpkg/status


-- 
Yaroslav O. Halchenko, Ph.D.
http://neuro.debian.net http://www.pymvpa.org http://www.fail2ban.org
Senior Research Associate, Psychological and Brain Sciences Dept.
Dartmouth College, 419 Moore Hall, Hinman Box 6207, Hanover, NH 03755
Phone: +1 (603) 646-9834   Fax: +1 (603) 646-1419
WWW:   http://www.linkedin.com/in/yarik


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

Bug#724608: README.Debian: 1) In Policy ch7, not 2 2) Should make-equivs be equivs-build?

[Regid Ichira]

Package:  equivs
Version:  2.0.9
Severity: minor
Tags: patch
File: /usr/share/doc/equivs/README.Debian

1) Relationships of packages are in policy chapter 7.  Not 2.
2) Mentioning make-equivs is a little confusing, as there seem to be
   no such thing exposed to the end user.

$ grep -C2 make-equivs /usr/share/doc/equivs/README.Debian
a Debian package and build that package.

You need a control file for make-equivs. You will find examples
of control files in /usr/share/doc/equivs/examples.

--- /usr/share/doc/equivs/README.Debian 2006-02-04 07:57:15.0 +
+++ README.Debian.mod   2013-09-25 17:48:59.331927060 +
@@ -41,7 +41,7 @@ When you call the "equivs-build" program
 subdirectory "equivs", containing the files necessary to create
 a Debian package and build that package.

-You need a control file for make-equivs. You will find examples
+You need a control file for equivs-build. You will find examples
 of control files in /usr/share/doc/equivs/examples.

 The control file has a structure like the control files in "real"
@@ -49,9 +49,9 @@ Debian packages, but it doesn't have to
 values will be used if you omit one. See the manual page for
 "equivs-build" for more information.

-Check the Debian Policy Manual, Chapter 2, if you are unsure
+Check the Debian Policy Manual, Chapter 7, if you are unsure
 about the different level of package relationships (dependencies)
-http://www.debian.org/doc/debian-policy/ch-archive.html
+http://www.debian.org/doc/debian-policy/ch-relationships.html
 (also available in the debian-policy package).

 The program "equivs-control" will create a dummy control file,


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

Bug#705512: emacs --daemon exits when an emacsclient opened frame is closed

[Adam C. Emerson]

On Wed, Sep 25, 2013 at 12:42:01PM -0500, Rob Browning wrote:
> "Adam C. Emerson"  writes:
> 
> > However, if I keep one frame open continually, I can open and close
> > other frames without trouble.
> 
> Any chance you might be able to test with emacs24-lucid (you should be
> able to just install that to replace emacs24, and then switch back
> afterward).
> 
> Though I don't know if it's applicable here, there are (or were) some
> known problems in GTK+ that can cause problems with frames.

Running under Lucid made the problem go away, yes.


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

Bug#724610: incrementally updated databases eventually become corrupt

[Joey Hess]

Package: libsearch-xapian-perl
Version: 1.2.10.0-1
Severity: normal

ikiwiki's search plugin incrementally updates a xapian index as a wiki
is edited. Certian of my larger wikis tend to corrupt themselves every
month or two, preventing xapian-omega from finding anything.
xapian-check says there is a btree error.

I see this frequently on my main ikiwiki server. But I've heard from
others who have also had this kind of corruption elsewhere so I don't
think it's bad hardware. (I've also migrated my main ikiwiki server to
new hardware at least twice in the years since I started experiencing
this problem.) 

It used to be the case that this could cause
Search::Xapian::WritableDatabase->new to throw an exception, as seen
here:

http://www.branchable.com/bugs/Exception:_Cannot_open_tables_at_consistent_revisions_at___47__usr__47__lib__47__perl5__47__Search__47__Xapian__47__WritableDatabase.pm_line_41./#comment-c159ea3f9be35fcd9ed0eeedb162e816

I have not seen that behavior since upgrading to wheezy. Now when the
database is corrupt, further changes to it don't cause a crash (which is
good); xapian-omega just never finds any matches.

ikiwiki calls methods like add_term and replace_document_by_term and
delete_document_by_term. It may be exercising the incremental update
of xapian databases more frequently than is typical and exposing some
bug. It's also the only thing in Debian that seems to use this perl
library, so it could be that the bug in in this library and not in
xapian itself.

I suppose it's possible that the bug is in ikiwiki. For example, it
could be that two ikiwiki processes end up manipulating the same xapian
database concurrently. I don't know if that is allowed, or likely to
corrupt it. But ikiwiki is supposed to use a lock to prevent two processes
from both making stateful changes at the same time, and I have audited
it and cannot find anywhere that it updates the xapian database without
first taking that lock.

I also wonder if this could be a problem with the flushing of the
database. Ikiwiki relies on the automatic flushing behavior, and assumes
that the database will be closed and flushed automatically when the 
xapian database object is destroyed at program termination. It also
could be the case that ikiwiki sometimes crashes, and this could
interfere with that.

-- 
see shy jo


signature.asc
Description: Digital signature

Bug#698304: dbus-call-method-non-blocking loops forever

[Rob Browning]

[If possible, and appropriate, please preserve the -fowarded Cc in any replies.]

This issue was filed with the Debian bug tracker, and I was hoping to
get your opinion on the matter.

Please see http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=698304 for
further information.

Camm Maguire  writes:

> Version: 24.2+1-1
>
> dbus-call-method-non-blocking loops forever waiting for a dbus message
> that never arrives, unlike emacs23.
>
> When auctex is installed and a .bib file opened, for example, emacs24
> hangs until interrupted.  Here is the backtrace:
>
> =
>   dbus-call-method-non-blocking(:session "org.gnome.evince.Daemon" 
> "/org/gnome/evince/Daemon" "org.freedesktop.DBus.Introspectable" "Introspect")
>   byte-code(\20.\305\202  .\306   \n\f\307%\207" [noninteractive bus 
> service path dbus-interface-introspectable dbus-call-method 
> dbus-call-method-non-blocking "Introspect"] 6)
>   dbus-introspect(:session "org.gnome.evince.Daemon" 
> "/org/gnome/evince/Daemon")
>   byte-code("\304\305!.q\210\306\216\307  \n#c\210\310ed\"+\207" 
> [temp-buffer bus service path generate-new-buffer " *temp*" ((byte-code 
> "\30!\203\n.\30!\210\301\207" [temp-buffer buffer-name kill-buffer] 2)) 
> dbus-introspect xml-parse-region] 4)
>   dbus-introspect-xml(:session "org.gnome.evince.Daemon" 
> "/org/gnome/evince/Daemon")
>   dbus-introspect-get-interface(:session "org.gnome.evince.Daemon" 
> "/org/gnome/evince/Daemon" "org.gnome.evince.Daemon")
>   dbus-introspect-get-method(:session "org.gnome.evince.Daemon" 
> "/org/gnome/evince/Daemon" "org.gnome.evince.Daemon" "FindDocument")
>   TeX-evince-dbus-p(:forward)
>   
> byte-code(\301=\20.\302\207\303\304\305\306\307\310\311!\203..\312\202+.\313\314\315\316\317\320!\"\203&.\321\202'.\322D\323BBD\324B\207"
>  [system-type windows-nt (("Yap" ("yap -1" (mode-io-correlate " -s %n%b") " 
> %o")) ("dvips and start" "dvips %d -o && start \"\" %f") ("start" "start \"\" 
> %o")) ("xdvi" ("%(o?)xdvi" (mode-io-correlate " -sourceposition \"%n %b\" 
> -editor \"%cS\"") ((paper-a4 paper-portrait) " -paper a4") ((paper-a4 
> paper-landscape) " -paper a4r") ((paper-a5 paper-portrait) " -paper a5") 
> ((paper-a5 paper-landscape) " -paper a5r") (paper-b5 " -paper b5") 
> (paper-letter " -paper us") (paper-legal " -paper legal") (paper-executive " 
> -paper 7.25x10.5in") " %d")) ("dvips and gv" "%(o?)dvips %d -o && gv %f") 
> ("gv" "gv %o") ("xpdf" ("xpdf -remote %s -raise %o" (mode-io-correlate " 
> %(outpage)"))) "Evince" TeX-evince-dbus-p :forward TeX-evince-sync-view 
> "evince" mode-io-correlate string-match "--page-index" 
> shell-command-to-string "evince --help" " -i %(outpage)" " -p %(outpage)" (" 
> %o") (("Okular" ("okular --unique %o" (mode-io-correlate "#src:%n%b"))) 
> ("xdg-open" "xdg-open %o"))] 11)
>   (defvar TeX-view-program-list-builtin (byte-code 
> \301=\20.\302\207\303\304\305\306\307\310\311!\203..\312\202+.\313\314\315\316\317\320!\"\203&.\321\202'.\322D\323BBD\324B\207"
>  [system-type windows-nt (("Yap" ("yap -1" (mode-io-correlate " -s %n%b") " 
> %o")) ("dvips and start" "dvips %d -o && start \"\" %f") ("start" "start \"\" 
> %o")) ("xdvi" ("%(o?)xdvi" (mode-io-correlate " -sourceposition \"%n %b\" 
> -editor \"%cS\"") ((paper-a4 paper-portrait) " -paper a4") ((paper-a4 
> paper-landscape) " -paper a4r") ((paper-a5 paper-portrait) " -paper a5") 
> ((paper-a5 paper-landscape) " -paper a5r") (paper-b5 " -paper b5") 
> (paper-letter " -paper us") (paper-legal " -paper legal") (paper-executive " 
> -paper 7.25x10.5in") " %d")) ("dvips and gv" "%(o?)dvips %d -o && gv %f") 
> ("gv" "gv %o") ("xpdf" ("xpdf -remote %s -raise %o" (mode-io-correlate " 
> %(outpage)"))) "Evince" TeX-evince-dbus-p :forward TeX-evince-sync-view 
> "evince" mode-io-correlate string-match "--page-index" 
> shell-command-to-string "evince --help" " -i %(outpage)" " -p %(outpage)" (" 
> %o") (("Okular" ("okular --unique %o" (mode-io-correlate "#src:%n%b"))) 
> ("xdg-open" "xdg-open %o"))] 11) 
> ("/usr/share/emacs24/site-lisp/auctex/tex.elc" . 30407))
>   require(tex)
>   byte-code("\300\301!\210\300\302!\207" [require tex tex-style] 2)
>   BibTeX-auto-store()
>   run-hooks(change-major-mode-after-body-hook bibtex-mode-hook)
>   apply(run-hooks (change-major-mode-after-body-hook bibtex-mode-hook))
>   run-mode-hooks(bibtex-mode-hook)
>   bibtex-mode()
> =
>
> The offending loop in dbus-call-method-non-blocking is
>
> (while (eq (gethash key dbus-return-values-table :ignore) :ignore)
>   (read-event nil nil 0.1))
>
> While the dbus message failure is ultimately a gnome issue, this
> should fail more gracefully.
>
> Take care,

Thanks
-- 
Rob Browning
rlb @defaultvalue.org and @debian.org
GPG as of 2011-07-10 E6A9 DA3C C9FD 1FF8 C676 D2C4 C0F0 39E9 ED1B 597A
GPG as of 2002-11-03 14DD 432F AE39 534D B592 F9A0 25C8 D377

Bug#724609: wmbattery stopped working with kernel 3.10-3

[richard]

Package: wmbattery
Version: 2.41
Severity: grave
Justification: renders package unusable

After the upgrade in Debian testing from kernel 3.10-2 to 3.10-3, on several 
systems wmbattery stopped working. These systems include i686 and amd64 
laptops. The CLI "acpi" shows the right status of the battery.

R.

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

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

Versions of packages wmbattery depends on:
ii  hal  0.5.14-8
ii  libapm1  3.2.2-14
ii  libc62.17-92+b1
ii  libdbus-1-3  1.6.14-1
ii  libhal1  0.5.14-8
ii  libx11-6 2:1.6.1-1
ii  libxext6 2:1.3.2-1
ii  libxpm4  1:3.5.10-1

wmbattery recommends no packages.

Versions of packages wmbattery suggests:
ii  wmaker  0.95.4-2

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