Bug#600161: libmudflap0-4.4-dev: symlink of libmudflap.so points to wrong target
Package: libmudflap0-4.4-dev Version: 4.4.5-2 Severity: important if you look in /usr/lib/gcc/x86_64-linux-gnu/4.4 then there is a symlink called libmudflap.so which points to ../../../libmudflap.so.. There is a zero (0) missing in the link target. I corrected the bug my manually erasing the symlink, recreating it and using the target ../../../libmudflap.so.0. -- 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.35-trunk-amd64 (SMP w/2 CPU cores) Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#597132: Still not completely fixed
reopen 597132 thanks Sorry, still not completely fixed. When purging a kernel package, it seems that DEBCONF_REDIR isn't set, while still run through debconf or something: (Reading database ... 259725 files and directories currently installed.) Removing linux-image-2.6.35.6-grsec+ ... Purging configuration files for linux-image-2.6.35.6-grsec+ ... Examining /etc/kernel/postrm.d . run-parts: executing /etc/kernel/postrm.d/initramfs-tools 2.6.35.6-grsec+ /boot/vmlinuz-2.6.35.6-grsec+ run-parts: executing /etc/kernel/postrm.d/zz-extlinux 2.6.35.6-grsec+ /boot/vmlinuz-2.6.35.6-grsec+ dpkg: error processing linux-image-2.6.35.6-grsec+ (--purge): subprocess installed post-removal script returned error exit status 128 Errors were encountered while processing: linux-image-2.6.35.6-grsec+ Adding a “printenv” in extlinux-update, I get: SUDO_GID=1000 USER=root KERNEL_ARCH=x86_64 MAIL=/var/mail/root STEM=linux HOME=/root DEB_MAINT_PARAMS= 'purge' COLORTERM=Terminal DPKG_MAINTSCRIPT_ARCH=amd64 SUDO_UID=1000 LOGNAME=root DPKG_RUNNING_VERSION=1.15.8.5 DPKG_MAINTSCRIPT_NAME=postrm TERM=xterm-256color USERNAME=root PERL_DL_NONLAZY=1 PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/X11R6/bin DISPLAY=:0.0 LANG=fr_FR.UTF-8 DPKG_MAINTSCRIPT_PACKAGE=linux-image-2.6.35.6-grsec+ XAUTHORITY=/home/corsac/.Xauthority LC_MESSAGES=en_US.UTF-8 SUDO_COMMAND=/usr/bin/dpkg -P linux-image-2.6.35.6-grsec+ SHELL=/usr/bin/zsh INITRD=No SUDO_USER=corsac DEBIAN_HAS_FRONTEND=1 PWD=/ KERNEL_PACKAGE_VERSION=12.036 Cheers, -- Yves-Alexis signature.asc Description: This is a digitally signed message part
Bug#600094: closed by Guillem Jover guil...@debian.org (Re: Bug#600094: please add support for lzip)
reopen 600094 reopen 556960 retitle 556960 please add support for lzip forcemerge 556960 600094 tag 600094 wontfix tag 556960 wontfix thanks Hi Guillem, the proper thing then is to keep it open and wontfix, not closing, thus reopening both accordingly. Regards, Daniel -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: daniel.baum...@panthera-systems.net Internet: http://people.panthera-systems.net/~daniel-baumann/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#573691: flumotion: Intent to NMU -- FTBFS: configure: error: You need at least version 2.0.1 of Twisted
I've started fixing important and above bugs for release and noticed this one. Please let me know if this bug is already been worked on or if it's okay to NMU the package. Jari -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#600137: follow up
tags 600137 confirmed thanks Hello people, thanks for your feedback :-) On Wed, 13 Oct 2010 21:34:07 +, Christoph Anton Mitterer wrote: OTOH, at webkit-image-gtk does not work correctly for me when using it with (at least) WMS Yahoo plugin... the images are much to small and don't fit to the real map. On Thu, 14 Oct 2010 01:43:49 -0400, Jason Woofenden wrote: I've tested both webkit-image-gtk and webkit-image-qt and only the -qt one works properly with yahoo satellite imagery. Using webkit-image-gtk, each tile is shrunk and the rest of the area it should be covering comes up white. The amount it's shrunk seems dependent on zoom level. Seems like the zooming is going backwards somehow... like the further in you zoom, the smaller the tile gets. Anyway, I'd love to see webkit-image-qt as a Recomends from josm-plugins, but please don't Reccomend webkit-image-gtk until it works with at least yahoo satellite imagery. Well, I tried them both from console, and they worked. Yes, the -gtk version has that annoying bug that shrinks the image. Anyway, it could be superseded with the overlap tiles feature in josm. Better yet if I fix it :D The problem is that the -gtk version outputs a fixed-size image of 2000x2000, which generally is not the tile size at usual zoom levels. Instead, the -qt version outputs the image at proper size: $ webkit-image-qt http://josm.openstreetmap.de/wmsplugin/YahooDirect.html?bbox=12.5289968,37.6274879,12.6351747,37.7115329srs=EPSG:4326width=500height=500; foo_qt.png $ webkit-image-gtk http://josm.openstreetmap.de/wmsplugin/YahooDirect.html?bbox=12.5289968,37.6274879,12.6351747,37.7115329srs=EPSG:4326width=500height=500; foo_gtk.png $ exiv2 foo_qt.png File name : foo_qt.png File size : 99927 Bytes MIME type : image/jpeg Image size : 619 x 619 foo.png: No Exif data found in the file $ exiv2 foo_gtk.png File name : foo_gtk.png File size : 833574 Bytes MIME type : image/png Image size : 2000 x 2000 foo_gtk.png: No Exif data found in the file I also agree I should recommend webkit-image-* from josm-plugins (or even josm, I'd say -- one could always use the prebuilt wmsplugin.jar from the website). I'm sorry if these binary packages weren't properly in shape, but I was in a hurry uploading the -plugins corresponding to the new josm snapshot :). Having packages uninstallable in sid isn't a good thing, so I decided to push these webkit-image-* packages without waiting further, hope you'll forgive me ;) Kindly, David -- . ''`. Debian developer | http://wiki.debian.org/DavidPaleino : :' : Linuxer #334216 --|-- http://www.hanskalabs.net/ `. `'` GPG: 1392B174 | http://deb.li/dapal `- 2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174 signature.asc Description: PGP signature
Bug#599992: perl: FTBFS on mips: lib/Memoize/t/speed FAILED at test 2
Niko Tyni nt...@debian.org (13/10/2010): Non-deterministic uncommon build failures haven't been considered release critical in the past, so downgrading the severity. ACK. Mraw, KiBi. signature.asc Description: Digital signature
Bug#600093: webkit-image-gtk: Binary without man page, nor any doc
tags 600093 confirmed thanks Hello, On Wed, 13 Oct 2010 18:34:47 +0200, Jeremy Lal wrote: Hi, i tried to use webkit-image-gtk, but there are no docs at all ! Even -h does not output help, please correct this. The usage is: webkit-image-gtk url output.ext (likely for webkit-image-qt) However, this should be described somewhere, agreed. I'm confirming the bug, will work on it ASAP :) David -- . ''`. Debian developer | http://wiki.debian.org/DavidPaleino : :' : Linuxer #334216 --|-- http://www.hanskalabs.net/ `. `'` GPG: 1392B174 | http://deb.li/dapal `- 2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174 signature.asc Description: PGP signature
Bug#600162: ITP: parms -- parallel Algebraic Recursive Multilevel Solvers
Package: wnpp Severity: wishlist Owner: trophime troph...@lncmi.cnrs.fr * Package name: parms Version : 3 Upstream Author : Yousef Saad s...@cs.umn.edu * URL : http://www-users.cs.umn.edu/~saad/software/pARMS * License : LGPL Programming Lang: C, Fortran Description : parallel Algebraic Recursive Multilevel Solvers pARMS is a library of parallel solvers for distributed sparse linear systems of equations. It is based on a preconditioned Krylov subspace approach, using a domain decomposition viewpoint. The plural in Solvers is due to the fact that pARMS offers a large selection of preconditioners for distributed sparse linear systems and a few of the best known accelerators. The basic methodology used relies on a Recursive Multi-level ILU factorization wich allows to develop many of the standard domain-decomposition type iterative solvers in a single framework. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#600026: etckeeper: composed author email with hostname with duplicit dnsdomain part
* [Wed, Oct 13, 2010 at 09:51:32PM +0200] Václav Ovsík: --- a/etckeeper/commit.d/50vcs-commit +++ b/etckeeper/commit.d/50vcs-commit [..] -hostname=`hostname` +hostname=`hostname|sed 's/\..*//;'` [..] will probably work everywhere. Maybe just a matter of taste, but I'd prefer something in the line of: hostname=`hostname` hostname=${hostname%%.*} in order not to fork another process. Not sure it will work everywhere, but on POSIX shells it should. Ciao, Gian Piero. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#591364: geode: missing support for 800x480 LCD and for 1024x600 auto-configuration
Thomas, Have you tried the latest driver on freedesktop? Just as Martin wrote, I committed a patch(that add an entry of 1024x600 for panel) that can support 1024x600 which will give you the whole screen. Because your problem is much like my malata notebook, so I think this new patch can work for you too. Another user on Ubuntu BTS has given me the reply on that and it can work too! The parameter for 1024x...@60 is generated by gtf tool. I suggest you use cvt tool to generate the parameter. It is better. If you find few modes are supported, don't be worried. Just use 1024x...@100 parameter to replace. I am sorry that this bug trail list is too long that I have not too much to read it, so please give a try and reply. 800x480 is same way to support. But unfortunely, I have no idea now to support them simultaneously. Just use the cvt tool to generate the parameters and replace my patch. Martin, For geode driver, if the display is panel instead of CRT, there is no EDID to be detected. Our BIOS use a register to select which mode is supported. That is why I have no idea now to support two wide screen modes simultaneously. But I think the user can enjoy the whole screen is the wonderful thing now! The default entry can be set by user when he/she enter the gnome desktop, and select 1024x600, then apply. Next time when you enter the gnome, it will become the default resolution. That is my understanding Ubuntu BTS 433142 user said. Thanks, Frank On Sun, Oct 3, 2010 at 5:07 PM, Thomas Harding t...@thomas-harding.name wrote: By the way : the resolution is now OK with 800x600 and I set again every font sizes to 16 in Gnome. the only problems left are video flicker and the fact I miss the bottom of the screen, which I need 1024x600 or 800x480 to display the whole ;) We already added support for 1024x600, but we might have covered the correct refresh rate for only one manufacturer's LCD display. We probably need to inspect the Xorg.log that Thomas attached and see if the display X finds differs from the one reported in the similar Ubuntu bug report or not. Next we should probably calculate the correct refresh rate for 800x480 and add native support for this in lx_panel. Last, we need to make sure that those modes are attempted on displays that feature them. Currently, it seems that while the last patch we committed indeed adds native support, the resolution still needs to be selected in xorg.conf rather than by the usual EDID matching. Martin-Éric
Bug#577467: wysihtml-el: Intent to NMU -- please remove any requirements for emacs22
I've been fixing bugs for release and noticed this one. Please let me know if this bug is already been worked on or if it's okay to NMU the package. Jari -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#600100: zipl's postinst hook fails upon initial kernel installation by d-i
On Wed, Oct 13, 2010 at 07:31:26PM +0200, Philipp Kern wrote: Oct 13 19:24:13 in-target: run-parts: executing /etc/kernel/postinst.d/zz-zipl 2.6.32-5-s390x /boot/vmlinuz-2.6.32-5-s390x Oct 13 19:24:13 in-target: Error: Config file '/etc/zipl.conf': No such file or directory Oct 13 19:24:13 in-target: Using config file '/etc/zipl.conf' This would also fail when you try to install a kernel into a chroot and s390-tools happens to be installed (which might be unusual, though). Maybe, as this error comes from zipl, it would make sense to guard the zipl invocation by checking for the config file presence first? #!/bin/sh if [ -f /etc/zipl.conf ] then exec zipl /dev/null 2 fi Kind regards, Philipp Kern signature.asc Description: Digital signature
Bug#600164: pam: [INTL:sk] Slovak po-debconf translation
Package: pam Priority: wishlist Tags: l10n patch Version: 1.1.1-6.1 .po attached ~~helix84 sk.po Description: Binary data
Bug#570719: rep-gtk and librep-dev bash/dash libtool breakage
severity 570719 serious reassign 570723 libtool severity 570723 wishlist retitle 570723 libtool should set -e affects 570723 rep-gtk thanks I have looked at why rep-gtk's build system did not fail when #570719 occurred; it can happen on plain amd64 as well. The problem is that libtool did not exit with an error code, so there is really nothing rep-gtk could have done. I almost just closed #570723 - but I'll reassign to libtool, because maybe it should 'set -e' or something (unless that's not portable). To compensate for the downgrade, I guess #570719 must now be considered serious. I think it should have been from the start, really. So we need a new librep-dev upload, and maybe a binNMU for rep-gtk on some architectures. -- Tim Retout dioc...@debian.org signature.asc Description: This is a digitally signed message part
Bug#600163: sks: random database corruption
Package: sks Version: 1.1.0-4 Severity: normal We’re running a private keyserver (publicly accessible, but not synchronised with the keyserver network, and forbidden for search engines to index via robots.txt, for eMail address privacy) with the stock Lenny sks package and see occasional database corruption. Symptoms: • sks doesn’t start any more • sks must be killed with -9 • the daily cronjob hangs After a bit of tricking around, I finally managed to patch the cronjob do work around some of the issues, mostly by calling db4.6_recover and SIGKILLing sks if the init script fails to get it down. This is the diff: --- /etc/cron.daily/sks 2008-07-22 00:00:00.0 +0200 +++ /etc/cron.daily/sks 2010-10-13 09:18:30.0 +0200 @@ -22,16 +22,24 @@ clean_directory() { dir=$1 if [ -d $dir ] then + db4.6_recover -h $dir db4.6_archive -h $dir -d fi return 0 } +(/etc/init.d/sks stop || :) +for pidfile in /var/run/sks/sksdb.pid /var/run/sks/sksrecon.pid; do + [[ -s $pidfile ]] || continue + kill -9 $($pidfile) +done + # The DB directory holds indexes and keys. clean_directory /var/lib/sks/DB # PTree is for the hashes used with the reconciliation algorithm. (I think) clean_directory /var/lib/sks/PTree +/etc/init.d/sks start exit 0 As further difference from the package, the init script was patched with this, for the sake of completeness, but I under- stand this has been fixed in later versions: --- /etc/init.d/sks~2008-06-03 00:00:00.0 +0200 +++ /etc/init.d/sks 2009-12-22 12:24:41.0 +0100 @@ -68,6 +68,9 @@ case $1 in exit 0 fi + mkdir -p /var/run/sks + chown debian-sks:debian-sks /var/run/sks + echo -n sksdb.. start-stop-daemon --start --quiet --oknodo \ The configuration only sets hostname, hkp_port and dontgossip. There’s still one more occasional problem: the PTree was damaged beyond what db4.6_{recover,checkpoint} could do, but removing it “fixed” the problem. (Luckily the keyring is backed up by exporting.) Finally, a minor annoyance, the log is spammed several times per minute with this message: 2010-10-14 09:27:06 mail transmit keys error in callback.: Failure(No partners specified) Is running a stand-alone keyserver not supported? This is more a question whether you know of these problems or have advice, and to document my attempts to work around it, as a “real” bugreport, because I have no idea how to actually reproduce the problems (they do appear on our key- server relatively often – for DB – and very rarely – for PTree – though). Any input welcome. -- System Information: Debian Release: 5.0.6 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.26-2-xen-686 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/mksh Versions of packages sks depends on: ii adduser3.110 add and remove users and groups ii db4.6-util 4.6.21-11 Berkeley v4.6 Database Utilities ii libc6 2.7-18lenny4 GNU C Library: Shared libraries ii libdb4.6 4.6.21-11 Berkeley v4.6 Database Libraries [ ii logrotate 3.7.1-5 Log rotation utility ii postfix [mail-transpor 2.5.5-1.1 High-performance mail transport ag ii procmail 3.22-16 Versatile e-mail processor ii zlib1g 1:1.2.3.3.dfsg-12 compression library - runtime sks recommends no packages. sks 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#600050: [pkg-lighttpd] Bug#600050: /etc/lighttpd/conf-available/15-fastcgi-php.conf: fastcgi-php file missing a required directive
On Wed, Oct 13, 2010 at 3:55 PM, Olaf van der Spek olafvds...@gmail.com wrote: On Wed, Oct 13, 2010 at 12:22 PM, Didar Hossain didar.hoss...@gmail.com wrote: Yes, indeed it works now. It would be nice if a comment regarding this requirement could be added to the said file. Looking in the lighty-enable-mod there is some code about module dependency checking, but, I am not able to understand its working details. Me neither. :( I think that part wasn't implemented. I believe, you can close this bug as NotABug or something alike. Though, I would still prefer a comment added to fastcgi-php.conf file regarding enabling fastcgi.conf as a prerequisite. Lighttpd is important to me as I prefer it over Apache and use it as my primary webserver. I would like to help with fixing `lighty-enable-mod' which will not happen for squeeze. I will probably open a separate bug *with* patch later :) Thanks for the help. Keep up the good work. Didar -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#600007: environment option can not set USER for pipe transport
Hi again, Am Mittwoch, den 13.10.2010, 19:12 +0200 schrieb Joachim Breitner: Am Mittwoch, den 13.10.2010, 19:10 +0200 schrieb Andreas Metzler: Shouldn't this do as a workaround for the time being? command = /usr/bin/env USER=$local_p...@$domain /usr/lib/dovecot/deliver -f $sender_address Probably. I can also try to use use_shell, as the shell will probably re-do the environment and might read it from right to left. Confirmed. With “use_shell” the USER in environment takes precedence over exim’s own one. I assume that this is due to different parsing of the environment in the shell and in deliver. It works for me this way, but the behavior is still undesirably arbitrary. 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: This is a digitally signed message part
Bug#600156: debian-goodies: dglob error '[: 66: no: unexpected operator'
Hi, A. Costa wrote: Package: debian-goodies Version: 0.54 Severity: normal Observed while searching: % dglob oocalc ; echo $? [: 66: no: unexpected operator 0 Both error message exit code '0' seem buggy. Yep, could reproduce this here on a Sid box. The version in Squeeze seems fine. Regards, Axel -- ,''`. | Axel Beckert a...@debian.org, http://people.debian.org/~abe/ : :' : | Debian Developer, ftp.ch.debian.org Admin `. `' | 1024D: F067 EA27 26B9 C3FC 1486 202E C09E 1D89 9593 0EDE `-| 4096R: 2517 B724 C5F6 CA99 5329 6E61 2FF9 CD59 6126 16B5 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#600165: Bug report: rubygems should depend on ruby-dev
Package: rubygems Version: 1.3.7-2 Severity: normal Tags: sid -- System Information: Debian Release: squeeze/sid APT prefers lucid-updates APT policy: (500, 'lucid-updates'), (500, 'lucid-security'), (500, 'lucid') Architecture: i386 (i686) Kernel: Linux 2.6.32-21-generic (SMP w/2 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages rubygems depends on: ii rubygems1.8 1.3.7-2package management framework for R rubygems recommends no packages. rubygems suggests no packages. -- no debconf information Hi, I wish to report that the rubygems package should have dependency on the ruby-dev package. Otherwise when installing using the gem command, this error will result: $ sudo gem install sqlite3-ruby Building native extensions. This could take a while... ERROR: Error installing sqlite3-ruby: ERROR: Failed to build gem native extension. /usr/bin/ruby1.8 extconf.rb extconf.rb:3:in `require': no such file to load -- mkmf (LoadError) from extconf.rb:3 Gem files will remain installed in /var/lib/gems/1.8/gems/sqlite3-ruby-1.3.1 for inspection. Results logged to /var/lib/gems/1.8/gems/sqlite3-ruby-1.3.1/ext/sqlite3/gem_make.out Kind regards, Lee Hanxue
Bug#557757: Jarifa package
Dear all, Thanks for all the feedback. Taking into account your point of view, I will make the DEB package for Debian. Thus, let me know from where I should start to collaborate with you, firstly supporting the Jarifa project, and when I have more experience, I'll help with more issues of this group. Best regards, Daniel PS: Fernando, the e-mail list is dead, because I'm the only one who posted something there, so as the news where also published in the Jarifa blog and the BOINC planet (http://boinc.unex.es/planet), I thought that everyone was getting the updates :) On Thu, Oct 14, 2010 at 05:31, Fernando C. Estrada fcestr...@fcestrada.com wrote: El mié, 13-10-2010 a las 14:46 +0200, Daniel Lombraña González escribió: Dear all, Hi Daniel Today I have finished an alpha version of what it should be the Jarifa deb package. For those who do not know what is Jarifa, let's say it is a web tool that allows an institution to manage hundreds to thousands of BOINC computers from its facilities (imagine an University with its faculties and laboratories). For more information, please check the web page http://jarifa.unex.es of the project and its source code (http://github.com/teleyinex/jarifa). I'm really glad to see you here, I'm interested in Jarifa but I had the impression that the development was finished, I'm subscribed at the Jarifa's development mailing list [1] but the list is dead. The alpha package has to be tested (I have done it in Lenny and Squeeze), but for sure my package has errors. Thus, I was wondering if I should create a PPA in Launchpad, or ask for space in Debian servers, so my package can be tested by a wider audience. Therefore, let me ask you the following question: which is the best approach, Launchpad or Debian servers? The best approach is to maintain the package in Debian with the Debian BOINC Maintainers, in this way will be very easy to include Jarifa in Ubuntu because will sync it eventually from Debian as René mentioned, so will be great if you join us in the team ;-) Regards, [1] http://groups.google.com/group/jarifa -- Fernando C. Estrada -- pkg-boinc-devel mailing list pkg-boinc-de...@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-boinc-devel -- ·· http://jarifa.unex.es/ http://www.flickr.com/photos/teleyinex ·· Por favor, NO utilice formatos de archivo propietarios para el intercambio de documentos, como DOC y XLS, sino HTML, RTF, TXT, CSV o cualquier otro que no obligue a utilizar un programa de un fabricante concreto para tratar la información contenida en él. ··
Bug#570719: rep-gtk and librep-dev bash/dash libtool breakage
* Tim Retout wrote on Thu, Oct 14, 2010 at 09:36:07AM CEST: I almost just closed #570723 - but I'll reassign to libtool, because maybe it should 'set -e' or something (unless that's not portable). Issues such as this: | eval: 1: libtool_args+=: not found | eval: 1: libtool_args+=: not found typically come from configure running the tests under a different shell than libtool. This is often because the configure.ac messes with $SHELL and/or $CONFIG_SHELL, or CONFIG_SHELL is set in the environment. The build log referenced looks like it ran under bash: | checking whether the shell understands some XSI constructs... yes | checking whether the shell understands +=... yes yet make uses /usr/lib/rep/x86_64-pc-kfreebsd-gnu/libtool which doesn't seem to have been created by configure. I suspect that /usr/lib/rep/x86_64-pc-kfreebsd-gnu/libtool assumes /bin/sh is bash, because at the time and on the system it was created it was bash. In all likelihood, this is not a Libtool bug. Cheers, Ralf -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#570723: rep-gtk and librep-dev bash/dash libtool breakage
2010 09:11, Ralf Wildenhues ralf.wildenh...@gmx.de wrote: * Tim Retout wrote on Thu, Oct 14, 2010 at 09:36:07AM CEST: I almost just closed #570723 - but I'll reassign to libtool, because maybe it should 'set -e' or something (unless that's not portable). Issues such as this: | eval: 1: libtool_args+=: not found | eval: 1: libtool_args+=: not found typically come from configure running the tests under a different shell than libtool. This is often because the configure.ac messes with $SHELL and/or $CONFIG_SHELL, or CONFIG_SHELL is set in the environment. The build log referenced looks like it ran under bash: | checking whether the shell understands some XSI constructs... yes | checking whether the shell understands +=... yes yet make uses /usr/lib/rep/x86_64-pc-kfreebsd-gnu/libtool which doesn't seem to have been created by configure. I suspect that /usr/lib/rep/x86_64-pc-kfreebsd-gnu/libtool assumes /bin/sh is bash, because at the time and on the system it was created it was bash. In all likelihood, this is not a Libtool bug. Yep, this specific problem is with librep-dev not setting CONFIG_SHELL explicitly, and I'll fix that in #570719. But the bug I wanted to raise was that this general class of errors - running the libtool script with the wrong shell - does not cause a bad error code. If 'set -e' were added at the top of libtool, it would fail early. Feel free to 'wontfix' if that's not possible to do. -- Tim Retout dioc...@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#600166: openvpn: at start it adds 40 bogus routes not specified in configuration
Package: openvpn Version: 2.1.3-1 Severity: grave Justification: renders package unusable Hi, I've upgraded openvpn package after migration to 'squeeze'. One of the VPN connections is not working anymore and it adds 40 bogus routes that are not specified anywhere. It should add routes from the server, but it only adds the route to the internal oVPN subnet (it is a 'subnet' configuration) -- thus it renders the package unusable. I've attached the connection log from /var/log/syslog (some real info was replaced with generic names). Thanks -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing'), (200, 'unstable'), (100, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/2 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages openvpn depends on: ii debconf [debconf-2.0] 1.5.35 Debian configuration management sy ii libc6 2.11.2-6 Embedded GNU C Library: Shared lib ii liblzo2-2 2.03-2 data compression library ii libpam0g 1.1.1-6Pluggable Authentication Modules l ii libpkcs11-helper1 1.07-1 library that simplifies the intera ii libssl0.9.8 0.9.8o-2 SSL shared libraries ii net-tools 1.60-23The NET-3 networking toolkit ii openssl-blacklist 0.5-2 list of blacklisted OpenSSL RSA ke ii openvpn-blacklist 0.4list of blacklisted OpenVPN RSA sh openvpn recommends no packages. Versions of packages openvpn suggests: ii openssl 0.9.8o-2 Secure Socket Layer (SSL) binary a ii resolvconf1.46 name server information handler -- Configuration Files: /etc/default/openvpn changed: AUTOSTART=none OPTARGS= -- debconf information: openvpn/vulnerable_prng: openvpn/create_tun: false Oct 14 10:57:48 frost ovpn-COMPANY-sfo[4070]: Current Parameter Settings: Oct 14 10:57:48 frost ovpn-COMPANY-sfo[4070]: config = '/etc/openvpn/COMPANY-sfo.conf' Oct 14 10:57:48 frost ovpn-COMPANY-sfo[4070]: mode = 0 Oct 14 10:57:48 frost ovpn-COMPANY-sfo[4070]: persist_config = DISABLED Oct 14 10:57:48 frost ovpn-COMPANY-sfo[4070]: persist_mode = 1 Oct 14 10:57:48 frost ovpn-COMPANY-sfo[4070]: show_ciphers = DISABLED Oct 14 10:57:48 frost ovpn-COMPANY-sfo[4070]: NOTE: --mute triggered... Oct 14 10:57:48 frost ovpn-COMPANY-sfo[4070]: 255 variation(s) on previous 6 message(s) suppressed by --mute Oct 14 10:57:48 frost ovpn-COMPANY-sfo[4070]: OpenVPN 2.1.3 i486-pc-linux-gnu [SSL] [LZO2] [EPOLL] [PKCS11] [MH] [PF_INET6] [eurephia] built on Sep 30 2010 Oct 14 10:57:48 frost ovpn-COMPANY-sfo[4070]: mlockall call succeeded Oct 14 10:57:48 frost ovpn-COMPANY-sfo[4070]: WARNING: Make sure you understand the semantics of --tls-remote before using it (see the man page). Oct 14 10:57:48 frost ovpn-COMPANY-sfo[4070]: NOTE: OpenVPN 2.1 requires '--script-security 2' or higher to call user-defined scripts or executables Oct 14 10:57:48 frost ovpn-COMPANY-sfo[4070]: /usr/bin/openssl-vulnkey -q -b 1024 -m modulus omitted Oct 14 10:57:49 frost ovpn-COMPANY-sfo[4070]: Control Channel Authentication: using 'keys/ta-sfo.key' as a OpenVPN static key file Oct 14 10:57:49 frost ovpn-COMPANY-sfo[4070]: Outgoing Control Channel Authentication: Using 160 bit message hash 'SHA1' for HMAC authentication Oct 14 10:57:49 frost ovpn-COMPANY-sfo[4070]: Incoming Control Channel Authentication: Using 160 bit message hash 'SHA1' for HMAC authentication Oct 14 10:57:49 frost ovpn-COMPANY-sfo[4070]: LZO compression initialized Oct 14 10:57:49 frost ovpn-COMPANY-sfo[4070]: Control Channel MTU parms [ L:1542 D:166 EF:66 EB:0 ET:0 EL:0 ] Oct 14 10:57:49 frost ovpn-COMPANY-sfo[4070]: Socket Buffers: R=[112640-131072] S=[112640-131072] Oct 14 10:57:49 frost ovpn-COMPANY-sfo[4070]: Data Channel MTU parms [ L:1542 D:1450 EF:42 EB:135 ET:0 EL:0 AF:3/1 ] Oct 14 10:57:49 frost ovpn-COMPANY-sfo[4070]: Local Options String: 'V4,dev-type tun,link-mtu 1542,tun-mtu 1500,proto UDPv4,comp-lzo,cipher BF-CBC,auth SHA1,keysize 128,tls-auth,key-method 2,tls-client' Oct 14 10:57:49 frost ovpn-COMPANY-sfo[4070]: Expected Remote Options String: 'V4,dev-type tun,link-mtu 1542,tun-mtu 1500,proto UDPv4,comp-lzo,cipher BF-CBC,auth SHA1,keysize 128,tls-auth,key-method 2,tls-server' Oct 14 10:57:49 frost ovpn-COMPANY-sfo[4070]: Local Options hash (VER=V4): '02af3434' Oct 14 10:57:49 frost ovpn-COMPANY-sfo[4070]: Expected Remote Options hash (VER=V4): '3f08d474' Oct 14 10:57:49 frost ovpn-COMPANY-sfo[4073]: mlockall call succeeded Oct 14 10:57:49 frost ovpn-COMPANY-sfo[4073]: UDPv4 link local: [undef] Oct 14 10:57:49 frost ovpn-COMPANY-sfo[4073]: UDPv4 link remote: [AF_INET]OPENVPN_REMOTE_IPADDR:1194 Oct 14 10:57:49 frost ovpn-COMPANY-sfo[4073]: TLS: Initial packet from
Bug#600167: lenny to squeeze dist-upgrade fails due to missing support for rebooting Linux while upgrade udev
Package: udev Version: 160-1 Severity: important Tags: squeeze I've tried to dist-upgrade from Lenny to Squeeze (testing) but failed. Here the reason: | Preparing to replace udev 0.125-7+lenny3 (using .../archives/udev_160-1_i386.deb) ... | | Since release 150, udev requires that support for the CONFIG_SYSFS_DEPRECATED | feature is disabled in the running kernel. | | Please upgrade your kernel before or while upgrading udev. | | AT YOUR OWN RISK, you can force the installation of this version of udev | WHICH DOES NOT WORK WITH YOUR RUNNING KERNEL AND WILL BREAK YOUR SYSTEM | AT THE NEXT REBOOT by creating the /etc/udev/kernel-upgrade file. | There is always a safer way to upgrade, do not try this unless you | understand what you are doing! | | Errors were encountered while processing: | /var/cache/apt/archives/udev_160-1_i386.deb | E: Sub-process /usr/bin/dpkg returned an error code (1) lenny$ uname -a Linux lenny 2.6.26-2-686 #1 SMP Thu Sep 16 19:35:51 UTC 2010 i686 GNU/Linux Do we need a more sophisticated upgrade procedure where a Linux reboot is supported (before releasing Squeeze) ? Open for discussion, Raphael -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#600168: can't use --force-hal option
Package: sleepd Version: 2.03 Thank you for fixing the bug #597369. But I can't use the new option. --- sleepd-2.03/sleepd.c2010-09-30 05:09:34.0 +0900 +++ sleepd-2.03sohet/sleepd.c 2010-10-14 16:38:35.0 +0900 @@ -85,7 +85,7 @@ {netdev, 2, NULL, 'N'}, {rx-min, 1, NULL, 'r'}, {tx-min, 1, NULL, 't'}, - {force-hal, 1, NULL, 'H'}, + {force-hal, 0, NULL, 'H'}, {0, 0, 0, 0} }; int force_autoprobe=0; @@ -100,7 +100,7 @@ char rx_statfile[44]; while (c != -1) { - c=getopt_long(argc,argv, s:d:nvu:U:l:wIi:Ee:hac:b:AN::r:t:, long_options, NULL); + c=getopt_long(argc,argv, s:d:nvu:U:l:wIi:Ee:hac:b:AN::r:t:H, long_options, NULL); switch (c) { case 's': sleep_command=strdup(optarg); -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#600169: desktopcouch's futon missing WWW-Authentication HTTP header
Package: desktopcouch Version: 0.6.6-1 Severity: normal First, note that CouchDB seems to only support the Basic HTTP authentication method: $ FUTON_URL=http://username:passw...@localhost:`/usr/lib/desktopcouch/desktopcouch-get-port`/util/; $ curl --digest $FUTON_URL {error:unauthorized,reason:Authentication required.} $ curl --ntlm $FUTON_URL {error:unauthorized,reason:Authentication required.} $ curl --negotiate $FUTON_URL {error:unauthorized,reason:Authentication required.} $ curl --basic $FUTON_URL !DOCTYPE html [...] Then see that there's no WWW-Authenticate header telling which authentication method to use: $ wget -S http://localhost:`/usr/lib/desktopcouch/desktopcouch-get-port`/util/; -O - --2010-10-14 04:01:37-- http://localhost:42837/util/ Resolving localhost... ::1, 127.0.0.1 Connecting to localhost|::1|:42837... failed: Connection refused. Connecting to localhost|127.0.0.1|:42837... connected. HTTP request sent, awaiting response... HTTP/1.0 401 Unauthorized Server: CouchDB/0.11.0 (Erlang OTP/R14B) Date: Thu, 14 Oct 2010 08:01:37 GMT Content-Type: text/plain;charset=utf-8 Content-Length: 61 Connection: Keep-Alive Cache-Control: must-revalidate Authorization failed. zsh: exit 6 wget -S http://localhost:`/usr/lib/desktopcouch/desktopcouch-get-port`/util/ Here's what it looks like in a few clients: Chromium: warning message about possible trickery, then unauthorized IceWeasel: warning message about no authorization requested by server, then unauthorized curl: fails unless you pass --basic wget: fails unless you pass --auth-no-challenge Midory: fails because it only tries ipv6. But if you use 127.0.0.1 instead of localhost, it says unauthorized. I'm pretty sure all it would take to fix this is to get desktopcouch to send the WWW-Authentication: Basic [...] header Thank you all, - Jason -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-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/dash Versions of packages desktopcouch depends on: ii couchdb 0.11.0-2.1 RESTful document oriented database ii python2.6.6-3interactive high-level object-orie ii python-avahi 0.6.27-2 Python utility package for Avahi ii python-couchdb0.6-1 library for working with Apache Co ii python-dbus 0.83.1-1 simple interprocess messaging syst ii python-gnomekeyring 2.30.0-3 Python bindings for the GNOME keyr ii python-gobject2.21.4+is.2.21.3-1 Python bindings for the GObject li ii python-gtk2 2.17.0-4 Python bindings for the GTK+ widge ii python-oauth 1.0.1-2Python library implementing of the ii python-simplejson 2.1.1-1simple, fast, extensible JSON enco ii python-support1.0.10 automated rebuilding support for P ii python-twisted-core 10.1.0-3 Event-based framework for internet ii python-xdg0.19-2 Python library to access freedeskt desktopcouch recommends no packages. desktopcouch 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#600131: dummy git-core package cannot be removed
On Wed, Oct 13, 2010 at 05:11:48PM -0400, Denis Laxalde wrote: Le mercredi 13 octobre 2010, Anders Kaseorg a écrit : This is because giggle and gitstats have a versioned dependency on git-core, and dpkg does not support versioned Provides [1]. So giggle and gitstats will need to have their dependencies updated. Ok, I understand. I can report wishlist or minor bugs against the latter packages if you think it is appropriate. Yes, wishlist bugs would be nice. Thank you. Regards, Gerrit. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#600170: Lenny to Squeeze upgrade fails
Package: bugzilla3 Version: 3.6.2.0-3 Tags: critical pending The error output : run-parts --exit-on-error --lsbsysinit /etc/bugzilla3/post-checksetup.d run-parts: executing /etc/bugzilla3/post-checksetup.d/10setdefaultdpkgstatoverride run-parts: executing /etc/bugzilla3/post-checksetup.d/15restoredpkgstatoverride run-parts: executing /etc/bugzilla3/post-checksetup.d/55localyui run-parts: executing /etc/bugzilla3/post-checksetup.d/90checkwebdot run-parts: executing /etc/bugzilla3/post-checksetup.d/97shutdownhtmlunset Reloading web server config: apache2. Usage: update-python-modules [-v] [-c] package_directory [...] update-python-modules [-v] [-c] package.dirs [...] update-python-modules [-v] [-a|-f|-p] update-python-modules: error: /usr/share/python-support/bugzilla3.private is not a directory dpkg: Fehler beim Bearbeiten von bugzilla3 (--configure): Unterprozess installiertes post-installation-Skript gab den Fehlerwert 2 zurück The problem is an too old python-support version so we have to Pre-Depends this. Greetings, Raphael -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#600166: openvpn: at start it adds 40 bogus routes not specified in configuration
On Thu, Oct 14, 2010 at 11:24:40AM +0300, Teodor wrote: Package: openvpn Version: 2.1.3-1 Severity: grave Justification: renders package unusable Hi, I've upgraded openvpn package after migration to 'squeeze'. One of the VPN connections is not working anymore and it adds 40 bogus routes that are not specified anywhere. It should add routes from the server, but it only adds the route to the internal oVPN subnet (it is a 'subnet' configuration) -- thus it renders the package unusable. I've attached the connection log from /var/log/syslog (some real info was replaced with generic names). Hi, could you attach (without sensitive data) the server and client configurations? Thanks, Alberto -- Alberto Gonzalez Iniesta| Formación, consultoría y soporte técnico agi@(inittab.org|debian.org)| en GNU/Linux y software libre Encrypted mail preferred| http://inittab.com Key fingerprint = 9782 04E7 2B75 405C F5E9 0C81 C514 AF8E 4BA4 01C3 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#600171: ITP: eclipse-jgit -- pure Java implementation of the GIT VCS
Package: wnpp Severity: wishlist Owner: Niels Thykier ni...@thykier.net -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 * Package name: eclipse-jgit Version : 0.9.3 Upstream Author : Eclipse Development Team * URL : http://eclipse.org/jgit/ * License : BSD-like Programming Lang: Java Description : pure Java implementation of the GIT VCS Needed for eclipse-egit. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) iQIcBAEBCAAGBQJMtsOWAAoJEAVLu599gGRC+MIQAIHoFQWKCR3ZnpOMJneoe4oR VZAXfF50FZiyODJq1UHK0GUzc3JeCWIlwowMoatCHh9ENRPSbyOj0f3Dc60jJalu WikUVyYTQTjC7vGtoI1WZ1X5z5JwjCnfkrC8TpxcySA3dXdx+h08BhEZf4azpbv9 jMbY6UXLlbnqr9tooFwcOkKj8Pk+aMwMk7jvAytLrADqxAWDaw6/rVeIWbnEHzkv wOozh/f1Zn1yqVh8Gls9VylDe+VTUNXhoGBh3Pw8w2ybKCBeJBd6gt8atwR74NLH LMf6AzGhe61/zgl7bPW5jHXk8Bik8iQ56o8tcVhEvPBQKAXq2iuMjVU8dMQHTvMx ZIGWdasMaDZKHq1C1gkLXckJ4PJ00yhMzP53sytiEi/tQiGGS7HFcRzOZXzdyn2c ze94JijOfHdN3dXtGYaV/Xrh/aX5B1xSLy9KOXsySaFgrpwPzoTivZVQ6JVAXboc b5J+m9MBN8X4KA3XTyDEUQgWvRfOwVBxgI2E53beXdkPKQ/26+cbuBGOanAQ7GN0 +w5zx5bd1t78SXx+rXwJDiJe81ySaQ8HAf1Ez1NAM4Hfx1c1G9HZTV1kju1WwpDg G345w90j36y/yxJUfiTtdUvEmHV4A+C9wc9CaVtXCS0/MveQP1dtECysGrYKr/p1 cAbgecbZ6UtlYYo5J17l =c0ys -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#580690: [Foo2zjs-maintainer] Bug#580690: foo2zjs: Moire on Samsung CLX-3175 with foo2qpdl
Hi Alexey! On Fri, 07 May 2010 21:35:42 +0200, Alexey Feldgendler wrote: Version: 20090908dfsg-3 [...] Samsung CLX-3175 produces low quality printouts when using foo2qpdl from this package. Full-color images have heavy moire, and the colors are somewhat off (ICM problem?). Have you tried with the ICM files upstream provides? You should download them with the 'getweb' script: # getweb 3175 Then, if nothing changes, please also try moving the ICM files from the foo2zjs folder to the foo2qpdl one: # mv /usr/share/foo2zjs/icm/samclp3* /usr/share/foo2qpdl/icm/ In the current Debian package (version 20090908dfsg-4), the 'getweb' script puts all ICM files into /usr/share/foo2zjs/icm/. The same script From the Ubuntu package, however, splits them in the correct folder, something I am integrating in Debian as well. I've compared these printouts to what Samsung's proprietary Linux driver produces. Those printouts don't have the described problems. That is good to know. Do you have any Samsung's ICM that you can try with foo2zjs? However, I am not sure Samsung's ICM will work... Ghostscript version 8.71. This should be OK, according to upstream INSTALL file: --8---cut here---start-8--- GHOSTSCRIPT BUGS * ghostscript 8.64 is broken w.r.t. color. Don't use! * Well Tempered Screening (WTS) works with ghostscript 8.54 thru 8.70+. So if you want BEST COLORS, you'll have to install gs 8.54 or better if you don't have it. [...] * Ghostscript before 8.55 has a problem with ICM files and 64-bit gcc. It causes a segfault with km2430_2.icm. So don't select that one. --8---cut here---end---8--- I know this bug report probably doesn't help much. I can help you debug this by producing e.g. test QPDL files, if you tell me how. I have never used such files (I own only an HP Color LaserJet 1500L, now broken), but you should simply copy the upstream QPDL files from foo2zjs/crd/qpdl/* into /usr/share/foo2qpdl/crd/. NB, these files were removed from the Debian package because their license is unclear, thus we can not distribute them. Obviously, you can also try to use the QPDL files from Samsung's proprietary Linux driver. Finally, there is a new updated package, with a lot of improvements and more synchronized with the Ubuntu package (but it still misses the split for files downloaded via the 'getweb' script): http://bugs.debian.org/594322 http://people.debian.org/~gismo/tmp/ If you can try this new package, please let me know first if it works and then if anything changes. Thx, bye, Gismo / Luca pgp8v4PXB3N34.pgp Description: PGP signature
Bug#598371: asterisk-prompt-fr-proformatique: mon-8.wav file is missing so September cannot be said in French
On Tue, Sep 28, 2010 at 11:48 PM, Tzafrir Cohen tzafrir.co...@xorcom.com wrote: On Tue, Sep 28, 2010 at 04:41:45PM +0200, Marc Leurent wrote: I have been reported that September month was spelled in English when listening to a voicemail message in French. And Indeed, mon-8.wav is missing in source file of asterisk-prompt-fr-proformatique Any idea if it's available anywhere else? Google finds it in a Fedora RPM: http://hany.sk/~hany/RPM/f-12-x86_64/asterisk-sounds-core-fr-wav-1.4.16-2.fc12.noarch.html And a PLD Linux RPM: http://sophie.zarb.org/rpm/PLD,th,ppc/asterisk-sounds-core-fr-wav http://sophie.zarb.org/rpm/PLD,th,ppc/asterisk-sounds-core-fr-wav/files -- bye, pabs http://wiki.debian.org/PaulWise -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#591364: geode: missing support for 800x480 LCD and for 1024x600 auto-configuration
Le 14/10/2010 09:09, Huang, FrankR a écrit : Thomas, Have you tried the latest driver on freedesktop? Just as Martin wrote, I committed a patch(that add an entry of 1024x600 for panel) that can support 1024x600 which will give you the whole screen. [...] Good news! which debian version is the package? Must I wait for it's coming in SID or install from a proper repository / individual package? Must I download the debian package sources then patch and compile (apt-get build-dep ... ; apt-get source ... ; ...)? Finally... Which patch id it is (URL)? I am sorry that this bug trail list is too long that I have not too much to read it, so please give a try and reply. 800x480 is same way to support. But unfortunely, I have no idea now to support them simultaneously. Just use the cvt tool to generate the parameters and replace my patch. Thank to point me on gtf and cvt tools I asked for in a precedent report : I will take a look on that, then report as necessary, even if my laptop woud work out of the box after upgrade. Not for me but others who have not good skills in computing and not my own laptop model... Martin, For geode driver, if the display is panel instead of CRT, there is no EDID to be detected. Our BIOS use a register to select which mode is supported. That is why I have no idea now to support two wide screen modes simultaneously. But I think the user can enjoy the whole screen is the wonderful thing now! The default entry can be set by user when he/she enter the gnome desktop, and select 1024x600, then apply. Next time when you enter the gnome, it will become the default resolution. That is my understanding Ubuntu BTS 433142 user said. Thanks, Frank Current state (before downloading the new package) gives me 1024x768 and 800x600 in GNOME screen settings. Hope it will work that time. On Sun, Oct 3, 2010 at 5:07 PM, Thomas Hardingt...@thomas-harding.name wrote: By the way : the resolution is now OK with 800x600 and I set again every font sizes to 16 in Gnome. the only problems left are video flicker and the fact I miss the bottom of the screen, which I need 1024x600 or 800x480 to display the whole ;) We already added support for 1024x600, but we might have covered the correct refresh rate for only one manufacturer's LCD display. We probably need to inspect the Xorg.log that Thomas attached and see if the display X finds differs from the one reported in the similar Ubuntu bug report or not. Yep! I have no capability to inspect that, except the fact the log is not verbose about refresh rates refuseds, and says nothing about synchronization losses :P. How can I increase log verbotisity for Xorg startup in the debian way (probably /etc/default)? Next we should probably calculate the correct refresh rate for 800x480 and add native support for this in lx_panel. Would be great. Last, we need to make sure that those modes are attempted on displays that feature them. Currently, it seems that while the last patch we committed indeed adds native support, the resolution still needs to be selected in xorg.conf rather than by the usual EDID matching. Martin-Éric I agree on that last point, as my guess is that the laptop manufacturer didn't do her job correctly while using the AMD chipset, then simply rely on a peculiar xorg.conf or patch herself her proprietary distro without giving back. Hercules is not known for his respect regarding anything... As you, I rarely saw any bug report that long! -- TSFH -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#600095: [Debian-ha-maintainers] Bug#600095: cman tells corosync to bind to 127.0.0.1 by default in squeeze
On 13/10/10 21:33, Guido Günther wrote: On Wed, Oct 13, 2010 at 05:45:46PM +0100, Tim Small wrote: Package: cman Version: 3.0.12-2 Severity: important By default cman tells corosync to bind to 127.0.0.1, and doesn't document how to get it to do otherwise (I'd guess because it's doing a lookup on the nodename, and somehow ending up with 127.0.0.1 - maybe this is different from the default RHEL config). Some sort of working-out-of-the-box example cluster.conf would seem essential if anyone wanted to get this package to work without screaming a lot. cluster name=fish config_version=1 clusternodes clusternode name=squeeze-test nodeid=1 multicast addr=224.0.0.1 interface=eth0/ /clusternode clusternode name=squeeze-test2 nodeid=2 multicast addr=224.0.0.1 interface=eth0/ /clusternode /clusternodes cman two_node=1 expected_votes=1 /cman /cluster This looks more like a bug in your configuration. Please make sure your hostname doesn't resolve to 127.0..1.1 or similar. That is the default in Debian, isn't it, and doesn't seem to cause any problems for other applications... If there's no way (or no documented way) to bind cman to a particular interface, the it will also surely fail in the common case of having a public interface and a private interface? In the case where: multicast addr=224.0.0.1 interface=eth0 / is specified, then surely cman should use the primary IP address for the eth0 interface, rather than 127.0.0.1 - binding to anything under 127.0.0.0/8 is always going to be the wrong thing to do surely? At the very least, if /etc/hosts needs to be modified from the Debian default in order for cman to work correctly then this should be documented, no? Tim. -- South East Open Source Solutions Limited Registered in England and Wales with company number 06134732. Registered Office: 2 Powell Gardens, Redhill, Surrey, RH1 1TQ VAT number: 900 6633 53 http://seoss.co.uk/ +44-(0)1273-808309 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#591364: geode: missing support for 800x480 LCD and for 1024x600 auto-configuration
Finally... Which patch id it is (URL)? http://cgit.freedesktop.org/xorg/driver/xf86-video-geode/commit/?id=334534cde47f1ffe126e4e665988480fc57a7307 When I see the whole screen, It is exciting! Current state (before downloading the new package) gives me 1024x768 and 800x600 in GNOME screen settings. Hope it will work that time. If you still can not get 1024x600, see my copy below from my reply in Ubuntu bug #433142: - phpmonkey, If you can not get 1024x600 still, see below: Another point you need to pay attention is that the default screen resolution for PANEL is set by BIOS. So please check your VBIOS setting for this. The very simple way is that in function LXGetLegacyPanelMode() in lx_panel.c, print the value of ret. So the default will be lx_panel_modes[3]. And my patch will add 1024x600 as item 3. So please notice this. - Wish you good luck!
Bug#591364: geode: missing support for 800x480 LCD and for 1024x600 auto-configuration
2010/10/14 Huang, FrankR frankr.hu...@amd.com: Have you tried the latest driver on freedesktop? Just as Martin wrote, I committed a patch(that add an entry of 1024x600 for panel) that can support 1024x600 which will give you the whole screen. That patch has been merged into the Debian package 2.11.9-5 Martin-Éric -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#600172: lzip: please add an uncompressor
Package: lzip Version: 1.10-1 Please consider adding an unlzma program/script. The other compressors have a program to uncompress stuff without any arguments (gunzip for gzip, unxz for xz, unlzma for lzma, bunzip2 for bzip2). Having one of those, too, would make it much easier to support the new compression. Bernhard R. Link -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#600173: scummvm FTBFS on all arches.
Package: scummvm Version: 1.2.0-1 Severity: serious Your package failed to build on all architectures except hppa [0]. The following log is from s390 [1]: |RANLIB sound/softsynth/mt32/libmt32.a |C++ base/version.o |AR base/libbase.a |RANLIB base/libbase.a |LINK scummvm |make[1]: Leaving directory `/build/buildd-scummvm_1.2.0-1-s390-1goGgl/scummvm-1.2.0' | dh_auto_test |make[1]: Entering directory `/build/buildd-scummvm_1.2.0-1-s390-1goGgl/scummvm-1.2.0' |./test/cxxtest/cxxtestgen.py --runner=StdioPrinter -o test/runner.cpp test/common/algorithm.h test/common/array.h test/common/bufferedreadstream.h test/common/bufferedseekablereadstream.h test/common/fixedstack.h test/common/func.h test/common/hashmap.h test/common/list.h test/common/md5.h test/common/memoryreadstream.h test/common/pack.h test/common/ptr.h test/common/queue.h test/common/rational.h test/common/rect.h test/common/seekablesubreadstream.h test/common/serializer.h test/common/stack.h test/common/str.h test/common/stream.h test/common/subreadstream.h test/common/tokenizer.h test/sound/audiostream.h test/sound/helper.h test/sound/raw.h test/sound/timestamp.h |make[1]: ./test/cxxtest/cxxtestgen.py: Command not found |make[1]: *** [test/runner.cpp] Error 127 |make[1]: Leaving directory `/build/buildd-scummvm_1.2.0-1-s390-1goGgl/scummvm-1.2.0' |dh_auto_test: make -j1 test returned exit code 2 |make: *** [build] Error 29 |dpkg-buildpackage: error: debian/rules build gave error exit status 2 [0] https://buildd.debian.org/status/package.php?p=scummvm [1] https://buildd.debian.org/fetch.cgi?pkg=scummvmarch=s390ver=1.2.0-1stamp=1286996689file=logas=raw Sebastian -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#599943: gem_dependency.rb:225:Warning: Gem::Dependency#version_requirements= is deprecated and will be removed on or after August 2010. Use Gem::Dependency.new.
tags 599943 confirmed patch thanks i did not see your bug report, will fix it soon. Jérémy. On 12/10/2010 18:40, Raoul Bhatia [IPAX] wrote: Package: redmine Version: 1.0.1-1 Severity: normal tag: +patch r...@dev64 ~ # su - www-data -c ruby /usr/share/redmine/script/runner Repository.fetch_changesets -e production /usr/share/redmine/script/../config/../vendor/rails/railties/lib/rails/gem_dependency.rb:225:Warning: Gem::Dependency#version_requirements= is deprecated and will be removed on or after August 2010. Use Gem::Dependency.new. in reference to bug 582265, i propose the attached patch to supress the harmless warning until rails is upgraded to 2.3.6 or later. thanks, raoul -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#595838: not reproducible anymore in squeeze and sid
Hi Lukas [Note: I'm not the Maintainer of this mozzemberek] I just go trough the RC bugs and noticed that bugreport. Could you check if you too could reproduce the issue? I did a rebuild in squeeze, and it does now give some warnings on build, but builds trough. The relevant changes may be updated xulrunner now on 1.9.1.13-1 in squeeze, and during your build 1.9.1.11-2. But I have not further investigated. Bests Salvatore signature.asc Description: Digital signature
Bug#599877: Please enable FANOTIFY
On Tue, Oct 12, 2010 at 03:23:24 +0200, Michael Biebl wrote: Package: linux-2.6 Version: 2.6.36~rc6-1~experimental.1 Severity: wishlist File: /boot/config-2.6.36-rc6-686 Hi, I'd like to test a new readahead implementation which uses the new fanotify mechanism. Please consider enabling CONFIG_FANOTIFY Looks like the fanotify syscalls were pulled from .36 (http://lwn.net/Articles/409681/). Cheers, Julien signature.asc Description: Digital signature
Bug#600129: #600129 xterm: segmentation fault with -fb and other options
On Thu, 14 Oct 2010, Friedrich Delgado wrote: Yes, I didn't write either one of the original reports. I also very much doubt that this is exploitable, that's why I thought severity normal was appropriate. Thomas Dickey schrieb: This is fixed in #263. Good to know, thanks! no problem (I'm subscribed to bugtraq, but didn't see it there for whatever reason). -- Thomas E. Dickey http://invisible-island.net ftp://invisible-island.net -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#597794: version comparison mess
Hello Charles Sorry for the late reply. There was one mailing list I forgot to subscribe to... Anyway, Perl version number are notoriously hard to manage. In this case, Parse::RecDescent switched from a string version (1.95.1) to number version (1.96). This makes version comparison very likely to fail. Anyway, since dependencies are now checked by Build.PL (upstream) and dpkg (in Debian), I'll remove the version check from ValueComputer.pm in next upstream version of Config::Model. Thanks for the report. Dominique -- http://config-model.wiki.sourceforge.net/ -o- http://search.cpan.org/~ddumont/ http://www.ohloh.net/accounts/ddumont -o- http://ddumont.wordpress.com/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#600129: #600129 xterm: segmentation fault with -fb and other options
Yes, I didn't write either one of the original reports. I also very much doubt that this is exploitable, that's why I thought severity normal was appropriate. Thomas Dickey schrieb: This is fixed in #263. Good to know, thanks! Actually, the bug is not noticeable on my machines unless using valgrind. If it weren't for the incorrect report, I'd have continued on #588785. -- Friedrich Delgado frie...@nomaden.org TauPan on Ircnet and Freenode ;) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#476519: happen on debian 5, too
Hi, I got the same Problem on a freshly installed Debian 5-box. # uname -a Linux mail3 2.6.26-2-amd64 #1 SMP Thu Sep 16 15:56:38 UTC 2010 x86_64 GNU/Linux trying: # su cyrus cy...@mail3:/tmp$ dexit however, if I tried to strace it, it won't happen: # strace su cyrus rt_sigprocmask(SIG_BLOCK, ~[RTMIN RT_1], NULL, 8) = 0 rt_sigaction(SIGTERM, {0x402420, [], SA_RESTORER, 0x7fca4965ff60}, NULL, 8) = 0 rt_sigprocmask(SIG_UNBLOCK, [ALRM TERM], NULL, 8) = 0 wait4(-1, (now typing 'd's an press return) dd bash: dd: command not found cy...@mail3:/tmp$ exit [{WIFEXITED(s) WEXITSTATUS(s) == 127}], WSTOPPED, NULL) = 13167 getuid()= 108 gettimeofday({1287048698, 560056}, NULL) = 0 stat(/etc/localtime, {st_mode=S_IFREG|0644, st_size=2309, ...}) = 0 socket(PF_FILE, SOCK_DGRAM, 0) = 3 fcntl(3, F_SETFD, FD_CLOEXEC) = 0 connect(3, {sa_family=AF_FILE, path=/dev/log...}, 110) = 0 sendto(3, 86Oct 14 11:31:38 su[13166]: pa..., 82, MSG_NOSIGNAL, NULL, 0) = 82 munmap(0x7fca489f2000, 2099928) = 0 munmap(0x7fca485d3000, 2107528) = 0 munmap(0x7fca483d1000, 2104616) = 0 munmap(0x7fca481b8000, 2197472) = 0 munmap(0x7fca487d6000, 2209368) = 0 munmap(0x7fca47f8, 2322880) = 0 exit_group(127) = ? I've found the same bugreport for gentoo: http://bugs.gentoo.org/show_bug.cgi?id=232630 they mentioned, it may be some kind of timing issue, but there is no fix for it. I installed some other boxes from the same repository (also Debian 5) and there is no such behaviour. kind regards jm kind regards jm -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#600174: xz-utils: List in long description is broken with LANG=fr_FR.UTF-8
Package: xz-utils Version: 4.999.9beta+20100810-1 Severity: minor Tags: l10n The list of improvements in the long description does not dispaly correctly with LANG=fr_FR.UTF-8. The whole list is displayed as one line of text (no carriage return after the semicolons. Regards. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (990, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages xz-utils depends on: ii libc6 2.11.2-6 Embedded GNU C Library: Shared lib ii liblzma2 4.999.9beta+20100810-1 XZ-format compression library xz-utils recommends no packages. Versions of packages xz-utils suggests: pn xz-lzma 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#600095: [Debian-ha-maintainers] Bug#600095: cman tells corosync to bind to 127.0.0.1 by default in squeeze
On Thu, Oct 14, 2010 at 10:19:51AM +0100, Tim Small wrote: On 13/10/10 21:33, Guido Günther wrote: On Wed, Oct 13, 2010 at 05:45:46PM +0100, Tim Small wrote: Package: cman Version: 3.0.12-2 Severity: important By default cman tells corosync to bind to 127.0.0.1, and doesn't document how to get it to do otherwise (I'd guess because it's doing a lookup on the nodename, and somehow ending up with 127.0.0.1 - maybe this is different from the default RHEL config). Some sort of working-out-of-the-box example cluster.conf would seem essential if anyone wanted to get this package to work without screaming a lot. cluster name=fish config_version=1 clusternodes clusternode name=squeeze-test nodeid=1 multicast addr=224.0.0.1 interface=eth0/ /clusternode clusternode name=squeeze-test2 nodeid=2 multicast addr=224.0.0.1 interface=eth0/ /clusternode /clusternodes cman two_node=1 expected_votes=1 /cman /cluster This looks more like a bug in your configuration. Please make sure your hostname doesn't resolve to 127.0..1.1 or similar. That is the default in Debian, isn't it, and doesn't seem to cause any problems for other applications... If there's no way (or no documented way) to bind cman to a particular interface, the it will also surely fail in the common case of having a public interface and a private interface? In the case where: multicast addr=224.0.0.1 interface=eth0 / is specified, then surely cman should use the primary IP address for the eth0 interface, rather than 127.0.0.1 - binding to anything under 127.0.0.0/8 is always going to be the wrong thing to do surely? At the very least, if /etc/hosts needs to be modified from the Debian default in order for cman to work correctly then this should be documented, no? Yes, documenting this would certainly be good. Care to send a patch against README.Debian? 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#593285: additional info
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Hey Sorry for the late reply - I completely forgot this one. Christoph Anton Mitterer wrote: On Tue, 2010-08-17 at 21:49 +0200, Niels Thykier wrote: That would still require someone to actually write said support ;) ;) patches welcome?! ^^ Exactly [...] It is certainly possible; a note though, I believe Fedora is building the autotools plugin together with the CDT plugin[1], so we may have to do this as well in Debian. What's the reason for them doing this? Seems rather ugly to me ;) Not sure why they do it. It might be for legacy - last I checked they built autotools and some libhover thingy together with -cdt. Anyhow, I figured I would mention it in case someone decides to work on this before I get to the bottom of my TODO list. If you/someone starts on this and realises that we need to package autotools via -cdt, then that is certainly possible (patches against -cdt to do this would certainly also be welcome ^^). On a related note, eclipse-cdt was uploaded to unstable a few days ago. It was too late for Squeeze, but now there is something to base the patches on, hehehe... ;) ~Niels -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQIcBAEBCAAGBQJMtVx6AAoJEAVLu599gGRCK7EP+wexeBFwjSAkrTvm07NK0hF/ ptn9UF9fGyV20RSTrxuHBam6qqmPNFTxNZ60kPdDQMtXXvsv8uyxkdlQpur2jlT6 KLe9zh6S7XwH1ocQldxqea0M61N73MuRRzmKDlNGp9DobamBqY0epuV9dTrXEI5i uig4felcCR4Km7EflRmrEIJXcWk+Df8Zy30bTgYKNf58s3ZzhYipr6z/hGo/IIjp y51CVldNpumesTJVzV9WdYWdePKoY9SykbBb299OKS4ctH+mvCXWXDyI9G/beeL+ asc6bbLU81CtHYRTizEyxCr1UzDSX6gkcc8TqlZ8ps7mjKOgIdNy6s8nwY6WN8sx iZ63RNGwRKniwmOFPG+rmGVKRxW0V6A2iXPvbSnFxkwJgTs8kFqPcUyYEZwXdHHg vz0i4rC2ErJ9nUSpB4ZXbamgjD5cA4LA3h7NHkZXa+guKthcdFkfCLfwYSSrLtGH +EGphLLuA+KwUWTosapIUyzMdXTt82lLSf8GFTS4ex3EQIXGn50PViFTj3dBtWmT TzXD157AD+wUAG5FmdCaLRnSfh4xldeV7oVfLZNzckLkAiDTpNirKTvuYenT1/rs TlKL8u1/Tn4ELVS5GeurqJGxD7YuIidrFKFYXc/gFlztUVv5A2usnFwEDlzTq9fd kz60fHkp8VaVHcYxlQ5c =HFzq -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#600175: jetty: please allow java.library.path property to be set in /etc/default/jetty
Package: jetty Version: 6.1.24-6 Severity: wishlist Tags: patch User: ubuntu-de...@lists.ubuntu.com Usertags: origin-ubuntu ubuntu-patch maverick -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Forwarded from Ubuntu (LP: #656374)[1]. [1] https://bugs.launchpad.net/ubuntu/+source/jetty/+bug/656374 - -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/2 CPU cores) Locale: LANG=en_DK.UTF-8, LC_CTYPE=en_DK.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) iQIcBAEBCAAGBQJMttVFAAoJEAVLu599gGRCoBgQALAqsnGCkUoIomFc+1w587IF zlw2Upk/pXOW43cZFKBBkWwuEIGpIml67xAb8Y3Zz123v30V4EVrhgPjd3L8QL4y irA/Ynv8VJDoqiGrkEKe4zQxO5cq4On862I7qb4VOziwGC/0b97i2sdSdTbwRvGm lGkjO6qR89hUN5yIi9HfeO8oGvsGWzr6Qo36EcAN99XgiOS8/13vJKQMBrJ8nhqG uw29QMx9PYRvQ2Qd5q84+vsz3uSibjqRS78BODm0LUT+vk83OfvWOIFk14IQgJOP 7v0y4jMgm9MHauS5+7p7p94pk9Rch9LtiJjnGx7PPMJ7uzv6Ng/hcQXJNdRHph3X KwDffkVUm0sBCMMK1E//7dZgcP3rlcKiLFhjDlbKUKLMl+tUa0pJAwtU5760Ksm2 cXeAtxqp9/tELED7LgGi9/pngbkzLKtW2yglW76qlpMY5SmFwi8MGEx37NVX4HJ7 0bB2fXGpNRnsqSBoVAFpC+ZUpOfhcygu+mlL3YZ8/scUXk2nz1PeQ2R1AV1YiEXa Mp85V/+g+UFNqb91OL+yCWzN/e1oR8oCVMcZ4QCP9UqiBYlKEO8qhv8KI2XlZFIt XhYYa42YFfIKsEXMJYu6fnCgMqHlXwnfyOjeEQeE4jvs3S+jcv4H90jqTtzKIJZZ bq0/osY9x63ZTksGOya5 =lk56 -END PGP SIGNATURE- Index: debian/jetty.default === --- a/debian/jetty.default (revision 13026) +++ b/debian/jetty.default (working copy) @@ -25,7 +25,7 @@ #JETTY_ARGS= # Extra options to pass to the JVM -#JAVA_OPTIONS=-Xmx256m -Djava.awt.headless=true +#JAVA_OPTIONS=-Xmx256m -Djava.awt.headless=true -Djava.library.path=/usr/lib # Home of Java installation. #JAVA_HOME= Index: debian/jetty.init === --- a/debian/jetty.init (revision 13026) +++ b/debian/jetty.init (working copy) @@ -113,7 +113,7 @@ # Set java.awt.headless=true if JAVA_OPTIONS is not set so the # Xalan XSL transformer can work without X11 display on JDK 1.4+ # It also sets the maximum heap size to 256M to deal with most cases. -JAVA_OPTIONS=-Xmx256m -Djava.awt.headless=true +JAVA_OPTIONS=-Xmx256m -Djava.awt.headless=true -Djava.library.path=/usr/lib # The first existing directory is used for JAVA_HOME (if JAVA_HOME is not # defined in /etc/default/jetty). Should contain a list of space separated directories. @@ -180,7 +180,7 @@ export JAVA=$JAVA_HOME/bin/java JAVA_OPTIONS=$JAVA_OPTIONS -Djava.io.tmpdir=$JETTY_TMP \ - -Djava.library.path=/usr/lib -DSTART=$JETTY_START_CONFIG \ + -DSTART=$JETTY_START_CONFIG \ -Djetty.home=$JETTY_HOME -Djetty.logs=$LOGDIR \ -Djetty.host=$JETTY_HOST -Djetty.port=$JETTY_PORT
Bug#598501: unblock: bristol/0.60.5-2
On Thu, Oct 7, 2010 at 9:30 PM, Adam D. Barratt a...@adam-barratt.org.uk wrote: Any news on that? Back home few hours ago, I'll fix it ASAP. -- Alessio Treglia ales...@debian.org Debian Ubuntu Developer | Homepage: http://www.alessiotreglia.com 0FEC 59A5 E18E E04F 6D40 593B 45D4 8C7C DCFC 3FD0 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#600166: openvpn: at start it adds 40 bogus routes not specified in configuration
Hi, On Thu, Oct 14, 2010 at 11:37 AM, Alberto Gonzalez Iniesta a...@inittab.org wrote: Hi, could you attach (without sensitive data) the server and client configurations? Sure. The real company addresses and names were replaced with generic names. Thanks #== openvpn client options (linux) == client remote OPENVPN_REMOTE_PEER nobind tls-auth keys/ta-sfo.key ca keys/COMPANY_private_CA.crt cert keys/staff.crt key keys/staff.key comp-lzo no dev tun mlock mtu-test mute 6 mute-replay-warnings passtos #available only on Linux ping-timer-rem reneg-sec 0 tls-exit auth-user-pass pw_staff.txt auth-retry interact auth-nocache #mssfix 1400#use only on networks where the MTU test fails tls-remote /C=US/ST=../L=../O=../CN=.. ns-cert-type server verb 4 #route remote_host 255.255.255.255 10.0.0.1 #redirect-gateway def1 ##route network/IP [netmask] [gateway] [metric] COMPANY-sfo-server.conf Description: Binary data
Bug#600149: iceweasel: incorrectly copies location bar content
Hi. According to RFC, URL must be escaped before communicating with server. I don't see any reason why iceweasel copies escaped URL. It's application duty to escape URL before connecting to a server, so there is no need to escape something. If some application cannot use unescaped URLs, it's a bug. 2010/10/14 Mike Hommey m...@glandium.org On Thu, Oct 14, 2010 at 02:00:20AM +0300, Krasu wrote: Package: iceweasel Version: 3.5.13-1 Severity: normal When I try to copy some non-ASCII address from location bar, for example http://ru.wikipedia.org/wiki/Славянская_мифологияhttp://ru.wikipedia.org/wiki/%D0%A1%D0%BB%D0%B0%D0%B2%D1%8F%D0%BD%D1%81%D0%BA%D0%B0%D1%8F_%D0%BC%D0%B8%D1%84%D0%BE%D0%BB%D0%BE%D0%B3%D0%B8%D1%8F iceweasel will copy escaped line, e.g. http://ru.wikipedia.org/wiki/%D0%A1%D0%BB%D0%B0%D0%B2%D1%8F%D0%BD%D1%81%D0%BA%D0%B0%D1%8F_%D0%BC%D0%B8%D1%84%D0%BE%D0%BB%D0%BE%D0%B3%D0%B8%D1%8F I expect (and I think many other users, I saw a flame war about that) that iceweasel will copy the address itself without escaping, like all other browsers do. I think iceweasel is right doing this, because it can't know for sure the target application will be able to handle the unescaped url (the url probably needs to be escaped when talking to the server) Mike -- Regards, Krasu
Bug#600176: freeradius: CVE-2010-3696 CVE-2010-3697
Package: freeradius Severity: grave Tags: security Justification: user security hole Please see the following links with included references to patches: http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2010-3696 http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2010-3697 Cheers, Moritz -- System Information: Debian Release: 5.0.1 Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.32-ucs16-amd64 Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#600177: virtualbox-ose: out of disk while merging a snapshot destroys the disk image
Package: virtualbox-ose Version: 3.2.8-dfsg-2 Severity: grave Justification: causes serious data loss If you elect to merge the current state of a differentiating disk image into the base (deleting a snapshot) and run out of disk space on the host filesystem while merging, the resulting image will be corrupted. I happened to look at the ~/.VirtualBox/VDI and ~/.VirtualBox/Machines/${machine}/Snapshot directories before trying to continue, they did have both the base image and the differential one, so at this point I guess it would be recoverable by simply restarting -- sectors that were already overwritten by the new values would be overwritten with the same data again. However, when retrying the merge, VirtualBox started merging a second disk (the virtual machine in question had two) and deleted the first differential image. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (200, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-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/dash Versions of packages virtualbox-ose depends on: ii adduser 3.112add and remove users and groups ii libc6 2.11.2-6 Embedded GNU C Library: Shared lib ii libcurl37.21.0-1 Multi-protocol file transfer libra ii libgcc1 1:4.4.5-2GCC support library ii libpng12-0 1.2.44-1 PNG library - runtime ii libpython2.62.6.6-3 Shared Python runtime library (ver ii libsdl1.2debian 1.2.14-6 Simple DirectMedia Layer ii libssl0.9.8 0.9.8o-2 SSL shared libraries ii libstdc++6 4.4.5-2 The GNU Standard C++ Library v3 ii libvncserver0 0.9.7-2+b1 API to write one's own vnc server ii libx11-62:1.3.3-3X11 client-side library ii libxcursor1 1:1.1.10-2 X cursor management library ii libxext62:1.1.2-1X11 miscellaneous extension librar ii libxml2 2.7.7.dfsg-4 GNOME XML library ii libxmu6 2:1.0.5-2X11 miscellaneous utility library ii libxt6 1:1.0.7-1X11 toolkit intrinsics library ii python 2.6.6-3 interactive high-level object-orie ii python-central 0.6.16+nmu1 register and build utility for Pyt ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime Versions of packages virtualbox-ose recommends: ii libgl1-mesa-glx [libgl1]7.7.1-4 A free implementation of the OpenG ii libqt4-opengl 4:4.6.3-1+b1 Qt 4 OpenGL module ii libqtcore4 4:4.6.3-1+b1 Qt 4 core module ii libqtgui4 4:4.6.3-1+b1 Qt 4 GUI module ii virtualbox-ose-dkms 3.2.8-dfsg-2 x86 virtualization solution - kern ii virtualbox-ose-qt 3.2.8-dfsg-2 x86 virtualization solution - Qt b ii virtualbox-ose-source 3.2.8-dfsg-2 x86 virtualization solution - kern Versions of packages virtualbox-ose suggests: ii libasound21.0.23-2 shared library for ALSA applicatio ii libpulse0 0.9.21-3 PulseAudio client libraries pn vde2 none (no description available) ii virtualbox-guest-additions3.2.8-1guest additions iso image for Virt -- debconf information: virtualbox-ose/upstream_version_change: false -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#600178: gimp: please add a 'reload' feature
Package: gimp Version: 2.6.10-1 Severity: wishlist Tags: upstream Hi, I'm using Gimp not only to create images, but also to view images that are generated by different programs. Currently, there appears to be no way to refresh an image, once loaded, from the underlying file. It would be nice if such a feature could be added, so that I can press 'reload' and see the updates in Gimp. Kind regards, --Toni++ -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing'), (250, 'unstable'), (50, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686-bigmem (SMP w/4 CPU cores) Locale: LANG=de_DE.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages gimp depends on: ii gimp-data 2.6.10-1 Data files for GIMP ii libaa1 1.4p5-38 ascii art library ii libatk1.0-0 1.30.0-1 The ATK accessibility toolkit ii libbabl-0.0-0 0.0.22-1 Dynamic, any to any, pixel format ii libc6 2.11.2-2 Embedded GNU C Library: Shared lib ii libcairo2 1.8.10-4 The Cairo 2D vector graphics libra ii libdbus-1-3 1.2.24-3 simple interprocess messaging syst ii libdbus-glib-1-20.88-2 simple interprocess messaging syst ii libexif12 0.6.19-1 library to parse EXIF files ii libfontconfig1 2.8.0-2.1generic font configuration library ii libfreetype62.4.2-1 FreeType 2 font engine, shared lib ii libgegl-0.0-0 0.0.22-2 Generic Graphics Library ii libgimp2.0 2.6.10-1 Libraries for the GNU Image Manipu ii libglib2.0-02.24.1-1 The GLib library of C routines ii libgtk2.0-0 2.20.1-1 The GTK+ graphical user interface ii libhal1 0.5.14-3 Hardware Abstraction Layer - share ii libjpeg62 6b1-1The Independent JPEG Group's JPEG ii liblcms11.18.dfsg-1.2+b2 Color management library ii libmng1 1.0.10-1 Multiple-image Network Graphics li ii libpango1.0-0 1.28.1-1 Layout and rendering of internatio ii libpng12-0 1.2.44-1 PNG library - runtime ii libpoppler-glib40.12.4-1.1 PDF rendering library (GLib-based ii librsvg2-2 2.26.3-1 SAX-based renderer library for SVG ii libtiff43.9.4-2 Tag Image File Format (TIFF) libra ii libwebkit-1.0-2 1.2.3-2 Web content engine library for Gtk ii libwmf0.2-7 0.2.8.4-6.1 Windows metafile conversion librar ii libx11-62:1.3.3-3X11 client-side library ii libxext62:1.1.2-1X11 miscellaneous extension librar ii libxfixes3 1:4.0.5-1X11 miscellaneous 'fixes' extensio ii libxmu6 2:1.0.5-1X11 miscellaneous utility library ii libxpm4 1:3.5.8-1X11 pixmap library ii python 2.6.5-13 interactive high-level object-orie ii python-gtk2 2.17.0-4 Python bindings for the GTK+ widge ii python-support 1.0.9automated rebuilding support for P ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime gimp recommends no packages. Versions of packages gimp suggests: ii ghostscript 8.71~dfsg2-4 The GPL Ghostscript PostScript/PDF ii gimp-data-extras1:2.0.1-3An extra set of brushes, palettes, pn gimp-help-en | gimp-helpnone (no description available) ii gvfs-backends 1.6.3-1 userspace virtual filesystem - bac ii libasound2 1.0.23-1 shared library for ALSA applicatio -- 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#597355: libwebkit-1.0-2: uses 100% CPU on specific web page; still operable
while the website in the original report seems a bit better, there's still quite a few websites out there that peg the CPU to 100% and simply stop rendering. An example: http://yehudakatz.com/ tested on midori and epiphany with similar results. Thanks, -- Mourad DC -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#599349: unblock: xsynth-dssi/0.9.2-2
On Thu, Oct 7, 2010 at 1:32 PM, Julien Cristau jcris...@debian.org wrote: Does it actually work there? Not yet, I've just fixed the FTBFS. Cheers. -- Alessio Treglia ales...@debian.org Debian Ubuntu Developer | Homepage: http://www.alessiotreglia.com 0FEC 59A5 E18E E04F 6D40 593B 45D4 8C7C DCFC 3FD0 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#600169: couchdb missing WWW-Authentication HTTP header
reassign 600169 couchdb retitle 600169 couchdb missing WWW-Authentication HTTP header thanks Seems like a couchdb bug. Full-quoting for couchdb's maintainers usage: On Thu, 14 Oct 2010 04:33:23 -0400, Jason Woofenden wrote: First, note that CouchDB seems to only support the Basic HTTP authentication method: $ FUTON_URL=http://username:passw...@localhost:`/usr/lib/desktopcouch/desktopcouch-get-port`/util/; $ curl --digest $FUTON_URL {error:unauthorized,reason:Authentication required.} $ curl --ntlm $FUTON_URL {error:unauthorized,reason:Authentication required.} $ curl --negotiate $FUTON_URL {error:unauthorized,reason:Authentication required.} $ curl --basic $FUTON_URL !DOCTYPE html [...] Then see that there's no WWW-Authenticate header telling which authentication method to use: $ wget -S http://localhost:`/usr/lib/desktopcouch/desktopcouch-get-port`/util/; -O - --2010-10-14 04:01:37-- http://localhost:42837/util/ Resolving localhost... ::1, 127.0.0.1 Connecting to localhost|::1|:42837... failed: Connection refused. Connecting to localhost|127.0.0.1|:42837... connected. HTTP request sent, awaiting response... HTTP/1.0 401 Unauthorized Server: CouchDB/0.11.0 (Erlang OTP/R14B) Date: Thu, 14 Oct 2010 08:01:37 GMT Content-Type: text/plain;charset=utf-8 Content-Length: 61 Connection: Keep-Alive Cache-Control: must-revalidate Authorization failed. zsh: exit 6 wget -S http://localhost:`/usr/lib/desktopcouch/desktopcouch-get-port`/util/ Here's what it looks like in a few clients: Chromium: warning message about possible trickery, then unauthorized IceWeasel: warning message about no authorization requested by server, then unauthorized curl: fails unless you pass --basic wget: fails unless you pass --auth-no-challenge Midory: fails because it only tries ipv6. But if you use 127.0.0.1 instead of localhost, it says unauthorized. I'm pretty sure all it would take to fix this is to get desktopcouch to send the WWW-Authentication: Basic [...] header Thank you all, - Jason -- . ''`. Debian developer | http://wiki.debian.org/DavidPaleino : :' : Linuxer #334216 --|-- http://www.hanskalabs.net/ `. `'` GPG: 1392B174 | http://deb.li/dapal `- 2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174 signature.asc Description: PGP signature
Bug#599349: unblock: xsynth-dssi/0.9.2-2
On Thu, Oct 14, 2010 at 12:34:28 +0200, Alessio Treglia wrote: On Thu, Oct 7, 2010 at 1:32 PM, Julien Cristau jcris...@debian.org wrote: Does it actually work there? Not yet, I've just fixed the FTBFS. Then it'd be better to get the kfreebsd binaries removed, and keep the package from building there until it works, IMO. Cheers, Julien signature.asc Description: Digital signature
Bug#599030: b...@decadent.org.uk
Unfortunetly after the third restart even the experimental kernel didn't work. (2.6.36-rc6-1-amd64 experimental kernel) Ben H. Could you test whether discs are properly detected if you change the BIOS configuration to disable booting from this drive? I'm unable to disable these, because the BIOS can control only the motherboard usb ports and the computer can't boot from these. PCI card and inner USB port: === a. if the disk is inside during the boot then the movie player don't play the film [1.278174] usb 2-4: new high speed USB device using ehci_hcd and address 2 [1.413160] usb 2-4: New USB device found, idVendor=152d, idProduct=2329 [1.413165] usb 2-4: New USB device strings: Mfr=1, Product=2, SerialNumber=5 [1.413169] usb 2-4: Product: USB to ATA/ATAPI Bridge [1.413172] usb 2-4: Manufacturer: JMicron [1.413175] usb 2-4: SerialNumber: [1.413329] usb 2-4: configuration #1 chosen from 1 choice [1.423857] Initializing USB Mass Storage driver... [1.424086] scsi2 : SCSI emulation for USB Mass Storage devices [1.424234] usb-storage: device found at 2 [1.424238] usb-storage: waiting for device to settle before scanning [1.424258] usbcore: registered new interface driver usb-storage [1.424352] USB Mass Storage support registered. .. [6.424288] usb-storage: device scan complete [6.425259] scsi 2:0:0:0: CD-ROMOptiarc DVD RW AD-7203S 1.03 PQ: 0 ANSI: 0 .. [ 19.912022] usb 2-4: reset high speed USB device using ehci_hcd and address 2 [ 20.032018] usb 2-4: device descriptor read/64, error -32 [ 20.257525] usb 2-4: device descriptor read/64, error -32 [ 20.472023] usb 2-4: reset high speed USB device using ehci_hcd and address 2 [ 20.584030] usb 2-4: device descriptor read/64, error -32 [ 20.801519] usb 2-4: device descriptor read/64, error -32 [ 21.016019] usb 2-4: reset high speed USB device using ehci_hcd and address 2 [ 21.048210] usb 2-4: device descriptor read/8, error -71 [ 21.180224] usb 2-4: device descriptor read/8, error -71 [ 21.392033] usb 2-4: reset high speed USB device using ehci_hcd and address 2 [ 21.424251] usb 2-4: device descriptor read/8, error -71 [ 21.557765] usb 2-4: device descriptor read/8, error -71 [ 21.660044] usb 2-4: USB disconnect, address 2 [ 21.660264] sr 2:0:0:0: [sr0] Unhandled error code [ 21.660268] sr 2:0:0:0: [sr0] Result: hostbyte=DID_NO_CONNECT driverbyte=DRIVER_OK [ 21.660273] sr 2:0:0:0: [sr0] CDB: Read(10): 28 00 00 00 00 00 00 00 02 00 [ 21.660286] end_request: I/O error, dev sr0, sector 0 [ 21.660336] Buffer I/O error on device sr0, logical block 0 [ 21.660385] Buffer I/O error on device sr0, logical block 1 === b. if the disk is not inside then it recognize the driver and play the film [1.230765] usb 2-4: new high speed USB device using ehci_hcd and address 2 [1.365079] usb 2-4: New USB device found, idVendor=152d, idProduct=2329 [1.365085] usb 2-4: New USB device strings: Mfr=1, Product=2, SerialNumber=5 [1.365089] usb 2-4: Product: USB to ATA/ATAPI Bridge [1.365093] usb 2-4: Manufacturer: JMicron [1.365095] usb 2-4: SerialNumber: [1.365231] usb 2-4: configuration #1 chosen from 1 choice [1.375907] Initializing USB Mass Storage driver... [1.376116] scsi2 : SCSI emulation for USB Mass Storage devices [1.376279] usb-storage: device found at 2 [1.376282] usb-storage: waiting for device to settle before scanning [1.376308] usbcore: registered new interface driver usb-storage [1.376505] USB Mass Storage support registered. ... [6.376250] usb-storage: device scan complete [6.377351] scsi 2:0:0:0: CD-ROMOptiarc DVD RW AD-7203S 1.03 PQ: 0 ANSI: 0 [6.385454] sr1: scsi3-mmc drive: 48x/48x writer dvd-ram cd/rw xa/form2 cdda tray [6.386143] sr 2:0:0:0: Attached scsi CD-ROM sr1 [6.386572] sr 2:0:0:0: Attached scsi generic sg1 type 5 === c. if I attach the USB/SATA converter to the motherboard USB and the disk is inside during the boot then it play the film [1.262194] usb 1-2: new high speed USB device using ehci_hcd and address 3 [1.396984] usb 1-2: New USB device found, idVendor=152d, idProduct=2329 [1.396988] usb 1-2: New USB device strings: Mfr=1, Product=2, SerialNumber=5 [1.396992] usb 1-2: Product: USB to ATA/ATAPI Bridge [1.396995] usb 1-2: Manufacturer: JMicron [1.396997] usb 1-2: SerialNumber: [1.397146] usb 1-2: configuration #1 chosen from 1 choice [1.407744] Initializing USB Mass Storage driver... [1.407940] scsi2 : SCSI emulation for USB Mass Storage devices [1.408090] usb-storage: device found at 3 [1.408094] usb-storage: waiting for device to settle before scanning [1.408117] usbcore: registered new interface driver usb-storage
Bug#566180: [Pkg-libvirt-maintainers] Bug#566180: virsh can define lxc domain but does not list nor properly start it
Hi, I'm currently having the same problem. vm0.log gives the following: 12:33:06.252: error : lxcSetContainerResources:109 : Unable to set memory limit for domain vm0: No such file or directory Running libvirt with LIBVIRT_DEBUG=1 gives me a bunch of message about qemu stuff, but nothing from lxc. Here is my xml definition: domain type='lxc' namevm0/name uuid5ebf64d2-f045-16de-8252-dfbd38b101e1/uuid memory50/memory currentMemory50/currentMemory vcpu1/vcpu os type arch='x86_64'exe/type init/sbin/init/init /os clock offset='utc'/ on_poweroffdestroy/on_poweroff on_rebootrestart/on_reboot on_crashdestroy/on_crash devices emulator/usr/lib/libvirt/libvirt_lxc/emulator interface type='bridge' mac address='52:54:7a:34:e3:7c'/ source bridge='br0'/ target dev='veth0'/ /interface console type='pty' target type='serial' port='0'/ /console /devices /domain Maybe that helps Alex -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#600049: closed by Mattia Dongili malat...@linux.it (Re: Bug#600049: There is no /etc/default/cpufrequtils in squeeze.)
Hi Antonio, On Thu, Oct 14, 2010 at 12:24:38AM -0300, Antonio A. M. Kukul wrote: Thanks for your reply. Isn't it the package function to provide a /etc/default/cpufrequtils properly? Not really. nothing stops you from creating your own to override the package defaults. It just won't be handled by the package manager. Thanks! -- mattia :wq! -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#600179: foomatic-filters: depends on bash
Package: foomatic-filters Version: 4.0.5-4 The foomatic-filters package Pre-Depends: on bash. In the spirit of the transition of /bin/sh to /bin/dash, this should be changed, so that foomatic-filters works with dash. This affects the following files: % for i in `dpkg -L foomatic-filters`; do ; grep -l bash $i ; done /usr/bin/foomatic-rip /usr/share/doc/foomatic-filters/examples/filter.conf /usr/bin/directomatic /usr/sbin/lpdomatic /usr/lib/cups/filter/foomatic-rip /usr/lib/cups/filter/cupsomatic /usr/lib/ppr/interfaces/foomatic-rip /usr/lib/ppr/interfaces/ppromatic /usr/lib/ppr/lib/foomatic-rip /usr/lib/ppr/lib/ppromatic Thanks, and keep up the good work! -- ilf @jabber.ccc.de Über 80 Millionen Deutsche benutzen keine Konsole. Klick dich nicht weg! -- Eine Initiative des Bundesamtes für Tastaturbenutzung signature.asc Description: Digital signature
Bug#600180: [extra-xdg-menus] improve package description
Package: extra-xdg-menus Version: 1.0-4 Severity: wishlist Tags: patch --- Please enter the report below this line. --- I suggest to add this to package description: Currently, this package add Electronics and HamRadio sections to Applications menu The reason is that one must install the package to discover what are these extra menu. Below are fixes for mistakes: disbled = disabled (missing a) the supplied scripts, exmenen and exmendis = the supplied scripts: exmenen and exmendis (colon replace comma) --- System information. --- Architecture: amd64 Kernel: Linux 2.6.32-5-amd64 Debian Release: squeeze/sid 500 unstablemirror.home-dn.net 500 unstableftp.fr.debian.org 500 instabledownload.tuxfamily.org 101 experimental-snapshots qt-kde.debian.net 101 experimentalftp2.fr.debian.org --- Package information. --- Package's Depends field is empty. Package's Recommends field is empty. Package's Suggests field is empty. Xavier xav...@alternatif.org - 09 54 06 16 26 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#565563: Bug in libnetaddr-ip-perl fixed in revision 63696
tag 565563 + pending thanks Some bugs are closed in revision 63696 by Nicholas Bamber (periapt-guest) Commit message: Added patch missing IPv6 string (Closes: #565563) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#600181: [INTL:es] Spanish debconf template translation for sslh
Package: sslh Version: 1.7a-2 Severity: wishlist Tags: l10n patch Greetings, -- Camaleón # sslh po-debconf translation to Spanish # Copyright (C) 2010 Software in the Public Interest # This file is distributed under the same license as the sslh package. # # Changes: # - Initial translation # Camaleón noela...@gmail.com, 2010 # # - Updates # # # Traductores, si no conocen el formato PO, merece la pena leer la # documentación de gettext, especialmente las secciones dedicadas a este # formato, por ejemplo ejecutando: # info -n '(gettext)PO Files' # info -n '(gettext)Header Entry' # # Equipo de traducción al español, por favor lean antes de traducir # los siguientes documentos: # # - El proyecto de traducción de Debian al español # http://www.debian.org/intl/spanish/ # especialmente las notas y normas de traducción en # http://www.debian.org/intl/spanish/notas # # - La guía de traducción de po's de debconf: # /usr/share/doc/po-debconf/README-trans # o http://www.debian.org/intl/l10n/po-debconf/README-trans # msgid msgstr Project-Id-Version: sslh_1.7a-2\n Report-Msgid-Bugs-To: s...@packages.debian.org\n POT-Creation-Date: 2010-02-13 01:27+0100\n PO-Revision-Date: 2010-10-01 18:55+0100\n Last-Translator: Camaleón noela...@gmail.com\n Language-Team: Debian Spanish debian-l10n-span...@lists.debian.org\n MIME-Version: 1.0\n Content-Type: text/plain; charset=utf-8\n Content-Transfer-Encoding: 8bit\n #. Type: select #. Choices #: ../templates:1001 msgid from inetd msgstr desde inetd #. Type: select #. Choices #: ../templates:1001 msgid standalone msgstr de manera independiente #. Type: select #. Description #: ../templates:1002 msgid Run sslh: msgstr Ejecutar sslh: #. Type: select #. Description #: ../templates:1002 msgid sslh can be run either as a service from inetd, or as a standalone server. Each choice has its own benefits. With only a few connection per day, it is probably better to run sslh from inetd in order to save resources. msgstr sslh se puede ejecutar como un servicio desde inetd o como un servidor independiente. Cada opción tiene sus ventajas. Si tiene pocas conexiones al día es probable que prefiera ejecutar sslh desde inetd para ahorrar recursos. #. Type: select #. Description #: ../templates:1002 msgid On the other hand, with many connections, sslh should run as a standalone server to avoid spawning a new process for each incoming connection. msgstr Por otra parte, si tiene que gestionar muchas conexiones, debería ejecutar sslh como un servidor independiente para evitar que se genere un nuevo proceso por cada una de las conexiones entrantes.
Bug#600182: ntp: NTP switching from kernel time sync status change 4001 to 0001 caused server to stop responding
Package: ntp Version: 1:4.2.4p4+dfsg-8lenny3 Severity: critical Justification: breaks the whole system Hi There, We've just had an issue were a server became unresponsive after NTP started switching status as per the daemon log below: Oct 13 19:15:44 mb ntpd[1966]: kernel time sync status change 4001 Oct 13 20:06:59 mb ntpd[1966]: kernel time sync status change 0001 Oct 13 20:41:09 mb ntpd[1966]: kernel time sync status change 4001 Oct 13 20:58:14 mb ntpd[1966]: kernel time sync status change 0001 Oct 13 21:43:43 mb afpd[5409]: afp_alarm: child timed out Oct 13 21:43:43 mb afpd[5409]: 44.10KB read, 650.20KB written Oct 13 21:43:43 mb afpd[5409]: Connection terminated Oct 13 21:43:43 mb afpd[2052]: server_child[1] 5409 exited 1 Oct 13 21:49:26 mb ntpd[1966]: kernel time sync status change 4001 Oct 13 22:06:30 mb ntpd[1966]: kernel time sync status change 0001 Oct 14 00:06:00 mb ntpd[1966]: kernel time sync status change 4001 Oct 14 00:23:06 mb ntpd[1966]: kernel time sync status change 0001 Oct 14 00:57:16 mb ntpd[1966]: kernel time sync status change 4001 Oct 14 01:48:31 mb ntpd[1966]: kernel time sync status change 0001 Oct 14 02:56:49 mb ntpd[1966]: kernel time sync status change 4001 Oct 14 03:48:02 mb ntpd[1966]: kernel time sync status change 0001 Oct 14 06:38:45 mb ntpd[1966]: kernel time sync status change 4001 Oct 14 08:21:13 mb ntpd[1966]: kernel time sync status change 0001 Oct 14 09:46:37 mb ntpd[1966]: kernel time sync status change 4001 Oct 14 10:03:40 mb ntpd[1966]: kernel time sync status change 0001 Once the server was rebooted, netatalk (afpd) clients could reconnect again. and SSH connections once again worked. I'm not 100% sure that NTP caused the issue, as the status changes have been reported previously without causing unresponsiveness. However there is no other logs indicating any other failures. Regards, Mark -- System Information: Debian Release: 5.0.6 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-2-amd64 (SMP w/8 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 ntp depends on: ii adduser 3.110add and remove users and groups ii libc6 2.7-18lenny4 GNU C Library: Shared libraries ii libcap1 1:1.10-14support for getting/setting POSIX. ii libedit22.11~20080614-1 BSD editline and history libraries ii libncurses5 5.7+20081213-1 shared libraries for terminal hand ii libssl0.9.8 0.9.8g-15+lenny8 SSL shared libraries ii lsb-base3.2-20 Linux Standard Base 3.2 init scrip ii netbase 4.34 Basic TCP/IP networking system Versions of packages ntp recommends: ii perl 5.10.0-19lenny2 Larry Wall's Practical Extraction Versions of packages ntp suggests: pn ntp-doc 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#517361: Can this be reproduced?
I don't suppose you could think of a way to reproduce this outside of assassin? attachment: nicholas.vcf
Bug#600182: Acknowledgement (ntp: NTP switching from kernel time sync status change 4001 to 0001 caused server to stop responding)
Please close this bug report. The issue was found to be with a script that had overrun the server. I have noted that the bug regarding time sync changed is fixed in newer versions of ntp. Aplogies for the time wasting. Regards, Mark On Thu, Oct 14, 2010 at 11:45:08AM +, Debian Bug Tracking System wrote: Thank you for filing a new Bug report with Debian. This is an automatically generated reply to let you know your message has been received. Your message is being forwarded to the package maintainers and other interested parties for their attention; they will reply in due course. Your message has been sent to the package maintainer(s): Debian NTP Team pkg-ntp-maintain...@lists.alioth.debian.org If you wish to submit further information on this problem, please send it to 600...@bugs.debian.org. Please do not send mail to ow...@bugs.debian.org unless you wish to report a problem with the Bug-tracking system. -- 600182: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=600182 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#594047: Packages from Lenny work; Experimental, Squeeze, Sid broken
Hi there, I just wanted to clarify the situation about the Canon CanoScan LiDE 50 scanner, which is listed as working on this webpage: http://www.sane-project.org/sane-mfgs.html#Z-CANON Which is the reason I bought this scanner. I am running an up-to-date Squeeze system and was able to install the libsane package with only one or two dependencies from Debian Experimental (1.0.22~git1.0.21-157-g126c70d-1) and from Debian Lenny (1.0.19-23), as well as, of course, the package from Squeeze (1.0.21-4) that seems to be the same as the one from Sid for the architectures that I tested this on (AMD64 and i386). The scanner works fine with the package from Lenny, but not with any later version. It looks like something broke libsane-compatibility with that scanner. Thank you, Malte -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#580989: xserver-xorg-video-intel: [855GM] LVDS output not working
Paweł Pałucha pa...@newterm.pl (13/10/2010): Bug number is 30845 - https://bugs.freedesktop.org/show_bug.cgi?id=30845 Many thanks. Mraw, KiBi. signature.asc Description: Digital signature
Bug#600183: python3.2-dbg: Fails to install, conflicts with python3.2's files
Package: python3.2-dbg Version: 3.2~a3-1 Severity: serious Justification: Fails to install Hi, python3.2 python3.2-dbg can't be coinstalled: | dpkg: error processing /var/cache/apt/archives/python3.2-dbg_3.2~a3-1_kfreebsd-i386.deb (--unpack): | trying to overwrite '/usr/lib/python3.2/lib-dynload/_codecs_cn.so', which is also in package python3.2 3.2~a3-1 This happens on both kfreebsd-* at least. Mraw, KiBi. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#517361: our and autosplit don't mix well
On Thursday 14 October 2010 13:42:54 Nicholas Bamber wrote: I don't suppose you could think of a way to reproduce this outside of assassin? I've looked at $NetAddr::IP::Util. This reminds me of old painful memories when I played with autosplit (or was it the reverse ? ;-) ) The error message : Feb 27 11:24:35 mail spamd[16173]: Use of uninitialized value $NetAddr::IP::Util::n2d_format in sprintf at ../../blib/lib/NetAddr/IP/Util.pm (autosplit into ../../blib/lib/auto/NetAddr/IP/Util/ipv6_n2d.al) line 356, GEN1757 line 153. shows that autosplit was used: each method is located in its own file. And in main $NetAddr::IP::Util we have this declaration: our $n2d_format = %X:%X:%X:%X:%X:%X:%D.%D.%D.%D; The problem is that the scope of 'our' declaration is limited to the compilation block (the file). When autosplit is used, the 'our' declaration and the ipv6_n2d file are located in 2 separate files. Hence the undef warning. The fix is quite simple: both variables declared with 'our' needs to be changed into global variables. (use vars qw/$n2d_format $n2x_format/;) But you should talk with upstream for this issue. Dominique -- http://config-model.wiki.sourceforge.net/ -o- http://search.cpan.org/~ddumont/ http://www.ohloh.net/accounts/ddumont -o- http://ddumont.wordpress.com/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#597795: missing glyph problem ?
Hello Again, sorry for the late reply. I cannot reproduce the problem on my system. I've managed to display a utf8 smiley ☺ and your string with weird quotes within the Tk interface of Config::Model::TkUI. Looks like this is a font problem. According to google, you may have missing glyph for this charset on your system. Hope this helps Dominique -- http://config-model.wiki.sourceforge.net/ -o- http://search.cpan.org/~ddumont/ http://www.ohloh.net/accounts/ddumont -o- http://ddumont.wordpress.com/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#600169: couchdb missing WWW-Authentication HTTP header
On 2010-10-14 12:32PM, David Paleino wrote: Seems like a couchdb bug. Huh, seems you're right! It took me a minute to find a URL on my regular couchdb (on port 5984) that required authorization, but I found a good one, and here's evidence that there's no WWW-Authentication HTTP header there either: $ wget -S http://localhost:5984/_active_tasks -O - -q HTTP/1.0 401 Unauthorized Server: CouchDB/0.11.0 (Erlang OTP/R14B) Date: Thu, 14 Oct 2010 12:42:15 GMT Content-Type: text/plain;charset=utf-8 Content-Length: 64 Connection: Keep-Alive Cache-Control: must-revalidate $ wget -S http://secret:sec...@localhost:5984/_active_tasks -O - -q HTTP/1.0 401 Unauthorized Server: CouchDB/0.11.0 (Erlang OTP/R14B) Date: Thu, 14 Oct 2010 12:42:23 GMT Content-Type: text/plain;charset=utf-8 Content-Length: 64 Connection: Keep-Alive Cache-Control: must-revalidate $ wget --auth-no-challenge -S http://secret:sec...@localhost:5984/_active_tasks -O - -q HTTP/1.0 200 OK Server: CouchDB/0.11.0 (Erlang OTP/R14B) Date: Thu, 14 Oct 2010 12:42:40 GMT Content-Type: text/plain;charset=utf-8 Content-Length: 3 Connection: Keep-Alive Cache-Control: must-revalidate [] Note: the --auth-no-challenge flag for wget forces it to use Basic authentication. Note2: The [] at the end there is the file content from the _active_tasks url Thank you, - Jason -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#598501: unblock: bristol/0.60.5-2
Here is the diff. Built and tested. diff --git a/debian/changelog b/debian/changelog index b2e88d5..16d0e66 100644 --- a/debian/changelog +++ b/debian/changelog @@ -1,3 +1,10 @@ +bristol (0.60.5-3) unstable; urgency=low + + * Exporting unmodified PATH is unnecessary. Drop +/usr/share/bristol/lib from the LD_LIBRARY_PATH. + + -- Alessio Treglia ales...@debian.org Thu, 14 Oct 2010 12:55:41 +0200 + bristol (0.60.5-2) unstable; urgency=high * Add patch to solve security issue CVE-2010-3351: diff --git a/debian/patches/90-CVE_insecure_library_loading.patch b/debian/patches/90-CVE_insecure_library_loading.patch index a6fc40e..7fc156d 100644 --- a/debian/patches/90-CVE_insecure_library_loading.patch +++ b/debian/patches/90-CVE_insecure_library_loading.patch @@ -2,17 +2,19 @@ Subject: Fix insecure library loading - CVE-2010-3351. Origin: upstream, https://sourceforge.net/support/tracker.php?aid=3077160 Bug-Debian: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=598285 --- - bin/startBristol.in |2 +- - 1 file changed, 1 insertion(+), 1 deletion(-) + bin/startBristol.in |4 +--- + 1 file changed, 1 insertion(+), 3 deletions(-) --- bristol.orig/bin/startBristol.in +++ bristol/bin/startBristol.in -@@ -347,7 +347,7 @@ fi +@@ -347,9 +347,7 @@ fi export SLAB_HOME=$BRISTOL export BRIGHTON=$BRISTOL -export LD_LIBRARY_PATH=/usr/local/lib:usr/lib:${LD_LIBRARY_PATH}:${BRISTOL}/lib -+export ld_library_pa...@bristol_dir@/lib:/usr/local/lib:/usr/lib:/lib - - export PATH=${PATH}:$BRISTOL/bin:/usr/local/bin +- +-export PATH=${PATH}:$BRISTOL/bin:/usr/local/bin ++export LD_LIBRARY_PATH=/usr/local/lib:/usr/lib:/lib + if [ $jack -eq 1 ]; then + ldd `which bristol` | grep jack /dev/null 21 -- Alessio Treglia ales...@debian.org Debian Ubuntu Developer | Homepage: http://www.alessiotreglia.com 0FEC 59A5 E18E E04F 6D40 593B 45D4 8C7C DCFC 3FD0 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#599994: Please exclude rjava from mips builds
Dirk Eddelbuettel e...@debian.org (13/10/2010): Bug report #54 (rjava: FTBFS on mips: configure: error: absent) by Cyril Brulebois correctly notes that rjava fails ... as we build R without Java support. Could you please add rjava to the list of 'will not build' packages? Please note that I pointed to: http://git.debian.org/?p=mirror/packages-arch-specific.git;a=blob_plain;f=Packages-arch-specific;hb=sid Mraw, KiBi. signature.asc Description: Digital signature
Bug#599908: [Pkg-clamav-devel] Bug#599908: clamav return errors on corrupted PDF
Hi Marco, Thanks a lot for replying so quickly. [...] (I'll look into this later, too busy right now.) I've to run clamav with --debug against all the directory and send the output? If your time permits, could you please send this as well? Not sure whether it is absolutely necessary or not, but just as a kind of backup it would be nice. Thanks a lot, Michael pgpU2pVLxieXI.pgp Description: PGP signature
Bug#517361: our and autosplit don't mix well
Dominique, I was wondering if that might be the problem but not having experience of autosplit it was a completeley wild guess on my part. If Brent can reproduce the problem we could supply him with a patched version to test and send the patch onto upstream. Dominique Dumont wrote: On Thursday 14 October 2010 13:42:54 Nicholas Bamber wrote: I don't suppose you could think of a way to reproduce this outside of assassin? I've looked at $NetAddr::IP::Util. This reminds me of old painful memories when I played with autosplit (or was it the reverse ? ;-) ) The error message : Feb 27 11:24:35 mail spamd[16173]: Use of uninitialized value $NetAddr::IP::Util::n2d_format in sprintf at ../../blib/lib/NetAddr/IP/Util.pm (autosplit into ../../blib/lib/auto/NetAddr/IP/Util/ipv6_n2d.al) line 356, GEN1757 line 153. shows that autosplit was used: each method is located in its own file. And in main $NetAddr::IP::Util we have this declaration: our $n2d_format = %X:%X:%X:%X:%X:%X:%D.%D.%D.%D; The problem is that the scope of 'our' declaration is limited to the compilation block (the file). When autosplit is used, the 'our' declaration and the ipv6_n2d file are located in 2 separate files. Hence the undef warning. The fix is quite simple: both variables declared with 'our' needs to be changed into global variables. (use vars qw/$n2d_format $n2x_format/;) But you should talk with upstream for this issue. Dominique -- http://config-model.wiki.sourceforge.net/ -o- http://search.cpan.org/~ddumont/ http://www.ohloh.net/accounts/ddumont -o- http://ddumont.wordpress.com/ attachment: nicholas.vcf
Bug#600050: [pkg-lighttpd] Bug#600050: /etc/lighttpd/conf-available/15-fastcgi-php.conf: fastcgi-php file missing a required directive
On Thu, Oct 14, 2010 at 9:37 AM, Didar Hossain didar.hoss...@gmail.com wrote: Though, I would still prefer a comment added to fastcgi-php.conf file regarding enabling fastcgi.conf as a prerequisite. I'm not sure we can still squeeze that in. Lighttpd is important to me as I prefer it over Apache and use it as my primary webserver. I would like to help with fixing `lighty-enable-mod' which will not happen for squeeze. I will probably open a separate bug *with* patch later :) That'd be great. Are you familiar with Perl? I'm not and I could use some help with it. Olaf -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#600184: mountpoint used by fuseiso cannot be accessed by anybody but root
Package: fuseiso Version: 20070708-2 Severity: important Hello, after mounting a BIN image (as root) like this: # fuseiso image.bin mnt/ the directory mnt becomes completely unreadable by anybody but root. For root, the permissions look like this, # ls -ld mnt/ dr-xr-xr-x 1 root root 2048 Oct 11 1996 mnt/ whereas for a normal user they cannot be read: $ ls -ld mnt ls: cannot access mnt: Permission denied $ ls -al ls: cannot access mnt: Permission denied total 756980 drwxr-xr-x 3 daniel daniel 4096 Oct 14 14:40 . drwxr-xr-x 4 daniel daniel 4096 Oct 14 14:01 .. d? ? ? ? ?? mnt -rw-r--r-- 1 daniel daniel 774372480 Oct 14 14:22 image.bin chmod and chown are unable to change any permissions or ownerships. If root is unable to mount images on behalf of other users, this severly limits the possible uses of this package. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-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/dash Versions of packages fuseiso depends on: ii fuse-utils 2.8.4-1.1Filesystem in USErspace (utilities ii libc6 2.11.2-6 Embedded GNU C Library: Shared lib ii libfuse22.8.4-1.1Filesystem in USErspace library ii libglib2.0-02.24.2-1 The GLib library of C routines ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime fuseiso recommends no packages. fuseiso 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#600100: zipl's postinst hook fails upon initial kernel installation by d-i
On Wed, 13 Oct 2010 13:31:26 -0400 (EDT), Philipp Kern wrote: The initial kernel installation through d-i fails with the current squeeze d-i due to zipl's postinst failing. It obviously doesn't have a configuration file yet, because it will be configured in the step after kernel installation: I am not a package maintainer for s390-tools; I am a user who is an interested party to this bug report. This bug is related to bug number 599931, and the hook script templates provided in the body of bug report 599931 will fix both that problem and this one. -- .''`. Stephen Powell : :' : `. `'` `- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#599673:
tags 599673 pending thanks Fix committed, thanks! -- Alessio Treglia ales...@debian.org Debian Ubuntu Developer | Homepage: http://www.alessiotreglia.com 0FEC 59A5 E18E E04F 6D40 593B 45D4 8C7C DCFC 3FD0 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#597820: linux-image-2.6.32-5-amd64: 2.6.32 doesn't support the f71889fg sensor chip
On Mon, Oct 04, 2010 at 09:44:28AM +0200, Mike Hommey wrote: On Mon, Oct 04, 2010 at 09:29:20AM +0200, Mike Hommey wrote: Right, it seems that I forgot a single break-statement (causing the driver to fall through to the undetected part). Attached patch has this fixed and should work properly. I may have fucked up, but it looks like it doesn't work either. Same behaviour as before. :( I'm trying another build. I did fuck up, and it just works fine. I used watchdog-test and kill -STOP it, and the machine rebooted within a few seconds, as expected. Should I file a new bug for the watchdog support or will you just not apply these patches for squeeze? Thanks, Mike -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#600185: gnuplot-mode: void-function: make-local-hook
Package: gnuplot-mode Version: 1:0.6.0-5 Severity: normal With Emacs 24: Debugger entered--Lisp error: (void-function make-local-hook) make-local-hook(kill-buffer-hook) gnuplot-make-gnuplot-buffer() It should be removed. :) -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages gnuplot-mode depends on: ii emacs [emacsen] 23.2+1-4 The GNU Emacs editor (metapackage) ii emacs-snapshot [emacsen]1:20101008-1 The GNU Emacs editor (development ii emacs23 [emacsen] 23.2+1-4 The GNU Emacs editor (with GTK+ us ii gnuplot-nox 4.4.0-1.1A command-line driven interactive ii gnuplot-x11 4.4.0-1.1A command-line driven interactive gnuplot-mode recommends no packages. gnuplot-mode suggests no packages. -- no debconf information -- Julien Danjou // ᐰ jul...@danjou.info http://julien.danjou.info pgpO4RTE9MoCg.pgp Description: PGP signature
Bug#600186: debian-installer: initrd does not include lib80211_crypt_wep
Package: debian-installer Version: netboot gtk of 2009/9/25 Severity: normal Tags: d-i The debian installer image offers installation with wireless and WEP, but at least my wireless card needs module lib80211_crypt_wep to do this. This module is missing from the initrd, thus I cannot use network install at all. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-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/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#600187: tracker-gui: clicking on an e-mail in search result fails to open it
Package: tracker-gui Version: 0.8.15-1 Severity: important While the latest version of tracker manages to index evolution e-mail (at least partly, because search results are woefully incomplete) it does not seem to be able to open them. When I click an e-mail from the results, I see a pop-up saying could not get application info for email:///x...@x/xx/xxx: the requested location is not supported (actually I translated the second sentece back from German, don't know, so the English original may differ). So while is nice to know that e-mail indexing finally works after a fashion, it is still not particularly useful. To be honest, I find it very deplorable, that beagle has been abandoned, because it worked far better than tracker, it was actually useful. Tracker still feels extremely alpha -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (101, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/2 CPU cores) Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages tracker-gui depends on: ii gnome-icon-theme 2.30.3-1GNOME Desktop icon theme ii libatk1.0-0 1.30.0-1The ATK accessibility toolkit ii libbonobo2-0 2.24.3-1Bonobo CORBA interfaces library ii libc62.11.2-6Embedded GNU C Library: Shared lib ii libcairo21.9.14-1The Cairo 2D vector graphics libra ii libdbus-1-3 1.2.24-3simple interprocess messaging syst ii libdbus-glib-1-2 0.88-2 simple interprocess messaging syst ii libfontconfig1 2.8.0-2.1 generic font configuration library ii libfreetype6 2.4.2-1 FreeType 2 font engine, shared lib ii libgee2 0.5.2-1 GObject based collection library ii libglib2.0-0 2.24.2-1The GLib library of C routines ii libgtk2.0-0 2.20.1-1+b1 The GTK+ graphical user interface ii libnautilus-extension1 2.30.1-2libraries for nautilus components ii libpanel-applet2-0 2.30.2-2library for GNOME Panel applets ii libpango1.0-01.28.1-1Layout and rendering of internatio ii libtracker-client-0.8-0 0.8.15-1metadata database, indexer and sea ii libtracker-miner-0.8-0 0.8.15-1tracker data miner library ii libx11-6 2:1.3.3-3 X11 client-side library ii tracker 0.8.15-1metadata database, indexer and sea tracker-gui recommends no packages. tracker-gui 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#600188: tiff: CVE-2010-3087
Package: tiff Severity: grave Tags: security Justification: user security hole Please see: http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2010-3087 This patch should fix it: http://bugzilla.maptools.org/show_bug.cgi?id=2140 (Lenny is not affected) Cheers, Moritz -- System Information: Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#600189: gnokii: Splits a particular message into multiples each with 5 characters and ellipsis in it
Package: gnokii Version: 0.6.26.dfsg-3 Severity: normal When I put this particular message through gnokii-smsd-mysql it splits it up into 16 messages each containing a small portion of the original message. The original message is this: chekov/RAID status CRITICAL:CRITICALs: md4 is 0.00 (outside range [100:]), md0 is 0.00 (outside range [100:]), md1 is 0.00 (outside range [100:]), md2 is 0.00 On my mobile I get this: Message 1: chekov/RAID status CRITICAL:CRITICALs: md4 is 0.00 (outside r 0.00 Message 2: (...)ange [ Message 3: (...)100:]) Message 4: (...), md0 Message 5: (...) is 0. Message 6: (...)00 (ou Message 7: (...)tside Message 8: (...)range and so forth.. It doesn't happen with any other messages. But this one it's reproducible. -- System Information: Debian Release: 5.0.5 APT prefers stable APT policy: (990, 'stable'), (101, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.26-2-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 gnokii depends on: ii gnokii-cli 0.6.26.dfsg-3 Datasuite for mobile phone managem ii gnokii-common 0.6.26.dfsg-3 Datasuite for mobile phone managem ii xgnokii0.6.26.dfsg-3 Datasuite for mobile phone managem gnokii recommends no packages. gnokii 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#600190: linux-image-2.6.32-5-amd64: btrfs filesystem df doesn't work because of missing ioctl
Package: linux-2.6 Version: 2.6.32-24 Severity: normal The btrfs tool, which is the canonical tool for btrfs handling, doesn't have a useful output for btrfs filesystem df because the necessay ioctl isn't available in 2.6.32. Would you consider adding it? 1406e4327be3a533a2b18582f715ce2cfbcf6804 is the relevant commit id. (7fde62bffb576d384ea49a3aed3403d5609ee5bc further modifies the ioctl function to buffer the output) Thanks Mike -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#600191: bzr-git: Generation of Git-like diff doesn't work
Package: bzr-git Version: 0.5.2-1 Severity: normal Hello, I'm trying to generate a Git-like diff from a Bzr changeset, but I got the following traceback: $ bzr diff -c 141 --format=git diff --git a/spydaap/server.py b/spydaap/server.py index 157ac5f..20b263f 100644 bzr: ERROR: exceptions.AttributeError: 'DiffWriter' object has no attribute 'writelines' Traceback (most recent call last): File /usr/lib/python2.6/dist-packages/bzrlib/commands.py, line 911, in exception_to_return_code return the_callable(*args, **kwargs) File /usr/lib/python2.6/dist-packages/bzrlib/commands.py, line , in run_bzr ret = run(*run_argv) File /usr/lib/python2.6/dist-packages/bzrlib/plugins/bzrtools/command.py, line 22, in run_argv_aliases commands.Command.run_argv_aliases(self, argv, alias_argv) File /usr/lib/python2.6/dist-packages/bzrlib/commands.py, line 689, in run_argv_aliases return self.run(**all_cmd_args) File /usr/lib/python2.6/dist-packages/bzrlib/commands.py, line 704, in run return self._operation.run_simple(*args, **kwargs) File /usr/lib/python2.6/dist-packages/bzrlib/cleanup.py, line 135, in run_simple self.cleanups, self.func, *args, **kwargs) File /usr/lib/python2.6/dist-packages/bzrlib/cleanup.py, line 165, in _do_with_cleanups result = func(*args, **kwargs) File /usr/lib/python2.6/dist-packages/bzrlib/plugins/bzrtools/command_classes.py, line 526, in run colordiff(color, check_style, *args, **kwargs) File /usr/lib/python2.6/dist-packages/bzrlib/plugins/bzrtools/colordiff.py, line 203, in colordiff get_cmd_object('diff').run(*args, **kwargs) File /usr/lib/python2.6/dist-packages/bzrlib/commands.py, line 704, in run return self._operation.run_simple(*args, **kwargs) File /usr/lib/python2.6/dist-packages/bzrlib/cleanup.py, line 135, in run_simple self.cleanups, self.func, *args, **kwargs) File /usr/lib/python2.6/dist-packages/bzrlib/cleanup.py, line 165, in _do_with_cleanups result = func(*args, **kwargs) File /usr/lib/python2.6/dist-packages/bzrlib/commands.py, line 1126, in ignore_pipe result = func(*args, **kwargs) File /usr/lib/python2.6/dist-packages/bzrlib/builtins.py, line 1982, in run format_cls=format) File /usr/lib/python2.6/dist-packages/bzrlib/diff.py, line 493, in show_diff_trees return differ.show_diff(specific_files, extra_trees) File /usr/lib/python2.6/dist-packages/bzrlib/diff.py, line 942, in show_diff return self._show_diff(specific_files, extra_trees) File /usr/lib/python2.6/dist-packages/bzrlib/plugins/git/send.py, line 106, in _show_diff (path_encoded[1], mode[1], contents[1])) File /usr/lib/pymodules/python2.6/dulwich/patch.py, line 143, in write_blob_diff f.writelines(unified_diff(old_contents, new_contents, AttributeError: 'DiffWriter' object has no attribute 'writelines' bzr 2.2.0 on python 2.6.6 (Linux-2.6.32-5-amd64-x86_64-with-debian-squeeze-sid) arguments: ['/usr/bin/bzr', 'diff', '-c', '141', '--format=git'] encoding: 'UTF-8', fsenc: 'UTF-8', lang: 'fr_FR.UTF-8' plugins: bash_completion /usr/lib/python2.6/dist-packages/bzrlib/plugins/bash_completion [2.2.0] bzrtools /usr/lib/python2.6/dist-packages/bzrlib/plugins/bzrtools [2.2.0] dbus /usr/lib/python2.6/dist-packages/bzrlib/plugins/dbus [0.1.0dev] git /usr/lib/python2.6/dist-packages/bzrlib/plugins/git [0.5.2] gtk /usr/lib/python2.6/dist-packages/bzrlib/plugins/gtk [0.99.0] launchpad /usr/lib/python2.6/dist-packages/bzrlib/plugins/launchpad [2.2.0] netrc_credential_store /usr/lib/python2.6/dist-packages/bzrlib/plugins/netrc_credential_store [2.2.0] news_merge /usr/lib/python2.6/dist-packages/bzrlib/plugins/news_merge [2.2.0] qbzr /usr/lib/python2.6/dist-packages/bzrlib/plugins/qbzr [0.19.0] *** Bazaar has encountered an internal error. This probably indicates a bug in Bazaar. You can help us fix it by filing a bug report at https://bugs.launchpad.net/bzr/+filebug including this traceback and a description of the problem. Generating the diff with the default format works. Thanks, Jonathan -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (101, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages bzr-git depends on: ii bzr 2.2.0-1 easy to use distributed version co ii python 2.6.6-3 interactive high-level object-orie ii python-central 0.6.16+nmu1 register and build utility for Pyt ii python-dulwich 0.6.1-1 Pure-python Git library Versions of packages bzr-git recommends: ii python-tdb1.2.1-2+b1 Python bindings for TDB bzr-git
Bug#600192: If you give a wrong argument acovea core dumps
Package: acovea Version: 5.1.1-2 Severity: normal Try runacovea -input foo -config bar - runacovea dumps core! -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages acovea depends on: ii libacovea-5.1-5 5.1.1-2library for analyzing compiler opt ii libc6 2.11.2-6 Embedded GNU C Library: Shared lib ii libcoyotl-3.1-4 3.1.0-4.1 portable C++ classes used by acove ii libevocosm-3.1-1 3.1.0-3.1 a C++ framework for developing evo ii libexpat1 2.0.1-7XML parsing C library - runtime li ii libgcc1 1:4.4.5-2 GCC support library ii libpng12-01.2.44-1 PNG library - runtime ii libstdc++64.4.5-2The GNU Standard C++ Library v3 Versions of packages acovea recommends: pn acovea-resultsnone (no description available) ii g++ 4:4.4.4-2 The GNU C++ compiler ii gcc 4:4.4.4-2 The GNU C compiler acovea 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#543550: New version: 0.2.12-1
New version: 0.2.12-1 Package http://logiweb.imm.dtu.dk/1.0/doc/download/debian/logiweb_0.2.12-1_amd64.deb Description http://logiweb.eu/1.0/doc/download/debian.html Package directory http://logiweb.imm.dtu.dk/1.0/doc/download/debian http://logiweb.imm.dtu.dk is a mirror of http://logiweb.eu The mirror has better bandwidth. --- Sorry for the long response time. Due to retinal detachment, I have not been allowed to watch a computer screen from July 29 to October 11. --- Version 0.2.12 contains corrections as requested August 1 by Jens Peter Secher. Furthermore, about half of the source code has been removed without loss of functionality and the package no longer build depends on CLISP. Version 0.2.11 essentially contained two, complete implementations of the system: a Version 0.2.x, and a Version 0.1.x for compiling version 0.2.x. 1. When doing find -type f -exec grep Copyright '{}' ';', there are several other copyright notices than Copyright (C) 2004-2009 Klaus Grue. That has been corrected. Now everything is Copyright 2004-2010 except as noted in the 'copyright' file. 1a. doc/man/man7/logiweb.7 says Copyright (C) The IETF Trust (2007) and refers to BCP 78, which seems to be http://tools.ietf.org/html/bcp78 and looks OK to me wrt. the Debian Free Software Guidelines. But this information must be incorporated into debian/copyright in some way; maybe debian-legal can answer how. A note on this has been added to the 'copyright' file. 1b. src/lgwam.c contains RIPEMD-160 code which says Copyright (c) Katholieke Universiteit Leuven and does not seem to allow redistribution and thus cannot be included in the Debian archive. The code has been replaced by code which is available on GPL-2+ 2. The link to the GPL license in debian/copyright should be /usr/share/common-licenses/GPL-2. Has been corrected 3. The tarball includes a src/dist with eg. executables files. It would be better if it was possible to have a clean version of the tarball without the src/dist. Now no files in src/dist are executable. I prefer to keep src/dist since it contains information typed in by hand which I think is difficult or impossible to generate automatically. The directory was originally named dist, but I moved it to src/dist for the sake of the Debian policy on this. 4. The Standards-Version should be updated to the current version. (Don't know if any changes are needed.) Has been done. No changes seem to be needed. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#600193: runacovea: free(): invalid pointer
Package: acovea Version: 5.1.1-2 Severity: normal runacovea -input clamav-sniffer.c -config gcc40_pentium4.acovea (clamav-sniffer.c is available from Sourceforge) gives this: Acovea 5.1.1 (compiled Oct 16 2006 04:05:11) Evolving Better Software Invented by Scott Robert Ladd (scott.l...@coyotegulch.com) Coyote Gulch Productions (http://www.coyotegulch.com) *** glibc detected *** runacovea: free(): invalid pointer: 0x011073a0 *** === Backtrace: = /lib/libc.so.6(+0x71ad6)[0x7f52b70d4ad6] /usr/lib/libacovea-5.1.so.5(_ZN6acovea12acovea_worldC1ERNS_15acovea_listenerESsNS_17optimization_modeERKNS_11applicationEmmbm+0x5b2)[0x7f52b86e20c2] runacovea[0x401aa2] /lib/libc.so.6(__libc_start_main+0xfd)[0x7f52b7081c4d] runacovea(__gxx_personality_v0+0x72)[0x4013aa] === Memory map: 0040-00403000 r-xp 08:03 19647 /usr/bin/runacovea 00502000-00504000 rw-p 2000 08:03 19647 /usr/bin/runacovea 01105000-01126000 rw-p 00:00 0 [heap] 7f52b6c3-7f52b6c47000 r-xp 08:03 24070 /usr/lib/libz.so.1.2.3.4 7f52b6c47000-7f52b6e46000 ---p 00017000 08:03 24070 /usr/lib/libz.so.1.2.3.4 7f52b6e46000-7f52b6e47000 rw-p 00016000 08:03 24070 /usr/lib/libz.so.1.2.3.4 7f52b6e47000-7f52b6e5e000 r-xp 08:03 135508 /lib/libpthread-2.11.2.so 7f52b6e5e000-7f52b705d000 ---p 00017000 08:03 135508 /lib/libpthread-2.11.2.so 7f52b705d000-7f52b705e000 r--p 00016000 08:03 135508 /lib/libpthread-2.11.2.so 7f52b705e000-7f52b705f000 rw-p 00017000 08:03 135508 /lib/libpthread-2.11.2.so 7f52b705f000-7f52b7063000 rw-p 00:00 0 7f52b7063000-7f52b71bb000 r-xp 08:03 135507 /lib/libc-2.11.2.so 7f52b71bb000-7f52b73ba000 ---p 00158000 08:03 135507 /lib/libc-2.11.2.so 7f52b73ba000-7f52b73be000 r--p 00157000 08:03 135507 /lib/libc-2.11.2.so 7f52b73be000-7f52b73bf000 rw-p 0015b000 08:03 135507 /lib/libc-2.11.2.so 7f52b73bf000-7f52b73c4000 rw-p 00:00 0 7f52b73c4000-7f52b73da000 r-xp 08:03 133558 /lib/libgcc_s.so.1 7f52b73da000-7f52b75d9000 ---p 00016000 08:03 133558 /lib/libgcc_s.so.1 7f52b75d9000-7f52b75da000 rw-p 00015000 08:03 133558 /lib/libgcc_s.so.1 7f52b75da000-7f52b765a000 r-xp 08:03 139144 /lib/libm-2.11.2.so 7f52b765a000-7f52b785a000 ---p 0008 08:03 139144 /lib/libm-2.11.2.so 7f52b785a000-7f52b785b000 r--p 0008 08:03 139144 /lib/libm-2.11.2.so 7f52b785b000-7f52b785c000 rw-p 00081000 08:03 139144 /lib/libm-2.11.2.so 7f52b785c000-7f52b7952000 r-xp 08:03 4465 /usr/lib/libstdc++.so.6.0.13 7f52b7952000-7f52b7b52000 ---p 000f6000 08:03 4465 /usr/lib/libstdc++.so.6.0.13 7f52b7b52000-7f52b7b59000 r--p 000f6000 08:03 4465 /usr/lib/libstdc++.so.6.0.13 7f52b7b59000-7f52b7b5b000 rw-p 000fd000 08:03 4465 /usr/lib/libstdc++.so.6.0.13 7f52b7b5b000-7f52b7b7 rw-p 00:00 0 7f52b7b7-7f52b7b96000 r-xp 08:03 58899 /usr/lib/libexpat.so.1.5.2 7f52b7b96000-7f52b7d96000 ---p 00026000 08:03 58899 /usr/lib/libexpat.so.1.5.2 7f52b7d96000-7f52b7d98000 rw-p 00026000 08:03 58899 /usr/lib/libexpat.so.1.5.2 7f52b7d98000-7f52b7d9f000 r-xp 08:03 19595 /usr/lib/libevocosm-3.1.so.1.0.0 7f52b7d9f000-7f52b7f9f000 ---p 7000 08:03 19595 /usr/lib/libevocosm-3.1.so.1.0.0 7f52b7f9f000-7f52b7fa rw-p 7000 08:03 19595 /usr/lib/libevocosm-3.1.so.1.0.0 7f52b7fa-7f52b7fc5000 r-xp 08:03 131996 /lib/libpng12.so.0.44.0 7f52b7fc5000-7f52b81c5000 ---p 00025000 08:03 131996 /lib/libpng12.so.0.44.0 7f52b81c5000-7f52b81c6000 rw-p 00025000 08:03 131996 /lib/libpng12.so.0.44.0 7f52b81c6000-7f52b81cd000 r-xp 08:03 135509 /lib/librt-2.11.2.so 7f52b81cd000-7f52b83cc000 ---p 7000 08:03 135509 /lib/librt-2.11.2.so 7f52b83cc000-7f52b83cd000 r--p 6000 08:03 135509 /lib/librt-2.11.2.so 7f52b83cd000-7f52b83ce000 rw-p 7000 08:03 135509 /lib/librt-2.11.2.so 7f52b83ce000-7f52b83d9000 r-xp 08:03 15233 /usr/lib/libcoyotl-3.1.so.4.0.0 7f52b83d9000-7f52b85d8000 ---p b000 08:03 15233 /usr/lib/libcoyotl-3.1.so.4.0.0 7f52b85d8000-7f52b85da000 rw-p a000 08:03 15233
Bug#600194: sks: improve documentation of dump command
Package: sks Version: 1.1.1+dpkgv3 Severity: wishlist Tags: patch -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 The attached patch names better the #keys parameter of the dump command and explains what it is for. Its meaning is the opposite to what I expected to happen. - -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) iQIcBAEBAgAGBQJMtws5AAoJEFOUR53TUkxRoagP+gJvBZtsAhQ3soIsa0PsjDzg I/9VBNFJgoMXAoIZSYc/yf+3QcLSe2Qx/vA7qQHHw4ghr10bgLMtgc3rd/pdOb2A sJ2AzHI6mMmAi2l370Ul//0EyrlLD0NtIl/boEQPdoi6BTL9D38l3kH1GAcKb4K/ tZi60PSSSdrpMwIqFMaC7MmeQVhQW1DaibZYirM28tqJw7S+85CU97wEPSXFJUUY 5TWBAmAHV2viKC9mTCge/RDA8jGDS9/KYeHIvjYGGmU9TpFXZhLCs0a3ctHHt7kO NdvYyP43UsswoLaMtwBKLOTDXA9FJRnUHlD27Tr4t90kmSS9nJn4KCKfvr4VSuxv 6Zkt+Eda8tYyx14NzxGcEkLT6Na6Kl6duXb9Ou5AvG0sH5dIsPqgwxhb/Be0z5CH t7PO7XeH4JF5CJ5hl0Wcq06CNHgEEVQEUjGbhqQGpmSed8S94/N3kCBH4BXH5Ged HZvcZt1PkwPpQPcIHKFUOjhtN5espiv9AaGeTxsNCJxAir4hibdUNHLJ5gZQqLG/ qS8cSKH8byDuoOAGGOL5iTpIgNKEO+sbt5DvV7ctQ8oKc1LC0bbqY1Bb9Fjd1kj/ ANUSuxW1P5UjhVN64qvf9rol6KIUcnzd5RbEhpPAhbndQhXhDs8UbzD4UitEI7Ti qQLV0YDBGJmRS/bXONNR =7p2j -END PGP SIGNATURE- --- sks-1.1.1+dpkgv3.old/sks.pod2010-10-14 13:06:42.0 +0100 +++ sks-1.1.1+dpkgv3/sks.pod2010-10-14 14:44:46.0 +0100 @@ -54,9 +54,9 @@ Build prefix-tree database, used by reconciliation server, from key database. Allows for specification of cache for key database and for ptree database. -=item dump #keys dumpdir +=item dump numkeys dumpdir -Create a raw dump of the keys in the database. +Create a raw dump of the keys in the database. The dump is split into multiple files; the numkeys parameter determines the number of keys dumped in each file. =item merge
Bug#600195: fai-server: support execution of fai-setup without recreating nfsroot
Package: fai-server Version: 3.4.2 Severity: wishlist For a fully-automated deployment of a FAI server¹ I'd like to be able to re-use an existing nfsroot. All I'd need is the relevant setup instructions of fai-setup without invoking the line containing: make-fai-nfsroot $options so my nfsroot doesn't get lost. I'm aware that you shouldn't re-use an existing nfsroot if you make any changes in the normal deployment cycle. But I'm booting virtual machines for setting up the FAI server and the machine *optionally* re-uses an existing nfsroot to speed up the deployment process if testing FAI releases. So an option to just skip the make-fai-nfsroot part but build /etc/exports etc. anyway would be nice. If there aren't any objections/alternative suggestions I'd come up with a patch. ¹ Yes, I'm really talking about the server part. :) I'm automatically setting up FAI servers to install Debian for testing FAI releases. regards, -mika- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/2010-10-14t15-44...@devnull.michael-prokop.at
Bug#551861: [eclim-user] Fwd: Re: RFP: eclim -- Integration between the eclipse IDE and the VIM text editor
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 2010-10-14 06:00, Eric Van Dewoestine wrote: [...] Which implies that if a EPL'ed plugin, which is not produced by the Eclipse Foundation, is loaded side by side with the eclim plugin then your license will be violated. As an example the CMakeBuilder plugin is EPL'ed but not developed by the Eclipse Foundation. It is my guess that FSF will consider it a violation of your license in this case. That being said, this is only a problem if the resulting combination is distributed (the GPL allows you to do pretty much anything with an in-house copy of the licensed work). But as I read this, it effectively prevents anyone outside of the Eclipse Foundation to derive from your work or use (parts of) it as a library for their eclipse plugin. Yes, that should prevent bundles like aptana and myeclipse from bundling eclim as part of their eclipse distributions, but I don't mean to prevent eclim from being install along side other plugins with conflicting licenses. Perhaps altering my NOTICE a bit would help with your concerns, like removing the Permission is granted.. block and simply rolling some of that info into the gpl exception as follows: If you modify this Program, or any covered work, by linking or combining it with Eclipse (cdt, jdt, pdt, wst, and any other eclipse extension produced by the Eclipse Foundation), containing parts covered by the terms of the EPL, the licensors of this Program grant you additional permission to convey the resulting work. That should hopefully make it more clear that this is intended to cover distribution and is not intended to restrict what the user can link eclim with in their personal install, so long as they don't distribute the result of course. Is that enough to permit debian to redistribute eclim as a distinct package (excluding the vimplugin exception yet to be dealt with)? I was mostly asking because I thought you might unintentionally excluded some EPL licensed plugins. Since it was intended it is all good. Basically what is required to distribute your plugin in Debian is that it follows the spirit (not the letter) of the DFSG[1]. So all we need is a non-discriminating permission to link your work and the vimplugin code against the core part of eclipse. We will ship eclim separately from eclipse itself and other plugins (we do this with all plugins packaged in Debian so far anyway), so we would not be violating the extra permission. As I recall, if you do not distribute the resulting work, most of the restrictions of the GPL license do not apply to you. So your users probably already have the permission to install and load the other plugins. You probably do not need to reword it. (However, do note the /probably/) Anyhow, I (still) have not done a deep license analysis of your plugin yet. All my comments so far are based on your NOTICE file and such. [1] http://www.debian.org/social_contract Yes, I am being pedantic here. Unfortunately legal things tend to be this at least in some countries. Also I am not the one who has to approve the license of your project for distribution in Debian, but these people expect me to do my homework first... Totally understood and I'm certainly open to making changes to ease debian's and other's ability to distributed eclim. Awesome :) I may have to take you up on that offer, but I hope we are all good to go license-wise once you have cleared the vimplugin. I also have my reservations about packaging an embedded version of vimplugin with eclim. Optimally your changes could be merged into vimplugin itself. But then again, if the upstream of vimplugin is no longer active, this is usually not a problem as long embedding vimplugin does not become a fashion. Yeah I'd love to push all my changes upstream but unfortunately the vimplugin project is pretty much dead as far as I can tell. I highly doubt that embedding vimplugin would become a fashion since embedding vim is such a niche, and when not combined with eclim, I hardly see the point, especially with plugins like vrapper out there that add vi/vim key bindings to the existing eclipse editors. [...] Well, if wimplugin is dead, you could become the new upstream for it or simply supersede it ;) For now, lets not worry about this. ~Niels -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQIcBAEBCAAGBQJMttCOAAoJEAVLu599gGRCj2sP/3X5kjJlE6f7qHaN/d4Iifm1 Ee7Kr/e6c5YrH3lthorkUkFjDH2DFBxx7xIiIKpbBosmcTLIl+dwgJ7ekxvc8La3 JjG35eW46o7wZvUX1TTuv+J1y+PB6rVAE0m1gF+BJM06swFlTIto5TBzAY+QEQVW H/rozWdONUytdFouD+Uvr17zI29zrXkQ9K3mMAZnxEiUPgrNlCN0I9pi7/sHS1qd dcacU8Weim/zu+Mu3vhVWl9xuR6D4tRrPdtPCAnC/xWLpNw0EmxLpAI/xGkZDrJ2 Ubqy4jbH2y8rfoT92Pz+eAzXpNf1dXfl0l8qugataZb2wzZ9SVWInOwQQWjhNWnb gLcC0oFZcZ03yS4qnjcnY4qFgWY0LkoAk4ZCUSKW6kAH9gDeP/F5XX+jp1+Rh+Se
Bug#598493: nfs-exports does not work after reboot
Hi, On 29.09.2010 17:45, Bastian Blank wrote: On Wed, Sep 29, 2010 at 03:09:58PM +0200, Oliver Joa wrote: On 29.09.2010 15:04, Bastian Blank wrote: What is the content of /etc/exports? /export gutemine(fsid=0,rw,no_subtree_check) asterix(fsid=0,rw,no_subtree_check) 10.11.0.1(fsid=0,rw,no_subtree_check) Okay, all this names most probably come vie dns. Is the dns server reachable at the time the init script is running? now it seems to work. I added the following line in /etc/init.d/nfs-kernel-server: ### BEGIN INIT INFO ... # Should-Start: bind9 ... ### END INIT INFO Thanks Olli -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#600169: Info received (couchdb missing WWW-Authentication HTTP header)
Well, what do you know, they're shipping broken HTTP on purpose, and there's a config option to actually follow the RFC and not break all known browsers and most libraries... To fix add these two lines to /etc/xdg/desktop-couch/compulsory-auth.ini [httpd] WWW-Authenticate = Basic realm=administrator And then desktop-couch's futon works! (after a restart) The couchdb default config (/etc/couchdb/local.ini) seems to have this already, but commented out. Apparently the devs left this off to avoid unsightly dialog boxes, but what I think they don't realize, is that it also makes the supplied credentials in the URL not work (because the browsers have no way of knowing to use Basic instead of say Digest authentication). And thus it's impossible to authenticate, except with really geeky programs like curl (and wget if you sift through the manpage very carefully) that let you specify the authentication encoding method. I hope you all will update the couchdb and desktopcouch packages with this configuration option even if upstream couchdb insists on shipping broken HTTP. Thank you, - Jason -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#592989: gkrellm: Sensors missing when ACPI driver used
The patch mentioned by Guido Hennecke has been applied upstream and is part of GKrellM 2.3.5. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org