Bug#661830: [3.1 - 3.2.7 regression] ALC269: plugging in headphones does not mute main speaker

2012-03-04 Thread Pavel Yakunin

Hi Jonathan,

Now works great with the git kernel, thanks!

Pavel.

On 2012-03-04 10:15, Jonathan Nieder wrote:

Hi Pavel,

Pavel Yakunin wrote:

Pavel Yakunin wrote:



There is a problem with a headphones jack detection in the 3.2
kernel for the ALC269 codec: sound comes from both speaker and
headphones simultaneously and never switches between them.

[...]

I've tried the kernel from git built according to your instructions,
but with no success.

Here are three alsa-info.sh outputs attached.

[...]

+Simple mixer control 'Auto-Mute Mode',0
+  Capabilities: enum
+  Items: 'Disabled' 'Enabled'
+  Item0: 'Disabled'


Thanks.  Does the output switching work correctly if you enable the
auto-mute mode control from alsamixer?  (Be sure to hit F6 first to
make sure you are controlling ALSA and not pulseaudio.  The keybinding
to toggle a control seems to be 'M'.)

Curious,
Jonathan




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



Bug#662029: [Secure-testing-team] Bug#662029: systemd: local denial of login or local users can create arbitrary services

2012-03-04 Thread Henri Salo
On Sat, Mar 03, 2012 at 06:39:57PM +0100, Helmut Grohne wrote:
 Package: systemd
 Version: 37-1
 Severity: important
 Tags: security
 Forwarded: https://bugzilla.redhat.com/show_bug.cgi?id=680122
 
 By invoking systemctl status somename.service any user can create an
 entry in systemd's service list. If this list gets too large the login
 procedure can fail. It is not tracked which user created the entries.
 
 Thanks to Michael Biebl for helping me understand the issue. Lennart
 Poettering later explained that the issue is already known and fixed in
 git commit 9a46fc3b9014de1bf0ed1f3004a536b08a19ebb3.
 
 Helmut

Does this security issue have CVE-identifier assigned? I can request one if 
needed.

- Henri Salo



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



Bug#628237: proposed fix for slapd upgrades

2012-03-04 Thread Helmut Grohne
reassign 628237 libsasl2-2
reassign 655845 libsasl2-2
found 628237 2.1.25.dfsg1-3
found 655845 2.1.25.dfsg1-3
tags 628237 + patch
tags 655845 + patch
thanks

Most of the work on understanding these issues was already done by Ralph
Rößner[1] and Steve Langasek[2]. Thank you both for your excellent work.

I can not explain precisely how 628237 happened. However I did try
upgrading slapd from squeeze to sid and encountered both of these issues
in different ways.

The first event was that libsasl2-2 changed its ABI without bumping the
soname. If you upgrade libsasl2-2 on from squeeze to sid and the upgrade
slapd, you will see that the dumping of the database (preinst) will fail
with the error message shown in #655845. Later Steve Langasek rebuilt[3]
slapd against the changed libsasl2. Now this rebuilt slapd fails to work
with squeeze libsasl2-2. This can be seen by upgrading just slapd (and
everything it pulls which does not include libsasl2-2) from squeeze to
sid. Interestingly this gives an error (postinst) very similar to the
one shown in #628237, which looks like a time loop, but is what I
observe.

Now Steve Langasek already observed[2] that libsasl2-2 needs to break
the squeeze version of slapd (or bump soname, but it is too late for
this move). On the other hand slapd needs to depend on the changed ABI
of libsasl2-2. The preferred way of doing this is by libsasl2-2
providing a shlibs dependency. I attached a debdiff to cyrus-sasl2 that
applies both changes. Of course this also requires a rebuild of openldap
against the fixed libsasl2-2. Using these new packages the upgrade from
squeeze to sid works as expected.

Helmut

[1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=628237#80
[2] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=628237#129
[3] version 2.4.25-4, closing #628237, see

http://packages.debian.org/changelogs/pool/main/o/openldap/current/changelog#version2.4.25-4
diff -Nru cyrus-sasl2-2.1.25.dfsg1/debian/changelog 
cyrus-sasl2-2.1.25.dfsg1/debian/changelog
--- cyrus-sasl2-2.1.25.dfsg1/debian/changelog   2012-01-18 08:47:29.0 
+0100
+++ cyrus-sasl2-2.1.25.dfsg1/debian/changelog   2012-03-03 22:45:16.0 
+0100
@@ -1,3 +1,11 @@
+cyrus-sasl2 (2.1.25.dfsg1-3.1) unstable; urgency=medium
+
+  * Non-maintainer upload.
+  * Breaks: slapd  2.4.25-4 (Closes: #655845)
+  * Introduce shlib dependency on 2.1.24 for libsasl2-2. (Closes: #628237)
+
+ -- Helmut Grohne hel...@subdivi.de  Sat, 03 Mar 2012 22:42:42 +0100
+
 cyrus-sasl2 (2.1.25.dfsg1-3) unstable; urgency=low
 
   [ Thomas Preud'homme ]
diff -Nru cyrus-sasl2-2.1.25.dfsg1/debian/control 
cyrus-sasl2-2.1.25.dfsg1/debian/control
--- cyrus-sasl2-2.1.25.dfsg1/debian/control 2012-01-18 08:47:29.0 
+0100
+++ cyrus-sasl2-2.1.25.dfsg1/debian/control 2012-03-03 17:14:17.0 
+0100
@@ -39,7 +39,7 @@
 Pre-Depends: ${misc:Pre-Depends}
 Depends: ${shlibs:Depends}, ${misc:Depends}
 Recommends: libsasl2-modules (= ${binary:Version})
-Breaks: postfix (= 2.8.3-1)
+Breaks: postfix (= 2.8.3-1), slapd (= 2.4.25-3)
 Replaces: libsasl2
 Description: Cyrus SASL - authentication abstraction library
  This is the Cyrus SASL API implementation, version 2.1.
diff -Nru cyrus-sasl2-2.1.25.dfsg1/debian/rules 
cyrus-sasl2-2.1.25.dfsg1/debian/rules
--- cyrus-sasl2-2.1.25.dfsg1/debian/rules   2012-01-18 08:47:29.0 
+0100
+++ cyrus-sasl2-2.1.25.dfsg1/debian/rules   2012-03-03 23:33:02.0 
+0100
@@ -232,7 +232,7 @@
dh_strip -plibsasl2-modules-gssapi-heimdal -Nsasl2-bin -Nlibsasl2-2 
-Nlibsasl2-modules -Nlibsasl2-modules-ldap -Nlibsasl2-modules-otp 
-Nlibsasl2-modules-sql -Nlibsasl2-modules-gssapi-mit -Nlibsasl2-dev 
--dbg-package=cyrus-sasl2-heimdal-dbg
 
 override_dh_makeshlibs:
-   dh_makeshlibs -X/usr/lib/$(DEB_HOST_MULTIARCH)/sasl2
+   dh_makeshlibs -V libsasl2-2 (= 2.1.24) 
-X/usr/lib/$(DEB_HOST_MULTIARCH)/sasl2
 
 override_dh_auto_test:
cd $(TMPBUILD_MIT)/saslauthd  $(MAKE) testsaslauthd


Bug#662087: Always deletes old ~/.htoprc, even if a symlink to new location ~/.config/htop/htoprc

2012-03-04 Thread Eugene V. Lyubimkin
tags 662087 + upstream confirmed
forwarded 662087 
https://sourceforge.net/tracker/?func=detailaid=3496731group_id=108839atid=651633
quit

On 2012-03-03 16:21, Josh Triplett wrote:
 I keep my home directory in git, and share it between many machines.
 This includes ~/.htoprc.  Recent versions of htop moved this to
 ~/.config/htop/htoprc, and starting a newer version of htop always
 deletes ~/.htoprc.  However, I also use my home directory on machines
 with older versions of htop (such as the version in Debian stable).
 Thus, I'd like to include the newer config file as well as a
 compatibility symlink from the old location.  Please don't delete
 ~/.htoprc if not a regular file.

Thank you for the report. I forwarded it upstream.

-- 
Eugene V. Lyubimkin aka JackYF, JID: jackyf.devel(maildog)gmail.com
C++/Perl developer, Debian Developer



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



Bug#662115: New Upstream (2.4)

2012-03-04 Thread Daniel Baumann
Package: apache2
Severity: wishlist

Hi,

i guess you're aware of apaches 2.4 release, nevertheless, it would be
nice if it would make it into wheezy.

Regards,
Daniel

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



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



Bug#661975: RFS: gearman-interface [NMU] -- fixes 2 RC bugs

2012-03-04 Thread Tobias Frost
Hallo Sanrdo,
thanks for your response. I'll add the patches to the BTS.

Note: Clynt (the current maintainer) asked me in a response to one the
BTS entries fixes (#6318020) to include his changes from his VCS as
well:

Am Freitag, den 02.03.2012, 23:55 -0800 schrieb Clint Byrum:
 Thanks, I have not been able to spend much time on gearman-interface
 lately. Thanks for the heads up. Note that the Vcs-Bzr in the package
 is more or less correct, and you may want to consider tacking my
pending
 changes on top of this as one of them is an RC bug fix. 

I think this would be best for the quality of package, but isn't
strictly NMU anymore (could also include other changes -- did not check
yet). 
Would this OK be with you?

coldtobi

Am Samstag, den 03.03.2012, 17:14 +0100 schrieb Sandro Tosi:
 Hello,
 
 On Sat, Mar 3, 2012 at 06:45, coldtobi t...@coldtobi.de wrote:
  gearman-interface (0.13.2-2.1) unstable; urgency=low
 
   * Non-maintainer upload.
   * Fix FTBFS: SWIG version = 1.3.31 is required. You have 2.0.4.
 applying patch from ubuntu (Closes: #631820)
   * Apply fix for newer libgearman-dev (changes includes)
   * Fix python-gearman.libgearman and python-gearman: error when trying
 to install together Cherry-picking relevant sections of the attached
 patch in the bugrport (Closes: #620469)
 
   -- Tobias Frost t...@coldtobi.de  Sat, 03 Mar 2012 01:03:30 +0100
 
 I'd be happy to sponsor it but:
 
 - remove all unneeded changes to debian/control (probably generated by
 the unhelpful sort-and-something tool)
 - you need to post the debdiff on the relevant bugs on BTS.
 
 If you can send another package, i'll give it definetely a look (don't
 bump debian revision!).
 
 Regards,
 -- 
 Sandro Tosi (aka morph, morpheus, matrixhasu)
 My website: http://matrixhasu.altervista.org/
 Me at Debian: http://wiki.debian.org/SandroTosi
 
 
 




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



Bug#662109: mpd: Fails to rebuild database

2012-03-04 Thread Max Kellermann
reassign 662109 libavcodec53 4:0.8-1+b1
thanks

On 2012/03/04 06:35, Matthias Urlichs matth...@urlichs.de wrote:
 Package: mpd
 Version: 0.16.7-1
 Severity: important
 
 mpd should skip corrupted files instead of aborting the database rebuild.
 
 The log says:
 
 [...]
 Mar 04 06:27 : update: added classic rock/UFO/Ain't Misbehavin'/01 Between A 
 Rock And A Hard Place.mp3
 Mar 04 06:27 : ffmpeg/mp3: Header missing

Known libav bug.



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



Bug#631820: gearman-interface: FTBFS: SWIG version = 1.3.31 is required. You have 2.0.4.

2012-03-04 Thread coldtobi
Package: gearman-interface
Followup-For: Bug #631820

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hallo,

as requested on debian-mentors, here is the patch used for the NMU

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

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

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

iEYEARECAAYFAk9TKU4ACgkQvyUNygvkuQLqSQCgjN1X85EKTqX149ykQ/71RAz/
S18AmgK70QInvLfzk3+ddltuMFEjW3tV
=iWKe
-END PGP SIGNATURE-
Subject: Use a newer macro for finding and configuring swig 2.x and later
Author: Clint Byrum
Bug-Debian: http://bugs.debian.org/631820
Origin: http://ftp.wayne.edu/pub/gnu/autoconf-archive/autoconf-archive-2011.04.12.tar.gz

Index: debian-packaging/m4/pandora_swig.m4
===
--- debian-packaging.orig/m4/pandora_swig.m4	2011-07-13 12:43:05.291702515 -0700
+++ debian-packaging/m4/pandora_swig.m4	2011-07-13 12:43:08.671505918 -0700
@@ -11,7 +11,7 @@
 
 AC_DEFUN([PANDORA_SWIG],[
 
-  AC_PROG_SWIG(1.3.31)
+  AX_PKG_SWIG(1.3.31)
   
   AC_DEFINE_UNQUOTED([SWIG_TYPE_TABLE],
 [$PACKAGE],
Index: debian-packaging/m4/ax_pkg_swig.m4
===
--- /dev/null	1970-01-01 00:00:00.0 +
+++ debian-packaging/m4/ax_pkg_swig.m4	2011-07-13 12:43:43.419484698 -0700
@@ -0,0 +1,135 @@
+# ===
+#http://www.gnu.org/software/autoconf-archive/ax_pkg_swig.html
+# ===
+#
+# SYNOPSIS
+#
+#   AX_PKG_SWIG([major.minor.micro], [action-if-found], [action-if-not-found])
+#
+# DESCRIPTION
+#
+#   This macro searches for a SWIG installation on your system. If found,
+#   then SWIG is AC_SUBST'd; if not found, then $SWIG is empty.  If SWIG is
+#   found, then SWIG_LIB is set to the SWIG library path, and AC_SUBST'd.
+#
+#   You can use the optional first argument to check if the version of the
+#   available SWIG is greater than or equal to the value of the argument. It
+#   should have the format: N[.N[.N]] (N is a number between 0 and 999. Only
+#   the first N is mandatory.) If the version argument is given (e.g.
+#   1.3.17), AX_PKG_SWIG checks that the swig package is this version number
+#   or higher.
+#
+#   As usual, action-if-found is executed if SWIG is found, otherwise
+#   action-if-not-found is executed.
+#
+#   In configure.in, use as:
+#
+# AX_PKG_SWIG(1.3.17, [], [ AC_MSG_ERROR([SWIG is required to build..]) ])
+# AX_SWIG_ENABLE_CXX
+# AX_SWIG_MULTI_MODULE_SUPPORT
+# AX_SWIG_PYTHON
+#
+# LICENSE
+#
+#   Copyright (c) 2008 Sebastian Huber sebastian-hu...@web.de
+#   Copyright (c) 2008 Alan W. Irwin ir...@beluga.phys.uvic.ca
+#   Copyright (c) 2008 Rafael Laboissiere raf...@laboissiere.net
+#   Copyright (c) 2008 Andrew Collier colli...@ukzn.ac.za
+#   Copyright (c) 2011 Murray Cumming murr...@openismus.com
+#
+#   This program is free software; you can redistribute it and/or modify it
+#   under the terms of the GNU General Public License as published by the
+#   Free Software Foundation; either version 2 of the License, or (at your
+#   option) any later version.
+#
+#   This program is distributed in the hope that it will be useful, but
+#   WITHOUT ANY WARRANTY; without even the implied warranty of
+#   MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU General
+#   Public License for more details.
+#
+#   You should have received a copy of the GNU General Public License along
+#   with this program. If not, see http://www.gnu.org/licenses/.
+#
+#   As a special exception, the respective Autoconf Macro's copyright owner
+#   gives unlimited permission to copy, distribute and modify the configure
+#   scripts that are the output of Autoconf when processing the Macro. You
+#   need not follow the terms of the GNU General Public License when using
+#   or distributing such scripts, even though portions of the text of the
+#   Macro appear in them. The GNU General Public License (GPL) does govern
+#   all other use of the material that constitutes the Autoconf Macro.
+#
+#   This special exception to the GPL applies to versions of the Autoconf
+#   Macro released by the Autoconf Archive. When you make and distribute a
+#   modified version of the Autoconf Macro, you may extend this special
+#   exception to the GPL to apply to your modified version as well.
+
+#serial 8
+
+AC_DEFUN([AX_PKG_SWIG],[
+# Ubuntu has swig 2.0 as /usr/bin/swig2.0
+AC_PATH_PROGS([SWIG],[swig swig2.0])
+if test -z $SWIG ; then
+m4_ifval([$3],[$3],[:])
+elif test -n $1 ; then
+AC_MSG_CHECKING([SWIG 

Bug#653704: [htop] Completing the process ends in failure htop.

2012-03-04 Thread Eugene V. Lyubimkin
Hi Karol,

On 2012-01-03 14:39, Karol Kozłowski wrote:

  On 2011-12-30 14:36, Karol Kozłowski wrote:
   Sometimes when I finish (F9) a process is htop ends with SIGABRT.
  [...]
[...]

Htop 1.0.1 (already in Debian testing) fixed a similarly looking bug
related to a process killing. Can you pleast test if this bug is
reproducible in htop 1.0.1?

-- 
Eugene V. Lyubimkin aka JackYF, JID: jackyf.devel(maildog)gmail.com
C++/Perl developer, Debian Developer



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



Bug#602463: Still interested in packaging clanlib2?

2012-03-04 Thread Andreas Moog
On 03.03.2012 23:51, Fabien Givors (Debian packages) wrote:
 Hi Andreas,
 
 Yes, I opened bug #602463 some time ago...
 
 I did most of the packaging. Unfortunately, I couldn't get rid of some
 lintian warnings. So, the package is not perfect.
 
 I can give you the product of my work if you want. It worked quite well.

I'd propose to have it maintained under the Debian Games umbrella, with
a git repository at Alioth. If you send me your current
debian/directory, I'll inject it into the repository.

 Unfortunately, at the same time, my spare time
 amount began to decrease dramatically :) And I was not able to pursue
 my task.

No problem ;-)

 Currently, last clanlib version is 2.3.5 [1], and the API does not
 seem to have changed a lot [2]. So, the question is, should we package
 the last stable 2.2 version, or the last released version?

I'd say go for the 2.3 release, I'll test the Trophy game against that.

 I hope we will be able to work together,

Me too!

Cheers,

  Andreas



signature.asc
Description: OpenPGP digital signature


Bug#628237: proposed fix for slapd upgrades

2012-03-04 Thread Ondřej Surý
Thanks to all of you.

Fixed cyrus-sasl2 was uploaded.

O.

2012/3/4 Helmut Grohne hel...@subdivi.de:
 reassign 628237 libsasl2-2
 reassign 655845 libsasl2-2
 found 628237 2.1.25.dfsg1-3
 found 655845 2.1.25.dfsg1-3
 tags 628237 + patch
 tags 655845 + patch
 thanks

 Most of the work on understanding these issues was already done by Ralph
 Rößner[1] and Steve Langasek[2]. Thank you both for your excellent work.

 I can not explain precisely how 628237 happened. However I did try
 upgrading slapd from squeeze to sid and encountered both of these issues
 in different ways.

 The first event was that libsasl2-2 changed its ABI without bumping the
 soname. If you upgrade libsasl2-2 on from squeeze to sid and the upgrade
 slapd, you will see that the dumping of the database (preinst) will fail
 with the error message shown in #655845. Later Steve Langasek rebuilt[3]
 slapd against the changed libsasl2. Now this rebuilt slapd fails to work
 with squeeze libsasl2-2. This can be seen by upgrading just slapd (and
 everything it pulls which does not include libsasl2-2) from squeeze to
 sid. Interestingly this gives an error (postinst) very similar to the
 one shown in #628237, which looks like a time loop, but is what I
 observe.

 Now Steve Langasek already observed[2] that libsasl2-2 needs to break
 the squeeze version of slapd (or bump soname, but it is too late for
 this move). On the other hand slapd needs to depend on the changed ABI
 of libsasl2-2. The preferred way of doing this is by libsasl2-2
 providing a shlibs dependency. I attached a debdiff to cyrus-sasl2 that
 applies both changes. Of course this also requires a rebuild of openldap
 against the fixed libsasl2-2. Using these new packages the upgrade from
 squeeze to sid works as expected.

 Helmut

 [1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=628237#80
 [2] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=628237#129
 [3] version 2.4.25-4, closing #628237, see
    
 http://packages.debian.org/changelogs/pool/main/o/openldap/current/changelog#version2.4.25-4

 ___
 Pkg-cyrus-sasl2-debian-devel mailing list
 pkg-cyrus-sasl2-debian-de...@lists.alioth.debian.org
 http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-cyrus-sasl2-debian-devel



-- 
Ondřej Surý ond...@sury.org



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



Bug#662116: gearman-interface: FTBFS: include path for libgearman changed

2012-03-04 Thread coldtobi
Package: src:gearman-interface
Severity: serious
Tags: patch
Justification: FTBFS

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hallo,

as requested on debian-mentors, reporting and attaching this issue for the NMU 
I'm currently preparing.


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

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

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

iEYEARECAAYFAk9TKqAACgkQvyUNygvkuQIHlgCfSiYxcEas78NEvUzSnooAn3r/
BB0AoJafOvPEYvelNsB/P61lI3NmQXAX
=Y/y7
-END PGP SIGNATURE-
Description: Fix include path for current gearmand.
Author: Martin Pitt martin.p...@ubuntu.com

Index: gearman-interface-0.13.2/interface/globals.i
===
--- gearman-interface-0.13.2.orig/interface/globals.i	2009-11-05 20:15:59.0 +0100
+++ gearman-interface-0.13.2/interface/globals.i	2012-02-14 08:18:47.911915240 +0100
@@ -39,7 +39,7 @@
 %feature(autodoc, 1);
 
 %{
-#include libgearman/gearman.h
+#include libgearman-1.0/gearman.h
 
 typedef struct gearman_st Gearman;
 typedef struct gearman_client_st Client;
@@ -80,7 +80,7 @@
 %ignore gearman_packet_pack_fn;
 %ignore gearman_packet_unpack_fn;
 
-%include libgearman/constants.h
+%include libgearman-1.0/constants.h
 
 %typedef uint32_t in_port_t;
 


Bug#630894: ax25spyd filed for removal

2012-03-04 Thread Sebastian Muszynski
Hi Javi, 

I will remove the ripdump-Implementation from ax25spyd ASAP. 
It is possible to cancel the removal request?

Regards, 

Sebsatian


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


Bug#662117: RFP: node-mysql -- pure JavaScript Client implementing the MySQL protocol

2012-03-04 Thread Francois Marier
Package: wnpp
Severity: wishlist

* Package name: node-mysql
  Version : 0.9.5
  Upstream Author : Felix Geisendörfer fe...@debuggable.com
* URL : https://github.com/felixge/node-mysql
* License : MIT/X
  Programming Lang: Javascript
  Description : pure JavaScript Client implementing the MySQL protocol



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



Bug#661287: pytables testsuite failures on arm, armhf etc

2012-03-04 Thread Antonio Valentino
Hi Yaroslav, hi Julian,

Il 03/03/2012 22:01, Yaroslav Halchenko ha scritto:
 what would not work?  disabling blosc?  it would work I bet and thanks
 for testing on a sparc64 system
 
 I just hoped that someone (upstream?) could find a chance to
 resolve it properly ;)
 

Yaroslav, I doubt it can be done in short time. We (upstream) are all
quite busy in this period.
IMHO the best solution is to adopt Julian's patch for blosc disabling
and upload the new package to allow migration to testing.

Just let me know how to proceed.

I don't know if there is some special protocol/procedure for importing
changes from ubuntu.

Maybe Julian would like to push the patch into debian-science directly.

best regards

 On 03/03/2012 09:47 PM, Yaroslav Halchenko wrote:
 are going across platforms?   or should we may be adopt blosc
 disabling patches from Julian first 
 sparc issue is still not resolved AFAIK
 
 I have pushed a tiny fix for typos with a close statement for 661287
 (CCed now) (if I got it right on what we are closing now ;) )
 
 
 you will have to disable blosc if you want it to build on all arches, I
 did not look into fixing blosc as its more complicated and its probably
 performance critical code where adding slow hacks to remove unaligned
 accesses will likely break the whole benefit of it.
 This will have to be done upstream.
 
 I built the ubuntu package on a sparc64 and it succeeded, from the logs
 it looks like the same issue as arm's (unaligned memory access).
 What makes you think it won't work?
 
 
 
 


-- 
Antonio Valentino



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



Bug#662118: lazygal: Failure to thumbnail a quicktime movie

2012-03-04 Thread Baruch Even
Package: lazygal
Version: 0.7.1-1

I tried to add some quicktime movies from my Canon camera and go the
following error:

  VIDEOTHUMB 2012-02-27-21-15-52-MVI_0796_thumb.jpg
Traceback (most recent call last):
  File /usr/bin/lazygal, line 228, in module
album.generate()
  File /usr/lib/python2.7/dist-packages/lazygal/generators.py, line
838, in generate
destgal.make()
  File /usr/lib/python2.7/dist-packages/lazygal/generators.py, line
584, in make
super(WebalbumDir, self).make(force or needed_build)
  File /usr/lib/python2.7/dist-packages/lazygal/make.py, line 110, in make
d.make() # dependency building not forced
  File /usr/lib/python2.7/dist-packages/lazygal/make.py, line 110, in make
d.make() # dependency building not forced
  File /usr/lib/python2.7/dist-packages/lazygal/make.py, line 111, in make
self.call_build()
  File /usr/lib/python2.7/dist-packages/lazygal/genmedia.py, line
77, in call_build
self.build()
  File /usr/lib/python2.7/dist-packages/lazygal/genmedia.py, line 69, in build
im = self.resize(self.get_image())
  File /usr/lib/python2.7/dist-packages/lazygal/genmedia.py, line
216, in get_image
% self.source_video.filename)
AttributeError: 'VideoThumb' object has no attribute 'source_video'

There are two problems here, one is that thumbnailing failed and the
other that it failed to report it properly and had an exception
instead of a clear message and continuing to work.

Baruch



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



Bug#662029: [Secure-testing-team] Bug#662029: systemd: local denial of login or local users can create arbitrary services

2012-03-04 Thread Helmut Grohne
On Sun, Mar 04, 2012 at 10:08:47AM +0200, Henri Salo wrote:
 On Sat, Mar 03, 2012 at 06:39:57PM +0100, Helmut Grohne wrote:
  Forwarded: https://bugzilla.redhat.com/show_bug.cgi?id=680122
 Does this security issue have CVE-identifier assigned? I can request one if 
 needed.

I don't think so. As you can see in Redhat's bugzilla, the issue started
out as a simple bug. The security impact was realized later on.

Helmut



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



Bug#662119: [INTL: it] Italian translation of debconf messages - cvsd

2012-03-04 Thread Beatrice Torracca
Package: cvsd
Severity: wishlist
Tags: l10n patch

Hi.
Please find attached the Italian translation of cvsd debconf messages
proofread by the Italian localization team.

Please include it in your next upload.

Thanks,
Beatrice
# Italian translation of cvsd debconf messages.
# Copyright (C) 2001-2012 Arthur de Jong art...@arthurdejong.org
# This file is distributed under the same license as the cvsd package.
# Beatrice Torracca beatri...@libero.it, 2012.
msgid 
msgstr 
Project-Id-Version: cvsd 1.0.14\n
Report-Msgid-Bugs-To: Arthur de Jong adej...@debian.org\n
POT-Creation-Date: 2007-07-21 14:26+0200\n
PO-Revision-Date: 2012-02-22 18:20+0200\n
Last-Translator: Beatrice Torracca beatri...@libero.it\n
Language-Team: Italian debian-l10n-ital...@lists.debian.org\n
Language: it\n
MIME-Version: 1.0\n
Content-Type: text/plain; charset=UTF-8\n
Content-Transfer-Encoding: 8bit\n
Plural-Forms: nplurals=2; plural=(n != 1);\n
X-Generator: Virtaal 0.7.1\n

#. Type: string
#. Description
#: ../templates:1001
msgid Location of chroot jail:
msgstr Posizione della gabbia chroot:

#. Type: string
#. Description
#: ../templates:1001
msgid 
cvsd can run in a chroot jail. This is the preferred method of operation. 
Specify the location of the chroot jail. If you make this 'none' no chroot 
jail will be created and used. A chroot file hierarchy will be created in 
the specified location.
msgstr 
cvsd può essere eseguito in una gabbia chroot. Questo è il metodo di 
funzionamento preferito. Specificare la posizione della gabbia chroot. 
Se si inserisce «none», non verrà creata né utilizzata alcuna gabbia chroot. 
Una gerarchia di file chroot verrà creata nella posizione specificata.

#. Type: string
#. Description
#: ../templates:2001
msgid The maximum number of connections that can be handled:
msgstr Numero massimo di connessioni che possono essere gestite:

#. Type: string
#. Description
#: ../templates:2001
msgid 
It is possible to specify a maximum number of connections that cvsd can 
handle simultaneously. Specifying 0 (zero) will put no limit to the number 
of connections.
msgstr 
È possibile specificare un numero massimo di connessioni che cvsd può 
gestire contemporaneamente. Specificare 0 (zero) fara sì che non vi siano 
limiti al numero di connessioni.

#. Type: string
#. Description
#: ../templates:3001
msgid Nice value cvsd should run at:
msgstr Valore di nice con cui deve essere eseguito cvsd:

#. Type: string
#. Description
#: ../templates:3001
msgid 
cvsd can be run at reduced priority so it will not take up too many 
resources, especially if a user specifies a -z option to cvs. The priority 
can also be increased (negative value here).
msgstr 
cvsd può essere eseguito con una priorità ridotta così da non occupare 
troppe risorse, specialmente se un utente specifica per cvs l'opzione -z. La 
priorità può anche essere aumentata (usando qui un valore negativo).

#. Type: string
#. Description
#: ../templates:4001
msgid Umask cvsd should run at:
msgstr Umask con cui deve essere eseguito cvsd:

#. Type: string
#. Description
#: ../templates:4001
msgid Specify the umask cvsd and cvs should use when creating files.
msgstr Specificare l'umask che cvsd e cvs devono usare quando creano file.

#. Type: string
#. Description
#: ../templates:4001
msgid 
The umask should be specified as an octal value and represents the 
permissions that should be taken away when creating a file (e.g. using 027 
will create files with mode 640 or rw-r-).
msgstr 
L'umask dovrebbe essere specificata come valore ottale e rappresenta i 
permessi che devono essere rimossi quando si crea un file (es., usando 027 
si creano file con permessi 640 o rw-r-).

#. Type: string
#. Description
#: ../templates:5001
msgid Address and port on which cvsd will listen:
msgstr Indirizzo e porta su cui deve rimanere in ascolto cvsd:

#. Type: string
#. Description
#: ../templates:5001
msgid 
With the first argument you can specify the address cvsd should listen on. 
The '*' address specifies that cvsd should listen on all addresses. You can 
specify a IPv4 address, IPv6 address, a hostname or '*'.
msgstr 
Il primo argomento permette di specificare l'indirizzo su cui cvsd deve 
restare in ascolto. Un indirizzo «*» indica che cvsd deve essere in ascolto 
su tutti gli indirizzi. Si può specificare un indirizzo IPv4, un indirizzo 
IPv6, un nome host o «*».

#. Type: string
#. Description
#: ../templates:5001
msgid 
The second argument is the service name (e.g. cvspserver) or port number 
(default 2401) cvsd will listen on.
msgstr 
Il secondo argomento è il nome del servizio (es. cvspserver) o il numero di 
porta (predefinito 2401) sui cui cvsd resterà in ascolto.

#. Type: string
#. Description
#: ../templates:5001
msgid 
The address and port should be separated by a space and you can specify 
multiple address-port combinations by separating them with spaces.
msgstr 
L'indirizzo e la porta dovrebbero essere separati da uno spazio ed è 
possibile specificare più 

Bug#606721: RFS: stopmotion 0.6.2-1.2 (NMU to fix RC bugs)

2012-03-04 Thread Barak A. Pearlmutter
I am happy to sponsor this upload; will dput the built package in a
moment.

Two tangential points.

First, examination of the source reveals that the packaging is quite
old, and could use some updating.

Second, upstream development has restarted in a git repo on
sourceforge.

--Barak.



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



Bug#662120: python-sendfile and pysendfile: error when trying to install together

2012-03-04 Thread Ralf Treinen
Package: pysendfile,python-sendfile
Version: pysendfile/2.0.0-1
Version: python-sendfile/1.2.4-1+b2
Severity: serious
User: trei...@debian.org
Usertags: edos-file-overwrite

Date: 2012-03-04
Architecture: amd64
Distribution: sid

Hi,

automatic installation tests of packages that share a file and at the
same time do not conflict by their package dependency relationships has
detected the following problem:


WARNING: The following packages cannot be authenticated!
  libexpat1 libdb4.8 mime-support python2.7-minimal python2.7 python-minimal
  python python-support pysendfile python-sendfile
Authentication warning overridden.
Can not write log, openpty() failed (/dev/pts not mounted?)
Selecting previously unselected package libexpat1.
(Reading database ... 10548 files and directories currently installed.)
Unpacking libexpat1 (from .../libexpat1_2.0.1-7.2_amd64.deb) ...
Selecting previously unselected package libdb4.8.
Unpacking libdb4.8 (from .../libdb4.8_4.8.30-11_amd64.deb) ...
Selecting previously unselected package mime-support.
Unpacking mime-support (from .../mime-support_3.52-1_all.deb) ...
Selecting previously unselected package python2.7-minimal.
Unpacking python2.7-minimal (from .../python2.7-minimal_2.7.2-13_amd64.deb) ...
Selecting previously unselected package python2.7.
Unpacking python2.7 (from .../python2.7_2.7.2-13_amd64.deb) ...
Selecting previously unselected package python-minimal.
Unpacking python-minimal (from .../python-minimal_2.7.2-10_all.deb) ...
Selecting previously unselected package python.
Unpacking python (from .../python_2.7.2-10_all.deb) ...
Selecting previously unselected package python-support.
Unpacking python-support (from .../python-support_1.0.14_all.deb) ...
Selecting previously unselected package pysendfile.
Unpacking pysendfile (from .../pysendfile_2.0.0-1_amd64.deb) ...
Selecting previously unselected package python-sendfile.
Unpacking python-sendfile (from .../python-sendfile_1.2.4-1+b2_amd64.deb) ...
dpkg: error processing 
/var/cache/apt/archives/python-sendfile_1.2.4-1+b2_amd64.deb (--unpack):
 trying to overwrite '/usr/lib/pyshared/python2.6/sendfile.so', which is also 
in package pysendfile 2.0.0-1
configured to not write apport reports
Processing triggers for man-db ...
Errors were encountered while processing:
 /var/cache/apt/archives/python-sendfile_1.2.4-1+b2_amd64.deb
E: Sub-process /usr/bin/dpkg returned an error code (1)


This is a serious bug as it makes installation fail, and violates
sections 7.6.1 and 10.1 of the policy. An optimal solution would
consist in only one of the packages installing that file, and renaming
or removing the file in the other package. Depending on the
circumstances you might also consider Replace relations or file
diversions. If the conflicting situation cannot be resolved then, as a
last resort, the two packages have to declare a mutual
Conflict. Please take into account that Replaces, Conflicts and
diversions should only be used when packages provide different
implementations for the same functionality.

Here is a list of files that are known to be shared by both packages
(according to the Contents file for sid/amd64, which may be
slightly out of sync):

  /usr/lib/pyshared/python2.6/sendfile.so
  /usr/lib/pyshared/python2.7/sendfile.so

This bug has been filed against both packages. If you, the maintainers of
the two packages in question, have agreed on which of the packages will
resolve the problem please reassign the bug to that package. You may then
also register in the BTS that the other package is affected by the bug.

-Ralf.

PS: for more information about the detection of file overwrite errors
of this kind see http://edos.debian.net/file-overwrites/.



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



Bug#585877: cluster is not open source - sorry

2012-03-04 Thread engelbert gruber
it says :

  MySQL Cluster Manager is software which simplifies the creation and
management of the MySQL Cluster
  database

which reads to me, there is a mysql cluster  and a mysql cluster
manager software, separately.

one not gpl.

puzzling

On Sat, Mar 3, 2012 at 10:55 PM, Nicholas Bamber nicho...@periapt.co.uk wrote:
 reassign 585877 mysql-5.1
 tag 585877 +wontfix
 thanks


 MySQL cluster is no longer open source and cannot be packaged by Debian. See
 http://www.mysql.com/products/cluster/faq.html#19 .


 --
 Nicholas Bamber | http://www.periapt.co.uk/
 PGP key 3BFFE73C from pgp.mit.edu






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



Bug#661618: [Pkg-ime-devel] Bug#661618: Bug#661618: FTBFS

2012-03-04 Thread Daiki Ueno
Osamu Aoki os...@debian.org writes:

 diff --git a/src/IBusChewingEngine.gob b/src/IBusChewingEngine.gob
 index 69b13f9..da2c854 100644
 --- a/src/IBusChewingEngine.gob
 +++ b/src/IBusChewingEngine.gob
 @@ -1041,13 +1041,13 @@ class IBus:Chewing:Engine from IBus:Engine{
  /* Toggle Full - Half */
  chewing_set_ShapeMode(self-context, 
 !chewing_get_ShapeMode(self-context));
  }else if (strcmp(prop_name,chewing_settings_prop)==0){
 -if (self-settings_prop-state==PROP_STATE_UNCHECKED){
 +if 
 (ibus_property_get_state(self-settings_prop)==PROP_STATE_UNCHECKED){
  gtk_widget_show_all(self-setting_dialog);

 The above line did not exist in the current source.  Thus this patch did
 not apply cleanly.  I kept this line by adding it as patch.  (Just to be
 safe side.)  If this above line can be dropped, let me know.

Ah, sorry.  The patch previously attached was based on the git master
since I didn't expected any change in the hunk.  I'm attaching a patch
generated by quilt from the deb package.

BTW, just in case, I have notified this to the upstream on Friday.

Follow IBusProperty ABI change.
--- a/src/IBusChewingEngine-input-events.c
+++ b/src/IBusChewingEngine-input-events.c
@@ -291,12 +291,12 @@
 	/* Toggle Full - Half */
 	chewing_set_ShapeMode(self-context, !chewing_get_ShapeMode(self-context));
 }else if (strcmp(prop_name,chewing_settings_prop)==0){
-	if (self-settings_prop-state==PROP_STATE_UNCHECKED){
+	if (ibus_property_get_state(self-settings_prop)==PROP_STATE_UNCHECKED){
 	if (gtk_dialog_run(GTK_DIALOG(self-setting_dialog))==GTK_RESPONSE_OK){
 		self_save_config_all(self);
 	}
 	gtk_widget_hide(self-setting_dialog);
-	self-settings_prop-state=PROP_STATE_UNCHECKED;
+	ibus_property_set_state(self-settings_prop, PROP_STATE_UNCHECKED);
 	}
 }else{
 	G_DEBUG_MSG(3,[I3]  property_activate(-, %s, %u) not recognized,prop_name, prop_state);
--- a/src/IBusChewingEngine.gob
+++ b/src/IBusChewingEngine.gob
@@ -1041,12 +1041,12 @@
 	/* Toggle Full - Half */
 	chewing_set_ShapeMode(self-context, !chewing_get_ShapeMode(self-context));
 	}else if (strcmp(prop_name,chewing_settings_prop)==0){
-	if (self-settings_prop-state==PROP_STATE_UNCHECKED){
+	if (ibus_property_get_state(self-settings_prop)==PROP_STATE_UNCHECKED){
 		if (gtk_dialog_run(GTK_DIALOG(self-setting_dialog))==GTK_RESPONSE_OK){
 		self_save_config_all(self);
 		}
 		gtk_widget_hide(self-setting_dialog);
-		self-settings_prop-state=PROP_STATE_UNCHECKED;
+		ibus_property_set_state(self-settings_prop, PROP_STATE_UNCHECKED);
 	}
 	}else{
 	G_DEBUG_MSG(3,[I3]  property_activate(-, %s, %u) not recognized,prop_name, prop_state);

Regards,
-- 
Daiki Ueno


Bug#662118: Transcoding failed as well

2012-03-04 Thread Baruch Even
A few lines above it shows the transcoding failed previously and the
file was supposed to be skipped:

  TRANSCODE 2012-02-27-21-15-52-MVI_0796.webm
  transcoding 2012-02-27-21-15-52-MVI_0796.MOV failed, skipped
[GError at 0xb5603430, 'qtdemux.c(3865): gst_qtdemux_loop ():
/GstPipeline:pipeline0/GstDecodeBin:decode/GstQTDemux:qtdemux0:\nstreaming
stopped, reason not-negotiated']



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



Bug#662078: user mounted davfs cannot be user unmounted

2012-03-04 Thread Werner Baumann
Hello Joey,

the error message originates from umount(8) not from umount.davfs. It
usually happens when your system lacks /etc/mtab or when /etc/mtab is
replaced by /proc/mounts.
You can use mount option 'users' instead of 'user' to work around the
problem. But 'users' will allow any user to unmount the file system.

Background:
umount(8) will search /etc/mtab for a matching entry and check for
option 'user=username'. /proc/mounts does not show this option. What
options davfs2 can pass to the fuse kernel module in the mount(2)
system call is restricted by the fuse kernel module.
Some years ago there was a discussion about this and related problems
on a mailing list regarding util-linux-ng, but I can't find it at the
moment.

Cheers
Werner



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



Bug#659497: [gnome-tweak-tool] I have got the same issue !!!

2012-03-04 Thread Chlon Michaël

  
  
Hello,

I have upgrade today with:

Package: gnome-tweak-tool
  
  Version: 3.2.2-3


And got the same issue!

 8 ==

WARNING : Testing for expected AutostartCondition failed: Got (None)
Traceback (most recent call last):
  File "/usr/lib/python2.7/dist-packages/gtweak/utils.py", line 152,
in uses_autostart_condition
    return asc.split(" ", 1)[0] == autostart_type
AttributeError: 'NoneType' object has no attribute 'split'
WARNING : Schema
/usr/share/glib-2.0/schemas/org.gnome.shell.gschema.xml missing
summary text: key name="saved-im-presence" type="i"
  default1/default
  summary/
    /key
WARNING : Schema
/usr/share/glib-2.0/schemas/org.gnome.shell.gschema.xml missing
summary text: key name="saved-session-presence" type="i"
  default0/default
  summary/
    /key



 8 =

Thanks for the troubleshooting .
Rgds 

Michaël Chlon



  

  Michaël Chlon | mic.a.elle.ch...@gmail.com
  

My profiles:  
 
Get a signature like this.
   CLICK
  HERE.    


Package: gnome-tweak-tool

Version: 3.2.2-3


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



--- System information. ---

Architecture: amd64

Kernel: Linux 3.0.0-1-amd64


Debian Release: wheezy/sid

999 testing gpl.code.de 
999 testing ftp.fr.debian.org 
995 unstable gpl.code.de 
995 unstable ftp.fr.debian.org 
995 unstable download.sip-communicator.org 
995 unstable download.jitsi.org 
975 stable security.debian.org 
975 stable repos.fusiondirectory.org 
975 stable repo.varnish-cache.org 
975 stable labs.consol.de 
975 stable download.proxmox.com 
975 stable dl.google.com 
975 stable deb.opera.com 
805 squeeze-backports backports.debian.org 


--- Package information. ---

Depends (Version) | Installed

===-+-==

python2.7 | 2.7.2-8

OR python2.6 | 2.6.7-4

python (= 2.6.6-7~) | 2.7.2-10

python ( 2.8) | 2.7.2-10

gsettings-desktop-schemas (= 3.0.0) | 3.2.0-2

python-gi (= 2.29.0) | 3.1.0-2

gir1.2-gtk-3.0 | 3.2.3-1

gir1.2-gconf-2.0 | 3.2.3-3



Package's Recommends field is empty.


Package's Suggests field is empty.

  

  



Bug#662119: [INTL: it] Italian translation of debconf messages - cvsd

2012-03-04 Thread Arthur de Jong
tags 662119 + pending
thanks

On Sun, 2012-03-04 at 10:01 +0100, Beatrice Torracca wrote:
 Please find attached the Italian translation of cvsd debconf messages
 proofread by the Italian localization team.

Thanks. It will be included in the next upload.

-- 
-- arthur - adej...@debian.org - http://people.debian.org/~adejong --


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


Bug#651934: How to debug seed FTBFS on sparc?

2012-03-04 Thread Jurij Smakov
On Sat, Mar 03, 2012 at 08:07:33AM +, Jurij Smakov wrote:
[...]
 Unfortunately, the build I tried last week failed with the following 
 messages while compiling Source/WebCore/svg/SVGFilterElement.cpp:
 
 ../Source/JavaScriptCore/wtf/ListHashSet.h:192:70: warning: cast from 'char*' 
 to 'WTF::ListHashSetNodeAllocatorWebCore::Element*, 64u::Node* {aka 
 WTF::ListHashSetNodeWebCore::Element*, 64u*}' increases required alignment 
 of target type [-Wcast-align]
 /tmp/ccJFyoyk.s: Assembler messages:
 /tmp/ccJFyoyk.s:107726: Error: unknown pseudo-op: `.ua'
 /tmp/ccJFyoyk.s:107726: Error: junk at end of line, first unrecognized 
 character is `3'
 make[1]: *** [Source/WebCore/svg/libWebCore_la-SVGFilterElement.lo] Error 1
 make[1]: Leaving directory `/home/jurij/seed/webkit-1.6.3/build-3.0'
 make: *** [build-stamp] Error 2
 
 Last 500 lines of the logs are attached.
 
 I'll try again today with the latest toolchain to see whether this was 
 some transient problem.

It built successfully this time! And after I installed the resulting 
debs, seed built successfully too. The webkit patch I used is 
attached.

Best regards,
-- 
Jurij Smakov   ju...@wooyd.org
Key: http://www.wooyd.org/pgpkey/  KeyID: C99E03CC
diff -aur a/Source/JavaScriptCore/wtf/Platform.h b/Source/JavaScriptCore/wtf/Platform.h
--- a/Source/JavaScriptCore/wtf/Platform.h	2012-02-25 11:10:13.0 +
+++ b/Source/JavaScriptCore/wtf/Platform.h	2012-02-25 11:26:17.992010602 +
@@ -295,7 +295,7 @@
 
 #endif /* ARM */
 
-#if CPU(ARM) || CPU(MIPS) || CPU(SH4)
+#if CPU(ARM) || CPU(MIPS) || CPU(SH4) || CPU(SPARC)
 #define WTF_CPU_NEEDS_ALIGNED_ACCESS 1
 #endif
 


Bug#662121: RFP: node-ejs -- embedded Javascript templates

2012-03-04 Thread Francois Marier
Package: wnpp
Severity: wishlist

* Package name: node-ejs
  Version : 0.6.1
  Upstream Author : TJ Holowaychuk t...@vision-media.ca
* URL : http://search.npmjs.org/#/ejs
* License : MIT
  Programming Lang: Javascript
  Description : embedded Javascript templates



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



Bug#662029: [Secure-testing-team] Bug#662029: systemd: local denial of login or local users can create arbitrary services

2012-03-04 Thread Henri Salo
On Sun, Mar 04, 2012 at 09:49:45AM +0100, Helmut Grohne wrote:
 On Sun, Mar 04, 2012 at 10:08:47AM +0200, Henri Salo wrote:
  On Sat, Mar 03, 2012 at 06:39:57PM +0100, Helmut Grohne wrote:
   Forwarded: https://bugzilla.redhat.com/show_bug.cgi?id=680122
  Does this security issue have CVE-identifier assigned? I can request one if 
  needed.
 
 I don't think so. As you can see in Redhat's bugzilla, the issue started
 out as a simple bug. The security impact was realized later on.
 
 Helmut

Requested in here: http://seclists.org/oss-sec/2012/q1/537

- Henri Salo



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



Bug#662122: [INTL: it] Italian translation of debconf messages - davfs2

2012-03-04 Thread Beatrice Torracca
Package: davfs2
Severity: wishlist
Tags: l10n patch

Hi.
Please find attached the Italian translation of davfs2 debconf messages
proofread by the Italian localization team.

Please include it in your next upload.

Thanks,
Beatrice
# Italian translation of davfs2 debconf message.
# Copyright (C) 2005, Luciano Bello luci...@linux.org.ar
# This file is distributed under the same license as the davfs2 package.
# Beatrice Torracca beatri...@libero.it, 2012.
msgid 
msgstr 
Project-Id-Version: davfs2 1.4.6-1.1\n
Report-Msgid-Bugs-To: luci...@debian.org\n
POT-Creation-Date: 2008-04-11 20:26-0300\n
PO-Revision-Date: 2012-02-25 14:20+0200\n
Last-Translator: Beatrice Torracca beatri...@libero.it\n
Language-Team: Italian debian-l10n-ital...@lists.debian.org\n
Language: it\n
MIME-Version: 1.0\n
Content-Type: text/plain; charset=UTF-8\n
Content-Transfer-Encoding: 8bit\n
Plural-Forms: nplurals=2; plural=(n != 1);\n
X-Generator: Virtaal 0.7.1\n

#. Type: boolean
#. Description
#: ../templates:2001
msgid Should unprivileged users be allowed to mount WebDAV resources?
msgstr Permettere agli utenti non privilegiati di montare risorse WebDAV?

#. Type: boolean
#. Description
#: ../templates:2001
msgid 
The file /sbin/mount.davfs must have the SUID bit set if you want to allow 
unprivileged (non-root) users to mount WebDAV resources.
msgstr 
Il file /sbin/mount.davfs deve avere il bit SUID impostato se si desidera 
permettere agli utenti non privilegiati (non root) di montare risorse 
WebDAV.

#. Type: boolean
#. Description
#: ../templates:2001
msgid 
If you do not choose this option, only root will be allowed to mount WebDAV 
resources. This can later be changed by running 'dpkg-reconfigure davfs2'.
msgstr 
Se non si sceglie questa opzione, solo l'utente root avrà il permesso di 
montare risorse WebDAV. Questa impostazione può essere modificata 
successivamente eseguendo «dpkg-reconfigure davfs2».

#. Type: string
#. Description
#: ../templates:3001
msgid User running the mount.davfs daemon:
msgstr Utente con cui eseguire il demone mount.davfs:

#. Type: string
#. Description
#: ../templates:3001
msgid 
Once the davfs resource has been mounted, the daemon will drop the root 
privileges and will run with an unprivileged user ID.
msgstr 
Una volta che una risorsa davfs è stata montata, il demone abbandona i 
privilegi di root e viene eseguito con un ID utente non privilegiato.

#. Type: string
#. Description
#: ../templates:3001
msgid Please choose which login name should be used by the daemon.
msgstr Scegliere il nome di login che deve essere usato dal demone.

#. Type: string
#. Description
#: ../templates:4001
msgid Group for users who will be allowed to mount WebDAV resources:
msgstr Gruppo per gli utenti a cui sarà permesso montare risorse WebDAV:

#. Type: string
#. Description
#: ../templates:4001
msgid 
Mounting WebDAV resources creates a file in /var/run/mount.davfs. This 
directory will be owned by the group specified here.
msgstr 
Il montaggio di risorse WebDAV crea un file in /var/run/mount.davfs. Questa 
directory sarà di proprietà del gruppo specificato qui.

#. Type: boolean
#. Description
#: ../templates:5001
msgid Do you want to create a new user?
msgstr Creare un nuovo utente?

#. Type: boolean
#. Description
#: ../templates:5001
msgid 
The \${user_name}\ user does not exist on the system and will be created 
if you choose this option.
msgstr 
L'utente \${user_name}\ non esiste nel sistema; se viene scelta questa 
opzione verrà creato.

#. Type: boolean
#. Description
#: ../templates:6001
msgid Do you want to create a new group?
msgstr Creare un nuovo gruppo?

#. Type: boolean
#. Description
#: ../templates:6001
msgid 
The \${group_name}\ group does not exist on the system and will be created 
if you choose this option.
msgstr 
Il gruppo \${group_name}\ non esiste nel sistema; se viene scelta questa 
opzione verrà creato.

#. Type: note
#. Description
#: ../templates:7001
msgid Unprivileged users allowed to mount WebDAV resources
msgstr Utenti non privilegiati a cui è permesso montare risorse WebDAV

#. Type: note
#. Description
#: ../templates:7001
msgid 
The \${group_name}\ group and the \${user_name}\ user will be used by 
davfs2. All users who should be granted the right to mount WebDAV resources 
should be added to the group \${group_name}\ using the following command:
msgstr 
davfs2 userà il gruppo \${group_name}\ e l'utente \${user_name}\. Tutti gli 
utenti a cui deve essere garantito il permesso di montare risorse WebDAV 
devono essere aggiunti al gruppo \${group_name}\ usando il comando seguente:

#. Type: note
#. Description
#: ../templates:7001
msgid The following should also be added to /etc/fstab:
msgstr Quanto segue dovrebbe essere inoltre aggiunto a /etc/fstab:

#. Type: note
#. Description
#: ../templates:7001
msgid 
Additional options are available. Please read the mount.davfs man page for 
more information.
msgstr 
Sono disponibili opzioni aggiuntive. Per maggiori informazioni leggere la 

Bug#662123: [INTL: it] Italian translation of debconf messages - spotweb

2012-03-04 Thread Beatrice Torracca
Package: spotweb
Severity: wishlist
Tags: l10n patch

Hi.
Please find attached the Italian translation of spotweb debconf messages
proofread by the Italian localization team.

Please include it in your next upload.

Thanks,
Beatrice
# Italian translation of spotweb debconf messages.
# Copyright (C) 2011 Jan-Pascal van Best janpas...@vanbest.org
# This file is distributed under the same license as the spotweb package.
# Beatrice Torracca beatri...@libero.it, 2012.
msgid 
msgstr 
Project-Id-Version: spotweb\n
Report-Msgid-Bugs-To: spot...@packages.debian.org\n
POT-Creation-Date: 2011-11-17 21:54+0100\n
PO-Revision-Date: 2012-02-25 13:46+0200\n
Last-Translator: Beatrice Torracca beatri...@libero.it\n
Language-Team: Italian debian-l10n-ital...@lists.debian.org\n
Language: it\n
MIME-Version: 1.0\n
Content-Type: text/plain; charset=UTF-8\n
Content-Transfer-Encoding: 8bit\n
Plural-Forms: nplurals=2; plural=(n != 1);\n
X-Generator: Virtaal 0.7.1\n

#. Type: string
#. Description
#: ../spotweb.templates:1001
msgid NNTP server:
msgstr Server NNTP:

#. Type: string
#. Description
#: ../spotweb.templates:1001
msgid Please enter the news (NNTP) server that should be used for SpotWeb.
msgstr Inserire il server di news (NNTP) che deve essere usato per SpotWeb.

#. Type: string
#. Description
#: ../spotweb.templates:2001
msgid NNTP server username:
msgstr Nome utente per il server NNTP:

#. Type: string
#. Description
#: ../spotweb.templates:2001
msgid Please enter the username to use on the news server.
msgstr Inserire il nome utente da usare con il server di news.

#. Type: password
#. Description
#: ../spotweb.templates:3001
msgid NNTP server password:
msgstr Password per il server NNTP:

#. Type: password
#. Description
#: ../spotweb.templates:3001
msgid Please enter the password to use on the news server.
msgstr Inserire la password da usare con il server di news.

#. Type: select
#. Choices
#. Type: select
#. Choices
#. Type: select
#. Choices
#: ../spotweb.templates:4001 ../spotweb.templates:10001
#: ../spotweb.templates:16001
msgid No encryption
msgstr Nessuna cifratura

#. Type: select
#. Choices
#. Type: select
#. Choices
#. Type: select
#. Choices
#: ../spotweb.templates:4001 ../spotweb.templates:10001
#: ../spotweb.templates:16001
msgid SSL
msgstr SSL

#. Type: select
#. Choices
#. Type: select
#. Choices
#. Type: select
#. Choices
#: ../spotweb.templates:4001 ../spotweb.templates:10001
#: ../spotweb.templates:16001
msgid TLS
msgstr TLS

#. Type: select
#. Description
#: ../spotweb.templates:4002
msgid NNTP server encryption:
msgstr Cifratura per il server NNTP:

#. Type: select
#. Description
#: ../spotweb.templates:4002
msgid 
Please choose the encryption type for communication with the news server.
msgstr 
Selezionare il tipo di cifratura per le comunicazioni con il server di news.

#. Type: string
#. Description
#: ../spotweb.templates:5001
msgid NNTP server port:
msgstr Porta per il server NNTP:

#. Type: string
#. Description
#: ../spotweb.templates:5001
msgid 
Please enter the port to use on the news server. Port 563 should generally 
be used when encryption is activated.
msgstr 
Inserire la porta da usare con il server di news. Generalmente si dovrebbe 
usare la porta 563 quando è attivata la cifratura.

#. Type: boolean
#. Description
#: ../spotweb.templates:6001
msgid Use separate \headers\ news server?
msgstr Usare un server di news diverso per gli \header\ delle news.

#. Type: boolean
#. Description
#: ../spotweb.templates:6001
msgid 
Please choose this option if you use a separate news server to fetch headers.
msgstr 
Scegliere questa opzione se si usa un server di news separato per scaricare 
le intestazioni.

#. Type: string
#. Description
#: ../spotweb.templates:7001
msgid NNTP \headers\ server:
msgstr Server per gli \header\ NNTP:

#. Type: string
#. Description
#: ../spotweb.templates:7001
msgid 
Please enter the news server that should be used for headers fetching with 
SpotWeb.
msgstr 
Inserire il server di news che deve essere usato per scaricare le 
intestazioni con SpotWeb.

#. Type: string
#. Description
#: ../spotweb.templates:8001
msgid NNTP \headers\ server username:
msgstr Nome utente per il server NNTP per gli \header\:

#. Type: string
#. Description
#: ../spotweb.templates:8001
msgid Please enter the username to use on the \headers\ news server.
msgstr 
Inserire il nome utente da usare con il server di news per gli \header\.

#. Type: password
#. Description
#: ../spotweb.templates:9001
msgid NNTP \headers\ server password:
msgstr Password per il server NNTP per gli \header\:

#. Type: password
#. Description
#: ../spotweb.templates:9001
msgid Please enter the password to use on the \headers\ news server.
msgstr Inserire la password da usare con il server di news per gli \header\.

#. Type: select
#. Description
#: ../spotweb.templates:10002
msgid NNTP \headers\ server encryption:
msgstr Cifratura per il server NNTP per gli \header\:

#. Type: select
#. Description
#: 

Bug#631816: bumping severity to serious (was: Bug#631816: Re: libqwt-dev: apt reinstalls the package)

2012-03-04 Thread Eugene V. Lyubimkin
severity 631816 serious

Hello,

Given the consequences of this bug (constant upgrading by libapt-based
package managers, annoying warnings for everything which scans the whole
archive in libcupt-based package managers, confusing differences in
handling by dpkg and others) I believe this state is not suitable for an
upcoming stable release.

Dear maintainer, please, use something else than trailing '-'.

-- 
Eugene V. Lyubimkin aka JackYF, JID: jackyf.devel(maildog)gmail.com
C++/Perl developer, Debian Developer



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



Bug#656758: mini-transition: libquvi

2012-03-04 Thread Ansgar Burchardt
Hi,

Cyril Brulebois k...@debian.org writes:
 Thanks for the IRC ping: please go ahead.

I uploaded libquvi yesterday and it was built on all architectures by
now.  Today I also uploaded cclive and quvi to unstable.

Could you schedule binNMUs for the remaining two packages?

 Tracker is at:
   http://release.debian.org/transitions/html/libquvi.html

It seems confused by the old libquvi binaries as it still shows libquvi
as red.

Regards,
Ansgar



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



Bug#662124: RFS: fonts-lato/1.104-1 [ITP] -- sans-serif typeface family font

2012-03-04 Thread Vasudev Kamath
Package: sponsorship-requests
Severity: wishlist

Dear mentors,

I am looking for a sponsor for my package fonts-lato

 * Package name: fonts-lato
   Version : 1.104-1
   Upstream Author : ??ukasz Dziedzic 
 * URL : http://www.latofonts.com
 * License : OFL-1.1
   Section : fonts

It builds those binary packages:

  fonts-lato - sans-serif typeface family font

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

  http://mentors.debian.net/package/fonts-lato


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

dget -x 
http://mentors.debian.net/debian/pool/main/f/fonts-lato/fonts-lato_1.104-1.dsc

More information about Lato can be obtained from http://www.latofonts.com

Best Regards
-- 
Vasudev Kamath


signature.asc
Description: Digital signature


Bug#661975: RFS: gearman-interface [NMU] -- fixes 2 RC bugs

2012-03-04 Thread Sandro Tosi
On Sun, Mar 4, 2012 at 09:24, Tobias Frost t...@frost.de wrote:
 Hallo Sanrdo,
 thanks for your response. I'll add the patches to the BTS.

 Note: Clynt (the current maintainer) asked me in a response to one the
 BTS entries fixes (#6318020) to include his changes from his VCS as
 well:

 Am Freitag, den 02.03.2012, 23:55 -0800 schrieb Clint Byrum:
 Thanks, I have not been able to spend much time on gearman-interface
 lately. Thanks for the heads up. Note that the Vcs-Bzr in the package
 is more or less correct, and you may want to consider tacking my
 pending
 changes on top of this as one of them is an RC bug fix.

Vcs-Bzr is not correctly set:
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=596794

 I think this would be best for the quality of package, but isn't
 strictly NMU anymore (could also include other changes -- did not check
 yet).
 Would this OK be with you?

No, it 's not ok: you're preparing a NMU, so it has to be the smallest
possible diff to fix the RC bugs. so what you need to do is provide
for an updated package on mentors with the requested changes and to
send the debdiff to the involved bug reports (that's a NMU rule);
after that, all the additional work is more then welcome but unrelated
to the NMU and not required (i.e. I won't uploaded with spurious
changes, like those I mentioned before).

Please let me know when an updated package is available.

Regards,
-- 
Sandro Tosi (aka morph, morpheus, matrixhasu)
My website: http://matrixhasu.altervista.org/
Me at Debian: http://wiki.debian.org/SandroTosi



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



Bug#661618: [Pkg-ime-devel] Bug#661618: Bug#661618: Bug#661618: FTBFS

2012-03-04 Thread Osamu Aoki
On Sun, Mar 04, 2012 at 06:13:45PM +0900, Daiki Ueno wrote:
 Ah, sorry.  The patch previously attached was based on the git master
 since I didn't expected any change in the hunk.  I'm attaching a patch
 generated by quilt from the deb package.

Thanks.

I have created package but see below for the problem:

Successfully signed dsc and changes files
Press any key to continue...

$ sudo dpkg -i ibus-chewing_1.3.10+clean-2_amd64.deb 
(Reading database ... 327106 files and directories currently installed.)
Preparing to replace ibus-chewing 1.3.10+clean-1 (using 
ibus-chewing_1.3.10+clean-2_amd64.deb) ...
Unpacking replacement ibus-chewing ...
Setting up ibus-chewing (1.3.10+clean-2) ...
Processing triggers for gconf2 ...
WARNING: Failed to parse default value `SANT' for schema 
(/schemas/apps/gtodo/view/show-priority-column)
WARNING: Failed to parse default value `SANT' for schema 
(/schemas/apps/gtodo/prefs/do_notification)
WARNING: Failed to parse default value `SANT' for schema 
(/schemas/apps/gtodo/prefs/restore-size)
WARNING: Failed to parse default value `SANT' for schema 
(/schemas/apps/gtodo/prefs/restore-position)
WARNING: Failed to parse default value `SANT' for schema 
(/schemas/apps/gtodo/prefs/ask-delete-category)
WARNING: Failed to parse default value `SANT' for schema 
(/schemas/apps/gtodo/prefs/show-due-column)
WARNING: Failed to parse default value `SANT' for schema 
(/schemas/apps/gtodo/prefs/auto-purge)
WARNING: Failed to parse default value `SANT' for schema 
(/schemas/apps/gtodo/prefs/hide-done)
WARNING: Failed to parse default value `SANT' for schema 
(/schemas/apps/gtodo/prefs/hl-due)
WARNING: Failed to parse default value `SANT' for schema 
(/schemas/apps/gtodo/prefs/hl-today)
WARNING: Failed to parse default value `SANT' for schema 
(/schemas/apps/gtodo/prefs/hl-indays)

I have pushed source to git with 
ssh://git.debian.org/git/pkg-ime/ibus-chewing.git
   87ec78c..37bad7f  master - master

I will upload as is since it fixes RC bug.

Osamu



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



Bug#662125: forked-daapd: scans whole DB on startup which takes ages

2012-03-04 Thread Tino Keitel
Package: forked-daapd
Version: 0.19gcd-2
Severity: normal

Hi,

whenever I start forked-daapd it takes several minutes until it gets usable.

When I start it using the command

$ forked -f -d 4 -D db,scan,config

I see thousands of lines like this:

db: Running query 'SELECT f.id, f.db_timestamp FROM files f WHERE f.path =
'/home/storage2/mp3/music/Tomte/Hinter all diesen Fenstern/08 -
Insecuritate.mp3';'

It looks like it scans the whole library. There is no high disk usage or CPU
load during this, but it takes a view minutes.  Forked-daapd does not react
to ctrl-C or SIGTERM for a while in that situation.  When I try to access
forked-daapd using rhythmbox, it takes ~30 seconds to get the available
music.

I expect forked-daapd to be instantly ready when nothing was changed in the
library, and only scan files that changed since the last DB update, which
should be fast enough. I also expect forked-daapd to respond to SIGTERM
within a few seconds.

Regards,
Tino

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

Kernel: Linux 3.3.0-rc5-00066-g500dd23 (SMP w/4 CPU cores)
Locale: LANG=en_US.utf8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages forked-daapd depends on:
ii  adduser3.113+nmu1
ii  avahi-daemon   0.6.30-6
ii  libantlr3c-3.2-0   3.2-2
ii  libasound2 1.0.25-2
ii  libavahi-client3   0.6.30-6
ii  libavahi-common3   0.6.30-6
ii  libavcodec53   5:0.10-0.1
ii  libavformat53  5:0.10-0.1
ii  libavl10.3.5-3
ii  libavutil515:0.10-0.1
ii  libblocksruntime0  0.1-1
ii  libc6  2.13-27
ii  libconfuse02.7-4
ii  libdispatch0   0~svn197-3
ii  libflac8   1.2.1-6
ii  libgcrypt111.5.0-3
ii  libgpg-error0  1.10-3
ii  libmxml1   2.6-2
ii  libplist1  1.8-1
ii  libsqlite3-0   3.7.10-1
ii  libswscale25:0.10-0.1
ii  libtag1c2a 1.7-2
ii  libtagc0   1.7-2
ii  libtre50.8.0-2
ii  libunistring0  0.9.3-5
ii  psmisc 22.16-1
ii  zlib1g 1:1.2.6.dfsg-2

forked-daapd recommends no packages.

forked-daapd suggests no packages.

-- Configuration Files:
/etc/forked-daapd.conf 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#662058: trash-cli will be maintained again soon

2012-03-04 Thread Javi Merino
Steve McIntyre wrote:
 Please remove trash-cli; it's effectively unmaintained and RC-buggy,
 with low popcon.

Please don't remove it.  I agree that the package is in an appalling
state, but there's people working[1][2] on it.  I'll work with Stefano
to fix this.

[1] http://mentors.debian.net/package/trash-cli
[2] http://lists.debian.org/debian-mentors/2012/02/msg00370.html

Thanks,
Javi


signature.asc
Description: Digital signature


Bug#662127: laptop-mode-tools: syslog handling can be problematic during upgrades

2012-03-04 Thread Ritesh Raj Sarraf
Package: laptop-mode-tools
Version: 1.60-1
Severity: normal

While the machine is on battery, if the user upgrades a package that has
a hook in syslog directory, the wrong file will be updated.


-- System Information:
Debian Release: wheezy/sid
  APT prefers precise-updates
  APT policy: (500, 'precise-updates'), (500, 'precise-security'), (500, 
'precise')
Architecture: amd64 (x86_64)

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

Versions of packages laptop-mode-tools depends on:
ii  lsb-base4.0-0ubuntu20
ii  psmisc  22.15-2
ii  util-linux  2.20.1-1ubuntu2

Versions of packages laptop-mode-tools recommends:
ii  ethtool 1:3.1-1
ii  hdparm  9.37-0ubuntu2
ii  net-tools   1.60-24.1ubuntu1
ii  sdparm  1.06-3build1
ii  udev175-0ubuntu5
ii  wireless-tools  30~pre9-5ubuntu2

Versions of packages laptop-mode-tools suggests:
pn  acpid | apmd | pbbuttonsd | pmud  none
pn  hal   none

-- Configuration Files:
/etc/laptop-mode/conf.d/auto-hibernate.conf changed:
DEBUG=0
ENABLE_AUTO_HIBERNATION=1
HIBERNATE_COMMAND=/usr/share/laptop-mode-tools/module-helpers/pm-hibernate
AUTO_HIBERNATION_BATTERY_CHARGE_PERCENT=4
AUTO_HIBERNATION_ON_CRITICAL_BATTERY_LEVEL=1

/etc/laptop-mode/conf.d/battery-level-polling.conf changed:
DEBUG=0
ENABLE_BATTERY_LEVEL_POLLING=1
BLACKLIST_IN_FLOCK=1

/etc/laptop-mode/conf.d/bluetooth.conf changed:
DEBUG=0
CONTROL_BLUETOOTH=1
BATT_ENABLE_BLUETOOTH=0
AC_ENABLE_BLUETOOTH=1
BLUETOOTH_INTERFACES=hci0

/etc/laptop-mode/conf.d/configuration-file-control.conf changed:
DEBUG=0
CONTROL_CONFIG_FILES=1
CONFIG_FILES=/etc/syslog.conf /etc/syslog-ng/syslog-ng.conf /etc/rsyslog.conf 
/etc/rsyslog.d/*
CONFIG_FILE_SIGNAL_PROGRAMS=syslogd syslog-ng rsyslogd
CONFIG_FILE_RELOAD_SERVICES=

/etc/laptop-mode/conf.d/intel-hda-powersave.conf changed:
DEBUG=0
CONTROL_INTEL_HDA_POWER=auto
BATT_INTEL_HDA_POWERSAVE=1
LM_AC_INTEL_HDA_POWERSAVE=0
NOLM_AC_INTEL_HDA_POWERSAVE=0
INTEL_HDA_DEVICE_TIMEOUT=2
INTEL_HDA_DEVICE_CONTROLLER=1

/etc/laptop-mode/laptop-mode.conf changed:
ENABLE_LAPTOP_MODE_TOOLS=1
VERBOSE_OUTPUT=1
LOG_TO_SYSLOG=1
DEBUG=0
ENABLE_LAPTOP_MODE_ON_BATTERY=1
ENABLE_LAPTOP_MODE_ON_AC=0
ENABLE_LAPTOP_MODE_WHEN_LID_CLOSED=0
ENABLE_AUTO_MODULES=1
MINIMUM_BATTERY_CHARGE_PERCENT=3
DISABLE_LAPTOP_MODE_ON_CRITICAL_BATTERY_LEVEL=1
HD=/dev/[hs]d[abcdefgh]
PARTITIONS=auto /dev/mapper/*
ASSUME_SCSI_IS_SATA=1
LM_BATT_MAX_LOST_WORK_SECONDS=600
LM_AC_MAX_LOST_WORK_SECONDS=360
CONTROL_READAHEAD=1
LM_READAHEAD=3072
NOLM_READAHEAD=128
CONTROL_NOATIME=0
USE_RELATIME=1
CONTROL_HD_IDLE_TIMEOUT=1
LM_AC_HD_IDLE_TIMEOUT_SECONDS=20
LM_BATT_HD_IDLE_TIMEOUT_SECONDS=20
NOLM_HD_IDLE_TIMEOUT_SECONDS=7200
CONTROL_HD_POWERMGMT=auto
BATT_HD_POWERMGMT=1
LM_AC_HD_POWERMGMT=254
NOLM_AC_HD_POWERMGMT=254
CONTROL_HD_WRITECACHE=0
NOLM_AC_HD_WRITECACHE=1
NOLM_BATT_HD_WRITECACHE=0
LM_HD_WRITECACHE=0
CONTROL_MOUNT_OPTIONS=1
LM_DIRTY_RATIO=60
NOLM_DIRTY_RATIO=40
LM_DIRTY_BACKGROUND_RATIO=1
NOLM_DIRTY_BACKGROUND_RATIO=10
DEF_UPDATE=5
DEF_XFS_AGE_BUFFER=15
DEF_XFS_SYNC_INTERVAL=30
DEF_XFS_BUFD_INTERVAL=1
DEF_MAX_AGE=30
XFS_HZ=100
LM_SECONDS_BEFORE_SYNC=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



Bug#662128: rkhunter: Check for suspicious files message triggers warnings found e-mail

2012-03-04 Thread Thomas Lamy
Package: rkhunter
Version: 1.3.6-4
Severity: normal


After configuring rkhunter, filtering false positives etc, I get this daily 
report:

---
Warning: Checking for files with suspicious contents [ Warning ]

One or more warnings have been found while checking the system.
Please check the log file (/var/log/rkhunter.log)
---

I guess the check message has wrong severity, so it also triggers the other 
daily mail:

---
Subject: [rkhunter] Warnings found for machine
Message-Id: 20120304052955.0C3B3188@
Date: Sun,  4 Mar 2012 06:29:55 +0100 (CET)
From: root@XXX (root)

Please inspect this machine, because it may be infected.
---


Thanks for considering
Thomas



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

Kernel: Linux 2.6.32-5-amd64 (SMP w/8 CPU cores)
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Shell: /bin/sh linked to /bin/dash

Versions of packages rkhunter depends on:
ii  binutils   2.20.1-16 The GNU assembler, linker and bina
ii  debconf [debconf-2.0]  1.5.36.1  Debian configuration management sy
ii  file   5.04-5Determines file type using magic
ii  net-tools  1.60-23   The NET-3 networking toolkit
ii  perl   5.10.1-17squeeze3 Larry Wall's Practical Extraction 
ii  postfix [mail-transpor 2.7.1-1+squeeze1  High-performance mail transport ag

Versions of packages rkhunter recommends:
ii  curl 7.21.0-2.1+squeeze1 Get a file from an HTTP, HTTPS or 
ii  iproute  20100519-3  networking and traffic control too
ii  lsof 4.81.dfsg.1-1   List open files
ii  perl [libdigest-sha- 5.10.1-17squeeze3   Larry Wall's Practical Extraction 
ii  unhide   20100201-1  Forensic tool to find hidden proce
ii  wget 1.12-2.1retrieves files from the web

Versions of packages rkhunter suggests:
ii  bsd-mailx  8.1.2-0.20100314cvs-1 simple mail user agent
ii  tripwire   2.4.2-9   file and directory integrity check

-- debconf information:
  rkhunter/apt_autogen: false
  rkhunter/cron_daily_run:
  rkhunter/cron_db_update:



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



Bug#662124: [Pkg-fonts-devel] RFS: fonts-lato/1.104-1 [ITP] -- sans-serif typeface family font

2012-03-04 Thread Paul Wise
On Sun, Mar 4, 2012 at 6:31 PM, Vasudev Kamath wrote:

 Just forwarding the RFS to here. I've kept the source of the package
 in collab-maint as I'm more comfortable with git than svn. Please
 review and let me know if any changes are required.

Please use X-Debbugs-CC next time.

-- 
bye,
pabs

http://wiki.debian.org/PaulWise



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



Bug#662129: pristine-tar failed to generate delta

2012-03-04 Thread Andreas Henriksson
Package: pristine-tar
Version: 1.21
Severity: important

Hello!

Filing yet another bug report as #658890 seemed to get hijacked
and the fix for #661902 didn't seem to help for me either
pristine-tar still fails and still tells me to report a bug about it.

$ pristine-tar commit ../rygel-0.12.7.tar.xz 
pristine-xz failed to reproduce build of ../rygel-0.12.7.tar.xz
(Please file a bug report.)
pristine-tar: command failed: pristine-xz --no-verbose --no-debug --no-keep 
gendelta ../rygel-0.12.7.tar.xz /tmp/pristine-tar.Wb6ui5ldEN/wrapper
pristine-tar: failed to generate delta

Please debcheckout rygel and git-import-orig --pristine-tar ...
on http://ftp.gnome.org/pub/GNOME/sources/rygel/0.12/rygel-0.12.7.tar.xz
to test for yourself.

(My local upstream branch already contained the tarball content in the above
command...)

Any hints on how to proceed would be very welcome.


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

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

Versions of packages pristine-tar depends on:
ii  libbz2-1.01.0.6-1
ii  libc6 2.13-27
ii  perl-modules  5.14.2-9
ii  xdelta1.1.3-9
ii  zlib1g1:1.2.6.dfsg-2

Versions of packages pristine-tar recommends:
ii  bzip2 1.0.6-1
ii  pbzip21.1.6-1
ii  xz-utils  5.1.1alpha+20110809-3

pristine-tar 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#662130: piwigo: include/template.class.php is non-free

2012-03-04 Thread Tanguy Ortolo
Package: piwigo
Severity: serious
Tags: upstream
Justification: Policy 2.2.1

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Hello,

I found that the file include/template.class.php, which is a rename of the more
known jsmin.php [1] which is a rewriting in PHP of jsmin.c [2].

[1] https://github.com/douglascrockford/JSMin
[2] http://www.crockford.com/javascript/jsmin.html

The problem, which has already struck Google Code [3], Fedora [4] and Debian
for other packages that included jsmin.php, is that this code uses a non-free
license, in the form of a MIT/Expat license with one additional morality
clause:
The Software shall be used for Good, not Evil.

[3] http://wonko.com/post/jsmin-isnt-welcome-on-google-code
[4] https://bugzilla.redhat.com/show_bug.cgi?id=455507

And unfortunately, the original author of jsmin.c has strong ideas that make
him unwilling to change his license to conform to free software principles (the
DFSG in our case).

Since jsmin.php is only a JS minimizer, Piwigo should be able to work without
it with only a few modifications. I think that should take the form of a source
tarball repacking and a Debian-specific patch making jsmin facultative (that
is, if jsmin.php is not available, do not use it), but that patch could be
integrated upstream.

Regards,

- -- 
Tanguy Ortolo

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

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

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

iQIcBAEBCgAGBQJPU0bMAAoJEOryzVHFAGgZlfUP/jj+po0y0lj7ZPZzbyegmsK8
DpI0D/2DVjACLSMO4tQpi7YZFXX3umuoXSVQ8KkGOnvsOiCGetF9Tw2tmfEsbnCL
k7GgochTYCK3hZSyJzcEd0tx2GOZNEPLQegYW50GStyvht1eCWrHwYyYdze0THvW
whNohNO5AaeepkLMlRPleNQpRCBMSaSXu0k66uIANRQisEVIrehgz4iedR3jeKD/
lzYCtCw5/zp8UR2IRQR7HotMxoBfhVswvGg9EKX2yHKx5awt5Q3harFU7TkGe7eQ
aF1UDtDC/7USC0lwgqJKwXq9pIX0lO2+bu1+V0p4Jz77H462piPnIayttJEy6iWu
m+ATrpNxraQ7XPO5u6VzwCUCcJNNnOW0yPbE67oaaN5pJUp2NyD0kHc6ZcagcD8U
3VYnYjjdoeeO9BdsB02E180BbNbl3cNwSun2QIYGfH9J1yWeqNpEw204BYJapgQm
BJacTrkbctsdRWpkfrKJ67b8i4v6KaqAkuosFH2w12+YCmNUSC3PKtWyiBsNe6m8
KRJZ9DZdug0izYwhIODhHuXR4ZoJ1yK6MZJH2Lu9Bo6Ce8/eN6pHqyHIDg5IIY66
XVKP+V8rD7VsX8vr6O5LUtHqT4I38gStqO7cO586wZCymr679XNvVF23aE/Gi2rC
7ecHcrlpyrpezsO7cOBq
=5vad
-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#644321: [PATCH] /run transition: Replaced usage of /dev/.udev with /run/udev.

2012-03-04 Thread Pieter du Preez
Package: openvpn
Version: 2.2.1-5
Source: openvpn
Severity: important
Tags: patch, wheezy
User: rle...@debian.org
Usertags: run-transition

Hi,

I wrote the attached patch, that should fix this bug and it
applies to openvpn, version 2.2.1-5.

From the changelog:
  * /run transition: Replaced usage of /dev/.udev with /run/udev,
when checking for the usage of udev. Depend on initscripts
(= 2.88dsf-13.3) to guarantee the existence of /run/udev
in case udev is being used. (Closes: #644321)

Regards
--
Pieter
From 4b12c19ddd511f6fdc753605f5c31d32098ce3aa Mon Sep 17 00:00:00 2001
From: Pieter du Preez pdupr...@gmail.com
Date: Sat, 3 Mar 2012 22:06:34 +0100
Subject: [PATCH] /run transition: Replaced usage of /dev/.udev with
 /run/udev.

Use /run/udev when checking for the usage of udev.
Depend on initscripts (= 2.88dsf-13.3) to guarantee the
existence of /run/udev in case udev is being used.
(Closes: #644321)

Signed-off-by: Pieter du Preez pdupr...@gmail.com
---
 debian/changelog |   10 ++
 debian/config|2 +-
 debian/control   |2 +-
 3 files changed, 12 insertions(+), 2 deletions(-)

diff --git a/debian/changelog b/debian/changelog
index 89c9525..9d48d11 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,13 @@
+openvpn (2.2.1-5.1) unstable; urgency=low
+
+  * Non-maintainer upload.
+  * /run transition: Replaced usage of /dev/.udev with /run/udev,
+when checking for the usage of udev. Depend on initscripts
+(= 2.88dsf-13.3) to guarantee the existence of /run/udev
+in case udev is being used. (Closes: #644321)
+
+ -- Pieter du Preez pdupr...@gmail.com  Sat, 03 Mar 2012 21:49:25 +0100
+
 openvpn (2.2.1-5) unstable; urgency=low
 
   * Avoid sending ICMP redirects when using tun devices and subnet
diff --git a/debian/config b/debian/config
index 49e6d47..04883da 100644
--- a/debian/config
+++ b/debian/config
@@ -10,7 +10,7 @@ test $DEBIAN_SCRIPT_DEBUG  set -v -x
 . /usr/share/debconf/confmodule
 
 # Do we want to create /dev/net/tun?
-if [ ! -e /dev/.udev ]  [ ! -e /dev/net/tun ]; then
+if [ ! -e /run/udev ]  [ ! -e /dev/net/tun ]; then
   db_input medium openvpn/create_tun || true
   db_go
 fi
diff --git a/debian/control b/debian/control
index 9895e2b..746f5dc 100644
--- a/debian/control
+++ b/debian/control
@@ -8,7 +8,7 @@ Homepage: http://www.openvpn.net/
 
 Package: openvpn
 Architecture: any
-Depends: debconf | debconf-2.0, ${shlibs:Depends}, ${misc:Depends}, net-tools
+Depends: debconf | debconf-2.0, ${shlibs:Depends}, ${misc:Depends}, net-tools, initscripts (= 2.88dsf-13.3)
 Suggests: openssl, resolvconf
 Description: virtual private network daemon
  OpenVPN is an application to securely tunnel IP networks over a
-- 
1.7.9.1



Bug#661237: closed by Marco d'Itri m...@linux.it (Re: Bug#661237: ftp.it.d.o mirror: scalable-cyrfonts-tex_4.15_all.deb Hash Sum mismatch)

2012-03-04 Thread Francesco Poli
On Wed, 29 Feb 2012 21:19:10 +0100 Simon Paillard wrote:

 On Wed, Feb 29, 2012 at 08:01:06PM +0100, Francesco Poli wrote:
[...]
  Unfortunately, the issue seems to be still present on
  http://debian.fastweb.it/debian/
  
  I am therefore reopening the bug report.
  I hope it may be fixed soon on debian.fastweb.it too...
 
 Unfortunately expected, as we almost never rsync -c (to checksum because it's
 too CPU hungry), see #531154.
 
 I've touched the file on syncproxy.eu.debian.org so that it forces mirrors to
 resync it everywhere else.

Thanks, but... it seems that it didn't work!  :-(
I am still experiencing the issue on debian.fastweb.it ...


-- 
 http://www.inventati.org/frx/frx-gpg-key-transition-2010.txt
 New GnuPG key, see the transition document!
. Francesco Poli .
 GnuPG key fpr == CA01 1147 9CD2 EFDF FB82  3925 3E1C 27E1 1F69 BFFE


pgpVx8Qf2Q6yh.pgp
Description: PGP signature


Bug#662126: [php-maint] Bug#662126: [php5] FTBFS with PHP5_SUHOSIN=yes

2012-03-04 Thread Ondřej Surý
severity 662126 minor
thank you

There's no suhosin patch for PHP 5.4. The patch will be updated as
soon as there is one.

O.

On Sun, Mar 4, 2012 at 11:24, i...@g-com.eu i...@g-com.eu wrote:
 Package: php5
 Version: 5.4.0-1
 Severity: important

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

 Regards Alf Gaida

 --- System information. ---
 Architecture: amd64
 Kernel:       Linux 3.2-9.towo.1-siduction-amd64

 Debian Release: wheezy/sid
  990 unstable        debian.alfgaida.de
  500 unstable        packages.siduction.org
  500 unstable        ftp.debian.org
  500 testing         ftp.debian.org
  500 stable          www.scootersoftware.com
  500 stable          ftp.debian.org
  500 experimental    packages.siduction.org
    1 experimental    ftp.debian.org

 --- Package information. ---
 Depends                           (Version) | Installed
 ===-+-==
 libapache2-mod-php5           (= 5.4.0-1)  | 5.4.0-1
  OR libapache2-mod-php5filter (= 5.4.0-1)  |
  OR php5-cgi                  (= 5.4.0-1)  | 5.4.0-1
  OR php5-fpm                   (= 5.4.0-1) | 5.4.0-1
 php5-common                    (= 5.4.0-1) | 5.4.0-1


 Package's Recommends field is empty.

 Package's Suggests field is empty.

 ___
 pkg-php-maint mailing list
 pkg-php-ma...@lists.alioth.debian.org
 http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-php-maint



-- 
Ondřej Surý ond...@sury.org



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



Bug#662035: RFS: vorbisgain/0.37-1 [ITA] -- add Replay Gain volume tags to Ogg Vorbis files

2012-03-04 Thread Benoît Knecht
Hi Daniel,

Daniel Martí wrote:
 I am looking for a sponsor for my package vorbisgain
 
  * Package name: vorbisgain
Version : 0.37-1
  * URL : http://sjeng.org/vorbisgain.html
  * License : GPL-2
Section : sound
 
 It builds those binary packages:
 
   vorbisgain - add Replay Gain volume tags to Ogg Vorbis files

I had a look at your package and noted the following issues:

  - Your debian/copyright is inaccurate. The FSF and Michael Smith are
not mentioned anywhere, although they own the copyright on some
files. Most files seem to be LGPL, not GPL. You may need to clarify
a few things with upstream, if possible; vorbis.c is said to be
distributed under the GNU General Public License, version 2.1 and
that  a copy of this license is included with this source, but the
GPL-2.1 doesn't exist as far as I know, and the only license
included in the source is the LGPL-2.1.

You can use 'licensecheck -r --copyright .' to help you get the
correct copyright information.

You should also add yourself to the debian/* paragraph, and from the
changelog, looks like Alessio Treglia should be there too.

Upstream-Source isn't a valid field. Use Source.

It is also customary to include a bit more of the license text in
the License paragraphs. You can find what's usually included at the
end of COPYING, from This library is free software, and changing
the last paragraph with If not, see
http://www.gnu.org/licenses/. You can then add one last paragraph
that reads On Debian systems, the complete text...

  - In debian/rules, you now bypass 'make distclean' entirely. You
probably want to call dh_auto_clean first in the override.

  - The upstream NEWS file should be installed as a changelog, not as
documentation. See dh_installchangelogs(1). This will also get rid
of a pedantic lintian warning.

  - In debian/changelog, you mentioned that you bumped the standards
version; were any changes required for that? Note it in the
changelog.

  - In the examples about recursion in vorbisgain(1), it would be much
clearer if directory names included the suffix '/'.

Cheers,

-- 
Benoît Knecht



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



Bug#662132: RM: libopensync-plugin-gpe, libopensync-plugin-irmc, libopensync-plugin-kdepim, libopensync-plugin-moto, libopensync-plugin-opie, libopensync-plugin-palm, libopensync-plugin-python, libope

2012-03-04 Thread Neil Williams
Package: ftp.debian.org
Severity: normal

Follow up for 662079, RC bugs, not installable, already checked
with maintainer and -devel.

libopensync-plugin-irmc, libopensync-plugin-kdepim, libopensync-plugin-moto, 
libopensync-plugin-opie, libopensync-plugin-palm, libopensync-plugin-python, 
libopensync-plugin-sunbird, osynctool, opensync, libopensync-plugin-xmlformat, 
libopensync-plugin-vformat, libopensync-plugin-syncml, libopensync-plugin-file, 
libopensync-plugin-evolution2, multisync0.90, synce-sync-engine, synce-kpm

These are the unstable removals. Another bug to follow.



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



Bug#662080: ITP: hadori -- Hardlinks identical files

2012-03-04 Thread Julian Andres Klode
On Sun, Mar 04, 2012 at 03:18:50AM +0100, Timo Weingärtner wrote:
 Hallo Julian Andres,
 
 2012-03-04 um 01:07:42 schriebst Du:
  On Sun, Mar 04, 2012 at 12:31:16AM +0100, Timo Weingärtner wrote:
 
   The initial comparison was with hardlink, which got OOM killed with a
   hundred backups of my home directory. Last night I compared it to duff
   and rdfind which would have happily linked files with different st_mtime
   and st_mode.
  
  You might want to try hardlink 0.2~rc1. In any case, I don't think we need
  yet another such tool in the archive. If you want that algorithm, we can
  implement it in hardlink 0.2 using probably about 10 lines. I had that
  locally and it works, so if you want it, we can add it and avoid the
  need for one more hack in that space.
 
 And why is lighttpd in the archive? Apache can do the same ...

Can it? Apache uses threads, lighttpd uses an event loop for
processing. That's a different topic though.

But in any case, avoiding yet another tool with the same security
issues (CVE-2011-3632) and bugs (and more bugs) as we currently
have would be a good idea.

hadori bugs:
  - Race, possible data loss: Calls unlink() before link(). If
link() fails the data might be lost (best solution appears
to be to link to a temporary file in the target directory
and then rename to target name, making the replacement
atomic)
  - Error checking: Errors when opening files or reading
files are not checked (ifstream uses the failbit and
stuff).

Common security issue, same as CVE-2011-3632 for Fedora's hardlink:
[Unsafe operations on changing trees]
  - If a regular file is replaced by a non-regular one before an
open() for reading, the program reads from a non-regular file
  - A source file is replaced by one file with different owner
or permissions after the stat() and before the link()
  - A component of the path is replaced by a symbolic link after
the initial stat()ing and readdir()ing. An attacker may use
that to write outside of the intented directory.

(Fixed in Fedora's hardlink, and my hardlink by adding a section
 to the manual page stating that it is not safe to run the
 program on changing trees).

Possibly hardlink only bugs:
   - Exaggeration of sizes. hardlink currently counts every
 link replaced -st_size, even is st_nlink  1. I don't
 know what hadori does there. (and it requires more work
 to fix that in hardlink, as we currently do not combine
 links to the same inode in any way, and likely want
 --dry-run to work correct as well).

You can also drop your race check. The tool is unsafe on
changing trees anyway, so you don't need to check whether
someone else deleted the file, especially if you're then
linking to it anyway.

   
  hardlink 0.2 is written in C, and uses a binary tree to map
  (dev_t, off_t) to a struct file which contains the stat information
  plus name for linking. It requires two allocations per file, one for
  the struct file with the filename, and one for the node in the tree
  (well, actually we only need the node for the first file with a
   specific (dev_t, off_t) tuple). A node has 3 pointers.
 
 The hardlink I used at that time was written in python and definitely 
 didn't 
 do it the way I want.

I know. I knew that there were problems on large trees in 2009, but got
nowhere with a fix in Python. We still have the two passes in hardlink
and thus need to keep all the files currently, as I did not carry the
link-first mode over from my temporary C++ rewrite, as memory usage
was not much different in my test case. But as my test case was just
running on /, the whole thing may not be representative. If there
are lots of duplicates, link-first can definitely help.

The one that works exactly as as you want is most likely Fedora's hardlink.

 
 hadori is written in C++11 which IMHO makes it look a little more readable. 

Yes. It looks readable, but also has far less features than hardlink (which
were added to hardlink because of user requests). You can get it even shorter
and more efficient if you use POSIX's nftw() to walk the directory tree
instead of your recurse()/recurse_start() pair (you just need to write
one callback that takes a complete file path, a type info, a stat buffer,
and the basename of the file). Does not work on Haiku though, or BSDs
prior to 2002. Alternatively, there's also fts() if you don't care about
the System V line of UNIXes (e.g. Solaris).

You can tell both to not cross mount points and do not follow symbolic
links, which makes the whole thing very easy.

 It 
 started with tree based map and multimap, now it uses the unordered_ (hash 
 based) versions which made it twice as fast in a typical workload.

That's strange. In my (not published) C++ version of hardlink, unordered
(multi) maps were only slightly faster than ordered ones. I then rewrote
the code in C to make it more readable to the common DD who does not
want to work with C++, and more 

Bug#662133: RM: libopensync-plugin-gnokii/experimental, libopensync-plugin-gpe/experimental, libopensync-plugin-irmc/experimental, libopensync-plugin-kdepim/experimental, libopensync-plugin-moto/exper

2012-03-04 Thread Neil Williams
Package: ftp.debian.org
Severity: normal

See also 662079 and -devel.

libopensync-plugin-gnokii/experimental, libopensync-plugin-gpe/experimental, 
libopensync-plugin-irmc/experimental, libopensync-plugin-kdepim/experimental, 
libopensync-plugin-moto/experimental, libopensync-plugin-opie/experimental, 
libopensync-plugin-palm/experimental, libopensync-plugin-python/experimental, 
libopensync-plugin-google-calendar/experimental



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



Bug#620469: python-gearman,python-gearman.libgearman: Patch for NMU

2012-03-04 Thread coldtobi
Package: python-gearman,python-gearman.libgearman
Followup-For: Bug #620469

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

attached is the patch to fix this issue I'm using for the NMU.

coldtobi

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

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

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

iEYEARECAAYFAk9TTPIACgkQvyUNygvkuQJbSgCgzKPsWphgepj91KiBX100yBMy
TSwAoIf6BA5Zu7bOnle+gDYnSJT6ZLPl
=5jvS
-END PGP SIGNATURE-
--- gearman-interface-0.13.2.orig/debian/control	2010-08-20 00:40:12.0 +0200
+++ gearman-interface-0.13.2/debian/control	2012-03-04 10:03:53.929919466 +0100
@@ -1,7 +1,7 @@
 Source: gearman-interface
 Priority: extra
 Maintainer: Clint Byrum cl...@ubuntu.com
-Build-Depends: python-setuptools (= 0.6b3), python, python3 (= 3.1.2-6~), python3-all-dev, python-all-dev, debhelper (= 7.0.50~), python-support (= 0.8.4), libgearman-dev (= 0.13), swig, uuid-dev
+Build-Depends: python-setuptools (= 0.6b3), python, python3 (= 3.1.2-6~), python3-all-dev, python-all-dev, debhelper (= 7.0.50~), python-support (= 0.8.4), libgearman-dev (= 0.27-3), swig, uuid-dev, dh-autoreconf
 Standards-Version: 3.9.1
 Section: python
 Homepage: https://launchpad.net/gearman-interface
@@ -9,7 +9,7 @@
 
 Package: python-gearman.libgearman
 Architecture: any
-Depends: ${python:Depends}, ${shlibs:Depends}, ${misc:Depends}
+Depends: ${python:Depends}, ${shlibs:Depends}, ${misc:Depends}, python-gearman
 Provides: ${python:Provides}
 Description: Python wrapper of libgearman
  This package contains a Python wrapper of libgearman.
--- gearman-interface-0.13.2.orig/debian/rules	2010-08-20 00:33:48.0 +0200
+++ gearman-interface-0.13.2/debian/rules	2012-03-04 09:41:39.0 +0100
@@ -14,7 +14,7 @@
 PY3VERS=$(shell py3versions -vs)
 
 %:
-	dh $@ 
+	dh $@ --with=python2 --with=python3 --with=autoreconf
 
 override_dh_build:: build-python-all build-python3-all
 
@@ -38,7 +38,8 @@
 
 override_dh_install:: build $(PYVERS:%=install-python2%) $(PY3VERS:%=install-python3%)
 install-python2%:
-	cd python  python$* setup.py install --root $(CURDIR)/debian/python-gearman.libgearman
+	cd python  python$* setup.py install --install-layout=deb --root $(CURDIR)/debian/python-gearman.libgearman
+	find $(CURDIR)/debian/python-gearman.libgearman -name '__init__.py' -delete
 
 install-python3%:
 	cd python3  python$* setup.py install --install-layout=deb --root $(CURDIR)/debian/python3-gearman.libgearman
@@ -52,10 +53,6 @@
 	rm -f python/libgearman.c
 	rm -f python3/libgearman.c
 
-override_dh_pysupport::
-	dh_pysupport
-	dh_python3
-
 override_dh_clean::
 	dh_clean
 	rm -f build-python*
@@ -64,6 +61,8 @@
 	rm -f python/debian
 	rm -rf python/ez_setup.pyc
 	rm -rf python/build/
+	rm -rf python3/gearman/_libgearman*so
+	rm -rf python3/gearman/__pycache__
 	rm -rf python/python_libgearman.egg-info/
 	rm -rf python3/build/
 	[ ! -f python/libgearman.c.orig ] || mv -f python/libgearman.c.orig python/libgearman.c


Bug#662080: ITP: hadori -- Hardlinks identical files

2012-03-04 Thread Julian Andres Klode
On Sun, Mar 04, 2012 at 07:00:13AM +0100, Goswin von Brederlow wrote:
 Timo Weingärtner t...@tiwe.de writes:
 
  Package: wnpp
  Severity: wishlist
  X-Debbugs-CC: debian-de...@lists.debian.org
 
 Package name: hadori
  Version: 0.2
  Upstream Author: Timo Weingärtner t...@tiwe.de
  URL: https://github.com/tiwe-de/hadori
  License: GPL3+
  Description: Hardlinks identical files
   This might look like yet another hardlinking tool, but it is the only one
   which only memorizes one filename per inode. That results in less merory
   consumption and faster execution compared to its alternatives. Therefore
   (and because all the other names are already taken) it's called
   HArdlinking DOne RIght.
   .
   Advantages over other hardlinking tools:
* predictability: arguments are scanned in order, each first version is 
  kept
* much lower CPU and memory consumption
* hashing option: speedup on many equal-sized, mostly identical files
 
  The initial comparison was with hardlink, which got OOM killed with a 
  hundred 
  backups of my home directory. Last night I compared it to duff and rdfind 
  which would have happily linked files with different st_mtime and st_mode.
 
  I need a sponsor. I'll upload it to mentors.d.n as soon as I get the bug 
  number.
 
 
  Greetings
  Timo
 
 I've been thinking about the problem of memory consumption too. But I've
 come to a different solution. One that doesn't need memory at all.

I know yet another solution. For each file you visit, you simply visit
the complete tree. Than you have n + 1 visits, but get constant space
usage.

 
 Instead of remembering inodes, filenames and checksums create a global
 cache (e.g. directory hierachy like .cache/start of hash/hash)
 and hardlink every file to there. If you want/need to include uid, gid,
 mtime, mode in there then make that part of the .cache path.
 
 Garbage collection in the cache would be removing all files with a link
 count of 1.
 
 Going one step further link files with unique size [uid, gid, mtime,
 ...] to .cache/size and change that into .cache/size/start of
 hash/hash when you find a second file with the same size that isn't
 identical. That would save on the expensive hashing of clearly unique
 files.

So implement an object store and replace files outside the object
store with hardlinks to the store. Yes, this is guaranteed to work
for some cases, but also has problems. If you create files first, and
then move them to the store, you still need to check every file with
link count != 1 and check whether it is in the cache already. And for
this, you need a lookup by inode if you want to avoid hashing.

And this is basically the same hierarchy as git has:
.git/objects/first 2 hex digits of sha1sum/remaining sha1sum

 
 You could also use a hash that computes the first byte from the first
 4k, second byte from 64k, thrid from 1mb and so on. That way you can
 check if the beginning of 2 files match without having to checksum the
 whole file or literally comprare the two.

If the beginning can match. They're not guaranteed to match just because
the hashes match.

-- 
Julian Andres Klode  - Debian Developer, Ubuntu Member

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


pgpECM1CacqqR.pgp
Description: PGP signature


Bug#662128: rkhunter: Check for suspicious files message triggers warnings found e-mail

2012-03-04 Thread Julien Valroff
Hi Thomas,

Le dimanche 04 mars 2012 à 11:33:50 (+0100 CET), Thomas Lamy a écrit :
[...]
 After configuring rkhunter, filtering false positives etc, I get this daily 
 report:
 
 ---
 Warning: Checking for files with suspicious contents [ Warning ]

And what triggers this warning? You can check this in /var/log/rkhunter.log

I guess you have missed a file in your whitelist or something like that.

Cheers,
Julien

-- 
  .''`.   Julien Valroff ~ jul...@kirya.net ~ jul...@debian.org
 : :'  :  Debian Developer  Free software contributor
 `. `'`   http://www.kirya.net/
   `- 4096R/ E1D8 5796 8214 4687 E416  948C 859F EF67 258E 26B1



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



Bug#657311: needs update for 9.0 in experimental

2012-03-04 Thread Daniel Baumann
On 02/20/2012 05:35 PM, Christoph Goehre wrote:
  I'll have a look at Icedove version 10 this week and I'll prepare l10n
 packages for it.

any new news?

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



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



Bug#662134: lintian: Please add ngraph as a known interpreter

2012-03-04 Thread Koichi Akabe
Package: lintian
Version: 2.5.5
Severity: wishlist

ngraph-gtk package contains ngraph interpreter and a script ngp2 written by 
it.
Please consider adding it.

Regards,
Koichi Akabe

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

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

Versions of packages lintian depends on:
ii  binutils   2.22-5
ii  bzip2  1.0.6-1
ii  diffstat   1.55-2
ii  file   5.10-1
ii  gettext0.18.1.1-5
ii  intltool-debian0.35.0+20060710.1
ii  libapt-pkg-perl0.1.25+b1
ii  libc-bin   2.13-27
ii  libclass-accessor-perl 0.34-1
ii  libclone-perl  0.31-1+b2
ii  libdpkg-perl   1.16.1.2
ii  libemail-valid-perl0.187-1
ii  libipc-run-perl0.91-1
ii  libparse-debianchangelog-perl  1.2.0-1
ii  libtimedate-perl   1.2000-1
ii  liburi-perl1.59-1
ii  locales2.13-27
ii  man-db 2.6.1-1
ii  patchutils 0.3.2-1.1
ii  perl [libdigest-sha-perl]  5.14.2-9
ii  unzip  6.0-5

lintian recommends no packages.

Versions of packages lintian suggests:
ii  binutils-multiarch none
ii  dpkg-dev   1.16.1.2
ii  libhtml-parser-perl3.69-1+b1
ii  libtext-template-perl  none
ii  man-db 2.6.1-1
ii  xz-utils   5.1.1alpha+20110809-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#661904: Multiple vulnerabilities

2012-03-04 Thread Roland Gruber
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hi,

I sent a patch for Unstable to my sponsor. This should be uploaded soon.

For Stable the patch is attached. The Stable version is not affected by
the bug in add_value_form.php.

As written before, the report about the problem in list view is invalid
for Stable and Unstable.


- -- 

Best regards

Roland
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.11 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAk9TWJsACgkQq/ywNCsrGZ5kSQCfQejOCdpbHY5k/KoUqh4whHkW
snoAniAbxuSN0GbTLFAuLMROEdJnjFej
=GFlt
-END PGP SIGNATURE-
Description: XSS fix
 Use htmlspecialchars to sanitize special characters.
 .
 ldap-account-manager (3.1.0-3) testing-proposed-updates; urgency=high
 .
   * Fix Multiple vulnerabilities
 Replace special characters in HTML output. (Closes: #661904)
Author: Roland Gruber p...@rolandgruber.de
Bug-Debian: http://bugs.debian.org/661904

---
The information above should follow the Patch Tagging Guidelines, please
checkout http://dep.debian.net/deps/dep3/ to learn about the format. Here
are templates for supplementary fields that you might want to add:

Origin: vendor|upstream|other, url of original patch
Bug: url in upstream bugtracker
Bug-Debian: http://bugs.debian.org/bugnumber
Bug-Ubuntu: https://launchpad.net/bugs/bugnumber
Forwarded: no|not-needed|url proving that it has been forwarded
Reviewed-By: name and email of someone who approved the patch
Last-Update: -MM-DD

--- ldap-account-manager-3.1.0.orig/templates/tree/export.php
+++ ldap-account-manager-3.1.0/templates/tree/export.php
@@ -119,15 +119,21 @@ $exporter-setOutputFormat($br);
 @set_time_limit( 0 );
 
 // send the header
-if( $save_as_file ) 
-  header( Content-type: application/download );
-else
-  header( Content-type: text/plain );
 header( Content-Disposition: 
filename=$friendly_rdn..$exporters[$exporter_id]['extension'] ); 
 header( Expires: Mon, 26 Jul 1997 05:00:00 GMT ); 
 header( Last-Modified:  . gmdate(D, d M Y H:i:s) .  GMT ); 
 header( Cache-Control: post-check=0, pre-check=0, false );
+if( $save_as_file ) {
+  header( Content-type: application/download );
+  $exporter-export();
+}
+else {
+  header( Content-type: text/plain );
+  ob_start();
+  $exporter-export();
+  $buffer = ob_get_contents();
+  ob_end_clean();
+  echo htmlspecialchars($buffer);
+}
 
-// and export
-$exporter-export();
 ?


XSS.sig
Description: PGP signature


Bug#662135: pysendfile: missing dependency on python

2012-03-04 Thread Jakub Wilk

Package: pysendfile
Version: 2.0.0-1
Severity: serious
Justification: Policy 3.5

pysendfile doesn't depend on python. Adding ${python:Depends} to 
Depends should fix this bug.



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

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

Versions of packages pysendfile depends on:
ii  libc6  2.13-27

--
Jakub Wilk



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



Bug#560983: gmail-notify: diff for NMU version 1.6.1.1-1.1

2012-03-04 Thread Max Linke
tags 560983 +patch
thanks

Dear Maintainer I've prepared a patch

Regardsdiff -u gmail-notify-1.6.1.1/debian/changelog gmail-notify-1.6.1.1/debian/changelog
--- gmail-notify-1.6.1.1/debian/changelog
+++ gmail-notify-1.6.1.1/debian/changelog
@@ -1,3 +1,10 @@
+gmail-notify (1.6.1.1-1.1) unstable; urgency=low
+
+  * Non-maintainer upload.
+  *	Depends on gtk.StatusIcon instead of python-eggtrayicon (Closes: #560983) 
+
+ -- Max Linke max_linke-deb...@gmx.de  Sun, 04 Mar 2012 12:56:26 +0100
+
 gmail-notify (1.6.1.1-1) unstable; urgency=medium
 
   * Acknowledge my own NMU(!) (Closes: #546464)
only in patch2:
unchanged:
--- gmail-notify-1.6.1.1.orig/debian/patches/09_gtkStatusIcon.patch
+++ gmail-notify-1.6.1.1/debian/patches/09_gtkStatusIcon.patch
@@ -0,0 +1,127 @@
+Index: gmail-notify-1.6.1.1/notifier.py
+===
+--- gmail-notify-1.6.1.1.orig/notifier.py	2012-03-04 12:56:13.0 +0100
 gmail-notify-1.6.1.1/notifier.py	2012-03-04 12:57:41.0 +0100
+@@ -6,12 +6,9 @@
+ import gtk
+ import time
+ import os
+-from egg.trayicon import TrayIcon
+ import sys
+ sys.path.insert (0, /usr/lib/gmail-notify/)
+ import warnings
+-import ConfigParser
+-import xmllangs
+ import GmailConfig
+ import GmailPopupMenu
+ import gmailatom
+@@ -86,26 +83,7 @@
+ 		self.maintimer=None
+ 		self.popuptimer=0
+ 		self.waittimer=0
+-		# Create the tray icon object
+-		self.tray = TrayIcon(self.lang.get_string(21));
+-		self.eventbox = gtk.EventBox()
+-		self.tray.add(self.eventbox)
+-		self.eventbox.connect(button_press_event, self.tray_icon_clicked)
+-		# Tray icon dragdrop options
+-		self.eventbox.drag_dest_set(
+-		gtk.DEST_DEFAULT_ALL,
+-		[('_NETSCAPE_URL', 0, 0),('text/uri-list ', 0, 1),('x-url/http', 0, 2)],
+-		gtk.gdk.ACTION_COPY | gtk.gdk.ACTION_MOVE)
+-		# Create the tooltip for the tray icon
+-		self._tooltip = gtk.Tooltips()
+-		# Set the image for the tray icon
+-		self.imageicon = gtk.Image()
+-		pixbuf = gtk.gdk.pixbuf_new_from_file( ICON_PATH )
+-		scaled_buf = pixbuf.scale_simple(24,24,gtk.gdk.INTERP_BILINEAR)
+-		self.imageicon.set_from_pixbuf(scaled_buf)
+-		self.eventbox.add(self.imageicon)
+-		# Show the tray icon
+-		self.tray.show_all()
++
+ 		# Create the popup menu
+ 		self.popup_menu = GmailPopupMenu.GmailPopupMenu( self)
+ 		# Create the popup
+@@ -144,6 +122,14 @@
+ 		self.height+=self.options['voffset']
+ 		self.width+=self.options['hoffset']
+ 		self.window.move(gtk.gdk.screen_width() - self.width, gtk.gdk.screen_height() - self.height)
++		# Create the tray icon object
++		self.tray = gtk.StatusIcon()
++		self.tray.set_title(self.lang.get_string(21))
++		self.tray.connect(button_press_event,self.tray_icon_clicked)
++		# Set the image for the tray icon
++		pixbuf = gtk.gdk.pixbuf_new_from_file( ICON_PATH )
++		scaled_buf = pixbuf.scale_simple(24,24,gtk.gdk.INTERP_BILINEAR)
++		self.tray.set_from_pixbuf(scaled_buf)
+ 
+ 		self.init=1
+ 		while gtk.events_pending():
+@@ -162,7 +148,7 @@
+ 			return 0
+ 		self.dont_connect=1
+ 		print connecting...
+-		self._tooltip.set_tip(self.tray,self.lang.get_string(13))
++		self.tray.set_tooltip(self.lang.get_string(13))
+ 		while gtk.events_pending():
+ 			gtk.main_iteration( gtk.TRUE)
+ 		# Attemp connection
+@@ -170,12 +156,12 @@
+ 			self.connection=gmailatom.GmailAtom(self.options['gmailusername'],self.options['gmailpassword'],self.options['proxy'])
+ 			self.connection.refreshInfo()
+ 			print connection successful... continuing
+-			self._tooltip.set_tip(self.tray,self.lang.get_string(14))
++			self.tray.set_tooltip_text(self.lang.get_string(14))
+ 			self.dont_connect=0
+ 			return 1
+ 		except:
+ 			print login failed, will retry
+-			self._tooltip.set_tip(self.tray,self.lang.get_string(15))
++			self.tray.set_tooltip_text(self.lang.get_string(15))
+ 			self.default_label = span size='large' ui+self.lang.get_string(15)+/i/u/span\n\n+self.lang.get_string(16)
+ 			self.label.set_markup(self.default_label)
+ 			self.show_popup()
+@@ -204,10 +190,6 @@
+ 			self.mailcheck=0
+ 			return gtk.TRUE
+ 
+-		# Update tray icon
+-		self.eventbox.remove(self.imageicon)
+-		self.imageicon = gtk.Image()
+-
+ 		if attrs[1]0:
+ 			print str(attrs[1])+ new messages
+ 			sender = attrs[2]
+@@ -222,20 +204,18 @@
+ 			print str(attrs[0])+ unread messages
+ 			s = ' ' 
+ 			if attrs[0]1: s=self.lang.get_string(35)+ 
+-			self._tooltip.set_tip(self.tray,(self.lang.get_string(19))%{'u':attrs[0],'s':s})
++			self.tray.set_tooltip_text((self.lang.get_string(19))%{'u':attrs[0],'s':s})
+ 			pixbuf = gtk.gdk.pixbuf_new_from_file( ICON2_PATH )
+ 		else:
+ 			print no new messages
+ 			self.default_label=span size='large' iu+self.lang.get_string(21)+/u/i/span\n\n\n+self.lang.get_string(18)
+-			self._tooltip.set_tip(self.tray,self.lang.get_string(18))	
++			self.tray.set_tooltip_text(self.lang.get_string(18))
+ 			pixbuf = gtk.gdk.pixbuf_new_from_file( ICON_PATH )
+ 		
+ 		p = re.compile('')
+ 		

Bug#662136: backuppc: rsync method fails on long filenames

2012-03-04 Thread Michael Below
Package: backuppc
Version: 3.2.1-2
Severity: normal

Dear Maintainer,

there is a constant error in my backuppc backups. I think this is
because of the length of the relevant file name, which gets even
longer when escaped by backuppc and hits the 255 character limit of ext3fs.

The file in question is in the opera icon cache, it's called
data%3Aimage%2Fpng,%89PNG%0D%0A%1A%0A%00%00%00%0DIHDR%00%00%00%10%00%00%00%10%08%02%00%00%00%90%91h6%00%00%00%19IDAT(%91c%BCd%AB%C2%40%0A%60%22I%F5%A8%86Q%0DCJ%03%00%DE%B5%01S%07%88%8FG%00%00%00%00IEND%AEB%60%82

According to wc -m, that's 225 bytes long. 

backuppc reports:

Unable to open
/var/lib/backuppc/pc/localhost/new/f%2fhome/fmbelow/f.opera/ficons/fdata%253Aimage%252Fpng,%2589PNG%250D%250A%251A%250A%2500%2500%2500%250DIHDR%2500%2500%2500%2510%2500%2500%2500%2510%2508%2502%2500%2500%2500%2590%2591h6%2500%2500%2500%2519IDAT(%2591c%25BCd%25AB%25C2%2540%250A%2560%2522I%25F5%25A8%2586Q%250DCJ%2503%2500%25DE%25B5%2501S%2507%2588%258FG%2500%2500%2500%2500IEND%25AEB%2560%2582
for writing
Botch, no matches on
/var/lib/backuppc/pc/localhost/new/f%2fhome/fmbelow/f.opera/ficons/fdata%253Aimage%252Fpng,%2589PNG%250D%250A%251A%250A%2500%2500%2500%250DIHDR%2500%2500%2500%2510%2500%2500%2500%2510%2508%2502%2500%2500%2500%2590%2591h6%2500%2500%2500%2519IDAT(%2591c%25BCd%25AB%25C2%2540%250A%2560%2522I%25F5%25A8%2586Q%250DCJ%2503%2500%25DE%25B5%2501S%2507%2588%258FG%2500%2500%2500%2500IEND%25AEB%2560%2582
(72e2a83d50e324a05f04cceab2827ab1)

backuppc escapes each % as %25, according to wc -m the result is
327 characters.

In my case this doesn't really matter, the opera icon cache isn't
critical, but there seems to be a general problem with backuppc's
strategy of renaming files.  backuppc should be able to backup
long file names, up to the filesystem limits. Probably it needs to
store long critical filenames separately.

Here's a message from the backuppc-users list that helped me to
understand the problem:
http://www.mail-archive.com/backuppc-users@lists.sourceforge.net/msg19842.html

Cheers

Michael

-- System Information:
Debian Release: wheezy/sid
  APT prefers testing
  APT policy: (900, 'testing'), (500, 'stable-updates'), (500, 
'proposed-updates'), (500, 'stable'), (10, 'unstable')
Architecture: amd64 (x86_64)

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

Versions of packages backuppc depends on:
ii  adduser3.113+nmu1
ii  apache22.2.22-1
ii  apache2-mpm-prefork [httpd]2.2.22-1
ii  bzip2  1.0.6-1
ii  debconf [debconf-2.0]  1.5.41
ii  dpkg   1.16.1.2
ii  exim4  4.77-1
ii  exim4-daemon-light [mail-transport-agent]  4.77-1+b1
ii  iputils-ping   3:20101006-1+b1
ii  libarchive-zip-perl1.30-6
ii  libc6  2.13-26
ii  libcompress-zlib-perl  2.037-1
ii  libtime-modules-perl   2011.0517-1
ii  libwww-perl6.04-1
ii  perl [libdigest-md5-perl]  5.14.2-7
ii  samba-common-bin   2:3.6.3-1
ii  smbclient  2:3.6.3-1
ii  tar1.26-4
ii  ucf3.0025+nmu2

Versions of packages backuppc recommends:
ii  libfile-rsyncp-perl  0.68-1.1+b3
ii  libio-dirent-perl0.04-2+b3
ii  openssh-client [ssh-client]  1:5.9p1-2
ii  rrdtool  1.4.7-1
ii  rsync3.0.9-1

Versions of packages backuppc suggests:
ii  chimera2 [www-browser]  2.0a19-6
ii  chromium [www-browser]  17.0.963.56~r121963-1
ii  epiphany-browser [www-browser]  3.2.1-2
ii  iceweasel [www-browser] 10.0.2-1
ii  konqueror [www-browser] 4:4.6.5-1
ii  links2 [www-browser]2.5-1
ii  lynx-cur [www-browser]  2.8.8dev.9-3
ii  midori [www-browser]0.4.3-1
ii  netrik [www-browser]1.16.1-1
ii  netsurf-gtk [www-browser]   2.8-2
ii  opera [www-browser] 11.61.1250
ii  par20.4-11
ii  w3m [www-browser]   0.5.3-5

-- Configuration Files:
/etc/backuppc/config.pl [Errno 13] Keine Berechtigung: 
u'/etc/backuppc/config.pl'
/etc/backuppc/hosts [Errno 13] Keine Berechtigung: u'/etc/backuppc/hosts'
/etc/backuppc/localhost.pl [Errno 13] Keine Berechtigung: 
u'/etc/backuppc/localhost.pl'

-- debconf information:
  backuppc/restart-webserver: true
* backuppc/configuration-note:
* backuppc/reconfigure-webserver: apache2



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



Bug#662137: RM: google-glog -- RoQA; FTBFS, unackowledged

2012-03-04 Thread Jonathan Wiltshire
Package: ftp.debian.org
Severity: normal

Has an RC bug unacknowledged by the maintainer, no r-deps.



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



Bug#560983: gmail-notify: diff for NMU version 1.6.1.1-1.1

2012-03-04 Thread Max Linke
tags 560983 +patch
thanks

Dear Maintainer I've prepared a patch

Regardsdiff -u gmail-notify-1.6.1.1/debian/changelog gmail-notify-1.6.1.1/debian/changelog
--- gmail-notify-1.6.1.1/debian/changelog
+++ gmail-notify-1.6.1.1/debian/changelog
@@ -1,3 +1,10 @@
+gmail-notify (1.6.1.1-1.1) unstable; urgency=low
+
+  * Non-maintainer upload.
+  *	Depends on gtk.StatusIcon instead of python-eggtrayicon (Closes: #560983) 
+
+ -- Max Linke max_linke-deb...@gmx.de  Sun, 04 Mar 2012 12:56:26 +0100
+
 gmail-notify (1.6.1.1-1) unstable; urgency=medium
 
   * Acknowledge my own NMU(!) (Closes: #546464)
only in patch2:
unchanged:
--- gmail-notify-1.6.1.1.orig/debian/patches/09_gtkStatusIcon.patch
+++ gmail-notify-1.6.1.1/debian/patches/09_gtkStatusIcon.patch
@@ -0,0 +1,127 @@
+Index: gmail-notify-1.6.1.1/notifier.py
+===
+--- gmail-notify-1.6.1.1.orig/notifier.py	2012-03-04 12:56:13.0 +0100
 gmail-notify-1.6.1.1/notifier.py	2012-03-04 12:57:41.0 +0100
+@@ -6,12 +6,9 @@
+ import gtk
+ import time
+ import os
+-from egg.trayicon import TrayIcon
+ import sys
+ sys.path.insert (0, /usr/lib/gmail-notify/)
+ import warnings
+-import ConfigParser
+-import xmllangs
+ import GmailConfig
+ import GmailPopupMenu
+ import gmailatom
+@@ -86,26 +83,7 @@
+ 		self.maintimer=None
+ 		self.popuptimer=0
+ 		self.waittimer=0
+-		# Create the tray icon object
+-		self.tray = TrayIcon(self.lang.get_string(21));
+-		self.eventbox = gtk.EventBox()
+-		self.tray.add(self.eventbox)
+-		self.eventbox.connect(button_press_event, self.tray_icon_clicked)
+-		# Tray icon dragdrop options
+-		self.eventbox.drag_dest_set(
+-		gtk.DEST_DEFAULT_ALL,
+-		[('_NETSCAPE_URL', 0, 0),('text/uri-list ', 0, 1),('x-url/http', 0, 2)],
+-		gtk.gdk.ACTION_COPY | gtk.gdk.ACTION_MOVE)
+-		# Create the tooltip for the tray icon
+-		self._tooltip = gtk.Tooltips()
+-		# Set the image for the tray icon
+-		self.imageicon = gtk.Image()
+-		pixbuf = gtk.gdk.pixbuf_new_from_file( ICON_PATH )
+-		scaled_buf = pixbuf.scale_simple(24,24,gtk.gdk.INTERP_BILINEAR)
+-		self.imageicon.set_from_pixbuf(scaled_buf)
+-		self.eventbox.add(self.imageicon)
+-		# Show the tray icon
+-		self.tray.show_all()
++
+ 		# Create the popup menu
+ 		self.popup_menu = GmailPopupMenu.GmailPopupMenu( self)
+ 		# Create the popup
+@@ -144,6 +122,14 @@
+ 		self.height+=self.options['voffset']
+ 		self.width+=self.options['hoffset']
+ 		self.window.move(gtk.gdk.screen_width() - self.width, gtk.gdk.screen_height() - self.height)
++		# Create the tray icon object
++		self.tray = gtk.StatusIcon()
++		self.tray.set_title(self.lang.get_string(21))
++		self.tray.connect(button_press_event,self.tray_icon_clicked)
++		# Set the image for the tray icon
++		pixbuf = gtk.gdk.pixbuf_new_from_file( ICON_PATH )
++		scaled_buf = pixbuf.scale_simple(24,24,gtk.gdk.INTERP_BILINEAR)
++		self.tray.set_from_pixbuf(scaled_buf)
+ 
+ 		self.init=1
+ 		while gtk.events_pending():
+@@ -162,7 +148,7 @@
+ 			return 0
+ 		self.dont_connect=1
+ 		print connecting...
+-		self._tooltip.set_tip(self.tray,self.lang.get_string(13))
++		self.tray.set_tooltip(self.lang.get_string(13))
+ 		while gtk.events_pending():
+ 			gtk.main_iteration( gtk.TRUE)
+ 		# Attemp connection
+@@ -170,12 +156,12 @@
+ 			self.connection=gmailatom.GmailAtom(self.options['gmailusername'],self.options['gmailpassword'],self.options['proxy'])
+ 			self.connection.refreshInfo()
+ 			print connection successful... continuing
+-			self._tooltip.set_tip(self.tray,self.lang.get_string(14))
++			self.tray.set_tooltip_text(self.lang.get_string(14))
+ 			self.dont_connect=0
+ 			return 1
+ 		except:
+ 			print login failed, will retry
+-			self._tooltip.set_tip(self.tray,self.lang.get_string(15))
++			self.tray.set_tooltip_text(self.lang.get_string(15))
+ 			self.default_label = span size='large' ui+self.lang.get_string(15)+/i/u/span\n\n+self.lang.get_string(16)
+ 			self.label.set_markup(self.default_label)
+ 			self.show_popup()
+@@ -204,10 +190,6 @@
+ 			self.mailcheck=0
+ 			return gtk.TRUE
+ 
+-		# Update tray icon
+-		self.eventbox.remove(self.imageicon)
+-		self.imageicon = gtk.Image()
+-
+ 		if attrs[1]0:
+ 			print str(attrs[1])+ new messages
+ 			sender = attrs[2]
+@@ -222,20 +204,18 @@
+ 			print str(attrs[0])+ unread messages
+ 			s = ' ' 
+ 			if attrs[0]1: s=self.lang.get_string(35)+ 
+-			self._tooltip.set_tip(self.tray,(self.lang.get_string(19))%{'u':attrs[0],'s':s})
++			self.tray.set_tooltip_text((self.lang.get_string(19))%{'u':attrs[0],'s':s})
+ 			pixbuf = gtk.gdk.pixbuf_new_from_file( ICON2_PATH )
+ 		else:
+ 			print no new messages
+ 			self.default_label=span size='large' iu+self.lang.get_string(21)+/u/i/span\n\n\n+self.lang.get_string(18)
+-			self._tooltip.set_tip(self.tray,self.lang.get_string(18))	
++			self.tray.set_tooltip_text(self.lang.get_string(18))
+ 			pixbuf = gtk.gdk.pixbuf_new_from_file( ICON_PATH )
+ 		
+ 		p = re.compile('')
+ 		

Bug#652783: sushi: FTBFS: ../source/network.c:181:2: error: too many arguments to function 'gupnp_simple_igd_new'

2012-03-04 Thread Evgeni Golov
Source: sushi
Followup-For: Bug #652783

Hi,

attached you find a patch that solves the issue.

Regards from the credativ BSP
Evgeni

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

Kernel: Linux 3.2.0-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Description: Fix FTBFS with new gupnp-igd API
Author: Evgeni Golov evg...@debian.org
Bug-Debian: http://bugs.debian.org/652783
--- sushi-1.3.0+dfsg.orig/maki/source/network.c
+++ sushi-1.3.0+dfsg/maki/source/network.c
@@ -178,7 +178,7 @@ makiNetwork* maki_network_new (makiInsta
 	net-lock = g_mutex_new();
 
 #ifdef HAVE_GUPNP_IGD_1_0
-	net-upnp_igd = gupnp_simple_igd_new(NULL);
+	net-upnp_igd = gupnp_simple_igd_new();
 #endif
 
 	return net;


Bug#661975: RFS: gearman-interface [NMU] -- fixes 2 RC bugs

2012-03-04 Thread Tobias Frost
Hallo Sandro,

uploaded to d-m. 
* undid wrap-and-sort
* Patches are attached to the relevant BTS entries.
* Filed the 3rd RC bug (FTBFS reg. libgearman)
* no other changes made to the package.

Tobias

Am Sonntag, den 04.03.2012, 11:05 +0100 schrieb Sandro Tosi:
 On Sun, Mar 4, 2012 at 09:24, Tobias Frost t...@frost.de wrote:
  Hallo Sanrdo,
  thanks for your response. I'll add the patches to the BTS.
 
  Note: Clynt (the current maintainer) asked me in a response to one the
  BTS entries fixes (#6318020) to include his changes from his VCS as
  well:
 
  Am Freitag, den 02.03.2012, 23:55 -0800 schrieb Clint Byrum:
  Thanks, I have not been able to spend much time on gearman-interface
  lately. Thanks for the heads up. Note that the Vcs-Bzr in the package
  is more or less correct, and you may want to consider tacking my
  pending
  changes on top of this as one of them is an RC bug fix.
 
 Vcs-Bzr is not correctly set:
 http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=596794
 
  I think this would be best for the quality of package, but isn't
  strictly NMU anymore (could also include other changes -- did not check
  yet).
  Would this OK be with you?
 
 No, it 's not ok: you're preparing a NMU, so it has to be the smallest
 possible diff to fix the RC bugs. so what you need to do is provide
 for an updated package on mentors with the requested changes and to
 send the debdiff to the involved bug reports (that's a NMU rule);
 after that, all the additional work is more then welcome but unrelated
 to the NMU and not required (i.e. I won't uploaded with spurious
 changes, like those I mentioned before).

That's why I asked. 

 Please let me know when an updated package is available.
 
 Regards,




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



Bug#662138: ITP: mysql-utilities -- MySQL Utilities - command-line interface to MySQL

2012-03-04 Thread Dmitry Smirnov
Package: wnpp
Severity: wishlist
X-Debbugs-CC: debian-de...@lists.debian.org


   Package name: mysql-utilities
Version: 1.0.4
Upstream Author: Oracle and/or its affiliates
URL: https://launchpad.net/mysql-utilities
License: GPL-2
Description: MySQL Utilities -- command-line interface to MySQL
 MySQL Utilities is both a set of command-line utilities as well as a
 Python library for making the common tasks easy to accomplish. The
 library is written entirely in Python, meaning that it is not
 necessary to have any other tools or libraries installed to make it
 work.
 .
 MySQL Utilities is a set of easy-to-use scripts intended
 to make working with servers easier.
 It is part of the MySQL Workbench.


This is an unbundled component of MySQL Workbench.



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



Bug#652301: Please make /var/run a relative symlink

2012-03-04 Thread Santiago Vila
On Sun, 4 Mar 2012, Christoph Anton Mitterer wrote:

 So if I understand you right:
 - the canonical place where all these dirs are created is base-files
 - the migration (of old systems) is however done by initscripts.

I would say that's not completely exact. For /var/run and friends,
base-files is not canonical at all. For a while, initscripts was the
only package taking care of this. No matter if you installed a new
system or upgraded an existing one, the end result depended solely on
initscripts.

Then Roger Leigh asked me to modify the current code in base-files
because doing so made things easier for chroots and similar cases, but
we should still consider that the transition of /var/run is made by
initscripts.

 We've had previously many issues, where files/permissions/etc. from
 base-files changed, but were not updated (like now with nsswitch.conf).

Note: The change in nsswitch.conf has just been reverted in
base-files_6.7.

 You're arguments were always that you don't wanna make such changes
 automatically, as they might not be what the user wants and the things
 like ufw or so, would be overkill for a basic package like base-files,
 right?
 
 What about adding a small script, that just checks for differences
 between the current and fresh state all these
 files/dirs/permissions/etc. and reports them to the user and also what
 he must do to bring it up to date?

The number of configuration files which are not conffiles in dpkg sense
in base-files is too small to justify writing a script for that.

Whenever base-files creates a file for the first time to never touch
it again, the original is taken from /usr/share/base-files.

You can take a look at that directory if you are worried about this.


However, if this is a problem to worry about at all, it is certainly
not limited to base-files. There are a lot of things that might change
if you compare an upgraded system with another one installed from
scratch. I imagine that a script to check differences would end up
asking the users things like this:

Your root partition is ext3 but the current default is ext4. Do you
want to convert your root partition to ext4? (y/n)

As you see, there are things that are not so easy to upgrade, so
whatever script that you could create would never be complete.



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



Bug#657076: Updating and maintaining barry in Debian / Ubuntu

2012-03-04 Thread intrigeri
Hi,

Chris Frey wrote (03 Mar 2012 14:50:14 GMT) :
 Stable is what I had handy. I realize this is a work in progress.

I suggest you use a pbuilder sid chroot to build packages
that are supposed to be uploaded into sid at some point.

 There's a large body of work on the opensync side that is not yet
 visible to anyone in Debian. Maybe I can get that into Debian as
 well, but I doubt it will make the Wheezy deadline.

Yeah, see the recent announce on debian-devel (today or yesterday)
about the current poor state of opensync in Debian. Not reassuring.

  I've also fixed some lintian errors.  The following warnings remain:
  W: opensync0-plugin-barry: new-package-should-close-itp-bug
  This can be ignored, I think.
 
 Putting two source packages into the same Git repository will be
 a pain. Let's talk about this other, new source package
 (opensync0-plugin-barry) later, and keep focused on the barry one to
 start with. By the way, I think the source package would be better
 called opensync-plugin-barry; and if it really needs to be a separate
 source package, Lintian is right, you need to fill an ITP for
 opensync-plugin-barry, and close it in its debian/changelog.

 I named it opensync0 since that plugin depends on libopensync0, which
 is available in Squeeze.

libopensync0 was a binary library package built from the opensync
source package. Using ABI numbers in such a binary package name is
recommended. But I don't see any reason to use ABI numbers in the name
of this *source* package, unless you really expect to maintain
multiple opensyncN-plugin-barry *source* packages concurrently in
Debian, which can be done, but generally needs to be backed with
solid arguments.

Anyway, the dependency on a package that is not part of Debian
testing/unstable makes this plugin not suitable, as is, for Debian.

Let's postpone the opensync part for now.

 The opensync-plugin-4x plugin depends on libopensync1 which is not
 yet officially released, but does work. That plugin is named
 opensync1-plugin

I can't find any such package in Debian.

 In order to use both 0.22 opensync and 0.4x on the same system, the
 specific naming was needed.

Can these two versions of opensync be installed concurrently on
a Debian testing/sid system?

 But the entire opensync side of things can be postponed for now,
 at least where Debian is concerned.

Ok.

 The opensync subdirectories do not get built automatically.

Do you confirm you mean that the opensync-plugin/ and
opensync-plugin/debian are part of the orig.tar.gz, shipped in the
source package, but not used to build any binary package?

 I find it misleading to write barry (0.18.0-1) unstable in
 debian/changelog right now; I think it should only be done at the last
 minute, once the package is really ready to be uploaded to Debian
 unstable, which is not presently the case. Until this point is
 reached, I find it saner to:
 
   * either keep UNRELEASED instead of unstable
   * or manually manage lower-than-release but increasing version
 numbers (e.g. 0.18.0-1~1, 0.18.0-1~2, etc.)
   * or use git-dch to get automated lower-than-release but increasing
 version numbers

 I'm not sure how this is misleading, since if it doesn't exist in
 Debian, then Debian shouldn't care.

I, as the one who's spending time to review your packaging, and
offered to sponsor your packages, do care. I find it useful to be able
to infer, from a given package version number (be it a source or
binary package built from your Git repository, or installed on my
system), if it was a package that was uploaded to Debian or a random
development snapshot. With the versionning scheme you're currently
using, how can we distinguish between a package built from your
current Git repository, and the package (with version 0.18.0-1 as
well) that will hopefully get uploaded into Debian once all this stuff
is sorted out?

 If git-dch can completely eliminate editing the changelog file,
 though, that might be worth looking into.

It does not completely eliminate, but it avoids many of the usual
pitfalls beginners at Debian packaging often fall in.

 Building in a sid chroot fails for me:
[...]
 = missing build-deps?

You need to make sure your package actually builds properly in a clean
sid pbuilder chroot. Seriously, this is a prerequisite for any further
review of mine.

 The Desktop GUI currently requires either libopensync0 or libopensync1,
 or both, and is fairly useless without the plugins to go along with it.
 It is tricky to compile the Desktop for both.

Just to confirm I've understood what you mean, do you mean the desktop
GUI binary package should depend on libopensync1exp7, and the source
package should build-depend on whatever opensync -dev package?

 Without opensync plugins, though, we should leave the Desktop out of
 Debian for now. Is there an easy way to make packages optional?

I'm not sure what you mean by optional. If a given binary package
should not be built, just remove it from 

Bug#660022: transition status

2012-03-04 Thread Robert Millan
El 4 de març de 2012 13:16, Adam D. Barratt a...@adam-barratt.org.uk
ha escrit:
 On 03.03.2012 16:19, Adam D. Barratt wrote:

    out of date on kfreebsd-amd64: libcam0, libsbuf0, libsbuf0-udeb,
 libusb2, libusb2-udeb, libusbhid4 (from 8.3~svn229725-3)
    out of date on kfreebsd-i386: libcam0, libsbuf0, libsbuf0-udeb,
 libusb2, libusb2-udeb, libusbhid4 (from 8.3~svn229725-3)

 The final uploads to make the latter go away were made earlier today,
 so I've asked for them to be decrufted.


 freebsd-libs itself and most of its r-deps migrated last night, with a few
 more migrating this morning.  The last package keeping the old libraries in
 testing now is mednafen, which was mising a build; that's now been uploaded
 so hopefully we should be able to get this finished with tonight's britney
 run.

Very nice, thanks a lot for your help  patience.

-- 
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#662139: spip: PHP Warning generated due to insufficient priveleges in ecrire/inc/genie.php

2012-03-04 Thread Max Pimm
Package: spip
Version: 2.1.12-1
Severity: minor

A PHP warning is generated in the apache logs due to insufficient priveleges.

PHP Warning:  touch(): Utime failed: Permission denied in 
/usr/share/spip/ecrire/inc/genie.php on line 81

From a brief look at the code it seems that spip is trying to create lock 
files for cron jobs. Not sure whether this is important or not. Just thought 
that it might be usefull to comment on it.


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

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

Versions of packages spip depends on:
ii  apache2  2.2.22-1
ii  apache2-mpm-prefork [httpd]  2.2.22-1
ii  debconf [debconf-2.0]1.5.41
ii  fonts-dustin 20030517-9
ii  libjs-jquery 1.7.1-1
ii  libjs-jquery-cookie  4-1
ii  libjs-jquery-form4-1
ii  php-html-safe0.10.1-1
ii  php5 5.3.10-1
ii  php5-mysql   5.3.10-1

Versions of packages spip recommends:
ii  imagemagick  8:6.6.9.7-5+b2
ii  mysql-server 5.1.58-1
ii  mysql-server-5.1 [mysql-server]  5.1.58-1
ii  netpbm   2:10.0-15

spip 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#662115: New Upstream (2.4)

2012-03-04 Thread Arno Töll
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hi,

On 04.03.2012 09:16, Daniel Baumann wrote:
 i guess you're aware of apaches 2.4 release, nevertheless, it would
 be nice if it would make it into wheezy.

we are indeed. You can expect an experimental release this month. In
our VCS you can find a package already although it needs more work.

- -- 
with kind regards,
Arno Töll
IRC: daemonkeeper on Freenode/OFTC
GnuPG Key-ID: 0x9D80F36D
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.11 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iQIcBAEBAgAGBQJPU2RHAAoJEMcrUe6dgPNtbIcQAKRVaFSJHCOQHugIfP+LDshf
F939s52NnreB/6o4E5HkhlbUTLgKtJyc6xo0LlQpRJ75U7cX8ar4q4Th5hHXpttf
AP6R4iuWROvT53Bc5Ea6YWPW7+bUSA+Hzha3kDGdD7CC/CeCvdNdQeW2/HBEU7rN
NqZfdM8gsm/Lm8coJSlI6y7on1i6K5xKWvbxsw1WmnTQY2TQsfYUiCz7h3MOuZQo
uIZJvgVhxucEWg1BAEIydJL749BhTlYEbDRwEmlq2TVmtKTV1YpYYQrD7U50ZSJU
tuK33/RFd8m7nex3txgSeRO5C3IXQF/Cx3dP1ECsrF1yE8kF2Xwu7g74SwGucwDi
PHW/ztrJz90kp0qKFevom0l1UHnxxrleRezaHfTyKyrbDDzGOAksKkGMLZZYA5tV
gofB3QnWndAvy+hmCzNBl7R+a7JrZs1RuY5hfLNI0i+RSB6dOzSIX4+i9Gx3kIBN
uDEMAjjT7CAw328T2wbBobn44G7kltwv0rl5injnSL8ZDDtwnJirbDACFw0Ztq+o
C3Ix7ZCZaL7M3j4dzJLngU5PTS6nU3iA1tEukdTLyG657ldbGgBCrYWaXB1WW6EW
oVqKKSvhteIug4qNRjZos3jx+zvaUkjbF+q2g5qoZIbCY0PocMrOJ90PNcRzCtUJ
YtxNvAsTQI9JgkIJzKth
=tNZ3
-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#662140: [zfsutils] Broken cron.d task

2012-03-04 Thread Dererk
Package: zfsutils
Version: 9.0-1
Severity: normal
Tags: patch

I got this morning a failure report on some kfreebsd boxes:

From: root@somebox (Cron Daemon)
To: root@somebox
Subject: Cron root@somebox if [ $(date +%d) -le 7 ]; then zpool list -H -o 
name | xargs zpool scrub; fi
Content-Type: text/plain; charset=UTF-8
X-Cron-Env: SHELL=/bin/sh
X-Cron-Env: HOME=/root
X-Cron-Env: PATH=/usr/bin:/bin
X-Cron-Env: LOGNAME=root
Message-Id: someid
Date: Sun,  4 Mar 2012 00:57:01 -0300 (ART)

/bin/sh: 1: zpool: not found
xargs: zpool: No such file or directory


Tracking it down, the reason behind it is because either full path to
zpool wasn't specified or because PATH doesn't include :/sbin on the
array, as you can see on the ENV report.


Please either provide a fullpath to the script or export /sbin on PATH
environment value for this cron task.


Cheers,

Dererk

-- 
BOFH excuse #373:
Suspicious pointer corrupted virtual machine
BOFH excuse #307:
emissions from GSM-phones




signature.asc
Description: OpenPGP digital signature


Bug#579028: Allow --check-key to be reliably cleared once set

2012-03-04 Thread Neil Williams
I think I understand Yves' implementation, I've done something similar
myself. One feature of how that works for me is that I end up with as
many pbuilderrc-foo files as I need different mechanisms.

0: Default Debian build ...

1: Secondary Debian build using a local mirror URL which cannot be
resolved outside the building..

2: internal base.tgz where there is no network access outside the
building and Debian is copied in as a mirror, apt sources include an
internal, unsigned, repository...

3: cross base.tgz with Emdebian apt sources from Squeeze on a Debian
sid environment

Mixing suites, mixing access sites, use inside and outside restrictive
networks, these are all use-cases for having multiple config files for
pbuilder and some will require SecureApt to be turned off.

Why not extend this principle? To use these other configurations, I
have to specify the --config-file option anyway, so it is just a single
change to the existing config files for each of the configurations
which already need a config file.

This isn't suitable for debconf or similar because it is a choice which
needs to be made per-run, not per installation.

The problem with the current state of pbuilder is that the --check-key
behaviour cannot be undone once enabled by an option elsewhere.

pbuilder-satisfydepends-checkparams needs a corresponding
--no-check-key option which *re-asserts* the previous value of
PBUILDER_APTITUDE_CHECK_OPTS and PBUILDER_APT_GET_CHECK_OPTS.

With that in place, /etc/pbuilderrc and /usr/share/pbuilder/pbuilderrc
could set --check-key by default and individual --configfile uses could
reliably unset it.

The bootstrap option is different as it's a fire-and-forget mostly. The
problem with --check-key is that I absolutely want SecureApt enabled
whenever I use 'pbuilder update' but I also want it to be disabled
reliably when I use 'pbuilder update --configfile /foo/foo.rc'.

-- 


Neil Williams
=
http://www.linux.codehelp.co.uk/



pgpJZ3N9tbKnn.pgp
Description: PGP signature


Bug#660022: transition status

2012-03-04 Thread Adam D. Barratt

On 03.03.2012 16:19, Adam D. Barratt wrote:

out of date on kfreebsd-amd64: libcam0, libsbuf0, libsbuf0-udeb,
libusb2, libusb2-udeb, libusbhid4 (from 8.3~svn229725-3)
out of date on kfreebsd-i386: libcam0, libsbuf0, libsbuf0-udeb,
libusb2, libusb2-udeb, libusbhid4 (from 8.3~svn229725-3)

The final uploads to make the latter go away were made earlier today,
so I've asked for them to be decrufted.


freebsd-libs itself and most of its r-deps migrated last night, with a 
few more migrating this morning.  The last package keeping the old 
libraries in testing now is mednafen, which was mising a build; that's 
now been uploaded so hopefully we should be able to get this finished 
with tonight's britney run.


Regards,

Adam



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



Bug#641836: Fails to hide internal symbols

2012-03-04 Thread Simon McVittie
On Tue, 20 Sep 2011 at 13:19:58 +0200, Erik Auerswald wrote:
 On Mon, Sep 19, 2011 at 11:55:10PM +0200, Daniel Kobras wrote:
  Which architecture have you been looking at? On amd64 in sid,
  libmpg123 only exports the 84 symbols that are meant to be visible.
 
 I have observed the problems on x86 with sid.

I can confirm that libmpg123-0:amd64 is good, but libmpg123-0:i386 exports
(for instance) dct64. Looking into it.

Regards,
smcv
at the Cambridge BSP



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



Bug#662059: RFP: faenza-icon-theme -- Faenza Icon Theme

2012-03-04 Thread Vincent Blut
close 662059
thanks

Hi,

There is an ITP for this icon theme, please take a look here:
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=595106,
therefore I close your RFP.

Cheers,
Vincent



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



Bug#658029: Missing hid-logitech-dj.ko

2012-03-04 Thread maximilian attems
On Tue, 31 Jan 2012, Vadim Solomin wrote:

 Package: initramfs-tools
 Version: 0.99
 Tags: patch
 
 Initramfs for the 3.2 linux kernels doesn't include hid-logitech-dj module, 
 rendering certain Logitech keyboards unusable. Patch attached.
 

thanks applied, will land in next upload.



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



Bug#662138: RFS: mysql-utilities -- MySQL Utilities - command-line interface to MySQL

2012-03-04 Thread Dmitry Smirnov
retitle 662138 RFS: mysql-utilities -- MySQL Utilities - command-line interface 
to MySQL

--

Source package is available from 

  
http://mentors.debian.net/debian/pool/main/m/mysql-utilities/mysql-utilities_1.0.4-1.dsc



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



Bug#662141: RM: blootbot -- RoQA; RC-buggy; unmaintained; very low popcon

2012-03-04 Thread Steve McIntyre
Package: ftp.debian.org
Severity: normal

Time for this to not be in the archive.

Maulkin, you're a slacker!



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



Bug#662142: RM: gutenbrowser -- ROM; unmaintained upstream, obsolete and not working

2012-03-04 Thread Petter Reinholdtsen

Package: ftp.debian.org
Severity: normal

Hi.  Please remove the gutenbrowser source package from the archive.
It is no longer working properly, its upstream sourceforge project is
gone and its purpose (providing easy access to Gutenberg books) is
better handled by other ebook readers in the archive.
-- 
Happy hacking
Petter Reinholdtsen



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



Bug#662143: RM: genesis -- RoQA; not installable, RC buggy, orphaned

2012-03-04 Thread Neil Williams
Package: ftp.debian.org
Severity: normal

3 RC bugs, orphaned, not in testing (1858 days waiting),
missing build-dependency.

Please remove from unstable.

Thanks.



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



Bug#534117: Export error in qbrew solved?

2012-03-04 Thread Dave
I have not used qbrew for a while, but testing in current Ubuntu 
(11.10), I no longer see the issue I mentioned using GTK+.  I also 
installed 0.4.1-3 and see no export issue.




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



Bug#614462: Variable results, depending on running kernel version

2012-03-04 Thread Peter Miller
On Sat, 2012-03-03 at 13:17 +, Neil Williams wrote:
 First test:
 uname -a
 Linux debian 2.6.32-5-amd64 #1 SMP Fri Dec 23 20:09:57 UTC 2011 x86_64 
 GNU/Linux

what Debian is this?  I'd like to run a VM to see if there are more
errors.
 
 PATH=`pwd`/bin:$PATH /bin/sh test/00/t0076a.sh
 expected to fail
 FAILED test of rename EACCES

This is very strange.  To achieve this result, the rename(2) system call
has to have non-POSIX semantics... or the test run as root.

I will change the test to display the message, as if there was an error,
rather than actually call rename(2).

I'm also adding code to the scripts that involve EACCES or EPERM, so
that they pass by default if they are run by root.

  starting at a
 ---
  starting at /tmp/libexplain-10570/a

This has a different cause.  The chroot probably doesn't have /proc
mounted.  I will add a check for this in the test.


-- 
Peter Miller peter.miller@gmail.com



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



Bug#645810: valgrind

2012-03-04 Thread Helmut Grohne
I reproduced the problem with valgrind and debug symbols. The output is
likely helpful for anyone interested in tracking down this issue. This
is sid i386, slapd version 2.4.28-1.1, gnutls version 2.12.16-1.

==9140== Memcheck, a memory error detector
==9140== Copyright (C) 2002-2011, and GNU GPL'd, by Julian Seward et al.
==9140== Using Valgrind-3.7.0 and LibVEX; rerun with -h for copyright info
==9140== Command: slapd
==9140==
==9140== Invalid free() / delete / delete[] / realloc()
==9140==at 0x71FC40C: free (in 
/usr/lib/valgrind/vgpreload_memcheck-x86-linux.so)
==9140==by 0x74D87AD: gnutls_priority_deinit (gnutls_priority.c:804)
==9140==by 0x7249A4A: tlsg_ctx_free (in 
/usr/lib/i386-linux-gnu/libldap_r-2.4.so.2.8.1)
==9140==by 0x72461D2: ldap_pvt_tls_ctx_free (in 
/usr/lib/i386-linux-gnu/libldap_r-2.4.so.2.8.1)
==9140==by 0x77D3E15: (below main) (libc-start.c:228)
==9140==  Address 0x7f2dd88 is 0 bytes inside a block of size 492 free'd
==9140==at 0x71FC40C: free (in 
/usr/lib/valgrind/vgpreload_memcheck-x86-linux.so)
==9140==by 0x74D8549: gnutls_priority_init (gnutls_priority.c:789)
==9140==by 0x7248CEB: tlsg_ctx_init (in 
/usr/lib/i386-linux-gnu/libldap_r-2.4.so.2.8.1)
==9140==by 0x7EBDB07: ???
==9140==
==9140==
==9140== HEAP SUMMARY:
==9140== in use at exit: 4,114 bytes in 64 blocks
==9140==   total heap usage: 13,850 allocs, 13,787 frees, 777,536 bytes 
allocated
==9140==
==9140== 31 bytes in 1 blocks are definitely lost in loss record 11 of 21
==9140==at 0x71FD208: malloc (in 
/usr/lib/valgrind/vgpreload_memcheck-x86-linux.so)
==9140==by 0x19829A: ??? (in /usr/sbin/slapd)
==9140==by 0x74A681E: sasl_server_init (in 
/usr/lib/i386-linux-gnu/libsasl2.so.2.0.25)
==9140==by 0x19A211: slap_sasl_init (in /usr/sbin/slapd)
==9140==by 0x1718BC: slap_init (in /usr/sbin/slapd)
==9140==by 0x11DE46: main (in /usr/sbin/slapd)
==9140==
==9140== 492 bytes in 1 blocks are definitely lost in loss record 18 of 21
==9140==at 0x71FB986: calloc (in 
/usr/lib/valgrind/vgpreload_memcheck-x86-linux.so)
==9140==by 0x74D787B: gnutls_priority_init (gnutls_priority.c:535)
==9140==by 0x77D3E15: (below main) (libc-start.c:228)
==9140==
==9140== LEAK SUMMARY:
==9140==definitely lost: 523 bytes in 2 blocks
==9140==indirectly lost: 0 bytes in 0 blocks
==9140==  possibly lost: 0 bytes in 0 blocks
==9140==still reachable: 3,591 bytes in 62 blocks
==9140== suppressed: 0 bytes in 0 blocks
==9140== Reachable blocks (those to which a pointer was found) are not shown.
==9140== To see them, rerun with: --leak-check=full --show-reachable=yes
==9140==
==9140== For counts of detected and suppressed errors, rerun with: -v
==9140== ERROR SUMMARY: 3 errors from 3 contexts (suppressed: 103 from 14)

Some line are still missing. As a first step let me first deduce them:

gnutls_priority_deinit is called from tlsg_ctx_free in
libraries/libldap/tls_g.c:275.

gnutls_priority_init is indirectly called from tlsg_ctx_init. The only
possible direct callers are tlsg_parse_ciphers and tlsg_ctx_new. Only
tlsg_parse_ciphers is called from tlsg_ctx_init.

tlsg_ctx_init calls tlsg_parse_ciphers in libraries/libldap/tls_g.c:318
tlsg_parse_ciphers calls gnutls_priority_init in
libraries/libldap/tls_g.c:793

The next step is to deduce what actually happens.
1) (chronological) first free.
   Since gnutls_priority_init frees the priority cache it the return
   value is GNUTLS_E_INVALID_REQUEST != 0.
   (lib/gnutls_priority.c:791)
   Thus tlsg_parse_ciphers also returns non-zero.
   (libraries/libldap/tls_g.c:793)
   Since tlsg_parse_ciphers is called (libraries/libldap/tls_g.c:318)
   lo-ldo_tls_ciphersuite is non-zero. So the error branch is taken.
   Another hint for the error branch is the error message
   TLS: could not set cipher list TLSv1. output on stdout (with -d..).
   So the tlsg_ctx_init call returns -1.
   (libraries/libldap/tls_g.c:322)

2) (chronological) second free.
   ldap_pvt_tls_ctx_free calls tlsg_ctx_free via a member function table
   in libraries/libldap/tls2.c:79.
   tlsg_ctx_free calls gnutls_priority_deinit in
   libraries/libldap/tls_g.c:275.
   gnutls_priority_deinit then (double) frees the priority cache in 
   lib/gnutls_priority.c:804.

I would say that this is not a gnutls bug, because gnutls_priority_init
returned non-zero and thus gnutls_priority_deinit must not be called.

So how are these ldap tls objects initialized? As we have seen above (in
the second free) a member function table is used. A bit of grepping
reveals the actual initialization in libraries/libldap/tls2.c:232 and
following. Aparently a ldap tls object is initialized by first calling
*_ctx_new and then *_ctx_init. So tlsg_ctx_new is likely called before
tlsg_ctx_init and initializes the priority cache in
libraries/libldap/tls_g.c:243. Note that the return value of
gnutls_priority_init is *not* checked (bug #1). It is unlikely to fail
due to the fixed and known-good 

Bug#662144: RM: mocka -- ROM; RC-buggy; dead upstream

2012-03-04 Thread Steve McIntyre
Package: ftp.debian.org
Severity: normal

As the maintainer said in #521750 in December 2011, mocka is crap and
shouldn't be in the archive. He should have filed this bug back then,
so I'm doing it for him now.



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



Bug#637611: mplayer: redirected stdin from /dev/null causes 100% busy loop

2012-03-04 Thread Reimar Döffinger
Old issue and not that much new to add, but still...

On Sat, Aug 13, 2011 at 08:50:11PM +1000, Tim Connors wrote:
 On Sat, 13 Aug 2011, Reimar Döffinger wrote:
  Behaviour is to make keyboard control of MPlayer more reliable mostly I
  expect.
  I think the MPlayer documentation says you must use -noconsolecontrols
  when using MPlayer without a terminal (in particular from cron jobs).
 
 The description in the manpage doens't cover this case (stdin being
 /dev/null rather than a command file or the file being played).
 
 And it makes matters worse.  CPU usage is still 100%, but I can't see why.
 strace -f doesn't show it busy looping on file descriptor 0 - it's just
 reading the input file and sending stuff to X11.

Using latest SVN MPlayer:
mplayer http://80.237.155.73:80 -dumpaudio -noconsolecontrols
results in low CPU usage.
As does
mplayer http://80.237.155.73:80 -dumpaudio -nocache
(giving specific examples, because the issue will _not_ be
reproducible at all when dumping from a source that can
be read faster than MPlayer can dump - which is why
I never saw the issue when trying with a local file).

 (yes, this is a candidate for the 'useless use of cat' awards, but
 removing the cat doesn't let mplayer start, presumably because mplayer is
 trying to read its first keyboard command, but does it using a blocking
 read.  No idea why it woks with the cat process attached!  Figure that
 out:
 mplayer $args -dumpaudio -dumpfile out.mp3 network_stream  
 /tmp/devblocker

This is not MPlayer's fault, if you run this and look at the
running processes you will see it hangs in the shell, before MPlayer
is even started.
No I have no idea why the shell (bash in my case) does that.



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



Bug#641836: Fails to hide internal symbols

2012-03-04 Thread Simon McVittie
On Sun, 04 Mar 2012 at 12:53:24 +, Simon McVittie wrote:
 I can confirm that libmpg123-0:amd64 is good, but libmpg123-0:i386 exports
 (for instance) dct64. Looking into it.

On closer investigation of libmpg123-0 1.12.1-3 and -3.2 on all architectures:

libmpg123-0_1.12.1-3.2_i386/usr/lib/libmpg123.so.0: bad
Everything else: OK

The i386 NMU was the one built by the uploader, so there are no build logs.
I suspect the uploader just had a broken toolchain or something? I've asked
adsb to rebuild it on the i386 buildd and we'll see whether that fixes it.

S



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



Bug#661975: RFS: gearman-interface [NMU] -- fixes 2 RC bugs

2012-03-04 Thread Sandro Tosi
Hi Tobias,

On Sun, Mar 4, 2012 at 13:38, Tobias Frost t...@frost.de wrote:
 Hallo Sandro,

 uploaded to d-m.
 * undid wrap-and-sort
 * Patches are attached to the relevant BTS entries.
 * Filed the 3rd RC bug (FTBFS reg. libgearman)
 * no other changes made to the package.

Thanks a lot for you work!! I've uploaded to DELAYED/2 . Just a trick
for the next NMU: to send diff to related bugs, there's a tool:
nmudiff - it will help you a lot.

Cheers,
-- 
Sandro Tosi (aka morph, morpheus, matrixhasu)
My website: http://matrixhasu.altervista.org/
Me at Debian: http://wiki.debian.org/SandroTosi



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



Bug#662145: cappuccino: exclude *.egg-info from binary package

2012-03-04 Thread Jakub Wilk

Package: cappuccino
Version: 0.5.1-2.1
Severity: wishlist

$ dpkg -c cappuccino_0.5.1-2.1_all.deb | grep egg-info
-rw-r--r-- root/root   305 2010-03-01 13:16 
./usr/lib/python2.5/site-packages/cappuccino-0.5.1.egg-info

Since the package consist of a single script, I don't think that 
including egg-info metadata is useful (especially that 2.5 != default 
Python version).


Could you exclude it from the binary package?

--
Jakub Wilk



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



Bug#661312: [Piuparts-devel] Bug#661312: piuparts: does not work anymore on my box))

2012-03-04 Thread Holger Levsen
reopen 661312 document+test tempdir for nodev/nosuid and error out early
severity 661312 wishlist
retitle 661312

Hi,

(slowly catching up on piuparts stuff..)

On Sonntag, 26. Februar 2012, Andreas Beckmann wrote:
 Eventually we should the no-nodev,no-nosuid requirement in the -t
 description.
 And in the documentation we could mention that the tmpfs mounted on /tmp
 in wheezy by default does not match the requirements of piuparts (and
 also may be too small), so the use of -t or TMPDIR may be required to
 use a different and suitable scratch location.

right
 
 Wishlist: have piuparts test the tempdir for nodev/nosuid and error out
 early.

absolutly.


cheers,
Holger



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



Bug#662001: singular: should this package be removed?

2012-03-04 Thread Simon McVittie
On 03/03/12 17:07, Tim Abbott wrote:
 Bernhard Link has been organizing a group of folks to take over 
 maintaining this package.

Great! Please consider starting by sponsoring/applying Mònica's
NMU (see the bugs for details), which now builds fine on amd64.

S



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



Bug#662146: please install devd config file

2012-03-04 Thread Robert Millan
Package: foo2zjs
Version: 20090908dfsg-5.1+squeeze0
Severity: wishlist
Tags: patch

A devd config file (hplj10xx.conf) is provided by upstream but it is missing
in the package, please could you install it?

Patch attached.

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

Kernel: kFreeBSD 8.1-1-amd64
Locale: LANG=ca_AD.UTF-8, LC_CTYPE=ca_AD.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages foo2zjs depends on:
ii  dc  1.06.95-2The GNU dc arbitrary precision rev
ii  foomatic-filters4.0.5-6+squeeze1 OpenPrinting printer support - fil
ii  libc0.1 2.11.3-2 Embedded GNU C Library: Shared lib

Versions of packages foo2zjs recommends:
ii  foomatic-db-engine4.0.4-3OpenPrinting printer support - pro
ii  unzip 6.0-4  De-archiver for .zip files
ii  wget  1.12-2.1   retrieves files from the web

Versions of packages foo2zjs suggests:
pn  hannah-foo2zjsnone (no description available)
pn  psutils   none (no description available)
pn  tix   none (no description available)
pn  tk8.4 none (no description available)

-- no debconf information
=== modified file 'printer-driver-foo2zjs.install'
--- printer-driver-foo2zjs.install  2012-03-04 13:17:58 +
+++ printer-driver-foo2zjs.install  2012-03-04 13:24:34 +
@@ -1,4 +1,5 @@
 lib/udev/rules.d/85-hplj10xx.rules
+hplj10xx.conf etc/devd/
 hplj1020.desktop usr/share/applications/
 usr/share/foo2qpdl/crd/black-text.ps
 usr/share/foo2zjs/crd/2300w-1200@150-l250-kx,ucr100,0-per.crd



Bug#662147: ears: exclude *.egg-info from binary package

2012-03-04 Thread Jakub Wilk

Package: ears
Version: 1.0.1-2
Severity: wishlist

$ dpkg -c ears_1.0.1-2_all.deb | grep egg-info
-rw-r--r-- root/root   595 2009-02-01 18:06 
./usr/lib/python2.5/site-packages/ears-1.0.1.egg-info

Since the package consist of just a bunch of scripts, I don't think that 
including egg-info metadata is useful (especially that 2.5 != default 
Python version).


Could you exclude it from the binary package?

--
Jakub Wilk



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



Bug#643628: Processed: Re: Bug#643628: pidgin: Pidgin crash on sending first message

2012-03-04 Thread Adam D. Barratt

On 04.10.2011 18:01, Julien Cristau wrote:

On Mon, Oct  3, 2011 at 08:19:31 +0200, Sebastian Dröge wrote:


Hi,
does this also happen if you run pidgin with
ORC_CODE=backup or ORC_CODE=debug ?

Could you also check if this still happens with orc 0.4.15?


Might work better if you ask the bug submitter, rather than the 
pidgin

maintainer.


Let's actually do that then... :)

Regards,

Adam



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



Bug#660131: tag cannot be processed!

2012-03-04 Thread Manuel A. Fernandez Montecelo
reassign 660131 mount
stop

Hello,

To the submitter: I'm reassigning the bug because it was assigned to
the wrong package, the !!! were causing trouble. If reportbug
doesn't work you can try reportbug-ng, maybe it's more friendly for
you.

Other than that, I cannot make much sense of the bug report and don't
understand why \s and \' are escaped in the script, I think that
that's what causing trouble.  I don't know if it's because of a
charset conversion thing...

Anyway, reassigning the bug report to the package that it was supposed
to be reported against.

Cheers.



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



Bug#661850: Bug#661842: Acknowledgement (FTBFS with --parallel)

2012-03-04 Thread Stefano Lattarini
On 03/02/2012 03:42 AM, Michael Biebl wrote:
 tags 661850 + patch
 thanks
 
 On 02.03.2012 03:31, Michael Biebl wrote:
 On 02.03.2012 02:52, Michael Biebl wrote:
 As a side note: I've also tested 1.11.2, which worked nicely.
 So it looks like the regression happened between .2 and .3

 I did a git bisect run, and the first faulty commit is

 commit 12dc0ec5e3c7e1a12569d5cfdbb8ceaa5a5f5f58
 
 I've reverted that commit and applied it on top of 1.11.3 and now the
 package successfully compiles again when using parallel builds.
 I'm marking as patch available, but I would appreciate if Stefano could
 comment on this.
 
So far I've unable to reproduce this issue, both on an older slow-ish
system (Debian Unstable, 768 MB of RAM, AMD Athlon 1.5 GHz) and a very
fast one (Fedora 16, 64 GB RAM, 4x16x3.55 GHz IBM POWER7), both with
GNU make 3.81 and 3.82.  I need a repeatable test case exposing the
failure before I can proceed further, sorry.

Regards,
  Stefano



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



Bug#662148: RM: instantbird -- RoQA; uninstallable, FTBFS against newer xulrunner

2012-03-04 Thread Simon McVittie
Package: ftp.debian.org
Severity: normal

instantbird has been waiting to migrate for 583 days, is uninstallable,
doesn't build against current xulrunner and has an embedded code copy of
libpurple.



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



Bug#662149: RM: pan -- RoQA; RC-buggy; uninstallable; unmaintained

2012-03-04 Thread Steve McIntyre
Package: ftp.debian.org
Severity: normal

Please remove pan; it's currently uninstallable due to libgmime
changes. New upstream version apparently fixes this, but it seems the
maintainer doesn't care. If anybody does care, it can go through NEW
again.



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



Bug#656465: bucardo: unowned files after purge (policy 6.8, 10.8)

2012-03-04 Thread Michael Meskes
On Thu, Jan 19, 2012 at 03:40:15PM +0100, Andreas Beckmann wrote:
 0m24.6s ERROR: FAIL: Package purging left files on system:
   /var/lib/bucardo not owned

Who owns it? I have yet to find a way to reproduce the problem. It works well
on all my tests. This directory is generated and not touched after the fact:

adduser --system --group --gecos bucardo --home /var/lib/bucardo --shell 
/bin/sh bucardo

Frankly I fail how this could end up with the directory being owned by somebody 
else.

Michael
-- 
Michael Meskes
Michael at Fam-Meskes dot De, Michael at Meskes dot (De|Com|Net|Org)
Michael at BorussiaFan dot De, Meskes at (Debian|Postgresql) dot Org
Jabber: michael.meskes at googlemail dot com
VfL Borussia! Força Barça! Go SF 49ers! Use Debian GNU/Linux, PostgreSQL



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



Bug#662150: Please re-add alternative on gnome-www-browser, dropped in GNOME 3 metapackages

2012-03-04 Thread Josh Triplett
Package: gnome-core
Version: 1:3.0+7
Severity: normal

The GNOME 2 metapackage gnome-core depended on epiphany-browser with an
alternative of gnome-www-browser; the latter allows the installation of
iceweasel instead.  The GNOME 3 version of gnome-core seems to have
dropped this alternative, depending only on epiphany-browser.  I looked
through the changelog, and I don't see any explicit note or explanation
about the removal of this alternative.  Please consider re-adding it.
(The justification seems identical to that for the curent dependencies on
abiword | libreoffice-gnome and similar.)

Thanks,
Josh Triplett



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



Bug#662151: RM: mush -- RoQA; RC-buggy; unmaintained

2012-03-04 Thread Steve McIntyre
Package: ftp.debian.org
Severity: normal

No sign of maintainer activity and very buggy, please remove.



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



Bug#656758: mini-transition: libquvi

2012-03-04 Thread Cyril Brulebois
Ansgar Burchardt ans...@debian.org (04/03/2012):
 I uploaded libquvi yesterday and it was built on all architectures by
 now.  Today I also uploaded cclive and quvi to unstable.
 
 Could you schedule binNMUs for the remaining two packages?

Just done.

Mraw,
KiBi.


signature.asc
Description: Digital signature


  1   2   3   4   5   >