Bug#355361: network-manager-gnome: Bug still present
On Wed, May 10, 2006 at 07:09:07AM +0200, Mike Hommey [EMAIL PROTECTED] wrote: O_o but why doesn't it work until I create the NetworkManagerInfo.conf one ? o_O and now it just works without... I can confirm from another PC that it just doesn't work after install. After the following steps, it was ok: - copy nm-applet.conf to NetworkManagerInfo.conf - reload dbus - restart nm-applet After the following steps, it was still ok: - remove NetworkManagerInfo.conf - reload dbus - restart nm-applet One would think we just would have the same state as right after install, but it appears not. Mike -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#366620: initramfs-tools: 2.6.16-1-powerpc fails to mount rootfs, 2.6.15-1-powerpc works
On Wed, May 10, 2006 at 12:55:39AM +0200, maximilian attems wrote: tags 366620 moreinfo stop On Tue, May 09, 2006 at 11:54:24PM +0200, Hans Ekbrand wrote: Package: initramfs-tools Version: 0.60 Severity: important This might be a bug in the kernel or udev or something else, but failure to mount root fs smells like an initrd problem to me. Bootloader: quik, with ramdisk_size 8192 (even tested 16384, with no luck) Rootfs: ext2 on ide Module for the harddisk: lsmod says ide_disk on 2.6.15, but the module is called ide-disk.ko and that module is present in booth the working initrd.img (2.6.15-1-powerpc) and the non-working (2.6.16-1-powerpc). ext2.ko also present in the initrd in booth initrds. Debuging is problematic on this box since I don't have a working serial console, nor can I interact with the bootloader via the keyboard, so If a kernel+initrd doesn't work, I have to boot from the woody installation floppy-disks and rescue from a shell in the installation program. you didn't tell the error message? what mkvmlinuz version are you using? This is probably (not 100% sure though) an old-world powermac, probably booted by quik or bootx. In both cases, mkvmlinuz is not used, or at least its scripts are silently skipped. Friendly, Sven Luther what ppc box is that? cat /proc/cpuinfo regards -- maks -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED] --- Wanadoo vous informe que cet e-mail a ete controle par l'anti-virus mail. Aucun virus connu a ce jour par nos services n'a ete detecte. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#366676: libx11-dev: dubious dependency on libxext-dev
Package: libx11-dev Version: 2:1.0.0-6 Severity: normal When trying to compile libx11 and libxext from source I run into the following dependency problem: - libx11-dev depends on libxext-dev - libxext build-depends on libx11-dev .. therefore I am unable to build libxext! I am not sure whether the culprit is libx11-dev or libxext. Cheers, Jeremy -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-1-686 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages libx11-dev depends on: ii libx11-6 2:1.0.0-6 X11 client-side library ii libxau-dev1:1.0.0-3 X11 authorisation library (develop ii libxdmcp-dev 1:1.0.0-4 X11 authorisation library (develop ii libxext-dev 1:1.0.0-4 X11 miscellaneous extensions libra ii x11proto-core-dev 7.0.4-3X11 core wire protocol and auxilia ii x11proto-input-dev1.3.2-3X11 Input extension wire protocol ii x11proto-kb-dev 1.0.2-3X11 XKB extension wire protocol ii xtrans-dev1.0.0-5X transport library (development f libx11-dev recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#364365: [Build-common-hackers] Bug#364365: cdbs: python-distutils.mk should remove .pyo files on clean
Am Sonntag, 23. April 2006 00:43 schrieb Arnaud Fontaine: The clean target of python-distutils.mk should remove all the *.pyo files. On what grounds? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#365122: [Build-common-hackers] Bug#365122: Should support multiple -dbg packages without setting DEB_DBG_PACKAGE_$(cdbs_curpkg)
Am Freitag, 28. April 2006 07:46 schrieb Josh Triplett: Right now, cdbs supports a single -dbg binary package per source package if you just list the package in debian/control. However, if you have multiple -dbg packages, it looks like you need to explicitly set DEB_DBG_PACKAGE_$(cdbs_curpkg) to tell cdbs that each -dbg package exists. cdbs should support just assuming that each -dbg package in debian/control should contain the debug symbols for the package of the same name without -dbg, unless told otherwise. This sounds reasonable. I'm a little afraid that if we support too many overlapping practices, it will get too wild. But this might be OK. Any other comments? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#366678: wajig show no longer shows any packages
Package: wajig Version: 2.0.32 Severity: normal wajig show now produces No packages found from those known to be available or installed. This happens no matter which package I look for, whether it is installed or not. The command always used to work. -- 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-1-k7 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages wajig depends on: ii apt 0.6.44 Advanced front-end for dpkg ii python2.3.5-5An interactive high-level object-o ii python-apt0.6.17 Python interface to libapt-pkg wajig recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#365092: make-kpkg fails on amd64 for xen
reopen 365092 ! found 365092 10.047 thanks Hello, there is still a similiar bug in .../ruleset/common/archvars.mk . But even when fixing it, cross compiling an amd64 kernel with the Xen 3.0.2 patch on arch i386 still does not work: ... make[1]: Entering directory `/home/as-it-st-1/aa-kernel/build/aa-amd64-smp-xen' CHK include/linux/version.h SYMLINK include/asm - include/asm-x86_64 UPD include/linux/version.h SPLIT include/linux/autoconf.h - include/config/* CC arch/x86_64/kernel/asm-offsets.s cc1: error: code model `kernel' not supported in the 32 bit mode cc1: sorry, unimplemented: 64-bit mode not compiled in make[2]: *** [arch/x86_64/kernel/asm-offsets.s] Error 1 make[1]: *** [prepare0] Error 2 make[1]: *** Waiting for unfinished jobs HOSTCC scripts/kallsyms CC scripts/mod/empty.o cc1: error: code model `kernel' not supported in the 32 bit mode cc1: sorry, unimplemented: 64-bit mode not compiled in Cross compiling a non-Xen kernel works flawlessly. Regards, Torsten -- http://www.twerner42.de/
Bug#366540: Samba 'panic action'
reassign 366540 libnss-ldap 238-1 severity 366540 important merge 347477 366540 thanks On Wed, May 10, 2006 at 09:19:21AM +0200, Arved Peix wrote: Hi, Am Dienstag 09 Mai 2006 23:30 schrieben Sie: Hello, What version of libnss-ldap do you have installed? ii libnss-ldap 238-1 NSS module for using LDAP as a naming service Ok. This unfortunately appears to be the same bug as #347477 in libnss-ldap, which hasn't seen any movement. As a workaround, I would suggest running nscd on this system, to buffer the libnss-ldap calls from the samba address space, to see if that eliminates the problem. -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. [EMAIL PROTECTED] http://www.debian.org/ signature.asc Description: Digital signature
Bug#321626: builds on amd64
Hi, I managed to build xmame-0.104 on amd64. It takes a long time but finally builds, and it seems to work correctly. I played 1 minute metal slug x and I had no issues. Is this a case or it can work on amd64? All the best, Rob -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#366677: klogd: does not read /etc/default/klogd
Package: klogd
Version: 1.4.1-17.2
Severity: wishlist
File: /etc/init.d/klogd
When the klogd package reinstallas /etc/init.d/klogd, I always modify it
like this:
--- klogd~ 2006-04-23 04:42:49.0 +0200
+++ klogd 2006-05-10 11:40:10.0 +0200
@@ -10,7 +10,7 @@
# Use KLOGD=-k /boot/System.map-$(uname -r) to specify System.map
#
-KLOGD=
+KLOGD=-c 4
running()
{
This in fact should be controlled by an appropriate /etc/default/klogd
file containing user options.
-- System Information:
Debian Release: testing/unstable
APT prefers testing
APT policy: (990, 'testing'), (500, 'testing-proposed-updates')
Architecture: i386 (i686)
Shell: /bin/sh linked to /bin/bash
Kernel: Linux 2.4.30-pre2-pr-hrt-1kHz-1
Locale: LANG=C, [EMAIL PROTECTED] (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set
to C)
Versions of packages klogd depends on:
ii libc6 2.3.6-7GNU C Library: Shared libraries
ii sysklogd [system-log-daemon] 1.4.1-17.2 System Logging Daemon
klogd recommends no packages.
-- no debconf information
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#365464: proftpd: net ACLs are buggy
On Wed, May 10, 2006 at 07:29:30AM +0200, Julien BLACHE wrote: Francesco Paolo Lovergine [EMAIL PROTECTED] wrote: Hi, Huh? It's a IPv6 address, followed by a slash, followed by the number of significant bits in decimal. Just like IPv4. Sorry, that's not what I meant. :::192.168.0.0/124 is correct, :::192.168.0.0/24 not. because the second address is a mixed ipv4-in-ipv6 spec, but must specify the whole 128 bit range, not the ipv4 form. Ah, ok, now it makes sense to reject that, indeed. As long as regular IPv4 CIDR is supported :) The true problem is admin inconsistency ;) Unfortunately :::10.0.0.0/24 is a perfectly valid CIDR notation, but IS NOT what a naive user would expect, because IPV6 CIDR are on a 128bit range. So using that notation indeed open the daemon to all ipv4 addresses, as noted. Being defensive on that regards could help. My own opinion is that using a 32 bit CIDR value with a ipv4-into-ipv6 address should be at least warned or refused (as in the patch) because it's probably an admin error. Upstream patches refuses CIDR notation in IPv6 context at all which is sub-optimali, indeed. ::1/124 would be refused as well, for instance. -- Francesco P. Lovergine -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#366114: Files needed
On Tue, 2006-05-09 at 20:31 +0200, Sven Marnach wrote: Michel Dänzer schrieb am Di, 09. Mai 2006, um 15:07:44 +0200: Does either of the following options make a difference? Option SilkenMouse off Option ColorTiling off Option SWcursor No. Bummer, thanks for trying. It would be great if you could try with a DRM built from DRI CVS, see http://dri.freedesktop.org/wiki/Building#head-59338b545aa94fe7570b689a9f9f850f53f732ca http://dri.freedesktop.org/wiki/Building#head-d3dcc7d83ae38d3b36f7f23ddcd4f5268396b2b4 Also, if you're using Option AGPMode or any other AGP/DRI related options, does disabling them make a difference? I don't understand what it means to disable the Option AGPMode. Just don't specify it or comment it out, but the log file you provided looks like that's already the case. -- Earthling Michel Dänzer | http://tungstengraphics.com Libre software enthusiast | Debian, X and DRI developer
Bug#365464: proftpd: net ACLs are buggy
Francesco Paolo Lovergine [EMAIL PROTECTED] wrote: The true problem is admin inconsistency ;) Unfortunately :::10.0.0.0/24 is a perfectly valid CIDR notation, but IS NOT what a naive user would expect, because IPV6 CIDR are on a 128bit range. So using that notation indeed open the daemon to all ipv4 addresses, as noted. Being defensive on that regards could help. My own opinion is that using a 32 bit CIDR value with a ipv4-into-ipv6 address should be at least warned or refused (as in the patch) because it's probably an admin error. Upstream patches refuses CIDR notation in IPv6 context at all which is sub-optimali, indeed. Refusing the v4compat notation might be the best option to avoid errors. JB. -- Julien BLACHE [EMAIL PROTECTED] | Debian, because code matters more Debian GNU/Linux Developer| http://www.debian.org Public key available on http://www.jblache.org - KeyID: F5D6 5169 GPG Fingerprint : 935A 79F1 C8B3 3521 FD62 7CC7 CD61 4FD7 F5D6 5169 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#366554: Bug#366618: ITP: cdck -- A simple program to verify CD/DVD quality
My package is already prepared for uploading [0], and I've asked one of my previous sponsors. ok, I've just started package it last night but not ready yet. You won, it's yours... :) -- Sandro Tosi (aka Morpheus, matrixhasu) My (little) site: http://matrixhasu.altervista.org/
Bug#366660: gzip unlinks input before closing output, results in data loss
Package: gzip
Version: 1.3.5-13
Severity: critical
Tags: patch
Justification: causes serious data loss
gzip must check that closing the output file succeeds before removing
the input file, since on an NFS filesystem write failures may only be
reported at close time (see the close(2) man page).
Indeed in our environment we are seeing this problem with NFS and disk
quotas. This results in loss of the input file, despite the fact that
gzip reports an error and the output file is truncated.
I've attached a proposed patch. In the original code, copy_stat() has
the side-effect of removing the input file. Here I have moved the
unlink out of that function and to below the close of the output file.
Matt
-- System Information:
Debian Release: testing/unstable
Architecture: i386 (i686)
Shell: /bin/sh linked to /bin/bash
Kernel: Linux 2.6.16.4-general
Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8)
Versions of packages gzip depends on:
hi debianutils 2.15.2 Miscellaneous utilities specific t
hi libc6 2.3.5-8GNU C Library: Shared libraries an
gzip recommends no packages.
-- no debconf information
--- gzip.c.orig 2006-05-10 15:12:34.0 +1000
+++ gzip.c 2006-05-10 15:45:35.0 +1000
@@ -882,10 +882,21 @@
close(ifd);
if (!to_stdout) {
- /* Copy modes, times, ownership, and remove the input file */
- copy_stat(istat);
- if (close(ofd))
-write_error();
+ /* Copy modes, times, and ownership */
+ copy_stat(istat);
+ if (close(ofd))
+ write_error();
+ remove_ofname = 0;
+
+ /* It's now safe to remove the input file: */
+ if (xunlink (ifname)) {
+ int e = errno;
+ WARN((stderr, %s: , progname));
+ if (!quiet) {
+ errno = e;
+ perror(ifname);
+ }
+ }
}
if (method == -1) {
if (!to_stdout) xunlink (ofname);
@@ -1745,16 +1756,6 @@
#ifndef NO_CHOWN
fchown(ofd, ifstat-st_uid, ifstat-st_gid); /* Copy ownership */
#endif
-remove_ofname = 0;
-/* It's now safe to remove the input file: */
-if (xunlink (ifname)) {
- int e = errno;
- WARN((stderr, %s: , progname));
- if (!quiet) {
- errno = e;
- perror(ifname);
- }
-}
}
#if ! NO_DIR
Bug#362959: Easy removals: B
severity 362959 grave thanks On Wed, May 10, 2006 at 08:12:26AM +0200, Isaac Clerencia wrote: On Wednesday 10 May 2006 07:48, Steve Langasek wrote: # 362959 remove bygfoot/1.9.4-1 Seems to be pretty unreproducible across most architectures, may not even be a bug anymore -- deferred for the moment. I've downgraded the severity to normal and marked as unreproducible, may be it was a gtk bug? Nope, still reproducible in unstable on amd64. -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. [EMAIL PROTECTED] http://www.debian.org/ signature.asc Description: Digital signature
Bug#365125: perl: More info
On Wed, May 10, 2006 at 04:28:59PM +1000, Brendan O'Dea wrote: tags 365125 + patch pending thanks On Tue, May 09, 2006 at 06:50:01PM -0400, [EMAIL PROTECTED] wrote: [ ... ] OK. It would seem that the utf8 change introduced in sarge4 does indeed not play nicely with the newer version of Tk. I've prepared a new version of debian/patches/23_fix_utf8_taint which incorporates upstream changes #23084 and #23085 from Nick Ing-Simmonds for Tk. This seems to work for the original testcase for utf8/taint, and the widget demo from perl-tk 804.027-4 works for me. Please test: $ apt-get source perl $ cd perl-5.8.4 $ debian/rules unpatch [replace debian/patches/23_fix_utf8_taint attached] $ debian/rules patch $ dch -n Test Tk fix $ dpkg-buildpackage -rfakeroot -us -uc --bod I followed your instructions, rebuilt the packages and everything works for me now. Thanks for your help Helmut -- - Helmut Lichtenberg [EMAIL PROTECTED] Tel. +49 (0)5034/871-128 Institut für Tierzucht 31535 Neustadt Germany - -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#366673: doc-rfc-3000-3999: RFC3550 is missing
Package: doc-rfc-3000-3999 Version: 20030621-1 Severity: normal RFC 3550 is missing (RTP) Best regards Andrei Emeltchenko -- 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.16-rc5 Locale: LANG=ru_RU.KOI8-R, LC_CTYPE=ru_RU.KOI8-R (charmap=KOI8-R) Versions of packages doc-rfc-3000-3999 depends on: ii doc-rfc-std 20030621-1 Standard RFCs doc-rfc-3000-3999 recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#339038: Quickdirty trick solution of the problem
I can confirm the bug and that commenting out the line dup /Duplex false put in the resulting postscript file solves the problem. Moritz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#366675: ssh-askpass: missing man page, while defined in /etc/alternatives
Package: ssh-askpass Version: 1:1.2.4.1-4 Severity: normal The man page is missing, while the link for manpage is defined in /etc/alternatives by postinst script. Hence, it causes a dangling symling log when rebuilding the mandb. -- 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-1-686 Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8) (ignored: LC_ALL set to fr_FR.utf8) Versions of packages ssh-askpass depends on: ii libc6 2.3.6-7GNU C Library: Shared libraries ii libice6 1:1.0.0-3 X11 Inter-Client Exchange library ii libsm61:1.0.0-4 X11 Session Management library ii libx11-6 2:1.0.0-6 X11 client-side library ii libxt61:1.0.0-4 X11 toolkit intrinsics library ssh-askpass recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#345396: xserver-xorg: Conflicts nvidia-glx ... in other words: older hardware isnt supported anymore
Randall Donald wrote: I use an older nvidia GeForce Graphics-Board, which is only supported up to driver version 7174. See http://www.nvidia.com/object/IO_18897.html Until now I had no problems with that. But now I have to decide if I want to use the old driver and so cant upgrade the xserver-xorg package, or to use the free nv driver for this card and miss the hardware- acceleration while upgrading xserver-xorg to 6.9.0.dfsg.1-1 and further. The upcoming nvidia-*-legacy packages will also have the diversion so I'll just reassign this bug over to me if you all don't mind. one of my pcs has an old riva, that's supported up to driver version 7174. i recently tried to install nvidia support the Debian way, as the nvidia installer for 7174 works no more with the newer version of the xorg server, or so it seems to me i had no problem building the kernel legacy modules, but i found that the nvidia-glx that i installed had a mismatched version... i found Randy's repository and tried to install nvidia-glx-legacy_1.0.7174-1_i386.deb but nvidia-glx-legacy_1.0.7174-1_i386.deb is meant for an xfree server... am i correct? at the moment, i'm using the nv video driver, but no ppracer is too sad to say in words... may i wish that in the future there will be a nvidia-glx-legacy.*7174.*.deb built for the xorg server? best regards, gb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#185006: w3m: doesn't complain if it tries to download file to full disk
Karsten Schoelzel wrote:
Here is a patch which solves the problem by:
If there is a short write in save2tmp stop trying and return with a error
code.
In the main program examine the return code of child processes on SIGCHLD.
If an error occured say so in the Download List Panel.
It's a shame you can't propagate the actual error code through, but
this is definitely better than the previous code :-)
@@ -6400,7 +6407,9 @@ DownloadListBuffer(void)
if (d-ok) {
Strcat(src, Sprintf(input type=submit name=ok%d value=OK,
d-pid));
- if (size d-size)
+ if (d-err)
+ Strcat_charp(src, Error while saving file);
+ else if (size d-size)
Strcat_charp(src, Download incompleted);
else
Strcat_charp(src, Download completed);
While you're changing this bit you might as well fix the grammar error:
Download incompleted is definitely wrong; Download in progress is
better (though I am making assumptions about when it's printed).
-- PMM
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#366603: amaya: couldn't even start on Thinkpad
merge 366603 357439 thanks Hi, Dan Jacobson said: Here on system #2, I couldn't even get amaya to start: ERROR! sizeof(I830DRIRec) does not match passed size from device driver libGL warning: 3D driver returned no fbconfigs. libGL error: InitDriver failed libGL error: reverting to (slow) indirect rendering Ok, it can't find DRI, so falls back to software Mesa... The program 'amaya' received an X Window System error. This probably reflects a bug in the program. The error was 'BadMatch (invalid parameter attributes)'. (Details: serial 5812 error_code 8 request_code 144 minor_code 5) (Note to programmers: normally, X errors are reported asynchronously; that is, you will receive the error a while after causing it. To debug your program, run it with the --sync command line option to change this behavior. You can then get a meaningful backtrace from your debugger if you break on the gdk_x_error() function.) ...and here comes the crash. As expected. This is a known problem, though no identified yet, somewhere in Amaya and/or wxWidgets and/or GTK+ and/or Mesa and/or X. See #357439 for more informations. I'm stil trying to find out which bit is wrong, and fix it. I noticed that DRI can't be enabled with your graphic card, I suggest you look at it, as it migh make it possible to run Amaya. Not a proper fix, but it's still better than nothing at all... Regis -- While a monkey can be a manager, it takes a human to be an engineer Erik Zapletal
Bug#366658: efix throws floating point exception
package efax tags 366658 + unreproducible moreinfo stop Running on Debian etch i386 on x86_64 machine with 2.6.8-12-amd64-k8 kernel. 4660_100.txt is 7bit clean. Throws with and without ^M at end of lines. I've tested efix here and got no error but I'm not using x86_64. Please can you try these steps: 1. try other txt files - if it only crashes on that file, please send it in; 2. send in the version numbers of efax dependencies: dpkg -l libc6 libpaper-utils debconf make ; 3. upgrade to the current linux-image-2.6-amd64-k8 in etch and tell me whether it still crashes. Thanks for giving feedback, -- 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#364927: more info
it could be that its looking for a non-existent font. running strace on audacity i see: write(3, -\2\16\0\327\7\300\2*\0\300\2-*-helvetica-regular-*-*-*-*-*-*-*-*-*-*-*o8\227\1\3\0\327\7\300\2\1\0\0\0, 68) = 68 however xfontsel does not show that there *is* a helvetica-regular, only helvetica-medium. this problem is occuring on multiple machines all after the major xorg upgrade to v.7. perhaps the font package that helvetica is a part of has changed. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#366674: Printer job names passed to CUPS are in some cases too long
Package: cups Version: 1.1.23-10sarge1 I use Samba in combination with CUPS to print (using printing = cups in Samba). The problem is that when (Windows) clients spool job, they also send the name of job, which normally is the filename of the original document (printed from). In the job history page (http page), CUPS uses the longest jobname to decide where (on the right site) the buttons should be put. If there is one job with a very longname, these buttons are put in an invisible part of the page on the right, and one has to scroll to the right (over and over again) to press the buttons. I don't know whether this is either a bug in CUPS or a bug in Samba, but my guess is that it should be fixed in CUPS because CUPS can decide when a jobname is too long and if so cut(truncate) it to a correct length. (of not please correct me). -- Ing. A.C.J. van Amersfoort (Arno) Department Of Electronics (ELD, k1007) Huygens Laboratory Leiden University P.O. Box 9504 Niels Bohrweg 2 2333 CA Leiden The Netherlands Phone : +31-(0)71-527.1894 Fax: +31-(0)71-527.5819 E-mail: [EMAIL PROTECTED] Arno's (Linux firewall) homepage: http://rocky.eld.leidenuniv.nl -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#279877: libnet-ssh-perl
Hi! Any news on the libnet-ssh-perl-perl ITP? What were the problems with Math::GMP? Can I help, somehow? I'd like to have the functionalities of this module for some work I have to do and so it would be nice to have it in debian and working well... Thanks for any info you can provide! Guido -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#366554: Bug#366618: ITP: cdck -- A simple program to verify CD/DVD quality
On Wed, May 10, 2006 at 08:29:17AM +0200, Sandro Tosi wrote: What about #366554 ? Sorry, dind't see it. No problem. Gregor, who will do this package? My package is already prepared for uploading [0], and I've asked one of my previous sponsors. But I don't mind if you already have a package too or can upload it or have a sponsor or whatever. gregor [0] http://www.toastfreeware.priv.at/debian/unstable/ -- .''`. http://info.comodo.priv.at/ | gpg key ID: 0x00F3CFE4 : :' : infos zur usenet-hierarchie at.*: http://www.usenet.at/ `. `' member of https://www.vibe.at/ | how to reply: http://got.to/quote/ `-Rome wasn't burned in a day. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#366669: openuniverse_1.0beta3.1-5(amd64/unstable): FTBFS: build-depends on removed xlibmesa-glu-dev
Package: openuniverse Version: 1.0beta3.1-5 Severity: serious There was an error while trying to autobuild your package: ** Using build dependencies supplied by package: Build-Depends: libglut3-dev, debhelper (= 1.1.17), flex, bison, xlibmesa-gl-dev, xlibmesa-glu-dev, libjpeg62-dev, libsm-dev, libice-dev, libxmu-dev, libxi-dev, libxext-dev, libx11-dev It must build-depend on libglu1-mesa-dev, not on xlibmesa-glu-dev. A full build log can be found at: http://buildd.debian.org/build.php?arch=amd64pkg=openuniversever=1.0beta3.1-5 Best regards Frederik Schueler -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#355785: network-manager: Does not discover wireless interface at all
Hi Mikael, NetworkManager uses hal to discover the network interfaces. So, if your network driver is written properly and generates a correct hotplug event upon plug in, hal will discover this change and forward the information to NetworkManager. Reloading NetworkManager is not necessary in this case. You can monitor hal with lshal -m net. Hal is usually very picky and needs a properly written driver. So if it does not work for you, the correct and final solution is to fix the driver. You could check with the hal maintainer and ask if the orinoco driver is fully hal compliant/supported by hal. Cheers, Michael -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Bug#241663: Reassigning bug that definitely doesn't belong to shadow
tags 311058 - wontfix reassign 311058 libpam-modules merge 311058 241663 The story of this bug report clearly shows that the correct fix is not in shadow but rather in libpam-modules if its maintainer(s) decide this should be fixed (see #241663). The issue has been documented for enough time now and I believe this is not the BTS job to document issues. As a consequence, I reassign the bug to libpam-modules, merging with #241663which has a patch that probably deserves some consideration, anyway. -- signature.asc Description: Digital signature
Bug#366668: KArm's Start New Session and Reset All Times don't work from within Kontact
Package: kontact Version: 4:3.5.2-1+b2 When I use KArm (4:3.5.2-1+b2) from within Kontact File-Start New Session and File-Reset All Times don't show any effect. Both work fine in stand-alone KArm (session/all times are reset). Cheers, Thomas Luzat -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#355361: network-manager-gnome: Bug still present
Mike Hommey wrote: On Wed, May 10, 2006 at 08:11:52AM +0200, Michael Biebl [EMAIL PROTECTED] wrote: Mike Hommey wrote: On Wed, May 10, 2006 at 07:09:07AM +0200, Mike Hommey [EMAIL PROTECTED] wrote: O_o but why doesn't it work until I create the NetworkManagerInfo.conf one ? o_O and now it just works without... I can confirm from another PC that it just doesn't work after install. After the following steps, it was ok: - copy nm-applet.conf to NetworkManagerInfo.conf - reload dbus - restart nm-applet After the following steps, it was still ok: - remove NetworkManagerInfo.conf - reload dbus - restart nm-applet One would think we just would have the same state as right after install, but it appears not. Mike You make it overly complicated. Simply follow the instructions in the README.Debian file. 1.) Install network-manager(-gnome) 2.) Add all users, that shall be able to connect to NM, to group netdev. 3.) Reload dbus. The thing is, that is the very first thing i did ! There is absolutely no need to copy a file around. Definitely not. Here, on my 2 computers, it was. Well, I can not reproduce the behaviour you are describing (and it works for all the other users of NM too). For me the above three steps are sufficient. Besides I cannot see a reason why renaming file could help. Dbus does not care for the file name but only for it's content. I guess you are experiencing a strange side effect here. If you are definitely sure that you are not doing something wrong and that dbus is behaving incorrect, you should probably file a bug report against *dbus* after further investigation. Michael -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Bug#365464: proftpd: net ACLs are buggy
On Wed, May 10, 2006 at 10:45:49AM +0200, Julien BLACHE wrote: Francesco Paolo Lovergine [EMAIL PROTECTED] wrote: The true problem is admin inconsistency ;) Unfortunately :::10.0.0.0/24 is a perfectly valid CIDR notation, but IS NOT what a naive user would expect, because IPV6 CIDR are on a 128bit range. So using that notation indeed open the daemon to all ipv4 addresses, as noted. Being defensive on that regards could help. My own opinion is that using a 32 bit CIDR value with a ipv4-into-ipv6 address should be at least warned or refused (as in the patch) because it's probably an admin error. Upstream patches refuses CIDR notation in IPv6 context at all which is sub-optimali, indeed. Refusing the v4compat notation might be the best option to avoid errors. It's wrong as well. Any of the 4 words can be specified in dot-notation on the basis of ipv6 syntax. The best option IMHO is a clear warning in case of /1-32 CIDR notation. -- Francesco P. Lovergine -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#366611: coq-doc-html: fails to install due to typo in /usr/share/doc-base/coq-rectutorial
Hi, Remi Vanicat wrote: when trying to install the experimental coq-doc-html package, it failed due to a type in /usr/share/doc-base/coq-rectutorial. One read as section: tion: Apps/Math when it should be Section: Apps/Math Thanks for reporting this. I'll try to correct that soon. Cheers, Samuel. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#6439: look no more
Hi, Hope I am not writing to wrong address. I am nice, prettya looking girl. I am planning on vbisitibng your town this month. Can we meet each otherb in person? Message me back at [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#355361: network-manager-gnome: Bug still present
On Wed, May 10, 2006 at 08:11:52AM +0200, Michael Biebl [EMAIL PROTECTED] wrote: Mike Hommey wrote: On Wed, May 10, 2006 at 07:09:07AM +0200, Mike Hommey [EMAIL PROTECTED] wrote: O_o but why doesn't it work until I create the NetworkManagerInfo.conf one ? o_O and now it just works without... I can confirm from another PC that it just doesn't work after install. After the following steps, it was ok: - copy nm-applet.conf to NetworkManagerInfo.conf - reload dbus - restart nm-applet After the following steps, it was still ok: - remove NetworkManagerInfo.conf - reload dbus - restart nm-applet One would think we just would have the same state as right after install, but it appears not. Mike You make it overly complicated. Simply follow the instructions in the README.Debian file. 1.) Install network-manager(-gnome) 2.) Add all users, that shall be able to connect to NM, to group netdev. 3.) Reload dbus. The thing is, that is the very first thing i did ! There is absolutely no need to copy a file around. Definitely not. Here, on my 2 computers, it was. Mike -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#366667: bookmarkbridge: New release is out 0.75, dated 2005-11-27
Package: bookmarkbridge Version: 0.72-9 Severity: wishlist New release is out -- 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.16-rc5 Locale: LANG=ru_RU.KOI8-R, LC_CTYPE=ru_RU.KOI8-R (charmap=KOI8-R) Versions of packages bookmarkbridge depends on: ii libc6 2.3.6-7GNU C Library: Shared libraries ii libgcc1 1:4.1.0-1+b1 GCC support library ii libice6 6.9.0.dfsg.1-6 Inter-Client Exchange library ii libpng12-01.2.8rel-5.1 PNG library - runtime ii libqt3-mt 3:3.3.6-2 Qt GUI Library (Threaded runtime v ii libsm66.9.0.dfsg.1-6 X Window System Session Management ii libstdc++64.1.0-1+b1 The GNU Standard C++ Library v3 ii libx11-6 6.9.0.dfsg.1-6 X Window System protocol client li ii libxext6 6.9.0.dfsg.1-6 X Window System miscellaneous exte ii libxml2 2.6.24.dfsg-1 GNOME XML library ii zlib1g1:1.2.3-11 compression library - runtime bookmarkbridge recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#338906: bidwatcher: Log details
Package: bidwatcher Version: 1.3.17-1 Followup-For: Bug #338906 -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (700, 'unstable'), (600, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.11-kanotix-11 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages bidwatcher depends on: ii libc6 2.3.6-7GNU C Library: Shared libraries ii libcurl3 7.15.3-1 Multi-protocol file transfer libra ii libgcc1 1:4.1.0-3 GCC support library ii libglib1.21.2.10-10.1The GLib library of C routines ii libgtk1.2 1.2.10-18 The GIMP Toolkit set of widgets fo ii libidn11 0.5.18-2 GNU libidn library, implementation ii libssl0.9.7 0.9.7i-1 SSL shared libraries ii libstdc++51:3.3.6-13 The GNU Standard C++ Library v3 ii libx11-6 2:1.0.0-6 X11 client-side library ii libxext6 1:1.0.0-4 X11 miscellaneous extension librar ii libxi61:1.0.0-5 X11 Input extension library ii xlibs 6.9.0.dfsg.1-6 X Window System client libraries m ii zlib1g1:1.2.3-11 compression library - runtime bidwatcher recommends no packages. -- no debconf information Log output: [2006-05-10 09:16:07] bidwatcher 1.3.17 is GPL'd and has NO WARRANTY; press the ABOUT button for details [2006-05-10 09:16:07] Help us: please report ALL bugs at http://sourceforge.net/projects/bidwatcher [2006-05-10 09:16:14] Refreshing auction information [2006-05-10 09:18:53] Error: Invalid auction number. (9723312944) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#366620: initramfs-tools: 2.6.16-1-powerpc fails to mount rootfs, 2.6.15-1-powerpc works
On Wed, May 10, 2006 at 07:48:42AM +0200, Sven Luther wrote: On Wed, May 10, 2006 at 12:55:39AM +0200, maximilian attems wrote: tags 366620 moreinfo stop On Tue, May 09, 2006 at 11:54:24PM +0200, Hans Ekbrand wrote: Package: initramfs-tools Version: 0.60 Severity: important This might be a bug in the kernel or udev or something else, but failure to mount root fs smells like an initrd problem to me. Bootloader: quik, with ramdisk_size 8192 (even tested 16384, with no luck) Rootfs: ext2 on ide Module for the harddisk: lsmod says ide_disk on 2.6.15, but the module is called ide-disk.ko and that module is present in booth the working initrd.img (2.6.15-1-powerpc) and the non-working (2.6.16-1-powerpc). ext2.ko also present in the initrd in booth initrds. Debuging is problematic on this box since I don't have a working serial console, nor can I interact with the bootloader via the keyboard, so If a kernel+initrd doesn't work, I have to boot from the woody installation floppy-disks and rescue from a shell in the installation program. you didn't tell the error message? hda: Quantum Fireball_tm1700A, ATA Disk drive hda: Enabling MultiWord DMA 2 ide0 at 0xc2016000-0x2016007,0xc2016160 on ir1q 13 mice: NET: IP route TCP TCP TCP: TCP TCP NET: NET: VFS: Cannot open root device hda5 or unknown-block(0,0) Please append a correct root= boot option Kernel panic - not syncing: VFS Unable to mount root fs on unknown-block(0,0) (0) Rebooting in 180 seconds... I miss the partition enumeration, it seems like the kernel does not see the partitions on the harddisk. what mkvmlinuz version are you using? This is probably (not 100% sure though) an old-world powermac, probably booted by quik or bootx. In both cases, mkvmlinuz is not used, or at least its scripts are silently skipped. Sorry for leaving out cpuinfo! You are correct Sven, it's an old-world powermac (performa 5400) $ cat /proc/cpuinfo processor : 0 cpu : 603ev clock : 160MHz revision: 2.1 (pvr 0007 0201) bogomips: 105.98 machine : Power Macintosh motherboard : AAPL,e407 MacRISC detected as : 35 (Alchemy) pmac flags : memory : 24MB pmac-generation : OldWorld $ -- Hans Ekbrand (http://sociologi.cjb.net) [EMAIL PROTECTED] GnuPG key: 1024D/7050614E Fingerprint: 1408 C8D5 1E7D 4C9C C27E 014F 7C2C 872A 7050 614E Learn about secure email at http://www.gnupg.org signature.asc Description: Digital signature
Bug#360262: Bulgarian translation missing
reopen 360262 found 360262 0.6.44 thanks It seems that bg was not added to configure.in, so missing in the binary. -- Every non-free program has a lord, a master -- and if you use the program, he is your master. --RMS -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#366659: dpkg-dev: usage error goes to stdout instead of stderr
Package: dpkg-dev
Version: 1.13.19
Severity: minor
Tags: patch
I redirected the output of dpkg-scanpackages into a Packages file but a usage
error was produced, which I then didn't see. This confused me, not to mention
apt-get.
$ dpkg-scanpackages /dev/null
$
Patched version:
$ /tmp/dpkg-scanpackages /dev/null
dpkg-scanpackages [-u] [-aarch] [-m] binarypath overridefile [pathprefix]
Packages
Options:
--udeb, -u scan for udebs
--arch, -a architecture to scan for
--multiversion, -m allow multiple versions of a single package
--help, -h show this help
$
I'm no Perl wizard, so please do laugh at my patch. I tried.
-- System Information:
Debian Release: testing/unstable
APT prefers unstable
APT policy: (500, 'unstable'), (500, 'stable'), (1, 'experimental')
Architecture: i386 (i686)
Shell: /bin/sh linked to /bin/bash
Kernel: Linux 2.6.16-1-686-smp
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Versions of packages dpkg-dev depends on:
ii binutils 2.16.1cvs20060413-1 The GNU assembler, linker and bina
ii cpio 2.6-11 GNU cpio -- a program to manage ar
ii dpkg 1.13.18 package maintenance system for Deb
ii make 3.81-1 The GNU version of the make util
ii patch2.5.9-4 Apply a diff file to an original
ii perl [perl5] 5.8.8-4 Larry Wall's Practical Extraction
ii perl-modules 5.8.8-4 Core Perl modules
Versions of packages dpkg-dev recommends:
ii bzip2 1.0.3-2high-quality block-sorting file co
ii gcc [c-compiler] 4:4.0.3-3 The GNU C compiler
ii gcc-3.3 [c-compiler] 1:3.3.6-13 The GNU C compiler
ii gcc-4.0 [c-compiler] 4.0.3-2The GNU C compiler
ii gcc-4.1 [c-compiler] 4.1.0-2The GNU C compiler
-- no debconf information
--- /usr/bin/dpkg-scanpackages 2006-04-09 20:52:19.0 -0700
+++ /tmp/dpkg-scanpackages 2006-05-09 23:10:48.0 -0700
@@ -53,7 +53,7 @@
my $result =
GetOptions(\%options,'help|h|?','udeb|u!','arch|a=s','multiversion|m!');
-print END and exit 1 if not $result or $options{help} or @ARGV 2;
+print(STDERR END) and exit 1 if not $result or $options{help} or @ARGV 2;
dpkg-scanpackages [-u] [-aarch] [-m] binarypath overridefile [pathprefix]
Packages
Options:
Bug#366663: cmake: Move .vim files
Package: cmake Version: 2.2.3-1 Severity: normal Please move the following files into /usr/share/vim/addons/plugin/ : /usr/share/doc/cmake/cmake-indent.vim /usr/share/doc/cmake/cmake-syntax.vim And add Recommend: vim into the control file. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (990, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15-1-686 Locale: LANG=fr_FR.UTF-8, LC_CTYPE=ja_JP.UTF-8 (charmap=UTF-8) Versions of packages cmake depends on: ii libc6 2.3.6-7GNU C Library: Shared libraries ii libgcc1 1:4.1.0-2 GCC support library ii libncurses5 5.5-2 Shared libraries for terminal hand ii libstdc++64.1.0-2The GNU Standard C++ Library v3 cmake recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#366475: Scanimage on NSLU2 with hplip backend overflows
So far so good, but unless I can duplicate the problem, or someone sends me a gdb backtrace or something else to help locate the issue, the chances of fixing this bug are close to zero. I understand that. Just give me 2-3 days max and I'll send a gdb backtrace. -- Manolis Tzanidakis [EMAIL PROTECTED] [EMAIL PROTECTED] http://www.tzanidakis.gr/~manolis jabber: [EMAIL PROTECTED] icq: #102798230 Grab My GPG Public key from my homepage.
Bug#365269: workrave: bad czech translation
Hello Jiří, As I wanted to have a closer look at the bug reports you wrote, I found that you forgot to attach both the translation patch and the valgrind log. Please resend those. Bye, Mike -- |=| Michael Piefel |=| Member of the Debian project
Bug#366662: cacti: location of log files and RRD data violates FHS
Package: cacti Version: 0.8.6c-7sarge3 Severity: serious Justification: Policy 9.1.1 By default, cacti is logging to /usr/share/cacti/site/log/cacti.log, I suggest it be moved to /var/log/cacti/cacti.log; the RRD files are being written in /usr/share/cacti/site/rra, I suggest it be moved to /var/lib/cacti/rra . Thanks. -- System Information: Debian Release: testing/unstable Architecture: i386 (i686) Kernel: Linux 2.6.8-3-686-smp Locale: LANG=en_AU, LC_CTYPE=en_AU (charmap=ISO-8859-1) Versions of packages cacti depends on: ii apache2 2.0.54-5next generation, scalable, extenda ii apache2-mpm-prefork [apa 2.0.54-5traditional model for Apache2 ii debconf 1.4.39 Debian configuration management sy ii libapache2-mod-php4 4:4.3.10-16 server-side, HTML-embedded scripti ii libphp-adodb 4.52-1sarge1The 'adodb' database abstraction l ii logrotate3.7-5 Log rotation utility ii mysql-client 4.0.24-10sarge1 mysql database client binaries ii php4 4:4.3.10-16 server-side, HTML-embedded scripti ii php4-cli 4:4.3.10-16 command-line interpreter for the p ii php4-mysql 4:4.3.10-16 MySQL module for php4 ii php4-snmp4:4.3.10-16 SNMP module for php4 ii rrdtool 1.0.49-1Time-series data storage and displ ii snmp 5.1.2-6.2 NET SNMP (Simple Network Managemen ii ucf 1.17Update Configuration File: preserv -- debconf information: cacti/confirm: (password omitted) cacti/root_password: (password omitted) * cacti/password: (password omitted) * cacti/username: cacti * cacti/mysql_server: localhost * cacti/webserver: Apache2 cacti/save_rootpw: true cacti/upgrade_warning: cacti/root_mysql: root * cacti/no_automagic: cacti/purge_db: true * cacti/database: cacti cacti/mismatch: -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#366665: udev: fails sarge - etch upgrades
Package: udev Version: 0.091-2 Severity: important When upgrading from sarge to etch, udev simply refuses to install because of the kernel version, and asks the user to create a file in /etc/udev, after which the upgrade proceeds fine. This is utterly annoying because it happens even on a freshly installed sarge system. If the purpose is to prevent having udev on a kernel 2.6.12, this makes sense, but there are better ways to do this than entirely refusing to upgrade. For example, udev could depend on linux-image-2.6. (This would even help in reducing the number of users breaking their systems with custom kernel images.) In all cases, it would be better to have a big debconf warning asking to reboot right after the upgrade (like the kernel already does in some cases) than the current procedure which requires two reboots and many package removals if you don't create that file. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#366657: plplot: New upstream version available
Package: plplot Severity: wishlist Hi Rafael, please see http://sourceforge.net/project/shownotes.php?release_id=414455group_id=2915 Thomas -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (700, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-1-686-smp Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#366658: efix throws floating point exception
Package: efax
Version: 0.9a-19
Severity: important
Running on Debian etch i386 on x86_64 machine with 2.6.8-12-amd64-k8 kernel.
4660_100.txt is 7bit clean. Throws with and without ^M at end of lines.
On console I get
efix[20369] trap divide error rip:804b7d4 rsp:fffe3ef0 error:0
When I run
strace /usr/bin/efix -i text -n 4660_100_%03d.tif 4660_100.txt
execve(/usr/bin/efix, [/usr/bin/efix, -i, text, -n,
4660_100_%03d.tif, 4660_100.txt], [/* 22 vars */]) = 0
uname({sys=Linux, node=thot, ...}) = 0
brk(0) = 0x8067000
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) =
0x5556c000
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=41142, ...}) = 0
mmap2(NULL, 41142, PROT_READ, MAP_PRIVATE, 3, 0) = 0x5556e000
close(3)= 0
access(/etc/ld.so.nohwcap, F_OK) = -1 ENOENT (No such file or directory)
open(/lib/tls/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\260O\1..., 512) = 512
fstat64(3, {st_mode=S_IFREG|0755, st_size=1270928, ...}) = 0
mmap2(NULL, 1276892, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) =
0x55579000
mmap2(0x556a7000, 32768, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x12e) = 0x556a7000
mmap2(0x556af000, 7132, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x556af000
close(3)= 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) =
0x556b1000
mprotect(0x556a7000, 20480, PROT_READ) = 0
set_thread_area({entry_number:-1 - 11, base_addr:0x556b16c0, limit:1048575,
seg_32bit:1, contents:0, read_exec_only:0, limit_in_pages:1, seg_not_present:0,
useable:1}) = 0
munmap(0x5556e000, 41142) = 0
time(NULL) = 1147241104
brk(0) = 0x8067000
brk(0x8088000) = 0x8088000
open(/etc/localtime, O_RDONLY)= 3
fstat64(3, {st_mode=S_IFREG|0644, st_size=140, ...}) = 0
fstat64(3, {st_mode=S_IFREG|0644, st_size=140, ...}) = 0
mmap2(NULL, 131072, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) =
0x556b2000
read(3, TZif\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\4\0\0\0\4\0..., 131072) =
140
close(3)= 0
munmap(0x556b2000, 131072) = 0
stat64(/etc/localtime, {st_mode=S_IFREG|0644, st_size=140, ...}) = 0
stat64(/etc/localtime, {st_mode=S_IFREG|0644, st_size=140, ...}) = 0
stat64(/etc/localtime, {st_mode=S_IFREG|0644, st_size=140, ...}) = 0
write(2, /usr/bin/efix: Wed May 10 14:05:..., 75/usr/bin/efix: Wed May 10
14:05:04 2006 efix v 0.3 Copyright 1999 Ed Casas
) = 75
open(4660_100.txt, O_RDONLY) = 3
fstat64(3, {st_mode=S_IFREG|0644, st_size=376, ...}) = 0
mmap2(NULL, 131072, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) =
0x556b2000
read(3, From: Andrew Buckeridge andrewb..., 131072) = 376
_llseek(3, 0, [0], SEEK_SET)= 0
--- SIGFPE (Floating point exception) @ 0 (0) ---
+++ killed by SIGFPE +++
Process 20369 detached
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#366666: 'modprobe nvidia' fails
Package: nvidia-kernel-2.6.16-1-k7 Version: 1.0.8756+1 Severity: important 'modprobe nvidia' leads to the following error: nvidia: disagrees about version of symbol register_chrdev nvidia: Unknown symbol register_chrdev Trying to rebuild the kernel module from nvidia-kernel-source results in a perfectly loading module. The package has then version 1.0.8756-4 whereas the prebuild package has 1.0.8756+1, therefore each 'apt-get update' wants to update my selfbuild package too. Annoying! -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (990, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-1-k7 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages nvidia-kernel-2.6.16-1-k7 depends on: ii nvidia-kernel-common 20051028+1 NVIDIA binary kernel module common Versions of packages nvidia-kernel-2.6.16-1-k7 recommends: ii linux-image-2.6.16-1-k7 2.6.16-12 Linux kernel 2.6.16 image on AMD K -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#366618: ITP: cdck -- A simple program to verify CD/DVD quality
What about #366554 ? Sorry, dind't see it. Gregor, who will do this package? -- Sandro Tosi (aka Morpheus, matrixhasu) My (little) site: http://matrixhasu.altervista.org/
Bug#362959: Can't reproduce
I can't reproduce this bug, I'm lowering the severity. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#366661: pdftk: please compile with -O2
Package: pdftk Version: 1.12-9 Severity: wishlist Please add -O2 to both CPPFLAGS and GCJFLAGS. The resulting binary is not only faster, it's also smaller. -- System Information: Debian Release: testing/unstable Architecture: i386 (i686) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#365125: perl: More info
tags 365125 + patch pending
thanks
On Tue, May 09, 2006 at 06:50:01PM -0400, [EMAIL PROTECTED] wrote:
I would like to add some more info on this bug to help others such as me
that have been bitten by this. I use a program VOCP to do voice message
processing among other things and it uses perl-tk 804.027 for its
graphical elements. These elements ceased to function upon upgrading to
perl_5.8.4-8sarge4.
I've discovered that you can downgrade the single package perl-base to
perl-base_5.8.4-8sarge3 available at snapshot.debian.net to restore
perl-tk functionallity.
OK. It would seem that the utf8 change introduced in sarge4 does indeed
not play nicely with the newer version of Tk.
I've prepared a new version of debian/patches/23_fix_utf8_taint which
incorporates upstream changes #23084 and #23085 from Nick Ing-Simmonds
for Tk.
This seems to work for the original testcase for utf8/taint, and the
widget demo from perl-tk 804.027-4 works for me.
Please test:
$ apt-get source perl
$ cd perl-5.8.4
$ debian/rules unpatch
[replace debian/patches/23_fix_utf8_taint attached]
$ debian/rules patch
$ dch -n Test Tk fix
$ dpkg-buildpackage -rfakeroot -us -uc
--bod
Fix problem with utf8/taint interaction (upstream changes #22842,
#22843 and #22902).
Thanks to Steinar Gunderson for analysis/patch.
Additionally apply upstream changes #23084 and #23085 to correct problems
with Tk 804.27 .
diff -Naur --exclude=debian perl-5.8.4.orig/ext/Encode/lib/Encode/CN/HZ.pm
perl-5.8.4/ext/Encode/lib/Encode/CN/HZ.pm
--- perl-5.8.4.orig/ext/Encode/lib/Encode/CN/HZ.pm 2004-02-23
19:29:12.0 +
+++ perl-5.8.4/ext/Encode/lib/Encode/CN/HZ.pm 2006-05-10 03:08:42.303791195
+
@@ -152,7 +152,8 @@
$ret .= pack 'a*', $tmp; # remove UTF8 flag.
}
elsif ($str =~ s/(.)//) {
- my $tmp = $GB-encode($1, $chk);
+ my $s = $1;
+ my $tmp = $GB-encode($s, $chk);
last if !defined $tmp;
if (length $tmp == 2) { # maybe a valid GB char (XXX)
if ($in_ascii) {
diff -Naur --exclude=debian
perl-5.8.4.orig/ext/Encode/lib/Encode/Unicode/UTF7.pm
perl-5.8.4/ext/Encode/lib/Encode/Unicode/UTF7.pm
--- perl-5.8.4.orig/ext/Encode/lib/Encode/Unicode/UTF7.pm 2003-05-21
14:15:16.0 +
+++ perl-5.8.4/ext/Encode/lib/Encode/Unicode/UTF7.pm2006-05-10
03:08:42.313791120 +
@@ -6,7 +6,7 @@
no warnings 'redefine';
use base qw(Encode::Encoding);
__PACKAGE__-Define('UTF-7');
-our $VERSION = do { my @r = (q$Revision: 0.2 $ =~ /\d+/g); sprintf
%d..%02d x $#r, @r };
+our $VERSION = '2.00_01';
use MIME::Base64;
use Encode;
@@ -38,7 +38,8 @@
if ($1 eq +){
$bytes .= +-;
}else{
- my $base64 = encode_base64($e_utf16-encode($1), '');
+ my $s = $1;
+ my $base64 = encode_base64($e_utf16-encode($s), '');
$base64 =~ s/=+$//;
$bytes .= +$base64-;
}
diff -Naur --exclude=debian perl-5.8.4.orig/sv.c perl-5.8.4/sv.c
--- perl-5.8.4.orig/sv.c2004-03-31 15:03:57.0 +
+++ perl-5.8.4/sv.c 2006-05-10 03:11:23.912581291 +
@@ -3438,18 +3438,20 @@
U8 *s, *t, *e;
int hibit = 0;
-if (!sv)
- return 0;
-
if (!SvPOK(sv)) {
STRLEN len = 0;
- (void) sv_2pv_flags(sv,len, flags);
- if (!SvPOK(sv))
-return len;
+ if (SvREADONLY(sv) (SvPOKp(sv) || SvIOKp(sv) || SvNOKp(sv))) {
+ (void) sv_2pv_flags(sv,len, flags);
+ if (SvUTF8(sv))
+ return len;
+ } else {
+ (void) SvPV_force(sv,len);
+ }
}
-if (SvUTF8(sv))
+if (SvUTF8(sv)) {
return SvCUR(sv);
+}
if (SvREADONLY(sv) SvFAKE(sv)) {
sv_force_normal(sv);
@@ -3504,7 +3506,7 @@
bool
Perl_sv_utf8_downgrade(pTHX_ register SV* sv, bool fail_ok)
{
-if (SvPOK(sv) SvUTF8(sv)) {
+if (SvPOKp(sv) SvUTF8(sv)) {
if (SvCUR(sv)) {
U8 *s;
STRLEN len;
@@ -3566,7 +3568,7 @@
bool
Perl_sv_utf8_decode(pTHX_ register SV *sv)
{
-if (SvPOK(sv)) {
+if (SvPOKp(sv)) {
U8 *c;
U8 *e;
Bug#366540: Samba 'panic action'
Hi, Am Dienstag 09 Mai 2006 23:30 schrieben Sie: Hello, What version of libnss-ldap do you have installed? ii libnss-ldap 238-1 NSS module for using LDAP as a naming service btw: 3 more occurences -- mit freundlichen Gruessen Arved Peix ___ Dipl.-Ing. Arved Peix Technische Universitaet Berlin Institut fuer Telekommunikationssysteme Fachgebiet Nachrichtentechnik (Sekr. EN 1) Einsteinufer 17 D-10587 Berlin, Germany ___ Phone: +49 30 314-29250 Fax:+49 30 314-22514 E-Mail: [EMAIL PROTECTED] ___ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#365654: xserver-xorg-core: Xorg hangs in kernel during startup
Package: xserver-xorg-core Version: 1:1.0.2-8 Followup-For: Bug #365654 I believe I am seeing this too. When I try to start Xorg, the vt switches to a blank screen and the system becomes entirely unresponsive to keyboard input, including Ctrl-Alt-Backspace and Ctrl-Alt-F1. After sshing in, I see that Xorg (the process identifying itself as [Xorg]) is eating all the CPU, and moreover, top shows 100% system time, so it must be in an infinite loop of some kind somewhere in the kernel. I like graphics, and I like running unstable, so please let me know how I can best help debug this issue. This is my home box, so I'm willing to try other kernels, configuration changes, etc. if it would help. -- 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.16-1-amd64-k8 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages xserver-xorg-core depends on: ii libc62.3.6-7 GNU C Library: Shared libraries ii libfontenc1 1:1.0.1-5 X11 font encoding library ii libxau6 1:1.0.0-3 X11 authorisation library ii libxdmcp61:1.0.0-4 X11 Display Manager Control Protoc ii libxfont11:1.0.0-4 X11 font rasterisation library ii x11-common 1:7.0.17X Window System (X.Org) infrastruc ii xserver-xorg-input-evdev [xs 1:1.0.0.5-2 X.Org X server -- evdev input driv ii xserver-xorg-input-kbd [xser 1:1.0.1.3-2 X.Org X server -- keyboard input d ii xserver-xorg-input-mouse [xs 1:1.0.4-2 X.Org X server -- mouse input driv ii xserver-xorg-video-ati [xser 1:6.5.8.0-1 X.Org X server -- ATI display driv ii xserver-xorg-video-fbdev [xs 1:0.1.0.5-2 X.Org X server -- fbdev display dr ii xserver-xorg-video-vesa [xse 1:1.0.1.3-2 X.Org X server -- VESA display dri ii xserver-xorg-video-vga [xser 1:4.0.0.5-2 X.Org X server -- VGA display driv ii zlib1g 1:1.2.3-11 compression library - runtime Versions of packages xserver-xorg-core recommends: pn xkeyboard-config none (no description available) -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#366670: FTBFS: misses gnomeapplet
Package: deskbar-applet Severity: serious Hi, deskbar-applet_2.14.1.1-3 FTBFS with the following error: checking pkg-config is at least version 0.9.0... yes checking for DESKBAR... yes checking for gnomeapplet module... no configure: error: gnomeapplet module required to build deskbar make: *** [config.status] Error 1 Thanks, Roberto -- 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.16.14 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=UTF-8) (ignored: LC_ALL set to [EMAIL PROTECTED]) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#362824: Still there?
On Wed, 2006-05-10 at 00:08 +0200, Christian Hammers wrote: On 2006-05-09 Michel Dänzer wrote: Does the X server still crash with the DRI enabled with xserver-xorg-video-ati 1:6.5.8.0-1? It still crashes with the above version. Bummer. It would be great if you could also try with the DRM from DRI CVS; that seems to be necessary with an R300 class card on amd64 here. If you don't know how to go about that, I can send you test binaries, but I'll need to know the exact package version of the kernel you're running. -- Earthling Michel Dänzer | http://tungstengraphics.com Libre software enthusiast | Debian, X and DRI developer
Bug#366664: cmake: Install the Emacs mode file using dh_installemacsen
Package: cmake Version: 2.2.3-1 Severity: normal Please install the emacs mode file (currently only copied as /usr/share/doc/cmake-mode.el.gz), using dh_installemacsen(1). Add Depend: emacsen-common Add Recommend: emacs21 | xemacs21 | emacsen -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (990, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15-1-686 Locale: LANG=fr_FR.UTF-8, LC_CTYPE=ja_JP.UTF-8 (charmap=UTF-8) Versions of packages cmake depends on: ii libc6 2.3.6-7GNU C Library: Shared libraries ii libgcc1 1:4.1.0-2 GCC support library ii libncurses5 5.5-2 Shared libraries for terminal hand ii libstdc++64.1.0-2The GNU Standard C++ Library v3 cmake recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#292324: pciutils on GNU/kFreeBSD
severity 292324 important
tags 292324 - fixed-upstream
quit
Hi,
enclosed please find updated patch for pciutils-2.2.3.
Thanks
Petr
diff -ur o/pciutils-2.2.3/lib/configure pciutils-2.2.3/lib/configure
--- o/pciutils-2.2.3/lib/configure 2006-05-05 14:25:07.0 +0200
+++ pciutils-2.2.3/lib/configure2006-05-10 09:12:53.0 +0200
@@ -22,6 +22,10 @@
else
cpu=`uname -m | sed 's/^i.86$/i386/;s/^sun4u$/sparc64/;s/^i86pc$/i386/'`
fi
+if [ $sys = GNU/kFreeBSD ]
+then
+ sys=freebsd
+fi
host=${3:-$cpu-$sys}
host=`echo $host | sed 's/^\([^-]*\)-\([^-]*\)$/\1--\2/' | tr 'A-Z' 'a-z'`
cpu=`echo $host | sed 's/^\([^-]*\)-\([^-]*\)-\(.*\)$/\1/'`
diff -ur o/pciutils-2.2.3/lib/fbsd-device.c pciutils-2.2.3/lib/fbsd-device.c
--- o/pciutils-2.2.3/lib/fbsd-device.c 2006-05-05 14:18:24.0 +0200
+++ pciutils-2.2.3/lib/fbsd-device.c2006-05-10 09:10:32.0 +0200
@@ -11,6 +11,13 @@
#include string.h
#include unistd.h
#include osreldate.h
+#include stdint.h
+
+#ifdef __FreeBSD_kernel_version
+# ifndef __FreeBSD_version
+#define __FreeBSD_version __FreeBSD_kernel_version
+# endif
+#endif
#if __FreeBSD_version 50
# include pci/pcivar.h
Bug#365098: ITP: indi -- Instrument Neutral Distributed Interface for astronomical devices
reassign 365098 kstars
tag 365098 + patch
thanks
Hi!
On Fri, Apr 28, 2006 at 12:09:17AM +0200, Aurelien Jarno wrote:
Package: wnpp
Severity: wishlist
Owner: Aurelien Jarno [EMAIL PROTECTED]
* Package name: indi
Version : 0.3
Upstream Author : Jasem Mutlaq [EMAIL PROTECTED]
Elwood C. Downey [EMAIL PROTECTED]
* URL : http://indi.sourceforge.net
* License : LGPL-2
Programming Lang: C
Description : Instrument Neutral Distributed Interface for astronomical
devices
INDI is an Instrument Neutral Distributed Interface control protocol for
astronomical devices, which provides a framework that decouples low level
hardware drivers from high level front end clients. Clients that use the
device drivers are completely unaware of the device capabilities and
communicate with the device drivers and build a completely dynamical GUI
based on the services provided by the device.
While packaging INDI, I have noticed that KStars include a whole copy of
this library, therefore I think there is no need to add a new package.
However, I only need the INDI part (ie about 500kB) and not KStars and
the libraries it need (ie about 130MB).
I am therefore asking to put the INDI part in a separate package and
add a dependency on it in kstars. I have attached a patch to do that.
Thanks,
Aurelien
--
.''`. Aurelien Jarno | GPG: 1024D/F1BCDB73
: :' : Debian developer | Electrical Engineer
`. `' [EMAIL PROTECTED] | [EMAIL PROTECTED]
`-people.debian.org/~aurel32 | www.aurel32.net
diff -u kdeedu-3.5.2/debian/control kdeedu-3.5.2/debian/control
--- kdeedu-3.5.2/debian/control
+++ kdeedu-3.5.2/debian/control
@@ -344,7 +344,7 @@
Package: kstars
Architecture: any
Section: science
-Depends: ${shlibs:Depends}, kstars-data ( ${KDE-Version3}), kstars-data (
${KDE-Next-Version3})
+Depends: ${shlibs:Depends}, kstars-data ( ${KDE-Version3}), kstars-data (
${KDE-Next-Version3}), indi (= ${Source-Version})
Recommends: kdeedu-data (= ${Source-Version})
Suggests: konqueror, khelpcenter, kdeedu-doc-html
Description: desktop planetarium for KDE
@@ -362,6 +362,18 @@
.
This package is part of the official KDE edutainment module.
+Package: indi
+Architecture: any
+Section: science
+Depends: ${shlibs:Depends}
+Description: Instrument Neutral Distributed Interface for astronomical devices
+ INDI is an Instrument Neutral Distributed Interface control protocol for
+ astronomical devices, which provides a framework that decouples low level
+ hardware drivers from high level front end clients. Clients that use the
+ device drivers are completely unaware of the device capabilities and
+ communicate with the device drivers and build a completely dynamic GUI
+ based on the services provided by the device.
+
Package: kstars-data
Architecture: all
Section: science
diff -u kdeedu-3.5.2/debian/kstars.manpages kdeedu-3.5.2/debian/kstars.manpages
--- kdeedu-3.5.2/debian/kstars.manpages
+++ kdeedu-3.5.2/debian/kstars.manpages
@@ -1,12 +1,2 @@
-debian/man/celestrongps.1
-debian/man/fliccd.1
-debian/man/indiserver.1
debian/man/kstars.1
-debian/man/lx200_16.1
-debian/man/lx200autostar.1
-debian/man/lx200classic.1
-debian/man/lx200generic.1
-debian/man/lx200gps.1
-debian/man/temma.1
-debian/man/v4ldriver.1
-debian/man/v4lphilips.1
+
diff -u kdeedu-3.5.2/debian/kstars.install kdeedu-3.5.2/debian/kstars.install
--- kdeedu-3.5.2/debian/kstars.install
+++ kdeedu-3.5.2/debian/kstars.install
@@ -1,23 +1,5 @@
etc/kde3/kstarsrc
-usr/bin/apmount
-usr/bin/apogee_ppi
-usr/bin/celestrongps
-usr/bin/fliccd
-usr/bin/fliwheel
-usr/bin/indiserver
-usr/bin/lx200_16
-usr/bin/lx200autostar
-usr/bin/lx200basic
-usr/bin/lx200classic
-usr/bin/lx200generic
-usr/bin/lx200gps
usr/bin/kstars
-usr/bin/meade_lpi
-usr/bin/sbigccd
-usr/bin/skycommander
-usr/bin/temma
-usr/bin/v4ldriver
-usr/bin/v4lphilips
usr/include/kde/kstarsinterface.h
usr/include/kde/simclockinterface.h
usr/share/applications/kde/kstars.desktop
only in patch2:
unchanged:
--- kdeedu-3.5.2.orig/debian/indi.docs
+++ kdeedu-3.5.2/debian/indi.docs
@@ -0,0 +1 @@
+build-tree/kdeedu-*/kstars/kstars/indi/README
only in patch2:
unchanged:
--- kdeedu-3.5.2.orig/debian/indi.manpages
+++ kdeedu-3.5.2/debian/indi.manpages
@@ -0,0 +1,11 @@
+debian/man/celestrongps.1
+debian/man/fliccd.1
+debian/man/indiserver.1
+debian/man/lx200_16.1
+debian/man/lx200autostar.1
+debian/man/lx200classic.1
+debian/man/lx200generic.1
+debian/man/lx200gps.1
+debian/man/temma.1
+debian/man/v4ldriver.1
+debian/man/v4lphilips.1
only in patch2:
unchanged:
--- kdeedu-3.5.2.orig/debian/indi.install
+++ kdeedu-3.5.2/debian/indi.install
@@ -0,0 +1,19 @@
+usr/bin/apmount
+usr/bin/apogee_ppi
+usr/bin/celestrongps
+usr/bin/fliccd
+usr/bin/fliwheel
+usr/bin/indiserver
+usr/bin/lx200_16
+usr/bin/lx200autostar
+usr/bin/lx200basic
+usr/bin/lx200classic
+usr/bin/lx200generic
+usr/bin/lx200gps
+usr/bin/meade_lpi
+usr/bin/sbigccd
Bug#90832: scores should be shared across system
forwarded 90832 http://bugs.kde.org/78341 tag 90832 + fixed-upstream close 90832 4:3.4.0 thanks On Fri, Mar 23, 2001 at 02:06:17PM +0100, Fuchs Gerfried wrote: Package: ksirtet Version: 4:2.1-final-1 Severity: wishlist Hi! I'd like to see the scores make with ksirtet (or kfouleggs, more encouraged ;) to be filled with the scores from all players on the system. I would suggest to do it in /var/lib/games for it seems to be there for just this purpose. Make the binary SGID games and the files writeable by the group games, just like with most of the gnome-games. I know that this will be quite some changes, but on the other hand the motivation to play the game will raise for sure, if there are other entries than just the own in the file. Thanks alot, maybe something generic would be great so that the other kde-games can also profit by it. this is upstream bug http://bugs.kde.org/show_bug.cgi?id=78341 this seems to have been fixed recently. CLosing the bug. Please reopen it upstream on a per game basis for those who don't have it enabled. Thanks. -- ·O· Pierre Habouzit ··O[EMAIL PROTECTED] OOOhttp://www.madism.org signature.asc Description: Digital signature
Bug#366672: lat: Cannot search with non-Latin characters
Package: lat Version: 1.0.4-2 Severity: important Launch lat, select Search tab, and search with filters containing non-Latin characters. It doesn't display any result, while ldapsearch has no trouble doing so. -- 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-1-686 Locale: LANG=ko_KR.EUC-KR, LC_CTYPE=ko_KR.EUC-KR (charmap=EUC-KR) Versions of packages lat depends on: ii libgconf2.0-cil 2.8.2-1CLI binding for GConf 2.12 ii libglade2.0-cil 2.8.2-1CLI binding for the Glade librarie ii libglib2.0-0 2.10.2-2 The GLib library of C routines ii libglib2.0-cil2.8.2-1CLI binding for the GLib utility l ii libgnome-keyring0 0.4.9-1GNOME keyring services library ii libgnome2.0-cil 2.8.2-1CLI binding for GNOME 2.12 ii libgtk2.0-cil 2.8.2-1CLI binding for the GTK+ toolkit 2 ii libmono-corlib1.0-cil 1.1.13.6-3 Mono core library (1.0) ii libmono-ldap1.0-cil 1.1.13.6-3 Mono LDAP library ii libmono-security1.0-cil 1.1.13.6-3 Mono Security library ii libmono-system1.0-cil 1.1.13.6-3 Mono System libraries (1.0) ii libmono1.0-cil1.1.13.6-3 Mono libraries (1.0) ii mono-runtime 1.1.13.6-3 Mono runtime lat recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#332198: Ping for #332198
Alex, in #332198, the bug submitter reported a failure on Feb 11th with some extra output because of the patch you added, that allows mor elogging to occur. Could this be investigated again? -- signature.asc Description: Digital signature
Bug#366671: clusterssh: shouldn't bind ctrl-v to paste
Package: clusterssh Version: 3.18.2-0pre2 Severity: minor Hi, ctrl-v is useful for many things like typing raw ^c/^d/... at the command prompt, performing a block selection in vi, ... it should really not be bound to paste. Samuel -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (900, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15-1-686 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages clusterssh depends on: ii libx11-protocol-perl 0.55-1 Perl module for the X Window Syste ii openssh-client 1:4.2p1-8 Secure shell client, an rlogin/rsh ii perl-tk 1:804.027-4 Perl module providing the Tk graph hi xterm210-2 X terminal emulator clusterssh recommends no packages. -- no debconf information -- Samuel Thibault [EMAIL PROTECTED] s bah, j'aime bien les feux d'artifices, mais j'ai peur de me prendre un boeing sur le coin de la gueule si je vais sur le pont de brooklyn -+- #ens-mim - 11 septembre forever -+- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#366483: ITP: oci-mpc -- The Makefile, Project and Workspace Creator
Hello Alex, Selon alex bodnaru [EMAIL PROTECTED]: examining mpc-ace, i found it's dependent on libace and libtao, which is, in my opinion, too much for a few perl scripts ;-). Ouch, you're right. It depends on libace-dev, and recommends libtao-dev. is this really needed for this special versions of mpc? Let me check... Well, I've added this dependency because of the makefile fragments in rules.* files. I'll have a closer look soon and let you know. In the meantime, you can install libace-dev and see if you can get further. I had a quick look yesterday at OCI's MPC. It is not that different from ACE+TAO's one. Actually, every ACE+TAO release ships with up-to-date MPC. Indeed, ACE+TAO version 5.5.1+1.5.1 is close to MPC version 3.3.xx. Thanks to you, I had a look at Version.pm, and now I know how the `xx' get computed: it is the number of ChangeLog entries since the last major.minor release. (And therefore I know why mpc-ace version displays `??' instead of `xx': it does not find the ChangeLog) So you're correct: mpc-ace should not depend *at all* on libace-dev. I'll fix this, thanks. Thomas
Bug#366542: more information
I get the same error on Ubuntu 5.10 as well. I have tried with a different type of compact flash card and get the same error. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#366662: cacti: location of log files and RRD data violates FHS
hi, On Wed, May 10, 2006 at 05:24:34PM +1000, [EMAIL PROTECTED] wrote: By default, cacti is logging to /usr/share/cacti/site/log/cacti.log, I suggest it be moved to /var/log/cacti/cacti.log; the RRD files are being written in /usr/share/cacti/site/rra, I suggest it be moved to /var/lib/cacti/rra . those locations should already be symlinks to FHS compliant locations... aren't they? sean signature.asc Description: Digital signature
Bug#356322: FTBFS with G++ 4.1: extra qualification
On Wed, May 10, 2006 at 12:21:06AM +0200, Martin Michlmayr wrote: * Martin Michlmayr [EMAIL PROTECTED] [2006-03-11 05:54]: Your package fails to build with G++ 4.1. I'm filing this bug as important for now, but when 4.1 will be the default compiler in unstable (probably in a few weeks) I'll upgrade this to serious. - xbShortxbNdx::BSearchNode(const char *key, xbShort klen, + xbShortBSearchNode(const char *key, xbShort klen, This bug is quite annoying because it's a header file and therefore I cannot test a number of other packages easily with GCC 4.1. Do you think you'll have time to upload a new version with this patch soon, Michael? Yes, sorry that it took so long. I'll upload today. Cheers, michael -- Linux is not The Answer. Yes is the answer. Linux is The Question. - Neo -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#345488: dchroot and linux32
Hi, I also second this, and would like to add that it seems that using linux32 dchroot is eating keyboard control codes and I hope that such an improvement would fix this. Example: launch a long-running command in a call to linux32 dchroot (like a build) and try to interrupt it with ctrl-c. It does not work, the build never gets interrupted, even if you close the terminal from which it has been started. Regards -- Jérôme Warnier FLOSS Consultant http://beeznest.net
Bug#365121: [Logcheck-devel] Bug#365121: logcheck: Fails to ignore certain pattern
Hello Adam, On Fri, Apr 28, 2006 at 12:16:07AM -0500, Adam Porter wrote: Package: logcheck Version: 1.2.43a Severity: normal -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 I have messages like these in my logs: Apr 27 10:05:49 localhost smartd[9357]: Device: /dev/hda, SMART Prefailure Attribute: 1 Raw_Read_Error_Rate changed from 58 to 57 Apr 27 10:05:49 localhost smartd[9357]: Device: /dev/hda, SMART Usage Attribute: 195 Hardware_ECC_Recovered changed from 58 to 57 I have this pattern in /etc/logcheck/ignore.d.workstation/local-smartd: Do you also have this pattern in violations.ignore.d? Because this string contains the word 'failure' it will be reported anyway if it's not ignored by violations.ignore.d See README.logcheck-database for more information. I suspect this is a configuration error. Please re-open this bug if you find otherwise. -- Todd Troxell http://rapidpacket.com/~xtat -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#366665: udev: fails sarge - etch upgrades
reopen 35 thanks Le mercredi 10 mai 2006 à 10:03 +0200, Marco d'Itri a écrit : Come on... A dependency on a kernel package has never been acceptable for a Debian package. Then you should think of another solution, as you obviously know better the problem than me, but please don't make sarge upgrades such a silly process. At the very least, the upgrade should fail at *config* time, not in the preinst when hundreds of packages have already been unpacked and are left unconfigured. Anyway, don't close bugs that aren't fixed. Upgrades from sarge to etch fail, and this is a bug. -- .''`. Josselin Mouette/\./\ : :' : [EMAIL PROTECTED] `. `'[EMAIL PROTECTED] `- Debian GNU/Linux -- The power of freedom
Bug#317382: Debian package
Thirdly on both powerpc and amd64 the thunderbird .xpi that gets built says New Mail Icon could not be installed because it is not compatible with your Mail/News build type (Linux_unknownABI). Please contact the author of this item about the problem. Is this a known issue? Do you have a fix/update, and if not would you like me to investigate further? Or is it just me being stupid somehow? It's a matter of Mozilla's build system not recognizing those platforms properly. File a bug in Mozilla's Bugzilla about XPCOM_ABI not being set properly for x86-64 and ppc. Cc me: [EMAIL PROTECTED] If you wanna know what this XPCOM_ABI is and how to test what your client was compiled with, please see: http://developer.mozilla.org/en/docs/XPCOM_ABI This seems to have been fixed now. There was already a bug in bugzilla re: this when I looked earlier. I've got the thunderbird package working great now, but the mail/news package is giving me trouble now. It appears that the tray-biff preferences overlay (is that the correct term?) isn't showing up. I can see the XUL is there in the jar file, and the icon is appearing in the tray as expected, just no preferences dialog. I did try installing direct from the .xpi to see if it was something I was causing, and I still didn't see the preferences. Any ideas? (This is with mail/news versions 1.7.12) Thanks, Alan -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#317382: Status update
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 For those interested packages (currently powerpc only, more to follow) are available from http://users.aber.ac.uk/ajw05/debian/ Alan -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFEYcPL1FNW1LDdr0IRAvZ1AJ9MUoH4Xc96Co4PVDDQEunbyy79XQCeK1P2 pf9HWnurBXqxj6oUk0EBztQ= =kLKd -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#356311: dosbox: Shifted symbols broken
Package: dosbox Version: 0.63-2 Followup-For: Bug #356311 Also confirming this bug, and that it goes away when I downgrade libsdl1.2debian (and libsdl1.2debian-alsa) to the sarge version. I believe this bug is actually the same as #347709, #358976 and #360872. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing'), (500, 'stable'), (495, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16.14 Locale: LANG=en_AU, LC_CTYPE=en_AU (charmap=ISO-8859-1) Versions of packages dosbox depends on: ii libasound21.0.11-3 ALSA library ii libc6 2.3.6-7GNU C Library: Shared libraries ii libgcc1 1:4.1.0-1+b1 GCC support library ii libgl1-mesa-g 6.4.1-0.4 A free implementation of the OpenG ii libpng12-01.2.8rel-5.1 PNG library - runtime ii libsdl-net1.2 1.2.5-7network library for Simple DirectM ii libsdl-sound1 1.0.1-9+b1 Decoder of several sound file form ii libsdl1.2debi 1.2.7+1.2.8cvs20041007-4.1 Simple DirectMedia Layer ii libstdc++51:3.3.6-13 The GNU Standard C++ Library v3 ii zlib1g1:1.2.3-11 compression library - runtime dosbox recommends no packages. -- no debconf information -- __ Michael Deegan, Unix Server Administrator, Murdoch University. Ph +61893606967 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#366618: ITP: cdck -- A simple program to verify CD/DVD quality
merge 366618 366554 thanks Le Mar 9 Mai 2006 23:50, Sandro Tosi a écrit : Package: wnpp Severity: wishlist Owner: Sandro Tosi [EMAIL PROTECTED] * Package name: cdck Version : 0.5.2 Upstream Author : Alexey Semenoff [EMAIL PROTECTED] * URL : http://www.example.org/ * License : GPL Description : A simple program to verify CD/DVD quality Actually cdck is a simple program to verify CD/DVD quality. The known fact is that even if all files on the disc are readable, some sectors having bad timing can easily turn into unreadable ones in the future. . To get an idea about disc cdck reads it sector by sector, keeping all reading timings and then tells you its verdict. Optionally it can write timing table into text file usable by gnuplot(1) program, so you can draw some graphs out of it. . http://swaj.net/unix/#cdck -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15-1-686-smp Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) -- ·O· Pierre Habouzit ··O[EMAIL PROTECTED] OOOhttp://www.madism.org pgpQKSiRc8PaK.pgp Description: PGP signature
Bug#365464: proftpd: net ACLs are buggy
severity 365464 important tags 365464 - security thanks This is more a configuration issue than a true bug. A proper configured system (i.e. full 128bits CIDR) has no problem at all. -- Francesco P. Lovergine -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#366512: ted: Fails to display file
On May 9, Steve Langasek ([EMAIL PROTECTED]) wrote: On Tue, May 09, 2006 at 09:29:20PM -0400, Neil Roeth wrote: On May 9, Chris Waters ([EMAIL PROTECTED]) wrote: Hmm, it seems to be complaining that it can't find anything to use as a Helvetica font for that document. What happens if you do: xlsfont | grep -i helvetica Thanks for looking into this. Here's the requested output: -adobe-helvetica-bold-o-normal--0-0-100-100-p-0-iso10646-1 -adobe-helvetica-bold-o-normal--0-0-100-100-p-0-iso10646-1 -adobe-helvetica-bold-o-normal--0-0-100-100-p-0-iso8859-1 -adobe-helvetica-bold-o-normal--0-0-100-100-p-0-iso8859-1 snip The major font-related thing I did recently was switching to the new X11R7 scheme where all fonts are in /usr/share/fonts/X11 rather than /usr/X11R6/lib/X11/fonts. Is there any chance that bug #365403 is relevant to this case? It does sound possible. I will do the symlinking or install the updated package and see if that cures the problem (later today, no time at the moment). -- Neil Roeth -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#356644: [Logcheck-devel] Bug#356644: logcheck: Lines skipped, Patterns to ignore, Ignored lines are always zero
tag 356644 moreinfo thanks On Sun, Mar 12, 2006 at 10:00:47PM -0600, Adam Porter wrote: Package: logcheck Version: 1.2.43a Severity: normal -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 I have added several local rules to ignore certain lines in logs, but I've noticed that, in each logcheck report, the lines Lines skipped, Patterns to ignore, and Ignored lines are always 0. Maybe I'm misunderstanding the meaning of those, but it doesn't make sense to me. Are you sure you're running logcheck? These strings don't exist in our tree. -- Todd Troxell http://rapidpacket.com/~xtat -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#361825: fetchmail: Insufficient connect error messages for multi-IP hosts (was: Connection vom an IPv4-only-host to an IPv6/IPv4-Host doesn't work)
package fetchmail
retitle 361825 Insufficient connect error messages for multi-IP hosts
severity 361825 minor
tags 361825 confirmed
thanks
Greetings,
This looks rather like an inaccurate/incomplete error reporting of fetchmail's
rather than a genuine bug. The SockOpen() function will retry *ALL* addresses
it obtained with their respective address families, so it has probably tried
IPv4 first, got connection refused or something, then tried IPv6 last and
returned only the EAFNOSUPPORT error.
Example that shows that fetchmail will try IPv4 sockets for IPv4 addresses:
| $ LC_MESSAGES=C FETCHMAILHOME=/tmp strace -econnect,socket fetchmail -p pop3
-vv localhost --auth ssh
| ...
| socket(PF_INET, SOCK_STREAM, IPPROTO_IP) = 3
| connect(3, {sa_family=AF_INET, sin_port=htons(110),
sin_addr=inet_addr(127.0.0.1)}, 16) = -1 ECONNREFUSED (Connection refused)
| socket(PF_INET6, SOCK_STREAM, IPPROTO_IP) = 3
| connect(3, {sa_family=AF_INET6, sin6_port=htons(110), inet_pton(AF_INET6,
::1, sin6_addr), sin6_flowinfo=0, sin6_scope_id=0}, 28) = -1 ECONNREFUSED
(Connection refused)
| POP3 connection to localhost failed: Connection refused
| fetchmail: 6.3.4+svn querying localhost (protocol POP3) at Mi 10 Mai 2006
12:45:02 CEST: poll completed
In conclusion, the title is wrong. I am retitling the bug.
The fix will have to be that fetchmail logs every attempt and the result
in order to not mislead the user. Severity adjusted to minor.
Regards,
--
Matthias Andree
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#366181: knights: Can't play against AI (gnuchess, sjeng, crafty)
On Tue, May 09, 2006 at 03:03:01PM +0200, Victor-Philipp Busch wrote: | When knights seems to be stuck, does the CPU is at 100%? No, this is not the problem. After 1.e4 (5-Min-Blitz) gnuchess don't know what he should move :( On my PC (an Athlon-XP 2400+), after 1.e4, gnuchess moves after 58 seconds with difficulty set to max, or after 2 seconds with difficulty set to min. | This is my case, and this means that it is currently computing the next | move. To see if it is also your case, try to set the difficulty level of | the chess engine to easy: it should do the next move in a few seconds | (depending on your CPU power). How can I set the level of the chess engine with the knights-frontend? File - New Match, then click on Computer radio button, where you can choose the chess engine and the player strength. Regards, -- Tommaso Moroni [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#366680: linux-image: snd_intel8x0 module randomly fails to initialize sound hardware
Package: linux-image Version: /linux-2.6.16.1 Severity: normal Normally, I would not report this kind of problem using the BTS - audio problems are common enough, and not what I consider critical problems - but this one has persisted through a long series of kernel changes, all the way from the early ones in the 2.4 series until now (2.6.16.1). After this long, it's earned the status of Bug Emeritus, and I figure you folks deserve a chance at shooting it down. :) Over the last two years, I've experimented with a number of possible solutions to this problem, including trying to tweak the code in snd_intel8x0.c (unfortunately, it seems that my C-fu is not quite up to kernel hacking.) I'm hoping that you can offer some suggestions; you're also welcome to ask me to test out any patches or experimental code you'd care to try. The problem is that when I boot this laptop (Acer 2012, see included 'lspci' report), the sound hardware often fails to initialize and reports the following error: `` codec_ready: codec is not ready [0x870] '' and, of course, ALSA follows that up with a 'no soundcards found' error. '/var/log/kern.log' has the following to say at those times: `` Apr 22 19:40:53 Fenrir kernel: ACPI: PCI Interrupt :00:1f.5[B] - GSI 17 (level, low) - IRQ 21 Apr 22 19:40:53 Fenrir kernel: PCI: Setting latency timer of device :00:1f.5 to 64 Apr 22 19:40:53 Fenrir kernel: codec_ready: codec is not ready [0x870] Apr 22 19:40:53 Fenrir kernel: ACPI: PCI interrupt for device :00:1f.5 disabled Apr 22 19:40:53 Fenrir kernel: Intel ICH: probe of :00:1f.5 failed with error -5 '' and `` Apr 22 07:40:59 Fenrir kernel: Advanced Linux Sound Architecture Driver Version 1.0.11rc2 (Wed Jan 04 08:57:20 2006 UTC). Apr 22 07:40:59 Fenrir kernel: ALSA device list: Apr 22 07:40:59 Fenrir kernel: No soundcards found. '' The frequency of how often this happens varies: sometimes, it's every single boot until I remove the laptop battery; at other times, it's only about one boot out of every five. It seems to be related to IRQ problems (booting the laptop without its battery, and inserting it after the boot, results in the problem nearly disappearing - it only happens in ~1 of every 20 boots.) I've tried setting the module options - `` options snd-intel8x0 buggy_irq=1 buggy_semaphore=1 '' but this does not help. Also, once the hardware has failed to be detected, nothing will fix the problem other than rebooting - unloading and reloading all the relevant modules has no effect. Any help at this point would be greatly appreciated. lspci output: ''' :00:00.0 Host bridge: Intel Corporation 82852/82855 GM/GME/PM/GMV Processor to I/O Controller (rev 02) :00:00.1 System peripheral: Intel Corporation 82852/82855 GM/GME/PM/GMV Processor to I/O Controller (rev 02) :00:00.3 System peripheral: Intel Corporation 82852/82855 GM/GME/PM/GMV Processor to I/O Controller (rev 02) :00:01.0 PCI bridge: Intel Corporation 82852/82855 GM/GME/PM/GMV Processor to AGP Controller (rev 02) :00:1d.0 USB Controller: Intel Corporation 82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) USB UHCI Controller #1 (rev 03) :00:1d.1 USB Controller: Intel Corporation 82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) USB UHCI Controller #2 (rev 03) :00:1d.2 USB Controller: Intel Corporation 82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) USB UHCI Controller #3 (rev 03) :00:1d.7 USB Controller: Intel Corporation 82801DB/DBM (ICH4/ICH4-M) USB2 EHCI Controller (rev 03) :00:1e.0 PCI bridge: Intel Corporation 82801 Mobile PCI Bridge (rev 83) :00:1f.0 ISA bridge: Intel Corporation 82801DBM (ICH4-M) LPC Interface Bridge (rev 03) :00:1f.1 IDE interface: Intel Corporation 82801DBM (ICH4-M) IDE Controller (rev 03) :00:1f.3 SMBus: Intel Corporation 82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) SMBus Controller (rev 03) :00:1f.5 Multimedia audio controller: Intel Corporation 82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) AC'97 Audio Controller (rev 03) :00:1f.6 Modem: Intel Corporation 82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) AC'97 Modem Controller (rev 03) :01:00.0 VGA compatible controller: ATI Technologies Inc RV350 [Mobility Radeon 9600 M10] :02:00.0 FireWire (IEEE 1394): Texas Instruments TSB43AB21 IEEE-1394a-2000 Controller (PHY/Link) :02:01.0 Ethernet controller: Broadcom Corporation BCM4401-B0 100Base-TX (rev 02) :02:02.0 Network controller: Intel Corporation PRO/Wireless 2200BG (rev 05) :02:04.0 CardBus bridge: ENE Technology Inc CB1410 Cardbus Controller (rev 01) :03:00.0 USB Controller: NEC Corporation USB (rev 43) :03:00.1 USB Controller: NEC Corporation USB (rev 43) ''' Sincerely, Ben Okopnik, Editor-in-Chief, Linux Gazette -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (990, 'unstable'), (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16.1 Locale:
Bug#366682: CVE-2006-2162: Buffer overflow
Package: nagios Severity: grave Tags: security Justification: user security hole CVE-2006-2162: Buffer overflow in CGI scripts in Nagios 1.x before 1.4 and 2.x before 2.3 allows remote attackers to execute arbitrary code via a negative content length (Content-Length) HTTP header. See http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2006-2162 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#360417: kernel-patch-bootsplash: any progress on userspace bootsplash tools?
Package: kernel-patch-bootsplash Version: 2.6.16-1 Followup-For: Bug #360417 -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 I'm wondering if there's been any progress towards packaging the userspace tools that accompany the kernel patch? -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.3 (GNU/Linux) iD8DBQFEYcgFeXr56x4Muc0RAgEpAKCg1mQwZ1U7TtCYMOvEHhZkBCNd8gCffnPx ERy7yP3sHt7aZRxJDOvHNng= =bGkZ -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#366681: ITP: pdns-recursor -- PowerDNS recursor
Package: wnpp Severity: wishlist Owner: Matthijs Mohlmann [EMAIL PROTECTED] * Package name: pdns-recursor Version : 3.0.1 Upstream Author : Bert Hubert [EMAIL PROTECTED] * URL : http://www.powerdns.com/ * License : GPL Programming Lang: C++ Description : PowerDNS recursor PowerDNS is a versatile nameserver which supports a large number of different backends ranging from simple zonefiles to relational databases and load balancing/failover algorithms. PowerDNS tries to emphasize speed and security. This is the recursive nameserver that goes out to the internet and resolve queries about other domains. -- The pdns source package will be split into pdns and pdns-recursor source package, upstream now delivers two source packages. Regards, Matthijs Mohlmann -- 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.16 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#366684: ITP: pyfits -- Python module for reading, writing, and manipulating FITS files
Package: wnpp Severity: wishlist Owner: Aurelien Jarno [EMAIL PROTECTED] * Package name: pyfits (python2.x-pyfits for the binaries) Version : 1.0.1-1 Upstream Author : Science Software Branch of the STScI * URL : http://www.stsci.edu/resources/software_hardware/pyfits * License : BSD like Programming Lang: Python Description : Python module for reading, writing, and manipulating FITS files FITS (Flexible Image Transport System) is a data format most used in astronomy. PyFITS is a Python module for reading, writing, and manipulating FITS files. The module uses Python's object-oriented features to provide quick, easy, and efficient access to FITS files. The use of Python's array syntax enables immediate access to any FITS extension, header cards, or data items. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15-1-amd64-k8-smp Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to fr_FR.UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#366683: CVE-2006-2162: Buffer overflow in nagios
Package: nagios2 Severity: grave Justification: user security hole Tags: security CVE-2006-2162: Buffer overflow in CGI scripts in Nagios 1.x before 1.4 and 2.x before 2.3 allows remote attackers to execute arbitrary code via a negative content length (Content-Length) HTTP header. See http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2006-2162 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#345204: erlang: FTBFS on GNU/kFreeBSD
tags 345204 - pending tags 345204 - fixed found 345204 10.b.9-3 thanks Hi, the same patch can be applied also for 10.b.9-3. There is also need to update config.guess and config.sub files in erts/autoconf/ and lib/erl_interface/src/auxdir/ directories. A version is needed from last year, sarge version is sufficient. You can simply copy them manually, but it can also be done automatically using the method described in /usr/share/doc/autotools-dev/README.Debian.gz It would also be nice if you can ask upstream to update config.guess and config.sub in their next release. Thanks in advance Petr -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#354685: php4: PHP4 in Sarge may be vulnerable to CVE-2005-3054
Package: php4 Version: 4:4.3.10-16 Followup-For: Bug #354685 Hi can this be confirmed, will be an update on security.debian.org, or do we have to patch it on our own!? -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.14-skas3-v8.2 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages php4 depends on: ii libapache2-mod-php4 4:4.3.10-16 server-side, HTML-embedded scripti ii php4-common 4:4.3.10-16 Common files for packages built fr -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#348839: Still present in 0.57.10
Package: synaptic Version: 0.57.10 Followup-For: Bug #348839 -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (100, 'unstable'), (99, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-1-686-smp Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages synaptic depends on: ii apt [libapt-pkg-libc6.3-6- 0.6.44Advanced front-end for dpkg ii apt-utils [libapt-inst-lib 0.6.44APT utility programs ii libatk1.0-01.11.4-2 The ATK accessibility toolkit ii libc6 2.3.6-7 GNU C Library: Shared libraries ii libcairo2 1.0.4-2 The Cairo 2D vector graphics libra ii libfontconfig1 2.3.2-5.1 generic font configuration library ii libgcc11:4.1.0-3 GCC support library ii libglade2-01:2.5.1-2 library to load .glade files at ru ii libglib2.0-0 2.10.2-2 The GLib library of C routines ii libgtk2.0-02.8.17-2 The GTK+ graphical user interface ii libncurses55.5-2 Shared libraries for terminal hand ii libpango1.0-0 1.12.1-3 Layout and rendering of internatio ii libstdc++6 4.1.0-3 The GNU Standard C++ Library v3 ii libvte41:0.12.0-2Terminal emulator widget for GTK+ ii libx11-6 2:1.0.0-6 X11 client-side library ii libxcursor11.1.5.2-5 X cursor management library ii libxext6 1:1.0.0-4 X11 miscellaneous extension librar ii libxfixes3 1:3.0.1.2-4 X11 miscellaneous 'fixes' extensio ii libxft22.1.8.2-7 FreeType-based font drawing librar ii libxi6 1:1.0.0-5 X11 Input extension library ii libxinerama1 1:1.0.1-4 X11 Xinerama extension library ii libxml22.6.24.dfsg-1 GNOME XML library ii libxrandr2 2:1.1.0.2-4 X11 RandR extension library ii libxrender11:0.9.0.2-4 X Rendering Extension client libra ii scrollkeeper 0.3.14-11 A free electronic cataloging syste ii zlib1g 1:1.2.3-11compression library - runtime Versions of packages synaptic recommends: ii deborphan 1.7.18 Find orphaned libraries ii gksu 1.3.7-1graphical frontend to su ii libgnome2-perl1.040-1Perl interface to the GNOME librar -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#197914: [#197914, #259266, #322791, #342746, #357029] NMU for linuxdoc-tools
Thanks for your help. Please go on to do NMU. In [EMAIL PROTECTED], on Tue, 9 May 2006 19:26:51 +0200, Agustin Martin [EMAIL PROTECTED] wrote: http://corbu.aq.upm.es/~agmartin/linux/store/debian-linuxdoc-tools/ I've got it and checked it. It seems OK. -- Taketoshi Sano: [EMAIL PROTECTED],[EMAIL PROTECTED],[EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#365736: /etc/init.d/slony1 status can falsely claim that daemons are running.
reassign 365736 lsb-base retitle 365736 pidofproc may not use /bin/pidof if pid file is specified stop Am Dienstag, 2. Mai 2006 14:47 schrieb Matthew Woodcraft: Package: slony1-bin Version: 1.1.5-1 If multiple slon daemon instances are configured, '/etc/init.d/slony1 status' reports that they are all running if any one of them is. I think this is caused by pidofproc() falling back to /bin/pidof when the pidfile for an instance does not exist. -M- To lsb-base maintainer, the init script functions start_daemon, killproc and pidofproc may not use /bin/pidof or any other mechanism for determining whether the process is running if a pid file has been specified using the -p option. Quoting http://refspecs.freestandards.org/LSB_3.1.0/LSB-Core-generic/LSB-Core-generic/iniscrptfunc.html: If the -p pidfile option is specified, and the named pidfile exists, a single line at the start of the pidfile shall be read. If this line contains one or more numeric values, separated by spaces, these values shall be used. If the -p pidfile option is specified and the named pidfile does not exist, the functions shall assume that the daemon is not running. and Conforming implementations may use other mechanisms besides those based on pidfiles, unless the -p pidfile option has been used. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#365163: pload: FTBFS with new X packages: Cannot find -lXaw
Package: pload Version: 0.9.5-3.1 Severity: serious Followup-For: Bug #365163 Tag: patch Hi. The patch for this problem: diff -Naur Makefile.orig Makefile --- Makefile.orig 2006-05-10 13:23:44.0 +0100 +++ Makefile2006-05-10 13:24:16.0 +0100 @@ -5,7 +5,7 @@ DEFINES+= -D_POSIX_SOURCE -D_BSD_SOURCE -D_SVID_SOURCE OPTS = -g -Wall -ansi -pedantic -fomit-frame-pointer -pipe CFLAGS = $(OPTS) $(DEFINES) $(INCLUDES) -LDFLAGS= -L/usr/X11R6/lib -lXaw -lXmu -lXt -lSM -lICE -lXext -lX11 -lm +LDFLAGS= -L/usr/X11R6/lib -lXaw6 -lXmu -lXt -lSM -lICE -lXext -lX11 -lm INCLUDES = -I/usr/X11R6/include FILES = pload.c get_stat.c ioctl_stat.c proc_stat.c OBJS = $(FILES:.c=.o) -- Best Regards Krystian Wlosek
Bug#366686: nullmailer: debconf-updatepo has not been launched
Package: nullmailer Severity: normal Tags: l10n Hi, $ msgfmt --statistics fr.po 8 translated messages. $ debconf-updatepo $ msgfmt --statistics fr.po 7 translated messages, 1 fuzzy translation. There is also a lintian warning: $ lintian nullmailer_1.02-4.dsc W: nullmailer source: newer-debconf-templates Please consider adding debconf-updatepo to the clean target of your debian/rules to avoid this problem. Cheers, -- Thomas Huriaux signature.asc Description: Digital signature
Bug#366685: nullmailer: exim4 refuses AUTH after HELO
Package: nullmailer Version: 1:1.02-4 Severity: normal When using smtp auth with an exim4 relay, I get 503 AUTH command used when not advertised. If I change nullmailer to send EHLO instead of HELO, everything works. I'm not familiar with the smtp and esmtp specs, so I'm not sure if this change has other undesirable effects Frank -- 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.16-rc42.6.16-rc4-686 Locale: LANG=C, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages nullmailer depends on: ii debconf [debconf-2.0] 1.5.0 Debian configuration management sy ii libc6 2.3.6-7GNU C Library: Shared libraries ii libgcc1 1:4.1.0-3 GCC support library ii libstdc++64.1.0-3The GNU Standard C++ Library v3 ii lsb-base 3.1-5 Linux Standard Base 3.1 init scrip Versions of packages nullmailer recommends: ii sysklogd [system-log-daemon] 1.4.1-17.2 System Logging Daemon -- debconf information: * shared/mailname: zorac.gevaerts.be * nullmailer/adminaddr: * nullmailer/relayhost: hex.gevaerts.be smtp --user=uname --pass=passwd -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#365464: proftpd: net ACLs are buggy
* Francesco Paolo Lovergine: The true problem is admin inconsistency ;) Unfortunately :::10.0.0.0/24 is a perfectly valid CIDR notation, You could reject this because some of the masked-out bits are set. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#366688: new upstream available; and completions/apropros.fish bug
Package: fish Severity: wishlist (I wouldn't normally use a single mail for two such different matters, but in this case I think it sensible.) 1.21.6 is available. Looking at the changelog, the changes aren't too major, except that there is one crash bug fixed. I've just filed a bug report upstream (http://thread.gmane.org/gmane.comp.shells.fish.user/483) about a missing `\' in share/completions/apropos.fish (before the second `$' on line 5: the `$' indicating end-of-line regexp rather than being part of `$str'). You may wish either to apply this to 1.21.6 (after checking that thread just in case people there have any comments), or wait until Axel has time to release the next version. pjrm. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#365654: xserver-xorg-core: Xorg hangs in kernel during startup
El miércoles, 10 de mayo de 2006 08:57, Sean Smith escribió: Package: xserver-xorg-core Version: 1:1.0.2-8 Followup-For: Bug #365654 I believe I am seeing this too. When I try to start Xorg, the vt switches to a blank screen and the system becomes entirely unresponsive to keyboard input, including Ctrl-Alt-Backspace and Ctrl-Alt-F1. After sshing in, I see that Xorg (the process identifying itself as [Xorg]) is eating all the CPU, and moreover, top shows 100% system time, so it must be in an infinite loop of some kind somewhere in the kernel. I like graphics, and I like running unstable, so please let me know how I can best help debug this issue. This is my home box, so I'm willing to try other kernels, configuration changes, etc. if it would help. Please send your /var/log/Xorg.0.log and your /etc/X11/xorg.conf files, as it will be most probably related to Ati driver instead of xserver-xorg-core. Best regards, Ender. -- What was that, honey? It was bad. It had no fire, no energy, no nothing. So tomorrow from 5 to 7 will you PLEASE act like you have more than a two word vocabulary. It must be green. -- DJ Ruby Rhod (The Fifth Element). -- Desarrollador de Debian Debian developer pgpJNWtoVVAvI.pgp Description: PGP signature
Bug#366687: fail2ban: Fail2ban fails to ban vsftpd logins
Subject: fail2ban: Fail2ban fails to ban vsftpd logins Package: fail2ban Version: 0.6.1-1 Severity: normal *** Please type your report below this line *** Fail2ban fails to ban vsftpd incorrect logins. Depending on the configuration, I get the following: 1) Configuration 1 failregex = FAIL LOGIN it works, but the line WARNING: Must have been using old style of failregex! Security Breach! Read README.Debian appears non-stop on /var/log/fail2ban.log. 2) Configuration 2 failregex = FAIL LOGIN(?Phost...) as suggested vi /usr/share/doc/fail2ban/README.Debian.gz, the WARNING dissappears, but fail2ban doesn't ban vsftpd login attempts anymore. I've also tried v. 0.6-1-2 from author's repository, with the same behaviour. Let me know if you want to test, i'm trying the software on a machine not in production; I'm willing to help with this package. Btw, ssh bans work perfect. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (700, 'testing'), (650, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15-1-k7 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) (ignored: LC_ALL set to [EMAIL PROTECTED]) Versions of packages fail2ban depends on: ii iptables 1.3.3-2Linux kernel 2.4+ iptables adminis ii python2.3.5-5An interactive high-level object-o fail2ban recommends no packages. -- no debconf information __ LLama Gratis a cualquier PC del Mundo. Llamadas a fijos y móviles desde 1 céntimo por minuto. http://es.voice.yahoo.com -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#365649: libgtk1.2: Also alsaplayer-gtk and audacity
Package: libgtk1.2 Version: 1.2.10-18 Followup-For: Bug #365649 alsaplayer-gtk and audacity also have the same problem (of course, since they use GTK1.2). I also use en_GB.utf8 locale. Running the applications with LC_CTYPE=POSIX fixes the problem for me too. Best regards, TMS -- 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-1-686 Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8) Versions of packages libgtk1.2 depends on: ii dpkg 1.13.19package maintenance system for Deb ii libc6 2.3.6-7GNU C Library: Shared libraries ii libglib1.21.2.10-10.1The GLib library of C routines ii libgtk1.2-common 1.2.10-18 Common files for the GTK+ library ii libx11-6 2:1.0.0-6 X11 client-side library ii libxext6 1:1.0.0-4 X11 miscellaneous extension librar ii libxi61:1.0.0-5 X11 Input extension library ii xlibs 6.9.0.dfsg.1-6 X Window System client libraries m libgtk1.2 recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
