Bug#467319: [Fwd: [Bug 15057] lockup with i915_wait_irq ERROR]
Francesco, the upstream developer wants you to try one patch. It has been applied to the upstream mesa_7_0_branch after I released Debian 7.0.3-2. So you can either checkout this branch from this upstream git repo, or get the Debian source (apt-get source mesa) and apply it (from [1]). Once you have the source, you need to get the build dependencies: apt-get build-dep mesa And then build the DRI driver with make linux-dri DRI_DIRS=i965 Then you should have i965_dri.so in src/mesa/drivers/dri/i965/i965_dri.so You can test it with LIBGL_DRIVERS_PATH=$PWD/src/mesa/drivers/dri/i965/ yourprogram Adding LIBGL_DEBUG=verbose will also display some debugging messages if you want to check that the right i965_dri.so is being used. If you need more help, please let me know. Brice [1] http://gitweb.freedesktop.org/?p=mesa/mesa.git;a=commitdiff_plain;h=82a0e82232d61a75fee39d50333016d78938450f;hp=03447de338158cca962880fd04d7d3ecf4bd9c5b Original Message Subject:[Bug 15057] lockup with i915_wait_irq ERROR Date: Sun, 15 Jun 2008 19:33:25 -0700 (PDT) From: [EMAIL PROTECTED] To: [EMAIL PROTECTED] http://bugs.freedesktop.org/show_bug.cgi?id=15057 --- Comment #6 from haihao [EMAIL PROTECTED] 2008-06-15 19:33:25 PST --- Could you try the commit 82a0e82232d61a75fee39d50333016d78938450f? So far I can't reproduce it. -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You reported the bug. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#486442: linux-image-2.6.25-1-iop32x: Thecus n2100: RTL-8169 network card receives multi/broadcast packets only in promiscous mode
Package: linux-image-2.6.25-1-iop32x Version: 2.6.25-1 Severity: normal Hardware: Thecus n2100, two gigabit ethernet hards RTL-8169 Both cards work strangely: they refuse to receive broadcast, multicast packets and ARP responses when not in promiscous mode, while they're able to respond to ARP requests, so I'm able to use the network when interfaces are statically configured. I suppose that network dump is useless in this case, as merely running tcpdump makes cards work fine, so I'm pretty out of ideas what should I add to the bug report :) -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing') Architecture: armel (armv5tel) Kernel: Linux 2.6.25-1-iop32x Locale: LANG=C, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages linux-image-2.6.25-1-iop32x depends on: ii debconf [debconf-2.0] 1.5.22 Debian configuration management sy ii initramfs-tools [linux-initra 0.92b tools for generating an initramfs ii module-init-tools 3.4-1 tools for managing Linux kernel mo linux-image-2.6.25-1-iop32x recommends no packages. -- debconf information: linux-image-2.6.25-1-iop32x/preinst/failed-to-move-modules-2.6.25-1-iop32x: linux-image-2.6.25-1-iop32x/preinst/elilo-initrd-2.6.25-1-iop32x: true linux-image-2.6.25-1-iop32x/postinst/bootloader-test-error-2.6.25-1-iop32x: shared/kernel-image/really-run-bootloader: true linux-image-2.6.25-1-iop32x/postinst/kimage-is-a-directory: linux-image-2.6.25-1-iop32x/preinst/already-running-this-2.6.25-1-iop32x: linux-image-2.6.25-1-iop32x/postinst/depmod-error-initrd-2.6.25-1-iop32x: false linux-image-2.6.25-1-iop32x/preinst/bootloader-initrd-2.6.25-1-iop32x: true linux-image-2.6.25-1-iop32x/postinst/create-kimage-link-2.6.25-1-iop32x: true linux-image-2.6.25-1-iop32x/postinst/old-system-map-link-2.6.25-1-iop32x: true linux-image-2.6.25-1-iop32x/preinst/initrd-2.6.25-1-iop32x: linux-image-2.6.25-1-iop32x/postinst/depmod-error-2.6.25-1-iop32x: false linux-image-2.6.25-1-iop32x/postinst/old-dir-initrd-link-2.6.25-1-iop32x: true linux-image-2.6.25-1-iop32x/preinst/abort-overwrite-2.6.25-1-iop32x: linux-image-2.6.25-1-iop32x/preinst/lilo-initrd-2.6.25-1-iop32x: true linux-image-2.6.25-1-iop32x/postinst/old-initrd-link-2.6.25-1-iop32x: true linux-image-2.6.25-1-iop32x/preinst/overwriting-modules-2.6.25-1-iop32x: true linux-image-2.6.25-1-iop32x/preinst/abort-install-2.6.25-1-iop32x: linux-image-2.6.25-1-iop32x/prerm/removing-running-kernel-2.6.25-1-iop32x: true linux-image-2.6.25-1-iop32x/prerm/would-invalidate-boot-loader-2.6.25-1-iop32x: true linux-image-2.6.25-1-iop32x/postinst/bootloader-error-2.6.25-1-iop32x: linux-image-2.6.25-1-iop32x/preinst/lilo-has-ramdisk: -- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#485962: heimdal-kdc: The glob-patten in kadmind.acl doesn't work.
Stephan Jennewein wrote: If you set any glob-pattern in kadmind.acl and want to check it in kadmin with 'privs' it always replies 'none' as result. I guess that it's a problem with the 022_ftp-roken-glob patch, because an upstream guy told me that it must be a problem with the glob() function and this seems to me the only patch which changes something with glob(). No, 022_ftp-roken-glob, like the name implies, only affects ftp, not kadmin. Your problem must lie elsewhere... Brian May -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#486443: mysql-dfsg-5.0: [INTL:vi] Vietnamese debconf templates translation
Package: mysql-dfsg-5.0 Version: Tags: l10n patch Severity: wishlist The initial Vietnamese translation for the debconf file: mysql-dfsg-5.0 translated and submitted by: Clytie Siddall Vietnamese Free-Software Translation Team http://vnoss.net/dokuwiki/doku.php?id=projects:l10n vi.po Description: Binary data
Bug#486409: ITP: glulxe - an interpreter for text adventures
On Mon, Jun 16, 2008 at 12:07:10AM +0200, Peer Schaefer wrote: glulxe is an interpreter for Text Adventures. It is an implementation of the glulx Virtual Machine (VM) which was specifically designed for the needs of Interactive Fiction (a.k.a. Text Adventures). Games that ship in the form of runtime-code for the glulx VM can be run with any standard conforming glulx interpreter, e.g. with glulxe. Code for the glulx VM can be produced e.g. with the Inform compiler. Hi Peer, I have some interest for glulxe (see #338476 and its friends, where I pretty much overdid the packaging), thanks for your effort in getting it into Debian. The packages look OK at first sight, but I'll take a closer look when I have more time. Please consider using 'libglkterm-dev' instead of 'libglkterm0-dev' - even if there's going to be a new API version at some point, there are so few packages using the library that having both the old and the new -dev package installable at the same time is most probably unnecessary. I'll try to get back to you on this in a few days. -- Niko Tyni [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#485790: generate separate /boot as workaround for buggy LBA48 ?
On Sun, Jun 15, 2008 at 04:52:32PM +0200, Frans Pop wrote: The disadvantage of that (assuming you want to avoid LVM) is that for a really small / you'll need at least separate /var, /usr, /tmp, /srv and /home partitions and then you have the question what the best relative sizes are for that particular user. Here's a wild idea that could be used to work around that. Create two partitions: / and a partition e.g. /media/multifs. And then bind mount all other partitions inside the second one. /etc/fstab would look something like this: snip # /etc/fstab: static file system information. # # file system mount point type options dump pass proc/proc procdefaults0 0 /dev/hda1 / ext3errors=remount-ro 0 1 /dev/hda3 /media/multifs ext3defaults0 2 /dev/hda5 noneswapsw 0 0 /dev/hdc/media/cdrom0 udf,iso9660 user,noauto 0 0 /dev/fd0/media/floppy0 autorw,user,noauto 0 0 /media/multifs/home /home ext3bind0 0 /media/multifs/srv/srvext3bind0 0 /media/multifs/usr/usrext3bind0 0 /media/multifs/var/varext3bind0 0 /media/multifs/tmp/tmpext3bind0 0 /snip I've tested this and it actually seems to work. If people like this idea, all we'd need is to add support for it in partman :-) One added advantage would be short fsck times for /. I've done this sort of thing before, in the distant past; I've moved away from it because I couldn't find any real advantages to not just using a single large root partition plus a small /boot. -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. Ubuntu Developerhttp://www.debian.org/ [EMAIL PROTECTED] [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#486445: [INTL:nl] Updated Dutch po-debconf translation
Package: console-data Severity: wishlist Tags: patch l10n Please find attached the updated dutch po-debconf translation. Please add it to your next package revision, it should replace the current debian/po/nl.po in your package tree, TIA. Feel free to mail me if this file needs updating at some future date. -- cobaco (aka Bart Cornelis) # #Translators, if you are not familiar with the PO format, gettext #documentation is worth reading, especially sections dedicated to #this format, e.g. by running: # info -n '(gettext)PO Files' # info -n '(gettext)Header Entry' # #Some information specific to po-debconf are available at #/usr/share/doc/po-debconf/README-trans # or http://www.debian.org/intl/l10n/po-debconf/README-trans # #Developers do not need to manually edit POT or PO files. # msgid msgstr Project-Id-Version: console-data\n Report-Msgid-Bugs-To: [EMAIL PROTECTED] POT-Creation-Date: 2008-06-06 17:25+0200\n PO-Revision-Date: 2008-06-16 08:30+0200\n Last-Translator: Bart Cornelis [EMAIL PROTECTED]\n Language-Team: debian-l10n-dutch [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.9.1\n X-Poedit-Language: Dutch\n #. Type: select #. Choices #: ../console-keymaps-acorn.templates:1001 #: ../console-keymaps-at.templates:1001 #: ../console-keymaps-usb.templates:1001 #: ../console-keymaps-dec.templates:1001 msgid American English msgstr Amerikaans Engels #. Type: select #. Choices #: ../console-keymaps-acorn.templates:1001 #: ../console-keymaps-at.templates:1001 msgid Belarusian msgstr Wit-Russisch #. Type: select #. Choices #: ../console-keymaps-acorn.templates:1001 #: ../console-keymaps-at.templates:1001 #: ../console-keymaps-usb.templates:1001 msgid Belgian msgstr Belgisch #. Type: select #. Choices #: ../console-keymaps-acorn.templates:1001 #: ../console-keymaps-at.templates:1001 msgid Brazilian msgstr Braziliaans #. Type: select #. Choices #: ../console-keymaps-acorn.templates:1001 #: ../console-keymaps-at.templates:1001 msgid Brazilian msgstr Braziliaans #. Type: select #. Choices #: ../console-keymaps-acorn.templates:1001 #: ../console-keymaps-at.templates:1001 #: ../console-keymaps-usb.templates:1001 msgid British English msgstr Brits Engels #. Type: select #. Choices #: ../console-keymaps-acorn.templates:1001 #: ../console-keymaps-at.templates:1001 msgid Bulgarian msgstr Bulgaars #. Type: select #. Choices #: ../console-keymaps-acorn.templates:1001 #: ../console-keymaps-at.templates:1001 msgid Canadian Multilingual msgstr Canadees meertalig #. Type: select #. Choices #: ../console-keymaps-acorn.templates:1001 #: ../console-keymaps-at.templates:1001 msgid Croatian msgstr Kroatisch #. Type: select #. Choices #: ../console-keymaps-acorn.templates:1001 #: ../console-keymaps-at.templates:1001 msgid Czech msgstr Tsjechisch #. Type: select #. Choices #: ../console-keymaps-acorn.templates:1001 #: ../console-keymaps-at.templates:1001 #: ../console-keymaps-usb.templates:1001 msgid Danish msgstr Deens #. Type: select #. Choices #: ../console-keymaps-acorn.templates:1001 #: ../console-keymaps-at.templates:1001 msgid Dutch msgstr Nederlands #. Type: select #. Choices #: ../console-keymaps-acorn.templates:1001 #: ../console-keymaps-at.templates:1001 #: ../console-keymaps-usb.templates:1001 msgid Dvorak msgstr Engels met minimale vingerbeweging (dvorak) #. Type: select #. Choices #: ../console-keymaps-acorn.templates:1001 #: ../console-keymaps-at.templates:1001 msgid Estonian msgstr Estlands #. Type: select #. Choices #: ../console-keymaps-acorn.templates:1001 #: ../console-keymaps-at.templates:1001 #: ../console-keymaps-usb.templates:1001 msgid Finnish msgstr Fins #. Type: select #. Choices #: ../console-keymaps-acorn.templates:1001 #: ../console-keymaps-at.templates:1001 #: ../console-keymaps-usb.templates:1001 msgid French msgstr Frans #. Type: select #. Choices #: ../console-keymaps-acorn.templates:1001 msgid French msgstr Frans #. Type: select #. Choices #: ../console-keymaps-acorn.templates:1001 #: ../console-keymaps-at.templates:1001 #: ../console-keymaps-usb.templates:1001 msgid German msgstr Duits #. Type: select #. Choices #: ../console-keymaps-acorn.templates:1001 #: ../console-keymaps-at.templates:1001 msgid Greek msgstr Grieks #. Type: select #. Choices #: ../console-keymaps-acorn.templates:1001 #: ../console-keymaps-at.templates:1001 msgid Hebrew msgstr Hebreeuws #. Type: select #. Choices #: ../console-keymaps-acorn.templates:1001 #: ../console-keymaps-at.templates:1001 msgid Hungarian msgstr Hongaars #. Type: select #. Choices #: ../console-keymaps-acorn.templates:1001 #: ../console-keymaps-at.templates:1001 msgid Icelandic msgstr IJslands #. Type: select #. Choices #. Type: select #. Choices #. Type: select #. Choices #: ../console-keymaps-acorn.templates:1001 #: ../console-keymaps-at.templates:1001 #:
Bug#486444: pkg-config --libs xft does not list -lfontconfig anymore, iceape FTBFS
Package: xft, iceape Severity: important User: [EMAIL PROTECTED] Usertags: kfreebsd Hello, the last change in xft 2.1.12-3 due to #389831 dropped from pkg-config --libs xft -lfontconfig. Current iceape have in gfx/src/shared/Makefile.in: ifdef MOZ_ENABLE_XFT REQUIRES+= pref CPPSRCS += nsFontConfigUtils.cpp LOCAL_INCLUDES += $(MOZ_XFT_CFLAGS) endif The nsFontConfigUtils.cpp uses FcPattern*() calls directly, similarly gfx/src/ps/nsFontMetricsPS.cpp uses them when MOZ_ENABLE_XFT is defined. So iceape with current xft fails to link. It might affect also other mozilla related packages. Petr -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#486446: vim-runtime: dpkg-divert noise on upgrade
Package: vim-runtime Version: 1:7.1.314-2 Severity: normal Tags: patch Your package produces noise when it is upgraded/reinstalled: , | # aptitude reinstall vim-runtime | [...] | (Reading database ... 138126 files and directories currently installed.) | Preparing to replace vim-runtime 1:7.1.314-2 (using .../vim-runtime_1%3a7.1.314-2_all.deb) ... | Leaving `diversion of /usr/share/vim/vim71/doc/help.txt to /usr/share/vim/vim71/doc/help.txt.vim-tiny by vim-runtime' | Leaving `diversion of /usr/share/vim/vim71/doc/tags to /usr/share/vim/vim71/doc/tags.vim-tiny by vim-runtime' | Unpacking replacement vim-runtime ... | Removing `diversion of /usr/share/vim/vim71/doc/help.txt to /usr/share/vim/vim71/doc/help.txt.vim-tiny by vim-runtime' | dpkg-divert: rename involves overwriting `/usr/share/vim/vim71/doc/help.txt' with | different file `/usr/share/vim/vim71/doc/help.txt.vim-tiny', not allowed | Removing `diversion of /usr/share/vim/vim71/doc/tags to /usr/share/vim/vim71/doc/tags.vim-tiny by vim-runtime' | dpkg-divert: rename involves overwriting `/usr/share/vim/vim71/doc/tags' with | different file `/usr/share/vim/vim71/doc/tags.vim-tiny', not allowed | Processing triggers for man-db ... | Setting up vim-runtime (1:7.1.314-2) ... | Processing /usr/share/vim/addons/doc ` The problem is that the postrm script runs the handhold_diversion_removal function unconditionally, thus producing the dpkg-divert error messages. It should only do this if the package is being removed, not when it is upgraded. The following patch takes care of that: --8---cut here---start-8--- --- vim-runtime.postrm~ 2008-06-15 19:00:57.0 +0200 +++ vim-runtime.postrm 2008-06-16 08:23:07.0 +0200 @@ -29,7 +29,10 @@ } rm -f /usr/share/vim/addons/doc/tags -handhold_diversion_removal +if [ $1 = remove ] +then +handhold_diversion_removal +fi --8---cut here---end---8--- -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.25.6 Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash vim-runtime depends on no packages. Versions of packages vim-runtime recommends: ii vim 1:7.1.314-2 Vi IMproved - enhanced vi editor ii vim-tiny 1:7.1.314-2 Vi IMproved - enhanced vi editor - -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#476973: Raising severity
On Fri, 13 Jun 2008, James Vega wrote: Since this potentially causes any *new* installs of packages using diversions to fail, I'm raising the severity to important. The current behavior will cause failed installs for packages that divert files in package-specific directories using the code snippets in Section G of policy. Can you check if the following patch is enough to resolve your problems? http://git.debian.org/?p=dpkg/dpkg.git;a=commitdiff;h=d329b123b6d061df4b7a6dce938d6d9046b879ae I tend to think that it's not yet enough as it will still fail if the destination directory doesn't exist while the file-to-be-diverted does. But I might be mistaken and I'd rather make sure that the bug is really fixed before proceeding with the 1.14.20 upload. Cheers, -- Raphaël Hertzog Le best-seller français mis à jour pour Debian Etch : http://www.ouaza.com/livre/admin-debian/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#486219: avr-libc-user-manual.pdf lacking page numbers in the index
Hi, thanx for the repport, we probably have to run tex once more during the build, I'll look into it... On Sat, Jun 14, 2008 at 1:58 PM, Jonas Meyer [EMAIL PROTECTED] wrote: Package: avr-libc Version: 1:1.6.2-1 Severity: minor in the Module Index all page numbers are only visible as ?? in evince. for example: alloca.h: Allocate space in the stack ?? assert.h: Diagnostics ?? I'd like to print the manual so being able to just click the links doesn't help. Thanks, Jonas -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.25-1-amd64 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- no debconf information -- Håkan Ardö -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#471040: closed by William Pitcock [EMAIL PROTECTED] (Bug#471040: fixed in audacious 1.5.1-1)
reopen 471040 kthxbye At 1213591550 time_t, Debian Bug Tracking System wrote: - Scaling feature has been reset back to the old scaling ratio. (Closes: #471040) No, it does not. Cheers, -- Julien Danjou .''`. Debian Developer : :' : http://julien.danjou.info `. `' http://people.debian.org/~acid `- 9A0D 5FD9 EB42 22F6 8974 C95C A462 B51E C2FE E5CD signature.asc Description: Digital signature
Bug#486447: git-buildpackage: using '$' in commit messages confuses git-dch
Package: git-buildpackage Version: 0.4.28 Severity: normal I recently made a commit message that looked like this: Add $remote_fs dependency in init.d LSB header When I later ran git-dch to create a changelog entry it became: Add dependency in init.d LSB header I suspect there needs to be some escaping or protecting of the commit messages to prevent replacing the non-variable. Thanks, Cameron -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (990, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.24-1-amd64 (SMP w/1 CPU core) Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages git-buildpackage depends on: ii devscripts 2.10.26 scripts to make the life of a Debi ii git-core 1:1.5.5.1-1 fast, scalable, distributed revisi ii python 2.5.2-1 An interactive high-level object-o ii python-dateutil 1.4-1 powerful extensions to the standar ii python-support 0.7.7 automated rebuilding support for P git-buildpackage recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#486394: linux-modules-extra-2.6: Please add speakup modules
Samuel Thibault wrote: Hello, Hi, As discussed on the linux-boot and linux-kernel mailing lists, for accessibility purpose it would be useful to have speakup modules compiled for the debian installer, and thus to add them to linux-modules-extra-2.6. Here is a patch that does so. good, but don't override rules, please fix your module-source package instead. As soon as you've uploaded a fixed version, let me know and I'll add speakup. Regards, Daniel -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: [EMAIL PROTECTED] Internet: http://people.panthera-systems.net/~daniel-baumann/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#486448: arp.8.gz: Mispelled EXAMPLES section heading
Package: net-tools Version: 1.60-19 Severity: minor The section is currently labeled as EXSAMPLES. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (800, 'testing'), (500, 'stable'), (70, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.24-1-amd64 (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 net-tools depends on: ii libc6 2.7-10 GNU C Library: Shared libraries net-tools recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#480606: fixed in laptop-mode-tools 1.42-1
Hi Raphael, Raphael Geissert wrote: This is with checkbashisms -n. Nope. According to the checkbashisms manual and according to the Debian Policy Manual section 10.4, echo -n should be supported. Therefore, this is not a bug. Right? echo -n must be supported by a suitable 'sh' replacement, i.e. dash. But here's the reason of the report (taking one of the lines as an example): $ cat /tmp/foo PROFILE_RUN_LENGTH=100 SECONDS_DONE=50 echo -n \r$SECONDS_DONE seconds elapsed, $(($PROFILE_RUN_LENGTH - $SECONDS_DONE)) remaining. \b\b\b\b\b\b\b\b\b $ dash /tmp/foo; echo 50 seconds elapsed, 50 remaining. $ bash /tmp/foo; echo \r50 seconds elapsed, 50 remaining. \b\b\b\b\b\b\b\b\b $ posh /tmp/foo; echo 50 seconds elapsed, 50 remaining. $ zsh /tmp/foo; echo 50 seconds elapsed, 50 remaining. $ pdksh /tmp/foo; echo 50 seconds elapsed, 50 remaining. $ ksh /tmp/foo; echo \r50 seconds elapsed, 50 remaining. \b\b\b\b\b\b\b\b\b $ mksh /tmp/foo; echo 50 seconds elapsed, 50 remaining. Hope you see what I mean. Although this bug isn't really dash-specific, it usually is when the expected behaviour of echo is to interpret backslashes. The right way to do this is with printf. E.g. printf '\r%d seconds elapsed, %d remaining. \b\b\b\b\b\b\b\b\b' $SECONDS_DONE $(($PROFILE_RUN_LENGTH - $SECONDS_DONE)) Ah... that sounds OK to me, will fix. Thanks for the hint! -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#486444: pkg-config --libs xft does not list -lfontconfig anymore, iceape FTBFS
On Mon, 2008-06-16 at 08:42 +0200, Petr Salinger wrote: The nsFontConfigUtils.cpp uses FcPattern*() calls directly, similarly gfx/src/ps/nsFontMetricsPS.cpp uses them when MOZ_ENABLE_XFT is defined. Then iceape needs to link fontconfig explicitly instead of relying on Xft to do it. -- Earthling Michel Dänzer | http://tungstengraphics.com Libre software enthusiast | Debian, X and DRI developer -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#486450: [INTL:bg] Updated Bulgarian debconf translation
Package: ssl-cert Version: 1.0.20 Severity: wishlist Tags: patch l10n Hi, Please find attached updated Bulgarian debconf translation of ssl-cert. -- dam # translation of bg.po to Bulgarian # Copyright (C) YEAR THE PACKAGE'S COPYRIGHT HOLDER # This file is distributed under the same license as the PACKAGE package. # # Damyan Ivanov [EMAIL PROTECTED], 2007. # Damyan Ivanov [EMAIL PROTECTED], 2008. msgid msgstr Project-Id-Version: ssl-cert\n Report-Msgid-Bugs-To: [EMAIL PROTECTED] POT-Creation-Date: 2008-06-13 09:20+0200\n PO-Revision-Date: 2008-06-16 10:32+0300\n Last-Translator: Damyan Ivanov [EMAIL PROTECTED]\n Language-Team: Bulgarian [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 #: ../templates:2001 msgid Host name: msgstr Име на хост: #. Type: string #. Description #: ../templates:2001 msgid Please enter the host name to use in the SSL certificate. msgstr Въведете името на хоста. #. Type: string #. Description #: ../templates:2001 msgid It will become the 'commonName' field of the generated SSL certificate. msgstr Стойността ще се използва за полето „commonName“ на генерирания сертификат. #. Type: title #. Description #: ../templates:3001 #| msgid Configure an SSL certificate msgid Configure an SSL Certificate. msgstr Настройване на сертификат за SSL. #. Type: note #. Description #: ../templates:4001 msgid Local SSL certificates must be replaced msgstr Локалните сертификати за SSL трябва да бъдат подменени #. Type: note #. Description #: ../templates:4001 msgid A security certificate which was automatically created for your local system needs to be replaced due to a flaw which renders it insecure. This will be done automatically. msgstr Автоматично генериран сертификат за SSL трябва да бъде подменен заради пропуск, който го прави несигурен. Замяната ще бъде направена автоматично. #. Type: note #. Description #: ../templates:4001 msgid If you don't know anything about this, you can safely ignore this message. msgstr Ако не разбирате за какво става дума, не обръщайте внимание на това съобщение. #~ msgid GB #~ msgstr GB #~ msgid Country code: #~ msgstr Код на страната: #~ msgid #~ Please enter the two-letter ISO-3166 code to use in the SSL certificate. #~ msgstr #~ Въведете двубуквеният код на страната според ISO-3166, който да се #~ използва в сертификата за SSL. #~ msgid #~ It will become the 'countryName' field of the generated SSL certificate. #~ msgstr #~ Стойността ще се използва за полето „countryName“ в генерирания #~ сертификат. #~ msgid Scotland #~ msgstr Scotland #~ msgid State or province name: #~ msgstr Име на щат или провинция: #~ msgid #~ Please enter the name of the administrative subdivision to use in the SSL #~ certificate. #~ msgstr Въведете името на административното подразделение. #~ msgid #~ It will become the 'stateOrProvinceName' field of the generated SSL #~ certificate. #~ msgstr #~ Стойността ще се използва в полето „stateOrProvinceName“ на генерираният #~ сертификат. #~ msgid Edinburgh #~ msgstr Edinburgh #~ msgid Locality name: #~ msgstr Населено място: #~ msgid #~ Please enter the name of the city or town to use in the SSL certificate. #~ msgstr Въведете името на населеното място. #~ msgid #~ It will become the 'localityName' field of the generated SSL certificate. #~ msgstr #~ Стойността ще се използва в полето „localityName“ на генерирания #~ сертификат. #~ msgid Example Inc. #~ msgstr Example Inc. #~ msgid Organization name: #~ msgstr Организация: #~ msgid #~ Please enter the name of the company or organization to use in the SSL #~ certificate. #~ msgstr Въведете името на организацията. #~ msgid #~ It will become the 'organisationName' field of the generated SSL #~ certificate. #~ msgstr #~ Стойността ще се използва за полето „organisationName“ на генерирания #~ сертификат. #~ msgid Dept. of Examplification #~ msgstr Dept. of Examplification #~ msgid Organizational unit name: #~ msgstr Подразделение: #~ msgid #~ Please enter the name of the division or section of the organization to #~ use in the SSL certificate. #~ msgstr Въведете името на организационното подразделение. #~ msgid #~ It will become the 'organisationalUnitName' field of the generated SSL #~ certificate. #~ msgstr #~ Стойността ще се използва за полето „organisationalUnitName“ на #~ генерирания сертификат. #~ msgid This value is mandatory. #~ msgstr Това поле е задължително. #~ msgid Email address: #~ msgstr Email адрес: #~ msgid Please enter the email address to use in the SSL certificate. #~ msgstr Въведете Email адрес. #~ msgid It will become the 'email' field of the generated SSL certificate. #~ msgstr #~ Стойността ще се използва за полето „email“ на генерирания сертификат.
Bug#467235: xserver-xorg-video-ati: [radeon] images not scaled properly when using EXA
On Sun, 2008-06-15 at 15:43 -0400, Hubert Chathi wrote: On Sun, 15 Jun 2008 12:32:45 +0200 Brice Goglin [EMAIL PROTECTED] wrote: Does Option EXANoComposite help ? Yes, if I add Option EXANoComposite true and comment out Option RenderAccel off things seem to work properly, AFAICT. Yes, these both have basically the same effect with EXA. Have you been able to try a newer version of the driver? FWIW, I can't reproduce the problem using current upstream development snapshots of the driver and X server, though this is using an R300 generation card, so there may still be a problem with your generation card. -- Earthling Michel Dänzer | http://tungstengraphics.com Libre software enthusiast | Debian, X and DRI developer -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#486442: linux-image-2.6.25-1-iop32x: Thecus n2100: RTL-8169 network card receives multi/broadcast packets only in promiscous mode
* Mikhail Gusarov [EMAIL PROTECTED] [2008-06-16 13:04]: I suppose that network dump is useless in this case, as merely running tcpdump makes cards work fine, so I'm pretty out of ideas what should I add to the bug report :) Do you know if the same happened with older versions of the kernel? -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#470629: libchipcard-tools: Bugfix and part of signalling infrastructure
Hi Hendrik, Hendrik Sattler schrieb: I have created two patches that 1. fixes a bug that makes setting hardwareScanInterval=0 impossible 2. uses the above value by default and does triggering of scanning with SIGUSR2 The second patch is incomplete as the udev event to not call killall -s SIGUSR2 ., yet. However, that can be easily be added via RUN=, eiher directly or by providing an additional script. Can you explain me why the changes in the init script were necessary? Why do you give up the PID file? The execution of killall to trigger an initial hardware scan looks somewhat awkward. Shouldn't the chipcard daemon scan on initial startup anyways? I would prefer a patch which ensures this (if necessary, I haven't checked yet). Regards Micha -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#486311: Phishing filter does not work
* Mike Hommey: And it does work on http://www.mozilla.com/firefox/its-a-trap.html. Unless you can point to something that is recognized by the official firefox as phishing that is not by iceweasel, we can't consider this a bug. I haven't seen a real-world phishing URL which is detected by Iceweasel, so there has to be a bug somewhere. Maybe Google just publishes unuseful data. However, the net effect is that the filter does not offer the protection which is advertised. 8-( -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#486449: MOZILLA_1_8_BRANCH mismatch changes sizeof(JSFunctionSpec)
Package: libmozjs-dev Version: 1.8.1.14-3 Severity: normal File: /usr/lib/pkgconfig/xulrunner-js.pc /usr/include/mozjs/jsapi.h contains #ifdefs that change the size of struct JSFunctionSpec depending on whether MOZILLA_1_8_BRANCH is defined. The xulrunner source package defines this macro in configure.in. However, when an application is built to use mozjs, it seems none of the files in the libmozjs-dev package gives the application any hint on whether it too should define MOZILLA_1_8_BRANCH; grepping through all files in the package shows this macro only in the #ifdefs themselves. If the application does not define this macro, it gets a definition of JSFunctionSpec that does not match the compiled library. Because JS_DefineFunctions() takes an array of JSFunctionSpec as the last parameter and finds its elements by pointer arithmetic, this function is then likely to locate only the first element correctly. This actually happened to me with the upstream ELinks sources. There was no crash but JS_DefineFunctions() just failed to define the second of two functions. Please change the libmozjs-dev package so that applications can find out which preprocessor macros they need to define in order to get definitions that are compatible with the installed library. In xulrunner 1.8, I suggest adding a #define MOZILLA_1_8_BRANCH in jsconfig.h, or alternatively to xulrunner-js.pc. (ELinks does not currently call pkg-config for mozjs but I can change that if necessary.) In xulrunner 1.9, I guess the incompatibility has already disappeared; however, I ask you to keep this bug in mind in case new #ifdefs are ever added to the structure definitions. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.24-1-686 Locale: LANG=fi_FI.UTF-8, LC_CTYPE=fi_FI.UTF-8 (charmap=UTF-8) Versions of packages libmozjs-dev depends on: ii libmozjs0d1.8.1.14-3 The Mozilla SpiderMonkey JavaScrip ii libnspr4-dev 4.6.7-1Development files for the NetScape libmozjs-dev recommends no packages. -- no debconf information pgpXccXePMJEb.pgp Description: PGP signature
Bug#479731: Processed: severity of 479731 is grave
On Sat, 14 Jun 2008, Jonathan H N Chin wrote: Sorry, I misunderstood your previous email. I've uploaded the new version. Ahh, thank you. Too stupid that I did not read my bugs mail folder today morning to learn about your new version. So I just uploaded the old one but the current version will follow soon to get a proper Debian release. Many thanks for your work on findimagedupes. I'd recommend that you put always the latest version at your web page to enable me to pick the latest and greatest available code for the Debian package. Kind regards Andreas. -- http://fam-tille.de -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#486451: vlc doesn't show control panel in fullscreen mode
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Package: vlc Version: 0.8.6.e-2.3+b1 Severity: normal Hello, I have enabled the option in the vlc preferences, that it should show me the control panel in fullscreen mode if I move my mouse to one of the ends of the display, but anyway it doesn't work. In my vlcrc the option show-intf is also set to 1. - -- Mit freundlichem Gruß / With kind regards, Patrick Matthäi E-Mail: [EMAIL PROTECTED] -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iEYEARECAAYFAkhWGx4ACgkQ2XA5inpabMe6RwCcDaAx7rhbO3HnJc6emX1hv0Yr M+QAn1E9yk/gPF/jRK6XcOHzgZEYfTPJ =OSX1 -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#485759: banshee: strange dependencies: synaptic binfmt-support
Am Mittwoch, den 11.06.2008, 15:31 +0300 schrieb Eugene V. Lyubimkin: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 banshee depends on mono stuff, which depends on mono-common, which recommends binfmt-support. ok, let it... banshee depends on libgstreamer-plugins-base0.10-0, which recommends gnome-app-install, which depends on synaptic. Hm, libgstreamer-plugins-base0.10-0 only suggests gnome-app-install. Anyway, do you say that it is normal that audio application recommends non-related system management tool? Well, it actually is related. If gstreamer doesn't find a codec to play some file it will notify banshee about that and call gnome-codec-install (which is part of gnome-app-install) to install the codec. Just another example: suppose audacious will recommend libregexp-java. The same situation: of course, user can manually remove this package after install. But in most situations he just will not mention this package in other couple of package's dependencies. That's why Recommends should be only used for things, that are a) not absolutely required (otherwise it would be a dependency) and b) which most users in most situations want when they install the package. audacious users most probably don't want libregexp-java as it doesn't enhance audacious in a way that is useful to most users (it probably has nothing to do with audacious at all I guess). signature.asc Description: Dies ist ein digital signierter Nachrichtenteil
Bug#486400: splashy doesn't work with hibernation
Package: splashy Version: 0.3.10-1 Same problem with my laptop using splashy and uswsusp. System freezes during resume if splashy is in graphical mode. If I press F2 in the very early stage of the resume, splashy goes to verbose mode and the system resumes well from hibernation. But If I wait too much in graphical mode then I can't get the control of the machine anymore and I have to shutdown brutally. Ask me for futher information if needed. Regards, CA --- System information. --- Architecture: i386 Kernel: Linux 2.6.24-1-686 Debian Release: lenny/sid 990 testing www.debian-multimedia.org 990 testing security.debian.org 990 testing debian.fastweb.it 500 unstabledebian.fastweb.it --- Package information. --- Depends (Version) | Installed =-+- libc6 (= 2.7-1) | 2.7-10 libdirectfb-1.0-0(= 1.0.1-9) | 1.0.1-9 libgcc1 (= 1:4.1.1-21) | 1:4.3.0-5 libglib2.0-0 (= 2.12.0) | 2.16.3-2 libmagic1 | 4.24-2 libsplashy1 | 0.3.10-1 zlib1g (= 1:1.1.4) | 1:1.2.3.3.dfsg-12 lsb-base | 3.2-12 initramfs-tools | 0.92b -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#486452: dogtail: maybe update code from svn
Package: dogtail Version: 0.6.1-3 Severity: wishlist After seeing upstream flag many bugzilla items as fixed in svn: yann|work good to know there are lots of fixes in svn! yann|work is the svn code stable enough for daily use ? zack yeah, i've been terrible at publicly talking about it, but if you read the ChangeLog you'll see a ton of work since 0.6.1 zack i just haven't had the time lately to do anything :( zack i think svn should be in fact better than 0.6.1 yann|work cool - any release plans already ? zack still not yet, sadly Given the number of fixes, it would be really useful to update the package to an svn snapshot. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#485765: iceweasel: send link does not work allthoughitwasworking with FF2 and about:config seems ok
Mike Hommey wrote: Restart iceweasel, and please tell me the list is not empty anymore ;) The lits is indeed not empty anymore! Then, try setting the mailto handler. Did work! Thanks a lot. If that works, would you consider this enough ? Yes for me. Now I'm probably not the average user ;-) Thanks a lot for your help. -- eric -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#486442: linux-image-2.6.25-1-iop32x: Thecus n2100: RTL-8169 network card receives multi/broadcast packets only in promiscous mode
Twas brillig at 09:34:05 16.06.2008 UTC+02 when [EMAIL PROTECTED] did gyre and gimble: I suppose that network dump is useless in this case, as merely running tcpdump makes cards work fine, so I'm pretty out of ideas what should I add to the bug report :) MM Do you know if the same happened with older versions of the kernel? Yes, that's why I tried to install 2.6.25 (oops, it's not in archive, taken from link in [EMAIL PROTECTED] I believe). The same problem was with the 2.6.24-1-iop32x. -- pgpWdyCCOFtsT.pgp Description: PGP signature
Bug#460904: more infos
The fix should be implemented in the function imap_sync_mailbox() in imap.c. Instead of deleting all mail at once the list of UIDs should be limited to a certain size. Cyrus 2.1 doesn't like it to be larger than 8k for example, for Cyrus 2.2 the limit seems to be at 16k I've heard. Implementing a loop in this function will probably require the function imap_make_msg_set() to take another argument so that it can stop after a certain size is reached. The IMAP commands for removing mails are UID STORE list of uids EXPUNGE Regards, Joey -- Never trust an operating system you don't have source for! Please always Cc to me when replying to me on the lists. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#486453: Policy 8.2 suggests libraryname-tools, but not libraryname-utils
Package: debian-policy Version: 3.8.0.1 Severity: minor Hi, Policy currently reads: 8.2 Shared library support files [...] Run-time support programs that use the shared library but are not required for the library to function or files used by the shared library that can be used by any version of the shared library package should instead be put in a separate package. This package might typically be named libraryname-tools; note the absence of the soversion in the package name. However, in practice the -utils suffix for the discussed type of packages seems to be much more widely used than the -tools suffix that is suggested by policy 8.2. On my system I get the following results: $ dpkg -l \*-tools | wc -l 27 $ dpkg -l \*-utils | wc -l 38 I propose a change in the wording of the last sentence, maybe to something like this: This package might typically be named libraryname-utils or (at your option) libraryname-tools; note the absence of the soversion in the package name. However, if this would be a real recommendation regarding the package name for run-time support programs, we would need many transitional -utils packages poiting to many newly introduced -tools packages in the archive to become policy compliant. ;) Cheers, Fabian -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#454735: Bug in libconvert-asn1-perl fixed in revision 21692
tag 454735 + pending thanks Some bugs are closed in revision 21692 by Damyan Ivanov (dmn) Commit message: New upstream release. Closes: #454735 -- Make newer version available -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#486454: Does not remove automatically installed packages with remove/purge
Package: aptitude Version: 0.4.11.4-1 Severity: normal Aptitude does not remove automatically installed packages with aptitude remove. Files are marked as automatically installed, though. It tried exactly the same thing in Etch and Sid: $ sudo aptitude install emacs Metapackage emacs and all the depencencies get installed. $ sudo aptitude purge emacs In Etch, all the automatically installed dependencies are removed; in Sid, only the metapackage emacs is removed. Here's the complete terminal log from my session in Sid: (sid)[EMAIL PROTECTED]:~$ sudo aptitude install emacs [sudo] password for dtw: Reading package lists... Done Building dependency tree Reading state information... Done Reading extended state information Initializing package states... Done Reading task descriptions... Done The following NEW packages will be installed: emacs emacs22{a} emacs22-bin-common{a} emacs22-common{a} emacsen-common{a} liblockfile1{a} xaw3dg{a} 0 packages upgraded, 7 newly installed, 0 to remove and 0 not upgraded. Need to get 0B/17,6MB of archives. After unpacking 61,8MB will be used. Do you want to continue? [Y/n/?] Writing extended state information... Done Selecting previously deselected package liblockfile1. (Reading database ... 47783 files and directories currently installed.) Unpacking liblockfile1 (from .../liblockfile1_1.07-1_i386.deb) ... Selecting previously deselected package emacsen-common. Unpacking emacsen-common (from .../emacsen-common_1.4.17_all.deb) ... Selecting previously deselected package emacs22-common. Unpacking emacs22-common (from .../emacs22-common_22.2+2-2_all.deb) ... Selecting previously deselected package emacs22-bin-common. Unpacking emacs22-bin-common (from .../emacs22-bin-common_22.2+2-2_i386.deb) ... Selecting previously deselected package xaw3dg. Unpacking xaw3dg (from .../xaw3dg_1.5+E-15_i386.deb) ... Selecting previously deselected package emacs22. Unpacking emacs22 (from .../emacs22_22.2+2-2_i386.deb) ... Selecting previously deselected package emacs. Unpacking emacs (from .../emacs_22.2+2-2_all.deb) ... Processing triggers for man-db ... Processing triggers for menu ... Setting up liblockfile1 (1.07-1) ... Setting up emacsen-common (1.4.17) ... emacsen-common: Handling install of emacsen flavor emacs Setting up emacs22-common (22.2+2-2) ... Setting up emacs22-bin-common (22.2+2-2) ... Setting up xaw3dg (1.5+E-15) ... Setting up emacs22 (22.2+2-2) ... emacs-install emacs22 install/dictionaries-common: Byte-compiling for emacsen flavour emacs22 Wrote /usr/share/emacs22/site-lisp/dictionaries-common/debian-ispell.elc Wrote /usr/share/emacs22/site-lisp/dictionaries-common/ispell.elc Wrote /usr/share/emacs22/site-lisp/dictionaries-common/flyspell.elc emacsen-common: Handling install of emacsen flavor emacs22 emacsen-common: byte-compiling for emacs22 Loading /etc/emacs22/site-start.d/00debian-vars.el (source)... No /etc/mailname. Reverting to default... Loading /etc/emacs/site-start.d/50autoconf.el (source)... Loading /etc/emacs/site-start.d/50dictionaries-common.el (source)... Loading debian-ispell... Loading /var/cache/dictionaries-common/emacsen-ispell-default.el (source)... Loading /var/cache/dictionaries-common/emacsen-ispell-dicts.el (source)... Loading /etc/emacs/site-start.d/50psvn.el (source)... Wrote /etc/emacs22/site-start.d/00debian-vars.elc Wrote /usr/share/emacs22/site-lisp/debian-startup.elc Setting up emacs (22.2+2-2) ... Processing triggers for menu ... Reading package lists... Done Building dependency tree Reading state information... Done Reading extended state information Initializing package states... Done Writing extended state information... Done Reading task descriptions... Done (sid)[EMAIL PROTECTED]:~$ sudo aptitude purge emacs Reading package lists... Done Building dependency tree Reading state information... Done Reading extended state information Initializing package states... Done Reading task descriptions... Done The following packages will be REMOVED: emacs{p} 0 packages upgraded, 0 newly installed, 1 to remove and 0 not upgraded. Need to get 0B of archives. After unpacking 45,1kB will be freed. Do you want to continue? [Y/n/?] Writing extended state information... Done (Reading database ... 49499 files and directories currently installed.) Removing emacs ... Reading package lists... Done Building dependency tree Reading state information... Done Reading extended state information Initializing package states... Done Writing extended state information... Done Reading task descriptions... Done (sid)[EMAIL PROTECTED]:~$ -- Package-specific info: aptitude 0.4.11.4 compiled at Jun 8 2008 00:56:54 Compiler: g++ 4.3.1 20080523 (prerelease) Compiled against: apt version 4.6.0 NCurses version 5.6 libsigc++ version: 2.0.18 Ept support enabled. Current library versions: NCurses version: ncurses 5.6.20080531 cwidget version: 0.5.11 Apt version: 4.6.0 linux-gate.so.1 = (0xe000)
Bug#486455: dnsmasq: incorrect log_msg_end calls in init script
Package: dnsmasq Version: 2.42-2 Severity: normal Tags: patch In bug 473117 you included an Ubuntu fix making use of log_*_msg functions rather than calling echo in the init script. Eric Shattow discovered that this fix makes improper calls to a log_msg_end function. The attached patch (from Eric Shattow) corrects the typo. Regards, -- System Information: Debian Release: lenny/sid APT prefers hardy-updates APT policy: (500, 'hardy-updates'), (500, 'hardy-security'), (500, 'hardy-proposed'), (500, 'hardy') Architecture: amd64 (x86_64) Kernel: Linux 2.6.24-19-generic (SMP w/2 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash --- dnsmasq-2.42/debian/init.orig 2008-06-16 10:07:27.0 +0200 +++ dnsmasq-2.42/debian/init2008-06-16 10:08:09.0 +0200 @@ -214,10 +214,10 @@ log_daemon_msg Checking $DESC $NAME status case $? in - 0) log_warning_msg running ; log_msg_end 0; exit 0 ;; - 1) log_warning_msg dead, pid file exists ; log_msg_end 1; exit 1 ;; - 3) log_warning_msg not running ; log_msg_end 3; exit 3 ;; - *) log_warning_msg unknown ; log_msg_end 4; exit 4 ;; + 0) log_warning_msg running ; log_end_msg 0; exit 0 ;; + 1) log_warning_msg dead, pid file exists ; log_end_msg 1; exit 1 ;; + 3) log_warning_msg not running ; log_end_msg 3; exit 3 ;; + *) log_warning_msg unknown ; log_end_msg 4; exit 4 ;; esac ;; *)
Bug#486084: mirror submission for debianmirror.wwi.dk
Hi Simon Paillard, Here is my answers to your comments. On Saturday 14 June 2008 17:59:36 you wrote: Hello Karsten, Thanks for submitting your Debian mirror. Please find below some comments before we can include your mirror in the list: On Fri, Jun 13, 2008 at 08:24:18AM +, Karsten Nielsen wrote: Site: debianmirror.wwi.dk Type: leaf Archive-architecture: alpha amd64 arm hppa hurd-i386 i386 ia64 m68k mips mipsel powerpc s390 sparc Archive-http: /debian/ IPv6: no Your mirror seems to use the last version of anonftpsync, and is correctly configured, so thanks for that ! Archive-upstream: ftp.de.debian.org Did you try to mirror from ftp.dk.d.o ? Is there any problem on it we should be aware of ? We have used that mirror but found the mirror very unstable regards to bandwidth at accessability we therefor made the switch to ftp.de.d.o . The best mirrors I have used is ether ftp.de.d.o or ftp.be.d.o . I have changed the anonftpsync to use ftp.dk.d.o to se if the problems still are there. Updates: twice Maintainer: Karsten Nielsen [EMAIL PROTECTED] Country: DK Denmark Location: Kolding Sponsor: WWI A/S http://wwi.dk We like to know and to tell our users how much bandwidth is available, can you provide us this info ? We have provided 20Mbit flatrate on the mirror. Don't forget to subscribe http://lists.debian.org/debian-mirrors-announce Done Regards, - Karsten Nielsen -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#486457: ITP: msn-pecan -- Alternative MSN plugin for Pidgin
Package: wnpp Severity: wishlist Package name: msn-pecan Upstream Author: Felipe Contreras [EMAIL PROTECTED] URL: http://msn-pecan.googlecode.com/files/msn-pecan-0.0.13.tar.bz2 Homepage: http://code.google.com/p/msn-pecan/ License: GPL Description: Alternative MSN plugin for Pidgin This is an alternative implementation of the MSN protocol plugin for libpurple. It's based on the code from 2.2.2 plues a few extras. Features include: * Support for personal messages * Server-side storage for display names (private alias) * Partial direct connection support (p2p transfers) * Improved network IO (using GIOChannel) * Improved error handling * Network issues tested with netem * GObject usage _ Are you a Techie? Get Your Free Tech Email Address Now! Visit http://www.TechEmail.com -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#486006: closed by Sebastian Dröge [EMAIL PROTECTED] (Bug#486006: fixed in cairo 1.6.4-6)
On Mon, Jun 16, 2008 at 06:21:34AM +, Debian Bug Tracking System wrote: * debian/control: + Let libcairo2-dev depend on libxcb-render-util0-dev (Closes: #486006). Wouldn't the proper fix be to drop the dependency in the pkgconfig file instead ? Do cairo headers require xcb-renderutil headers ? Mike -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#484721: No longer ships (and installs) /usr/share/intltool/*-update.in
Am Mittwoch, den 11.06.2008, 13:15 +0200 schrieb Michael Biebl: Sebastian Dröge wrote: severity 484721 minor thanks Am Montag, den 09.06.2008, 09:59 +0200 schrieb Sebastian Dröge: forwarded 484721 http://bugzilla.gnome.org/show_bug.cgi?id=537352 thanks Am Donnerstag, den 05.06.2008, 23:05 +0200 schrieb Michael Biebl: Package: intltool Version: 0.40.0-1 Severity: serious Justification: should not enter testing in this state Hi, almost any GNOME app out there has the following snippet in it's Makefile.am: EXTRA_DIST = \ intltool-extract.in \ intltool-merge.in \ intltool-update.in The expectation is, that intltoolize copies these files (or symlinks them) and they are included in the tarball. With the latest upgrade, this not only breaks VCS checkouts, which now have dangling symlinks, it also makes the upgrade path unnecessary painful, as the Makefile.am can not be changed withouth bumping the intltool requirement to 0.40.0, which means everyone has to upgrade at once (a lot of current distributions don't ship intltool 0.40.0). My recommendation would be, to put the /usr/share/intltool/*-update.in files back into intltool. If the requested intltool version (e.g. via IT_PROG_INTLTOOL) is 0.40, intltool should behave backwards compatible and copy/symlink the intltool-*.in files as before. This allows all distros out there to smoothly upgrade to intltool = 0.40 and then upstream can safely bump the intltool requirement to = 0.40. In this mode, intltool would not copy the *.in files anymore and the EXTRA_DIST bits would have to be removed from the Makefile.amS. Thanks for reporting and the possible solution. I've forwarded this upstream now, let's hope they fix it for next release :) http://bugzilla.gnome.org/show_bug.cgi?id=537352 Ok, so after thinking about it a bit more and after reading the upstream comments to the bug I've came to the conclusion that this bug is, if anything, just minor. a) the dangling symlinks problem is still valid, upstream thinks about adding some checks for warning about them or removing them. b) The upgrade path problem is not valid IMHO. Projects that still use 0.40 intltool can be intltoolize'd by intltool 0.40 without any problems and the building will work just fine. It's only make dist/distcheck that will fail but this is more or less only important for the people making the release. They can either downgrade their intltool or update the source for intltool 0.40. Projects that have switch to intltool =0.40 can be intltoolize'd by older intltool without problem. It will have the files copied or linked into the source tree and building, etc will work fine. make dist/distcheck will of course create tarballs that won't work as they don't include the intltool-* scripts but that's IMHO no problem as the people making the release should use the new version of intltool if the source was switched. Projects that have tarballs generated with intltool 0.40 require only intltool 0.3x for building to be installed. This is just an added build dependency and not a too new version. I agree that this problem is mostly relevant for developers. But the upgrade path is still a major issue. Why? Developers usually work from VCS checkouts, so the sources are *not* intltoolized. Now, what should one do, if one developer is working on Fedora 9 (intltool 0.37) and one on Debian unstable (intltool 0.40). I can't just remove the EXTRA_DIST bits because it would break make dist for the Fedora guy. If I don't remove the EXTRA_DIST bits, I, on Debian, can't run make distcheck anymore, which is useful, even if you are not the one preparing the final tarball. You could keep the removed EXTRA_DIST as a local change (or the Fedora guy could keep the EXTRA_DIST as a local change) and everybody is happy. I'm sure, a patch to *require* intltool 0.40 won't be accepted upstream atm, as none of the other upstream distros ships intltool 0.40, and I can't force every other developer to compile and install intltool 0.40 by hand. So I strongly disagree with Rodney in that regard. My outlined proposal is imho still the better solution for a imho major issue. As upstream absolutely doesn't agree here I don't know what to do. IMHO we should simply close this bug as it's IMHO not a too big issue and can be easily worked around for those who care. The next round of other distros will probably all contain intltool 0.40 and then someone could come and file the same bug again because Debian is still at 0.3X and things fail the way you describe. signature.asc Description: Dies ist ein digital signierter Nachrichtenteil
Bug#484121: tasksel: let's sync on the GNOME task
* Joey Hess ([EMAIL PROTECTED]) wrote: Eric Dorland wrote: So the user agent thing is fairly well documented at http://bugs.debian.org/399633, but basically it's our stand against user-agent insanity. We could of course make it say Firefox easily, but this certainly seems a bit defeatist. s/defeatist/defeated/ I realized this battle was over when discussion on debian-user revieled that google maps behaved differently in firefox than iceweasel, because it used a firefox-UA specific test to enable a feature (closing the sidebar to make the map take up the full screen). If the top website out there gets it wrong, the battle is effectively over; right or wrong no longer really matters (victors write history etc). Well I think Google generally does treat the Iceweasel user agent properly. Not everyone understands these issues as well as they should, mistakes get made. I mean we could set the User-Agent to IE like some other browsers do, that would make more sites work. I think we should almost certainly document the workaround better in the README.Debian. Of course I highly respect Joey's opinion so I'm open to more convincing. I'm afraid that documenting it in README.Debian won't help desktop users who just find that this strange iceweasel browser we install by default doesn't work on sites that firefox works on. Could we do it in a more prominent perhaps? -- Eric Dorland [EMAIL PROTECTED] ICQ: #61138586, Jabber: [EMAIL PROTECTED] signature.asc Description: Digital signature
Bug#485560: lib-config-general-perl: reads garbage if space in name of heredoc
http://rt.cpan.org/Public/Bug/Display.html?id=36607 The author reports that he has fixed this in 2.39. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#481049: setting package to ntp ntp-doc ntpdate, tagging 481049
# Automatically generated email from bts, devscripts version 2.10.28 # # ntp (1:4.2.4p4+dfsg-6) UNRELEASED; urgency=low # # * Avoid timeout message from ntpdate.if-up when ntpdate package was removed #but not purged (closes: #481049) # package ntp ntp-doc ntpdate tags 481049 + pending -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#480401: Bug in libextutils-cbuilder-perl fixed in revision 21700
tag 480401 + pending thanks Some bugs are closed in revision 21700 by Damyan Ivanov (dmn) Commit message: New upstream release Closes: #480401 -- uninstallable, perl-modules has a newer version -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#482571: Fix for the FTBFS
tags 482571 patch tags 483321 patch thanks Hello, I intend to NMU this package as part of the gcc-4.3 release goal. Patch fixing the issue attached. Cheers, -- Albin Tonnerre diff -u vamp-plugin-sdk-1.2/debian/changelog vamp-plugin-sdk-1.2/debian/changelog --- vamp-plugin-sdk-1.2/debian/changelog +++ vamp-plugin-sdk-1.2/debian/changelog @@ -1,3 +1,13 @@ +vamp-plugin-sdk (1.2-1.1) unstable; urgency=high + + * NMU to fix build with gcc 4.3 (Closes: #482571, #483321) +- vamp-sdk/PluginAdapter.cpp: #include cstring and cstdlib +- vamp-sdk/PluginHostAdapter.cpp: cstdlib +- vamp-sdk/hostext/PluginLoader.cpp: cstring +- host/vamp-simple-host.cpp: cstring and cstdlib + + -- Albin Tonnerre [EMAIL PROTECTED] Sun, 15 Jun 2008 22:22:53 +0200 + vamp-plugin-sdk (1.2-1) unstable; urgency=low * New upstream release only in patch2: unchanged: --- vamp-plugin-sdk-1.2.orig/host/vamp-simple-host.cpp +++ vamp-plugin-sdk-1.2/host/vamp-simple-host.cpp @@ -49,6 +49,8 @@ #include system.h #include cmath +#include cstring +#include cstdlib using namespace std; only in patch2: unchanged: --- vamp-plugin-sdk-1.2.orig/vamp-sdk/PluginHostAdapter.cpp +++ vamp-plugin-sdk-1.2/vamp-sdk/PluginHostAdapter.cpp @@ -35,6 +35,7 @@ */ #include PluginHostAdapter.h +#include cstdlib namespace Vamp { only in patch2: unchanged: --- vamp-plugin-sdk-1.2.orig/vamp-sdk/hostext/PluginLoader.cpp +++ vamp-plugin-sdk-1.2/vamp-sdk/hostext/PluginLoader.cpp @@ -42,6 +42,7 @@ #include fstream #include cctype // tolower +#include cstring #ifdef _WIN32 only in patch2: unchanged: --- vamp-plugin-sdk-1.2.orig/vamp-sdk/PluginAdapter.cpp +++ vamp-plugin-sdk-1.2/vamp-sdk/PluginAdapter.cpp @@ -35,6 +35,8 @@ */ #include PluginAdapter.h +#include cstring +#include cstdlib //#define DEBUG_PLUGIN_ADAPTER 1 signature.asc Description: Digital signature
Bug#480790: Don't build depend on libxul-dev
tags 480790 + pending fixed-upstream thanks Alp Toker is porting blam to WebKit. On the next upload, it will be completed and blam won't depend on xulrunner at all. cmn -- Carlos Martín Nieto | http://cmartin.tk signature.asc Description: This is a digitally signed message part
Bug#477614: Updated debdiff to a single line
I fixed it, so now it's on a single line =) -- Marco Rodrigues http://Marco.Tondela.org diff -u pngcheck-2.0.0/debian/control pngcheck-2.0.0/debian/control --- pngcheck-2.0.0/debian/control +++ pngcheck-2.0.0/debian/control @@ -4,6 +4,7 @@ Maintainer: Lucas Wall [EMAIL PROTECTED] Build-Depends: debhelper (= 4.0.0), libpng12-dev Standards-Version: 3.6.2 +Homepage: http://www.libpng.org/pub/png/apps/pngcheck.html Package: pngcheck Architecture: any @@ -21,2 +21,0 @@ - . - Homepage: http://www.libpng.org/pub/png/apps/pngcheck.html diff -u pngcheck-2.0.0/debian/changelog pngcheck-2.0.0/debian/changelog --- pngcheck-2.0.0/debian/changelog +++ pngcheck-2.0.0/debian/changelog @@ -1,3 +1,13 @@ +pngcheck (2.0.0-1.1) unstable; urgency=low + + * Non-maintainer upload. + * debian/rules: ++ Fix bashism (Closes: #477614). + * debian/control: ++ Add Homepage field. + + -- Marco Rodrigues [EMAIL PROTECTED] Sun, 15 Jun 2008 21:04:57 +0100 + pngcheck (2.0.0-1) unstable; urgency=low * New upstream release. (closes: #355222) diff -u pngcheck-2.0.0/debian/rules pngcheck-2.0.0/debian/rules --- pngcheck-2.0.0/debian/rules +++ pngcheck-2.0.0/debian/rules @@ -10,6 +10,7 @@ dh_testdir dh_testroot rm -f build-stamp - rm -f *.{o,so} pngcheck + rm -f *.o *.so pngcheck dh_clean install: build
Bug#471828: closed by Arnaud Quette [EMAIL PROTECTED] (Bug#471828: fixed in nut 2.2.2-1)
reopen 471828 thanks Hi Jean-Luc, I'll have to dig the path problem, but it's strange that the pristine version is not working on your setup! About GPM not seing the UPS, is HAL seeing it and is the addon loaded? You can check by grepping for hald-addon-usbhid-ups. Otherwise, it can be a problem of device permissions. Have you checked this point? Have you tried to unplug and replug your UPS' USB cord? Arnaud -- Linux / Unix Expert RD - MGE Office Protection Systems - http://www.mgeops.com Network UPS Tools (NUT) Project Leader - http://www.networkupstools.org/ Debian Developer - http://people.debian.org/~aquette/ Free Software Developer - http://arnaud.quette.free.fr/
Bug#483071: RM: libxmlada2 -- RoM, superseded by libxmlada
As I'm sure you noticed, this bug was blocked by #481829 which has just been closed by libaws 2.5 reaching unstable. Now libxmlada2 is ripe for removal from unstable. Thanks. -- Ludovic Brenta. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#484121: tasksel: let's sync on the GNOME task
On Mon, Jun 16, 2008 at 04:29:43AM -0400, Eric Dorland wrote: * Joey Hess ([EMAIL PROTECTED]) wrote: Eric Dorland wrote: So the user agent thing is fairly well documented at http://bugs.debian.org/399633, but basically it's our stand against user-agent insanity. We could of course make it say Firefox easily, but this certainly seems a bit defeatist. s/defeatist/defeated/ I realized this battle was over when discussion on debian-user revieled that google maps behaved differently in firefox than iceweasel, because it used a firefox-UA specific test to enable a feature (closing the sidebar to make the map take up the full screen). If the top website out there gets it wrong, the battle is effectively over; right or wrong no longer really matters (victors write history etc). Well I think Google generally does treat the Iceweasel user agent properly. Not everyone understands these issues as well as they should, mistakes get made. I mean we could set the User-Agent to IE like some other browsers do, that would make more sites work. I think we should almost certainly document the workaround better in the README.Debian. Of course I highly respect Joey's opinion so I'm open to more convincing. I'm afraid that documenting it in README.Debian won't help desktop users who just find that this strange iceweasel browser we install by default doesn't work on sites that firefox works on. Could we do it in a more prominent perhaps? Note that the about: page, which is the default home page in iceweasel, contains a link to the README.Debian file. Mike -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#478629: tcm: NMU to fix the current bashism in rules
Hi! I've attached an debdiff to fix the current bashism in rules. -- Marco Rodrigues http://Marco.Tondela.org diff -u tcm-2.20+TSQD/debian/rules tcm-2.20+TSQD/debian/rules --- tcm-2.20+TSQD/debian/rules +++ tcm-2.20+TSQD/debian/rules @@ -78,7 +78,7 @@ binary-indep: build install rm $(CURDIR)/debian/tcm-doc/usr/share/doc/tcm-doc/help/CHANGELOG - echo -e You can see all changes using:\n $: zless /usr/share/doc/tcm-doc/changelog.gz $(CURDIR)/debian/tcm-doc/usr/share/doc/tcm-doc/help/CHANGELOG + printf You can see all changes using:\n $: zless /usr/share/doc/tcm-doc/changelog.gz\n $(CURDIR)/debian/tcm-doc/usr/share/doc/tcm-doc/help/CHANGELOG dh_testdir -i dh_testroot -i diff -u tcm-2.20+TSQD/debian/changelog tcm-2.20+TSQD/debian/changelog --- tcm-2.20+TSQD/debian/changelog +++ tcm-2.20+TSQD/debian/changelog @@ -1,3 +1,11 @@ +tcm (2.20+TSQD-4.2) unstable; urgency=low + + * Non-maintainer upload. + * debian/rules: ++ Fix bashism (Closes: #478629). + + -- Marco Rodrigues [EMAIL PROTECTED] Mon, 16 Jun 2008 09:42:17 +0100 + tcm (2.20+TSQD-4.1) unstable; urgency=low * Non-maintainer upload to fix Failure To Build From Source.
Bug#482179: Comment on bug 482179
Tags: patch In fact the error comes from the configure script in nagios2 that has errors in the tests that make it ignore the --with-mail option (and build the config files with /bin/mail as a default). This is fixed in the configure used in nagios3, and I backported the fixes for nagios2. The patch also changes the cfg-commands.cfg.diff file accordingly so that it doesn't break with the new mail command value. Please see attached patch. Regards, -- Thierry (koon) diff -u nagios2-2.11/debian/cfg-commands.cfg.diff nagios2-2.11/debian/cfg-commands.cfg.diff --- nagios2-2.11/debian/cfg-commands.cfg.diff +++ nagios2-2.11/debian/cfg-commands.cfg.diff @@ -180,8 +180,8 @@ # 'host-notify-by-email' command definition define command{ command_name host-notify-by-email -- command_line /usr/bin/printf %b * Nagios 2.11 *\n\nNotification Type: $NOTIFICATIONTYPE$\nHost: $HOSTNAME$\nState: $HOSTSTATE$\nAddress: $HOSTADDRESS$\nInfo: $HOSTOUTPUT$\n\nDate/Time: $LONGDATETIME$\n | /bin/mail -s Host $HOSTSTATE$ alert for $HOSTNAME$! $CONTACTEMAIL$ -+ command_line /usr/bin/printf %b * Nagios *\n\nNotification Type: $NOTIFICATIONTYPE$\nHost: $HOSTNAME$\nState: $HOSTSTATE$\nAddress: $HOSTADDRESS$\nInfo: $HOSTOUTPUT$\n\nDate/Time: $LONGDATETIME$\n | /bin/mail -s Host $HOSTSTATE$ alert for $HOSTNAME$! $CONTACTEMAIL$ +- command_line /usr/bin/printf %b * Nagios 2.11 *\n\nNotification Type: $NOTIFICATIONTYPE$\nHost: $HOSTNAME$\nState: $HOSTSTATE$\nAddress: $HOSTADDRESS$\nInfo: $HOSTOUTPUT$\n\nDate/Time: $LONGDATETIME$\n | /usr/bin/mail -s Host $HOSTSTATE$ alert for $HOSTNAME$! $CONTACTEMAIL$ ++ command_line /usr/bin/printf %b * Nagios *\n\nNotification Type: $NOTIFICATIONTYPE$\nHost: $HOSTNAME$\nState: $HOSTSTATE$\nAddress: $HOSTADDRESS$\nInfo: $HOSTOUTPUT$\n\nDate/Time: $LONGDATETIME$\n | /usr/bin/mail -s Host $HOSTSTATE$ alert for $HOSTNAME$! $CONTACTEMAIL$ } @@ -189,8 +189,8 @@ # 'notify-by-email' command definition define command{ command_name notify-by-email -- command_line /usr/bin/printf %b * Nagios 2.11 *\n\nNotification Type: $NOTIFICATIONTYPE$\n\nService: $SERVICEDESC$\nHost: $HOSTALIAS$\nAddress: $HOSTADDRESS$\nState: $SERVICESTATE$\n\nDate/Time: $LONGDATETIME$\n\nAdditional Info:\n\n$SERVICEOUTPUT$ | /bin/mail -s ** $NOTIFICATIONTYPE$ alert - $HOSTALIAS$/$SERVICEDESC$ is $SERVICESTATE$ ** $CONTACTEMAIL$ -+ command_line /usr/bin/printf %b * Nagios *\n\nNotification Type: $NOTIFICATIONTYPE$\n\nService: $SERVICEDESC$\nHost: $HOSTALIAS$\nAddress: $HOSTADDRESS$\nState: $SERVICESTATE$\n\nDate/Time: $LONGDATETIME$\n\nAdditional Info:\n\n$SERVICEOUTPUT$ | /bin/mail -s ** $NOTIFICATIONTYPE$ alert - $HOSTALIAS$/$SERVICEDESC$ is $SERVICESTATE$ ** $CONTACTEMAIL$ +- command_line /usr/bin/printf %b * Nagios 2.11 *\n\nNotification Type: $NOTIFICATIONTYPE$\n\nService: $SERVICEDESC$\nHost: $HOSTALIAS$\nAddress: $HOSTADDRESS$\nState: $SERVICESTATE$\n\nDate/Time: $LONGDATETIME$\n\nAdditional Info:\n\n$SERVICEOUTPUT$ | /usr/bin/mail -s ** $NOTIFICATIONTYPE$ alert - $HOSTALIAS$/$SERVICEDESC$ is $SERVICESTATE$ ** $CONTACTEMAIL$ ++ command_line /usr/bin/printf %b * Nagios *\n\nNotification Type: $NOTIFICATIONTYPE$\n\nService: $SERVICEDESC$\nHost: $HOSTALIAS$\nAddress: $HOSTADDRESS$\nState: $SERVICESTATE$\n\nDate/Time: $LONGDATETIME$\n\nAdditional Info:\n\n$SERVICEOUTPUT$ | /usr/bin/mail -s ** $NOTIFICATIONTYPE$ alert - $HOSTALIAS$/$SERVICEDESC$ is $SERVICESTATE$ ** $CONTACTEMAIL$ } diff -u nagios2-2.11/debian/patches/00list nagios2-2.11/debian/patches/00list --- nagios2-2.11/debian/patches/00list +++ nagios2-2.11/debian/patches/00list @@ -2,0 +3 @@ +30_configure_with_mail_fix.dpatch only in patch2: unchanged: --- nagios2-2.11.orig/debian/patches/30_configure_with_mail_fix.dpatch +++ nagios2-2.11/debian/patches/30_configure_with_mail_fix.dpatch @@ -0,0 +1,28 @@ +#! /bin/sh /usr/share/dpatch/dpatch-run +## 30_configure_with_mail_fix.dpatch by Thierry Carrez [EMAIL PROTECTED] +## +## All lines beginning with `## DP:' are a description of the patch. +## DP: No description. + [EMAIL PROTECTED]@ +diff -urNad nagios2-2.11~/configure nagios2-2.11/configure +--- nagios2-2.11~/configure 2008-03-12 15:01:03.0 +0100 nagios2-2.11/configure 2008-06-12 14:57:15.0 +0200 +@@ -4866,7 +4866,7 @@ + else + MAIL_PROG=no + fi; +-if test MAIL_PROG=no; then ++if test x$MAIL_PROG = xno; then + # Extract the first word of mail, so it can be a program name with args. + set dummy mail; ac_word=$2 + echo $as_me:$LINENO: checking for $ac_word 5 +@@ -4907,7 +4907,7 @@ + fi + + fi +-if test x$MAIL_PROG=x; then ++if test x$MAIL_PROG = x; then + MAIL_PROG=/bin/mail + fi +
Bug#486458: evolution: Evolution Calendar drawing is extremely slow
Package: evolution Version: 2.22.2-1.1 Severity: normal The screen drawing of the Evolution Calendar view is extremely slow. It is slowest in day view (with 1 or more days shown side by side). The drawing in week, month and list view is faster, but still quite slow. Moving an appointment from one day to another or within one day is nearly impossible because the screen is only updated every few seconds. Sliding another window on top of the Evolution window causes a very long trace of the old window positions which stays there for up to 1 minute. During all this drawing the CPU usage is at 100% and interestingly most of this is the Xorg process. All other processes' responsiveness as reduced dramatically. I'm using an Intel Pentium M 1.86 GHz CPU in an ASUS M6V laptop. It has an ATI Radeon Mobility X600 graphics chip. I'm using the Radeon driver, because the proprietary ATI driver doesn't support dual screen well enough. On another PC I'm using the very same Debian installation but with an NVidia graphics cards. It doesn't have any drawing speed issues. So I guess the problem is that the drawing is done too elaborate, which doesn't attract attention on fast graphics cards with fast drivers. Using slower drivers the problem gets apparent. -- System Information: Debian Release: lenny/sid APT prefers testing-proposed-updates APT policy: (500, 'testing-proposed-updates'), (500, 'proposed-updates'), (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.22 (PREEMPT) Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Shell: /bin/sh linked to /bin/bash Versions of packages evolution depends on: ii dbus 1.2.1-2 simple interprocess messaging syst ii evolution-common 2.22.2-1.1architecture independent files for ii evolution-data-server 2.22.2-1 evolution database backend server ii gconf2 2.22.0-1 GNOME configuration database syste ii gnome-icon-theme 2.22.0-1 GNOME Desktop icon theme ii gtkhtml3.143.18.2-1 HTML rendering/editing library - b ii libart-2.0-2 2.3.20-2 Library of functions for 2D graphi ii libatk1.0-01.22.0-1 The ATK accessibility toolkit ii libbonobo2-0 2.22.0-1 Bonobo CORBA interfaces library ii libbonoboui2-0 2.22.0-1 The Bonobo UI library ii libc6 2.7-12GNU C Library: Shared libraries ii libcairo2 1.6.4-6 The Cairo 2D vector graphics libra ii libcamel1.2-11 2.22.2-1 The Evolution MIME message handlin ii libdbus-1-31.2.1-2 simple interprocess messaging syst ii libdbus-glib-1-2 0.76-1simple interprocess messaging syst ii libebook1.2-9 2.22.2-1 Client library for evolution addre ii libecal1.2-7 2.22.2-1 Client library for evolution calen ii libedataserver1.2-92.22.2-1 Utility library for evolution data ii libedataserverui1.2-8 2.22.2-1 GUI utility library for evolution ii libegroupwise1.2-132.22.2-1 Client library for accessing group ii libexchange-storage1.2 2.22.2-1 Client library for accessing Excha ii libfontconfig1 2.6.0-1 generic font configuration library ii libfreetype6 2.3.5-1+b1FreeType 2 font engine, shared lib ii libgconf2-42.22.0-1 GNOME configuration database syste ii libglade2-01:2.6.2-1 library to load .glade files at ru ii libglib2.0-0 2.16.3-2 The GLib library of C routines ii libgnome-pilot22.0.15-2.4Support libraries for gnome-pilot ii libgnome2-02.22.0-1 The GNOME 2 library - runtime file ii libgnomecanvas2-0 2.20.1.1-1A powerful object-oriented display ii libgnomeui-0 2.22.1-1 The GNOME 2 libraries (User Interf ii libgnomevfs2-0 1:2.22.0-3GNOME Virtual File System (runtime ii libgtk2.0-02.12.10-2 The GTK+ graphical user interface ii libgtkhtml3.14-19 3.18.2-1 HTML rendering/editing library - r ii libhal10.5.11-1 Hardware Abstraction Layer - share ii libice62:1.0.4-1 X11 Inter-Client Exchange library ii libldap-2.4-2 2.4.7-6.2 OpenLDAP libraries ii libnm-glib00.6.6-1 network management framework (GLib ii libnotify1 [libnotify1 0.4.4-3 sends desktop notifications to a n ii libnspr4-0d4.7.1-1 NetScape Portable Runtime Library ii libnss3-1d 3.12.0~rc3-1 Network Security Service libraries ii liborbit2 1:2.14.13-0.1 libraries for ORBit2 - a CORBA ORB ii libpango1.0-0 1.20.2-2 Layout and rendering of
Bug#485790: generate separate /boot as workaround for buggy LBA48 ?
Frans Pop [EMAIL PROTECTED] writes: On Friday 13 June 2008, Goswin von Brederlow wrote: Earlier instances of the same problem. The 8 GiB barrier was because of the BIOS only issuing one 24-bit ATA command. I'm not sure how common will the new limit be in comparison. As well as 518MB, 2GiB, 32GiB, 64GiB, 128GiB. PC BIOSes are just riddled with those stupid problems. Yep. I wonder what we should do about this: - just always create a /boot partition when guided partitioning is used There is only one reason to have a seperate /boot: / is crypted. And then you always need one. And LVM when used with some/most bootloaders, and most RAID setups. That falls under all other cases below. In all other cases a small / partition is the superior solution imho. So my solution would be to default to a seperate small / partition at the start of the disk unless crypted is selected and then start with a small /boot. That may still not solve the problem for one important class of installs though: dual boot systems where the size of $other_os partition + the / partitions exceeds what the BIOS supports. The margin between a 100MB /boot working and 300MB / not working is negible. Actualy I only have 115MB used on / including /boot but then I don't use the huge debian kernel. The risk of detection problems certainly outweighs the drawbacks of always having a small / or /boot. The disadvantage of that (assuming you want to avoid LVM) is that for a really small / you'll need at least separate /var, /usr, /tmp, /srv and /home partitions and then you have the question what the best relative sizes are for that particular user. Here's a wild idea that could be used to work around that. Create two partitions: / and a partition e.g. /media/multifs. And then bind mount all other partitions inside the second one. /etc/fstab would look something like this: snip # /etc/fstab: static file system information. # # file system mount point type options dump pass proc/proc procdefaults0 0 /dev/hda1 / ext3errors=remount-ro 0 1 /dev/hda3 /media/multifs ext3defaults0 2 /dev/hda5 noneswapsw 0 0 /dev/hdc/media/cdrom0 udf,iso9660 user,noauto 0 0 /dev/fd0/media/floppy0 autorw,user,noauto 0 0 /media/multifs/home /home ext3bind0 0 /media/multifs/srv/srvext3bind0 0 /media/multifs/usr/usrext3bind0 0 /media/multifs/var/varext3bind0 0 /media/multifs/tmp/tmpext3bind0 0 /snip I've tested this and it actually seems to work. If people like this idea, all we'd need is to add support for it in partman :-) It would be nice I guess. But I found that at some point or another I always do need some lvm feature. And I've seen it happen often enough on irc that someone needed to resize their partition. LVM just is the best option. Someone that realy doesn't want it can probably bind mount themself. Maybe partman could support bind mounts without having an automatic partitioning using them like above. One added advantage would be short fsck times for /. Ideally / and /usr should be read-only. No fsck at all. Cheers, FJP MfG Goswin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#486332: kmail: symbol lookup error: /usr/lib/libkdepim.so.4: undefined symbol: _ZN13KRichTextEdit17mouseReleaseEventEP11QMouseEvent
kde4 update this morning (debian experimental). Problem with kmail persists. Thank you Sune Vuorela wrote: Is hopefully fixed when kdepim gets uploaded in same newer version. there was abi changes to kdelibs. /Sune -- Alan Braslau CEA DSM-IRAMIS-SPEC CNRS URA 2464 Orme des Merisiers 91191 Gif-sur-Yvette cedex FRANCE tel: +33 1 69 08 73 15 fax: +33 1 69 08 87 86 mailto:[EMAIL PROTECTED] http://www-dna2006.cea.fr/ .''`. : :' : `. `'` `- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#485769: [pkg-wpa-devel] Bug#485769: More info
Hi Don't remember which parts were updated... There is -ddd output in attached file With regards Jakub On Sat, Jun 14, 2008 at 2:10 AM, Kel Modderman [EMAIL PROTECTED] wrote: On Thursday 12 June 2008 16:37:03 Jakub Lucký wrote: Even downgrading to Etch version wasn't succesful, so maybe there is problem in some library? s/Etch/Lenny/ ? Did you observe what other parts of your system were updated along with new wpasupplicant package? Jakub P.S. am I alone with this bug, or is it common? Noone else has reported a similar issue yet. Thanks, Kel. Initializing interface 'wlan0' conf '/etc/wpa_supplicat.conf' driver 'wext' ctrl_interface 'N/A' bridge 'N/A' Configuration file '/etc/wpa_supplicat.conf' - '/etc/wpa_supplicat.conf' Reading configuration file '/etc/wpa_supplicat.conf' ctrl_interface='/var/run/wpa_supplicant' ctrl_interface_group='0' (DEPRECATED) eapol_version=1 ap_scan=1 fast_reauth=1 Line: 6 - start of a new network block ssid - hexdump_ascii(len=3): 47 4a 4b GJK key_mgmt: 0x1 eap methods - hexdump(len=16): 00 00 00 00 15 00 00 00 00 00 00 00 00 00 00 00 anonymous_identity - hexdump_ascii(len=7): 78 6c 75 63 6a 30 31 xlucj01 identity - hexdump_ascii(len=7): 78 6c 75 63 6a 30 31 xlucj01 password - hexdump_ascii(len=8): 65 61 62 36 37 34 63 65 eab674ce priority=2 (0x2) phase2 - hexdump_ascii(len=8): 61 75 74 68 3d 50 41 50 auth=PAP Priority group 2 id=0 ssid='GJK' Initializing interface (2) 'wlan0' SIOCGIWRANGE: WE(compiled)=22 WE(source)=21 enc_capa=0xf capabilities: key_mgmt 0xf enc 0xf WEXT: Operstate: linkmode=1, operstate=5 Own MAC address: 00:13:e8:a5:6a:8d wpa_driver_wext_set_wpa wpa_driver_wext_set_key: alg=0 key_idx=0 set_tx=0 seq_len=0 key_len=0 wpa_driver_wext_set_key: alg=0 key_idx=1 set_tx=0 seq_len=0 key_len=0 wpa_driver_wext_set_key: alg=0 key_idx=2 set_tx=0 seq_len=0 key_len=0 wpa_driver_wext_set_key: alg=0 key_idx=3 set_tx=0 seq_len=0 key_len=0 wpa_driver_wext_set_countermeasures wpa_driver_wext_set_drop_unencrypted RSN: flushing PMKID list in the driver Setting scan request: 0 sec 10 usec EAPOL: SUPP_PAE entering state DISCONNECTED EAPOL: KEY_RX entering state NO_KEY_RECEIVE EAPOL: SUPP_BE entering state INITIALIZE EAP: EAP entering state DISABLED Using existing control interface directory. ctrl_interface_group=0 ctrl_iface bind(PF_UNIX) failed: Address already in use ctrl_iface exists, but does not allow connections - assuming it was leftover from forced program termination Successfully replaced leftover ctrl_iface socket '/var/run/wpa_supplicant/wlan0' Added interface wlan0 RTM_NEWLINK: operstate=0 ifi_flags=0x1003 ([UP]) Wireless event: cmd=0x8b06 len=12 State: DISCONNECTED - SCANNING Starting AP scan (broadcast SSID) Trying to get current scan results first without requesting a new scan to speed up initial association Invalid freq in scan results (BSSID=00:00:01:00:00:c0 m=0 e=20192) Invalid freq in scan results (BSSID=00:00:01:00:00:c0 m=0 e=8)
Bug#480400: Bug in libextutils-cbuilder-perl fixed in revision 21705
tag 480400 + pending thanks Some bugs are closed in revision 21705 by Damyan Ivanov (dmn) Commit message: * add 10_fix-gnukfreebsd-hurd.patch by Aurelien Jarno and Samuel Thibault adding support for GNU/kfreebsd and the Hurd. Closes: #480400 + add quilt to debian/rules and debian/control + add README.source -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#486425: ITP: bomstrip -- strip Byte-Order Marks from UTF-8 text files
On Mon, Jun 16, 2008 at 03:08:02AM +0300, Peter Pentchev wrote: * Package name: bomstrip Programming Lang: Awk, Brainf*ck, C, C++, Forth, Haskell, OCaml, Ook!, Pascal, PHP, Perl, PostScript, Python, Ruby, sed, Unlambda All these programming languages got me wondering. Apparently the same program is implemented in all these languages. But you only need one to get the desired functionality. Also, I see the sed variant is just a one-liner. Perhaps it is better if this functionality is merged with a package like coreutils or recode, if it is not already there someway. -- Met vriendelijke groet / with kind regards, Guus Sliepen [EMAIL PROTECTED] signature.asc Description: Digital signature
Bug#483071: RM: libxmlada2 -- RoM, superseded by libxmlada
On 2008-06-16 10:36:10.00 Ludovic Brenta [EMAIL PROTECTED] wrote: As I'm sure you noticed, this bug was blocked by #481829 which has just been closed by libaws 2.5 reaching unstable. Now libxmlada2 is ripe for removal from unstable. Thanks. I'm afraid that you need some patience yet[1] Kind regards T. 1. http://buildd.debian.org/libaws -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#486460: New upstream version 2.1
Package: facturalux Severity: wishlist Hi! Please update facturalux from the latest upstream version. http://sourceforge.net/project/showfiles.php?group_id=22952 Thanks -- Marco Rodrigues http://Marco.Tondela.org -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#483179: reopen 483179, PTS: please do *not* link to Ubuntu Launchpad bugs page
On Fri, Jun 13, 2008 at 01:33:55PM +0200, Ana Guerrero wrote: So please, remove the link to the ubuntu launchpad bugs and since some people think tracking derivated distros is interesting, make a new page, that can be visited optionally (or just forget about for who is not interested), where we can track whatever derivated distro people care about. FWIW, I do agree with Raphael on this and many thanks to Lucas for his patch implementing the request. As a package maintainer I welcome having handy access from the PTS to the patches other Debian derivative*s* are applying to packages of mine. In this respect the added link to Ubuntu patches and other info are useful to me [1] and I do not see the benefit of removing it from the PTS. Someone implemented it, it is useful, it should stay there, simple and easy. If you care about the discrimination we are doing wrt other distributions the solution is easy as well: go find their data sources and go provide patches for the PTS adding support for them. A potential problem there can be that we don't want to have tens of links to external distros, but this (once and if will become a problem) can be solved using drop down menus to choose the distribution first, and the other available info then. Cheers. [1] yes, the infamous ubuntu big patch can be more useful if split/commented, but that's another story. -- Stefano Zacchiroli -*- PhD in Computer Science \ PostDoc @ Univ. Paris 7 [EMAIL PROTECTED],pps.jussieu.fr,debian.org} -- http://upsilon.cc/zack/ I'm still an SGML person,this newfangled /\ All one has to do is hit the XML stuff is so ... simplistic -- Manoj \/ right keys at the right time signature.asc Description: Digital signature
Bug#486425: ITP: bomstrip -- strip Byte-Order Marks from UTF-8 text files
On Mon, Jun 16, 2008 at 10:55:47AM +0200, Guus Sliepen wrote: On Mon, Jun 16, 2008 at 03:08:02AM +0300, Peter Pentchev wrote: * Package name: bomstrip Programming Lang: Awk, Brainf*ck, C, C++, Forth, Haskell, OCaml, Ook!, Pascal, PHP, Perl, PostScript, Python, Ruby, sed, Unlambda All these programming languages got me wondering. Apparently the same program is implemented in all these languages. But you only need one to get the desired functionality. Also, I see the sed variant is just a one-liner. Perhaps it is better if this functionality is merged with a package like coreutils or recode, if it is not already there someway. As the author writes on his website, the whole point of the bomstrip project being a collection of implementations is more of a social / political goal of spreading the word, showing how easy it is, bringing attention to the broken UTF-8 text files that some programs generate, and so on. IMHO, the distribution also servers as a nice way to demonstrate a simple (well, admittedly, a *very* simple :)) task done in various languages. Hm. Okay, so maybe the two command-line utilities and the collection might be separated. IMHO, the collection *is* still useful on its own :) If others share this opinion, I may either create two separate packages, or just remove the command-line utilities and file a wishlist bug against coreutils or textutils or something like that. How does that strike you? What do others think? G'luck, Peter -- Peter Pentchev [EMAIL PROTECTED][EMAIL PROTECTED][EMAIL PROTECTED] PGP key:http://people.FreeBSD.org/~roam/roam.key.asc Key fingerprint FDBA FD79 C26F 3C51 C95E DF9E ED18 B68D 1619 4553 Do you think anybody has ever had *precisely this thought* before? pgpLxaapQ0ZhU.pgp Description: PGP signature
Bug#436869: Announce of the upcoming NMU for the hearse package
Dear maintainer of hearse and Debian translators, Some days ago, I sent a notice to the maintainer of the hearse Debian package, mentioning the status of at least one old po-debconf translation update in the BTS. I announced the intent to build and possibly upload a non-maintainer upload for this package in order to fix this long-time pending localization bug as well as all other pending translations. The package maintainer agreed for the NMU or did not respond in two weeks, so I will proceed with the NMU. The full planned schedule is available at the end of this mail. The package is currently translated to: cs de es fr nl pt ru sv vi Among these, the following translations are incomplete: none If you did any of the, currently incomplete, translations you will get ANOTHER mail with the translation to update. Other translators also have the opportunity to create new translations for this package. Once completed, please send them as a bug report against the hearse package so I can incorporate them in the build. The deadline for receiving updates and new translations is Wednesday, June 25, 2008. If you are not in time you can always send your translation to the BTS. The POT file is attached to this mail. If the maintainer objects to this process I will immediately abort my NMU and send him/her all updates I receive. Otherwise the following will happen (or already has): Thursday, June 05, 2008 : send the first intent to NMU notice to the package maintainer. Monday, June 16, 2008 : send this notice Monday, June 23, 2008 : (midnight) deadline for receiving translation updates Tuesday, June 24, 2008 : build the package and upload it to DELAYED/2-day send the NMU patch to the BTS Thursday, June 26, 2008 : NMU uploaded to incoming Thanks for your efforts and time. -- -- # SOME DESCRIPTIVE TITLE. # Copyright (C) YEAR THE PACKAGE'S COPYRIGHT HOLDER # This file is distributed under the same license as the PACKAGE package. # FIRST AUTHOR [EMAIL PROTECTED], YEAR. # #, fuzzy msgid msgstr Project-Id-Version: PACKAGE VERSION\n Report-Msgid-Bugs-To: [EMAIL PROTECTED] POT-Creation-Date: 2007-05-14 10:01-0400\n PO-Revision-Date: YEAR-MO-DA HO:MI+ZONE\n Last-Translator: FULL NAME [EMAIL PROTECTED]\n Language-Team: LANGUAGE [EMAIL PROTECTED]\n MIME-Version: 1.0\n Content-Type: text/plain; charset=CHARSET\n Content-Transfer-Encoding: 8bit\n #. Type: string #. Description #: ../hearse.templates:1001 msgid Email address to submit to the Hearse server: msgstr #. Type: string #. Description #: ../hearse.templates:1001 msgid The Hearse server requires that you supply an email address before you can exchange bones files. If you supply an address here it will be submitted to the server for you. If you don't supply an address, hearse will be installed but it won't run automatically until you create an account yourself. msgstr #. Type: string #. Description #: ../hearse.templates:1001 msgid The server operator states that your email address will only be used to contact you about Hearse, and will never be given to any third party. If you enter an invalid address, the server won't be able to support you if you download a bad bones file, and will be forced to ban you if any of your uploaded files are bad. msgstr signature.asc Description: Digital signature
Bug#486349: fix for 486349
tags 486349 +patch the patch in debian/patches makes an unexplained change from srcdir to sourcedir that causes the build to silently fail if the source copy is not done before the build. A new version of the patch with this change removed is attatched. Files javatar-2.5.orig/javatar-2.5.tar and javatar-2.5/javatar-2.5.tar differ Files javatar-2.5.orig/javatar-2.5.tar.gz and javatar-2.5/javatar-2.5.tar.gz differ Files javatar-2.5.orig/javatar-2.5.zip and javatar-2.5/javatar-2.5.zip differ diff -Nur -x '*.orig' -x '*~' javatar-2.5+dfsg/source/com/ice/tar/build.xml javatar-2.5+dfsg.new/source/com/ice/tar/build.xml --- javatar-2.5+dfsg/source/com/ice/tar/build.xml 2008-06-16 10:14:47.0 +0100 +++ javatar-2.5+dfsg.new/source/com/ice/tar/build.xml 2008-06-16 10:18:23.0 +0100 @@ -128,7 +128,6 @@ target name=echo-props echo message=basedir=${basedir} / echo message=build=${build} / - echo message=bindir=${bindir} / echo message=jardir=${jardir} / echo message=classdir=${classdir} / echo message=sourcedir=${sourcedir} / @@ -151,12 +150,13 @@ property name=apidocdir value=${docdir}/api / property name=sourcedir value=${build}/source / - property name=srcdir value=${basedir}/java / + property name=srcdir value=${basedir}/source / property name=tardir value=${srcdir}/com/ice/tar / !-- JARS -- property name=activationjar - value=C:/java/jaf-1.0.1/activation.jar / + value=/usr/share/java/activation.jar / + !-- value=C:/java/jaf-1.0.1/activation.jar / -- !-- GLOBALS -- property name=java.home value=C:/java/jdk1.3/
Bug#486399: vim gui
I'm having similar issues. the vim-gtk GUI also, now, doesn't look like it's using GTK anymore. In fact, vim-gtk and vim-lesstif both appear to be using lesstif widgets. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#485787: Re: Bug#485787: In muttrc 'exec collapse-all' prevents 'push' and 'exec' from working at runtime
Hi, On Sat, Jun 14, 2008 at 05:56:31PM +0200, Christoph Berg wrote: Can you try using 2 exec there, or only push, or -better- merge these into one single push statement? mutt -e 'push collapse-allshow-version' works here. it doesn't here, it says There are no messages. instead Ok I have no local mail so this could indeed be a display overwriting another message in this case. However I wasn't telling the whole story in my test case. In fact I run mutt in a GNU screen, and use a push command to change screen's title: push :set\ wait_key=no\n!~/script/scrtit\ MUTT\n:set\ wait_key=yes\n So the above hypothesis doesn't apply here as it's not mutt's display which comes into consideration, but GNU screen's Thanks for looking into this! -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#486332: kmail: symbol lookup error: /usr/lib/libkdepim.so.4: undefined symbol: _ZN13KRichTextEdit17mouseReleaseEventEP11QMouseEvent
On Monday 16 June 2008, Alan BRASLAU wrote: kde4 update this morning (debian experimental). Problem with kmail persists. Including kdepim update ? What versions? /Sune -- How could I install the display? You neither need to debug the serial ISA controller of a icon over the coaxial 2D button, nor can ever send the line to open a system. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#485612: libdbd-informix-perl: succesfull building
Package: libdbd-informix-perl Followup-For: Bug #485612 It helps for building, if you do NOT run 'make test'. I've compiled and run DBD-Informix-2008.0513 on csdk versions: 3.00.UC3DE and 3.50.UC1DE. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (990, 'testing'), (900, 'unstable'), (50, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.25-2-686-bigmem (SMP w/1 CPU core) Locale: LANG=cs_CZ.UTF-8, LC_CTYPE=cs_CZ.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to cs_CZ.UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages libdbd-informix-perl depends on: ii libdbi-perl 1.604-1+b1 Perl5 database interface by Tim Bu ii perl 5.10.0-10 Larry Wall's Practical Extraction libdbd-informix-perl recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#474678: Patch applied...but in the wrong place because of wrong explanation in the bug report
found 474678 0.12.33 thanks The French manpages translation you got should not have been put in debian/po but in man/po. I'm afraid that the text of the bug report by Jean-Baka is what lead this misunderstanding. So, what I suggest: put the fr.po file sent in #474678 in man/po restore the former version of debian/po/fr.po Sorry for the trouble... -- signature.asc Description: Digital signature
Bug#486461: FTBFS when building with MAKEFLAGS=-jx
Package: xenomai Version: 2.4.4-2 Tags: patch Hello, When exporting MAKEFLAGS to build your package, eg 'MAKEFLAGS=-j3 sbuild -Ad sid xenomai_2.4.4-2.dsc, it fails to build due to the following part in debian/rules: build-arch: config.status build-arch-stamp build-arch-stamp: patch-stamp This allows ./configure and 'make' to be run at the same time, which leads to a build failure. The attached patch fixes this. Regards, -- Albin Tonnerre diff -u xenomai-2.4.4/debian/rules xenomai-2.4.4/debian/rules --- xenomai-2.4.4/debian/rules +++ xenomai-2.4.4/debian/rules @@ -39,14 +39,14 @@ build: build-arch build-indep -build-arch: config.status build-arch-stamp -build-arch-stamp: patch-stamp +build-arch: build-arch-stamp +build-arch-stamp: config.status patch-stamp dh_testdir $(MAKE) touch build-arch-stamp -build-indep: config.status build-indep-stamp -build-indep-stamp: +build-indep: build-indep-stamp +build-indep-stamp: config.status dh_testdir touch build-indep-stamp signature.asc Description: Digital signature
Bug#472810: tetex-base: Should this source package be removed?
reassign 472810 ftp.debian.org retitle 472810 RoM: please remove source package tetex-base from the archive stop On 26.03.08 Daniel Schepler ([EMAIL PROTECTED]) wrote: Package: tetex-base Version: 3.0.dfsg.3-5 Severity: normal I just noticed that there is still a tetex-base source package in sid, and that it is the only source package providing the tetex-doc binary package. With texlive uploaded quite a while ago, I was wondering whether this was an oversight, and whether we should request the removal of the source package. I guess you're right. I reassign the bug to ftp.debian.org. The bugs for the binary package tetex-base are displayed on http://bugs.debian.org/src:texlive-base We'll care about the bugs sitting on tetex-doc later, i.e. closing them or reassigning them to the packages of TL. H. -- sigmentation fault -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#474589: socket error when bitlbee is started
severity 474589 minor tags 474589 +pending thanks Marc Dequ?nes (Duck) ([EMAIL PROTECTED]) wrote: Software is unusuable in ForkDaemon mode because you force running as 'bitlbee' user in the init script. Raised severity, as this is the recommanded way of running bitlbee. So, how does this make the software unusable? This is just a warning. This socket is not important at all for normal BitlBee in use. In fact, I'm not sure if there's anything that uses this socket so far. It's just there so future packages could maybe use it to send IPC commands to automatically restart the master daemon, for example. IOW, you just blew up a little bit of syslog noise into a bug that could throw BitlBee out of the next Debian release. :-) Btw, bitlbee has a User = directive in his configuration file, so i guess setting the user in the init script is useless and misleading. Yep, that one wasn't there yet when the init script was written (2 years ago). I got a patch here that switches to using this instead of letting start-stop-daemon do this, that'll solve the problem. I'll do an upload soonish. Wilmer v/d Gaast. -- + .''`. - -- ---+ +- -- --- - --+ | wilmer : :' : gaast.net | | OSS Programmer www.bitlbee.org | | lintux `. `~' debian.org | | Full-time geek wilmer.gaast.net | +--- -- - ` ---+ +-- - --- -- -+ signature.asc Description: Digital signature
Bug#486425: ITP: bomstrip -- strip Byte-Order Marks from UTF-8 text files
ma, 2008-06-16 kello 12:14 +0300, Peter Pentchev kirjoitti: Hm. Okay, so maybe the two command-line utilities and the collection might be separated. IMHO, the collection *is* still useful on its own :) If others share this opinion, I may either create two separate packages, or just remove the command-line utilities and file a wishlist bug against coreutils or textutils or something like that. How does that strike you? What do others think? I wish to ask this question: is packaging this collection directly useful to Debian users? How? If the task is to remove BOMs from files, then surely that should be served by a one-line sed or perl script (plus manual page, copyright license file, etc, so a total cost of about 200 KiB). I'm not saying that the collection should not be packaged, I'm just finding it hard to imagine it being useful as a Debian package. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#486462: [INTL:tr] [xorg] Turkish translation update of debconf template
Package: xorg Severity: wishlist Tags: l10n patch Please find attached the updated Turkish po-debconf translation. Thanks # translation of xorg-tr.po to Turkish # debconf templates for xorg-x11 package # Turkish translation # # $Id: tr.po 1061 2006-01-11 10:19:43Z ender $ # # Copyrights: # # This file is distributed under the same license as the xorg-x11 package. # Please see debian/copyright. # #Translators, if you are not familiar with the PO format, gettext #documentation is worth reading, especially sections dedicated to #this format, e.g. by running: # info -n '(gettext)PO Files' # info -n '(gettext)Header Entry' # #Some information specific to po-debconf are available at #/usr/share/doc/po-debconf/README-trans # or http://www.debian.org/intl/l10n/po-debconf/README-trans # #Developers do not need to manually edit POT or PO files. # # Branden Robinson, 2000-2004. # Osman Yüksel [EMAIL PROTECTED], 2004, 2006. # Recai OktaÅ [EMAIL PROTECTED], 2004. # Mert Dirik [EMAIL PROTECTED], 2008. msgid msgstr Project-Id-Version: xorg-x11\n Report-Msgid-Bugs-To: [EMAIL PROTECTED] POT-Creation-Date: 2008-06-08 22:20+0200\n PO-Revision-Date: 2008-06-15 18:21+0200\n Last-Translator: Mert Dirik [EMAIL PROTECTED]\n Language-Team: Debian L10n Turkish [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 X-Poedit-Language: Turkish\n #. Type: select #. Description #: ../xserver-xorg.templates:2001 msgid X server driver: msgstr X sunucu sürücüsü: #. Type: select #. Description #: ../xserver-xorg.templates:2001 msgid For the X Window System graphical user interface to operate correctly, it is necessary to select a video card driver for the X server. msgstr X Window Sisteminin, grafik kullanıcı arayüzlerini doÄru iÅlemesi için, X sunucusu için bir ekran kartı sürücüsü seçmelisiniz. #. Type: select #. Description #: ../xserver-xorg.templates:2001 msgid Drivers are typically named for the video card or chipset manufacturer, or for a specific model or family of chipsets. msgstr Sürücüler genelde, ekran kartı adı, yonga seti, özel bir model veya bir yonga seti ailesiyle adlandırılır. #. Type: boolean #. Description #: ../xserver-xorg.templates:3001 msgid Use kernel framebuffer device interface? msgstr Ãekirdek kare tamponu arayüzü kullanılsın mı? #. Type: boolean #. Description #: ../xserver-xorg.templates:3001 msgid Rather than communicating directly with the video hardware, the X server may be configured to perform some operations, such as video mode switching, via the kernel's framebuffer driver. msgstr X sunucusu, ekran donanımına doÄrudan ulaÅmak yerine, çekirdek kare tamponu (framebuffer) kullanarak ekran kipi deÄiÅtirme gibi iÅlemleri yapmak için de yapılandırılabilir. #. Type: boolean #. Description #: ../xserver-xorg.templates:3001 msgid In theory, either approach should work, but in practice, sometimes one does and the other does not. Enabling this option is the safe bet, but feel free to turn it off if it appears to cause problems. msgstr Teorik olarak her ikisi de çalıÅmalıdır. Ancak pratikte bazen biri veya diÄeri çalıÅmaz. Bu seçeneÄi etkinleÅtirmekte bir sakınca yoktur, fakat sorunlara yol açtıÄı görülüyorsa iptal etmekten çekinmeyin. #. Type: string #. Description #: ../xserver-xorg.templates:4001 msgid Video card's bus identifier: msgstr Ekran kartının veriyolu tanımlayıcısı: #. Type: string #. Description #: ../xserver-xorg.templates:4001 msgid Users of PowerPC machines, and users of any computer with multiple video devices, should specify the BusID of the video card in an accepted bus-specific format. msgstr PowerPC kullanıcıları ve çoklu ekran aygıtı kullanan kullanıcılar, ekran kartı için veriyolu kimliÄini (BusID) kullanılan veriyoluna özgü bir biçemde belirtmelidirler. #. Type: string #. Description #: ../xserver-xorg.templates:4001 msgid Examples: msgstr Ãrnekler: #. Type: string #. Description #: ../xserver-xorg.templates:4001 msgid For users of multi-head setups, this option will configure only one of the heads. Further configuration will have to be done manually in the X server configuration file, /etc/X11/xorg.conf. msgstr Ãok çıkıÅlı ekran kartı kullanan kullanıcılar için, bu seçenek sadece çıkıÅlardan bir tanesini yapılandıracaktır. DiÄer ayarlar /etc/X11/xorg.conf X sunucu yapılandırma dosyasında elle yapılmalıdır. #. Type: string #. Description #: ../xserver-xorg.templates:4001 msgid You may wish to use the \lspci\ command to determine the bus location of your PCI, AGP, or PCI-Express video card. msgstr PCI, AGP veya PCI Express kartınızın veriyolunu tespit etmek için \lspci\ komutunu kullanabilirsiniz. #. Type: string #. Description #: ../xserver-xorg.templates:4001 msgid When possible, this question has been
Bug#477027: fixed with 1.0.14
It seems fixed with next upstream version 1.0.14 (using option 2: include the tiddlywiki_cp code in the jpoker source) Please see the attached debuild.log I believe current Uploader: Loic Dachary, will upload it in debian soon, http://jspoker.pokersource.info/packaging-farm/jpoker/gnulinux/debian/unstable/src/ -- Johan Euphrosine [EMAIL PROTECTED] [EMAIL PROTECTED]:/tmp/jpoker-1.0.14$ debuild -us -uc dpkg-buildpackage -rfakeroot -D -us -uc dpkg-buildpackage: set CPPFLAGS to default value: dpkg-buildpackage: set CFLAGS to default value: -g -O2 dpkg-buildpackage: set CXXFLAGS to default value: -g -O2 dpkg-buildpackage: set FFLAGS to default value: -g -O2 dpkg-buildpackage: set LDFLAGS to default value: -Wl,-Bsymbolic-functions dpkg-buildpackage: source package jpoker dpkg-buildpackage: source version 1.0.14-1 dpkg-buildpackage: source changed by Loic Dachary (OuoU) [EMAIL PROTECTED] dpkg-buildpackage: host architecture i386 fakeroot debian/rules clean test -x debian/rules dh_testroot dh_clean /usr/bin/make -C . CFLAGS=-g -O2 -g -Wall -O2 CXXFLAGS=-g -O2 -g -Wall -O2 CPPFLAGS= LDFLAGS=-Wl,-Bsymbolic-functions -k maintainer-clean make[1]: Entering directory `/tmp/jpoker-1.0.14' cd sound ; /usr/bin/make clean make[2]: Entering directory `/tmp/jpoker-1.0.14/sound' rm -f player_arrive.swf player_hand.swf player_arrive.wav player_hand.wav soundswiff make[2]: Leaving directory `/tmp/jpoker-1.0.14/sound' rm -fr tests rm -f messages.pot rm -f jpoker/skin/jpoker_[0-9][0-9]_* rm -f jpoker/{index,poker,skin}.html jpoker/index-en.html jpoker/index-fr.html jpoker/index-ja.html jpoker/skin-en.html jpoker/skin-fr.html jpoker/skin-ja.html rm -fr en/ fr/ ja/ jpoker/l10n/*.mo rm -f jpoker/index.200* jpoker/index-fr.200* jpoker/poker.200* rm -f jpoker/mockup.html rm -f jpoker/images/mockup_plain.svg rm -f *.pyc make[1]: Leaving directory `/tmp/jpoker-1.0.14' rm -f debian/stamp-makefile-build dpkg-source -b jpoker-1.0.14 dpkg-source: building jpoker using existing jpoker_1.0.14.orig.tar.gz dpkg-source: building jpoker in jpoker_1.0.14-1.diff.gz dpkg-source: building jpoker in jpoker_1.0.14-1.dsc debian/rules build test -x debian/rules mkdir -p . /usr/bin/make -C . CFLAGS=-g -O2 -g -Wall -O2 CXXFLAGS=-g -O2 -g -Wall -O2 CPPFLAGS= LDFLAGS=-Wl,-Bsymbolic-functions build make[1]: Entering directory `/tmp/jpoker-1.0.14' cp tiddlywiki-2.3.html jpoker/poker.html GEM_HOME=gems gems/bin/tiddlywiki_cp -a jpoker/JpokerPlugin jpoker/poker jpoker/markup jpoker/poker.html cp tiddlywiki-2.3.html jpoker/index-en.html GEM_HOME=gems gems/bin/tiddlywiki_cp -a jpoker/JpokerPlugin jpoker/index-en jpoker/index jpoker/tiddlers jpoker/markup jpoker/index-en.html cp tiddlywiki-2.3.html jpoker/index-fr.html GEM_HOME=gems gems/bin/tiddlywiki_cp -a jpoker/JpokerPlugin jpoker/index-fr jpoker/index jpoker/tiddlers jpoker/markup jpoker/index-fr.html cp tiddlywiki-2.3.html jpoker/index-ja.html GEM_HOME=gems gems/bin/tiddlywiki_cp -a jpoker/JpokerPlugin jpoker/index-ja jpoker/index jpoker/tiddlers jpoker/markup jpoker/index-ja.html cp jpoker/index-en.html jpoker/index.html cp tiddlywiki-2.3.html jpoker/skin-en.html GEM_HOME=gems gems/bin/tiddlywiki_cp -a jpoker/skin jpoker/index-en jpoker/tiddlers jpoker/markup jpoker/skin-en.html cp tiddlywiki-2.3.html jpoker/skin-fr.html GEM_HOME=gems gems/bin/tiddlywiki_cp -a jpoker/skin jpoker/index-fr jpoker/tiddlers jpoker/markup jpoker/skin-fr.html cp tiddlywiki-2.3.html jpoker/skin-ja.html GEM_HOME=gems gems/bin/tiddlywiki_cp -a jpoker/skin jpoker/index-ja jpoker/tiddlers jpoker/markup jpoker/skin-ja.html cp jpoker/skin-en.html jpoker/skin.html inkscape --without-gui --vacuum-defs --export-plain-svg=jpoker/images/mockup_plain.svg jpoker/images/mockup.svg (inkscape:8992): Gtk-WARNING **: Locale not supported by C library. Using the fallback 'C' locale. (inkscape:8992): Gdk-CRITICAL **: gdk_display_list_devices: assertion `GDK_IS_DISPLAY (display)' failed ** (inkscape:8992): CRITICAL **: void Inkscape::GC::Anchored::release() const: assertion `_anchor' failed perl -pi -e 's/xmlns=http:\/\/www.w3.org\/2000\/svg//' jpoker/images/mockup_plain.svg perl: warning: Setting locale failed. perl: warning: Please check that your locale settings: LANGUAGE = (unset), LC_ALL = (unset), LANG = en fr ja are supported and installed on your system. perl: warning: Falling back to the standard locale (C). ( \ echo // generated with make mockup, DO NOT EDIT ; \ echo -n '$.jpoker.plugins.table.templates.room = ' ; \ python svgflatten.py jpoker/images/mockup_plain.svg | python svg2html.py --json || true ; \ ) jpoker/js/mockup.js python svgflatten.py jpoker/images/mockup_plain.svg | python svg2html.py --html | tidy -indent 2/dev/null jpoker/mockup.html || true perl -pi -e 's:/head:link href=js/mockup.css rel=stylesheet type=text/css //head:' jpoker/mockup.html perl: warning: Setting locale failed. perl: warning: Please check that your locale settings: LANGUAGE = (unset), LC_ALL = (unset), LANG = en fr
Bug#484974: [pkg-ntp-maintainers] Bug#484974: ntpdate's ip-up script runs even for virtual interfaces
Am Montag, 16. Juni 2008 schrieb Josip Rodin: I don't want to have to go rm the conffile or remove the package on N machines just because of whatever happens on the some random desktop... Desktop users might say the opposite. I think you are just going to have to live with the default behavior being different from what you want. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#486332: kmail: symbol lookup error: /usr/lib/libkdepim.so.4: undefined symbol: _ZN13KRichTextEdit17mouseReleaseEventEP11QMouseEvent
Hi, Monday 16 June 2008, Alan BRASLAU rašė: kde4 update this morning (debian experimental). Problem with kmail persists. New version is already on ftp.de.debian.org -- Modestas Vainius [EMAIL PROTECTED] signature.asc Description: This is a digitally signed message part.
Bug#472212: [UPDATED] Additional Drive Symbols for /usr/share/wmmount/
Hello Maintainer, I have added cellphone.xpm which was neccesary for my Nokia... Attached the cellphone.xpm and a wmmount_symbols.xcf which contain the five previosly USB and Memory Card symbols and not additional the cellphone image. Thanks, Greetings and nice Day/Evening Michelle Konzack Systemadministrator 24V Electronic Engineer Tamay Dogan Network Debian GNU/Linux Consultant -- Linux-User #280138 with the Linux Counter, http://counter.li.org/ # Debian GNU/Linux Consultant # Michelle Konzack Apt. 917 ICQ #328449886 +49/177/935194750, rue de Soultz MSN LinuxMichi +33/6/61925193 67100 Strasbourg/France IRC #Debian (irc.icq.com) signature.pgp Description: Digital signature
Bug#486463: e2fsprogs: debugfs manpage - default superblock option
Package: e2fsprogs Version: 1.40.8-2 Severity: minor there is wrong description in -s option in debugfs manpage. default for -s is described as 1. but this is not true. ext2fs_open() docs describes it following way: The superblock parameter specifies the block number of the superblock which should be used when opening the filesystem. If superblock is zero, ext2fs_open will use the primary superblock located at offset 1024 bytes from the start of the filesystem image. which produces different behavior from debugfs manpage description, when -b is not set to 1024. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.24-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 e2fsprogs depends on: ii e2fslibs 1.40.8-2 ext2 filesystem libraries ii libblkid1 1.40.8-2 block device id library ii libc6 2.7-10 GNU C Library: Shared libraries ii libcomerr21.40.8-2 common error description library ii libss21.40.8-2 command-line interface parsing lib ii libuuid1 1.40.8-2 universally unique id library e2fsprogs recommends no packages. -- debconf-show failed -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#486464: typos in the POD documentation, code and po templates
Package: debhelper Version: 7.0.10 Severity: minor Tags: patch Hi Joey, there's a common typo in the debhelper package: compatability instead of compatibility. I'm attaching a patch so that it's easier for you :) Kindly, David -- . ''`. Debian maintainer | http://wiki.debian.org/DavidPaleino : :' : Linuxer #334216 --|-- http://www.hanskalabs.net/ `. `'` GPG: 1392B174 | http://snipr.com/qa_page `- 2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174 diff -urN debhelper-7.0.10.orig/debhelper.pod debhelper-7.0.10/debhelper.pod --- debhelper-7.0.10.orig/debhelper.pod 2008-06-16 11:42:37.0 +0200 +++ debhelper-7.0.10/debhelper.pod 2008-06-16 11:43:06.0 +0200 @@ -384,7 +384,7 @@ =item - dh_installman allows overwriting existing man pages in the package build -directory. In previous compatability levels it silently refuses to do this. +directory. In previous compatibility levels it silently refuses to do this. =back diff -urN debhelper-7.0.10.orig/dh_builddeb debhelper-7.0.10/dh_builddeb --- debhelper-7.0.10.orig/dh_builddeb 2008-06-16 11:42:37.0 +0200 +++ debhelper-7.0.10/dh_builddeb 2008-06-16 11:43:17.0 +0200 @@ -64,7 +64,7 @@ complex_doit(find $tmp $dh{EXCLUDE_FIND} | xargs rm -rf); } else { - # Old broken code here for compatability. Does not + # Old broken code here for compatibility. Does not # remove everything. complex_doit(find $tmp -name $_ | xargs rm -rf) foreach split(:, $ENV{DH_ALWAYS_EXCLUDE}); diff -urN debhelper-7.0.10.orig/dh_install debhelper-7.0.10/dh_install --- debhelper-7.0.10.orig/dh_install 2008-06-16 11:42:37.0 +0200 +++ debhelper-7.0.10/dh_install 2008-06-16 11:42:47.0 +0200 @@ -40,7 +40,7 @@ Makefile to install it all into debian/tmp, and then use dh_install to copy directories and files from there into the proper package build directories. -From debhelper compatability level 7 on, if --sourcedir is not specified, +From debhelper compatibility level 7 on, if --sourcedir is not specified, dh_install will install files from debian/tmp if the directory contains the files. Otherwise, it will install files from the current directory. diff -urN debhelper-7.0.10.orig/dh_installchangelogs debhelper-7.0.10/dh_installchangelogs --- debhelper-7.0.10.orig/dh_installchangelogs 2008-06-16 11:42:37.0 +0200 +++ debhelper-7.0.10/dh_installchangelogs 2008-06-16 11:46:17.0 +0200 @@ -31,7 +31,7 @@ used. An upstream changelog file may be specified as an option. If none is -specified, a few common filenames are tried. (In compatability level 7 and +specified, a few common filenames are tried. (In compatibility level 7 and above.) If there is an upstream changelog file, it will be be installed as diff -urN debhelper-7.0.10.orig/man/po4a/po/debhelper.pot debhelper-7.0.10/man/po4a/po/debhelper.pot --- debhelper-7.0.10.orig/man/po4a/po/debhelper.pot 2008-06-16 11:42:37.0 +0200 +++ debhelper-7.0.10/man/po4a/po/debhelper.pot 2008-06-16 11:45:14.0 +0200 @@ -699,7 +699,7 @@ #: debhelper.pod:386 msgid dh_installman allows overwriting existing man pages in the package build -directory. In previous compatability levels it silently refuses to do this. +directory. In previous compatibility levels it silently refuses to do this. msgstr # type: =item @@ -1472,7 +1472,7 @@ #: dh_installchangelogs:33 msgid An upstream changelog file may be specified as an option. If none is -specified, a few common filenames are tried. (In compatability level 7 and +specified, a few common filenames are tried. (In compatibility level 7 and above.) msgstr @@ -2693,7 +2693,7 @@ # type: textblock #: dh_install:43 msgid -From debhelper compatability level 7 on, if --sourcedir is not specified, +From debhelper compatibility level 7 on, if --sourcedir is not specified, dh_install will install files from debian/tmp if the directory contains the files. Otherwise, it will install files from the current directory. msgstr diff -urN debhelper-7.0.10.orig/man/po4a/po/es.po debhelper-7.0.10/man/po4a/po/es.po --- debhelper-7.0.10.orig/man/po4a/po/es.po 2008-06-16 11:42:37.0 +0200 +++ debhelper-7.0.10/man/po4a/po/es.po 2008-06-16 11:45:45.0 +0200 @@ -925,7 +925,7 @@ #: debhelper.pod:386 msgid dh_installman allows overwriting existing man pages in the package build -directory. In previous compatability levels it silently refuses to do this. +directory. In previous compatibility levels it silently refuses to do this. msgstr # type: =item @@ -1952,7 +1952,7 @@ #: dh_installchangelogs:33 msgid An upstream changelog file may be specified as an option. If none is -specified, a few common filenames are tried. (In compatability level 7 and +specified, a few common filenames are tried. (In compatibility level 7 and above.) msgstr @@ -3587,7 +3587,7 @@ # type: textblock #: dh_install:43 msgid -From debhelper compatability level 7 on, if
Bug#455110: What to do about this bug
Any objections to reassigning this to dpkg and marking it a duplicate of bug #*454628 http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=454628*? I think marking 454628 as blocking this one incorrectly describes the relationship, as if 454628 is resolved, this one will be resolved as well. ** Shachar -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#485798: NMU diff for FTGL transition
On Jun 15, 2008, at 6:11 PM, Sam Hocevar wrote: severity 485798 serious thanks On Wed, Jun 11, 2008, Sam Hocevar wrote: attached is a patch for gem to make it build with the forthcoming version of FTGL (currently in experimental). Since gem currently FTBFSes due to other bugs, if these bugs are not fixed by the time I upload FTGL to unstable, I will not touch gem and simply raise this bug's severity to serious. Here, since FTGL entered unstable I upgraded the severity. My offer to NMU still stands, so let me know. Hi, Please NMU. Günter Cheers, -- Sam. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#486000: setting package to net-acct, tagging 486000, tagging 332495
# Automatically generated email from bts, devscripts version 2.10.28 # # net-acct (0.71-8) UNRELEASED; urgency=low # # * New maintainer. (Closes: #486000: ITA: net-acct) # * Purging removes log files (Closes: #332495) package net-acct tags 486000 + pending tags 332495 + pending -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#486394: linux-modules-extra-2.6: Please add speakup modules
Hello, Daniel Baumann, le Mon 16 Jun 2008 08:56:56 +0200, a écrit : As discussed on the linux-boot and linux-kernel mailing lists, for accessibility purpose it would be useful to have speakup modules compiled for the debian installer, and thus to add them to linux-modules-extra-2.6. Here is a patch that does so. good, but don't override rules, please fix your module-source package instead. Mmm, well, the speakup-source package builds fine via module-assistant, and I had to override the rules because it looked like linux-module-extra is using the upstream packages' non-existing top-level Makefile instead of the speakup-source -provided rules. Should I add a toplevel Makefile in the upstream source, or is there something else to be done to make linux-modules-extra use speakup-source's rules, or to direct it to speakup's src/ path? Samuel -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#484974: [pkg-ntp-maintainers] Bug#484974: ntpdate's ip-up script runs even for virtual interfaces
On Mon, Jun 16, 2008 at 11:21:08AM +0200, Peter Eisentraut wrote: Am Montag, 16. Juni 2008 schrieb Josip Rodin: I don't want to have to go rm the conffile or remove the package on N machines just because of whatever happens on the some random desktop... Desktop users might say the opposite. I think you are just going to have to live with the default behavior being different from what you want. Huh, that's a wonderful argument, long live common sense. : -- 2. That which causes joy or happiness. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#486422: ITP: eternallands -- the client package for Eternal Lands, a free MMORPG
On Mon, Jun 16, 2008 at 12:50:05AM +0100, Paul Broadhead wrote: Package: wnpp Severity: wishlist Owner: Paul Broadhead [EMAIL PROTECTED] * Package name: eternallands Version : 1.6.0 Upstream Author : Radu Privantu * URL : http://http://www.eternal-lands.com/ * License : (QTPL) Hi The license has some restrictions that are non DFSG ok: Restrictions: 1. You are not allowed to use the Binary Data that comes with the Official Eternal Lands Client without our prior approval. 2. You may not distribute our Binary Data in your modified versions, without our approval. 3. You may not use our Trademarks (such as Eternal Lands(TM)) in modifed versions, without our approval. You can (and must) add a notice stating that the code is a Modified Version of the the Eternal Lands Official Client. 4. You may not use modified versions to connect to the Eternal Lands server, without our approval. http://cvs.berlios.de/cgi-bin/viewcvs.cgi/elc/elc/eternal_lands_license.txt?rev=1.1content-type=text/vnd.viewcvs-markup Cheers, Gonéri signature.asc Description: Digital signature
Bug#486422: ITP: eternallands -- the client package for Eternal Lands, a free MMORPG
2008/6/16 Paul Broadhead [EMAIL PROTECTED]: Package: wnpp Severity: wishlist Owner: Paul Broadhead [EMAIL PROTECTED] * Package name: eternallands Version : 1.6.0 Upstream Author : Radu Privantu * URL : http://http://www.eternal-lands.com/ * License : (QTPL) Programming Lang: (C, C++) Description : the client package for Eternal Lands, a free MMORPG Eternal Lands is a FREE MMORPG (massively multiplayer online role playing game). Could you provide a link to the QTPL license? I'm not sure if you mean the QPL [1], If you do, take into account that, AFAIK, it is not clear whether it is DFSG-Free or not, and also that it is not compatible with GPL, and thus you shouldn't be linking, directly or indirectly, statically or dynamically, with any GPLed code. Do you know if the server part of the game is also available? Greetings, Miry -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#486000: setting package to net-acct, tagging 486000, tagging 162665, tagging 332495
# Automatically generated email from bts, devscripts version 2.10.28 # # net-acct (0.71-8) UNRELEASED; urgency=low # # * New maintainer. (Closes: #486000: ITA: net-acct) # * Purging removes log files (Closes: #332495) # * Don't compress perl modules in examples (Closes: #162665) package net-acct tags 486000 + pending tags 162665 + pending tags 332495 + pending -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#486422: ITP: eternallands -- the client package for Eternal Lands, a free MMORPG
Sorry, I forgot to add the link: [1] http://wiki.debian.org/DFSGLicenses Greetings, Miry -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#486465: mrxvt: Too many tabs when trying to open more then 15 tabs
Package: mrxvt Version: 0.5.3-2 Severity: wishlist Please configure --with-max-term=51 or some other more reasonable number, 15 is way too little, especially as mrxvt's main advantage is ability to use multiple (and many) tabs. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.24 (SMP w/4 CPU cores) Locale: LANG=C, LC_CTYPE=pl_PL (charmap=ISO-8859-2) Shell: /bin/sh linked to /bin/bash Versions of packages mrxvt depends on: ii libc6 2.7-10GNU C Library: Shared libraries ii libfontconfig1 2.5.0-2 generic font configuration library ii libice62:1.0.4-1 X11 Inter-Client Exchange library ii libjpeg62 6b-14 The Independent JPEG Group's JPEG ii libpng12-0 1.2.27-1 PNG library - runtime hi libx11-6 2:1.0.3-7 X11 client-side library ii libxft22.1.12-2 FreeType-based font drawing librar ii libxpm41:3.5.7-1 X11 pixmap library ii libxrender11:0.9.4-1 X Rendering Extension client libra ii mrxvt-common 0.5.3-2 lightweight multi-tabbed X termina ii zlib1g 1:1.2.3.3.dfsg-12 compression library - runtime mrxvt recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#486394: linux-modules-extra-2.6: Please add speakup modules
Samuel Thibault wrote: Should I add a toplevel Makefile in the upstream source yes, and to avoid code dublication, it's recommendet to call that very same toplevel Makefile from debian/rules targets too. -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: [EMAIL PROTECTED] Internet: http://people.panthera-systems.net/~daniel-baumann/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#481961: Bug in libpod-simple-perl fixed in revision 21724
tag 481961 + pending thanks Some bugs are closed in revision 21724 by Damyan Ivanov (dmn) Commit message: remove old perlpod* manages and POD, overriding the PODs in perl-doc Closes: #481961 -- perlpod and perlpodspec are also in the core -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#483699: closed by Brice Goglin [EMAIL PROTECTED] (Bug#483699: fixed in xserver-xorg-video-nsc 1:2.8.3-3)
On Sun, Jun 15, 2008 at 12:30 PM, Debian Bug Tracking System [EMAIL PROTECTED] wrote: xserver-xorg-video-nsc - X.Org X server -- NSC Geode GX1 display driver Closes: 483699 Changes: xserver-xorg-video-nsc (1:2.8.3-3) unstable; urgency=low . * Work-around the upstream driver claiming support for hardware that it does not support or that other drivers support much better: Disable Geode GX2 and Cyrix hardware from 01_gen_pci_ids.diff so that the server always autoloads -geode and -cyrix drivers. Closes: #483699. * Update the description to only talk about NSC Geode GX1. * Bump Standards-Version to 3.7.3, no change needed. * Remove XS- prefix from Vcs-Browser and Vcs-Git fields in debian/control. * Run dpkg-shlibdeps with --warnings=6. Drivers reference symbols from /usr/bin/Xorg and other modules, and that's not a bug, so we want dpkg-shlibdeps to shut up about symbols it can't find. + Build-depend on dpkg-dev = 1.14.17 for dpkg-shlibdeps --warnings. * Don't forget to call the xsfclean target. 1:2.8.3-3 ships with the wrong PCI ID numbers: instead of shipping with NSC numbers (vendor: 100B), it ships with Cyrix numbers (vendor: 1078). Those it should have are therefore: 100B0104 100B0504 -- Martin-Éric Racine http://q-funk.iki.fi
Bug#486467: laptop-mode-tools: remove trailing . from faq URL in README
Package: laptop-mode-tools Version: 1.42-1 Severity: wishlist Tags: patch I suggest removing the full-stop (as in attached patch) to aid cutpasting Cheers, Phil. =-=-=-=- --- /usr/share/doc/laptop-mode-tools/README 2008-05-12 14:28:57.0 +0100 +++ /tmp/README 2008-06-16 11:02:51.149724741 +0100 @@ -18,7 +18,7 @@ * To configure the laptop mode scripts, edit /etc/laptop-mode/laptop-mode.conf. -* The laptop mode FAQ can be found at http://samwel.tk/laptop_mode/faq. +* The laptop mode FAQ can be found at http://samwel.tk/laptop_mode/faq * The revision history is included in the Documentation directory. =-=-=-=- -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (501, 'testing'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.24-1-686 (SMP w/1 CPU core) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages laptop-mode-tools depends on: ii lsb-base 3.1-24 Linux Standard Base 3.1 init scrip ii util-linux2.13.1-1 Miscellaneous system utilities Versions of packages laptop-mode-tools recommends: ii acpid 1.0.4-7.1 Utilities for using ACPI power man ii hal 0.5.10-2 Hardware Abstraction Layer ii hdparm7.7-1 tune hard disk parameters for high ii sdparm1.02-1 Output and modify SCSI device para -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#481961: #481961: libpod-simple-perl: perlpod and perlpodspec are also in the core
I have a fix in SVN, but am a bit unsure about it. The fix just removes the perlpod and perlpodspec manual pages and PODs from the package. (BTW the package only overrides the PODs, the man pages are in section 3pm while perl-doc uses section 1) However, http://rt.cpan.org/Public/Bug/Display.html?id=36446 confuses me. Does it mean that a future Perl release will include the same docs as Pod-Simple? -- damJabberID: [EMAIL PROTECTED] signature.asc Description: Digital signature
Bug#486466: mrxvt: Clones settings for profiles 9 from profile 0.
Package: mrxvt Version: 0.5.3-2 Severity: minor When I put something like this in .mrxvtrc: Mrxvt.profile10.tabTitle: Tab0 Mrxvt.profile10.tabTitle: Tab10 Mrxvt.profile12.tabTitle: Tab11 Mrxvt.profile13.tabTitle: Tab12 Mrxvt.profile0.command: !comand0 Mrxvt.profile10.command: !comand10 Mrxvt.profile11.command: !comand11 Mrxvt.profile12.command: !comand12 Mrxvt.profile13.command: !comand13 I find that mrxvt spawns tabs as requested, but tabs 9 are all using settings from profile0, so all are nambed 'Tab0' and all are running 'command0'. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.24 (SMP w/4 CPU cores) Locale: LANG=C, LC_CTYPE=pl_PL (charmap=ISO-8859-2) Shell: /bin/sh linked to /bin/bash Versions of packages mrxvt depends on: ii libc6 2.7-10GNU C Library: Shared libraries ii libfontconfig1 2.5.0-2 generic font configuration library ii libice62:1.0.4-1 X11 Inter-Client Exchange library ii libjpeg62 6b-14 The Independent JPEG Group's JPEG ii libpng12-0 1.2.27-1 PNG library - runtime hi libx11-6 2:1.0.3-7 X11 client-side library ii libxft22.1.12-2 FreeType-based font drawing librar ii libxpm41:3.5.7-1 X11 pixmap library ii libxrender11:0.9.4-1 X Rendering Extension client libra ii mrxvt-common 0.5.3-2 lightweight multi-tabbed X termina ii zlib1g 1:1.2.3.3.dfsg-12 compression library - runtime mrxvt recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#459010: Please enable IDN support
Hi, I'm not sure about security support..:/ Redhat seems to use a patch to support libidn instead of idnkit, maybe worth investigating that. Laurent -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#486467: laptop-mode-tools: remove trailing . from faq URL in README
ACK, I'll do that or put it on a separate line. Thanks! Cheers, Bart Philip Hands wrote: Package: laptop-mode-tools Version: 1.42-1 Severity: wishlist Tags: patch I suggest removing the full-stop (as in attached patch) to aid cutpasting Cheers, Phil. =-=-=-=- --- /usr/share/doc/laptop-mode-tools/README 2008-05-12 14:28:57.0 +0100 +++ /tmp/README 2008-06-16 11:02:51.149724741 +0100 @@ -18,7 +18,7 @@ * To configure the laptop mode scripts, edit /etc/laptop-mode/laptop-mode.conf. -* The laptop mode FAQ can be found at http://samwel.tk/laptop_mode/faq. +* The laptop mode FAQ can be found at http://samwel.tk/laptop_mode/faq * The revision history is included in the Documentation directory. =-=-=-=- -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (501, 'testing'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.24-1-686 (SMP w/1 CPU core) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages laptop-mode-tools depends on: ii lsb-base 3.1-24 Linux Standard Base 3.1 init scrip ii util-linux2.13.1-1 Miscellaneous system utilities Versions of packages laptop-mode-tools recommends: ii acpid 1.0.4-7.1 Utilities for using ACPI power man ii hal 0.5.10-2 Hardware Abstraction Layer ii hdparm7.7-1 tune hard disk parameters for high ii sdparm1.02-1 Output and modify SCSI device para -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#486468: /usr/bin/totem-gstreamer-video-thumbnailer: doesn't thumbnail FLV files anymore
Package: totem-gstreamer Version: 2.22.2-3 Severity: normal File: /usr/bin/totem-gstreamer-video-thumbnailer Hi, since latest update, totem-gstreamer-video-thumbnailer doesn't create thumbnails for *.FLV. There's just a generic video icon instead. Thanks, Xav -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.25-2-686 (SMP w/4 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages totem-gstreamer depends on: ii gnome-icon-theme 2.22.0-1 GNOME Desktop icon theme ii gstreamer0.10-alsa [gs 0.10.19.3-1 GStreamer plugin for ALSA ii gstreamer0.10-esd [gst 0.10.8-4 GStreamer plugin for ESD ii gstreamer0.10-gnomevfs 0.10.19.3-1 GStreamer plugin for GnomeVFS ii gstreamer0.10-plugins- 0.10.19.3-1 GStreamer plugins from the base ii gstreamer0.10-plugins- 0.10.8-4 GStreamer plugins from the good ii gstreamer0.10-pulseaud 0.9.7-2 GStreamer plugin for PulseAudio ii gstreamer0.10-x0.10.19.3-1 GStreamer plugins for X11 and Pang ii iso-codes 3.0-1 ISO language, territory, currency, ii libart-2.0-2 2.3.20-2 Library of functions for 2D graphi ii libatk1.0-01.22.0-1 The ATK accessibility toolkit ii libbonobo2-0 2.22.0-1 Bonobo CORBA interfaces library ii libbonoboui2-0 2.22.0-1 The Bonobo UI library ii libc6 2.7-12GNU C Library: Shared libraries ii libcairo2 1.6.4-6 The Cairo 2D vector graphics libra ii libdbus-1-31.2.1-2 simple interprocess messaging syst ii libdbus-glib-1-2 0.76-1simple interprocess messaging syst ii libfontconfig1 2.6.0-1 generic font configuration library ii libfreetype6 2.3.5-1+b1FreeType 2 font engine, shared lib ii libgcc11:4.3.1-2 GCC support library ii libgconf2-42.22.0-1 GNOME configuration database syste ii libglib2.0-0 2.16.3-2 The GLib library of C routines ii libgnome2-02.22.0-1 The GNOME 2 library - runtime file ii libgnomecanvas2-0 2.20.1.1-1A powerful object-oriented display ii libgnomeui-0 2.22.1-1 The GNOME 2 libraries (User Interf ii libgnomevfs2-0 1:2.22.0-3GNOME Virtual File System (runtime ii libgstreamer-plugins-b 0.10.19.3-1 GStreamer libraries from the base ii libgstreamer0.10-0 0.10.19.3-1 Core GStreamer libraries and eleme ii libgtk2.0-02.12.10-2 The GTK+ graphical user interface ii libice62:1.0.4-1 X11 Inter-Client Exchange library ii libnautilus-extension1 2.22.2-1 libraries for nautilus components ii liborbit2 1:2.14.13-0.1 libraries for ORBit2 - a CORBA ORB ii libpango1.0-0 1.20.2-2 Layout and rendering of internatio ii libpixman-1-0 0.10.0-2 pixel-manipulation library for X a ii libpng12-0 1.2.27-1 PNG library - runtime ii libpopt0 1.14-3lib for parsing cmdline parameters ii libsm6 2:1.0.3-2 X11 Session Management library ii libstartup-notificatio 0.9-1 library for program launch feedbac ii libstdc++6 4.3.1-2 The GNU Standard C++ Library v3 ii libtotem-plparser102.22.3-1 Totem Playlist Parser library - ru ii libx11-6 2:1.1.4-2 X11 client-side library ii libxml22.6.32.dfsg-2 GNOME XML library ii libxrandr2 2:1.2.2-2 X11 RandR extension library ii libxrender11:0.9.4-2 X Rendering Extension client libra ii libxtst6 2:1.0.3-1 X11 Testing -- Resource extension ii libxxf86vm11:1.0.1-3 X11 XFree86 video mode extension l ii python 2.5.2-1 An interactive high-level object-o ii python2.5 2.5.2-6 An interactive high-level object-o ii totem-common 2.22.2-3 Data files for the Totem media pla ii zlib1g 1:1.2.3.3.dfsg-12 compression library - runtime Versions of packages totem-gstreamer recommends: ii gnome-control-center1:2.22.2.1-1 utilities to configure the GNOME d ii gstreamer0.10-ffmpeg0.10.4-3 FFmpeg plugin for GStreamer ii gstreamer0.10-plugins-ugly 0.10.8-1 GStreamer plugins from the ugly ii totem-mozilla 2.22.2-3 Totem Mozilla plugin ii totem-plugins 2.22.2-3 Plugins for the Totem media player -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of
Bug#481077: libnss-ldapd: Versions 0.6.3 has the same problem
Package: libnss-ldapd Version: 0.6.3 Followup-For: Bug #481077 Just installed this version on a node and still get: - error writing to client The strange thing that i do not get this errors with: - getent group But if i do a : - getent group lisa The error shows up, but not everything i execute this command. {{{ nslcd: [0115be] DEBUG: connection from pid=19334 uid=31000 gid=31010 nslcd: [0115be] DEBUG: nslcd_group_byname(lisa) nslcd: [0115be] DEBUG: myldap_search(base=dc=hpcv,dc=sara,dc=nl, filter=((objectClass=posixGroup)(cn=lisa))) nslcd: [0115be] DEBUG: ldap_result(): end of results nslcd: [5ba861] DEBUG: connection from pid=19335 uid=31000 gid=31010 nslcd: [5ba861] DEBUG: nslcd_group_byname(lisa) nslcd: [5ba861] DEBUG: myldap_search(base=dc=hpcv,dc=sara,dc=nl, filter=((objectClass=posixGroup)(cn=lisa))) nslcd: [5ba861] DEBUG: ldap_result(): end of results nslcd: [398c89] DEBUG: connection from pid=19335 uid=31000 gid=31010 nslcd: [398c89] DEBUG: nslcd_group_byname(lisa) nslcd: [398c89] DEBUG: myldap_search(base=dc=hpcv,dc=sara,dc=nl, filter=((objectClass=posixGroup)(cn=lisa))) nslcd: [398c89] DEBUG: ldap_result(): end of results nslcd: [4fe9f9] DEBUG: connection from pid=19335 uid=31000 gid=31010 nslcd: [4fe9f9] DEBUG: nslcd_group_byname(lisa) nslcd: [4fe9f9] DEBUG: myldap_search(base=dc=hpcv,dc=sara,dc=nl, filter=((objectClass=posixGroup)(cn=lisa))) nslcd: [4fe9f9] DEBUG: ldap_result(): end of results nslcd: [b5af5c] DEBUG: connection from pid=19335 uid=31000 gid=31010 nslcd: [b5af5c] DEBUG: nslcd_group_byname(lisa) nslcd: [b5af5c] DEBUG: myldap_search(base=dc=hpcv,dc=sara,dc=nl, filter=((objectClass=posixGroup)(cn=lisa))) nslcd: [1226bb] DEBUG: connection from pid=19335 uid=31000 gid=31010 nslcd: [1226bb] DEBUG: nslcd_group_byname(lisa) nslcd: [1226bb] DEBUG: myldap_search(base=dc=hpcv,dc=sara,dc=nl, filter=((objectClass=posixGroup)(cn=lisa))) nslcd: [b5af5c] error writing to client nslcd: [1226bb] DEBUG: ldap_result(): end of results nslcd: [34b6a8] DEBUG: connection from pid=19336 uid=31000 gid=31010 nslcd: [34b6a8] DEBUG: nslcd_group_byname(lisa) nslcd: [34b6a8] DEBUG: myldap_search(base=dc=hpcv,dc=sara,dc=nl, filter=((objectClass=posixGroup)(cn=lisa))) nslcd: [233c99] DEBUG: connection from pid=19336 uid=31000 gid=31010 nslcd: [233c99] DEBUG: nslcd_group_byname(lisa) nslcd: [233c99] DEBUG: myldap_search(base=dc=hpcv,dc=sara,dc=nl, filter=((objectClass=posixGroup)(cn=lisa))) nslcd: [34b6a8] error writing to client nslcd: [6ab60f] DEBUG: connection from pid=19336 uid=31000 gid=31010 nslcd: [233c99] error writing to client nslcd: [6ab60f] DEBUG: nslcd_group_byname(lisa) nslcd: [6ab60f] DEBUG: myldap_search(base=dc=hpcv,dc=sara,dc=nl, filter=((objectClass=posixGroup)(cn=lisa))) nslcd: [574095] DEBUG: connection from pid=19336 uid=31000 gid=31010 nslcd: [6ab60f] error writing to client nslcd: [574095] DEBUG: nslcd_group_byname(lisa) nslcd: [574095] DEBUG: myldap_search(base=dc=hpcv,dc=sara,dc=nl, filter=((objectClass=posixGroup)(cn=lisa))) nslcd: [0c57b1] DEBUG: connection from pid=19336 uid=31000 gid=31010 nslcd: [0c57b1] DEBUG: nslcd_group_byname(lisa) nslcd: [0c57b1] DEBUG: myldap_search(base=dc=hpcv,dc=sara,dc=nl, filter=((objectClass=posixGroup)(cn=lisa))) nslcd: [574095] error writing to client nslcd: [0c57b1] DEBUG: ldap_result(): end of results }}} -- 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.25.3-sara1 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages libnss-ldapd depends on: ii adduser3.102 Add and remove users and groups ii debconf [debconf-2.0] 1.5.11etch1 Debian configuration management sy ii libc6 2.3.6.ds1-13etch5 GNU C Library: Shared libraries ii libkrb53 1.4.4-7etch5 MIT Kerberos runtime libraries ii libldap-2.4-2 2.4.7-6.1 OpenLDAP libraries ii libsasl2-2 2.1.22.dfsg1-8Authentication abstraction library Versions of packages libnss-ldapd recommends: ii libpam-ldap180-1.7 Pluggable Authentication Module al ii nscd 2.3.6.ds1-13etch5 GNU C Library: Name Service Cache -- debconf information: libnss-ldapd/ldap-base: dc=hpcv,dc=sara,dc=nl libnss-ldapd/nsswitch: shadow libnss-ldapd/ldap-binddn: libnss-ldapd/ldap-uris: ldaps://cua.irc.sara.nl ldaps://ldap.cua.sara.nl libnss-ldapd/ldap-rootbinddn: -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#486469: persistence: options to only check partition labels or disable snapshots
Package: live-initramfs Severity: wishlist An option, to only check partition labels for live-rw and home-rw instead of mounting every partition and search image files, would be nice, since it'll speed up the boot time. An option to disable snapshots (persistence enabled, snapshots disabled) would be nice too. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (990, 'testing'), (120, 'unstable'), (105, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.24-1-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 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]