Bug#661830: [3.1 - 3.2.7 regression] ALC269: plugging in headphones does not mute main speaker
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
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
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
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)
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
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
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.
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.
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?
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
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
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
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
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
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
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
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
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)
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
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
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
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
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
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 !!!
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
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?
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
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
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
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
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)
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
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
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
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
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
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
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
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
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
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
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
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.
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)
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
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
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
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
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
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
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
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
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
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
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
-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
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
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
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
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
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'
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
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
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
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
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
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
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)
-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
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
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
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
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
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
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
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
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
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
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?
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
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
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
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
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
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
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
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))
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?
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
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
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
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!
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)
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
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
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)
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
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
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
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