Bug#441177: gimp: menu file icon is not available
tags 441177 + patch thanks On Fri, Sep 07, 2007 at 11:49:16AM +0200, Gerfried Fuchs wrote: The menu file says icon=/usr/share/gimp/2.0/images/wilber-icon.png but that file isn't shipped with the package. I guess you rather wanted gimp-logo.png instead - although it is against menu policy which says that the icon should be in xpm format, but: it is not allowed to be larger than 32x32 pixels. Please find attached the output of convert -resize 32x32 to xpm, like discussed on IRC. :) So long, Rhonda attachment: gimp.xpm
Bug#441228: source highlighting works fine but for php
--- - Tong - [EMAIL PROTECTED] wrote: Package: source-highlight Version: 2.4-5 Severity: normal . . . I found that the source-highlight from my Debian package doesn't support php, although other languages works well. Most probably packaging problem. The following line solved the problem: ln -s php.lang /usr/share/source-highlight/php3.lang thanks Looking for a deal? Find great prices on flights and hotels with Yahoo! FareChase. http://farechase.yahoo.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#441231: apt-move determines wrong architecture
Package: apt-move Version: 4.2.26-1 Severity: minor apt-move uses ARCH=`dpkg --print-installation-architecture` for definig the architecture. This is used when creating the binary-$ARCH directory. In my environment, I like to apt-move a bunch of amd64 packages which works good except for creating the dists/etch/main/binary-.. directory. apt-move creates a binary-i386 directory, because I'm running this command on i386, not on amd64. -- System Information: Debian Release: 4.0 Architecture: i386 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-5-amd64 Locale: LANG=C, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages apt-move depends on: ii apt [libapt-pkg-libc6. 0.6.46.4-0.1 Advanced front-end for dpkg ii bc 1.06-20 The GNU bc arbitrary precision cal ii dash 0.5.3-7 The Debian Almquist Shell ii libc6 2.3.6.ds1-13etch2 GNU C Library: Shared libraries ii libgcc11:4.1.1-21GCC support library ii libstdc++6 4.1.1-21 The GNU Standard C++ Library v3 Versions of packages apt-move recommends: ii apt 0.6.46.4-0.1 Advanced front-end for dpkg -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#441211: system unbootable: MODULES=dep creates initrd without ext3.ko (RAID-only system here)
On Fri, Sep 07, 2007 at 03:10:26PM +0200, martin f krafft wrote: No ext3.ko is added to the initrd. This results in an unbootable system for me. It works with MODULES=most. This may well be RAID-related, but I somehow doubt it. please post the ouput of: mount mount | awk '/ \/ / {print root= $1 \nrootfs= $5; exit}' thanks for feedback! -- maks -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#441230: pydb: error in package Description field
Package: pydb Version: 1.19-1 Severity: normal Description: An enhanced Python command-line debugger Pydb is a command-line debugger for Python. It is based on the standard Python debugger pdb, but has a number of added features. Particularly, it is suitable for use with DDD, a graphical debugger front end. The first line of the Description field would be better-split up as follows: Description: An enhanced Python command-line debugger Pydb is a command-line debugger for Python. It is based on the standard Python debugger pdb, but has a number of added features. Particularly, it is suitable for use with DDD, a graphical debugger front end. -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (540, 'stable') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.21-2-amd64 Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Versions of packages pydb depends on: ii python2.4.4-2An interactive high-level object-o ii python-support0.5.6 automated rebuilding support for p pydb recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#441163: clamfs - FTBFS: /usr/include/cc++/config.h:1088:28: error: bits/atomicity.h: No such file or directory
2007/9/7, Michael Ablassmeier [EMAIL PROTECTED]: while doing an archive wide package rebuild your package failed to build from source for the following reason: [...] /usr/include/cc++/config.h:1088:28: error: bits/atomicity.h: No such file or directory Seems like libcommoncpp2 needs to be rebuild in unstable. I have tested clamfs build with rebuild libcommoncpp2 and it completed without any problems. Perhaps I should ask for binary-only upload to rebuild libcommoncpp2 with current version of GCC. Thanks for your report, -- Krzysztof Burghardt [EMAIL PROTECTED] http://www.burghardt.pl/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#441229: java-package: Can't locate controllib.pl and parselog problems
I'm not sure what this means, but it seems to prevent something or other from working like it should: Done. Testing extracted archive... okay. Can't locate controllib.pl in @INC (@INC contains: /etc/perl /usr/local/lib/perl/5.8.8 /usr/local/share/perl/5.8.8 /usr/lib/perl5 /usr/share/perl5 /usr/lib/perl/5.8 /usr/share/perl/5.8 /usr/local/lib/site_perl .) at /usr/bin/822-date line 11. Create debian package: dh_testdir dh_testroot dh_installchangelogs parsechangelog/debian: error: badly formatted trailer line, at file debian/changelog line 5 dh_installchangelogs: changelog parse failure Aborted (dh_installchangelogs). Removing temporary directory: done How can I reproduce this? Cheers, Michael -- Der GMX SmartSurfer hilft bis zu 70% Ihrer Onlinekosten zu sparen! Ideal für Modem und ISDN: http://www.gmx.net/de/go/smartsurfer -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#441218: tvtime: On-screen-display timeout should be adjustable or longer
Package: tvtime Version: 1.0.2-0.2 Severity: minor For now it seems like the on-screen-display timeout is more or less 2 seconds. Sometimes it is too short, and for example when a programme description is long it is impossible to read it all before it disappears. It would be a nice feature if it was possible to adjust the timeout or if at least it was set to something longer ie 4 to 5 seconds. -- System Information: Debian Release: 4.0 APT prefers proposed-updates APT policy: (500, 'proposed-updates'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15-initrd Locale: LANG=pl_PL, LC_CTYPE=pl_PL (charmap=ISO-8859-2) Versions of packages tvtime depends on: ii debconf [debconf-2.0] 1.5.11Debian configuration management sy ii libc6 2.3.6.ds1-13etch4 GNU C Library: Shared libraries ii libfreetype6 2.2.1-5+etch1 FreeType 2 font engine, shared lib ii libgcc11:4.1.1-21GCC support library ii libice61:1.0.1-2 X11 Inter-Client Exchange library ii libpng12-0 1.2.15~beta5-1PNG library - runtime ii libsm6 1:1.0.1-3 X11 Session Management library ii libstdc++6 4.1.1-21 The GNU Standard C++ Library v3 ii libx11-6 2:1.0.3-7 X11 client-side library ii libxext6 1:1.0.1-2 X11 miscellaneous extension librar ii libxinerama1 1:1.0.1-4.1 X11 Xinerama extension library ii libxml22.6.27.dfsg-1 GNOME XML library ii libxtst6 1:1.0.1-5 X11 Testing -- Resource extension ii libxv1 1:1.0.2-1 X11 Video extension library ii libxxf86vm11:1.0.1-2 X11 XFree86 video mode extension l ii ttf-freefont 20060501cvs-10Freefont Serif, Sans and Mono True ii ucf2.0020Update Configuration File: preserv ii zlib1g 1:1.2.3-13compression library - runtime Versions of packages tvtime recommends: ii xmltv-util0.5.44-1.1 Utilities related to the XMLTV fil -- debconf information: tvtime/frequencies-jp: tvtime/vbidevice: /dev/vbi0 * tvtime/frequencies-pal: Europe * tvtime/norm: PAL * tvtime/setuid: false tvtime/v4ldevice: /dev/video0 tvtime/processpriority: -10 tvtime/frequencies-ntsc: -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#441236: cvsnt: cvslockd crashes at startup
Package: cvsnt Version: 2.5.03.2382-3+b1 cvslockd crashes at startup. The manpage says this happens but only on windows systems.. This is amd64 running cvsnt/unstable for cvsnt and all its ldd/recursive dependencies, but the problem actually seems to be with mdns/mini.so. If I [re]move this, it no longer crashes. Running under valgrind --trace-children=yes somehow suppresses the crash but gives: Hostname (null) returned loopback address! Invalid DNS configuration. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#441237: asterisk: crash in ast_translator_free_path after hangup of capi call
Package: asterisk Version: 1:1.4.11~dfsg-1 Severity: normal Call my test asterisk setup from ISDN (via chan_capi 1.0.1-1). On call hangup it SEGV's:Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 1081850192 (LWP 4165)] ast_translator_free_path (p=0x80008) at translate.c:249 249 pn = p-next; #0 ast_translator_free_path (p=0x80008) at translate.c:249 #1 0x0042fee5 in free_translation (clone=0x73a670) at channel.c:1712 #2 0x00434535 in ast_hangup (chan=0x73a670) at channel.c:1750 #3 0x0046b5a0 in __ast_pbx_run (c=0x73a670) at pbx.c:2543 #4 0x0046c5e9 in pbx_thread (data=0x80008) at pbx.c:2603 #5 0x0048fe9c in dummy_start (data=value optimized out) at utils.c:775 #6 0x2b1d7cea5317 in start_thread () from /lib/libpthread.so.0 #7 0x2b1d7d870bad in clone () from /lib/libc.so.6 #8 0x in ?? () -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.22-1-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages asterisk depends on: ii adduser 3.105add and remove users and groups ii asterisk-config 1:1.4.11~dfsg-1 Configuration files for Asterisk ii asterisk-sounds-main1:1.4.11~dfsg-1 Core Sound files for Asterisk (Eng ii libasound2 1.0.14a-2ALSA library ii libc6 2.6.1-2 GNU C Library: Shared libraries ii libct3 0.63-3.2 libraries for connecting to MS SQL ii libcurl3-gnutls 7.16.4-5 Multi-protocol file transfer libra ii libgcc1 1:4.2.1-5GCC support library ii libgcrypt11 1.2.4-2 LGPL Crypto library - runtime libr ii libgnutls13 1.7.19-1 the GNU TLS library - runtime libr ii libgpg-error0 1.4-2library for common error values an ii libgsm1 1.0.10-13Shared libraries for GSM speech co ii libiksemel3 1.2-3C library for the Jabber IM platfo ii libkrb531.6.dfsg.1-7 MIT Kerberos runtime libraries ii libncurses5 5.6+20070825-1 Shared libraries for terminal hand ii libnewt0.52 0.52.2-11Not Erik's Windowing Toolkit - tex ii libogg0 1.1.3-2 Ogg Bitstream Library ii libpopt01.10-3 lib for parsing cmdline parameters ii libpq5 8.2.4-3 PostgreSQL C client library ii libpri1.0 1.4.1-2 Primary Rate ISDN specification li ii libradiusclient-ng2 0.5.5-1 Enhanced RADIUS client library ii libsensors3 1:2.10.4-1 library to read temperature/voltag ii libsnmp10 5.3.1-8 SNMP (Simple Network Management Pr ii libspeex1 1.1.12-3 The Speex Speech Codec ii libsqlite0 2.8.17-2 SQLite shared library ii libssl0.9.8 0.9.8e-8 SSL shared libraries ii libstdc++6 4.2.1-5 The GNU Standard C++ Library v3 ii libtonezone11:1.4.5.1~dfsg-1 tonezone library (runtime) ii libvorbis0a 1.2.0.dfsg-2 The Vorbis General Audio Compressi ii libvorbisenc2 1.2.0.dfsg-2 The Vorbis General Audio Compressi ii libwrap07.6.dbs-14 Wietse Venema's TCP wrappers libra ii unixodbc2.2.11-16ODBC tools libraries ii zlib1g 1:1.2.3.3.dfsg-5 compression library - runtime asterisk recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#441232: linux-image-2.6-amd64: skge ethernet breakage (PCI: Unable to reserve mem region)
forcemerge 428452 441232 stop On Fri, Sep 07, 2007 at 05:42:02PM +0200, Jan Gukelberger wrote: With recent kernels my on-board network adapter does not work any more. This is a Marvell Gigabit Ethernet Controller on an Asus P5B-V mainboard. please try out latest trunk, see apt lines - http://wiki.debian.org/DebianKernel This is the same bug as #428452 reported earlier against linux-image-2.6.21-1-amd64. (Sorry for the duplicate, I didn't know how to extend the old report to newer kernel versions.) In fact, the network adapter hasn't been working since then, i.e. the last working kernel image was 2.6.20-1-amd64 (which I am using now). The following images 2.6.2[12]-[12]-amd64 have all exposed the same problem. just email bugnumber@bugs.debian.org if it still doesn't work, bug upstream skge is under responsive dev. best regards -- maks -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#441216: blender: save files are not endian-safe
Package: blender Version: 2.44-2+b1 Severity: important It took some time, so bug #330920 has been archived, but this is really a follow-up to that. The error has changed, though, now it says: guessing 'blender-bin' == '/usr/bin/blender-bin' Compiled with Python version 2.4.4. Checking for installed Python... got it! Loading ./art/marbles.blend failed: File incomplete Error: no such file or Blender text -- initdir. ERROR: No camera Blender quit This seems to happen only on big-endian machines (so far, mips and s390, it hasn't been built yet on m68k and hppa) and not on little-endian machines. The .blend file was generated on ia-32. For the complete test case, see the gfpoken source package, art/marbles.blend (version is currently 0.30-2, but the blend file will not change unless suggested here). For the error messages, see the buildd logs at http://buildd.debian.org/pkg.cgi?pkg=gfpoken . Thanks, Bas Wijnen -- I encourage people to send encrypted e-mail (see http://www.gnupg.org). If you have problems reading my e-mail, use a better reader. Please send the central message of e-mails as plain text in the message body, not as HTML and definitely not as MS Word. Please do not use the MS Word format for attachments either. For more information, see http://pcbcn10.phys.rug.nl/e-mail.html signature.asc Description: Digital signature
Bug#441206: linux-image-2.6.22-2-k7: Firewire 400 external HD fails to be recognized
On Fri, Sep 07, 2007 at 09:50:51AM -0300, Paulo Marcel Coelho Aragão wrote: My Western Digital 500GB MyBook external HD fails to be recognized when I plug it through the Firewire 400 port. The following errors appear on the syslog: firewire saw fixes, try out latest 2.6.23-rc4, see apt trunk lines - http://wiki.debian.org/DebianKernel -- maks
Bug#441207: apt-zip: typing error in manpage
Package: apt-zip Version: 0.16 Severity: minor Tags: patch Attached is a diff for /usr/share/man/man8/apt-zip.8; hope it helps. Ferdinand Rissner -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (990, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.21-pataneu (SMP w/2 CPU cores) Locale: LANG=de_AT.UTF-8, LC_CTYPE=de_AT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages apt-zip depends on: ii apt 0.7.6 Advanced front-end for dpkg apt-zip recommends no packages. -- no debconf information *** apt-zip.8 2007-09-07 13:33:42.0 +0200 --- apt-zip.8.new 2007-09-07 13:34:57.0 +0200 *** *** 33,39 \fBdselect\fR(8) or indicated in the command line, the other \fIapt-zip.options\fR saves the options used by ! \fBapt-zip-list\fR to indicates to \fBapt-zip-inst\fR what action to perform and/or which packages to install. Various types of scripts can be generated, by specifying a fetch --- 33,39 \fBdselect\fR(8) or indicated in the command line, the other \fIapt-zip.options\fR saves the options used by ! \fBapt-zip-list\fR to indicate to \fBapt-zip-inst\fR what action to perform and/or which packages to install. Various types of scripts can be generated, by specifying a fetch
Bug#427795: Check with newer bochs.
Hi, On Fri, Sep 07, 2007 at 12:06:06AM +0200, Raúl Sánchez Siles wrote: Could you please try upgrading to latest bochs sid packages just to test that this is not a duplicate of #417416 (http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=417416) I checked with latest bochsbios and this really fixes the problem. -- WBR, xrgtn
Bug#441205: CVE-2007-4724 XSS in cal2.jsp
Package: tomcat5-webapps Version: 5.0.30-12 Severity: minor Tags: security Hi, a CVE[0] has been issued against your package. CVE-2007-4724: Cross-site request forgery (CSRF) vulnerability in cal2.jsp in the calendar examples application in Apache Tomcat 4.1.31 allows remote attackers to add events as arbitrary users via the time and description parameters. I verified that this isse is present in etch however it is fixed in tomcat5.5-webapps in unstable and testing. Please include the CVE id in the changelog if you fix this issue. [0] http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2007-4724 Kind regards Nico -- Nico Golde - http://ngolde.de - [EMAIL PROTECTED] - GPG: 0x73647CFF For security reasons, all text in this mail is double-rot13 encrypted. pgprmdxkPw7U1.pgp Description: PGP signature
Bug#441200: libconfig name clash
Package: tech-ctte Severity: normal Hi, The current problem is simple. I did an ITP of libconfig[1], a simple and efficient C/C++ library for parsing configuration file. This library is written by Mark Linder, and is well maintained. Filling the ITP, I knew there was already libconfig in Debian. So I asked Abraham vd Merwe [EMAIL PROTECTED] who is the current maintainer of libconfig if he can rename or remove its package. He responded negatively. And I do think this package should be removed from Debian. My arguments are the following: abz's libconfig is old, non used (no reverse-dependencies) and has only 40 installs according to popcon[2]. Furthermore, it's packaged as a native Debian package and does not seems to be distributed anywhere. I don't see the point to have a personnal package which is not used apart from its Debian-maintainer-author in the archive, and blocking packaging of better and maintained software. I asked for suggestions on the debian-devel list[3], without many help apart renaming the library, which is a mess and does not seems a very good idea. [1] http://bugs.debian.org/438683 [2] http://qa.debian.org/popcon.php?package=libconfig [3] http://lists.debian.org/debian-devel/2007/08/msg00933.html Cheers, -- Julien Danjou .''`. Debian Developer : :' : http://julien.danjou.info `. `' http://people.debian.org/~acid `- 9A0D 5FD9 EB42 22F6 8974 C95C A462 B51E C2FE E5CD signature.asc Description: Digital signature
Bug#441226: Wishlist: Enable CONFIG_IPV6_MULTIPLE_TABLES to have IPv6 Multihome possibility
On Fri, Sep 07, 2007 at 04:20:40PM +0200, Philipp Kolmann wrote: I saw that 2.6.22 has support for CONFIG_IPV6_MULTIPLE_TABLES which allows you to specify the routing based on the source address. enabled in current trunk, will work in tomorrow's build, see trunk apt line - http://wiki.debian.org/DebianKernel I have 2 Sixxs IPv6 tunnels and would like to do simple source policy routing for those 2 interfaces. Therefore I need the CONFIG_IPV6_MULTIPLE_TABLES enabled and also CONFIG_IPV6_SUBTREES. please report back that it works for you ;) best regards -- maks -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#441235: Vertex provides no desktop file
Package: vertex Version: 0.1.15-1.2ubuntu2 Severity: minor User:[EMAIL PROTECTED] Usertags: origin-ubuntu ubuntu-patch gutsy The package provides no .desktop file. You can find a possible fix here: https://bugs.launchpad.net/ubuntu/+source/vertex/+bug/137393 Thank you -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#441206: linux-image-2.6.22-2-k7: Firewire 400 external HD fails to be recognized
On Fri, Sep 07, 2007 at 10:36:40AM -0300, Paulo Marcel Coelho Aragao wrote: No joy, Maks. I installed linux-image-2.6.23-rc4 from trunk as you asked me: Linux monk 2.6.23-rc4-k7 #1 SMP Wed Sep 5 00:17:02 UTC 2007 i686 GNU/Linux ok thanks for the quick feedback, i've pushed the latest firewire update into debian-kernel commit r9471. they should be available in tomorrow's build, please report back. also you can now load modprobe firewire-sbp2 workaround=1 to enable some workarounds that were in the old sbp2 driver. thanks -- maks -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#441234: nvidia-glx: Cannot load nvidia driver with linux-image-2.6.22+10
Package: nvidia-glx Version: 100.14.11-1 Severity: grave Was OK until: After [UPGRADE] linux-image-2.6-k7 2.6.22+9 - 2.6.22+10 (EE) NVIDIA(0): Failed to load the NVIDIA kernel module! (EE) NVIDIA(0): *** Aborting *** (II) UnloadModule: nvidia (II) UnloadModule: wfb (II) UnloadModule: fb (EE) Screen(s) found, but none have a usable configuration. Related nvidia packages: ,[ COLUMNS=130 dlocate -l nvidia|grep '^i'|cut -dN -f1 ] ii nvidia-glx 100.14.11-1 ii nvidia-kernel-2.6-k7 1.0.8776+6 ii nvidia-kernel-2.6.18-4-k7 1.0.8776+6 ii nvidia-kernel-2.6.22-1-k7 100.14.11-1 ii nvidia-kernel-common 20051028+1-0.1 ii nvidia-kernel-source 100.14.11-1 ` ,[ /usr/share/bug/nvidia-glx/script 31 ] uname -r: Linux athene 2.6.22-2-k7 #1 SMP Fri Aug 31 01:02:37 UTC 2007 i686 GNU/Linux /proc/version: Linux version 2.6.22-2-k7 (Debian 2.6.22-4) ([EMAIL PROTECTED]) (gcc version 4.1.3 20070812 (prerelease) (Debian 4.1.2-15)) #1 SMP Fri Aug 31 01:02:37 UTC 2007 01:00.0 VGA compatible controller: nVidia Corporation NV36.2 [GeForce FX 5700] (rev a1) ` ,[ /usr/share/bug/xserver-xorg-core/script 31 ] Contents of /var/lib/x11/X.roster: xserver-xorg /etc/X11/X target unchanged from checksum in /var/lib/x11/X.md5sum. X server symlink status: lrwxrwxrwx 1 root root 13 Apr 11 2006 /etc/X11/X - /usr/bin/Xorg -rwxr-xr-x 1 root root 1736632 Aug 9 13:39 /usr/bin/Xorg Contents of /var/lib/x11/xorg.conf.roster: xserver-xorg VGA-compatible devices on PCI bus: 01:00.0 VGA compatible controller: nVidia Corporation NV36.2 [GeForce FX 5700] (rev a1) /etc/X11/xorg.conf does not match checksum in /var/lib/x11/xorg.conf.md5sum. Xorg X server configuration file status: -rw-r--r-- 1 root root 1596 Sep 7 10:43 /etc/X11/xorg.conf Contents of /etc/X11/xorg.conf: # xorg.conf (xorg X Window System server configuration file) # # This file was generated by dexconf, the Debian X Configuration tool, using # values from the debconf database. # # Edit this file with caution, and see the xorg.conf manual page. # (Type man xorg.conf at the shell prompt.) # # This file is automatically updated on xserver-xorg package upgrades *only* # if it has not been modified since the last upgrade of the xserver-xorg # package. # # If you have edited this file but would like it to be automatically updated # again, run the following command: # sudo dpkg-reconfigure -phigh xserver-xorg Section Files EndSection Section InputDevice Identifier Generic Keyboard Driver kbd Option CoreKeyboard Option XkbRules xorg Option XkbModel pc101 Option XkbLayout dvorak EndSection Section InputDevice Identifier Configured Mouse Driver mouse Option CorePointer Option Device/dev/input/mice Option Protocol ImPS/2 EndSection Section Device Identifier nVidia Corporation NV36.2 [GeForce FX 5700] Driver nvidia BusID PCI:1:0:0 EndSection Section Monitor Identifier HP f2105 Option DPMS HorizSync 30-75 VertRefresh 50-85 EndSection Section Screen Identifier Default Screen Device nVidia Corporation NV36.2 [GeForce FX 5700] Monitor HP f2105 DefaultDepth24 SubSection Display Modes 1680x1050 EndSubSection EndSection Section ServerLayout Identifier Default Layout Screen Default Screen InputDevice Generic Keyboard InputDevice Configured Mouse EndSection Xorg X server log files on system: -rw-r--r-- 1 root root 43997 May 2 23:26 /var/log/Xorg.20.log -rw-r--r-- 1 root root 15979 Sep 7 10:44 /var/log/Xorg.0.log Contents of most recent Xorg X server log file /var/log/Xorg.0.log: X Window System Version 1.3.0 Release Date: 19 April 2007 X Protocol Version 11, Revision 0, Release 1.3 Build Operating System: Linux Debian (xorg-server 2:1.3.0.0.dfsg-12) Current Operating System: Linux athene 2.6.22-2-k7 #1 SMP Fri Aug 31 01:02:37 UTC 2007 i686 Build Date: 09 August 2007 Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. Module Loader present Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. (==) Log file: /var/log/Xorg.0.log, Time: Fri Sep 7 10:44:51 2007 (==) Using config file: /etc/X11/xorg.conf (==) ServerLayout Default Layout (**) |--Screen Default Screen (0) (**) | |--Monitor HP f2105 (**) | |--Device nVidia Corporation
Bug#441181: xserver-xorg-video-ati: does not detect monitor
Debian Live user wrote: Package: xserver-xorg-video-ati Version: 1:6.6.3-2 Severity: normal I connected EIZO FlexScan L465 to the vga connector an an DVI+VGA radeon 9200 card. The screen is detected but wrong mode is selected. Maybe it is a dexconf bug that it sets up the xorg.conf incorrectly. However, selecting a mode larger than the panel size seems wrong even if the frequncies are specified incorrectly. 01:00.0 VGA compatible controller: ATI Technologies Inc RV280 [Radeon 9200 SE] (rev 01) xserver -xorg-video-ati 1:6.6.3-2 is very old, lots of changes were made since then, but no new stable version has been released. So there are 2 major release candidates that you could try: * 1:6.6.193-1 is the natural successor of 1:6.6.3-2 with several fixes, it is available from http://people.debian.org/~bgoglin/ati-for-sid/ * Then the driver got a large rework, especially in the area regarding monitor/mode detection, with randr-1.2 support. So 1:6.7.192-1 is available for unstable from http://snapshot.debian.net/archive/2007/08/05/debian/pool/main/x/xserver-xorg-video-ati/ Please try with any of these versions. Brice -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#441158: libpostgresql-ocaml: Uninstallable in sid: Needs to be rebuilt against ocaml 3.10.0
On Fri, Sep 07, 2007 at 09:32:28AM +0300, Sami Liedes wrote: Package: libpostgresql-ocaml Version: 1.5.4-2+b1 Severity: normal libpostgresql-ocaml needs to be rebuilt against new ocaml in sid in order to be installable again. I know, we are transitioning to ocaml 3.10 and it will take a while. Sorry for the delay ... -- Stefano Zacchiroli -*- PhD in Computer Science ... now what? [EMAIL PROTECTED],debian.org,bononia.it} -%- http://www.bononia.it/zack/ (15:56:48) Zack: e la demo dema ?/\All one has to do is hit the (15:57:15) Bac: no, la demo scema\/right keys at the right time signature.asc Description: Digital signature
Bug#441206: linux-image-2.6.22-2-k7: Firewire 400 external HD fails to be recognized
On Fri, Sep 07, 2007 at 05:21:24PM +0200, maximilian attems wrote: On Fri, Sep 07, 2007 at 10:36:40AM -0300, Paulo Marcel Coelho Aragao wrote: No joy, Maks. I installed linux-image-2.6.23-rc4 from trunk as you asked me: Linux monk 2.6.23-rc4-k7 #1 SMP Wed Sep 5 00:17:02 UTC 2007 i686 GNU/Linux ahh just noticed please 2.6.23-rc5-k7 is available and will be the updated build tomorrow. (shouldn't make a diff with current build) regards -- maks -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#441233: CVE-2007-1888 possible code execution via sqlite_decode_binary
Package: sqlite Version: 2.8.17-2 Severity: grave Tags: security Hi, A CVE was published for sqlite2: CVE-2007-1888[0]: Buffer overflow in the sqlite_decode_binary function in src/encode.c in SQLite 2, as used by PHP 4.x through 5.x and other applications, allows context-dependent attackers to execute arbitrary code via an empty value of the in parameter. NOTE: some PHP installations use a bundled version of sqlite without this vulnerability. The SQLite developer has argued that this issue could be due to a misuse of the sqlite_decode_binary() API. I already a a fixed package ready so I am going to 0-day NMU this package to fix this. Kind regards Nico -- Nico Golde - http://ngolde.de - [EMAIL PROTECTED] - GPG: 0x73647CFF For security reasons, all text in this mail is double-rot13 encrypted. pgp9gkLnqC2UT.pgp Description: PGP signature
Bug#441153: emacs22 conflicts with ilisp 5.12.0+cvs
reassign 441153 ilisp merge 323540 441153 thanks Baylis Shanks [EMAIL PROTECTED] writes: Package: emacs22 Version: 22.1+1-2 I think emacs22 conflicts with ilisp 5.12.0+cvs: This is an old bug in ilisp, see http://bugs.debian.org/323540. Reassigning and merging accordingly, Sven -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#441221: backlevel cups works
I still had backlevel versions of cups in my cache so I reverted to the following and printing works again. dpkg -i cupsys_1.2.12-1_i386.deb dpkg -i cupsys-client_1.2.12-1_i386.deb dpkg -i cupsys-common_1.2.12-1_all.deb dpkg -i cupsys-bsd_1.2.12-1_i386.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#441208: pidgin: Use button in the saved status window saves changes
By Saved, do you mean it actually shows up in the Saved status dialog, or just in the status dropdown? If you just mean the dropdown, that automatically includes the last few recently used statuses. On Fri, 2007-09-07 at 13:56 +0100, Chris Butler wrote: Package: pidgin Version: 2.0.1-1 Severity: minor When you click the Use button in the edit window of the saved status window, it also seems to save changes. I wouldn't expect it to do this, since the other two buttons are Save and Save Use. -- System Information: -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#441179: linux-image-2.6.22-2-k7: new firewire drivers not yet stable
On Fri, Sep 07, 2007 at 06:20:30AM -0400, Michael Stone wrote: The new firewire drivers (e.g., firewire_sbp2) aren't yet stable and are known (upstream) not to work on some systems. It would be nice if the debian kernels still built the older ieee1394 drivers until the newer ones are a complete replacement (even if the system defaults to using the new ones). With the current configuration, my firewire disks are completely unusable with the latest debian kernels. big no. this has already been discussed, we have a solid faith that the yuyu stack is advancing in good state. use latest trunk and if you have still trouble holler on bugzilla.kernel.org trunk apt lines - http://wiki.debian.org/DebianKernel -- maks -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#441234: nvidia-glx: Cannot load nvidia driver with linux-image-2.6.22+10
,[ COLUMNS=130 dlocate -l nvidia|grep '^i'|cut -dN -f1 ] ii nvidia-glx 100.14.11-1 ii nvidia-kernel-2.6-k7 1.0.8776+6 ii nvidia-kernel-2.6.18-4-k7 1.0.8776+6 ii nvidia-kernel-2.6.22-1-k7 100.14.11-1 ii nvidia-kernel-common 20051028+1-0.1 ii nvidia-kernel-source 100.14.11-1 ` ,[ /usr/share/bug/nvidia-glx/script 31 ] uname -r: Linux athene 2.6.22-2-k7 #1 SMP Fri Aug 31 01:02:37 UTC 2007 i686 GNU/Linux I don't see a nvidia-kernel-2.6.22-2-k7 module in the list above. Could it be that you just don't have a module built for this kernel ? regards, randy -- Randall Donald [EMAIL PROTECTED] http://www.khensu.org[EMAIL PROTECTED] Programmer/Debian Developer GnuPG: 6C27DEAB -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#441241: lilypond: 2.8.7-3.1 on i386 segfaults
Package: lilypond Version: 2.8.7-3.1 Severity: important Hello, For some reasons, lilypond 2.8.7-3.1 nowadays just segfaults on the latest Debian sid system during some library routines in guile. I don't know if it has anything to do with the recent glibc upgrade to 2.6 or with g++ going to 4.2. Anyhow, a simple recompile of lilypond fixes it. :-) Cheers, Anthony -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.22-2-k7 (SMP w/1 CPU core) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/bash Versions of packages lilypond depends on: ii guile-1.8 1.8.2+1-2The GNU extension language and Sch ii guile-1.8-libs 1.8.2+1-2Main Guile libraries ii libc6 2.6.1-2 GNU C Library: Shared libraries ii libfontconfig1 2.4.2-1.2generic font configuration library ii libfreetype62.3.5-1+b1 FreeType 2 font engine, shared lib ii libgcc1 1:4.2.1-5GCC support library ii libglib2.0-02.14.0-2 The GLib library of C routines ii libgmp3c2 2:4.2.1+dfsg-5 Multiprecision arithmetic library ii libltdl31.5.24-1 A system independent dlopen wrappe ii libpango1.0-0 1.18.1-1 Layout and rendering of internatio ii libstdc++6 4.2.1-5 The GNU Standard C++ Library v3 ii lilypond-data 2.8.7-3.1LilyPond music typesetter (data fi ii python 2.4.4-6 An interactive high-level object-o ii zlib1g 1:1.2.3.3.dfsg-5 compression library - runtime Versions of packages lilypond recommends: ii lilypond-doc 2.8.7-3.1 LilyPond Documentation in HTML, PS -- no debconf information -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#441240: w3m-el: incorrect license information, GPL versions and copyright holders
Package: w3m-el Version: 1.4.4-3 The debian/copyright file of w3m-el mentions that the package is licensed under just GPLv2. However, the source files seem that the files are under GPLv2 with or (at your option) any later version. Also, the copyright holders other than TSUCHIYA Masatoshi exist. See octet.el, w3m-symbol.el, attic/*, doc/* and shimbun/*. Please correct the copyright information in debian/copyright. BTW, Fumitoshi, are you busy now? If so, please allow me to NMU. I can fix this bug and also fix bug #333607, #412169, #377456, #393957 and #434924 with my NMU. Thanks, -- Tatsuya Kinoshita pgp4hlGmumgUz.pgp Description: PGP signature
Bug#441209: CVE-2007-4743 Incorrect fix for CVE-2007-3999
Package: krb5 Version: 1.6.dfsg.1-7 Severity: grave Tags: security Hi, a CVE was published for krb5. CVE-2007-4743[0]: The original patch for CVE-2007-3999 in svc_auth_gss.c in the RPCSEC_GSS RPC library in MIT Kerberos 5 (krb5) 1.4 through 1.6.2, as used by the Kerberos administration daemon (kadmind) and other applications that use krb5, does not correctly check the buffer length in some environments and architectures, which might allow remote attackers to conduct a buffer overflow attack. Please include the CVE id in your fix. I have an NMU package ready, if you have no time or you are not fast enough I would also NMU the package :) [0] http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2007-4743 Kind regards Nico -- Nico Golde - http://ngolde.de - [EMAIL PROTECTED] - GPG: 0x73647CFF For security reasons, all text in this mail is double-rot13 encrypted. pgpI3R2FIDeMv.pgp Description: PGP signature
Bug#441182: no-ip: manpage does not have a proper description of program
I am unfamiliar with producing patches for Debian, producing manpages for GNU/Linux, and unfortunately currently unwilling to learn ;) Quickest solution might be to simply remove the line no-ip is a program that... since there's already a somewhat sufficient description in the NAME section. Ivan Vucica On Fri, 7 Sep 2007, Otavio Salvador wrote: Ivan Vucica [EMAIL PROTECTED] writes: Package: no-ip Version: 2.1.3-3 Severity: minor The manpage (man no-ip) only contains: no-ip is a program that... This section should probably be expanded; not much, but at least a bit. Please provide a patch for it. -- O T A V I OS A L V A D O R - E-mail: [EMAIL PROTECTED] UIN: 5906116 GNU/Linux User: 239058 GPG ID: 49A5F855 Home Page: http://otavio.ossystems.com.br - Microsoft sells you Windows ... Linux gives you the whole house. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#441206: linux-image-2.6.22-2-k7: Firewire 400 external HD fails to be recognized
On Fri, Sep 07, 2007 at 05:41:51PM +0200, maximilian attems wrote: On Fri, Sep 07, 2007 at 05:21:24PM +0200, maximilian attems wrote: ahh just noticed please 2.6.23-rc5-k7 is available and will be the updated build tomorrow. (shouldn't make a diff with current build) I installed 2.6.23-rc5-k7 and bingo: the HD is recognized ! Here are the syslog messages now: Sep 7 13:01:17 monk kernel: scsi0 : SBP-2 IEEE-1394 Sep 7 13:01:17 monk kernel: firewire_sbp2: logged in to sbp2 unit fw1.1 (0 retries) Sep 7 13:01:17 monk kernel: firewire_sbp2: - management_agent_address: 0xf003 Sep 7 13:01:17 monk kernel: firewire_sbp2: - command_block_agent_address: 0xf010 Sep 7 13:01:17 monk kernel: firewire_sbp2: - status write address: 0x0001 Sep 7 13:01:17 monk kernel: firewire_sbp2: sbp2_scsi_abort Sep 7 13:01:17 monk kernel: scsi 0:0:0:0: Direct-Access WD 5000AAKS Externa 107a PQ: 0 ANSI: 4 Sep 7 13:01:17 monk kernel: sd 0:0:0:0: [sda] 976773168 512-byte hardware sectors (500108 MB) Sep 7 13:01:17 monk kernel: sd 0:0:0:0: [sda] Write Protect is off Sep 7 13:01:17 monk kernel: sd 0:0:0:0: [sda] Mode Sense: 11 00 00 00 Sep 7 13:01:17 monk kernel: sd 0:0:0:0: [sda] Cache data unavailable Sep 7 13:01:17 monk kernel: sd 0:0:0:0: [sda] Assuming drive cache: write through Sep 7 13:01:17 monk kernel: sd 0:0:0:0: [sda] 976773168 512-byte hardware sectors (500108 MB) Sep 7 13:01:17 monk kernel: sd 0:0:0:0: [sda] Write Protect is off Sep 7 13:01:17 monk kernel: sd 0:0:0:0: [sda] Mode Sense: 11 00 00 00 Sep 7 13:01:17 monk kernel: sd 0:0:0:0: [sda] Cache data unavailable Sep 7 13:01:17 monk kernel: sd 0:0:0:0: [sda] Assuming drive cache: write through Sep 7 13:01:17 monk kernel: sda: sda1 sda2 Sep 7 13:01:17 monk kernel: sd 0:0:0:0: [sda] Attached SCSI disk also you can now load modprobe firewire-sbp2 workaround=1 to enable some workarounds that were in the old sbp2 driver. I tried that but the module wasn't loaded. Here's the error message (from dmesg): firewire_sbp2: Unknown parameter `workaround' Thank you very much, Maks, for the speed-lightning responses and the fix ! Paulo -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#441202: openoffice 2.2.1-8 requires gcj (lenny) when another java present
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 notfound 441202 2.2.1 found 441202 2.2.1-8 found 441202 1:2.3.0~oog680m2-1 close 441202 1:2.3.0~rc1-1 thanks Hi, Ferry Toth wrote: openoffice-officebean (2.2.1-8) (i386) requires: First: No such package. Did you mean openoffie.org-officebean? ;-) Of course you did, so please write the correct name there. Second: Version: 2.2.1 is bogus as the BTS wants exact versions *with* the debian revision. With just 2.2.1 you can't track the bug version-wise... libgcj7-1 which requires gcj-4.1-base libgcj7-1-awt which requires gcj-4.1-base I believe this is not the intention if you have another java (java1-runtime or java2-runtime) installed. Third: Already reported and fixed (see 439287). Will also fixed in the 2.2.1 packages in the next upload in case there will be one... Regards, Rene -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFG4W0v+FmQsCSK63MRAo93AJ9QQpHZIQ986C+Yy0BLPHNfIwgpBgCeL5uQ +KpTyZvQudMq8GKbnu23I84= =xvZP -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#441071: Package libGLU1-mesa breaks compi-fusion's expo plugin
found 441071 7.0.1-2 tags 441071 +fixed-upstream thank you Massimo Gagliasso wrote: Sorry. I was wrong!! I've just retested : with version 7.0.1-1 it works. I didn't restarted my gnome session. Ok, it's very probably the same bug then, it will be resolved in the upcoming Mesa 7.0.2. Brice -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#441211: system unbootable: MODULES=dep creates initrd without ext3.ko (RAID-only system here)
On Fri, Sep 07, 2007 at 05:32:15PM +0200, martin f krafft wrote: /dev/md1 on / type auto (rw,noatime,errors=remount-ro,acl,user_xattr) root=/dev/md1 rootfs=auto urrgs i see so we tried to add the kernel module auto, will add some rootfs detection in the case of auto! thanks for the report -- maks -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#441238: Uses deprecated gtk_rc_style_unref call in src/gtk/prefs_window.C
Package: ayttm Version: 0.5.0+10-2 Tags: patch This particular issue causes an FTBFS in Ubuntu. Here's the fix: #! /bin/sh /usr/share/dpatch/dpatch-run ## 01gtk_rc_style_unref.dpatch by [EMAIL PROTECTED] ## ## All lines beginning with `## DP:' are a description of the patch. ## DP: Replace deprecated gtk_rc_style_unref to g_object_unref to fix FTBFS @DPATCH@ diff -urNad ayttm-0.5.0+10~/src/gtk/prefs_window.C ayttm-0.5.0+10/src/gtk/prefs_window.C --- ayttm-0.5.0+10~/src/gtk/prefs_window.C 2007-08-03 16:38:42.0 -0400 +++ ayttm-0.5.0+10/src/gtk/prefs_window.C 2007-09-07 09:30:34.0 -0400 @@ -1134,7 +1134,7 @@ GtkWidget *useless_event_box_because_of_stupid_gtk_colour_handling = gtk_event_box_new(); gtk_widget_show( useless_event_box_because_of_stupid_gtk_colour_handling ); gtk_widget_modify_style( useless_event_box_because_of_stupid_gtk_colour_handling, rc_style ); - gtk_rc_style_unref( rc_style ); + g_object_unref( rc_style ); gtk_container_add( GTK_CONTAINER(frame), useless_event_box_because_of_stupid_gtk_colour_handling ); GtkWidget *label = gtk_label_new( in_text );
Bug#420598: [Mutt] #2882: segfaults in uxterm with 254 columns if there are single byte
#2882: segfaults in uxterm with 254 columns if there are single byte Comment (by Sertaç Ö. Yıldız): {{{ That fixes the crash, thanks. Just as a side note: each '│' character (U+2502 BOX DRAWINGS LIGHT VERTICAL) in index_format still causes a two characters wide offset on right after padding. }}} -- Ticket URL: http://dev.mutt.org/trac/ticket/2882#comment:
Bug#441111: vim: please set syntax=on by default on the gral config file
On Thu, Sep 06, 2007 at 10:46:20PM +0200, Marie 3Jane Marie-France TEssier-Ashpool wrote: Please set syntax=on as default on the install config file. What's the gral config file? There are almost no moments in which you will not want the syntax, and those moments are lived by people that knows how to edit a config file. If you're referring to simply having syntax highlighting enabled, we've chosen not to enable it by default. You can easily enable it by adding syntax on to your ~/.vimrc file. James -- GPG Key: 1024D/61326D40 2003-09-02 James Vega [EMAIL PROTECTED] signature.asc Description: Digital signature
Bug#441180: logcheck-database: pam change needs change in logcheck-database
Package: logcheck-database Version: 1.2.60 Severity: normal Tags: patch diff -u /etc/logcheck/violations.ignore.d/logcheck-su logcheck-su --- logcheck-su 2007-09-07 11:36:15.0 +0100 +++ logcheck-su 2007-09-07 11:36:04.0 +0100 @@ -1,7 +1,7 @@ ^\w{3} [ :0-9]{11} [._[:alnum:]-]+ su\[[0-9]+\]: (\+|-) (pts/[0-9]{1,2}|tty[0-9]) [_[:alnum:]-]+:[_[:alnum:]-]+$ -^\w{3} [ :0-9]{11} [._[:alnum:]-]+ su\[[0-9]+\]: \(pam_[[:alnum:]]+\) session opened for user [[:alnum:]-]+ by \(uid=[0-9]+\)$ -^\w{3} [ :0-9]{11} [._[:alnum:]-]+ su\[[0-9]+\]: \(pam_[[:alnum:]]+\) session opened for user [[:alnum:]-]+ by [[:alnum:]-]+\(uid=[0-9]+\)$ -^\w{3} [ :0-9]{11} [._[:alnum:]-]+ su\[[0-9]+\]: \(pam_[[:alnum:]]+\) session closed for user [[:alnum:]-]+$ +^\w{3} [ :0-9]{11} [._[:alnum:]-]+ su\[[0-9]+\]: pam_[[:alnum:]]+\(su:session\): session opened for user [[:alnum:]-]+ by \(uid=[0-9]+\)$ +^\w{3} [ :0-9]{11} [._[:alnum:]-]+ su\[[0-9]+\]: pam_[[:alnum:]]+\(su:session\): session opened for user [[:alnum:]-]+ by [[:alnum:]-]+\(uid=[0-9]+\)$ +^\w{3} [ :0-9]{11} [._[:alnum:]-]+ su\[[0-9]+\]: pam_[[:alnum:]]+\(su:session\): session closed for user [[:alnum:]-]+$ ^\w{3} [ :0-9]{11} [._[:alnum:]-]+ su\[[0-9]+\]: \+ \?\?\? root:[_[:alnum:]-]+$ ^\w{3} [ :0-9]{11} [._[:alnum:]-]+ su\[[0-9]+\]: Successful su for [[:alnum:]-]+ by [[:alnum:]-]+$ ^\w{3} [ :0-9]{11} [._[:alnum:]-]+ su\[[0-9]+\]: pam_authenticate: Authentication failure$ diff -u /etc/logcheck/ignore.d.paranoid/cron cron --- cron2007-09-07 11:36:49.0 +0100 +++ cron2007-09-07 11:33:33.0 +0100 @@ -4,5 +4,5 @@ ^\w{3} [ :0-9]{11} [._[:alnum:]-]+ /usr/sbin/cron\[[0-9]+\]: \(CRON\) INFO \(pidfile fd = [0-9]+\)$ ^\w{3} [ :0-9]{11} [._[:alnum:]-]+ /usr/sbin/cron\[[0-9]+\]: \(CRON\) INFO \(Running @reboot jobs\)$ ^\w{3} [ :0-9]{11} [._[:alnum:]-]+ /usr/sbin/cron\[[0-9]+\]: \(CRON\) INFO \(Skipping @reboot jobs -- not system startup\)$ -^\w{3} [ :0-9]{11} [._[:alnum:]-]+ CRON\[[0-9]+\]: \(pam_[[:alnum:]]+\) session opened for user [[:alnum:]-]+ by \(uid=[0-9]+\)$ -^\w{3} [ :0-9]{11} [._[:alnum:]-]+ CRON\[[0-9]+\]: \(pam_[[:alnum:]]+\) session closed for user [[:alnum:]-]+$ +^\w{3} [ :0-9]{11} [._[:alnum:]-]+ CRON\[[0-9]+\]: pam_[[:alnum:]]+\(cron:session\): session opened for user [[:alnum:]-]+ by \(uid=[0-9]+\)$ +^\w{3} [ :0-9]{11} [._[:alnum:]-]+ CRON\[[0-9]+\]: pam_[[:alnum:]]+\(cron:session\): session closed for user [[:alnum:]-]+$ Thanks, -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.22-1-686 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8) Shell: /bin/sh linked to /bin/bash -- debconf information: * logcheck-database/rules-directories-note: logcheck-database/standard-rename-note: logcheck-database/conffile-cleanup: false -- - | ,''`.Stephen Gran | | : :' :[EMAIL PROTECTED] | | `. `'Debian user, admin, and developer | |`- http://www.debian.org | - signature.asc Description: Digital signature
Bug#441211: system unbootable: MODULES=dep creates initrd without ext3.ko (RAID-only system here)
also sprach maximilian attems [EMAIL PROTECTED] [2007.09.07.1704 +0200]: please post the ouput of: mount mount | awk '/ \/ / {print root= $1 \nrootfs= $5; exit}' /dev/md1 on / type auto (rw,noatime,errors=remount-ro,acl,user_xattr) tmpfs on /lib/init/rw type tmpfs (rw,nosuid,mode=0755) proc on /proc type proc (rw,noexec,nosuid,nodev) sysfs on /sys type sysfs (rw,noexec,nosuid,nodev) procbususb on /proc/bus/usb type usbfs (rw) udev on /dev type tmpfs (rw,mode=0755) tmpfs on /dev/shm type tmpfs (rw,nosuid,nodev) devpts on /dev/pts type devpts (rw,noexec,nosuid,gid=5,mode=620) fusectl on /sys/fs/fuse/connections type fusectl (rw) /dev/md0 on /boot type ext3 (rw,noexec,nosuid,nodev,noatime,acl,user_xattr) /dev/md3 on /srv type ext3 (rw,nosuid,nodev,acl,user_xattr) /dev/md6 on /tmp type ext3 (rw,nosuid,nodev,acl,user_xattr) /dev/md2 on /usr type ext3 (rw,nodev,noatime,acl,user_xattr) /dev/md4 on /usr/local type ext3 (rw,nosuid,nodev,noatime,acl,user_xattr) /dev/md5 on /var type ext3 (rw,acl,user_xattr) /srv/home on /home type none (rw,bind) /srv/home on /srv/chroots/sid-i386/home type none (rw,bind) /tmp on /srv/chroots/sid-i386/tmp type none (rw,bind) /dev on /srv/chroots/sid-i386/dev type none (rw,bind) /media on /srv/chroots/sid-i386/media type none (rw,bind) /usr/src on /srv/chroots/sid-i386/usr/src type none (rw,bind) proc on /srv/chroots/sid-i386/proc type proc (rw) sysfs on /srv/chroots/sid-i386/sys type sysfs (rw) tunes:/srv/music on /srv/music type nfs (rw,rsize=8192,wsize=8192,hard,mountport=730,addr=192.168.14.1) automount(pid4379) on /wg type autofs (rw,fd=4,pgrp=4379,minproto=2,maxproto=4) root=/dev/md1 rootfs=auto -- .''`. martin f. krafft [EMAIL PROTECTED] : :' : proud Debian developer, author, administrator, and user `. `'` http://people.debian.org/~madduck - http://debiansystem.info `- Debian - when you have better things to do than fixing systems aus der kriegsschule des lebens - was mich nicht umbringt, macht mich härter. - friedrich nietzsche digital_signature_gpg.asc Description: Digital signature (see http://martin-krafft.net/gpg/)
Bug#441211: system unbootable: MODULES=dep creates initrd without ext3.ko (RAID-only system here)
On Fri, Sep 07, 2007 at 05:43:19PM +0200, maximilian attems wrote: On Fri, Sep 07, 2007 at 05:32:15PM +0200, martin f krafft wrote: /dev/md1 on / type auto (rw,noatime,errors=remount-ro,acl,user_xattr) root=/dev/md1 rootfs=auto please test out latest 0.91~beta1 with MODULES=dep - http://people.debian.org/~maks/ thanks -- maks -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#390496: Please take care of this bug!!
Arafat Medini wrote: Hi all!! PLEASE take care of this bug! It's maybe only some lines of code, and there are many users with IBM notebooks with savage cards out there! It would be really so great!! As explained by Michel earlier, it's much more than a couple lines of code, it requires lots of work. That may never happen unfortunately... Brice -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#441073: devscripts: [licensecheck] Fails to parse license information for single line comments
Am Donnerstag, den 06.09.2007, 15:33 +0100 schrieb Adam D. Barratt: A fix for this (with a very similar patch :-) was commited to SVN a few days ago and will therefore be in the next upload. Great! Thanks! Best regards, Manuel -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#440176: closed by maximilian attems [EMAIL PROTECTED] (Re: Bug#440176: mkinitramfs: does not work properly with symlinked config files)
On Fri, Sep 07, 2007 at 11:16:38AM +0200, Sascha Silbe wrote: As you can see above this is NOT the case (/etc/udev/../infra/whatever = /etc/infra/whatever). I have also verified this again on the system itself. check your allegations before coming back. Even though symlinking config files might be unusual, I did not find anything in the policy or any documentation about this being discouraged or unsupported. It worked quite fine in the past, both with Debian and with other distributions like Gentoo. If you tell me which file to examine to find the bug, I'll try to provide a patch. This feature is quite critical to me. afais your box is broken, easily reprucible with: echo cp -a /etc/alternatives $DESTDIR/etc/ /usr/share/initramfs-tools/hooks/udev update-initramfs -u update-initramfs: Generating /boot/initrd.img-2.6.23-rc4-amd64 cpio: ./etc/alternatives/lvm-default: Cannot stat: No such file or directory ls -l /etc/alternatives/lvm-default lrwxrwxrwx 1 root root 12 2007-08-30 19:05 /etc/alternatives/lvm-default - /lib/lvm-200 ls -l /lib/lvm-200 ls: /lib/lvm-200: No such file or directory mkdir /tmp/bla cd /tmp/bla gunzip -c -9 /boot/initrd.img-2.6.23-rc4-amd64 \ | cpio -i -d -H newc --no-absolute-filenames ls -l etc/alternatives/ | head total 25862 -rwxr-xr-x 1 max max 338480 2007-09-07 12:00 awk -rw-r--r-- 1 max max 25106 2007-09-07 12:00 awk.1.gz -rwxr-xr-x 1 max max1125 2007-09-07 12:00 btcompletedir -rw-r--r-- 1 max max1028 2007-09-07 12:00 btcompletedir.1.gz -rwxr-xr-x 1 max max8024 2007-09-07 12:00 btdownloadcurses -rw-r--r-- 1 max max2074 2007-09-07 12:00 btdownloadcurses.1.gz -rwxr-xr-x 1 max max4780 2007-09-07 12:00 btdownloadheadless -rw-r--r-- 1 max max2074 2007-09-07 12:00 btdownloadheadless.1.gz -rwxr-xr-x 1 max max9157 2007-09-07 12:00 btlaunchmany so everything is there and don't start telling me that /etc/alternatives is not symlink infested :P -- maks -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#441179: linux-image-2.6.22-2-k7: new firewire drivers not yet stable
Package: linux-image-2.6.22-2-k7 Version: 2.6.22-4 Severity: normal The new firewire drivers (e.g., firewire_sbp2) aren't yet stable and are known (upstream) not to work on some systems. It would be nice if the debian kernels still built the older ieee1394 drivers until the newer ones are a complete replacement (even if the system defaults to using the new ones). With the current configuration, my firewire disks are completely unusable with the latest debian kernels. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#441199: hobbit-client: Client does not report test results
tags 441199 + confirmed thanks Re: Jason Cormie 2007-09-07 [EMAIL PROTECTED] When installed hobbit-client doesnt return as many tests as expected. For example in my servers bb-hosts I have AAA.BBB.CCC.DDD XYZ.bla.ac.uk # ssh ntp http://XYZ.bla.ac.uk/ This returns the server tests: conn ssh http ntp If I declare and export required variables in the /etc/default/hobbit-client file as below HOBBITCLIENTHOME=/usr/lib/hobbit/client export HOBBITCLIENTHOME export HOBBITSERVERS export CLIENTHOSTNAME Hi Jason, thanks for the report. I have no idea why this was working in my local setup, but I could reproduce it when reinstalling the hobbit client. The problem was that HOBBITCLIENTHOME needs to be exported as you found. Additionally, the variables MACHINE and MACHINEDOTS were missing from the environment. Setting them in the init script fixed the issue. MACHINE=$CLIENTHOSTNAME MACHINEDOTS=`hostname -f` export HOBBITSERVERS HOBBITCLIENTHOME CLIENTHOSTNAME MACHINE MACHINEDOTS Will be fixed in the next upload, rsn. Christoph -- [EMAIL PROTECTED] | http://www.df7cb.de/ signature.asc Description: Digital signature
Bug#441093: fix last check time in future
On Thu, Sep 06, 2007 at 06:54:27PM +0100, Ian Jackson wrote: In Ubuntu we find that it can easily happen that the timezone setting and interpretation of the CMOS clock used by debian-installer during installation is not the same as that during filesystem check on first boot. The effect is that on affected systems a new installation will always fsck once on first boot. Please note that the debian-installer now has support to synchronize the system clock using NTP (through rdate) during the installation. This will probably help to avoid the issue that you are describing. Cheers, -- Jérémy Bobbio.''`. [EMAIL PROTECTED]: :Ⓐ : # apt-get install anarchism `. `'` `- signature.asc Description: Digital signature
Bug#441094: Seconding request for mailing list
Hi! I second the request for a mailing list for Interix/Debian. vishy -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#441175: lsof: status error on /: Bad address
Package: lsof Severity: important Version: 4.78.dfsg.1-2 lsof doesn't work correctly on sparc. guajiro:~# lsof /lsof: WARNING: can't stat() rootfs file system / Output information may be incomplete. lsof: WARNING: can't stat() sysfs file system /sys Output information may be incomplete. lsof: WARNING: can't stat() proc file system /proc Output information may be incomplete. lsof: WARNING: can't stat() tmpfs file system /dev Output information may be incomplete. lsof: WARNING: can't stat() ext3 file system / Output information may be incomplete. lsof: WARNING: can't stat() ext3 file system /dev/.static/dev Output information may be incomplete. lsof: WARNING: can't stat() tmpfs file system /lib/init/rw Output information may be incomplete. lsof: WARNING: can't stat() usbfs file system /proc/bus/usb Output information may be incomplete. lsof: WARNING: can't stat() tmpfs file system /dev/shm Output information may be incomplete. lsof: WARNING: can't stat() devpts file system /dev/pts Output information may be incomplete. lsof: WARNING: can't stat() ext3 file system /boot Output information may be incomplete. lsof: status error on /: Bad address lsof 4.78 latest revision: ftp://lsof.itap.purdue.edu/pub/tools/unix/lsof/ latest FAQ: ftp://lsof.itap.purdue.edu/pub/tools/unix/lsof/FAQ latest man page: ftp://lsof.itap.purdue.edu/pub/tools/unix/lsof/lsof_man usage: [-?abhlnNoOPRstUvVX] [+|-c c] [+|-d s] [+D D] [+|-f] [-F [f]] [-g [s]] [-i [i]] [+|-L [l]] [+m [m]] [+|-M] [-o [o]] [-p s] [+|-r [t]] [-S [t]] [-T [t]] [-u s] [+|-w] [-x [fl]] [--] [names] Use the ``-h'' option to get more help information. guajiro:~# dpkg -l lsof libc6 | grep ^ii ii libc6 2.6.1-1GNU C Library: Shared libraries ii lsof 4.78.dfsg.1-2 List open files guajiro:~# uname -a Linux guajiro 2.6.21-2-sparc64 #1 Thu Jul 12 12:33:00 UTC 2007 sparc64 GNU/Linux Aníbal Monsalve Salazar -- http://v7w.com/anibal signature.asc Description: Digital signature
Bug#441149: FTBFS: missing build-dependencies on libboost development packages
tags 441149 + pending thanks Hi, Matt Kraai wrote: Package: asio Version: 0.3.8~rc3-1 asio fails to build from source because it cannot find the header files provided by libboost-dev, libboost-date-time-dev, libboost-regex-dev, and libboost-test-dev. The attached patch adds these packages to its build-dependencies so that the header files can be found. Acknowledged. New upload forthcoming as soon as the testsuite has run again. Simon -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#440176: closed by maximilian attems [EMAIL PROTECTED] (Re: Bug#440176: mkinitramfs: does not work properly with symlinked config files)
On Wed, Sep 05, 2007 at 10:47:57PM +, Debian Bug Tracking System wrote: [EMAIL PROTECTED]:~# ls -l /etc/udev/links.conf lrwxrwxrwx 1 root root 35 2007-08-30 14:25 /etc/udev/links.conf - ../infra/system-1.0/udev/links.conf it seems pretty evident that your /etc/udev/links.conf is pointing to /infra/system-1.0/udev/links.conf and not /etc/infra/system-1.0/udev/links.conf As you can see above this is NOT the case (/etc/udev/../infra/whatever = /etc/infra/whatever). I have also verified this again on the system itself. Even though symlinking config files might be unusual, I did not find anything in the policy or any documentation about this being discouraged or unsupported. It worked quite fine in the past, both with Debian and with other distributions like Gentoo. If you tell me which file to examine to find the bug, I'll try to provide a patch. This feature is quite critical to me. CU Sascha -- http://sascha.silbe.org/ pgpyWG69VxAdM.pgp Description: PGP signature
Bug#440872: reprepro: adding an architecture does not get the arch:all Packages included in it
package reprepro retitle 440872 reprepro: easier way to spread arch:all packages needed severity 440872 wishlist thanks * Cameron Dale [EMAIL PROTECTED] [070906 21:14]: On 9/5/07, Bernhard R. Link [EMAIL PROTECTED] wrote: As reprepro does not realize that there was a new architecture added, it cannot special case that. And even if it could, and there would be multiple other architectures yet, where should it copy them from, and if the versions of their arch:all packages differ, which should it choose? I certainly understand what you're saying, but I think there is a way to do this for the most common case of all arches having the same arch:all packages (and versions). Indeed but there is no way to do it automatically nor should it be done without explicit request. I hope the new database handling I'm currently implementing for the upcoming 2.4.0 will at least allow me to detect the existance of new architectures and give a better hint in that case. Perhaps a new command or option to the export command that says sync all arch:all packages with all architectures. It would then find all the arch:all packages available in all the architectures, and add them to the archs that are missing them. A new command command so that one does not have to use a pull rule might indeed be useful. Especially as an automated way to limit what architectures new arch:all packages are added to when package tracking is active is on my TODO list, and that will need some special command to recalculate spreading of arch:all packages anyway, so I guess that might be easily extended to just equally spread arch:all packages. Hochachtungsvoll, Bernhard R. Link -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#438179: glibc's getaddrinfo() sort order
On Fri, Sep 07, 2007 at 01:06:06AM +0200, Kurt Roeckx wrote: It's atleast in the spirit of the rfc to prefer one that's on the local network. It might be the intention of rule 9, but then rule 9 isn't very well written. Rule 9 seems perfectly well written, it just does something you (reasonably) consider undesirable. The RFC says: ] Rule 9: Use longest matching prefix. ] When DA and DB belong to the same address family (both are IPv6 or ] both are IPv4): If CommonPrefixLen(DA, Source(DA)) ] CommonPrefixLen(DB, Source(DB)), then prefer DA. Similarly, if ] CommonPrefixLen(DA, Source(DA)) CommonPrefixLen(DB, Source(DB)), ] then prefer DB. ] ] Rule 10: Otherwise, leave the order unchanged. ] If DA preceded DB in the original list, prefer DA. Otherwise prefer ] DB. ] ] Rules 9 and 10 may be superseded if the implementation has other ] means of sorting destination addresses. For example, if the ] implementation somehow knows which destination addresses will result ] in the best communications performance. The admin says that rule 9 isn't appropriate seems to fit somehow knows which destination address will result in the best communications performance, so afaict, the description in the new gai.conf, # sortv4 yes|no #If set to no, getaddrinfo(3) will ignore IPv4 adresses in rule 9. See #section 6 in RFC 3484. The default is yes. Setting this option to #no breaks conformance to RFC 3484. is incorrect, in that that the implementation is still in conformance with the RFC. In addition, I think there's two different aspects here: the first is should getaddrinfo() return results in random order to aid in load distribution? and the second is is prefix matching a reasonable way to determine a good host to use? AFAICS, the answer to the first question is simply no, it shouldn't -- randomised load balancing like that needs to be done at the application level, or by giving different sets of IPs in response to DNS queries by different hosts, such as using BGP or similar. As far as pool.ntp.org is concerned, that looks like the end of the story, afaics: ntp can't rely in getaddrinfo to give a suitably random answer. OTOH, getaddrinfo is meant to give a close answer, and doing prefix matching on NATed addresses isn't the Right Thing. For IPv6, that's fine because it's handled by earlier scoping rules. For NATed IPv4 though the prefix we should be using is whatever the host is going to be NATed *to*. And that would imply that the Right Thing would be to have an option more like: pretend-that 10/8 is-really 1.2.3.4/32 That doesn't seem likely to work though because it requires extra manual configuration, which won't happen. Giving up on actually getting getaddrinfo to give close answers for NATed boxes leaves the option of trying to avoid getaddrinfo going out of its way to give far answers instead, which would mean turning off prefix-matching for NATed boxes; which could be done by ignoring rule 9 by default for private IPv4 addresses. Actually, it might also be reasonable to ignore rule 9 if scope(DA) scope(source(DA)) and scope(DB) scope(source(DB)) which seems reasonably equivalent to DA and DB are only reachable through a NAT for both IPv4 and IPv6. The corner case is if the destination is in a DMZ and can access both the Internet and local boxes directly, but I don't think you can get the right answer for that atm anyway. Doing it by changing Rule 9 to: Rule 9: Use longest matching prefix. When DA and DB belong to the same address family (both are IPv6 or both are IPv4): If xCommonPrefixLen(DA, Source(DA)) xCommonPrefixLen(DB, Source(DB)), then prefer DA. Similarly, if xCommonPrefixLen(DA, Source(DA)) xCommonPrefixLen(DB, Source(DB)), then prefer DB. If scope(X) scope(Y) then xCommonPrefixLen(X,Y) = 0 Else: xCommonPrefixLen(X,Y) = CommonPrefixLen(X,Y) would give reasonable behaviour, I think (preferring addresses that can be reached without NAT first, then leaving addresses that require NAT in the order received). In essence, the problem is that comparing prefixes of real addresses against addresses that will be NATed is not adding information, and is possibly losing information -- eg, if your site DNS already orders A addresses by prefix matching on your actual IP range. I already suggested that maybe rule 9 should be limited to the common prefix length of the netmask you're using. An other option is that you extend rule 2 to have the same behaviour with ipv4, and that 10/8, 172.16/12 and 192.168/16 should be considered organization-local. Those are specified as having site-local scope in 3.2; but Rule 2 only comes into play if one of the IPs returned by the nameserver is also site-local anyway which isn't particularly useful. Cheers, aj signature.asc Description: Digital signature
Bug#440902: window placement of scan dialog
also sprach Jeffrey Ratcliffe [EMAIL PROTECTED] [2007.09.06.2122 +0200]: On further investigation, the code to centre the window was added in 0.9.15. 0.9.16 has just been uploaded to Debian. Please check the behaviour there. I've tested KDE 3.5 and Gnome 2.18, and in both cases, with these settings, the entire window stays visible, moving upwards if necessary. On fluxbox it does not stay visible and never moves. The behaviour is unchanged. -- .''`. martin f. krafft [EMAIL PROTECTED] : :' : proud Debian developer, author, administrator, and user `. `'` http://people.debian.org/~madduck - http://debiansystem.info `- Debian - when you have better things to do than fixing systems this sentence contradicts itself -- no actually it doesn't. -- douglas hofstadter digital_signature_gpg.asc Description: Digital signature (see http://martin-krafft.net/gpg/)
Bug#437148: [scponly] svn support in scponly is unsafe
* Joachim Breitner: These files have specific filenames at specific locations relative to the svn repository root. But since I can put a repository _anywhere_ by just copying it there, how do you want the admin to prevent the user running it’s hook commands? I think mounting the file system no-exec covers that. IIRC, Subversion directly executes the hook scripts, and this will fail in that case.
Bug#427104: still apears to be broken with d-i
On Thu, 6 Sep 2007 14:55:14 +0200 Jérémy Bobbio [EMAIL PROTECTED] wrote: Hi! I am coming back with this issue, as I recently had more feedbacks about it... On Mon, Jun 04, 2007 at 02:08:48PM -0400, Joey Hess wrote: Tim Dijkstra wrote: I'm tempted to wait until d-i finally dumps the devfs style naming. And I don't think that a change that tries to fix this will be allowed into an update for etch, do you? Removing devfs device names from d-i is a long-term goal, not a matter of flipping a switch. There remains an unknown amount of work to reach that goal. In the meantime, the laptop task is broken, and something has to be done about this. That's how I see it. The good news is: d-i finally got rid of devfs-style device names in its development builds. Joey, can you confirm that the bug is now gone for with the daily built images? The less good news: I'd like to get a fix for this in the next Etch point release, as the error message, even harmless, is really confusing less experienced users. Tim, would you be inclined to work on an update for version 0.3~cvs20060928-7 with me? I was a bit low on debian time lately. But I was planning to package the new release of uswsusp, so maybe we can have another shot at this. But before we do, I would want to have some reassurance that the peorple who manage stable updates find this problematic enough to warrant an update. grts Tim signature.asc Description: PGP signature
Bug#441156: RFS: glchess (updated package)
Dear mentors, I am looking for a sponsor for the new version 1.0.6+debian-1 of my package glchess. It builds these binary packages: glchess- 2D/3D chess interface The package appears to be lintian clean. The upload would fix these bugs: 421694, 441156 The package can be found on mentors.debian.net: - URL: http://mentors.debian.net/debian/pool/main/g/glchess - Source repository: deb-src http://mentors.debian.net/debian unstable main contrib non-free - dget http://mentors.debian.net/debian/pool/main/g/glchess/glchess_1.0.6+debian-1.dsc I would be glad if someone uploaded this package for me. Kind regards -- Thierry Randrianiriana signature.asc Description: OpenPGP digital signature
Bug#437148: [scponly] svn support in scponly is unsafe
Hi, Am Freitag, den 07.09.2007, 00:45 -0700 schrieb Kaleb Pederson: Thanks Florian, The following are now disabled for svn: editor-cmd, diff-cmd, diff3-cmd, (just added) config-dir, But that does not prevent commiting to a repository with hooks, right? You write in the security docs: These files have specific filenames at specific locations relative to the svn repository root. But since I can put a repository _anywhere_ by just copying it there, how do you want the admin to prevent the user running it’s hook commands? Greetings, Joachim -- Joachim nomeata Breitner Debian Developer [EMAIL PROTECTED] | ICQ# 74513189 | GPG-Keyid: 4743206C JID: [EMAIL PROTECTED] | http://people.debian.org/~nomeata
Bug#441242: bash: clear_console man page has wrong synopsis
Package: bash Version: 3.1dfsg-8 Severity: minor Tags: patch The man page of clear_console(1) has SYNOPSIS clear That should be changed to clear_console. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#441151: CGI options not working
also sprach martin f krafft [EMAIL PROTECTED] [2007.09.07.0752 +0200]: It would be splendid if this could be fixed soon. I'd prepare a patch, but I could not find information as to where to find the source. If you let me know, I'll have a go. I found the bzr repo and had a look but no way I can do anything. I despise Perl and this code should be nominated for some obfuscated^W purposely-confusing code showdown. :) -- .''`. martin f. krafft [EMAIL PROTECTED] : :' : proud Debian developer, author, administrator, and user `. `'` http://people.debian.org/~madduck - http://debiansystem.info `- Debian - when you have better things to do than fixing systems digital_signature_gpg.asc Description: Digital signature (see http://martin-krafft.net/gpg/)
Bug#438179: glibc's getaddrinfo() sort order
On ven, sep 07, 2007 at 07:45:52 +, Pierre Habouzit wrote: On ven, sep 07, 2007 at 07:15:42 +, Pierre Habouzit wrote: On Thu, Sep 06, 2007 at 11:46:54PM +, Joey Hess wrote: Pierre Habouzit wrote: Also note that probably many many Windows machines work that way (the RFC was written by a MS guy). And this behaviour impacts software developpers, and people that hoped that having multiple A records for their service will see a perfect round robin will be stuck anyways. I mean, it's non previous-practice-backward-compliant and one can argue reasonably it sucks. But hel-llooo ! this kind of design choice is not only local. If every one (or the majority) on the internet behaves like this, fixing this bug (if it is really one) in Debian will _not_, I say _not_ prevent us from fixing many software that rely on DNS round robin, because OTHER PARTIES will use the RFC-foo algorithm, and WE will have to cope with that whatever choice is made. On that matter, according to Aurélien, Vista (maybe XP), {Open,Net,Free}BSD follow the RFC. Other OSes could be tested (MacOS X and solaris come to mind). So it's kind of a decision of Debian vs. the rest of the world. And if I don't really care about the issue of the decision technically, this aspect worries me. Still one technical point, here is the excerpt from the RFC on the offending rule: Rule 9: Use longest matching prefix. When DA and DB belong to the same address family (both are IPv6 or both are IPv4): If CommonPrefixLen(DA, Source(DA)) CommonPrefixLen(DB, Source(DB)), then prefer DA. Similarly, if CommonPrefixLen(DA, Source(DA)) CommonPrefixLen(DB, Source(DB)), then prefer DB. What it means is that for IPs with the same common prefix, the order of the address is unchanged wrt how it came up in the DNS answer. What it means, is that when I use apt to fetch from ftp.debian.org from my home ISP (proxad) it takes the mirror that proxad does (ftp.fr.d.o). When I go to my parents, using wanadoo (now Orange), it picks the Oleane one (ftp.fr2.d.o) which indeed is nearer. It makes completely sense. And as per rule of the common prefix, on a local network, RR still can be assumed on a given VLAN. It actually makes quite some sense to me. Maybe that's why Joey Hess had variability: the RFC does not specify a *full* ordering, it just aim to restrict the RR to the nearest servers to the client. Of course, usualy ISP IP's have first octet smaller than 127, so if you host a service with RR on a network with the first octet greater than 128 and a mirror on an IP with a first octet smaller than 128, the client of your service from the ISP will never chose the former because of this rule. This is a RFC that favors people with large mirroring networks for their service, and hinders people with small mirroring networks because they have to chose the IP for their network servers with care. I think I've described everything important for the Ctte to rule this, so unless a question pop up, I'll let you rule in peace :) -- ·O· Pierre Habouzit ··O[EMAIL PROTECTED] OOOhttp://www.madism.org pgpaJgXnBtYoS.pgp Description: PGP signature
Bug#441228: source highlighting works fine but for php
Package: source-highlight Version: 2.4-5 Severity: normal Hello again Lorenzo, This is Tong from the gengetopt mlist. I found that the source-highlight from my Debian package doesn't support php, although other languages works well. I'm wondering why: $ source-highlight --lang-list | grep -1 php perl = perl.lang php = php3.lang php3 = php3.lang pl = prolog.lang $ echo | source-highlight -f xhtml -s php !-- Generator: GNU source-highlight 2.4 by Lorenzo Bettini http://www.lorenzobettini.it http://www.gnu.org/software/src-highlite -- prettsource-highlight: cannot find file php3.lang anywhere Other languages works, eg: $ echo | source-highlight -f xhtml -s perl !-- Generator: GNU source-highlight 2.4 by Lorenzo Bettini http://www.lorenzobettini.it http://www.gnu.org/software/src-highlite -- prett /tt/pre Where can I find a copy of php3.lang so that I can put it into my system? Thanks Tong -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (600, 'testing'), (50, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-grml Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages source-highlight depends on: ii libboost-regex1.33.1 1.33.1-10 regular expression library for C++ ii libc6 2.6-2 GNU C Library: Shared libraries ii libgcc1 1:4.2.1-4 GCC support library ii libstdc++64.2.1-4The GNU Standard C++ Library v3 source-highlight recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#390496: Please take care of this bug!!
Hi all!! PLEASE take care of this bug! It's maybe only some lines of code, and there are many users with IBM notebooks with savage cards out there! It would be really so great!!
Bug#441175: lsof: status error on /: Bad address
On Fri, Sep 07, 2007 at 10:03:02PM +1000, Aníbal Monsalve Salazar wrote: On Fri, Sep 07, 2007 at 07:44:20AM -0400, Justin Pryzby wrote: Can you send a strace? Oops, can you also send strace -f? BTW I thought there was some bug with strace -f -o so using 2 redirection is preferable. Thanks Justin
Bug#441040: [INTL:ta] debconf PO translations for the package hex-a-hop
while working on the file kbabel threw up couple of warnings. they seem related to the header file. i am attaching a screenshot. see if something needs to be done thanks regards tv -- BE HAPPY! LIFE IS TOO SHORT TO BE UNHAPPY! attachment: Screenshot-Error - KBabel.png
Bug#441155: imagemagick: display needs fig2dev from the transfig package to display xfig files
Package: imagemagick Version: 7:6.2.4.5.dfsg1-1 Severity: normal chouca〔tmp〕$ display test.xfig sh: fig2dev: command not found display: Delegate failed `fig2dev -L ps %i %o'. chouca〔tmp〕$ sudo aptitude install transfig [...] chouca〔tmp〕$ display test.xfig chouca〔tmp〕$ Dear Luciano, it is necessary to have transfig installed to display .xfig pictures. I think that imagemagick could recommend it, as does not not have a complex dependancy list. Have a nice day, -- Charles Plessy, Wako, Saitama, Japan -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.21-2-686 (SMP w/2 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages imagemagick depends on: ii libbz2-1.0 1.0.3-7 high-quality block-sorting file co ii libc6 2.6.1-1+b1GNU C Library: Shared libraries ii libfreetype6 2.3.5-1+b1FreeType 2 font engine, shared lib ii libice62:1.0.4-1 X11 Inter-Client Exchange library ii libjasper1 1.900.1-3 The JasPer JPEG-2000 runtime libra ii libjpeg62 6b-13 The Independent JPEG Group's JPEG ii liblcms1 1.16-6Color management library ii libmagick9 7:6.2.4.5.dfsg1-1 Image manipulation library ii libpng12-0 1.2.15~beta5-2PNG library - runtime ii libsm6 2:1.0.3-1+b1 X11 Session Management library ii libtiff4 3.8.2-7 Tag Image File Format (TIFF) libra ii libx11-6 2:1.0.3-7 X11 client-side library ii libxext6 1:1.0.3-2 X11 miscellaneous extension librar ii libxml22.6.29.dfsg-1 GNOME XML library ii libxt6 1:1.0.5-3 X11 toolkit intrinsics library ii zlib1g 1:1.2.3.3.dfsg-5 compression library - runtime imagemagick recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#441233: CVE-2007-1888 possible code execution via sqlite_decode_binary
Hi, attached is the patch for my NMU. It will be also archived on: http://people.debian.org/~nion/nmu-diff/sqlite_2.8.17-2_2.8.17-2.1.patch Kind regards Nico -- Nico Golde - http://ngolde.de - [EMAIL PROTECTED] - GPG: 0x73647CFF For security reasons, all text in this mail is double-rot13 encrypted. diff -u sqlite-2.8.17/debian/changelog sqlite-2.8.17/debian/changelog --- sqlite-2.8.17/debian/changelog +++ sqlite-2.8.17/debian/changelog @@ -1,3 +1,11 @@ +sqlite (2.8.17-2.1) unstable; urgency=high + + * Non-maintainer upload by testing security team. + * Included 01-fix-CVE-2007-1888.patch to fix buffer overflow +in encode.c (CVE-2007-1888) (Closes: #441233). + + -- Nico Golde [EMAIL PROTECTED] Fri, 07 Sep 2007 17:47:03 +0200 + sqlite (2.8.17-2) unstable; urgency=low * Add Galician (closes: #407958), Russian (closes: #397167) and Spanish only in patch2: unchanged: --- sqlite-2.8.17.orig/debian/patches/01-fix-CVE-2007-1888.patch +++ sqlite-2.8.17/debian/patches/01-fix-CVE-2007-1888.patch @@ -0,0 +1,14 @@ +diff -Nurad sqlite-2.8.17~/src/encode.c sqlite-2.8.17/src/encode.c +--- sqlite-2.8.17~/src/encode.c 2007-09-07 17:45:19.0 +0200 sqlite-2.8.17/src/encode.c 2007-09-07 17:45:50.0 +0200 +@@ -176,6 +176,10 @@ + int i, e; + unsigned char c; + e = *(in++); ++ if(e == 0){ ++return 0; ++ } ++ + i = 0; + while( (c = *(in++))!=0 ){ + if( c==1 ){ pgpyzjjYUFGqL.pgp Description: PGP signature
Bug#441165: nyello: fails to install
Package: nyello Version: 0.5.0-1 Severity: grave Justification: renders package unusable Hi, I'm currently switching to xmms2 from mpd just to try a new media player. Installing clients for xmms2 proved very difficult as apt says the following: The following packages have unmet dependencies: nyello: Depends: libxmmsclient0 which is a virtual package. Resolving dependencies... Unable to resolve dependencies! Giving up... -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.22-2-amd64 (SMP w/2 CPU cores) Locale: LANG=fr_BE.UTF-8, LC_CTYPE=fr_BE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#441177: gimp: menu file icon is not available
On Fri, Sep 07, 2007 at 05:12:38PM +0200, Gerfried Fuchs wrote: Please find attached the output of convert -resize 32x32 to xpm, like discussed on IRC. :) Oops, you are right - there seems to be some problem with convert, did convert and resize it with GIMP itself. So long. :) Rhonda attachment: gimp.xpm
Bug#441083: sshpass breaks shopt -s checkwinsize
Dwayne Litzenberger wrote: It's more to do with the fact that when run through sshpass, the ssh process is connected to a different TTY than the one used by sshpass and the parent process. If passing SIGWINCH along to ssh is all it will take to make things work, I will gladly do it. If it takes starting to figure out what goes wrong and why, I somewhat doubt I'll invest the time (though, if you write a patch, I'll incorporate the fix into upstream, of course). Oh, it uses a different tty? I think there might be an ioctl that sshpass needs to handle, then. So now you know how the magic is done. I've tagged this bug upstream. I also found the docs I should have read before (tty_ioctl(4), in case you were wondering). I'll see what I can do about this bug. Shachar -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#441152: libdb4.4: 4.4.20-8 - 4.4.20-9 breaks txn_begin
Package: libdb4.4 Version: 4.4.20-9 Severity: grave Justification: totally breaks postgrey (don't hesitate to shoot back if it turns out that postgrey or libberkeleydb-perl is using libdb4.4 the wrong way :-) See #441069: txn_begin seems to fail with 4.4.20-9. Downgrading to 4.4.20-8 makes the problem go away (doesn't matter which version the database was created with.) cheers -- vbi P.S.: I didn't reassign the bug because I want to keep it open against postgrey as documentation for my users. -- Penetration testing ... [is] expensive, and you'll get a thick report when the testing is done. [...] Probably the safest thing you can do with the report, after you read it, is shred it. -- Bruce Schneier http://www.schneier.com/blog/archives/2007/05/is_penetration.html signature.asc Description: This is a digitally signed message part.
Bug#441243: Problem determining dependencies if user is blind
Package: www.debian.org Good point. Thank you for your suggestion. I am trying to send it to the right place so that it won't be forgotten. Lee, Gary D. [EMAIL PROTECTED] wrote: ON your page where dependencies, recommends, etc. are listed, the status is denoted by an image with a blank alt tag. Are you sure? The images seem to have alt tags, but also class=hidecss which I think hides it. Then ul.uldep adds images back in as list-style-image, but I think we can't reliably add alt text to images used in that way. As a temporary fix, you can switch CSS off in most browsers, but I think this is a bug of the new design of packages.debian.org. What's the best fix? Put depends/recommends/suggests headings in between the ul tags? Try to make the images replace the bullet points somehow? (list-style: none and reduce the left margin or padding?) Or use different shapes for the different types? (disc, circle, square?) Thanks, -- MJR/slef My Opinion Only: see http://people.debian.org/~mjr/ Please follow http://www.uk.debian.org/MailingLists/#codeofconduct -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#440760: debian-reference-en: Explain groups, and permission to access devices, early
On Tue, Sep 04, 2007 at 10:13:40AM -0500, Karl O. Pinc wrote: On 09/04/2007 07:59:47 AM, Osamu Aoki wrote: Thanks for your interest. You're welcome. I've a couple of other patches submitted as wishlist bugs too. They might have been stopped by my mail gateway. I see them on BTS. Thanks. On Mon, Sep 03, 2007 at 11:32:05PM -0500, Karl O. Pinc wrote: Package: debian-reference-en Version: CVS HEAD -sect1Purposes of standard groups +sect1 id=standard-groupsPurposes of standard groups Yah, standard group is good to mention. I didn't want to expand this section to re-create the definitive list, but I also think it could be useful to list the 'scanner' group and the 'plugdev' group. (Because those are the ones I've struggled with in the past. :) But gnome and xfce do not use plugdev (pmount). But if this is for devices, floppy etc may serve better as example. I'm not sure what you mean, but that's ok. I chose the audio group because you already had text for the adm group, which grants read access, and I wanted something that would grant write access (and have to do with devices rather than files.) What do you think my rewrite? http://wiki.debian.org/DRBasics#head-8c8218c777b29b3179dd99503f0a019f55ebca0a I may need to comment on how gnome mount device as user to the desktop. or http://wiki.debian.org/DebianReference Osamu -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#441206: linux-image-2.6.22-2-k7: Firewire 400 external HD fails to be recognized
On Fri, Sep 07, 2007 at 01:08:02PM -0300, Paulo Marcel Coelho Aragao wrote: On Fri, Sep 07, 2007 at 05:41:51PM +0200, maximilian attems wrote: On Fri, Sep 07, 2007 at 05:21:24PM +0200, maximilian attems wrote: ahh just noticed please 2.6.23-rc5-k7 is available and will be the updated build tomorrow. (shouldn't make a diff with current build) I installed 2.6.23-rc5-k7 and bingo: the HD is recognized ! Here are the syslog messages now: ah cool!! also you can now load modprobe firewire-sbp2 workaround=1 to enable some workarounds that were in the old sbp2 driver. I tried that but the module wasn't loaded. Here's the error message (from dmesg): firewire_sbp2: Unknown parameter `workaround' yup this will only work tomorrow with latest git firewire patch. Thank you very much, Maks, for the speed-lightning responses and the fix ! well thanks for quick testing! can you be so kind and test tomorrow's build, just to know that git firewire doesn't rebork. ;) best regards -- maks -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#441239: cannot purge after remove
Package: mozilla-thunderbird-enigmail Version: 2:0.94.2-1 Hi, I removed this package with 'dpkg --remove ...' and then I also run 'dpkg --purge ...'. The second dpkg run gave this error: sgi:~# dpkg --purge mozilla-thunderbird-enigmail (Lettura del database ... 87219 file e directory attualmente installati.) Rimuovo mozilla-thunderbird-enigmail ... Elimino i file di configurazione di mozilla-thunderbird-enigmail ... /var/lib/dpkg/info/mozilla-thunderbird-enigmail.postrm: line 5: update-mozilla-thunderbird-chrome: command not found dpkg: errore processando mozilla-thunderbird-enigmail (--purge): il sottoprocesso post-removal script ha restituito un codice di errore 127 Sono occorsi degli errori processando: mozilla-thunderbird-enigmail sgi:~# apt-cache policy mozilla-thunderbird-enigmail mozilla-thunderbird-enigmail: Installato: (nessuno) Candidato: 2:0.94.2-1 Tabella versione: 2:0.94.2-1 0 500 http://ftp.it.debian.org etch/main Packages 2:0.93-1 0 100 /var/lib/dpkg/status -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#441083: sshpass breaks shopt -s checkwinsize
Tags: patch Dwayne Litzenberger wrote: Oh, it uses a different tty? I think there might be an ioctl that sshpass needs to handle, then. Does the following patch solve the problem? Shachar Index: main.c === --- main.c (revision 28) +++ main.c (working copy) @@ -147,10 +147,17 @@ int handleoutput( int fd ); +/* Global variables so that this information be shared with the signal handler */ +static int ourtty; // Our own tty +static int masterpt; + +void window_resize_handler(int signum); + int runprogram( int argc, char *argv[] ) { +struct winsize ttysize; // The size of our tty // Create a pseudo terminal for our process -int masterpt=getpt(); +masterpt=getpt(); if( masterpt==-1 ) { perror(Failed to get a pseudo terminal); @@ -169,6 +176,13 @@ return 1; } +ourtty=open(/dev/tty, 0); +if( ourtty!=-1 ioctl( ourtty, TIOCGWINSZ, ttysize )==0 ) { +signal(SIGWINCH, window_resize_handler); + +ioctl( masterpt, TIOCSWINSZ, ttysize ); +} + int childpid=fork(); if( childpid==0 ) { // Child @@ -333,3 +347,11 @@ write( dstfd, \n, 1 ); } + +void window_resize_handler(int signum) +{ +struct winsize ttysize; // The size of our tty + +if( ioctl( ourtty, TIOCGWINSZ, ttysize )==0 ) +ioctl( masterpt, TIOCSWINSZ, ttysize ); +}
Bug#441174: rescue: Enter rescue mode message buglet
Package: debian-installer Severity: minor Hi, I'm using the Debian Installer from Etch r0 in rescue mode. The following message is displayed: After this message, you will be given a shell with mounted on /target. You may work on it using the tools available in the installer environment. If you want to make it your root file system temporarily, run chroot /target. If you need any other file systems (such as a separate /usr), you will have to mount those yourself. Executing a shell Note that: 1) A piece of information misses after with on the first line; 2) There's a line Executing a shell which seems to be out of place there. thanks, Thijs -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#439985: [Nut-upsdev] Unresolved variable in `libupsclient-config'
Hi Florian, 2007/9/7, Florian Forster [EMAIL PROTECTED]: Hi Arnaud, On Thu, Sep 06, 2007 at 02:54:50PM +0200, Arnaud Quette wrote: I've just tested it again in a Sid pbuilder env, and everything is fine! So just to be sure, did you hit this problem with the debs? If so, an apt-cache policy nut-dev is welcome. weird.. I'm using the Sid package and it's definitely broken. Here's the policy output: -- 8 -- [EMAIL PROTECTED]:~ $ libupsclient-config --libs -L/usr/lib -lupsclient @SSL_LDFLAGS@ [EMAIL PROTECTED]:~ $ uname -a Linux leeloo 2.6.20-1-k7 #1 SMP Tue Apr 24 22:37:29 UTC 2007 i686 GNU/Linux [EMAIL PROTECTED]:~ $ apt-cache policy nut-dev nut-dev: Installed: 2.2.0-1 Candidate: 2.2.0-1 Version table: *** 2.2.0-1 0 500 http://ftp.de.debian.org unstable/main Packages 100 /var/lib/dpkg/status -- 8 -- If there's anything else I should provide or try please let me know :) ok, I was not on the same wave length. I misinterpreted as pkgconfig ... for which I've both dpatched and fixed in the svn... when it comes to libupsclient-config, I've only fixed upstream. no dpatch. I will so take care of that too. thanks again for your report, Arnaud -- Free Software Developer - http://arnaud.quette.free.fr/ Debian Developer - http://people.debian.org/~aquette/ Network UPS Tools (NUT) Project Leader - http://www.networkupstools.org/ Ubuntu Media Center (UMC) Project Leader - https://launchpad.net/~umc-team -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#437148: [scponly] svn support in scponly is unsafe
Hi, Am Freitag, den 07.09.2007, 10:59 +0200 schrieb Florian Weimer: * Joachim Breitner: I think mounting the file system no-exec covers that. IIRC, Subversion directly executes the hook scripts, and this will fail in that case. Then this should be mentioned in the file. I also think that this is quite a high hurdle: Admins that want that can surely re-compile scponly. It's mentioned in the file (item 7), but I agree that this is not the target group of the Debian package. Sorry, didn’t read it all. For the rest, the debian package should come without svn support. The README.Debian could describe the disabled features, and under what circumstances they are save, and how best to recompile scponly. The package could create two binaries, one that supports just scp/sftp, and another one for the rest. Sounds good, but that’s up to the maintainer. Thomas, are you reading this? For the stable security update, it's probably best to just disable Subversion/Unison/rsync. I agree. Greetings, Joachim -- Joachim nomeata Breitner Debian Developer [EMAIL PROTECTED] | ICQ# 74513189 | GPG-Keyid: 4743206C JID: [EMAIL PROTECTED] | http://people.debian.org/~nomeata
Bug#437148: [scponly] svn support in scponly is unsafe
Am Freitag, den 07.09.2007, 10:49 +0200 schrieb Florian Weimer: * Joachim Breitner: These files have specific filenames at specific locations relative to the svn repository root. But since I can put a repository _anywhere_ by just copying it there, how do you want the admin to prevent the user running it’s hook commands? I think mounting the file system no-exec covers that. IIRC, Subversion directly executes the hook scripts, and this will fail in that case. Then this should be mentioned in the file. I also think that this is quite a high hurdle: Admins that want that can surely re-compile scponly. For the rest, the debian package should come without svn support. The README.Debian could describe the disabled features, and under what circumstances they are save, and how best to recompile scponly. Greetings, Joachim -- Joachim nomeata Breitner Debian Developer [EMAIL PROTECTED] | ICQ# 74513189 | GPG-Keyid: 4743206C JID: [EMAIL PROTECTED] | http://people.debian.org/~nomeata
Bug#426210: Pending where?
Package: linux-2.6 Version: 2.6.22-4 This bug was tagged 'pending' on May 27th, but CONFIG_SENSORS_AMS is still disabled in linux-image-2.6.22-2-powerpc. Where/when is it expected to be enabled? Thanks, -- Earthling Michel Dänzer | http://tungstengraphics.com Libre software enthusiast | Debian, X and DRI developer
Bug#348082: xserver-xorg: [ati/radeon] pinkness and interference pattern on Radeon RV250 If [Radeon 9000] rev 1 and TMDS-connected Samsung SyncMaster 213T
On Sat, Sep 01, 2007 at 11:21:18AM -0400, Alex Deucher wrote: On 9/1/07, Branden Robinson [EMAIL PROTECTED] wrote: That's three more experiments: 1) xrandr --output DVI-0 --off This appears to be a no-op. The interference is left in place, and it is the same as if I do not use xrandr or xvidmode at all. 2) Option ConnectorTable 3,1,1,3,2,0,0,3 This also has no apparent effect. The same interference is present on server startup. 3) Switch the ConnectorTable back to what I have now*, and plug the monitor into the other DVI port. 4) 3) with the new connectortable. I'm afraid I cannot perform these experiments. Upon trying it, I see that my other video output is an ADC connector, not a DVI connector. http://redwald.deadbeast.net/tmp/debian_bug_348082_damn_ati_connectors.jpeg Also, if you have an analog monitor (VGA connector). it'd be nice to test that to make sure we actually have the dac mapping correct. Another disappointment -- I got rid of my last CRT monitors earlier this year. Given these setbacks, is there something more I can do to help with this bug? -- G. Branden Robinson|People are equally horrified at Debian GNU/Linux |hearing the Christian religion [EMAIL PROTECTED] |doubted, and at seeing it http://people.debian.org/~branden/ |practiced. -- Samuel Butler signature.asc Description: Digital signature
Bug#441167: git-gui: fails to handle filename with '%3F' in it
Package: git-gui Version: 1:1.5.3-1 Severity: normal It seems that git-gui try to evaluate filenames. I put the severity to normal, but perhaps it should be increase if this bug allow to run arbitrary code (not sure because the user still has to click on the filename). Steps to reproduce the bug : [EMAIL PROTECTED]:/tmp$ mkdir foo [EMAIL PROTECTED]:/tmp$ cd foo/ [EMAIL PROTECTED]:/tmp/foo$ git init Initialized empty Git repository in .git/ [EMAIL PROTECTED]:/tmp/foo$ touch 'foo%3Fsuite' [EMAIL PROTECTED]:/tmp/foo$ git-gui Then click on the 'foo%3Fsuite' icon to include it in a changeset A popup comes with : 'Error: bad field specifier F' with the backrtace : bad field specifier F bad field specifier F while executing format $msg... %i/%i files (%.2f%%) $update_index_cp $totalCnt 0.0 (procedure update_index line 12) invoked from within update_index Adding [short_path $path] [list $path] [concat $after [list ui_ready]] (procedure toggle_or_diff line 28) invoked from within toggle_or_diff .vpane.files.workdir.list 14 11 (command bound to event) At quick glace, I would say that format $msg... %i/%i files (%.2f%%) $update_index_cp $totalCnt 0.0 should be replaced by format %s... %i/%i files (%.2f%%) $msg $update_index_cp $totalCnt 0.0 However : - I do not test this (yet) - the code should probably be audited for similar bugs Best regards, Vincent -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (990, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.23-rc4-686 (SMP w/1 CPU core) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages git-gui depends on: ii git-core 1:1.5.3-1 fast, scalable, distributed revisi ii tk8.4 8.4.15-1 Tk toolkit for Tcl and X11, v8.4 - Versions of packages git-gui recommends: ii git-doc 1:1.5.3-1 fast, scalable, distributed revisi ii gitk 1:1.5.3-1 fast, scalable, distributed revisi -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#441245: libpam-mount: broken package due to unavailable package: libhx10
Package: libpam-mount Version: libpam-mount Severity: grave Justification: renders package unusable It is impossible to install this package because it depends on libhx10 which is missing. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.22-buga (SMP w/2 CPU cores; PREEMPT) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages libpam-mount depends on: ii libc6 2.6.1-2 GNU C Library: Shared libraries ii libglib2.0-02.14.0-2 The GLib library of C routines ii libssl0.9.8 0.9.8e-8 SSL shared libraries ii mount 2.13-3 Tools for mounting and manipulatin ii zlib1g 1:1.2.3.3.dfsg-5 compression library - runtime libpam-mount recommends no packages. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#420598: [Mutt] #2882: segfaults in uxterm with 254 columns if there are single byte
#2882: segfaults in uxterm with 254 columns if there are single byte Comment (by pdmef): Replying to [comment:4 Sertaç Ö. Yıldız]: Just as a side note: each '│' character (U+2502 BOX DRAWINGS LIGHT VERTICAL) in index_format still causes a two characters wide offset on right after padding. Yeah. A fix is easy: * zero the destination when entering the function * re-compute col right after the {{{ch = *src++}}} line for right-padding But this would be a hot-fix only. mutt_FormatString() isn't obviously completely multibyte-safe: * it doesn't allow padding with multibyte chars * the default is to add each byte one by one from the input to the output and increment __both__, the current column counter and the number written so far (column is wrong for multibyte input) ...while the latter one now causes trouble. I'm in favor of fixing the latter issue, so I won't commit the above fix as it only fights the symptoms. -- Ticket URL: http://dev.mutt.org/trac/ticket/2882#comment:5
Bug#438179: glibc's getaddrinfo() sort order
On Fri, Sep 07, 2007 at 06:54:21PM +1000, Anthony Towns wrote: OTOH, getaddrinfo is meant to give a close answer, and doing prefix matching on NATed addresses isn't the Right Thing. For IPv6, that's fine because it's handled by earlier scoping rules. For NATed IPv4 though the prefix we should be using is whatever the host is going to be NATed *to*. And that would imply that the Right Thing would be to have an option more like: pretend-that 10/8 is-really 1.2.3.4/32 That doesn't seem likely to work though because it requires extra manual configuration, which won't happen. Giving up on actually getting getaddrinfo to give close answers for NATed boxes leaves the option of trying to avoid getaddrinfo going out of its way to give far answers instead, which would mean turning off prefix-matching for NATed boxes; which could be done by ignoring rule 9 by default for private IPv4 addresses. The problem with IPv4 is not only about NAT. It just happens to show the problem better. With the IPv6 allocation policies, it's likely that the more higher bits match, the closer it is network wise. It is rather unlikly in the IPv4 case, specially if you go above /16. Kurt -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#441178: apt-get -t etch source nano fetches nano from lenny instead of etch
Package: apt Version: 0.6.46.4-0.1 Severity: normal Steps to preproduce: 1) On a debian etch system place the following to /etc/apt/sources.list deb http://ftp.fi.debian.org/debian/ etch main deb http://security.debian.org/ etch/updates main deb-src http://ftp.fi.debian.org/debian sarge main deb-src http://ftp.fi.debian.org/debian etch main deb-src http://ftp.fi.debian.org/debian lenny main deb-src http://ftp.fi.debian.org/debian sid main 2) sudo apt-get update 3) apt-get -t etch source nano Expected results: 3) apt-get fetches the source code of nano in etch. Actual results: 3) apt-get fetches the source code of nano in lenny: $ apt-get -t etch source nano Reading package lists... Done Building dependency tree... Done Need to get 1340kB of source archives. Get:1 http://ftp.fi.debian.org lenny/main nano 2.0.6-2 (dsc) [701B] Get:2 http://ftp.fi.debian.org lenny/main nano 2.0.6-2 (tar) [1315kB] Get:3 http://ftp.fi.debian.org lenny/main nano 2.0.6-2 (diff) [23.9kB] Fetched 1340kB in 0s (7498kB/s) dpkg-source: extracting nano in nano-2.0.6 dpkg-source: unpacking nano_2.0.6.orig.tar.gz dpkg-source: applying ./nano_2.0.6-2.diff.gz More info: 1) This bug was earlier reported in a comment to 152129. When that bug got closed I was asked to report it as a new bug. -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-4-k7 Locale: LANG=C, LC_CTYPE=fi_FI (charmap=ISO-8859-1) Versions of packages apt depends on: ii debian-archive-keyring 2007.07.31~etch1 GnuPG archive keys of the Debian a ii libc6 2.3.6.ds1-13etch2 GNU C Library: Shared libraries ii libgcc11:4.1.1-21GCC support library ii libstdc++6 4.1.1-21 The GNU Standard C++ Library v3 apt recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#437148: [scponly] svn support in scponly is unsafe
* Joachim Breitner: I think mounting the file system no-exec covers that. IIRC, Subversion directly executes the hook scripts, and this will fail in that case. Then this should be mentioned in the file. I also think that this is quite a high hurdle: Admins that want that can surely re-compile scponly. It's mentioned in the file (item 7), but I agree that this is not the target group of the Debian package. For the rest, the debian package should come without svn support. The README.Debian could describe the disabled features, and under what circumstances they are save, and how best to recompile scponly. The package could create two binaries, one that supports just scp/sftp, and another one for the rest. For the stable security update, it's probably best to just disable Subversion/Unison/rsync. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#441172: autofs: option --ghost causes errors
Package: autofs Version: 4.1.4+debian-2 Severity: normal with 2.6.22.6 kernel, when i use : --ghost option in auto.master, i have errors : Sep 7 09:38:45 alex automount[13612]: failed to mount /misc/.directory Sep 7 09:38:45 alex automount[13613]: failed to mount /nfs/.directory -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.22.6 (SMP w/2 CPU cores; PREEMPT) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages autofs depends on: ii libc6 2.6.1-2GNU C Library: Shared libraries ii ucf 3.001 Update Configuration File: preserv Versions of packages autofs recommends: ii module-init-tools 3.3-pre11-1tools for managing Linux kernel mo ii nfs-common1:1.1.1~git-20070709-3 NFS support files common to client -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#437148: [scponly] svn support in scponly is unsafe
Thanks Florian, The following are now disabled for svn: editor-cmd, diff-cmd, diff3-cmd, (just added) config-dir, The following are disabled for svnserve: daemon, listen-port, listen-host, foreground, inetd, threads, listen-once, The following for rsync: rsh, daemon, rsync-path, (this and below just added) address, port, sockopts, config, no-detach, And the following for unison: -rshcmd, -sshcmd, -servercmd, -addversionno (just added) Where documented, the respective short options for the above are disabled. I updated the security document to include the changes you recommend, and then a couple of others that come to mind. The latest version of the security document is available here: http://scponly.cvs.sourceforge.net/scponly/scponly/SECURITY?view=markup We'll continue to look at it and see if there is anything else that we missed. Thanks again for the help. --Kaleb On Thursday 06 September 2007, Florian Weimer wrote: Furthermore, in light of comments on the debian list, I just disallowed --editor-cmd, --diff-cmd, and --config-dir... but that still doesn't help with the editor cmd and diff cmd being specified in config files. --diff3-cmd is problematic, too. For rsync, you need to disable daemon mode (at the very least). The security guide must mention that you need to lock down ~/.subversion, ~/.ssh, ~/.unison and maybe a few more directories. signature.asc Description: This is a digitally signed message part.
Bug#420598: [Mutt] #2882: segfaults in uxterm with 254 columns if there are single byte
#2882: segfaults in uxterm with 254 columns if there are single byte Changes (by pdmef): * status: closed = reopened * resolution: fixed = * summary: segfaults in uxterm with 254 columns if there are single byte 8-bit characters in index_format = segfaults in uxterm with 254 columns if there are single byte Comment: Replying to [comment:2 Sertaç Ö. Yıldız]: After this changeset, mutt started to segfault with the attached mbox. ... After this line, | 1207 count -= wlen; /* how many byte left for this line's buffer */ count becomes negative. Just before the memset(): count=-9 col=179 wlen=189. I can confirm your analysis and your crash. I also saw segfaults on other messages and tried to fix padding logic in changeset [648ad3832e82]. With it, your message is fine here. Can you please retry? -- Ticket URL: http://dev.mutt.org/trac/ticket/2882#comment:3
Bug#441166: procps: Weired CPU utilization when toggling thread display (H)
Package: procps Version: 1:3.2.7-4 Severity: minor -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 When toggling the thread display (via the key H) the CPU utilization of running programs that consist of more than one thread jumps to 99.9% for one or two updates. E.g. when turning threads on, I get the following output from top: top - 09:04:25 up 4 days, 12:27, 12 users, load average: 0.02, 0.10, 0.09 Tasks: 139 total, 1 running, 138 sleeping, 0 stopped, 0 zombie Cpu(s): 1.3%us, 1.0%sy, 0.0%ni, 97.7%id, 0.0%wa, 0.0%hi, 0.0%si, 0.0%st Mem:776200k total, 764268k used,11932k free,13420k buffers Swap: 4097504k total, 231708k used, 3865796k free, 212596k cached PID USER PR NI VIRT RES SHR S %CPU %MEMTIME+ COMMAND 3621 ingo 18 0 40640 840 836 S 99.9 0.1 0:00.04 bonobo-activati 20778 ingo 15 0 45336 24m 12m S 99.9 3.2 2:46.59 xchat 7629 ingo 15 0 138m 49m 20m S 99.9 6.5 0:43.39 firefox-bin 4181 ingo 15 0 80480 57m 13m S 99.9 7.6 0:06.18 evince 3825 ingo 15 0 235m 76m 14m S 99.9 10.1 3:29.34 liferea-bin 3830 ingo 15 0 235m 76m 14m S 99.9 10.1 0:54.14 liferea-bin 4182 ingo 16 0 80480 57m 13m S 99.9 7.6 0:07.85 evince 3835 ingo 15 0 235m 76m 14m S 99.9 10.1 0:03.59 liferea-bin 20780 ingo 15 0 45336 24m 12m S 41.1 3.2 0:01.27 xchat 7632 ingo 15 0 138m 49m 20m S 32.7 6.5 0:01.01 firefox-bin 3833 ingo 15 0 235m 76m 14m S 29.2 10.1 0:00.90 liferea-bin 7633 ingo 15 0 138m 49m 20m S 20.7 6.5 0:00.64 firefox-bin 3828 ingo 19 0 235m 76m 14m S 2.6 10.1 0:00.08 liferea-bin 8853 ingo 15 0 42332 24m 8388 S 1.0 3.2 17:05.55 xfce4-terminal 3616 ingo 15 0 16796 4800 2692 S 0.3 0.6 10:45.40 xfce4-battery-p 21014 ingo 15 0 2352 1136 856 R 0.3 0.1 0:01.07 top 1 root 15 0 2064 352 284 S 0.0 0.0 0:00.53 init Ingo - -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (800, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.22.6-hrt6-schwan20070831 Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages procps depends on: ii libc6 2.6.1-2GNU C Library: Shared libraries ii libncurses5 5.6+20070825-1 Shared libraries for terminal hand ii lsb-base 3.1-24 Linux Standard Base 3.1 init scrip Versions of packages procps recommends: ii psmisc22.5-1 Utilities that use the proc filesy - -- no debconf information -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFG4Phg4XrXtQkN2NURAioOAKCPayXDRzmYd3yZ8ivfCTjTAC8PwQCcCYdw Zyak6N9OUJrGa3z/UsoTa08= =WxJ0 -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#430091: [PATCH] git-svn: fix Malformed network data with svn:// servers
We have a workaround for the reparent function not working correctly on the SVN native protocol servers. This workaround opens a new connection (SVN::Ra object) to the new URL/directory. Since libsvn appears limited to only supporting one connection at a time, this workaround invalidates the Git::SVN::Ra object that is $self inside gs_fetch_loop_common(). So we need to restart that connection once all the fetching is done for each loop iteration to be able to run get_log() successfully. Signed-off-by: Eric Wong [EMAIL PROTECTED] --- Gerrit Pape [EMAIL PROTECTED] wrote: On Wed, Jul 04, 2007 at 02:07:42PM -0700, Eric Wong wrote: Although this fixes blocking reads, this does *not* fix the Malformed network data issue, which has been around for a while... I'll try to find time to fix the Malformed network data bug in a few days time, but it's not fatal (just restart git-svn, this error happens at a point where it's not possible to have a corrupted import). Hi, this still is a problem we face on Debian with 1.5.3-rc3 http://bugs.debian.org/436142 http://bugs.debian.org/430091 I'm sorry, I didn't manage to provide a patch. Sorry for the latency again. git-svn.perl |6 ++ 1 files changed, 6 insertions(+), 0 deletions(-) diff --git a/git-svn.perl b/git-svn.perl index d3c8cd0..7df4098 100755 --- a/git-svn.perl +++ b/git-svn.perl @@ -3175,6 +3175,7 @@ sub gs_do_switch { $reparented = 1; } else { $ra = Git::SVN::Ra-new($full_url); + $self-{-invalid} = 1; } } $ra ||= $self; @@ -3310,6 +3311,11 @@ sub gs_fetch_loop_common { $min = $max + 1; $max += $inc; $max = $head if ($max $head); + if ($self-{-invalid}) { + my $ra_url = $self-{url}; + $self = undef; + $self = Git::SVN::Ra-new($ra_url); + } } } -- Eric Wong -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#434562: apache2.2-common: Segfaulting when using mod_authn_dbd with DBDriver pgsql
On Friday 31 August 2007, Stefan Fritsch wrote: A lot of mod_dbd changes will be in 2.2.6 (hopefully released soon). Therefore I suggest you wait for that and see whether that works better. mod_auth_dbd with postgresql works for me with Apache 2.2.6, which I have just uploaded to unstable. Maybe your problem is fixed as well. Cheers, Stefan -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#441246: kernel: does not detect multiple cores in Core 2 Duo 6700
Package: kernel Version: 2.6.21-2-686-bigmem Severity: important -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.21-2-686-bigmem Locale: LANG=en_GB, LC_CTYPE=en_GB (charmap=ISO-8859-1) Multiple cores are enabled in the bios, which is the standard for the Intel D965SSCK motherboard on which the CPU is running. There is 4Gb DDR2-800 memory, one 80Gb ATA disc, one 500Gb SATA disc and two 146Gb SCSI discs, using an adaptec 29320 card. The distribution in use is Lenny/Sid. /proc/cpuinfo indicates only one core, and evidence from running multiple applications in parallel seems to confirm this. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#441233: CVE-2007-1888 possible code execution via sqlite_decode_binary
Hi Nico! On Fri, 2007-09-07 at 17:44 +0200, Nico Golde wrote: A CVE was published for sqlite2: CVE-2007-1888[0]: [...] I already a a fixed package ready so I am going to 0-day NMU this package to fix this. I understand that this is a security fix, but I don't think everyone use sqlite_decode_binary() so it isn't that big security threat. I mean, I would have appreciated if you give me some hours before the NMU. :-| Regards, Laszlo/GCS -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#441233: CVE-2007-1888 possible code execution via sqlite_decode_binary
Hi, * Laszlo Boszormenyi [EMAIL PROTECTED] [2007-09-07 20:11]: On Fri, 2007-09-07 at 17:44 +0200, Nico Golde wrote: A CVE was published for sqlite2: CVE-2007-1888[0]: [...] I already a a fixed package ready so I am going to 0-day NMU this package to fix this. I understand that this is a security fix, but I don't think everyone use sqlite_decode_binary() so it isn't that big security threat. I mean, I would have appreciated if you give me some hours before the NMU. :-| Ok, sorry for this. I first thought you are no DD because of your email address and because of that thought you need a sponsor and that way it will take longer to get an update. Sorry again, will wait longer next time. Kind regards Nico -- Nico Golde - http://ngolde.de - [EMAIL PROTECTED] - GPG: 0x73647CFF For security reasons, all text in this mail is double-rot13 encrypted. pgpdguqIRsp3L.pgp Description: PGP signature