Bug#504688: update to bacula 2.4.3 + patches
Package: bacula Version: 2.4.2 Severity: wishlist Please update the bacula packages to version 2.4.3 + patches. It includes a number of bugfixes and will probably be the last 2.4.x version before the next major release. http://sourceforge.net/project/shownotes.php?release_id=632260group_id=50727 http://thread.gmane.org/gmane.comp.sysutils.backup.bacula.announce/126 http://sourceforge.net/project/showfiles.php?group_id=50727package_id=93946release_id=637914 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#504605: [Pkg-libvirt-maintainers] Bug#504605: libvirt-bin: README.Debian says dnsmasq should not be already running
On Wed, Nov 05, 2008 at 05:02:52PM +0100, Adeodato Simó wrote: Package: libvirt-bin Version: 0.4.6-4 Severity: normal From /usr/share/doc/libvirt-bin/README.Debian: | In order for things to work this way you need to have the recommended packages | dnsmasq, bridge-utils and iptables installed and dnsmasq must not be already | running since libvirt starts it with the above parameters. In my system dnsmasq was previously installed and running; nevertheless libvirt-bin's own dnsmasq started normally, and served well the guests, because it only listened in the bridge interface. This doesn't work here. If I do /etc/init.d/dnsmasq stop virsh net-start default I have: # ps awux | grep dnsm nobody6327 0.0 0.0 5784 1080 ?S08:47 0:00 dnsmasq --keep-in-foreground --strict-order --bind-interfaces --pid-file --conf-file --listen-address 192.168.122.1 --except-interface lo --dhcp-leasefile=/var/lib/libvirt/dhcp-default.leases --dhcp-range 192.168.122.2,192.168.122.254 If I have dnsmasq already running I have: # ps awux | grep dnsm dnsmasq 6373 0.0 0.0 5780 696 ?S08:48 0:00 /usr/sbin/dnsmasq -u dnsmasq -r /var/run/dnsmasq/resolv.conf root 6457 0.0 0.0 0 0 ?Z08:49 0:00 [dnsmasq] defunct because (this is what libvirt basically does): # brctl addbr virbr0 # ifconfig virbr0 192.168.122.1 # dnsmasq --keep-in-foreground --strict-order --bind-interfaces --pid-file --conf-file --listen-address 192.168.122.1 --except-interface lo --dhcp-leasefile=/var/lib/libvirt/dhcp-default.leases --dhcp-range 192.168.122.2,192.168.122.254 dnsmasq: failed to bind listening socket for 192.168.122.1: Address already in use One can partially work around this by using: DNSMASQ_OPTS=-z in /etc/defaults/dnsmasq but even this only works as long as you don't restart dnsmasq. There are two possible solutions I can think of: * Using conf-file multiple times and running only one dnsmasq instance per defined libvirt network (we'd need to restart the daemon when new networks come up) * have the default dnsmasq instance ignore virbr* interface via a new commandline switch and have this instance use -z by default. However, I'd still be interested why this works for you. Cheers, -- Guido -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#504690: [smbfs] mount.cifs fails to mount MS DFS shares (object is remote)
Package: smbfs Version: 3.2.4-1 Severity: important --- Please enter the report below this line. --- unable to mount microsoft dfs share as root: mount -t cifs -o credentials=/root/user.txt -o workgroup=WG -o rw //test.domain.de/DB_001/Project/BO2 /root/bo2 error message: object is remote the same share can be accessed using smbclient. (Ubuntu 8.1, official release-no beta, does not work either) PS: same bug opened unter kernel package - I do not know where the bug is really located. --- System information. --- Architecture: i386 Kernel: Linux 2.6.26-1-686-bigmem Debian Release: lenny/sid 500 testing-proposed-updates http.us.debian.org 500 testing www.debian-multimedia.org 500 testing security.debian.org 500 testing http.us.debian.org --- Package information. --- Depends (Version) | Installed =-+- netbase (= 2.02) | 4.34 samba-common(= 2:3.2.4-1) | 2:3.2.4-1 libc6 (= 2.7-1) | 2.7-15 libcomerr2 (= 1.01) | 1.41.3-1 libkeyutils1 | 1.2-9 libkrb53 (= 1.6.dfsg.2) | 1.6.dfsg.4~beta1-4 libldap-2.4-2 (= 2.4.7) | 2.4.11-1 libpopt0(= 1.14) | 1.14-4 libtalloc1| 1.2.0~git20080616-1 libwbclient0 (= 2:3.2.0) | 2:3.2.4-1 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#504615: masqmail: [INTL:fr] French debconf templates translation update
Apparently, Ivan Buresi also sent an update. Please feel free to use whatever update we both sent as the only change in both cases is removing the fuzzy markers introduced by the recent rewording of templates (which indeed were anticipated in the French translation). signature.asc Description: Digital signature
Bug#504691: gnome-power-manager: Display sleep timeout not effictive after re-logon
Package: gnome-power-manager Version: 2.22.1-3 Severity: important The 'Put display to sleep' timeout is not applied after re-logon. 1. Open 'Power Management Preferences' dialog. 2. Change 'Put display to sleep' timeout value. 3. Close the dialog. 4. Logoff and logon to a new GNOME session. The timeout is not effective in the new session--the display is put to sleep after the default timeout (of 20 min or so). Sleep timeout should be saved properly across the sessions. It's very annoying because it happens all the time when you start watching a movie. The timeout is hit after ~20 minutes. :-( It suffices to open the dialog once and close it for settings to take effect (even w/o touching the timeout values). I first reported it here: http://bugzilla.gnome.org/show_bug.cgi?id=558838 This also might be a sign of a problem in totem movie player: shouldn't it disable monitor/system sleep during the playback like it does with screensaver? -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26zrbite (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages gnome-power-manager depends on: ii dbus-x11 1.2.1-4 simple interprocess messaging syst ii gconf2 2.22.0-1 GNOME configuration database syste ii hal0.5.11-6 Hardware Abstraction Layer ii libart-2.0-2 2.3.20-2 Library of functions for 2D graphi ii libatk1.0-01.22.0-1 The ATK accessibility toolkit ii libbonobo2-0 2.22.0-1 Bonobo CORBA interfaces library ii libbonoboui2-0 2.22.0-1 The Bonobo UI library ii libc6 2.7-15GNU C Library: Shared libraries ii libcairo2 1.6.4-6.1 The Cairo 2D vector graphics libra ii libdbus-1-31.2.1-4 simple interprocess messaging syst ii libdbus-glib-1-2 0.76-1simple interprocess messaging syst ii libfontconfig1 2.6.0-1 generic font configuration library ii libfreetype6 2.3.7-2 FreeType 2 font engine, shared lib ii libgconf2-42.22.0-1 GNOME configuration database syste ii libglade2-01:2.6.2-1 library to load .glade files at ru ii libglib2.0-0 2.16.6-1 The GLib library of C routines ii libgnome-keyring0 2.22.3-2 GNOME keyring services library ii libgnome2-02.20.1.1-1The GNOME 2 library - runtime file ii libgnomecanvas2-0 2.20.1.1-1A powerful object-oriented display ii libgnomeui-0 2.20.1.1-2The GNOME 2 libraries (User Interf ii libgnomevfs2-0 1:2.22.0-5GNOME Virtual File System (runtime ii libgstreamer0.10-0 0.10.19-3 Core GStreamer libraries and eleme ii libgtk2.0-02.12.11-4 The GTK+ graphical user interface ii libhal10.5.11-6 Hardware Abstraction Layer - share ii libice62:1.0.4-1 X11 Inter-Client Exchange library ii libnotify1 [libnotify1 0.4.4-3 sends desktop notifications to a n ii liborbit2 1:2.14.13-0.1 libraries for ORBit2 - a CORBA ORB ii libpanel-applet2-0 2.20.3-5 library for GNOME Panel applets ii libpango1.0-0 1.20.5-3 Layout and rendering of internatio ii libpixman-1-0 0.10.0-2 pixel-manipulation library for X a ii libpng12-0 1.2.27-2 PNG library - runtime ii libpopt0 1.14-4lib for parsing cmdline parameters ii libsm6 2:1.0.3-2 X11 Session Management library ii libwnck22 2.22.3-1 Window Navigator Construction Kit ii libx11-6 2:1.1.5-2 X11 client-side library ii libxcb-render-util00.2.1+git1-1 utility libraries for X C Binding ii libxcb-render0 1.1-1.1 X C Binding, render extension ii libxcb11.1-1.1 X C Binding ii libxcursor11:1.1.9-1 X cursor management library ii libxext6 2:1.0.4-1 X11 miscellaneous extension librar ii libxfixes3 1:4.0.3-2 X11 miscellaneous 'fixes' extensio ii libxi6 2:1.1.3-1 X11 Input extension library ii libxinerama1 2:1.0.3-2 X11 Xinerama extension library ii libxml22.6.32.dfsg-4 GNOME XML library ii libxrandr2 2:1.2.3-1 X11 RandR extension library ii libxrender11:0.9.4-2 X Rendering Extension client libra ii notification-daemon0.3.7-1+b1a daemon that displays passive pop ii zlib1g 1:1.2.3.3.dfsg-12 compression library - runtime gnome-power-manager
Bug#495973: RFS: fex (2nd attempt)
retitle 495973 ITP: fex -- web service for transferring very large files owner 495973 ! thanks Hi, Adeodato Simó ha scritto: yourself get demotivated because of it. For extra points, you can ask other DDs you already know for their opinion, and work with that. I followed your suggestion, and asked Enrico Zini for his opinion. He is going to sponsor F*EX. Many thanks. Giuseppe. signature.asc Description: OpenPGP digital signature
Bug#442278: icedove: Should provide /usr/bin/thunderbird symlink
On Fri, Sep 14, 2007 at 07:20:31PM +0200, Michael Biebl wrote: icedove should create a symlink for /usr/bin/thunderbird so it doesn't break applications which try to launch /usr/bin/thunderbird. Yep, this would have been nice. Our users (yeah, we still use Debian) just encountered this issue, too. \-: Kind regards, Philipp Kern signature.asc Description: Digital signature
Bug#504615: masqmail: [INTL:fr] French debconf templates translation update
Hoi, I sent my mail before I saw your bug report follow-up. [2008-11-06 08:05] Christian Perrier [EMAIL PROTECTED] Apparently, Ivan Buresi also sent an update. Please feel free to use whatever update we both sent as the only change in both cases is removing the fuzzy markers introduced by the recent rewording of templates (which indeed were anticipated in the French translation). So I'll take Ivan's one, simply because he also did the last translation. Nevertheless, I thank you for your effort! meillo signature.asc Description: Digital signature
Bug#504692: [xserver-xorg] dexconf generates invalid files
Package: xserver-xorg Version: 1:7.3+18 Severity: important The files generated by dexconf contain a Device section with no Driver entry. When nvidia-xconfig is used with an invalid xorg.conf, the xorg.conf is ignored (except for being backed up) and a new file is written from scratch without prompting. This loses the keyboard settings from the dexconf-generated xorg.conf. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#323420: Metasploit 3.2 will have new BSD license
El Mié 05 Nov 2008, H D Moore escribió: He is welcome to pull from SVN, however we plan on making some major changes which should help packaging prior to the 3.2 release. Kristian, anarcat and James, It looks that you are interested in help with this package. Are you agree if we wait to 3.2 release to start packaging it? luciano signature.asc Description: This is a digitally signed message part.
Bug#504000: chrony: init script hangs for a while might break
With just “aptitude install chrony”, the “starting” step took a very long while, several minutes before doing anything. People might (quite rightfully) consider it hung, and interrupt the package installation/upgrade, which then leaves the package management system in a bad state. That's why I'm bumping the severity to its initial value, which seems the right one to me. I beg to disagree because this bug seems to hit only some systems but not all. Of course I agree that this is bad if your system is hit, but with a lot of system not being hit I do not consider this release critical. Aynway, the best solution is to fix this, if it is fixable on the chrony side at all. Michael -- Michael Meskes Michael at Fam-Meskes dot De, Michael at Meskes dot (De|Com|Net|Org) Michael at BorussiaFan dot De, Meskes at (Debian|Postgresql) dot Org ICQ: 179140304, AIM/Yahoo: michaelmeskes, Jabber: [EMAIL PROTECTED] Go VfL Borussia! Go SF 49ers! Use Debian GNU/Linux! Use PostgreSQL! -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#504693: iceowl-extension: Fail to re-authenticate CalDAV with digest auth. Please backport mozilla #395654
Package: iceowl-extension Version: 0.8-6 Severity: normal Iceowl fails to automatically re-authenticate remote CalDAV calendars when they use digest authentication (such as provided by the calendarserver package in Lenny). This is a known bug in Lightning, see bug #395654 on bugzilla.mozilla.org. Mozilla has fixed it. Please put the fix in Iceowl as well. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.26-1-686 (SMP w/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 iceowl-extension depends on: ii icedove 2.0.0.17-1 free/unbranded thunderbird mail/ne ii libc6 2.7-15 GNU C Library: Shared libraries ii libgcc1 1:4.3.2-1 GCC support library ii libnspr4-0d 4.7.1-4NetScape Portable Runtime Library ii libstdc++64.3.2-1The GNU Standard C++ Library v3 iceowl-extension recommends no packages. Versions of packages iceowl-extension suggests: ii latex-xft-fonts 0.1-8 Xft-compatible versions of some La -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#504694: ESD sound daemon not killed after Gnome logout
reassign 504694 esound thanks Le jeudi 06 novembre 2008 à 10:40 +0100, [EMAIL PROTECTED] a écrit : when a user log out from Gnome, the sound daemon esd is still running and this prevents an other user to get the sound working in Gnome. Fixed long ago in esound 0.2.38. Maybe in 3 years in Debian, if Mr Murray wakes up. -- .''`. : :' : We are debian.org. Lower your prices, surrender your code. `. `' We will add your hardware and software distinctiveness to `-our own. Resistance is futile. signature.asc Description: Ceci est une partie de message numériquement signée
Bug#504585: nvidia-glx conflicts with xserver-xorg-core
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 No, I am actually upgrading from Unstable to Unstable + Experimental. My xorg* packages are those currently in Unstable (xorg=1:7.3+18). These packages do NOT conflict with nvidia-glx (So I do currently use these packages together with nvidia-glx w/o any problems). The problem occurs when upgrading xorg from 1:7.3+18 to 1:7.4~4 (which is currently the most recent version in Experimental) So perhaps I should reassign the bug to xorg= 1:7.4~4 or, to be precise, to xserver-xorg-core=2:1.5.2-1 (currently in Experimental) ??? By the way, I know this is _Unstable_ + _Experimental_, I just wanted to inform about a possible future problem. Alexander Kurtz Jaime Ochoa Malagón schrieb: are you upgrading etch? try to upgrade your xorg, I remmember to see this problem long time ago... -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#504467: Update
Actually, start-stop-daemon WILL start boinc just fine. The pid file contains a different pid than that yielded by pidof boinc. This does not sit well with the distribution boinc_client init.d script. Workaround: either explicitely set the pidfile content to pidof boinc or change the isrunning function to not test the pid, just file's existance (ALWAYS remove on stop). Either way, boinc-app-seti will then install/remove correctly. Bug should be moved the start-stop-daemon or boinc. (Actually, I have been running the debian boinc-app-seti version by simply copying the lib/setiathome_enhanced to my boinc directory and renaming it appropriately (since I had previously been running a locally downloaded version from this directory). -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#503821: Test of Ian's fix.
FWIW, I've tested r12374 and my initial tests show that this issue seems to be solved. I'll test it more during the next week, but so far it looks good. Thanks for your excellent work Ian and Bastian! Best Regards, /LM -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#64524: c-std.h contains declarations which conflict with stdio.h
# next reassign reassign 64524 libkpathsea-dev found 2007.dfsg.2-4 stop On 10.08.06 Florent Rougon ([EMAIL PROTECTED]) wrote: found 64524 3.0-18 thanks H. -- sigfault -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#374831: gnome-applets: mixer_applet2 takes maximum CPU after ACPI resume
Le jeudi 06 novembre 2008 à 07:50 +0100, tom schorpp a écrit : (gdb) thread apply all bt Thread 2 (Thread 0x40b84950 (LWP 7174)): #0 0x7fa23b7116ff in ?? () from /usr/lib/gstreamer-0.10/libgstalsa.so #1 0x7fa2493628d9 in ?? () from /usr/lib/libgstreamer-0.10.so.0 #2 0x7fa246d709e7 in ?? () from /usr/lib/libglib-2.0.so.0 #3 0x7fa246d6f454 in ?? () from /usr/lib/libglib-2.0.so.0 #4 0x7fa246af7fc7 in start_thread () from /lib/libpthread.so.0 #5 0x7fa24686d5ad in clone () from /lib/libc.so.6 #6 0x in ?? () Thanks for the trace, unfortunately it is not really usable. Could you try again with libglib2.0-0-dbg, libgstreamer0.10-0-dbg and gstreamer0.10-plugins-base-dbg installed? Thanks, -- .''`. : :' : We are debian.org. Lower your prices, surrender your code. `. `' We will add your hardware and software distinctiveness to `-our own. Resistance is futile. signature.asc Description: Ceci est une partie de message numériquement signée
Bug#374049: ${devlibs:Depends} results in libstdc++6-4.1-dev
Hi, Actually, I realize a more possible answer: do not depend on libstdc++6-X.X-dev. I looked further, and libstdc++6-X.X-dev contain include files in /usr/include/c++/4.3/ which is used by the specific compilers only. The correct version of libstdc++6-X.X-dev is pulled in from g++-X.X, which is depended by g++, which is pulled in from build-essential; thus the correct version of libstdc++6-X.X-dev should be installed on all sane systems. At Wed, 5 Nov 2008 15:39:32 +0100 (CET), Andreas Tille wrote: On Wed, 5 Nov 2008, Junichi Uekawa wrote: However, I'm not entirely happy with it, because you can satisfy build-dependency with any of the libstdc++6-X.X-dev, and does not provide a reasonable default, and it looks saner to use the latest version. That's what I would like to suggest: Always use the latest available version. But the latest conflicts to a hard coded version in d-shlibs. Looking more closely, the development symlink (.so) is pointing to /usr/lib/libstdc++.so.6.0.10, but there is still opportunity to provide different include files; so that it can lead to subtle difference. I think the ABI is supposed to be the same since g++ 3.4, but that is modulo bugfixes, and I'm not sure if it's really sane to use libstdc++6-4.1-dev for the includes and link against the latest version of libstdc++ today. My reason for the hackish-workaround patch was that I just wanted to clean up my system and remove everything conncected to 4.1 versions og gcc. But I could not because my libraries ended up depending from this old version while there was no reason not to use the new version. IMHO even this alone is a good reason not to hard code the version - if the ABI is not changed so we have the good situation that packages do not need to be recompiled. So, in summary; I don't quite know, I need more information. As I said: I'm defintely not able to provide more information - but if I were you I would ask on debian-devel. If I'm not missleaded I tried when I was adding the info to the bug report - but there was no real answer if I remember right. So bringing it up again is IMHO the best idea. Kind regards Andreas. -- http://fam-tille.de -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#344919: teTeX 3.x incompatible to older .sty files
Hi Hilmar, http://bugs.debian.org/344919 snip Meanwhile osajnl.sty has been fixed and does not contain these lines any more. As the problem was never really the fault of teTeX I suggest to close that bug now. What do you think? sure, I agree with you. Thank you! Tilman -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#504691: gnome-power-manager: Display sleep timeout not effictive after re-logon
Le jeudi 06 novembre 2008 à 10:38 +0200, Alexander Shulgin a écrit : It's very annoying because it happens all the time when you start watching a movie. The timeout is hit after ~20 minutes. :-( This also might be a sign of a problem in totem movie player: shouldn't it disable monitor/system sleep during the playback like it does with screensaver? It does. You just need to install totem-plugins. Cheers, -- .''`. : :' : We are debian.org. Lower your prices, surrender your code. `. `' We will add your hardware and software distinctiveness to `-our own. Resistance is futile. signature.asc Description: Ceci est une partie de message numériquement signée
Bug#504691: gnome-power-manager: Display sleep timeout not effictive after re-logon
On Thu, Nov 6, 2008 at 12:18 PM, Josselin Mouette [EMAIL PROTECTED] wrote: Le jeudi 06 novembre 2008 à 10:38 +0200, Alexander Shulgin a écrit : It's very annoying because it happens all the time when you start watching a movie. The timeout is hit after ~20 minutes. :-( This also might be a sign of a problem in totem movie player: shouldn't it disable monitor/system sleep during the playback like it does with screensaver? It does. You just need to install totem-plugins. But I do have it installed. And totem package actually depends on totem-plugins in lenny... -- Alex -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#477525: xen-utils-3.2-1: xend start fails using network-route
Package: xen-utils-3.2-1 Version: 3.2.1-2 Followup-For: Bug #477525 I have the same problem after updating from etch to lenny. (Thus updating Xen from 3.0 to 3.2) Does anyone know how to fix this? -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-1-xen-amd64 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages xen-utils-3.2-1 depends on: ii e2fslibs 1.41.2-1 ext2 filesystem libraries ii iproute20080725-2networking and traffic control too ii libc6 2.7-15GNU C Library: Shared libraries ii libgcrypt111.4.1-1 LGPL Crypto library - runtime libr ii libgnutls262.4.2-1 the GNU TLS library - runtime libr ii libncurses55.6+20080830-1shared libraries for terminal hand ii libsdl1.2debian1.2.13-2 Simple DirectMedia Layer ii libxenstore3.0 3.2.1-2 Xenstore communications library fo ii python 2.5.2-2 An interactive high-level object-o ii python-central 0.6.8 register and build utility for Pyt ii udev 0.125-7 /dev/ and hotplug management daemo ii xen-utils-common 3.2.0-2 XEN administrative tools - common ii zlib1g 1:1.2.3.3.dfsg-12 compression library - runtime Versions of packages xen-utils-3.2-1 recommends: ii bridge-utils 1.4-5 Utilities for configuring the Linu ii xen-hypervisor-3.2-1-amd64 [x 3.2.1-2The Xen Hypervisor on AMD64 Versions of packages xen-utils-3.2-1 suggests: ii xen-docs-3.2 3.2.1-2Documentation for Xen -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#504696: ndiswrapper-source: longs ESSIDs can expose security vulnerability
Package: ndiswrapper-source Version: 1.53-1 Severity: grave Tags: security patch Justification: user security hole From [0]: Anders Kaseorg discovered that ndiswrapper did not correctly handle long ESSIDs. For a system using ndiswrapper, a physically near-by attacker could generate specially crafted wireless network traffic and execute arbitrary code with root privileges. (CVE-2008-4395 [1]) Attached is the diff contrinuted by Anders Kaseorg to [2]. [0] http://www.ubuntu.com/usn/usn-662-1 [1] http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2008-4395 [2] https://bugs.launchpad.net/ubuntu/+source/linux/+bug/275860 Thanks, Kel. --- diff --git a/ubuntu/ndiswrapper/iw_ndis.c b/ubuntu/ndiswrapper/iw_ndis.c index b114ef6..01d3751 100644 --- a/ubuntu/ndiswrapper/iw_ndis.c +++ b/ubuntu/ndiswrapper/iw_ndis.c @@ -47,12 +47,7 @@ int set_essid(struct ndis_device *wnd, const char *ssid, int ssid_len) req.length = ssid_len; if (ssid_len) memcpy(req.essid, ssid, ssid_len); - DBG_BLOCK(2) { - char buf[NDIS_ESSID_MAX_SIZE+1]; - memcpy(buf, ssid, ssid_len); - buf[ssid_len] = 0; - TRACE2(ssid = '%s', buf); - } + TRACE2(ssid = '%.*s', ssid_len, ssid); res = mp_set(wnd, OID_802_11_SSID, req, sizeof(req)); if (res) { @@ -125,7 +120,6 @@ static int iw_get_essid(struct net_device *dev, struct iw_request_info *info, EXIT2(return -EOPNOTSUPP); } memcpy(extra, req.essid, req.length); - extra[req.length] = 0; if (req.length 0) wrqu-essid.flags = 1; else @@ -1000,7 +994,7 @@ static int iw_set_nick(struct net_device *dev, struct iw_request_info *info, if (wrqu-data.length IW_ESSID_MAX_SIZE || wrqu-data.length = 0) return -EINVAL; - memset(wnd-nick, 0, sizeof(wnd-nick)); + wnd-nick_len = wrqu-data.length; memcpy(wnd-nick, extra, wrqu-data.length); return 0; } @@ -1010,7 +1004,7 @@ static int iw_get_nick(struct net_device *dev, struct iw_request_info *info, { struct ndis_device *wnd = netdev_priv(dev); - wrqu-data.length = strlen(wnd-nick); + wrqu-data.length = wnd-nick_len; memcpy(extra, wnd-nick, wrqu-data.length); return 0; } diff --git a/ubuntu/ndiswrapper/ndis.h b/ubuntu/ndiswrapper/ndis.h index 27ba99e..65d6b0b 100644 --- a/ubuntu/ndiswrapper/ndis.h +++ b/ubuntu/ndiswrapper/ndis.h @@ -878,6 +878,7 @@ struct ndis_device { unsigned long scan_timestamp; struct encr_info encr_info; char nick[IW_ESSID_MAX_SIZE]; + size_t nick_len; struct ndis_essid essid; struct auth_encr_capa capa; enum ndis_infrastructure_mode infrastructure_mode; diff --git a/ubuntu/ndiswrapper/proc.c b/ubuntu/ndiswrapper/proc.c index fd5f433..6feff23 100644 --- a/ubuntu/ndiswrapper/proc.c +++ b/ubuntu/ndiswrapper/proc.c @@ -97,10 +97,8 @@ static int procfs_read_ndis_encr(char *page, char **start, off_t off, p += sprintf(p, \n); res = mp_query(wnd, OID_802_11_SSID, essid, sizeof(essid)); - if (!res) { - essid.essid[essid.length] = '\0'; - p += sprintf(p, essid=%s\n, essid.essid); - } + if (!res) + p += sprintf(p, essid=%.*s\n, essid.length, essid.essid); res = mp_query_int(wnd, OID_802_11_ENCRYPTION_STATUS, encr_status); if (!res) { typeof(wnd-encr_info.keys[0]) tx_key; diff --git a/ubuntu/ndiswrapper/wrapndis.c b/ubuntu/ndiswrapper/wrapndis.c index f6e5d46..35ef1cd 100644 --- a/ubuntu/ndiswrapper/wrapndis.c +++ b/ubuntu/ndiswrapper/wrapndis.c @@ -2028,7 +2028,7 @@ static wstdcall NTSTATUS NdisAddDevice(struct driver_object *drv_obj, wnd-attributes = 0; wnd-dma_map_count = 0; wnd-dma_map_addr = NULL; - wnd-nick[0] = 0; + wnd-nick_len = 0; init_timer(wnd-hangcheck_timer); wnd-scan_timestamp = 0; init_timer(wnd-iw_stats_timer); --- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#504695: mailman: README.Exim4.Debian has wrong group and router settings listed
Package: mailman Version: 1:2.1.11-3 Severity: minor The MAILMAN_GROUP line in the README.Exim4.Debian docs suggest a wrong group line (the files it needs to read are gid list, not daemon). Also the condition in the suggested mailman_router is (I assume) outdated and wrong. I'm a mailman or exim expert by any means, but I've attached a patch describing what I think they should be (works for me anyway). -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.26-1-686 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages mailman depends on: ii adduser 3.110 add and remove users and groups ii apache2 2.2.9-10 Apache HTTP Server metapackage ii apache2-mpm-prefork [httpd] 2.2.9-10 Apache HTTP Server - traditional n ii cron 3.0pl1-105 management of regular background p ii debconf [debconf-2.0] 1.5.22 Debian configuration management sy ii exim4 4.69-9 metapackage to ease Exim MTA (v4) ii exim4-daemon-heavy [mail-tran 4.69-9 Exim MTA (v4) daemon with extended ii libc6 2.7-15 GNU C Library: Shared libraries ii logrotate 3.7.1-5Log rotation utility ii lsb-base 3.2-20 Linux Standard Base 3.2 init scrip ii pwgen 2.06-1 Automatic Password generation ii python2.5.2-2An interactive high-level object-o ii python-support0.8.4 automated rebuilding support for P ii ucf 3.0010 Update Configuration File: preserv mailman recommends no packages. Versions of packages mailman suggests: pn listadmin none (no description available) pn lynx none (no description available) ii spamassassin 3.2.5-1Perl-based spam filter using text -- debconf information excluded --- old/README.Exim4.Debian 2008-11-06 19:27:56.739443959 +0900 +++ fixed/README.Exim4.Debian 2008-11-06 19:28:42.291445556 +0900 @@ -30,7 +30,7 @@ # User and group for Mailman, should match your --with-mail-gid # switch to Mailman's configure script. MAILMAN_USER=list -MAILMAN_GROUP=daemon +MAILMAN_GROUP=list -- END EXIM4 MAIN @@ -58,7 +58,7 @@ # Mailman lists mailman_router: domains = +local_domains - condition = [EMAIL PROTECTED]/data/virtual-mailman}{1}{0}} + condition = ${lookup{$local_part}lsearch{MAILMAN_HOME/data/aliases}{1}{0}} require_files = MAILMAN_HOME/lists/$local_part/config.pck driver = accept local_part_suffix_optional
Bug#504323:
What happens if you create a new user, log in as the new user, and try starting OOo? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#504696: ndiswrapper-source: longs ESSIDs can expose security vulnerability
Attached is debdiff, have uploaded a package to mentors.debian.net: http://mentors.debian.net/debian/pool/main/n/ndiswrapper/ndiswrapper_1.53-2.dsc --- diff -u ndiswrapper-1.53/debian/changelog ndiswrapper-1.53/debian/changelog --- ndiswrapper-1.53/debian/changelog +++ ndiswrapper-1.53/debian/changelog @@ -1,3 +1,11 @@ +ndiswrapper (1.53-2) unstable; urgency=high + + * Add debian/patches/CVE-2008-4395.patch to fix a vulnerability in handling +of long ESSIDs which allows execution of code as root via remote attacker. +(Closes: #504696) + + -- Kel Modderman [EMAIL PROTECTED] Thu, 06 Nov 2008 21:06:38 +1000 + ndiswrapper (1.53-1) unstable; urgency=low [ Kel Modderman ] diff -u ndiswrapper-1.53/debian/patches/series ndiswrapper-1.53/debian/patches/series --- ndiswrapper-1.53/debian/patches/series +++ ndiswrapper-1.53/debian/patches/series @@ -1,0 +2 @@ +CVE-2008-4395.patch only in patch2: unchanged: --- ndiswrapper-1.53.orig/debian/patches/CVE-2008-4395.patch +++ ndiswrapper-1.53/debian/patches/CVE-2008-4395.patch @@ -0,0 +1,85 @@ +Anders Kaseorg discovered that ndiswrapper did not correctly handle long +ESSIDs. For a system using ndiswrapper, a physically near-by attacker +could generate specially crafted wireless network traffic and execute +arbitrary code with root privileges. (CVE-2008-4395) + +https://bugs.launchpad.net/ubuntu/+source/linux/+bug/275860 +--- +--- a/driver/iw_ndis.c b/driver/iw_ndis.c +@@ -47,12 +47,7 @@ int set_essid(struct ndis_device *wnd, c + req.length = ssid_len; + if (ssid_len) + memcpy(req.essid, ssid, ssid_len); +- DBG_BLOCK(2) { +- char buf[NDIS_ESSID_MAX_SIZE+1]; +- memcpy(buf, ssid, ssid_len); +- buf[ssid_len] = 0; +- TRACE2(ssid = '%s', buf); +- } ++ TRACE2(ssid = '%.*s', ssid_len, ssid); + + res = mp_set(wnd, OID_802_11_SSID, req, sizeof(req)); + if (res) { +@@ -125,7 +120,6 @@ static int iw_get_essid(struct net_devic + EXIT2(return -EOPNOTSUPP); + } + memcpy(extra, req.essid, req.length); +- extra[req.length] = 0; + if (req.length 0) + wrqu-essid.flags = 1; + else +@@ -1000,7 +994,7 @@ static int iw_set_nick(struct net_device + + if (wrqu-data.length IW_ESSID_MAX_SIZE || wrqu-data.length = 0) + return -EINVAL; +- memset(wnd-nick, 0, sizeof(wnd-nick)); ++ wnd-nick_len = wrqu-data.length; + memcpy(wnd-nick, extra, wrqu-data.length); + return 0; + } +@@ -1010,7 +1004,7 @@ static int iw_get_nick(struct net_device + { + struct ndis_device *wnd = netdev_priv(dev); + +- wrqu-data.length = strlen(wnd-nick); ++ wrqu-data.length = wnd-nick_len; + memcpy(extra, wnd-nick, wrqu-data.length); + return 0; + } +--- a/driver/ndis.h b/driver/ndis.h +@@ -878,6 +878,7 @@ struct ndis_device { + unsigned long scan_timestamp; + struct encr_info encr_info; + char nick[IW_ESSID_MAX_SIZE]; ++ size_t nick_len; + struct ndis_essid essid; + struct auth_encr_capa capa; + enum ndis_infrastructure_mode infrastructure_mode; +--- a/driver/proc.c b/driver/proc.c +@@ -97,10 +97,8 @@ static int procfs_read_ndis_encr(char *p + p += sprintf(p, \n); + + res = mp_query(wnd, OID_802_11_SSID, essid, sizeof(essid)); +- if (!res) { +- essid.essid[essid.length] = '\0'; +- p += sprintf(p, essid=%s\n, essid.essid); +- } ++ if (!res) ++ p += sprintf(p, essid=%.*s\n, essid.length, essid.essid); + res = mp_query_int(wnd, OID_802_11_ENCRYPTION_STATUS, encr_status); + if (!res) { + typeof(wnd-encr_info.keys[0]) tx_key; +--- a/driver/wrapndis.c b/driver/wrapndis.c +@@ -2028,7 +2028,7 @@ static wstdcall NTSTATUS NdisAddDevice(s + wnd-attributes = 0; + wnd-dma_map_count = 0; + wnd-dma_map_addr = NULL; +- wnd-nick[0] = 0; ++ wnd-nick_len = 0; + init_timer(wnd-hangcheck_timer); + wnd-scan_timestamp = 0; + init_timer(wnd-iw_stats_timer); --- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#492939: [request-tracker-maintainers] request-tracker3.8 packages?
On Wed, Oct 29, 2008 at 12:55:01PM +0100, Stefan Hornburg (Racke) wrote: That would be great. I'm ready to test and help out with that effort. I've uploaded the first version to experimental. Until it is accepted from NEW, I've put up the packages at http://pkg-request-tracker.alioth.debian.org/tmp/ for any eager people to try out. They should definitely be considered experimental, however :) Cheers, Dominic. -- Dominic Hargreaves | http://www.larted.org.uk/~dom/ PGP key 5178E2A5 from the.earth.li (keyserver,web,email) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#504698: ldapscripts: ldapdeleteuser need /etc/ldapscripts/ldapscripts.conf SERVER=localhost variable specified as indicated on comment, but ldapadduser need prefix ldap:// SERVER=ldap://localhost
Package: ldapscripts Version: 1.4-2etch1 Keeping default configuration in /etc/ldapscripts/ldapscripts.conf, when invoking 'ldapaddgroup aGroup' issues: 'Error adding group aGroup to LDAP'. Here is a transcript: $ ldapaddgroup aGroup Warning : using command-line passwords, ldapscripts may not be safe Error adding group test to LDAP Same error when invoking 'ldapadduser', however 'ldapdeleteuser' works fine. I am using Debian GNU/Linux 2.6.18, kernel 2.6.18-6-686 and libc6 2.3.6.ds1-13et. BUG FIX: Editing /usr/share/ldapscripts/runtime, lines 191, 193', I find that in function '_ldapdelete ()' server is identified with the perfix 'ldap://': (...) -xH ldap://$SERVER; (..) however in functions '_ldapadd', '_ldapmodify' and '_ldapadd' server is identified without that perfix: (...) -xH $SERVER (..) So adding that perfix to server id in these functions fix the bug. _ldapadd, lines 149 and 151 _ldapmodify, lines 161 and 161 _ldaprename, lines 177 and 179 I also find that changing line 133 from 'trap -' to: ' trap - 2', avoids issuing the warning: trap: usage: trap [-lp] [arg signal_spec ...] (however scripts seams to work fine in spite of this warning). I already have seen this fix on some bug report. Sorry but I did not have time to check this error on lenny package. Attached follow fixed '/usr/share/ldapscripts/runtime' file, and diff file 'runtime.changes'. Helder Daniel UALG - FCT DEEI http://w3.ualg.pt/~hdaniel -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#504697: zerofree: Description does not contain the word unused
Package: zerofree Severity: wishlist The long description of zerofree does not contain the word unused, thus a search like apt-cache search unused zero does not yield zerofree as result. I recommend that you change one of the occurences of unallocated to unused, as unused is probably the term that's better known to non-native speakers. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.25-2-686 (SMP w/1 CPU core) Locale: LANG=de_AT.UTF-8, LC_CTYPE=de_AT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#504699: libc6: makecontext() on AMD64 does not handle pointers; docs do not make this clear
Package: libc6 Version: 2.7-15 Severity: normal makecontext() on AMD64 cannot pass pointer arguments to the invoked function; they get squashed to 32bit values, ignoring the top bits. I'm aware that the POSIX spec doesn't require the ability to pass pointers, though it isn't all that clear on the subject. I've had a variety of C programmers read the makecontext(3) manpage, and most of them didn't spot the fact it can't do pointers until I specifically mentioned this fact. The current documentation is insufficiently clear on the subject. I'd like to propose either: a) Extending makecontext() on AMD64 so it can pass pointers, and add a section to the manpage to explain that you cannot portably do this, but GNU libc happens to allow it, or b) Explain in the manpage that GNU libc cannot pass pointers. Naturally I'd prefer option a because that is more useful; without the ability to pass a pointer, it becomes much harder to actually use the function to perform useful work in real programs, aside from the tiny trivial examples usually given. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages libc6 depends on: ii libgcc1 1:4.3.2-1 GCC support library libc6 recommends no packages. Versions of packages libc6 suggests: pn glibc-doc none (no description available) ii locales 2.7-15 GNU C Library: National Language ( -- debconf information: glibc/upgrade: true glibc/restart-failed: glibc/restart-services: -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#504702: Enable sunvnet and sunvdc modules in the installer kernel
Package: linux-kernel-di-sparc-2.6 Version: 1.37 Severity: wishlist This refers to bug 501651, a wishlist bug to enable these modules and the kernel option CONFIG_SUN_LDOMS in the kernel. Discussion on this took place on debian-boot here: Please enable the two modules: sunvdc (block) sunvnet (net) These, in turn, allow access to the virtual disk device and virtual network card presented when doing an install into a SPARC sun4v LDOM. Many thanks, Mike. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#504704: Crashes on big endian architectures due to incorrect data size used for byte swapping
Package: teeworlds Version: 0.4.3-1 Severity: important Tags: patch -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Two swap_endian() calls in e_datafile.c pass the size in bytes instead of in number of units to be swapped, resulting in memory corruption and consequent crashes. The attached patch fixes this and allows teeworlds to work on my PowerBook. - -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable'), (102, 'experimental') Architecture: powerpc (ppc) Kernel: Linux 2.6.27.2 Locale: LANG=de_CH.UTF-8, LC_CTYPE=de_CH.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages teeworlds depends on: ii libc6 2.7-15GNU C Library: Shared libraries ii libgcc11:4.3.2-1 GCC support library ii libgl1-mesa-glx [libgl 7.0.3-6 A free implementation of the OpenG ii libglu1-mesa [libglu1] 7.0.3-6 The OpenGL utility library (GLU) ii libportaudio2 19+svn20071022-3 Portable audio I/O - shared librar ii libstdc++6 4.3.2-1 The GNU Standard C++ Library v3 ii libwavpack14.50.1-1 an audio codec (lossy and lossless ii libx11-6 2:1.1.5-2 X11 client-side library ii libxrandr2 2:1.2.3-1 X11 RandR extension library ii teeworlds-data 0.4.3-1 Data for Teeworlds; an online mult ii zlib1g 1:1.2.3.3.dfsg-12 compression library - runtime teeworlds recommends no packages. Versions of packages teeworlds suggests: ii teeworlds-server 0.4.3-1Server for Teeworlds; an online mu - -- no debconf information -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iD8DBQFJEtovWoGvjmrbsgARAgdFAJ9IYHfVaphwjHwb6UT9qX4897YDVQCeM/WW bT7btidgNQ8LD9TXGz5uU1o= =qErH -END PGP SIGNATURE- diff -up -ru teeworlds-0.4.3.orig/src/engine/e_datafile.c teeworlds-0.4.3/src/engine/e_datafile.c --- teeworlds-0.4.3.orig/src/engine/e_datafile.c 2008-11-06 12:19:08.0 +0100 +++ teeworlds-0.4.3/src/engine/e_datafile.c 2008-11-06 12:07:02.0 +0100 @@ -137,7 +137,7 @@ DATAFILE *datafile_load(const char *file } #if defined(CONF_ARCH_ENDIAN_BIG) - swap_endian(df-data, sizeof(int), header.swaplen); + swap_endian(df-data, sizeof(int), header.swaplen/sizeof(int)); #endif if(DEBUG) @@ -261,7 +261,7 @@ void *datafile_get_data_swapped(DATAFILE return ptr; #if defined(CONF_ARCH_ENDIAN_BIG) - swap_endian(ptr, sizeof(int), size); + swap_endian(ptr, sizeof(int), size/sizeof(int)); #endif return ptr;
Bug#459885:
* Adeodato Simó [Tue, 25 Mar 2008 19:32:31 +0100]: * Tomas Doran [Fri, 21 Mar 2008 22:22:13 +]: I've applied one of the patches. svn diff -r 446:447 http://svn.kulp.ch/cpan/text_multimarkdown/trunk For those reading along, this is not the upstream of Package: markdown as found in Debian, but of the Text::Markdown module as found on CPAN. (Found in Debian in the libtext-markdown-perl package.) -- Adeodato Simó dato at net.com.org.es Debian Developer adeodato at debian.org - Oh my God, you're pimping me out for a new roof? - And windows! -- Andrew and Bree Van De Kamp -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#500734: file: more problems with -m
I think this might be related to the problem in #500734 of newer versions of magic -m flag not acting the same as in etch. Can you explain this behavior? etch (4.17-5etch3): $ tar zcf foo.tar.gz /etc/issue tar: Removing leading `/' from member names $ file foo.tar.gz foo.tar.gz: gzip compressed data, from Unix, last modified: Thu Nov 6 03:05:44 2008 $ file -i foo.tar.gz foo.tar.gz: application/octet-stream $ echo 0 string \037\213 application/x-gzip magic.mime $ file -m magic.mime foo.tar.gz foo.tar.gz: application/x-gzip $ file -m magic foo.tar.gz file: could not find any magic files! $ file -m magic.mime -i foo.tar.gz file: could not find any magic files! $ file -m magic -i foo.tar.gz foo.tar.gz: application/x-gzip $ file -C -m magic.mime $ file -m magic.mime.mgc foo.tar.gz file: could not find any magic files! $ file -m magic.mime.mgc -i foo.tar.gz file: could not find any magic files! The man page for file(1) explains in the -m section that .mime will be appended. sid (4.26-1): $ tar zcf foo.tar.gz /etc/issue tar: Removing leading `/' from member names $ file foo.tar.gz foo.tar.gz: gzip compressed data, from Unix, last modified: Thu Nov 6 03:58:25 2008 $ file -i foo.tar.gz foo.tar.gz: application/x-gzip $ echo 0 string \037\213 application/x-gzip magic.mime $ file -m magic.mime foo.tar.gz foo.tar.gz: application/x-gzip $ file -m magic foo.tar.gz file: could not find any magic files! $ file -m magic.mime -i foo.tar.gz foo.tar.gz: application/octet-stream $ file -m magic -i foo.tar.gz file: could not find any magic files! $ file -C -m magic.mime $ file -m magic.mime.mgc foo.tar.gz foo.tar.gz: application/x-gzip $ file -m magic.mime.mgc -i foo.tar.gz foo.tar.gz: application/octet-stream The man page for file(1) no longer says that .mime will be appended. Both versions seems broken, but in different ways. I tried the patch sent to the bug but got this error when trying to build apprentice.c: In function âmkdbnameâ: apprentice.c:2179: error: âbufâ undeclared (first use in this function) Thanks, -- Matt Taggart [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#504000: Works for me
It does. This may be related to a known upstream problem with some motherboards. Please try commenting out the rtcfile directive in /etc/chrony/chrony.conf. After commenting out rtcfile upgrading the package again works, so that might at least be a work around. Still I think that this regression should be possible to fix, because 1.21z-5 is not hit. Helmut -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#504705: python-fontforge: failed to import fontforge with version 0.0.20080927-1
Package: python-fontforge Version: 0.0.20080927-1 Severity: important import fontforge Traceback (most recent call last): File stdin, line 1, in module SystemError: Missing library: libgunicode -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.26-1-686 (SMP w/1 CPU core) Locale: LANG=C, LC_CTYPE=zh_CN.GBK (charmap=GBK) Shell: /bin/sh linked to /bin/bash Versions of packages python-fontforge depends on: ii libc6 2.7-15 GNU C Library: Shared libraries ii libfontforge1 0.0.20080927-1 runtime library for FontForge ii python2.5.2-3An interactive high-level object-o ii python-support0.8.7 automated rebuilding support for P python-fontforge recommends no packages. python-fontforge suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#333156: acl: X permission in recursive mode makes files executable
Hi Laurent, it seems this problem was fixed upstream? I can't reproduce it using acl 2.2.47-2 (from testing). Could you check if this problem still exists for you? Gr. Matthijs signature.asc Description: Digital signature
Bug#504513: kopete: Kopete sometimes crash
On Tuesday 04 November 2008 21:34:08 you wrote: On Tuesday 04 November 2008 15:53:29 Lebedev Roman wrote: Package: kopete Version: 4:3.5.9-4 Severity: important I using non-standard plug-in for kopete - http://kopeteantispam.sourceforge.net PS: it was great, if somebody undertakes to add it in a standard branch of packages Debian Can you recreate the problem with out the plugin? If so, please send the log again. Thank you :-) OK, I have made so, and for 2 days it did not repeat. But this morning, right after, awakenings after suspend2disk as soon as I have ordered kopete reconnect it have crashed. CrashLog is included. [Thread debugging using libthread_db enabled] [New Thread 0xb60c56c0 (LWP 30982)] [KCrash handler] #6 0xb75964f9 in QString (this=0xbf9c9d9c, [EMAIL PROTECTED]) at tools/qstring.cpp:1398 #7 0xb7ebfbbc in Kopete::Group::displayName (this=0x83e18c8) at /tmp/buildd/kdenetwork-3.5.9/./kopete/libkopete/kopetegroup.cpp:238 #8 0xb55ab318 in JabberBaseContact::updateContact (this=0x867d838, [EMAIL PROTECTED]) at /tmp/buildd/kdenetwork-3.5.9/./kopete/protocols/jabber/jabberbasecontact.cpp:167 #9 0xb55ad677 in JabberContactPool::addContact (this=0x867d170, [EMAIL PROTECTED], metaContact=0x831d7c0, dirty=false) at /tmp/buildd/kdenetwork-3.5.9/./kopete/protocols/jabber/jabbercontactpool.cpp:75 #10 0xb55b0bfa in JabberAccount::slotContactUpdated (this=0x867c160, [EMAIL PROTECTED]) at /tmp/buildd/kdenetwork-3.5.9/./kopete/protocols/jabber/jabberaccount.cpp:1295 #11 0xb55b9772 in JabberAccount::qt_invoke (this=0x867c160, _id=48, _o=0xbf9c9f74) at ./jabberaccount.moc:263 #12 0xb72d2f6d in QObject::activate_signal (this=0x86c1630, clist=0x873e6f0, o=0xbf9c9f74) at kernel/qobject.cpp:2359 #13 0xb56a3981 in JabberClient::newContact (this=0x86c1630, [EMAIL PROTECTED]) at ./jabberclient.moc:353 #14 0xb56a39d4 in JabberClient::slotNewContact (this=0x86c1630, [EMAIL PROTECTED]) at /tmp/buildd/kdenetwork-3.5.9/./kopete/protocols/jabber/jabberclient.cpp:1062 #15 0xb56a778a in JabberClient::qt_invoke (this=0x86c1630, _id=12, _o=0xbf9ca064) at ./jabberclient.moc:511 #16 0xb72d2f6d in QObject::activate_signal (this=0x88bc180, clist=0x86dbcc0, o=0xbf9ca064) at kernel/qobject.cpp:2359 #17 0xb55f42d1 in XMPP::Client::rosterItemAdded (this=0x88bc180, [EMAIL PROTECTED]) at im.moc.cpp:360 #18 0xb56494fc in XMPP::Client::importRosterItem (this=0x88bc180, [EMAIL PROTECTED]) at /tmp/buildd/kdenetwork-3.5.9/./kopete/protocols/jabber/libiris/iris/xmpp-im/client.cpp:975 #19 0xb564959a in XMPP::Client::importRoster (this=0x88bc180, [EMAIL PROTECTED]) at /tmp/buildd/kdenetwork-3.5.9/./kopete/protocols/jabber/libiris/iris/xmpp-im/client.cpp:924 #20 0xb5649605 in XMPP::Client::slotRosterRequestFinished (this=0x88bc180) at /tmp/buildd/kdenetwork-3.5.9/./kopete/protocols/jabber/libiris/iris/xmpp-im/client.cpp:899 #21 0xb55f40db in XMPP::Client::qt_invoke (this=0x88bc180, _id=6, _o=0xbf9ca3c4) at im.moc.cpp:545 #22 0xb72d2f6d in QObject::activate_signal (this=0x8895fe0, clist=0x88acea0, o=0xbf9ca3c4) at kernel/qobject.cpp:2359 #23 0xb72d3aed in QObject::activate_signal (this=0x8895fe0, signal=2) at kernel/qobject.cpp:2328 #24 0xb55f4459 in XMPP::Task::finished (this=0x8895fe0) at im.moc.cpp:88 #25 0xb5640b23 in XMPP::Task::done (this=0x8895fe0) at /tmp/buildd/kdenetwork-3.5.9/./kopete/protocols/jabber/libiris/iris/xmpp-im/client.cpp:1326 #26 0xb5640c17 in XMPP::Task::setSuccess (this=0x8895fe0, code=0, [EMAIL PROTECTED]) at /tmp/buildd/kdenetwork-3.5.9/./kopete/protocols/jabber/libiris/iris/xmpp-im/client.cpp:1293 #27 0xb5665add in XMPP::JT_Roster::take (this=0x8895fe0, [EMAIL PROTECTED]) at /tmp/buildd/kdenetwork-3.5.9/./kopete/protocols/jabber/libiris/iris/xmpp-im/xmpp_tasks.cpp:421 #28 0xb5640d42 in XMPP::Task::take (this=0x889a7f0, [EMAIL PROTECTED]) at /tmp/buildd/kdenetwork-3.5.9/./kopete/protocols/jabber/libiris/iris/xmpp-im/client.cpp:1249 #29 0xb56444a3 in XMPP::Client::distribute (this=0x88bc180, [EMAIL PROTECTED]) at /tmp/buildd/kdenetwork-3.5.9/./kopete/protocols/jabber/libiris/iris/xmpp-im/client.cpp:573 #30 0xb5644709 in XMPP::Client::streamReadyRead (this=0x88bc180) at /tmp/buildd/kdenetwork-3.5.9/./kopete/protocols/jabber/libiris/iris/xmpp-im/client.cpp:520 #31 0xb55f4083 in XMPP::Client::qt_invoke (this=0x88bc180, _id=3, _o=0xbf9ca674) at im.moc.cpp:542 #32 0xb72d2f6d in QObject::activate_signal (this=0x86b1330, clist=0x8752208, o=0xbf9ca674) at kernel/qobject.cpp:2359 #33 0xb72d3aed in QObject::activate_signal (this=0x86b1330, signal=4) at kernel/qobject.cpp:2328 #34 0xb55f45ec in XMPP::Stream::readyRead (this=0x86b1330) at xmpp.moc.cpp:617 #35 0xb562ccdd in XMPP::ClientStream::doReadyRead (this=0x86b1330) at /tmp/buildd/kdenetwork-3.5.9/./kopete/protocols/jabber/libiris/iris/xmpp-core/stream.cpp:1280 #36 0xb55f4e00 in
Bug#504701: [Pkg-net-snmp-devel] Bug#504701: logmatch not working in SNMP agent (debian etch)
Hi Michael, I used logMatch in OpenSuSE with no problems. Now I switched some servers to debian etch and the logMatch doesn't work any more. The figures are juse 0 always. See output below. Is this a known bug? A feature? Thanks for any enlightening comments. It's not a bug at all, it's a question of access rights. You need to give snmpd read access to the log files either by changing the groupid of snmpd to adm (add -g adm to SNMPDOPTS), by changing the umask of the log files or by running snmpd as root. Thanks, Jochen -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#504590: (forw) Bug#504590: clock-setup: OpenSolaris uses local time by default
On Thursday 06 November 2008, Laurent Blume wrote: The executive summary is, yes, by default, on *x86* systems, both Solaris and OpenSolaris considers the system clock to be the local time. Thanks a lot for the detailed explanation. It means that IMO the current patch proposed by Colin is not correct: - we should make sure we only default to local time on x86, and not on sparc - we probably should ask the user what he actually wants because he may be running OpenSolaris in UTC, for example if it's the only installed OS and especially if it's co-installed with Linux and not Windows Looking at os-prober, we seem to detect Solaris (I'm assuming that covers OpenSolaris) as Solaris on both arches, but with differing long descriptions (Solaris/IA32 and Solaris/SPARC). IMO having different long descriptions does not really make sense as the user already knows what arch is running (and IA32 would seem to imply that OpenSolaris has no 64-bit support?). Cheers, FJP -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#503934: Acknowledgement (sun-java6-plugin: java applet makes iceweasel and firefox 2+3 unresponsive)
I installed java-1.5u16 manually and it works like a charm. If you want me to test some specific version I'll gladly do that. -- Regards, Klavs Klavsen, GSEC - [EMAIL PROTECTED] - http://www.vsen.dk Those who do not understand Unix are condemned to reinvent it, poorly. --Henry Spencer -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#493121: Contact Mr. Franson Garry.
You have won a sum of £500,000 GBP Get back to us via return email with your Name,and Country and your Phone Number for more information on how you won and the Delivery/Transfer of your won prize to you.E-mail: [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#504000: chrony: init script hangs for a while might break
Helmut Grohne [EMAIL PROTECTED] (06/11/2008): Did you notice that the bug was reported on i386 initially? So it is even a bit cross-architecture. Sure, but I wasn't going to emphasize something that I didn't experience personally. ;) Mraw, KiBi. signature.asc Description: Digital signature
Bug#504655: debian-installer: Kernel panic when velocity driver started
severity 504655 grave thanks Hi, On Thu, Nov 06, 2008 at 01:03:10AM +0100, Frans Pop wrote: As this is a kernel problem, I'm reassigning this to the kernel team. In the meanwhile the system is installed and I can confirm that the bug also happens on the installed system and not only during installation, so thanks for already having reassigned the bug. :-) Raising the severity to grave since a) disabling ACPI permanently on a board with focus on low power consumption is not really usable (would be ok during installation only, that's why I reported it initially only as severity: important), and b) it's a regression since it worked before with 2.6.24. Here are the usual bug report details from the installed and (with pci=noacpi) running system: The mainboard is a VIA EPIA SN18000G, http://www.via.com.tw/en/products/mainboards/motherboards.jsp?motherboard_id=550 -- Package-specific info: ** Version: Linux version 2.6.26-1-486 (Debian 2.6.26-8) ([EMAIL PROTECTED]) (gcc version 4.1.3 20080623 (prerelease) (Debian 4.1.2-23)) #1 Thu Oct 9 14:22:52 UTC 2008 ** Command line: root=/dev/mapper/vg0-root ro pci=noacpi ** Not tainted ** Kernel log: [8.993192] ata1: SATA max UDMA/133 abar [EMAIL PROTECTED] port 0xfcfffd00 irq 219 [8.993245] ata2: SATA max UDMA/133 abar [EMAIL PROTECTED] port 0xfcfffd80 irq 219 [8.993297] ata3: SATA max UDMA/133 abar [EMAIL PROTECTED] port 0xfcfffe00 irq 219 [8.993349] ata4: SATA max UDMA/133 abar [EMAIL PROTECTED] port 0xfcfffe80 irq 219 [9.312025] ata1: SATA link down (SStatus 0 SControl 300) [9.632039] ata2: SATA link down (SStatus 0 SControl 300) [9.882672] via-rhine.c:v1.10-LK1.4.3 2007-03-06 Written by Donald Becker [9.902500] usbcore: registered new interface driver usbfs [9.902597] usbcore: registered new interface driver hub [9.902700] usbcore: registered new device driver usb [9.925530] USB Universal Host Controller Interface driver v3.0 [9.952034] ata3: SATA link down (SStatus 0 SControl 300) [ 10.145020] input: PC Speaker as /class/input/input4 [ 10.272039] ata4: SATA link down (SStatus 0 SControl 300) [ 10.272927] uhci_hcd :00:10.0: UHCI Host Controller [ 10.273378] uhci_hcd :00:10.0: new USB bus registered, assigned bus number 1 [ 10.273459] uhci_hcd :00:10.0: irq 20, io base 0xcc00 [ 10.273636] usb usb1: configuration #1 chosen from 1 choice [ 10.273721] hub 1-0:1.0: USB hub found [ 10.273771] hub 1-0:1.0: 2 ports detected [ 10.376216] usb usb1: New USB device found, idVendor=1d6b, idProduct=0001 [ 10.376270] usb usb1: New USB device strings: Mfr=3, Product=2, SerialNumber=1 [ 10.376321] usb usb1: Product: UHCI Host Controller [ 10.376364] usb usb1: Manufacturer: Linux 2.6.26-1-486 uhci_hcd [ 10.376408] usb usb1: SerialNumber: :00:10.0 [ 10.376519] uhci_hcd :00:10.1: UHCI Host Controller [ 10.376593] uhci_hcd :00:10.1: new USB bus registered, assigned bus number 2 [ 10.376669] uhci_hcd :00:10.1: irq 22, io base 0xd000 [ 10.376837] usb usb2: configuration #1 chosen from 1 choice [ 10.376922] hub 2-0:1.0: USB hub found [ 10.376975] hub 2-0:1.0: 2 ports detected [ 10.485524] usb usb2: New USB device found, idVendor=1d6b, idProduct=0001 [ 10.485579] usb usb2: New USB device strings: Mfr=3, Product=2, SerialNumber=1 [ 10.485630] usb usb2: Product: UHCI Host Controller [ 10.485673] usb usb2: Manufacturer: Linux 2.6.26-1-486 uhci_hcd [ 10.485718] usb usb2: SerialNumber: :00:10.1 [ 10.485829] uhci_hcd :00:10.2: UHCI Host Controller [ 10.485904] uhci_hcd :00:10.2: new USB bus registered, assigned bus number 3 [ 10.485979] uhci_hcd :00:10.2: irq 21, io base 0xd080 [ 10.486151] usb usb3: configuration #1 chosen from 1 choice [ 10.486234] hub 3-0:1.0: USB hub found [ 10.486283] hub 3-0:1.0: 2 ports detected [ 10.588178] usb usb3: New USB device found, idVendor=1d6b, idProduct=0001 [ 10.588233] usb usb3: New USB device strings: Mfr=3, Product=2, SerialNumber=1 [ 10.589018] usb usb3: Product: UHCI Host Controller [ 10.589061] usb usb3: Manufacturer: Linux 2.6.26-1-486 uhci_hcd [ 10.589105] usb usb3: SerialNumber: :00:10.2 [ 10.589231] ehci_hcd :00:10.4: EHCI Host Controller [ 10.589307] ehci_hcd :00:10.4: new USB bus registered, assigned bus number 4 [ 10.589396] ehci_hcd :00:10.4: debug port 1 [ 10.589447] ehci_hcd :00:10.4: irq 22, io mem 0xfcfff800 [ 10.600023] ehci_hcd :00:10.4: USB 2.0 started, EHCI 1.00, driver 10 Dec 2004 [ 10.600202] usb usb4: configuration #1 chosen from 1 choice [ 10.600287] hub 4-0:1.0: USB hub found [ 10.600339] hub 4-0:1.0: 6 ports detected [ 10.643642] Error: Driver 'pcspkr' is already registered, aborting... [ 10.704171] usb usb4: New USB device found, idVendor=1d6b, idProduct=0002 [ 10.704224] usb usb4: New USB device strings: Mfr=3, Product=2, SerialNumber=1 [ 10.704275] usb usb4: Product: EHCI Host
Bug#504627: neko: Did not remove conffiles when purged
reassign 504627 libapache2-mod-neko thanks Hi Sam, *, I can't reproduce this on my Sid box. I installed neko and libapache2-mod-neko, it correctly created /etc/apache2/mods-available/neko.{conf,load} and apt-get remove --purge correctly removed this two. At no point, I had a /etc/apache/conf.d/mod_neko, may this be artefacts from an older neko for apache1 install? Regards Evgeni pgp4RVQDB51PB.pgp Description: PGP signature
Bug#504707: Cannot understand what the package is meant for
Package: open-iscsi Version: 2.0.730-1etch1 The package description is not explaining what this package is. Current description (since etch until current sid version, 2.0.870~rc3-0.3) is: Description: High performance, transport independent iSCSI implementation iSCSI is a network protocol standard that allows the use of the SCSI protocol over TCP/IP networks. This implementation follows RFC3720. while a package description should not explain what a protocol is. The description should state what the package is. I suggest to change it in something like those: Description: Create iSCSI storage server This package contain software tools that will make this machine an iSCSI storage server. Using this package you may share your devices to other machines via iSCSI. or (depending on what this package is) Description: Access remote iSCSI storage This package contain software tools that will make possibile to access iSCSI storage in your network. Remote device can be discovered and used as locally connected SCSI disks. or something different if this package make something different. Bye, Giuseppe -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#495711: aptitude: doesn't remove automatically installed packages
* Adeodato Simó [Wed, 29 Oct 2008 21:04:40 +0100]: * Daniel Burrows [Thu, 18 Sep 2008 21:16:53 -0700]: That's really weird. It doesn't have a reason for marking digikam: it looks like it's treating it as part of the root set. But why? digikam is specifically called out at the top of the trace as being automatically installed. I assume that you haven't set Aptitude::Keep-Unused-Pattern or Apt::NeverAutoRemove to something that would include digikam, but that's the only reason I can think of or see that this *should* be happening. (well, I suppose there's also the possibility that it's somehow Essential, but I think we can discount that) I'm also suffering from this on a new install. You can guess it's very annoying... In my attached typescript libsplashy1 wasn't removed when removing uswusp. However I just installed okular (with aptitude instead of apt-get, could that be relevant), and removing it indeed uninstalles its automatic dependencies. Cheers, -- Adeodato Simó dato at net.com.org.es Debian Developer adeodato at debian.org Listening to: Paolo Conte - Via con me -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#504708: manpages-dev: dn_expand incorrect prototype in manpage
Package: manpages-dev Version: 3.07-1 Severity: normal Prototype in manpage: int dn_expand(unsigned char *msg, unsigned char *eomorig, unsigned char *comp_dn, unsigned char *exp_dn, int length); But headers say: int dn_expand (const u_char *, const u_char *, const u_char *, char *, int) __THROW; The 4th argument is unsigned char* according to the manpage, but in the headers it is not. This causes warnings with gcc -Wall. Please fix either the manpage or the headers. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages manpages-dev depends on: ii manpages 3.07-1 Manual pages about using a GNU/Lin manpages-dev recommends no packages. Versions of packages manpages-dev suggests: ii konqueror [man-browser] 4:3.5.9.dfsg.1-5 KDE's advanced file manager, web b ii man-db [man-browser]2.5.2-3 on-line manual pager -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#499142: Processed: reassign 499142 to fakeroot
On Thu, Nov 06, 2008 at 06:06:03AM +, Debian Bug Tracking System wrote: reassign 499142 fakeroot Bug#499142: hangs while building eclipse Bug reassigned from package `gij-4.3' to `fakeroot'. Are threads involved? Does fakeroot-tcp avoid the problem? If neither, has the file being fstat'd been access previously under fakeroot or is this the initial contact? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#504710: apache2.2-common: mod_auth_basic breaks svn path based authorizations
Package: apache2.2-common Version: 2.2.3-4+etch6 Severity: normal Since last upgrades my subversion path based authorizations are broken. Here is the setting : A svn repository defined as follows in apache conf : location /test Order allow,deny Allow from all DAV svn SVNPath /media/crypt/svn/repositories/test SVNAutoversioning on AuthzSVNAccessFile /media/crypt/svn/auth-files/test/auth Satisfy Any Require valid-user AuthType Basic AuthName SVN Subversion Repository AuthUserFile /media/crypt/svn/admin/passwds /location A /media/crypt/svn/auth-files/test/auth as follows [test:/] admin = rw [test:/sub] user = rw Since latest apache update, user cannot update his svn working copy, he gets a Error: Server sent unexpected return value (403 Forbidden) in response to OPTIONS Error: request for 'https://svn.domain.com/test' Finished!: Since subversion did not change the change comes from latest apache2 authorization modules. -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (990, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-6-686 Locale: LANG=C, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages apache2.2-common depends on: ii apache2-utils 2.2.3-4+etch6 utility programs for webservers ii libmagic1 4.17-5etch3 File type determination library us ii lsb-base 3.1-23.2etch1 Linux Standard Base 3.1 init scrip ii mime-support 3.39-1MIME files 'mime.types' 'mailcap ii net-tools 1.60-17 The NET-3 networking toolkit ii procps 1:3.2.7-3 /proc file system utilities apache2.2-common recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#504226: OS install problem X not started
On Sat, Nov 1, 2008 at 18:04:07 -0400, [EMAIL PROTECTED] wrote: Install, options selection and download, and Boot up sequence is normal until I get a Blue screen that says Failed to start the X server (your graphical interface). It looks like that it is not set up correctly. Would you like to view the X server output to diagnose the problem? Hi, can you send us the full contents of /var/log/Xorg.0.log when that happens, please? Thanks, Julien -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#504000: chrony: init script hangs for a while might break
Cyril writes: All of the boxes in my company are. Too bad I can't test on more systems. That's quite different from “a single system”. And it's not like amd64 is an obscure architecture, last time I checked. It works fine on amd64 here as well as on two different i386 boxes. It has to do with the rtc clock hardware, not the architecture. -- John Hasler [EMAIL PROTECTED] Elmwood, WI USA -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#504694: ESD sound daemon not killed after Gnome logout
Package: gnome-session Version: 2.22.3-2 System : Debian Lenny Hi, when a user log out from Gnome, the sound daemon esd is still running and this prevents an other user to get the sound working in Gnome. There is a *dirty* workaround : Add the following at the end of the /etc/gdm/PostSession/Default script : = Code snippet === sleep 3 /usr/bin/killall esd == This kills the esd daemon after 3 seconds, to allow the logout sound to be played, and allows another user to start a new sound daemon with the correct permissions. I am also quite surprised to see there is no logout script for gnome-session. I think it is necessary because the user may want to execute logout tasks. Best regards, RB -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#504000: chrony: init script hangs for a while might break
Michael Meskes [EMAIL PROTECTED] (06/11/2008): I beg to disagree because this bug seems to hit only some systems but not all. I didn't upgrade to grave, only to serious. Of course I agree that this is bad if your system is hit, but with a lot of system not being hit I do not consider this release critical. All of the boxes in my company are. Too bad I can't test on more systems. That's quite different from “a single system”. And it's not like amd64 is an obscure architecture, last time I checked. Aynway, the best solution is to fix this, if it is fixable on the chrony side at all. Sure thing. Mraw, KiBi. signature.asc Description: Digital signature
Bug#504709: Xen console problems
severity 504709 normal tags 504709 moreinfo thanks On Thu, Nov 06, 2008 at 03:15:27PM +0200, Baruch Even wrote: I created a Xen DomU with xen-tools with: xen-create-image -debootstrap -dir=/home/xen -size=20Gb -memory=512Mb -fs=ext3 -cache=yes -dist=lenny -hostname=mapnik -ip 10.0.0.1 -netmask 255.0.0.0 -gateway 10.0.0.254 -mirror=http://mirror.isoc.org.il/pub/debian/ --role=minimal --image=sparse Please show the config and /etc/inittab of the domain. Please note that support for console != {hvc0,xvc0} and disk devices != xvd* is only legacy. Bastian -- It is undignified for a woman to play servant to a man who is not hers. -- Spock, Amok Time, stardate 3372.7 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#344919: teTeX 3.x incompatible to older .sty files
On 27.12.05 Tilman Höner zu Siederdissen ([EMAIL PROTECTED]) wrote: Hi Tilman, Package: tetex-bin Version: 3.0-12 http://bugs.debian.org/344919 I found out that teTeX 3.0 (in contrast to teTeX 2.x and MiKTeX 2.4 on Windows) has some problems with older .sty-files, e.g., osajnl.sty (dated May 28, 2004) from the Optical Society of America [1]. This is due to the following lines: -- snippet from osajnl.sty - \ifx\pdfoutput\undefined \usepackage{graphicx} \else \usepackage[pdftex]{graphicx} \fi -- end of snippet --- snip Meanwhile osajnl.sty has been fixed and does not contain these lines any more. As the problem was never really the fault of teTeX I suggest to close that bug now. What do you think? H. -- sigmentation fault -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#504711: Some trouble with inserting imaging by aquiring it from scanner
Package: openoffice.org Version: 1:3.0.0-4 Severity: important Priority: normal Hi, It using openoffice.org 3.0 for some times now and I encounter a regression from the 2.4.x. In the previous version, when I insert document from scanner, and it was working pretty well. With OOo 3.0 : If my webcam was plugged, I can't use my scanner correctly (changing the source as no effect). If my webcam is off, I can access to my scanner but no preview mode is available (it does a full scan !) and I have only 2 resolutions available : 75dpi or 4800 ! and no other parameters visible such as contrast, quality and so on... as it was before ! My scanner is a HP 6280 all in one using ethernet connection and hplip (2.8.6.b-3) and sane (1.0.14-7) Thanks a lot regards Mourad -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#504590: (forw) Bug#504590: clock-setup: OpenSolaris uses local time by default
Hello, Christian Perrier forwarded me the question, as a longtime Solaris and OpenSolaris user, so let me try to shed more light on this. The executive summary is, yes, by default, on *x86* systems, both Solaris and OpenSolaris considers the system clock to be the local time. The longer explanation: This is a very old convention, that probably dates back from when Sun acquired Interactive Unix for i386/i486 systems, to merge it into Solaris and make it Solaris x86. The manual dates back at least from Solaris 2.4 in 1994: http://docs.sun.com/app/docs/doc/801-6680-1M/6i11qf54j?l=ena=view I'm not sure how the Debian installer works on SPARC, and if it allows multiboot there, but this feature is x86 only. Solaris SPARC, and most probably the upcoming OpenSolaris SPARC use UTC, as shown in rtc(1M): DESCRIPTION On x86 systems, the rtc command reconciles the difference in the way that time is established between UNIX and MS-DOS systems. UNIX systems utilize Greenwich Mean Time (GMT), while MS-DOS systems utilize local time. The rtc command is run in the crontab at 02:01 every day. It's a no-op on SPARC. On x86, when it's the day for changing the time, it adjusts the system time accordingly so it stays on local time, and keeps track there of the time difference between system time and UTC. Thus in CET, I have: zone_info=Europe/Paris zone_lag=-3600 And in CEST, it's: zone_info=Europe/Paris zone_lag=-7200 Yes, as has been pointed out, it's definitely an issue if the system isn't up when the time changes. It will only be updated on the next time the command is run, which can take a while depending on the conditions the system is run. Also, the system can be set to UTC manually, but it's not very common practice, even on Sun x86 hardware. FWIW, there's an open bug about this, but I don't think it'll go anywhere fast: http://bugs.opensolaris.org/view_bug.do?bug_id=6395979 And yes, it's clunky, and has been the cause of at least one bad issue: http://bugs.opensolaris.org/view_bug.do?bug_id=6247281 I wouldn't point a finger at anybody for the blame. When it was introduced, MS-DOS compatibility was important. It still is, and both the PC hardware manufacturers and the leading operating system vendor consider the BIOS time is the local time. Probably the real error was by IBM of not putting an RTC in its first PC, then defaulting it to local in the XT or AT. But who would have guessed? However, MS-DOS wasn't changing the time by itself, whereas nowadays, every OS does it automatically, which is a problem with several systems installed, and one of them is inheriting from MS-DOS. Laurent - Forwarded message from Colin Watson [EMAIL PROTECTED] - Subject: Bug#504590: clock-setup: OpenSolaris uses local time by default Reply-To: Colin Watson [EMAIL PROTECTED], [EMAIL PROTECTED] Date: Wed, 5 Nov 2008 12:26:56 + From: Colin Watson [EMAIL PROTECTED] To: [EMAIL PROTECTED] X-Mailing-List: [EMAIL PROTECTED] archive/latest/135870 X-CRM114-Status: Good ( pR: 43.0249 ) Package: clock-setup Version: 0.97 Severity: normal Tags: patch User: [EMAIL PROTECTED] Usertags: origin-ubuntu ubuntu-patch jaunty Apparently OpenSolaris uses local time by default rather than UTC. This was reported as https://bugs.launchpad.net/ubuntu/+source/clock-setup/+bug/279065, and, while I found this surprising (as noted in the comments on that bug), the configuration file quoted there contains a comment that seems to be adequate evidence. I suggest the attached patch; comments? -- / Leader de Projet Communauté| I'm working, but not speaking for \ G11N http://fr.opensolaris.org | Bull Services http://www.bull.com / FOSUG http://guses.org | -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#499076: Fixed in CVS
Hi, it seems this problem was introduced in 2.2.46, during the tree_walk rewrite in the acl tools. Upstream has a report for this as well [1]. According to CVS logs [2], this bugs was fixed in upstream CVS two months ago. However, I do not think another release has happened since then. I'm not sure about upstream's release plans in this area, but if no release happens soon, perhaps Debian should include the patch [3] separately? Since the bug also applies to setfacl, not just getfacl, I would also consider this bug to be more severe than normal, probably even a release-critical regression (due to the security implications of unexpected acl changes). Gr. Matthijs [1]: http://oss.sgi.com/bugzilla/show_bug.cgi?id=790 [2]: http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-cmds/acl/libmisc/walk_tree.c [3]: http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-cmds/acl/libmisc/walk_tree.c.diff?r1=1.2;r2=1.3 signature.asc Description: Digital signature
Bug#504389: patch
here is the patch I made, which fixes it on my two Intel laptops --- a/scripts/init.d/splashy +++ b/scripts/init.d/splashy @@ -165,11 +165,30 @@ ;; stop) check_to_enable - # avoid displaying ugly text at shutdown clear /dev/tty8 clear /dev/tty1 -/sbin/splashy_chvt 8 + # wait for all gdm servers to exit (Bug# 504389) +COUNTER=0 + ATTEMPTS=10 +set +e +while [ $COUNTER -lt $ATTEMPTS ]; do + ps -C gdm + if [ $? -eq 0 ]; then + sleep 0.5 +COUNTER=`expr $COUNTER + 1` #works in dash + else + break + fi + done + set -e +echo $COUNTER + if [ $COUNTER -eq $ATTEMPTS ]; then + logger -s splashy stopping because gdm is still active + exit + fi + + /sbin/splashy_chvt 8 calculate_steps -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#18567: hello
Hello Dear Good Day!!!, How are you today, i hope all is well with you. My name is Viner I come acrossyour profile in which looks so nice to me . I want to have a goodrelationship and share things in common with you. i will like to tell you moreabout me and send some of my pictures to you, As soon as you reply my letter tomy private email.([EMAIL PROTECTED]) Hoping to have a good relationship withyou. yours lovely Friend, Viner ([EMAIL PROTECTED])
Bug#504656: xserver-xorg-input-synaptics: Stops working after logoff
2008/11/6, Julien Cristau [EMAIL PROTECTED]: Actually, it works just fine here, so that justification seems wrong. You didn't send your config or log, though, so it's hard to tell. Indeed. It works. This behavior seems to be linked with similar evdev bug because now with new evdev driver synaptics works well. I think bug can be closed now. -- Max -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#504590: (forw) Bug#504590: clock-setup: OpenSolaris uses local time by default
Frans Pop a écrit : It means that IMO the current patch proposed by Colin is not correct: - we should make sure we only default to local time on x86, and not on sparc - we probably should ask the user what he actually wants because he may be running OpenSolaris in UTC, for example if it's the only installed OS and especially if it's co-installed with Linux and not Windows I think that's correct. Looking at os-prober, we seem to detect Solaris (I'm assuming that covers OpenSolaris) as Solaris on both arches, but with differing long descriptions (Solaris/IA32 and Solaris/SPARC). IMO having different long descriptions does not really make sense as the user already knows what arch is running (and IA32 would seem to imply that OpenSolaris has no 64-bit support?). I suppose that's only a shortcut (should be x86 instead of IA32, IMO, but no big deal :-) ). On Solaris SPARC, since version 7, both sparc (32 bit) and sparcv9 (64 bit) arch are supported. On Solaris x86, since version 10, and including OpenSolaris, both i386 and amd64 arch are supported. So from an installer point of view, on a given family of architecture, there's no possibility to differentiate between 32/64. Laurent -- / Leader de Projet Communauté| I'm working, but not speaking for \ G11N http://fr.opensolaris.org | Bull Services http://www.bull.com / FOSUG http://guses.org | -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#504656: xserver-xorg-input-synaptics: Stops working after logoff
On Wed, Nov 5, 2008 at 01:53:07 +0300, Max Dmitrichenko wrote: Package: xserver-xorg-input-synaptics Version: 0.14.7~git20070706-4~dmitrmax.1 Severity: grave Tags: patch Justification: renders package unusable Actually, it works just fine here, so that justification seems wrong. You didn't send your config or log, though, so it's hard to tell. Cheers, Julien -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#504641: GIT 1.6.0.3 (stable) is available
* Gerrit Pape [EMAIL PROTECTED] [2008-11-05 21:36:11 +] | On Wed, Nov 05, 2008 at 10:02:31PM +0100, Samuel Tardieu wrote: | GIT 1.6.0.3 is available from http://git.or.cz/ | | Hi Samuel, while preparing the Debian/lenny release, no new upstream | versions will be introduced into stable. Debian/sid, unstable, will | also stick to 1.5.6.x for some more time. git-core version 1.6.0.3-1 | should be available through Debian/experimental these days. Ok, this is (git/experimental) what I will use on my machines where I do on development. However, I would be curious to know why this package is not suitable for unstable. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#504700: does not rotate logfile /var/log/mailman/mischief
Package: mailman Version: 1:2.1.9-7 Severity: serious Justification: Policy 10.8 The stable (etch) version of mailman does not rotate the logfile /var/log/mailman/mischief. It is used to record login failures and similar things from the cgi scripts mailman provides. As the log file is not rotated it may fill the disk which violates policy section 10.8. I hope that this is already fixed in lenny and if not it really should. Also this bug is easy to fix as you only have to provide a simple logrotate config with tons of examples in /etc/logrotate.d/mailman already available (don't forget that mischief is group=www-data). Helmut -- 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-6-686 Locale: LANG=C, LC_CTYPE=de_DE (charmap=ISO-8859-1) Versions of packages mailman depends on: ii adduser3.102 Add and remove users and groups ii apache22.2.3-4+etch6 Next generation, scalable, extenda ii apache2-mpm-prefork [h 2.2.3-4+etch6 Traditional model for Apache HTTPD ii cron 3.0pl1-100management of regular background p ii debconf [debconf-2.0] 1.5.11etch2 Debian configuration management sy ii exim4 4.63-17 metapackage to ease exim MTA (v4) ii exim4-daemon-light [ma 4.63-17 lightweight exim MTA (v4) daemon ii libc6 2.3.6.ds1-13etch7 GNU C Library: Shared libraries ii logrotate 3.7.1-3 Log rotation utility ii lsb-base 3.1-23.2etch1 Linux Standard Base 3.1 init scrip ii pwgen 2.05-1Automatic Password generation ii python 2.4.4-2 An interactive high-level object-o ii python-support 0.5.6 automated rebuilding support for p ii ucf2.0020Update Configuration File: preserv mailman recommends no packages. -- debconf information: mailman/queue_files_present: * mailman/default_server_language: en mailman/gate_news: false * mailman/site_languages: en * mailman/used_languages: * mailman/create_site_list: -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#504641: GIT 1.6.0.3 (stable) is available
On Thu, Nov 06, 2008 at 10:39:57AM +0100, Samuel Tardieu wrote: * Gerrit Pape [EMAIL PROTECTED] [2008-11-05 21:36:11 +] | On Wed, Nov 05, 2008 at 10:02:31PM +0100, Samuel Tardieu wrote: | GIT 1.6.0.3 is available from http://git.or.cz/ | | Hi Samuel, while preparing the Debian/lenny release, no new upstream | versions will be introduced into stable. Debian/sid, unstable, will | also stick to 1.5.6.x for some more time. git-core version 1.6.0.3-1 | should be available through Debian/experimental these days. Ok, this is (git/experimental) what I will use on my machines where I do on development. However, I would be curious to know why this package is not suitable for unstable. Generally it is. But while preparing the lenny release, it's convenient to use unstable as staging area for possible upgrades to the lenny package. Once a 1.6.0.x version is available in sid, I cannot upload a 1.5.6.x-y version anymore, which should last some time in sid for testing before migrating into lenny. Regards, Gerrit. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#504692: [xserver-xorg] dexconf generates invalid files
reassign 504692 nvidia-xconfig kthxbye On Thu, Nov 6, 2008 at 04:13:18 -0500, Filipus Klutiero wrote: Package: xserver-xorg Version: 1:7.3+18 Severity: important The files generated by dexconf contain a Device section with no Driver entry. There's nothing invalid about that. Cheers, Julien -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#504000: Works for me
I had problems with /dev/rtc before, sometimes related to HPET which in combination with chrony even froze my system. This kernel bug has been fixed recently. Also I had problems when using the wrong module. Are you sure you use the right one? Does hwclock work for you? I don't really know about rtc stuff, but I found out that /dev/rtc is driven by the module rtc_cmos on my system, because the usage count of that module increases on opening the device. hwclock works. I tried reading and writing. Helmut -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#504659: tasksel: Gnome pushes File and DNS server and language tasks off CD1
Le jeudi 06 novembre 2008 à 00:01 +0100, Frans Pop a écrit : It looks like the main reason for this is the recent changes in the gnome-desktop task, which changed its key package to 'gnome' from 'gnome-desktop-environment'. You’re raising quite a while after we discussed it. I wonder why we should discuss issues on public mailing lists if people interested in them wake up more than 4 months later. I would therefore suggest to change the following packages from Depends to Recommends in gnome-d-e: - gnome-user-guide (16MB download size!) WTF? Dropping the core user documentation? - vinagre - vino - ekiga - cheese All part of the GNOME distribution upstream. Ekiga and vinagre are arguably switchable to gnome given the size of their dependencies (we already did it for tomboy, for similar reasons), but I’d like to stay as close as possible as upstream for the gnome-desktop-environment package. - nautilus-cd-burner Huh? Do you know of a machine without a CD burner today? Total savings from this suggested list for CD1: 36MB. Possibly some other packages from gnome-d-e's current dependencies could be added to this list. You are really missing what gnome-desktop-environment is for. If your only concern is size, then install gnome-core and that’s all, you’ll get a desktop with less features than in sarge, but it will fit on a CD. I guess that should make you happy. As for gnome, we made changes specifically so that it can be made as the key package for the gnome-desktop task, installing a full-fledged desktop with everything users might want. Having them as Recommends would mean they will still get installed if users install gnome-d-e manually and adds flexibility as users will gain the option to have gnome-d-e installed without those packages if they don't need them. Except that tasksel does not have this flexibility. Packages in Recommends are not installed, full stop. The main benefit of this reduction will be better international support on CD1 as there will be much more space available for key packages from language tasks. Frankly, if someone really wants a media installation, he will use DVD nowadays. Otherwise we already recommend netinst. -- .''`. : :' : We are debian.org. Lower your prices, surrender your code. `. `' We will add your hardware and software distinctiveness to `-our own. Resistance is futile. signature.asc Description: Ceci est une partie de message numériquement signée
Bug#504701: logmatch not working in SNMP agent (debian etch)
package: snmpd version: 5.2.3-7etch2 Hi, I used logMatch in OpenSuSE with no problems. Now I switched some servers to debian etch and the logMatch doesn't work any more. The figures are juse 0 always. See output below. Is this a known bug? A feature? Thanks for any enlightening comments. UCD-SNMP-MIB::logMatchMaxEntries.0 = INTEGER: 50 UCD-SNMP-MIB::logMatchIndex.1 = INTEGER: 1 UCD-SNMP-MIB::logMatchName.1 = STRING: ACCEPT UCD-SNMP-MIB::logMatchFilename.1 = STRING: /var/log/syslog UCD-SNMP-MIB::logMatchRegEx.1 = STRING: ACCEPT UCD-SNMP-MIB::logMatchGlobalCounter.1 = Counter32: 0 UCD-SNMP-MIB::logMatchGlobalCount.1 = INTEGER: 0 UCD-SNMP-MIB::logMatchCurrentCounter.1 = Counter32: 0 UCD-SNMP-MIB::logMatchCurrentCount.1 = INTEGER: 0 UCD-SNMP-MIB::logMatchCounter.1 = Counter32: 0 UCD-SNMP-MIB::logMatchCount.1 = INTEGER: 0 UCD-SNMP-MIB::logMatchCycle.1 = INTEGER: 300 UCD-SNMP-MIB::logMatchErrorFlag.1 = INTEGER: 0 UCD-SNMP-MIB::logMatchRegExCompilation.1 = STRING: Success Also no persistant file like /var/lib/snmp/snmpd_logmatch_accept.pos is created. this bug is reproducable if you add the following line to /etc/snmp/snmpd.conf: logmatch kernel /var/log/mail 300 kernel and restart snmpd. snmpwalk -v1 -ccommunity localhost logMatch will give you always 0. -- Dr. Michael Schwartzkopff MultiNET Services GmbH Addresse: Bretonischer Ring 7; 85630 Grasbrunn; Germany Tel: +49 - 89 - 45 69 11 0 Fax: +49 - 89 - 45 69 11 21 mob: +49 - 174 - 343 28 75 mail: [EMAIL PROTECTED] web: www.multinet.de Sitz der Gesellschaft: 85630 Grasbrunn Registergericht: Amtsgericht München HRB 114375 Geschäftsführer: Günter Jurgeneit, Hubert Martens --- PGP Fingerprint: F919 3919 FF12 ED5A 2801 DEA6 AA77 57A4 EDD8 979B Skype: misch42 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#501651: Amendment
I guess the correct phrasing for this would be, please enable the following in the kernel: CONFIG_SUN_LDOMS (kernel option) CONFIG_SUNVNET (module) CONFIG_SUNVDC (module) This will facilitate install of the SPARC port into a SUN sun4v Logical Domain (virtual machine). Apologies for not filing this as a wishlist bug in the first place; I consider myself educated! :-) Mike -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#503934: Problem located
I installed java-1.6u10 manually and it showed the same bug. I then installed java-1.6u7 (latest I could get from the archives at sun) and it worked like a charm. The bug is in u10 then. (I believe the system was running u9 before - but I'm not entirely sure). -- Regards, Klavs Klavsen, GSEC - [EMAIL PROTECTED] - http://www.vsen.dk Those who do not understand Unix are condemned to reinvent it, poorly. --Henry Spencer -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#504713: New upstream release
Package: jfsutils Severity: wishlist At the main sourceforge page is available [0] a new bugfix release tagged 1.1.13. Please package it if you could. Thanks. [0] http://jfs.sourceforge.net/project/pub/jfsutils-1.1.13.tar.gz -- ESC:wq -- 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#504712: dovecot-common: missing manpage for dovecotpw
Package: dovecot-common Version: 1:1.0.15-2 Severity: minor Tags: patch Hi, Currently, there is no manpage for the small utility dovecotpw. Here is one :-) Cheers, Xavier -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.26-1-686 (SMP w/1 CPU core) Locale: LANG=fr_BE.UTF-8, LC_CTYPE=fr_BE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages dovecot-common depends on: ii adduser 3.110 add and remove users and groups ii libc6 2.7-15 GNU C Library: Shared libraries ii libcomerr21.41.3-1 common error description library ii libkrb53 1.6.dfsg.4~beta1-4 MIT Kerberos runtime libraries ii libldap-2.4-2 2.4.11-1 OpenLDAP libraries ii libmysqlclient15off 5.0.51a-15 MySQL database client library ii libpam-runtime1.0.1-4Runtime support for the PAM librar ii libpam0g 1.0.1-4Pluggable Authentication Modules l ii libpq58.3.4-2PostgreSQL C client library ii libsqlite3-0 3.5.9-6SQLite 3 shared library ii libssl0.9.8 0.9.8g-13 SSL shared libraries ii openssl 0.9.8g-13 Secure Socket Layer (SSL) binary a ii ucf 3.0010 Update Configuration File: preserv ii zlib1g1:1.2.3.3.dfsg-12 compression library - runtime dovecot-common recommends no packages. dovecot-common suggests no packages. -- no debconf information .\ Hey, EMACS: -*- nroff -*- .TH DOVECOTPW 1 6 November 2008 .\ Please adjust this date whenever revising the manpage. .\ .SH NAME dovecotpw \- a tool to easily generate passwords for a specified password scheme. .SH SYNOPSIS \fBdovecotpw\fP [-l] [-p password] [-s scheme] [-u user] [-V] .br .SH DESCRIPTION \fBdovecotpw\fP is a small tool to easily generate passwords for a specified password scheme known by \fIdovecot\fR\|(1). A password scheme means the format in which any password is stored in password databases. The main idea behind storing passwords in non-plaintext scheme is that if an attacker gets access to your server, he can't easily just get all users' passwords and start using them. With stronger schemes it takes more time to crack the passwords. Currently, the password schemes supported by \fBdovecotpw\fP are: CRYPT MD5 MD5-CRYPT SHA SHA1 SMD5 SSHA PLAIN CLEARTEXT CRAM-MD5 HMAC-MD5 DIGEST-MD5 PLAIN-MD4 PLAIN-MD5 LDAP-MD5 LANMAN NTLM RPA. \fBdovecotpw\fP can be used to populate \fIdovecot\fR\|(1) password databases. .SH OPTIONS .TP \fB-l\fP List known password schemes. .TP \fB-p password\fP Use password as the password to be encoded with the specified scheme. If this option is not used, you are prompted for one interactively. .TP \fB-s scheme\fP Specify the password scheme to be used to encrypt the password. scheme must be one of the supported password scheme as listed here above. If you omit this option, the default scheme is used (HMAC-MD5). .TP \fB-u user\fP Specify the username. This can be needed by some schemes. .TP \fB-V\fP Internally verify the generated hash. .SH AUTHOR .TP dovecotpw was written by Timo Sirainen [EMAIL PROTECTED]. .PP This manual page was written by Xavier Lüthi [EMAIL PROTECTED], for the Debian project (but may be used by others).
Bug#504000: chrony: init script hangs for a while might break
All of the boxes in my company are. Too bad I can't test on more systems. That's quite different from ???a single system???. And it's not like amd64 is an obscure architecture, last time I checked. Did you notice that the bug was reported on i386 initially? So it is even a bit cross-architecture. Helmut -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#504709: Xen console problems
Subject: linux-image-2.6.26-1-xen-amd64: DomU console problems Package: linux-image-2.6.26-1-xen-amd64 Version: 2.6.26-8 Severity: important I created a Xen DomU with xen-tools with: xen-create-image -debootstrap -dir=/home/xen -size=20Gb -memory=512Mb -fs=ext3 -cache=yes -dist=lenny -hostname=mapnik -ip 10.0.0.1 -netmask 255.0.0.0 -gateway 10.0.0.254 -mirror=http://mirror.isoc.org.il/pub/debian/ --role=minimal --image=sparse I got a proper disk image and swap image that I can loop mount. I try to start it with; xm create -c /etc/xen/mapnik.cfg It starts to boot and then there are no longer console messages and there is no console login. The last message is about the lo driver. I attach the console log. If I try to connect with ssh (using NAT networking) I can connect and after loop mounting and setting a root password I can even login but I get an error that there is no tty and I cannot do much beyond that. I can however connect with ssh to execute commands inside the machine such as ls / and things seem to work and booted. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-1-xen-amd64 (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 linux-image-2.6.26-1-xen-amd64 depends on: ii initramfs-tools 0.92j tools for generating an initramfs ii linux-modules-2.6.26-1-xen-am 2.6.26-8 Linux 2.6.26 modules on AMD64 linux-image-2.6.26-1-xen-amd64 recommends no packages. Versions of packages linux-image-2.6.26-1-xen-amd64 suggests: ii grub 0.97-47GRand Unified Bootloader (Legacy v pn linux-doc-2.6.26 none (no description available) -- no debconf information Using config file /etc/xen/mapnik.cfg. Started domain mapnik [0.00] Initializing cgroup subsys cpuset [0.00] Initializing cgroup subsys cpu [0.00] Linux version 2.6.26-1-xen-amd64 (Debian 2.6.26-8) ([EMAIL PROTECTED]) (gcc version 4.1.3 20080623 (prerelease) (Debian 4.1.2-23)) #1 SMP Thu Oct 9 17:11:22 UTC 2008 [0.00] Command line: root=/dev/sda2 ro ip=10.0.0.1:1.2.3.4:10.0.0.129:255.0.0.0:mapnik:eth0:off xencons=tty0 console=tty0 [0.00] BIOS-provided physical RAM map: [0.00] Xen: - 2080 (usable) [0.00] max_pfn_mapped = 133120 [0.00] init_memory_mapping [0.00] early res: 0 [20-631917] TEXT DATA BSS [0.00] early res: 1 [632000-2171fff] Xen provided [0.00] early res: 2 [2172000-2278fff] PGTABLE [0.00] Zone PFN ranges: [0.00] DMA 0 - 4096 [0.00] DMA324096 - 1048576 [0.00] Normal1048576 - 1048576 [0.00] Movable zone start PFN for each node [0.00] early_node_map[1] active PFN ranges [0.00] 0:0 - 133120 [0.00] PERCPU: Allocating 22192 bytes of per cpu data [0.00] Built 1 zonelists in Zone order, mobility grouping on. Total pages: 131300 [0.00] Kernel command line: root=/dev/sda2 ro ip=10.0.0.1:1.2.3.4:10.0.0.129:255.0.0.0:mapnik:eth0:off xencons=tty0 console=tty0 [0.00] Initializing CPU#0 [0.00] PID hash table entries: 4096 (order: 12, 32768 bytes) [0.00] Xen reported: 3000.106 MHz processor. [0.004000] Console: colour dummy device 80x25 [0.004000] console [tty0] enabled [0.004000] console [tty0] enabled [0.004000] Dentry cache hash table entries: 131072 (order: 8, 1048576 bytes) [0.004000] Inode-cache hash table entries: 65536 (order: 7, 524288 bytes) [0.004000] Software IO TLB disabled [0.004000] Memory: 481768k/532480k available (2277k kernel code, 42216k reserved, 1021k data, 216k init) [0.920068] Calibrating delay using timer specific routine.. 6005.27 BogoMIPS (lpj=12010548) [0.920120] Security Framework initialized [0.920133] SELinux: Disabled at boot. [0.920142] Capability LSM initialized [0.920164] Mount-cache hash table entries: 256 [0.920338] Initializing cgroup subsys ns [0.920349] Initializing cgroup subsys cpuacct [0.920356] Initializing cgroup subsys devices [0.920400] CPU: Trace cache: 12K uops, L1 D cache: 16K [0.920410] CPU: L2 cache: 2048K [0.920419] CPU: Physical Processor ID: 0 [0.920424] CPU: Processor Core ID: 0 [0.920432] SMP alternatives: switching to UP code [0.931885] Freeing SMP alternatives: 21k freed [0.932032] Brought up 1 CPUs [0.935438] net_namespace: 1224 bytes [0.935643] NET: Registered protocol family 16 [0.937233] Brought up 1 CPUs [0.937252] PCI: Fatal: No config space access function found [0.937259] PCI: setting up Xen PCI frontend stub [0.938216] ACPI: Interpreter disabled. [0.938226] Linux Plug and Play
Bug#504703: ERROR: Command /sbin/iptables -A smurfs -s tcpflags -j DROP Failed
Package: shorewall-common Version: 4.0.14-3 Severity: grave Justification: renders package unusable shorewall start Compiling... Initializing... Determining Zones... IPv4 Zones: net Firewall Zone: fw Validating interfaces file... Validating hosts file... Pre-processing Actions... Pre-processing /usr/share/shorewall/action.Drop... Pre-processing /usr/share/shorewall/action.Reject... Validating Policy file... Determining Hosts in Zones... net Zone: eth0:0.0.0.0/0 eth1:0.0.0.0/0 ppp0:0.0.0.0/0 Deleting user chains... Compiling /etc/shorewall/routestopped ... Creating Interface Chains... Compiling Common Rules Compiling TCP Flags checking... Compiling Kernel Route Filtering... Compiling Martian Logging... Compiling /etc/shorewall/rules... Compiling Actions... Compiling /usr/share/shorewall/action.Drop for Chain Drop... Compiling /usr/share/shorewall/action.Reject for Chain Reject... Compiling /etc/shorewall/policy... Compiling Traffic Control Rules... Compiling Rule Activation... Compiling IP Forwarding... Shorewall configuration compiled to /var/lib/shorewall/.start Processing /etc/shorewall/params ... Starting Shorewall Initializing... Processing /etc/shorewall/init ... Clearing Traffic Control/QOS Deleting user chains... Processing /etc/shorewall/continue ... Enabling Loopback and DNS Lookups Creating Interface Chains... Setting up SMURF control... iptables v1.4.1.1: host/network `tcpflags' not found Try `iptables -h' or 'iptables --help' for more information. ERROR: Command /sbin/iptables -A smurfs -s tcpflags -j DROP Failed Processing /etc/shorewall/stop ... Processing /etc/shorewall/stopped ... Terminated -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (900, 'unstable'), (600, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.26-1-686 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages shorewall-common depends on: ii dash 0.5.4-12 POSIX-compliant shell ii debconf 1.5.24 Debian configuration management sy ii iproute 20080725-2 networking and traffic control too ii iptables 1.4.1.1-4 administration tools for packet fi shorewall-common recommends no packages. Versions of packages shorewall-common suggests: ii linux-image-2.6.26-1-686 [lin 2.6.26-9 Linux 2.6.26 image on PPro/Celeron ii linux-image-2.6.26-1-amd64 [l 2.6.26-9 Linux 2.6.26 image on AMD64 ii linux-image-2.6.26-1-xen-686 2.6.26-9 Linux 2.6.26 image on i686 ii linux-image-2.6.26x1 [linux-i x1 Linux kernel binary image for vers ii make 3.81-5 The GNU version of the make util ii shorewall-doc 4.0.14-2 documentation for Shoreline Firewa -- debconf-show failed -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#374049: ${devlibs:Depends} results in libstdc++6-4.1-dev
On Thu, 6 Nov 2008, Junichi Uekawa wrote: The correct version of libstdc++6-X.X-dev is pulled in from g++-X.X, which is depended by g++, which is pulled in from build-essential; thus the correct version of libstdc++6-X.X-dev should be installed on all sane systems. Great. BTW, I think you should make some more noise about the d-shlibs package. Do you have some stats about library packages that are using d-shlibs and those who don't. Recent discussions even with experienced DDs showed that they do not know this nice tool. Kind regards Andreas. -- http://fam-tille.de -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#504000: chrony: init script hangs for a while might break
Michael writes: I beg to disagree because this bug seems to hit only some systems but not all. Of course I agree that this is bad if your system is hit, but with a lot of systm not being hit I do not consider this release critical. Aynway, the best solution is to fix this, if it is fixable on the chrony side at all. I'm working on a fix (or at least a workaround) in the initscript. I'm putting a subshell containing sleep 5; kill `pidof chronyc' in the background just before launching chronyc. This should prevent hangs due to chronyc being unable to contact chronyd. I intend to do likewise with the netstat call as it has been reported to hang for minutes (unreproducible here). The new, as yet untested initscript is attached: #! /bin/sh # # Written by Miquel van Smoorenburg [EMAIL PROTECTED]. # Modified for Debian GNU/Linux by Ian Murdock [EMAIL PROTECTED]. # Modified for Debian by Christoph Lameter [EMAIL PROTECTED] # Modified for chrony by John Hasler [EMAIL PROTECTED] 1998-2008 ### BEGIN INIT INFO # Provides: time-daemon # Required-Start:$local_fs # Required-Stop: $local_fs # Default-Start: 2 3 4 5 # Default-Stop: 0 1 6 # Short-Description: Controls chronyd NTP time daemon # Description: Chronyd is the NTP time daemon in the Chrony package # ### END INIT INFO PATH=/bin:/usr/bin:/sbin:/usr/sbin DAEMON=/usr/sbin/chronyd FLAGS=defaults NAME=chronyd DESC=time daemon putonline () { # Do we have a default route? If so put chronyd online. (sleep 5; kill `pidof netstat` 2 /dev/null) if netstat -rn 2/dev/null | grep UG | cut -f 1 -d ' ' | grep -q '0\.0\.0\.0' then KEY=$(awk '$1 ~ /^commandkey$/ { print $2; exit}' /etc/chrony/chrony.conf) PASSWORD=`awk '$1 ~ /^'$KEY'$/ {print $2; exit}' /etc/chrony/chrony.keys` # Make sure chronyc can't hang us up. (sleep 5; kill `pidof chronyc` 2 /dev/null) /usr/bin/chronyc EOF password $PASSWORD online burst 5/10 quit EOF touch /var/run/chrony-ppp-up fi } test -f $DAEMON || exit 0 case $1 in start) start-stop-daemon --start --verbose --exec $DAEMON /bin/pidof $DAEMON /dev/null || sleep 1 # Chronyd can take a few milliseconds to start. /bin/pidof $DAEMON /dev/null || echo $DAEMON failed to start. exit 1 putonline ;; stop) start-stop-daemon --stop --verbose --oknodo --exec $DAEMON rm -f /var/run/chrony-ppp-up ;; restart|force-reload) echo -n Restarting $DESC: start-stop-daemon --stop --quiet --exec $DAEMON sleep 1 start-stop-daemon --start --quiet --exec $DAEMON -- -r /bin/pidof $DAEMON /dev/null || sleep 1 # Chronyd can take a few milliseconds to start. /bin/pidof $DAEMON /dev/null || echo $DAEMON failed to restart. exit 1 putonline echo $NAME. ;; *) echo Usage: /etc/init.d/chrony {start|stop|restart|force-reload} exit 1 ;; esac exit 0 -- John Hasler [EMAIL PROTECTED] Elmwood, WI USA
Bug#487630: SUCCESS after removal of 00tetex.cnf (was: Re: Bug#487630: Bug 487630 exists also in version 2007.dfsg.2-3 (and version 2007.dfsg.2-4))
On Wed, 2008-11-05 at 23:29 +0100, Hilmar Preusse wrote: On 04.11.08 Omer Zak ([EMAIL PROTECTED]) wrote: According to dpkg -S, 00tetex.cnf belongs to no package. The laptop has been running Debian Testing for few years (Sarge Testing, then Etch Testing, and now Lenny Testing), so it is probable that one of the versions of the package, which originally owned it, was uninstalled (or upgraded, rendering the file unneeded) but neglected to remove this file. Well, the postinst- and preinst scripts of teTeX in Debian are/were rather a nightmare regarding which files have to be removed/fixed/changed to resurrect mistakes made before. You may have a look at them just for fun. I guess you run once a testing version of teTeX, which was broken and we didn't make a fix for this special version. I am glad to see that the general problem is being addressed and the answer is not just remove by hand the offending 00tetex.cnf file. Your 00tetex.cnf does not have the magic # -_- DebPkgProvidedMaps -_- snipped, hence is it read when creating the fmtutil.cnf. To get a fix I suggest that the preinst script of an important package (tex-common ?) greps for that snippet through all files in /etc/texmf/fmt.d/ and renames all files, which do not have it (e.g. append the extension unused) and inform the end user about it. Renaming the unused files and warning the user about them would do it. However, identifying them by grepping for the magic snippet won't work. It is possible that a future broken package fails to remove such a file, and it will remain in the filesystem with the magic snippet, and then my problem with 00tetex.cnf will recur. Any further ideas? A tool (dpkg-* or apt-*) for auditing the files in the non-*/local/* and non-/opt/* filesystems, finding files not belonging to any package, and advising the user how to deal with them. Packages, which own subdirectories with names like */*.d/, may provide special scripts and instructions for dealing with files dropped there by other packages (and orphaned by them), and manually by the sysadmin. I think that the subject is now more suitable for one of Debian's mailing lists than for this bug report - please advise which mailing list, and I'll post there a summary of the bug and the discussion so far. --- Omer -- Did you shave a yak today? My own blog is at http://www.zak.co.il/tddpirate/ My opinions, as expressed in this E-mail message, are mine alone. They do not represent the official policy of any organization with which I may be affiliated in any way. WARNING TO SPAMMERS: at http://www.zak.co.il/spamwarning.html -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#504714: uptimed: Filesystem full leads to records loss
Package: uptimed Version: 1:0.3.12-2 Severity: grave Justification: causes non-serious data loss (Hello Thibaud, comment ça va depuis le temps ?) When the /var filsystem is full, uptimed, starting or stopping, makes the /var/spool/uptimed/records file become empty. For stop-daemon, I think it succeeds to create records.tmp file, fails to put data on it, then copy this corrupted file to replace the correct records file. Note there is the same problem at start-daemon. I have reproduced this bug from scratch on another machine with up-to-date lenny: 1) make /var full 2) uprecords (we see current uptime and all older ones) 2) #/etc/init.d/uptimed stop 3) #uprecords (now only current uptime) My /var is an ext3 filesystem on both machines (second one over lvm). This is a problem: we can accept that uprecords and uptimed work wrongly when /var is full (like make wrong reports), but not a data loss that is not recoverable without backup (thanks amanda). As uptimed is useful to have a crash reboot history, and as a crash issue may be caused by a full filesystem, I think this is a grave issue for this package. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (800, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-1-amd64 (SMP w/2 CPU cores) Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Shell: /bin/sh linked to /bin/bash Versions of packages uptimed depends on: ii debconf [debconf-2.0] 1.5.22 Debian configuration management sy ii libc6 2.7-15 GNU C Library: Shared libraries ii libuptimed0 1:0.3.12-2 Library for uptimed uptimed recommends no packages. uptimed suggests no packages. -- debconf information: uptimed/mail/do_mail: Never uptimed/mail/address: [EMAIL PROTECTED] uptimed/interval: 60 uptimed/mail/milestones_info: uptimed/maxrecords: 50 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#504706: ITP: vdr-plugin-softdevice -- Software output device plugin for VDR.
Package: wnpp Severity: wishlist Owner: Onur Aslan [EMAIL PROTECTED] * Package name: vdr-plugin-softdevice Version : 0.5.0 * URL : http://softdevice.berlios.de/ * License : GPL Programming Lang: C Description : Software output device plugin for VDR. The softdevice plugin is a software device and MPEG-2 decoder and is used by VDR as an output device. The output comes to the monitor or TV-out of the graphics card. The plugin gets the video stream decodes, scales and converts it to the RGB format. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#504599: Bug#504594: pbuilder: Drop cowdancer recommends to suggests
Hi, Merged the three patches, thanks. I'll let Junichi review the commits and if he's fine with the changes they should be part of next pbuilder upload. Cheers, -- Loïc Minier -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#504637: duplicity: please add option do not backup files greater than size
Alexander Zangerl wrote: On Wed, 05 Nov 2008 22:20:45 +0200, Eugene V. Lyubimkin writes: Package: duplicity Version: 0.5.02-1 Severity: wishlist It would allow to skip spuriously appeared big temporary cache files and similar. personally i think that's a somewhat dangerous option and would suggest to use include/exclude statements to deselect things by path, but i'm forwarding your request upstream. I have to agree with you on this one. One should not back up temp or cache directories anyway. Its a waste of backup time and space. There are list and regex include and exclude options in duplicity already, so use those to exclude the temp and cache directories completely, as well as /proc and /dev or any other synthetic directory. I would mark this as Will Not Implement. Use whatever is equivalent. ...Ken -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#504709: Xen console problems
Hi, * Bastian Blank [EMAIL PROTECTED] [081106 16:33]: severity 504709 normal tags 504709 moreinfo thanks On Thu, Nov 06, 2008 at 03:15:27PM +0200, Baruch Even wrote: I created a Xen DomU with xen-tools with: xen-create-image -debootstrap -dir=/home/xen -size=20Gb -memory=512Mb -fs=ext3 -cache=yes -dist=lenny -hostname=mapnik -ip 10.0.0.1 -netmask 255.0.0.0 -gateway 10.0.0.254 -mirror=http://mirror.isoc.org.il/pub/debian/ --role=minimal --image=sparse Please show the config and /etc/inittab of the domain. They are attached to this mail. Please note that support for console != {hvc0,xvc0} and disk devices != xvd* is only legacy. I had the image created using xen-tools, maybe it needs to be changed. My knowledge of Xen is very limited though to suggest them anything. Cheers, Baruch # /etc/inittab: init(8) configuration. # $Id: inittab,v 1.91 2002/01/25 13:35:21 miquels Exp $ # The default runlevel. id:2:initdefault: # Boot-time system configuration/initialization script. # This is run first except when booting in emergency (-b) mode. si::sysinit:/etc/init.d/rcS # What to do in single-user mode. ~~:S:wait:/sbin/sulogin # /etc/init.d executes the S and K scripts upon change # of runlevel. # # Runlevel 0 is halt. # Runlevel 1 is single-user. # Runlevels 2-5 are multi-user. # Runlevel 6 is reboot. l0:0:wait:/etc/init.d/rc 0 l1:1:wait:/etc/init.d/rc 1 l2:2:wait:/etc/init.d/rc 2 l3:3:wait:/etc/init.d/rc 3 l4:4:wait:/etc/init.d/rc 4 l5:5:wait:/etc/init.d/rc 5 l6:6:wait:/etc/init.d/rc 6 # Normally not reached, but fallthrough in case of emergency. z6:6:respawn:/sbin/sulogin # What to do when CTRL-ALT-DEL is pressed. ca:12345:ctrlaltdel:/sbin/shutdown -t1 -a -r now # Action on special keypress (ALT-UpArrow). #kb::kbrequest:/bin/echo Keyboard Request--edit /etc/inittab to let this work. # What to do when the power fails/returns. pf::powerwait:/etc/init.d/powerfail start pn::powerfailnow:/etc/init.d/powerfail now po::powerokwait:/etc/init.d/powerfail stop # /sbin/getty invocations for the runlevels. # # The id field MUST be the same as the last # characters of the device (after tty). # # Format: # id:runlevels:action:process # # Note that on most Debian systems tty7 is used by the X Window System, # so if you want to add more getty's go ahead but skip tty7 if you run X. # 1:2345:respawn:/sbin/getty 38400 tty1 #2:23:respawn:/sbin/getty 38400 tty2 #3:23:respawn:/sbin/getty 38400 tty3 #4:23:respawn:/sbin/getty 38400 tty4 #5:23:respawn:/sbin/getty 38400 tty5 #6:23:respawn:/sbin/getty 38400 tty6 # Example how to put a getty on a serial line (for a terminal) # #T0:23:respawn:/sbin/getty -L ttyS0 9600 vt100 #T1:23:respawn:/sbin/getty -L ttyS1 9600 vt100 # Example how to put a getty on a modem line. # #T3:23:respawn:/sbin/mgetty -x0 -s 57600 ttyS3 # # Configuration file for the Xen instance mapnik, created # by xen-tools 3.9 on Wed Nov 5 17:55:39 2008. # # # Kernel + memory size # kernel = '/boot/vmlinuz-2.6.26-1-xen-amd64' ramdisk = '/boot/initrd.img-2.6.26-1-xen-amd64' memory = '512' # # Disk device(s). # root= '/dev/sda2 ro' disk= [ 'file:/home/xen/domains/mapnik/swap.img,sda1,w', 'file:/home/xen/domains/mapnik/disk.img,sda2,w', ] # # Hostname # name= 'mapnik' # # Networking # vif = [ 'ip=10.0.0.1' ] dhcp = off hostname=mapnik ip = 10.0.0.1 netmask = 255.0.0.0 gateway = 10.0.0.129 # # Behaviour # on_poweroff = 'destroy' on_reboot = 'restart' on_crash= 'restart' extra = xencons=tty0 console=tty0
Bug#504166: patch for new packages and some corrections
On Sat, 1 Nov 2008, Bérci Norbert wrote: Attached you can find a patch which does the following: 2. Improvements in libgtkdatabox-0.9.0-1-dev: The makefile in the examples did not have rules to make the following binaries: basics2 basics_libglade logarithmic markers. In order to be able to build basics_libglade, its source have been modified also. I have turned your patch to a quilt patch in the debian directory. However it actually does not work: cc -g -O2 -Wall -DG_DISABLE_DEPRECATED -DGDK_DISABLE_DEPRECATED -DGDK_PIXBUF_DISABLE_DEPRECATED -DGTK_DISABLE_DEPRECATED `pkg-config gtk+-2.0 --cflags` `pkg-config gtk+-2.0 --libs` -s -lgtkdatabox basics_libglade.c -o basics_libglade basics_libglade.c:32:25: error: glade/glade.h: Datei oder Verzeichnis nicht gefunden basics_libglade.c: In function ‘create_basics’: basics_libglade.c:60: error: ‘GladeXML’ undeclared (first use in this function) basics_libglade.c:60: error: (Each undeclared identifier is reported only once basics_libglade.c:60: error: for each function it appears in.) basics_libglade.c:60: error: ‘gxml’ undeclared (first use in this function) basics_libglade.c:62: warning: implicit declaration of function ‘glade_xml_new’ basics_libglade.c:65: warning: implicit declaration of function ‘glade_xml_signal_autoconnect’ basics_libglade.c:66: warning: implicit declaration of function ‘glade_xml_get_widget’ basics_libglade.c:66: warning: assignment makes pointer from integer without a cast basics_libglade.c:71: warning: assignment makes pointer from integer without a cast basics_libglade.c:72: warning: assignment makes pointer from integer without a cast basics_libglade.c:78: warning: assignment makes pointer from integer without a cast basics_libglade.c:82: warning: assignment makes pointer from integer without a cast basics_libglade.c:84: warning: assignment makes pointer from integer without a cast make: *** [basics_libglade] Fehler 1 Because I have no idea about glade it would be really great if you might have a look into it. Perhaps the solution might be to move this example to the glade package to make sure everything is really installed? 5. Have the source build-depend on gtk-doc-utils, libglade2-dev, libgladeui-1-dev You mean s/gtk-doc-utils/gtk-doc-tools/ or did I missed something? At least it works with gtk-doc-tools and gtk-doc-utils is not found. 6. As the source build-depends on d-shlibs (so it also means that the first sentence in my previous bugreport is wrong, sorry about that!), we do not need d-devlibdeps nor d-shlibmove in the debian directory. Their removal made necessary some modifications in debian/rules also. You are right here - I removed this despite my last mail. I commited the current packaging which includes your patch to svn://svn.debian.org/svn/debian-science/packages/libgtkdatabox/trunk/ I would have no problems if you use this SVN for further enhancement (for instance the example problem). Just tell me your alioth login to give you write permissions to SVN. Kind regards Andreas. -- http://fam-tille.de
Bug#504637: duplicity: please add option do not backup files greater than size
Kenneth Loafman wrote: Alexander Zangerl wrote: On Wed, 05 Nov 2008 22:20:45 +0200, Eugene V. Lyubimkin writes: Package: duplicity Version: 0.5.02-1 Severity: wishlist It would allow to skip spuriously appeared big temporary cache files and similar. personally i think that's a somewhat dangerous option and would suggest to use include/exclude statements to deselect things by path, but i'm forwarding your request upstream. I have to agree with you on this one. One should not back up temp or cache directories anyway. Its a waste of backup time and space. There are list and regex include and exclude options in duplicity already, so use those to exclude the temp and cache directories completely, as well as /proc and /dev or any other synthetic directory. I would mark this as Will Not Implement. Use whatever is equivalent. ...Ken I understand your opinion. Though I originally said about those files which don't lie in special or temp or cache directories - music, films, some compiler-generated files in some cases. -- Eugene V. Lyubimkin aka JackYF signature.asc Description: OpenPGP digital signature
Bug#403845: trivial patch to create symlinks for missing manpages towards dgrep.1
tags 403845 + patch tags 403844 + patch tags 403843 + patch thanks Hi, The dgrep manpage is already explaining the functionalities of degrep, dfgrep and dzgrep. This manpage can thus be used as documentation for d*grep utilities. Here is a simple patch to create the needed symlinks for these manpages during the installation of the package. Cheers, Xavier --- rules 2008-11-06 15:56:28.0 +0100 +++ rules.new 2008-11-06 15:54:23.0 +0100 @@ -62,6 +62,9 @@ dh_installexamples dh_link dh_compress + ln -s dgrep.1.gz debian/debian-goodies/usr/share/man/man1/degrep.1.gz + ln -s dgrep.1.gz debian/debian-goodies/usr/share/man/man1/dfgrep.1.gz + ln -s dgrep.1.gz debian/debian-goodies/usr/share/man/man1/dzgrep.1.gz dh_fixperms dh_installdeb dh_gencontrol
Bug#504715: gdal: watch file contains wrong address.
Source: gdal Version: 1.5.2-3 Hi, The official download directory for gdal is http://download.osgeo.org/gdal/ the watch should be updated. Thanks, fredj -- Frédéric Junod Camptocamp SA -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#504226: submitter isp bounces my mail..
On Thu, Nov 6, 2008 at 14:31:25 +0100, Mail Delivery Subsystem wrote: - The following addresses had permanent fatal errors - [EMAIL PROTECTED] (reason: 554 5.7.1 - ERROR: Mail refused - 134.157.0.129 - See http://security.rr.com/cgi-bin/block-lookup?134.157.0.129) sigh. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#487630: SUCCESS after removal of 00tetex.cnf (was: Re: Bug#487630: Bug 487630 exists also in version 2007.dfsg.2-3 (and version 2007.dfsg.2-4))
On Do, 06 Nov 2008, Omer Zak wrote: I am glad to see that the general problem is being addressed and the answer is not just remove by hand the offending 00tetex.cnf file. As Hilmar pointed out. The *released* packages of teTeX didn't have this problem. You seem to have used intermediate or testing packages, which is not necessarily supported. We try our best, but cannot guarantee anything. For these cases remove by hand is definitely a solution. However, identifying them by grepping for the magic snippet won't work. It is possible that a future broken package fails to remove such a file, It will work, because these snippets are *only* included if the package is installed. If you remove a package without purging, all packages will leave these config files around. That is one of the fundamentals of Debian packaging. But they will not be included in the final fmtutil.cnf, because they are not listed in one of the /var/lib/texmf/... files. Packages, which own subdirectories with names like */*.d/, may provide special scripts and instructions for dealing with files dropped there by other packages (and orphaned by them), and manually by the sysadmin. That is already there, and it is called dh_installtex. If a package on purpose circumvents this, we *cannot* and aren't *allowed* to do that!!! One package cannot remove/rename/whatever the configfile of another package. (tetex here is an exceptions because it comes from us and is already removed!). I think that the subject is now more suitable for one of Debian's mailing lists than for this bug report - please advise which mailing Not it isn't. It is simply that you do not understand the inner working of config files. The *have* to be kept when removing a package (but not when purging). list, and I'll post there a summary of the bug and the discussion so far. Please do so, but don't expect too much. The problem lies somewhere else, namely in the usage of intermediate and not released packages. Best wishes Norbert --- Dr. Norbert Preining [EMAIL PROTECTED]Vienna University of Technology Debian Developer [EMAIL PROTECTED] Debian TeX Group gpg DSA: 0x09C5B094 fp: 14DF 2E6C 0307 BE6D AD76 A9C0 D2BF 4AA3 09C5 B094 --- SHRIVENHAM (n.) One of Germaine Greer's used-up lovers. --- Douglas Adams, The Meaning of Liff -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#504714: uptimed: Filesystem full leads to records loss
severity 504714 important tags 504714 confirmed thanks On Thu, Nov 6, 2008 at 3:31 PM, Sylvain Veyri? [EMAIL PROTECTED] wrote: (Hello Thibaud, comment ça va depuis le temps ?) Ca va When the /var filsystem is full, uptimed, starting or stopping, makes the /var/spool/uptimed/records file become empty. I'm tagging this as important. It's indeed an unwanted behaviour, but it doesn't render the package unusable for most of the users. Plus, when /var is full, you have other (more important) problems than simply loosing your uptimed db :-P As uptimed is useful to have a crash reboot history, and as a crash issue may be caused by a full filesystem, I think this is a grave issue for this package. a crash reboot history?? I don't think that's the purpose of uptimed. There's wtmp (last) for that. Anyway, I believe that the patch I proposed for #482643 might be an answer to that problem as well. Unfortunately nobody ever tried to test it for now. It's likely gonna need an addtional check (is the record db empty) to fully address your bugreport. CC'ing upstream maintainer. HTH -- Thibaut VARENE http://www.parisc-linux.org/~varenet/
Bug#504705: python-fontforge: fontforge Revision 1.2945
Package: python-fontforge Version: 0.0.20080927-1 Followup-For: Bug #504705 I think it's explained by this fontforge revision comment: Revision 1.2945 - (download) Sun Nov 2 03:20:50 2008 UTC (4 days, 12 hours ago) by pfaedit Branch: MAIN Changes since 1.2944: +2 -2 lines Distributions no longer provide .so files -- unless you ask for -dev packages, and sometimes those don't exist. This means that dlopening a library doesn't work. I think that's really stupid on the distibutioner's part. What do they gain by removing the .so file? But I won't even try to change their minds. Instead try to open the appropriate foo.so.? file if we can't find foo.so (Not always, but in the more important cases). So either python-fontforge depends on libfontforge or somehow move .so files to libfontforge1 or add the patch. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.26-1-686 (SMP w/1 CPU core) Locale: LANG=C, LC_CTYPE=zh_CN.GBK (charmap=GBK) Shell: /bin/sh linked to /bin/bash Versions of packages python-fontforge depends on: ii libc6 2.7-16 GNU C Library: Shared libraries ii libfontforge1 0.0.20080927-1 runtime library for FontForge ii python2.5.2-3An interactive high-level object-o ii python-support0.8.7 automated rebuilding support for P python-fontforge recommends no packages. python-fontforge suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#504637: duplicity: please add option do not backup files greater than size
Eugene V. Lyubimkin wrote: Kenneth Loafman wrote: Alexander Zangerl wrote: On Wed, 05 Nov 2008 22:20:45 +0200, Eugene V. Lyubimkin writes: Package: duplicity Version: 0.5.02-1 Severity: wishlist It would allow to skip spuriously appeared big temporary cache files and similar. personally i think that's a somewhat dangerous option and would suggest to use include/exclude statements to deselect things by path, but i'm forwarding your request upstream. I have to agree with you on this one. One should not back up temp or cache directories anyway. Its a waste of backup time and space. There are list and regex include and exclude options in duplicity already, so use those to exclude the temp and cache directories completely, as well as /proc and /dev or any other synthetic directory. I would mark this as Will Not Implement. Use whatever is equivalent. ...Ken I understand your opinion. Though I originally said about those files which don't lie in special or temp or cache directories - music, films, some compiler-generated files in some cases. All of these files have unique names or extensions, so you could still use regular expressions to exclude them all and not take a chance on excluding a large database that you do want to keep. Its a much less risky option. ...Ken -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#482361: mk-build-deps: don't use equivs
El 06/11/08 09:48 Patrick Schoenfeld escribió: Hi, I've recently looked into this bug report and I am wondering what the benefit of this change. Could you please explain to me, why you think that this would be an enhancement for mk-build-deps? Because it is much faster. Equivs uses debhelper (for reasons I do not know, seems completely overkill for me), which means it is much slower than building a bare package manually. Saludos, Felipe Sateler signature.asc Description: This is a digitally signed message part.
Bug#504200: recite: stack trace points to 1950 dB sound
I can replicate this with a rebuilt, debugging version of the program (and also with the official package). Program received signal SIGSEGV, Segmentation fault. 0x00407458 in DBtoLIN (dB=1950) at klatt/parwave.c:584 584 lgtemp = amptable[dB] * .001; (gdb) bt #0 0x00407458 in DBtoLIN (dB=1950) at klatt/parwave.c:584 #1 0x00407a28 in gethost (pars=0x8d3520) at klatt/parwave.c:780 #2 0x0040913d in parwav (pars=0x8d3520, jwave=0x7fff51320ad0) at klatt/parwave.c:1759 #3 0x004070f7 in klatt_to_ulaw (in=0x8ff0c0 \024\005\220\001x\005\214\n�, inlen=26000, out=0x7fff51320bc0, outlen=0x7fff51320bb8) at klatt/klatt.c:241 #4 0x0040fb69 in main (argc=2, argv=0x7fff51320d08) at recite/main.c:442 DBtoLIN does a lower-bounds-check on the volume, but not an upper-bounds-check. I haven't traced where that excessive volume setting comes from. According to the man page, recite ok tries to read text from a file called ok. Observed behaviour suggests that the man page is wrong. Whether it segfaults or not depends on what it's asked to say: [EMAIL PROTECTED]:~/development/deb-source/recite/recite-1.0$ echo ok | recite Segmentation fault [EMAIL PROTECTED]:~/development/deb-source/recite/recite-1.0$ echo aa | recite recite: could not open /dev/dsp: No such file or directory (I have an ALSA-only kernel. It doesn't work for me with the aoss wrapper either, but that could be something misconfigured on my machine). -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (990, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26 (SMP w/2 CPU cores; PREEMPT) [custom-built] Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages recite depends on: ii libc6 2.7-16 GNU C Library: Shared libraries recite recommends no packages. recite suggests no packages. This gives no hints for working out why it builds differently on my machine compared to Robert's. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#504708: manpages-dev: dn_expand incorrect prototype in manpage
tags 504708 fixed-upstream thanks On Thu, Nov 6, 2008 at 8:13 AM, Török Edwin [EMAIL PROTECTED] wrote: Package: manpages-dev Version: 3.07-1 Severity: normal Prototype in manpage: int dn_expand(unsigned char *msg, unsigned char *eomorig, unsigned char *comp_dn, unsigned char *exp_dn, int length); But headers say: int dn_expand (const u_char *, const u_char *, const u_char *, char *, int) __THROW; The 4th argument is unsigned char* according to the manpage, but in the headers it is not. This causes warnings with gcc -Wall. Please fix either the manpage or the headers. A man-pages fix seems appropriate. The prototype in the headers is as you show at least as far back as glibc 2.0, and also the same in the headers on all other of the several Unix systems that I checked. I changed the page for man-pages-3.13. Thanks for your report Török. Cheers, Michael -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#504716: mozilla-mplayer: STOPPED
Package: mozilla-mplayer Version: 3.55-1.1 Severity: normal This is annoying and common problem. After some sequence of messages like Connecting ... it show up Stopped and nothing else. Why stopped? Nothing to say. Setting option debug=1 has no effect. More over, the same url is working with one machine and don't working with other identical (os, browser, plugins, etc. config and versions) machine on the same local net. The one example is http://on-tv.ru/ But there are lot of others. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.26-1-686 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=ru_RU.KOI8-R (charmap=KOI8-R) Shell: /bin/sh linked to /bin/bash Versions of packages mozilla-mplayer depends on: ii iceweasel 3.0.3-3lightweight web browser based on M ii libc6 2.7-15 GNU C Library: Shared libraries ii libgcc1 1:4.3.2-1 GCC support library ii libglib2.0-0 2.16.6-1 The GLib library of C routines ii libgtk2.0-0 2.12.11-4 The GTK+ graphical user interface ii libstdc++64.3.2-1The GNU Standard C++ Library v3 ii libx11-6 2:1.1.5-2 X11 client-side library ii libxext6 2:1.0.4-1 X11 miscellaneous extension librar ii mplayer 1.0~rc2-18 movie player for Unix-like systems mozilla-mplayer recommends no packages. mozilla-mplayer suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]