Bug#386705: poker-network: [INTL:fr] French debconf templates translation update
Thomas Huriaux writes: Package: poker-network Version: 1.0.23-1 Severity: wishlist Tags: l10n patch Hi, Please find attached the French debconf templates translation update, proofread by the debian-l10n-french list contributors. Applied. Thanks. -- +33 1 76 60 72 81 Loic Dachary mailto:[EMAIL PROTECTED] http://dachary.org/loic/gpg.txt sip:[EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#367976: #367976 module-assistant: Fails to build nvidia kernel module
Package: module-assistant Followup-For: Bug #367976 I get the same build error as Jann Kleen reported, but WITHOUT using 'module-assistant': root [VT] /usr/src/modules/nvidia-kernel-legacydebian/rules binary_modules Except the package I compiled was 'nvidia-kernel-legacy'. Here's the last dozen or so lines: nv.c:3344: warning: pointer targets in passing argument 6 of 'rm_alloc_agp_pages' differ in signedness nv.c: In function 'nv_agp_init': nv.c:3711: error: too few arguments to function 'agp_backend_acquire' nv.c:3713: error: too few arguments to function 'agp_backend_release' nv.c: In function 'nvos_count_devices': nv.c:3851: warning: assignment makes pointer from integer without a cast nv.c:3856: warning: assignment makes pointer from integer without a cast nv.c: In function 'lowmem_page_address': /usr/include/linux/mm.h:519: warning: control reaches end of non-void function make[1]: *** [nv.o] Error 1 make[1]: Leaving directory `/usr/src/modules/nvidia-kernel-legacy/nv' make: *** [build-stamp] Error 2 Note that I haven't tried compiling it with 'm-a' yet, but would expect to see the same error. So the bug doesn't seem to be in 'module-assistant' as such... maybe the compiler has changed? Hope this helps... -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.16-2-686 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C) Versions of packages module-assistant depends on: ii libtext-wrapi18n-perl 0.06-5 internationalized substitute of Te ii perl 5.8.8-6.1 Larry Wall's Practical Extraction Versions of packages module-assistant recommends: ii liblocale-gettext-perl1.05-1 Using libc functions for internati -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#386737: #386737: crashs on startup with syntax error in /usr/bin/reportbug
Package: reportbug Version: 3.29.4 Followup-For: Bug #386737 I have the same bug... Jacob's fix works though. In case the maintainer is busy, attached is a perhaps superfluous patch for any users who don't feel like typing. HTH. -- Package-specific info: ** Environment settings: EDITOR=mcedit EMAIL=[EMAIL PROTECTED] INTERFACE=text ** /home/alfie/.reportbugrc: reportbug_version 3.2 mode standard ui text realname A Costa email [EMAIL PROTECTED] -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.16-2-686 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C) Versions of packages reportbug depends on: ii python2.3.5-11 An interactive high-level object-o ii python-central0.5.5 register and build utility for Pyt Versions of packages reportbug recommends: pn python-cjkcodecs | python-ico none (no description available) -- no debconf information --- /tmp/reportbug 2006-09-10 01:11:25.0 -0400 +++ /usr/bin/reportbug 2006-09-10 01:25:13.0 -0400 @@ -480,8 +480,8 @@ if email_name != def_realname: print fp, rn % email_name.encode(charset, 'replace') else: -print fp, '# '+(rn % email_name.encode(charset, 'replace') - +print fp, '# '+(rn % email_name.encode(charset, 'replace')) + if email_addy != def_email: print fp, em % email_addy else:
Bug#386778: GNOME in etch doesn't know what etch is
Package: gnome-control-center Version: 1:2.14.2-2 Severity: serious Every time I use the 'Configure Network Settings' or 'Adjust Date Time' menu options from the applets in my GNOME panel, I am given a dialog that says: The platform you are running is not supported by this tool If you know for sure that it works like one of the platforms listed below, you can select that and continue. Note, however, that this might damage the system configuration or downright cripple your computer. So I have to ask, are any of the GNOME team actually *using* control-center in etch? I can't imagine that any maintainer would consider it ok for this dialog to pop up when a user tries to access configuration functions on their etch desktop. Please fix this so that the Debian packages know what OS they're running on. :/ Marked as sev: serious, because this is a significant lack of polish which IMHO makes the package unfit for release. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14-1-686 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages gnome-control-center depends on: ii capplets-data 1:2.14.2-2configuration applets for GNOME 2 ii desktop-file-utils 0.11-1Utilities for .desktop files ii gnome-desktop-data 2.14.3-1 Common files for GNOME 2 desktop a ii gnome-icon-theme 2.14.2-2 GNOME Desktop icon theme ii gnome-menus2.14.3-1 an implementation of the freedeskt ii libart-2.0-2 2.3.17-1 Library of functions for 2D graphi ii libatk1.0-01.12.1-1 The ATK accessibility toolkit ii libaudiofile0 0.2.6-6 Open-source version of SGI's audio ii libavahi-client3 0.6.12-1 Avahi client library ii libavahi-common3 0.6.12-1 Avahi common library ii libavahi-glib1 0.6.12-1 Avahi glib integration library ii libbonobo2-0 2.14.0-1 Bonobo CORBA interfaces library ii libbonoboui2-0 2.14.0-4 The Bonobo UI library ii libc6 2.3.6.ds1-2 GNU C Library: Shared libraries ii libcairo2 1.2.4-1 The Cairo 2D vector graphics libra ii libdbus-1-20.62-4simple interprocess messaging syst ii libebook1.2-5 1.6.3-1 Client library for evolution addre ii libesd00.2.36-3 Enlightened Sound Daemon - Shared ii libfontconfig1 2.3.2-7 generic font configuration library ii libfreetype6 2.2.1-2 FreeType 2 font engine, shared lib ii libgconf2-42.14.0-4 GNOME configuration database syste ii libgcrypt111.2.2-3 LGPL Crypto library - runtime libr ii libglade2-01:2.6.0-2 library to load .glade files at ru ii libglib2.0-0 2.10.3-3 The GLib library of C routines ii libgnome-desktop-2 2.14.3-1 Utility library for loading .deskt ii libgnome-keyring0 0.4.9-1 GNOME keyring services library ii libgnome-menu2 2.14.3-1 an implementation of the freedeskt ii libgnome-window-settings1 1:2.14.2-2Utility library for getting window ii libgnome2-02.14.1-3 The GNOME 2 library - runtime file ii libgnomecanvas2-0 2.14.0-2 A powerful object-oriented display ii libgnomeui-0 2.14.1-2 The GNOME 2 libraries (User Interf ii libgnomevfs2-0 2.14.2-1 GNOME virtual file-system (runtime ii libgnutls131.4.2-1 the GNU TLS library - runtime libr ii libgpg-error0 1.2-1 library for common error values an ii libgstreamer-plugins-base0 0.10.9-2 GStreamer libraries from the base ii libgstreamer0.10-0 0.10.9-1 Core GStreamer libraries and eleme ii libgtk2.0-02.8.20-1 The GTK+ graphical user interface ii libice61:1.0.0-3 X11 Inter-Client Exchange library ii libjpeg62 6b-13 The Independent JPEG Group's JPEG ii libmetacity0 1:2.14.5-1library of lightweight GTK2 based ii libnautilus-extension1 2.14.3-1 libraries for nautilus components ii liborbit2 1:2.14.0-2libraries for ORBit2 - a CORBA ORB ii libpango1.0-0 1.12.3-2 Layout and rendering of internatio ii libpng12-0 1.2.8rel-5.2 PNG library - runtime ii libpopt0 1.10-3lib for parsing cmdline parameters ii libsm6 1:1.0.0-4 X11 Session Management library ii libstartup-notification0 0.8-1 library for program launch feedbac ii libtasn1-3 0.3.5-2 Manage
Bug#325135: NMU uploaded
* Josip Rodin ([EMAIL PROTECTED]) [060909 23:25]: On Sat, Sep 09, 2006 at 11:10:17PM +0200, joy wrote: I will uploaded an NMU of your package. This was necessary to fix the local privilege escalation and to make sure that /etc/maildroprc has the right owner. Please find the used diff below. Umm, but bug #325135 was an issue on August 29, 2005, and it was fixed by Andres Salomon *on that same day*. The only reason it's not closed is that none of us noticed that it's still open, AFAICT. Oh, crap, no it's not. Other than uploading 1.5.2-2, Andres later uploaded 1.8.1, and apparently omitted that particular patch. I picked up on that package, and assumed that all is well. I'm uploading a fixed package :/ Thanks. However, if you could do me a favour, please also put the CVE-number into the changelog with the next upload - that helps to find out security issues. Cheers, Andi -- http://home.arcor.de/andreas-barth/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#386781: Crashes browser
Package: mozilla-plugin-gnash Version: 0.7.1+cvs20060820.2237-1 Severity: grave Coin, Browsing http://www.geriadur.com/ or http://www.homestarrunner.com/ for example (two among many), it crashes my Epiphany browser. Attached is a backtrace. Thread 1 (Thread -1240033600 (LWP 4224)): #0 0xb119466a in gnash::SWF::SWFHandlers::SWFHandlers () from /usr/lib/libgnashserver.so.0 #1 0xb119d8f2 in gnash::SWF::SWFHandlers::instance () from /usr/lib/libgnashserver.so.0 #2 0xb1134669 in gnash::register_fscommand_callback () from /usr/lib/libgnashserver.so.0 #3 0xb11dec95 in gnash::video_as_object::~video_as_object () from /usr/lib/libgnashserver.so.0 #4 0xb10f5b6d in _init () from /usr/lib/libgnashserver.so.0 #5 0xb7f797e5 in _dl_rtld_di_serinfo () from /lib/ld-linux.so.2 #6 0xb7f79911 in _dl_rtld_di_serinfo () from /lib/ld-linux.so.2 #7 0xb6f53f07 in _dl_open () from /lib/tls/libc.so.6 #8 0xb7f7943f in _dl_rtld_di_serinfo () from /lib/ld-linux.so.2 #9 0xb6f5359f in _dl_open () from /lib/tls/libc.so.6 #10 0xb7056d8e in dlopen () from /lib/tls/libdl.so.2 #11 0xb7f7943f in _dl_rtld_di_serinfo () from /lib/ld-linux.so.2 #12 0xb705742d in dlerror () from /lib/tls/libdl.so.2 #13 0xb7056d21 in dlopen () from /lib/tls/libdl.so.2 #14 0xb7e80abb in PR_LoadLibraryWithFlags () from /usr/lib/libnspr4.so.0d #15 0xb6673f02 in NS_RegistryGetFactory () from /usr/lib/libxul.so.0d #16 0xb666d21e in NS_RegistryGetFactory () from /usr/lib/libxul.so.0d #17 0xb666d4b3 in NS_RegistryGetFactory () from /usr/lib/libxul.so.0d #18 0xb666d649 in NS_RegistryGetFactory () from /usr/lib/libxul.so.0d #19 0xb666d78b in NS_RegistryGetFactory () from /usr/lib/libxul.so.0d #20 0xb666da75 in NS_RegistryGetFactory () from /usr/lib/libxul.so.0d #21 0xb6abc097 in NS_RegistryGetFactory () from /usr/lib/libxul.so.0d #22 0xb6706003 in NS_RegistryGetFactory () from /usr/lib/libxul.so.0d #23 0xb670e02d in NS_RegistryGetFactory () from /usr/lib/libxul.so.0d #24 0xb667ebe5 in NS_RegistryGetFactory () from /usr/lib/libxul.so.0d #25 0xb668c949 in NS_RegistryGetFactory () from /usr/lib/libxul.so.0d #26 0xb66860f6 in NS_RegistryGetFactory () from /usr/lib/libxul.so.0d #27 0xb6686822 in NS_RegistryGetFactory () from /usr/lib/libxul.so.0d #28 0xb6683100 in NS_RegistryGetFactory () from /usr/lib/libxul.so.0d #29 0xb6684f1d in NS_RegistryGetFactory () from /usr/lib/libxul.so.0d #30 0xb6683e8d in NS_RegistryGetFactory () from /usr/lib/libxul.so.0d #31 0xb6684290 in NS_RegistryGetFactory () from /usr/lib/libxul.so.0d #32 0xb668d335 in NS_RegistryGetFactory () from /usr/lib/libxul.so.0d #33 0xb6683f74 in NS_RegistryGetFactory () from /usr/lib/libxul.so.0d #34 0xb6684290 in NS_RegistryGetFactory () from /usr/lib/libxul.so.0d #35 0xb66858e2 in NS_RegistryGetFactory () from /usr/lib/libxul.so.0d #36 0xb6683eda in NS_RegistryGetFactory () from /usr/lib/libxul.so.0d #37 0xb6684290 in NS_RegistryGetFactory () from /usr/lib/libxul.so.0d #38 0xb6684588 in NS_RegistryGetFactory () from /usr/lib/libxul.so.0d #39 0xb668ddf1 in NS_RegistryGetFactory () from /usr/lib/libxul.so.0d #40 0xb6686319 in NS_RegistryGetFactory () from /usr/lib/libxul.so.0d #41 0xb6686822 in NS_RegistryGetFactory () from /usr/lib/libxul.so.0d #42 0xb6683100 in NS_RegistryGetFactory () from /usr/lib/libxul.so.0d #43 0xb6684f1d in NS_RegistryGetFactory () from /usr/lib/libxul.so.0d #44 0xb6683e8d in NS_RegistryGetFactory () from /usr/lib/libxul.so.0d #45 0xb6684290 in NS_RegistryGetFactory () from /usr/lib/libxul.so.0d #46 0xb668d335 in NS_RegistryGetFactory () from /usr/lib/libxul.so.0d #47 0xb6683f74 in NS_RegistryGetFactory () from /usr/lib/libxul.so.0d #48 0xb6684290 in NS_RegistryGetFactory () from /usr/lib/libxul.so.0d #49 0xb66858e2 in NS_RegistryGetFactory () from /usr/lib/libxul.so.0d #50 0xb6683eda in NS_RegistryGetFactory () from /usr/lib/libxul.so.0d #51 0xb6684290 in NS_RegistryGetFactory () from /usr/lib/libxul.so.0d #52 0xb6684588 in NS_RegistryGetFactory () from /usr/lib/libxul.so.0d #53 0xb668ddf1 in NS_RegistryGetFactory () from /usr/lib/libxul.so.0d #54 0xb6686319 in NS_RegistryGetFactory () from /usr/lib/libxul.so.0d #55 0xb6686822 in NS_RegistryGetFactory () from /usr/lib/libxul.so.0d #56 0xb6683100 in NS_RegistryGetFactory () from /usr/lib/libxul.so.0d #57 0xb6689fe7 in NS_RegistryGetFactory () from /usr/lib/libxul.so.0d #58 0xb668d937 in NS_RegistryGetFactory () from /usr/lib/libxul.so.0d #59 0xb6686319 in NS_RegistryGetFactory () from /usr/lib/libxul.so.0d #60 0xb6686822 in NS_RegistryGetFactory () from /usr/lib/libxul.so.0d #61 0xb6683100 in NS_RegistryGetFactory () from /usr/lib/libxul.so.0d #62 0xb6689fe7 in NS_RegistryGetFactory () from /usr/lib/libxul.so.0d #63 0xb668d937 in NS_RegistryGetFactory () from /usr/lib/libxul.so.0d #64 0xb6686319 in NS_RegistryGetFactory () from /usr/lib/libxul.so.0d #65 0xb6686822 in NS_RegistryGetFactory () from /usr/lib/libxul.so.0d #66 0xb6683100 in NS_RegistryGetFactory () from /usr/lib/libxul.so.0d #67 0xb6684f1d in
Bug#327671: More removal requests
reassign 327671 ftp.debian.org retitle 327671 RM: gtkhx -- RoQA; orphaned 1 year, very few users, dead upstream since 2003 thanks Package was killed upstream by its author (see bug trail for 157923) Popcon showed 17 installs, 4 votes. -- Nathanael Nerode [EMAIL PROTECTED] [Insert famous quote here] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#386780: please recommend the vde package for networking of qemu and uml
Package: qemu Version: 0.8.1-1 Severity: minor as the uml networking method, present in qemu 0.8.0, discontinued with current 0.8.1, i'd like to recommend vde, that provides the same functionality for both packages. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-skas3-v8.2 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages qemu depends on: ii bochsbios2.2.6-2 BIOS for the Bochs emulator ii libasound2 1.0.11-7ALSA library ii libc62.3.6.ds1-4 GNU C Library: Shared libraries ii libsdl1.2debian 1.2.11-3Simple DirectMedia Layer ii openhackware 0.4.1-2 OpenFirmware emulator for PowerPC ii proll18-2JavaStation PROM 2.x compatible re ii vgabios 0.6a-1 VGA BIOS software for the Bochs an ii zlib1g 1:1.2.3-13 compression library - runtime Versions of packages qemu recommends: ii debootstrap 0.3.3 Bootstrap a basic Debian system ii sharutils 1:4.2.1-15 shar, unshar, uuencode, uudecode -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#386626: mozilla-browser: Latest security update crashes on repeated appendChild
Quoting Alexander Sack - Debian Bugmail [EMAIL PROTECTED]: On Sat, Sep 09, 2006 at 01:07:56AM +0200, [EMAIL PROTECTED] wrote: Package: mozilla-browser Version: 2:1.7.8-1sarge7.2.1 Try 2:1.7.8-1sarge7.2.2 from my security preview archive [1] for a (likely) cure. This package will land officially as soon as build-machines finished their job on all architectures. Your package does indeed solve the bug. Thanks for your quick reply, Ant9000 Net Wise webmail system - http://www.netwise.it This message was sent using IMP, the Internet Messaging Program.
Bug#386700: /etc/maildroprc might have wrong owner
* Josip Rodin ([EMAIL PROTECTED]) [060909 23:39]: % for i in maildrop_2.0.2-6_alpha.deb maildrop_2.0.2-6_amd64.deb maildrop_2.0.2-6_arm.deb maildrop_2.0.2-6_hppa.deb maildrop_2.0.2-6_i386.deb maildrop_2.0.2-6_ia64.deb maildrop_2.0.2-6_m68k.deb maildrop_2.0.2-6_mips.deb maildrop_2.0.2-6_mipsel.deb maildrop_2.0.2-6_powerpc.deb maildrop_2.0.2-6_s390.deb maildrop_2.0.2-6_sparc.deb; do dpkg-deb -c $i | grep -v root echo $i; done -rw-r--r-- buildd/buildd 187 2006-09-02 06:22:05 ./etc/maildroprc maildrop_2.0.2-6_alpha.deb -rw-r--r-- buildd/buildd 187 2006-09-02 01:26:01 ./etc/maildroprc maildrop_2.0.2-6_mips.deb -rw-r--r-- buildd/buildd 187 2006-09-02 01:24:52 ./etc/maildroprc maildrop_2.0.2-6_mipsel.deb Why would only alpha, mips and mipsel are affected is currently beyond me. It happened to me using pbuilder das well (pdebuild --use-pdebuild-internal). Cheers, Andi -- http://home.arcor.de/andreas-barth/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#379982: Transition gives exception for alternative handling
tag 379982 + etch-ignore thanks Hi, I don't think this is an abuse of alternatives, and even if not optimal, it is the best way to handle the transition. So, as Release Manager, tagging this bug as etch-ignore. Cheers, Andi -- http://home.arcor.de/andreas-barth/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#386779: qemu keyboard focus acts erroneosly
Package: qemu Version: 0.8.1-1 Severity: normal since the importance of separating between the hosting os and the guest, qemu designers have implemented and published the necessity to press ctrl+alt in order to pass focus from qemu back to x-window. i have observed two cases in which this focus is not been set correctly: 1. if the x-window in focus changes by using al-tab to the qemu window, keyboard actions are been passed to the guest, but unfortunately not entirely: pressing alt-tab again will switch to another x window, and more gravely, alt-f4 will not go to the guest (although it has keyboard focus) but to the host, and will thus kill the guest entirely. 2. xscreensaver is entirely taking the focus from the guest. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-skas3-v8.2 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages qemu depends on: ii bochsbios2.2.6-2 BIOS for the Bochs emulator ii libasound2 1.0.11-7ALSA library ii libc62.3.6.ds1-4 GNU C Library: Shared libraries ii libsdl1.2debian 1.2.11-3Simple DirectMedia Layer ii openhackware 0.4.1-2 OpenFirmware emulator for PowerPC ii proll18-2JavaStation PROM 2.x compatible re ii vgabios 0.6a-1 VGA BIOS software for the Bochs an ii zlib1g 1:1.2.3-13 compression library - runtime Versions of packages qemu recommends: ii debootstrap 0.3.3 Bootstrap a basic Debian system ii sharutils 1:4.2.1-15 shar, unshar, uuencode, uudecode -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#339163: NMU uploaded
Hi, I uploaded an NMU of your package. Please see this as help to get the package into a releaseable condition for etch. Please find the used diff below. Cheers, Andi diff -Nur exiv2-0.10~/debian/changelog exiv2-0.10/debian/changelog --- exiv2-0.10~/debian/changelog2006-09-10 09:05:29.350611000 +0200 +++ exiv2-0.10/debian/changelog 2006-09-10 09:10:20.828066446 +0200 @@ -1,3 +1,22 @@ +exiv2 (0.10-1.1) unstable; urgency=medium + + [ David Schmitt ] + * Non-maintainer upload. + * Medium-urgency upload for RC bugfix. + * Change package name from libexiv2 to libexiv2-0.10 to encode the full +SONAME as well as for the C++ mt allocator ABI change, and conflict/replace +libexiv2 accordingly. Closes: #339163, #382867. + * Remove unnecessary libexiv2.{postinst,postrm} scripts, as they don't do +anything that debhelper doesn't already do for us. + * replace shlibs.local by dh_makeshlibs -V + * make package bin-NMU-able by using ${binary:Version} and B-D on dpkg-dev +(= 1.13.19) + + [ Andreas Barth ] + * Uploading NMU. + + -- Andreas Barth [EMAIL PROTECTED] Sun, 10 Sep 2006 09:09:55 +0200 + exiv2 (0.10-1) unstable; urgency=low * New Upstream Release. (Fixes: #370151) diff -Nur exiv2-0.10~/debian/control exiv2-0.10/debian/control --- exiv2-0.10~/debian/control 2006-09-10 09:05:29.353611000 +0200 +++ exiv2-0.10/debian/control 2006-09-10 09:09:51.682520871 +0200 @@ -2,13 +2,13 @@ Section: graphics Priority: optional Maintainer: KELEMEN Peter [EMAIL PROTECTED] -Build-Depends: debhelper (= 4.0.0), g++ (= 4.0.0), autotools-dev, chrpath +Build-Depends: debhelper (= 4.0.0), g++ (= 4.0.0), autotools-dev, chrpath, dpkg-dev (= 1.13.19) Standards-Version: 3.7.2 Package: exiv2 Section: graphics Architecture: any -Depends: libexiv2 (= ${Source-Version}), ${shlibs:Depends}, ${misc:Depends} +Depends: ${shlibs:Depends}, ${misc:Depends} Description: EXIF/IPTC metadata manipulation tool Exiv2 can: * print the EXIF metadata of JPEG images as summary info, interpreted values, @@ -23,7 +23,7 @@ * extract the thumbnail image embedded in the EXIF metadata * delete the thumbnail or the complete EXIF metadata from an image -Package: libexiv2 +Package: libexiv2-0.10 Section: libs Architecture: any Depends: ${shlibs:Depends}, ${misc:Depends} @@ -48,7 +48,7 @@ Package: libexiv2-dev Section: libdevel Architecture: any -Depends: libexiv2 (= ${Source-Version}), ${shlibs:Depends}, ${misc:Depends} +Depends: libexiv2-0.10 (= ${binary:Version}), ${shlibs:Depends}, ${misc:Depends} Suggests: libexiv2-doc Description: EXIF/IPTC metadata manipulation library - development files Exiv2 C++ header files. @@ -56,6 +56,6 @@ Package: libexiv2-doc Section: doc Architecture: all -Depends: libexiv2 (= ${Source-Version}) +Depends: libexiv2-0.10 Description: EXIF/IPTC metadata manipulation library - HTML documentation Exiv2 HTML documentation. diff -Nur exiv2-0.10~/debian/libexiv2.postinst exiv2-0.10/debian/libexiv2.postinst --- exiv2-0.10~/debian/libexiv2.postinst2006-09-10 09:05:29.351611000 +0200 +++ exiv2-0.10/debian/libexiv2.postinst 1970-01-01 01:00:00.0 +0100 @@ -1,42 +0,0 @@ -#! /bin/sh -# postinst script for exiv2 -# -# see: dh_installdeb(1) - -set -e - -# summary of how this script can be called: -#* postinst `configure' most-recently-configured-version -#* old-postinst `abort-upgrade' new version -#* conflictor's-postinst `abort-remove' `in-favour' package -# new-version -#* deconfigured's-postinst `abort-deconfigure' `in-favour' -# failed-install-package version `removing' -# conflicting-package version -# for details, see http://www.debian.org/doc/debian-policy/ or -# the debian-policy package -# - -case $1 in -configure) - : -;; - -abort-upgrade|abort-remove|abort-deconfigure) - -;; - -*) -echo postinst called with unknown argument \`$1' 2 -exit 1 -;; -esac - -# dh_installdeb will replace this with shell code automatically -# generated by other debhelper scripts. - -#DEBHELPER# - -exit 0 - - diff -Nur exiv2-0.10~/debian/libexiv2.postrm exiv2-0.10/debian/libexiv2.postrm --- exiv2-0.10~/debian/libexiv2.postrm 2006-09-10 09:05:29.352611000 +0200 +++ exiv2-0.10/debian/libexiv2.postrm 1970-01-01 01:00:00.0 +0100 @@ -1,36 +0,0 @@ -#! /bin/sh -# postrm script for exiv2 -# -# see: dh_installdeb(1) - -set -e - -# summary of how this script can be called: -#* postrm `remove' -#* postrm `purge' -#* old-postrm `upgrade' new-version -#* new-postrm `failed-upgrade' old-version -#* new-postrm `abort-install' -#* new-postrm `abort-install' old-version -#* new-postrm `abort-upgrade' old-version -#* disappearer's-postrm `disappear' roverwritr new-version -# for details, see http://www.debian.org/doc/debian-policy/ or -# the debian-policy package - - -case $1 in -
Bug#386782: README.Debian info outdated?
Package: x-ttcidfont-conf Version: 25 Severity: normal In /usr/share/doc/x-ttcidfont-conf/README.Debian I see == And please add these FontPath lines in /etc/X11/xorg.conf (These FontPaths are changed by x-ttcidfont-conf-8) FontPath /var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType FontPath /var/lib/defoma/x-ttcidfont-conf.d/dirs/CID == but at 1st line was auto added on install at 2nd as for me I have now CID subdir (don't know exactly is it tipical). So I think you should update this info to something more close to reality. -- System Information: Debian Release: testing/unstable APT prefers testing-proposed-updates APT policy: (720, 'testing-proposed-updates'), (720, 'testing'), (670, 'proposed-updates'), (670, 'stable'), (600, 'unstable'), (550, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-2-vserver-k7 Locale: LANG=ru_RU.KOI8-R, LC_CTYPE=ru_RU.KOI8-R (charmap=KOI8-R) Versions of packages x-ttcidfont-conf depends on: ii debconf [debconf-2.0] 1.5.3 Debian configuration management sy ii defoma0.11.10Debian Font Manager -- automatic f ii xfonts-base 1:1.0.0-3 standard fonts for X ii xfonts-encodings 1:1.0.0-6 Encodings for X.Org fonts ii xutils1:7.1.ds-1 X Window System utility programs x-ttcidfont-conf recommends no packages. -- debconf information: x-ttcidfont-conf/xtt_vl: * x-ttcidfont-conf/tt_backend: freetype x-ttcidfont-conf/font_path_change2: -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#340643: bug 340643
tags 340643 confirmed wontfix thanks hi, i can reproduce the problem, but unless someone else on the team thinks otherwise don't plan to change this behaviour unless the upstream authors decide to do the same. feel free to report this to them in their BTS, and if you do so please forward me the URL to the report and i'll add it to the information for this bug. thanks, sean signature.asc Description: This is a digitally signed message part
Bug#237446: Removing relay-ctrl
retitle 237446 RM: relay-ctrl -- RoQA; orphaned since 2004, major version out of date, unchanged since stable, very few users, contrib, etc. reassign 237446 ftp.debian.org thanks Orphaned since 2004, at which time it was noted that this needed to updated to a new major version. The orphaner saw nothing useful in the package at the time. It's contrib. Popcon shows 8 installs, 7 votes. -- Nathanael Nerode [EMAIL PROTECTED] Make sure your vote will count. http://www.verifiedvoting.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#382642: gmime2.2_2.2.3-1(hppa/unstable): FTBFS: missing file
tags 382642 patch thanks This bug is caused by terrible mingling of arch: any and arch: all packages in the binary-arch target. I really don't know what the thought process here was, but building arch: all packages in the binary-arch target is very, very wrong. The attached patch fixes this build failure. I will be uploading this 0-day NMU shortly after testing the fix on i386/amd64/alpha, as there are a number of packages waiting on this new version of gmime. -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. [EMAIL PROTECTED] http://www.debian.org/ diff -u gmime2.2-2.2.3/config.guess gmime2.2-2.2.3/config.guess --- gmime2.2-2.2.3/config.guess +++ gmime2.2-2.2.3/config.guess @@ -1,9 +1,10 @@ #! /bin/sh # Attempt to guess a canonical system name. # Copyright (C) 1992, 1993, 1994, 1995, 1996, 1997, 1998, 1999, -# 2000, 2001, 2002, 2003, 2004, 2005 Free Software Foundation, Inc. +# 2000, 2001, 2002, 2003, 2004, 2005, 2006 Free Software Foundation, +# Inc. -timestamp='2006-02-23' +timestamp='2006-07-02' # This file is free software; you can redistribute it and/or modify it # under the terms of the GNU General Public License as published by @@ -210,7 +211,7 @@ echo ${UNAME_MACHINE}-unknown-solidbsd${UNAME_RELEASE} exit ;; macppc:MirBSD:*:*) - echo powerppc-unknown-mirbsd${UNAME_RELEASE} + echo powerpc-unknown-mirbsd${UNAME_RELEASE} exit ;; *:MirBSD:*:*) echo ${UNAME_MACHINE}-unknown-mirbsd${UNAME_RELEASE} @@ -770,6 +771,8 @@ case ${UNAME_MACHINE} in pc98) echo i386-unknown-freebsd`echo ${UNAME_RELEASE}|sed -e 's/[-(].*//'` ;; + amd64) + echo x86_64-unknown-freebsd`echo ${UNAME_RELEASE}|sed -e 's/[-(].*//'` ;; *) echo ${UNAME_MACHINE}-unknown-freebsd`echo ${UNAME_RELEASE}|sed -e 's/[-(].*//'` ;; esac @@ -780,9 +783,6 @@ i*:MINGW*:*) echo ${UNAME_MACHINE}-pc-mingw32 exit ;; -i*:MSYS_NT-*:*:*) - echo ${UNAME_MACHINE}-pc-mingw32 - exit ;; i*:windows32*:*) # uname -m includes -pc on this system. echo ${UNAME_MACHINE}-mingw32 @@ -790,10 +790,10 @@ i*:PW*:*) echo ${UNAME_MACHINE}-pc-pw32 exit ;; -x86:Interix*:[345]*) +x86:Interix*:[3456]*) echo i586-pc-interix${UNAME_RELEASE} exit ;; -EM64T:Interix*:[345]*) +EM64T:Interix*:[3456]*) echo x86_64-unknown-interix${UNAME_RELEASE} exit ;; [345]86:Windows_95:* | [345]86:Windows_98:* | [345]86:Windows_NT:*) @@ -831,6 +831,9 @@ arm*:Linux:*:*) echo ${UNAME_MACHINE}-unknown-linux-gnu exit ;; +avr32*:Linux:*:*) + echo ${UNAME_MACHINE}-unknown-linux-gnu + exit ;; cris:Linux:*:*) echo cris-axis-linux-gnu exit ;; @@ -989,7 +992,7 @@ LIBC=gnulibc1 # endif #else - #if defined(__INTEL_COMPILER) || defined(__PGI) || defined(__sun) + #if defined(__INTEL_COMPILER) || defined(__PGI) || defined(__SUNPRO_C) || defined(__SUNPRO_CC) LIBC=gnu #else LIBC=gnuaout diff -u gmime2.2-2.2.3/config.sub gmime2.2-2.2.3/config.sub --- gmime2.2-2.2.3/config.sub +++ gmime2.2-2.2.3/config.sub @@ -1,9 +1,10 @@ #! /bin/sh # Configuration validation subroutine script. # Copyright (C) 1992, 1993, 1994, 1995, 1996, 1997, 1998, 1999, -# 2000, 2001, 2002, 2003, 2004, 2005 Free Software Foundation, Inc. +# 2000, 2001, 2002, 2003, 2004, 2005, 2006 Free Software Foundation, +# Inc. -timestamp='2006-02-23' +timestamp='2006-07-02' # This file is (in principle) common to ALL GNU software. # The presence of a machine in this file suggests that SOME GNU software @@ -240,7 +241,7 @@ | alpha | alphaev[4-8] | alphaev56 | alphaev6[78] | alphapca5[67] \ | alpha64 | alpha64ev[4-8] | alpha64ev56 | alpha64ev6[78] | alpha64pca5[67] \ | am33_2.0 \ - | arc | arm | arm[bl]e | arme[lb] | armv[2345] | armv[345][lb] | avr \ + | arc | arm | arm[bl]e | arme[lb] | armv[2345] | armv[345][lb] | avr | avr32 \ | bfin \ | c4x | clipper \ | d10v | d30v | dlx | dsp16xx \ @@ -248,7 +249,8 @@ | h8300 | h8500 | hppa | hppa1.[01] | hppa2.0 | hppa2.0[nw] | hppa64 \ | i370 | i860 | i960 | ia64 \ | ip2k | iq2000 \ - | m32r | m32rle | m68000 | m68k | m88k | maxq | mb | microblaze | mcore \ + | m32c | m32r | m32rle | m68000 | m68k | m88k \ + | maxq | mb | microblaze | mcore \ | mips | mipsbe | mipseb | mipsel | mipsle \ | mips16 \ | mips64 | mips64el \ @@ -274,11 +276,11 @@ | pdp10 | pdp11 | pj | pjl \ | powerpc | powerpc64 | powerpc64le | powerpcle | ppcbe \ | pyramid \ - | sh | sh[1234] | sh[24]a | sh[23]e | sh[34]eb | shbe |
Bug#386783: 'man exim4' typos: ...the options that specifies a specific...
Package: exim4-daemon-light Version: 4.63-3 Severity: minor Tags: patch Found some typos in '/usr/share/man/man8/exim4.8.gz', see attached '.diff'. Notes: corrected the inconsistent plural, reduced redundancy, and reordered for clarity. Hope this helps... -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.16-2-686 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C) Versions of packages exim4-daemon-light depends on: ii exim4-base 4.63-3 support files for all exim MTA (v4 ii libc62.3.6.ds1-4 GNU C Library: Shared libraries ii libdb4.3 4.3.29-6Berkeley v4.3 Database Libraries [ ii libgnutls13 1.4.2-1 the GNU TLS library - runtime libr ii libpcre3 6.4-2 Perl 5 Compatible Regular Expressi exim4-daemon-light recommends no packages. -- debconf-show failed --- exim4.8 2006-08-23 13:17:14.0 -0400 +++ /tmp/exim4.82006-09-10 02:23:35.0 -0400 @@ -26,10 +26,10 @@ .SH DEFAULT ACTION .rs .sp -If none of the options that specifies a specific action (such as starting the -daemon or a queue runner, or testing an address, or receiving a message in a -specific format, or listing the queue) are present, and there is at least one -argument on the command line, \fB-bm\fR (accept a local message on the +If no options are present that require a specific action, (such as starting the +daemon or a queue runner, testing an address, receiving a message in a +specific format, or listing the queue), and there is at least one +command line argument, then \fB-bm\fR (accept a local message on the standard input, with the arguments specifying the recipients) is assumed. Otherwise, Exim outputs a brief message about itself and exits.
Bug#386697: debmirror: Default pdiff mode deviates from man page description
Peter Colberg [EMAIL PROTECTED] writes: Package: debmirror Version: 20060907 Severity: minor While the man page describes the default pdiff mode as mirror (which is a sensible choice), debmirror actually sets $pdiff_mode=use. Apart from this, the new debmirror script is great. I really appreciate your fast reaction and hard work merging in pdiff support. Regards, Peter Ups, I forgot to change that because it slows down local mirrors so much. The NEWS file is correct at least. Changed in cvs. MfG Goswin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#382642: Reason for bug
The reason for the bug is that the package builds binary-all packages libgmime2.2-cil in the binary-arch target. cu andreas -- The 'Galactic Cleaning' policy undertaken by Emperor Zhark is a personal vision of the emperor's, and its inclusion in this work does not constitute tacit approval by the author or the publisher for any such projects, howsoever undertaken.(c) Jasper Ffforde -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#363497: Removing pfe
retitle 363497 RM: pfe -- RoQA; orphaned, 5-month old FTBFS, very few users reassign 363497 ftp.debian.org thanks The FTBFS is 362033. Orphaned 4 months with no nibbles. Popcon shows 19 installs, only 1 vote. -- Nathanael Nerode [EMAIL PROTECTED] [Insert famous quote here] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#386775: Another correction
Meanwhile, I noticed that /usr/share/doc/libpam-chroot/README.Debian.gz needs to be fixed, too, as it currently says: | onerr=Values can be succeed or fail. The action to take if | the configuration file cannot be opened, the chroot() | fails, or the user does not match any of the expressions | listed in the configuration file. Default is succeed. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#371086: if you edit history, old RC bugs will show up again
Hi, bug 371086 shows up again as RC, as the version this bug was fixed in (pioneers/0.9.64-1) is no longer mentioned in the changelog. If this version was really cut out, you need to fix this bug again. If this version is still part of history, please don't cut it out in the changelog. Cheers, Andi -- http://home.arcor.de/andreas-barth/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#386785: cupsys: cupsd silently dies when accessing webinterface
Package: cupsys Version: 1.2.2-2 Severity: important I just installed cupsys and made some configuration through the web interface. That worked until I specified the PPD file for my printer (HP Laserjet 3052). From that moment on cupsd keeps dying without any error message every time I access the web interface. Not even purging the package and reinstalling changed that. Configuring cups through lpadmin does work, however. Printing does work, too. I also had this effect on another computer with etch and a different printer (HP Laserjet 4050) some month ago. But if I remember correctly there not even printing worked. Each access to cups lead to the breakage. I do not have access to this one anymore, so I can't test it. In both cases the printer is accessed via ethernet. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17 Locale: LANG=C, [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages cupsys depends on: ii adduser 3.97Add and remove users and groups ii cupsys-common1.2.2-2 Common UNIX Printing System(tm) - ii debconf [debconf-2.0]1.5.3 Debian configuration management sy ii gs-esp 8.15.2.dfsg.1-2 The Ghostscript PostScript interpr ii libc62.3.6.ds1-4 GNU C Library: Shared libraries ii libcupsimage21.2.2-2 Common UNIX Printing System(tm) - ii libcupsys2 1.2.2-2 Common UNIX Printing System(tm) - ii libdbus-1-2 0.62-4 simple interprocess messaging syst ii libgnutls13 1.4.3-1 the GNU TLS library - runtime libr ii libldap2 2.1.30-13+b1OpenLDAP libraries ii libpam0g 0.79-3.2Pluggable Authentication Modules l ii libpaper11.1.20 Library for handling paper charact ii libslp1 1.2.1-5 OpenSLP libraries ii lsb-base 3.1-15 Linux Standard Base 3.1 init scrip ii patch2.5.9-4 Apply a diff file to an original ii perl-modules 5.8.8-6.1 Core Perl modules ii procps 1:3.2.7-2 /proc file system utilities ii xpdf-utils [poppler-util 3.01-9 Portable Document Format (PDF) sui ii zlib1g 1:1.2.3-13 compression library - runtime Versions of packages cupsys recommends: ii cupsys-client 1.2.2-2 Common UNIX Printing System(tm) - ii foomatic-filters3.0.2-20060712-3 linuxprinting.org printer support ii smbclient 3.0.23c-1a LanManager-like simple client fo -- debconf information: cupsys/raw-print: true cupsys/backend: ipp, lpd, parallel, socket, usb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#380250: Retitling this RM
retitle 380250 RM: toolchain-source -- RoM/RoQA; obsolete, superseded thanks The request comes from the Emdebian people. They were taking over as the new maintenance team; the previous maintainer had RFA'ed it (but actually had effectively orphaned it.) I quote Simon Richter: during the emdebian meeting in Extremadura it was decided that toolchain-source should be replaced by adding the relevant functionality to the toolchain packages themselves. This has now largely happened, so this package is no longer required. -- Nathanael Nerode [EMAIL PROTECTED] (Instead, we front-load the flamewars and grudges in the interest of efficiency.) --Steve Lanagasek, http://lists.debian.org/debian-devel/2005/09/msg01056.html -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#386457: This is a simple case of varying slab usage
On 2006-09-09 Graham [EMAIL PROTECTED] wrote: If you consult /proc/meminfo, you'll see that updatedb causes a massive increase in slab size. It turns out that this isn't a problem for the system: starting a memory-hungry application causes that space to be reclaimed. (I used Unreal Tournament 2004 to demonstrate this, but I'm sure you can think of others.) [...] Based on my very limited understanding of kernel memory management, I think that the actual bug is that free, top, etc. consider slab to be used rather than some sort of buffers/cache, which seems to be a more accurate description. [...] Thanks you for spelling this out nicely. I am going to reassign it. cu andreas -- The 'Galactic Cleaning' policy undertaken by Emperor Zhark is a personal vision of the emperor's, and its inclusion in this work does not constitute tacit approval by the author or the publisher for any such projects, howsoever undertaken.(c) Jasper Ffforde -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#386774: hurd: hurd_20060825-2 ruins /servers/socket/2
Hello! On Sat, Sep 09, 2006 at 11:39:56PM -0400, Bake Timmons III wrote: After upgrading hurd from 20050513-4 to 20060825-2, /servers/socket/2 is now messed up. [...] Merely *unpacking* version 20050513-4 fixes the socket, at which point networking works again. Thanks for the report, but please simply see here: http://lists.debian.org/debian-hurd/2006/09/msg0.html. In short: update your gnumach package alongside the hurd package. I don't know why it's not possible within the Debian packaging system that it would for example prevent the installation of non-matching gnumach and hurd packages, but I'm confident that the Debian-Hurd people tried to find such a mechanism but didn't find one. Perhaps this would be worth a bug report or feature request for the apt (?) package? Regards, Thomas signature.asc Description: Digital signature
Bug#258708: Remove ppxp
retitle 258708 RM: ppxp -- RoQA; orphaned since 2004, very few users, doesn't work with Linux 2.6 reassign 258708 ftp.debian.org thanks Orphaned July 2004, nibble in 2005, but it didn't work out; no nibbles since Nov 2005. Popcon reports 16 installs, 3 votes. Bug 350844 notes that it doesn't work with linux-2.6 (needs a patch); that bug has sat ignored for 221 days. Of course, linux-2.6 is the only version which will be in etch. -- Nathanael Nerode [EMAIL PROTECTED] A thousand reasons. http://www.thousandreasons.org/ Lies, theft, war, kidnapping, torture, rape, murder... Get me out of this fascist nightmare! -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#386778: GNOME in etch doesn't know what etch is
reassign 386778 system-tools-backends 1.4.2-2 thanks Le samedi 09 septembre 2006 à 23:19 -0700, Steve Langasek a écrit : Package: gnome-control-center Version: 1:2.14.2-2 Severity: serious Every time I use the 'Configure Network Settings' or 'Adjust Date Time' menu options from the applets in my GNOME panel, I am given a dialog that says: The platform you are running is not supported by this tool If you know for sure that it works like one of the platforms listed below, you can select that and continue. Note, however, that this might damage the system configuration or downright cripple your computer. So I have to ask, are any of the GNOME team actually *using* control-center in etch? The problem is, developers are using unstable, not testing. I think this is a more general issue than serving files. I can't imagine that any maintainer would consider it ok for this dialog to pop up when a user tries to access configuration functions on their etch desktop. Please fix this so that the Debian packages know what OS they're running on. :/ OK, this isn't related to control-center but to gnome-system-tools. The detection code doesn't know of Debian 4.0. Marked as sev: serious, because this is a significant lack of polish which IMHO makes the package unfit for release. I agree, we shouldn't release with such bugs. -- .''`. Josselin Mouette/\./\ : :' : [EMAIL PROTECTED] `. `'[EMAIL PROTECTED] `- Debian GNU/Linux -- The power of freedom signature.asc Description: Ceci est une partie de message numériquement signée
Bug#386244: tasksel 'Desktop environment' task hangs
Joey Hess wrote: Chris Lale wrote: The install is in two halves. No, etch has not had a two-stage install since early this year. Sorry, you are right. The CD is removed and the system rebooted after tasksel is finished and grub is installed. I have begun a new install to refresh my memory. I am using the netinstall CD and my home ADSL modem/router to access a remote mirror. While the installer is running tasksel, an installation step fails: Configuring gnome-applets An installation step failed. You can try to run the failing item again from the menu, or skip it and choose something else. The failing step is: Select and install software but I think this is just package dependency problems and nothing to do with tasksel. I had a similar error during the original install and could not complete installation of the 'Desktop environment' although I had a functioning commandline after reboot. That is why there was no CD in the drive when I re-ran tasksel manually ie I completed the installation despite the 'Desktop environment' task failure, removed the CD, rebooted, logged in as root at the commandline and ran tasksel. Tasksel hung because there was no CD in the drive. The /etc/apt/sources.list file created during installation still contains a line for the CD source. Aptitude and Synaptic are happy to download and install packages without the d-i netinstall CD in the drive, but tasksel is not. I must manually edit /etc/apt/sources.list in order for tasksel to work. Perhaps other people will get caught out if they try to run tasksel after a netinstall - unless the installer comments out the CD source at the end of installation? Chris. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#386728: firefox: crashes when reloading www.socibus.es/index.html
Davide wrote: # apt-get remove --purge libflash-mozplugin libflash-swfplayer libflash0c2 and this solve the problem: no more crash :-) That's true. After purging libflash-mozplugin there is no more crashes, but after all 'safe mode' is not so safe. Best Regards, Manolo. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#386786: libassa3.4-0: segmentation fault
Package: libassa3.4-0 Version: 3.4.2-1 Severity: grave Justification: renders package unusable -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 granule seg fault instantly in unstable but not in testing. Granule version is the same but libassa is different. In unstable, keeping libassa version to testing version solve the problem. output from gdb: Program received signal SIGSEGV, Segmentation fault. 0xa7ed139f in ASSA::Logger::log_func () from /usr/lib/libassa-3.4.so.0 output from strace: open(/usr/lib/libexpat.so.1, O_RDONLY) = 3 read(3, \177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\340 \0..., 512) = 512 fstat64(3, {st_mode=S_IFREG|0644, st_size=126112, ...}) = 0 mmap2(NULL, 124920, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0xa7092000 mmap2(0xa70af000, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x1d) = 0xa70af000 close(3)= 0 mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xa7091000 access(/etc/ld.so.nohwcap, F_OK) = -1 ENOENT (No such file or directory) open(/usr/lib/libXdmcp.so.6, O_RDONLY) = 3 read(3, \177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\0\17\0..., 512) = 512 fstat64(3, {st_mode=S_IFREG|0644, st_size=16672, ...}) = 0 mmap2(NULL, 19604, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0xa708c000 mmap2(0xa709, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x3) = 0xa709 close(3)= 0 mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xa708b000 mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xa708a000 mprotect(0xa71f, 20480, PROT_READ) = 0 mprotect(0xa72fe000, 12288, PROT_READ) = 0 set_thread_area({entry_number:-1 - 6, base_addr:0xa708a6c0, limit:1048575, seg_32bit:1, contents:0, read_exec_only:0, limit_in_pages:1, seg_not_present:0, useable:1}) = 0 munmap(0xa7f3e000, 70071) = 0 brk(0) = 0x8138000 brk(0x8159000) = 0x8159000 open(/usr/lib/locale/locale-archive, O_RDONLY|O_LARGEFILE) = 3 fstat64(3, {st_mode=S_IFREG|0644, st_size=69685056, ...}) = 0 mmap2(NULL, 2097152, PROT_READ, MAP_PRIVATE, 3, 0) = 0xa6e8a000 mmap2(NULL, 4096, PROT_READ, MAP_PRIVATE, 3, 0xabb) = 0xa7f4f000 close(3)= 0 getrlimit(RLIMIT_NOFILE, {rlim_cur=1024, rlim_max=1024}) = 0 - --- SIGSEGV (Segmentation fault) @ 0 (0) --- +++ killed by SIGSEGV +++ Process 14725 detached Regards, Alex - -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages libassa3.4-0 depends on: ii libc62.3.6.ds1-4 GNU C Library: Shared libraries ii libgcc1 1:4.1.1-13 GCC support library ii libstdc++6 4.1.1-13The GNU Standard C++ Library v3 libassa3.4-0 recommends no packages. - -- no debconf information -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (GNU/Linux) iD8DBQFFA80Vhw8OVmiPkgkRAp6ZAJ995ZSHdoNLhQxORMJ4NSUiQostYACfcOcD gxpjC/gxkoxjltrMdeywICc= =hgic -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#385177: meld: FTBFS: msgfmt: found 1 fatal error
Hello Ross, There was a problem while autobuilding your package: I'm planning to NMU this RC bug in a few days following the supplied patch by Denis Barbier, in order to unblock the new gettext upload in a timely manner. Let me know if there's any reason not to. Thijs
Bug#386788: vlc: sometimes hangs when leaving full screen mode
Package: vlc Version: 0.8.6-svn20060823.debian-3 Severity: normal I first noticed this bug over a year ago when I first used VLC. So it's nothing new. I had hoped it would go away with xorg 7, but it didn't. On my system, when I enable full-screen output (double-clicking on the video window, or hitting f), it goes to full screen just fine. Returning to non-fullscreen while a video is playing, again by double-clicking or hitting f, (almost) always freezes the video but leaves the sound running. If there's a race condition somewhere, it might depend on the video being played, since I don't remember it happening so consistently in the past. While vlc is hung, no mouse or keyboard input will have any effect. This is the case even after the video ends. I can switch VTs with C+A+F1 and kill vlc. Hmm, I just realized I can alt+drag the fullscreen window aside. This is much less inconvenient. :) My window manager is fluxbox. My X server is xorg, with the ati driver talking to my Radeon AIW 7200. (I'm not currently using the TV I/O features, though, just a CRT.) My system is i386 Debian unstable (most recent update yesterday) on an Athlon64 w/1.5GB of RAM. I'm still using a 32bit kernel and everything else. This bug still happens when another program (e.g. mplayer) has grabbed the Xv overlay, so VLC has to use something else. But sometimes in that case vlc un-hangs and properly goes back to windowed operation after hanging for a second. I don't think this bug depends on the video being played, but in this case it's an xvid+mp3 avi produced by mencoder from a DVD. The same problem happens with a completely different video, e.g. http://video.google.ca/videoplay?docid=5551785771733839876 (or search for alarm_clock_domino.) downloaded in video ipod format, which is AAC+AVC1 in MP4. Here's vlc's output, with markers at various times [EMAIL PROTECTED]:/mnt/scratch/encode/ulty$ vlc --verbose 2 upa_2004/upa2004_masters.avi VLC media player 0.8.6-svn Janus [0001] main vlc debug: checking builtin modules [0001] main vlc debug: checking plugin modules [0001] main vlc debug: loading plugins cache file /home/peter/.vlc/cache/plugins-04041e.dat [0001] main vlc debug: recursively browsing `modules' [0001] main vlc debug: recursively browsing `/usr/lib/vlc' [0001] main vlc debug: recursively browsing `plugins' [0001] main vlc debug: module bank initialized, found 216 modules [0001] main vlc debug: opening config file /home/peter/.vlc/vlcrc [0001] main vlc debug: CPU has capabilities 486 586 MMX 3DNow! MMXEXT SSE SSE2 FPU [0001] main vlc debug: looking for memcpy module: 1 candidate [0001] main vlc debug: using memcpy module memcpy [0285] main private debug: waiting for thread completion [0285] main private debug: thread 3079502768 (preparser) created at priority 0 (playlist/thread.c:87) [0284] main playlist debug: waiting for thread completion [0284] main playlist debug: thread 3071110064 (playlist) created at priority 0 (playlist/thread.c:97) [0286] main interface debug: looking for interface module: 1 candidate [0286] main interface debug: using interface module hotkeys [0286] main interface debug: thread 3062717360 (interface) created at priority 0 (interface/interface.c:231) [0288] main interface debug: looking for interface module: 1 candidate [0288] main interface debug: using interface module screensaver [0288] main interface debug: thread 3054324656 (interface) created at priority 0 (interface/interface.c:231) [0288] screensaver interface warning: failed to connect to the D-BUS daemon: Unable to determine the address of the message bus (try 'man dbus-launch' and 'man dbus-daemon' for help) [0284] main playlist debug: adding item `upa_2004/upa2004_masters.avi' ( upa_2004/upa2004_masters.avi ) [0290] main interface debug: looking for interface module: 5 candidates [0290] main interface debug: using interface module wxwidgets [0290] main interface debug: thread 3030080432 (manager) created at priority 0 (interface/interface.c:216) [0290] wxwidgets interface debug: Using last windows config '(-1,0,0,1280,960)(0,396,122,704,656)(6,0,0,-1,150)' [0290] wxwidgets interface debug: id=0 p=(396,122) s=(704,656) [0290] wxwidgets interface debug: id=6 p=(0,0) s=(-1,150) [...] playlist and avi stuff [0304] avi demuxer debug: stream[0] rate:3 scale:1001 samplesize:0 [0304] avi demuxer debug: stream[0] video(XVID) 704x480 12bpp 29.970030fps [0293] main input debug: selecting program id=0 [0304] avi demuxer debug: stream[1] rate:48000 scale:1152 samplesize:0 [0304] avi demuxer debug: stream[1] audio(0x55) 2 channels 48000Hz 0bits [0304] avi demuxer debug: stream[0] created 4969 index entries [0304] avi demuxer debug: stream[1] created 6910 index entries [0304] avi demuxer debug: stream[0] length:165 (based on index) [0304] avi demuxer
Bug#386752: cdebconf-gtk-udeb: Probably not enough memory allocated for string
Aike Reyer wrote: Frans Pop wrote: In the patch it would probably make sense to move the malloc inside the existing #if statement instead of using a separate one. I'm not sure what kind of code is to be inserted for TODO right after malloc(). So I kept them separate. Hmm. General question... How does GTK_CHECK_VERSION(2,8,0) work with 2.10 libs? Looks like this check is currently used in 2 places. According to gtkversion.h GTK_CHECK_VERSION(2,8,0) is true for all versions = 2.8.0. Aike has spotted a bug that would have been difficult to catch, in fact this would have shown up only when booting in rescue mode and using recent (2.8.21) GTKDFB libraries. There are a couple of places in the GTK frontend where i check for GTK version, and this is because i once used to compile it against GTK 2.8/2.9 while 2.0.9 was used in the d-i. Now that d-i has switched to 2.8.x, there would be no longer need for version check: should i remove the version checks so that compiling the GTK frontend against old GTKDFB 2.0.9 will simply fail? Attilio -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#381979: (no subject)
After posting on gtk-devel, i received some answers [1] from DFB's main developer and GTKDFB original author, but it seems nothing is going to be done to add the needed functionality at the lower GDK or DFB level, so i propose to apply this patch as a temporary workaround. cheers Attilio [1] http://mail.gnome.org/archives/gtk-devel-list/2006-September/msg00010.html -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#386787: seahorse: FTBFS on alpha, mips, mipsel
Package: seahorse Version: 0.9.3-1 Severity: serious # Move libexec stuff to proper places mv debian/seahorse/usr/libexec/seahorse/* debian/seahorse/usr/lib/seahorse/ mv: cannot stat `debian/seahorse/usr/libexec/seahorse/*': No such file or directory make: *** [install] Error 1 ** Build finished at 20060906-1121 FAILED [dpkg-buildpackage died] Purging chroot-unstable/build/buildd/seahorse-0.9.3 -- The same error happened on alpha, mips and mipsel. cu andreas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#386789: [INTL:ru] Updated Russian menu po/ translation
Package: menu Severity: wishlist Tags: l10n, patch Updated Russian menu po/ru.po file is attached. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-2-amd64-k8 Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) ru.po.gz Description: Binary data
Bug#165217: large file support still busted for -p
reopen 165217 thanks cpio -p still has a 32-bit file size limitation. -- Chip Salzenberg [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#356055: loadlin: loadlin.exe cannot be built from source
Christian Aichinger, le Fri 08 Sep 2006 22:44:51 +0200, a écrit : On Wed, May 03, 2006 at 07:59:57AM +0200, LENART Janos wrote: The problem is that in some circumstances, blind people _DO_ need loadlin for being able to install/boot linux. That's one of the reason why it is still provided on installation CDs (btw, Janos, could you at last apply the patch I suggested for bug #338318?). Could someone please clarify this a bit? I've had a short look at the code some time ago, but it looks like quite a bit of work. And honestly I'm not fully convinced it's really worth all that effort just to save a long-forgotten program. Yasm people are interested in TASM support anyway. I'm almost finished with it, I just need to tidy it a bit and fix bugs. I just didn't take the time to do this yet. Yasm is to provide a tasm-compatible assembler, but it is not ready yet (it is apparently in active development, though). Please, keep me posted if you are familiar with the project. I don't remember exactly anymore, but when I looked at it yasm didn't look very promising for porting loadlin to it. Yasm is just a generic assembler that supports both nasm and gas syntax, and is almost ready for tasm. Samuel
Bug#386790: aide: [INTL:ru] Updated Russian translation for debconf template
Package: aide Severity: wishlist Tags: l10n, patch Updated Russian translation for debconf template is attached. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-2-amd64-k8 Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) ru.po.gz Description: Binary data
Bug#385966: xprint: Seg-fault when printing from firefox
On Mon, 2006-09-04 at 13:57 +0200, Anders Boström wrote: The amd64 version of xprint don't work any more. It seg-faults every time I try to print from firefox, and also leads to a firefox crash. xphelloworld also leads to seg-fault, with similar strace. .. write(2, \nFatal server error:\n, 21) = 21 write(2, PS DDX internal error while conv..., 117) = 117 I think this is one of the things fixed in the version in experimental. It's due to reach unstable soon once the X11R7.1 transition is ready to go, so I'll check in with you again after that. Drew
Bug#386220: Updated patch
Hi, attached is a more uptodate patch, but as I am not very happy with it I won't do an NMU immediatly to give you a change to fix it on your own. Otherwise it will be uploaded on the BSP next week. Alex diff -u gchangepass-0.1.5/debian/rules gchangepass-0.1.5/debian/rules --- gchangepass-0.1.5/debian/rules +++ gchangepass-0.1.5/debian/rules @@ -6,4 +6,7 @@ include /usr/share/cdbs/1/class/gnome.mk +configure/gchangepass:: + REQUIRED_AUTOMAKE_VERSION=1.9 ./autogen.sh + clean:: -rm po/stamp-po po/*.gmo diff -u gchangepass-0.1.5/debian/control gchangepass-0.1.5/debian/control --- gchangepass-0.1.5/debian/control +++ gchangepass-0.1.5/debian/control @@ -2,7 +2,7 @@ Section: gnome Priority: optional Maintainer: Guilherme de S. Pastore [EMAIL PROTECTED] -Build-Depends: cdbs, debhelper (= 4.1.0), libgtk2.0-dev (= 2.6.0), libxml-parser-perl, gettext +Build-Depends: cdbs, debhelper (= 4.1.0), libgtk2.0-dev (= 2.6.0), libxml-parser-perl, gettext, automake1.9, gnome-common, cvs Standards-Version: 3.6.2 Package: gchangepass diff -u gchangepass-0.1.5/debian/changelog gchangepass-0.1.5/debian/changelog --- gchangepass-0.1.5/debian/changelog +++ gchangepass-0.1.5/debian/changelog @@ -1,3 +1,11 @@ +gchangepass (0.1.5-1.1) unstable; urgency=low + + * Non-maintainer upload. +- Add patch to build with gettext 0.15 (Closes: #386220) +- Depend on automake1.9 and cvs + + -- Alexander Wirt [EMAIL PROTECTED] Sun, 10 Sep 2006 10:21:03 +0200 + gchangepass (0.1.5-1) unstable; urgency=low * New upstream release
Bug#384907: privoxy: Messes up document encoding
On Sun, 27 Aug 2006, Vincas Ciziunas wrote: Package: privoxy Version: 3.0.3-3 Severity: normal Tags: l10n When connecting to http://www.google.lt in firefox directly, fonts are displayed properly. Going through privoxy, some of the document encoding is messed up. Hmmm, I cannot reproduce this problem here. If I connect the URL above, it is translated to German because of using cookies, so I tried wget to get different results. I did a wget --save-headers http://www.google.lt and env http_proxy=localhost:8118 wget --save-headers http://www.google.lt and compared the output. I see no differences, which could influence the character encoding. All I see is a removed expires tag from the cookie and scriptfunction PrivoxyWindowOpen(){return(null);}/script added to the head as well as scriptfunction PrivoxyWindowOpen(a, b, c){return(window.open(a, b, c));}/script below the body of the HTML page. These changes shouldn't influence the character encoding of the HTML page. So I don't see how the page could be broken on your system. Did you modify some of the configuration? I tried this out with a freshly installed privoxy 3.0.3-3 (removed /etc/privoxy before to get rid of everything manually touched before). I attached the two wget results, so you can compare them yourself. Maybe you can load them into your browser and have a look whether they look correct for you (sorry, I don't know which characters are displayed properly in your language). Tscho Roland googlelv.tar.gz Description: application/tar-gz
Bug#386406: libmms: majormms haven't yet granted relicensing to LGPL
severity 386406 important tags 386406 + moreinfo stop Hi Anon, I'm lowering the severity of your bug until you clarify your claims. Please send me the new information you have found. I take licensing very seriously, but you didn't point to material that wasn't already known when I first uploaded libmms to Debian. It was verified by Debian's and Ubuntu's ftpmasters as acceptable. Bye, -- Loïc Minier [EMAIL PROTECTED]
Bug#319994: resolved
On 10 Sep 2006, [EMAIL PROTECTED] wrote: The configure script have to be run with --with-readline=gnu, which is not default. This depends on library readline = version 4.2. that's all. Yeah, There's a legal issue with gnuplot+readline, I had no time to read more about that yet. Chali, could you please look for more information about that and see if I could compile gnuplot with readline? Thanks -- Cyril Bouthors pgp19TP1oSJj9.pgp Description: PGP signature
Bug#385759: qgis: not installable in sid
On Mon, Sep 04, 2006 at 10:27:48PM -0400, Steve Halasz wrote: Does anyone have a response to Steve Langasek's query below? The history of the gdal package naming decision is here: http://lists.alioth.debian.org/pipermail/pkg-grass-general/2005-December/001462.html http://lists.alioth.debian.org/pipermail/pkg-grass-general/2005-December/001498.html http://lists.alioth.debian.org/pipermail/pkg-grass-general/2006-January/001611.html http://lists.alioth.debian.org/pipermail/pkg-grass-general/2006-January/001645.html I believe the -dev package is renamed to deal with the possibility of an API change: http://lists.alioth.debian.org/pipermail/pkg-grass-general/2006-January/001622.html The mere *possibility* of an API change is not a good reason to rename a package; it causes more work for the release team to track such a transition, and more work for the maintainers who would otherwise not necessarily need to upload their packages at all. This seems consistent with the recommendations at http://www.netfort.gr.jp/~dancer/column/libpkg-guide/libpkg-guide.html#id271897 Those recommendations are not endorsed by the release team, precisely because of the extra work they cause for no practical gain. -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. [EMAIL PROTECTED] http://www.debian.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#386789: [INTL:ru] Updated Russian menu po/ translation
On Sun, Sep 10, 2006 at 12:43:44PM +0400, Yuri Kozlov wrote: Package: menu Severity: wishlist Tags: l10n, patch Updated Russian menu po/ru.po file is attached. Hello Yuri, your update is missing the translation of this line --menumethod=method Run only the menu method method.\n in the second-last template. Thanks a lot for your update! Cheers, -- Bill. [EMAIL PROTECTED] Imagine a large red swirl here. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#316203: privoxy: toggle the use of tor / direct connection
forwarded 316203 http://sourceforge.net/tracker/index.php?func=detailaid=1230084group_id=8atid=361118 thanks Hi Florian! On Wed, 29 Jun 2005, Florian Schlichting wrote: I'd love to be able to toggle privoxy's use of TOR (via socks) vs. direct internet connection as easily as toggling the filtering of privoxy. Rationale: I'm very fond of privoxy's filtering capabilities, and would like to use them all the time. In addition, I have to use TOR from time to time in order to access certain web pages. Unfortunately, TOR considerably slows down web browsing (at least from my location), so that its permanent use is not enjoyable at present. While privoxy's filtering can be switched on and off very easily (and quickly, e.g. using a browser shortcut), this is not the case for its forwarding. Changing the browser's proxy settings is also not exactly quick to do (and would leave me without privoxy's service). Thus, I'd very much like a function to toggle between various forwarding-states in the same fashion that filtering can be toggled. In the meantime I started using TOR myself from time to time, so I really understand why you are looking for this feature now. I found a similar feature request a the upstream tracker at http://sourceforge.net/tracker/index.php?func=detailaid=1230084group_id=8atid=361118 the submitter suggests a workaround: Run two instances of privoxy on different ports with different config files (one with TOR and another one without) and toggle between the two instances using the mozilla switchproxy extension (https://addons.mozilla.org/firefox/125/). Tscho Roland signature.asc Description: Digital signature
Bug#385934: xen-hypervisor-3.0-i386: Hypervisor reboots before starting Dom0
Thomas Schwinge [EMAIL PROTECTED] écrivait (wrote) : And in fact, you are right, switching to `xen-hypervisor-3.0-unstable-1-i386' makes the Dom0 boot again. Not the domU(s), however. See some messages above yours on #385934, e.g. http://bugs.debian.org/385934#35. Solved here by starting udevd which was hurt by #386500. -- R : Tu vois !|| Jean Charles Delépine - Université de Picardie Q : Tu crois ? R : Ça casse l'ordre chronologique de l'échange. Q : En quoi répondre au dessus est-il gênant ?
Bug#384919: fixed-upstream
On 10 Sep 2006, [EMAIL PROTECTED] wrote: This history problem is fixed in upstream. Chali, Do you mean this bug is fixed in 4.2.prerelease-20Aug2006 and still appears in 4.0.0-3? If so, could you please add the fixed-upstream tag to this bug? You have to send mail to [EMAIL PROTECTED] with the following message: tag 384919 fixed-upstream thanks -- Cyril Bouthors pgp4A0ckVkzp1.pgp Description: PGP signature
Bug#386702: mutt-ng: $TMP not honored
On Sat, 09 Sep 2006 the mental interface of Wolf Wiegand told: Package: mutt-ng Version: 0.0+20060429-2 Severity: normal Hi, I just noticed that messages which are displayed using an external program (html2text for example) are temporarily saved in /tmp, even if $TMP specifies a different temp-directory. I use libpam-tmpdir, which provides a separate temp-directory for every user: [EMAIL PROTECTED]:~ $ id -u 1000 [EMAIL PROTECTED]:~ $ echo $TMP /tmp/user/1000 Please send the output of $ muttng -t | grep tmpdir Elimar -- Alles was viel bedacht wird ist bedenklich!;-) Friedrich Nietzsche -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#325135: NMU uploaded
On Sun, Sep 10, 2006 at 08:42:44AM +0200, Andreas Barth wrote: I will uploaded an NMU of your package. This was necessary to fix the local privilege escalation and to make sure that /etc/maildroprc has the right owner. Please find the used diff below. Umm, but bug #325135 was an issue on August 29, 2005, and it was fixed by Andres Salomon *on that same day*. The only reason it's not closed is that none of us noticed that it's still open, AFAICT. Oh, crap, no it's not. Other than uploading 1.5.2-2, Andres later uploaded 1.8.1, and apparently omitted that particular patch. I picked up on that package, and assumed that all is well. I'm uploading a fixed package :/ Thanks. However, if you could do me a favour, please also put the CVE-number into the changelog with the next upload - that helps to find out security issues. Oh, sorry about that. I re-instated the 1.5.3-2 changelog entry which includes it, so I didn't think about the new one. In any case, the again-vulnerable package was in unstable for just a couple of days and in testing for one day (and counting...). -- 2. That which causes joy or happiness. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#386791: bind: Wrong permissions on /etc/bind/rndc.key break bind with every update
Package: bind9 Version: 1:9.2.4-1sarge1 Severity: important File: bind Wrong permissions in /etc/bind prevent bind from reading the RNDC-key-file. This causes rndc to stop working after an upgrade of bind because the permissions get set to the bad values with every update of the bind package. Bind reports the following errors: none:0: open: /etc/bind/rndc.key: permission denied and couldn't add command channel 127.0.0.1#953: permission denied. The permissions of get set to -rw-r- and user/group: bind. When manually chowning the file to the user root and letting the group bind as it is everything is just working fine. m System Information: Debian Release: 3.1 Architecture: i386 (i586) Kernel: Linux 2.4.18 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages bind9 depends on: ii adduser 3.63 Add and remove users and groups ii libc6 2.3.2.ds1-22sarge4 GNU C Library: Shared libraries an ii libdns16 1:9.2.4-1sarge1DNS Shared Library used by BIND ii libisc7 1:9.2.4-1sarge1ISC Shared Library used by BIND ii libisccc0 1:9.2.4-1sarge1Command Channel Library used by BI ii libisccfg01:9.2.4-1sarge1Config File Handling Library used ii liblwres1 1:9.2.4-1sarge1Lightweight Resolver Library used ii libssl0.9.7 0.9.7e-3sarge1 SSL shared libraries ii netbase 4.21 Basic TCP/IP networking system -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#381979: (no subject)
On Sunday 10 September 2006 10:51, Attilio Fiandrotti wrote: After posting on gtk-devel, i received some answers [1] from DFB's main developer and GTKDFB original author, but it seems nothing is going to be done to add the needed functionality at the lower GDK or DFB level, so i propose to apply this patch as a temporary workaround. Also discussed with Davide yesterday :-) Do I understand correctly that there are two issues: 1. the kernel keymap needs to be reloaded when kbd-chooser changes it; 2. the running directfb instance for the main menu needs to be told to use the reloaded keymap. IIUC the attempts Davide and I did before my holidays using 'dfbinput -r' did not work because they did 1, but not 2. From the messages on VT2 (or syslog if run from the postinst script) it looks like probably a new dfb instance is started instead of the current one used (which would explain why the frontend does not respond to it). Comparing the output of 'dfbinput -k' however does show that the keymaps really are different! Your patch effectively combines 1 and 2 by always reloading the keymap whenever a new display is built. As a temporary solution your patch may be acceptable, but as you said yourself, it is not very clean. How much work would a real solution be where kbd-chooser (which is a C program!) could somehow signal the frontend that the keymap has changed? It should be trivial to run 'dfbinput -r' from kbd-chooser. But what exactly does 'dfbinput -r' do? Does that somehow signal apps that they should also change the keymap, just as described for X in [1]? Is picking up the signal what is missing in the frontend? Or do we need a smarter version of dfbinput that knows how to hook into the existing dfb instance? Cheers, FJP P.S. I'd be happy to discuss this further on IRC if you like. [1]http://mail.gnome.org/archives/gtk-devel-list/2006-September/msg00020.html pgpcbypRTnj10.pgp Description: PGP signature
Bug#386794: ifupdown: Should install init.d script in dependency order
Package: ifupdown Version: 0.6.7-0.1 Tags: patch I discovered this issue when testing a dependency based boot system based on insserv. When replacing update-rc.d with a version tracking dependencies, it require all scripts to be installed in dependency order. This is a problem for packages with several init.d scripts, where dh_installinit will insert the scripts in the order it is called and not in dependency order. I found this in the ifupdown postinst: # Automatically added by dh_installinit if [ -x /etc/init.d/ifupdown ]; then update-rc.d ifupdown start 39 S . start 36 0 6 . /dev/null || exit $? fi # End automatically added section # Automatically added by dh_installinit if [ -x /etc/init.d/ifupdown-clean ]; then update-rc.d ifupdown-clean start 18 S . /dev/null || exit $? fi # End automatically added section The problem here is that ifupdown depend on ifupdown-clean (according to the override files in insserv, the scripts themselves are yet to be updated, see bug #330230), and insserv refuses to insert ifupdown before ifupdown-clean is inserted. update-rc.d return an error and the postinst terminates before ifupdown-clean is inserted. A solution for this problem is to reorder the two calls to dh_installinit in debian/rules, to install ifupdown-clean first: --- ifupdown-0.6.7/debian/rules.orig2006-09-10 12:20:02.0 +0200 +++ ifupdown-0.6.7/debian/rules 2006-09-10 12:20:16.0 +0200 @@ -142,8 +142,8 @@ dh_installmenu # dh_installemacsen # dh_installpam - dh_installinit --name=ifupdown --no-start -- start 39 S . start 36 0 6 . dh_installinit --name=ifupdown-clean --no-start -- start 18 S . + dh_installinit --name=ifupdown --no-start -- start 39 S . start 36 0 6 . dh_installcron # dh_installmanpages # ^-- can't do our symlink trick With this change, the postinst work fine with an dependency based boot system. Friendly, -- Petter Reinholtdsen -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#384919: marked as done (gnuplot does not save command line history)
On 10 Sep 2006, [EMAIL PROTECTED] wrote: From: Chali Ahmul M.P.U [EMAIL PROTECTED] Subject: bug closed To: [EMAIL PROTECTED] Date: Sun, 10 Sep 2006 11:31:51 +0200 Package: gnuplot Version: 4.2 Tags: fixed-upstream -- Chali, Please don't close bugs that are not fixed yet in Debian. Reopen the bug and tag it as fixed-upstream. -- Cyril Bouthors pgpPHk5fMPvfM.pgp Description: PGP signature
Bug#385033: libxvmc: missing debian/copyright file
reopen 385033 retitle 385033 libxvmc: unlicensed sourcefiles make package undistributable thanks Hi! The new debian/copyright only contains licensing information for src/XvMCWrapper.c. The other source files ./include/X11/extensions/XvMClib.h ./src/XvMClibint.h ./src/XvMC.c do not contain any licensing information and are therefore undistributable. Please contact upstream for a clarification. It would also help to add upstream contact information to the debian/copyright file. Regards, David -- - hallo... wie gehts heute? - *hust* gut *rotz* *keuch* - gott sei dank kommunizieren wir über ein septisches medium ;) -- Matthias Leeb, Uni f. angewandte Kunst, 2005-02-15
Bug#386792: RM: kernel-patch-bluez - Ro?: outdated, unneeded
Package: ftp-master Version: N/A Severity: wishlist Please remove kernel-patch-bluez from unstable. The provided patchsets are outdated for 5 upstream releases. The complete support is merged at least in 2.6 since ages. popcon output: 12162 kernel-patch-2.6-bluez61 0 0 061 (Raphael Bossek) 20079 kernel-patch-2.4-bluez14 0 0 014 (Raphael Bossek) Bastian -- Emotions are alien to me. I'm a scientist. -- Spock, This Side of Paradise, stardate 3417.3 signature.asc Description: Digital signature
Bug#386796: RM: kernel-patch-relayfs - Ro?: outdated, merged
Package: ftp-master Version: N/A Severity: wishlist Please remove kernel-patch-relayfs from unstable. This feature is for 2.6 kernel and merged since at least beginning of the year. popcon: 16394 kernel-patch-relayfs 27 0 0 027 (Yann Dirson) Bastian -- History tends to exaggerate. -- Col. Green, The Savage Curtain, stardate 5906.4 signature.asc Description: Digital signature
Bug#309898: Unreproducible...
severity 309898 normal tags 309898 +unreproducible thanks Hi Martin, oh, i wanted to ask you now if you can help to reproduce this bug? And if you would agree to set its severity to normal. But I know, you're in holidays so I just do it, if you don't agree just bump the severity again, but I think this is not important because I use fluxbox on my desktop at home and I never had this problem. Regards -- .''`. Mario Iseli [EMAIL PROTECTED] : :' :proud user of Debian unstable `. `'` `- Debian - when you have better things to do than fixing a system -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#386550: Heartbeat segfault on x86_64(intel xeon) with ping option in ha.cf
On 10 Sep 2006 at 13:47, Horms wrote: there're two solutions: 1. patch the root app to explicitly increase RLIMIT_MEMLOCK via setrlimit(3) before calling mlock/mlockall 2. execute 'ulimit -l unlimited' in the shell and start the root app by hand the former is the correct method but the latter can be used as a quick fix/confirmation at least. Damien can you see if the second option resolves your problem? I will see about geting the 1st adoped upstream if this hasn't happend already. i took a look at the 1.x and 2.x trees in the meantime and 2.x has already fixed the problem by doing exactly what i suggested as well: setrlimit() to set the lockable memory limit to infinity. in case you want to adopt it yourself, look at the 2.x setrlimit logic in lib/clplumbing/realtime.c:cl_make_realtime(). on a sidenote, based on the grsecurity log, heartbeat drops only its euid from root but not its uid, is that intentional? I'm not sure, but I will find out. i also looked at this code and i think the intention was to drop root for good (i.e., for all uids) by using setuid and the POSIX behaviour, therefore there must a bug somewhere else (libc/kernel?) that fails (in which case other apps could also be affected, this would then be a security problem). -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#386783: 'man exim4' typos: ...the options that specifies a specific...
tags #386783 upstream forwaded #386783 http://www.exim.org/bugzilla/show_bug.cgi?id=387 thanks On Sun, Sep 10, 2006 at 03:14:14AM -0400, A. Costa wrote: Found some typos in '/usr/share/man/man8/exim4.8.gz', see attached '.diff'. Notes: corrected the inconsistent plural, reduced redundancy, and reordered for clarity. I have forwarded this upstream. To keep in sync with upstream, I am not planning to create a Debian-specific patch for this. Greetings Marc -- - Marc Haber | I don't trust Computers. They | Mailadresse im Header Mannheim, Germany | lose things.Winona Ryder | Fon: *49 621 72739834 Nordisch by Nature | How to make an American Quilt | Fax: *49 621 72739835 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#386793: FTBFS: patches skipped missing dependency
Package: sleuthkit Version: 2.06-1 Severity: important Hi, sleuthkit_2.06-1 FTBFS with the following errors: g++ -c -g -Wall -I/usr/local/ssl/include -I/usr/sfw/include -I. -Ilib -o aff_db.o aff_db.cpp In file included from aff_db.cpp:8: afflib_i.h:55:18: error: zlib.h: No such file or directory afflib_i.h:62:26: error: openssl/rand.h: No such file or directory afflib_i.h:63:25: error: openssl/md5.h: No such file or directory make[2]: *** [aff_db.o] Error 1 Also, it has issues with applying patches: at `ls -r debian/patches/*.diff` /dev/null | patch -RENtp1 -r debian/rejected --no-backup-if-mismatch patching file man/man1/dstat.1 Unreversed patch detected! Skipping patch. 2 out of 2 hunks ignored -- saving rejects to file debian/rejected patching file man/man1/dcat.1 Unreversed patch detected! Skipping patch. 2 out of 2 hunks ignored -- saving rejects to file debian/rejected patching file man/man1/ifind.1 Unreversed patch detected! Skipping patch. 1 out of 1 hunk ignored -- saving rejects to file debian/rejected patching file man/man1/jcat.1 Unreversed patch detected! Skipping patch. 1 out of 1 hunk ignored -- saving rejects to file debian/rejected patching file check-install Unreversed patch detected! Skipping patch. 2 out of 2 hunks ignored -- saving rejects to file debian/rejected patching file Makefile Unreversed patch detected! Skipping patch. 1 out of 1 hunk ignored -- saving rejects to file debian/rejected patching file src/sorter/install Unreversed patch detected! Skipping patch. 1 out of 1 hunk ignored -- saving rejects to file debian/rejected patching file src/sorter/sorter.base Unreversed patch detected! Skipping patch. 1 out of 1 hunk ignored -- saving rejects to file debian/rejected make: [clean] Error 1 (ignored) Roberto -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17.11 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=UTF-8) (ignored: LC_ALL set to [EMAIL PROTECTED]) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#386797: cryptonit: broken clean target in debian/rules
Package: cryptonit Severity: normal Don't remove config.status before calling make distclean or the later will fail. make distclean checks ocnfig.status and removes it afterwards anyways. Patch attached. yours Martin --- debian/rules.orig 2006-09-10 12:25:44.0 +0200 +++ debian/rules2006-09-10 12:09:12.0 +0200 @@ -45,7 +45,7 @@ clean1: dh_testdir dh_testroot - rm -f build-stamp config.status configure-stamp + rm -f build-stamp configure-stamp -$(MAKE) distclean ifneq $(wildcard /usr/share/misc/config.sub) cp -f /usr/share/misc/config.sub config.sub signature.asc Description: Digital signature
Bug#386752: cdebconf-gtk-udeb: Probably not enough memory allocated for string
On Sunday 10 September 2006 10:44, Attilio Fiandrotti wrote: Aike has spotted a bug that would have been difficult to catch, in fact this would have shown up only when booting in rescue mode and using recent (2.8.21) GTKDFB libraries. Yes, excellent catch. There are a couple of places in the GTK frontend where i check for GTK version, and this is because i once used to compile it against GTK 2.8/2.9 while 2.0.9 was used in the d-i. Now that d-i has switched to 2.8.x, there would be no longer need for version check: should i remove the version checks so that compiling the GTK frontend against old GTKDFB 2.0.9 will simply fail? I talked to Davide on IRC yesterday and he told me that 2 of the RC issues [1] are fixed in new 2.10.x libs but may be hard to backport to 2.8.x. As long as we do not have definite confirmation from Gnome/GTK team that they will go with 2.10.x for Etch and these issues are not fixed in 2.8.x, I'd like to keep 2.0.9 open as an option [2]. [1] I'm talking about the blue lines and the disappearing selected line in selection lists. [2] Although that may be difficult with cairo using newer directfb... pgpko77V1wemg.pgp Description: PGP signature
Bug#386742: I can confirm this behaviour
severity 386742 important quit I can confirm this behaviour. I'm using Sid on powerpc with 2.6.17 and libc 2.3.6.ds1-4, downgrading firefox to 1.5.dfsg+1.5.0.6-3 solve the problem for now... This bug is at least important since firefox is not usable anymore. Regards Francesco -- :wq -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#386798: lintian: please add gosh to valid_interpreters
Package: lintian Version: 1.23.24 Severity: wishlist Tags: patch Could you please add the Scheme interpreter `/usr/bin/gosh' provided by the gauche package to the list of valid interpreters? (Currently, the wiliki package and the scmail package use it.) --- lintian-1.23.24.orig/checks/scripts +++ lintian-1.23.24/checks/scripts @@ -48,6 +48,7 @@ 'gbx2' = '/usr/bin/gbx2', 'gforth' = '/usr/bin/gforth', 'gnuplot' = '/usr/bin/gnuplot', + 'gosh' = '/usr/bin/gosh', 'guile' = '/usr/bin/guile', 'install-menu' = '/usr/bin/install-menu', 'js' = '/usr/bin/js', @@ -122,6 +123,7 @@ 'gbx2' = 'gambas2-runtime', 'gforth' = 'gforth', 'gnuplot' = 'gnuplot', + 'gosh' = 'gauche', 'guile' = 'guile', 'js' = 'ngs-js', 'kforth' = 'kforth', -- Tatsuya Kinoshita pgpxHXFK2ZD3v.pgp Description: PGP signature
Bug#386799: Typo in hibernate.conf man page: stoped - stopped
Package: hibernate Version: 1.93-1 Severity: minor See Subject. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16 Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Versions of packages hibernate depends on: ii console-tools 1:0.2.3dbs-64 Linux console and font utilities Versions of packages hibernate recommends: ii hdparm6.6-1 tune hard disk parameters for high ii vlock 1.3-10 Virtual Console locking program -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#386576: libdbus-1-dev update breaks builds using dbus-glib
Hi, do you still have this with libdbus-glib-1-dev (= 0.71)? Should work fine with that version and does work with other packages. Bye signature.asc Description: Dies ist ein digital signierter Nachrichtenteil
Bug#386774: hurd: hurd_20060825-2 ruins /servers/socket/2
On Sun, Sep 10, 2006 at 10:07:21AM +0200, Thomas Schwinge wrote: On Sat, Sep 09, 2006 at 11:39:56PM -0400, Bake Timmons III wrote: After upgrading hurd from 20050513-4 to 20060825-2, /servers/socket/2 is now messed up. [...] Merely *unpacking* version 20050513-4 fixes the socket, at which point networking works again. Thanks for the report, but please simply see here: http://lists.debian.org/debian-hurd/2006/09/msg0.html. In short: update your gnumach package alongside the hurd package. If you upgrade the hurd package, the gnumach package should have been upgraded alongside. Only when updating gnumach by itself problems might arise. Bake, what version of the gnumach package do you have, and is your /boot/gnumach.gz self compiled? What network card do you have? Thanks, Michael -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#386795: cdimage.debian.org: Update CDs for 3.1r3 contain DEBs which 3.1r3 DVDs don't contain
Package: cdimage.debian.org Severity: normal -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.16-argentum Locale: LANG=ru_RU.KOI8-R, LC_CTYPE=ru_RU.KOI8-R (charmap=KOI8-R) I've updated my DVDs using jigdo to 3.1r3. Then I decided to make update CDs using jigdo and told it to scan my DVDs for the files. After both DVDs were scanned for files form update CD-1 of 3.1r3, jigdo tells me that 22 files were missing and will be downloaded. I've allways thought that file set must be identical on DVDs and CDs. So I report the bug. The list of missing files followed: pool/contrib/a/asm/libasm-java_1.5.2-1_all.deb pool/contrib/a/azureus/azureus_2.2.0.2-1_i386.deb pool/contrib/b/batik/libbatik-java_1.5.1-1_all.deb pool/contrib/b/bluez-utils/bluez-bcm203x_2.15-1.1_i386.deb pool/contrib/b/btools/libbtools-java_1.1-5_all.deb pool/contrib/g/groovy/groovy_0.1.0beta10-2_all.deb pool/contrib/f/fop/fop_0.20.5-5_all.deb pool/contrib/f/freeguide/freeguide_0.8.5-1_all.deb pool/contrib/f/freemind/freemind_0.7.1-6_all.deb pool/contrib/j/jikes-contrib/jikes-sun_0.8_all.deb pool/contrib/libi/libitext-java/libitext-java_1.02b-4_all.deb pool/contrib/libj/libjazzy-java/libjazzy-java_0.5-3_all.deb pool/contrib/libj/libjcommon-java/libjcommon-java_0.8.3-4_all.deb pool/contrib/libj/libjfreechart-java/libjfreechart-java_0.9.8-3_all.deb pool/contrib/libj/libjfreereport-java/libjfreereport-java_0.8.3c-5_all.deb pool/contrib/libp/libpixie-java/libpixie-java_20030705-4_all.deb pool/contrib/libs/libsapdbc7.5.01-java/libsapdbc7.5.01-java_7.5.01.00-2_all.deb pool/contrib/libt/libtoolbar-java/libtoolbar-java_0.2-2_all.deb pool/contrib/libt/libtoolbutton-java/libtoolbutton-java_0.2-2_all.deb pool/contrib/m/mplayerplug-in/mozilla-mplayer_2.70-1_i386.deb pool/contrib/r/rhdb-explain/rhdb-explain_2.0-1_all.deb pool/contrib/x/xmmplayer/xmms-xmmplayer_0.3.3-1_i386.deb May be second and third update CDs also contain some DEB which are missing on DVDs. -- Max -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#386407: module-assistant: error message source tarball could not be found unhelpful
#include hallo.h * Marc Haber [Thu, Sep 07 2006, 01:20:41PM]: Package: module-assistant Severity: normal Hi, $ module-assistant --text-mode --userdir /tmp/mh build vmware-kernel The source tarball could not be found! Package vmware-kernel-source not installed? It would help if module-assistant would give information _where_ it has looked for the source tarball. /usr/src/vmware-kernel.tar.gz exists, and vmware-kernel-source is installed. Does the -d option display helpful details? Yes, vmware-kernel is a local, unofficial package. Pulled from Ubuntu? Eduard. -- Naja, Garbage Collector eben. Holt den Müll sogar vom Himmel. (Heise Trollforum über Java in der Flugzeugsteuerung)
Bug#386599: postgresql-8.1: cannot unistall because postgresql-common script doesn't exist
tag 386599 moreinfo unreproducible thanks Hi Kike, kike [2006-09-08 20:34 +0200]: Package: postgresql-8.1 Version: 8.1.4-6 Severity: important In the procces of unistallation of postgressql-8.1 it seems that postgresql-common gets succesfully removed but postgresql-8.1 and postgresql-client-8.1 remains uninstalables because of: /var/lib/dpkg/info/postgresql-client-8.1.prerm: line 8: /usr/share/postgresql-common/maintscripts-functions: No existe el fichero o el directorio Can you please describe how you managed to purge postgresql-common with postgresql-8.1 being still installed? Debian Policy 7.2 states 'The Depends field should also be used if the postinst, prerm or postrm scripts require the package to be present in order to run.' postgresql-8.1 depends on postgresql-common and thus its prerm script can rely on postgresql-common still being installed. Did you use --force-depends when purging postgresql-common? Thank you, Martin -- Martin Pitthttp://www.piware.de Ubuntu Developer http://www.ubuntu.com Debian Developer http://www.debian.org In a world without walls and fences, who needs Windows and Gates? signature.asc Description: Digital signature
Bug#386368: dev/shm mounted noexec breaks DOSEMU
Just FYI, my locally compiled DOSEMU 1.3.3 stopped working because it needs /dev/shm to be mounted with the `exec' option. In the file src/arch/linux/mapping/mapfile.c it does mpool = mmap(0, mapsize, PROT_READ|PROT_WRITE|PROT_EXEC, MAP_SHARED, tmpfile_fd, 0); and that fails with EPERM if /dev/shm is mounted with the noexec option. Disclaimer: I have no clue about DOSEMU programming and don't know whether it really needs the PROT_EXEC flag. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#360605: patch: please add a check for terminal size
err the better way to get it is: #include ncurses.h setupterm((char *)0, 1, (int *)0); x=tgetnum(co); y=tgetnum(li); /* printf(%dx%d\n\r,x,y); */ yours, guerkan -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#386801: aolserver4: [INTL:es] Updated Spanish debconf translation
Package: aolserver4 Severity: wishlist Tags: patch l10n Please, consider adding the attached translation. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17.11 Locale: LANG=en_GB.ISO-8859-15, LC_CTYPE=en_GB.ISO-8859-15 (charmap=ISO-8859-15) # #Translators, if you are not familiar with the PO format, gettext #documentation is worth reading, especially sections dedicated to #this format, e.g. by running: # info -n '(gettext)PO Files' # info -n '(gettext)Header Entry' # #Some information specific to po-debconf are available at #/usr/share/doc/po-debconf/README-trans # or http://www.debian.org/intl/l10n/po-debconf/README-trans # #Developers do not need to manually edit POT or PO files. # #Changes: #- First registered release. #Nacho Barrientos Arias [EMAIL PROTECTED], 2006 # msgid msgstr Project-Id-Version: aolserver4 4.0-10-6\n Report-Msgid-Bugs-To: Francesco Paolo Lovergine [EMAIL PROTECTED]\n POT-Creation-Date: 2004-05-12 13:17+0200\n PO-Revision-Date: 2006-09-07 14:16+0200\n Last-Translator: Nacho Barrientos Arias [EMAIL PROTECTED]\n Language-Team: Spanish debian-l10n-spanish@lists.debian.org\n MIME-Version: 1.0\n Content-Type: text/plain; charset=ISO-8859-15\n Content-Transfer-Encoding: 8bit #. Type: note #. Description #: ../aolserver4.templates:3 msgid Welcome to the AOLserver 4. msgstr Bienvenido a AOLserver 4. #. Type: note #. Description #: ../aolserver4.templates:3 msgid AOLserver is a multithreaded, Tcl-enabled, high-performance webserver. msgstr AOLserver es un servidor web de alto rendimiento, que utiliza Tcl y tiene soporte para múltiples hilos. #. Type: note #. Description #: ../aolserver4.templates:3 msgid This software is designed to run multiple domains on a single machine. We will set up just one (main) right now. You can modify the configuration file in /etc/aolserver4 and its init script yourself for more complicated configurations. msgstr Este software está diseñado para servir varios dominios con una única máquina. De momento sólo se configurará uno. Usted mismo puede modificar el fichero de configuración en «/etc/aolserver4» y su script de inicio para realizar configuraciones más avanzadas. #. Type: string #. Description #: ../aolserver4.templates:14 msgid Enter an hostname: msgstr Introduzca un nombre de máquina: #. Type: string #. Description #: ../aolserver4.templates:14 msgid The server needs an hostname to be exposed on redirect pages URL and for informative purposes to identify itself. msgstr El servidor necesita un nombre de máquina para ser expuesto en el URL de las páginas redirigidas y para, con propósito informativo, identificarse a sí mismo. #. Type: string #. Description #: ../aolserver4.templates:14 msgid It is generally the fully-qualified DNS hostname of your computer or localhost, if it is not networked. Use any name which can be legally considered in a URL string in your environment. msgstr Este es generalmente el nombre DNS completo de su máquina, o «localhost» si no está conectada a una red. Use cualquier nombre que, en su entorno, pueda ser considerado válido colocar en un URL. #. Type: string #. Description #: ../aolserver4.templates:25 msgid Enter an IP address number: msgstr Introduzca una dirección IP: #. Type: string #. Description #: ../aolserver4.templates:25 msgid The server needs at least an IP address to listen to. It is generally the primary Ethernet interface (or the loopback address, if you would to use the server just locally). msgstr El servidor necesita al menos una dirección IP en la que escuchar. Esta es generalmente la primera interfaz Ethernet (o la dirección de bucle o «loopback», si pretende usar el servidor sólo localmente). #. Type: string #. Description #: ../aolserver4.templates:25 msgid The default address is the loopback one, which is not recommended for general (network or Internet) use. msgstr La dirección por omisión es la de bucle, que no se recomienda para uso general (en red o en Internet). #. Type: string #. Description #: ../aolserver4.templates:36 msgid Enter a TCP port: msgstr Introduzca un puerto TCP: #. Type: string #. Description #: ../aolserver4.templates:36 msgid AOLserver needs a port number assigned for its use. This is almost always port 80 (the standard HTTP port), but might be different if you have installed a second web server, or have some other service listening on this port. msgstr AOLserver necesita que se le asigne un puerto para su uso. Este casi siempre es el puerto 80 (el puerto estándar para HTTP), pero puede ser diferente si ha instalado otro servidor web, o tiene algún otro servicio escuchando en ese puerto. #. Type: string #. Description #: ../aolserver4.templates:36 msgid It is recommended that you use the default. msgstr Se
Bug#386800: apt should depend on debian-archive-keyring
Package: apt Version: 0.6.45 Severity: serious Justification: vorlon told me, it would be serious ;) Hi! During dist-upgrades from Sarge to Etch, the debian-archive-keyring package is not installed automatically (see recent discussion on debian-release [1]). This leaves the user with an Etch system, where apt tries to check the release files signature, but is unable to do so, because neither gnupg nor debian-archive-keyring (which would pull in gnupg) are installed. So could you please Depend on debian-archive-keyring instead of recommending it? That would solve this upgrade issue. Many thanks! Alexander Links: 1: http://lists.debian.org/debian-release/2006/09/msg00062.html -- Package-specific info: -- (no /etc/apt/preferences present) -- -- (/etc/apt/sources.list present, but not submitted) -- -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-2-k7 Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Versions of packages apt depends on: ii libc62.3.6.ds1-4 GNU C Library: Shared libraries ii libgcc1 1:4.1.1-13 GCC support library ii libstdc++6 4.1.1-13The GNU Standard C++ Library v3 Versions of packages apt recommends: ii debian-archive-keyring2006.01.18 GnuPG archive keys of the Debian a -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#386802: k3b: takes ages to add a large number of files to project
Package: k3b Version: 0.12.17-2 Severity: normal It takes ages to add a lot of files to a DVD project, like by dragging your home directory including hidden files to the project. Or by adding a svn checkout of a moderately sized project (like gcc). It looks like it exponentially get's slower (30sec from 0 to 1.5Gb, now after 15minutes still at 1.8Gb). Maybe related to http://bugs.kde.org/show_bug.cgi?id=112546, but that has a much more recent version of k3b (0.12.90). This makes k3b nearly unusable for backing up to DVD. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-2-686 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages k3b depends on: ii cdparanoia 3a9.8-14 An audio extraction tool for sampl ii kdebase-bin 4:3.5.4-2core binaries for the KDE base mod ii kdelibs-data4:3.5.4-3core shared data for all KDE appli ii kdelibs4c2a 4:3.5.4-3core libraries and binaries for al ii libacl1 2.2.41-1 Access control list shared library ii libart-2.0-22.3.17-1 Library of functions for 2D graphi ii libattr12.4.32-1 Extended attribute shared library ii libaudio2 1.8-2The Network Audio System (NAS). (s ii libc6 2.3.6.ds1-4 GNU C Library: Shared libraries ii libdbus-1-2 0.62-4 simple interprocess messaging syst ii libdbus-qt-1-1c20.62-4 simple interprocess messaging syst ii libexpat1 1.95.8-3.3 XML parsing C library - runtime li ii libfam0 2.7.0-10 Client library to control the FAM ii libfontconfig1 2.3.2-7 generic font configuration library ii libfreetype62.2.1-4 FreeType 2 font engine, shared lib ii libgcc1 1:4.1.1-13 GCC support library ii libhal1 0.5.7.1-1Hardware Abstraction Layer - share ii libice6 1:1.0.1-2X11 Inter-Client Exchange library ii libidn110.6.5-1 GNU libidn library, implementation ii libjpeg62 6b-13The Independent JPEG Group's JPEG ii libk3b2 0.12.17-2The KDE cd burning application lib ii libmusicbrainz4c2a 2.1.4-1 Second generation incarnation of t ii libpng12-0 1.2.8rel-5.2 PNG library - runtime ii libqt3-mt 3:3.3.6-4Qt GUI Library (Threaded runtime v ii libsm6 1:1.0.1-2X11 Session Management library ii libstdc++6 4.1.1-13 The GNU Standard C++ Library v3 ii libx11-62:1.0.0-8X11 client-side library ii libxcursor1 1.1.7-4 X cursor management library ii libxext61:1.0.1-2X11 miscellaneous extension librar ii libxft2 2.1.8.2-8FreeType-based font drawing librar ii libxi6 1:1.0.1-3X11 Input extension library ii libxinerama11:1.0.1-4.1 X11 Xinerama extension library ii libxrandr2 2:1.1.0.2-4 X11 RandR extension library ii libxrender1 1:0.9.1-3X Rendering Extension client libra ii libxt6 1:1.0.2-2X11 toolkit intrinsics library ii mkisofs 5:1.0~pre4-1 Creates ISO-9660 CD-ROM filesystem ii wodim 5:1.0~pre4-1 command line CD writing tool ii zlib1g 1:1.2.3-13 compression library - runtime Versions of packages k3b recommends: ii cdrdao1:1.2.1-7 records CDs in Disk-At-Once (DAO) ii dvd+rw-tools 6.1-3 DVD+-RW/R tools pn kcontrol none (no description available) pn kdebase-kio-plugins none (no description available) pn vcdimager none (no description available) -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#386804: pytone: fails to start
Package: pytone Version: 2.3.1-2 Severity: grave Justification: renders package unusable -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 This package fails to start with this output: Traceback (most recent call last): File /usr/bin/pytone, line 115, in ? songdbid = songdbmanager.addsongdb(songdbname, config.database[songdbname]) File /usr/lib/pytone/services/songdb.py, line 168, in addsongdb songdb = songdbs.local.songdb(id, config, self.songdbhub) File /usr/lib/pytone/services/songdbs/local.py, line 173, in __init__ raise errors.configurationerror(musicbasedir '%s' of database %s is not a directory. % (self.basedir, self.id)) errors.configurationerror: PyTone configuration error: musicbasedir '' of database main is not a directory. - -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-2-686 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages pytone depends on: ii libao2 0.8.6-4 Cross Platform Audio Output Librar ii libc62.3.6.ds1-4 GNU C Library: Shared libraries ii python 2.4.3-11An interactive high-level object-o ii python-eyed3 0.6.10-2Python module for id3-tags manipul ii python-pyao 0.82-1.2A Python interface to the Audio Ou ii python-pymad 0.5.4-3.2 Python wrapper to the MPEG Audio D ii python-support 0.4.3 automated rebuilding support for p Versions of packages pytone recommends: ii python-pyvorbis 1.3-1.2A Python interface to the Ogg Vorb - -- no debconf information -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (GNU/Linux) iD8DBQFFA/JZZtGWqtLzOOERAlxIAJ47R3Llp6BUkz01ImHJ+s1GA78TiwCglzgc B4iYZeUapT/91GhJKfIHmzs= =wgFM -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#386702: mutt-ng: $TMP not honored
Hi, Elimar Riesebieter wrote: Please send the output of $ muttng -t | grep tmpdir Elimar [EMAIL PROTECTED]:~ $ muttng -t | grep tmpdir tmpdir=/tmp [EMAIL PROTECTED]:~ $ grep tmp .muttngrc [EMAIL PROTECTED]:~ $ Cheers, Wolf -- Büroschimpfwort des Tages: Halbhirn - Servicemitarbeiter eines großen Telekommunikationsunternehmens, weil sich dort Gerüchten zufolge immer 2 Mitarbeiter 1 Gehirn teilen müssen. (Carsten Wohlers)
Bug#386803: phpunit2: missing pear packages
Package: phpunit2 Version: 2.3.6-1 Severity: serious When I adopted the package phpunit (for php4) and packaged phpunit2 (for php5), I have overlooked that phpunit2 depends on additional Pear packages not yet in Debian. $ grep dep package.xml deps dep type=php rel=ge version=5.0.2/ dep type=ext rel=hasdom/dep dep type=ext rel=haspcre/dep dep type=ext rel=hasspl/dep dep type=ext rel=has optional=yesxdebug/dep dep type=pkg rel=hasBenchmark/dep dep type=pkg rel=hasConsole_Getopt/dep dep type=pkg rel=has optional=yesLog/dep dep type=pkg rel=hasPEAR/dep /deps $ So at least these Pear packages are to be packaged in Debian: http://pear.php.net/package/Benchmark http://pear.php.net/package/Console_Getopt Piotr Roszatycki [EMAIL PROTECTED] is packaging Benchmark, see ITP bug 330298. signature.asc Description: This is a digitally signed message part
Bug#367976: #367976 module-assistant: Fails to build nvidia kernel module
reassign 367976 nvidia-kernel-source thanks #include hallo.h * A. Costa [Sun, Sep 10 2006, 01:40:05AM]: Package: module-assistant Followup-For: Bug #367976 I get the same build error as Jann Kleen reported, but WITHOUT using 'module-assistant': Yeah, that's pretty obvious a problem in the source itself. Bouncing to maintainer. Eduard. root [VT] /usr/src/modules/nvidia-kernel-legacydebian/rules binary_modules Except the package I compiled was 'nvidia-kernel-legacy'. Here's the last dozen or so lines: nv.c:3344: warning: pointer targets in passing argument 6 of 'rm_alloc_agp_pages' differ in signedness nv.c: In function 'nv_agp_init': nv.c:3711: error: too few arguments to function 'agp_backend_acquire' nv.c:3713: error: too few arguments to function 'agp_backend_release' nv.c: In function 'nvos_count_devices': nv.c:3851: warning: assignment makes pointer from integer without a cast nv.c:3856: warning: assignment makes pointer from integer without a cast nv.c: In function 'lowmem_page_address': /usr/include/linux/mm.h:519: warning: control reaches end of non-void function make[1]: *** [nv.o] Error 1 make[1]: Leaving directory `/usr/src/modules/nvidia-kernel-legacy/nv' make: *** [build-stamp] Error 2 Note that I haven't tried compiling it with 'm-a' yet, but would expect to see the same error. So the bug doesn't seem to be in 'module-assistant' as such... maybe the compiler has changed? Hope this helps... -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.16-2-686 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C) Versions of packages module-assistant depends on: ii libtext-wrapi18n-perl 0.06-5 internationalized substitute of Te ii perl 5.8.8-6.1 Larry Wall's Practical Extraction Versions of packages module-assistant recommends: ii liblocale-gettext-perl1.05-1 Using libc functions for internati -- no debconf information -- towo *kopfschuettel* towo Immer diese Abhaengigen. towo Zigaretten, Alkohol, und, Gott bewahre, Frauen. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#386809: gallery: [INTL:fr] French debconf templates translation
Package: gallery Tags: l10n patch Severity: wishlist Please find attached the french debconf templates update, proofread by the debian-l10n-french mailing list contributors. If you do not already use it, please remember about the podebconf-report-po utility, which helps warning translators about changes when you modify some debconf templates in your packages. See its man page for details. The usual policy when using it is sending a warning to translators when you plan to upload a version of your package with debconf templates changes (EVEN TYPO CORRECTIONS). Then leave about one week for them to update their files (several translation teams have a QA process which requires time). podebconf-report-po will take care of sending the translators the needed material as well as getting the translators adresses from the PO files. All you have to do is just using the utility..:-) If you apply this policy, please forget about these remarks, of courseThis message is generic..:-) -- fr.po Description: application/gettext signature.asc Description: Digital signature
Bug#386812: Please add webalizer links
Package: www.debian.org Severity: wishlist Please add links to weblizer/ftpalizer stats for the http://www.debian.org/mirror/official page: Example for ftp.ch.debian.org http://ftp.ch.debian.org/webalizer/ http://ftp.ch.debian.org/ftpalizer/ Not all of them have that, but I know of the following that also do: http://ftp.no.debian.org/webalizer/ http://ftp.jp.debian.org/webalizer/ http://ftp.at.debian.org/webalizer/ Yours, Guerkan -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#386806: ca-certificates: [INTL:fr] French debconf templates translation
Package: ca-certificates Tags: l10n patch Severity: wishlist Please find attached the french debconf templates update, proofread by the debian-l10n-french mailing list contributors. If you do not already use it, please remember about the podebconf-report-po utility, which helps warning translators about changes when you modify some debconf templates in your packages. See its man page for details. The usual policy when using it is sending a warning to translators when you plan to upload a version of your package with debconf templates changes (EVEN TYPO CORRECTIONS). Then leave about one week for them to update their files (several translation teams have a QA process which requires time). podebconf-report-po will take care of sending the translators the needed material as well as getting the translators adresses from the PO files. All you have to do is just using the utility..:-) If you apply this policy, please forget about these remarks, of courseThis message is generic..:-) -- fr.po Description: application/gettext
Bug#386807: ca-certificates: [INTL:fr] French program translation
Package: apt-listchanges Tags: l10n patch Severity: wishlist (this is a standard message, not customized for your package) Please find attached the french translation of this package's programs, proofread by the debian-l10n-french mailing list contributors. This file should be put as fr.po in the appropriate po/ directory. If this package is not a native Debian package, please don't forget to forward this translation to the upstream maintainer. Depending on the version of the build tools or the build process used in the software, you may have to update the LINGUAS variable in the configure scripts in case the french translation is a *new* translation for this software/package. fr.po Description: application/gettext
Bug#386810: RM: kernel-patch-bluez - Ro?: outdated, unneeded
Package: ftp.debian.org Version: N/A Severity: wishlist Please remove kernel-patch-bluez from unstable. The provided patchsets are outdated for 5 upstream releases. The complete support is merged at least in 2.6 since ages. popcon output: 12162 kernel-patch-2.6-bluez61 0 0 061 (Raphael Bossek) 20079 kernel-patch-2.4-bluez14 0 0 014 (Raphael Bossek) Bastian -- Emotions are alien to me. I'm a scientist. -- Spock, This Side of Paradise, stardate 3417.3 signature.asc Description: Digital signature
Bug#378986: shlibs file is broken (with patch)
tags 378986 + patch thanks Hi! This is easy to fix, just stop forcing dh_makeshlibs hand and remove the wrong -m parameter. See attached patch. Regards, David -- - hallo... wie gehts heute? - *hust* gut *rotz* *keuch* - gott sei dank kommunizieren wir über ein septisches medium ;) -- Matthias Leeb, Uni f. angewandte Kunst, 2005-02-15 diff -uwrbN radiusclient-0.3.2/debian/changelog radiusclient-0.3.2.new/debian/changelog --- radiusclient-0.3.2/debian/changelog 2006-09-10 13:04:00.0 +0200 +++ radiusclient-0.3.2.new/debian/changelog 2006-09-10 12:52:15.0 +0200 @@ -1,3 +1,10 @@ +radiusclient (0.3.2-9.1) unstable; urgency=low + + * Nonmaintainer Upload + * fixes shlibs generation. Closes: #378986 + + -- David Schmitt [EMAIL PROTECTED] Sun, 10 Sep 2006 12:51:20 +0200 + radiusclient (0.3.2-9) unstable; urgency=low * Fix auth on 64bit machines. Patch by Tim Weippert. diff -uwrbN radiusclient-0.3.2/debian/rules radiusclient-0.3.2.new/debian/rules --- radiusclient-0.3.2/debian/rules 2006-09-10 13:04:00.0 +0200 +++ radiusclient-0.3.2.new/debian/rules 2006-09-10 12:54:15.0 +0200 @@ -74,7 +74,7 @@ dh_shlibdeps dh_gencontrol - dh_makeshlibs -m$(version_so) + dh_makeshlibs dh_md5sums chmod 600 $(topdir)/debian/tmp/etc/radiusclient/servers
Bug#386759: dpkg: [INTL:es] Spanish translation update
Quoting Javier Fernández-Sanguino Peña ([EMAIL PROTECTED]): Package: dpkg Version: 1.13.22 Severity: wishlist Tags: patch l10n Hi dpkg maintainers, attached is an update for dpkg's Spanish translation. Please commit it in the next package upload, thanks. I'm offline now, in a country where busses on autovias do not have wireless access (this is really thrid world:-)). So I can't check, but do you want SVN commit access so that you can do the boring task of committing and update changelogs all by yourself? :-) In case I already asked this to you and you declined, please accept apologies, of course... signature.asc Description: Digital signature
Bug#386148: postgresql-common: improvements for pg_{create,drop}cluster
tag 386148 pending thanks Hi Bastian, Bastian Kleineidam [2006-09-05 18:44 +0200]: --- /usr/bin/pg_createcluster.orig2006-09-05 12:14:16.0 +0200 +++ /usr/bin/pg_createcluster 2006-09-05 16:31:47.0 +0200 @@ -304,6 +304,15 @@ setup_pg_hba if $newcluster; # configure socket directory +if ($socketdir) { +if (-e $socketdir) { +chmod 0750, $socketdir; +chown $owneruid, $ownergid, $socketdir; +} +elsif (system 'install', '-d', '-m', '0750', '-o', $owneruid, '-g', $ownergid, $socketdir) { +error 'could not create socket directory'; +} +} I changed this to not touch permissions of an existing directory. Changing permissions of e. g. /tmp would have grave results on the system, and in general I feel that existing directory permissions should be honoured. I also changed the permissions to 0755. +If a custom socket directory is given and it does not exist, it is created. +The permissions are adjusted to allow write access to the cluster owner and +group. POD updated accordingly with above adjustments. -=item B-e Iencoding, B--encoding Iencoding +=item B-e Iencoding, B--encoding=Iencoding [and similar cases] Committed. --- /usr/bin/pg_dropcluster.orig 2006-09-05 12:29:12.0 +0200 +++ /usr/bin/pg_dropcluster 2006-09-05 16:31:47.0 +0200 Committed this change, too. Thank you! Martin -- Martin Pitthttp://www.piware.de Ubuntu Developer http://www.ubuntu.com Debian Developer http://www.debian.org In a world without walls and fences, who needs Windows and Gates? signature.asc Description: Digital signature
Bug#386789: [INTL:ru] Updated Russian menu po/ translation
2006/9/10, Bill Allombert [EMAIL PROTECTED]: On Sun, Sep 10, 2006 at 12:43:44PM +0400, Yuri Kozlov wrote: Updated Russian menu po/ru.po file is attached. Hello Yuri, your update is missing the translation of this line --menumethod=method Run only the menu method method.\n in the second-last template. Oh, I have forgotten this line. Thank you. New version is attached. -- Regards, Yuri Kozlov menu_ru.po.gz Description: GNU Zip compressed data
Bug#369571: gnudoq: prints empty grid
Hello, The qt printing system tries to include the fonts it uses in the postscript files it generates. Depending on the installed packages and the font configuration of the system qt might silently skip the font inclusion, resulting in broken postscript files. Changing the font name to a more standard font seem to resolve the problem. Next upload resolves this bug. Thanks for the help. -- Arnaud Cornet -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#314988: geomview: Another undefined option
Hi. Version 1.8.2 compiles and works! Unfortunately, that's not the end of the story. The gui starts and the program seems functional, when geomview is launched without command line arguments. But when providing a gcl script as argument, the program crashes: $ ./geomview cmd.gcl Geomview: internal error: Segmentation violation; dump core now (y/n) [n] ? I am going to raise the issue on the geomview mailing-list. Best, Gilles -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#366293: [bugzilla]
Hello, Do you manage to reproduce the bug with 2.22-3 ? I personnaly don't. Regards, Alexis -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#386811: RM: kernel-patch-relayfs - Ro?: outdated, merged
Package: ftp.debian.org Version: N/A Severity: wishlist Please remove kernel-patch-relayfs from unstable. This feature is for 2.6 kernel and merged since at least beginning of the year. popcon: 16394 kernel-patch-relayfs 27 0 0 027 (Yann Dirson) Bastian -- History tends to exaggerate. -- Col. Green, The Savage Curtain, stardate 5906.4 signature.asc Description: Digital signature
Bug#386805: Partition appears in format list twice
Package: installation-reports Boot method: di3 full(non-netboot) CD Image version: Aprox 3rd Sep via jigdo Date: 10-Sep-2006 Machine: Processor: Athlon 1600+ Memory: 516672 kB Partitions: /dev/hdb6 ext3 9614116 1174616 7951128 13% / tmpfstmpfs 258336 0258336 0% /dev/shm tmpfstmpfs 10240 148 10092 2% /dev /dev/hdc iso9660 658938658938 0 100% /media/cdrom0 Output of lspci and lspci -n: 00:00.0 Host bridge: VIA Technologies, Inc. VT8366/A/7 [Apollo KT266/A/333] 00:01.0 PCI bridge: VIA Technologies, Inc. VT8366/A/7 [Apollo KT266/A/333 AGP] 00:0d.0 Ethernet controller: Lite-On Communications Inc LNE100TX (rev 20) 00:0e.0 Multimedia audio controller: C-Media Electronics Inc CM8738 (rev 10) 00:0f.0 Multimedia video controller: Brooktree Corporation Bt878 Video Capture (rev 11) 00:0f.1 Multimedia controller: Brooktree Corporation Bt878 Audio Capture (rev 11) 00:11.0 ISA bridge: VIA Technologies, Inc. VT8233 PCI to ISA Bridge 00:11.1 IDE interface: VIA Technologies, Inc. VT82C586A/B/VT82C686/A/B/VT823x/A/C PIPC Bus Master IDE (rev 06) 00:11.2 USB Controller: VIA Technologies, Inc. VT82x UHCI USB 1.1 Controller (rev 1b) 00:11.3 USB Controller: VIA Technologies, Inc. VT82x UHCI USB 1.1 Controller (rev 1b) 00:11.4 USB Controller: VIA Technologies, Inc. VT82x UHCI USB 1.1 Controller (rev 1b) 01:00.0 VGA compatible controller: nVidia Corporation NV15DDR [GeForce2 Ti] (rev a4) lspci -n 00:00.0 0600: 1106:3099 00:01.0 0604: 1106:b099 00:0d.0 0200: 11ad:0002 (rev 20) 00:0e.0 0401: 13f6:0111 (rev 10) 00:0f.0 0400: 109e:036e (rev 11) 00:0f.1 0480: 109e:0878 (rev 11) 00:11.0 0601: 1106:3074 00:11.1 0101: 1106:0571 (rev 06) 00:11.2 0c03: 1106:3038 (rev 1b) 00:11.3 0c03: 1106:3038 (rev 1b) 00:11.4 0c03: 1106:3038 (rev 1b) 01:00.0 0300: 10de:0151 (rev a4) Base System Installation Checklist: [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it Initial boot worked:[O] Configure network HW: [O] Config network: [O] Detect CD: [O] Load installer modules: [O] Detect hard drives: [O] Partition hard drives: [E] Create file systems:[O] Mount partitions: [O] Install base system:[O] Install boot loader:[O] Reboot: [O] Comments/Problems: Installed with expertgui. The only issues I noticed were with partitioning the disks (manual partitioning). I created two logical partitions on hdb. hdb6=ext3 / and hdb7=swap created in that order Writing changes showed this: The following partitions are going to be formatted: partition #6 of IDE1 master (hda) as swap partition #6 of IDE1 slave (hdb) as ext3 partition #7 of IDE1 slave (hdb) as swap. Now technically this is accurate, there is a swap partition on hda6 from my sarge install. However that partition was not referenced or modified by me in any way. I guess formatting it again won't do any harm but on the other hand why is the installer deciding to format other partitions? Also the interface for partitioning (partition list) was a little inconsistent in that it was the only screen which did not allow me to select items with the mouse. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#364288: Bug#331435: xserver-xorg: Mouse pointer occasionally vanishes
close 364288 quit * Tore Anderson I've been running fvwm and KDE for more than two weeks now, and have not yet experienced a hang. So it appears that Openbox is triggering a bug in Xorg. I'll try to run it with debugging activated to see if I figure out something more. I think I've found out what causes it. The clock on my workstation is too fast, it needs only around two minutes and fifteen seconds to drift ahead one second. This makes ntpd step the time backwards, which appears to be what causes the hangs. Only happens sometimes, though, but I observerd a clear correlation between the hangs and clock stepping when I tested manually with ntpdate. Even though X11R6 had no problems with this, I'm closing this bug as it's unlikely to affect many users (it appears they'd need both to be running Openbox and ntpd, as well as to have defective hardware). -- Tore Anderson -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#386807: Acknowledgement (ca-certificates: [INTL:fr] French program translation)
retitle 386807apt-listchanges: [INTL:fr] French program translation thanks Correction my mistake. The attached file should have been correct. signature.asc Description: Digital signature
Bug#375619: cogito: Please push debian directory upstream
Hi, I can still see debian/ subdirectory in the upstream git. I don't understand the advantage in not having it - how would that make Debian's job easier? It would certainly require additional steps for Debian users wanting to build custom Cogito packages. I will gladly take any patches to update Cogito's debian/ directory, tho'. -- Petr Pasky Baudis Stuff: http://pasky.or.cz/ Snow falling on Perl. White noise covering line noise. Hides all the bugs too. -- J. Putnam -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]