Bug#505934: apt: [INTL:nb] Updated translation of program for Norwegian Bokmal
Quoting Hans Fredrik Nordhaug ([EMAIL PROTECTED]): Package: apt Version: N/A Severity: wishlist Tags: patch l10n Updated Norwegian Bokmål translation as requested by Christian Perrier. See attached nb.po. Hmmm, the fuzzy marker in still here for the offending string. However: pkgnames - List the names of all packages in the system\n .../... pkgnames - List alle pakkenavn på systemet\n på systemet is fairly likely to mean in the system...much more than let's throw all Swedes down in the sea or anything commonly said by Norwegians So, I'll assume the translation is OK and remove the fuzzy marker in what I'll commit. signature.asc Description: Digital signature
Bug#343985: state of #343985
Hi, Is bug still reproducible with official debian mirrors with apt = 0.7.16? If yes, please post the {bz2|gz}ipped output of 'apt-get -o I haven't seen the problem in years, but I've been using aptitude for quite a while now. This bug is so old, that it's probably obsolete. -- Kind regards, Manuel Bilderbeek Software Developer at Research Development of Océ-Technologies B.V. PO Box 101, 5900 MA Venlo, the Netherlands | Trade reg.: 12002662 This message and attachment(s) are intended solely for use by the addressee and may contain information that is privileged, confidential or otherwise exempt from disclosure under applicable law. If you are not the intended recipient or agent thereof responsible for delivering this message to the intended recipient, you are hereby notified that any dissemination, distribution or copying of this communication is strictly prohibited. If you have received this communication in error, please notify the sender immediately by telephone and with a 'reply' message. Thank you for your co-operation. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#453754: textured video tearing
Hi, version 2.5.1 of the intel driver has the XvPreferOverlay option included. Regards, Tino -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#414848: [PATCH] use '[Enter]' rather than 'enter'
Quoting Luca Bruno ([EMAIL PROTECTED]): severity 414848 minor thanks Hello, thanks for your report. I've updated the previous patches. PO/POT files are autogenerated so they don't need changes. They'll just be fuzzied and we just went through a translation update round. So, I very strongly vote against applying this change for lenny in case someone was thinking about it. signature.asc Description: Digital signature
Bug#420419: xserver-xorg-video-intel crashes with old dual-head config
Hi, I was told that RandR 1.2 doesn't support multi-head with more than one card, so RandR is not an option in this setup. Regards, Tino -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#505961: linux-2.6: Please add a proper description of the -xen- packages
Package: linux-2.6 Version: 2.6.26-10 Severity: minor -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Searching for available kernels on amd64 and i686 gives [EMAIL PROTECTED]:~$ apt-cache search linux-image-2.6.26|grep image linux-image-2.6.26-1-amd64 - Linux 2.6.26 image on AMD64 linux-image-2.6.26-1-openvz-amd64 - Linux 2.6.26 image on AMD64, OpenVZ support linux-image-2.6.26-1-vserver-amd64 - Linux 2.6.26 image on AMD64, Linux-VServer support linux-image-2.6.26-1-xen-amd64 - Linux 2.6.26 image on AMD64 [EMAIL PROTECTED]:/tmp$ apt-cache search linux-image-2.6.26|grep image linux-image-2.6.26-1-486 - Linux 2.6.26 image on x86 linux-image-2.6.26-1-686 - Linux 2.6.26 image on PPro/Celeron/PII/PIII/P4 linux-image-2.6.26-1-686-bigmem - Linux 2.6.26 image on PPro/Celeron/PII/PIII/P4 linux-image-2.6.26-1-amd64 - Linux 2.6.26 image on AMD64 linux-image-2.6.26-1-openvz-686 - Linux 2.6.26 image on PPro/Celeron/PII/PIII/P4, OpenVZ support linux-image-2.6.26-1-vserver-686 - Linux 2.6.26 image on PPro/Celeron/PII/PIII/P4, Linux-VServer support linux-image-2.6.26-1-vserver-686-bigmem - Linux 2.6.26 image on PPro/Celeron/PII/PIII/P4, Linux-VServer support linux-image-2.6.26-1-xen-686 - Linux 2.6.26 image on i686 There is absolutely nothing here indicating the difference between linux-image-2.6.26-1-amd64 and linux-image-2.6.26-1-xen-amd64 or between linux-image-2.6.26-1-686 and linux-image-2.6.26-1-xen-686 Even worse, looking at the full description doesn't give any more clues: [EMAIL PROTECTED]:~$ apt-cache show linux-image-2.6.26-1-amd64 Package: linux-image-2.6.26-1-amd64 Priority: optional Section: admin Installed-Size: 80592 Maintainer: Debian Kernel Team [EMAIL PROTECTED] Architecture: amd64 Source: linux-2.6 Version: 2.6.26-10 Provides: linux-image, linux-image-2.6, linux-modules-2.6.26-1-amd64 Depends: module-init-tools, initramfs-tools (= 0.55) | yaird (= 0.0.13) | linux-initramfs-tool Pre-Depends: debconf | debconf-2.0 Suggests: linux-doc-2.6.26, grub | lilo Conflicts: initramfs-tools ( 0.55), yaird ( 0.0.13) Filename: pool/main/l/linux-2.6/linux-image-2.6.26-1-amd64_2.6.26-10_amd64.deb Size: 20890590 MD5sum: 57a7c479b688d8d001af9cfac2ebe0d4 SHA1: 005c0059bfff9dd7e44a939b3fc6c6e5c24409e0 SHA256: bca9497b3eb10a439ed5166fe5115a0acef9633c90ec560819652af1cfe5639a Description: Linux 2.6.26 image on AMD64 This package provides the binary image and pre-built loadable modules for Linux kernel 2.6.26 on all 64bit single- and multiprocessor AMD and Intel machines. Tag: admin::kernel, implemented-in::c [EMAIL PROTECTED]:~$ apt-cache show linux-image-2.6.26-1-xen-amd64 Package: linux-image-2.6.26-1-xen-amd64 Priority: optional Section: admin Installed-Size: 1836 Maintainer: Debian Kernel Team [EMAIL PROTECTED] Architecture: amd64 Source: linux-2.6 Version: 2.6.26-10 Provides: linux-image, linux-image-2.6 Depends: linux-modules-2.6.26-1-xen-amd64 (= 2.6.26-10), initramfs-tools (= 0.55) Suggests: linux-doc-2.6.26, grub Conflicts: initramfs-tools ( 0.55) Filename: pool/main/l/linux-2.6/linux-image-2.6.26-1-xen-amd64_2.6.26-10_amd64.deb Size: 1795348 MD5sum: f2d4ac2aca85eb8f0d56022a80e83dba SHA1: 6b3ef2b3565779f62a5bb16c572748ecbc670f58 SHA256: 1c5744fed9f97c24f6c20c3bd3768071143a1cf361d6f327f60c3a510c1e4d7e Description: Linux 2.6.26 image on AMD64 This package provides the binary image for Linux kernel 2.6.26 on all 64bit single- and multiprocessor AMD and Intel machines. Tag: admin::kernel, implemented-in::c How is a novice user expected to guess which one of these to choose? Could the description of the Xen images please be updated with somewhat less generic descriptions? Thanks, Bjørn - -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (700, 'testing'), (650, 'stable'), (600, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iEYEARECAAYFAkkhJuMACgkQ10rqkowbIsk/OACfe4NLVMS3o6av3SYAPghi3OEZ rdEAnje7LwUa5w7O6lAGr8MgnUj4iD7W =thJ8 -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#505962: FTBFS with GCC 4.4: preprocessor errors
Package: boost1.36 Version: 1.36.0-7 User: [EMAIL PROTECTED] Usertags: ftbfs-gcc-4.4 Severity: important Your package fails to build with the upcoming GCC 4.4. Version 4.4 has not been released yet but I'm building with a snapshot in order to find errors and give people an advance warning. Same bug as #505109. You can reproduce this problem with gcc-snapshot from unstable. Automatic build of boost1.36_1.36.0-7 on em64t by sbuild/amd64 0.53 ... gcc.compile.c++ bin.v2/libs/math/build/gcc-4.4.0/release/debug-symbols-on/fpclassify.o g++ -ftemplate-depth-128 -O3 -finline-functions -Wno-inline -Wall -g -fPIC -D_REENTRANT -DBOOST_ALL_NO_LIB=1 -DBOOST_MATH_TR1_DYN_LINK=1 -DNDEBUG -I. -c -o bin.v2/libs/math/build/gcc-4.4.0/release/debug-symbols-on/fpclassify.o libs/math/build/../src/tr1/fpclassify.cpp In file included from ./boost/mpl/apply.hpp:23, from ./boost/mpl/aux_/iter_apply.hpp:17, from ./boost/mpl/aux_/find_if_pred.hpp:14, from ./boost/mpl/find_if.hpp:17, from ./boost/mpl/find.hpp:17, from ./boost/mpl/aux_/contains_impl.hpp:20, from ./boost/mpl/contains.hpp:20, from ./boost/math/policies/policy.hpp:10, from ./boost/math/special_functions/math_fwd.hpp:28, from ./boost/math/special_functions/fpclassify.hpp:18, from libs/math/build/../src/tr1/fpclassify.cpp:8: ./boost/mpl/apply_wrap.hpp:81:31: error: missing binary operator before token ( ./boost/mpl/apply_wrap.hpp:173:31: error: missing binary operator before token ( In file included from ./boost/mpl/bind.hpp:27, from ./boost/mpl/lambda.hpp:18, from ./boost/mpl/apply.hpp:25, from ./boost/mpl/aux_/iter_apply.hpp:17, from ./boost/mpl/aux_/find_if_pred.hpp:14, from ./boost/mpl/find_if.hpp:17, from ./boost/mpl/find.hpp:17, from ./boost/mpl/aux_/contains_impl.hpp:20, from ./boost/mpl/contains.hpp:20, from ./boost/math/policies/policy.hpp:10, from ./boost/math/special_functions/math_fwd.hpp:28, from ./boost/math/special_functions/fpclassify.hpp:18, from libs/math/build/../src/tr1/fpclassify.cpp:8: ./boost/mpl/apply_wrap.hpp:81:31: error: missing binary operator before token ( ./boost/mpl/apply_wrap.hpp:173:31: error: missing binary operator before token ( In file included from ./boost/mpl/lambda.hpp:18, from ./boost/mpl/apply.hpp:25, from ./boost/mpl/aux_/iter_apply.hpp:17, from ./boost/mpl/aux_/find_if_pred.hpp:14, from ./boost/mpl/find_if.hpp:17, from ./boost/mpl/find.hpp:17, from ./boost/mpl/aux_/contains_impl.hpp:20, from ./boost/mpl/contains.hpp:20, from ./boost/math/policies/policy.hpp:10, from ./boost/math/special_functions/math_fwd.hpp:28, from ./boost/math/special_functions/fpclassify.hpp:18, from libs/math/build/../src/tr1/fpclassify.cpp:8: ./boost/mpl/bind.hpp:364:31: error: missing binary operator before token ( ./boost/mpl/bind.hpp:531:31: error: missing binary operator before token ( In file included from ./boost/mpl/lambda.hpp:22, from ./boost/mpl/apply.hpp:25, from ./boost/mpl/aux_/iter_apply.hpp:17, from ./boost/mpl/aux_/find_if_pred.hpp:14, from ./boost/mpl/find_if.hpp:17, from ./boost/mpl/find.hpp:17, from ./boost/mpl/aux_/contains_impl.hpp:20, from ./boost/mpl/contains.hpp:20, from ./boost/math/policies/policy.hpp:10, from ./boost/math/special_functions/math_fwd.hpp:28, from ./boost/math/special_functions/fpclassify.hpp:18, from libs/math/build/../src/tr1/fpclassify.cpp:8: ./boost/mpl/aux_/full_lambda.hpp:230:31: error: missing binary operator before token ( In file included from ./boost/mpl/aux_/iter_apply.hpp:17, from ./boost/mpl/aux_/find_if_pred.hpp:14, from ./boost/mpl/find_if.hpp:17, from ./boost/mpl/find.hpp:17, from ./boost/mpl/aux_/contains_impl.hpp:20, from ./boost/mpl/contains.hpp:20, from ./boost/math/policies/policy.hpp:10, from ./boost/math/special_functions/math_fwd.hpp:28, from ./boost/math/special_functions/fpclassify.hpp:18, from libs/math/build/../src/tr1/fpclassify.cpp:8: ./boost/mpl/apply.hpp:138:31: error: missing binary operator before token ( In file included from ./boost/mpl/iter_fold_if.hpp:24, from
Bug#491205: xserver-xorg-video-intel causes X to crash irrecoverably and without warning (fatal server error: lockup)
Hi, you might try if the lockups go away if you put this line into the device section of /etc/X11/xorg.conf: Option FramebufferCompression off If it solves the problem, then you are hit by a bug that is solved in version 2.4 of the intel driver. Regards, Tino -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#505903: marked as done (udev: Creates /dev/tape/)
On Nov 16, martin f krafft [EMAIL PROTECTED] wrote: also sprach Debian Bug Tracking System [EMAIL PROTECTED] [2008.11.16.2051 +0100]: mt will need to be fixed, /dev/tape/ is the standard for Linux system. How do you define standard? What is used by every other (relevant?) distribution. Also, are the links in /dev/tape/* tape- or drive-specific? What does this mean? -- ciao, Marco signature.asc Description: Digital signature
Bug#505936: [Pkg-libvirt-maintainers] Bug#505936: [virt-manager] No way to specify a user different than root (the default) for remote connections
severity 505936 wishlist retitle 505936 please allow to specify a different user for ssh:// On Sun, Nov 16, 2008 at 08:44:39PM -0500, Servilio Afre Puentes wrote: Both when creating and after it is created, there is no way to specify the user to use when connecting to the remote system from UI. You can always use ~/.ssh/config. Using [EMAIL PROTECTED] in virt-manager should also work. Doesn't it? Cheers, -- Guido -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#503686:
On Mon, Oct 27, 2008 at 03:52:09PM +0100, Michael Holzt wrote: Package: kernel-package Version: 11.0011 Severity: normal Tags: patch When building a current kernel with the in-kernel xen code enabled on amd64, kernel-package does not recognize this correctly because it matches on a config variable which apparently is no longer set (or maybe even was never used in the in-kernel xen code). The following patch (relative to the path /usr/share/kernel-package) fixes that: diff -Naur ruleset.orig/arches/amd64.mk ruleset/arches/amd64.mk --- ruleset.orig/arches/amd64.mk 2008-10-09 21:18:47.0 +0200 +++ ruleset/arches/amd64.mk 2008-10-27 13:44:12.0 +0100 @@ -51,7 +51,7 @@ kimagesrc = $(strip arch/$(IMAGE_SRC_DIR)/boot/$(kimage)) kimagedest = $(INT_IMAGE_DESTDIR)/vmlinuz-$(KERNELRELEASE) DEBCONFIG= $(CONFDIR)/config.$(KPKG_SUBARCH) - ifeq ($(strip $(CONFIG_X86_64_XEN)),) + ifeq ($(strip $(CONFIG_XEN)),) kelfimagesrc = vmlinux kelfimagedest = $(INT_IMAGE_DESTDIR)/vmlinux-$(KERNELRELEASE) else I presume by in-kernel xen code you mean the CONFIG_PARAVIRT based stuff in modern upstream kernels? In that case the kernel is also capable of running on native and in general special-casing for Xen is no longer required or desirable. A single CONFIG_PARAVIRT kernel might be capable of running on lguest, kvm, vmi and/or Xen as well as native. If I read this patch correctly then its effect is to include the ELF vmlinux file in the package rather than the bzImage used on native. This will break booting this kernel on native. The converse is not true as a modern hypervisor (including the one due to be released in Lenny) knows how to parse a bzImage type kernel. What failure were you observing before this patch? Ian. -- Ian Campbell An alcoholic is someone you don't like who drinks as much as you do. -- Dylan Thomas signature.asc Description: This is a digitally signed message part
Bug#505882: Please drop parts irrelevant for Debian in the description
Hello, On Sun, Nov 16, 2008 at 6:32 PM, Thorsten Glaser [EMAIL PROTECTED] wrote: While looking at the description of mksh, I was surprised to read the following things: * the build environment requirements are autoconfigured This is completely irrelevant for Debian where users don't have to build the package While you're right on this one, I wonder about the benefit of adjusting the description for Debian vs the benefit of having a package description shared among all ports. But I guess I'll fix this point in the next update. The point of the description in the Debian package is to help someone to tell whether the package is useful or not. So details about building are irrelevant there. * The mksh-static binary is a version of mksh, linked against dietlibc if possible, Well, is it or not linked with dietlibc Providing a binary package, you *should* know ;-) ! It is, if possible. Please see the dietlibc package for a list of supported architectures – not all Debian ports are among these. Hmmm... Good point. Then, rather than if possible, use on supported architectures ? That would be more helpful and less puzzling. Cheers, Vincent
Bug#505879: [openoffice.org-writer] Should update Recent Documents more often
forwarded 505879 http://qa.openoffice.org/issues/show_bug.cgi?id=51154 tag 505879 + upstream thanks Guido Guenther wrote: Recent Documents should get updated every time one saves a document with a new name. Otherwise the problem is that the user doesn't see new entries in Recent Documents until he closes _all_ writer windows. This sounds like http://qa.openoffice.org/issues/show_bug.cgi?id=55398 which in turn is marked as DUPLICATE of http://qa.openoffice.org/issues/show_bug.cgi?id=51154. (Note it's reported since 2005 and assigned to the de-facto black hole requirements) This is confusing since people tend to simply open new writer instances from the main gnome menu all having the outdated Recent Documents list from the start of the very first instance (since this one is still running somewhere e.g. on another virtual desktop). Yes, it is. You can try persuade upstream to fix it... Grüße/Regards, René -- .''`. René Engelhard -- Debian GNU/Linux Developer : :' : http://www.debian.org | http://people.debian.org/~rene/ `. `' [EMAIL PROTECTED] | GnuPG-Key ID: 248AEB73 `- Fingerprint: 41FA F208 28D4 7CA5 19BB 7AD9 F859 90B0 248A EB73 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#505963: emacs22: sdfs
Package: emacs22 Version: 22.2+2-5 Severity: important In a buffer with UTF-8 (Finnish) characters, when I try to kill a section of text, I get the following assertion failure: emacs .followup Locking assertion failure. Backtrace: #0 /usr/lib/libxcb-xlib.so.0 [0x7f151b16197c] #1 /usr/lib/libxcb-xlib.so.0(xcb_xlib_lock+0x15) [0x7f151b161a15] #2 /usr/lib/libX11.so.6 [0x7f151c024420] #3 /usr/lib/libX11.so.6(XSync+0x19) [0x7f151c018c99] #4 emacs [0x48ada8] #5 emacs [0x48ae62] #6 emacs [0x48b44d] #7 emacs [0x48b49d] #8 /usr/lib/libX11.so.6(_XError+0xcc) [0x7f151c01d35c] #9 /usr/lib/libX11.so.6 [0x7f151c024d4f] #10 /usr/lib/libX11.so.6(_XReply+0x18a) [0x7f151c0250fa] #11 /usr/lib/libX11.so.6(XSync+0x63) [0x7f151c018ce3] #12 emacs [0x48ada8] #13 emacs [0x4a289c] #14 emacs [0x527887] #15 emacs [0xb5] #16 emacs [0x529955] #17 emacs [0x5275ca] #18 emacs [0xb5] #19 emacs [0x529955] If the fix to bug 481745 has been reverted, I tried setting LIBXCB_ALLOW_SLOPPY_LOCK as per http://cvs.fedoraproject.org/viewvc/devel/libxcb/libxcb-1.1-sloppy-lock.patch?view=autorevision=1.1 but that didn't change anything, leading me to believe this may be a bug in emacs22 rather than in libxcb-xlib0 (but feel to reassign). But see also: https://bugs.launchpad.net/mandriva/+source/libxcb/+bug/185311 http://translate.google.com/translate?u=http://forum.ubuntu-fi.org/index.php?action=profile%3Bu=4000%3Bsa=showPosts (untranslated page http://forum.ubuntu-fi.org/index.php?action=profile;u=4000;sa=showPosts ) -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26 (SMP w/2 CPU cores) Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages emacs22 depends on: ii emacs22-bin-common 22.2+2-5 The GNU Emacs editor's shared, arc ii libasound2 1.0.16-2 ALSA library ii libc6 2.7-16GNU C Library: Shared libraries ii libgif44.1.6-6 library for GIF images (library) ii libice62:1.0.4-1 X11 Inter-Client Exchange library ii libjpeg62 6b-14 The Independent JPEG Group's JPEG ii libncurses55.7-2 shared libraries for terminal hand ii libpng12-0 1.2.27-2 PNG library - runtime ii libsm6 2:1.0.3-2 X11 Session Management library ii libtiff4 3.8.2-11 Tag Image File Format (TIFF) libra ii libx11-6 2:1.1.5-2 X11 client-side library ii libxext6 2:1.0.4-1 X11 miscellaneous extension librar ii libxmu62:1.0.4-1 X11 miscellaneous utility library ii libxpm41:3.5.7-1 X11 pixmap library ii libxt6 1:1.0.5-3 X11 toolkit intrinsics library ii xaw3dg 1.5+E-17 Xaw3d widget set ii zlib1g 1:1.2.3.3.dfsg-12 compression library - runtime emacs22 recommends no packages. Versions of packages emacs22 suggests: ii emacs22-common-non-dfsg 22.2+2-1.1 GNU Emacs shared, architecture ind -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#100808: bug 100808: title was wrong, it really is a gsub problem
retitle 100808 gsub doesn't respect ^ when the pattern matches the empty string thanks This bug has nothing to do with $0. BTW, the awk standard http://www.opengroup.org/onlinepubs/009695399/utilities/awk.html does require updating $0: see paragraph 3 of the Description. And mawk does do that. echo -e barfoo\nbo bo fo\n1 2 3 | mawk '{$1=foo; print $0}' foo foo bo fo foo 2 3 The problem is with gsub, so the merge with 172774 is correct. Nobody bothered to post anything about that on this bug page, though! This mawk bug boils down to mawk not respecting ^ when the pattern matches the empty string. (I haven't dug into mawk's regex code, or tried other permutations, so while this new title is correct, it might not be where the bug is really coming from.) mawk 'BEGIN{s= foo bar;gsub(/^ */, _, s);print s;}'/dev/null _f_o_o_b_a_r_ gawk 'BEGIN{s= foo bar;gsub(/^ */, _, s);print s;}'/dev/null _foo bar There is a workaround: don't match the empty string when you don't need to. mawk 'BEGIN{s= foo bar;gsub(/^ +/, _, s);print s;}'/dev/null _foo bar This doesn't help if you wanted to use gsub to prepend something by replacing the empty string at the start, though. mawk 'BEGIN{s= foo bar;gsub(/^/, _, s);print s;}'/dev/null _ _f_o_o_ _b_a_r_ gawk 'BEGIN{s= foo bar;gsub(/^/, _, s);print s;}'/dev/null _ foo bar -- #define X(x,y) x##y Peter Cordes ; e-mail: X([EMAIL PROTECTED] , des.ca) The gods confound the man who first found out how to distinguish the hours! Confound him, too, who in this place set up a sundial, to cut and hack my day so wretchedly into small pieces! -- Plautus, 200 BC -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#481191: gnome-settings-daemon under vnc segfaults
Le dimanche 16 novembre 2008 à 22:38 -0700, John Gruenenfelder a écrit : Unfortunately, the system now behaves differently than it did before. Maybe not so unfortunately: removing the broken trackpad patch should have fixed the issue. So I killed the VNC session and started a new one, figuring that Gnome was starting g-s-d with parameters I was not passing. Previously, g-s-d would segfault four times and then Gnome would give up. Now, it segfaults once and then actually starts. Also, I get the following error dialog text from Nautilus: Nautilus can't be used now, due to an unexpected error from Bonobo when attempting to locate the factory. Killing bonobo-activation-server and restarting Nautilus may help fix the problem. Does it also happen if you don’t have another running session on the same host? (BTW I thought nautilus didn’t use libbonobo anymore, that’s strange.) Even though it is usable now, it still segfaults once at startup. What can I do now to debug this further? Try removing the limit on coredump size (ulimit -c unlimited) in .gnomerc and work on the core dump that g-s-d should produce if it segfaults. Thanks, -- .''`. : :' : We are debian.org. Lower your prices, surrender your code. `. `' We will add your hardware and software distinctiveness to `-our own. Resistance is futile. signature.asc Description: Ceci est une partie de message numériquement signée
Bug#505964: Package: installation-reports
Package: installation-reports Boot method: CD Image version: http://cdimage.debian.org/cdimage/lenny_di_rc1/amd64/iso-cd/debian-testing-amd64-netinst.iso Date: 2008-11-17 Machine: Fujitsu Siemens Primergy RX300 S4 Processor: Intel(R) Xeon(R) CPU E5440 @ 2.83GHz Memory: 32 GB Partitions: Disk /dev/sda: 1462.6 GB, 1462637690880 bytes 255 heads, 63 sectors/track, 177822 cylinders Units = cylinders of 16065 * 512 = 8225280 bytes Disk identifier: 0x0005eaf8 Device Boot Start End Blocks Id System /dev/sda1 * 1 31 248976 83 Linux /dev/sda2 32 177822 1428106207+ 8e Linux LVM FilesystemType 1K-blocks Used Available Use% Mounted on /dev/mapper/voyager-root ext3 959512134272776500 15% / tmpfstmpfs16511824 0 16511824 0% /lib/init/rw udev tmpfs 1024076 10164 1% /dev tmpfstmpfs16511824 0 16511824 0% /dev/shm /dev/mapper/voyager-tmp ext3 376807 10287347064 3% /tmp /dev/mapper/voyager-usr ext3 4805760327452 4234188 8% /usr /dev/mapper/voyager-var xfs 195214204143812 195070392 1% /var Output of lspci -knn (or lspci -nn): 00:00.0 Host bridge [0600]: Intel Corporation 5000P Chipset Memory Controller Hub [8086:25d8] (rev 92) 00:02.0 PCI bridge [0604]: Intel Corporation 5000 Series Chipset PCI Express x8 Port 2-3 [8086:25f7] (rev 92) Kernel driver in use: pcieport-driver Kernel modules: shpchp 00:03.0 PCI bridge [0604]: Intel Corporation 5000 Series Chipset PCI Express x4 Port 3 [8086:25e3] (rev 92) Kernel driver in use: pcieport-driver Kernel modules: shpchp 00:04.0 PCI bridge [0604]: Intel Corporation 5000 Series Chipset PCI Express x4 Port 4 [8086:25e4] (rev 92) Kernel driver in use: pcieport-driver Kernel modules: shpchp 00:05.0 PCI bridge [0604]: Intel Corporation 5000 Series Chipset PCI Express x4 Port 5 [8086:25e5] (rev 92) Kernel driver in use: pcieport-driver Kernel modules: shpchp 00:06.0 PCI bridge [0604]: Intel Corporation 5000 Series Chipset PCI Express x8 Port 6-7 [8086:25f9] (rev 92) Kernel driver in use: pcieport-driver Kernel modules: shpchp 00:07.0 PCI bridge [0604]: Intel Corporation 5000 Series Chipset PCI Express x4 Port 7 [8086:25e7] (rev 92) Kernel driver in use: pcieport-driver Kernel modules: shpchp 00:10.0 Host bridge [0600]: Intel Corporation 5000 Series Chipset FSB Registers [8086:25f0] (rev 92) Kernel driver in use: i5000_edac Kernel modules: i5000_edac 00:10.1 Host bridge [0600]: Intel Corporation 5000 Series Chipset FSB Registers [8086:25f0] (rev 92) Kernel modules: i5000_edac 00:10.2 Host bridge [0600]: Intel Corporation 5000 Series Chipset FSB Registers [8086:25f0] (rev 92) Kernel modules: i5000_edac 00:11.0 Host bridge [0600]: Intel Corporation 5000 Series Chipset Reserved Registers [8086:25f1] (rev 92) 00:13.0 Host bridge [0600]: Intel Corporation 5000 Series Chipset Reserved Registers [8086:25f3] (rev 92) 00:15.0 Host bridge [0600]: Intel Corporation 5000 Series Chipset FBD Registers [8086:25f5] (rev 92) 00:16.0 Host bridge [0600]: Intel Corporation 5000 Series Chipset FBD Registers [8086:25f6] (rev 92) 00:1c.0 PCI bridge [0604]: Intel Corporation 631xESB/632xESB/3100 Chipset PCI Express Root Port 1 [8086:2690] (rev 09) Kernel driver in use: pcieport-driver Kernel modules: shpchp 00:1c.1 PCI bridge [0604]: Intel Corporation 631xESB/632xESB/3100 Chipset PCI Express Root Port 2 [8086:2692] (rev 09) Kernel driver in use: pcieport-driver Kernel modules: shpchp 00:1c.2 PCI bridge [0604]: Intel Corporation 631xESB/632xESB/3100 Chipset PCI Express Root Port 3 [8086:2694] (rev 09) Kernel driver in use: pcieport-driver Kernel modules: shpchp 00:1d.0 USB Controller [0c03]: Intel Corporation 631xESB/632xESB/3100 Chipset UHCI USB Controller #1 [8086:2688] (rev 09) Kernel driver in use: uhci_hcd Kernel modules: uhci-hcd 00:1d.1 USB Controller [0c03]: Intel Corporation 631xESB/632xESB/3100 Chipset UHCI USB Controller #2 [8086:2689] (rev 09) Kernel driver in use: uhci_hcd Kernel modules: uhci-hcd 00:1d.2 USB Controller [0c03]: Intel Corporation 631xESB/632xESB/3100 Chipset UHCI USB Controller #3 [8086:268a] (rev 09) Kernel driver in use: uhci_hcd Kernel modules: uhci-hcd 00:1d.3 USB Controller [0c03]: Intel Corporation 631xESB/632xESB/3100 Chipset UHCI USB Controller #4 [8086:268b] (rev 09) Kernel driver in use: uhci_hcd Kernel modules: uhci-hcd 00:1d.7 USB Controller [0c03]: Intel Corporation 631xESB/632xESB/3100 Chipset EHCI USB2 Controller [8086:268c] (rev 09) Kernel driver in
Bug#505536: ekiga: Please symlink identical GNOME help files
Hello, thanks for applying this in experimental. However, you forgot to add the fdupes build dependency to debian/control.in. diff -u ekiga-2.0.12/debian/control ekiga-2.0.12/debian/control --- ekiga-2.0.12/debian/control.in +++ ekiga-2.0.12/debian/control.in @@ -23,6 +23,7 @@ libavahi-client-dev (= 0.6.0), libavahi-glib-dev (= 0.6.0), libebook1.2-dev, + fdupes, gnome-common, automake1.9, autoconf Thanks, Martin -- Martin Pitt| http://www.piware.de Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.debian.org) signature.asc Description: Digital signature
Bug#505965: libkcal2b: Buss- und Bettag should not be a holiday in scheme bavarian
Package: libkcal2b Version: 4:3.5.9-5 Severity: normal Tags: patch l10n The Buß- und Bettag is no longer a public holiday since 1995 in all of Germany except Saxonia (Sachsen). It is still marked as such in the bavarian scheme, which confused me a lot last week. I have no formal patch, but it suffices to remove the weekend keyword from /usr/share/apps/libkholidays/holiday_bavarian. Alex -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.26-1-686 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages libkcal2b depends on: ii kdelibs4c2a4:3.5.9.dfsg.1-6 core libraries and binaries for al ii libart-2.0-2 2.3.20-2 Library of functions for 2D graphi ii libaudio2 1.9.1-5 Network Audio System - shared libr ii libc6 2.7-15GNU C Library: Shared libraries ii libfontconfig1 2.6.0-1 generic font configuration library ii libfreetype6 2.3.7-2 FreeType 2 font engine, shared lib ii libgcc11:4.3.2-1 GCC support library ii libice62:1.0.4-1 X11 Inter-Client Exchange library ii libidn11 1.8+20080606-1GNU libidn library, implementation ii libjpeg62 6b-14 The Independent JPEG Group's JPEG ii libkdepim1a4:3.5.9-5 KDE PIM library ii libktnef1 4:3.5.9-5 Library for handling KTNEF email a ii libpng12-0 1.2.27-2 PNG library - runtime ii libqt3-mt 3:3.3.8b-5Qt GUI Library (Threaded runtime v ii libsm6 2:1.0.3-2 X11 Session Management library ii libstdc++6 4.3.2-1 The GNU Standard C++ Library v3 ii libx11-6 2:1.1.5-2 X11 client-side library ii libxcursor11:1.1.9-1 X cursor management library ii libxext6 2:1.0.4-1 X11 miscellaneous extension librar ii libxft22.1.12-3 FreeType-based font drawing librar ii libxi6 2:1.1.3-1 X11 Input extension library ii libxinerama1 2:1.0.3-2 X11 Xinerama extension library ii libxrandr2 2:1.2.3-1 X11 RandR extension library ii libxrender11:0.9.4-2 X Rendering Extension client libra ii libxt6 1:1.0.5-3 X11 toolkit intrinsics library ii zlib1g 1:1.2.3.3.dfsg-12 compression library - runtime Versions of packages libkcal2b recommends: ii kaddressbook 4:3.5.9-5 KDE NG addressbook application ii libacl1 2.2.47-2 Access control list shared library ii libattr1 1:2.4.43-1 Extended attribute shared library ii libgamin0 [libfam0] 0.1.9-2Client library for the gamin file Versions of packages libkcal2b suggests: pn kdepim-kresources none (no description available) -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#353911: md5sum --check checks only if _all_ are bad
Hi Jim, On Fri, Nov 14, 2008 at 09:09:09PM +0100, Jim Meyering wrote: If you're serious about it, and can sign a copyright assignment, please look through the coreutils contribution/style guidelines http://git.sv.gnu.org/gitweb/?p=coreutils.git;a=blob;f=HACKING;hb=HEAD and make the following changes/additions: I was a bit sceptic about this copyright assignment and wondered why the HACKING file does not include any link to [1]. Just as a suggestion cause I think some people might find uneasy about this (what cow is it that I am buying?). - see if some other md5/md5sum program has a similar option I do not understand that. Which other programs do you mean? Utilities in other operating systems, e.g. BSDs md5sum or what do you mean? What rationale is behind this? - follow instructions in HACKING regarding copyright assignment start this right away, since it'll take at least two weeks - make your changes relative to the latest in git (see HACKING) - add a NEWS entry - update doc/coreutils.texi OK. Will work on this (and the testcases) soon. Mail to assign@ has already been sent. - remove the -p short option Thats no problem, but just out of curiosity (and to avoid further mistakes) is there a specific reason for it? Do you fear that people could confuse it with 'preserve' option as seen on other tools, even though md5sum does not have something like this? Best Regards, Patrick -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#505130: [xsane] freezes if only port 6566 is reachable
Simon Wenner [EMAIL PROTECTED] wrote: Hi, Ok, I see the issue. After taking a second look, I realised that both (xsane and scanimage) freeze infinitely ( 15 minutes). They did not Yeah, what I expected. By the way, there is a netfilter module for the SANE protocol, so if your firewall is a Linux box you'd probably want to use it. JB. -- Julien BLACHE - Debian GNU/Linux Developer - [EMAIL PROTECTED] Public key available on http://www.jblache.org - KeyID: F5D6 5169 GPG Fingerprint : 935A 79F1 C8B3 3521 FD62 7CC7 CD61 4FD7 F5D6 5169 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#505966: ITP: pushover -- Fun puzzle game with dominos
Package: wnpp Severity: wishlist * Package name : pushover Version : 0.1 Upstream Authors : Andreas Roever [EMAIL PROTECTED] Volker Grabsch [EMAIL PROTECTED] * URL : http://pushover.sourceforge.net/ * License : GNU GPL 3 Description : Fun puzzle game with dominos This is a fun puzzle game originally published by Ocean in 1992. In this game you control an ant that can walk along platform that are connected with ladders. On those platforms are dominos that need to fall according to some rules. you can find (sooner or later) a pre-version of the package at http://sid.ethz.ch/debian/pushover/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#505967: initgroups(): Operation not permitted
Package: dpkg Version: 1.13.25 Specifically: start-stop-daemon Error message: start-stop-daemon: Unable to set initgroups() with gid 1003 (Operation not permitted) I understand the error message, and am happy there is such a check of course. OTOH, the user nominated to run the service was the one who ran the script I think that in the case of --chuid == USER ... the check on the perms should be bypassed. In effect, my user can stop a service because he owns it, but can't start it up again because start-stop-daemon wont let him impersonate himself. First bug report to debian, i hope i was clear enough. Thanks! -- Rusty Russel said that any one quoting him in an email signature was an idiot. Does paraphrasing count?
Bug#504133: Fails to unprotect table cells (not found in Sun's OO)
found 504133 1:2.4.1-7 thanks David wrote: ^^ get a full name, please. I found this bug in version 2.4.1 and in version 3 as well. All the Why didn't you mark it appropriately then? ;-) It's currently marked as found in = 2.4.1-11 only. (And 3.0.0-x is branched off 2.4.1-7) details are on http://user.services.openoffice.org/en/forum/viewtopic.php?f=7t=11518 Aha. And because you have written it there you can't write it down in this bug, too istewad of pointing to a (waaah!) forum? ;-) How should one reading this bug offline (bts cache) look at the infos ;-) All the infos relevant to the bug belong into the bug. (And BTW, you didn't report it to Go-Oo yet, the BTS for go-oo upstream stuff is not the Debian BTS - we are just one user of go-oo.org. If you want to report it on go-oo.org upstream file it in bugzilla.novell.com, as always it's better if the person who found it does it him/herself then the Debian person playing proxy or just forwarding it and forgetting about it) ) I am not submitting it as grave because such severity is not justified, but I'd have downgraded it immediately anyway. please consider whether you want to release lenny with this. Yes, we do. Unless you can tell us why this is release-critical, why we should stop the release for it - and I guess you have the fix already for it? Regards, Rene -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#353911: md5sum --check checks only if _all_ are bad
Hi, ehh.. forgotten to write about this one: On Fri, Nov 14, 2008 at 09:09:09PM +0100, Jim Meyering wrote: - demonstrate --check --pedantic failing due to invalid first line (ensure it still processes following ones -- should it warn about each? or just the first?) I don't have a strong opinion about this, but I wonder which behaviour would be the best: Process every line without stopping on the first invalid line or Process every line until one invalid line is found (like it is implemented currently). From your sentence I guess you'd prefer the first? Is this a strong requirement in order for the patch to be included into coreutils? Otherwise I'd like to hear the submitters opinion as well. Best Regards, Patrick -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#505968: ITP: urlwatch -- email notifications of changes to URLs
Package: wnpp Severity: wishlist Owner: Francois Marier [EMAIL PROTECTED] * Package name: urlwatch Version : 1.4 Upstream Author : Thomas Perl [EMAIL PROTECTED] * URL : http://thpinfo.com/2008/urlwatch/ * License : BSD Programming Lang: Python Description : email notifications of changes to URLs This script is intended to help you watch URLs and get notified (via e-mail) of any changes. The change notification will include the URL that has changed and a unified diff of what's changed. The script works out of a single directory, so no need to install anything. State files are kept in the same folder. The script supports stripping always-changing parts of a page through the use of a filter hook function. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#505536: ekiga: Please symlink identical GNOME help files
Fixed on alioth, hence available on the next release, thanks and sorry for the error! For info, I don't think this fix is appropriate for unstable, as shown in the freeze guidelines email: A new version may only contain changes falling in one of the following categories (compared to the version in testing): - fixes for release critical bugs (i.e., bugs of severity critical, grave, and serious) in all packages; - changes for release goals, if they are not invasive; - fixes for severity: important bugs in packages of priority: optional or extra, only when this can be done via unstable; - translation updates - documentation fixes Eugen Martin Pitt wrote: Hello, thanks for applying this in experimental. However, you forgot to add the fdupes build dependency to debian/control.in. diff -u ekiga-2.0.12/debian/control ekiga-2.0.12/debian/control --- ekiga-2.0.12/debian/control.in +++ ekiga-2.0.12/debian/control.in @@ -23,6 +23,7 @@ libavahi-client-dev (= 0.6.0), libavahi-glib-dev (= 0.6.0), libebook1.2-dev, + fdupes, gnome-common, automake1.9, autoconf Thanks, Martin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#503817: [Pkg-kde-extras] Bug#503817: KTorrent Web Interface Torrent Upload and PHP Code Injection
Hello, pirmadienis 17 Lapkritis 2008, Moritz Muehlenhoff rašė: What's the status of this for Lenny? Fixed. -- Modestas Vainius [EMAIL PROTECTED] signature.asc Description: This is a digitally signed message part.
Bug#353911: md5sum --check checks only if _all_ are bad
Patrick Schoenfeld [EMAIL PROTECTED] wrote: ehh.. forgotten to write about this one: On Fri, Nov 14, 2008 at 09:09:09PM +0100, Jim Meyering wrote: - demonstrate --check --pedantic failing due to invalid first line (ensure it still processes following ones -- should it warn about each? or just the first?) I don't have a strong opinion about this, but I wonder which behaviour would be the best: Process every line without stopping on the first invalid line or Process every line until one invalid line is found (like it is implemented currently). From your sentence I guess you'd prefer the first? Is this a strong requirement in order for the patch to be included into coreutils? Otherwise I'd like to hear the submitters opinion as well. It should process every line. My question was whether to emit a diagnostic for each _malformed_ line, or just for the first or maybe the first few. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#353911: md5sum --check checks only if _all_ are bad
PS Otherwise I'd like to hear the submitters opinion as well. The submitter leaves it all in your hands as I am not as sharp as I used to be. Thanks. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#353911: md5sum --check checks only if _all_ are bad
Hi again, Patrick Schoenfeld [EMAIL PROTECTED] wrote: Hi Jim, On Fri, Nov 14, 2008 at 09:09:09PM +0100, Jim Meyering wrote: If you're serious about it, and can sign a copyright assignment, please look through the coreutils contribution/style guidelines http://git.sv.gnu.org/gitweb/?p=coreutils.git;a=blob;f=HACKING;hb=HEAD and make the following changes/additions: I was a bit sceptic about this copyright assignment and wondered why the HACKING file does not include any link to [1]. Just as a suggestion What's [1] ? cause I think some people might find uneasy about this (what cow is it that I am buying?). - see if some other md5/md5sum program has a similar option I do not understand that. Which other programs do you mean? Utilities in other operating systems, e.g. BSDs md5sum or what do you mean? What rationale is behind this? Exactly. Do any of the NetBSD, FreeBSD, OpenBSD, Solaris, HPUX, AIX, etc. programs (sometimes called md5) have an option to do this? If there *is* another program with this functionality, then you'd have a good argument for adding a short-named option: to be compatible with it. If not, then no new short-named options, on principle: there will be less risk of conflict with other vendors or evolving/future standards. - follow instructions in HACKING regarding copyright assignment start this right away, since it'll take at least two weeks - make your changes relative to the latest in git (see HACKING) - add a NEWS entry - update doc/coreutils.texi OK. Will work on this (and the testcases) soon. Mail to assign@ has already been sent. Great! - remove the -p short option Thats no problem, but just out of curiosity (and to avoid further mistakes) is there a specific reason for it? Do you fear that people could confuse it with 'preserve' option as seen on other tools, even though md5sum does not have something like this? No. see above. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#505967: initgroups(): Operation not permitted
Hi, On Mon, 17 Nov 2008, lawrence macguire wrote: Package: dpkg Version: 1.13.25 Specifically: start-stop-daemon Error message: start-stop-daemon: Unable to set initgroups() with gid 1003 (Operation not permitted) I understand the error message, and am happy there is such a check of course. OTOH, the user nominated to run the service was the one who ran the script I think that in the case of --chuid == USER ... the check on the perms should be bypassed. Can you verify if the problem is also present in lenny's version of start-stop-daemon (dpkg 1.14.22) ? I know that Guillem refactored parts of the code related to uid/gid change, it might be that the problem is already fixed. Regards, -- 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#353911: md5sum --check checks only if _all_ are bad
Hi, On Mon, Nov 17, 2008 at 10:34:02AM +0100, Jim Meyering wrote: Hi again, Patrick Schoenfeld [EMAIL PROTECTED] wrote: Hi Jim, On Fri, Nov 14, 2008 at 09:09:09PM +0100, Jim Meyering wrote: If you're serious about it, and can sign a copyright assignment, please look through the coreutils contribution/style guidelines http://git.sv.gnu.org/gitweb/?p=coreutils.git;a=blob;f=HACKING;hb=HEAD and make the following changes/additions: I was a bit sceptic about this copyright assignment and wondered why the HACKING file does not include any link to [1]. Just as a suggestion What's [1] ? sorry, accidentally removed the link: http://www.gnu.org/licenses/why-assign.html I do not understand that. Which other programs do you mean? Utilities in other operating systems, e.g. BSDs md5sum or what do you mean? What rationale is behind this? Exactly. Do any of the NetBSD, FreeBSD, OpenBSD, Solaris, HPUX, AIX, etc. programs (sometimes called md5) have an option to do this? If there *is* another program with this functionality, then you'd have a good argument for adding a short-named option: to be compatible with it. If not, then no new short-named options, on principle: there will be less risk of conflict with other vendors or evolving/future standards. Makes sense. But this isn't a strong requirement is it? I don't even have access to all this operating systems ;) Hmpf. For now I'm fighting with the unreasonable dependencies of the coreutils git version.. automake 1.10a.. from the git repository.. =( Regards, Patrick -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#505766: Wrong package?
isn't this bug report intended to the pdbv package? compared the .po with my Swedish one and it sure seems that way. -- /brother http://frakalendern.se Bruce Schneier factors integers in constant time. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#504761: linux-image-2.6.26-1-686: Usually fails to resume from suspend to ram on eeepc 1000
Package: linux-image-2.6.26-1-686 Version: 2.6.26-7 Severity: important Using 2.6.26-9 kernel, system fails to resume from suspend. All front leds (power (which blinks when suspended), battery, SDD activity and wlan) are on constantly. No other noticeable activity, waited for 10 minutes and it still wouldn't resume. Downgrading to -7 fixed the problem, -8 changelog doesn't seem to have anything related - haven't tried it yet though. -- Package-specific info: ** Version: Linux version 2.6.26-1-686 (Debian 2.6.26-7) ([EMAIL PROTECTED]) (gcc version 4.1.3 20080623 (prerelease) (Debian 4.1.2-23)) #1 SMP Wed Oct 1 12:03:14 UTC 2008 ** Command line: root=/dev/sda1 ro ** Not tainted ** Kernel log: [ 3699.147623] ===rt_ioctl_giwscan. 10(10) BSS returned, data-length = 1099 [ 3709.175876] ===rt_ioctl_giwscan. 10(10) BSS returned, data-length = 1105 [ 3719.214069] ===rt_ioctl_giwscan. 10(10) BSS returned, data-length = 1134 [ 3729.257390] ===rt_ioctl_giwscan. 11(11) BSS returned, data-length = 1215 [ 3739.340235] ===rt_ioctl_giwscan. 10(10) BSS returned, data-length = 1101 [ 3749.388649] ===rt_ioctl_giwscan. 12(12) BSS returned, data-length = 1327 [ 3759.415865] ===rt_ioctl_giwscan. 11(11) BSS returned, data-length = 1258 [ 3769.467174] ===rt_ioctl_giwscan. 10(10) BSS returned, data-length = 1135 [ 3779.495428] ===rt_ioctl_giwscan. 9(9) BSS returned, data-length = 1016 [ 3789.564683] ===rt_ioctl_giwscan. 10(10) BSS returned, data-length = 1135 [ 3799.623398] ===rt_ioctl_giwscan. 9(9) BSS returned, data-length = 982 [ 3809.473548] ===rt_ioctl_giwscan. 11(11) BSS returned, data-length = 1222 [ 3814.483231] ===rt_ioctl_giwscan. 11(11) BSS returned, data-length = 1222 [ 3819.507744] ===rt_ioctl_giwscan. 9(9) BSS returned, data-length = 1016 [ 3829.536169] ===rt_ioctl_giwscan. 10(10) BSS returned, data-length = 1088 [ 3839.575411] ===rt_ioctl_giwscan. 10(10) BSS returned, data-length = 1098 [ 3849.602063] ===rt_ioctl_giwscan. 9(9) BSS returned, data-length = 1018 [ 3859.627136] ===rt_ioctl_giwscan. 10(10) BSS returned, data-length = 1121 [ 3869.655319] ===rt_ioctl_giwscan. 10(10) BSS returned, data-length = 1138 [ 3879.693270] ===rt_ioctl_giwscan. 10(10) BSS returned, data-length = 1138 [ 3939.706279] ===rt_ioctl_giwscan. 9(9) BSS returned, data-length = 1015 [ 3944.718415] ===rt_ioctl_giwscan. 9(9) BSS returned, data-length = 1015 [ 3949.732503] ===rt_ioctl_giwscan. 9(9) BSS returned, data-length = 1015 [ 4069.910171] ===rt_ioctl_giwscan. 9(9) BSS returned, data-length = 1015 [ 4074.918260] ===rt_ioctl_giwscan. 9(9) BSS returned, data-length = 1015 [ 4079.945983] ===rt_ioctl_giwscan. 10(10) BSS returned, data-length = 1132 [ 4089.973207] ===rt_ioctl_giwscan. 10(10) BSS returned, data-length = 1128 [ 4100.005944] ===rt_ioctl_giwscan. 11(11) BSS returned, data-length = 1218 [ 4110.038118] ===rt_ioctl_giwscan. 12(12) BSS returned, data-length = 1351 [ 4120.078347] ===rt_ioctl_giwscan. 10(10) BSS returned, data-length = 1134 [ 4130.107624] ===rt_ioctl_giwscan. 10(10) BSS returned, data-length = 1132 [ 4140.143907] ===rt_ioctl_giwscan. 11(11) BSS returned, data-length = 1221 [ 4150.173236] ===rt_ioctl_giwscan. 9(9) BSS returned, data-length = 1015 [ 4160.238566] ===rt_ioctl_giwscan. 9(9) BSS returned, data-length = 1015 [ 4170.274537] ===rt_ioctl_giwscan. 10(10) BSS returned, data-length = 1132 [ 4180.300892] ===rt_ioctl_giwscan. 12(12) BSS returned, data-length = 1338 [ 4190.332133] ===rt_ioctl_giwscan. 9(9) BSS returned, data-length = 1015 [ 4200.186725] ===rt_ioctl_giwscan. 10(10) BSS returned, data-length = 1098 [ 4205.204804] ===rt_ioctl_giwscan. 10(10) BSS returned, data-length = 1098 [ 4210.231775] ===rt_ioctl_giwscan. 9(9) BSS returned, data-length = 1015 [ 4220.269557] ===rt_ioctl_giwscan. 11(11) BSS returned, data-length = 1215 [ 4230.305931] ===rt_ioctl_giwscan. 12(12) BSS returned, data-length = 1331 [ 4240.336997] ===rt_ioctl_giwscan. 13(13) BSS returned, data-length = 1454 [ 4250.362057] ===rt_ioctl_giwscan. 10(10) BSS returned, data-length = 1134 [ 4260.405245] ===rt_ioctl_giwscan. 9(9) BSS returned, data-length = 1015 [ 4270.445907] ===rt_ioctl_giwscan. 9(9) BSS returned, data-length = 1015 [ 4280.476693] ===rt_ioctl_giwscan. 10(10) BSS returned, data-length = 1138 [ 4290.519364] ===rt_ioctl_giwscan. 9(9) BSS returned, data-length = 1015 [ 4300.568623] ===rt_ioctl_giwscan. 10(10) BSS returned, data-length = 1134 [ 4310.619355] ===rt_ioctl_giwscan. 11(11) BSS returned, data-length = 1217 [ 4320.649602] ===rt_ioctl_giwscan. 10(10) BSS returned, data-length = 1134 [ 4330.500067] ===rt_ioctl_giwscan. 10(10) BSS returned, data-length = 1098 [ 4335.506576] ===rt_ioctl_giwscan. 10(10) BSS returned, data-length = 1098 [ 4340.530400] ===rt_ioctl_giwscan. 12(12) BSS returned, data-length = 1340 [ 4350.589040] ===rt_ioctl_giwscan. 13(13) BSS returned, data-length = 1437 [ 4360.629280] ===rt_ioctl_giwscan. 10(10) BSS returned, data-length = 1098 [ 4370.670986] ===rt_ioctl_giwscan. 12(12) BSS returned,
Bug#505969: spurious warning due to newly empty config file
Package: fontconfig-config Version: 2.6.0-2 Since I upgraded to this version, my applications spew the following: Fontconfig error: /etc/fonts/conf.d/70-yes-bitmaps.conf, line 1: no element found Removing the file above (a symlink) gets rid of the warning. -- Paul Collins Wellington, New Zealand Dag vijandelijk luchtschip de huismeester is dood -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#505884: release-notes: Problem with the default resolution on some computers with TV output.
On 2008-11-16 23:32, Charles Plessy wrote: I would like to propose a patch on the release notes. Can you suggest me in which section? It would be great, if you could write a short paragraph about the issue as a patch for svn://svn.debian.org/svn/ddp/manuals/branches/release-notes/lenny/en/issues.dbk under GPL2 license. Or just write the paragraph as plain text to this bug report and I will put it into the file. Thanks! -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#505970: old answer to debconf question ignored
Package: fontconfig-config Version: 2.6.0-2 A while back I told fontconfig-config to enable bitmaps. On upgrading to this version, I have had to do it again. This is annoying. -- Paul Collins Wellington, New Zealand Dag vijandelijk luchtschip de huismeester is dood -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#505359: FTBFS with GCC 4.4: warnings and -Werror
* Ben Hutchings [EMAIL PROTECTED] [2008-11-16 20:32]: cc1: warnings being treated as errors lightup.c: In function 'try_rule_out': lightup.c:1019: error: suggest parentheses around operand of'!' or change '' to '' or '!' to '~' make: *** [lightup.o] Error 1 This looks very much like a bug. Oddly, the current snapshot doesn't generate this warning. I used a newer snapshot than in the archive... anyway, the warning is pretty clear. -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#489340: /sbin/ip: fails to check error codes
tags 489340 + fixed-upstream thanks Thanks again Johannes! Tagging the bug On Mon, Nov 17, 2008 at 10:16:59AM +0100, Johannes Berg wrote: On Tue, 2008-11-11 at 22:31 +0100, Andreas Henriksson wrote: On tis, 2008-11-11 at 22:21 +0100, Johannes Berg wrote: I'll take care of getting it into the kernel. Great! Thanks! Done. http://git.kernel.org/?p=linux/kernel/git/davem/net-2.6.git;a=commit;h=5f9021cfdc3524a4c5e3d7ae2d049eb7adcd6776 davem has also sent a pull request, so it'll end up in .28 soon, and it's being pushed into -stable too. johannes -- Andreas Henriksson signature.asc Description: Digital signature
Bug#505971: RFP: eispice -- eispice - a clone of the Berkeley SPICE 3 Simulation Engine
Package: wnpp Severity: wishlist Package name: eispice Version : 0.11.6 Upstream Author : Charles Eidsness [EMAIL PROTECTED] URL : http://www.thedigitalmachine.net/eispice.html License : GPL Programming Lang: C, Python, Fortran Description : eispice - a clone of the Berkeley SPICE 3 Simulation Engine eispice is a clone of the Berkley SPICE 3 Simulation Engine. It was originally targeted toward PCB level Signal Integrity Simulation; simulating IBIS model defined devices, transmission lines, and passive termination but the scope of the tool has been slowly expanding to include more general purpose circuit simulation features. The Simulator The simulation engine is written in C and utilizes the SuperLU matrix library for solving the MNA Matrices. It should run faster than Berkley Spice for most IBIS based SI simulations (it's difficult to directly compare them because spice doesn't directly support IBIS models). Models eispice contains a subset of standard spice3 device models. The intent is to one day be completely compliant with models available in the basic spice3f5 release. eispice also includes a set of unique models like direct IBIS model support, Python based Behavioral models, non-linear capacitors, etc. Refer to the User's Manual for more details about what's available in the current release. Python Other than being the only Open Source simulator that provides native IBIS model support, the most unique feature of eispice is its Python based front-end. The eispice simulator is wrapped into a Python Module (the simulator itself is written in C) which makes it possible to use the Python language to control simulations and process results. For those familiar with Berkley Spice and not Python; a Python shell can be used in place of the nutmeg and Python scripts can be run like batch-mode SPICE. One of the powers of Python is the ability to integrate different Python Modules. A great example of this is Thomas' MyHDL/eispice Mixed-Mode Example. The Plotter eispice includes a very simple plot utility or you can use the Python Plotting tool of your choice, e.g. matplotlib. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: i386 (i686) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#353911: md5sum --check checks only if _all_ are bad
[EMAIL PROTECTED] wrote: JM It should process every line. JM My question was whether to emit a diagnostic for each _malformed_ line, JM or just for the first or maybe the first few. Like cmp(1) bail out if any trouble perhaps, but have options for fuller digging/reports. OK, never mind... I leave it in your hands. Whether you'd want to stop on the first problem is orthogonal to this new --pedantic option. This new option merely adjusts what is considered to be a problem. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#491205: xserver-xorg-video-intel causes X to crash irrecoverably and without warning (fatal server error: lockup)
On Monday 17 November 2008, Tino Keitel wrote: you might try if the lockups go away if you put this line into the device section of /etc/X11/xorg.conf: Option FramebufferCompression off If it solves the problem, then you are hit by a bug that is solved in version 2.4 of the intel driver. I've not actually seen the crash as I described it in http://bugs.debian.org/491205#10 anymore, though I do still have occasional (though very infrequent) total lockups of the X server. So I'll give this a try anyway. But the chance that I can report any meaningful results is close to zero. Thanks for the suggestion. Cheers, FJP -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#505969: spurious warning due to newly empty config file
Something like the following seems to serve as an empty config file while also shutting fontconfig up: ?xml version=1.0? !DOCTYPE fontconfig SYSTEM fonts.dtd fontconfig/ -- Paul Collins Wellington, New Zealand Dag vijandelijk luchtschip de huismeester is dood -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#353911: md5sum --check checks only if _all_ are bad
JM It should process every line. JM My question was whether to emit a diagnostic for each _malformed_ line, JM or just for the first or maybe the first few. Like cmp(1) bail out if any trouble perhaps, but have options for fuller digging/reports. OK, never mind... I leave it in your hands. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#500540: kdebase: automounting vfat (partialy) case sensitive due to utf8 is plain wrong and dangerous
New version of pmount package was uploaded (and unblocked) recently. Sorry to say that, but upgrading to pmount 0.9.18 didn't fix the problem. [EMAIL PROTECTED]:~$ pmount -V 0.9.18 [EMAIL PROTECTED]:~$ dmesg | tail [64822.927396] sd 0:0:0:0: [sda] Write Protect is off [64822.927402] sd 0:0:0:0: [sda] Mode Sense: 68 00 00 08 [64822.927404] sd 0:0:0:0: [sda] Assuming drive cache: write through [64822.929250] sd 0:0:0:0: [sda] 1941441 4096-byte hardware sectors (7952 MB) [64822.929889] sd 0:0:0:0: [sda] Write Protect is off [64822.929894] sd 0:0:0:0: [sda] Mode Sense: 68 00 00 08 [64822.929897] sd 0:0:0:0: [sda] Assuming drive cache: write through [64822.929900] sda: sda1 [64822.931560] sd 0:0:0:0: [sda] Attached SCSI removable disk [64827.615005] FAT: utf8 is not a recommended IO charset for FAT filesystems, filesystem will be case sensitive! [EMAIL PROTECTED]:~$ mount | grep ipod /dev/ipod on /media/IPOD type vfat (rw,nosuid,nodev,noatime,uhelper=hal,flush,uid=1000,shortname=lower) [EMAIL PROTECTED]:~$ pmount Printing mounted removable devices: /dev/ipod on /media/IPOD type vfat (rw,nosuid,nodev,noatime,uid=1000,fmask=0022,dmask=0022,codepage=cp437,iocharset=utf8,flush) To get a short help, run pmount -h [EMAIL PROTECTED]:~$ I still need to fix it everytime I attach a device by running: pumount /dev/ipod pmount -c iso8859-1 /dev/ipod /media/IPOD Then I get it mounted with the correct iocharset option AND the utf8 flag: [EMAIL PROTECTED]:~$ mount | grep ipod /dev/ipod on /media/IPOD type vfat (rw,noexec,nosuid,nodev,quiet,shortname=mixed,uid=1000,gid=1000,umask=077,fmask=0177,dmask=0077,utf8,iocharset=iso8859-1) [EMAIL PROTECTED]:~$ pmount Printing mounted removable devices: /dev/ipod on /media/IPOD type vfat (rw,nosuid,nodev,noexec,uid=1000,gid=1000,fmask=0177,dmask=0077,codepage=cp437,iocharset=iso8859-1,shortname=mixed,quiet,utf8) To get a short help, run pmount -h [EMAIL PROTECTED]:~$ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#353911: md5sum --check checks only if _all_ are bad
Patrick Schoenfeld [EMAIL PROTECTED] wrote: ... I was a bit sceptic about this copyright assignment and wondered why the HACKING file does not include any link to [1]. Just as a suggestion What's [1] ? sorry, accidentally removed the link: http://www.gnu.org/licenses/why-assign.html Good idea. I've just added that link to HACKING. http://git.savannah.gnu.org/gitweb/?p=coreutils.git;a=commitdiff;h=8b09875b5 Normally I'd also add your name to the THANKS list, but since you're preparing a patch, it'll soon appear in a commit where you're the Author. Which reminds me. I intend to automatically generate the THANKS file from the git logs, so if someone is listed (proper name and email from most recent commit) as a commit Author:, then there will be no need to manually add their name to the THANKS file. Of course, there will be a list of other name/email pairs, so the switch won't remove any names. I do not understand that. Which other programs do you mean? Utilities in other operating systems, e.g. BSDs md5sum or what do you mean? What rationale is behind this? Exactly. Do any of the NetBSD, FreeBSD, OpenBSD, Solaris, HPUX, AIX, etc. programs (sometimes called md5) have an option to do this? If there *is* another program with this functionality, then you'd have a good argument for adding a short-named option: to be compatible with it. If not, then no new short-named options, on principle: there will be less risk of conflict with other vendors or evolving/future standards. Makes sense. But this isn't a strong requirement is it? I don't even have access to all this operating systems ;) With google, there's no need for access to the actual systems. All I am looking for is assurance that you've performed a duly-diligent search ;-) Hmpf. For now I'm fighting with the unreasonable dependencies of the coreutils git version.. automake 1.10a.. from the git repository.. =( You can just change it to 1.10.1 for now. [thought it might be easier just to build automake from scratch, because, if you change it...] You'll have to be careful not to submit that change as part of your patch. Also, in your commit log message, be sure to attribute Dan and to include the debian bug URL. Thanks for doing all this, Jim -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#505972: mention man pages in examples/
Package: apt Version: 0.7.18 Severity: wishlist In /usr/share/doc/apt/examples/ sources.list mentions its man page, but apt.conf, configure-index.gz don't. So do mention see apt.conf(5) there. Indeed, configure-index.gz says DO NOT turn this off, see the man page but nowhere is what man page mentioned. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#504283: not affected by issue, but must use archive copy
severity 504283 serious thanks Hi, I don't see a possibility to exploit this specific vulnerability in egroupware, because it is triggered when using the Sendmail backend, and there is no way to set this backend. Still, this doesn't excuse the shipping of a copy of libphp-phpmailer inside the package, which should be easy to fix for lenny and prevent these kinds of issues to pop up during the stable lifetime. cheers, Thijs -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#505635: [xserver-xorg-input-evdev] keyboard acts as if I had pressed every key multiple times.
tag 505635 upstream fixed-upstream kthxbye On Sun, Nov 16, 2008 at 18:12:23 +0100, Julien Cristau wrote: Section InputDevice Identifier Keyboard0 Driver evdev Option Device /dev/input/event1 #Option XkbModel evdev #Option XkbKeycodesevdev EndSection Removing this section from xorg.conf should fix your problem. Or adding Option GrabDevice. Otherwise the driver gets loaded twice (once from xorg.conf and once from hal) for the same device, leading to the event duplication. This is fixed upstream now. http://cgit.freedesktop.org/xorg/driver/xf86-input-evdev/commit/?id=63af314368cec47b6b8266db331f2c820e7a071f Cheers, Julien -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#505929: this is grave
severity 505929 grave thanks Hi, If the package doesn't work with PHP 5.2.6 then that is a grave bug, since that is the version we're shipping with Lenny. Thijs -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#505766: Wrong package?
reassign 505766 pdbv thanks * Martin Bagge [EMAIL PROTECTED] [2008-11-17 10:45]: isn't this bug report intended to the pdbv package? compared the .po with my Swedish one and it sure seems that way. Thanks, you're right. -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#505905: Automatic detections seems counting wrong
Automatic detections seems counting wrong: == Original file menu.lst that works perfect: title Debian GNU/Linux, kernel 2.6.26-1-amd64 unhide (hd0,0) unhide (hd0,1) root(hd0,2) kernel /boot/vmlinuz-2.6.26-1-amd64 root=/dev/sda3 ro quiet initrd /boot/initrd.img-2.6.26-1-amd64 # savedefault title Debian GNU/Linux, kernel 2.6.26-1-amd64 (single-user mode) unhide (hd0,0) unhide (hd0,1) root(hd0,2) kernel /boot/vmlinuz-2.6.26-1-amd64 root=/dev/sda3 ro single initrd /boot/initrd.img-2.6.26-1-amd64 # savedefault title Windows XP Test P01 unhide (hd0,0) hide(hd0,1) root(hd0,0) # savedefault makeactive chainloader +1 title Windows XP Test P02 hide(hd0,0) unhide (hd0,1) root(hd0,1) # savedefault makeactive chainloader +1 Generated grub.cfg: ### BEGIN /etc/grub.d/10_linux ### set root=(hd0,3) search --fs-uuid --set b16c8e5f-54fb-48f0-8305-056d919691d2 menuentry Debian GNU/Linux, linux 2.6.26-1-amd64 { linux /boot/vmlinuz-2.6.26-1-amd64 root=UUID=b16c8e5f-54fb-48f0-8305-056d919691d2 ro initrd /boot/initrd.img-2.6.26-1-amd64 } menuentry Debian GNU/Linux, linux 2.6.26-1-amd64 (single-user mode) { linux /boot/vmlinuz-2.6.26-1-amd64 root=UUID=b16c8e5f-54fb-48f0-8305-056d919691d2 ro single initrd /boot/initrd.img-2.6.26-1-amd64 } ### END /etc/grub.d/10_linux ### # This entry automatically added by the Debian installer for a non-linux OS # on /dev/hda1 menuentry Microsoft Windows XP Professional { set root=(hd0,0) chainloader +1 } # This entry automatically added by the Debian installer for a non-linux OS # on /dev/hda2 menuentry Windows NT/2000/XP (loader) { set root=(hd0,1) chainloader +1 } -- grub 2 seems to count partitions beginning with 1 and not with 0 as in the version before. So the generating-script is working wrong! But it doesn't help to alter the wrong entries manually. Windows will not boot with grub 2! And the question still remains how to realize the hide-mechanism ? grub 2 is only more complicated to configure and seems not to run as easy and perfect as the old version 0.96. I set the good old version now on hold with echo grub hold | dpkg --set-selections -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#505973: Small typo in rc.lua (awesome 3.1~rc2-1)
Package: awesome Version: 3.1~rc2-1 Severity: minor Tags: patch Just a little typo (a comma) introduced after swapping two entries in 'mymainmenu': diff -up awesome_PKG/rc.lua awesome_PATCHED/rc.lua --- awesome_PKG/rc.lua 2008-11-17 11:19:22.0 +0100 +++ awesome_PATCHED/rc.lua 2008-11-17 11:19:35.0 +0100 @@ -102,8 +102,8 @@ myawesomemenu = { } mymainmenu = awful.menu.new({ items = { { awesome, myawesomemenu, beautiful.awesome_icon }, -{ open terminal, terminal } -{ Debian, debian.menu.Debian_menu.Debian }, +{ open terminal, terminal }, +{ Debian, debian.menu.Debian_menu.Debian } } }) Cheers and great work! I really like awesome :-) Emilio -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26 (SMP w/2 CPU cores) Locale: LANG=gl_ES.UTF-8, LC_CTYPE=gl_ES.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.utf8) Shell: /bin/sh linked to /bin/bash Versions of packages awesome depends on: ii libc6 2.7-16 GNU C Library: Shared libraries ii libcairo2 1.6.4-6.1 The Cairo 2D vector graphics libra ii libdbus-1-3 1.2.1-4simple interprocess messaging syst ii libev33.43-1 high-performance event loop librar ii libglib2.0-0 2.16.6-1 The GLib library of C routines ii libimlib2 1.4.0-1.1 powerful image loading and renderi ii liblua5.1-0 5.1.3-1Simple, extensible, embeddable pro ii libncurses5 5.7-2 shared libraries for terminal hand ii libpango1.0-0 1.20.5-3 Layout and rendering of internatio ii libreadline5 5.2-3 GNU readline and history libraries ii libx11-6 2:1.1.5-2 X11 client-side library ii libx11-xcb1 2:1.1.5-2 Xlib/XCB interface library ii libxcb-atom1 0.3.0-1utility libraries for X C Binding ii libxcb-aux0 0.3.0-1utility libraries for X C Binding ii libxcb-event1 0.3.0-1utility libraries for X C Binding ii libxcb-icccm1 0.3.0-1utility libraries for X C Binding ii libxcb-keysyms0 0.3.0-1utility libraries for X C Binding ii libxcb-property1 0.3.0-1utility libraries for X C Binding ii libxcb-randr0 1.1-1.1X C Binding, randr extension ii libxcb-render-util0 0.3.0-1utility libraries for X C Binding ii libxcb-render01.1-1.1X C Binding, render extension ii libxcb-xinerama0 1.1-1.1X C Binding, xinerama extension ii libxcb1 1.1-1.1X C Binding Versions of packages awesome recommends: ii x11-xserver-utils 7.3+5 X server utilities awesome suggests no packages. -- no debconf information diff -up awesome_PKG/rc.lua awesome_PATCHED/rc.lua --- awesome_PKG/rc.lua 2008-11-17 11:19:22.0 +0100 +++ awesome_PATCHED/rc.lua 2008-11-17 11:19:35.0 +0100 @@ -102,8 +102,8 @@ myawesomemenu = { } mymainmenu = awful.menu.new({ items = { { awesome, myawesomemenu, beautiful.awesome_icon }, -{ open terminal, terminal } -{ Debian, debian.menu.Debian_menu.Debian }, +{ open terminal, terminal }, +{ Debian, debian.menu.Debian_menu.Debian } } })
Bug#504133: Fails to unprotect table cells (not found in Sun's OO)
forwarded 504133 https://bugzilla.novell.com/show_bug.cgi?id=441133 tag 504133 + upstream thanks Hi, Rene Engelhard wrote: (And BTW, you didn't report it to Go-Oo yet, the BTS for go-oo upstream stuff is not the Debian BTS - we are just one user of go-oo.org. If you want to report it on go-oo.org upstream file it in bugzilla.novell.com, as Err, sorry, actually I just saw you did (wrong search options): https://bugzilla.novell.com/show_bug.cgi?id=441133 Regards, Rene -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#353911: md5sum --check checks only if _all_ are bad
On Mon, Nov 17, 2008 at 11:25:09AM +0100, Jim Meyering wrote: Good idea. I've just added that link to HACKING. Great :-) Makes sense. But this isn't a strong requirement is it? I don't even have access to all this operating systems ;) With google, there's no need for access to the actual systems. All I am looking for is assurance that you've performed a duly-diligent search ;-) True. Hm. Given that most utilities in the BSD world seem to use -p different (while its notable that some of the utilities I looked at don't even support checksum verification as part of their md5 utilities but instead of another chksum utility) I see that your request to remove -p is a valid objection. Best Regards, Patrick -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#489045: cups: infinite loop, 100%CPU use, while trying to print with HPJetDirect
Martin Pitt [2008-11-16 16:59 +0100]: Upstream committed a different patch: http://www.cups.org/strfiles/3001/str3001.patch This patch is now included in 1.3.9-5, which just got uploaded to experimental. Can you guys please test this version? If it works, I need to push that to unstable and lenny, too, but the window for that gets smaller every day. Thank you! Martin -- Martin Pitt| http://www.piware.de Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.debian.org) signature.asc Description: Digital signature
Bug#505974: llvm patch needed for opengtl
Package: llvm This patch is needed for llvm to be able to compile opengtl on amd64. Also it needs to be compiled with -fPIC. Patch by Cyrille Berger. Jonathan --- a/lib/Target/X86/X86JITInfo.cpp.orig2008-07-02 09:41:02.0 +0200 +++ b/lib/Target/X86/X86JITInfo.cpp 2008-07-02 09:41:51.0 +0200 @@ -25,8 +25,10 @@ // Determine the platform we're running on #if defined (__x86_64__) || defined (_M_AMD64) # define X86_64_JIT +# define ASMSUFFIX @PLT #elif defined(__i386__) || defined(i386) || defined(_M_IX86) # define X86_32_JIT +# define ASMSUFFIX #endif void X86JITInfo::replaceMachineCodeForFunction(void *Old, void *New) { @@ -112,7 +114,7 @@ // JIT callee movq%rbp, %rdi\n// Pass prev frame and return address movq8(%rbp), %rsi\n -call ASMPREFIX X86CompilationCallback2\n +call ASMPREFIX X86CompilationCallback2 ASMSUFFIX \n // Restore all XMM arg registers movaps 112(%rsp), %xmm7\n movaps 96(%rsp), %xmm6\n @@ -186,7 +188,7 @@ movl4(%ebp), %eax\n // Pass prev frame and return address movl%eax, 4(%esp)\n movl%ebp, (%esp)\n -call ASMPREFIX X86CompilationCallback2\n +call ASMPREFIX X86CompilationCallback2 ASMSUFFIX \n movl%ebp, %esp\n// Restore ESP CFI(.cfi_def_cfa_register %esp\n) subl$12, %esp\n @@ -240,7 +242,7 @@ movl4(%ebp), %eax\n // Pass prev frame and return address movl%eax, 4(%esp)\n movl%ebp, (%esp)\n -call ASMPREFIX X86CompilationCallback2\n +call ASMPREFIX X86CompilationCallback2 ASMSUFFIX \n addl$16, %esp\n movaps 48(%esp), %xmm3\n CFI(.cfi_restore %xmm3\n) --- debian/llvm-2.3/debian/rules2008-11-17 10:32:13.0 + +++ llvm-2.3/debian/rules 2008-11-17 10:32:48.0 + @@ -42,7 +42,7 @@ confargs_gcc:= $(confargs) confargs_llvm += \ - --prefix=$(PF) + --prefix=$(PF) --enable-pic --with-pic confargs_gcc += \ --prefix=$(PF)/gcc-$(gcc_version) \
Bug#463354: Incremental patching of Packages is slow
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=463354 It sometimes maxes out the CPU and perhaps crashed my little Openmoko FreeRunner. Might be worth the tradeoff to set apt.conf(5) directive Acquire::PDiffs false; -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#505875: [openoffice.org-writer] Mustn't remove unsent PDF files on quit
severity 505875 minor retitle 505875 should not remove unsent PDF files on quit forwarded 505875 http://www.openoffice.org/issues/show_bug.cgi?id=96275thanks tag 505875 + upstream thanks Guido Guenther wrote: choosing oowriter:File-Send-Email as PDF... opens Icedove and hitting Send in Icedove works as expected. But if you do: oowriter:File-Send-Email as PDF... opens Icedove. Then _close_ oowriter and then hit Send in Icedove you get the attached error which translates to: Sending the message failed: Failed to open temporary file Reason is that upon close oowriter removes the generated PDF although it hasn't been send yet so Icedove can't access the temporary file anymore. And how should OOo know when it's sent? This confuses users quite a bit. to be honest, I don't think that's a valid argument. Grüße/Regards, René -- .''`. René Engelhard -- Debian GNU/Linux Developer : :' : http://www.debian.org | http://people.debian.org/~rene/ `. `' [EMAIL PROTECTED] | GnuPG-Key ID: 248AEB73 `- Fingerprint: 41FA F208 28D4 7CA5 19BB 7AD9 F859 90B0 248A EB73 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#463354: Incremental patching of Packages is slow
[EMAIL PROTECTED] writes: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=463354 It sometimes maxes out the CPU and perhaps crashed my little Openmoko FreeRunner. Might be worth the tradeoff to set apt.conf(5) directive Acquire::PDiffs false; I agree. (I even mentioned this in the install.sh feedback I sent last month: From: Timo Juhani Lindfors [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: openmoko install.sh feedback Date: Wed, 20 Aug 2008 09:36:27 +0300 ... 4) With debian unstable apt-get update -o Acquire::PDiffs=false is often faster than apt-get update if the network connection is fast. Would this make a good default? (It might not be good for those who upgrade over gprs) ) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#505975: ASUS P5QL Pro: Early kernel exception in dmi_table
Package: linux-2.6 Version: 2.6.26-8 Severity: |important Tags: patch |fixed-upstream | |Directly after boot the kernel crashes. This bug seems to only affect systems that use the motherboard ASUS P5QL Pro, but may also affect some other motherboards. For more information: Upstream bug report: http://bugzilla.kernel.org/show_bug.cgi?id=11693 Ubuntu bug report: https://bugs.edge.launchpad.net/linux/+bug/263543 This has been fixed in 2.6.26.7 Upstream patch: http://git.kernel.org/?p=linux/kernel/git/stable/linux-2.6.26.y.git;a=commitdiff;h=6cb603ed02a891b965dc2fc50a39bff131829a54 diff --git a/arch/x86/mm/ioremap.c b/arch/x86/mm/ioremap.c index d1b8671..035752d 100644 --- a/arch/x86/mm/ioremap.c +++ b/arch/x86/mm/ioremap.c @@ -582,7 +582,7 @@ void __init *early_ioremap(unsigned long phys_addr, unsigned long size) */ offset = phys_addr ~PAGE_MASK; phys_addr = PAGE_MASK; - size = PAGE_ALIGN(last_addr) - phys_addr; + size = PAGE_ALIGN(last_addr + 1) - phys_addr; /* * Mappings have to fit in the FIX_BTMAP area. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#474554: I will not package it anymore
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 retitle #474554 RFP: fotowall -- creative tool that allows you to layout your photos or pictures in a personal way thanks Hello, I will not package it anymore because I could not reach the author of the software since an half year. Anyway he had done some changes to fotowall which makes packagers life easier: http://code.google.com/p/fotowall/source/list If someone is interested in packaging it, I would also (if the maint is interested) give him my last code status of the package. - -- /* Mit freundlichem Gruß / With kind regards, Patrick Matthäi E-Mail: [EMAIL PROTECTED] Comment: Always if we think we are right, we were maybe wrong. */ -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iEYEARECAAYFAkkhTKUACgkQ2XA5inpabMfHnACfTJS2InMf6KvUfdhuPqKktWtC orsAninEsqEar8jSFF/vOXwQU5d0oL8E =FsKA -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#500540: Considerations.
Hi Raúl, I'm sorry I didn't respond to your comment on this bug as I am not subscribed to it. On Saturday 08 November 2008 19:01:23 Raúl Sánchez Siles wrote: Some time ago, no sooner than Etch was released, CONFIG_FAT_DEFAULT_CODEPAGE was 437(cp437) and CONFIG_FAT_DEFAULT_IOCHARSET was iso8859-1 (latin1). But after http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=417324 it was changed to current 437 and utf8, respectively. Things being like this, using utf8 as long file name encoding, results in case sensitive file names. I find this indeed a drawback, but using uft8 has the advantage of support for non-ascii chars. [Or at least supporting it correctly] As far as I can tell your analysis is correct. But (and this is a big but) you seem to have ignored the utf8 flag. The effect of using a non-utf8 iocharset and the utf8 flag is that long filenames will be encoded in utf8 and the iocharset will only be used for case comparison. IMHO this is the real solution that you are looking for, but there is (or was?) a problem with making it the default. (See Message#48 for details). Cheers, -henrik -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#496066: grace6: *** glibc detected *** corrupted double-linked list: 0x081cbfb0 *** when trying to open text file
Evgeny Stambulchik [EMAIL PROTECTED] writes: Actually, you want Data-Input-ASCII. Thanks, this works. 5) grace crashes with the following error message: In the gdb crash dump, I see nothing obviously related to Grace. It all seems to be about Lesstif. Please try using a newer version of Lesstif or build against OpenMotif. I'll try unstable chroot next. Unfortunately I don't have time to package newer lesstif. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#505536: ekiga: Please symlink identical GNOME help files
Hi Eugen, Eugen Dedu [2008-11-17 10:22 +0100]: Fixed on alioth, hence available on the next release, thanks and sorry for the error! Thanks! For info, I don't think this fix is appropriate for unstable I agree. Martin -- Martin Pitt| http://www.piware.de Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.debian.org) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#505976: FTBFS: PACKAGE_VERSION in configure is corrupted by excess make spew
Package: mesa Version: 7.2-1 Severity: normal The invocation of make being used in configure.ac to generate mesa_version (which later goes into PACKAGE_VERSION in configure) is missing a --no-print-directory switch. The lack of --no-print-directory is resulting in the following line in the generated configure: PACKAGE_VERSION='make2: Entering directory `/root/mesa-7.2'7.2.0make2: Leaving directory `/root/mesa-7.2'' Subsequently, all kinds of badness happens when attempts are made to use this malformed configure script. The following patch I've found fixes this problem: diff -Naur mesa-7.2.orig/configure.ac mesa-7.2/configure.ac --- mesa-7.2.orig/configure.ac 2008-09-13 20:25:44.0 + +++ mesa-7.2/configure.ac 2008-11-17 08:21:36.445563599 + @@ -4,7 +4,7 @@ dnl Versioning - scrape the version from configs/default m4_define([mesa_version], -[m4_esyscmd([${MAKE-make} -s -f bin/version.mk version | tr -d '\n'])]) +[m4_esyscmd([${MAKE-make} -s --no-print-directory -f bin/version.mk version | tr -d '\n'])]) m4_ifval(mesa_version,[],[ m4_errprint([Error: Failed to get the Mesa version from the output of running `make -f bin/version.mk version' -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.27-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 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#505972: mention man pages in examples/
[EMAIL PROTECTED] wrote: Package: apt Version: 0.7.18 Severity: wishlist In /usr/share/doc/apt/examples/ sources.list mentions its man page, but apt.conf, configure-index.gz don't. So do mention see apt.conf(5) there. Indeed, configure-index.gz says DO NOT turn this off, see the man page but nowhere is what man page mentioned. Sounds good. Thanks for report. -- Eugene V. Lyubimkin aka JackYF, JID: jackyf.devel(maildog)gmail.com Ukrainian C++ Developer, Debian APT contributor signature.asc Description: OpenPGP digital signature
Bug#463354: state of #463354
package apt tags 463354 +patch thanks Hello. Thanks for info and patch. I think it would best to apply this patch (and/or, maybe, some others) to speedup incremental patching rather than making PDiffs=false the default. -- Eugene V. Lyubimkin aka JackYF, JID: jackyf.devel(maildog)gmail.com Ukrainian C++ Developer, Debian APT contributor signature.asc Description: OpenPGP digital signature
Bug#504726: pre-approving universalindentgui/0.8.1-1.2 (and uploading it)
Hello, (Thomas, please read on for a possible problem with the patch you committed in revision 901.) (Note: this message is not entirely top-posted!) I am reiterating the request to preaprove the universalindentgui migration, but this time the 0.8.1-1.2 version. The new package can be downloaded from: http://users.alioth.debian.org/~eddyp-guest/upload/universalindentgui-0.8.1-1.2/ Mathew, Debian Release, the DSC is available at: http://users.alioth.debian.org/~eddyp-guest/upload/universalindentgui-0.8.1-1.2/universalindentgui_0.8.1-1.2.dsc The patch (relative to the last source in Debian Sid): http://users.alioth.debian.org/~eddyp-guest/upload/universalindentgui-0.8.1-1.2/universalindentgui_0.8.1-1--0.8.1-1.2.patch 2008/11/16 Nico Golde [EMAIL PROTECTED]: Hi, * Eddy Petri??or [EMAIL PROTECTED] [2008-11-13 12:20]: [...] I have prepared a fix for 504726, but I am uneasy about C++ people looking at it (is strictly C). Also, I am aware this will, most likely not work on windows (but since this is a fix for us and symlinks are not possible under Windows, I guess is OK). I agree this might not be the best solution for upstream but to get this quickly fixed for lenny this is ok. So unless Apropos to upstream's patch, I saw that Thomas made a fix for this issue in the upstream trunk in revision 901, but according to the QT FAQ (and from what I can understand) that fix is asking for a segfault. The part I am referring to is visible here: http://universalindentgui.svn.sourceforge.net/viewvc/universalindent/trunk/src/SettingsPaths.cpp?r1=893r2=901pathrev=901 and the relevant line I am referring to is: pathTemplate = QString(tempPath + -XX).toAscii().data(); The QT FAQ says about QString to char* conversion: Note that it is necessary to store the bytearray before you call data() on it, a call like the following const char *c_str2 = str2.toLatin1().data(); will make the application crash as the QByteArray has not been stored and hence no longer exists http://trolltech.com/developer/faqs/faq.2007-01-30.9032238253 someone comes up with an alternative now I suggest you upload this NMU. The debdiff looks ok to me. -- Regards, EddyP = Imagination is more important than knowledge A.Einstein -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#501126: merge cupsys bug reports ?
Hello, Should the bug reports #489582 #501126 be merged? The #489582 has a fixed version waiting on the unstable repository. And such version will also close the 501126. Regards. Andre Felipe Machado -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#505773: debian-installer: Bootable netboot image for USB stick patch
Kenshi Muto [EMAIL PROTECTED] writes: Hi otavio, At 15 Nov 08 07:35:39 GMT, Otavio Salvador wrote: Christian Perrier [EMAIL PROTECTED] writes: Quoting Kenshi Muto ([EMAIL PROTECTED]): After this patch is applied, 'make build_netboot' will build boot.img.gz in dest/netboot/ directory for i386 and amd64 with both text and gtk installers. Because I didn't know well about other architectures, my patch didn't touch them. Nice. However, as this requires documentation changes, I think this should be post-Lenny. Kenshi, could you propose a text for it to the installer guide? After seeing installer guide, I think only a few changes are needed. Please see also attached patch against installation-guide r56652. I'm not in the position to decide about the inclusion of that into the Installation Guide but I believe it would be a problem due the translation. I think we should keep two patches in a queue to be commited as soon as we open svn to squeeze work. Do anyone disagrees with me? -- O T A V I OS A L V A D O R - E-mail: [EMAIL PROTECTED] UIN: 5906116 GNU/Linux User: 239058 GPG ID: 49A5F855 Home Page: http://otavio.ossystems.com.br - Microsoft sells you Windows ... Linux gives you the whole house. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#505978: pidgin: Pidgin does not pick up existing gaim configs after upgrade
Package: pidgin Version: 2.4.3-4 Severity: normal After upgrading from Etch to Lenny (and changing from Gaim - Pidgin), I've had to reconfigure most settings (that dont directly relate to the buddy list). These include - sounds (wanted them to stay off) - logging (wanted it to stay on) Not sure if this is a bug or a feature, but filing a bug in case -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.26-1-686 (SMP w/1 CPU core) Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages pidgin depends on: ii gconf2 2.22.0-1GNOME configuration database syste ii libatk1.0-0 1.22.0-1The ATK accessibility toolkit ii libc62.7-15 GNU C Library: Shared libraries ii libcairo21.6.4-6.1 The Cairo 2D vector graphics libra ii libdbus-1-3 1.2.1-4 simple interprocess messaging syst ii libdbus-glib-1-2 0.76-1 simple interprocess messaging syst ii libglib2.0-0 2.16.6-1The GLib library of C routines ii libgstreamer0.10-0 0.10.19-3 Core GStreamer libraries and eleme ii libgtk2.0-0 2.12.11-4 The GTK+ graphical user interface ii libgtkspell0 2.0.13-1+b1 a spell-checking addon for GTK's T ii libice6 2:1.0.4-1 X11 Inter-Client Exchange library ii libpango1.0-01.20.5-3Layout and rendering of internatio ii libpurple0 2.4.3-4 multi-protocol instant messaging l ii libsm6 2:1.0.3-2 X11 Session Management library ii libstartup-notification0 0.9-1 library for program launch feedbac ii libx11-6 2:1.1.5-2 X11 client-side library ii libxss1 1:1.1.3-1 X11 Screen Saver extension library ii perl 5.10.0-17 Larry Wall's Practical Extraction ii perl-base [perlapi-5.10.0] 5.10.0-17 minimal Perl system ii pidgin-data 2.4.3-4 multi-protocol instant messaging c Versions of packages pidgin recommends: ii gstreamer0.10-plugins-base0.10.19-2 GStreamer plugins from the base ii gstreamer0.10-plugins-good0.10.8-4 GStreamer plugins from the good Versions of packages pidgin suggests: ii evolution-data-server 2.22.3-1.1 evolution database backend server ii gnome-panel 2.20.3-5 launcher and docking facility for ii libsqlite3-0 3.5.9-5SQLite 3 shared library -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#505789: Patch adding the usb-storage module for sparc
Jurij Smakov [EMAIL PROTECTED] writes: Hi, With valuable help from Frans, I've created a patch which adds usb-storage module on sparc, so that it is actually possible to load needed firmware from a USB stick (attached). Please consider applying it. Thanks. -- Jurij Smakov [EMAIL PROTECTED] Key: http://www.wooyd.org/pgpkey/ KeyID: C99E03CC Index: installer/build/pkg-lists/cdrom/sparc.cfg === --- installer/build/pkg-lists/cdrom/sparc.cfg (revision 56652) +++ installer/build/pkg-lists/cdrom/sparc.cfg (working copy) @@ -4,10 +4,9 @@ sparc-utils-udeb kbd-chooser -# Some modules are only available for sparc64, so only include them if they -# are available. -ide-modules-${kernel:Version} ? -usb-modules-${kernel:Version} ? +ide-modules-${kernel:Version} +usb-modules-${kernel:Version} Why you've droped the '?' ? Otherwise it looks good. -- O T A V I OS A L V A D O R - E-mail: [EMAIL PROTECTED] UIN: 5906116 GNU/Linux User: 239058 GPG ID: 49A5F855 Home Page: http://otavio.ossystems.com.br - Microsoft sells you Windows ... Linux gives you the whole house. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#505793: pm-utils: please provide scriptlet to unmount network filesystems
Florian Lohoff schreef: On Sat, Nov 15, 2008 at 05:25:19PM +0100, Michael Biebl wrote: Florian Lohoff wrote: Package: pm-utils Version: 1.1.2.4-1 Severity: wishlist Hi, please provide a sleep scriptlet to unmount network filesystems. I am currently using this basically copied from /etc/init.d/umountnfs.sh which does more than needed (unmounting sysfs etc) ... This needs to be done before network manager is instructed to shut down networking e.g. i used priority 07 ... Why is it necessary to unmount the network filesystems and shouldn't they mounted on resume again. Because typically your network filesystems will not be there after resume. At least thats my typical use case - suspending at home - going to work - resuming - Well, that maybe typically for you;) TCP based filesystems will even timeout on the server as the tcp connection endpoint is gone and your tcp session will timeout. The only sane state is to unmount all network based filesystems on suspend. I never have had any problems with suspend and nfs (granted that is not TCP IIRC). We have machines with nfs home-dirs that do that daily here. A sane way could be to refuse suspend if there are open files on the network storage as the state could get severly garbled if suspending with potentially dirty cache content or even resuming with some expectation about the files state (which might have changed in the last hours while we were suspended) so you could garble servers files on resume because somebody else already appended to the file etc I do not have any profound knowledge about netword filesystems, but I do think this is highly unlikely. I mean, a network filesystem must be (by nature of going over an unreliable medium) tolerant to timeouts and clients comming back after being disconnected, etc. Also these filesystems are almost certainly developed with a multi-user environment in mind, so your argument about somebody else altering the file and causing corruption seems unlikely. Of course a user who resumes his machine could of course save his old file over a new one, but that wouldn't be different from somebody leaving his machine on for the night, comming back and doing the same. To conclude, I don't think thers is a technical reason to honour your whislist request in pm-utils. I do think there is probably a demant for something like this, but the best place to do something about it would be some higher level app. A level where people can interact and say yes/no or set a default, like gnome-volumne-manager or so. IIRC, it does already complain about mounted USD devices... grts Tim -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#500876: linux-image-2.6.26-1-openvz-amd64: Booting on SMP server fails
Worked fine for me. Moritz Muehlenhoff wrote: On Tue, Oct 07, 2008 at 01:44:01PM +0400, Konstantin Khlebnikov wrote: Thanks. should be fixed by this commit http://git.openvz.org/?p=linux-2.6.26-openvz;a=commit;h=777e8164ebf8a03e43511983cdec472f8691a8af Tobias Stocker wrote: Package: linux-image-2.6.26-1-openvz-amd64 Version: 2.6.26-5 Severity: important On a Dell PowerEdge 1955 (two Quad Core CPUs), the kernel fails on boot with the regular boot parameters. With the nosmp boot option or maxcpus=4, the whole thing works fine. With maxcpus=8 or just no special command, the kernel fails on boot. On a second, identical system, I also installed the 2.6.26-1-amd64 kernel but _without_ OpenVZ support. This one is running fine. Tobias, does the patch fix the problem for you? Cheers, Moritz -- System Operations Netstream AG Neugutstrasse 66 CH-8600 Duebendorf Fon: 0848 000 527 / International: +41 44 802 66 88 Fax: 0848 000 528 / International: +41 44 802 66 89 E-Mail: [EMAIL PROTECTED] For more information about our products and services, please visit our website: http://www.netstream.ch E-Mail Privacy Statement: http://www.netstream.ch/go/e-mail -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#505979: ls output format option
Package: coreutils Version: 6.10-6 Severity: wishlist File: /bin/ls I wish ls supported something like ls --format='%n %s %u %t' or somesuch so that I can select which columns I actually want in the output, and still have their width be formatted properly as ls does now. In fact, such an option could probably replace many of the other options, like -g or -s. Thanks, -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-1-amd64 (SMP w/1 CPU core) Locale: LANG=en_GB, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages coreutils depends on: ii libacl1 2.2.47-2 Access control list shared library ii libc6 2.7-16 GNU C Library: Shared libraries ii libselinux1 2.0.65-5 SELinux shared libraries coreutils recommends no packages. coreutils suggests no packages. -- no debconf information -- .''`. martin f. krafft [EMAIL PROTECTED] : :' : proud Debian developer, author, administrator, and user `. `'` http://people.debian.org/~madduck - http://debiansystem.info `- Debian - when you have better things to do than fixing systems digital_signature_gpg.asc Description: Digital signature (see http://martin-krafft.net/gpg/)
Bug#497230: [alpha] legacy and generic package descriptions
On Mon 17 Nov 2008, Paul Slootman wrote: Hmm, I have no problem booting a 2.6 kernel on my XLT which uses MILO. OK, after re-reading the thread, I have to admit that I have LEGACY_START set :-) Paul -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#497230: [alpha] legacy and generic package descriptions
On Mon 17 Nov 2008, Matthew W. S. Bell wrote: Further investigation eventually reveals that the only change in the kernels is the CONFIG_ALPHA_LEGACY_START_ADDRESS. This option has the following help: - The 2.4 kernel changed the kernel start address from 0x31 to 0x81 to make room for the Wildfire's larger SRM console. Recent consoles on Titan and Marvel machines also require the extra room. If you're using aboot 0.7 or later, the bootloader will examine the ELF headers to determine where to transfer control. Unfortunately, most older bootloaders -- APB or MILO -- hardcoded the kernel start address rather than examining the ELF headers, and the result is a hard lockup. Hmm, I have no problem booting a 2.6 kernel on my XLT which uses MILO. It even booted 2.6.27, but immediately after that paniced with at the end an Aaiiieee, not not syncing; the cause was scrolled off the screen then :-( So back to my 2.6.17.11 kernel for the time being (recompiling a kernel is a non-trivial task on my alpha, taking about 2 hours...) Paul -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#505289: perl: Please provide sysexits.ph
On Tue, Nov 11, 2008 at 12:25:56PM -0200, Martín Ferrari wrote: Package: perl Version: 5.10.0-15 Severity: wishlist it would be nice if perl provided the PH file for the standard exit codes from sysexits.h, specially necessary for programs that interact with MTAs. h2ph actually does the job without problems, so it shouldn't be a burden to add it to the perl package. I'd really rather see something like http://pub.ks-and-ks.ne.jp/prog/SysExits.shtml packaged separately. To paraphrase Brendan O'Dea, the .ph files are an abomination that should go away. They have been reduced to a minimum on purpose. The SysExits module above looks OK at first glance. There's no licensing or copyright info in the tarball so some clarification is needed, but the parent web pages say Almost all contents in this site are written by Kiyokazu SUTO (i.e. me) unless especially noted. I want to put all of them into the PUBLIC DOMAIN, even though some lawyers mention that it is impossible in my country. so it's clearly intended to be free software. -- Niko Tyni [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#505975: ASUS P5QL Pro: Early kernel exception in dmi_table
severity 505975 important tags 505975 +fixed-upstream -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#505773: debian-installer: Bootable netboot image for USB stick patch
On Monday 17 November 2008, Otavio Salvador wrote: I'm not in the position to decide about the inclusion of that into the Installation Guide but I believe it would be a problem due the translation. I think we should keep two patches in a queue to be commited as soon as we open svn to squeeze work. Agreed this is post-lenny. I can review and commit the patch for the manual at that point. Just remind me. Do anyone disagrees with me? I have a few minor, mostly practical, reservations against this. 1) netboot is heavily used for quick test builds. This increases build time for a regular netboot image by a LOT because we'll now also always build the gtk target. This in turn reduces development efficiency. I'd very much like to keep the option (or add it rather) to only build the plain netboot image or the mini.iso. 2) Problem with these small USB images and the way they are written is that anything already on the USB stick gets deleted and that - given that most USB sticks nowadays are significantly larger in size - makes most of the stick completely unusable. Same goes for hd-media. If someone could come up with some solution to these problems, that would be great. One alternative option for the second issue could be to instead create a tarball with everything in it, including syslinux config and a script the user can run manually to make the stick bootable (with appropriate warnings if required commands, possibly checking for availability of alternative commands, are not available). I would expect such a script to become smarter with time as users provide feedback. Note that I did recently improve the instructions for manually placing netboot images on a USB-stick somewhat in the installation guide. Cheers, FJP signature.asc Description: This is a digitally signed message part.
Bug#505969: spurious warning due to newly empty config file
Same problem here. On 2008-11-17 23:24:58 +1300, Paul Collins wrote: Something like the following seems to serve as an empty config file while also shutting fontconfig up: ?xml version=1.0? !DOCTYPE fontconfig SYSTEM fonts.dtd fontconfig/ Yes, the file should either be a valid XML file or should not exist. An empty (i.e. 0-byte) file is not correct, IMHO. -- Vincent Lefèvre [EMAIL PROTECTED] - Web: http://www.vinc17.org/ 100% accessible validated (X)HTML - Blog: http://www.vinc17.org/blog/ Work: CR INRIA - computer arithmetic / Arenaire project (LIP, ENS-Lyon) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#503573: roundcube: Please provide 0.2-beta in experimental
Hi, I would like to ask if there is some progress with packaging MD2 and thus with RoundCube version 0.2-beta. Thank you Tomas Safarik -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#505977: v86d: segfault
The startup messages for uvesafb were: Nov 16 22:19:05 debian kernel: [ 23.476272] uvesafb: NVIDIA Corporation, nv44 Board - p382h1 , Chip Rev , O EM: NVIDIA, VBE v3.0 Nov 16 22:19:05 debian kernel: [ 23.508283] uvesafb: protected mode interface info at c000:d3a0 Nov 16 22:19:05 debian kernel: [ 23.508288] uvesafb: pmi: set display start = c00cd3d6, set palette = c00cd440 Nov 16 22:19:05 debian kernel: [ 23.508291] uvesafb: pmi: ports = 3b4 3b5 3ba 3c0 3c1 3c4 3c5 3c6 3c7 3c8 3c9 3cc 3ce 3cf 3d0 3d1 3d2 3d3 3d4 3d5 3da Nov 16 22:19:05 debian kernel: [ 23.511052] uvesafb: VBIOS/hardware doesn't support DDC transfers Nov 16 22:19:05 debian kernel: [ 23.511056] uvesafb: no monitor limits have been set, default refresh rate wil l be used Nov 16 22:19:05 debian kernel: [ 23.516863] uvesafb: scrolling: ypan using protected mode interface, yres_virt ual=6144 Nov 16 22:19:05 debian kernel: [ 23.743379] Console: switching to colour frame buffer device 128x48 Nov 16 22:19:05 debian kernel: [ 23.762168] uvesafb: framebuffer at 0xc000, mapped to 0xf8b8, using 24 576k, total 262144k Nov 16 22:19:05 debian kernel: [ 23.762171] fb0: VESA VGA frame buffer device The only difference I see is that no monitor limits because I had the monitors turned off. I run a 2-seat system and normally gdm brings up the 2 monitors, but not this time: it brought up only one, so I had to restart gdm. Unfortunately I did not save the Xorg logs of that startup. Hugo
Bug#505773: debian-installer: Bootable netboot image for USB stick patch
At Mon, 17 Nov 2008 09:38:20 -0200, Otavio Salvador wrote: Kenshi Muto [EMAIL PROTECTED] writes: After seeing installer guide, I think only a few changes are needed. Please see also attached patch against installation-guide r56652. I'm not in the position to decide about the inclusion of that into the Installation Guide but I believe it would be a problem due the translation. I think we should keep two patches in a queue to be commited as soon as we open svn to squeeze work. Of course sure. :) Thanks, -- Kenshi Muto [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#505967: initgroups(): Operation not permitted
Unfortunately, i am not in a position to do so at the moment. However, i will do so when possible. Thanks On Mon, Nov 17, 2008 at 4:45 AM, Raphael Hertzog [EMAIL PROTECTED] wrote: Hi, On Mon, 17 Nov 2008, lawrence macguire wrote: Package: dpkg Version: 1.13.25 Specifically: start-stop-daemon Error message: start-stop-daemon: Unable to set initgroups() with gid 1003 (Operation not permitted) I understand the error message, and am happy there is such a check of course. OTOH, the user nominated to run the service was the one who ran the script I think that in the case of --chuid == USER ... the check on the perms should be bypassed. Can you verify if the problem is also present in lenny's version of start-stop-daemon (dpkg 1.14.22) ? I know that Guillem refactored parts of the code related to uid/gid change, it might be that the problem is already fixed. Regards, -- Raphaël Hertzog Le best-seller français mis à jour pour Debian Etch : http://www.ouaza.com/livre/admin-debian/ -- Rusty Russel said that any one quoting him in an email signature was an idiot. Does paraphrasing count?
Bug#500710: Native flash10 for amd64 available
Hi! Just wanted to point to Adobe's announcement: http://blogs.adobe.com/penguin.swf/2008/11/now_supporting_16_exabytes.html In other words: a native 64bit flashplugin is available, though still alpha, but we're talking about unstable anyway. HTH -- mail: [EMAIL PROTECTED] http://adi.thur.de PGP/GPG: key via keyserver Reincarnation - the torture never ends. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#343985: state of #343985
On 2008-11-17 08:54:45 +0100, Bilderbeek, Manuel wrote: I haven't seen the problem in years, but I've been using aptitude for quite a while now. This bug is so old, that it's probably obsolete. This bug is not old: it occurred in May 2008 on my machine using (Debian/testing). However, I haven't seen this bug recently (in the last few weeks) on the same machine, whereas it was very common. So, I assume that it has been fixed. -- Vincent Lefèvre [EMAIL PROTECTED] - Web: http://www.vinc17.org/ 100% accessible validated (X)HTML - Blog: http://www.vinc17.org/blog/ Work: CR INRIA - computer arithmetic / Arenaire project (LIP, ENS-Lyon) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#505887: live-helper: please support an aptcache
# adjusting title, it's not that we don't support other caches retitle 505887 autodetect other apt caches tags 505887 +wontfix thanks Neil Williams wrote: live-helper should copy pbuilder and related code by making the apt cache available to processes inside the chroot. Maybe parse ~/.pbuilderrc and make symlinks to the apt cache from there? imho, sane people should use a caching proxy (squid) or local mirror if they build images often and want to save bandwith. imho, it's not the task of live-helper to support each and every combination. if a user wants to use an already existing cache, he should configure it himself in live-helpers config/* (which, agreed, can be improved to make it more easy to achieve this). 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#343985: state of #343985
On 2008-11-17 13:39:55 +0100, Vincent Lefevre wrote: This bug is not old: it occurred in May 2008 on my machine using (Debian/testing). However, I haven't seen this bug recently (in the last few weeks) on the same machine, whereas it was very common. So, I assume that it has been fixed. I forgot to say: apt 0.7.16 was installed on 2008-11-02, and apt 0.7.18 was installed on 2008-11-11. -- Vincent Lefèvre [EMAIL PROTECTED] - Web: http://www.vinc17.org/ 100% accessible validated (X)HTML - Blog: http://www.vinc17.org/blog/ Work: CR INRIA - computer arithmetic / Arenaire project (LIP, ENS-Lyon) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#505750: d-i: Add help text.
On Monday 17 November 2008, Frank Lin PIAT wrote: The attached patch enables syslinux help text menu features to display the following help text when the help menu entry is selected: Display help screens; type 'menu' at boot prompt to return to this menu This patch also fix another bug (previously, if someone pressed [tab] then edit a command line longer than one line, then the prompt was weird) Tested and looks great. I've committed it in my local git-svn repo together with my own patch. One error in the patch: the back option in the advanced menu does not need the help help text... I've made a few very minor other changes, but nothing that really changes the patch. If others want to give it a try: http://cdimage.debian.org/cdimage/unofficial/fjp/debian-50-amd64-i386-BC-1.iso The color Franklin has chosen for the help text is yellow. Personally I'm fine with that. Strangely enough VirtualBox now suddenly no longer tries to boot the amd64 image (as I mentioned in #505243), but correctly selects i386 when I hit enter from the help screen boot prompt. This may be related to the fact that I now run 2.6.28-rc5 on the host system instead of 2.6.27.4. I'll try to confirm that. Cheers, FJP signature.asc Description: This is a digitally signed message part.
Bug#343985: state of #343985
Vincent Lefevre wrote: On 2008-11-17 13:39:55 +0100, Vincent Lefevre wrote: This bug is not old: it occurred in May 2008 on my machine using (Debian/testing). However, I haven't seen this bug recently (in the last few weeks) on the same machine, whereas it was very common. So, I assume that it has been fixed. I forgot to say: apt 0.7.16 was installed on 2008-11-02, and apt 0.7.18 was installed on 2008-11-11. Thanks for info. -- Eugene V. Lyubimkin aka JackYF, JID: jackyf.devel(maildog)gmail.com Ukrainian C++ Developer, Debian APT contributor signature.asc Description: OpenPGP digital signature
Bug#503573: roundcube: Please provide 0.2-beta in experimental
On Mon, 17 Nov 2008 13:03:10 +0100, Tomáš Šafařík [EMAIL PROTECTED] wrote: I would like to ask if there is some progress with packaging MD2 and thus with RoundCube version 0.2-beta. Hi Tomáš! To my knowledge, there is no progress. I will have a look at this matter this week. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#505793: pm-utils: please provide scriptlet to unmount network filesystems
On Mon, Nov 17, 2008 at 12:08:04PM +0100, Tim Dijkstra wrote: A sane way could be to refuse suspend if there are open files on the network storage as the state could get severly garbled if suspending with potentially dirty cache content or even resuming with some expectation about the files state (which might have changed in the last hours while we were suspended) so you could garble servers files on resume because somebody else already appended to the file etc I do not have any profound knowledge about netword filesystems, but I do think this is highly unlikely. I mean, a network filesystem must be (by nature of going over an unreliable medium) tolerant to timeouts and clients comming back after being disconnected, etc. Also these filesystems are almost certainly developed with a multi-user environment in mind, so your argument about somebody else altering the file and causing corruption seems unlikely. Of course a user who resumes his machine could of course save his old file over a new one, but that wouldn't be different from somebody leaving his machine on for the night, comming back and doing the same. The point is you halt the application in the middle of saving and continue to save on resume - Nothing the user can prevent - you are stopping the whole system. To conclude, I don't think thers is a technical reason to honour your whislist request in pm-utils. I do think there is probably a demant for something like this, but the best place to do something about it would be some higher level app. A level where people can interact and say yes/no or set a default, like gnome-volumne-manager or so. The point is that all other tools to suspend have this option and it is used a lot. Suspend also takes down networking (/usr/lib/pm-utils/sleep.d/10NetworkManager) whats the point in this? I mean if you take down networking you also should take care of taking down network filestems before disabling networking. This is inconsitent behaviour ... Flo -- Florian Lohoff [EMAIL PROTECTED] +49-171-2280134 Those who would give up a little freedom to get a little security shall soon have neither - Benjamin Franklin signature.asc Description: Digital signature
Bug#505980: kmail: Badly fails with pinentry(-gtk2 at least)
Package: kmail Version: 4:3.5.9-5.1 Severity: important 'lo. Steps to reproduce: click on a GPG-encrypted mail. Watch pinentry-gtk2 be prompted for your GPG passphrase. Decide it's not something you want to read (e.g. because you're back in a folder where the last mail is GPG-encrypted), and click on one you're interesting in. kmail no longer refreshes, but get on top of the pinentry window, so that you can't interact with it either. You also can't switch desktops, etc. any longer. Killing either kmail or pinentry from a VT makes it possible to work again. That remotely looks like a consequence of #186164. Mraw, KiBi. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-1-amd64 (SMP w/2 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages kmail depends on: ii kdebase-kio-plugins4:3.5.9.dfsg.1-5 core I/O slaves for KDE ii kdelibs4c2a4:3.5.10.dfsg.1-1 core libraries and binaries for al ii kdepim-kio-plugins 4:3.5.9-5 KDE pim I/O Slaves ii libart-2.0-2 2.3.20-2 Library of functions for 2D graphi ii libaudio2 1.9.1-5 Network Audio System - shared libr ii libc6 2.7-16GNU C Library: Shared libraries ii libfontconfig1 2.6.0-1 generic font configuration library ii libfreetype6 2.3.7-2 FreeType 2 font engine, shared lib ii libgcc11:4.3.2-1 GCC support library ii libice62:1.0.4-1 X11 Inter-Client Exchange library ii libidn11 1.10-3GNU libidn library, implementation ii libjpeg62 6b-14 The Independent JPEG Group's JPEG ii libkcal2b 4:3.5.9-5 KDE calendaring library ii libkdepim1a4:3.5.9-5 KDE PIM library ii libkleopatra1 4:3.5.9-5 KDE GnuPG interface libraries ii libkmime2 4:3.5.9-5 KDE MIME interface library ii libkpimidentities1 4:3.5.9-5 KDE PIM user identity information ii libksieve0 4:3.5.9-5 KDE mail/news message filtering li ii libmimelib1c2a 4:3.5.9-5 KDE mime library ii libpng12-0 1.2.27-2 PNG library - runtime ii libqt3-mt 3:3.3.8b-5Qt GUI Library (Threaded runtime v ii libsm6 2:1.0.3-2 X11 Session Management library ii libstdc++6 4.3.2-1 The GNU Standard C++ Library v3 ii libx11-6 2:1.1.5-2 X11 client-side library ii libxcursor11:1.1.9-1 X cursor management library ii libxext6 2:1.0.4-1 X11 miscellaneous extension librar ii libxft22.1.12-3 FreeType-based font drawing librar ii libxi6 2:1.1.3-1 X11 Input extension library ii libxinerama1 2:1.0.3-2 X11 Xinerama extension library ii libxrandr2 2:1.2.3-1 X11 RandR extension library ii libxrender11:0.9.4-2 X Rendering Extension client libra ii libxt6 1:1.0.5-3 X11 toolkit intrinsics library ii perl 5.10.0-17 Larry Wall's Practical Extraction ii zlib1g 1:1.2.3.3.dfsg-12 compression library - runtime Versions of packages kmail recommends: pn kmailcvt none (no description available) ii procmail 3.22-16Versatile e-mail processor Versions of packages kmail suggests: pn clamav | f-prot-insta none (no description available) ii gnupg 1.4.9-3GNU privacy guard - a free PGP rep ii gnupg-agent 2.0.9-3.1 GNU privacy guard - password agent pn kaddressbook none (no description available) pn kleopatra none (no description available) ii pinentry-gtk2 [pinent 0.7.5-2.1.nomeata1 GTK+-2-based PIN or pass-phrase en pn spamassassin | bogofi none (no description available) -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#495542: RFS: libcas-php
Dear mentors, I am looking for a sponsor for my package libcas-php. * Package name: libcas-php Version : 1.0.1-1 Upstream Author : Pascal Aubry * URL : http://www.ja-sig.org/wiki/display/CASC/phpCAS * License : BSD Section : web It builds these binary packages: libcas-php - CAS client library for PHP The package appears to be lintian clean. The package can be found on mentors.debian.net: - URL: http://mentors.debian.net/debian/pool/main/l/libcas-php - Source repository: deb-src http://mentors.debian.net/debian unstable main contrib non-free - dget http://mentors.debian.net/debian/pool/main/l/libcas-php/libcas-php_1.0.1-1.dsc For those who care, phpCAS is a library which allows clients written in PHP to authenticate to a CAS (Central Authentication Service) server. The corresponding ITP is found at http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=495542 Note that this package would allow the dependency of a number of packages such as moodle and glpi on that package instead of shipping a copy of phpCAS (http://packages.debian.org/sid/all/moodle/filelist and http://packages.debian.org/sid/all/glpi/filelist). I would be glad if someone uploaded this package for me. Kind regards Olivier Berger -- Olivier BERGER [EMAIL PROTECTED] http://www-public.it-sudparis.eu/~berger_o/ - OpenPGP-Id: 1024D/6B829EEC Ingénieur Recherche - Dept INF Institut TELECOM, SudParis (http://www.it-sudparis.eu/), Evry (France) signature.asc Description: Ceci est une partie de message numériquement signée
Bug#505982: Missing status action in pure-ftpd init script
Package: pure-ftpd Severity: wishlist Version: 1.0.21-11.4 Tags: patch User: [EMAIL PROTECTED] Usertags: origin-ubuntu ubuntu-patch jaunty The pure-ftpd init script doesn't provide a status action to query the state of the daemon. The following proposed patch leverages the new status_of_proc helper provided in lsb-base (= 3.2-14) to provide a status action. -- Thierry Carrez --- debian/tomcat5.5.init.old 2008-11-14 15:30:23.0 +0100 +++ debian/tomcat5.5.init 2008-11-14 15:30:47.0 +0100 @@ -196,8 +196,10 @@ if [ -f $CATALINA_PID ]; then log_success_msg $DESC is not running, but pid file exists. + exit 1 else log_success_msg $DESC is not running. + exit 3 fi else log_success_msg $DESC is running with pid `cat $CATALINA_PID`
Bug#505981: gnome-mount: Fails to mount USB sticks with vfat filesystem in write mode
Package: gnome-mount Version: 0.7-2 Severity: normal -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (900, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.26-1-686 (SMP w/2 CPU cores) Locale: LANG=ru_RU.utf8, LC_CTYPE=ru_RU.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages gnome-mount depends on: ii eject 2.1.5+deb1-4 ejects CDs and operates CD-Changer ii gconf2 2.22.0-1 GNOME configuration database syste ii hal0.5.11-6 Hardware Abstraction Layer 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-15GNU C Library: Shared libraries ii libcairo2 1.6.4-6.1 The Cairo 2D vector graphics libra ii libdbus-1-31.2.1-4 simple interprocess messaging syst ii libdbus-glib-1-2 0.76-1simple interprocess messaging syst ii libeel2-2.20 2.20.0-7 Eazel Extensions Library (for GNOM ii libgail-common 1.22.3-1 GNOME Accessibility Implementation ii libgail18 1.22.3-1 GNOME Accessibility Implementation 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.6-1 The GLib library of C routines ii libgnome-keyring0 2.22.3-2 GNOME keyring services library ii libgnome2-02.20.1.1-1The GNOME 2 library - runtime file ii libgnomecanvas2-0 2.20.1.1-1A powerful object-oriented display ii libgnomeui-0 2.20.1.1-2The GNOME 2 libraries (User Interf ii libgnomevfs2-0 1:2.22.0-5GNOME Virtual File System (runtime ii libgtk2.0-02.12.11-4 The GTK+ graphical user interface ii libhal-storage10.5.11-6 Hardware Abstraction Layer - share ii libhal10.5.11-6 Hardware Abstraction Layer - share ii libice62:1.0.4-1 X11 Inter-Client Exchange library ii libnautilus-extension1 2.20.0-7 libraries for nautilus components ii libnotify1 [libnotify1-gtk 0.4.4-3 sends desktop notifications to a n ii liborbit2 1:2.14.13-0.1 libraries for ORBit2 - a CORBA ORB ii libpango1.0-0 1.20.5-3 Layout and rendering of internatio ii libpopt0 1.14-4lib for parsing cmdline parameters ii libsm6 2:1.0.3-2 X11 Session Management library ii libxml22.6.32.dfsg-4 GNOME XML library gnome-mount recommends no packages. Versions of packages gnome-mount suggests: pn cryptsetupnone (no description available) -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#505436: graphviz: Segmentation fault in make_regular_edge() in dotsplines.c:1448
forwarded 505436 [EMAIL PROTECTED] thanks Josep M. Perez [EMAIL PROTECTED] (12/11/2008): I've recompiled the Debian package without optimization and with debugging turned on. Gdb gives the following backtrace: Thanks for doing so. At the time it crashes ps=0x318, pointn=1153 and i=10. Looks like the points array is not big enough and is overlapping the memory used for storing the address of ps: … BTW, sizeof(point)=8, so the previous iteration actually overwrites the ps variable. Thanks also for the detailed analysis, I've forwarded all that to the upstream devel list as noted above. You'll find the archives at the following address, in case you want to keep a close look at it: https://mailman.research.att.com/pipermail/graphviz-devel/ Mraw, KiBi. signature.asc Description: Digital signature