Bug#519237: samba: Esperanto translation for debconf template
tags 519237 moreinfo thanks On Wed, Mar 11, 2009 at 06:26:36AM -0300, Felipe Castro wrote: Package: samba Severity: wishlist Tags: l10n patch Please update the Esperanto translation for the samba debconf template. This extensively changes the existing translations for the package. Have these revisions been discussed with the Esperanto l10n team? I don't want us to be flip-flopping translations based on style disagreements among multiple translators. -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. Ubuntu Developerhttp://www.debian.org/ slanga...@ubuntu.com vor...@debian.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#519374: please add support for DEB_BUILD_OPTIONS=nocheck in dh_auto_test
Package: debhelper Version: 7.2.5 Severity: normal It's recommended by policy 4.9.1 in version 3.8.1. Thanks, Ryan -- _ Ryan Niebur ryanrya...@gmail.com signature.asc Description: Digital signature
Bug#519375: gnupg2: watchgnupg manpage has misspelling
Package: gnupg2
Version: 2.0.9-3.1
Severity: minor
Tags: patch
The watchgnupg manpage uses there where it should use there. Here's a patch.
-- System Information:
Debian Release: squeeze/sid
APT prefers unstable
APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)
Kernel: Linux 2.6.28-1-amd64 (SMP w/8 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
Versions of packages gnupg2 depends on:
ii libbz2-1.0 1.0.5-1 high-quality block-sorting file co
ii libc6 2.9-4 GNU C Library: Shared libraries
ii libcurl3-gnutls7.18.2-8 Multi-protocol file transfer libra
ii libgcrypt111.4.4-2 LGPL Crypto library - runtime libr
ii libgpg-error0 1.4-2 library for common error values an
ii libksba8 1.0.5-1 X.509 and CMS support library
ii libreadline5 5.2-4 GNU readline and history libraries
ii zlib1g 1:1.2.3.3.dfsg-13 compression library - runtime
Versions of packages gnupg2 recommends:
ii gnupg-agent 2.0.9-3.1 GNU privacy guard - password agent
ii libldap-2.4-2 2.4.15-1 OpenLDAP libraries
Versions of packages gnupg2 suggests:
pn gnupg-doc none (no description available)
pn xloadimagenone (no description available)
-- no debconf information
diff -rNc gnupg2-2.0.9/doc/tools.texi gnupg2-2.0.9.old/doc/tools.texi
*** gnupg2-2.0.9/doc/tools.texi 2009-03-11 23:11:50.0 -0700
--- gnupg2-2.0.9.old/doc/tools.texi 2008-03-05 01:44:56.0 -0800
***
*** 40,46
@end ifset
@mansect description
! Most of the main utilities are able to write their log files to a
Unix Domain socket if configured that way. @command{watchgnupg} is a simple
listener for such a socket. It ameliorates the output with a time
stamp and makes sure that long lines are not interspersed with log
--- 40,46
@end ifset
@mansect description
! Most of the main utilities are able to write there log files to a
Unix Domain socket if configured that way. @command{watchgnupg} is a simple
listener for such a socket. It ameliorates the output with a time
stamp and makes sure that long lines are not interspersed with log
Bug#519377: O: yaclc -- Check the bug closings in a Debian changelog
Package: wnpp Severity: normal The current maintainer of yaclc, Thomas Smith t...@debian.org, is apparently not active anymore. Therefore, I orphan this package now. Maintaining a package requires time and skills. Please only adopt this package if you will have enough time and attention to work on it. If you want to be the new maintainer, please see http://www.debian.org/devel/wnpp/index.html#howto-o for detailed instructions how to adopt a package properly. Some information about this package: Package: yaclc Binary: yaclc Version: 1.4.1-0.1 Priority: optional Section: devel Maintainer: Thomas Smith t...@debian.org Build-Depends: debhelper (= 5) Build-Depends-Indep: perl Architecture: all Standards-Version: 3.7.2 Format: 1.0 Directory: pool/main/y/yaclc Files: 63915766345e0c29672a733d93889794 509 yaclc_1.4.1-0.1.dsc bf9b47cd9654ead69849347da57b99c2 6260 yaclc_1.4.1-0.1.tar.gz Package: yaclc Priority: optional Section: devel Installed-Size: 64 Maintainer: Thomas Smith t...@debian.org Architecture: all Version: 1.4.1-0.1 Depends: perl, libwww-perl, libnet-ldap-perl, perl-modules, liburi-perl Filename: pool/main/y/yaclc/yaclc_1.4.1-0.1_all.deb Size: 10160 MD5sum: b5a1b50ee7f881073bd795277fedd876 SHA1: 29679eae04883a8ccbe8b61811ead121405833ce SHA256: 84ee9de7578373ed3599fae471b7f94edf4dfff943089a1f62fbad79094d43bf Description: Check the bug closings in a Debian changelog yaclc (yet another change log check) queries the Bug Tracking System to see if the bugs closed in a package's changelog actually belong to that package. This helps to prevent accidental closing of the wrong bugs in an upload. Tag: implemented-in::perl, interface::commandline, protocol::http, role::program, scope::utility, suite::debian, use::checking, works-with::bugs, works-with::software:package -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#519376: O: fuzz -- stress-test programs by giving them random input
Package: wnpp Severity: normal The current maintainer of fuzz, Thomas Smith t...@debian.org, is apparently not active anymore. Therefore, I orphan this package now. Maintaining a package requires time and skills. Please only adopt this package if you will have enough time and attention to work on it. If you want to be the new maintainer, please see http://www.debian.org/devel/wnpp/index.html#howto-o for detailed instructions how to adopt a package properly. Some information about this package: Package: fuzz Binary: fuzz Version: 0.6-7.3 Priority: optional Section: devel Maintainer: Thomas Smith t...@debian.org Build-Depends: debhelper, libreadline5-dev | libreadline-dev Architecture: any Standards-Version: 3.5.7 Format: 1.0 Directory: pool/main/f/fuzz Files: f5773aa9fd67e724b5f9ec18f23f4c22 567 fuzz_0.6-7.3.dsc 8c8e7c49729e0a98c0414faac7778ec7 54431 fuzz_0.6.orig.tar.gz d3ecf664d6ade6539d4991c1ada2feda 3004 fuzz_0.6-7.3.diff.gz Package: fuzz Priority: optional Section: devel Installed-Size: 92 Maintainer: Thomas Smith t...@debian.org Architecture: amd64 Version: 0.6-7.3 Depends: libc6 (= 2.3.5-1), libreadline5 (= 5.1) Filename: pool/main/f/fuzz/fuzz_0.6-7.3_amd64.deb Size: 20730 MD5sum: 6d31eb794deb742b501fda076b103221 SHA1: 8f1c359af1c533fb633580414e2627db38593ab7 SHA256: 1248f24f47361db66f66a1c801c409d8f7c1f19701015350383eb5c5679a81f1 Description: stress-test programs by giving them random input The fuzz generator is designed to attack certain kinds of software and expose one particular kind of bug common in software. This is the situation where the programmer implicitly makes some assumptions about the data stream that the program will be parsing. If the data stream is substantially different then the program might not be able to deal with it. Tag: devel::testing-qa, interface::commandline, use::checking -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#519181: [Pkg-xfce-devel] Bug#519181: Bug#519181: xfce4-sensors-plugin: Latest version crashes with backtrace
On jeu, 2009-03-12 at 01:06 -0400, Dave Witbrodt wrote: FYI, I tried installing the newer version again, removing the config file in .config/xfce4/panel via a virtual terminal before logging in to X. There was no plugin on the panel, and no backtrace in .xsession-errors, so I tried adding the plugin to the panel again. Crashed with backtrace like before. Ok, I guess I'll have to wait for the gdb backtrace. But one question, is hddtemp installed, and is it configured a setuid? Is the sensors plugin warning you about hddtemp not available? Cheers, -- Yves-Alexis signature.asc Description: This is a digitally signed message part
Bug#519316: swat: listens on tcp6 when inetutils-inetd is installed
reassign 519316 inetutils-inetd thanks On Wed, Mar 11, 2009 at 03:18:18PM -0500, Dale wrote: Package: swat Version: 2:3.2.5-4 Severity: grave Justification: renders package unusable I have several squeeze systems, but only one on which swat was unusable. Netstat indicated that that swat was listening on tcp6 901 instead of tcp 901. Looking for differences, I noticed that the broken system had inetutils-inetd installed instead of openbsd-inetd. Installing openbsd-inetd on the broken system made swat usable again. Not a bug in swat. Swat uses the standard, documented arguments to update-inetd; if inetutils-inetd is interpreting this in a way that it only binds to IPv6 interfaces and not IPv4 interfaces, that's an inetutils-inetd bug. I can reproduce the failure mode here, but I don't see from an strace what inetutils-inetd is doing wrong; it seems to be doing the same sort of socket() and bind() calls as other services that do work with ipv6. -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. Ubuntu Developerhttp://www.debian.org/ slanga...@ubuntu.com vor...@debian.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#519379: O: prips -- Print IP address on a given range
Package: wnpp Severity: normal The current maintainer of prips, Juan Alvarez jalva...@fluidsignal.com, is apparently not active anymore. Therefore, I orphan this package now. Maintaining a package requires time and skills. Please only adopt this package if you will have enough time and attention to work on it. If you want to be the new maintainer, please see http://www.debian.org/devel/wnpp/index.html#howto-o for detailed instructions how to adopt a package properly. Some information about this package: Package: prips Binary: prips Version: 0.9.4-3.1 Priority: optional Section: net Maintainer: Juan Alvarez jalva...@fluidsignal.com Build-Depends: debhelper ( 3.0.0), dpatch (= 1.24) Architecture: any Standards-Version: 3.6.0 Format: 1.0 Directory: pool/main/p/prips Files: cbd1afb24a173ab4bc9c908c532d1c08 579 prips_0.9.4-3.1.dsc e09f2825c81c44a7e27528b942989d61 6292 prips_0.9.4.orig.tar.gz 5944f14ffb5d1da935c378ed6094b93c 3315 prips_0.9.4-3.1.diff.gz Package: prips Priority: optional Section: net Installed-Size: 44 Maintainer: Juan Alvarez jalva...@fluidsignal.com Architecture: amd64 Version: 0.9.4-3.1 Depends: libc6 (= 2.5-5) Filename: pool/main/p/prips/prips_0.9.4-3.1_amd64.deb Size: 9756 MD5sum: 4107d185010f77bd8fda06207ff076c8 SHA1: c9b2d0a2ee96df4432bd8bd835869e5e6a9bd09d SHA256: 39c9c3d920623ff822bd11e228c0cd2daecf8b87a24df0ec9ef0914585f6c8f6 Description: Print IP address on a given range prips can be used to print all IP addresses of a specified range. This allows the enhancement of the usability of tools that have been created to work on only one host at a time (e.g. whois). Tag: interface::commandline, role::program, scope::utility -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#518913: aspell cannot create hash file for en
Joe Thompson ken...@gmail.com writes: On Wed, Mar 11, 2009 at 7:59 PM, Brian Nelson p...@debian.org wrote: Please verify that this command produces a long list of words: $ zcat /usr/share/aspell/en-common.cwl.gz | precat It does. and if that works, see if this completes successfully: $ zcat /usr/share/aspell/en-common.cwl.gz | precat | aspell --per-conf=/dev/null --local-data-dir=/usr/lib/aspell --lang=en create master /tmp/foo.rws crowley:~# zcat /usr/share/aspell/en-common.cwl.gz | precat | aspell --per-conf=/dev/null --local-data-dir=/usr/lib/aspell --lang=en create master /tmp/foo.rws Error: The key affix is unknown. This error seems to be the result of trying to build a dictionary using an 0.50-era version of Aspell. No such version of Aspell existed in a stable Debian release, so perhaps you have an old locally built version of Aspell in /usr/local that is being used? What do which aspell and aspell --version say? -- Captain Logic is not steering this tugboat. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#506972: Please include this fix in 5.0.1 or at least provide backport
I would also like to request that this is patched in lenny. I think the use of virtio will be common as kvm is used more, and this bug is critical for normal use. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#519381: nvidia-kernel-source: dual monitor stops working on 180.xx on HP 8510w
Package: nvidia-kernel-source Version: 180.29-1 Severity: important I did an upgrade [INSTALL] nvidia-kernel-2.6.28-1-amd64 [UPGRADE] nvidia-glx 173.14.09-5 - 180.29-1 [UPGRADE] nvidia-glx-ia32 173.14.09-5 - 180.29-1 before I had twinview working with 2 monitors, the laptop and an externally connected one. Now I only have 1 monitor working the laptop one. I can't go back to 173 because it doesn't compile on 2.6.28. I have also tried this 180 on 2.6.26 and it has the same affect on this laptop -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing'), (500, 'stable'), (100, 'unstable'), (50, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.28-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_AU.UTF8, LC_CTYPE=en_AU.UTF8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages nvidia-kernel-source depends on: ii debhelper 7.0.17 helper programs for debian/rules ii dpatch2.0.30 patch maintenance system for Debia ii make 3.81-5 The GNU version of the make util ii sed 4.1.5-8The GNU sed stream editor Versions of packages nvidia-kernel-source recommends: ii devscripts2.10.46scripts to make the life of a Debi ii kernel-package11.017 A utility for building Linux kerne ii nvidia-glx180.29-1 NVIDIA binary Xorg driver nvidia-kernel-source 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#519383: O: wwwstat -- httpd logfile analysis package
Package: wnpp Severity: normal The current maintainer of wwwstat, Tim Peeler t...@linuxforce.net, is apparently not active anymore. Therefore, I orphan this package now. Maintaining a package requires time and skills. Please only adopt this package if you will have enough time and attention to work on it. If you want to be the new maintainer, please see http://www.debian.org/devel/wnpp/index.html#howto-o for detailed instructions how to adopt a package properly. Some information about this package: Package: wwwstat Binary: wwwstat Version: 2.0-4 Priority: optional Section: admin Maintainer: Tim Peeler t...@linuxforce.net Build-Depends-Indep: debhelper ( 4.0.0), perl (= 5.6.0-16) Architecture: all Standards-Version: 3.6.2 Format: 1.0 Directory: pool/main/w/wwwstat Files: 0c9b64f15e9336fe9da8c3c14c5c1081 579 wwwstat_2.0-4.dsc de42bfca14e3aad9a345ae1c9a4740b6 113342 wwwstat_2.0.orig.tar.gz 79d610bd10542933e57eb4922dd47fb8 8545 wwwstat_2.0-4.diff.gz Package: wwwstat Priority: optional Section: admin Installed-Size: 408 Maintainer: Tim Peeler t...@linuxforce.net Architecture: all Version: 2.0-4 Depends: perl Filename: pool/main/w/wwwstat/wwwstat_2.0-4_all.deb Size: 123748 MD5sum: e3c623ad58280a9ee263e9c856a7d72e SHA1: e8d1a7250721efcdc60c6fe965b91843ac11900f SHA256: ad0cb121d379178de58ae25363e5e11d98bcdb9ff95047e23cb53917596940c6 Description: httpd logfile analysis package wwwstat processes a sequence of httpd Common Logfile Format access_log files and prior summary outputs, and then outputs a summary of the access statistics in a nice HTML format. . splitlog processes a sequence of httpd Common Logfile Format access_log files (or CLF with a one-field prefix) and splits the entries into separate files according to the requested URL and/or vhost prefix. Tag: interface::commandline, role::program, scope::utility, security::log-analyzer, use::converting, works-with::logfile, works-with::text, works-with-format::html -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#519382: dpkg: error processing python-ropemacs (--configure)
Package: python-ropemacs
Version: 0.6c2-3
Severity: grave
Tags: patch
Justification: renders package unusable
python-ropemacs fails to install with the following error:
sudo aptitude install python-ropemacs
Reading package lists... Done
Building dependency tree
Reading state information... Done
Reading extended state information
Initializing package states... Done
Reading task descriptions... Done
The following NEW packages will be installed:
python-ropemacs
0 packages upgraded, 1 newly installed, 0 to remove and 4 not upgraded.
Need to get 0B/24.3kB of archives. After unpacking 160kB will be used.
Writing extended state information... Done
Selecting previously deselected package python-ropemacs.
(Reading database ... 228584 files and directories currently installed.)
Unpacking python-ropemacs (from .../python-ropemacs_0.6c2-3_all.deb) ...
Setting up python-ropemacs (0.6c2-3) ...
Traceback (most recent call last):
File /usr/bin/pycentral, line 2096, in module
main()
File /usr/bin/pycentral, line 2090, in main
rv = action.run(global_options)
File /usr/bin/pycentral, line 1386, in run
pkg.read_version_info()
File /usr/bin/pycentral, line 804, in read_version_info
raise PyCentralError, package has no field Python-Version
__main__.PyCentralError: package has no field Python-Version
dpkg: error processing python-ropemacs (--configure):
subprocess installed post-installation script returned error exit status 1
Errors were encountered while processing:
python-ropemacs
Reading package lists... Done
Building dependency tree
Reading state information... Done
Reading extended state information
Initializing package states... Done
Writing extended state information... Done
Reading task descriptions... Done
Indeed, the package doesn't have the Python-Version field (but others packages
that
use python-central have it):
$ dpkg-deb -f /var/cache/apt/archives/python-ropemacs_0.6c2-3_all.deb | grep
Python-Version
$ dpkg-deb -f /var/cache/apt/archives/python-pysqlite2_2.5.0-2_i386.deb | grep
Python-Version
Python-Version: 2.4, 2.5
$
The problem is related to the values of the XB-Python-Version and Depends fields
inside the debian/control (see the small patch attached that fixes the problem).
-- System Information:
Debian Release: squeeze/sid
APT prefers unstable
APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)
Kernel: Linux 2.6.26-1-686 (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
Versions of packages python-ropemacs depends on:
ii pymacs0.23-1.1 interface between Emacs Lisp and P
ii python2.5.4-3An interactive high-level object-o
ii python-central0.6.11 register and build utility for Pyt
ii python-rope 0.9.2-1Python refactoring library
python-ropemacs recommends no packages.
python-ropemacs suggests no packages.
-- no debconf information
--- debian/control.orig 2009-03-12 14:03:57.0 +0800
+++ debian/control 2009-03-12 14:12:55.0 +0800
@@ -12,8 +12,8 @@
Package: python-ropemacs
Architecture: all
-Depends: ${Python:Depends}, pymacs, python-rope
-XB-Python-Version: ${Python:Versions}
+Depends: ${python:Depends}, pymacs, python-rope
+XB-Python-Version: ${python:Versions}
Description: Emacs mode for Python refactoring
Rope is a Python library that can be used with several editors and IDEs. It
provides many refactoring operations as well as forms of code assistance like
Bug#493888: dh-make: debian/rule template lists deprecated dh_python call
On Tue, Aug 05, 2008 at 09:20:47PM +0300, Jari Aalto wrote: Packaging with dh-make using single choice, the generated debian/control includes deprecated dh_python line. During the deb making this is shown in message: dh_python: This program is deprecated, you should use dh_pysupport or dh_pycentral instead. The examples in debhelper still use dh_python too :( Anyone know what I should replace dh_python with? Is it both? I've CC'ed the debhelper maintainer, because he needs to fix the examples, and the python list, because you guys will be copping the wrong packages if I don't fix it (and they should know python thingies). - Craig -- Craig Small GnuPG:1C1B D893 1418 2AF4 45EE 95CB C76C E5AC 12CA DFA5 http://www.enc.com.au/ csmall at : enc.com.au http://www.debian.org/ Debian GNU/Linux, software should be Free -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#511334: debian-installer: S390 boot fails on Flex-ES machine
I think this bug is related to an issue I've seen myself with 2.6.28. The symptoms (point where the boot hangs) are somewhat similar at least. There seems to be a bug in the kernel's timekeeping code which can manifest itself differently depending on the (emulated) hardware clock. My issue was reported upstream in http://lkml.org/lkml/2009/3/7/155. See also http://lkml.org/lkml/2009/3/12/23 and my reply to that. However, it's also possible the above is totally unrelated... Cheers, FJP -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#518749: anki: Segfaulting after online login attempt
It's only reproducible if your Qt theme is set to Plastique. This bug has been fixed in dev, so it should go away in 0.9.9.7. Damien -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#519387: please update to version 1.7.0.0
Version: 1.6.0.1-1 Package: socat Severity: wishlist Hi, A new version of socat is available, could you please update the Debian package? Also, what's the status of your contribution to Debian? There seem to be a few old bug reports that have not yet been responded to. May I please comaintain or adopt this package? Thanks, Ryan -- _ Ryan Niebur ryanrya...@gmail.com signature.asc Description: Digital signature
Bug#519386: python2.6_2.6.1-1(mips/experimental): FTBFS: KeyError: 'MIPS'
Package: python2.6 Version: 2.6.1-1 Severity: serious Hi, your package failed to build from source. | Automatic build of python2.6_2.6.1-1 on signy by sbuild/mips 98-farm | Build started at 20090312-0335 | ** | Checking available source versions... | Fetching source files... | Reading package lists... | Building dependency tree... | Reading state information... | Need to get 13.7MB of source archives. | Get:1 http://ftp.de.debian.org experimental/main python2.6 2.6.1-1 (dsc) [1725B] | Get:2 http://ftp.de.debian.org experimental/main python2.6 2.6.1-1 (tar) [13.2MB] | Get:3 http://ftp.de.debian.org experimental/main python2.6 2.6.1-1 (diff) [497kB] | Fetched 13.7MB in 22s (601kB/s) | Download complete and in download only mode | ** Using build dependencies supplied by package: | Build-Depends: debhelper (= 5), autoconf, automake1.10, libreadline5-dev, libncursesw5-dev (= 5.3), tk8.5-dev, zlib1g-dev, blt-dev (= 2.4z), libssl-dev, sharutils, libbz2-dev, libbluetooth-dev [!hurd-i386 !kfreebsd-i386 !kfreebsd-amd64], locales [!armel !hppa !ia64 !mipsel], libsqlite3-dev, libffi-dev (= 3.0.5), mime-support, libgpm2 [!hurd-i386 !kfreebsd-i386 !kfreebsd-amd64], netbase, lsb-release, bzip2, libdb-dev | Build-Depends-Indep: python-sphinx | Build-Conflicts: libgdbm-dev, python-xml, python2.6-xml, tcl8.3-dev, tk8.3-dev | Checking for already installed source dependencies... [...] | config.status: executing src commands | Traceback (most recent call last): | File ../setup.py, line 1893, in module | main() | File ../setup.py, line 1888, in main | 'Lib/smtpd.py'] | File /build/buildd/python2.6-2.6.1/Lib/distutils/core.py, line 152, in setup | dist.run_commands() | File /build/buildd/python2.6-2.6.1/Lib/distutils/dist.py, line 975, in run_commands | self.run_command(cmd) | File /build/buildd/python2.6-2.6.1/Lib/distutils/dist.py, line 995, in run_command | cmd_obj.run() | File /build/buildd/python2.6-2.6.1/Lib/distutils/command/build.py, line 135, in run | self.run_command(cmd_name) | File /build/buildd/python2.6-2.6.1/Lib/distutils/cmd.py, line 333, in run_command | self.distribution.run_command(command) | File /build/buildd/python2.6-2.6.1/Lib/distutils/dist.py, line 995, in run_command | cmd_obj.run() | File /build/buildd/python2.6-2.6.1/Lib/distutils/command/build_ext.py, line 345, in run | self.build_extensions() | File ../setup.py, line 201, in build_extensions | build_ext.build_extensions(self) | File /build/buildd/python2.6-2.6.1/Lib/distutils/command/build_ext.py, line 471, in build_extensions | self.build_extension(ext) | File ../setup.py, line 234, in build_extension | if not self.configure_ctypes(ext): | File ../setup.py, line 1697, in configure_ctypes | execfile(ffi_configfile, globals(), fficonfig) | File build/temp.linux-mips-2.6/libffi/fficonfig.py, line 32, in module | ffi_sources += ffi_platforms['MIPS'] | KeyError: 'MIPS' | make[1]: *** [sharedmods] Error 1 | make[1]: Leaving directory `/build/buildd/python2.6-2.6.1/build-static' | make: *** [stamp-build-static] Error 2 | dpkg-buildpackage: failure: debian/rules build gave error exit status 2 | ** | Build finished at 20090312-0659 | FAILED [dpkg-buildpackage died] Full build log(s): http://experimental.ftbfs.de/build.php?ver=2.6.1-1pkg=python2.6arch=mips Gruesse, -- Frank Lichtenheld dj...@debian.org www: http://www.djpig.de/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#519388: O: canna -- Japanese input system (server and dictionary)
Package: wnpp Severity: normal The current maintainer of canna, Atsushi Mitsuka mits...@misao.gr.jp, is apparently not active anymore. Therefore, I orphan this package now. Maintaining a package requires time and skills. Please only adopt this package if you will have enough time and attention to work on it. If you want to be the new maintainer, please see http://www.debian.org/devel/wnpp/index.html#howto-o for detailed instructions how to adopt a package properly. Some information about this package: Package: canna Binary: canna, canna-utils, libcanna1g, libcanna1g-dev Version: 3.7p3-6.1 Priority: optional Section: utils Maintainer: Atsushi Mitsuka mits...@misao.gr.jp Build-Depends: debhelper (= 4.1.59), libx11-dev, xutils-dev, dpatch, po-debconf, autoconf2.13, ptex-bin Architecture: any Standards-Version: 3.6.2 Format: 1.0 Directory: pool/main/c/canna Files: 37df204041c4acaf10129717959c07bf 1057 canna_3.7p3-6.1.dsc ab54c0b827cd07aeffd97cb9ea207ce0 1508137 canna_3.7p3.orig.tar.gz 88b1a8c5630680dae925f6d235e5159f 54920 canna_3.7p3-6.1.diff.gz Checksums-Sha1: 3b3eaf12789973eac351df91025916c80a80ebf2 1508137 canna_3.7p3.orig.tar.gz 6263a63e1c765981ec54a2d1e605fb9c34a48168 54920 canna_3.7p3-6.1.diff.gz Checksums-Sha256: 8a22dbff663eb3d38fc9c090d251fc9a5aff0d57c31f82f55fbc5d9ffcc3f11e 1508137 canna_3.7p3.orig.tar.gz e9fba622a920eef1833b62f813a0716f79e27751a07071c128374fbee9a78efb 54920 canna_3.7p3-6.1.diff.gz Package: canna Priority: optional Section: utils Installed-Size: 1788 Maintainer: Atsushi Mitsuka mits...@misao.gr.jp Architecture: amd64 Version: 3.7p3-6.1 Replaces: canna-server Depends: libc6 (= 2.7-1), libcanna1g (= 3.7p3), debconf | debconf-2.0, adduser (= 3.34) Suggests: canna-shion Conflicts: canna-server, libcanna1g (= 3.5b2-33) Filename: pool/main/c/canna/canna_3.7p3-6.1_amd64.deb Size: 986194 MD5sum: c8ccf436cd81f9be117c9d644722377e SHA1: 3c31a0d1955270943121db639934e8fe30d41e69 SHA256: 37aff93394c4e85d11671af5295ae9c08cbd806eecb8cf70910d5243715d07cb Description: Japanese input system (server and dictionary) Canna is a Japanese input system available in Free Software. Canna provides a unified user interface for inputting Japanese. . Canna supports Nemacs, Mule, kinput2 and canuum. All of these tools can be used by a single customization file, romaji-to-kana conversion rules and conversion dictionaries, and input Japanese in the same way. . Canna converts kana to kanji based on a client-server model and supports automatic kana-to-kanji conversion. . This package includes the cannaserver program and dictionary files. Tag: culture::japanese, interface::daemon, network::server, role::program, works-with::dictionary Package: canna-utils Priority: optional Section: utils Installed-Size: 304 Maintainer: Atsushi Mitsuka mits...@misao.gr.jp Architecture: amd64 Source: canna Version: 3.7p3-6.1 Depends: libc6 (= 2.7-1), libcanna1g (= 3.7p3) Conflicts: canna (= 3.5b2-33), libcanna1g (= 3.5b2-33) Filename: pool/main/c/canna/canna-utils_3.7p3-6.1_amd64.deb Size: 118774 MD5sum: 2c85c5efeb4b5ca544c8239546810a16 SHA1: 16ff46b6aebb890825002a45fe9967cef12575a0 SHA256: a7f0858823fcc706b8328d58693dd239a355d92d0c17f79f01d45d82d0fdc195 Description: Japanese input system (utility) Canna is a Japanese input system available in Free Software. This package includes canna client programs. Tag: accessibility::input, culture::japanese, role::program Package: libcanna1g Priority: optional Section: libs Installed-Size: 1420 Maintainer: Atsushi Mitsuka mits...@misao.gr.jp Architecture: amd64 Source: canna Version: 3.7p3-6.1 Depends: libc6 (= 2.7-1), debconf Conflicts: canna (= 3.5b2-33) Filename: pool/main/c/canna/libcanna1g_3.7p3-6.1_amd64.deb Size: 584884 MD5sum: 66d451f939ce5f4069eb6c77591f505f SHA1: 22a77a84a01e294af2ae71ef8f82e42d89f15652 SHA256: e43b929f509198cbb6494a1f8bbb067f7b68e70028e9f72f4f570399b517574c Description: Canna Runtime Library Canna is a Japanese input system available in Free Software. This package includes canna shared libraries. Tag: accessibility::input, culture::japanese, devel::library, role::shared-lib Package: libcanna1g-dev Priority: optional Section: libdevel Installed-Size: 2064 Maintainer: Atsushi Mitsuka mits...@misao.gr.jp Architecture: amd64 Source: canna Version: 3.7p3-6.1 Replaces: canna-dev Depends: libcanna1g Conflicts: canna (= 3.5b2-23), canna-dev, libcanna1-dev Filename: pool/main/c/canna/libcanna1g-dev_3.7p3-6.1_amd64.deb Size: 666910 MD5sum: 0cd894d67eb8ac992787df0a4ec69a07 SHA1: 2dce6af13fbda824101e8be59d689fc21d2385db SHA256: ba2a7f9924480cfa2e67fc789528a425c957d3489a91718f963cfdd5e62c8f64 Description: Canna Static Library and Headers Canna is a Japanese input system available in Free Software. This package includes header and static libraries. Tag: accessibility::input, culture::japanese, devel::library, role::devel-lib -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble?
Bug#519389: xmlto: Recommends will pull over 500M of dependencies
Package: xmlto
Version: 0.0.21-5
Severity: normal
Hi,
apt and aptitude both install Recommends by default.
Doing a install of xmlto on a minimal system will pull over 500M!
of dependencies:
For the numbers:
# aptitude install --with-recommends xmlto
Reading package lists... Done
Building dependency tree
Reading state information... Done
Initializing package states... Done
Writing extended state information... Done
The following NEW packages will be installed:
apt-utils{a} dblatex{a} defoma{a} doc-base{a} docbook-xml{a}
docbook-xsl{a} docbook-xsl-doc-html{a} dvipdfmx{a} ed{a} file{a}
fontconfig-config{a} ghostscript{a} gs-common{a} gsfonts{a}
gsfonts-x11{a} lacheck{a} latex-beamer{a} latex-xcolor{a} lesstif2{a}
libcups2{a} libcupsimage2{a} libdb4.5{a} libexpat1{a} libfontconfig1{a}
libfontenc1{a} libfreetype6{a} libfreezethaw-perl{a} libfribidi0{a}
libgcrypt11{a} libgnutls26{a} libgpg-error0{a} libgs8{a}
libgssapi-krb5-2{a} libice6{a} libjpeg62{a} libk5crypto3{a}
libkeyutils1{a} libkpathsea4{a} libkrb5-3{a} libkrb5support0{a}
libmagic1{a} libmldbm-perl{a} libnewt0.52{a} libopenjpeg2{a}
libpaper-utils{a} libpaper1{a} libpng12-0{a} libpoppler4{a} libpopt0{a}
libsm6{a} libsqlite3-0{a} libt1-5{a} libtasn1-3{a} libtiff4{a}
libuuid-perl{a} libx11-6{a} libx11-data{a} libxau6{a} libxaw7{a}
libxcb1{a} libxdmcp6{a} libxext6{a} libxfont1{a} libxml2{a}
libxml2-utils{a} libxmu6{a} libxp6{a} libxpm4{a} libxslt1.1{a} libxt6{a}
lmodern{a} lsb-release{a} lynx{a} lynx-cur{a} mime-support{a} pgf{a}
preview-latex-style{a} prosper{a} ps2eps{a} psfontmgr{a} python{a}
python-apt{a} python-central{a} python-minimal{a} python-support{a}
python2.5{a} python2.5-minimal{a} sgml-base{a} sgml-data{a} tex-common{a}
texlive{a} texlive-base{a} texlive-base-bin{a} texlive-base-bin-doc{a}
texlive-common{a} texlive-doc-base{a} texlive-extra-utils{a}
texlive-fonts-recommended{a} texlive-fonts-recommended-doc{a}
texlive-generic-extra{a} texlive-generic-recommended{a}
texlive-humanities{a} texlive-humanities-doc{a} texlive-latex-base{a}
texlive-latex-base-doc{a} texlive-latex-extra{a}
texlive-latex-extra-doc{a} texlive-latex-recommended{a}
texlive-latex-recommended-doc{a} texlive-math-extra{a}
texlive-pictures{a} texlive-pictures-doc{a} texlive-pstricks{a}
texlive-pstricks-doc{a} texpower{a} texpower-manual{a} tipa{a}
ttf-dejavu{a} ttf-dejavu-core{a} ttf-dejavu-extra{a} ucf{a} whiptail{a}
x11-common{a} xfonts-encodings{a} xfonts-utils{a} xml-core{a} xmlto
xpdf{a} xpdf-common{a} xpdf-reader{a} xpdf-utils{a} xsltproc{a}
0 packages upgraded, 132 newly installed, 0 to remove and 0 not upgraded.
Need to get 248MB/260MB of archives. After unpacking 529MB will be used.
vs
# aptitude install --without-recommends xmlto
Reading package lists... Done
Building dependency tree
Reading state information... Done
Reading extended state information
Initializing package states... Done
The following NEW packages will be installed:
docbook-xml{a} docbook-xsl{a} libgcrypt11{a} libgpg-error0{a} libxml2{a}
libxml2-utils{a} libxslt1.1{a} sgml-base{a} sgml-data{a} xml-core{a}
xmlto xsltproc{a}
The following packages are RECOMMENDED but will NOT be installed:
dblatex docbook-xsl-doc-html docbook-xsl-doc-pdf docbook-xsl-doc-text
libpaper-utils
0 packages upgraded, 12 newly installed, 0 to remove and 0 not upgraded.
Need to get 0B/3540kB of archives. After unpacking 19.0MB will be used.
This is just a bit too much for my taste. Certainly the list of
Recommends should be tuned a little ;-)
One is within xmlto itself, which recommends texlive, that itself
amounts to 300M of dependencies. I'm not too familiar with all those
different document processing tool chains, so I'll leave it to you and
others to decide, which of the depencies should be demoted to a
Suggests. I'm also aware that it's not xmlto's fault alone and other
packages should adjust their dependencies too. Please clone this bug as
you feel appropriate.
Cheers,
Michael
-- System Information:
Debian Release: squeeze/sid
APT prefers unstable
APT policy: (500, 'unstable'), (300, 'experimental')
Architecture: i386 (i686)
Kernel: Linux 2.6.28.7
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Versions of packages xmlto depends on:
ii debianutils 2.31Miscellaneous utilities specific t
ii docbook-xml 4.5-6 standard XML documentation system,
ii docbook-xsl 1.73.2.dfsg.1-5 stylesheets for processing DocBook
ii libc62.9-4 GNU C Library: Shared libraries
ii libxml2-utils2.7.3.dfsg-1XML utilities
ii sgml-base1.26SGML infrastructure and SGML catal
ii xsltproc 1.1.24-2XSLT command line processor
Versions of packages xmlto recommends:
pn dblatex
Bug#519347: marked as done (FTBFS: seems to fail when building with libzrtpcpp-dev 1.3.0-1)
On Thursday 12 March 2009 17:39:06 Debian Bug Tracking System wrote: I suggest you build-depend on the 1.4 version of zrtp so that it builds cleanly. So I'm closing this bug, though you could argue that this should be a wishlist bug. Agreed it isn't serious. But, It is useful to know for backports, and the upstream configure script should check minimum dependancies. Anyway I have fixed in svn. Thanks Manty, Mark signature.asc Description: This is a digitally signed message part.
Bug#493888: dh-make: debian/rule template lists deprecated dh_python call
Hi Craig, thanks for contacting us (python modules/apps team). On Thu, Mar 12, 2009 at 08:02, Craig Small csm...@debian.org wrote: On Tue, Aug 05, 2008 at 09:20:47PM +0300, Jari Aalto wrote: Packaging with dh-make using single choice, the generated debian/control includes deprecated dh_python line. During the deb making this is shown in message: dh_python: This program is deprecated, you should use dh_pysupport or dh_pycentral instead. The examples in debhelper still use dh_python too :( Anyone know what I should replace dh_python with? Is it both? I've CC'ed the debhelper maintainer, because he needs to fix the examples, and the python list, because you guys will be copping the wrong packages if I don't fix it (and they should know python thingies). We (as in packagers) are standardizing to python-support, so I think all helpers and examples should do the same. Thanks for the cooperation, -- 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#519389: xmlto: Recommends will pull over 500M of dependencies
Michael Biebl schrieb: One is within xmlto itself, which recommends texlive, that itself Small correction: xmlto recommends dblatex, which itself depends on texlive -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Bug#518385: Chrony segfaults on startup (narrowed down to chronyc and burst)
It appears that adjtimex() is being called with garbage instead of a valid pointer to a timex structure. Just as a bit of additional information, it appears that chronyd will randomly die after starting without a connection from chronyc, but this isn't easy to reproduce. The method I've already described of executing burst 5/10 remains the most reliable way to reproduce this problem on my system. All the best, -Dave. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#518681: iceweasel: bad displaying with some website (regression in 3.0.6)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, Confirmed this issue with iceweasel (3.0.7-1), don't remember if it also happens with iceweasel 3.0.6. Also test official firefox version 3.0.1 and 3.0.7, both works fine. In iceweasel 3.0.7, if you zoom out one level of the page (by Ctrl++) the layout of pages will be rendered correctly. Only at default zoom level (Ctrl+0) has this problem. This problem happens on many pages, not signal web site. - -Rex http://people.debian.org.tw/~chihchun/ -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkm4wlUACgkQOl4Wbdx2/rlnswCghJ8MrTVFbMDQoNjn+G+aGEVu daIAnj4MbJVdLmKgm+NPy/snNclfZYcT =20YX -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#518681: iceweasel: bad displaying with some website (regression in 3.0.6)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, Ales tested http://www.dpreview.com/ with epiphany, and it renders wrong either. In epiphany, no matter which zoom level you use, the layout is always broken. ii epiphany-browser 2.24.3-2 ii epiphany-browser-data 2.22.3-9 ii epiphany-browser-dbg 2.22.3-9 un epiphany-extension-gwget ii epiphany-extensions 2.22.2-1 ii epiphany-gecko2.22.3-9 - -Rex http://people.debian.org.tw/~chihchun/ -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkm4xMwACgkQOl4Wbdx2/rkDWQCeO6DdX5EO5NSnsi1azx4xQAHX hx4AnA2Fw5lW7NQpfj0WlzdV3uovdhWT =KR95 -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#515685: console-setup: needs to read xorg.conf on install to get xkb settings
On Wed, 2009-03-11 at 23:23 +0200, Anton Zinoviev wrote: On Wed, Mar 11, 2009 at 06:36:27PM +0100, Julien Cristau wrote: Seems to work fine in my limited testing (one minor thing though, the console-setup/charmap and console-setup/codeset questions get asked at high priority, I'm guessing there's no way to avoid that?). If your locale is not C then the priority of these questions is low (in almost all cases). If this wasn't so then it must be a bug. What is the output of the command locale in your system? Ah, that explains this then, thanks :) I was testing in a chroot, where none of the locale variables are set. Cheers, Julien -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#519221: libpixman -- bug recently submitted related to your patch
On Mit, 2009-03-11 at 17:06 -0600, Arren Lex wrote: I have a dual-monitor setup -- one is 1280x1024 and one is 1680x1050. I usually run konsole maximized across the larger monitor, and it is terribly slow like that. When I make the konsole window smaller, the problem becomes less noticeable (but even when the window is very small, you can easily tell the problem is still there because the text makes waves as it scrolls). This behaviour leads me to think it might be falling back to software rendering for painting the text now. Is that possible? Yes, otherwise pixman (the software rendering library) shouldn't matter for performance. So the question is why it's falling back to software rendering, but there are many possibilities. If you provide the full Xorg.0.log and the output of xrandr, that might be a good start for ideas. -- Earthling Michel Dänzer |http://www.vmware.com Libre software enthusiast | Debian, X and DRI developer -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#519264: qemu: Regression, mipsel emulation is slow.
tag 519264 + wontfix thanks On Wed, Mar 11, 2009 at 02:21:54PM +0100, Christian Marillat wrote: Package: qemu Version: 0.10.0-1 Severity: normal Hi, I don't knwo what is exactly wrong but this release is more slow than the previous 0.9.1-10. Bogomips is 788.48 in 0.9.1 and 470.01 in 0.10.0 Bogomips are all but a measure of the machine's speed. This is especially true for an emulated machine. Anyway the slowness of the emulation in QEMU 0.10.0 is a know problem. It is due to the switch to TCG for the code generator (in order to get rid of the GCC 3.4 dependency) which is less efficient. There is currently no solution foreseen, therefore tagging the bug as wontfix. -- Aurelien Jarno GPG: 1024D/F1BCDB73 aurel...@aurel32.net http://www.aurel32.net -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#490705: Package ready and already sent to sponsor
Hi all, I've just finished the rakarrack package and sent to my sponsor. It's build against a clean chroot and seems to build and run well. Lintian free. http://git.debian.org/?p=collab-maint/rakarrack.git;a=summary Regards, -- Tiago Bortoletto Vaz http://tiagovaz.org 0xA504FECA - http://pgp.mit.edu GNU/Linux user #188687 signature.asc Description: Digital signature
Bug#519391: libgcrypt11: SIGILL on _gcry_detect_hw_features
Package: libgcrypt11 Version: 1.4.4-2 Severity: grave I've found this bug calling lpstat from cupsys: $ gdb lpstat Program received signal SIGILL, Illegal instruction. [Switching to Thread 0xb7b9c6e0 (LWP 2196)] 0xb7bae10e in _gcry_detect_hw_features () at hwfeatures.c:78 78 hwfeatures.c: No such file or directory. in hwfeatures.c It means the libgcrypt11 uses opcodes illegal on real 486-compatible machine, like Vortex86SX: $ cat /proc/cpuinfo processor : 0 vendor_id : unknown cpu family : 4 model : 0 model name : 486 stepping: unknown fdiv_bug: no hlt_bug : no f00f_bug: no coma_bug: no fpu : no fpu_exception : no cpuid level : -1 wp : yes flags : bogomips: 98.30 clflush size: 32 -- .''`.Piotr Roszatycki : :' :mailto:piotr.roszaty...@gmail.com `. `' mailto:dex...@debian.org `- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#519390: Setting the group of the vsftpd/directory to something other then nogroup, say the vsftpd/username.
Package: vsftpd Version: 2.0.7-3 Severity: wishlist Isn't it desirable not to associate nogroup with files? In that case, isn't it better to not set the group of the vsftpd/directory to nogroup? Perhaps the vsftpd/username is a better choice? I do have an ftp group. Not sure how it was created. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#518050: upstream fixes seems to solve the issue
Upstream provides http://ftp.gnu.org/gnu/bash/bash-4.0-patches/ (there are 10 as of now) which should be included in the debian package. They seem to solve this issue for me. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#519392: vpnc =0.4 doesn't seem to like an ASA
Package: vpnc Version: 0.5.1r334-1 Hi, I've been connecting to a newer ASA VPN device, but the new vpnc from lenny decided that it no longers wants to do that. % sudo vpnc-connect myconfig vpnc-connect: no response from target % sudo cat /etc/vpnc/myconfig.conf IPSec gateway vpn.fqdn IPSec ID groupid IPSec secret groupsecret Xauth username myusername Xauth password mypassword This used to work with etch and vpnc version 0.3.3+SVN20051028-3, so it looks like it's a problem with the newer version... A colleague bisected it via snapshot.d.n and it looks like doesn't work since version 0.4.0. What's the debugging information that we could provide, a log of from a working connection with what debug level? -- 2. That which causes joy or happiness. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#519393: xchat: Xchat can not recompile.
Package: xchat Version: 2.8.6-2.1 Severity: important Tags: patch Xchat can not recompile in unstable because 'GtkType' is changed of to 'GType'. I attached a patch to solve this problem. Please check and apply. Best regards, Nobuhiro -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-1-amd64 (SMP w/4 CPU cores) Locale: LANG=ja_JP.UTF-8, LC_CTYPE=ja_JP.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages xchat depends on: ii libatk1.0-0 1.24.0-2 The ATK accessibility toolkit ii libc6 2.9-4GNU C Library: Shared libraries ii libcairo2 1.8.6-2 The Cairo 2D vector graphics libra ii libdbus-1-3 1.2.12-1 simple interprocess messaging syst ii libdbus-glib-1-20.80-3 simple interprocess messaging syst ii libglib2.0-02.18.4-2 The GLib library of C routines ii libgtk2.0-0 2.14.7-4 The GTK+ graphical user interface ii libpango1.0-0 1.22.4-2 Layout and rendering of internatio ii libperl5.10 5.10.0-19Shared Perl library ii libsexy20.1.11-2+b1 collection of additional GTK+ widg ii libssl0.9.8 0.9.8g-15SSL shared libraries ii libx11-62:1.1.5-2X11 client-side library ii libxml2 2.7.3.dfsg-1 GNOME XML library ii python2.5 2.5.4-1 An interactive high-level object-o ii tcl8.4 8.4.19-3 Tcl (the Tool Command Language) v8 ii xchat-common2.8.6-2.1Common files for X-Chat Versions of packages xchat recommends: ii libnotify-bin 0.4.4-3sends desktop notifications to a n ii libnotify10.4.4-3sends desktop notifications to a n ii xdg-utils 1.0.2-6.1 desktop integration utilities from Versions of packages xchat suggests: pn libnet-google-perlnone (no description available) -- no debconf information 99_gtype.dpatch Description: Binary data
Bug#500731: proftpd-mod-ldap: LDAPSearchScope doesnt work
On Thu, Mar 12, 2009 at 12:01:59AM +0100, Dmitry Katsubo wrote: I confirm the problem for the current lenny v1.3.1-17: mod_ldap ignores LDAPSearchScope subtree directive and always searches with scope=base: slapd[7556]: conn=525 op=1 SRCH base=cn=persons,cn=centurion scope=0 deref=0 filter=... The workaround with LDAPServer ldap://localhost??sub; does not help me. Francesco, can you please push v1.3.2 to lenny? Without a fix proftpd simply cannot authenticate with LDAP. Thank you! Err, no. You have to wait for a proper backport, which requires a suitable version in squeeze to be accepted in bpo. -- Francesco P. Lovergine -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#519394: virtualbox-ose upgraded to 2.1.4, but virtualbox-ose-modules still at 1.6
Package: virtualbox-ose Version: 2.1.4-dfsg-1 Severity: normal virtualbox-ose has been upgraded to 2.1.4, but virtualbox-ose-modules are still at version 1.6. Whenever I start a virtual machine, I get: The version of the VirtualBox kernel modules and the version of VirtualBox application are not matching. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.26-1-686 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages virtualbox-ose depends on: ii adduser 3.110add and remove users and groups ii debconf [debconf-2.0] 1.5.25 Debian configuration management sy ii libc6 2.9-4GNU C Library: Shared libraries ii libgcc1 1:4.3.3-3GCC support library ii libqt4-network 4.4.3-2 Qt 4 network module ii libqtcore4 4.4.3-2 Qt 4 core module ii libqtgui4 4.4.3-2 Qt 4 GUI module ii libsdl1.2debian 1.2.13-4 Simple DirectMedia Layer ii libstdc++6 4.3.3-3 The GNU Standard C++ Library v3 ii libx11-62:1.1.5-2X11 client-side library ii libxcursor1 1:1.1.9-1X cursor management library ii libxext62:1.0.4-1X11 miscellaneous extension librar ii libxml2 2.7.3.dfsg-1 GNOME XML library ii libxmu6 2:1.0.4-1X11 miscellaneous utility library ii libxslt1.1 1.1.24-2 XSLT processing library - runtime ii libxt6 1:1.0.5-3X11 toolkit intrinsics library ii python 2.5.4-2 An interactive high-level object-o ii python2.5 2.5.4-1 An interactive high-level object-o Versions of packages virtualbox-ose recommends: ii libgl1-mesa-glx [lib 7.0.3-7 A free implementation of the OpenG ii virtualbox-ose-modul 2.6.26+1.6.6-dfsg-6 PC virtualization solution for Lin Versions of packages virtualbox-ose suggests: pn bridge-utils none (no description available) pn virtualbox-ose-source none (no description available) -- debconf information: virtualbox-ose/upstream_version_change: false --- --- Forschungszentrum Juelich GmbH 52425 Juelich Sitz der Gesellschaft: Juelich Eingetragen im Handelsregister des Amtsgerichts Dueren Nr. HR B 3498 Vorsitzende des Aufsichtsrats: MinDir'in Baerbel Brumme-Bothe Geschaeftsfuehrung: Prof. Dr. Achim Bachem (Vorsitzender), Dr. Ulrich Krafft (stellv. Vorsitzender), Prof. Dr. Harald Bolt, Dr. Sebastian M. Schmidt --- --- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#519303: [Pkg-citadel-devel] Bug#519303: webcit: [INTL:ru] Russian debconf
On Wed, Mar 11, 2009 at 09:16:16PM +0300, Yuri Kozlov wrote: Russian debconf templates translation update is attached. Thanks. We made some small changes since sending out the request for translation. Could you please translate those too? File is attached. 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 ICQ: 179140304, AIM/Yahoo: michaelmeskes, Jabber: mes...@jabber.org Go VfL Borussia! Go SF 49ers! Use Debian GNU/Linux! Use PostgreSQL! # translation of ru.po to Russian # Copyright (C) YEAR THE PACKAGE'S COPYRIGHT HOLDER # This file is distributed under the same license as the PACKAGE package. # # Yuri Kozlov kozlo...@gmail.com, 2008. # Max Kosmach m...@tcen.ru, 2009. # Yuri Kozlov yu...@komyakino.ru, 2009. msgid msgstr Project-Id-Version: webcit 7.42-dfsg-1\n Report-Msgid-Bugs-To: web...@packages.debian.org\n POT-Creation-Date: 2009-03-10 16:59+0100\n PO-Revision-Date: 2009-03-11 21:15+0300\n Last-Translator: Yuri Kozlov yu...@komyakino.ru\n Language-Team: Russian debian-l10n-russ...@lists.debian.org\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n X-Generator: KBabel 1.11.4\n Plural-Forms: nplurals=3; plural=(n%10==1 n%100!=11 ? 0 : n%10=2 n% 10=4 (n%10010 || n%100=20) ? 1 : 2);\n #. Type: select #. Choices #: ../citadel-webcit.templates:1001 msgid Apache2, Internal msgstr Apache2, встроенный #. Type: select #. Description #: ../citadel-webcit.templates:1002 msgid Integration with Apache webservers: msgstr Интеграция с веб-серверами Apache: #. Type: select #. Description #: ../citadel-webcit.templates:1002 msgid If you want Webcit to run alongside with one of your other installed Apache webservers, select it from the list, else use Internal to make Webcit use its own HTTP server facilities. msgstr Если вы хотите, чтобы Webcit использовал один из уже установленных в системе веб-серверов Apache, то выберите это из списка, или же используйте встроенный в Webcit HTTP-сервер. #. Type: string #. Description #: ../citadel-webcit.templates:2001 msgid Webcit HTTP port: msgstr HTTP-порт Webcit: #. Type: string #. Description #: ../citadel-webcit.templates:2001 msgid Select the port which the plain HTTP Webcit server should listen on. Use port 80 if you don't have another webserver running or enter -1 to disable it. msgstr Выберите порт, на котором простой HTTP Webcit сервер должен принимать запросы. Используйте порт 80, если у вас не запущено другого веб-сервера, или введите -1 для выключения данной возможности. #. Type: string #. Description #: ../citadel-webcit.templates:3001 msgid Webcit HTTPS port: msgstr HTTPS-порт Webcit: #. Type: string #. Description #: ../citadel-webcit.templates:3001 msgid Select the port which the SSL HTTP Webcit server should listen on or enter - 1 to disable it. msgstr Выберите порт, на котором SSL HTTP Webcit сервер должен принимать запросы или -1 для выключения данной возможности. #. Type: select #. Choices #: ../citadel-webcit.templates:4001 msgid User-defined msgstr #. Type: select #. Choices #: ../citadel-webcit.templates:4001 msgid Danish msgstr #. Type: select #. Choices #: ../citadel-webcit.templates:4001 msgid German msgstr #. Type: select #. Choices #: ../citadel-webcit.templates:4001 msgid English msgstr #. Type: select #. Choices #: ../citadel-webcit.templates:4001 msgid Spanish msgstr #. Type: select #. Choices #: ../citadel-webcit.templates:4001 msgid French msgstr #. Type: select #. Choices #: ../citadel-webcit.templates:4001 msgid Italian msgstr #. Type: select #. Choices #: ../citadel-webcit.templates:4001 msgid Dutch msgstr #. Type: select #. Choices #: ../citadel-webcit.templates:4001 msgid Brazilian Portuguese msgstr #. Type: select #. Description #: ../citadel-webcit.templates:4002 #, fuzzy #| msgid Limit Webcits login language selection msgid Limit Webcit's login language selection msgstr Язык для экрана входа в Webcit: #. Type: select #. Description #: ../citadel-webcit.templates:4002 #, fuzzy #| msgid #| Select language the Webcit server should run in. UNLIMITED leaves this #| choice to the user at the login prompt. msgid Select language the Webcit server should run in. User-defined leaves this choice to the user at the login prompt. msgstr Выберите язык, который должен использоваться при работе сервера Webcit. UNLIMITED означает, что пользователь сможет выбрать нужный язык при входе. #~ msgid UNLIMITED, da_DA, de_DE, en_GB, es_ES, fr_FR, it_IT, nl_NL, pt_BR #~ msgstr UNLIMITED, da_DA, de_DE, en_GB, es_ES, fr_FR, it_IT, nl_NL, pt_BR
Bug#519395: gnuplot-nox: depends indirectly on a lot of X libraries
Package: gnuplot-nox Version: 4.2.4-5 Severity: minor Probably because of the change to libwxgtk2.8, gnuplot-nox now pulls in libraries like libglu1-mesa, libgstreamer0.10-0 and libgstreamer-plugins-base0.10-0, which shouldn't be needed on a headless, X11-less server. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.26-1-486 Locale: LANG=en_US.UTF-8, LC_CTYPE=de_CH.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages gnuplot-nox depends on: ii groff 1.18.1.1-21 GNU troff text-formatting system ii libc6 2.9-4 GNU C Library: Shared libraries ii libcairo2 1.8.6-2 The Cairo 2D vector graphics libra ii libedit2 2.11~20080614-1 BSD editline and history libraries ii libgcc11:4.3.3-5 GCC support library ii libgd2-xpm 2.0.36~rc1~dfsg-3 GD Graphics Library version 2 ii libglib2.0-0 2.18.4-2 The GLib library of C routines ii libpango1.0-0 1.22.4-2 Layout and rendering of internatio ii libstdc++6 4.3.3-5 The GNU Standard C++ Library v3 ii libwxbase2.8-0 2.8.7.1-1.1 wxBase library (runtime) - non-GUI ii libwxgtk2.8-0 2.8.7.1-1.1 wxWidgets Cross-platform C++ GUI t gnuplot-nox recommends no packages. Versions of packages gnuplot-nox suggests: pn gnuplot-doc none (no description available) pn gnuplot-x11 none (no description available) -- 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#519396: blender: Problems loading audio or video into VSE since ffmpeg update
Package: blender Version: 2.46+dfsg-6 Severity: normal Since a few days I have problems loading any audio files or movie files into the VSE. I tried with audio/video files that just worked fine until a few days ago. Blender segfaults or pops up a window saying The selected file is noat a sound file or FFMPEG-support is not compiled in. In the comman line, I get messages like this: Input #0, wav, from 'roughsoundtrack2.wav': Duration: 00:02:26.57, bitrate: 128 kb/s Stream #0.0: Invalid Codec type 65536 Input #0, mp3, from 'test.mp3': Duration: 00:03:11.74, start: 0.00, bitrate: 127 kb/s Stream #0.0: Invalid Codec type 86017 Stream #0.0: Invalid Codec type 86017 not an anim; XH6yemoDGfs.flv /usr/bin/blender: line 133: 4334 Segmentation fault blender-bin $@ Going through my aptitude log, I found that ffmpeg has just been updated: [UPGRADE] ffmpeg 3:20080706-0.3 - 3:20090222-0.0 Could that be a problem? Is Blender compiled agains a specific version of ffmpeg? The files mentioned above all play fine with ffplay or mplayer. I converted one of the wav files with the new ffmpeg to a wav file, the output was identical to the old one and wouldn't load in the VSE either. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.26-1-686 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages blender depends on: ii gettext [libgettextpo0 0.17-6GNU Internationalization utilities ii libalut0 1.1.0-2 OpenAL Utility Toolkit ii libavcodec51 3:20080706-0.3library to encode decode multimedi ii libavformat52 3:20090222-0.0ffmpeg file format library ii libavutil493:20090222-0.0avutil shared libraries ii libc6 2.9-4 GNU C Library: Shared libraries ii libdc1394-22 2.0.2-1 high level programming interface f ii libfreetype6 2.3.7-2 FreeType 2 font engine, shared lib ii libftgl2 2.1.3~rc5-2 library to render text in OpenGL u ii libgcc11:4.3.3-3 GCC support library ii libgl1-mesa-glx [libgl 7.0.3-7 A free implementation of the OpenG ii libglu1-mesa [libglu1] 7.0.3-7 The OpenGL utility library (GLU) ii libgsm11.0.12-1 Shared libraries for GSM speech co ii libilmbase61.0.1-2+nmu2 several utility libraries from ILM ii libjpeg62 6b-14 The Independent JPEG Group's JPEG ii libogg01.1.3-5 Ogg Bitstream Library ii libopenal1 1:1.4.272-2 Software implementation of the Ope ii libopenexr61.6.1-3 runtime files for the OpenEXR imag ii libpng12-0 1.2.27-2 PNG library - runtime ii libraw1394-8 1.3.0-4 library for direct access to IEEE ii libsdl1.2debian1.2.13-4 Simple DirectMedia Layer ii libstdc++6 4.3.3-3 The GNU Standard C++ Library v3 ii libswscale03:20090222-0.0ffmpeg video scaling library ii libtheora0 1.0-2 The Theora Video Compression Codec ii libvorbis0a1.2.0.dfsg-4 The Vorbis General Audio Compressi ii libvorbisenc2 1.2.0.dfsg-4 The Vorbis General Audio Compressi ii libx11-6 2:1.1.5-2 X11 client-side library ii libxi6 2:1.1.4-1 X11 Input extension library ii python 2.5.4-2 An interactive high-level object-o ii python-support 0.8.7 automated rebuilding support for P ii python2.5 2.5.4-1 An interactive high-level object-o ii ttf-dejavu 2.25-3Metapackage to pull in ttf-dejavu- ii zlib1g 1:1.2.3.3.dfsg-12 compression library - runtime blender recommends no packages. Versions of packages blender suggests: ii libtiff4 3.8.2-11Tag Image File Format (TIFF) libra ii yafray 0.0.9+dfsg-1+b1 a modern, xml-speaking raytracing- -- no debconf information --- --- Forschungszentrum Juelich GmbH 52425 Juelich Sitz der Gesellschaft: Juelich Eingetragen im Handelsregister des Amtsgerichts Dueren Nr. HR B 3498 Vorsitzende des Aufsichtsrats: MinDir'in Baerbel Brumme-Bothe Geschaeftsfuehrung: Prof. Dr. Achim Bachem (Vorsitzender), Dr. Ulrich Krafft (stellv. Vorsitzender), Prof. Dr. Harald Bolt, Dr. Sebastian M. Schmidt --- --- -- To UNSUBSCRIBE, email to
Bug#519397: cheese: fails to load: segmentation fault in libgstffmpeg.so
Package: cheese Version: 2.24.3-1 Severity: grave Justification: renders package unusable Loading cheese fails with the (console) message: --- ERROR: Caught a segmentation fault while loading plugin file: /usr/lib/gstreamer-0.10/libgstffmpeg.so Please either: - remove it and restart. - run with --gst-disable-segtrap and debug. Error re-scanning registry , child terminated by signal --- It is possible to temporarily work around this issue by either removing the plugin or by using --gst-disable-registry-update, but neither is an option for common users. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.29-rc4 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages cheese depends on: ii gconf22.24.0-7 GNOME configuration database syste ii gstreamer0.10-plugins-base0.10.22-3 GStreamer plugins from the base ii gstreamer0.10-plugins-good0.10.14-2 GStreamer plugins from the good ii libart-2.0-2 2.3.20-2 Library of functions for 2D graphi ii libc6 2.9-4 GNU C Library: Shared libraries ii libcairo2 1.8.6-2+b1 The Cairo 2D vector graphics libra ii libdbus-1-3 1.2.12-1 simple interprocess messaging syst ii libdbus-glib-1-2 0.80-3 simple interprocess messaging syst ii libebook1.2-9 2.24.5-2 Client library for evolution addre ii libgconf2-4 2.24.0-7 GNOME configuration database syste ii libglib2.0-0 2.18.4-2 The GLib library of C routines ii libgnomeui-0 2.24.1-1 The GNOME 2 libraries (User Interf ii libgnomevfs2-01:2.24.0-2 GNOME Virtual File System (runtime ii libgstreamer-plugins-base0.10 0.10.22-3 GStreamer libraries from the base ii libgstreamer0.10-00.10.22-2 Core GStreamer libraries and eleme ii libgtk2.0-0 2.14.7-4 The GTK+ graphical user interface ii libhal1 0.5.11-8 Hardware Abstraction Layer - share ii libpango1.0-0 1.22.4-2 Layout and rendering of internatio ii librsvg2-22.22.3-2 SAX-based renderer library for SVG Versions of packages cheese recommends: ii gvfs 1.0.3-2userspace virtual filesystem - ser cheese 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#517973: unfinalized changelog entries imply unparseable debian/changelog files
Hi all, sorry for the late reply.
On Tue, Mar 03, 2009 at 09:03:22PM +0100, Luca Capello wrote:
I unfinalize to add something, but finalize using distribution UNRELEASED
to save the work in CVS. I only set the distribution to unstable when
ready for an actual upload.
I do not remember having seen a lot of people having the same workflow
as me: I do not finalize anything except before the final version which
will be either uploaded to Debian or given out for tests.
You do _not_? Is that correct?
Then the problem can be moot, but:
(1) your work-flow is used in a team, right? I had the impression it
was a team best-practice;
(2) the current name finalize vs unfinalize encourage your
work-flow, IMO
I think that the problem is not strictly-related to dpkg-dev-el, but it
is a more general one and AFAIK there is no strong (i.e., a must in the
Debian Policy) convention on this matter.
Maybe, but note that the policy speaks about packages appearing in the
archive and says nothing about the state they should have during the
development cycle, e.g., while residing on a VCS. So good luck with
bringing this into Policy :-) Even though this is not specific to
dpkg-dev-el, fixing it there has the potential of zeroing the problem,
because the other major tool used to fiddle with changelog (dch) is
not affected by the issue.
2) unfinalized entries are not properly parseable by
dpkg-parsechangelog (which indeed complains) and strictly speacking
do not adhere to the debian/changelog syntax
As Stefano already knows, I disagree here: IMHO, since we are talking
about a working version, there is no real debian/changelog.
Fair enough, we disagree on that.
Nevertheless in Debian we are de facto pushing for putting packages'
VCSs into use. We have debcheckout which is explicitly meant, and
actually quite widespread, to let brave users look for patches we are
using in VCSs. Having unproper packages there *will* affect our
users.
I'm sure we all agree that if you taking a package from a VCS you are
taking risks. But small details like this one are breakages which seem
to be introduced on purpose (broken by design if you want), with no
advantage which is clear to me.
- keep author name / timestamp after -- and use UNRELEASED as the
distribution for unfinalized changelog entries. Also, do not touch
the timestamp until an entry is finalized (which avoids useless VCS
commit diffs)
I disagree on the second part of this solution: if an entry must be
finalized, then the timestamp should reflect it. Yes, this brings
useless VCS commit diffs, but I really think that if the timestamp would
not be updated, then there is no difference between having an entry
finalized or not.
Fair enough, I've no strong opinion on this.
Still, if this gets implemented, it would make sense to have this
detail customizable.
- upon finalization: fix UNRELEASED and update the timestamp
IIRC lintian should whine if distributions is UNRELEASED.
It does, but the proposal still stands.
In my vision (which is not necessarily the right one) you finalize
when you want to upload: better to remove UNRELEASED by default then
delaying issue discovery at the lintian step.
You are right, but if the previous Vim maintainer moved to Emacs,
maybe this will change in the future ;-)
LOL
Cheers.
--
Stefano Zacchiroli -o- PhD in Computer Science \ PostDoc @ Univ. Paris 7
z...@{upsilon.cc,pps.jussieu.fr,debian.org} -- http://upsilon.cc/zack/
Dietro un grande uomo c'è ..| . |. Et ne m'en veux pas si je te tutoie
sempre uno zaino ...| ..: | Je dis tu à tous ceux que j'aime
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#466550: Pristine source from upstream VCS repository
On Wed, Mar 11, 2009 at 10:13:51AM -0500, Manoj Srivastava wrote: This is what diferentiates is from uscan; indeed, I use uscan in the cases where I provide the target, The target unpacks the raw upstream source, munges it (by, say, removing a subdir which has non-dfsg stuff, or removes the debian dir, applies patches, or whatever other processing is required. There is no need to do this for the current version; the mungeds sources already are an apt-get source away. For several packages I (co)maintain where I have to munge the upstream tarball, the standard procedure (inherited from past maintainers) is: - increment the version number in the debian packaging - call the get-orig-source target I think it's perfectly reasonable to want the get-orig-source target to give you a *specified* version of an upstream tarball, rather than the *newest* version of an upstream tarball. Packaging a new upstream version doesn't necessarily mean packaging the latest that uscan can find. It's also useful for third parties to be able to easily examine the provenance of specific Debian tarballs. A get-orig-source target provides a much more concise description of the Debian changes than examining the diff between the two tarballs. So I certainly agree that uscan doesn't obsolete the get-orig-source target, but I disagree that it's not useful to have such a target generate a tarball for the 'current' upstream version. -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. Ubuntu Developerhttp://www.debian.org/ slanga...@ubuntu.com vor...@debian.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#518988: pidgin backport
Hi Christoph, I you said in http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=518988#27 that you are preparing a backports.org upload. Do you have an estimate as to when this will be finished? Thanks, Joachim -- Joachim nomeata Breitner Debian Developer nome...@debian.org | ICQ# 74513189 | GPG-Keyid: 4743206C JID: nome...@joachim-breitner.de | http://people.debian.org/~nomeata signature.asc Description: Dies ist ein digital signierter Nachrichtenteil
Bug#519273: psi: Psi uses wrong GPG key
On Wed, Mar 11, 2009 at 03:13:59PM +0100, Arne Wichmann wrote: As an aside (maybe worth a minor bug report): psi seems to do a gpg --list-keys on every message I send or receive and on every status change I get from any user I communicate with using gpg. As my keyring is quite large this takes about 30 seconds. This might be improved. About this point, I have good news: Norman Rasmussen pointed out on the psi-devel mailing list, that keyring caching was only added in 2008-04 (beta3), so the libqca2-plugin-gnupg package needs to be updated by the maintainer to fix this problem. I hope I'll soon find the time to provide an updated package. Jan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#484674: mldonkey: Packaging too complex
Forest Bond for...@alittletooquiet.net writes: Hi, On Wed, Mar 11, 2009 at 10:14:25PM +0100, Mehdi Dogguy wrote: On 0, Forest Bond for...@alittletooquiet.net wrote: * Why all of the Debian-specific utilities in debian/utils? This is just vanity. Please, ship the upstream software, not your own. I won't insult the maintainer's job that easily. Their goal is to offer a better user experience. They do not modify the original behavior of the project (mldonkey). Feel free to not use them. I was too harsh, you are right. I apologize. However, creating non-standard, distribution-specific ways to use the upstream software does not improve the user experience, in my mind. It makes the user harder for upstream to support, and so should not be done lightly. The right thing to say would have been Feel free to send them upstream. :) Thanks, Forest MfG Goswin -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#519400: arora: new upstream version available
Package: arora Version: 0.4-1 Severity: wishlist arora 0.5 is available with some bug fixes, it would be nice to have an update. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.28.7-melech (SMP w/2 CPU cores; PREEMPT) Locale: LANG=sv_SE.UTF-8, LC_CTYPE=sv_SE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages arora depends on: ii libc6 2.9-4 GNU C Library: Shared libraries ii libgcc1 1:4.3.3-3 GCC support library ii libqt4-network4.5.0-1Qt 4 network module ii libqt4-webkit 4.5.0-1Qt 4 WebKit module ii libqtcore44.5.0-1Qt 4 core module ii libqtgui4 4.5.0-1Qt 4 GUI module ii libstdc++64.3.3-3The GNU Standard C++ Library v3 arora recommends no packages. arora 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#519398: rsync: 'insecure -e option not allowed' after upgrade to lenny
Package: rsync Version: 2.6.9-2etch2 Severity: grave Justification: renders package unusable Sanitised expect log from backup script... spawn /usr/bin/rsync -bv x...@www.www:~/dbbackup/* /home/data/xx/dbbackup/ Password: insecure -e option not allowed. This account is restricted by rssh. Allowed commands: sftp rsync If you believe this is in error, please contact your system administrator. *** glibc detected *** malloc(): memory corruption: 0x08051bc8 *** rsync: connection unexpectedly closed (0 bytes received so far) [receiver] rsync error: error in rsync protocol data stream (code 12) at io.c(635) [receiver=3.0.3] total 5172 note please that the -e option is not used! My workround is to revert to rsync from oldstable: spawn /usr/bin/rsync -bv x...@www:~/dbbackup/* /home/data/xxx/dbbackup/ Password: xxx.yyy sent 9030 bytes received 709948 bytes 287591.20 bytes/sec total size is 1972930 speedup is 2.74 -- System Information: Debian Release: 5.0 APT prefers stable APT policy: (990, 'stable'), (500, 'oldstable') Architecture: i386 (i686) Kernel: Linux 2.6.26-1-686 (SMP w/1 CPU core) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages rsync depends on: ii libacl1 2.2.47-2 Access control list shared library ii libc6 2.7-18 GNU C Library: Shared libraries ii libpopt0 1.14-4 lib for parsing cmdline parameters ii lsb-base 3.2-20 Linux Standard Base 3.2 init scrip rsync recommends no packages. Versions of packages rsync suggests: ii openssh-client1:5.1p1-5 secure shell client, an rlogin/rsh ii openssh-server1:5.1p1-5 secure shell server, an rshd repla -- 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#519399: krank: option to run in a window instead of full-screen
Package: krank Severity: wishlist I'd like to be able to run krank in a window instead of full-screen. I get nervous about full-screen SDL apps due to historical and current graphics drivers instability. I also like to play games while watching IRC or chatting in pidgin and being able to use krank in a window would help me pay attention to both. -- bye, pabs http://wiki.debian.org/PaulWise signature.asc Description: This is a digitally signed message part
Bug#519401: /usr/bin/conky: conky updates the output file via the tail-command no longer
Package: conky
Version: 1.6.1-2
Severity: normal
File: /usr/bin/conky
conky updated edition of the tail command in a window no more. There are
generally fewer lines have always displayed as possible.
Excerpt from the configuration file .conkyrc:
[...]
TEXT
${color honeydew}/var/log/messages:
${color}${exec tail -n8 /var/log/messages}
[...]
This configuration shows only three lines and the fourth only partially. In one
of the last two versions, this has yet to work properly.
-- System Information:
Debian Release: squeeze/sid
APT prefers unstable
APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)
Kernel: Linux 2.6.28-7.slh.3-sidux-amd64 (SMP w/2 CPU cores; PREEMPT)
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 conky depends on:
ii libc6 2.9-4GNU C Library: Shared libraries
ii libcurl3-gnutls 7.18.2-8 Multi-protocol file transfer libra
ii libglib2.0-02.18.4-2 The GLib library of C routines
ii libiw29 29-1.1 Wireless tools - library
ii libx11-62:1.1.5-2X11 client-side library
ii libxdamage1 1:1.1.1-4X11 damaged region extension libra
ii libxext62:1.0.4-1X11 miscellaneous extension librar
ii libxfixes3 1:4.0.3-2X11 miscellaneous 'fixes' extensio
ii libxft2 2.1.13-3 FreeType-based font drawing librar
ii libxml2 2.7.3.dfsg-1 GNOME XML library
conky recommends no packages.
Versions of packages conky suggests:
pn mpd none (no description available)
-- 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#519366: system-tools-backends: Dependency on adduser obsolete?
tag 519366 + pending thanks Le jeudi 12 mars 2009 à 03:35 +0100, Michael Biebl a écrit : I was wondering, if the group should be dropped on upgrades and if not, dependency on adduser should be dropped. I think a group that has been created must stay forever, otherwise this might unexpectedly break some systems. I’ll remove the dependency. Cheers, -- .''`. Debian 5.0 Lenny has been released! : :' : `. `' Last night, Darth Vader came down from planet Vulcan and told `-me that if you don't install Lenny, he'd melt your brain. signature.asc Description: Ceci est une partie de message numériquement signée
Bug#519319: awstats_buildstaticpages.pl has old check for nested includes
tags 519319 + pending patch thanks On Thu, Mar 12, 2009 at 09:33:20AM +1300, Andrew Ruthven wrote: Since Lenny is shipping with Perl 5.10 this warning is redundant. The attached patch removes it. Seems fine for Debian. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#519402: backuppc: SMB backups broken when using $Conf{BackupFilesOnly}
Package: backuppc
Version: 3.1.0-4
Severity: critical
Justification: causes serious data loss
Since upgrading to Lenny (thus upgrading BackupPC), backups cannot be made
anymore using SMB method when using
$Conf{BackupFilesOnly} and defining paths longer than one level due to the app
trying to duplicate the second to last
directory in the file-including path. For instance, having the following host
config file:
$Conf{SmbShareName} = [
'cosme'
];
$Conf{BackupFilesOnly} = {
'*' = [
'/Escritorio/ESCRIBIR CD',
'/Datos de Programa/Thunderbird'
]
};
$Conf{SmbShareUserName} = 'backuppc';
$Conf{SmbSharePasswd} = '';
$Conf{XferMethod} = 'smb';
$Conf{FullPeriod} = '29.97';
$Conf{IncrPeriod} = '0.97';
$Conf{FullKeepCnt} = [
'1'
];
$Conf{IncrKeepCnt} = '30';
$Conf{ClientCharsetLegacy} = 'utf8';
Makes the automatic backups (both full and incremental) to silently fail. When
requesting a manual backup, it issues the
following errors:
Running: /usr/bin/smbclient sipn1\\cosme -I 161.111.149.171 -U
backuppc -E -d 1 -c tarmode\
full -TcN /var/lib/backuppc/pc/sipn1/timeStamp.level0 - /Escritorio/ESCRIBIR\
CD /Datos\ de\ Programa/Thunderbird
incr backup started back to 2009-02-06 21:00:03 (backup #563) for share cosme
Xfer PIDs are now 8723,8722
[ saltadas 3 lineas ]
NT_STATUS_OBJECT_NAME_NOT_FOUND listing \Escritorio\Escritorio\*
NT_STATUS_OBJECT_NAME_NOT_FOUND listing \Datos de Programa\Datos de programa\*
[ saltadas 4 lineas ]
tarExtract: Done: 0 errors, 0 filesExist, 0 sizeExist, 0 sizeExistComp, 0
filesTotal, 0 sizeTotal
As you can see above, the second to last directories are duplicated.
All of these lead to failed backups without warnings.
-- System Information:
Debian Release: 5.0
APT prefers stable
APT policy: (500, 'stable')
Architecture: i386 (i686)
Kernel: Linux 2.6.26-1-686 (SMP w/2 CPU cores)
Locale: LANG=es_ES.UTF-8, LC_CTYPE=es_ES.UTF-8 (charmap=UTF-8) (ignored:
LC_ALL set to es_ES.UTF-8)
Shell: /bin/sh linked to /bin/bash
Versions of packages backuppc depends on:
ii adduser 3.110 add and remove users and groups
ii apache2-mpm-prefork [htt 2.2.9-10+lenny2 Apache HTTP Server - traditional
n
ii bzip21.0.5-1 high-quality block-sorting file
co
ii debconf [debconf-2.0]1.5.24 Debian configuration management
sy
ii dpkg 1.14.25 Debian package management system
ii libarchive-zip-perl 1.18-1 Module for manipulation of ZIP
arc
ii libcompress-zlib-perl2.012-1 Perl module for creation and
manip
ii perl [libdigest-md5-perl 5.10.0-19 Larry Wall's Practical Extraction
ii perl-suid5.10.0-19 Runs setuid Perl scripts
ii samba-common 2:3.2.5-4 Samba common files used by both
th
ii smbclient2:3.2.5-4 a LanManager-like simple client
fo
ii tar 1.20-1 GNU version of the tar archiving
u
Versions of packages backuppc recommends:
ii exim44.69-9 metapackage to ease Exim MTA (v4)
ii exim4-daemon-light [mail-tra 4.69-9 lightweight Exim MTA (v4) daemon
ii libfile-rsyncp-perl 0.68-1.1+b1 A perl based implementation of an
ii openssh-client [ssh-client] 1:5.1p1-5 secure shell client, an
rlogin/rsh
ii rrdtool 1.3.1-4 Time-series data storage and
displ
ii rsync3.0.3-2 fast remote file copy program
(lik
Versions of packages backuppc suggests:
ii konqueror [www-browser] 4:3.5.9.dfsg.1-6 KDE's advanced file manager, web
b
ii par20.4-10 Parity Archive Volume Set, for
che
ii w3m [www-browser] 0.5.2-2+b1 WWW browsable pager with
excellent
-- debconf information:
backuppc/tmppass: (password omitted)
backuppc/restart-webserver: true
* backuppc/add-lines: true
* backuppc/configuration-note:
backuppc/reconfigure-webserver:
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#519339: ITP: tmux -- an alternative to screen, licensed under 3-BSD
On Wed, Mar 11, 2009 at 11:56:01PM +0100, Karl Ferdinand Ebert wrote: * Package name: tmux Description : an alternative to screen, licensed under 3-BSD The short description should stand on its own, not reference other software. You can mention this package's relation with screen in the long description. You also should not mention its license in the long or short description, that's what the copyright file is for. The short description should probably just be terminal multiplexer. -- Met vriendelijke groet / with kind regards, Guus Sliepen g...@debian.org signature.asc Description: Digital signature
Bug#488022: New findings
hey Raúl, I can confirm that your config-vortex-lenny-0.9 kernel config produces a bootable Lenny kernel (once the ABI check has been patched to stop complaining about a changed ABI version). However, our eBox-2300SX (http://www.compactpc.com.tw/ebox-2300SX.htm) now hangs at Waiting for root file system. At some point the speed of the machine is just not worth the effort. thanks for your help, -Christian -- Dr. Christian Herzog her...@phys.ethz.ch support: +41 44 633 26 68 IT Services Group, HPT D 17 voice: +41 44 633 39 50 Department of Physics, ETH Zurich CH-8093 Zurich, Switzerland http://nic.phys.ethz.ch/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#519286: [Pkg-utopia-maintainers] Bug#519286: network-manager-pptp-gnome: handles routes badly
Michael Biebl wrote: severity 519286 normal thanks Bernard Elbourn wrote: This using pon: Your problem might be related to the fact that your are mixing pon/ifupdown with NetworkManager. I know that NM 0.6 does not have (proper) support for dialup connections (and this won't change), so all I can advise you, is to use NM 0.7 if you want to layer VPN connections over dialup connections using NM. Cheers, Michael Yep. This is no real problem for me as I will simply ditch network manager until it works properly in stable. Incidently I had used pptpconfig as a desktop tool for years. pptpconfig worked perfectly but it is now depreciated in favour of network manager. Thanks for looking at this, Berni -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#519403: libkadm5clnt5: long description contains superfluous spaces
Package: libkadm5clnt5 Version: 1.6.dfsg.4~beta1-9 Severity: minor Hi! The long description contains superfluous spaces, like two in between runtime libraries and one infront of the fullstop at the end of the long description. Minor nitpick: Inconsistent double-spacing after fullstops in the first paragraph, too. ;) Thanks in advance! Rhonda -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#518988: pidgin backport
Moin, Joachim... On Donnerstag, 12. März 2009, Joachim Breitner wrote: I you said in http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=518988#27 that you are preparing a backports.org upload. Do you have an estimate as to when this will be finished? I did already. But... I just got an email from the backports.org ftpmaster that my upload was rejected as the version I backported is not yet in testing. But apparently we do need the unstable version to fix things. I'll have to re-upload in a week then. :( Meanwhile I have put up my backported package at http://bender.workaround.org/pidgin/ for the impatient. Cheers Christoph signature.asc Description: This is a digitally signed message part.
Bug#519404: mono: package description duplications
Package: mono Version: 2.0.1-5 Severity: minor Hi! I noticed some totally duplicated long descriptions in some of your binary packages: mono-1.0-gac vs. mono-2.0-gac (even same synopsis), mono-1.0-runtime vs. mono-2.0-runtime and libmono-getoptions1.0-cil vs. libmono-getoptions2.0-cil (single character difference in synopsis). libmono-data1.0-cil vs. libmono-data2.0-cil and libmono-posix1.0-cil vs. libmono-posix2.0-cil at least have the 1.0 vs. 2.0 in its long description too. ;) libmono-getoptionsX.0-cil btw. does have 2.0 in the long description, even in the 1.0 package. Given from that minor differences I'm not sure what the user should take as hint to which package install - just the one with the higher number, or are they only depended on packages that are pulled in automatically anyway? Still I guess a bit clearer differences between the package descriptions might be helpful. If you disagree on that point at least fix the bug in libmono-getoptions1.0-cil. Thanks in advance! Rhonda -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#519245: spamass-milter: No option to bind socket to IP address
Don Armstrong wrote: retitle 519245 document how to bind inet socket in smfi_setconn to an ip address thanks On Wed, 11 Mar 2009, Nigel Horne wrote: When listening on a TCP/IP port (i.e. using SOCKET=inet:xxx in /etc/default/spamass-milter) there is no way to tell spamass-milter to bind to a specific IP address. Therefore the port is open to all remote sites. You want SOCKET=inet:9...@127.0.0.1 or similar. Yes, that seems to work, thanks. You may now close the bug, those as your retitle says, it wouldn't harm to document the feature. -Nigel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#484674: mldonkey: Packaging too complex
Hi, On Thu, Mar 12, 2009 at 10:54:10AM +0100, Sylvain Le Gall wrote: On Wed, Mar 11, 2009 at 05:32:48PM -0400, Forest Bond wrote: On Wed, Mar 11, 2009 at 10:14:25PM +0100, Mehdi Dogguy wrote: On 0, Forest Bond for...@alittletooquiet.net wrote: * Why all of the Debian-specific utilities in debian/utils? This is just vanity. Please, ship the upstream software, not your own. I won't insult the maintainer's job that easily. Their goal is to offer a better user experience. They do not modify the original behavior of the project (mldonkey). Feel free to not use them. I was too harsh, you are right. I apologize. However, creating non-standard, distribution-specific ways to use the upstream software does not improve the user experience, in my mind. It makes the user harder for upstream to support, and so should not be done lightly. As the primary writer of this utils, I really do not think having so much vanity. As I said above, my wording was too harsh. Please accept my apology. You must understand that the tools provided in debian/utils are used in various maintainer script. They are only useful for writing maintainer script. They are not intended to be used directly by user. Most of this script can be directly replaced by standard mldonkey command. The main difference is that the debian/tools utils provide offline command (i.e. without mldonkey running). This is only useful when you are configuring the package: the daemon must be offline but you must manage its configuration file. For example, mldonkey_users allow to add user at package configuration time. You can also add user when the daemon is running, directly into mldonkey (mlnet). Trying to use this tool when the daemon is running is a pretty bad idea (TM). Perhaps the utilities should go in /usr/lib/mldonkey, then, instead of /usr/bin? -Forest -- Forest Bond http://www.alittletooquiet.net http://www.pytagsfs.org signature.asc Description: Digital signature
Bug#519405: spamass-milter: Warning message on startup - how to fix?
Package: spamass-milter Version: 0.3.1-8 Severity: minor Every time that I start spamass-milter I get this error: WARNING: spamass-milter will run as user spamass-milter but . is not owned by spamass-milter Either delete this directory or chown it appropriately. Startup attempts may fail. spamass-milter Unfortunately the message doesn't tell me which directory is the problem, it just says . which could be anywhere. The one possible contender is set up correctly: packard:/var/run/spamass# ls -la /var/run/spamass total 8 drwxr-xr-x 2 spamass-milter root 4096 2009-03-12 10:29 . drwxr-xr-x 24 root root 4096 2009-03-12 09:57 .. packard:/var/run/spamass# -- System Information: Debian Release: 5.0 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages spamass-milter depends on: ii adduser 3.110 add and remove users and groups ii libc62.7-18 GNU C Library: Shared libraries ii libgcc1 1:4.3.2-1.1 GCC support library ii libmilter1.0.1 8.14.3-5Sendmail Mail Filter API (Milter) ii libstdc++6 4.3.2-1.1 The GNU Standard C++ Library v3 ii spamc3.2.5-2 Client for SpamAssassin spam filte Versions of packages spamass-milter recommends: ii sendmail 8.14.3-5 powerful, efficient, and scalable ii spamassassin 3.2.5-2Perl-based spam filter using text spamass-milter 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#519409: libgmp3c2: makes other packages FTBFS when using gcc/g++ 4.3
Package: libgmp3c2 Version: 2:4.2.4+dfsg-3 Severity: important Hi, while installing Xorg from experimental, I also got libgmp3c2 2:4.2.4+dfsg-3 from there, which made almost every package I wanted to build to FTBFS. An example is the mousepad package from sid: selector.c: In function ‘create_lineend_menu’: selector.c:430: internal compiler error: Illegal instruction line 430 being the last line with the ending } The problem disappers when I build with gcc 4.2 instead of 4.3, or downgrade libgmp3c2 to -2 as in sid. Guess your preparation for 64bit ppc went wrong ;) Regards Evgeni -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: powerpc (ppc) Kernel: Linux 2.6.28-1-powerpc Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages libgmp3c2 depends on: ii libc6 2.9-4 GNU C Library: Shared libraries libgmp3c2 recommends no packages. libgmp3c2 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#519407: ITP: hpcc -- HPC Challenge Benchmark
Package: wnpp Severity: wishlist Owner: Jean Parpaillon jean.parpail...@kerlabs.com * Package name: hpcc Version : 1.3.1 Upstream Author : HPC Challenge team h...@cs.utk.edu * URL : http://icl.cs.utk.edu/hpcc/ * License : BSD Programming Lang: C, mpi Description : HPC Challenge Benchmark This is a suite of benchmarks that measure performance of CPU, memory subsytem and the interconnect. In essence, HPC Challenge consists of a number of subbenchmarks each of which tests different aspect of the system. hpcc binaries are available in a variety of configuration/ optimization, called arch. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (101, 'experimental') Architecture: amd64 (x86_64) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#519408: ITP: lxc -- Linux containers userspace tools
Package: wnpp Severity: wishlist Owner: Guido Trotter ultrot...@debian.org * Package name: lxc Version : 0.6.0 Upstream Author : IBM Corporation * URL : http://lxc.sourceforge.net/ * License : LGPL Programming Lang: C Description : Linux containers userspace tools This package contains the lxc-* tools which can be used to manage and debug the container technology included in recent linux kernels. It can be used to start individual softwares or full systems inside an insulated area, with not only its own filesystem (chroot) but also dedicated network interfaces, scheduling, users, etc. -- System Information: Debian Release: 5.0 APT prefers stable APT policy: (1001, 'stable'), (501, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#519406: libming1: bison fails
Package: libming1 Version: 1:0.4.2-5 Severity: normal Using bison 1:2.4.1.dfsg-1 touching ming.i causes the actionscript grammars to be rebuilt, and this fails like this: lima:/tmp/ming-0.4.2/src/actioncompiler$ make bison -y -p swf4 -b swf4compiler ./swf4compiler.y ./swf4compiler.y:1072.35-36: $$ for the midrule at $2 of `opcode' has no declared type ./swf4compiler.y:1073.35-36: $$ for the midrule at $2 of `opcode' has no declared type make: *** [swf4compiler.tab.c] Error 1 I'm by no means a bison expert, but I believe this can be fixed by replacing the affected $$s with $len$ in swf4compiler.y lines 1072, 1073 and swf5compiler.y lines 1972, 2010, 2011 Also, touching ming.i does not cause py_ext/ming_wrap.c to be rebuilt, which is incredibly annoying. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-1-openvz-amd64 (SMP w/4 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages libming1 depends on: ii libc6 2.9-3 GNU C Library: Shared libraries ii libfreetype6 2.3.7-2 FreeType 2 font engine, shared lib ii libgif44.1.6-6 library for GIF images (library) ii libpng12-0 1.2.35-1 PNG library - runtime ii zlib1g 1:1.2.3.3.dfsg-12 compression library - runtime libming1 recommends no packages. libming1 suggests no packages. -- debconf-show failed -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#519391: libgcrypt11: SIGILL on _gcry_detect_hw_features
On Thu, 12 Mar 2009 09:32, dex...@debian.org said: Program received signal SIGILL, Illegal instruction. [Switching to Thread 0xb7b9c6e0 (LWP 2196)] 0xb7bae10e in _gcry_detect_hw_features () at hwfeatures.c:78 That seems to be the cpuid opcode which is not available, Linux knows about it: cpuid level : -1 but my code gets the detection wrong: /* Detect the CPUID feature by testing some undefined behaviour (16 vs 32 bit pushf/popf). */ asm volatile (pushf\n\t /* Copy flags to EAX. */ popl %%eax\n\t movl %%eax, %%ecx\n\t /* Save flags into ECX. */ xorl $0x20, %%eax\n\t /* Toggle ID bit and copy it to the flags. */ pushl %%eax\n\t popf\n\t pushf\n\t /* Copy changed flags again to EAX. */ popl %%eax\n\t pushl %%ecx\n\t /* Restore flags from ECX. */ popf\n\t xorl %%eax, %%ecx\n\t /* Compare flags against saved flags. */ jz .Lno_cpuid%=\n\t /* Toggling did not work, thus no CPUID. */ movl $1, %0\n /* Worked. true - HAS_CPUID. */ .Lno_cpuid%=:\n\t : =r (has_cpuid) : : %eax, %ecx, cc ); if (!has_cpuid) return; /* No way. */ Any ideas? Would anyone be so kind and compare it to the Linux code? A workaround is to use ./configure --disable-padlock-support However, that makes it slow on VIA CPUs. Shalom-Salam, Werner -- Die Gedanken sind frei. Auschnahme regelt ein Bundeschgesetz. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#484674: mldonkey: Packaging too complex
Hello, On Wed, Mar 11, 2009 at 05:32:48PM -0400, Forest Bond wrote: On Wed, Mar 11, 2009 at 10:14:25PM +0100, Mehdi Dogguy wrote: On 0, Forest Bond for...@alittletooquiet.net wrote: * Why all of the Debian-specific utilities in debian/utils? This is just vanity. Please, ship the upstream software, not your own. I won't insult the maintainer's job that easily. Their goal is to offer a better user experience. They do not modify the original behavior of the project (mldonkey). Feel free to not use them. I was too harsh, you are right. I apologize. However, creating non-standard, distribution-specific ways to use the upstream software does not improve the user experience, in my mind. It makes the user harder for upstream to support, and so should not be done lightly. As the primary writer of this utils, I really do not think having so much vanity. You must understand that the tools provided in debian/utils are used in various maintainer script. They are only useful for writing maintainer script. They are not intended to be used directly by user. Most of this script can be directly replaced by standard mldonkey command. The main difference is that the debian/tools utils provide offline command (i.e. without mldonkey running). This is only useful when you are configuring the package: the daemon must be offline but you must manage its configuration file. For example, mldonkey_users allow to add user at package configuration time. You can also add user when the daemon is running, directly into mldonkey (mlnet). Trying to use this tool when the daemon is running is a pretty bad idea (TM). Regards Sylvain Le Gall signature.asc Description: Digital signature
Bug#519235: pdfsam: requires openjdk-6-jre, but works with sun-6-jre
Hi, I read the descriptions of severities and assumed that dowloading and installing over 200 MB of unnecessary software has major effect on the usability, but please excuse me if I was wrong. I don't want the package to depend on sun-jre, but on the virtual java-virtual-machine or so. Best regards TN -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#519411: ITP: python-django-formfieldset -- fieldset rendering for Django forms
Package: wnpp Severity: wishlist Owner: Daniel Watkins dan...@daniel-watkins.co.uk * Package name: python-django-formfieldset Version : 0+git20090312-f07320dd Upstream Author : Atamert Ölçgen mu...@muhuk.com * URL : http://github.com/muhuk/django-formfieldset/tree/master * License : BSD Programming Lang: Python Description : fieldset rendering for Django forms Provides a mix-in class for Forms within the Django web framework, which gives fieldset functionality similar to ModelAdmin and shorthand rendering functions for forms with fieldsets without overriding anything within the Django Form class itself. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#519412: ghostscript makes system unable to print
Package: ghostscript Version: 8.64~dfsg-1 Severity: important Hello, the latest version of ghostscript causes printing problems on my system. I cannot print anything here via cups, since ghostscript was upgraded from 8.63.dfsg.1-2 to 8.64~dfsg-1. It seems that the printing process is started normally (kjobviewer starts and shows the job) but nothing happens. A look in the cups job administration via http://localhost:631/ shows that cups marked this jobs as finish, but they were not printed at all. Regards Heiko -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.26-1-686 (SMP w/1 CPU core) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages ghostscript depends on: ii debconf [debc 1.5.25 Debian configuration management sy ii debianutils 2.31 Miscellaneous utilities specific t ii defoma0.11.10-0.2Debian Font Manager -- automatic f ii ghostscript [ 8.64~dfsg-1The GPL Ghostscript PostScript/PDF ii gs-common 8.63.dfsg.1-2 Dummy package depending on ghostsc ii gsfonts 1:8.11+urwcyr1.0.7~pre44-4 Fonts for the Ghostscript interpre ii libc6 2.9-3 GNU C Library: Shared libraries ii libcups2 1.3.9-15 Common UNIX Printing System(tm) - ii libcupsimage2 1.3.9-15 Common UNIX Printing System(tm) - ii libgnutls26 2.6.4-2the GNU TLS library - runtime libr ii libgs88.64~dfsg-1The Ghostscript PostScript/PDF int ii libgssapi-krb 1.6.dfsg.4~beta1-9 MIT Kerberos runtime libraries - k ii libjpeg62 6b-14 The Independent JPEG Group's JPEG ii libpng12-01.2.35-1 PNG library - runtime ii libtiff4 3.8.2-11 Tag Image File Format (TIFF) libra ii zlib1g1:1.2.3.3.dfsg-12 compression library - runtime Versions of packages ghostscript recommends: ii psfontmgr0.11.10-0.2 PostScript font manager -- part of Versions of packages ghostscript suggests: ii ghostscript-x 8.63.dfsg.1-2 The GPL Ghostscript PostScript/PDF pn hpijs none(no description available) -- 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#519398: rsync: 'insecure -e option not allowed' after upgrade to lenny
Paul Slootman wrote: Thousands (hunderds of thousands? Millions? ;-) of people are using it just fine, it's just that _you_ ran into a problem. By that criterium almost every bug should be grave. :-) For me and the others connecting to systems we have no control this bug makes the rsync version in Lenny unusable. This is not a bug in rsync, but a problem with rssh. See: http://lists.samba.org/archive/rsync/2008-March/020273.html http://lists.samba.org/archive/rsync/2008-March/020274.html Always a tricky situation. I will have to stick with the version from Etch for now. Thanks for your time and expertise! Berni -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#519407: ITP: hpcc -- HPC Challenge Benchmark
On Thu, 12 Mar 2009 11:37:17 +0100 Jean Parpaillon jean.parpail...@kerlabs.com wrote: Package: wnpp Severity: wishlist Owner: Jean Parpaillon jean.parpail...@kerlabs.com * Package name: hpcc Version : 1.3.1 Upstream Author : HPC Challenge team h...@cs.utk.edu * URL : http://icl.cs.utk.edu/hpcc/ * License : BSD Probably worth specifying which BSD licence - original 4 clause. kk -- Karl Goetz, (Kamping_Kaiser / VK5FOSS) Debian user / gNewSense contributor http://www.kgoetz.id.au No, I won't join your social networking group signature.asc Description: PGP signature
Bug#506972: fix for 5.0.1
Hi, I certainly have not objections fixing this for 5.0.1 but I won't be able to do this til 2009-03-28: http://wiki.debian.org/DebianReleases/PointReleases/5.0.1 (since I won't be near my only kvm capable machine until then). If somebody else (Jan?) can handle this it'd be great. Cheers, -- Guido -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#519413: ITP: bosh -- browse output of processes
Package: wnpp Severity: wishlist Owner: Salvatore Bonaccorso salvatore.bonacco...@gmail.com * Package name: bosh Version : 0.5 Upstream Author : Alex Sisson alexsis...@gmail.com * URL : http://bosh.sourceforge.net/ * License : GPL Programming Lang: C Description : browse output of processes bosh stands for browsable output shell. This is a bit of a misnomer because it isn't really a shell. What is does is store the output of a specified program in a buffer, and provides a simple curses interface to browse this buffer. Actions can be configured which can make use of the contents of the currently selected line. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (x86_64) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#506972: fix for 5.0.1
Guido Günther schrieb: Hi, I certainly have not objections fixing this for 5.0.1 but I won't be able to do this til 2009-03-28: http://wiki.debian.org/DebianReleases/PointReleases/5.0.1 (since I won't be near my only kvm capable machine until then). If somebody else (Jan?) can handle this it'd be great. I'd obviously prefer if Jan could take care of this. If not, I'd be willing to prepare a patch and test it and if everything's working fine, pass it along to you. I think it's best, if the actual upload is done by one of the maintainers. Cheers, Michael -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Bug#519259: [nfs-kernel-server] new nfs-kernel-server disallow sshfs (fuse) usage on nfs-booted computer
On Wed, Mar 11, 2009 at 02:05:41PM +0100, err...@free.fr wrote: Package: nfs-kernel-server Version: 1:1.1.4-1 Severity: serious --- Please enter the report below this line. --- after update from nfs-kernel-server 1:1.1.2-6lenny1, I can't use sshfs (fuse) on nfs-booted computer (diskless computer). Please try 1:1.1.5-1 which is in experimental. new nfs-kernel-server disallow sshfs, only root can use sshfs (any version). --- System information. --- Architecture: i386 Kernel: Linux 2.6.26-1-686 Debian Release: squeeze/sid 990 testing security.debian.org 990 testing ftp.fr.debian.org 500 unstable ftp.fr.debian.org 500 stable security.debian.org 500 stable ftp.fr.debian.org --- Package information. --- Depends (Version) | Installed ===-+-=== | -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#519414: alsa-base: Card lookup fails after post-Lenny updates
Package: alsa-base Version: 1.0.17.dfsg-4 Severity: important Atfer updating to the latest unstable's packages alsa breaks for most software. alsaplayer, alsamixer and iceweasel flash for example or unable to produce any sound, though Qt's Phonon based applications work reporting a change away from the default settings. The system was initially setup as to have the built in soundcard mapped to card 1 while an optional external usb soundcard was mapped to 0: $ cat /etc/modprobe.d/sound.usb alias snd-card-1 snd-intel8x0 options snd-intel8x0 index=1 alias snd-card-0 snd-usb-audio options snd-usb-audio index=0 It might be that additional settings existed in file sound setting snd-intel8x0 to be snd-card-0 but it is now unclear if this setting was ever applied. After upgrading multiple packages from post-Lenny's unstable (within libc6 and libasound2) this setting stopped working and only after swaping the cards made sound working again in all programs. I don't know which package caused the original setup to suddenly fail, downgrading to either libasound2_1.0.16-2 or module-init-tools_3.4-1 did not help. I'll append further output to document the system's status before making sound work again by swapping the card order: Setup mostely used: $ aplay -l List of PLAYBACK Hardware Devices card 1: I82801DBICH4 [Intel 82801DB-ICH4], device 0: Intel ICH [Intel 82801DB-ICH4] Subdevices: 1/1 Subdevice #0: subdevice #0 card 1: I82801DBICH4 [Intel 82801DB-ICH4], device 4: Intel ICH - IEC958 [Intel 82801DB-ICH4 - IEC958] Subdevices: 1/1 Subdevice #0: subdevice #0 Additional usb: $ aplay -l List of PLAYBACK Hardware Devices card 0: External [SB Live! 24-bit External], device 0: USB Audio [USB Audio] Subdevices: 1/1 Subdevice #0: subdevice #0 card 1: I82801DBICH4 [Intel 82801DB-ICH4], device 0: Intel ICH [Intel 82801DB-ICH4] Subdevices: 1/1 Subdevice #0: subdevice #0 card 1: I82801DBICH4 [Intel 82801DB-ICH4], device 4: Intel ICH - IEC958 [Intel 82801DB-ICH4 - IEC958] Subdevices: 1/1 Subdevice #0: subdevice #0 $ alsamixer alsamixer: function snd_ctl_open failed for default: No such device $ lsmod | grep snd snd_usb_audio 70272 2 snd_usb_lib13440 1 snd_usb_audio snd_hwdep 6212 1 snd_usb_audio snd_intel8x0 26268 1 snd_ac97_codec 88484 1 snd_intel8x0 ac97_bus1728 1 snd_ac97_codec snd_pcm_oss32800 0 snd_mixer_oss 12320 2 snd_pcm_oss snd_pcm62596 4 snd_usb_audio,snd_intel8x0,snd_ac97_codec,snd_pc m_oss snd_page_alloc 7816 2 snd_intel8x0,snd_pcm snd_seq_midi5728 0 snd_rawmidi18496 2 snd_usb_lib,snd_seq_midi snd_seq_midi_event 6432 1 snd_seq_midi snd_seq41456 2 snd_seq_midi,snd_seq_midi_event snd_timer 17800 2 snd_pcm,snd_seq snd_seq_device 6380 3 snd_seq_midi,snd_rawmidi,snd_seq snd45604 15 snd_usb_audio,snd_hwdep,snd_intel8x0,snd_ac97_codec,snd_pcm_oss,snd_mixer_oss,snd_pcm,snd_rawmidi,snd_seq,snd_timer,snd_seq_device soundcore 6368 2 snd usbcore 118160 6 snd_usb_audio,snd_usb_lib,usbhid,ehci_hcd,uhci_hcd $ cat /proc/asound/cards 0 [External ]: USB-Audio - SB Live! 24-bit External Creative Technology SB Live! 24-bit External at usb-:00:1d.1-2, full speed 1 [I82801DBICH4 ]: ICH4 - Intel 82801DB-ICH4 Intel 82801DB-ICH4 with AD1981B at irq 11 Even after adding the usb sound card audio would fail for the programs listed. This bug is fixed for me using the action described above, but as the setup before worked fine and suddenly broke I still feel that this is worth reporting. Feel free to ask for more output. Christoph -- Package-specific info: --- Begin additional package status --- Gewünscht=Unbekannt/Installieren/R=Entfernen/P=Vollständig Löschen/Halten | Status=Nicht/Installiert/Config/U=Entpackt/Fehlgeschl. Konfiguration/ Halb installiert/Trigger erWartet/Trigger anhängig |/ Fehler?=(kein)/Halten/R=Neuinst notw/X=beide (Status, Fehler: GROSS=schlecht) ||/ Name VersionBeschreibung +++-==-==- ii libasound2 1.0.19-1 shared library for ALSA applications --- End additional package status --- --- Begin /proc/asound/version --- Advanced Linux Sound Architecture Driver Version 1.0.16. --- End /proc/asound/version --- --- Begin /proc/asound/cards --- 0 [I82801DBICH4 ]: ICH4 - Intel 82801DB-ICH4 Intel 82801DB-ICH4 with AD1981B at irq 11 1 [Modem ]: ICH-MODEM - Intel 82801DB-ICH4 Modem Intel 82801DB-ICH4 Modem at irq 11 --- End /proc/asound/cards --- --- Begin /dev/snd/ listing --- insgesamt 0 crw-rw 1 root audio 116, 0 12. M�19:12 controlC0 crw-rw 1 root audio 116, 32 12. M�19:12 controlC1 crw-rw 1 root audio
Bug#518749: anki: Segfaulting after online login attempt
On Thu, Mar 12, 2009 at 04:10:55PM +0900, Damien Elmes wrote: It's only reproducible if your Qt theme is set to Plastique. This bug has been fixed in dev, so it should go away in 0.9.9.7. Thanks. Still, it would be good to know what exactly triggered it, as a segfault is a bug in either python-qt4 or libqt4 itself and I'd like to report that bug to the appropriate package. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#519237: samba: Esperanto translation for debconf template
Hello, 2009/3/12, Steve Langasek vor...@debian.org: tags 519237 moreinfo thanks On Wed, Mar 11, 2009 at 06:26:36AM -0300, Felipe Castro wrote: Package: samba Severity: wishlist Tags: l10n patch Please update the Esperanto translation for the samba debconf template. This extensively changes the existing translations for the package. Have these revisions been discussed with the Esperanto l10n team? I don't want us to be flip-flopping translations based on style disagreements among multiple translators. I have already tried to get some feedback from the Esperanto team with other translations, but it seems that there aren't many people there with time enough to read the work of others. The previous translator did his job when he was learning the language, so many mistakes still were present in the last translation. Then I did a complete revision of all his work, besides translating the missing strings. Then, it is not just a matter of style. I have corrected many things there. But if you prefer to wait a little bit, I may forward the file to the Esperanto team list to try to have some discussion about it before you upload officialy. Regards, Felipe Castro. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#519243: xserver-xorg-video-intel: rendering errors with KDE desktop effects
On Wed, 2009-03-11 at 13:10 +0100, Marcus Better wrote: Michel Dänzer wrote: Does it happen without this option but with Option ExaOptimizeMigration off No, this seems to work too. I think I experience a slowdown though (not surprising perhaps). Yeah, it means the optimization helps. :) Unfortunately though, due to bugs like this, it should probably still be disabled by default in the xserver 1.6 branch. I brought this up upstream before the 1.6 release, but unfortunately, the release manager didn't seem interested in a serious discussion about it. -- Earthling Michel Dänzer |http://www.vmware.com Libre software enthusiast | Debian, X and DRI developer -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#484674: mldonkey: Packaging too complex
Hello, On Thu, Jun 05, 2008 at 09:39:20AM -0400, Forest Bond wrote: Package: mldonkey Severity: normal mldonkey packaging is way to complicated and bloated. This is unnecessary and causes bugs. * Why does mldonkey-server need an init script? Yes, it's a daemon, but that is merely an implementation detail. When it comes down to it, mldonkey is a *p2p client*. It should be run by normal users when they want to connect to a p2p network. Because this is a daemon and debian require an init-script to run it. * Why so many debconf questions? Because other users, not like you, ask for even more question. * Why all of the Debian-specific utilities in debian/utils? This is just vanity. Please, ship the upstream software, not your own. Debian-specific utils in debian/utils are specific to debian (as said in you question). I don't see why upstream author should take care of debian specific utils, since mldonkey is not debian specific (strange answer in fact -- but strange question). I answered your question with more data in another mail. * Why the special make invocations? The configure script suggests running `make', but debian/rules runs `make utils opt' or some such nonsense. It fails when I try to build the version from intrepid on my hardy box (after backporting and installing the dependencies), even though just plain `make' runs perfectly. Because it works on Debian unstable, the primary target of this package. We do not support Ubuntu (at least not directly). All of these things make the package much more complicated than it should be. Simply trying to backport the package is a process that takes several hours. What is the justification for all of this complexity? Mldonkey is not a simple application. Packaging it, is not a simple task. With time, we could simplify things. You seems to know what you want, just propose patch to solve this complexity and maybe they will be accepted (though is not up to me, since I don't have an active participation in mldonkey packaging anymore). Regards Sylvain Le Gall signature.asc Description: Digital signature
Bug#484674: mldonkey: Packaging too complex
Hi, On Thu, Mar 12, 2009 at 11:06:33AM +0100, Sylvain Le Gall wrote: On Thu, Jun 05, 2008 at 09:39:20AM -0400, Forest Bond wrote: * Why does mldonkey-server need an init script? Yes, it's a daemon, but that is merely an implementation detail. When it comes down to it, mldonkey is a *p2p client*. It should be run by normal users when they want to connect to a p2p network. Because this is a daemon and debian require an init-script to run it. Debian does not require an init script to run museekd. * Why the special make invocations? The configure script suggests running `make', but debian/rules runs `make utils opt' or some such nonsense. It fails when I try to build the version from intrepid on my hardy box (after backporting and installing the dependencies), even though just plain `make' runs perfectly. Because it works on Debian unstable, the primary target of this package. We do not support Ubuntu (at least not directly). It is not correct just because it works on one particular version of the distribution with one particular version of the upstream software. The non-standard invocation makes it more difficult for someone else to maintain the package. I ran into problems trying to merge a newer version of the upstream source. Invoking make as upstream recommends works as expected. -Forest -- Forest Bond http://www.alittletooquiet.net http://www.pytagsfs.org signature.asc Description: Digital signature
Bug#515237: Short Notice!!!
Your email has been award the sum of £950,000 in the COMPAQ Award. Send your Name, address, Age, Country and Tel. to williams.spenc...@btinternet.com for claims. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#484674: mldonkey: Packaging too complex
Hi, On Thu, Mar 12, 2009 at 10:54:10AM +0100, Sylvain Le Gall wrote: On Wed, Mar 11, 2009 at 05:32:48PM -0400, Forest Bond wrote: On Wed, Mar 11, 2009 at 10:14:25PM +0100, Mehdi Dogguy wrote: On 0, Forest Bond for...@alittletooquiet.net wrote: * Why all of the Debian-specific utilities in debian/utils? This is just vanity. Please, ship the upstream software, not your own. I won't insult the maintainer's job that easily. Their goal is to offer a better user experience. They do not modify the original behavior of the project (mldonkey). Feel free to not use them. I was too harsh, you are right. I apologize. However, creating non-standard, distribution-specific ways to use the upstream software does not improve the user experience, in my mind. It makes the user harder for upstream to support, and so should not be done lightly. As the primary writer of this utils, I really do not think having so much vanity. You must understand that the tools provided in debian/utils are used in various maintainer script. They are only useful for writing maintainer script. They are not intended to be used directly by user. Most of this script can be directly replaced by standard mldonkey command. The main difference is that the debian/tools utils provide offline command (i.e. without mldonkey running). This is only useful when you are configuring the package: the daemon must be offline but you must manage its configuration file. For example, mldonkey_users allow to add user at package configuration time. You can also add user when the daemon is running, directly into mldonkey (mlnet). Trying to use this tool when the daemon is running is a pretty bad idea (TM). BTW, who will now maintain these four C programs that exist to support the least common use-case for this package? Thanks, Forest -- Forest Bond http://www.alittletooquiet.net http://www.pytagsfs.org signature.asc Description: Digital signature
Bug#472329: 500 OOPS: vsftpd: not found: directory given in 'secure_chroot_dir':/var/run/vsftpd/empty
Package: vsftpd Version: 2.0.7-3 Followup-For: Bug #472329 Hi, I'd like to reopen this bug rather than reporting a new one since this solution introduces new problems when /var/run is cleared at boot time, e.g.. when having /var/run as tmpfs (as I do). This folder should either be located somewhere else or checked whether it exists and created on the fly when vfstpd starts. P.S. The subject line is the message I got while trying to connect after reboot. Cheers, Raf -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: powerpc (ppc) Kernel: Linux 2.6.28-1-powerpc Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages vsftpd depends on: ii adduser 3.110 add and remove users and groups ii debconf [debconf-2.0] 1.5.26 Debian configuration management sy ii libc6 2.9-4 GNU C Library: Shared libraries ii libcap2 2.16-2 support for getting/setting POSIX. ii libpam-modules1.0.1-7Pluggable Authentication Modules f ii libpam0g 1.0.1-7Pluggable Authentication Modules l ii libssl0.9.8 0.9.8g-15 SSL shared libraries ii libwrap0 7.6.q-16 Wietse Venema's TCP wrappers libra ii netbase 4.34 Basic TCP/IP networking system Versions of packages vsftpd recommends: ii logrotate 3.7.7-3Log rotation utility vsftpd suggests no packages. -- debconf information: * vsftpd/username: ftp * vsftpd/directory: /srv/ftp -- Raf http://www.catb.org/~esr/faqs/smart-questions.html -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#508038: sshmenu and sshmenu-gnome fail to start with `undefined symbol` message
On Sun, Dec 07, 2008 at 11:44:22AM +0300, Mikhail Lukyanchenko wrote: Package: sshmenu-gnome Version: 3.15-1 Debian Lenny with latest updates (2.6.26-1-686 #1 SMP Sat Nov 8 19:00:26 UTC 2008 i686 GNU/Linux). When I try to add sshmenu applet to Gnome panel, following error message apears: The panel encountered a problem while loading OAFIID:GNOME_SSHMenuApplet. When I try to start sshmenu or sshmenu-gnome from the shell, start fails and error message is: /usr/bin/ruby: symbol lookup error: /usr/lib/ruby/1.8/i486-linux/gtk2.so: undefined symbol: gtk_file_system_error_quark I was able to find similar bug in Launchpad: https://bugs.launchpad.net/ubuntu/+source/sshmenu/+bug/247564 The same problem recently appeared on my machine running testing. Upgrading gtk/ruby libs to unstable fixed the problem. Brice -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#519297: git-buildpackage: uses existing .orig.tar.gz even when --git-pristine-tar is specified
On Wed, Mar 11, 2009 at 02:22:47PM -0400, Eric Cooper wrote: On Wed, Mar 11, 2009 at 07:11:06PM +0100, Guido Günther wrote: This isn't related to pristine-tar. Gbp won't bother to create new tar.gz if one with the correct version exists. So I guess you're looking for a --git-create-orig option (whish doesn't exist yet)? That would be OK, but I'd argue that it *is* related to the --git-pristine-tar option -- if the user specifies it, why not always do the pristine-tar checkout? It's cheap, and it would avoid the problem automatically. Unfortunately doing the pristine-tar checkout isn't cheap since we also need to generate the tarball. We could store the md5/sha1 sum of the orig.tar.gz in the upstream version tag and regenerate the tarball iff it doesn't match and pristine-tar is used. Cheers, -- Guido -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#451937: pastebin package upload heading to NEW today
hi everyone, we had some internal desire for this where i work, so we spent some time putting together an initial version of this package. i'll be uploading this version shortly. regarding the licensing issues: - according to members of the ftp-master team, the AGPL is okay[1] - there are other AGPL works in main[2] - however, the AGPLv3 is OSI approved and generally speaking GPLv3 compatible, and the code is AGPLv1 or later, so in the interest of hopefully removing any doubt or complexity we chose to upgrade the licensing in this package to AGPLv3 (this is mentioned in debian/copyright). sean [1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=506402#10 [2] okay, i'll admit that this is based on hearsay (don't know an easy way to check locally)... but i've heard it said :) -- signature.asc Description: Digital signature
Bug#519415: unavailable dependency: fretsonfire-songs-muldjord
Package: fretsonfire Version: 1.2.512.dfsg-3 Severity: important Hello. I cannot upgrade fretsonfire on Sid since some time because of a missing dependency, fretsonfire-songs-muldjord. It is marked unavailable. Is it a non-free package? Perhaps it should be moved to a suggest. Kind regards, Merwok “After the game, the king and the pawn go in the same box” (Italian proverb) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#519367: man gives errors on polish man page for gramps
reassign 519367 groff-base 1.18.1.1-21 tags 519367 pending thanks On Wed, Mar 11, 2009 at 10:41:40PM -0400, James A. Treacy wrote: The Polish version of the man page for gramps works fine in most circumstances (it can be grabbed from http://people.debian.org/~treacy/gramps_pl.1) but produces many errors when run the way lintian tests it. For example, the following produce no errors (LANG=en_US.UTF-8): /usr/bin/man --warnings -l gramps_pl.1 /dev/null LANG=C /usr/bin/man --warnings -l gramps_pl.1 /dev/null LANG=en_US.UTF-8 /usr/bin/man --warnings -E UTF-8 -l gramps_pl.1 /dev/null but the following produces many errors. It is essentially the command that lintian uses to test man pages: LANG=C /usr/bin/man --warnings -E UTF-8 -l gramps_pl.1 /dev/null If this is simply a problem with the man page, an explanation of what is wrong would be appreciated. Thanks for this report; it was interesting to investigate. The first thing to point out here is that lintian actually passes a filename something like debian/gramps/usr/share/man/pl/man1/gramps.1.gz to man; this is important because the /pl/ clues man in to know that this is a Polish manual page and needs to go via ISO-8859-2 (since we haven't quite managed to upgrade to groff 1.20 yet and so groff cannot take pure UTF-8 input). However, it still breaks when you do this. Interesting. It's clearly operating in the wrong encoding, and yet, as you point out, it works fine in a locale other than C. This suggests a problem with the ascii8 device hack, which is supposed to pass through its input encoding regardless of locale; and indeed on investigation it turns out that LANG=C takes precedence over use of the ascii8 device. I've fixed this for my next upload of groff. After this, lintian no longer produces errors, so your bug as stated is solved. However, there is one remaining bug here, namely that the page doesn't actually look right! This is due to bug #514963, which I hope to fix soon one way or another. It's not trivial to fix in your page in this case, since the offending character (ŧ) is alphabetic. Regards, -- Colin Watson [cjwat...@debian.org] -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#515237: Short Notice!!!
Your email has been award the sum of £950,000 in the COMPAQ Award. Send your Name, address, Age, Country and Tel. to williams.spenc...@btinternet.com for claims. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#519384: Bug in libxml-atom-perl fixed in revision 31977
tag 519384 + pending thanks Some bugs are closed in revision 31977 by Damyan Ivanov (dmn) Commit message: Remove Tim Peeler t...@linuxforce.net from Uploaders on MIA team request. Closes: #519384 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#519417: grub2: [INTL:pt_BR] Brazilian Portuguese debconf templates translation
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Package: grub2 Tags: l10n patch Severity: wishlist Hello, Please, Could you update the Brazilian Portuguese Translation? Attached you will find the file pt_BR.po. It is UTF-8 encoded and it is tested with msgfmt and podebconf-display-po. Kind regards. - -- Flamarion Jorge -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkm4/4kACgkQ0SDRnmynUOHeoQCeP8Qy+EpxUpwqS4e42D2SwiIS /aIAoJhB/r+eUW5wfOTef9qXg7N7AKdn =hF9M -END PGP SIGNATURE- # grub2 Brazilian Portuguese translation # Copyright (C) 2009 THE grub2'S COPYRIGHT HOLDER # This file is distributed under the same license as the grub2 package. # Flamarion Jorge jorge.flamar...@gmail.com, 2009. # msgid msgstr pt_BR utf-8\n Project-Id-Version: grub2 1.96\n Report-Msgid-Bugs-To: pkg-grub-de...@lists.alioth.debian.org\n POT-Creation-Date: 2008-10-26 18:22+0100\n PO-Revision-Date: 2009-03-06 22:14-0300\n Last-Translator: Flamarion Jorge jorge.flamar...@gmail.com\n Language-Team: Brazilian Portuguese debian-l10n-portugu...@lists.debian.org\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit #. Type: note #. Description #: ../grub2.templates:1001 msgid GRUB 1.95 numbering scheme transition msgstr Transição do esquema de numeração do GRUB 1.95 #. Type: note #. Description #: ../grub2.templates:1001 msgid As of version 1.95, GRUB 2 has changed its numbering scheme. Partitions are now counted starting from 1 rather than 0. This is to make it consistent with device names of Linux and the other kernels used in Debian. For example, when using Linux as the kernel, \(hd0,1)\ refers to the same partition as the /dev/sda1 device node. msgstr A partir da versão 1.95, o GRUB 2 mudou seu esquema de numeração. Agora partições são contadas a partir de 1 em vez de 0. Isto é para torná-lo consistente com nomes de dispositivos do Linux e de outros kernels usados no Debian. Por exemplo, quando se usa o Linux como kernel, \(hd0,1)\ se refere à mesma partição que o nó de dispositivo /dev/sda1. #. Type: note #. Description #: ../grub2.templates:1001 msgid Because of this, there's a chance your system becomes unbootable if update- grub(8) is run before GRUB is updated, generating a grub.cfg file that your installed GRUB won't yet be able to parse correctly. To ensure your system will be able to boot, you have to: msgstr Por causa disso, existe uma chance de seu sistema tornar-se não inicializável se o update-grub(8) for executado antes do GRUB ser atualizado, gerando um arquivo grub.cfg que o GRUB instalado ainda não será capaz de analisar corretamente. Para garantir que seu sistema será capaz de inicializar, você tem que: #. Type: note #. Description #: ../grub2.templates:1001 msgid - Reinstall GRUB (typically, by running grub-install).\n - Rerun update-grub to generate a new grub.cfg. msgstr - Reinstalar o GRUB (tipicamente, executando grub-install).\n - Re-executar update-grub para gerar um novo grub.cfg. #. Type: boolean #. Description #: ../grub-pc.templates:1001 msgid Chainload from menu.lst? msgstr Carregar em cadeia a partir do menu.lst? #. Type: boolean #. Description #: ../grub-pc.templates:1001 msgid GRUB upgrade scripts have detected a GRUB Legacy setup in /boot/grub. msgstr Os scripts de atualização do GRUB detectaram uma configuração do GRUB Legado em /boot/grub. #. Type: boolean #. Description #: ../grub-pc.templates:1001 msgid In order to replace the Legacy version of GRUB in your system, it is recommended that /boot/grub/menu.lst is adjusted to chainload GRUB 2 from your existing GRUB Legacy setup. This step may be automaticaly performed now. msgstr A fim de substituir a versão Legada do GRUB no seu sistema, é recomendável que o /boot/grub/menu.lst seja ajustado para carregar em cadeia o GRUB 2 a partir da sua configuração existente do GRUB Legado. Este passo pode ser executado automaticamente agora. #. Type: boolean #. Description #: ../grub-pc.templates:1001 msgid It's recommended that you accept chainloading GRUB 2 from menu.lst, and verify that your new GRUB 2 setup is functional for you, before you install it directly to your MBR (Master Boot Record). msgstr à recomendado que você aceite o carregamento em cadeia do GRUB 2 a partir do menu.lst, e verifique que sua nova configuração do GRUB 2 está funcional para você, antes de instalá-lo diretamente no seu MBR (\Master Boot Record\). #. Type: boolean #. Description #: ../grub-pc.templates:1001 msgid In either case, whenever you want GRUB 2 to be loaded directly from MBR, you can do so by issuing (as root) the following command: msgstr Em todo caso, sempre que você quiser que o GRUB 2 seja carregado diretamente do MBR, você pode fazê-lo (como root) através do seguinte comando: #. Type: boolean #. Description #:
Bug#519418: RM: deluge-torrent -- ROM; abandoned upstream, superseded by deluge
Package: ftp.debian.org Severity: normal Hi ftp-masters, deluge-torrent 0.5.x is no longer maintained upstream and superseded by the 1.x release already packaged in unstable as deluge. Thanks, Cristian -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.28-1-686 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash signature.asc Description: Digital signature
Bug#451937: pastebin package upload heading to NEW today
sean finney schrieb: hi everyone, we had some internal desire for this where i work, so we spent some time putting together an initial version of this package. i'll be uploading this version shortly. regarding the licensing issues: - according to members of the ftp-master team, the AGPL is okay[1] - there are other AGPL works in main[2] - however, the AGPLv3 is OSI approved and generally speaking GPLv3 compatible, and the code is AGPLv1 or later, so in the interest of hopefully removing any doubt or complexity we chose to upgrade the licensing in this package to AGPLv3 (this is mentioned in debian/copyright). Yeah but as far as I remember the situation was another in the past. Also does it still lack a release management? I am not interested anymore in it at all, because I wrote my own nopaste-bin with terminal support etc based on Perl (sf.net/projects/pnopaste) and I am on packaging it also for Debian. Cheers and much fun. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#519416: pipewalker: High CPU usage after completion
Package: pipewalker Version: 0.4.3-1 Severity: normal After completing the puzzle, CPU usage goes very high whilst animating the icons. This wouldn't be a problem, except that it stays high even when the window is unmapped (e.g. by iconifying the window, or switching to a different virtual desktop). This is obviously undesirable. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing'), (900, 'stable'), (400, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26 (SMP w/2 CPU cores; PREEMPT) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages pipewalker depends on: ii libc6 2.7-18 GNU C Library: Shared libraries ii libgcc1 1:4.3.3-3 GCC support library ii libgl1-mesa-glx [libgl1] 7.0.3-7A free implementation of the OpenG ii libstdc++64.3.3-3The GNU Standard C++ Library v3 ii libx11-6 2:1.1.5-2 X11 client-side library ii libxpm4 1:3.5.7-1 X11 pixmap library pipewalker recommends no packages. pipewalker 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#519419: brdesktop-gnome: please depends on deluge instead of deluge-torrent
Package: brdesktop-gnome Severity: normal Hi, could you please change your dependency from deluge-torrent to deluge? The old 0.5.x version is no longer maintained upstream and superseded by the new package deluge (version 1.x). Thanks, Cristian -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.28-1-686 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash signature.asc Description: Digital signature
Bug#519420: etckeeper: Add option to force commit after apt run.
Package: etckeeper Version: 0.34 Severity: wishlist First: Thank you for this great tool! It would be great if one could force etckeeper to commit the changes after each apt run, even if /etc wasn't changed. As things are now, you get nice commit messages for each update, install, uninstall, but only if any of the involved packages changes /etc. Forcing commits would preserve information over every install/uninstall/update in etckeeper's history. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (101, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.26-1-686 (SMP w/1 CPU core) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages etckeeper depends on: ii bzr 1.5-1.1easy to use distributed version co ii darcs 2.2.0-1a distributed, interactive, smart ii debconf [debconf-2.0] 1.5.26 Debian configuration management sy ii git-core 1:1.6.2-1 fast, scalable, distributed revisi ii mercurial 1.1.2-2scalable distributed version contr Versions of packages etckeeper recommends: ii cron 3.0pl1-105 management of regular background p etckeeper 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#518385: Chrony segfaults on startup (narrowed down to chronyc and burst)
Just as a bit of additional information, it appears that chronyd will randomly die after starting without a connection from chronyc, but this isn't easy to reproduce. The method I've already described of executing burst 5/10 remains the most reliable way to reproduce this problem on my system. It's crashing the first time it calls adjtimex() to adjust the system clock. Burst forces it to do so immediately. A couple of questions: 1) Where did you get your 2.6.27 kernel? Debian doesn't seem to have one. (I can build one myself if I need to) 2) I have an AMD64 but I can't reproduce the crash. However, mine is single cpu. Would it be possible for you to do a test with only one cpu enabled? It would help to know if this bug is associated with SMP. -- John Hasler j...@dhh.gt.org Elmwood, WI USA -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
