Bug#458939: allow search engines to index http://bugs.debian.org
On Thu, Jan 03, 2008 at 01:07:15PM -0800, Don Armstrong wrote: There are already mirrors which allow indexing, and you can use the BTS's own search engine which is far superior to gooogle [...] Uh, you're kidding right? The BTS's own search engine won't turn up hits outside the BTS, as a trivial example... On Fri, Jan 04, 2008 at 08:49:08AM +0100, Raphael Hertzog wrote: Most of the content is generated dynamically nowadays and this file has been put in place because web crawlers have been known to severly hit the machine hosting the BTS... AFAIK it was put in place when we first went dynamic, when bugs.d.o was on master and horribly overloaded (so much so that updating the static pages was taking over half a day). It hasn't been removed ultimately because the CGIs provide too many similar urls that shouldn't all be indexed; it's definitely a bug that we don't provide some URLs that can be indexed. Hacking around that in robots.txt seems tricky, as you can only reliably specify Disallow: prefixes in robots.txt. Google supports * matches and $ to match against end of string and Allow: fields, and at least * seems somewhat common, so something like this could work: Disallow: /*/ # exclude everything but the shortcuts Allow: /cgi-bin/bugreport.cgi?bug= Allow: /cgi-bin/pkgreport.cgi?pkg=*;dist=unstable$ That doesn't prevent bug=1234;reverse=yes and such, but I can't see a good way of doing that. I've set that up on rietz for Googlebot, we'll see if it works ok. I don't think it's possible to make Disallow: /*/ be the default for all User-Agents since * is an extension, but extending it to MSN and Yahoo should be fine. Getting smarturl.cgi properly done is still probably the real solution. Cheers, aj signature.asc Description: Digital signature
Bug#459863: New upstream version available
Package: acpidump Version: 20071116 Severity: wishlist Hi Please could you package the latest version of acpidump? According to upstream, the latest version will grab the RSDT tables in addition to the XSDT which helps remote debugging much easier Regards, -- Chris Lamb, UK [EMAIL PROTECTED] GPG: 0x634F9A20 signature.asc Description: PGP signature
Bug#416594: closed by Randall Donald [EMAIL PROTECTED] (Bug#416594: fixed in nvidia-graphics-drivers 169.07-1)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 We believe that the bug you reported is fixed in the latest version of nvidia-graphics-drivers, which is due to be installed in the Debian FTP archive: With nvidia-kernel-source 169.07-1, I still get this error: - -- for module in /usr/src/modules/nvidia-kernel ; do \ if test -d $module; then\ (cd $module; \ if ./debian/rules KVERS=2.6.23.12 KSRC=/usr/src/linux-source-2.6.23 \ KMAINT=Andreas Kroschel KEMAIL=[EMAIL PROTECTED] \ KPKG_DEST_DIR=/usr/src/linux-source-2.6.23/.. \ KPKG_MAINTAINER=Andreas Kroschel\ KPKG_EXTRAV_ARG=EXTRAVERSION=.12\ ARCH=i386 \ KDREV=2.6.23.12-10.00.Custom kdist_image; then \ echo Module $module processed fine;\ else \ echo Module $module failed.; \ if [ Xfakeroot != X ]; then \ echo Perhaps $module does not understand --rootcmd?; \ echo If you see messages that indicate that it is not; \ echo in fact being built as root, please file a bug ; \ echo against $module.; \ fi; \ echo Hit return to Continue; \ read ans;\ fi; \ );\ else \ echo Module $module does not exist; \ echo Hit return to Continue?; \ fi; \ done make[1]: Entering directory `/usr/src/modules/nvidia-kernel' echo ROOT_CMD = fakeroot ROOT_CMD = fakeroot /usr/bin/make -w -f debian/rules binary_modules make[2]: Entering directory `/usr/src/modules/nvidia-kernel' # select which makefile to use. rm -f /usr/src/modules/nvidia-kernel/nv/Makefile || true if [ 6 = 6 ]; then \ cd /usr/src/modules/nvidia-kernel/nv ; \ ln -s Makefile.kbuild Makefile ; \ cd .. ; \ if [ 0 = 1 ] ; then \ dpatch apply 04_minion ; \ fi ; \ if [ 0 = 1 ]; then \ dpatch apply 01_sysfs ; \ dpatch status 01_sysfs patch-stamp ; \ dpatch apply 02_pcialias ; \ dpatch status 02_pcialias patch-stamp ; \ fi ; \ fi if [ 6 = 4 ]; then \ cd /usr/src/modules/nvidia-kernel/nv ; \ ln -s Makefile.nvidia Makefile ; \ cd .. ; \ fi if ! gcc-4.2 -v 2 /dev/null ; then \ echo Compiler gcc-4.2 does not exist on the system ; \ exit 1; \ fi touch configure-stamp if [ -f /usr/src/modules/nvidia-kernel/debian/control.template ]; then \ cp /usr/src/modules/nvidia-kernel/debian/control.template /usr/src/modules/nvidia-kernel/debian/control; \ fi dh_testdir dh_testroot make[2]: Leaving directory `/usr/src/modules/nvidia-kernel' make[1]: Leaving directory `/usr/src/modules/nvidia-kernel' Module /usr/src/modules/nvidia-kernel failed. Perhaps /usr/src/modules/nvidia-kernel does not understand --rootcmd? If you see messages that indicate that it is not in fact being built as root, please file a bug against /usr/src/modules/nvidia-kernel. Hit return to Continue - -- Remarkably, compiling succeeds when preceding make-kpkg with fakeroot on the command line. Regards, Andreas - -- You never know how many friends you have until you rent a house on the beach. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFHhH/svb0hlc4kiiURAqPnAKD5qgRJi00k9Ye8SlXWu+d8BjC9uwCgobQL uNT3niDjDI35ag1x+WasHG4= =kDmf -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#456153: xserver-xorg-video-ati: external VGA display corrupted after killing X
Is it better with latest snapshot from experimental? It works so far. I think you can close this bug, and I'll reopen if needed. Marcus -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#459867: emdebian-tools: [INTL:eu] Basque debconf templates translation update
Package: emdebian-tools Severity: wishlist Tags: patch l10n Hi Attached emdebian-tools debconf templates basque translation update, please commit it. thx -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.21 Locale: LANG=eu_ES.UTF-8, LC_CTYPE=eu_ES.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages emdebian-tools depends on: ii apt 0.7.10 Advanced front-end for dpkg pn apt-cross none (no description available) pn automake none (no description available) pn binutils-multiarchnone (no description available) ii cdbs 0.4.50 common build system for Debian pac pn dbs none (no description available) ii debconf [debconf-2.0] 1.5.17 Debian configuration management sy ii debhelper 5.0.63 helper programs for debian/rules ii debootstrap 1.0.7 Bootstrap a basic Debian system ii devscripts2.10.12Scripts to make the life of a Debi ii dpatch2.0.28 patch maintenance system for Debia pn dpkg-crossnone (no description available) ii dpkg-dev 1.14.15package building tools for Debian pn edos-debcheck none (no description available) ii fakeroot 1.9Gives a fake root environment ii g++ 4:4.2.2-1 The GNU C++ compiler ii gcc 4:4.2.2-1 The GNU C compiler pn libcache-apt-perl none (no description available) pn libconfig-auto-perl none (no description available) pn libfile-homedir-perl none (no description available) pn libparse-debianchangelog-perl none (no description available) pn libtext-diff-perl none (no description available) ii libwww-perl 5.808-1WWW client/server library for Perl pn pbuilder none (no description available) ii perl 5.8.8-12 Larry Wall's Practical Extraction pn quilt none (no description available) ii sudo 1.6.9p10-1 Provide limited super user privile ii ucf 3.004 Update Configuration File: preserv Versions of packages emdebian-tools recommends: ii subversion 1.4.4dfsg1-1 Advanced version control system # translation of emdebian-tools.po to Euskara # Emdebian-tools debconf templates basque translation # Copyright (C) YEAR THE PACKAGE'S COPYRIGHT HOLDER # This file is distributed under the same license as the PACKAGE package. # # Piarres Beobide [EMAIL PROTECTED], 2007, 2008. msgid msgstr Project-Id-Version: emdebian-tools\n Report-Msgid-Bugs-To: [EMAIL PROTECTED] POT-Creation-Date: 2008-01-08 18:48+\n PO-Revision-Date: 2008-01-09 09:17+0100\n Last-Translator: Piarres Beobide [EMAIL PROTECTED]\n Language-Team: Euskara [EMAIL PROTECTED]\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n X-Generator: KBabel 1.11.4\n #. Type: string #. Description #: ../emdebian-tools.templates:1001 msgid Build directory for emdebian packages: msgstr Embedian paketeen eraikitze direktorioa: #. Type: string #. Description #: ../emdebian-tools.templates:1001 #| msgid #| Either specify an existing Emdebian subversion tree (e.g. /home/user/ #| emdebian/svn/target/) or specify the full path to a directory that can be #| used by the tools (emsource and emchain) as a build tree. If no directory #| is given, the tools will just use the current directory, for checkouts #| and downloads, possibly resulting in multiple source downloads. msgid Either specify an existing Emdebian subversion tree (e.g. /home/user/ emdebian/svn/target/) or specify the full path to a directory that can be used by the tools (emsource and emchain) as a build tree. If no directory is given, the tools will use a new top level directory tree for checkouts and downloads for compatibility with a chroot or automated build environment. msgstr Edo Embedian subversion zuhaitz bat ezarri (adib. /home/user/emdebian/ svn/target/) edo eraikitze zuhaitz bezala lanabesek (emsource eta emchain) erabili dezaketen direktorioaren bide osoa ezarri. Ez bada direktoriorik ezartzen, lanabesek maila baxueneko direktorio zuhaitz bat erabiliko dute deskarga eta \checkout\-entzat chroot edo eraikitze ingurune automatiko baten bidez. #. Type: string #. Description #: ../emdebian-tools.templates:2001 msgid Subversion login to use on buildd.emdebian.org: msgstr buildd.emdebian.org-en erabiliko den subversion erabiltzaile izena: #. Type: string #. Description #:
Bug#459866: Please distinguish between new and followup messages in X-Debian-PR-Message
Package: debbugs Version: 2.4.1 Colin Watson wrote: Chris Lamb wrote: How can I reliably distinguish between a new bug report and a followup on [EMAIL PROTECTED] I think of a number of terrible heuristics, such as Reportbug in X-Mailer, a lack of In-Reply-To etc., but these are obviously bogus. Even grepping for [EMAIL PROTECTED] is rather fallible. This is supposed to be what the X-Debian-PR-Message header is for, and you can at least use it to distinguish between new/followup, forwarded, and closed; you'll see 'report BUGNUM', 'forwarded BUGNUM', and 'closed BUGNUM' respectively. *nod* Annoyingly, it's not possible to distinguish between new and followup this way. I think this is a bug. Would you file it, please? Doing so :) Regards, -- Chris Lamb, UK [EMAIL PROTECTED] GPG: 0x634F9A20 signature.asc Description: PGP signature
Bug#459784: libmyspell3: incorrect spelling
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 severity 459784 minor thanks Hi, Paolo Benvenuto wrote: Package: libmyspell3c2 Version: 1:3.1-18 Severity: normal File: libmyspell3 According to http://www.m-w.com/dictionary/spellchecker the correct spelling is spell-checker, and so should be put in the package documents And spelling per definition is only minor. Note that it will never be fixed in any case, libmyspell3c2 only is in stable, not anymore in testing and unstable because it's obsolete, and stable will never get an update just for spelling. You can safely remove this obsolete package from your system. Regards, Rene -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFHhIRc+FmQsCSK63MRAne5AJ48SWirkjnRlWB10SBrQcjaScK3ygCfcKQP HKcfeDiq7O0rGdyEHhFE0lA= =Q5hp -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#459868: debian-policy: Definition of Maintainer: when using a mailing list
Package: debian-policy Severity: normal Hi I think policy should include some words on the usage of Mailinglists as a Maintainer: address. The current 3.3 The maintainer of a package reads ------ Every package must have a Debian maintainer (the maintainer may be one person or a group of people reachable from a common email address, such as a mailing list). The maintainer is responsible for ensuring that the package is placed in the appropriate distributions. The maintainer must be specified in the Maintainer control field with their correct name and a working email address. If one person maintains several packages, they should try to avoid having different forms of their name and email address in the Maintainer fields of those packages. The format of the Maintainer control field is described in Maintainer, Section 5.6.2. If the maintainer of a package quits from the Debian project, Debian QA Group [EMAIL PROTECTED] takes over the maintainer-ship of the package until someone else volunteers for that task. These packages are called orphaned packages.[5] ---+++--- I propose to add, someone please fix up en_GANNEFF: ---+++--- If the Maintainer address points to a mailing list then that list must be configured to accept mail from those role accounts in Debian used to send automated mails regarding the package. This includes mail from the BTS, all mails from the archive software used on ftp-master as well as other role accounts that are commonly agreed on to send automated mails to the maintainers. a sample implementation of such a whitelist for mailman is running on alioth.debian.org. ---+++--- Additionally I would like: +++---+++ If the Maintainer: field points to a mailing list then the Uploader: field has to contain at least one human. ---+++--- Intention of the first paragraph is clear, and for about 95% of the lists used also already true, thanks to sgran implementing it for alioths mailman, so implementing it now doesnt make all packages RC buggy. Im not sure we should point directly to alioth from within the paragraph, might be better as a footnote. We could also mention that the whitelist definition on alioth is a good location to look for the address regex to whitelist and that one should recheck every X months... The second paragraph is simple making sure there is at least one human listed who is responsible. -- bye Joerg liw I'm a blabbermouth pgpfkLvylVD5l.pgp Description: PGP signature
Bug#374708: man-db: *** glibc detected *** free(): invalid next size
* Martin Michlmayr [EMAIL PROTECTED] [2007-12-31 19:19]: What other information would you like to have? Could you try this patch (thanks to Ivan Shmakov) and see if it fixes it for you? I'm afraid that doesn't help: [EMAIL PROTECTED]:~$ sudo /usr/lib/man-db/mandb Processing manual pages under /usr/share/man... Updating index cache for path `/usr/share/man/man1'. Wait...*** glibc detected *** /usr/lib/man-db/mandb: free(): invalid next size (fast): 0x000c4a88 *** Aborted Any other information you from me? -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#459864: ITP: libnet-sftp-foreign-perl -- Secure File Transfer Protocol client
Package: wnpp Severity: wishlist * Package name: libnet-sftp-foreign-perl * Version : 1.34 * Upstream Author : Salvador Fandino [EMAIL PROTECTED]. * URL : http://search.cpan.org/dist/Net-SFTP-Foreign/ * License : Artistic * Description : (see below) Description: Net::SFTP::Foreign --Secure File Transfer Protocol client Net::SFTP::Foreign is a Perl client for the SFTP. It provides a subset of the commands listed in the SSH File Transfer Protocol IETF draft, which can be found at http://www.openssh.org/txt/draft-ietf-secsh-filexfer-02.txt (also included on this package distribution, on the rfc directory). Net::SFTP::Foreign uses any compatible ssh command installed on your system (for instance, OpenSSH ssh) to establish the secure connection to the remote server. Best wishes. -- Alejandro Garrido Mota Universidad Simón Bolivar (USB) www.mogaal.com GNU/Linux Debian SID GPG Key Fingerprint = F6A7 EF7E 4688 70C6 6B37 A8EF F6B0 9645 B24B F200 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#459865: ceferino: Typo in intro sequence
Package: ceferino Version: 0.97.5-1 Severity: minor Screen 2 of the intro sequence reads: The cowboy Don Ceferino lived very happy in his quite and modest house I guess it should be quiet, not quite. -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (990, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-028test007 Locale: LANG=ru_RU.koi8r, LC_CTYPE=ru_RU.koi8r (charmap=KOI8-R) Versions of packages ceferino depends on: ii ceferino-data 0.97.5-1 action game similar to Super Pang ii libc6 2.3.6.ds1-13etch4 GNU C Library: Shared libraries ii libgcc11:4.1.1-21GCC support library ii libsdl-image1.21.2.5-2+b1image loading library for Simple D ii libsdl-mixer1.21.2.6-1.1+b2 mixer library for Simple DirectMed ii libsdl1.2debian1.2.11-8 Simple DirectMedia Layer ii libstdc++6 4.1.1-21 The GNU Standard C++ Library v3 ceferino recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#459870: zabbix-agent init-script doesn't wait for processes to disappear
hi, On Wed, Jan 09, 2008 at 09:30:33AM +0100, Thomas Mueller wrote: If I only do zabbix-agent stop I see a short time zabbix_agentd defunct in output of ps ax. but only for a few seconds. Maybe put sleep 5 after start-stop-daemon? For me it solved the problem. right.. the old problem again. Were already doing a sleep on restart: restart|force-reload) $0 stop sleep 2 $0 start im going to push this sleep up to 5 seconds, even tho i hate his solution. Upstream is aware of this problem but didnt fix it yet .. bye, - michael -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#459872: gibraltar-bootsupport: Please add LSB formatted dependency info in init.d script
Package: gibraltar-bootsupport Version: 2.1 Tags: patch User: [EMAIL PROTECTED] Usertags: missing-dependency To be able to check boot script order, and also to be able to start boot scripts in parallel, it is important to know the dependencies of the various boot scripts. The Linux Software Base specifies a init.d header file format useful for this purpose, and adding such header to the anacron init.d script would make it possible for me to use this information to check the current sequence and to speed up the debian boot. I am working on a system to update the boot sequence based on these dependencies, and would like see this as the default in Lenny. Because of this, it is nice if the dependencies was updated quickly. URL:http://refspecs.freestandards.org/LSB_2.1.0/LSB-generic/LSB-generic/initscrcomconv.html documents the LSB header format. Some debian notes are available from URL:http://wiki.debian.org/LSBInitScripts. Here is a patch to document the dependencies. I hope this is correct. diff -ur gibraltar-bootcd-2.1.orig/gibraltar-bootsupport/check-network-interfaces gibraltar-bootcd-2.1/gibraltar-bootsupport/check-network-interfaces --- gibraltar-bootcd-2.1.orig/gibraltar-bootsupport/check-network-interfaces 2006-05-04 21:28:44.0 +0200 +++ gibraltar-bootcd-2.1/gibraltar-bootsupport/check-network-interfaces 2008-01-09 00:05:32.0 +0100 @@ -1,4 +1,12 @@ #!/bin/bash +### BEGIN INIT INFO +# Provides: check-network-interfaces +# Required-Start:$local_fs +# X-Start-Before:ifupdown +# Required-Stop: +# Default-Start: S +# Default-Stop: +### END INIT INFO # # -- # Copyright notice diff -ur gibraltar-bootcd-2.1.orig/gibraltar-bootsupport/make-var-ramdisk gibraltar-bootcd-2.1/gibraltar-bootsupport/make-var-ramdisk --- gibraltar-bootcd-2.1.orig/gibraltar-bootsupport/make-var-ramdisk 2007-02-04 23:01:48.0 +0100 +++ gibraltar-bootcd-2.1/gibraltar-bootsupport/make-var-ramdisk 2008-01-09 00:13:27.0 +0100 @@ -1,4 +1,11 @@ #!/bin/sh +### BEGIN INIT INFO +# Provides: mountvar +# Required-Start:$local_fs +# Required-Stop: +# Default-Start: S +# Default-Stop: +### END INIT INFO # # -- # Copyright notice diff -ur gibraltar-bootcd-2.1.orig/gibraltar-bootsupport/save-config gibraltar-bootcd-2.1/gibraltar-bootsupport/save-config --- gibraltar-bootcd-2.1.orig/gibraltar-bootsupport/save-config 2007-02-04 23:01:48.0 +0100 +++ gibraltar-bootcd-2.1/gibraltar-bootsupport/save-config 2008-01-09 00:18:36.0 +0100 @@ -1,4 +1,11 @@ #!/bin/bash +### BEGIN INIT INFO +# Provides: save-etc-disk +# Required-Start: +# Required-Stop: $remote_fs $syslog +# Default-Start: +# Default-Stop: 0 6 +### END INIT INFO # # save-config # Parameters: see usage diff -ur gibraltar-bootcd-2.1.orig/gibraltar-bootsupport/setup-unconfigured.sh gibraltar-bootcd-2.1/gibraltar-bootsupport/setup-unconfigured.sh --- gibraltar-bootcd-2.1.orig/gibraltar-bootsupport/setup-unconfigured.sh 2005-04-12 21:21:07.0 +0200 +++ gibraltar-bootcd-2.1/gibraltar-bootsupport/setup-unconfigured.sh 2008-01-09 00:09:00.0 +0100 @@ -1,4 +1,11 @@ #!/bin/sh +### BEGIN INIT INFO +# Provides: setup-unconfigured +# Required-Start:$remote_fs +# Required-Stop: +# Default-Start: S +# Default-Stop: +### END INIT INFO # # setup-unconfigured.sh # diff -ur gibraltar-bootcd-2.1.orig/gibraltar-bootsupport/unlock-cddrive gibraltar-bootcd-2.1/gibraltar-bootsupport/unlock-cddrive --- gibraltar-bootcd-2.1.orig/gibraltar-bootsupport/unlock-cddrive 2005-04-12 21:21:07.0 +0200 +++ gibraltar-bootcd-2.1/gibraltar-bootsupport/unlock-cddrive 2008-01-09 00:12:43.0 +0100 @@ -1,4 +1,11 @@ #!/bin/sh +### BEGIN INIT INFO +# Provides: unlock-cddrive +# Required-Start: +# Required-Stop: $local_fs +# Default-Start: +# Default-Stop: 0 6 +### END INIT INFO # # unlock-cddrive # diff -ur gibraltar-bootcd-2.1.orig/gibraltar-bootsupport/unmount-initrd gibraltar-bootcd-2.1/gibraltar-bootsupport/unmount-initrd --- gibraltar-bootcd-2.1.orig/gibraltar-bootsupport/unmount-initrd 2005-04-12 21:21:07.0 +0200 +++ gibraltar-bootcd-2.1/gibraltar-bootsupport/unmount-initrd 2008-01-09 00:14:22.0 +0100 @@ -1,4 +1,11 @@ #!/bin/bash +### BEGIN INIT INFO +# Provides: unmount-initrd +# Required-Start:$remote_fs +# Required-Stop: +# Default-Start: S +# Default-Stop: +### END INIT INFO # # unmount-initrd # diff -ur gibraltar-bootcd-2.1.orig/gibraltar-bootsupport/update-finalize gibraltar-bootcd-2.1/gibraltar-bootsupport/update-finalize --- gibraltar-bootcd-2.1.orig/gibraltar-bootsupport/update-finalize 2005-05-28 00:18:10.0 +0200 +++ gibraltar-bootcd-2.1/gibraltar-bootsupport/update-finalize
Bug#459873: python-apt: Unmet dependencies
Package: python-apt Version: 0.7.4 Severity: grave Justification: renders package unusable Wajig depends on python-apt but trying to install it I get: python-apt: Depends: libapt-inst-libc6.6-6-1.1 but it is not installable Depends: libapt-pkg-libc6.6-6-4.6 but it is not installable -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (x86_64) Kernel: Linux 2.6.23-1-amd64 (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 python-apt depends on: pn libapt-inst-libc6.6-6-1 none (no description available) pn libapt-pkg-libc6.6-6-4. none (no description available) ii libc6 2.7-5GNU C Library: Shared libraries ii libgcc1 1:4.3-20080104-1 GCC support library ii libstdc++6 4.3-20080104-1 The GNU Standard C++ Library v3 ii lsb-release 3.1-24 Linux Standard Base version report ii python 2.4.4-6 An interactive high-level object-o ii python-central 0.5.15 register and build utility for Pyt python-apt recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#459871: hyphen-used-as-minus-sign false positives
Package: lintian Version: 1.23.42 Severity: minor Tags: patch -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi For non-english text, hyphen-used-as-minus-sign produces quite a lot of false positives. For example má-li or Není-li is correct Czech, but it triggers hyphen-used-as-minus-sign. There are a lot of more of such words. It seems to be caused by non-ascii character before -. I tried to debug it on manpages-cs and try to find best regexp to catch common mistakes and still not catching Czech words. I'm not sure if it is ready to be merged, but for me it produces much better results. You will find patch for my change attached. - -- Michal Čihař | http://cihar.com | http://blog.cihar.com - -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.23-1-686 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages lintian depends on: ii binutils2.18.1~cvs20080103-1 The GNU assembler, linker and bina ii diffstat1.45-2 produces graph of changes introduc ii dpkg-dev1.14.15 package building tools for Debian ii file4.21-4 Determines file type using magic ii gettext 0.17-2 GNU Internationalization utilities ii intltool-debian 0.35.0+20060710.1Help i18n of RFC822 compliant conf ii libparse-debianchan 1.1.1-1 parse Debian changelogs and output ii liburi-perl 1.35.dfsg.1-1Manipulates and accesses URI strin ii man-db 2.5.0-4 on-line manual pager ii perl [libdigest-md5 5.8.8-12 Larry Wall's Practical Extraction lintian recommends no packages. - -- no debconf information -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFHhIgZ3DVS6DbnVgQRAmyFAKChtd7kyVES5sCTgnTnMWITQiGSqwCdEFxi SaBlsMKithFlpSDzmhjY6IU= =nSDu -END PGP SIGNATURE- --- manpages.orig 2008-01-09 17:22:20.0 +0900 +++ manpages2008-01-09 17:36:28.0 +0900 @@ -305,7 +305,7 @@ # beginning of a word, but don't generate false positives on \s-1 # (small font), \*(-- (pod2man long dash), or things like \h'-1'. if ($line =~ /^[^\.].* - [^\w\\] + [\s\(:^] (?! \\s | \*\( | \(- | \w\' ) (--?\w+)/ox) { $hc++;
Bug#458385: New version of Artistic License
Russ Allbery wrote: Licenses are included in common-licenses primarily on the basis of how commonly they're used in the archive. Currently, there are only about five packages in the archive covered by this license, so I don't believe this is warranted at this time. Basically, the license isn't common. GPL-3 isn't common either, yet. But it is included, because it's the latest version of a license that is quite common, and it's expected that many packages will update their license. The Debian Policy Manual states that packages released under the Artistic License should refer to the files in /usr/share/common-licenses. I intended to comply with that policy for the updated Parrot packages, but found I couldn't since the directory only contained an old version of the license. Allison -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#459874: php5-imagick: dependency issue: shouldn't this depend on imagemagick?
Package: php5-imagick Version: 2.1.0RC1-1 Severity: normal Perhaps it is a silly issue, but somehow I have a machine that doesn't have imagemagick installed, but does have php5-imagick, so I was getting the following error: PHP Warning: PHP Startup: Unable to load dynamic library '/usr/lib/php5/20060613+lfs/imagick.so' - libWand.so.9: cannot open shared object file: No such file or directory in Unknown on line 0 ldd imagick.so returned not found for libWand and libMagick. It seems like it should at least recommend it, if not require it. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.22-3-686-bigmem (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C) Shell: /bin/sh linked to /bin/bash Versions of packages php5-imagick depends on: ii php5-cgi [phpapi-20060613+lfs 5.2.4-2server-side, HTML-embedded scripti ii php5-cli [phpapi-20060613+lfs 5.2.4-2command-line interpreter for the p ii php5-common 5.2.4-2Common files for packages built fr ii ucf 3.004 Update Configuration File: preserv php5-imagick recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#457388: several disks
On 09/01/2008, Geert Stappers [EMAIL PROTECTED] wrote: If the computer really needs three Linux distrubutions, it might be an option to re-arrange distros on disks. To actual debug why the 200Gb PATA doesn't work, I would install Debian with it's kernel on another disk, one that boots. When it has been seen working, is the next step booting from the 200Gb PATA disk. At that point has special care be taken to make sure that disk /dev/sdX (or /dev/hdX) is the actual boot disk. So no BIOS tweaking. Cheers Geert Stappers Thanks, I followed your advice and rearranged my different distro's on my computer. I do not really /need/ 3 different Linux distros but it is nice to test some. and it is nice to have some spare Linux which is not affected while something goes wrong. :-) ... But the following caught my attention: I have now Debian (already upgraded to sid) on the 250 SATA disk on the place where Ubuntu 7.10 was installed and it did indeed boots. But while in the installer i used partition 10 on the 200GB PATA disk as swap space this swap space was not used when i got Debian up and running. I found out that while the installer sees my disks as sda, sdf and sdg (sdf and sdg for my 2 PATA disks), the kernel sees the 2 PATA disks as sdb and sdc ... Anyway Debian runs again which made me happy. But still can see the messages: PCI: BIOS Bug: MCFG area at f000 is not E820-reserved PCI: Not using MMCONFIG. Not sure what to think of this. Thanks -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#459875: logcheck-database: new rules for ignore.server.d/dhcp
Package: logcheck-database Version: 1.2.54 Severity: normal I'm using the dhcp server from Debian Etch. These syslog entries arent filtered out and in the changelog of unstable i can't find hints that it is included now. Sample syslog entries Jan 9 06:43:05 server dhcpd: if hostname.domain.name IN TXT 31925177e0a832520e651878ee7a93d247 rrset exists and hostname.domain.name IN A 192.168.1.188 rrset exists delete hostname.domain.name IN A 192.168.1.188: success. Jan 9 06:43:05 server dhcpd: if hostname.domain.name IN A rrset doesn't exist delete hostname.domain.name IN TXT 31925177e0a832520e651878ee7a93d247: success. Jan 9 06:43:05 server dhcpd: removed reverse map on 188.1.168.192.in-addr.arpa. New rules for ignore.server.d/dhcp: ^\w{3} [ :0-9]{11} [._[:alnum:]-]+ dhcpd: removed reverse map on [[:alnum:]\.\-]+$ ^\w{3} [ :0-9]{11} [._[:alnum:]-]+ dhcpd: if [[:alnum:]\.\-_]+ IN TXT \[[:alnum:]]+\ rrset exists and [[:alnum:]\.\-_]+ IN A [0-9\.]{7,16} rrset exists delete [[:alnum:]\.\-_]+ IN A [0-9\.]{7,16}: success.$ ^\w{3} [ :0-9]{11} [._[:alnum:]-]+ dhcpd: if [[:alnum:]\.\-_]+ IN A rrset doesn't exist delete [[:alnum:]\.\-_]+ IN TXT \[[:alnum:]]+\: success\.$ - Thomas -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (500, 'stable'), (100, 'testing') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.22-3-amd64 Locale: LANG=de_CH.UTF-8, LC_CTYPE=de_CH.UTF-8 (charmap=UTF-8) Versions of packages logcheck-database depends on: ii debconf [debconf-2.0]1.5.11etch1 Debian configuration management sy logcheck-database recommends no packages. -- debconf information excluded -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#459442: netatalk: Please add LSB formatted dependency info in init.d script
[Jonas Smedegaard] You mean insserv, right? insserv is the currently available implementation, yes. But anything can use the dependency information, when it is present and correct. I have used indsserv for quite some time now without problems on a lessdisks-based thin client system (but not on servers or fat workstations yet). Great to hear. :) As the stop script do not seem to do anything except killing the daemons, that task might be better left to the sendsigs script in runlevel 0 and 6. If this is indeed the case, I recommend removing 0 and 6 from the Default-Stop list. Would you then suggest to also change the standard non-parallel installation to only sysv stop routine at level 1? Yes, if all the stop script is doing is to send a signal to the daemon, and do not wait for the daemon to save any important state to disk before dying. The sendsigs script can do that faster and for serveral daemons at once. I posted about this to debian-devel in URL: http://lists.debian.org/debian-devel/2008/01/msg7.html . Happy hacking, -- Petter Reinholdtsen -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#459784: libmyspell3: incorrect spelling
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 reassign 459784 myspell-tools thanks Rene Engelhard wrote: Note that it will never be fixed in any case, libmyspell3c2 only is in stable, not anymore in testing and unstable because it's obsolete, and stable will never get an update just for spelling. That said, myspell-tools has the same one. Will fix it there. somewhen. Still minor, though :) Regards, Rene -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFHhIUh+FmQsCSK63MRApHnAJ4vDCBTLoFuNPhgq1fNIZp+icEAtACfe3FP cQ/M/U9hYeYKmkxQVbVbaZM= =M/iz -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#459873: python-apt: Unmet dependencies
On Wed, Jan 09, 2008 at 08:41:46AM +, Anthony Campbell wrote: Package: python-apt Version: 0.7.4 Severity: grave Justification: renders package unusable Wajig depends on python-apt but trying to install it I get: python-apt: Depends: libapt-inst-libc6.6-6-1.1 but it is not installable Depends: libapt-pkg-libc6.6-6-4.6 but it is not installable Yes, python-apt needs a binNMU as do the other apt usual suspects. -- ·O· Pierre Habouzit ··O[EMAIL PROTECTED] OOOhttp://www.madism.org pgpBx7TEvh3FH.pgp Description: PGP signature
Bug#459877: sdcc: please build documentation in binary-indep
Package: sdcc Version: 2.7.0-1 Severity: important Justification: Debian Policy 4.9 Hi, your package sdcc currently builds its documentation in binary-arch. That only burdons our buildds and should be avoided. Please fix you debian/rules file accordingly. Greetings Martin -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-5-686 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#459876: ignore.d.server/krb5kdc: new file new rules
Package: logcheck-database Version: 1.2.54 Severity: wishlist I'm using krb5-kdc (krb5kdc daemon name). I'd like to have added my rules for this daemon. Sample syslog entries: Jan 9 09:36:57 server krb5kdc[2705]: DISPATCH: repeated (retransmitted?) request from 192.168.1.14, resending previous response Jan 9 09:36:57 server krb5kdc[2705]: AS_REQ (7 etypes {18 17 16 23 1 3 2}) 192.168.1.14: ISSUE: authtime 1199867817, etypes {rep=16 tkt=16 ses=16}, [EMAIL PROTECTED] for krbtgt/[EMAIL PROTECTED] Jan 9 09:36:57 server krb5kdc[2705]: TGS_REQ (7 etypes {18 17 16 23 1 3 2}) 192.168.1.14: ISSUE: authtime 1199867817, etypes {rep=16 tkt=16 ses=16}, [EMAIL PROTECTED] for nfs/[EMAIL PROTECTED] Jan 9 09:36:58 server krb5kdc[2705]: AS_REQ (3 etypes {18 17 16}) 192.168.1.14: NEEDED_PREAUTH: [EMAIL PROTECTED] for krbtgt/[EMAIL PROTECTED], Additional pre-authentication required Jan 9 09:36:58 server krb5kdc[2705]: AS_REQ (7 etypes {18 17 16 23 1 3 2}) 192.168.1.14: ISSUE: authtime 1199867818, etypes {rep=16 tkt=16 ses=16}, nfs/[EMAIL PROTECTED] for krbtgt/[EMAIL PROTECTED] Jan 9 09:36:58 server krb5kdc[2705]: TGS_REQ (7 etypes {18 17 16 23 1 3 2}) 192.168.1.14: ISSUE: authtime 1199867818, etypes {rep=16 tkt=16 ses=16}, [EMAIL PROTECTED] for HTTP/[EMAIL PROTECTED] Jan 9 09:36:58 server krb5kdc[2705]: AS_REQ (1 etypes {13}) 192.168.1.14: NEEDED_PREAUTH: [EMAIL PROTECTED] for krbtgt/[EMAIL PROTECTED], Additional pre-authentication required New rules for new file ignore.d.server/krb5kdc: ^\w{3} [ :0-9]{11} [._[:alnum:]-]+ krb5kdc\[[0-9]+\]: (AS|TGS)_REQ \([0-9]+ etypes {[0-9\ ]+}\) [0-9\.]{7,15}: ISSUE: authtime [0-9]+, etypes {rep=[0-9]+ tkt=[0-9]+ ses=[0-9]+}, [[:alnum:]@/\._\-]+ for [[:alnum:]@/\._\-]+ ^\w{3} [ :0-9]{11} [._[:alnum:]-]+ krb5kdc\[[0-9]+\]: (AS|TGS)_REQ \([0-9]+ etypes {[0-9\ ]+}\) [0-9\.]{7,15}: NEEDED_PREAUTH: [[:alnum:]@/\._\-]+ for [[:alnum:]@/\._\-]+, Additional pre-authentication required ^\w{3} [ :0-9]{11} [._[:alnum:]-]+ krb5kdc\[[0-9]+\]: DISPATCH: repeated \(retransmitted\?\) request from [0-9\.]{7,16}, resending previous response$ - Thomas -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (500, 'stable'), (100, 'testing') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.22-3-amd64 Locale: LANG=de_CH.UTF-8, LC_CTYPE=de_CH.UTF-8 (charmap=UTF-8) Versions of packages logcheck-database depends on: ii debconf [debconf-2.0]1.5.11etch1 Debian configuration management sy logcheck-database recommends no packages. -- debconf information excluded -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#268901: [Pkg-xfce-devel] Bug#268901: xfce4-mixer: should close mixer device
On Wed, Jan 09, 2008 at 08:30:29AM +, Guido Guenther wrote: On Tue, Jan 08, 2008 at 10:46:38PM +0100, Yves-Alexis Perez wrote: How would I do that, the plugin only allows to select /dev/mixer as device. Install xfce4-mixer-alsa instead of xfce4-mixer-oss? That works around the problem. The problem is still there in xfce4-mixer-oss though. But thanks for the suggestion, I didn't know about the -alsa version. Cheers, It's not really a work around. oss is deprecated since a long time and alsa is the default mixer variant. I don't know how oss survive suspend, but you really should use alsa anyway. Cheers, -- Yves-Alexis -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#459869: version of scim-pinyin in debian sid is too old.
Package: scim-pinyin Severity: normal version of scim-pinyin in debian sid(0.5.0-3) is too old. latest version is 0.5.91, which supports ``shuangpin''. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.23-1-686 (SMP w/1 CPU core) Locale: LANG=zh_CN.gbk, LC_CTYPE=zh_CN.gbk (charmap=GBK) (ignored: LC_ALL set to zh_CN.gbk) Shell: /bin/sh linked to /bin/bash Versions of packages scim-pinyin depends on: ii libatk1.0-0 1.20.0-1 The ATK accessibility toolkit ii libc6 2.7-5GNU C Library: Shared libraries ii libcairo2 1.4.12-2 The Cairo 2D vector graphics libra ii libfontconfig1 2.5.0-2 generic font configuration library ii libgcc1 1:4.3-20080104-1 GCC support library ii libglib2.0-02.14.4-2 The GLib library of C routines ii libgtk2.0-0 2.12.3-2 The GTK+ graphical user interface ii libpango1.0-0 1.18.3-1 Layout and rendering of internatio ii libscim8c2a 1.4.7-2 library for SCIM platform ii libstdc++6 4.3-20080104-1 The GNU Standard C++ Library v3 ii libx11-62:1.0.3-7X11 client-side library ii libxcursor1 1:1.1.9-1X cursor management library ii libxext61:1.0.3-2X11 miscellaneous extension librar ii libxfixes3 1:4.0.3-2X11 miscellaneous 'fixes' extensio ii libxi6 2:1.1.3-1X11 Input extension library ii libxinerama11:1.0.2-1X11 Xinerama extension library ii libxrandr2 2:1.2.2-1X11 RandR extension library ii libxrender1 1:0.9.4-1X Rendering Extension client libra pn scimnone (no description available) Versions of packages scim-pinyin recommends: pn ttf-arphic-bsmi00lp | t none (no description available) ii ttf-arphic-gkai00mp 2.11-6.1 AR PL KaitiM GB Chinese TrueType ii ttf-arphic-uming [ttf-a 0.1.20060928-2.2 AR PL ShanHeiSun Uni Chinese Uni -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#459870: zabbix-agent init-script doesn't wait for processes to disappear
Package: zabbix-agent Version: 1:1.4.4-2 Severity: normal If I (or the zabbix-agent packge on upgrade) restart the zabbix-agent daemon it will print stop OK, start OK but after that it has no zabbix_agentd processes. If I only do zabbix-agent stop I see a short time zabbix_agentd defunct in output of ps ax. but only for a few seconds. Maybe put sleep 5 after start-stop-daemon? For me it solved the problem. I encounterd this problem on multiple machines and not only since this version - so i think i'm no the only one with this problem. - Thomas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#268901: [Pkg-xfce-devel] Bug#268901: xfce4-mixer: should close mixer device
On Tue, Jan 08, 2008 at 10:46:38PM +0100, Yves-Alexis Perez wrote: How would I do that, the plugin only allows to select /dev/mixer as device. Install xfce4-mixer-alsa instead of xfce4-mixer-oss? That works around the problem. The problem is still there in xfce4-mixer-oss though. But thanks for the suggestion, I didn't know about the -alsa version. Cheers, -- Guido -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#459878: console-cyrillic: Please add LSB formatted dependency info in init.d script
Package: console-cyrillic Version: 0.9-15 Tags: patch User: [EMAIL PROTECTED] Usertags: missing-dependency To be able to check boot script order, and also to be able to start boot scripts in parallel, it is important to know the dependencies of the various boot scripts. The Linux Software Base specifies a init.d header file format useful for this purpose, and adding such header to the anacron init.d script would make it possible for me to use this information to check the current sequence and to speed up the debian boot. I am working on a system to update the boot sequence based on these dependencies, and would like see this as the default in Lenny. Because of this, it is nice if the dependencies was updated quickly. URL:http://refspecs.freestandards.org/LSB_2.1.0/LSB-generic/LSB-generic/initscrcomconv.html documents the LSB header format. Some debian notes are available from URL:http://wiki.debian.org/LSBInitScripts. Here is a patch to document the dependencies. I hope this is correct. diff -ur console-cyrillic-0.9.orig/debian/init.d console-cyrillic-0.9/debian/init.d --- console-cyrillic-0.9.orig/debian/init.d 2008-01-09 10:09:35.0 +0100 +++ console-cyrillic-0.9/debian/init.d 2008-01-09 10:12:04.0 +0100 @@ -1,4 +1,12 @@ #!/bin/sh +### BEGIN INIT INFO +# Provides: console-cyrillic +# Required-Start:$remote_fs +# Required-Stop: +# Should-Start: console-screen console-setup +# Default-Start: S +# Default-Stop: +### END INIT INFO set -e Happy hacking, -- Petter Reinholdtsen -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#342685: not fixed in simage 1.6.1-3
found 342685 1.6.1-3 reopen 342685 quit Hello, updating config.sub/config.guess is not the same as updating libtool. It is not sufficient. The old libtool (serial 47) really does not know, how to generate shared libraries on GNU/kFreeBSD. Petr -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#255850: [Pkg-nx-group] freenx debian packaging
Emilio Scalise schrieb am Tuesday, den 08. January 2008: There was a google summer of code about the integration of nx and xorg. Nobody did it :-( I understand all the concerns about creating a clean package. But what about Its not about clean, its about supporting and code duplication. a semi-ufficial package (maybe for experimental) until things will change? This package will never be accepted by the ftp-master. He told me that personally. So - no - there is no chance. As all of you already said on the pkg-nx-group mailing list, Suse and redhat do this, and event support it with security patches. So why we can't do it? I don't want to start a religious flame. You can do if you want. I'm personally not interested if the package won't go into main. And I don't want to do security support for such a nightmare on my own. Like we do with ati and nvidia closed drivers we could write on the description why freenx and nx is bad. Then the user will choose to use it or not. Its a nightmare to support. The debian security team will not. Alex -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#459879: ecb: misconfigured by default on debian ?
Package: ecb Version: 2.32-1 Severity: normal I am a new ecb user. After installing ecb and dependencies and adding the following two lines (as suggested by /usr/share/doc/ecb/README.gz) to my .emacs : (add-to-list 'load-path /usr/share/emacs/site-lisp/ecb) (require 'ecb-autoloads) trying M-x ecb-activate or M-x ecb-minor-mode prints the following error : Wrong type argument: number-or-marker-p, nil removing the add-to-list line produces the following error instead : Symbol's function definition is void: case on removing the second line ecb-activate command becomes unavailable. This may be just some configuration error. If so README.debian must mention how to setup each users .emacs . Also on starting ecb minor mode and then opening a c file or staring c-mode produces the following error : Cannot open load file: semantic-c B Thomas -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.22.2 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages ecb depends on: ii cedet-contrib 1:1.0pre3-6Collection of Emacs Development En ii cogre 1:1.0pre3-6Connected Graph Editor ii eieio 1:1.0pre3-6Enhanced Implementation of Emacs I ii emacs [emacsen] 21.4a+1-3etch1 The GNU Emacs editor (metapackage) ii emacs21 [emacsen] 21.4a+1-3etch1 The GNU Emacs editor ii semantic 1:1.0pre3-6Parser Infrastructure for Emacsen ii speedbar 1:1.0pre3-6Everything browser, or Dired on st ii xemacs21-mule [emacsen] 21.4.19-2 highly customizable text editor -- ecb recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#459767: linux-source-2.6.23: FTBFS with gcc-4.3
maximilian attems wrote, on 2008-01-09 06:32: did you try 2.6.24-rc7 from trunk, see apt lines - http://wiki.debian.org/DebianKernel No. I am about to download it and try to compile it with gcc-4.3 please report back on it, by default we currently use gcc-4.1 Same error: CC lib/div64.o CC lib/sort.o CC lib/parser.o CC lib/halfmd4.o CC lib/debug_locks.o CC lib/random32.o CC lib/bust_spinlocks.o CC lib/hexdump.o CC lib/kasprintf.o CC lib/bitmap.o CC lib/iomap.o CC lib/iomap_copy.o CC lib/devres.o CC lib/check_signature.o CC lib/hweight.o CC lib/kernel_lock.o CC lib/plist.o CC lib/smp_processor_id.o CC lib/bitrev.o HOSTCC lib/gen_crc32table GEN lib/crc32table.h CC lib/crc32.o CC lib/genalloc.o CC lib/textsearch.o CC lib/percpu_counter.o CC lib/audit.o LD lib/built-in.o CC lib/argv_split.o CC lib/bug.o CC lib/cmdline.o CC lib/cpumask.o CC lib/ctype.o CC lib/dec_and_lock.o CC lib/dump_stack.o CC lib/extable.o CC lib/idr.o CC lib/int_sqrt.o CC lib/ioremap.o CC lib/irq_regs.o CC lib/klist.o CC lib/kobject.o CC lib/kobject_uevent.o CC lib/kref.o CC lib/prio_heap.o CC lib/prio_tree.o CC lib/proportions.o CC lib/radix-tree.o CC lib/rbtree.o CC lib/reciprocal_div.o CC lib/rwsem.o CC lib/semaphore-sleepers.o CC lib/sha1.o CC lib/string.o CC lib/vsprintf.o AR lib/lib.a LD lib/reed_solomon/built-in.o LD lib/zlib_deflate/built-in.o LD lib/zlib_inflate/built-in.o CC arch/x86/lib/msr-on-cpu.o LD arch/x86/lib/built-in.o CC arch/x86/lib/bitops_32.o AS arch/x86/lib/checksum_32.o CC arch/x86/lib/delay_32.o AS arch/x86/lib/getuser_32.o CC arch/x86/lib/memcpy_32.o AS arch/x86/lib/putuser_32.o AS arch/x86/lib/semaphore_32.o CC arch/x86/lib/string_32.o CC arch/x86/lib/strstr_32.o CC arch/x86/lib/usercopy_32.o AR arch/x86/lib/lib.a GEN .version CHK include/linux/compile.h UPD include/linux/compile.h CC init/version.o LD init/built-in.o LD .tmp_vmlinux1 kernel/built-in.o: In function `getnstimeofday': (.text+0x1d9f9): undefined reference to `__umoddi3' kernel/built-in.o: In function `do_gettimeofday': (.text+0x1dab1): undefined reference to `__udivdi3' kernel/built-in.o: In function `do_gettimeofday': (.text+0x1dad4): undefined reference to `__umoddi3' kernel/built-in.o: In function `timekeeping_resume': timekeeping.c:(.text+0x1dbcc): undefined reference to `__udivdi3' timekeeping.c:(.text+0x1dbef): undefined reference to `__umoddi3' kernel/built-in.o: In function `update_wall_time': (.text+0x1e2c8): undefined reference to `__udivdi3' kernel/built-in.o: In function `update_wall_time': (.text+0x1e2eb): undefined reference to `__umoddi3' kernel/built-in.o: In function `update_wall_time': (.text+0x1e387): undefined reference to `__udivdi3' kernel/built-in.o: In function `update_wall_time': (.text+0x1e3b1): undefined reference to `__umoddi3' make[1]: *** [.tmp_vmlinux1] Error 1 make[1]: Leaving directory `/usr/src/linux-source-2.6.24-rc7' make: *** [debian/stamp-build-kernel] Error 2 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#459869: version of scim-pinyin in debian sid is too old.
package scim-pinyin retitle 459869 scim-pinyin: package 0.5.91 upstream version severity 459869 wishlist tag 459869 confirmed thanks On Wed, Jan 09, 2008 at 04:28:34PM +0800, liangzi wrote: Package: scim-pinyin Severity: normal version of scim-pinyin in debian sid(0.5.0-3) is too old. latest version is 0.5.91, which supports ``shuangpin''. Please report new upstream version request at the wishlist severity in the future. I've changed the severity of this bug. Ming 2008.01.09 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#456153: xserver-xorg-video-ati: external VGA display corrupted after exiting X on Radeon Xpress 200M
package xserver-xorg-video-ati notfixed 456153 1:6.7.198~git20080102.30cab1db-1 found 456153 1:6.7.198~git20080102.30cab1db-1 thanks Of course I reproduced the bug five minutes after you closed it. :-( -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#459850: totem-plugin-viewer-bugreport
Hi, Le mercredi 09 janvier 2008 à 11:09 +0800, XIE Wen Sheng a écrit : #4 0xb7fa5268 in ?? () from /usr/lib/gtk-2.0/modules/libgnomebreakpad.so No symbol table info available. #5 signal handler called No symbol table info available. #6 0x0806161f in ?? () No symbol table info available. #7 0x in ?? () Thanks for your report. Unfortunately, there isn’t enough information in this backtrace to diagnose the issue. You need to install the totem-dbg package if you want to produce useful traces. Cheers, -- .''`. : :' : We are debian.org. Lower your prices, surrender your code. `. `' We will add your hardware and software distinctiveness to `-our own. Resistance is futile. signature.asc Description: Ceci est une partie de message numériquement signée
Bug#459717: vzctl: string comparison bug in vps-functions script
Ola Lundqvist [EMAIL PROTECTED] writes: Hi Thanks for the patch. It is now applied and uploaded. Hello Ola, Thank you very much! I'm glad I could help :) Have a nice day, Pawel -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#459880: provide a link to the current monthly archives
Package: lists.debian.org Severity: wishlist It'd be helpful, at least it'd be for me, if you could provide a link in a static location that always provides a redirection to the current monthly archives of a list. The use would be, to use it in a browser shortcut, so that instead of having to update it monthly, one could point it to, e.g.: http://lists.debian.org/debian-mentors/current/ Instead of: http://lists.debian.org/debian-mentors/2008/01/ Thanks for considering. -- Adeodato Simó dato at net.com.org.es Debian Developer adeodato at debian.org If there is a sin against life, it consists perhaps not so much in despairing of life as in hoping for another life and in eluding the implacable grandeur of this life. -- Albert Camus
Bug#455393: reassign 455393 libnuclient-dev
reassign 455393 libnuclient-dev thanks Reassigning bug to the library containing the header. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#459499: description ends in the middle of the sentence
Hello Alex, On Tue, 8 Jan 2008, Oleksandr Moskalenko wrote: * Tomas Pospisek [EMAIL PROTECTED] [2008-01-06 23:34:11 +0100]: Package: fontmatrix Version: 0.2svn-1 Severity: minor In aptitude fontmatrix' description reads: fontmatrix is a manager built with the kind of features and abilities graphic designers, layout professionals along with others have felt necessary, but modernized with some new touches. Fontmatrix has a concept of ..and that's it. What's missing? And I'd suggest to write either Fontmatrix or fontmatrix, instead of both variants. *t I looked at fontmatrix with both apt-cache and aptitude and I don't see the problem you mention. Both tools show complete description. You seem to be running a lenny/etch mix, so your aptitude should be version 0.4.10-1, which is what I have under unstable. Please check that and specify exactly how you use aptitude to show information about fontmatrix package that leads to this problem. - $ apt-cache show fontmatrix Package: fontmatrix Priority: optional Section: graphics Installed-Size: 560 Maintainer: Oleksandr Moskalenko [EMAIL PROTECTED] Architecture: i386 Version: 0.2svn-1 Depends: libc6 (= 2.7-1), libfreetype6 (= 2.3.5), libgcc1 (= 1:4.2.1), libqt4-core (= 4.3.3), libqt4-gui (= 4.3.3), libstdc++6 (= 4.2.1) Filename: pool/main/f/fontmatrix/fontmatrix_0.2svn-1_i386.deb Size: 216760 MD5sum: 133cdf82c31cf2f7399030d1e93560e1 SHA1: 41e58c0c67dd8349ba8b1cf5b516d999f7a7e313 SHA256: 40678070a0bc1435ecf19cf20b0fdb3dc0e2cd90e56a1f603a38e3ecdeb877d1 Description: feature full personal font manager fontmatrix is a manager built with the kind of features and abilities graphic designers, layout professionals along with others have felt necessary, but modernized with some new touches. . Fontmatrix has a concept of Homepage: http://www.fontmatrix.net/ - The problem seems to be, that you are using non-ASCII in the description. If I look into the Packages(.gz) file directly, I see the following: - Fontmatrix has a concept of [EMAIL PROTECTED]@~Y. This makes it really nice to group - What is that? Unicode? Doesn't reneder well if I set the encoding of my console to UTF8. Is that encoding you are using allowed per the spec? Anyway, in case you want to work around the problem you should be able to replace those strange bytes above with a simple '. *t -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.22-3-686 (SMP w/1 CPU core) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/bash -- Tomas Pospisek http://sourcepole.com - Linux Open Source Solutions -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#459848: [pkg-nvidia-devel] Bug#459848: 169.07-1 kernel module does not build with m-a due to packaging issues
Hi, 2008 m. January 9 d., Wednesday, jūs rašėte: m-a no longer finds a kernel module source tarball because it was renamed to /usr/share/nvidia-kernel.tar.bz2 Actually no, it's serious due to both issues (renaming is quite easy once you figure out the problem). However, why did you rename the tarball in the first place? m-a is a preferred way (at least what most users do, I think) to build nvidia kernel module, isn't it? Could you ship a symblink as the old name then? -- Modestas Vainius [EMAIL PROTECTED] signature.asc Description: This is a digitally signed message part.
Bug#459881: hotkey-setup: thinkpad-keys Generates KEY_BRIGHTNESSUP Event on DPMS Standby/Suspend
Package: hotkey-setup Version: 0.1-17.1 Severity: normal When Xwindows' DPMS (display power mamangement) kicks in and turns the display off to save power, thinkpad-keys incorrectly sees this as a change in display brightness, and generates a KEY_BRIGHTNESSUP event. This event resets the idle timer, cancelling DPMS mode and turning the display back on. Rinse, repeat... Looking at the source code, my *guess* is that the 'brightness_moved' bit is being changed by the ACPI BIOS when DPMS is engaged, but thinkpad-keys doesn't cross-check that the 'brightness' field actually changed value, and generates a KEY_BRIGHTNESSUP event as a result. To reproduce: - Launch X. - Force DPMS to engage: bash$ xset dpms force standby - The display will briefly blank, then re-activate. This is due to the event generated by thinkpad-keys. - Kill thinkpad-keys. bash# kill `pidof thinkpad-keys` - Force DPMS to engage again. - The display remains blanked. You can actually see this happen using the 'evtest' program and running it against the /dev/input/event* node that carries the events generated by thinkpad-keys. A KEY_BRIGHTNESSUP event will appear when DPMS engages. Note that DPMS blanking is distinct from screensaver blanking, the latter of which usually happens before DPMS is engaged. Both forms of blanking are controlled by 'xset' One way to (quickly) illustrate that it's DPMS activity that's confusing thinkpad-keys is to set the various blanking timeouts to brief intervals: bash$ xset s 10 10 bash$ xset dpms 20 30 40 This sets the screensaver timeout to ten seconds, DPMS Standby to 20 seconds, DPMS Suspend to 30 seconds, and DPMS Off to 40 seconds. After ten seconds, the display will enter screensaver blanking. Ten seconds after that, DPMS Standby will be engaged, causing thinkpad-keys to emit KEY_BRIGHTNESSUP, and the display will wake back up again. Please investigate. You may wish to coordinate your solution with the author(s) of the thinkpad_acpi (nee ibm_acpi) kernel module. Thanks, Schwab -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.22 (SMP w/2 CPU cores; PREEMPT) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages hotkey-setup depends on: ii dmidecode 2.9-1 Dump Desktop Management Interface hotkey-setup recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#412185: dpkg-reconfigure affected as well
retitle 412185 postinst script overwrites /etc/default/atftpd, inetd.conf thanks Hi, This bug also applies to dpkg-reconfigure. It can easily be fixed by changing /etc/default/atftpd to something like this: # NOTE: USE_INETD and OPTIONS will be overwritten during an upgrade or when # doing dpkg-reconfigure atftpd. Only use USER_OPTIONS to specify custom # options. USER_OPTIONS= USE_INETD=... OPTIONS=... $USER_OPTIONS Now, postinst could do something like: ( grep -E -v '^(USE_INETD=|OPTIONS=)' /etc/default/atftpd echo USE_INETD=... echo OPTIONS=\... \$USER_OPTIONS\ ) /etc/default/atftpd This way the user may specify custom options that will not be overwritten by the postinst script and there's a big fat warning that parts of the file might get changed automatically. I'm not quite sure how to solve this for inetd.conf though... HTH, Sebastian -- Sebastian tokkee Harl +++ GnuPG-ID: 0x8501C7FC +++ http://tokkee.org/ Those who would give up Essential Liberty to purchase a little Temporary Safety, deserve neither Liberty nor Safety. -- Benjamin Franklin signature.asc Description: Digital signature
Bug#459847: libspread-perl: unusable due to undefined symbol: SP_version
This will be fixed in 3.17.4-1 which is waiting for sponsor at mentors.debian.net [1]. Running etch please install libspread1. [1] http://mentors.debian.net/debian/pool/main/s/spread On Wed, Jan 09, 2008 at 12:52:13PM +1100, Joshua Goodall wrote: Package: libspread-perl Version: 3.17.3-5 Severity: grave Justification: renders package unusable reproduction: server:~# perl -MSpread perl: symbol lookup error: /usr/lib/perl5/auto/Spread/Spread.so: undefined symbol: SP_version -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16.33-xen Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages libspread-perl depends on: ii libc6 2.3.6.ds1-13 GNU C Library: Shared libraries ii perl5.8.8-7 Larry Wall's Practical Extraction ii perl-base [perlapi-5.8.8] 5.8.8-7 The Pathologically Eclectic Rubbis libspread-perl recommends no packages. -- Kind Regards, Michael Mende http://www.menole.net/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#437086: debtags: libapt-pkg dependency needs to be updated
also sprach Mikko Rasa [EMAIL PROTECTED] [2007.08.10.1322 +0200]: different versions of apt installed at the same time. I suppose the solution is as simple as to make debtags depend on libapt-pkg-libc6.6-6-4.4. This has been done, but I'll reuse the bug because now libapt-pkg-libc6.7-6-4.6 exists and debtags needs to be relinked. -- martin | http://madduck.net/ | http://two.sentenc.es/ the less you know about computers the more you want micro$oft! -- micro$oft ad campaign, circa 1996 (proof that micro$oft's advertising _isn't_ dishonest!) spamtraps: [EMAIL PROTECTED] digital_signature_gpg.asc Description: Digital signature (see http://martin-krafft.net/gpg/)
Bug#459830: please add support for arm-linux-gnueabi (armel port)
Configure.ac in alpine assumes that all linux ports end in linux-gnu, which is not true for arm-eabi port (as well as for uclinux and some other ports). Please relax checks and rerun autoconf. Do you know if there are other packages that have resolved similar issues? It'd be great to have something to compare to. see: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=431346 Actual examples are rare, since you are not supposed to use autoconf that way. Alpine configure.ac breaks the check features, not systems philisophy of autoconf. To illustrate the idea, currently it checks. case $host in *-linux-gnu) ... alpine_SSLDIR=/etc/pki/tls *-apple-darwin*) ... alpine_SSLCERTS=/System/Library/OpenSSL/certs ;; The check should be something like: is_certificate_dir { # do some magic to figure out if $1 is a valid certificate dir } if is_certificate_dir /etc/pki/tls then alpine_SSLCERTS=/etc/pki/tls else if is_certificate_dir /System/Library/OpenSSL/certs then alpine_SSLCERTS=/System/Library/OpenSSL/certs ... But changing the layout that much would require many more changes than my small patch, so It's better left to upstream to redesign their configure. -- rm -rf only sounds scary if you don't have backups -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#459850: totem-plugin-viewer-bugreport
Hi, Debian: Thank you for the effort. I attached the new trace under your advice. This happens each time I use Epiphany Web Browser to open some pages with pictures. Best regards, XIE Wensheng -Original Message- From: Josselin Mouette [mailto:[EMAIL PROTECTED] Sent: Wednesday, January 09, 2008 5:31 PM To: Xie, Wen Sheng; [EMAIL PROTECTED] Subject: Re: Bug#459850: totem-plugin-viewer-bugreport Hi, Le mercredi 09 janvier 2008 à 11:09 +0800, XIE Wen Sheng a écrit : #4 0xb7fa5268 in ?? () from /usr/lib/gtk-2.0/modules/libgnomebreakpad.so No symbol table info available. #5 signal handler called No symbol table info available. #6 0x0806161f in ?? () No symbol table info available. #7 0x in ?? () Thanks for your report. Unfortunately, there isn't enough information in this backtrace to diagnose the issue. You need to install the totem-dbg package if you want to produce useful traces. Cheers, -- .''`. : :' : We are debian.org. Lower your prices, surrender your code. `. `' We will add your hardware and software distinctiveness to `-our own. Resistance is futile. *** Diese E-Mail enthaelt vertrauliche und/oder rechtlich geschuetzte Informationen. Wenn Sie nicht der richtige Adressat sind oder diese E-Mail irrtuemlich erhalten haben, informieren Sie bitte sofort den Absender und loeschen Sie diese Mail. Das unerlaubte Kopieren sowie die unbefugte Weitergabe dieser Mail ist nicht gestattet. This e-mail may contain confidential and/or privileged information. If you are not the intended recipient (or have received this e-mail in error) please notify the sender immediately and delete this e-mail. Any unauthorized copying, disclosure or distribution of the contents in this e-mail is strictly forbidden. *** System: Linux 2.6.22-3-686 #1 SMP Mon Nov 12 08:32:57 UTC 2007 i686 X Vendor: The X.Org Foundation X Vendor Release: 1030 Selinux: No Accessibility: Disabled GTK+ Theme: Clearlooks Icon Theme: gnome Memory status: size: 22798336 vsize: 22798336 resident: 9474048 share: 7229440 rss: 9474048 rss_rlim: 4294967295 CPU usage: start_time: 1199872245 rtime: 7 utime: 6 stime: 1 cutime:0 cstime: 0 timeout: 0 it_real_value: 0 frequency: 100 Backtrace was generated from '/usr/lib/bug-buddy/totem-plugin-viewer' Using host libthread_db library /lib/i686/cmov/libthread_db.so.1. [Thread debugging using libthread_db enabled] [New Thread 0xb6ecb930 (LWP 29139)] 0xe410 in __kernel_vsyscall () #0 0xe410 in __kernel_vsyscall () #1 0xb74688c3 in __waitpid_nocancel () from /lib/i686/cmov/libpthread.so.0 #2 0xb75c5724 in g_spawn_sync () from /usr/lib/libglib-2.0.so.0 #3 0xb75c5a3c in g_spawn_command_line_sync () from /usr/lib/libglib-2.0.so.0 #4 0xb7f02268 in ?? () from /usr/lib/gtk-2.0/modules/libgnomebreakpad.so #5 signal handler called #6 totem_statusbar_sync_description (statusbar=0x0) at /build/buildd/totem-2.20.1/src/totem-statusbar.c:289 #7 0x080530fa in totem_embedded_set_state (emb=0x8092828, state=STATE_STOPPED) at /build/buildd/totem-2.20.1/browser-plugin/totem-plugin-viewer.c:314 #8 0x0805391d in totem_embedded_open_internal (emb=0x8092828, start_play=1, error=0xbfcdd254) at /build/buildd/totem-2.20.1/browser-plugin/totem-plugin-viewer.c:463 #9 0x0805634d in dbus_glib_marshal_totem_embedded_BOOLEAN__STRING_STRING_POINTER (closure=0xbfcdd21c, return_value=0xbfcdd1e0, n_param_values=4, param_values=0x808f358, invocation_hint=0x0, marshal_data=0x8053c80) at /build/buildd/totem-2.20.1/browser-plugin/totem-plugin-viewer-interface.h:200 #10 0xb76810ff in ?? () from /usr/lib/libdbus-glib-1.so.2 #11 0xbfcdd21c in ?? () #12 0xbfcdd1e0 in ?? () #13 0x0004 in ?? () #14 0x0808f358 in ?? () #15 0x in ?? () Thread 1 (Thread 0xb6ecb930 (LWP 29139)): #0 0xe410 in __kernel_vsyscall () No symbol table info available. #1 0xb74688c3 in __waitpid_nocancel () from /lib/i686/cmov/libpthread.so.0 No symbol table info available. #2 0xb75c5724 in g_spawn_sync () from /usr/lib/libglib-2.0.so.0 No symbol table info available. #3 0xb75c5a3c in g_spawn_command_line_sync () from /usr/lib/libglib-2.0.so.0 No symbol table info available. #4 0xb7f02268 in ?? () from /usr/lib/gtk-2.0/modules/libgnomebreakpad.so No symbol table info available. #5 signal handler called No symbol table info available. #6 totem_statusbar_sync_description (statusbar=0x0) at /build/buildd/totem-2.20.1/src/totem-statusbar.c:289 obj = (AtkObject *) 0x80615fd text = value optimized out #7 0x080530fa in totem_embedded_set_state (emb=0x8092828, state=STATE_STOPPED) at /build/buildd/totem-2.20.1/browser-plugin/totem-plugin-viewer.c:314 image = (GtkWidget *) 0x0 id = value optimized out states = {0x8066651 PLAYING, 0x8066659 PAUSED, 0x800 STOPPED, 0x808 INVALID} __PRETTY_FUNCTION__ =
Bug#459882: libgemplugin-ruby1.8: makes too many assumptions about gem paths
Package: libgemplugin-ruby1.8 Version: 0.2.2-1 Severity: minor Tags: patch gem_plugin does too many manipulations on file paths for its own good: - it passes the location of gem specifications to Gem::SourceIndex.from_installed_gems (deprecated) - it manually builds the full path for a gem, even though this can be retrieved by using gem.gem_full_path This does not cause any problems for now, but if the file layout of gems changes in the future it will break gem_plugin. The attached patch fixes these issues. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.23-1-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/bash Versions of packages libgemplugin-ruby1.8 depends on: ii libgems-ruby1.8 1.0.1-4libraries to use RubyGems, a packa ii ruby 1.8.2-2An interpreter of object-oriented libgemplugin-ruby1.8 recommends no packages. -- no debconf information diff -urN libgemplugin-ruby-0.2.2.orig/lib/gem_plugin.rb libgemplugin-ruby-0.2.2/lib/gem_plugin.rb --- libgemplugin-ruby-0.2.2.orig/lib/gem_plugin.rb 2007-05-12 22:21:38.0 +0200 +++ libgemplugin-ruby-0.2.2/lib/gem_plugin.rb 2008-01-09 10:40:18.0 +0100 @@ -105,8 +105,7 @@ # To prevent this load requires the full path to the init.rb file, which # avoids the RubyGems autorequire magic. def load(needs = {}) - sdir = File.join(Gem.dir, specifications) - gems = Gem::SourceIndex.from_installed_gems(sdir) + gems = Gem::SourceIndex.from_installed_gems needs = needs.merge({gem_plugin = INCLUDE}) gems.each do |path, gem| @@ -129,7 +128,7 @@ # Previously was set wrong, we already have the correct gem path! #gem_dir = File.join(Gem.dir, gems, #{gem.name}-#{gem.version}) - gem_dir = File.join(Gem.dir, gems, path) + gem_dir = gem.gem_full_path require File.join(gem_dir, lib, gem.name, init.rb) @gems[gem.name] = gem_dir
Bug#353364: ganglia-monitor: status of glibc copyright infringement?
Package: ganglia-monitor Followup-For: Bug #353364 Hi Stuart, Almost 2 years ago you mentioned that the reason that Ganglia version 3.x was not getting into Debian was because the developers had included some of the source of glibc directly into Ganglia without changing the licence of Ganglia from BSD to GPL. You were going to contact the developers and let them know about the problem, but you never mentioned the outcome of the discussion in the Debian bug-tracking system. Have you considered reporting this problem to the FSF? They can be very efficient about policing their copyrights when they want to be. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#459883: Add DKIM support to exim4
Package: exim4 Version: 4.68-2 Severity: wishlist Add DKIM (http://dkim.org/) to exim or perhaps add a dkim-enabled version of exim to switch to manually. At the moment, dkim seems only to be available for exim in cvs (http://wiki.exim.org/DKIM). Perhaps, there could be a cvs-based pre 4.69 package which can be used to test the dkim configuration in debian exim. -- Package-specific info excluded -- debconf information excluded -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#459615: coreutils: id username doesn't show the user's supplementary groups when using hesiod
what exactly need to be checked? will checking if /lib/libc.so.6 exists and if it is checking for grep GLIBC_2.3.3 /lib/libc.so.6* be good enough? Ely On Jan 8, 2008 9:21 AM, Jim Meyering jim@ meyering.net wrote: Thanks for the patch. That may be enough for Debian (i.e., if there's a versioned requirement on glibc), but for upstream, one missing part is an autoconf run-test to ensure that using getgrouplist doesn't cause a segfault. See the note in coreutils/TODO for details. Are you interested in pursuing this?
Bug#456238: Update needed for your translation
found 456238 2.80 thanks On Tue, Jan 01, 2008 at 07:37:30PM +0100, Christian Perrier wrote: Last minute changes to English strings yield 5 fuzzy and 1 untranslated string in the translation you submitted. Could you please update the attached file and send it back to this bug report (just reply to the bug report)? Please find the updated version attached and include it in your next upload. Thanks! Greetings Helge -- Dr. Helge Kreutzmann [EMAIL PROTECTED] Dipl.-Phys. http://www.helgefjell.de 64bit GNU powered gpg signed mail preferred Help keep free software libre: http://www.ffii.de/ # Translation of apt-listchanges debconf templates to Germah # Copyright (C) Helge Kreutzmann [EMAIL PROTECTED], 2006, 2007, 2008. # This file is distributed under the same license as the apt-listchanges package. # msgid msgstr Project-Id-Version: apt-listchanges 2.80\n Report-Msgid-Bugs-To: [EMAIL PROTECTED] POT-Creation-Date: 2007-12-24 16:37+0100\n PO-Revision-Date: 2008-01-09 11:39+0100\n Last-Translator: Helge Kreutzmann [EMAIL PROTECTED]\n Language-Team: de [EMAIL PROTECTED]\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n #. Type: select #. Choices #: ../templates:2001 msgid pager msgstr Anzeigeprogramm #. Type: select #. Choices #: ../templates:2001 msgid browser msgstr Browser #. Type: select #. Choices #: ../templates:2001 msgid xterm-pager msgstr Xterm-Anzeigeprogramm #. Type: select #. Choices #: ../templates:2001 msgid xterm-browser msgstr Xterm-Browser #. Type: select #. Choices #: ../templates:2001 msgid gtk msgstr GTK #. Type: select #. Choices #: ../templates:2001 msgid text msgstr Text #. Type: select #. Choices #: ../templates:2001 msgid mail msgstr E-Mail #. Type: select #. Choices #: ../templates:2001 msgid none msgstr Gar nicht #. Type: select #. Description #: ../templates:2002 msgid Method to be used to display changes: msgstr Methode, die zum Anzeigen der Ãnderungen verwendet wird: #. Type: select #. Description #: ../templates:2002 msgid Changes in packages can be displayed in various ways by apt-listchanges: msgstr Ãnderungen in Paketen können von Apt-listchanges auf verschiedene Arten dargestellt werden: #. Type: select #. Description #: ../templates:2002 msgid pager: display changes one page at a time;\n browser : display HTML-formatted changes using a web browser;\n xterm-pager : like pager, but in an xterm in the background;\n xterm-browser: like browser, but in an xterm in the background;\n gtk : display changes in a GTK window;\n text : print changes to the terminal (without pausing);\n mail : only send changes via e-mail;\n none : do not run automatically from APT. msgstr Anzeigeprogramm: zeigt die Ãnderungen seitenweise an\n Browser: zeigt HTML-formatierte Ãnderungen mit einem\n Web-Browser an\n Xterm-Anzeigeprogramm: wie Anzeigeprogramm, aber in einem Xterm im\n Hintergrund\n Xterm-Browser : wie Browser, aber in einem Xterm im Hintergrund\n GTK: zeigt die Ãnderungen in einem GTK-Fenster\n Text : schreibt die Ãnderungen in ein Terminal (ohne Unterbrechung)\n E-Mail : sendet die Ãnderungen nur per E-Mail\n Gar nicht : nicht automatisch von APT aus ausführen. #. Type: select #. Description #: ../templates:2002 msgid This setting can be overridden at execution time. By default, all the options except for 'none' will also send copies by mail. msgstr Diese Einstellung kann bei der Ausführung überschrieben werden. StandardmäÃig werden alle Oberflächen auÃer »Gar nicht« auch eine Kopie per E-Mail verschicken. #. Type: string #. Description #: ../templates:3001 msgid E-mail address(es) which will receive changes: msgstr E-Mail-Adresse(n), die die Ãnderungen erhalten werden: #. Type: string #. Description #: ../templates:3001 msgid Optionally, apt-listchanges can e-mail a copy of displayed changes to a specified address. msgstr Apt-listchanges kann optional eine Kopie der angezeigten Ãnderungen an eine angegebene Adresse versenden. #. Type: string #. Description #: ../templates:3001 msgid Multiple addresses may be specified, delimited by commas. Leaving this field empty disables mail notifications. msgstr Mehrere Adressen können, durch Kommata getrennt, angegeben werden. Falls Sie dieses Feld leer lassen wird der E-Mail-Versand deaktiviert. #. Type: boolean #. Description #: ../templates:4001 msgid Prompt for confirmation after displaying changes? msgstr Soll Apt-listchanges nach dem Anzeigen der Ãnderungen um eine Bestätigung bitten? #. Type: boolean #. Description #: ../templates:4001 msgid After displaying the list of changes, apt-listchanges can pause with a confirmation prompt. This is useful when running from
Bug#458449: I suffer on this problem as well
Package: fglrx-driver Version: 8.44.3-1 Followup-For: Bug #458449 I too suffer from this problem on my IBM T43p. I have my IBM in a docking station, with two graphics output on the back. One vga output and one DVI output. I have connect my DELL lcd display to the dvi output on the docking station. And when I statx X i get the same problem as the other people. Ouput from: # dpkg -l | grep -i fglrx ii fglrx-control 8.44.3-1 control palspcinel for the non-free AMD/ATI r5xx, ii fglrx-driver 8.44.3-1 non-free AMD/ATI r5xx, r6xx display driver ii fglrx-kernel-2.6.23.12lri-1 8.44.3-1 ATI binary kernel module for Linux 2.6.23.12 ii fglrx-kernel-src 8.44.3-1 kernel module source for the non-free AMD/AT I have included the files: lspci, Xorg.0.log and xorg.conf 00:00.0 Host bridge: Intel Corporation Mobile 915GM/PM/GMS/910GML Express Processor to DRAM Controller (rev 03) 00:01.0 PCI bridge: Intel Corporation Mobile 915GM/PM Express PCI Express Root Port (rev 03) 00:1c.0 PCI bridge: Intel Corporation 82801FB/FBM/FR/FW/FRW (ICH6 Family) PCI Express Port 1 (rev 03) 00:1c.2 PCI bridge: Intel Corporation 82801FB/FBM/FR/FW/FRW (ICH6 Family) PCI Express Port 3 (rev 03) 00:1d.0 USB Controller: Intel Corporation 82801FB/FBM/FR/FW/FRW (ICH6 Family) USB UHCI #1 (rev 03) 00:1d.1 USB Controller: Intel Corporation 82801FB/FBM/FR/FW/FRW (ICH6 Family) USB UHCI #2 (rev 03) 00:1d.2 USB Controller: Intel Corporation 82801FB/FBM/FR/FW/FRW (ICH6 Family) USB UHCI #3 (rev 03) 00:1d.3 USB Controller: Intel Corporation 82801FB/FBM/FR/FW/FRW (ICH6 Family) USB UHCI #4 (rev 03) 00:1d.7 USB Controller: Intel Corporation 82801FB/FBM/FR/FW/FRW (ICH6 Family) USB2 EHCI Controller (rev 03) 00:1e.0 PCI bridge: Intel Corporation 82801 Mobile PCI Bridge (rev d3) 00:1e.2 Multimedia audio controller: Intel Corporation 82801FB/FBM/FR/FW/FRW (ICH6 Family) AC'97 Audio Controller (rev 03) 00:1e.3 Modem: Intel Corporation 82801FB/FBM/FR/FW/FRW (ICH6 Family) AC'97 Modem Controller (rev 03) 00:1f.0 ISA bridge: Intel Corporation 82801FBM (ICH6M) LPC Interface Bridge (rev 03) 00:1f.2 IDE interface: Intel Corporation 82801FBM (ICH6M) SATA Controller (rev 03) 00:1f.3 SMBus: Intel Corporation 82801FB/FBM/FR/FW/FRW (ICH6 Family) SMBus Controller (rev 03) 01:00.0 VGA compatible controller: ATI Technologies Inc M24 1T [FireGL M24 GL] (rev 80) 02:00.0 Ethernet controller: Broadcom Corporation NetXtreme BCM5751M Gigabit Ethernet PCI Express (rev 11) 0b:00.0 CardBus bridge: Ricoh Co Ltd RL5c476 II (rev 8d) 0b:02.0 Network controller: Intel Corporation PRO/Wireless 2200BG Network Connection (rev 05) xorg.conf Description: application/extension-conf X Window System Version 1.3.0 Release Date: 19 April 2007 X Protocol Version 11, Revision 0, Release 1.3 Build Operating System: Linux Debian (xorg-server 2:1.3.0.0.dfsg-12lenny1) Current Operating System: Linux LRI-T43p 2.6.23.12lri-1 #1 Tue Jan 8 16:33:42 CET 2008 i686 Build Date: 20 October 2007 Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. Module Loader present Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. (==) Log file: /var/log/Xorg.0.log, Time: Wed Jan 9 11:23:58 2008 (==) Using config file: /etc/X11/xorg.conf (==) ServerLayout Default Layout (**) |--Screen aticonfig-Screen[0] (0) (**) | |--Monitor aticonfig-Monitor[0] (**) | |--Device aticonfig-Device[0] (**) |--Screen aticonfig-Screen[1] (1) (**) | |--Monitor aticonfig-Monitor[1] (**) | |--Device aticonfig-Device[1] (**) |--Input Device Generic Keyboard (**) |--Input Device Configured Mouse (**) |--Input Device Synaptics Touchpad (**) Option Xinerama true (**) Xinerama: enabled (WW) The directory /usr/share/fonts/X11/cyrillic does not exist. Entry deleted from font path. (WW) `fonts.dir' not found (or not valid) in /var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType. Entry deleted from font path. (Run 'mkfontdir' on /var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType). (==) FontPath set to: /usr/share/fonts/X11/misc, /usr/share/fonts/X11/100dpi/:unscaled, /usr/share/fonts/X11/75dpi/:unscaled, /usr/share/fonts/X11/Type1, /usr/share/fonts/X11/100dpi, /usr/share/fonts/X11/75dpi (==) RgbPath set to /etc/X11/rgb (==) ModulePath set to /usr/lib/xorg/modules (**) Extension Composite is enabled (**) Extension XVideo is enabled (II) Open ACPI successful (/var/run/acpid.socket) (II) Loader magic: 0x81e52a0 (II) Module ABI versions: X.Org ANSI C Emulation: 0.3 X.Org Video Driver: 1.2 X.Org XInput driver : 0.7 X.Org Server Extension : 0.3 X.Org Font Renderer : 0.5 (II) Loader running on linux (II) LoadModule: pcidata (II) Loading /usr/lib/xorg/modules//libpcidata.so (II) Module pcidata: vendor=X.Org Foundation compiled for 1.3.0, module version = 1.0.0 ABI class: X.Org Video Driver, version 1.2 (++) using VT number 7 (II) PCI: PCI scan
Bug#459885: markdown: does not handle well [foo bar][]-links with a newline inside
Package: markdown Version: 1.0.1-7 Severity: normal Tags: upstream Hello. It seems that Markdown does not handle well a [foo bar][] link when a newline happens to make its way into separating the two words inside the square brackets. For an input file like: -8- Bla, bla, bla, bla, bla, bla, bla, bla, bla, bla bla. This is [my University][]. [my university]: http://www.ua.es -8- The version in unstable, 1.0.1, will omit the link and leave the brackets in place. Things get a bit better with the version in unstable, 1.0.2~b8, with which the output is: -8- pBla, bla, bla, bla, bla, bla, bla, bla, bla, bla bla. This is a href=http://www.ua.es;my University/a[]./p -8- Almost what's desired, except that the second pair of brackets is left in the output. It'd be very nice if this could get fixed for 1.0.2. -- Adeodato Simó dato at net.com.org.es Debian Developer adeodato at debian.org Never let your sense of morals get in the way of doing what's right. -- Isaac Asimov
Bug#459615: coreutils: id username doesn't show the user's supplementary groups when using hesiod
E L [EMAIL PROTECTED] wrote: what exactly need to be checked? will checking if /lib/libc.so.6 exists and if it is checking for grep GLIBC_2.3.3 /lib/libc.so.6* be good enough? No, since the bug exists in older versions, and maybe even in newer or non-glibc ones. The way to detect it (when not cross-compiling) is to use an autoconf run-test. I.e., it would compile/link/run a small program to demonstrate the segfault on a losing system. If that program completes successfully, then we know it's safe to use the function. For examples, see uses of AC_RUN_IFELSE in coreutils/m4 and gnulib/m4. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#459884: nmap: Error in man page
Package: nmap Version: 4.50-4 Severity: normal When running man nmap, I get: /tmp/zmanLs6Vo2:999: a special character is not allowed in a name /tmp/zmanLs6Vo2:999: warning: `nse' not defined (probable missing space after `ns') /tmp/zmanLs6Vo2:1025: warning: `nse)' not defined (probable missing space after `ns') This is because in /usr/share/man/man1/nmap.1.gz twice a line starts with \.nse which is confused for the .ns nroff no-space mode command. A fix suggested at http://seclists.org/nmap-dev/2007/q4/0305.html is to put the \.nse on the previous line. -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (990, 'stable'), (400, 'testing'), (300, 'experimental'), (300, 'unstable') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.22-rvdb Locale: LANG=en_US.ISO-8859-15, LC_CTYPE=en_US.ISO-8859-15 (charmap=ISO-8859-15) Versions of packages nmap depends on: ii libc6 2.7-5 GNU C Library: Shared libraries ii libgcc1 1:4.2.2-4 GCC support library ii libpcap0.80.9.5-1System interface for user-level pa ii libpcre3 6.7+7.4-2 Perl 5 Compatible Regular Expressi ii libssl0.9.8 0.9.8g-3 SSL shared libraries ii libstdc++64.2.2-4The GNU Standard C++ Library v3 nmap recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#459886: bzr-svn: Typo in repository.py
Package: bzr-svn Version: 0.4.6-1 Severity: normal I was trying to do something a bit unorthodox: a bzr branch containing some upstream code as well as a debian/ directory as taken from an external repository (on Alioth). So I checkout out the debian/ from SVN into my branch, and tried bzr add debian/. I ran into the following error: bzr: ERROR: exceptions.NameError: global name 'schee' is not defined Traceback (most recent call last): File /usr/lib/python2.4/site-packages/bzrlib/commands.py, line 802, in run_bzr_catch_errors return run_bzr(argv) File /usr/lib/python2.4/site-packages/bzrlib/commands.py, line 758, in run_bzr ret = run(*run_argv) File /usr/lib/python2.4/site-packages/bzrlib/commands.py, line 492, in run_argv_aliases return self.run(**all_cmd_args) File /usr/lib/python2.4/site-packages/bzrlib/builtins.py, line 380, in run tree = WorkingTree.open_containing(file_list[0])[0] File /usr/lib/python2.4/site-packages/bzrlib/workingtree.py, line 350, in open_containing return control.open_workingtree(), relpath File /usr/lib/python2.4/site-packages/bzrlib/plugins/svn/workingtree.py, line 739, in open_workingtree return SvnWorkingTree(self, self.local_path, self.open_branch()) File /usr/lib/python2.4/site-packages/bzrlib/plugins/svn/workingtree.py, line 90, in __init__ self.base_tree = SvnBasisTree(self) File /usr/lib/python2.4/site-packages/bzrlib/plugins/svn/tree.py, line 227, in __init__ workingtree.branch.scheme) File /usr/lib/python2.4/site-packages/bzrlib/plugins/svn/repository.py, line 402, in get_fileid_map self.revision_fileid_renames, scheme) File /usr/lib/python2.4/site-packages/bzrlib/plugins/svn/fileids.py, line 151, in get_map revnum, scheme): File /usr/lib/python2.4/site-packages/bzrlib/plugins/svn/repository.py, line 949, in follow_branch_history assert scheme.is_branch(bp) or schee.is_tag(bp) I believe there's a typo in the code, and schee should become scheme. Fixing that typo doesn't help me much (I eneded up moving the .svn dir away, then doing the bzr add, then bringing the .svn dir back), but I guess it can cause other bugs. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.23-1-686 (SMP w/1 CPU core) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages bzr-svn depends on: ii bzr 1.0-1easy to use distributed version co ii python 2.4.4-6 An interactive high-level object-o ii python-central 0.5.15 register and build utility for Pyt ii python-pysqlite22.4.0-2 python interface to SQLite 3 ii python-subversion 1.4.4dfsg1-1 Python bindings for Subversion Versions of packages bzr-svn recommends: ii bzr-rebase0.3-1 Rebase plugin for Bazaar -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#458163: fvwm: patch from upstream for bug #458163
Package: fvwm Version: 1:2.5.18-3 Followup-For: Bug #458163 the patch extracted from upstream CVS is attached Index: placement.c === RCS file: /home/cvs/fvwm/fvwm/fvwm/placement.c,v retrieving revision 1.167 retrieving revision 1.168 diff -u -r1.167 -r1.168 --- placement.c 4 Feb 2007 21:47:45 - 1.167 +++ placement.c 9 Jan 2008 10:36:05 - 1.168 @@ -665,8 +665,8 @@ other_fw-g.frame.x - stickyx arg-page_p2.x) { win_left = - arg-screen_g.x + other_fw-g.frame.x - - stickyx - arg-place_g.width; + other_fw-g.frame.x - stickyx - + arg-place_g.width; for (i = start; i = CP_GET_NEXT_STEP; i++) { xtest = win_left + other_fw-g.frame.width * @@ -677,8 +677,7 @@ xnew = MIN(xnew, xtest); } } - win_left = arg-screen_g.x + other_fw-g.frame.x - - stickyx; + win_left = other_fw-g.frame.x - stickyx; for (i = start; i = CP_GET_NEXT_STEP; i++) { xtest = win_left + other_fw-g.frame.width * @@ -790,7 +789,7 @@ } else { - win_top = other_fw-g.frame.y - stickyy;; + win_top = other_fw-g.frame.y - stickyy; for (i = start; i = CP_GET_NEXT_STEP; i++) { ytest =
Bug#255850: [Pkg-nx-group] freenx debian packaging
So the only solution is to switch to xrdp + vnc4server (that on lan is good enough for my needs), or nomachine proprietary packages if I really want to use nx (on low bandwidth links, nx is unbeatable). This is sad, but there are no other alternatives. I hope that sometime the nx protocol will be implemented as an clean xorg extension or an alternative with similar performance will be developed. Il Wednesday 09 January 2008 10:22:07 Alexander Wirt ha scritto: Emilio Scalise schrieb am Tuesday, den 08. January 2008: There was a google summer of code about the integration of nx and xorg. Nobody did it :-( I understand all the concerns about creating a clean package. But what about Its not about clean, its about supporting and code duplication. a semi-ufficial package (maybe for experimental) until things will change? This package will never be accepted by the ftp-master. He told me that personally. So - no - there is no chance. As all of you already said on the pkg-nx-group mailing list, Suse and redhat do this, and event support it with security patches. So why we can't do it? I don't want to start a religious flame. You can do if you want. I'm personally not interested if the package won't go into main. And I don't want to do security support for such a nightmare on my own. Like we do with ati and nvidia closed drivers we could write on the description why freenx and nx is bad. Then the user will choose to use it or not. Its a nightmare to support. The debian security team will not. Alex -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#459887: gcl: [INTL:de] updated German debconf translation
Package: gcl Version: 2.6.7-36 Severity: wishlist Tags: patch l10n Please find the updated German debconf translation for gcl attached. Please place this file in debian/po/ as de.po for your next upload. If you update your template, please use 'msgfmt --statistics pofile.po' to check the po-files for fuzzy or untranslated strings. If there are such strings, please contact me so I can update the German translation. Greetings Helge # Translation of gcl debconf templates to German # Copyright (C) Stefan Bauer [EMAIL PROTECTED], 2007. # Copyright (C) Helge Kreutzmann [EMAIL PROTECTED], 2007, 2008. # This file is distributed under the same license as the gcl package. # msgid msgstr Project-Id-Version: gcl 2.6.7-36\n Report-Msgid-Bugs-To: [EMAIL PROTECTED] POT-Creation-Date: 2007-12-23 08:47+0100\n PO-Revision-Date: 2008-01-09 11:49+0100\n Last-Translator: Stefan Bauer [EMAIL PROTECTED]\n Language-Team: de [EMAIL PROTECTED]\n MIME-Version: 1.0\n Content-Type: text/plain; charset=ISO-8859-15\n Content-Transfer-Encoding: 8bit\n #. Type: boolean #. Description #: ../in.gcl.templates:2001 msgid Use the work-in-progress ANSI build by default? msgstr Verwende standardmäßig den sich in Arbeit befindlichen ANSI-Build? #. Type: boolean #. Description #: ../in.gcl.templates:2001 msgid GCL is in the process of providing an ANSI compliant image in addition to its traditional CLtL1 image still in production use. msgstr GCL ist derzeit dabei, zusätzlich zu dem noch im Einsatz befindlichen traditionellen CLtL1-Image ein ANSI-konformes Image bereitzustellen. #. Type: boolean #. Description #: ../in.gcl.templates:2001 msgid Please see the README.Debian file for a brief description of these terms. Choosing this option will determine which image will be used by default when executing '[EMAIL PROTECTED]@'. msgstr Bitte lesen Sie die Datei README.Debian für eine kurze Beschreibung dieser Begriffe. Die Wahl dieser Option bestimmen, welches Image standardmäßig verwendet wird, wenn [EMAIL PROTECTED]@« ausgeführt wird. #. Type: boolean #. Description #: ../in.gcl.templates:2001 msgid This setting may be overridden by setting the GCL_ANSI environment variable to any non-empty string for the ANSI build, and to the empty string for the CLtL1 build, e.g. GCL_ANSI=t [EMAIL PROTECTED]@. The currently enforced build flavor will be reported in the initial startup banner. msgstr Diese Einstellung kann mit der Umgebungsvariablen GCL_ANSI überschrieben werden. Jede nicht-leere Zeichenkette führt zur ANSI-Erstellung, und die leere Zeichenkette führt zum CLtL1-Bau, z.B. GCL_ANSI=t [EMAIL PROTECTED]@. In der Startmeldung wird die derzeit erzwungene Bauart berichtet. #. Type: boolean #. Description #: ../in.gcl.templates:3001 msgid Use the profiling build by default? msgstr Verwende standardmäßig den Profiling-Build? #. Type: boolean #. Description #: ../in.gcl.templates:3001 msgid GCL has optional support for profiling via gprof. msgstr GCL besitzt optionale Unterstützung für Profiling mittels Gprof. #. Type: boolean #. Description #: ../in.gcl.templates:3001 msgid Please see the documentation for si::gprof-start and si::gprof-quit for details. As this build is slower than builds without gprof support, it is not recommended for final production use. msgstr Bitte lesen Sie die Dokumentation für si::gprof-start und si::gprof-quit für Details. Da ein solches Programm langsamer ist als ein Programm ohne Gprof-Unterstützung, wird dies für den Produktiveinsatz nicht empfohlen. #. Type: boolean #. Description #: ../in.gcl.templates:3001 msgid Set the GCL_PROF environment variable to the empty string for more optimized builds, or any non-empty string for profiling support; e.g. GCL_PROF=t [EMAIL PROTECTED]@. If profiling is enabled, this will be reported in the initial startup banner. msgstr Setzen Sie die Umgebungsvariable GCL_PROF auf die leere Zeichenkette, um ein optimiertes Programm zu erhalten oder auf irgendeine nicht-leere Zeichenkette, für Profiling-Unterstützung; z.B. GCL_PROF=t [EMAIL PROTECTED]@. Falls Profiling aktiviert ist, wird dies in der Startmeldung angezeigt. #~ msgid #~ GCL is in the process of providing an ANSI compliant image in addition to #~ its traditional CLtL1 image still in production use. Please see the #~ README.Debian file for a brief description of these terms. Setting this #~ variable will determine which image you will use by default on executing #~ '[EMAIL PROTECTED]@'. You can locally override this choice by setting the GCL_ANSI #~ environment variable to any non-empty string for the ANSI build, and to #~ the empty string for the CLtL1 build, e.g. GCL_ANSI=t [EMAIL PROTECTED]@. The #~ flavor of the build in force will be reported in the initial startup #~ banner. #~ msgstr #~ GCL arbeitet neben dem traditionellen CLtL1-Image für den #~ Produktiveinsatz zusätzlich an der Bereitstellung eines kompatiblen ANSI- #~ Images. Bitte beachten Sie
Bug#459888: rxvt-unicode: urxvt allways goes to workspace one
Package: rxvt-unicode Version: 8.7-2 Severity: normal When urxvt is placed on a second, third... workspace, it moves itself into workspace one after opening a new perl tab or doing something in urxvt which has more than one tab opened. My .Xdefaults file: urxvt.geometry: 105x25 urxvt.background: #4d4d4d urxvt.foreground: #ff urxvt.transparent: true urxvt.shading: 65 urxvt.font: xft:Bitstream Vera Sans Mono:pixelsize=11 urxvt.boldFont: 9x15bold,xft:Bitstream Vera Sans Mono urxvt.scrollBar:false urxvt.saveLines:5500 urxvt.cursorColor: #00ff00 urxvt.cursorBlink: true urxvt.colorBD: white urxvt*borderLess: true urxvt.urlLauncher: iceweasel urxvt.perl-ext-common: default,matcher,tabbed urxvt.depth:32 Steps to reproduce: * Open urxvt on workspace two for example * Open a new perl tab * urxvt window stays on workspace two, but urxvt indicator on bottom GNOME panel moves to workspace one. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.22-3-k7 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages rxvt-unicode depends on: ii base-passwd 3.5.16 Debian base system master password ii libafterimage0 2.2.7-1 imaging library designed for After ii libc6 2.7-5GNU C Library: Shared libraries ii libfontconfig1 2.4.2-1.2generic font configuration library ii libfreetype62.3.5-1+b1 FreeType 2 font engine, shared lib ii libgcc1 1:4.2.2-4GCC support library ii libglib2.0-02.14.3-1 The GLib library of C routines ii libgtk2.0-0 2.12.1-1 The GTK+ graphical user interface ii libice6 2:1.0.4-1X11 Inter-Client Exchange library ii libjpeg62 6b-14The Independent JPEG Group's JPEG ii libperl5.8 5.8.8-12 Shared Perl library ii libpng12-0 1.2.15~beta5-3 PNG library - runtime ii librsvg2-2 2.18.2-1 SAX-based renderer library for SVG ii libsm6 2:1.0.3-1+b1 X11 Session Management library ii libtiff43.8.2-7 Tag Image File Format (TIFF) libra ii libungif4g 4.1.4-5 shared library for GIF images ii libx11-62:1.0.3-7X11 client-side library ii libxext61:1.0.3-2X11 miscellaneous extension librar ii libxft2 2.1.12-2 FreeType-based font drawing librar ii libxrender1 1:0.9.4-1X Rendering Extension client libra ii ncurses-base5.6+20071124-1 Descriptions of common terminal ty ii zlib1g 1:1.2.3.3.dfsg-8 compression library - runtime rxvt-unicode recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#353364: ganglia-monitor: status of glibc copyright infringement?
On Wed, Jan 09, 2008 at 11:28:20AM +0100, Erik Rossen wrote: Package: ganglia-monitor Followup-For: Bug #353364 Hi Stuart, Almost 2 years ago you mentioned that the reason that Ganglia version 3.x was not getting into Debian was because the developers had included some of the source of glibc directly into Ganglia without changing the licence of Ganglia from BSD to GPL. You were going to contact the developers and let them know about the problem, but you never mentioned the outcome of the discussion in the Debian bug-tracking system. Have you considered reporting this problem to the FSF? They can be very efficient about policing their copyrights when they want to be. We have resolved this issue now, but other blockers and a lack of time on my part to backport some library routines has kept 3.0.x out. I'm tracking the 3.1 dev tree atm, and periodically pushing out svn packages. Hopefully I'll be getting those pushed into experimental soon. Stu -- From the prompt of Stu Teasdale Never face facts; if you do you'll never get up in the morning. -- Marlo Thomas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#459776: RFP: manpages-cs -- Czech manual pages
On Wed, Jan 09, 2008 at 01:06:03PM +0900, Michal Čihař wrote: Okay, wget did the job and managed to download sources while I was at lunch, so I will look at this package. Anyway upload will probably not happen until utf-8 man pages will be supported. Though it isn't official yet because some more adjustments are necessary, you can put UTF-8 manual pages in /usr/share/man/cs/ right now and it will work fine. Cheers, -- Colin Watson [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#453319: pokerth: Keystrokes changed and non-obvious
Much improved in 0.6-1 - thanks. :-) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#459767: linux-source-2.6.23: FTBFS with gcc-4.3
On Wed, Jan 09, 2008 at 02:40:56AM +1030, Arthur Marsh wrote: When compiling for Athlon using gcc-4.3: gcc-4.3 --version gcc-4.3 (Debian 4.3-20080104-1) 4.3.0 20080104 (experimental) [trunk revision 131316] Does Linux upstream already bless gcc 4.3? I doubt. kernel/built-in.o: In function `getnstimeofday': (.text+0x1d927): undefined reference to `__umoddi3' kernel/built-in.o: In function `do_gettimeofday': (.text+0x1d9e9): undefined reference to `__udivdi3' kernel/built-in.o: In function `do_gettimeofday': (.text+0x1da0c): undefined reference to `__umoddi3' kernel/built-in.o: In function `timekeeping_resume': timekeeping.c:(.text+0x1db18): undefined reference to `__udivdi3' timekeeping.c:(.text+0x1db3b): undefined reference to `__umoddi3' kernel/built-in.o: In function `update_wall_time': (.text+0x1e214): undefined reference to `__udivdi3' kernel/built-in.o: In function `update_wall_time': (.text+0x1e237): undefined reference to `__umoddi3' kernel/built-in.o: In function `update_wall_time': (.text+0x1e2d3): undefined reference to `__udivdi3' kernel/built-in.o: In function `update_wall_time': (.text+0x1e2fd): undefined reference to `__umoddi3' New references into libgcc, which is not available in the kernel. __umoddi3: modulo operation on unsigned double wide integer or so, with overflow checking. Bastian -- Leave bigotry in your quarters; there's no room for it on the bridge. -- Kirk, Balance of Terror, stardate 1709.2
Bug#459889: Lack of space on HDD causes X to fail and it doesn't show any messages
Package: Xorg or maybe KDM or GDM Version: Debian Etch I've made an upgrade yesterday on a laptop to the latest Etch release, and suddenly the graphical environment stop working due to lack of space left on the hard disk. It took me some time to figure out what happened because no messages were shown on /var/log/Xorg.0.log, and KDM didn't report anything too. I had to manually start X, and quickly type CTRL-C to see the error message. After run a 'apt-get clean' the system worked again. My suggestion is to do something to show a warning, preferably in graphical mode to avoid this kind of error. Thanks for this great distribution and keep up the good work! -- Fernando.
Bug#459843: [Pkg-utopia-maintainers] Bug#459843: dbus-x11 kills X window system with ATI r128
* Betr.: Re: [Pkg-utopia-maintainers] Bug#459843: dbus-x11 kills X window system with ATI r128 (Wed, 09 Jan 2008 02:47:06 +0100): Do you use remote login? Have you tried other login managers than kdm? I very much doubt that it is a problem in dbus itself. I tried only kdm. I said explicitely dbus-x11, because I can update dbus itself to the newer version and only dbus-x11 makes the problem. I had to downgrade all packages and reinstall package for package to find the one, that caused the error. And indeed dbus-x11 is the only package I cannot upgrade, because it causes alone the error. And I think, the error in XOrg.log hints in the direction, that there is simply no display, which kcheckrunning could find - and kcheckrunning hangs forever. I suppose the problem to be rather between Xserver and dbus(-x11) independent from login manager. But if it is really worth to test with xdm, I can do it. In this case drop me a note. Cheers, Mathias signature.asc Description: PGP signature
Bug#459767: linux-source-2.6.23: FTBFS with gcc-4.3
Bastian Blank wrote, on 09/01/08 21:32: On Wed, Jan 09, 2008 at 02:40:56AM +1030, Arthur Marsh wrote: When compiling for Athlon using gcc-4.3: gcc-4.3 --version gcc-4.3 (Debian 4.3-20080104-1) 4.3.0 20080104 (experimental) [trunk revision 131316] Does Linux upstream already bless gcc 4.3? I doubt. kernel/built-in.o: In function `getnstimeofday': (.text+0x1d927): undefined reference to `__umoddi3' kernel/built-in.o: In function `do_gettimeofday': (.text+0x1d9e9): undefined reference to `__udivdi3' kernel/built-in.o: In function `do_gettimeofday': (.text+0x1da0c): undefined reference to `__umoddi3' kernel/built-in.o: In function `timekeeping_resume': timekeeping.c:(.text+0x1db18): undefined reference to `__udivdi3' timekeeping.c:(.text+0x1db3b): undefined reference to `__umoddi3' kernel/built-in.o: In function `update_wall_time': (.text+0x1e214): undefined reference to `__udivdi3' kernel/built-in.o: In function `update_wall_time': (.text+0x1e237): undefined reference to `__umoddi3' kernel/built-in.o: In function `update_wall_time': (.text+0x1e2d3): undefined reference to `__udivdi3' kernel/built-in.o: In function `update_wall_time': (.text+0x1e2fd): undefined reference to `__umoddi3' New references into libgcc, which is not available in the kernel. __umoddi3: modulo operation on unsigned double wide integer or so, with overflow checking. Bastian Would the workaround suggested at http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32044#c28 You need to add -fno-tree-scev-cprop to the KBUILD_CFLAGS work when applied the particular source files in the kernel where the error is occurring? Arthur. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#459890: procps: Irix mode can use %#4.1f when threads are shown
Package: procps Version: 1:3.2.7-3 Severity: normal Tags: patch Hi, When Irix mode is enabled, the format for %CPU is %4.0f since we need to show more than 100%. However, when threads are shown (H), we don't need any more since a single thread can't use more than 100% of a single CPU. The attached patch thus makes use of format %4.0f only when Irix mode is enabled and threads are not shown. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (900, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.20-1-686-bigmem (SMP w/2 CPU cores) Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Shell: /bin/sh linked to /bin/bash Versions of packages procps depends on: ii libc6 2.7-5 GNU C Library: Shared libraries ii libncurses5 5.6+20071215-1 Shared libraries for terminal hand ii lsb-base 3.1-23.1 Linux Standard Base 3.1 init scrip Versions of packages procps recommends: ii psmisc22.5-1 Utilities that use the proc filesy -- no debconf information -- Samuel Thibault [EMAIL PROTECTED] --- top.c.orig 2008-01-02 02:20:16.0 +0100 +++ top.c 2008-01-02 02:25:02.0 +0100 @@ -1774,7 +1774,8 @@ confighlp(Winstk[i].rc.fieldscur); } - if(Rc.mode_irixps smp_num_cpus1){ + if(Rc.mode_irixps smp_num_cpus1 + !(CHKw(Curwin, Show_THREADS))) { // good for 100 CPUs per process pcpu_max_value = .0; Fieldstab[P_CPU].fmts = %4.0f; @@ -2561,6 +2562,15 @@ case 'H': if (VIZCHKc) { TOGw(Curwin, Show_THREADS); +if(Rc.mode_irixps smp_num_cpus1 + !(CHKw(Curwin, Show_THREADS))){ + // good for 100 CPUs per process + pcpu_max_value = .0; + Fieldstab[P_CPU].fmts = %4.0f; +} else { + pcpu_max_value = 99.9; + Fieldstab[P_CPU].fmts = %#4.1f; +} show_msg(fmtmk(Show threads %s , CHKw(Curwin, Show_THREADS) ? On : Off)); } @@ -2617,7 +2627,8 @@ Rc.mode_irixps = !Rc.mode_irixps; show_msg(fmtmk(Irix mode %s, Rc.mode_irixps ? On : Off)); #endif - if(Rc.mode_irixps smp_num_cpus1){ + if(Rc.mode_irixps smp_num_cpus1 +!(CHKw(Curwin, Show_THREADS))){ // good for 100 CPUs per process pcpu_max_value = .0; Fieldstab[P_CPU].fmts = %4.0f;
Bug#448775: Uses too much entropy (Debian Bug #343085)
At Tue, 08 Jan 2008 10:20:46 +0100, 'Werner Koch' wrote: On Fri, 4 Jan 2008 16:33, [EMAIL PROTECTED] said: plugin for pidgin: if another plugin (say, Jabber) uses gnutls, which initializes libgcrypt, and OTR also initializes libgcrypt (perhaps with custom allocation functions), you can easily cause a crash. At least we have a way to test whether libgcrypt is intialized (modulo threading issues). I think I also implemented it so that thread initialization can happen multiple times, without conflicts, if the same thread package is used everytime (otherwise you get an error). It's a long time ago, though, I may misremember something or it may have changed. But there are other initialization issues which may not be so forgiving (random pool, etc). I don't know. Thanks, Marcus -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#457388: several disks
Op 09-01-2008 om 16:50 schreef Richard van der Veen: snip/ But the following caught my attention: I have now Debian (already upgraded to sid) on the 250 SATA disk on the place where Ubuntu 7.10 was installed and it did indeed boots. But while in the installer i used partition 10 on the 200GB PATA disk as swap space this swap space was not used when i got Debian up and running. I found out that while the installer sees my disks as sda, sdf and sdg (sdf and sdg for my 2 PATA disks), the kernel sees the 2 PATA disks as sdb and sdc ... Such has been reported before. Sadly I don't known what it caused. (So I even don't known any workarounds for it ... ) Anyway Debian runs again which made me happy. But still can see the messages: PCI: BIOS Bug: MCFG area at f000 is not E820-reserved PCI: Not using MMCONFIG. Not sure what to think of this. Thanks Thank you for your feedback. I have neither a definitive answer for the remaining issues. For the disk renaming issue, I hope for some follow-up on this bugreport or on the mailinglist debian-boot. For the BIOS Bug, I would go for a BIOS upgrade. For the 'PCI: Not using MMCONFIG', I did a short websearch, what I understood from it, is it related to the BIOS bug. Cheers Geert Stappers -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#425175: #425175 - Splitting is wrong
Hey, is this bug still present in 0.6-1-1 as currently in unstable? It has vanished from upstream's todo list, so I assume it is fixed. Kind regards Evgeni Golov pgpZwaLkQWtsE.pgp Description: PGP signature
Bug#459734: vzctl: Starting again running VEs by `/etc/init.d/vz restart`?
Ola Lundqvist [EMAIL PROTECTED] writes: Hi Pawel On Tue, Jan 08, 2008 at 01:28:58PM +0100, Paweł Tęcza wrote: Package: vzctl Version: 3.0.22-1 Severity: wishlist I think that it's good idea to start again running VEs by `/etc/init.d/vz restart` command. Probably it's not hard to implement that feature. First, the init script should check running VEs and remember VEID of them before doing `stop`. Next, it should run `vzctl start VEID` command for all remebered VEs. Now the /etc/init.d/vz script doesn't care about running VEs and I have to run them manually after `restart`. It can be uncomfortable when I have a lot of VEs and I don't want to start all of them. Maybe I can add a new option, ve-restart or something that restarts them all. I do not think I want to restart all the ve:s in the normal command as upstream do not do that, and this is one of the thing that can confuse people. Especially as this really affect the uptime of things. Do you have any suggestion on how the code would look like? Hi Ola, At first, thanks a lot for the positive response! I can ask OpenVZ people about current behave of their init script. Now it's not intuitive for me, but I agree that my proposed change can be confusing for another OpenVZ users on Debian. So, I like your idea with a new command for the init script :) I care about running VEs after `restart`, so I think that the new init script command should do the same like `restart` now and additionally `vzctl start VEID` command for all VEs which were running before `restart` command. I'm only not quite sure that `ve-restart` is the best name for a new command. Someone can think that it restarts only running VEs, but without restarting OpenVZ. My best regards, Pawel
Bug#459891: Installing bacula-traymonitor pulls in entire KDE
Package: bacula-traymonitor Version: 2.2.0-1 Severity: important This is a machine installed with Gnome. According to http://rpmfind.net/linux/rpm2html/search.php?query=bacula-traymonitor the tray-monitor works with Gnome and KDE. But the Debian package has a dependency that pulls in KDE. I tried using apt-get -o Install-Recommends=false, but no dice. All dependencies are installed. My guess is that 'Recommends: kde | desktop-environment is meant to be Recommends: kde | gnome-desktop-environment. apt-get install bacula-traymonitor Reading package lists... Done Building dependency tree... Done Starting Starting 2 Done The following extra packages will be installed: akregator amor ark arts artsbuilder atlantik atlantikdesigner avahi-daemon blinken dcoprss dirmngr edict eyesapplet festival festlex-cmu festlex-poslex festvox-kallpc16k fifteenapplet flac gnuift gnuift-perl gnupg-agent gnupg2 gpgsm imlib11 indi juk kaboodle kaddressbook kaddressbook-plugins kalarm kalzium kalzium-data kanagram kandy kanjidic kappfinder karm kasteroids kate kate-plugins katomic kaudiocreator kbackgammon kbattleship kblackbox kbounce kbruch kbstate kcalc kcharselect kcoloredit kcontrol kcron kdat kde kde-amusements kde-core kde-icons-mono kdeaccessibility kdeaddons kdeaddons-kfile-plugins kdeadmin kdeadmin-kfile-plugins kdeartwork kdeartwork-emoticons kdeartwork-misc kdeartwork-style kdeartwork-theme-icon kdeartwork-theme-window kdebase kdebase-data kdeedu kdeedu-data kdegames kdegames-card-data kdegraphics kdegraphics-kfile-plugins kdelibs kdelirc kdemultimedia kdemultimedia-kappfinder-data kdemultimedia-kfile-plugins kdemultimedia-kio-plugins kdenetwork kdenetwork-filesharing kdenetwork-kfile-plugins kdepasswd kdepim kdepim-kfile-plugins kdepim-kio-plugins kdepim-kresources kdepim-wizards kdeprint kdessh kdetoys kdeutils kdewallpapers kdewebdev kdf kdict kdm kdnssd kdvi kedit keduca kenolaba kfax kfaxview kfind kfloppy kfouleggs kgamma kgeography kgeography-data kget kghostview kgoldrunner kgpg khangman khexedit kicker kicker-applets kiconedit kig kimagemapeditor kitchensync kiten kjots kjumpingcube klaptopdaemon klatin kleopatra klettres klettres-data klickety klines klipper kmag kmahjongg kmail kmailcvt kmenuedit kmid kmilo kmines kmix kmoon kmousetool kmouth kmplot kmrml knetwalk knetworkconf knewsticker knewsticker-scripts knode knotes kodo kolf kolourpaint konq-plugins konqueror konqueror-nsplugins konquest konsole konsolekalendar kontact kooka kopete korganizer korn kpackage kpager kpat kpdf kpercentage kpersonalizer kpf kpilot kpoker kpovmodeler kppp krdc krec kregexpeditor kreversi krfb kruler ksame ksayit kscd kscreensaver kscreensaver-xsavers kshisen ksig ksim ksirtet ksmiletris ksmserver ksnake ksnapshot ksokoban kspaceduel ksplash kstars kstars-data ksvg ksysguard ksysguardd ksysv ktalkd kteatime ktimer ktip ktnef ktouch ktron kttsd ktuberling kturtle ktux kuickshow kuser kverbos kview kviewshell kvoctrain kwalletmanager kweather kwifimanager kwin kwin4 kwordquiz kworldclock kxsldbg libakode2 libarts1-akode libarts1-audiofile libarts1-mpeglib libarts1-xine libavahi-core5 libboost-python1.34.1 libdaemon0 libdb4.3++c2 libestools1.2 libgle3 libgnuift0c2a libgsmme1c2a libindex0 libkcddb1 libkdeedu3 libkdegames1 libkgantt0 libkiten1 libkleopatra1 libkmime2 libkpimexchange1 libkpimidentities1 libksba8 libkscan1 libksieve0 liblockdev1 libmimelib1c2a libmrml1c2a libnews-nntpclient-perl libnss-mdns libopensync0 libparse-yapp-perl libpoppler-qt2 librss1 libxcb-shape0 libxcb-shm0 libxcb-xv0 libxcb1 libxine1 libxine1-console libxine1-doc libxine1-ffmpeg libxine1-gnome libxine1-misc-plugins libxine1-plugins libxine1-x libxml-dom-perl libxml-handler-trees-perl libxml-libxml-common-perl libxml-libxml-perl libxml-namespacesupport-perl libxml-regexp-perl libxml-sax-expat-perl libxml-sax-perl libxml-writer-perl libxml-xql-perl lilo-config lisa lskat mpeglib ncompress networkstatus noatun noatun-plugins ocrad p7zip-full pinentry-curses pinentry-qt poster qca-tls superkaramba ttf-dustin ttf-kochi-gothic ttf-sjfonts wireless-tools xscreensaver-gl Suggested packages: monopd avahi-autoipd kdeedu-doc-html lookup xjdic sdic-edict festival-freebsoft-utils festival-gaim pidgin-festival gnuift-doc xloadimage kdeaddons-doc-html lame gnubg kde-i18n kttsd-contrib-plugins kdeaccessibility-doc-html kdeadmin-doc-html kdebase-doc-html kdegames-doc-html kdegraphics-doc-html kdemultimedia-doc-html kdenetwork-doc-html kdepim-doc-html egroupware kdetoys-doc-html kdeutils-doc-html kommander-dev kdewebdev-doc-html xmms-kde gij-4.1 libgcj7-awt libjessie-java gnomemeeting povray rdesktop kscreensaver-xsavers-webcollage libgnuift0-dev libmrml1-dev gxine xine-ui p7zip-rar pinentry-doc ttf-kochi-mincho ttf-kochi-mincho-naga10 The following packages will be REMOVED: talkd The following NEW packages will be installed: akregator amor ark arts artsbuilder atlantik
Bug#459868: debian-policy: Definition of Maintainer: when using a mailing list
On Wed, 09 Jan 2008, Joerg Jaspert wrote: I propose to add, someone please fix up en_GANNEFF: ---+++--- If the Maintainer address points to a mailing list then that list must be configured to accept mail from those role accounts in Debian used to send automated mails regarding the package. This includes mail from the BTS, all mails from the archive software used on ftp-master as well as other role accounts that are commonly agreed on to send automated mails to the maintainers. a sample implementation of such a whitelist for mailman is running on alioth.debian.org. ---+++--- I don't think this has its place in the policy. It's rather something for the developers-reference... maybe in best practice for debian/control section: http://www.debian.org/doc/developers-reference/ch-best-pkging-practices.en.html#s-bpp-debian-control Cheers, -- Raphaël Hertzog Le best-seller français mis à jour pour Debian Etch : http://www.ouaza.com/livre/admin-debian/
Bug#459892: New upstream version 1.2.9pre4
Package: gringotts Severity: wishlist Usertags: origin-ubuntu hardy Hi! There is a new upstream version, please update to it. Last changes: * Applied a patch from wwp to remember the main window size better invocations. * Fixed configure.ac (and by implication - configure) to require gtk+ version 2.12.0 and above, to avoid compilation problems with older and incompatible gtk+'s. * Integrated the README.Debian into the README with a note of my own. * Added a note about the SUID-root problem to the error message of the mlock-memory. Thanks -- Marco Rodrigues http://Marco.Tondela.org -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#459893: stormbaancoureur: save and resume games
Package: stormbaancoureur Version: 1.5.2-1 Severity: wishlist I'm really crap at stormbaancoureur, so it takes me many goes to pass each part, but I'd like to play the parts towards the end, so I think it would be a good idea to be able to save the game, quit and come back to it later. -- bye, pabs http://wiki.debian.org/PaulWise signature.asc Description: This is a digitally signed message part
Bug#459077: avahi innocent but still no connection
Passing the server on the command line doesn't report the avahi warning message but still wait forever. [EMAIL PROTECTED]:~$ krdc rdp://server Color depth: 8 Open up a window Establishing connection... and wait forever. [EMAIL PROTECTED]:~$ rdesktop server open up the remote desktop window immediately. -- Ivan Sergio Borgonovo http://www.webthatworks.it -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#457080: [DebianGIS-dev] Bug#457080: hdf5: Please add OpenMPI build
On Wed, 2008-01-02 at 12:34 +0100, Francesco P. Lovergine wrote: On Mon, Dec 31, 2007 at 09:26:10PM -0500, Adam C Powell IV wrote: On Wed, 2007-12-19 at 11:04 -0500, Adam C Powell IV wrote: As OpenMPI is the successor to LAM (the LAM developers now work on OpenMPI), please add an OpenMPI build of hdf5. Will you accept a patch if I provide one? Cheers, -Adam Sure. I put up the patch about a week ago (before this reply). Does it look acceptable? [BTW, what is DebianGIS-dev?] Thanks, -Adam -- GPG fingerprint: D54D 1AEE B11C CE9B A02B C5DD 526F 01E8 564E E4B6 Engineering consulting with open source tools http://www.opennovation.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#459804: heartbeat segfaults when using 65+ char authkey
Hi Simon, Due to restrictive SMTP settings on the host running heartbeat the original sender was invalid. This is changed now in BTS. Simon Horman wrote: On Tue, Jan 08, 2008 at 08:05:28PM +, Systeem Beheerder wrote: [SNIP] Marked important as I see some sting defined with length 64 in lib/plugins/HBauth/sha1.c and AFAIK this could be used for buffer overflow attacks. [SNIP] I'm not sure that it will have any sevurity implications, if the code in question only takes input from authkeys, then that input can only be provided as root. The authkeys file could get overwritten using for example an tmpfile creation error. I'm sure this will not be easy, but still. But this certainly does warrant further investigation. Thanks. Took me a while before I found out why heartbeat would not work with my (very long) sha1-key. The segfault line in syslog is one of many. GRTNX, RobJE -- Home is near Enter. ((c) RonA) Tel:+31 - 317 - 399800 s-mail: P.O. box 617 Fax:+31 - 317 - 423164 6700 AP Wageningen MailTo: [EMAIL PROTECTED] WWW: http://www.weer.nl/ -- This e-mail is from Meteo Consult B.V., a MeteoGroup company. For more information, see http://www.weer.nl/gebruiksvoorwaarden. This e-mail may contain confidential information. Only the addressee is permitted to read, copy, distribute or otherwise use this e-mail or any attachments. If you have received it in error, please contact the sender immediately. Any opinion expressed in this e-mail is personal to the sender and may not reflect the opinion of MeteoGroup. Any e-mail reply to this address may be subject to interception or monitoring for operational reasons or for lawful business practices.
Bug#459896: Segfaults in apt-c( completion
Package: zsh Version: 4.3.4-dev-6-10 Severity: normal Hi, while typo-ing I crashed zsh as follows, reproduced with a new user, withing gdb, with zsh-dbg installed: bee% autoload -U compinit bee% compinit bee% apt-c(^I (that's apt-c + ( + tab) Program received signal SIGSEGV, Segmentation fault. 0x080a1d23 in pattryrefs () (gdb) bt full #0 0x080a1d23 in pattryrefs () No symbol table info available. #1 0x080a25c8 in pattry () No symbol table info available. #2 0x08097354 in scanparamvals () No symbol table info available. #3 0xb7b69cc6 in scanpmcommands (ht=0x81a7808, func=0x8097200 scanparamvals, flags=42) at ../../../Src/Modules/parameter.c:265 pm = {node = {next = 0x0, nam = 0x80edd58 yacc, flags = 0}, u = { data = 0x0, arr = 0x0, str = 0x0, val = 0, valptr = 0x0, dval = 0, hash = 0x0}, gsu = {s = 0xb7b6b790, i = 0xb7b6b790, f = 0xb7b6b790, a = 0xb7b6b790, h = 0xb7b6b790}, base = 0, width = 0, env = 0x0, ename = 0x0, old = 0x0, level = 0} i = 0 hn = (HashNode) 0x80edd40 #4 0x08074ae2 in scanmatchtable () No symbol table info available. #5 0x08074b3c in scanhashtable () No symbol table info available. #6 0x080949ca in paramvalarr () No symbol table info available. #7 0x08094a5e in ?? () Cheers, -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.24-rc5-686 (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/bash Versions of packages zsh depends on: ii debconf [debconf-2.0] 1.5.18 Debian configuration management sy ii libc6 2.7-5 GNU C Library: Shared libraries ii libcap1 1:1.10-14 support for getting/setting POSIX. ii libncursesw5 5.6+20071215-1 Shared libraries for terminal hand Versions of packages zsh recommends: ii libpcre3 7.3-2 Perl 5 Compatible Regular Expressi -- no debconf information -- Loïc Minier
Bug#459895: GRUB autoconfigured to an unbootable state
Package: installation-reports Boot method: CD Image version: http://cdimage.debian.org/debian-cd/4.0_r1/i386/iso-cd/debian-40r1-i386-netinst.iso Date: 30 December 22:00 Machine: home-built desktop based on Via Epia M Processor: Via C3 900MHz Memory : 512 MB DDR Disk setup: 2 IDE drives, 3 SATA drives hda: unused (I plan to remove it soon) hdb: hdb1 -- /boot hdb2 -- extended hdb4 -- swap hdb5 -- / sda, sdb, sdc: LVM; not assigned mountpoints during initial install GRUB menu.lst (relevant part only): title Debian GNU/Linux, kernel 2.6.18-5-486 root (hd1,0) kernel /vmlinuz-2.6.18-5-486 root=/dev/hdb5 ro initrd /initrd.img-2.6.18-5-486 savedefault I installed GRUB on the MBR of hdb (note: SECOND IDE disk, not first). After completing the installation and rebooting, GRUB reported file not found for vmlinuz. The reason for this is that since GRUB was installed on the second disk, hdb was assigned to (hd0) instead of (hd1). Changing the root (hd1,0) line to root (hd0,0) made the system bootable again. The GRUB configurator in the installer should have been sophisticated enough to realize the drive would be re-mapped and written the menu.lst correctly. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#456096: FTBFS with GCC 4.3: missing #includes
Martin Michlmayr wrote: Package: courier Version: 0.58.0-1 Usertags: ftbfs-gcc-4.3 Your package fails to build with GCC 4.3. Version 4.3 has not been released yet but I'm building with a snapshot in order to find errors and give people an advance warning. In GCC 4.3, the C++ header dependencies have been cleaned up. The advantage of this is that programs will compile faster. The downside is that you actually need to directly #include everything you use (but you really should do this anyway, otherwise your program won't work with any compiler other than GCC). There's some more information about this at http://www.cyrius.com/journal/2007/05/10#gcc-4.3-include You can reproduce this problem with gcc-snapshot from unstable. Note that Red Hat, Novell and Ubuntu have done some work getting packages to build with GCC 4.3 so there might be patches floating around somewhere. I suggest you talk to your upstream. Automatic build of courier_0.58.0-1 on em64t by sbuild/amd64 0.53 ... /bin/sh ./libtool --tag=CXX --mode=compile g++ -DHAVE_CONFIG_H -I. -I.. -I./.. -I../.. -I./../.. -I./../../rfc822 -Wall -g -O2 -MT comaliases2.lo -MD -MP -MF .deps/comaliases2.Tpo -c -o comaliases2.lo comaliases2.C g++ -DHAVE_CONFIG_H -I. -I.. -I./.. -I../.. -I./../.. -I./../../rfc822 -Wall -g -O2 -MT comaliases2.lo -MD -MP -MF .deps/comaliases2.Tpo -c comaliases2.C -fPIC -DPIC -o .libs/comaliases2.o comaliases2.C: In member function 'int AliasRecord::search(const char*)': comaliases2.C:23: error: 'strlen' was not declared in this scope comaliases2.C:28: error: 'strncmp' was not declared in this scope comaliases2.C: In member function 'void AliasRecord::Delete(const char*)': comaliases2.C:109: error: 'strlen' was not declared in this scope make[5]: *** [comaliases2.lo] Error 1 make[5]: Leaving directory `/build/tbm/courier-0.58.0/courier/libs' The attached patch fixes the compilation. However, package building throws the following exception :-(: dh_shlibdeps: Compatibility levels before 4 are deprecated. dpkg-shlibdeps: warning: debian/courier-base/usr/sbin/couriertcpd shouldn't be linked with libcrypt.so.1 (it uses none of its symbols). dpkg-shlibdeps: warning: debian/courier-base/usr/lib/courier/courier/makedatprog shouldn't be linked with libcrypt.so.1 (it uses none of its symbols). dpkg-shlibdeps: failure: no dependency information found for /usr/lib/gcc-snapshot/lib/libstdc++.so.6 (used by debian/courier-base/usr/bin/maildiracl). dh_shlibdeps: command returned error code 512 make: *** [binary-arch] Error 1 dpkg-buildpackage: failure: debian/rules binary gave error exit status 2 Please advise. Racke -- LinuXia Systems = http://www.linuxia.de/ Expert Interchange Consulting and System Administration ICDEVGROUP = http://www.icdevgroup.org/ Interchange Development Team --- courier-0.58.0.orig/courier/libs/comaliases2.C 2007-06-28 04:24:09.0 +0200 +++ courier-0.58.0/courier/libs/comaliases2.C 2007-12-14 12:10:02.330369590 +0100 @@ -5,6 +5,7 @@ #include aliases.h #include courier.h +#include string.h // // MAXRECSIZE is the median GDBM record size makealiases creates. The actual --- courier-0.58.0.orig/courier/libs/comaliases4.C 2007-06-28 04:24:09.0 +0200 +++ courier-0.58.0/courier/libs/comaliases4.C 2007-12-14 12:32:29.300226992 +0100 @@ -10,6 +10,7 @@ #include rw.h #include stdio.h #include errno.h +#include string.h #if HAVE_LDAP #include ldapaliasdrc.h --- courier-0.58.0.orig/courier/libs/testaliases.C 2007-07-28 14:39:12.0 +0200 +++ courier-0.58.0/courier/libs/testaliases.C 2007-12-14 12:58:26.377029905 +0100 @@ -1,5 +1,6 @@ #include aliases.h +#include string.h #include unistd.h #include iostream #include set --- courier-0.58.0.orig/courier/cmlm.C 2007-07-30 02:25:58.0 +0200 +++ courier-0.58.0/courier/cmlm.C 2007-12-14 13:23:56.868455427 +0100 @@ -27,6 +27,7 @@ #include unistd.h #include stdlib.h #include stdio.h +#include string.h #include errno.h #include ctype.h #include time.h --- courier-0.58.0.orig/courier/cmlm2.C 2007-08-30 03:38:49.0 +0200 +++ courier-0.58.0/courier/cmlm2.C 2007-12-14 13:49:07.134841326 +0100 @@ -11,6 +11,7 @@ #include unicode/unicode.h #include fcntl.h #include unistd.h +#include string.h #include langinfo.h #include fstream --- courier-0.58.0.orig/courier/cmlm3.C 2007-06-28 04:27:24.0 +0200 +++ courier-0.58.0/courier/cmlm3.C 2007-12-14 14:10:28.014469990 +0100 @@ -14,6 +14,7 @@ #include ctype.h #include time.h +#include string.h #include iostream #include fstream #include list --- courier-0.58.0.orig/courier/cmlmarchive.C 2007-03-01 05:32:16.0 +0100 +++ courier-0.58.0/courier/cmlmarchive.C 2007-12-14 14:32:01.792381627 +0100 @@ -9,6 +9,7 @@ #include numlib/numlib.h #include sys/types.h #include sys/stat.h +#include string.h #include fcntl.h #include errno.h #include sysexits.h --- courier-0.58.0.orig/courier/cmlmmoderate.C
Bug#268901: [Pkg-xfce-devel] Bug#268901: xfce4-mixer: should close mixer device
On Wed, Jan 09, 2008 at 10:02:08AM +0100, Yves-Alexis Perez wrote: On Wed, Jan 09, 2008 at 08:30:29AM +, Guido Guenther wrote: On Tue, Jan 08, 2008 at 10:46:38PM +0100, Yves-Alexis Perez wrote: How would I do that, the plugin only allows to select /dev/mixer as device. Install xfce4-mixer-alsa instead of xfce4-mixer-oss? That works around the problem. The problem is still there in xfce4-mixer-oss though. But thanks for the suggestion, I didn't know about the -alsa version. Cheers, It's not really a work around. oss is deprecated since a long time and alsa is the default mixer variant. I don't know how oss survive suspend, but you really should use alsa anyway. I'm certainly using alsa but I had to use the oss emulation of xfce4-mixer since early versions didn't support alsa. Cheers, -- Guido -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#459894: vsftpd: is not stopped before/after removing
Package: vsftpd Version: 2.0.5-2 Severity: grave Tags: security Justification: renders package unusable Hi! I removed the vsftpd package just to try out another ftpd. But that was not able to start up and connections to my system show: 500 OOPS: vsftpd: not found: directory given in 'secure_chroot_dir':/var/run/vsftpd Well, I thought I removed that? Let's have a look with ps and netstat and yes, it is indeed still running... :-/ If I did not install a new ftpd I possibly did not notice that there is still port 21 open. Because of that I set the security tag. Hopefully I did not shock you too much. :) Hauke -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-5-k7 Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#457080: [DebianGIS-dev] Bug#457080: hdf5: Please add OpenMPI build
On Wed, Jan 09, 2008 at 06:56:11AM -0500, Adam C Powell IV wrote: On Wed, 2008-01-02 at 12:34 +0100, Francesco P. Lovergine wrote: On Mon, Dec 31, 2007 at 09:26:10PM -0500, Adam C Powell IV wrote: On Wed, 2007-12-19 at 11:04 -0500, Adam C Powell IV wrote: As OpenMPI is the successor to LAM (the LAM developers now work on OpenMPI), please add an OpenMPI build of hdf5. Will you accept a patch if I provide one? Cheers, -Adam Sure. I put up the patch about a week ago (before this reply). Does it look acceptable? [BTW, what is DebianGIS-dev?] Yes, it is now integrated ini the svn repository for the next upstream release. It will integrate a version transition, so it is still not uploaded. See http://wiki.debian.org/DebianGis -- Francesco P. Lovergine -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#459899: O: libpam-foreground -- create lockfiles describing which users own which console
Package: wnpp Severity: normal The current maintainer of libpam-foreground, Matthew Garrett [EMAIL PROTECTED], is apparently not active anymore. Therefore, I orphan this package now. If you want to be the new maintainer, please take it -- see http://www.debian.org/devel/wnpp/index.html#howto-o for detailed instructions how to adopt a package properly. Some information about this package: Package: libpam-foreground Binary: libpam-foreground Version: 0.4-1 Priority: optional Section: misc Maintainer: Matthew Garrett [EMAIL PROTECTED] Build-Depends: debhelper (= 4.0.0), libpam-dev Architecture: any Standards-Version: 3.6.2 Format: 1.0 Directory: pool/main/libp/libpam-foreground Files: f3999de67ddc90ffc47a15c5f9295e9d 1173 libpam-foreground_0.4-1.dsc 69ce7962df2e8fcd04568a58a0588800 4970 libpam-foreground_0.4-1.tar.gz Package: libpam-foreground Priority: optional Section: misc Installed-Size: 80 Maintainer: Matthew Garrett [EMAIL PROTECTED] Architecture: i386 Version: 0.4-1 Depends: libc6 (= 2.6-1), libpam0g (= 0.76) Filename: pool/main/libp/libpam-foreground/libpam-foreground_0.4-1_i386.deb Size: 6398 MD5sum: 02898c7c5e4348a6070f2346fe27ea88 SHA1: 72fe17c7e54a91c616b5b3cd04d837ca1b08a61f SHA256: e66403eb5d0a1796cc12979a26a246419d56b22c093a265da42434e8d083ee91 Description: create lockfiles describing which users own which console This PAM module creates a lockfile whenever a user logs in, specifying the username and the console. This allows software to check whether the user making a request is on the current foreground console or not. Tag: role::shared-lib -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#459901: O: netapplet -- no description
Package: wnpp Severity: normal The current maintainer of netapplet, Matthew Garrett [EMAIL PROTECTED], is apparently not active anymore. Therefore, I orphan this package now. If you want to be the new maintainer, please take it -- see http://www.debian.org/devel/wnpp/index.html#howto-o for detailed instructions how to adopt a package properly. Some information about this package: Package: netapplet Binary: netapplet Version: 1.0.8-1 Priority: optional Section: gnome Maintainer: Matthew Garrett [EMAIL PROTECTED] Build-Depends: debhelper (= 4.0.0), intltool, libgnomeui-dev, libglade2-dev, libglib2.0-dev, libgnome-keyring-dev, libiw-dev Architecture: any Standards-Version: 3.6.2 Format: 1.0 Directory: pool/main/n/netapplet Files: f54ab74853fa532f38631705b45c720f 664 netapplet_1.0.8-1.dsc 28adcadb4c1817760c82a9e76e93ae9f 183609 netapplet_1.0.8.orig.tar.gz 6ae03fc19a9a5b2a11054bb5f53cdaf6 48519 netapplet_1.0.8-1.diff.gz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#459905: radiusd-livingston: [INTL:es] Spanish po-debconf translation
Package: radiusd-livingston Version: 2.1-15 Priority: wishlist Tags: l10n patch Attached a first version of the po-debconf translation of ssbd into Spanish. Please include it in the next upload Thanks -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#459904: change for using libgif instead of unmaintained upstream libungif4
Package: afterstep Version: 2.2.7-1 User: [EMAIL PROTECTED] Usertags: origin-ubuntu hardy hi robert, as promised, here the changed patch for afterstep I changed in 00_Makefile_and_configure.patch -lungif to -lgif and replaced in debian/rules the configure option --with-ungif to --with-gif in debian/control you need to replace libungif4-dev to libgif-dev but first when debian is doing this transition... Regards, \sh diff -ruN -x config.guess -x config.sub AfterStep-2.2.7-old/autoconf/configure.in AfterStep-2.2.7/autoconf/configure.in --- AfterStep-2.2.7-old/autoconf/configure.in 2007-08-21 00:27:41.0 +0200 +++ AfterStep-2.2.7/autoconf/configure.in 2008-01-09 12:20:52.027325836 +0100 @@ -137,14 +137,14 @@ fi fi -dnl# Add -fPIC for IA64 compilation -AC_CYGWIN -if test x$CYGWIN != xyes -a x$GCC = xyes ; then - if test -z `echo $CFLAGS | grep '\-fPIC' 2 /dev/null` ; then -CFLAGS=$CFLAGS -fPIC - fi - LDFLAGS=$LDFLAGS -rdynamic -fi +#debian# dnl# Add -fPIC for IA64 compilation +#debian# AC_CYGWIN +#debian# if test x$CYGWIN != xyes -a x$GCC = xyes ; then +#debian# if test -z `echo $CFLAGS | grep '\-fPIC' 2 /dev/null` ; then +#debian# CFLAGS=$CFLAGS -fPIC +#debian# fi +#debian# LDFLAGS=$LDFLAGS -rdynamic +#debian# fi dnl# Add -g STRIP_BINARIES= @@ -156,14 +156,14 @@ LDFLAGS=$LDFLAGS -g fi else - STRIP_BINARIES=-s - DIRTY_CFLAGS=$CFLAGS - CFLAGS=-DNO_DEBUG_OUTPUT - for f in $DIRTY_CFLAGS; do -if test x$f != x-g; then - CFLAGS=$CFLAGS $f - fi - done +#debian# STRIP_BINARIES=-s +#debian# DIRTY_CFLAGS=$CFLAGS + CFLAGS=$CFLAGS -DNO_DEBUG_OUTPUT +#debian# for f in $DIRTY_CFLAGS; do +#debian# if test x$f != x-g; then +#debian# CFLAGS=$CFLAGS $f +#debian# fi +#debian# done fi dnl# Add -pg @@ -543,7 +543,7 @@ if fltk-config --libs /dev/null ;then present_libs=$LDFLAGS $LIBS $x_libs $AFTERIMAGE_LIBS; - for l in `fltk-config --ldstaticflags`; do + for l in `fltk-config --ldflags`; do lib_found=no for p in `echo $present_libs` ; do if test x$l = x$p ; then diff -ruN -x config.guess -x config.sub AfterStep-2.2.7-old/autoconf/configure.libs.in AfterStep-2.2.7/autoconf/configure.libs.in --- AfterStep-2.2.7-old/autoconf/configure.libs.in 2005-03-22 17:10:50.0 +0100 +++ AfterStep-2.2.7/autoconf/configure.libs.in 2008-01-09 12:20:52.027325836 +0100 @@ -91,13 +91,13 @@ fi fi -dnl# Add -fPIC for IA64 compilation -AC_CYGWIN -if test x$CYGWIN = x -a x$GCC = xyes ; then - if test -z `echo $CFLAGS | grep '\-fPIC' 2 /dev/null` ; then -CFLAGS=$CFLAGS -fPIC - fi -fi +#debian# dnl# Add -fPIC for IA64 compilation +#debian# AC_CYGWIN +#debian# if test x$CYGWIN = x -a x$GCC = xyes ; then +#debian# if test -z `echo $CFLAGS | grep '\-fPIC' 2 /dev/null` ; then +#debian# CFLAGS=$CFLAGS -fPIC +#debian# fi +#debian# fi dnl# Add -g if test x$enable_gdb = xyes; then @@ -116,9 +116,9 @@ CFLAGS=$CFLAGS -Wuninitialized -Wwrite-strings -Wcast-qual -Wbad-function-cast -Wpointer-arith -Wstrict-prototypes -Wmissing-prototypes -Wmissing-declarations -Wnested-externs -Wconversion -Wcomment -Wcast-align -Winline -Wshadow -Wredundant-decls -Wid-clash-31 fi -if test x$GCC = xyes; then - LDFLAGS=$LDFLAGS -rdynamic -fi +#debian# if test x$GCC = xyes; then +#debian#LDFLAGS=$LDFLAGS -rdynamic +#debian# fi dnl# done with flags - lets export those for our children to use : export CFLAGS diff -ruN -x config.guess -x config.sub AfterStep-2.2.7-old/autoconf/Makefile.common.lib.in AfterStep-2.2.7/autoconf/Makefile.common.lib.in --- AfterStep-2.2.7-old/autoconf/Makefile.common.lib.in 2007-04-21 00:10:45.0 +0200 +++ AfterStep-2.2.7/autoconf/Makefile.common.lib.in 2008-01-09 12:20:52.027325836 +0100 @@ -22,20 +22,6 @@ if test -d $(LIBDIR) test -w $(LIBDIR); then \ echo $(INSTALL_LIB) $(LIB_STATIC) $(LIBDIR); \ $(INSTALL_LIB) $(LIB_STATIC) $(LIBDIR); \ - if test `uname` = Linux; then \ - if test $(LIBDIR) = /lib || test $(LIBDIR) = /usr/lib; then \ - echo /dev/null; \ - elif grep -q $(LIBDIR) /etc/ld.so.conf /dev/null 21; then \ - echo /dev/null; \ - else \ - echo Unable to find $(LIBDIR) in ld.so.conf. In order to use ; \ - echo $(LIB_STATIC), you may need to add it or set LD_LIBRARY_PATH.; \ - fi; \ - if test -w /etc; then \ - echo $(LDCONFIG); \ - $(LDCONFIG); \ - fi; \ - fi ;\ fi \ ) @@ -48,18 +34,6 @@ $(INSTALL_LIB) $(LIB_SHARED).$(LIBVER) $(LIBDIR); \ $(LN_S) -f $(LIB_SHARED).$(LIBVER) $(LIBDIR)/$(LIB_SHARED).$(LIBVERMAJOR); \ $(LN_S) -f $(LIB_SHARED).$(LIBVERMAJOR) $(LIBDIR)/$(LIB_SHARED); \ - if test `uname` = Linux; then \ - if test $(LIBDIR) = /lib || test $(LIBDIR) = /usr/lib; then \ - echo /dev/null; \ - elif grep -q $(LIBDIR) /etc/ld.so.conf /dev/null 21; then \ - echo /dev/null; \ - else \ - echo Unable to find $(LIBDIR) in
Bug#455866: [Pkg-xfce-devel] Processed: bug is resolved
reassign #455866 xfdesktop4 reopen #455866 found #455866 4.4.2-1 thanks On Wed, Jan 09, 2008 at 12:19:45PM +, Tino Keitel wrote: On Wed, Jan 09, 2008 at 07:03:04 +, Debian Bug Tracking System wrote: Processing commands for [EMAIL PROTECTED]: reassign #455866 thunar Bug#455866: xfdesktop4: No eject in volume context menu if eject is supported Bug reassigned from package `xfdesktop4' to `thunar'. Hi, why was this bug reassigned to thunar? The bug is in xfdesktop4, and the attached patches are for xfdesktop4, too. A similar bug was also present in thunar, it is #455868, and this is already fixed. Hmh, yes sorry. I tried this morning and mystakenly tought that it was already fixed. Reopening. Did you have news about the patches after the thread in thunar-dev? Regards, -- Yves-Alexis -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#459902: O: nstx -- Tunnel IP over DNS
Package: wnpp Severity: normal The current maintainer of nstx, Matthew Garrett [EMAIL PROTECTED], is apparently not active anymore. Therefore, I orphan this package now. If you want to be the new maintainer, please take it -- see http://www.debian.org/devel/wnpp/index.html#howto-o for detailed instructions how to adopt a package properly. Some information about this package: Package: nstx Binary: nstx Version: 1.1-beta6-4 Priority: optional Section: net Maintainer: Matthew Garrett [EMAIL PROTECTED] Build-Depends: debhelper (= 4.1.68) Architecture: any Standards-Version: 3.6.0 Format: 1.0 Directory: pool/main/n/nstx Files: 296654f62d1e52458c2626a97a94644c 565 nstx_1.1-beta6-4.dsc 275abd75a856b07a798b1f2360088cf5 20458 nstx_1.1-beta6.orig.tar.gz 6c071c5179bfa62917842dd32080c139 7743 nstx_1.1-beta6-4.diff.gz Package: nstx Priority: optional Section: net Installed-Size: 152 Maintainer: Matthew Garrett [EMAIL PROTECTED] Architecture: i386 Version: 1.1-beta6-4 Depends: libc6 (= 2.3.4-1), adduser Filename: pool/main/n/nstx/nstx_1.1-beta6-4_i386.deb Size: 21558 MD5sum: eb2b813dcbd6abaf4d243c28b0a5f487 SHA1: f146a3202fcf1c0338d60b608856cff7790eef51 SHA256: 617398c8941a042a34597c07ddf20684a86e9c17de373c9c36cd632d3b015812 Description: Tunnel IP over DNS nstx allows you to pass IP packets via DNS queries. This allows you to use standard network protocols when otherwise only DNS would be available. Tag: interface::commandline, protocol::dns, role::program, scope::utility, use::transmission -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#459903: O: ttf-bpg-georgian-fonts -- BPG Georgian fonts for the graphical installer
Package: wnpp Severity: normal The current maintainer of ttf-bpg-georgian-fonts, Matthew Garrett [EMAIL PROTECTED], is apparently not active anymore. Therefore, I orphan this package now. If you want to be the new maintainer, please take it -- see http://www.debian.org/devel/wnpp/index.html#howto-o for detailed instructions how to adopt a package properly. Some information about this package: Package: ttf-bpg-georgian-fonts Binary: ttf-bpg-georgian-fonts, ttf-bpg-georgian-fonts-udeb Version: 0.3 Priority: optional Section: x11 Maintainer: Matthew Garrett [EMAIL PROTECTED] Build-Depends: debhelper (= 4.0.0), defoma Architecture: all Standards-Version: 3.6.1 Format: 1.0 Directory: pool/main/t/ttf-bpg-georgian-fonts Files: 8b60aaa3c59b3be303735a7df2c1e78f 573 ttf-bpg-georgian-fonts_0.3.dsc 8ff96988172dcbe8fabc3ff709700f68 350205 ttf-bpg-georgian-fonts_0.3.tar.gz Package: ttf-bpg-georgian-fonts Priority: optional Section: x11 Installed-Size: 648 Maintainer: Matthew Garrett [EMAIL PROTECTED] Architecture: all Version: 0.3 Depends: defoma Recommends: x-ttcidfont-conf | fontconfig Filename: pool/main/t/ttf-bpg-georgian-fonts/ttf-bpg-georgian-fonts_0.3_all.deb Size: 350254 MD5sum: b2b506cf556381fbd4cf1ec2c4f8c479 SHA1: 152066a07e4f9143a5c2a2845e0cc2de697439bc SHA256: cce39643dbcf69fff372627c20b565b991e02e2d2d96627849cbc66a048da482 Description: BPG Georgian fonts A collection of three Georgian fonts, provided by BPG-InfoTech. Tag: role::content:font, role::data Task: georgian-desktop Package: ttf-bpg-georgian-fonts-udeb Priority: optional Section: debian-installer Installed-Size: 76 Maintainer: Matthew Garrett [EMAIL PROTECTED] Architecture: all Source: ttf-bpg-georgian-fonts Version: 0.3 Provides: ttf-installer Filename: pool/main/t/ttf-bpg-georgian-fonts/ttf-bpg-georgian-fonts-udeb_0.3_all.udeb Size: 29188 MD5sum: 96d3137b7be9c3f2de1cc779cb8b51a9 SHA1: 2bdda5aeb5ef98a7f56db0670d4e84aada7b439b SHA256: 094bae48d7c46046a35709838b9947f84be639b8483a14ccf723f7952f26920b Description: BPG Georgian fonts for the graphical installer -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#268901: [Pkg-xfce-devel] Bug#268901: xfce4-mixer: should close mixer device
On Wed, Jan 09, 2008 at 12:07:27PM +, Guido Guenther wrote: I'm certainly using alsa but I had to use the oss emulation of xfce4-mixer since early versions didn't support alsa. xfce4-mixer uses alsa by default since 2 years (and version 4.2.3-2). xfce4-mixer now has to backend, alsa and oss, and alsa variant should have been installed automatically when upgrading from xfce4-mixer 4.2.3. Do you think the patch is still needed? I don't think it'll apply to 4.4 anyway, so it'll need a refresh. Cheers, -- Yves-Alexis -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#453949: Doesn't purge all files after piuparts Install+Upgrade+Purge test
On 06/01/08 at 12:51 +0100, Lucas Nussbaum wrote: On 02/12/07 at 20:43 +0530, Kumar Appaiah wrote: Package: python-central Version: 0.5.15 Severity: important Tags: patch User: [EMAIL PROTECTED] Usertags: piuparts-stable-upgrade piuparts-stable-upgrade-20071130 Hi! I have been analyzing packages for the piuparts test, and have observed that ~500 packages fail the piuparts because python-central doesn't purge the /usr/share/pycentral-data/pyversions.pyc file. The gzipped log of the piuparts run for python-central is attached. The problem is that the process Install Stable python-central - upgrade to sid - purge lets /usr/share/pycentral-data/pyversions.pyc remain unremoved. However, it should be removed, I guess. Please consider fixing this bug, as it is a Lenny release recommendation. [1]. I have attached a patch which attempts to do this, though I have not tested it. Hi, The patch looks fine, so I'm considering doing an NMU for that bug, since it would allow to do another piuparts run and solve a lot of problems. The 0-day NMU policy applies to this bug, since it's part of the piuparts-stable-upgrade release goal. Any reason why I shouldn't proceed with the NMU? Hi, I uploaded Kumar's patch (attached) to DELAYED/1. I'll try to do another piuparts run on friday... Thank you, -- | Lucas Nussbaum | [EMAIL PROTECTED] http://www.lucas-nussbaum.net/ | | jabber: [EMAIL PROTECTED] GPG: 1024D/023B3F4F | diff -Nru python-central-0.5.15/debian/changelog python-central-0.5.15/debian/changelog --- python-central-0.5.15/debian/changelog 2007-08-24 12:35:54.0 +0530 +++ python-central-0.5.15/debian/changelog 2008-01-09 14:33:24.0 +0530 @@ -1,3 +1,11 @@ +python-central (0.5.15-0.1) unstable; urgency=low + + * Non-maintainer upload. + * Remove /usr/share/pycentral-data/pyversions.pyc upon +purge. (Closes: #453949) + + -- Kumar Appaiah [EMAIL PROTECTED] Wed, 09 Jan 2008 10:08:17 +0530 + python-central (0.5.15) unstable; urgency=medium * [Bastian Kleineidam] diff -Nru /tmp/cJ0MTQfgIa/python-central-0.5.15/debian/postrm /tmp/LFTFtIwoKa/python-central-0.5.15/debian/postrm --- python-central-0.5.15/debian/postrm 2006-06-28 00:00:38.0 +0530 +++ python-central-0.5.15/debian/postrm 2008-01-09 10:12:26.0 +0530 @@ -3,6 +3,7 @@ if [ $1 = purge ]; then # remove log file rm -f /var/log/pycentral.log +rm -f /usr/share/pycentral-data/pyversions.pyc fi #DEBHELPER#
Bug#459897: udev: confusion with broadcom wireless cards, network interface renaming and 2.6.24
Package: udev Version: 0.114-2 Severity: normal In 2.6.24, the bcm43xx module has been replaced by the new b43 module. What used to be a single 'eth1' interface has not been replaced by two interfaces: 'wlan0' and 'wmaster0'. During boot, the message 'udev: renamed network interface wmaster0 to eth1' appears, followed by a pause of 30 seconds (I wandered away from my screen at this point). When I came back I found that I had two interfaces: 'eth1' and 'wlan0_rename'. According to iwlist, the 'wlan0_rename' interface is the actual useful network interface. -- Package-specific info: -- /etc/udev/rules.d/: /etc/udev/rules.d/: total 24 lrwxrwxrwx 1 root root 20 2007-01-25 00:46 020_permissions.rules - ../permissions.rules lrwxrwxrwx 1 root root 19 2007-01-25 01:04 025_libgphoto2.rules - ../libgphoto2.rules lrwxrwxrwx 1 root root 16 2007-12-26 18:49 025_libsane.rules - ../libsane.rules -rw-r--r-- 1 root root 210 2007-12-02 22:10 45-hplip.rules -rw-r--r-- 1 root root 900 2007-12-02 22:10 55-hpmud.rules lrwxrwxrwx 1 root root 15 2007-01-25 00:46 85-pcmcia.rules - ../pcmcia.rules -rw-r--r-- 1 root root 154 2007-02-14 18:49 terminal.rules lrwxrwxrwx 1 root root 13 2007-01-25 00:46 udev.rules - ../udev.rules lrwxrwxrwx 1 root root 25 2007-01-25 00:46 z20_persistent-input.rules - ../persistent-input.rules lrwxrwxrwx 1 root root 19 2007-01-25 00:46 z20_persistent.rules - ../persistent.rules -rw-r--r-- 1 root root 1170 2007-04-27 09:01 z25_persistent-cd.rules -rw-r--r-- 1 root root 591 2007-01-25 00:45 z25_persistent-net.rules lrwxrwxrwx 1 root root 33 2007-01-25 00:46 z45_persistent-net-generator.rules - ../persistent-net-generator.rules lrwxrwxrwx 1 root root 12 2007-01-25 00:46 z50_run.rules - ../run.rules lrwxrwxrwx 1 root root 16 2007-01-25 00:46 z55_hotplug.rules - ../hotplug.rules lrwxrwxrwx 1 root root 19 2007-01-25 01:03 z60_alsa-utils.rules - ../alsa-utils.rules lrwxrwxrwx 1 root root 15 2007-01-25 01:03 z60_hdparm.rules - ../hdparm.rules -rw-r--r-- 1 root root 2589 2007-06-03 21:17 z60_libpisock9.rules lrwxrwxrwx 1 root root 29 2007-01-25 00:46 z75_cd-aliases-generator.rules - ../cd-aliases-generator.rules lrwxrwxrwx 1 root root 12 2008-01-03 03:47 z99_hal.rules - ../hal.rules -- /sys/: /sys/block/dm-0/dev /sys/block/dm-1/dev /sys/block/dm-2/dev /sys/block/dm-3/dev /sys/block/hda/dev /sys/block/hda/hda1/dev /sys/block/hda/hda2/dev /sys/block/hda/hda3/dev /sys/block/hdc/dev /sys/block/loop0/dev /sys/block/loop1/dev /sys/block/loop2/dev /sys/block/loop3/dev /sys/block/loop4/dev /sys/block/loop5/dev /sys/block/loop6/dev /sys/block/loop7/dev /sys/block/ram0/dev /sys/block/ram10/dev /sys/block/ram11/dev /sys/block/ram12/dev /sys/block/ram13/dev /sys/block/ram14/dev /sys/block/ram15/dev /sys/block/ram1/dev /sys/block/ram2/dev /sys/block/ram3/dev /sys/block/ram4/dev /sys/block/ram5/dev /sys/block/ram6/dev /sys/block/ram7/dev /sys/block/ram8/dev /sys/block/ram9/dev /sys/class/input/input0/event0/dev /sys/class/input/input10/event10/dev /sys/class/input/input11/event11/dev /sys/class/input/input12/event12/dev /sys/class/input/input13/event13/dev /sys/class/input/input14/event14/dev /sys/class/input/input15/event15/dev /sys/class/input/input16/event16/dev /sys/class/input/input17/event17/dev /sys/class/input/input1/event1/dev /sys/class/input/input21/event18/dev /sys/class/input/input2/event2/dev /sys/class/input/input3/event3/dev /sys/class/input/input4/event4/dev /sys/class/input/input5/event5/dev /sys/class/input/input6/event6/dev /sys/class/input/input7/event7/dev /sys/class/input/input7/mouse0/dev /sys/class/input/input8/event8/dev /sys/class/input/input9/event9/dev /sys/class/input/mice/dev /sys/class/misc/device-mapper/dev /sys/class/misc/fuse/dev /sys/class/misc/hpet/dev /sys/class/misc/hw_random/dev /sys/class/misc/psaux/dev /sys/class/misc/rtc/dev /sys/class/misc/snapshot/dev /sys/class/sound/adsp/dev /sys/class/sound/audio1/dev /sys/class/sound/audio/dev /sys/class/sound/controlC0/dev /sys/class/sound/controlC1/dev /sys/class/sound/dsp1/dev /sys/class/sound/dsp/dev /sys/class/sound/mixer1/dev /sys/class/sound/mixer/dev /sys/class/sound/pcmC0D0c/dev /sys/class/sound/pcmC0D0p/dev /sys/class/sound/pcmC0D1p/dev /sys/class/sound/pcmC1D0c/dev /sys/class/sound/pcmC1D0p/dev /sys/class/sound/timer/dev /sys/class/usb_device/usbdev1.1/dev /sys/class/usb_device/usbdev2.1/dev /sys/class/usb_device/usbdev3.1/dev /sys/class/usb_endpoint/usbdev1.1_ep00/dev /sys/class/usb_endpoint/usbdev1.1_ep81/dev /sys/class/usb_endpoint/usbdev2.1_ep00/dev /sys/class/usb_endpoint/usbdev2.1_ep81/dev /sys/class/usb_endpoint/usbdev3.1_ep00/dev /sys/class/usb_endpoint/usbdev3.1_ep81/dev /sys/devices/pci:00/:00:13.0/usb1/dev /sys/devices/pci:00/:00:13.1/usb2/dev /sys/devices/pci:00/:00:13.2/usb3/dev /sys/devices/pci:00/:00:14.4/:06:06.2/fw0/dev -- Kernel configuration: -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (520,
Bug#459898: O: hotkey-setup -- auto-configures laptop hotkeys
Package: wnpp Severity: normal The current maintainer of hotkey-setup, Matthew Garrett [EMAIL PROTECTED], is apparently not active anymore. Therefore, I orphan this package now. If you want to be the new maintainer, please take it -- see http://www.debian.org/devel/wnpp/index.html#howto-o for detailed instructions how to adopt a package properly. Some information about this package: Package: hotkey-setup Binary: hotkey-setup Version: 0.1-17.1 Priority: optional Section: misc Maintainer: Matthew Garrett [EMAIL PROTECTED] Build-Depends: debhelper (= 4.0.0) Architecture: i386 amd64 Standards-Version: 3.6.1 Format: 1.0 Directory: pool/main/h/hotkey-setup Files: 1633c59648cb3f26b13d110bf3370a6d 522 hotkey-setup_0.1-17.1.dsc 15ee4e71a41a53e148eb80ed3410169f 15144 hotkey-setup_0.1-17.1.tar.gz Package: hotkey-setup Priority: optional Section: misc Installed-Size: 121 Maintainer: Matthew Garrett [EMAIL PROTECTED] Architecture: i386 Version: 0.1-17.1 Depends: dmidecode (= 2.7) Conflicts: tpb Filename: pool/main/h/hotkey-setup/hotkey-setup_0.1-17.1_i386.deb Size: 17094 MD5sum: b893da487f6ef015ead62b50a031c586 SHA1: 6285f0155f3de8bdc73dbdcb5dc66bb635532e60 SHA256: 5552249ff56f4c9cb4a0f851a31cc76100c398926007d02718649b1237f6127c Description: auto-configures laptop hotkeys This package will attempt to auto-detect your laptop hardware and then configure its hotkeys to produce useful keycodes. These can then be used by userspace applications. Tag: hardware::laptop, role::program, scope::utility Task: desktop, laptop -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#459900: O: libx86 -- x86 real-mode library - development files
Package: wnpp Severity: normal The current maintainer of libx86, Matthew Garrett [EMAIL PROTECTED], is apparently not active anymore. Therefore, I orphan this package now. If you want to be the new maintainer, please take it -- see http://www.debian.org/devel/wnpp/index.html#howto-o for detailed instructions how to adopt a package properly. Some information about this package: Package: libx86 Binary: libx86-dev, libx86-1 Version: 0.99-1.2 Priority: optional Section: libs Maintainer: Matthew Garrett [EMAIL PROTECTED] Build-Depends: debhelper (= 5) Architecture: any Standards-Version: 3.7.2 Format: 1.0 Directory: pool/main/libx/libx86 Files: 9b83f1419632b7f1c87acbdaa1a3a929 507 libx86_0.99-1.2.dsc f88506b7c3ccfb8cc8f9afe911e49aaa 82831 libx86_0.99-1.2.tar.gz Package: libx86-1 Priority: optional Section: libs Installed-Size: 56 Maintainer: Matthew Garrett [EMAIL PROTECTED] Architecture: i386 Source: libx86 Version: 0.99-1.2 Depends: libc6 (= 2.3.6-6) Filename: pool/main/libx/libx86/libx86-1_0.99-1.2_i386.deb Size: 6908 MD5sum: e3dd134c7faa8a852dcc7b3030f9f60d SHA1: cb1930c8b626e78a4d4632cbe356e567a284420a SHA256: 618a6ba18b553c1084bedc23eb0215fae4afa34302035452c422db507904f8b0 Description: x86 real-mode library A library to provide support for making real-mode calls x86 calls. On x86 hardware, vm86 mode is used. On other platforms, x86 emulation is provided. Tag: role::shared-lib Package: libx86-dev Priority: optional Section: libdevel Installed-Size: 52 Maintainer: Matthew Garrett [EMAIL PROTECTED] Architecture: i386 Source: libx86 Version: 0.99-1.2 Depends: libx86-1 (= 0.99-1.2) Filename: pool/main/libx/libx86/libx86-dev_0.99-1.2_i386.deb Size: 7094 MD5sum: d0d7e67a36e23d7e618a22af27d0c707 SHA1: 29e3802f3293cd5a21012f9ebde97930e1f44009 SHA256: 5da9d6d56626b75a79dc53838963702e72e4691629e000b840e22817f1727e40 Description: x86 real-mode library - development files A library to provide support for making real-mode calls x86 calls. On x86 hardware, vm86 mode is used. On other platforms, x86 emulation is provided. . This package contains the development files for libx86. Tag: devel::library -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#459885: markdown: does not handle well [foo bar][]-links with a newline inside
* Adeodato Simó [Wed, 09 Jan 2008 11:44:47 +0100]: Things get a bit better with the version in unstable, 1.0.2~b8, with which the output is: -8- pBla, bla, bla, bla, bla, bla, bla, bla, bla, bla bla. This is a href=http://www.ua.es;my University/a[]./p -8- Almost what's desired, except that the second pair of brackets is left in the output. Ah, but I see now that this is a new feature, by which a sole [foo bar] without a second pair of brackets becomes a link iff it's defined somewhere. While this is *very* nice, there's a still (IMHO) a bug in the handling of newlines inside the brackets. This works the same in 1.0.1 and 1.0.2: -8- [my university][] -8- But this does not work in either: -8- [my university][] -8- In 1.0.1 it doesn't work at all, and in 1.0.2 it gets interpreted as one of the new [without second pair of brackets] style links, and the second pair gets printed verbatim in the output. I may poke at the code later. Cheers, -- Adeodato Simó dato at net.com.org.es Debian Developer adeodato at debian.org — As the ship lay in Boston Harbor, a party the colonists dressed as red Indians boarded the vessel, behaved very rudely, and threw all the tea overboard, making the tea unsuitable for drinking. Even for Americans. -- George W. Banks in “Mary Poppins”
Bug#459894: vsftpd: is not stopped before/after removing
tags 459894 - security thanks Hi Jan, * Jan Hauke Rahm [EMAIL PROTECTED] [2008-01-09 13:18]: [...] Well, I thought I removed that? Let's have a look with ps and netstat and yes, it is indeed still running... :-/ If I did not install a new ftpd I possibly did not notice that there is still port 21 open. Because of that I set the security tag. Hopefully I did not shock you too much. :) The described problem is not a security flaw and open ports are not considered vulnerabilities. Thus removing the security tag. Kind regards Nico -- Nico Golde - http://www.ngolde.de - [EMAIL PROTECTED] - GPG: 0x73647CFF For security reasons, all text in this mail is double-rot13 encrypted. pgpdQEGOs6BbE.pgp Description: PGP signature