Bug#380173: ITP: deb822 -- Read and manipulate RFC822-like files (e.g. .dsc and .changes)
Package: wnpp Severity: wishlist Owner: John Wright [EMAIL PROTECTED] * Package name: deb822 Version : 0.1 Upstream Author : Dann Frazier [EMAIL PROTECTED] * URL : http://free.linux.hp.com/~jswright/deb822/trunk * License : GPL Programming Lang: Python Description : Read and manipulate RFC822-like files (e.g. .dsc and .changes) deb822 abstractifies the RFC822 format used in Debian's control files. You can use a deb822 object like a Python dictionary, referring to control fields as dictionary keys. . deb822 also has some convenient features that arespecific to Debian's .dsc and .changes files. It was originally written for the packaging of SystemImager, in order to merge multiple .changes files. It can also give you a list of all the files mentioned in a control file in a convenient form. Naturally, the binary package would be named python-deb822. This is a polished version of dannf's deb822.py module he uses for SystemImager packaging and for kernel.debian.net's archive. We agreed that it should be Debian-native, and that I could maintain the package. (I'm not sure if an ITP is technically required for Debian-native packages, but I'm submitting this to be safe, and to get feedback.) The URI above is actually a bzr (Bazaar-NG) branch. Note that the working tree doesn't automatically get updated, so the files you see there when using a web browser may be out of date. To check out the current source, please use bzr: $ bzr branch http://free.linux.hp.com/~jswright/deb822/trunk deb822 It's just about ready to be uploaded. If you have any suggestions before then, please let me know. A link to a bzr branch would be preferred for code changes, but a diff is, of course, welcome. Thanks, John Wright -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (200, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-1-686 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#379938: Crashes with libnewt0.52 (0.52.2-5.1) if libfribidi0 not installed
Andree Leidenfrost wrote: Package: libnewt0.52 Version: 0.52.2-5.1 Severity: important Dear Alistair, In version 0.52.2-5.1, the crashes in case libfribidi0 is not installed have returned. I am attaching a full backtrace of a non-stripped program (mondoarchive) using a non-stripped libnewt0.52 (0.52.2-5.1). I believe this is really the same as #351367 and #290722. 0.52.2-5 is fine, the problem only starts with 0.52.2-5.1. Also as before, if libfribidi0 is installed, the problem goes away. I presume the underlying reason is (from the changelog): [...] * Apply patch from Eugeniy Meshcheryako to regenerate configure during build so that bidi support is enabled again. Closes: #379566 [...] Please let me know if you need any other information. Best regards thanks a lot Andree -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-1-k7 Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8) Versions of packages libnewt0.52 depends on: ii libc6 2.3.6-15 GNU C Library: Shared libraries ii libslang2 2.0.6-2The S-Lang programming library - r Versions of packages libnewt0.52 recommends: ii libfribidi0 0.10.7-3 Free Implementation of the Unicode -- no debconf information *** glibc detected *** free(): invalid next size (fast): 0x080cde88 *** Program received signal SIGABRT, Aborted. [Switching to Thread -1479103680 (LWP 10320)] 0xe410 in __kernel_vsyscall () (gdb) bt #0 0xe410 in __kernel_vsyscall () #1 0xa7e806d1 in raise () from /lib/tls/i686/cmov/libc.so.6 #2 0xa7e81f9b in abort () from /lib/tls/i686/cmov/libc.so.6 #3 0xa7eb7157 in __fsetlocking () from /lib/tls/i686/cmov/libc.so.6 #4 0xa7ebd727 in malloc_usable_size () from /lib/tls/i686/cmov/libc.so.6 #5 0xa7ebdbc2 in free () from /lib/tls/i686/cmov/libc.so.6 #6 0xa7d6c48b in dlerror () from /lib/tls/i686/cmov/libdl.so.2 #7 0xa7d6c948 in dlopen () from /lib/tls/i686/cmov/libdl.so.2 #8 0xa7fa82a9 in wchar_to_textmod_visual (in=value optimized out, len=80, base_dir=0xafe6d378, need_out=1) at newt.c:258 Ok, ignore my last reply about slang; it appears I had it backwards. Examining the issue in more depth, the code fails in newt.c at: if (!handle) handle = dlopen(/usr/lib/libfribidi.so.0, RTLD_LAZY | RTLD_GLOBAL); from the backtrace it appears this is triggering a bug in _glibc_ rather than newt, but I cannot reproduce it yet; could you do the following: (1) upgrade libc6 to 2.3.6-16 to make sure the bug hasn't gone away (2) produce a small test example; showing how to reproduce the bug with mindi, mondoarchive, etc. I think perhaps clearing error state by calling dlerror() before each dlopen() call may fix it, ie. --- newt.c-old 2006-07-28 07:16:21.0 +0100 +++ newt.c 2006-07-28 07:15:27.0 +0100 @@ -254,8 +254,10 @@ FriBidiStrIndex *, FriBidiStrIndex *, FriBidiLevel *); +dlerror(); /* clear error state */ if (!handle) handle = dlopen(/usr/lib/libfribidi.so.0, RTLD_LAZY | RTLD_GLOBAL); +dlerror(); if (!handle) handle = dlopen(/lib/libfribidi.so.0, RTLD_LAZY | RTLD_GLOBAL); if (!handle) but I would like to ensure no bugs in glibc, too. I am uploading a version of newt to experimental (0.52.2-6) which contains this fix to test with, Regards Alastair -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#380174: ITP: xserver-xorq-video-ivtv -- X.Org X server -- IVTV display driver
Package: wnpp Severity: wishlist Owner: Ian Campbell [EMAIL PROTECTED] * Package name: xserver-xorq-video-ivtv Version : 0.10.6 Upstream Author : John Harvey [EMAIL PROTECTED] * URL : http://www.ivtvdriver.org/ * License : To be determined. Programming Lang: C Description : X.Org X server -- IVTV display driver This driver for the X.Org X server (see xserver-xorg for a further description) provides support for the video overlay on cards support by the IVTV driver (see the ivtv-source package). The IVTV driver supports card using chipsets frmo the iTVC15 family including the iTVC15 (CX24315) and iTVC16 (CX24316). These chips are commonly found on Hauppauge's WinTV PVR-250 and PVR-350 TV capture cards. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (900, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-1-686 Locale: LANG=en_GB.ISO-8859-15, LC_CTYPE=en_GB.ISO-8859-15 (charmap=ISO-8859-15) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#380159: kernel modules postinst script -- update templates to use dh_installmodules instead
clone 380159 1 reassign -1 reassign -1 dh-make thanks Ok. Now dh-make needs to add the same change, ie. add dependancy on debhelper = 5.0.37 in control template and run dh_installmodules. Eduard. #include hallo.h * Junichi Uekawa [Fri, Jul 28 2006, 07:46:20AM]: Package: module-assistant Version: 0.10.6 Hi, #!/bin/sh set -e SYSTEMMAP=/boot/System.map-_KVERS_ if [ -f $SYSTEMMAP ] ; then depmod -ae -F $SYSTEMMAP _KVERS_ elif [ `uname -r` = _KVERS_ ] ; then depmod -a fi As of debhelper 5.0.37, dh_installmodules uses the System.map for the target kernel as per template, iirc. No maintainer provided script templates are required for this purpose if dh_installmodules is used. Something like this? diff -ur module-assistant-0.10.6/templates/debian/control module-assistant-0.10.7/templates/debian/control --- module-assistant-0.10.6/templates/debian/control 2005-04-10 08:14:26.0 +0900 +++ module-assistant-0.10.7/templates/debian/control 2006-07-28 07:45:08.0 +0900 @@ -2,7 +2,7 @@ Section: misc Priority: optional Maintainer: Eduard Bloch [EMAIL PROTECTED] -Build-Depends: debhelper (= 4.0.0), bzip2 +Build-Depends: debhelper (= 5.0.37), bzip2 Standards-Version: 3.6.1 Package: someproject-utils diff -ur module-assistant-0.10.6/templates/debian/postinst.modules.in module-assistant-0.10.7/templates/debian/postinst.modules.in --- module-assistant-0.10.6/templates/debian/postinst.modules.in 2005-04-10 08:22:15.0 +0900 +++ module-assistant-0.10.7/templates/debian/postinst.modules.in 2006-07-28 07:40:58.0 +0900 @@ -1,11 +0,0 @@ -#!/bin/sh - -set -e - -if [ `uname -r` = _KVERS_ ]; then - /sbin/depmod -a -fi - -#DEBHELPER# - -exit 0 diff -ur module-assistant-0.10.6/templates/debian/rules module-assistant-0.10.7/templates/debian/rules --- module-assistant-0.10.6/templates/debian/rules2005-04-10 08:14:26.0 +0900 +++ module-assistant-0.10.7/templates/debian/rules2006-07-28 07:40:33.0 +0900 @@ -99,6 +99,7 @@ dh_installchangelogs dh_compress dh_fixperms + dh_installmodules dh_installdeb dh_gencontrol -- -v$(VERSION) dh_md5sums regards, junichi -- [EMAIL PROTECTED],netfort.gr.jp} Debian Project -- schneckal hat einer von euch schon bind9 installiert? eis das neue root kit? :- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#380173: ITP: deb822 -- Read and manipulate RFC822-like files (e.g. .dsc and .changes)
The copyright file is broken. cf. #336982 deb822 abstractifies the RFC822 format used in Debian's control files. You can use a deb822 object like a Python dictionary, referring to control fields as dictionary keys. Is it really worth doing this? Python readily has rfc822 parsing and the added value seems marginal to the point where I'd not be looking for a module when I had a task to do that could use it. Additionally, shipping python modules without documentation seems a bad idea if you want it to be useful. Kind regards T. -- Thomas Viehmann, http://thomas.viehmann.net/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#377194: double-click selection of words not working as expected
Marc Lehmann writes: First, what's a multiline echo string output? simply some long string that spans multiple lines in a narrow-enough terminal, or an echo string with embedded newlines? I tried both, but double-clicking didn't come up with anything unexpected (it selected the word I double-clicked). Maybe my expectations are off? AFAICT, the problem does not have anything to do with output spanning multiple lines. You can echo something like single line `echo' string shows bug's behavior And, if I double click on the word shows, instead of that word being selected I get the entirety of what matches the shell-quoting rule, which is `echo' string shows bug's (which, if you ignore the fact that backquote is special, is all one word for shell word-splitting purposes, so that's of course correct. Whether it's desirable, I'm not entirely sure: it seems unintuitive for English text. I suppose this should be up to the user to change if that's what they want, though.) The problem is that no rule ever matches the single word shows, which is the first thing we want to extend (so to speak... since we're starting from no selection here) to... it should take another click to get the whole chunk. After messing around with various parts of the Perl, I realized it was actually a simple problem: I don't have a cutchars resource set, and presumably Martin doesn't either but you do. If there is no resource set, then no just-match-a-word pattern is pushed in on_init. Here is the patch I'm adding, which, if no cutchars are otherwise set, uses the default documented in the man page. If you have any thoughts on a better way of doing this (having to update the list in yet another place if you decide to change it is obviously a loss) please let me know. -- things change. [EMAIL PROTECTED] Index: rxvt-unicode-7.8/src/perl/selection === --- rxvt-unicode-7.8.orig/src/perl/selection2006-07-27 14:34:36.0 -0400 +++ rxvt-unicode-7.8/src/perl/selection 2006-07-28 02:34:07.0 -0400 @@ -12,11 +12,13 @@ sub on_init { my ($self) = @_; + my $cutchars = '\\‘’()*,;=[EMAIL PROTECTED]|}'; if (defined (my $res = $self-resource (cutchars))) { - $res = $self-locale_decode ($res); - push @{ $self-{patterns} }, qr{\G [\Q$res\E[:space:]]* ([^\Q$res\E[:space:]]+) }x; + $cutchars = $self-locale_decode ($res); } + push @{ $self-{patterns} }, qr{\G [\Q$cutchars\E[:space:]]* ([^\Q$cutchars\E[:space:]]+) }x; + for (my $idx = 0; defined (my $res = $self-x_resource (selection.pattern-$idx)); $idx++) { $res = $self-locale_decode ($res); utf8::encode $res;
Bug#375729: linux-image-2.6.17-1-k7: on k7 too
Package: linux-image-2.6.17-1-k7 Version: 2.6.17-4 Followup-For: Bug #375729 hi I have seen the same problem with k7 , too here is the important part of my suspend script: vv if [ -w /sys/power/state ] ; then echo mem /sys/power/state else echo -n 3 /proc/acpi/sleep fi ^ when I try to get out of suspend , the screen remains blank, and the system is frozen (and fans go berseker) that is really annoying, since ACPI suspend has been working OK from kernel 2.6.13 (AFAIR) to kernel 2.6.16 (included) ; so it is a bad regression a. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-1-k7 Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8) Versions of packages linux-image-2.6.17-1-k7 depends on: ii module-init-tools 3.2.2-3tools for managing Linux kernel mo ii yaird [linux-initramfs-tool] 0.0.12-15 Yet Another mkInitRD Versions of packages linux-image-2.6.17-1-k7 recommends: ii libc6-i6862.3.6-16 GNU C Library: Shared libraries [i -- debconf information excluded -- Andrea Mennucc E' un mondo difficile. Che vita intensa! (Tonino Carotone) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#380175: bzip2: Bzip2 is now in /bin which makes some other packages (amavisd-new / clamav) to fail
Package: bzip2 Version: 1.0.3-3 Severity: important bzip2 in /bin makes calls to /usr/bin/bzip2 fail which is a serious bug. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-a7n-v3 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages bzip2 depends on: ii libbz2-1.01.0.3-3high-quality block-sorting file co bzip2 recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#380155: [Pkg-mythtv-maintainers] Bug#380155: ivtv: create seperate source packages for different major releases
Hi, On Thu, 2006-07-27 at 23:23 +0200, Jonas Meurer wrote: it would be better to create a seperate source package for every major ivtv release. this way different linux kernel versions could be supported. My intention has been/is to always have an ivtv which matches the latest packaged kernel in unstable and to allow it to propagate to testing at the same time as that kernel. The current glitch was because 0.6.x propagated to testing before kernel 2.6.16 did (I forgot the RC bug to stop it). The current plan is to let 0.6.3-2 propagate to testing and then to upload 0.7.x. This upload will have an RC bug filed until 2.6.17 moves to testing. I'm away most of next week so I'd expect that to happen after that, which is roughly when the 10 day wait for 0.6.3-2 finishes anyway. currently only one kernel version (2.6.16) is supported. if we had ivtv0.6, ivtv0.7 and soon ivtv0.8 in debian, 2.6.16, 2.6.17 (and soon 2.6.18) would be supported. Around about the time of 2.6.19 (was .18, .17...) upstream expects the ivtv driver to be merged upstream which is why I didn't upload the multi-version packages -- it should soon become unnecessary. I admit I (and upstream) thought soon would be earlier than it turned out to be though ;-) As it happens there are packages following the scheme you propose on www.hellion.org.uk/ivtv although I didn't add 0.7.x there yet. They work well but aren't really fit for uploading. i don't know the situation of the mythtv maintainer team, but if help is needed i can help with maintaining ivtv. The ivtv maintenance burden is pretty light so I think I'm managing OK. I'm not sure what is happening on the mythtv side of things. Christian Marillat maintains packages at debian-multimedia.org which I think many people use but the pkg-mythtv work on alioth doesn't appear to have gathered much momentum. i think that ivtvdev (the ivtv X driver) should be packaged for debian as well. Definitely. For me this is/was pending on an upstream release which uses the X.org 0.7 build system. I (and others I think) have proposed patches upstream but nothing has come of that yet. I didn't especially want to get into maintaining that sort of divergence from upstream but I've been waiting for so long now I think I might just bite the bullet soon. I've just filled an ITP (#380174) since there wasn't one yet. Thanks, Ian. -- Ian Campbell Kids always brighten up a house; mostly by leaving the lights on. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#324143: tktable: FTBFS on GNU/kFreeBSD
Hi again. Doh. I just sent an RFS for this package. I'll try to integrate the patch quickly :) Actually, could you test that the new tcl.m4 (from upstream cvs) doesn't already fix this? I looked at your RFS, so I took from http://justinpryzby.com/debian/tktable/ package tktable2.9_2.9+cvs20060727-1. It fails, tclconfig/tcl.m4 still have to be fixed, see bellow. After applying, please regenerate configure. Petr --- tclconfig/tcl.m4.ORIG 2006-07-27 18:31:09.0 +0200 +++ tclconfig/tcl.m42006-07-28 10:59:07.0 +0200 @@ -1474,8 +1474,11 @@ SHLIB_LD_LIBS='${LIBS}' SHLIB_SUFFIX=.so + # following line added by CW for Debian GNU/Hurd + TCL_SHLIB_LD_EXTRAS=-Wl,-soname,\${TCL_LIB_FILE}.0 + SHLIB_LD=${CC} -shared - DL_OBJS= + DL_OBJS=tclLoadDl.o DL_LIBS=-ldl LDFLAGS=$LDFLAGS -Wl,--export-dynamic CC_SEARCH_FLAGS= -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#378312: gmailfs: Same behavior
tag 378312 + upstream thanks Hi Richard, do you have any thoughts on this ? I can't seem to reproduce this bug, but 2 of my Debian users are definitely seeing it, and Matthew seems to have narrowed it down quite a bit, and is even proposing a patch... The only thing that worries me here is that I am *not* experiencing this bug... What do you think ? Cheers, --Seb On Thu, Jul 27, 2006 at 05:11:39PM -0400, Matthew Cheetah Gabeler-Lee wrote: On Thu, 27 Jul 2006, Sebastien Delafond wrote: I still can't reproduce this one... Do you see the same behavior with another fsName ? I tried changing fsnames and mountpoints, which didn't change anything. Finally, despite not really knowing python, I decided to dig into the source and see if I could get anywhere, and I think I did ... Traceback (most recent call last): File /usr/share/gmailfs/gmailfs.py, line 701, in getdir log.debug(thread.summary is + thread.snippet) TypeError: cannot concatenate 'str' and 'list' objects This exception is in a try/except block. So the exception gets logged, and then the code continues. Traceback (most recent call last): File /usr/lib/python2.3/site-packages/fuse.py, line 40, in __call__ return apply(self.func, args, kw) File /usr/share/gmailfs/gmailfs.py, line 725, in getdir return map(lambda x: (x,0), lst) TypeError: argument 2 to map() must support iteration Argument 2 is the lst variable, hmm. Well, the lst variable is initialized to an empty list *after* the line on which the prior exception occurred, so this second exception is probably happening because lst, at that point, is whatever python's equivalent of null/undef is, rather than being a list. Question: why does your version of python not bitch about this? From what I can find on google, the refusal to concatenate strings and lists is an inherent python behavior. Perhaps thread.snippet is coming out as a different type of object for you. Anyways, more googling, it looks like the str() function is what we need to convert the list to a string. Not really knowing what's going on, however, I'm a bit worried that this may be masking some other problem. However, a quick test with this patch was successful. --- gmailfs.py.old 2006-07-27 17:06:47.0 -0400 +++ gmailfs.py.new 2006-07-27 17:06:22.0 -0400 @@ -698,9 +698,9 @@ for thread in folder: assert len(thread) == 1 for msg in thread: - log.debug(thread.summary is + thread.snippet) + log.debug(thread.summary is + str(thread.snippet)) m = re.search(FileNameTag+'='+FileStartDelim+'(.*)'+ - FileEndDelim, thread.snippet) + FileEndDelim, str(thread.snippet)) if (m): # Match succeeded, we got the whole filename. log.debug(Used summary for filename) -- -Cheetah Reality is that which, when you stop believing in it, doesn't go away. -- Philip K. Dick GPG pubkey fingerprint: A57F B354 FD30 A502 795B 9637 3EF1 3F22 A85E 2AD1 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#378975: linux-image-2.6.17-1-k7: me too
Package: linux-image-2.6.17-1-k7 Version: 2.6.17-4 Followup-For: Bug #378975 hi I just wanted to add that some notebooks are almost unusable , particularly in the summer; there are many cries of distress around; Google finds many affected people, such as http://lists.debian.org/debian-italian/2006/07/msg00108.html and, of course, me :-) a. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-1-k7 Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8) Versions of packages linux-image-2.6.17-1-k7 depends on: ii module-init-tools 3.2.2-3tools for managing Linux kernel mo ii yaird [linux-initramfs-tool] 0.0.12-15 Yet Another mkInitRD Versions of packages linux-image-2.6.17-1-k7 recommends: ii libc6-i6862.3.6-16 GNU C Library: Shared libraries [i -- debconf information excluded -- Andrea Mennucc E' un mondo difficile. Che vita intensa! (Tonino Carotone) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#377465: more info and test?
On Friday, 28 July 2006, you (Steffen Joeris) wrote: [...] Can you maybe test your suggestion and tell me if and how it works? I normally would think the current situation is optimal, but please tell me how it works for you. Hi Steffen, I made the following simple changes directly on the i386 binary package: - removed -rc.d related stuff, by deleting postinst, postrm and prerm; Probably not the best thing if we want to let admin change the run order, but changing the level when it is run (rcS.d) should be pointless. This was simpler and faster for me to do like this, rather than using update-rc.d; Also, invoke-rc.d is pointless (for me) since /etc/default/915resolution is empty at first time, and I will never remove it after initial installation so it's always being run once at startup. After testing Ubuntu Dapper, I saw there's now some kind of resolution auto-detection and setup, because simply installing the package did the trick. This is another point against removing those package scripts. - manually added /etc/rcS.d/S07915resolution as a symbolic link to /etc/init.d/915resolution. 07 is the same level as hdparm so it's executed about the same time, which means some kind of hardware setup. As stated in /etc/rcS.d/README, the scripts linked in this directory are always started exactly once, whatever runlevel you're booting to, and before any other /etc/rc[1-5].d/ scripts. This actually works as expected: If I boot to normal runlevel, X xdm start with the correct resolution (1280x800); If I boot directly into single user, I am also able to start X from the command line, and it also displays the correct resolution. These changes have been used in production since months, without any spotted problem. PS: FYI I have an 915GM chipset/graphics in my laptop. I think my changes are independant from host hardware, so I expect these to work everywhere. -- Hope this helps, Fabien. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#380179: /usr/include/string.h: multiple definitions of bzero and bcopy
Package: libc6-dev Version: 2.3.6-15 Severity: normal When trying to compile sdbm, I get the following error : cc -O -DSDBM -DDUFF -DBSD42 -c -o sdbm.o sdbm.c In file included from sdbm.c:27: /usr/include/string.h:293: error: conflicting types for ‘bcopy’ /usr/include/string.h:40: error: previous declaration of ‘bcopy’ was here /usr/include/string.h:296: error: conflicting types for ‘bzero’ /usr/include/string.h:59: error: previous declaration of ‘bzero’ was here So, string.h does indeed define twice, with incompatible types the functions bzero and bcopy -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.16-2-k7 Locale: LANG=C, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages libc6-dev depends on: ii libc6 2.3.6-15 GNU C Library: Shared libraries ii linux-kernel-headers 2.6.17.3-1 Linux Kernel Headers for developme Versions of packages libc6-dev recommends: ii bcc [c-compiler] 0.16.14-1.4 16-bit x86 C compiler ii gcc [c-compiler] 4:4.0.3-4 The GNU C compiler ii gcc-4.0 [c-compiler] 4.0.3-3 The GNU C compiler ii gcc-4.1 [c-compiler] 4.1.1-5 The GNU C compiler -- no debconf information
Bug#380152: missing raid456 modules
maximilian attems wrote: severity 380152 serious stop an boot failure is RC. True, but not a boot-failure in a kernel which is not part of the release. Hence, madducks downgrade was fine. 2.6.18 linux-image package are under preparation. 2.6.17 or higher will be used for Etch, current mdadm doesn't cope. The version in etch works with the kernel in etch, so it's fine from a release point of view. When a newer kernel enteres the world of etch and mdadm doesn't work well together, then it'll be come RC. Regards, Joey -- Let's call it an accidental feature. -- Larry Wall Please always Cc to me when replying to me on the lists. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#379356: pqxx-config is not included in libpqxx-dev
Jeroen T. Vermeulen [EMAIL PROTECTED] writes: On Thu, July 27, 2006 20:37, Roger Leigh wrote: This is a deliberate omission. pqxx-config has been deprecated for over two years, and those packages should be using pkg-config instead: I had no idea myself... :) I believe there's another open ticket for pqxx-config. Does pkg-config itself use pqxx-config? No. pkg-config just uses the libpqxx.pc file, which contains all of the information. Regards, Roger -- .''`. Roger Leigh : :' : Debian GNU/Linux http://people.debian.org/~rleigh/ `. `' Printing on GNU/Linux? http://gutenprint.sourceforge.net/ `-GPG Public Key: 0x25BFB848 Please sign and encrypt your mail. pgpVUveCgiuPh.pgp Description: PGP signature
Bug#379732: [Popcon-developers] Bug#379732: popularity-contest: Fails to upload using ht
tags 379732 patch thanks Via: 1.1 Application and Content Networking System Software 5.3.5 This was an interesting header. Could it be that Cisco Application and Content Networking System is filtering the connection, and failing at it? I think it was probably that that caused the problem, rather than the destination server, else everyone would get it. However I've figured out what it doesn't like about it. It seems that the http header was using \n for EOL, and the HTTP spec requires \r\n [1]. I've attached a patch to fix the problem. With this on it now works fine on my machines at work now. Richard. [1] http://www.w3.org/Protocols/rfc2616/rfc2616-sec4.html#sec4 diff -ur popularity-contest-1.33.orig/popcon-upload popularity-contest-1.33/popcon-upload --- popularity-contest-1.33.orig/popcon-upload 2006-07-28 08:39:04.0 +0100 +++ popularity-contest-1.33/popcon-upload 2006-07-28 08:42:56.0 +0100 @@ -83,15 +83,13 @@ my $formlen = length($form); #Send data -print $remote EOF; -POST $submiturl HTTP/1.1 -User-Agent: popcon-upload -Host: $host -content-type: multipart/form-data; boundary=$boundary -content-length: $formlen - -$form -EOF +print $remote POST $submiturl HTTP/1.1\r\n; +print $remote User-Agent: popcon-upload\r\n; +print $remote Host: $host\r\n; +print $remote Content-Type: multipart/form-data; boundary=$boundary\r\n; +print $remote Content-Length: $formlen\r\n; +print $remote \r\n; +print $remote $form; #Get answer my($answer)=;
Bug#380178: osirisd: unable to scan alot of directories
Package: osirisd Version: 2.0.6-1 Severity: high osirisd's init.d script does a --chuid=osirisd. This means that it is unable to scan quite a few directories or watch for changes on secure files - precisely those files that need watching! I only discovered this when I was investigating why certain files were not being monitored :-( osirisd has privilege seperation. I don't mind the ability to run entirely as osirisd, however it should default to running as root to avoid any nasty suprises. Severity set to high since this has major security implications IMO. Thanks, Adrian (a very happy osiris user after fighting samhain) -- Email: [EMAIL PROTECTED] -*- GPG key available on public key servers Debian GNU/Linux - the maintainable distribution -*- www.debian.org Avoid working with children, animals and Microsoft operating systems -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#380181: squid: Squid uses 100% CPU after parent went down and up again
Package: squid Version: 2.6.1-3 Severity: normal We have the following setup: intranet - squid1 - dansguardian - squid2 - internet If the dansguardian (which serves as parent for squid1) goes down (due to the daily restart to prevent memory leaks) and up again, squid will use 100% CPU afterwards. Relevant logs: Jul 28 02:11:39 proxy-cvk-1 squid[27110]: clientReadRequest: FD 21 Invalid Request Jul 28 02:15:25 proxy-cvk-1 squid[27110]: TCP connection to 127.0.0.1/3129 failed Jul 28 02:15:25 proxy-cvk-1 squid[27110]: Detected DEAD Parent: 127.0.0.1 Jul 28 02:15:25 proxy-cvk-1 squid[27110]: TCP connection to 127.0.0.1/3129 failed - Dansguardian went down Jul 28 02:15:25 proxy-cvk-1 squid[27110]: Failed to select source for 'http://www.gruppenreisen.de/images/standard/oben/akzente_reisen_over_12.jpg' Jul 28 02:15:25 proxy-cvk-1 squid[27110]: always_direct = -1 Jul 28 02:15:25 proxy-cvk-1 squid[27110]:never_direct = 1 Jul 28 02:15:25 proxy-cvk-1 squid[27110]:timedout = 0 Jul 28 02:15:26 proxy-cvk-1 squid[27110]: Failed to select source for 'http://drm.appliedbiosystems.com/eMessage' Jul 28 02:15:26 proxy-cvk-1 squid[27110]: always_direct = -1 Jul 28 02:15:26 proxy-cvk-1 squid[27110]:never_direct = 1 Jul 28 02:15:26 proxy-cvk-1 squid[27110]:timedout = 0 Jul 28 02:15:27 proxy-cvk-1 squid[27110]: Failed to select source for 'http://hanneshar.dyndns.org:8080/Qyejoa.pl?feGTz9ovEQedEJPBlo35zVeSEGAIDns/l/YiepKF0TPx6P6sGSkvWY/2jO81w5KG7YwPb' Jul 28 02:15:27 proxy-cvk-1 squid[27110]: always_direct = -1 Jul 28 02:15:27 proxy-cvk-1 squid[27110]:never_direct = 1 Jul 28 02:15:27 proxy-cvk-1 squid[27110]:timedout = 0 Jul 28 02:15:27 proxy-cvk-1 squid[27110]: Detected REVIVED Parent: 127.0.0.1 - Dansguardian is up again Jul 28 02:16:30 proxy-cvk-1 squid[27110]: storeDirWriteCleanLogs: Starting... Jul 28 02:16:30 proxy-cvk-1 squid[27110]: 65536 entries written so far. Jul 28 02:16:30 proxy-cvk-1 squid[27110]:131072 entries written so far. Jul 28 02:16:30 proxy-cvk-1 squid[27110]:196608 entries written so far. Jul 28 02:16:30 proxy-cvk-1 squid[27110]:262144 entries written so far. Jul 28 02:16:30 proxy-cvk-1 squid[27110]:327680 entries written so far. Jul 28 02:16:30 proxy-cvk-1 squid[27110]:393216 entries written so far. Jul 28 02:16:30 proxy-cvk-1 squid[27110]:458752 entries written so far. Jul 28 02:16:30 proxy-cvk-1 squid[27110]:524288 entries written so far. Jul 28 02:16:30 proxy-cvk-1 squid[27110]:589824 entries written so far. Jul 28 02:16:30 proxy-cvk-1 squid[27110]:655360 entries written so far. Jul 28 02:16:30 proxy-cvk-1 squid[27110]:720896 entries written so far. Jul 28 02:16:30 proxy-cvk-1 squid[27110]:786432 entries written so far. Jul 28 02:16:30 proxy-cvk-1 squid[27110]:851968 entries written so far. Jul 28 02:16:30 proxy-cvk-1 squid[27110]:917504 entries written so far. Jul 28 02:16:30 proxy-cvk-1 squid[27110]:983040 entries written so far. Jul 28 02:16:30 proxy-cvk-1 squid[27110]: 1048576 entries written so far. Jul 28 02:16:30 proxy-cvk-1 squid[27110]: 1114112 entries written so far. Jul 28 02:16:30 proxy-cvk-1 squid[27110]: 1179648 entries written so far. Jul 28 02:16:30 proxy-cvk-1 squid[27110]: 1245184 entries written so far. Jul 28 02:16:30 proxy-cvk-1 squid[27110]: 1310720 entries written so far. Jul 28 02:16:30 proxy-cvk-1 squid[27110]: 1376256 entries written so far. Jul 28 02:16:30 proxy-cvk-1 squid[27110]: 1441792 entries written so far. Jul 28 02:16:32 proxy-cvk-1 squid[27110]: Finished. Wrote 1474500 entries. Jul 28 02:16:32 proxy-cvk-1 squid[27110]: Took 1.0 seconds (1495612.1 entries/sec). Jul 28 02:16:32 proxy-cvk-1 squid[27110]: storeDiskdDirSync: 67 messages away Jul 28 02:17:06 proxy-cvk-1 squid[27098]: storeDirWriteCleanLogs: Starting... Jul 28 02:17:06 proxy-cvk-1 squid[27098]: Finished. Wrote 0 entries. Jul 28 02:17:06 proxy-cvk-1 squid[27098]: Took 0.0 seconds ( 0.0 entries/sec). Jul 28 02:17:06 proxy-cvk-1 squid[27098]: logfileRotate: /var/log/squid/store-nocache.log Jul 28 02:17:06 proxy-cvk-1 squid[27098]: logfileRotate: /var/log/squid/access-nocache.log and after that, squid eats awa 100% CPU for at least 7 hours (this happened today at 02:17:06 and when I arrived at work at 9:20 it was still at 100%). A kill -9 and subsequent restart of squid1 fixed the issue. This happens with both UNCHANGED 2.6.1-3 and with the patches squid-2.6.STABLE1-20060727 which I applied yesterday. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17.1 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages squid depends on: ii adduser 3.87 Add and remove users and groups ii coreutils
Bug#380176: heartbeat: /etc/ha.d/resource.d/portblock has syntax errors in 1.2.3-9sarge5
Package: heartbeat Version: 1.2.3-9sarge5 Severity: grave Tags: patch Justification: renders package unusable After upgrading to 1.2.3-9sarge5 some minutes ago, heartbeat rebooted my system. The logfiles reports a syntax error in /etc/ha.d/resource.d/portblock on line 93. The path to iptables is missing and thereforce all calls result in command not found errors. This bug applies only to users which use portblock and results in permanent rebooting. Fixing is simple: Put the iptables path back into portblock. --- portblock.original 2006-07-28 09:35:16.0 +0200 +++ portblock 2006-07-28 09:19:26.0 +0200 @@ -68,7 +68,7 @@ *) exit 3;; esac } -iptables= +iptables=/sbin/iptables BlockOrUnblock=block -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.16-2-vserver-686 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages heartbeat depends on: ii adduser 3.63 Add and remove users and groups ii iproute 20041019-3 Professional tools to control the ii iputils-ping 3:20020927-2 Tools to test the reachability of ii libc6 2.3.2.ds1-22sarge3 GNU C Library: Shared libraries an ii libglib1.21.2.10-9 The GLib library of C routines ii libnet1 1.1.2.1-2 library for the construction and h ii libpils0 1.2.3-9sarge5 Plugin and Interface Loading Syste ii libstonith0 1.2.3-9sarge5 Interface for remotely powering do ii python2.3.5-2An interactive high-level object-o -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#378715: libopentoken: Uninstallable due to unmet dep on gnat ( 3.16)
Felipe Augusto van de Wiel writes: Looking in debian/rules I found out that the major from the version field is used as soname, as I'm a little bit new with library RC bugfix, I just want to know if I did it right, before submit the patch. I did not touch debian/rules. I added the following entry to debian/changelog: libopentoken (4.0-1) unstable; urgency=medium * Non-maintainer upload. (Closes: #378715). - Bump SONAME to 4, due to gnat transition. - Dependency changes in debian/control + libopentoken build-depends on gnat (= 4.1) + libopentoken-dev depends on gnat-4.1 -- Felipe Augusto van de Wiel (faw) [EMAIL PROTECTED] Thu, 27 Jul 2006 18:36:30 -0300 It is against debian policy to invent a new version number on behalf of upstream; it should really be 3.0b-3.1 for an NMU, or 3.0b-4 if you submit the patch to me and I upload the package. It is okay if the soname does not match the major version number; there are other examples of this, like libgnutls13 (1.4.1-1). So therefore, debian/rules must change one way or another. The soname libopentoken.so.4 is fine, but you may also want to consider libopentoken.so.3.0b, which requires smaller changes to debian/rules. It's up to you. And here is the debian/control: Source: libopentoken Priority: optional Maintainer: Ludovic Brenta [EMAIL PROTECTED] Please change my email address while you're at it: [EMAIL PROTECTED] Uploaders: Matthias Klose [EMAIL PROTECTED] No longer necessary, as I don't need a sponsor anymore :) but, if you want to adopt the package, you can add your sponsor's address here. I can be your sponsor for this package if you want. Build-Depends: debhelper (= 4.1.0), gnat (= 4.1) Standards-Version: 3.6.2 Please update to 3.7.2 with no changes required, and say so in the changelog. Package: libopentoken-dev Section: libdevel Architecture: i386 kfreebsd-i386 powerpc sparc Sorry I forgot to tell you that earlier but gnat-4.1 supports more architectures than gnat 3.15p did; so please change that to: Architecture: amd64 hppa i386 ia64 kfreebsd-i386 powerpc sparc Depends: libopentoken3 (= ${Source-Version}), gnat-4.1 Should depend on the proper library package, with a name matching the soname: so either libopentoken4, or libopentoken3.0b depending on your choice. Description: OpenToken lexical analysis library for Ada Tha package built sucessfully, I installed it and here is the libopentoken listing: $ l /usr/lib/libopentoken.* - -rw-r--r-- 1 root root 746130 Jul 27 18:44 /usr/lib/libopentoken.a lrwxrwxrwx 1 root root 19 Jul 27 18:47 /usr/lib/libopentoken.so - libopentoken.so.4.0 Good. These are the files from the -dev package, but you seem to be missing the actual library. Also, if you choose libopentoken.so.3.0b for the soname you'll need to reflect the changes there; you should see either: /usr/bin/libopentoken.a /usr/bin/libopentoken.so - libopentoken.so.4.0 /usr/bin/libopentoken.so.4 - libopentoken.so.4.0 * /usr/bin/libopentoken.so.4.0 or /usr/bin/libopentoken.a /usr/bin/libopentoken.so - libopentoken.so.3.0b /usr/bin/libopentoken.so.3.0b * (before the upload, it is: /usr/bin/libopentoken.a /usr/bin/libopentoken.so - libopentoken.so.3.0b /usr/bin/libopentoken.so.3 - libopentoken.so.3.0b * /usr/bin/libopentoken.so.3.0b The important thing is that programs linked against the library must find a file with the same name as the soname, I have marked them with * above) it is ok, I will be happy to send the patch to debian/control and debian/changelog to the BTS, probably my AM (Applicant Manager) will also take a look to the NMU packages, and if you or him want to upload the prepared packages, I will be happy to see that happening. ;) OK, it's up to you. You can either: - submit the patch to me and I'll upload in August, after returning from vacation (must be version 3.0b-4) - ask your sponsor to upload an NMU (add his email address to the Uploaders: field) (must be version 3.0b-3.1) - adopt the package (change the maintainer's address to your address, and add your sponsor's address to Uploaders; I can be your sponsor for this package, too) (must be version 3.0b-4). -- Ludovic Brenta. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#380180: heartbeat: portblock syntax errors in 1.2.3-9sarge5
Package: heartbeat Version: 1.2.3-9sarge5 Severity: grave Tags: patch Justification: renders package unusable After upgrading to 1.2.3-9sarge5, heartbeat kept rebooting the system as there were errors running the portblock resource script. This bug applies to people which use portblock as heartbeat service to drop incoming network packets when service takeover. The syntax error is due to a missing iptables path which results in command not found errors in /etc/ha.d/resource.d/portblock. Fixing is simple, patch is attached (putting iptables back into place). -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.16-2-686 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages heartbeat depends on: ii adduser 3.63 Add and remove users and groups ii iproute 20041019-3 Professional tools to control the ii iputils-ping 3:20020927-2 Tools to test the reachability of ii libc6 2.3.2.ds1-22sarge3 GNU C Library: Shared libraries an ii libglib1.21.2.10-9 The GLib library of C routines ii libnet1 1.1.2.1-2 library for the construction and h ii libpils0 1.2.3-9sarge5 Plugin and Interface Loading Syste ii libstonith0 1.2.3-9sarge5 Interface for remotely powering do ii python2.3.5-2An interactive high-level object-o -- no debconf information --- portblock.original 2006-07-28 09:35:16.0 +0200 +++ portblock 2006-07-28 09:19:26.0 +0200 @@ -68,7 +68,7 @@ *) exit 3;; esac } -iptables= +iptables=/sbin/iptables BlockOrUnblock=block
Bug#380177: kopete: Kopete causes the KDE desktop to hang
Package: kopete Version: 4:3.5.3-1 Severity: normal I right clicked a icon on my KDE desktop but the context menu didn't appear. I already had this several times so I supposed the kwm crashed. But I also found out that my Kopete windows didn't respond to user interaction. After killing kopete the context menu appeard and everything worked fine. I didn't get a stacktrace or so. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-17-1 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages kopete depends on: ii kdelibs4c2a 4:3.5.3-1core libraries and binaries for al ii libacl1 2.2.39-1 Access control list shared library ii libart-2.0-22.3.17-1 Library of functions for 2D graphi ii libattr12.4.32-1 Extended attribute shared library ii libaudio2 1.8-1The Network Audio System (NAS). (s ii libc6 2.3.6-16 GNU C Library: Shared libraries ii libfam0 2.7.0-10 Client library to control the FAM ii libfontconfig1 2.3.2-7 generic font configuration library ii libfreetype62.2.1-2 FreeType 2 font engine, shared lib ii libgadu31:1.6+20060616-1 Gadu-Gadu protocol library - runti ii libgcc1 1:4.1.1-9GCC support library ii libglib2.0-02.10.3-1 The GLib library of C routines ii libice6 1:1.0.0-3X11 Inter-Client Exchange library ii libidn110.6.3-1 GNU libidn library, implementation ii libjpeg62 6b-13The Independent JPEG Group's JPEG ii libmeanwhile1 1.0.2-2 open implementation of the Lotus S ii libpcre36.4-2Perl 5 Compatible Regular Expressi ii libpng12-0 1.2.8rel-5.1 PNG library - runtime ii libqt3-mt 3:3.3.6-2Qt GUI Library (Threaded runtime v ii libsm6 1:1.0.0-4X11 Session Management library ii libstdc++6 4.1.1-9 The GNU Standard C++ Library v3 ii libx11-62:1.0.0-7X11 client-side library ii libxcursor1 1.1.5.2-5X cursor management library ii libxext61:1.0.0-4X11 miscellaneous extension librar ii libxft2 2.1.8.2-8FreeType-based font drawing librar ii libxi6 1:1.0.0-5X11 Input extension library ii libxinerama11:1.0.1-4X11 Xinerama extension library ii libxml2 2.6.26.dfsg-1GNOME XML library ii libxrandr2 2:1.1.0.2-4 X11 RandR extension library ii libxrender1 1:0.9.0.2-4 X Rendering Extension client libra ii libxslt1.1 1.1.17-1 XSLT processing library - runtime ii libxt6 1:1.0.0-5X11 toolkit intrinsics library ii zlib1g 1:1.2.3-12 compression library - runtime Versions of packages kopete recommends: pn qca-tls none (no description available) -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#380161: tuxtype: still ships /usr/share/tuxtype/data
Hi, thanks for reporting this, will fix this either today or tomorrow. regards, Holger pgphrZ6nj1Y4g.pgp Description: PGP signature
Bug#380184: please split libglademm-2.4-dev into -dev and -doc
Package: libglademm-2.4-dev Version: 2.6.2-1 Severity: wishlist Hello Can you split libglademm-2.4-dev to put the examples and the doc in its own package. So peoples can save place by not installing the documentation. Thank you very much. Frederic -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-2-686-smp Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=UTF-8) Versions of packages libglademm-2.4-dev depends on: ii libglade2-dev 1:2.5.1-2 development files for libglade ii libglademm-2.4-1c2a 2.6.2-1C++ wrappers for libglade2 (shared ii libgtkmm-2.4-dev 1:2.8.8-1 C++ wrappers for GTK+ 2.4 (develop libglademm-2.4-dev recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#380185: mozilla-firefox: extension not working after upgrade to 1.0.4-2sarge9
Package: mozilla-firefox Version: 1.0.4-2sarge9 Severity: normal i have problems with many extensions after last firefox update. problem: extension is listed in extensions list, configuration work, but extension not work. bad extensions list: - tab mix plus 0.3.0.5; - sessionsaver .2 0.2.1.031; - wayback 0.2; - gcache patched 0.1; - fetch text url 1.6; - context search 0.2.1; some extensions work without problem, for example: - customizegoogle 0.49; - google suggest 1.0.0.2005110710; - flashblock 1.3.3. -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (199, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.16.2dionis Locale: LANG=ru_RU.CP1251, LC_CTYPE=ru_RU.CP1251 (charmap=CP1251) Versions of packages mozilla-firefox depends on: ii debianutils2.8.4 Miscellaneous utilities specific t ii fontconfig 2.3.1-2 generic font configuration library ii libatk1.0-01.8.0-4 The ATK accessibility toolkit ii libc6 2.3.6-15 GNU C Library: Shared libraries ii libfontconfig1 2.3.1-2 generic font configuration library ii libfreetype6 2.1.7-2.5 FreeType 2 font engine, shared lib ii libgcc11:4.1.1-5 GCC support library ii libglib2.0-0 2.6.4-1 The GLib library of C routines ii libgtk2.0-02.6.4-3.1 The GTK+ graphical user interface ii libidl00.8.5-1 library for parsing CORBA IDL file ii libjpeg62 6b-10 The Independent JPEG Group's JPEG ii libkrb53 1.3.6-2sarge2 MIT Kerberos runtime libraries ii libpango1.0-0 1.8.1-1 Layout and rendering of internatio ii libpng12-0 1.2.8rel-1PNG library - runtime ii libstdc++5 1:3.3.5-13The GNU Standard C++ Library v3 ii libx11-6 4.3.0.dfsg.1-14sarge1 X Window System protocol client li ii libxext6 4.3.0.dfsg.1-14sarge1 X Window System miscellaneous exte ii libxft22.1.7-1 FreeType-based font drawing librar ii libxp6 4.3.0.dfsg.1-14sarge1 X Window System printing extension ii libxt6 4.3.0.dfsg.1-14sarge1 X Toolkit Intrinsics ii psmisc 21.5-1Utilities that use the proc filesy ii xlibs 6.9.0.dfsg.1-5bpo2X Window System client libraries m ii zlib1g 1:1.2.2-4.sarge.2 compression library - runtime -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#278344: gnopernicus: Can't start after loading default preferences
Hi, Is the bug still present it latest version of Gnopernicus? (I can't reproduce it). Samuel -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#380187: debian-boot: fails to initialise platinumfb-driver based video controller
Package: debian-boot Version: testing or unstable (miboot images from 26-Jul-2006) Severity: critical Justification: breaks the whole system I am having a world of difficulty getting Debian to boot on my powermac 7200 all because of the video driver/parameters used. Although some months back (probably in February or so) I was able to do an install, since about then the miboot floppy from http://people.debian.org/~luther/d-i/images/daily/powerpc/floppy/ I've tried a few images over these months, and nearly all have suffered the screen blank after reading boot disk problem -- as soon as Linux engaged the framebuffer, the screen goes black. You can swap floppies to the root image, hit enter and it will read (and presumably continue) but it's a bit difficult to do an install without seeing the screen. http://people.debian.org/~wouter/d-i/powerpc-miboot/daily/ I tried this image today (27-Jul-2006) and suffered the same fate.. At the time of the successful install, I got around the problem with the floppy drive not creating a device node by putting it there manually with select mkdir/mknod commands. This problem occurs with both the standard boot.img and the ofonlyboot.img. -- System Information: Debian Release: testing/unstable APT prefers sarge Architecture: powerpc (ppc32 bit) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#380186: gnome-osd: uses too much memory (and, overlaps with notification-daemon)
Package: gnome-osd Version: 0.11.1-1 Severity: minor hi gnome-osd-event-bridge uses too much memory w.r.t. the functionality it offers here is what top reports PID USER PR NI VIRT RES SHR S %CPU %MEMTIME+ COMMAND 22366 ..15 0 141m 53m 20m S 0.0 12.1 0:29.80 thunderbird-bin 22551 ..15 0 115m 46m 18m S 0.0 10.5 1:21.96 firefox-bin 4349 ..15 0 96656 21m 9444 S 1.0 5.0 1:57.93 Xorg 5517 ..15 0 29376 15m 9520 S 0.0 3.6 0:00.94 gnome-osd-event 5505 ..15 0 63408 15m 11m S 0.0 3.5 0:03.35 nautilus 5507 ..15 0 23768 13m 9332 S 0.0 3.0 0:12.88 gnome-panel 7238 ..15 0 32920 13m 8844 S 0.0 3.0 0:04.47 gnome-terminal 7349 ..15 0 32196 11m 8440 S 0.3 2.6 0:02.41 gnome-terminal 5546 ..15 0 21992 11m 8864 S 0.0 2.6 0:06.32 wnck-applet 5556 ..15 0 22276 11m 8704 S 0.0 2.6 0:00.94 mixer_applet2 5549 ..16 0 21284 10m 8588 S 0.0 2.4 0:01.00 cpufreq-applet 5735 ..15 0 17092 8996 6544 S 0.0 2.0 0:02.71 notification-da as you see, it is over nautilus and way over any applet or gadget I think that the problem is that gnome-osd-event-bridge is written in python Another problem is this: I am running notification-daemon , that is a daemon that displays passive pop-up notifications and I am running gnome-osd , that displays messages overlaid on your screen So, I am running two services that serve exactly the same purposes ; and btw both use DBUS to do the job; so the best would be to join them in one single service (and avoid wasting RAM) a. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-1-k7 Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8) Versions of packages gnome-osd depends on: ii gconf22.14.0-1 GNOME configuration database syste ii python-gnome2 [python2.4-gnom 2.12.4-3 Python bindings for the GNOME desk ii python-gtk2 [python2.4-gtk2] 2.8.6-4Python bindings for the GTK+ widge ii python2.4 2.4.3-7An interactive high-level object-o ii python2.4-dbus0.62-4 simple interprocess messaging syst ii python2.4-pyorbit-omg 2.0.1-3PyORBit - python 2.4 CORBA OMG sta gnome-osd recommends no packages. -- no debconf information -- Andrea Mennucc E' un mondo difficile. Che vita intensa! (Tonino Carotone) signature.asc Description: Digital signature
Bug#380182: CVE-2006-3747: off-by-one security problem in mod_rewrite
package: apache2 version: 2.0.55-4 severity: grave tags: security patch SECURITY: CVE-2006-3747 mod_rewrite: Fix an off-by-one security problem in the ldap scheme handling. For some RewriteRules this could lead to a pointer being written out of bounds. Reported by Mark Dowd of McAfee. patch is at http://svn.apache.org/viewvc/httpd/httpd/tags/2.0.59/modules/mappers/mod_rewrite.c?view=log -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#379984: O: grip -- GNOME-based CD-player/ripper/encoder
On Thu, Jul 27, 2006 at 01:57:04AM +0900, Taku YASUI wrote: Hello Taku, Grip has been reported lots of bugs. However I haven't make a enough time to follow and maintain. Is this package still maintained upstream ? -- Julien Danjou .''`. Debian Developer : :' : http://julien.danjou.info `. `' http://people.debian.org/~acid `- 9A0D 5FD9 EB42 22F6 8974 C95C A462 B51E C2FE E5CD signature.asc Description: Digital signature
Bug#380183: lyx: can't install 1.4.2-1 directly
Package: lyx Version: 1.4.1-2 Severity: important you should depends on higher version of lyx-common or just the same version. -- Writing extended state information... Done (Reading database ... 233880 files and directories currently installed.) Preparing to replace lyx 1.4.1-2 (using .../archives/lyx_1.4.2-1_amd64.deb) ... Unpacking replacement lyx ... dpkg: error processing /var/cache/apt/archives/lyx_1.4.2-1_amd64.deb (--unpack): trying to overwrite `/usr/bin/tex2lyx', which is also in package lyx-common dpkg-deb: subprocess paste killed by signal (Broken pipe) Errors were encountered while processing: /var/cache/apt/archives/lyx_1.4.2-1_amd64.deb E: Sub-process /usr/bin/dpkg returned an error code (1) A package failed to install. Trying to recover: -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-1-em64t-p4-smp Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages lyx depends on: hi groff1.18.1.1-12 GNU troff text-formatting system hi imagemagick 7:6.2.4.5.dfsg1-0.9 Image manipulation programs hi libtiff-tools3.8.2-5 TIFF manipulation and conversion t hi lyx-common 1.4.1-2 High Level Word Processor - common hi lyx-qt 1.4.1-2 High Level Word Processor - Qt fro hi mime-support 3.37-1 MIME files 'mime.types' 'mailcap hi preview-latex-style 11.83-2 LaTeX style files for editor embed hi texlive-fonts-recomm 2005-2 TeX Live: Recommended fonts hi texlive-latex-base 2005-2 TeX Live: Basic LaTeX packages hi texlive-latex-recomm 2005-2 TeX Live: LaTeX recommended packag Versions of packages lyx recommends: hi cupsys-bsd [lpr] 1.2.1-4 Common UNIX Printing System(tm) - hi dillo [www-brows 0.8.5-4 Small and fast web browser hi dvipost 1.1-2 Post processor for dvi files suppo hi firefox [www-bro 1.5.dfsg+1.5.0.4-3 lightweight web browser based on M hi gnuhtml2latex0.3-2 A Perl script that converts html f hi gs-esp [postscri 8.15.1.dfsg.1-2.1 The Ghostscript PostScript interpr hi gs-gpl [postscri 8.50-1.1The GPL Ghostscript PostScript int hi gv [pdf-viewer] 1:3.6.1-13 PostScript and PDF viewer for X hi kdeprint 4:3.5.3-2 print system for KDE hi kghostview [pdf- 4:3.5.3-1 PostScript viewer for KDE hi konqueror [www-b 4:3.5.3-2 KDE's advanced file manager, web b hi kpdf [pdf-viewer 4:3.5.3-1 PDF viewer for KDE hi linuxdoc-tools 0.9.21-0.4 SGML converters for the LinuxDoc D hi mozilla-browser 2:1.7.13-0.2The Mozilla Internet application s hi rcs 5.7-18 The GNU Revision Control System hi sgmltools-lite 3.0.3.0.cvs.20010909-13 convert DocBook SGML source into H hi tex4ht 20060619-1 LaTeX and TeX for Hypertext (HTML) hi w3m [www-browser 0.5.1-4 WWW browsable pager with excellent hi wv 1.2.1-1 Programs for accessing Microsoft W hi xpdf-reader [pdf 3.01-9 Portable Document Format (PDF) sui hi xpdf-utils [pdf- 3.01-9 Portable Document Format (PDF) sui -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#334824: logrotate: Postrotate documentation - Why restart?
Just noticed this myself. Interestingly the apache docs (which you would hope are the definitive source of what to do say this): http://httpd.apache.org/docs/2.0/logs.html By using a graceful restart, the server can be instructed to open new log files without losing any existing or pending connections from clients. However, in order to accomplish this, the server must continue to write to the old log files while it finishes serving old requests. It is therefore necessary to wait for some time after the restart before doing any processing on the log files. A typical scenario that simply rotates the logs and compresses the old logs to save space is: mv access_log access_log.old mv error_log error_log.old apachectl graceful sleep 600 gzip access_log.old error_log.old What this doesn't say is whether apache continues serving requests whilst a graceful restart is occuring - if you have a very busy webserver for instance. It seems very odd that it can't just reopen the log files more easily :-( Thanks, Adrian -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#359966: Works for me
tag 359966 unreproducible moreinfo quit I tried to change the background colour of the graphs from black to red, stop the application and start again. It behaved as I expected, the background was red also after the restart. Can you check if this is fixed? If not, please provide a more detailed explanation. Thanks, Øystein Gisnås -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#379979: dbconfig-common: Please do not end PHP config file with '?'
sean finney wrote: hi thijs, On Wed, Jul 26, 2006 at 06:42:56PM +0200, Thijs Kinkhorst wrote: The generated include for file type PHP ends in '?'. I kindly request that that be removed. snip The closing tag is not needed and doesn't have a function: you switch the context from code to literal and right after it terminate the file, making the context irrelevant. aha, i didn't know that, actually. will do as you suggest in the next release. I think this is not a good idea. It's true that it switch from code to literal, but it'll give problems with old packages that don't close this tag. On other hand the problem reported by thisjs it's a problem that has to be resolved by the packager. It's usual in a php file mix code and literal parts and it's important!. sean -- e-mail: Miguel Gea Milvaques [EMAIL PROTECTED] Blog: http://www.livejournal.com/users/xerakko/ GnuPG key: 0x580808C4 Key fingerprint = 85A0 06FD 9A6C 4701 27C2 5536 3533 50CA 5808 08C4 signature.asc Description: OpenPGP digital signature
Bug#378397: FTBFS, while processing doc/dejagnu.xml
severity 378397 serious tags 378397 - unreproducible tags 378397 - moreinfo thanks [please CC [EMAIL PROTECTED] when requesting more information if you actually do want feedback] it's perfectly reproducible; it has nothing to do with pbuilder. just pull out the network cable and restart the build. a package which is calling home for the build doesn't build from source. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#380189: xvncviewer: xrealvncviewer no longer works after using pump
Package: xvncviewer Version: 3.3.7-12 Severity: grave Justification: causes non-serious data loss After using pump, xvncviewer no longer works (with a local server). All the unsaved data in the current X session are lost. Moreover, I can restart the VNC server and xvncviewer, and all the processes are running, but the VNC viewer doesn't display anything. Note: the eth1 address has changed (as expected), but lo is still up: loLink encap:Local Loopback inet addr:127.0.0.1 Mask:255.0.0.0 inet6 addr: ::1/128 Scope:Host UP LOOPBACK RUNNING MTU:16436 Metric:1 RX packets:671939 errors:0 dropped:0 overruns:0 frame:0 TX packets:671939 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 RX bytes:1844990014 (1.7 GiB) TX bytes:1844990014 (1.7 GiB) Xfree86 without VNC works normally. Currently I can't investigate more deeply. I'll try later to see if rebooting the machine makes xvncviewer work again or if the problem was due to a system upgrade. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (900, 'testing'), (900, 'stable'), (200, 'unstable') Architecture: powerpc (ppc) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-1-powerpc Locale: LANG=POSIX, LC_CTYPE=en_US.ISO8859-1 (charmap=ISO-8859-1) Versions of packages xvncviewer depends on: ii dpkg 1.13.21package maintenance system for Deb ii libc6 2.3.6-15 GNU C Library: Shared libraries ii libgcc1 1:4.1.1-5 GCC support library ii libice6 6.9.0.dfsg.1-6 Inter-Client Exchange library ii libsm66.9.0.dfsg.1-6 X Window System Session Management ii libstdc++64.1.1-5The GNU Standard C++ Library v3 ii libx11-6 6.9.0.dfsg.1-6 X Window System protocol client li ii libxaw7 6.9.0.dfsg.1-6 X Athena widget set library ii libxext6 6.9.0.dfsg.1-6 X Window System miscellaneous exte ii libxmu6 6.9.0.dfsg.1-6 X Window System miscellaneous util ii libxt66.9.0.dfsg.1-6 X Toolkit Intrinsics ii vnc-common3.3.7-12 Virtual network computing server s ii zlib1g1:1.2.3-13 compression library - runtime Versions of packages xvncviewer recommends: ii xfonts-base 6.9.0.dfsg.1-6 standard fonts for X -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#370136: kimdaba/kphotoalbum 2.2 ?
Hi, any chance of getting kimdaba 2.2 (nowadays called kphotoalbum) in time for etch? If you're busy or something, would you like some help with the package? Cheers, -- Niko Tyni [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#380188: linux-image-2.6.17-1-686: NULL pointer dereference
Package: linux-image-2.6.17-1-686 Severity: normal Hello, the kernel crashes during boot with the following messages: INIT: version 2.86 booting Starting the hotplug events dispatcher: udevd. Synthesizing the initial hotplug events...done. Waiting for /dev to be fully populated...Floppy drive(s): fd0 is 1.44M FDC 0 is a post-1991 82077 00:0a: ttyS0 at I/O 0x3f8 (irq = 4) is a 16550A 00:0b: ttyS1 at I/O 0x2f8 (irq = 3) is a 16550A input: PC Speaker as /class/input/input1 parport: PnPBIOS parport detected. parport0: PC-style at 0x378, irq 7 [PCSPP,TRISTATE,EPP] ACPI: PCI Interrupt Link [LNKC] enabled at IRQ 5 ACPI: PCI Interrupt :00:0e.0[A] - Link [LNKC] - GSI 5 (level, low) - IRQ 5 gameport: ES1938 is pci:00:0e.0/gameport0, io 0xf400, speed 1065kHz Real Time Clock Driver v1.12ac Linux agpgart interface v0.101 (c) Dave Jones agpgart: Detected an Intel 440BX Chipset. agpgart: AGP aperture is 64M @ 0xf800 piix4_smbus :00:07.3: Found :00:07.3 device sr0: scsi3-mmc drive: 24x/16x writer cd/rw xa/form2 cdda tray sd 0:0:0:0: Attached scsi generic sg0 type 0 sr 0:0:3:0: Attached scsi generic sg1 type 5 input: ImPS/2 Generic Wheel Mouse as /class/input/input2 ts: Compaq touchscreen protocol output mice: PS/2 mouse device common for all mice Device not ready. Make sure there is a disc in the drive. pci_hotplug: PCI Hot Plug PCI Core version: 0.5 shpchp: Standard Hot Plug PCI Controller Driver version: 0.4 Device not ready. Make sure there is a disc in the drive. Device not ready. Make sure there is a disc in the drive. BUG: unable to handle kernel NULL pointer dereference at virtual address 000c printing eip: b01fff1a *pde = Oops: [#1] SMP Modules linked in: shpchp pci_hotplug mousedev tsdev sg evdev i2c_piix4 sr_mod i2c_core intel_agp agpgart rtc psmouse snd_es1938 parport_pc serio_raw gameport parport snd_pcm snd_page_alloc snd_opl3_lib snd_timer snd_hwdep snd_mpu401_uart snd_rawmidi snd_seq_device pcspkr snd 8250_pnp floppy soundcore ext3 jbd mbcache ide_generic ide_cd cdrom ide_disk sd_mod piix uhci_hcd usbcore 3c59x mii generic ide_core aic7xxx scsi_transport_spi scsi_mod thermal processor fan CPU:0 EIP:0060:[b01fff1a]Not tainted VLI EFLAGS: 00010206 (2.6.17-1-686 #1) EIP is at uart_write_room+0x9/0x16 eax: bf5ff400 ebx: 0006 ecx: bf6e6a50 edx: esi: bf6ad000 edi: bf23f000 ebp: 0006 esp: bf7aff18 ds: 007b es: 007b ss: 0068 Process S03udev (pid: 1924, threadinfo=bf7ae000 task=bf6e6a50) Stack: b01f4205 bf23f000 bf4d22a0 b01f0433 bf6e6a50 b0116b57 bf6ad138 bf6ad138 0006 bf6ad000 0006 0006 b01f1e6a 0006 080e9408 bf4d22a0 b01f4124 bf6ad00c bf6ad3e8 b01f27fb bf4d22a0 bf4d22a0 Call Trace: b01f4205 write_chan+0xe1/0x293 b01f0433 tty_ldisc_try+0x2e/0x33 b0116b57 default_wake_function+0x0/0xc b01f1e6a tty_write+0x147/0x1d8 b01f4124 write_chan+0x0/0x293 b01f27fb redirected_tty_write+0x1c/0x6c b01f27df redirected_tty_write+0x0/0x6c b0153099 vfs_write+0xa1/0x140 b0153683 sys_write+0x3c/0x63 b0102b4f syscall_call+0x7/0xb Code: 09 08 8b 40 10 74 09 81 60 10 ff ff ff fd eb 07 81 48 10 00 00 00 02 8b 5e 68 89 f0 ff 53 2c 5b 5e c3 8b 80 80 01 00 00 8b 50 10 8b 42 0c 2b 42 08 48 25 ff 0f 00 00 c3 8b 80 80 01 00 00 8b 50 EIP: [b01fff1a] uart_write_room+0x9/0x16 SS:ESP 0068:bf7aff18 After that, the system hangs. I've downgraded to 2.6.16-2-686, it works. With kind regards, Baurzhan. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.17-1-k7 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#194260: is it me you looking for?
Hi there lovely, I was seaarching the net few days ago. I am new tao this thing.b anad saw your profile. Ia decided to emaail you cause I found you attractive. I might come down to ayour city in few weeks. Let me know if we can meet each other in bperson. I am attractive girl. I am sure you won'at regret it. Reaply to my personal email at [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#319444: gnopernicus: rerun libtoolize to fix library name problem
Hi, It looks like latest gnopernicus version (1.0.5-1) got relibtoolized, so that the bug can probably be closed? Samuel -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#380191: installation-report
Package: installation-reports Boot method: DVD Image version: Debian Etch Beta 2, 1st DVD via jigdo-lite for i386 http://cdimage.debian.org/cdimage/etch_di_beta2/i386/jigdo-dvd/debian-testing-i386-binary-1.jigdo Date: 28th July 2006 Machine: Desktop PC Processor: AMD 64 3200+ Memory: 1GB Partitions: unimportant Output of lspci and lspci -n: -- Base System Installation Checklist: [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it Initial boot worked:[O] Configure network HW: [ ] Config network: [ ] Detect CD: [E] Load installer modules: [ ] Detect hard drives: [ ] Partition hard drives: [ ] Create file systems:[ ] Mount partitions: [ ] Install base system:[ ] Install boot loader:[ ] Reboot: [ ] Comments/Problems: Boot-Up, choice of language worked fine. During detecting CD it stopped at 98% and displayed an error-message, that the RELEASE-files are missing. If I tried to detect the CD again, it failed entirely, because the DVD-ROM would not be detected any more. Got the same results in 3 boot-ups. Oh, I used the 2.6-kernel and tried the standard mode twice and the expert-mode once. The DVDROM is connected to the first IDE-port as master. Although I don't think it matters (because I never came to the point where the harddrive is detected): the harddrive is connected via SATA. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#380195: libc6: snprintf(buf, sizeof(buf), %.2000000000s, hello) may fail
Package: libc6 Version: 2.3.6-16 Severity: normal Hello, The following program prints -1 rather than 5 on my laptop: #include stdio.h #include limits.h int main() { char buf[256]; printf(%d\n, snprintf(buf, sizeof(buf), %.20s, hello)); return 0; } Here is the strace: execve(/tmp/a.out, [/tmp/a.out], [/* 95 vars */]) = 0 uname({sys=Linux, node=ligate, ...}) = 0 brk(0) = 0x804a000 access(/etc/ld.so.nohwcap, F_OK) = -1 ENOENT (No such file or directory) mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb7f5c000 access(/etc/ld.so.preload, R_OK) = -1 ENOENT (No such file or directory) mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb7f5b000 open(/etc/ld.so.cache, O_RDONLY) = 3 fstat64(3, {st_mode=S_IFREG|0644, st_size=78547, ...}) = 0 mmap2(NULL, 78547, PROT_READ, MAP_PRIVATE, 3, 0) = 0xb7f47000 close(3)= 0 access(/etc/ld.so.nohwcap, F_OK) = -1 ENOENT (No such file or directory) open(/lib/tls/i686/cmov/libc.so.6, O_RDONLY) = 3 read(3, \177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\240O\1..., 512) = 512 fstat64(3, {st_mode=S_IFREG|0755, st_size=1241392, ...}) = 0 mmap2(NULL, 1247388, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0xb7e16000 mmap2(0xb7f3d000, 28672, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x127) = 0xb7f3d000 mmap2(0xb7f44000, 10396, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0xb7f44000 close(3)= 0 mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb7e15000 mprotect(0xb7f3d000, 20480, PROT_READ) = 0 set_thread_area({entry_number:-1 - 6, base_addr:0xb7e156c0, limit:1048575, seg_32bit:1, contents:0, read_exec_only:0, limit_in_pages:1, seg_not_present:0, useable:1}) = 0 munmap(0xb7f47000, 78547) = 0 mmap2(NULL, 203072, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = -1 ENOMEM (Cannot allocate memory) brk(0) = 0x804a000 brk(0x7f3c4000) = 0x804a000 mmap2(NULL, 2000134144, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = -1 ENOMEM (Cannot allocate memory) mmap2(NULL, 2097152, PROT_NONE, MAP_PRIVATE|MAP_ANONYMOUS|MAP_NORESERVE, -1, 0) = 0xb7c15000 munmap(0xb7c15000, 962560) = 0 munmap(0xb7e0, 86016) = 0 mprotect(0xb7d0, 135168, PROT_READ|PROT_WRITE) = 0 mmap2(NULL, 203072, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = -1 ENOMEM (Cannot allocate memory) fstat64(1, {st_mode=S_IFCHR|0666, st_rdev=makedev(1, 3), ...}) = 0 ioctl(1, SNDCTL_TMR_TIMEBASE or TCGETS, 0xbfa70118) = -1 ENOTTY (Inappropriate ioctl for device) mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb7f5a000 write(1, -1\n, 3) = 3 munmap(0xb7f5a000, 4096)= 0 exit_group(0) = ? Process 6984 detached The same program correctly prints 5 on my desktop, and here is the strace: execve(./a.out, [./a.out], [/* 91 vars */]) = 0 uname({sys=Linux, node=reincarnation, ...}) = 0 brk(0) = 0x804a000 access(/etc/ld.so.nohwcap, F_OK) = -1 ENOENT (No such file or directory) mmap2(NULL, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb7f8 access(/etc/ld.so.preload, R_OK) = -1 ENOENT (No such file or directory) open(/etc/ld.so.cache, O_RDONLY) = 3 fstat64(3, {st_mode=S_IFREG|0644, st_size=84156, ...}) = 0 mmap2(NULL, 84156, PROT_READ, MAP_PRIVATE, 3, 0) = 0xb7f6b000 close(3)= 0 access(/etc/ld.so.nohwcap, F_OK) = -1 ENOENT (No such file or directory) open(/lib/tls/i686/cmov/libc.so.6, O_RDONLY) = 3 read(3, \177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\240O\1..., 512) = 512 fstat64(3, {st_mode=S_IFREG|0755, st_size=1241392, ...}) = 0 mmap2(NULL, 1247388, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0xb7e3a000 mmap2(0xb7f61000, 28672, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x127) = 0xb7f61000 mmap2(0xb7f68000, 10396, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0xb7f68000 close(3)= 0 mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb7e39000 mprotect(0xb7f61000, 20480, PROT_READ) = 0 set_thread_area({entry_number:-1 - 6, base_addr:0xb7e398e0, limit:1048575, seg_32bit:1, contents:0, read_exec_only:0, limit_in_pages:1, seg_not_present:0, useable:1}) = 0 munmap(0xb7f6b000, 84156) = 0 mmap2(NULL, 203072,
Bug#380089: (no subject)
martin f krafft wrote: severity 380089 critical thanks 23:32:34 vorlon well, then that's a grave/critical bug on initramfs-tools for creating an unbootable system; it's not the package relationships themselves that make it RC 23:32:52 madduck but the solution is a conflict. 23:33:07 vorlon that's an acceptable solution, yes Some information was probably lost: [...] 22:32 madduck it's the onlyone in this case. 22:32 madduck thank you. 22:32 dato or perhaps refusing to generate the initramfs 22:33 vorlon right -- throwing an error if mdadm is required and it's a version that's known to break booting is also valid 22:34 madduck maks: ^ Thiemo -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#380190: ITP: sqliteodbc -- ODBC driver for SQLite embedded database
Package: wnpp Severity: wishlist Owner: Sam Clegg [EMAIL PROTECTED] * Package name: sqliteodbc Version : 0.69 Upstream Author : Christian Werner [EMAIL PROTECTED] * URL : http://www.ch-werner.de/sqliteodbc/ * License : BSD-style Programming Lang: C Description : ODBC driver for SQLite embedded database This package allows you to connect to an SQLite database using ODBC, the Open Database Connectivity abstraction layer which is understood by a variety of database tools that may not be able to talk to SQLite directly. Experimental pacakge here: http://superduper.net/downloads/debian/libsqliteodbc_0.69-1_i386.deb Sources here: http://superduper.net/downloads/debian/sources/ (Include the long description here.) -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-1-686 Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#380194: Please update the base pseudo-package Maintainer info
Package: ftp.debian.org Severity: normal As of Debconf 5 (june 2005) Anthony Towns passed over the maintainance of the base pseudo-package to me, so I would like to have the Maintainer field reflect my name and email address instead of his. Thanks! -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (990, 'unstable'), (101, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-1-k7 Locale: LANG=en_IE.UTF-8, LC_CTYPE=en_IE.UTF-8 (charmap=UTF-8) -- ·''`. Policy is your friend. Trust the Policy. : :' : Love the Policy. Obey the Policy. -- Lars Wirzenius `. `' Proudly running unstable Debian GNU/Linux `- www.amayita.com www.malapecora.com www.chicasduras.com
Bug#380193: O: gch -- Ada quality style checker
Package: wnpp Severity: normal The current maintainer of gch, Thomas Quinot [EMAIL PROTECTED], has orphaned this package. If you want to be the new maintainer, please take it -- see http://www.debian.org/devel/wnpp/index.html#howto-o for detailed instructions how to adopt a package properly. Some information about this package: Package: gch Binary: gch Version: 19990519-8.3 Priority: optional Section: devel Maintainer: Thomas Quinot [EMAIL PROTECTED] Build-Depends: gnat (= 3.15p), gnat ( 3.16), libasis-3.15p-1-dev (= 3.15p-4), debhelper (= 4.1) Architecture: i386 sparc powerpc kfreebsd-i386 Standards-Version: 3.6.1 Format: 1.0 Directory: pool/main/g/gch Files: 615ab1921557c5903615b5b4ffb859f8 651 gch_19990519-8.3.dsc 701cf8309911a973d3d0d9d866542d75 45961 gch_19990519.orig.tar.gz 4c0576ce258c4e72b6315dae540de7f3 5949 gch_19990519-8.3.diff.gz Package: gch Priority: optional Section: devel Installed-Size: 140 Maintainer: Thomas Quinot [EMAIL PROTECTED] Architecture: i386 Version: 19990519-8.3 Depends: libasis-3.15p-1, libc6 (= 2.3.5-1), libgnat-3.15p-1 (= 3.15p-17), libgnatvsn-3.15p Filename: pool/main/g/gch/gch_19990519-8.3_i386.deb Size: 51182 MD5sum: 2c801d3d5d99559cbda4d9e0cdd0567d SHA1: 6eea0d506307843306c3310ed87171cbc8498dab SHA256: e0d40fe278b11e9849ac6b45c8fd5220c9add621ad2c6013e073265f1db30db6 Description: Ada quality style checker This is an ASIS application that enforces various quality and style rules, including those from the Ada Quality and Style Guide. Tag: devel::testing-qa, interface::commandline, langdevel::ada, role::sw:utility, use::checking, works-with::software:source -- adn Mohammed Adnène Trojette
Bug#380192: O: 44bsd-rdist -- 4.4BSD rdist.
Package: wnpp Severity: normal The current maintainer of 44bsd-rdist, Thomas Quinot [EMAIL PROTECTED], has orphaned this package. If you want to be the new maintainer, please take it -- see http://www.debian.org/devel/wnpp/index.html#howto-o for detailed instructions how to adopt a package properly. Some information about this package: Package: 44bsd-rdist Binary: 44bsd-rdist Version: 2000-6 Priority: optional Section: net Maintainer: Thomas Quinot [EMAIL PROTECTED] Build-Depends: byacc, debhelper Architecture: any Standards-Version: 3.1.1 Format: 1.0 Directory: pool/main/4/44bsd-rdist Files: 23e3f431d660ef91ab5d94a3b2ab 579 44bsd-rdist_2000-6.dsc 38c7ec51eb96b6fe56c14c0c9a924247 28520 44bsd-rdist_2000.orig.tar.gz 549ac49cce27b433b7974d36f4c41740 2145 44bsd-rdist_2000-6.diff.gz Package: 44bsd-rdist Priority: optional Section: net Installed-Size: 96 Maintainer: Thomas Quinot [EMAIL PROTECTED] Architecture: i386 Version: 2000-6 Depends: libc6 (= 2.2.5-13) Recommends: rdist Filename: pool/main/4/44bsd-rdist/44bsd-rdist_2000-6_i386.deb Size: 28176 MD5sum: 9778b2e4152372d4b148c76572bc1a92 SHA1: b2fcb5b16ad8dcbf7645ddc87aea6d3c0549c228 SHA256: 68804ecd296fefba7a81628091747fa3a88b4263f4677192f2383d767b86652a Description: 4.4BSD rdist. This is the traditional rdist from 4.4BSD Lite with FreeBSD fixes. It is provided for compatibility with third-party rdist implementations. . This is the binary package for 4.4BSD rdist. Tag: admin::file-distribution, interface::commandline, role::sw:utility, use::synchronizing -- adn Mohammed Adnène Trojette
Bug#379497: libjpeg-mmx: FTBFS: Error: suffix or operands invalid for `ldmxcsr'
tags 379497 + patch thanks hi, attached patch fixes this issue. Im not entirely sure if it breaks something, see this bugreport: http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26653 as by now upstream has not fixed this either in CVS or newer releases. bye, - michael --- libjpeg-mmx-0.1.5.orig/jquant_x86simd.c +++ libjpeg-mmx-0.1.5/jquant_x86simd.c @@ -104,7 +104,7 @@ /* Initialise zero block flags */ /* Set up SSE rounding mode */ - __asm__ ( ldmxcsr %0\n : : X (trunc_mxcsr) ); + __asm__ ( ldmxcsr %0\n : : m (*trunc_mxcsr) ); for (i=0; i 64 ; i+=4) {
Bug#377369: Wrong path used perhaps?
tags 377369 moreinfo thanks Hello, It seems to me that the submitter of this bug perhaps used the wrong path for fonts in the command line. The current path for fonts installed by xfonts-base is /usr/share/fonts/X11/misc/. With the following command line: Xvnc4 -fp /usr/share/fonts/X11/misc/ :1 The vnc4server starts without any problem. I would like to know if anyone faces any problems with this path otherwise this bug should be closed. Regards, Kapil. -- signature.asc Description: Digital signature
Bug#278344: gnopernicus: Can't start after loading default preferences
ST == Samuel Thibault [EMAIL PROTECTED] writes: ST Hi, Is the bug still present it latest version of Gnopernicus? ST (I can't reproduce it). I don't know nor have a Gnopernicus installation around to check it. The bug is likely to be obsolete, feel free to close it. Regards, Milan Zamazal -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#380196: Problems with creating and filtering-into-the folders
Package: mozilla-mailnews Version: 2:1.7.8-1sarge7.1 Severity: normal Hello! Thank you for mozilla. It's the only browser and mail client I use at all! But the bug has arised yesterday after I've upgraded mozilla-mail. When I try to create a new folder, the window arises named 'Gecko' with such a text: XML Parsing Error: undefined entity Location: chrome://messenger/content/newFolderDialog.xul Line Number 34, Column 16: title=newFolderDialog.xul; ---^ menulist label=newfolderclickhere.label; id=msgNewFolderPicker -^ Similar problem arises when I try to create new filter with moving-out the filtered messages to some folder. The folder list in the filter creation window is empty. Some strange xml-like string shows in the menu 'Tools/Message Filters', I think it is of same kind of trouble. I'm using Debian GNU/Linux 3.1, kernel 2.4.27-3-686-smp. libc6 2.3.2.ds1-16 Thanks a lot! Evgeny -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#380197: ITP: alist -- System inventory software
Package: wnpp Owner: Luk Claes [EMAIL PROTECTED] Severity: wishlist * Package name: alist Version : 0.9.1 Upstream Author : Paul Farrall [EMAIL PROTECTED] * URL : http://www.brains2bytes.com/alist * License : GPL Programming Lang: Perl Description : System inventory software Program that collects hardware and software information about systems and stores it in a database for users to browse and search via a Web interface. The program consists of three parts: a client portion that collects the information a daemon that receives data sent from clients a CGI that displays and lets you search for info. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-1-686 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Bug#380137: wrong dependencies? ImportError: No module named gobject
Sebastian Rittau wrote: On Thu, Jul 27, 2006 at 10:51:46PM +0400, Alexander Gerasiov wrote: Package is unusable for me (on all of my pc) :( If adding applet from gui it just says that error occured, if running from console it gave: ~$ /usr/lib/deskbar-applet/deskbar-applet Traceback (most recent call last): File /usr/lib/deskbar-applet/deskbar-applet, line 10, in ? import gobject ImportError: No module named gobject I can not reproduce this error. This sounds a lot like bug #377041, although that was fixed. Can you ensure that you have the latest versions of deskbar-applet and python-gtk2 installed (2.14.2-4 and 2.8.6-4, respectively)? - Sebastian From original bugreport: Package: deskbar-applet Version: 2.14.2-4 ii python-gtk22.8.6-3 ii python2.4 2.4.3-7 For me it's reproducable on some machines. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#380198: ITP: bzr-buildpackage -- bzr plugin for Debian package management
Package: wnpp Severity: wishlist Owner: martin f krafft [EMAIL PROTECTED] Package name: bzr-buildpackage Version : none yet Upstream Author : martin f. krafft [EMAIL PROTECTED] License : some free licence Programming Lang: Python Description : bzr plugin for Debian package management This is an ITP about vapourware, meaning there is no software or package yet. However, I do intend to work on this, and the reason I am filing at this early stage is because I'd rather work with others that have the same idea than to end up with two incompatible implementations. The basic idea is to provide a bzr plugin that will automate Debian package maintenance in bzr as much as possible. It'll be similar to the other *-buildpackage packages, but I also have a bunch of new directions I want to follow. Finally, this tool should be developed with HCT and https://wiki.ubuntu.com/NoMoreSourcePackages in mind. -- Please do not send copies of list mail to me; I read the list! .''`. martin f. krafft [EMAIL PROTECTED] : :' :proud Debian developer and author: http://debiansystem.info `. `'` `- Debian - when you have better things to do than fixing a system signature.asc Description: Digital signature (GPG/PGP)
Bug#380199: shorewall: Upstream errata for 3.0.7
Package: shorewall Version: 3.0.7-1 Severity: important The upstream version has an errata (ftp://shorewall.net/pub/shorewall/3.0/shorewall-3.0.7/errata/) that fixes some issues in the original 3.0.7 release. Two issues are fixed regarding MultiISP and MAC address filtering. -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.8-16sarge1-firewall.20060125 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages shorewall depends on: ii debconf [debconf-2.0] 1.4.30.13 Debian configuration management sy ii iproute 20041019-3 Professional tools to control the ii iptables 1.2.11-10 Linux kernel 2.4+ iptables adminis -- debconf information: shorewall/upgrade_20_22: shorewall/upgrade_14_20: shorewall/upgrade_to_14: shorewall/warnrfc1918: shorewall/warn_about_klogd_floods: shorewall/dont_restart: shorewall/major_release: -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#380201: shorewall: New upstream version 3.2.1 available
Package: shorewall Version: 3.0.7-1 Severity: wishlist Are there any plans to package the latest stable (3.2.1) version of Shorewall? The new release has some very cool changes that I believe Debian users could really benefit from. -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.8-16sarge1-firewall.20060125 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages shorewall depends on: ii debconf [debconf-2.0] 1.4.30.13 Debian configuration management sy ii iproute 20041019-3 Professional tools to control the ii iptables 1.2.11-10 Linux kernel 2.4+ iptables adminis -- debconf information excluded -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#380200: xbase-clients: [xkbcomp] can't write to /var/tmp/server-0.xkm when using startx from nonroot user
Package: xbase-clients Version: 1:7.1.ds-2 Severity: important When X started using startx from normal users, Xserver and xkbcomp can't write to /var/tmp . Log from startx: auth: creating new authority file /home/baryluk/.serverauth.4017 X Window System Version 7.0.0 Release Date: 21 December 2005 X Protocol Version 11, Revision 0, Release 7.0 Build Operating System:Linux 2.6.12-1-686 i686 Current Operating System: Linux movax-dev 2.6.16-2-686 #1 Sat Jul 15 21:59:21 UTC 2006 i686 Build Date: 16 March 2006 ... (==) Log file: /var/log/Xorg.0.log, Time: Fri Jul 28 11:49:07 2006 (==) Using config file: /etc/X11/xorg.conf error opening security policy file /etc/X11/xserver/SecurityPolicy The XKEYBOARD keymap compiler (xkbcomp) reports: Warning: Type ONE_LEVEL has 1 levels, but RALT has 2 symbols Ignoring extra symbols Error:Cannot open /var/tmp/server-0.xkm to write keyboard description Exiting ... The X server is working, but my keyboard layout (pl) isn't working. /etc/X11/xorg.conf Section InputDevice Identifier Generic Keyboard Driver keyboard Option CoreKeyboard Option XkbRules xorg Option XkbModel pc104 Option XkbLayout pl EndSection When I change permision to /var/tmp to 1755 everything is working ok. Shouldn't we use /tmp ? Regards, Witek Baryluk -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.16-2-686 Locale: LANG=pl_PL, LC_CTYPE=pl_PL (charmap=ISO-8859-2) (ignored: LC_ALL set to pl_PL) Versions of packages xbase-clients depends on: ii libc6 2.3.6-15 GNU C Library: Shared libraries ii libfontconfig1 2.3.2-7 generic font configuration library ii libfreetype62.2.1-2 FreeType 2 font engine, shared lib ii libfs6 2:1.0.0-3X11 Font Services library ii libgl1-mesa-glx [libgl1]6.4.2-1 A free implementation of the OpenG ii libice6 1:1.0.0-3X11 Inter-Client Exchange library ii libpng12-0 1.2.8rel-5.1 PNG library - runtime ii libsm6 1:1.0.0-4X11 Session Management library ii libx11-62:1.0.0-7X11 client-side library ii libxau6 1:1.0.0-3X11 authorisation library ii libxaw7 1:1.0.1-5X11 Athena Widget library ii libxcursor1 1.1.5.2-5X cursor management library ii libxext61:1.0.0-4X11 miscellaneous extension librar ii libxft2 2.1.8.2-8FreeType-based font drawing librar ii libxi6 1:1.0.0-5X11 Input extension library ii libxkbfile1 1:1.0.2-3X11 keyboard file manipulation lib ii libxmu6 1:1.0.1-3X11 miscellaneous utility library ii libxmuu11:1.0.1-3X11 miscellaneous micro-utility li ii libxrandr2 2:1.1.0.2-4 X11 RandR extension library ii libxrender1 1:0.9.0.2-4 X Rendering Extension client libra ii libxss1 1:1.0.1-4X11 Screen Saver extension library ii libxt6 1:1.0.0-5X11 toolkit intrinsics library ii libxtrap6 1:1.0.0-3X11 event trapping extension libra ii libxtst61:1.0.1-3X11 Testing -- Resource extension ii libxv1 1:1.0.1-3X11 Video extension library ii libxxf86dga12:1.0.0-3X11 Direct Graphics Access extensi ii libxxf86vm1 1:1.0.0-4X11 XFree86 video mode extension l ii x11-common 1:7.0.22 X Window System (X.Org) infrastruc ii zlib1g 1:1.2.3-13 compression library - runtime xbase-clients recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#315693: closed by Amaya [EMAIL PROTECTED]
reopen 315693 reassign 315693 cryptsetup thanks Hey Dominik! Dominik Vogt wrote: Hey, I *did* send you all the information you asked for. What is the problem? Sorry, I must have missed it. I created the filesystem like this: 1) Partition the device with fdisk (three partitions) 2) Setup crypted partition via cryptoloop: $ losetup -e serpent /dev/loop0 /dev/sda2 3) Format /dev/loop0 as ext2 or ext3 Ok, then this bug belongs to the cryptsetup package, which is what I wanted to know. Thanks for your imput, and sorry for closing this so fast! -- ·''`. Policy is your friend. Trust the Policy. : :' : Love the Policy. Obey the Policy. -- Lars Wirzenius `. `' Proudly running unstable Debian GNU/Linux `- www.amayita.com www.malapecora.com www.chicasduras.com
Bug#379796: dbconfig-common: Please support sqlite as a database type
sean finney wrote: if there are 2 or 3 packages that can already make use of it, i suggest that we do the following: Sounds like a good plan to me. - build yourself a dbconfig package from the sqlite branch - set up your sqlite-using package to use dbconfig I've built a package based on the current state of the branch and placed it at: http://www.mattb.net.nz/debian/dists/sid/main/source/admin/ Feel free to use it for testing. - after you can verify there are no apparent problems with install/reconfigure/remove/purge actions for all 2 or 3 packages, we go ahead and merge the sqlite branch, and upload it. Hopefully I'll be able to report on how it goes with PHPwiki after the weekend. Cheers -- Matt Brown [EMAIL PROTECTED] Mob +64 21 611 544 www.mattb.net.nz signature.asc Description: OpenPGP digital signature
Bug#380202: Please remove eskuel
Package: ftp.debian.org Severity: normal Eskuel's task is much better achieved by phpmyadmin. I am not interested in maintaining it anymore, it is also dead upstream. (No developement since 16-05-2005). Please give it a quick painless death ;) Thanks! -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (990, 'unstable'), (101, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-1-k7 Locale: LANG=en_IE.UTF-8, LC_CTYPE=en_IE.UTF-8 (charmap=UTF-8) -- ·''`. Policy is your friend. Trust the Policy. : :' : Love the Policy. Obey the Policy. -- Lars Wirzenius `. `' Proudly running unstable Debian GNU/Linux `- www.amayita.com www.malapecora.com www.chicasduras.com
Bug#379982: Misuse of alternatives
Christian Aichinger [EMAIL PROTECTED] wrote: Since that violates policy, the removal of /usr/bin/git As explained, I do not see why this violates policy, as the git shell script offers the git-core functionality. What other way is there for a neat transition for stable users? is documented in git's NEWS.Debian and git's popcon count Popularity doesn't make it right for a new package to use binary names from an existing one. git-core is new next release, so it should give way for now. I think the git maintainer has already been far more flexible than he needed to be. is somewhere at 190, I think the easiest solution is to just kill the alternatives and let git-core have the file. That solution was previously rejected by maintainers. If somebody does an NMU please remember to adjust the version in debian/NEWS. Please do not NMU this previously-rejected approach without further discussion. If the consensus is that using alternatives for this transition is a policy violation, I will encourage git's maintainer to stop renaming the upstream's git to gitfm in the diff.gz for now. If there is an alternative neat transition possible, what is it? Thanks, -- MJR/slef Laux nur mia opinio: vidu http://people.debian.org/~mjr/ Bv sekvu http://www.uk.debian.org/MailingLists/#codeofconduct -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#379497: updated patch
tags 379497 + help thanks hi, see attached patch, * can be omitted, though. Another posibility is to use: __asm__ ( ldmxcsr (%0)\n : : X (trunc_mxcsr) ); i lack the needed SSE/ASM/Intel know-how, tagging with help, asking upstream for what would be the best solution. Both gentoo and other rpm packages use the attached patch for fixing this problem. bye, - michael --- libjpeg-mmx-0.1.5.orig/jquant_x86simd.c +++ libjpeg-mmx-0.1.5/jquant_x86simd.c @@ -104,7 +104,7 @@ /* Initialise zero block flags */ /* Set up SSE rounding mode */ - __asm__ ( ldmxcsr %0\n : : X (trunc_mxcsr) ); + __asm__ ( ldmxcsr %0\n : : m (trunc_mxcsr) ); for (i=0; i 64 ; i+=4) {
Bug#380204: freeradius(GNU/k*BSD): FTBFS: out of date libtool scripts
Package: freeradius Severity: important Version: 1.1.2-2 Tags: patch Hi, the current version fails to build on GNU/kFreeBSD, because of outdated libtool. The version of libtool used in freeradius is too old to correctly support Debian GNU/k*BSD, libtool 1.5.2-1 or later is need. It would be nice if you can ask upstream to update libtool in their next release. In mean time, please use attached patch. Thanks in advance Petronly in patch2: unchanged: --- freeradius-1.1.2.orig/ltconfig +++ freeradius-1.1.2/ltconfig @@ -1957,7 +1957,7 @@ ;; # This must be Linux ELF. -linux-gnu*) +linux-gnu*|k*bsd*-gnu) version_type=linux need_lib_prefix=no need_version=no only in patch2: unchanged: --- freeradius-1.1.2.orig/aclocal.m4 +++ freeradius-1.1.2/aclocal.m4 @@ -2144,7 +2144,7 @@ ;; # This must be Linux ELF. -linux-gnu*) +linux-gnu*|k*bsd*-gnu) version_type=linux need_lib_prefix=no need_version=no @@ -3368,7 +3368,7 @@ ;; # This must be Linux ELF. -linux-gnu*) +linux-gnu*|k*bsd*-gnu) case $host_cpu in alpha* | hppa* | i*86 | powerpc* | sparc* | ia64* | s390* ) lt_cv_deplibs_check_method=pass_all ;; only in patch2: unchanged: --- freeradius-1.1.2.orig/configure +++ freeradius-1.1.2/configure @@ -1984,7 +1984,7 @@ ;; # This must be Linux ELF. -linux-gnu*) +linux-gnu*|k*bsd*-gnu) case $host_cpu in alpha* | hppa* | i*86 | powerpc* | sparc* | ia64* | s390* ) lt_cv_deplibs_check_method=pass_all ;; @@ -4239,7 +4239,7 @@ ;; # This must be Linux ELF. -linux-gnu*) +linux-gnu*|k*bsd*-gnu) version_type=linux need_lib_prefix=no need_version=no only in patch2: unchanged: --- freeradius-1.1.2.orig/libltdl/acinclude.m4 +++ freeradius-1.1.2/libltdl/acinclude.m4 @@ -2146,7 +2146,7 @@ ;; # This must be Linux ELF. -linux-gnu*) +linux-gnu*|k*bsd*-gnu) version_type=linux need_lib_prefix=no need_version=no @@ -3370,7 +3370,7 @@ ;; # This must be Linux ELF. -linux-gnu*) +linux-gnu*|k*bsd*-gnu) case $host_cpu in alpha* | hppa* | i*86 | powerpc* | sparc* | ia64* | s390* ) lt_cv_deplibs_check_method=pass_all ;; only in patch2: unchanged: --- freeradius-1.1.2.orig/libltdl/aclocal.m4 +++ freeradius-1.1.2/libltdl/aclocal.m4 @@ -2098,7 +2098,7 @@ ;; # This must be Linux ELF. -linux-gnu*) +linux-gnu*|k*bsd*-gnu) version_type=linux need_lib_prefix=no need_version=no @@ -3300,7 +3300,7 @@ ;; # This must be Linux ELF. -linux-gnu*) +linux-gnu*|k*bsd*-gnu) case $host_cpu in alpha* | hppa* | i*86 | powerpc* | sparc* | ia64* ) lt_cv_deplibs_check_method=pass_all ;; only in patch2: unchanged: --- freeradius-1.1.2.orig/libltdl/configure +++ freeradius-1.1.2/libltdl/configure @@ -2047,7 +2047,7 @@ ;; # This must be Linux ELF. -linux-gnu*) +linux-gnu*|k*bsd*-gnu) case $host_cpu in alpha* | hppa* | i*86 | powerpc* | sparc* | ia64* ) lt_cv_deplibs_check_method=pass_all ;; @@ -4536,7 +4536,7 @@ ;; # This must be Linux ELF. -linux-gnu*) +linux-gnu*|k*bsd*-gnu) version_type=linux need_lib_prefix=no need_version=no
Bug#380141: xdg-utils dependency too strong
reassign 380141 xdg-utils retitle 380141 xdg-utils: dependencies too strong thanks Ray R.: The dependency on xdg-utils is a bit strong. It appears this dependency is only there to get the xdg-open command, but this command is only one of many alternatives called by configure.py. xdg-utils depends on gksu | kdebase-bin, both of which carry a large number of dependencies on gnome or kde libraries, neither of which are required to use lyx. This dependency should be a Recommends at most. I agree, but I'm going to loosen up the dependencies of xdg-utils instead (i.e. move them to recommends). xdg-utils in itself is quite a small package. -- Pelle -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#377194: double-click selection of words not working as expected
On Fri, Jul 28, 2006 at 02:35:12AM -0400, Decklin Foster [EMAIL PROTECTED] wrote: After messing around with various parts of the Perl, I realized it was actually a simple problem: I don't have a cutchars resource set, and presumably Martin doesn't either but you do. If there is no resource set, then no just-match-a-word pattern is pushed in on_init. Aahhh. Here is the patch I'm adding, which, if no cutchars are otherwise set, uses the default documented in the man page. If you have any thoughts on a better way of doing this (having to update the list in yet another place if you decide to change it is obviously a loss) please let me know. No, I'll probably use the patch mostly as-is, seems useful. -- The choice of a -==- _GNU_ ==-- _ generation Marc Lehmann ---==---(_)__ __ __ [EMAIL PROTECTED] --==---/ / _ \/ // /\ \/ / http://schmorp.de/ -=/_/_//_/\_,_/ /_/\_\ XX11-RIPE -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#380205: xchat: highlight keyword list should ignore spaces around commas
Package: xchat Version: 2.6.4-2 Severity: normal When I enter highlight keywords, I'm told to use commas to separate the words. If I also write a space there (as is customary when typing text), the highlight doesn't work. This is fairly counter-intuitive, and it would be best if the spaces surrounding commas would be ignored. Failing that, at least the help text should say without spaces or something like that. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.17-1-486 Locale: LANG=fi_FI.UTF-8, LC_CTYPE=fi_FI.UTF-8 (charmap=UTF-8) Versions of packages xchat depends on: ii libaspell15 0.60.4-4 GNU Aspell spell-checker runtime l ii libatk1.0-0 1.12.1-1 The ATK accessibility toolkit ii libc6 2.3.6-16 GNU C Library: Shared libraries ii libcairo2 1.2.0-3 The Cairo 2D vector graphics libra ii libdbus-1-2 0.62-4 simple interprocess messaging syst ii libdbus-glib-1-20.62-4 simple interprocess messaging syst ii libfontconfig1 2.3.2-7 generic font configuration library ii libfreetype62.2.1-2 FreeType 2 font engine, shared lib ii libglib2.0-02.10.3-3 The GLib library of C routines ii libgtk2.0-0 2.8.18-1 The GTK+ graphical user interface ii libgtkspell02.0.10-3+b1 a spell-checking addon for GTK's T ii libpango1.0-0 1.12.3-1+b1 Layout and rendering of internatio ii libperl5.8 5.8.8-6 Shared Perl library ii libpng12-0 1.2.8rel-5.2 PNG library - runtime ii libssl0.9.8 0.9.8b-2 SSL shared libraries ii libx11-62:1.0.0-7X11 client-side library ii libxcursor1 1.1.5.2-5X cursor management library ii libxext61:1.0.0-4X11 miscellaneous extension librar ii libxfixes3 1:3.0.1.2-4 X11 miscellaneous 'fixes' extensio ii libxi6 1:1.0.0-5X11 Input extension library ii libxinerama11:1.0.1-4X11 Xinerama extension library ii libxrandr2 2:1.1.0.2-4 X11 RandR extension library ii libxrender1 1:0.9.0.2-4 X Rendering Extension client libra ii python2.4 2.4.3-7 An interactive high-level object-o ii tcl8.4 8.4.12-1.1 Tcl (the Tool Command Language) v8 ii xchat-common2.6.4-2 Common files for X-Chat ii zlib1g 1:1.2.3-13 compression library - runtime xchat recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#379956: O: gtk-qt-engine -- theme engine using Qt for GTK+ 2.x
I'd like to adopt this package. I'm already working on the new upstream version. BTW: Is there any reason why the source package is gtk-qt-engine while the actual package name is gtk2-engines-gtk-qt? I'd really like to rename the package to upstreams gtk-qt-engine. Best regards, Bastian -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#380183: [Pkg-lyx-devel] Bug#380183: lyx: can't install 1.4.2-1 directly
Version: 1.4.2-2 Hi, LI Daobing: Package: lyx Version: 1.4.1-2 Severity: important you should depends on higher version of lyx-common or just the same version. This bug has been fixed in 1.4.2-2. It looks like it's available for amd64 now. -- Pelle -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#380206: wrong section in /usr/share/menu/revelation
Package: revelation Version: 0.4.7-2.1 Severity: normal hi there! revelation is ranged in the section Applications/Data Management according to /usr/share/menu/, but the correct one would be Apps/Data Management, I assume. (revelation is the only one ranged in Applications, every other app is ranged in Apps) bye! johannes -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16.14 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages revelation depends on: ii cracklib22.7-19 pro-active password checker librar ii gconf2 2.14.0-1GNOME configuration database syste ii gnome-icon-theme 2.14.2-1GNOME Desktop icon theme ii libbonoboui2-0 2.14.0-2The Bonobo UI library ii libglib2.0-0 2.10.3-1The GLib library of C routines ii libgnomeui-0 2.14.1-1The GNOME 2 libraries (User Interf ii libgtk2.0-0 2.8.18-1The GTK+ graphical user interface ii libpanel-applet2-0 2.14.2-1library for GNOME 2 panel applets ii python 2.3.5-11An interactive high-level object-o ii python-crypto2.0.1+dfsg1-1.2 cryptographic algorithms and proto ii python-gnome22.12.3-2Python bindings for the GNOME desk ii python-gnome2-extras 2.14.0-2Python bindings for the GNOME desk ii python-gtk2 2.8.2-3 Python bindings for the GTK+ widge ii python-xml 0.8.4-5 XML tools for Python ii shared-mime-info 0.17-2 FreeDesktop.org shared MIME databa revelation recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#380207: Syslog-ng on PowerPC does not treat facility filtering properly
Package: syslog-ng Version: 2.0rc1 Syslog-ng on PowerPC does not treat facility filtering properly. As a result, certain facilities are completely ignored in the conf; goes into syslog. It's because of the difference of 'char' type. When you compile filter.c on PowerPC you will get the following messages : filter.c: In function 'filter_facility_eval': filter.c:200: warning: comparison is always true due to limited range of data type It may be resolved by this patch : diff -cr syslog-ng-2.0rc1.orig/src/filter.c syslog-ng-2.0rc1/src/filter.c *** syslog-ng-2.0rc1.orig/src/filter.c Mon Jun 12 08:33:57 2006 --- syslog-ng-2.0rc1/src/filter.c Fri Jul 28 11:11:38 2006 *** *** 189,195 } else { ! static gchar bitpos[32] = { -1, -1, -1, -1, -1, -1, -1, -1, -1, -1, -1, -1, -1, -1, -1, -1, --- 189,195 } else { ! static gint8 bitpos[32] = { -1, -1, -1, -1, -1, -1, -1, -1, -1, -1, -1, -1, -1, -1, -1, -1, -- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#380208: fslint: some progress indication would be fine
Package: fslint Version: 2.16-1 Severity: wishlist This program really should have some progress indication when searching, like a progress bar or filling (and showing) the list of finds or both. I had to ask 'top' if the app is still alive... :o) -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (150, 'testing'), (100, 'stable'), (50, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-2-k7 Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Versions of packages fslint depends on: ii python2.3.5-11 An interactive high-level object-o ii python-glade2 2.8.6-3GTK+ bindings: Glade support ii python-gtk2 2.8.6-3Python bindings for the GTK+ widge fslint recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#380204: freeradius(GNU/k*BSD): FTBFS: out of date libtool scripts
This one time, at band camp, Petr Salinger said: Hi, the current version fails to build on GNU/kFreeBSD, because of outdated libtool. The version of libtool used in freeradius is too old to correctly support Debian GNU/k*BSD, libtool 1.5.2-1 or later is need. It would be nice if you can ask upstream to update libtool in their next release. In mean time, please use attached patch. Thanks in advance Er, we build using the system libtool. So it's not the libtool shipped with the package that's the problem, unless I'm missing something. Can you post a log of the build failure somewhere? Thanks, -- - | ,''`.Stephen Gran | | : :' :[EMAIL PROTECTED] | | `. `'Debian user, admin, and developer | |`- http://www.debian.org | - signature.asc Description: Digital signature
Bug#380204: freeradius(GNU/k*BSD): FTBFS: out of date libtool scripts
Hi Stephen! Er, we build using the system libtool. So it's not the libtool shipped with the package that's the problem, unless I'm missing something. Unfortunately, part of old libtool is in configure scripts. Take a look on files modified by proposed patch. Can you post a log of the build failure somewhere? http://experimental.ftbfs.de/build.php?pkg=freeradiusarch=kfreebsd-i386 Problematic lines are: checking how to recognise dependant libraries... unknown checking dynamic linker characteristics... no checking if libtool supports shared libraries... no checking whether to build shared libraries... no checking whether to build static libraries... yes They should be: checking how to recognise dependant libraries... pass_all checking dynamic linker characteristics... GNU/Linux ld.so checking if libtool supports shared libraries... yes checking whether to build shared libraries... yes checking whether to build static libraries... yes Petr -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#379497: jpeg-xmms build issues with gcc 4.1
forwarded 379497 [EMAIL PROTECTED] thanks hi, jpeg-xmms fails to build from source using gcc 4.1: gcc -O2 -I. -c -o fdctdata.o fdctdata.c gcc -O2 -I. -c -o jquant_x86simd.o jquant_x86simd.c /tmp/ccT4Nyhx.s: Assembler messages: /tmp/ccT4Nyhx.s:59: Error: suffix or operands invalid for `ldmxcsr' make[1]: *** [jquant_x86simd.o] Error 1 make[1]: Leaving directory `/build/buildd/libjpeg-mmx-0.1.5' various other vendors like gentoo already use a slightly modified patch from the following bugreport filed against gcc: http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26653 as it stands this is a issue with jpeg-mmx, not gcc. You can find the full bugreport (also with some ways to fix this issue) in the Debian Bug Tracking System: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=379497 I'am no ASM/SSE Expert, so i think it would be best if you guys could have a look at the patches provided in the above link and could tell me if its safe to include them in the package. bye, - michael -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#373921: i2o_block
Ok. I just did some tests: - Loading dpt_i2o and i2o_block at the same time no longer causes Linux to crash (at least, not with latest 2.6.17 from sid). - Enabling i2o in udev doesn't cause i2o_block to load when dpt_i2o is already available. So I think it's fine to uncomment the line. -#SUBSYSTEM==i2o, RUN+=/sbin/modprobe i2o-block +SUBSYSTEM==i2o, RUN+=/sbin/modprobe i2o-block -- Robert Millan ACK STORM, S.L. - http://www.ackstorm.es -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#310495: [EMAIL PROTECTED]: Re: [PATCH] Add multibyte support]
On Mon, Jul 24, 2006, Mohammed Adnène Trojette wrote: It works well for me too. Great! I don't know what was the problem, but this version seems OK to me. It seems I was too fast. It still freeze when I launch it in vim. It works well on command line. -- adn Mohammed Adnène Trojette
Bug#380078: Precisions
In my previous message, I was saying: Since version 246, a change has been made to libnss_ldap, whose functions getspnam() and getspnam_r() now return * instead of x previously, in the sp_pwdp member of a spwd struct. Of course, this only happens in the case /etc/shadow cannot be read, and thus the password cannot be retrieved, which is the case for most users. Best regards. -- -- Service Hydrographique et Oceanographique de la Marine --- EPSHOM/CIS/MIC -- 13, rue du Chatellier --- BP 30316 --- 29603 Brest Cedex, FRANCE --Phone: +33 2 98 22 17 49 --- Email: [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#379956: O: gtk-qt-engine -- theme engine using Qt for GTK+ 2.x
retitle 379956O ITP: gtk-qt-engine -- theme engine using Qt ... -- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#380209: git-core: FTBFS on GNU/kFreeBSD
Package: git-core Severity: important Version: 1.4.1-1 Tags: patch Hi, the current version fails to build on GNU/kFreeBSD. It needs small tweak to Makefile, see bellow. It would also be nice if you can ask upstream to include this change. Thanks in advance Petr --- Makefile~ 2006-07-28 15:11:05.0 +0200 +++ Makefile2006-07-28 15:11:05.0 +0200 @@ -245,6 +245,9 @@ ifeq ($(uname_S),Linux) NO_STRLCPY = YesPlease endif +ifeq ($(uname_S),GNU/kFreeBSD) + NO_STRLCPY = YesPlease +endif ifeq ($(uname_S),Darwin) NEEDS_SSL_WITH_CRYPTO = YesPlease NEEDS_LIBICONV = YesPlease -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#379956: O: gtk-qt-engine -- theme engine using Qt for GTK+ 2.x
retitle 379956 ITP: gtk-qt-engine -- theme engine using Qt ... -- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#380206: wrong section in /usr/share/menu/revelation
Hello, yes thats wrong. Misunderstanding of the menu-policy on my side. A new upload is being prepared to switch to python2.4 and the new python policy, I'll include the fix there. regards Stefan Johannes Bittner wrote: Package: revelation Version: 0.4.7-2.1 Severity: normal hi there! revelation is ranged in the section Applications/Data Management according to /usr/share/menu/, but the correct one would be Apps/Data Management, I assume. (revelation is the only one ranged in Applications, every other app is ranged in Apps) bye! johannes -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16.14 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages revelation depends on: ii cracklib22.7-19 pro-active password checker librar ii gconf2 2.14.0-1GNOME configuration database syste ii gnome-icon-theme 2.14.2-1GNOME Desktop icon theme ii libbonoboui2-0 2.14.0-2The Bonobo UI library ii libglib2.0-0 2.10.3-1The GLib library of C routines ii libgnomeui-0 2.14.1-1The GNOME 2 libraries (User Interf ii libgtk2.0-0 2.8.18-1The GTK+ graphical user interface ii libpanel-applet2-0 2.14.2-1library for GNOME 2 panel applets ii python 2.3.5-11An interactive high-level object-o ii python-crypto2.0.1+dfsg1-1.2 cryptographic algorithms and proto ii python-gnome22.12.3-2Python bindings for the GNOME desk ii python-gnome2-extras 2.14.0-2Python bindings for the GNOME desk ii python-gtk2 2.8.2-3 Python bindings for the GTK+ widge ii python-xml 0.8.4-5 XML tools for Python ii shared-mime-info 0.17-2 FreeDesktop.org shared MIME databa revelation recommends no packages. -- no debconf information -- Stefan Völkel mobile: +49.170.79177.17 Millenux GmbH phone: +49.711.88770.300 Lilienthalstraße 2 phone: +49.89.608665.27 70825 Stuttgart-Korntal fax: +49.711.88770.349 -= linux without limits -=- http://linux.zSeries.org/ =- signature.asc Description: OpenPGP digital signature
Bug#380174: ITP: xserver-xorq-video-ivtv -- X.Org X server -- IVTV display driver
On 28/07/2006 Ian Campbell wrote: Package: wnpp Severity: wishlist Owner: Ian Campbell [EMAIL PROTECTED] * Package name: xserver-xorq-video-ivtv i believe that you meant xserver-xorg-video-ivtv, not xorq ;-) ... jonas Version : 0.10.6 Upstream Author : John Harvey [EMAIL PROTECTED] * URL : http://www.ivtvdriver.org/ * License : To be determined. Programming Lang: C Description : X.Org X server -- IVTV display driver This driver for the X.Org X server (see xserver-xorg for a further description) provides support for the video overlay on cards support by the IVTV driver (see the ivtv-source package). The IVTV driver supports card using chipsets frmo the iTVC15 family including the iTVC15 (CX24315) and iTVC16 (CX24316). These chips are commonly found on Hauppauge's WinTV PVR-250 and PVR-350 TV capture cards. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (900, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-1-686 Locale: LANG=en_GB.ISO-8859-15, LC_CTYPE=en_GB.ISO-8859-15 (charmap=ISO-8859-15) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#380196: Problems with creating and filtering-into-the folders
On Fri, Jul 28, 2006 at 01:37:11PM +0400, Evgeny Kurbatov wrote: Package: mozilla-mailnews Version: 2:1.7.8-1sarge7.1 Severity: normal Hello! Thank you for mozilla. It's the only browser and mail client I use at all! But the bug has arised yesterday after I've upgraded mozilla-mail. When I try to create a new folder, the window arises named 'Gecko' with such a text: XML Parsing Error: undefined entity Location: chrome://messenger/content/newFolderDialog.xul Line Number 34, Column 16: title=newFolderDialog.xul; ---^ menulist label=newfolderclickhere.label; id=msgNewFolderPicker -^ I cannot reproduce this, do you have any extensions installed? Maybe purging and installing the package helps? - Alexander p.s. please take care that the bug is listed as To: or CC: when replying to this mail (e.g. /reply-all/). -- GPG messages preferred. | .''`. ** Debian GNU/Linux ** Alexander Sack| : :' : The universal [EMAIL PROTECTED] | `. `' Operating System http://www.asoftsite.org | `-http://www.debian.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#380213: Silently fails when using an invalid proxy
Package: reportbug Version: 3.21.2 Severity: normal Hello, if I'm using an invalid proxy, reportbug just exists without error messages: $ http_proxy=http://antani reportbug reportbug Using 'Enrico Zini [EMAIL PROTECTED]' as your from address. Detected character set: UTF-8 Please change your locale if this is incorrect. Getting status for reportbug... Verifying package integrity... Checking for newer versions at packages.debian.org... Querying Debian BTS for reports on reportbug (source)... $ Best regards, Enrico -- Package-specific info: ** Environment settings: DEBEMAIL=[EMAIL PROTECTED] EMAIL=[EMAIL PROTECTED] ** /home/enrico/.reportbugrc: mode expert -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-2-686 Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8) Versions of packages reportbug depends on: ii python2.3 2.3.5-14 An interactive high-level object-o Versions of packages reportbug recommends: ii python2.3-iconvcodec 1.1.2-2.2 Python universal Unicode codec, us -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#380211: kmix: wish to be able to attach documentation to controls
Package: kmix Version: 4:3.5.3-2 Severity: wishlist With my SoundBlaster Live! 5.1 digital model SB0220 EMU10K1 sound card, it is difficult to remember the significance of all all the controls and it would also be good to be able to attach notes to the controls documenting their significance and appropriate settings. On a more general note, a sound card calibration test suite would be good for determining appropriate settings to avoid distortion and unintended feedback. A possible starting point may be the tool available from: http://www.theory.physics.ubc.ca/soundcard/soundcard.html Regards... -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17 Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8) Versions of packages kmix depends on: ii kdelibs4c2a 4:3.5.3-1 core libraries and binaries for al ii libasound21.0.11-7 ALSA library ii libc6 2.3.6-16 GNU C Library: Shared libraries ii libgcc1 1:4.1.1-9 GCC support library ii libstdc++64.1.1-9The GNU Standard C++ Library v3 kmix recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#380204: freeradius(GNU/k*BSD): FTBFS: out of date libtool scripts
This one time, at band camp, Petr Salinger said: Hi Stephen! Er, we build using the system libtool. So it's not the libtool shipped with the package that's the problem, unless I'm missing something. Unfortunately, part of old libtool is in configure scripts. Take a look on files modified by proposed patch. Can you post a log of the build failure somewhere? http://experimental.ftbfs.de/build.php?pkg=freeradiusarch=kfreebsd-i386 Problematic lines are: checking how to recognise dependant libraries... unknown checking dynamic linker characteristics... no checking if libtool supports shared libraries... no checking whether to build shared libraries... no checking whether to build static libraries... yes They should be: checking how to recognise dependant libraries... pass_all checking dynamic linker characteristics... GNU/Linux ld.so checking if libtool supports shared libraries... yes checking whether to build shared libraries... yes checking whether to build static libraries... yes Ah, I see. Can you try a rebuild, but add --enable-shared --with-gnu-ld to the ./configure line? Using system libtool should work around these issues, if it is told that it needs to build shared libraries (I think). I agree that the whole thing needs to be relibtoolized (and the whole auto-* stuff needs to be redone as well), but this so far hasn't worked reliably, which is why we're using this workaround. Thanks, -- - | ,''`.Stephen Gran | | : :' :[EMAIL PROTECTED] | | `. `'Debian user, admin, and developer | |`- http://www.debian.org | - signature.asc Description: Digital signature
Bug#379898: exim4-base: Could create cronjob to check paniclog
On Wed, Jul 26, 2006 at 11:12:42AM +0200, Marc Haber wrote: I would be willing to accept a patch to the daily cron job which would yell into syslog, try to send an e-mail (by directly calling /usr/lib/sendmail and reporting a non-zero exit code to syslog and probably somewhere else). A hook would be nice at this place as well, allowing the local admin to have his local reporting method (like a nagios passive service check or writing a warning to /etc/motd) hooked in. What do you think about this code: log_this() { TEXT=$@ if ! logger -t exim4 -p mail.alert $TEXT; then RET=$? echo 2 ALERT: could not syslog $TEXT, logger return value $RET fi } if [ $WATCH_PANICLOG = yes ]; then if [ -s /var/log/exim4/paniclog ]; then if [ -x /usr/local/lib/exim4/nonzero_paniclog_hook ]; then /usr/local/lib/exim4/nonzero_paniclog_hook fi log_this ALERT: exim paniclog /var/log/exim4/paniclog has non-zero size, mail system possibly broken if ! echo -e Subject: exim paniclog on $(hostname) has non-zero size\nTo: root\n\nexim paniclog /var/log/exim4/paniclog on $(hostname) has non-zero size, mail system might be broken | exim4 root; then log_this PANIC: sending out e-mail warning has failed, exim has non-zero return code fi fi fi with WATCH_PANICLOG being preset to yes? Greetings Marc -- - Marc Haber | I don't trust Computers. They | Mailadresse im Header Mannheim, Germany | lose things.Winona Ryder | Fon: *49 621 72739834 Nordisch by Nature | How to make an American Quilt | Fax: *49 621 72739835 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#380093: Debian branding
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Colin Watson wrote: It would be nice if this text were more generic so that derived distributions didn't have to mess with it. How about only the core of your new system is installed and Software selection? May I suggest removing your from your proposed text? It seems more professional to me. - -- Regards, EddyP = Imagination is more important than knowledge A.Einstein -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.3 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFEyfnhY8Chqv3NRNoRAt1KAJ9gwm/LD4h1NQ3P/ZxTB2J4gjWOegCfRKzn 66PtqdQ/krHtQHH5yi+zxCw= =wsW7 -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#380210: easychem crashes when exporting to eps/pdf
package: easychem version: 0.6-1 Hello! When I try to export my formula to either eps or pdf format, EasyChem crashes without warning after selecting a filename for the exported file and clicking 'OK'. This happens for all the upper 4 choices in the exporting format dialog box (i.e. EPS, EPS optimized for size, EPS with poor bounding box, PDF). Exporting to XFIG works but looks ugly. I have the following ghostscripts installed: gs-esp 8.15.1.dfsg.1-2 gs-gpl 8.50-1.1 with the gs-alternative poiting towards the gpl version. Using the esp version does not work either... In EasyChem's Options/Preferences box it is possible to set a path for gs and pstoedit, but setting these manually does not work, too. Thanks for fixing ;) Cheers, Fabian -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#319444: gnopernicus: rerun libtoolize to fix library name problem
Sounds good. On 2006-07-28 01:56 PDT, Samuel Thibault writes: Samuel Hi, It looks like latest gnopernicus version (1.0.5-1) Samuel got relibtoolized, so that the bug can probably be Samuel closed? Samuel Samuel -- Karl 2006-07-28 04:42 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#344734: intent to hijack python-paramiko
On Wed, Jul 26, 2006 at 01:32:34PM -0400, Jeremy Bouse wrote: Go ahead and NMU with my thanks and blessing... I've made my move cross-country but my system at home is still without network connectivity at this time and the telco has been unable to give me anything close to a firm ETA of when they will. Robert Collins has uploaded 1.5.2-0.1 to 7-day delayed queue, paramiko 1.6.1 has some problems with current bzr.dev, so I'm holding off on that till bzr.dev copes with it (and/or till paramiko 1.6.2). I didn't mention a closes: 344734 in the changelog on account of 1.5.2 being old upstream, but I should have mentioned it, sorry. I still have to figure out how to best do debian/ maintenance, you can find my branches at http://bzr.richtlijn.be/pkg-paramiko{,.nmu,.152}, pkg-paramiko.152 being the one that is actually uploaded. HTH, Wouter van Heyst -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#379935: Wrong cursor place in OverTheSpot mode of inputmethods
gtk2's XIM does NOT support OverTheSpot, but gtk2's GTK immodule SUPPORTS OverTheSpot. It is why #290864 was blocked by #290469, because gtk2 XIM has no OverTheSpot, even in the latest versions. Major inputmethod frameworks all support GTK immodule and OverTheSpot, and they work great in all gtk2-based applications, besides mozilla family. Upstream's #271815 was fixed for GTK immodule with OverTheSpot. It still does not support XIM with OverTheSpot, because gtk2 builds depend on gtk2's inputmethod framework, and gtk2 XIM has no OverTheSpot. #379935 (my bug report) is NOT blocked by #290469. It is NOT related with gtk2's XIM. #290864 was blocked by #290469, obviously. My report should not be mixed with it. Not all patchs will accept by maintainers, I konw. But my report should not be blocked by a funny reason. It is mozilla's official patch, not mine. I think it is worth to be merged with Debian's packages. Mike Hommey wrote: #290864 points to the upstream bug you pointed to. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#275647: done now
Hi, tuxtype now includes a menu entry, I just forgot to close this bug in the changelog (where I mentioned the change). regards, Holger pgpNWwmIVfOwJ.pgp Description: PGP signature
Bug#380119: [Resolvconf-devel] Bug#380119: resolvconf: patch to support dnscache instances managed by runit instead of by daemontools
Can you please send the new version of the script (rather than the diff)? -- Thomas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#380049: debian-installer/etch bug report
On Thu, Jul 27, 2006 at 12:21:48PM -0700, Ryan Rawson wrote: Rescue mode doesn't work for me. When I try to start the md array I end up with the same device or resource busy error. Which device was detected/suggested by rescue? The md? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#380114: Recommends unavailable ggz-python-games
Alle 19:04, giovedì, 27. luglio 2006, Luk Claes ha scritto: Your package recommends ggz-python-games which is not available (anymore?) in unstable. Same as #377811 (ggz-gnome-client): ggz-python-games will be uploaded soon. Josef
Bug#380093: Debian branding
On Fri, Jul 28, 2006 at 02:49:53PM +0300, Eddy Petrisor wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Colin Watson wrote: It would be nice if this text were more generic so that derived distributions didn't have to mess with it. How about only the core of your new system is installed and Software selection? May I suggest removing your from your proposed text? It seems more professional to me. I prefer the your included, it is more personal (user-friendly) GSt -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#380214: reportbug not permitted to send mail by debian SMTP server
Package: reportbug Version: 3.8 Sending a bug report without having any mail client on my system, I get: Report will be sent to Debian Bug Tracking System [EMAIL PROTECTED] Submit this report on qemacs (e to edit) [Y|n|a|c|e|i|l|m|p|?]? y Connecting to master.debian.org via SMTP... SMTP send failure: {'[EMAIL PROTECTED]': (550, 'relay not permitted')} Wrote bug report to /tmp/reportbug-qemacs-20060728-11176-RNybVx Therefore I can't send a bug report using it. There's some irony here, one might say. My .reportbugrc: # reportbug preferences file # Version of reportbug this preferences file was written by reportbug_version 3.8 # default operating mode: one of: novice, standard, advanced, expert mode standard # default user interface ui text # offline setting - comment out to be online #offline # name and email setting (if non-default) realname Phil Carmody email [EMAIL PROTECTED] # Disable fallback mode by commenting out the following: no-cc header X-Debbugs-CC: [EMAIL PROTECTED] smtphost master.debian.org # You can add other settings after this line. See # /etc/reportbug.conf for a full listing of options. Package and dependents versions: ||/ Name VersionDescription +++-==-==- ii reportbug 3.8reports bugs in the Debian distribution ii python2.3 2.3.5-3sarge1 An interactive high-level object-oriented la ii libc6 2.3.2.ds1-22sa GNU C Library: Shared libraries and Timezone My uname -a: Linux kilospaz 2.2.15 #1 Thu Jun 1 10:47:16 EST 2000 i686 GNU/Linux () ASCII ribbon campaign ()Hopeless ribbon campaign /\against HTML mail/\ against gratuitous bloodshed [stolen with permission from Daniel B. Cristofani] __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#380215: C-h b q crashes qemacs
Package: qemacs Version: 0.3.1-5 Severity: normal Start qemacs in a text console (I've not tested this within X). C-h b : to pull up the key bindings. It's empty - is this a bug? q : to quit that popup. Gives me a segmentation fault every time. -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.2.15 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages qemacs depends on: ii libc6 2.3.2.ds1-22sarge3GNU C Library: Shared libraries an ii libpng12-0 1.2.8rel-1PNG library - runtime ii libx11-6 4.3.0.dfsg.1-14sarge1 X Window System protocol client li ii libxext6 4.3.0.dfsg.1-14sarge1 X Window System miscellaneous exte ii libxv1 4.3.0.dfsg.1-14sarge1 X Window System video extension li ii xlibs 4.3.0.dfsg.1-14sarge1 X Keyboard Extension (XKB) configu -- no debconf information () ASCII ribbon campaign ()Hopeless ribbon campaign /\against HTML mail/\ against gratuitous bloodshed [stolen with permission from Daniel B. Cristofani] __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]