Bug#343844: INTL:vi Vietnamese translation for base-config_debian
tags 343844 pending thanks Quoting Clytie Siddall ([EMAIL PROTECTED]): > Package: base-config_debian > Version: 2 6.6 > Severity: wishlist > Tags: l10n, patch > > Please find attached the updated Vietnamese translation for the > Debian Installer file base-config_debian Commited. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#343847: INTL:vi Vietnamese translation for tasksel_tasks
Package: debian installer Version: Level 2 Severity: wishlist Tags: l10n, patch Please find attached the updated Vietnamese translation for the Debian Installer file tasksel_tasks tasksel_debian_po_vi.po.gz Description: GNU Zip compressed data translated and submitted by: Clytie Siddall (vi-VN, Vietnamese free-software translation team / nhóm Việt hóa phần mềm tự do)
Bug#343846: dict-gcide: multiple definitions returned
Package: dict-gcide Version: 0.48-4 Severity: normal Defining the word "prairie" returns the definition of both prairie and gun. -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.8-2-386 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages dict-gcide depends on: ii dictd [dict-server] 1.9.15-1 Dictionary Server -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#343845: INTL:vi Vietnamese translation for tasksel_debian
Package: debian installer Version: Level 2 Severity: wishlist Tags: l10n, patch Please find attached the updated Vietnamese translation for the Debian Installer file tasksel_debian. Can't quote it in headers above because there is no version number in the file. I have just written to Thịnh and asked if he will be continuing with his Installer files this semester. I have been updating them over his holidays, and rather hope to hand them back soon. ;) Quyên, who was another but very much embryo translator, is too busy this semester. I hope it's not going to be only me again. tasksel_debian_po_vi.po.gz Description: GNU Zip compressed data translated and submitted by: Clytie Siddall (vi-VN, Vietnamese free-software translation team / nhóm Việt hóa phần mềm tự do)
Bug#342047: firefox: Installation/upgrade of extensions fails to complete
On Sun, Dec 18, 2005 at 01:34:59AM -0500, Eric Dorland <[EMAIL PROTECTED]> wrote: > * Stephen Smith ([EMAIL PROTECTED]) wrote: > > Package: firefox > > Version: 1.4.99+1.5rc3.dfsg-2 > > Severity: normal > > > > Firefox extension (known to work with 1.5) fail to complete their > > installation on restart. The extension tool shows (from memory): > > > > will be [installed/upgraded] when Deer Park restarts > > > > This does not appear to be an upstream issue as running the official > > 1.5 release causes the installation to complete. FYI, the extensions manager is now no longer a debian specific one. Upstream totally changed it and it is now almost useable without changes, except that i don't recommend people to run firefox with the root user. > Which extension? I need details so i can try to reproduce it. FWIW, I randomly got this kind of behaviour with the official 1.5 release on windows... Mike -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#343844: INTL:vi Vietnamese translation for base-config_debian
Package: base-config_debian Version: 2 6.6 Severity: wishlist Tags: l10n, patch Please find attached the updated Vietnamese translation for the Debian Installer file base-config_debian base-config_debian_po_vi.po.gz Description: GNU Zip compressed data translated and submitted by: Clytie Siddall (vi-VN, Vietnamese free-software translation team / nhóm Việt hóa phần mềm tự do)
Bug#343841: kalzium: Kalzium crashes during work with spectra
Package: kalzium Version: 4:3.5.0-1 Severity: important Tags: experimental Kalzuim crashes with signal SIGSERV (11) during work with popup window (information about element), namely with spectra. This is crash-trace: (no debugging symbols found) Using host libthread_db library "/lib/tls/i686/cmov/libthread_db.so.1". (no debugging symbols found) `system-supplied DSO at 0xe000' has disappeared; keeping its symbols. (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) [Thread debugging using libthread_db enabled] [New Thread -1237797184 (LWP 6444)] (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) [KCrash handler] #4 0xb6d33e02 in QListBox::itemRect () from /usr/lib/libqt-mt.so.3 #5 0xb7ab2fae in KJanusWidget::IconListItem::highlight () from /usr/lib/libkdeui.so.4 #6 0xb7ab31fb in KJanusWidget::IconListBox::slotOnItem () from /usr/lib/libkdeui.so.4 #7 0xb7ab3246 in KJanusWidget::slotOnItem () from /usr/lib/libkdeui.so.4 #8 0xb7ab3940 in KJanusWidget::qt_invoke () from /usr/lib/libkdeui.so.4 #9 0xb6c48c93 in QObject::activate_signal () from /usr/lib/libqt-mt.so.3 #10 0xb6fed482 in QListBox::onItem () from /usr/lib/libqt-mt.so.3 #11 0xb6d37b19 in QListBox::mouseMoveEvent () from /usr/lib/libqt-mt.so.3 #12 0xb6c83e30 in QWidget::event () from /usr/lib/libqt-mt.so.3 #13 0xb6bde698 in QApplication::internalNotify () from /usr/lib/libqt-mt.so.3 #14 0xb6bdec6b in QApplication::notify () from /usr/lib/libqt-mt.so.3 #15 0xb72a7abc in KApplication::notify () from /usr/lib/libkdecore.so.4 #16 0xb6b6e653 in QApplication::sendSpontaneousEvent () from /usr/lib/libqt-mt.so.3 #17 0xb6b69ae4 in QETWidget::translateMouseEvent () from /usr/lib/libqt-mt.so.3 #18 0xb6b67dbe in QApplication::x11ProcessEvent () from /usr/lib/libqt-mt.so.3 #19 0xb6b818c0 in QEventLoop::processEvents () from /usr/lib/libqt-mt.so.3 #20 0xb6bf6da2 in QEventLoop::enterLoop () from /usr/lib/libqt-mt.so.3 #21 0xb6bf6ccb in QEventLoop::exec () from /usr/lib/libqt-mt.so.3 #22 0xb6bdd225 in QApplication::exec () from /usr/lib/libqt-mt.so.3 #23 0x08096796 in ?? () #24 0xbf93cbcc in ?? () #25 0x083558f0 in ?? () #26 0x0001 in ?? () #27 0x in ?? () -- 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.14.3 Locale: LANG=ru_RU.KOI8-R, LC_CTYPE=ru_RU.KOI8-R (charmap=KOI8-R) Versions of packages kalzium depends on: ii kalzium-data 4:3.5.0-1 data files for Kalzium ii kdelibs4c2a 4:3.5.0-1 core libraries for all KDE applica ii libc6 2.3.5-8.1 GNU C Library: Shared libraries an ii libgcc1 1:4.0.2-5 GCC support library ii libkdeedu34:3.5.0-1 library for use with KDE education ii libqt3-mt 3:3.3.5-3 Qt GUI Library (Threaded runtime v ii libstdc++64.0.2-5The GNU Standard C++ Library v3 Versions of packages kalzium recommends: ii kdeedu-data 4:3.5.0-1 shared data for KDE educational ap -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#343843: dhelp: [INTL:ru] Russian debconf tepmlates translation
Package: dhelp Version: 0.5.23 Severity: wishlist Tags: l10n,patch Russian debconf tepmlates translation has attached. -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.11.7 Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to ru_RU.UTF-8) Versions of packages dhelp depends on: ii debconf [debconf-2.0] 1.4.36 Debian configuration management sy ii libc6 2.3.2.ds1-22 GNU C Library: Shared libraries an ii libdb3 3.2.9-22 Berkeley v3 Database Libraries [ru ii perl-modules5.8.7-4 Core Perl modules -- debconf information excluded # translation of ru.po to Russian # This file is distributed under the same license as the PACKAGE package. # Copyright (C) YEAR THE PACKAGE'S COPYRIGHT HOLDER. # Yuri Kozlov <[EMAIL PROTECTED]>, 2005. # msgid "" msgstr "" "Project-Id-Version: dhelp-0.5.23\n" "Report-Msgid-Bugs-To: \n" "POT-Creation-Date: 2005-12-18 10:07+0300\n" "PO-Revision-Date: 2005-12-18 10:14+0300\n" "Last-Translator: Yuri Kozlov <[EMAIL PROTECTED]>\n" "Language-Team: Russian \n" "MIME-Version: 1.0\n" "Content-Type: text/plain; charset=UTF-8\n" "Content-Transfer-Encoding: 8bit\n" "X-Generator: KBabel 1.9.1\n" #. Type: select #. Description #: ../templates:4 msgid "Dhelp console browser" msgstr "Программа просмотра помощи в консоли для Dhelp" #. Type: select #. Description #: ../templates:4 msgid "Please select the default console browser for dhelp." msgstr "Выберите программу для просмотра помощи в консоли для dhelp." #. Type: select #. Description #: ../templates:4 msgid "" "Individual users can override this setting in ~/.dhelp/www-browser-console, " "e.g. with \n" " echo w3m > ~/.dhelp/www-browser-console." msgstr "" "Любой пользователь может изменить эту настройку в \n" "файле ~/.dhelp/www-browser-console, например так: \n" " echo w3m > ~/.dhelp/www-browser-console." #. Type: select #. Description #: ../templates:14 msgid "Dhelp X Window System browser" msgstr "Программа просмотра помощи в X Window System для Dhelp" #. Type: select #. Description #: ../templates:14 msgid "Please select the default X Window System browser for dhelp." msgstr "Выберите программу для просмотра помощи в X Window System для dhelp." #. Type: select #. Description #: ../templates:14 msgid "" "Individual users can override this setting in ~/.dhelp/www-browser-x, e.g. " "with \n" " echo galeon > ~/.dhelp/www-browser-x." msgstr "" "Любой пользователь может изменить эту настройку в \n" "файле ~/.dhelp/www-browser-x, например так: \n" " echo galeon > ~/.dhelp/www-browser-x."
Bug#343842: azureus: Icons (the pixmaps) on the toolbar are changed
Package: azureus Version: 2.3.0.6-1 Severity: important On the toolbar of Azureus there's an icon for opening a torrent (1) and another one for opening a torrent without downloading anything (2). [I won't say the names here because my Azureus is not in English, so they wouldn't be useful.] Their icons differ only by a tiny lock, meaning that the program will be locked not to change the file, which obviously represents the action of (2). However, they are changed, and the lock is on (1), while (2) is clear. I know what each of them mean, but what if it was the first time I ran Azureus? I would be lost. Maybe this problem is related to my configurations. I think it's not, but I didn't test Azureus on a clean user. If you think it's something here, contact me and I create a test user for this. Cya, Felipe. -- System Information: Debian Release: testing/unstable APT prefers experimental APT policy: (901, 'experimental'), (900, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15-rc5-ck3-dynticks Locale: LANG=pt_BR.UTF-8, LC_CTYPE=pt_BR.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to pt_BR.UTF-8) Versions of packages azureus depends on: ii libcommons-cli-java 1.0-7 API for working with the command l ii liblog4j1.2-java 1.2.12-1 Logging library for java ii libseda-java 3.0-3 the Staged Event-Driven Architectu ii libswt-gtk-3.1-java 3.1-3 Standard Widget Toolkit for GTK Ja pn sun-j2re1.5 | java-virtua (no description available) ii sun-j2sdk1.5 [java2-runti 1.5.0+update02 Java(TM) 2 SDK, Standard Edition, Versions of packages azureus recommends: ii java-package 0.27 utility for building Java(TM) 2 re -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#342047: firefox: Installation/upgrade of extensions fails to complete
* Stephen Smith ([EMAIL PROTECTED]) wrote: > Package: firefox > Version: 1.4.99+1.5rc3.dfsg-2 > Severity: normal > > Firefox extension (known to work with 1.5) fail to complete their > installation on restart. The extension tool shows (from memory): > > will be [installed/upgraded] when Deer Park restarts > > This does not appear to be an upstream issue as running the official > 1.5 release causes the installation to complete. Which extension? I need details so i can try to reproduce it. -- Eric Dorland <[EMAIL PROTECTED]> ICQ: #61138586, Jabber: [EMAIL PROTECTED] 1024D/16D970C6 097C 4861 9934 27A0 8E1C 2B0A 61E9 8ECF 16D9 70C6 -BEGIN GEEK CODE BLOCK- Version: 3.12 GCS d- s++: a-- C+++ UL+++ P++ L++ E++ W++ N+ o K- w+ O? M++ V-- PS+ PE Y+ PGP++ t++ 5++ X+ R tv++ b+++ DI+ D+ G e h! r- y+ --END GEEK CODE BLOCK-- signature.asc Description: Digital signature
Bug#343840: inkscape: there should be per-user default templates
Package: inkscape Version: 0.43-0.0etch1 Severity: normal I think that there should be per-user default templates. It doesn't make sense to me that there aren't, and that I have to specify the same things every time I open a new document. They would be stored in something like ~/.inkscape/templates/default That would make the most sense to me. This is somewhat related to bug 342388, since it references a problem with default paper size in the template, but I would expand that to include all default template preferences. jamie. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (990, 'testing'), (600, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12-1-686 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages inkscape depends on: ii libatk1.0-0 1.10.3-1The ATK accessibility toolkit ii libbonobo2-0 2.10.1-1Bonobo CORBA interfaces library ii libc62.3.5-8 GNU C Library: Shared libraries an ii libfontconfig1 2.3.2-1 generic font configuration library ii libfreetype6 2.1.7-2.4 FreeType 2 font engine, shared lib ii libgc1c2 1:6.5-1 conservative garbage collector for ii libgcc1 1:4.0.2-5 GCC support library ii libgconf2-4 2.10.1-6GNOME configuration database syste ii libglib2.0-0 2.8.3-1 The GLib library of C routines ii libglibmm-2.4-1c22.6.1-1.2 C++ wrapper for the GLib toolkit ( ii libgnomevfs2-0 2.10.1-5The GNOME virtual file-system libr ii libgtk2.0-0 2.6.10-1The GTK+ graphical user interface ii libgtkmm-2.4-1c2 1:2.6.2-1.1 C++ wrappers for GTK+ 2.4 (shared ii liborbit21:2.12.4-1 libraries for ORBit2 - a CORBA ORB ii libpango1.0-01.8.2-3 Layout and rendering of internatio ii libperl5.8 5.8.7-9 Shared Perl library ii libpng12-0 1.2.8rel-5 PNG library - runtime ii libpopt0 1.7-5 lib for parsing cmdline parameters ii libsigc++-2.0-0c22.0.16-1type-safe Signal Framework for C++ ii libstdc++6 4.0.2-5 The GNU Standard C++ Library v3 ii libx11-6 6.8.2.dfsg.1-11 X Window System protocol client li ii libxft2 2.1.7-1 FreeType-based font drawing librar ii libxml2 2.6.22-2GNOME XML library ii libxrender1 1:0.9.0-2 X Rendering Extension client libra ii libxslt1.1 1.1.15-2XSLT processing library - runtime ii xlibs6.8.2.dfsg.1-11 X Window System client libraries m ii zlib1g 1:1.2.3-8 compression library - runtime Versions of packages inkscape recommends: pn dia | dia-gnome(no description available) ii imagemagick6:6.2.4.5-0.2 Image manipulation programs pn libwmf-bin (no description available) pn perlmagick (no description available) pn pstoedit (no description available) pn sketch (no description available) -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#343722: Where is libofx installed on debian?
ace jones <[EMAIL PROTECTED]> writes: > Another user reported having this problem, and said his dtd files were > in /usr/share/libofx2c2a. Is this were debian puts them? > > If so, could you send me the config.log from when this package is > built? libofx looks for the dtd files in $(datadir)/libofx. If I can > figure out how you configured libofx to install the data files to > libofx2c2a, I can point the dtd files to the right place. > > If you guys want to fix this immediately in your package, edit the > configure.in file for libofx, find the LIBOFX_DTD_DIR= line, and change > it to point to where the DTD's really will be. Oh, by directly moving them there so that they are named according to the package name. (They belong in a /usr/share directory that is named the same way the package is.) Thanks for the bug fix. Thomas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#342388: per-user default document template
To throw in my 2cents, I think the right way to do it would be to have per-user default templates, stored, possibly in ~/.inkscape/templates/default.svg, or something similar. That makes a lot more sense to me, cause then each user could set his default the way he likes it best. jamie. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#341804: scim-tables-zh: Cannot install double width * and ? because those are wildcard.
On Sat, Dec 03, 2005 at 04:30:40PM +0800, Bug Filler wrote: > Package: scim-tables-zh > Version: 0.5.4-1 > Severity: minor > > For Chinese table input, * and ? are used as wildcard keys. Therefore > there are no way input double width * and ?. Thanks for reporting. Would you please specify which table you are using? * and ? are used in a lot of tables as the wildcard char, but not all tables use them. If you feel the table you are using shouldn't use wildcard char, please tell your reasons. I agree it would be nice to have an option to let the user disable wildcard char usage though. Ming 2005.12.18 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#334652: I can reproduce this bug (I think)
Hi Will,
On Tue, Nov 01, 2005 at 07:21:47PM +, Will Newton wrote:
>
> /usr/bin/scim-setup: line 32: 22887 Segmentation fault
> ${exec_prefix}/lib/scim-1.0/scim-helper-launcher setup
> 8034d025-bdfc-4a10-86a4-82b9461b32b0 $*
First sorry for the late reply.
I still can't reproduce this with scim-pinyin (although scim-setup does
crash with scim-uim installed, but I suppose that's a separate issue).
Can you still reproduce this segfault in updated sid? If so, would you
please follow up this bug with reportbug, so that I can gather the extra
information for your system?
Ming
2005.12.18
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#334652: scim-setup segfaults on startup
Hi Shaun, On Thu, Dec 15, 2005 at 10:19:50AM +0800, Shaun Lee wrote: > Package: scim > Version: 1.4.2-1 [snipped] > ii scim-uim0.1.3-3+b1 UIM IM engine module for SCIM Thanks for the extra information, it's quite helpful. Now I can reproduce this segfault (in Ubuntu dapper), would you please remove scim-uim and try again? To me it seems the segfault is caused by some module in scim-uim. Ming 2005.12.18 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#343839: aptitude: segfaults trying to downgrade e2fsprogs
Package: aptitude Version: 0.4.1-1 Severity: normal I just attempted to downgrade all the binary packages from e2fsprogs using aptitude. It segfaulted: # aptitude Ouch! Got SIGSEGV, dying.. Segmentation fault I had the following things going on: mozilla-firefox on hold at version 1.0.7-a libwine-arts set to be purged downgrades for e2fslibs, e2fsprogs, libblkid1, libcomerr2, libss2, and libuuid1 (all from version 1.38+1.39-WIP-2005.12.10-1 to version 1.38-2) Let me know if additional information is required. -Ivan -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.14.4 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages aptitude depends on: ii apt [libapt-pkg-libc6.3-6-3.1 0.6.43 Advanced front-end for dpkg ii libc6 2.3.5-8.1 GNU C Library: Shared libraries an ii libgcc1 1:4.0.2-5 GCC support library ii libncursesw5 5.5-1 Shared libraries for terminal hand ii libsigc++-2.0-0c2a2.0.16-2 type-safe Signal Framework for C++ ii libstdc++64.0.2-5The GNU Standard C++ Library v3 Versions of packages aptitude recommends: ii aptitude-doc-en [aptitude-doc 0.4.1-1English manual for aptitude, a ter -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#343776: Please upgrade build depends to libmysqlclient15-dev
|| On Sun, 18 Dec 2005 00:15:09 +0100 (CET) || Christian Hammers <[EMAIL PROTECTED]> wrote: ch> Package: linesrv ch> Severity: wishlist ch> Tags: transition-libmysqlclient15-dev ch> Dear maintainer ch> Please upgrade the build dependencies of your package to use ch> libmysqlclient15-dev ch> We do not need to hurry with this as the MySQL libraries have versioned ch> dependencies. Just remember to do this when your doing the next upload ch> anyway. ack. Marco -- "I videogiochi non influenzano i bambini. Voglio dire, se Pac-Man avesse influenzato la nostra generazione, staremmo tutti saltando in sale scure, masticando pillole magiche e ascoltando musica elettronica ripetitiva." "Videogames do not influence kids. I mean, if Pac-Man influenced our generation, we were all jumping in dark rooms, chomping pills and listening to electronic repeating music." Kristian Wilson, Nintendo Inc. 1989 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#343809: Please upgrade build depends to libmysqlclient15-dev
|| On Sun, 18 Dec 2005 00:15:10 +0100 (CET) || Christian Hammers <[EMAIL PROTECTED]> wrote: ch> Package: xlc ch> Severity: wishlist ch> Tags: transition-libmysqlclient15-dev ch> Dear maintainer ch> Please upgrade the build dependencies of your package to use ch> libmysqlclient15-dev ch> We do not need to hurry with this as the MySQL libraries have versioned ch> dependencies. Just remember to do this when your doing the next upload ch> anyway. ack Marco -- "I videogiochi non influenzano i bambini. Voglio dire, se Pac-Man avesse influenzato la nostra generazione, staremmo tutti saltando in sale scure, masticando pillole magiche e ascoltando musica elettronica ripetitiva." "Videogames do not influence kids. I mean, if Pac-Man influenced our generation, we were all jumping in dark rooms, chomping pills and listening to electronic repeating music." Kristian Wilson, Nintendo Inc. 1989 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#319602: cupsys: Looks like a bashism in the postinst is causing this
Package: cupsys Version: 1.1.23-14 Followup-For: Bug #319602 On one of the machines here, /bin/sh was linked to /bin/dash, and the lastest sid upgrade of cupsys to 1.1.23-14 was failing with this exact error. This version commented out the Listen line it /etc/cups/cupsd.conf, and added an include of /etc/cups/cups.d/ports.conf. With dash, ports.conf ended up containing "-e -n Port 631". Changing line 209 of cupsys.postinst to: /bin/echo -e -n "$VAL" > /etc/cups/cups.d/ports.conf resolves the problem and creates ports.conf correctly. Changing /bin/sh to link to /bin/bash also fixes the problem, but I'm under the impression that changing the postinst is the more correct method of resolving this problem. The tip-off to check ports.conf came from the error messages in /var/log/cups/error_log: E [17/Dec/2005:23:51:49 -0500] Unknown directive -e on line 1. I [17/Dec/2005:23:51:49 -0500] Loaded configuration file "/etc/cups/cupsd.conf" X [17/Dec/2005:23:51:49 -0500] No valid Listen or Port lines were found in the configuration file! Specifically, the "Unknown directive" caused me to start comparing md5sums between the broken system (i686) and a working system (amd64 and i686) with the same version, which led to the discovery of the incorrect ports.conf file. -- 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.14-2-amd64-k8-smp Locale: LANG=C, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages cupsys depends on: ii adduser 3.80Add and remove users and groups ii debconf [debconf-2.0]1.4.62 Debian configuration management sy ii gs-esp 8.15.1.dfsg.1-1 The Ghostscript PostScript interpr ii libc62.3.5-8.1 GNU C Library: Shared libraries an ii libcupsimage21.1.23-14 Common UNIX Printing System(tm) - ii libcupsys2 1.1.23-14 Common UNIX Printing System(tm) - ii libgnutls12 1.2.9-2 the GNU TLS library - runtime libr ii libpam0g 0.79-3 Pluggable Authentication Modules l ii libpaper11.1.14-3Library for handling paper charact ii libslp1 1.2.1-3 OpenSLP libraries ii patch2.5.9-2 Apply a diff file to an original ii perl-modules 5.8.7-10Core Perl modules ii procps 1:3.2.6-2 /proc file system utilities ii xpdf-utils 3.01-3 Portable Document Format (PDF) sui ii zlib1g 1:1.2.3-8 compression library - runtime Versions of packages cupsys recommends: ii cupsys-client 1.1.23-14Common UNIX Printing System(tm) - ii foomatic-filters3.0.2-20050720-1 linuxprinting.org printer support ii smbclient 3.0.20b-3a LanManager-like simple client fo -- debconf information: * cupsys/raw-print: true * cupsys/ports: 631 * cupsys/backend: ipp, lpd, parallel, socket, usb cupsys/portserror: * cupsys/browse: true -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#282456: Another user interested
Here's another Debian user that would like to see wavbreaker make it into Debian. Just today I had reason to combine 2 .wav files and this was the only software I found that could do it. The gui looks pretty nice for breaking .wav's, though I've been happy with sox for most of my .wav splitting up to this point. I found a utility called mp3wrap that combines mp3 files, but then xmms only shows the time for the first track that was merged into the big file and looks kinda ugly. Wavmerge, however, worked perfectly. Just my $0.02. Thanks, Jacob -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#343532: mozilla-firefox: Firefox incorrectly believes another firefox is running - so I can't run it!
* Helge Hafting ([EMAIL PROTECTED]) wrote: > Package: mozilla-firefox > Version: 1.0.7-1 > Severity: important > > > I tried to start firefox twice. The first start apparently crashed somehow, > the second one wnated me to "choose profile" because the default user > was in use already. > > I can't get out of this. "ps aux" confirms no firefoxes running. > Logging out of X and in again did not help either. > Removing .moxilla/ .mozilla-firefox/ and .firefox/ didn't help either. > I couldn't see anything obvious in /tmp either, so I have no idea > what keeps firefox thinking there is a running instance. It's strange that this wouldn't solve the problem. All the profile data is in .mozilla. Can you try purging the package and reinstalling? > I can't use firefox anymore, unless I create more profiles. I don't want that > though - that'd only be a stupid workaround. Somehow, mozilla has decided > that the "default" user is permanently "in use" and I have no idea how to > get out of that. The bug is that it is possible to get into such a situation, > firefox should really check to see if there is another process. > Or even better - an extra button for forcibly using the "busy" user. > The option to force a program to go against its own mistakes jsut feels good. > :-) > > Also, I cannot see why firefox should bother implementing its own "multiuser" > system. The operating system does that already, that part could perhaps be > made optional, to be compiled only on single-user platforms. That'd make > for a leaner firefox. Or if could be removed > outright - it doesn't seem useful. (I can see how it might have been > useful in the old days, when mozilla web & mail was the same app. > But now it is just web, and the "multiuser" thing could be left to > mail apps that may have to access several accounts.) I do tend to agree with this sentiment. I don't think there's a way to disable it however (and even if I did, I'm sure others would complain they like it). > Finally, I don't get it - what's the point of stopping me from running several > firefox processes? It is actually convenient, if one browser crashes on some > difficult site (or bad plugins) the other ones remains running. I can of > course > achieve this by running several instances of "dillo" and one firefox, but > dillo is limited compared to firefox. Sure, several processes will > eat more memory - but I have enough I think. Well it would be difficult to synchronize bookmarks, history, etc between the processes. > Don't misunderstand me, I like firefox and appreciate the effort that goes > into > making it. But this was a nasty surprise. The punishment for using > "testing" :-) -- Eric Dorland <[EMAIL PROTECTED]> ICQ: #61138586, Jabber: [EMAIL PROTECTED] 1024D/16D970C6 097C 4861 9934 27A0 8E1C 2B0A 61E9 8ECF 16D9 70C6 -BEGIN GEEK CODE BLOCK- Version: 3.12 GCS d- s++: a-- C+++ UL+++ P++ L++ E++ W++ N+ o K- w+ O? M++ V-- PS+ PE Y+ PGP++ t++ 5++ X+ R tv++ b+++ DI+ D+ G e h! r- y+ --END GEEK CODE BLOCK-- signature.asc Description: Digital signature
Bug#342817: Apparent hang of X.org with the nv open source driver
On Thu, Dec 15, 2005 at 03:26:20PM -0500, David Nusinow wrote: > On Thu, Dec 15, 2005 at 11:53:54AM -0800, Ross Boylan wrote: > > > Ross, I've not worked on RC3 mainly because there didn't seem to be a need > > > for it. I'll try and get RC3 in to the svn repo and uploaded to > > > experimental ASAP so you can test whether or not it fixes your issue. > > > > > - David Nusinow > > Thanks. Will it be safe to install the debs from experimental, or > > should I rebuild from source on testing? The flux in the toolchain > > makes me a bit nervous, though I guess that's mostly a matter for C++ > > and X is C. > > Yes, it should work fine. I'm running an unstable system with the > experimental Xorg packages here with no issues, so I think you should be Ok. > Besides, who really wants to build all of X? :-) > > The RC3 packages are in incoming right now. Sorry it took so long to get > them up, I had strange issues with building the packages. > > - David Nusinow > I just tried installing xserver-xorg and xserver-common from experimental at 6.8.99.903.dfsg.1-1. The changelog indicates this is RC3. Still no luck. I believe I made the appropriate modifications to xorg.conf as I switched between the proprietary (nvidia) and open (nv) drivers. I verified that vga worked in the configuration for which nv failed as a check. I ran startx as root, rather than, e.g., kdm start. However, no glcore load was generated by the initial setup of xorg.conf, and I haven't added it. The failure acts a bit differently than the original high CPU in this bug's title; now it seems to just die without leaving any informative diagnostics. BTW, nvidia-glx is not compatible even with the experimental version of xserver-xorg. This seems a bit odd, because it is compatible with the 6.8.2.dfsg.1-11+SVN debs I built from source. It is also incompatible with the current testing version of xserver-xorg. I know proprietary drivers are not supported, but I had thought from other bugs/exchanges that the mainline debian X packages and the proprietary nvidia ones had managed to arrange co-existence. At the moment, that's essential for me, since the proprietary drivers are the only ones that are working. Ross -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#343838: fluxbox menu workspaces->someworkspace->app operations affect wrong app
Package: fluxbox Version: 0.9.14-1 When using fluxbox's menu to for ex. move an app from one workspace to another, we use menu->workspaces->workspace1->app->send to->some other workspace, however the first app listed in the menu is sent/closed or whatever we choose instead of one we have choosen. -- Regards, fingerout
Bug#163306: gtklp: Checking status of open bugs
Hi all! I'd just like to know what's the score on the bug(s) for gtklp that are still open. My good sponsor, nutmeg, just uploaded the latest version (1.1.0-1), and I would love if you can test it against your bugs. If you feel that the newest version fixes your bug, please drop me a line immediately so I can mark the bug as closed. Thanks, and Happy Holidays! Zakame -- Zak B. Elep || http://zakame.spunge.org [EMAIL PROTECTED] || [EMAIL PROTECTED] 1486 7957 454D E529 E4F1 F75E 5787 B1FD FA53 851D
Bug#343837: java-package: mozilla plugin not installed with IBM JSDK 1.5 ppc
Package: java-package Version: 0.27 Severity: important When using java-package for preparing a debian package with the IBM J2SDK 1.5 for powerpc tarball the postinst script does not install the Mozilla Firefox plugin. In the postinst script I have read that plugin is only availabe for i386 architecture. It seems that this was true for 1.4.2 but not for 1.5.0. I made the link from /usr/lib/j2sdk1.5-ibm/jre/bin/libjavaplugin_oji.so to /usr/lib/mozilla-firefox/plugins, restart my Firefox and all seems to work :-) Maybe the generated postinst script should be modified for the JDK version on powerpc. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: powerpc (ppc) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12.2-bbb Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages java-package depends on: ii coreutils 5.2.1-2.1 The GNU core utilities ii debhelper 5.0.7 helper programs for debian/rules ii fakeroot 1.5.5 Gives a fake root environment ii unzip 5.52-5 De-archiver for .zip files java-package recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#336153: Reproduced, also using ext2 + dm-crypt on top of RAID5
Is it correct what Max wrote ? The debian people are shipping a kernel in their stable production line, which is known to crash your data (if you use a system invented to prevent data loss) and there is no warning at all in the debian installer or after "apt-get install mdadm" has been run. Imho debian just told its users: "We dont care about your data at all - use our system and we will crash it for sure." Why is there no new version of the kernel-image without any code changes just displaying a big warning message stating that MD shouldnt be used ? -- kiu -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#343836: Security: DoS attack possible - crashes on empty message
Package: fetchmail Version: 6.2.5.4-1 Severity: important Wondering why only local mail had arrived in my mailbox for several days I found from the syslog that whenever fetchmail was started it got as far as message 46 from my ISPs POP3 server then crashed. I used telnet to log in to the POP3 server directly and fetched message 46 which seemed to consist only of a single blank line: RETR 46 +OK . DELE 46 +OK I have been able to work around this by deleting message 46 and it is now fetching the other messages OK, but clearly someone could plant such a message in someone's mailbox to disrupt their mail service - a kind of DoS attack. -- 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.14.4 Locale: LANG=en_GB, LC_CTYPE=en_GB (charmap=ISO-8859-15) Versions of packages fetchmail depends on: ii adduser 3.80 Add and remove users and groups ii base-files3.1.9 Debian base system miscellaneous f ii debianutils 2.15.1 Miscellaneous utilities specific t ii libc6 2.3.5-8GNU C Library: Shared libraries an ii libssl0.9.8 0.9.8a-3 SSL shared libraries Versions of packages fetchmail recommends: ii ca-certificates 20050804 Common CA Certificates PEM files -- debconf information: * fetchmail/confwarn: * fetchmail/systemwide: true * fetchmail/initdefaultswarn: * fetchmail/runasroot: false fetchmail/fetchidswarn: -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#336684: [Pkg-cups-devel] Bug#336684: cupsys: CUPS does not support IPv6
tags 336684 + fixed-in-experimental thanks CUPS 1.1 series don't support IPv6 fully. CUPS 1.2 supports it. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#343767: Please upgrade build depends to libmysqlclient15-dev
tags #343767 confirmed pending thanks On Sun, Dec 18, 2005 at 12:15:08AM +0100, Christian Hammers wrote: > Please upgrade the build dependencies of your package to use > libmysqlclient15-dev Done in svn. 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#343471: Login shells exhibit it, too
None of my shells ever use /etc/bash.bashrc, and I still have the problem. Tab-completion between 3.0-17 and 3.1-1 makes it jump out at you like a sore thumb. As a meaningless aside, is there some reason why Debian makes this silly change to bash? -- Marc Wilson | joeyh now has a terminal at the couch? [EMAIL PROTECTED] | That guy is wired, I swear => | Knghtbrd: laptop and I don't mean the cats. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#294934: [EMAIL PROTECTED]: Bug#294934: You cannot possibly be serious.]
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Sat, 17 Dec 2005, Jeroen van Wolffelaar wrote: > You dropped a package from the archive because it takes too long to > index a large audio library over a slow remote-mounted directory? > > Really, thats' pretty ridiculous. Once you install daapd, it begins > the indexing immediately. Once it's done there's no delay on bootup. > > I've had sendmail lock up a box on bootup for 15 minutes because it > doesn't have a working DNS resolver, but you never see sendmail > getting taken out of distributions. > > Can I file a bux report against Firefox because large pages take to > long to load on a 28.8 modem? > > I'm not sure what use this bug report will be, it's not like you can > force someone to keep maintaining a package, but I want my extreme > disgust and displeasure to go on record. Hi Christopher, I was the maintainer that put daapd in Debian for a while. Its removal was discouraging to me too. I don't have the time to dig up all the documentation right now, so I am going from memory, and I might have part of the story wrong. Mostly, the problem was bickering over some arcane and poorly defined objections to the Apple ACSL license, which applied to some code that might possibly have made it into mdnsresponder and/or libhowl (see #289856). Some people insisted that mdnsresponder and howl be removed from the archive, and these people apparently outranked the people that felt that the license "issues" did not merit removal, so that's what happened. There is no free implementation of mDNS that could have reasonably replaced them for daapd's purposes, so that was effectively the end of daapd. The bug you saw (294934) was only mentioned in passing, as part of the licensing debate. At that point somebody else filed the RM request and happened to reference the unimportant bug (294934). That must be the reason you got the impression that this was "the" reason I asked for the package to be removed, but that wasn't the case. So anyway, it is lame that daapd was forced out, and if you feel that this kind of amateur license lawyering is a waste of time and destructive to the Debian project, I would be inclined to agree with you. Myself, I still use Debian and Ubuntu, but I no longer attempt to contribute. I got tired of writing 1,000 lines of email and overhead (and reading 10,000) for every 10 lines of actual hacking, so I handed off my other packages and let my DD application die. If you've got more time and patience than I do, by all means, you are welcome to revive the daapd package. Have fun.. M.D. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFDpNTRQBZkSjT8gWoRAr/KAKCImP5zKZ5R4NI0R+4zMMfGtaKRSQCgrNM2 A7gdtBhJ1l4ocp0idoc5iz4= =0+RF -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#229555: 229555: KDE 2->3 upgrade issues may be obsolete
It might be appropriate to close this bug as no longer relevant. Ross -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#332369: 332369 [332367]: 3 times asked for manual mouse configuration
I experienced what seems to be a slight variant of this problem, and the one reported in 332367, when upgrading to xserver-xorg 6.8.2.dfsg.1-11. I believe this was an initial install of that package (i.e., upgrade from xfree), and the first time I switched from xfree. I've excerpted parts of the installation log below, but here are the things that seemed a bit off: 1. mouse was not automatically detected. 2. warnings about failing to infer keyboard type. 3. asked for manual mouse configuration 3 times. 4. got a message that xserver-xorg had been manually configured, though I think it was entirely created by debconf. I have done quite a bit of fiddling with my xfree86 configuration (v4); in particular, I had trouble getting a good mouse setting. After all the excitement, X seems to be running fine. Here are parts of the (long) log, with deletions indicated by a line containing only ... or [...] . wheat:/usr/local/rootlog# /etc/init.d/kdm stop Stopping K Display Manager: kdm. wheat:/usr/local/rootlog# apt-get -q dist-upgrade Reading package lists... Building dependency tree... The following packages will be REMOVED: gdk-imlib1-dev gmail gnome-iagno gwenview imlib1 jackd kcmlinuz kdelibs4 kpaint krename libarts1 libcamel0 libcapplet0 libfam0c102 libkcal2a libkdenetwork2 libkdepim1 libkipi0 liblablgl-ocaml-dev liblablgtk2-ocaml-dev libmodplug0 libopenexr2 libpng10-0 libpng10-dev libpng2 libqt-perl libqt2 libqt2-mt libqt3c102-mt libqt3c102-mt-mysql libqt3c102-mt-odbc libqt3c102-mt-psql libwmf0.2-2 libwpd4 libwv2-1 libwxgtk2.2 libwxgtk2.4 libwxgtk2.4-dev libwxgtk2.4-python lincvs lyx lyx-common lyx-qt pgperl pgplot5 qt2-dev-tools tellico xlibmesa-glu xlibmesa-glu-dev The following NEW packages will be installed: dbus-qt-1c2 gdk-imlib11 gdk-imlib11-dev gstreamer0.8-cdparanoia kdelibs4c2 krita libarts1c2 libbeecrypt6 libcurl3-gnutls libfam0 libflac7 libglu1-xorg libhk-classes8 libjack0.100.0-0 libkcal2b libkdepim1a libkmime2 libktnef1 libmagick9 libmodplug0c2 liboggflac3 liboil0.3 libopenexr2c2 libpcrecpp0 libqt3-mt libqt3-mt-psql libsasl2-modules libsoup2.2-8 libsqlite3-0 libwpd8c2 libwv2-1c2 libxcomposite1 libxdamage1 libxfixes3 python-libxml2 python-wxgtk2.4 python-wxversion xserver-xorg zope2.7 The following packages have been kept back: gnucash gnucash-common grip libcppopt-dev libstrutilsxx-dev plotutils python2.4-svn sablotron The following packages will be upgraded: acroread akregator alsaplayer-alsa alsaplayer-common alsaplayer-esd alsaplayer-gtk alsaplayer-oss arts artsbuilder bittorrent-gui bonobo cdda2wav cdrecord cdrtools-doc cervisia debconf debconf-doc debconf-i18n debconf-utils debiandoc-sgml devscripts evolution evolution-data-server gdk-imlib1 gfax gimp gimp-data gimp-helpbrowser gimp-python gimp-svg gnome-bin gnome-doc-utils gnome-libs-data gnome-media gnome-think gstreamer0.8-misc gtkhtml imagemagick kalarm kappfinder karbon karm kasteroids kate kbattleship kcalc kcharselect kchart kcontrol kcpuload kdat kdbg kdeartwork-style kdeartwork-theme-window kdebase kdebase-bin kdebase-data kdebase-kio-plugins kdelibs kdelibs-bin kdelibs-data kdepasswd kdeprint kdesktop kdewebdev kdf kdiff3 kdirstat kdissert kdm kfilereplace kfind kfloppy kfocus kformula kfouleggs kghostview khelpcenter khexedit kicker kiconedit kile kimagemapeditor kivio kivio-data kjots kjumpingcube klinkstatus klipper kmenuedit kmix knetfilter knoda knode knotes koffice koffice-data koffice-libs kommander kompare konqueror konqueror-nsplugins konquest konsole kooka korganizer koshell kpager kpersonalizer kppp kpresenter kreversi kruler ksame kscreensaver ksensors kshisen ksirc ksirtet ksmserver ksnake ksnapshot ksokoban ksplash kspread ksysguard ksysguardd ktip ktnef ktuberling kugar kview kweather kwin kwin4 kword kxsldbg libbonobo-dev libbonobo2 libcamel1.2-0 libcvsservice0 libdmx-dev libdmx1 libdps1 libegroupwise1.2-5 libfam-dev libfs6 libgal-data libgal23 libghttp1 libgimp2.0 libglade-gnome0 libglade0 libglade0-dev libgnome-dev libgnome32 libgnomeprint-bin libgnomeprint-data libgnomeprint-dev libgnomeprint15 libgnomesupport0 libgnomeui32 libgnorba-dev libgnorba27 libgnorbagtk0 libgtkhtml1.1-3 libguppi16 libhk-classes-mysql libhk-classes-postgres libhk-kdeclasses7 libhtml-parser-perl libice-dev libice6 libkcddb1 libkdegames1 libkgantt0 libkleopatra0a libkonq4 libkpimexchange1 libkpimidentities1 libkscan1 libpcre3 libpcre3-dev librpm4 libsm-dev libsm6 libsmokeqt1 libsndfile1 libsysfs1 libx11-6 libx11-dev libxau-dev libxau6 libxaw6 libxaw7 libxaw7-dev libxaw8 libxdmcp-dev libxdmcp6 libxext-dev libxext6 libxi-dev libxi6 libxine1 libxinerama-dev libxinerama1 libxkbfile-dev libxkbfile1 libxkbui-dev libxkbui1 libxmu-dev libxmu6 libxmuu-dev libxmuu1 libxp-dev libxp6 libxpm-dev libxpm4 libxrandr-dev libxrandr2 libxres-dev libxres1 libxss-dev libxss1 libxt-dev libxt6 libxtrap-dev libxtrap6 libxtst-dev libxtst6 libxv-dev libxv1 lib
Bug#343835: kicker: application buttons on toolbar lost on 3.3 -> 3.4 upgrade
Package: kicker Version: 4:3.4.2-4 Severity: normal I upgraded from KDE 3.3 to 3.4 in testing. Afterwards, a shortcut button I had on my taskbar disappeared. I created it by clicking on the panel, select "Add to panel", "special button", "non KDE application". I have a feeling I may have lost some other buttons too, some of which may have been items that were on the KDE menu. If this is a known "feature" of upgrades then it might be appropriate to assign this severity wishlist. It is a bit of a nuisance, and might be a significant problem for users who have done a lot of setup, or had someone else do the setup for them. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (990, 'testing'), (990, 'stable'), (50, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.4.27advncdfs Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages kicker depends on: ii kdebase-data 4:3.4.2-4 shared data files for the KDE base ii kdelibs4c2 4:3.4.2-4 core libraries for all KDE applica ii libart-2.0-2 2.3.17-1Library of functions for 2D graphi ii libaudio21.7-3 The Network Audio System (NAS). (s ii libc62.3.5-8 GNU C Library: Shared libraries an ii libfam0 2.7.0-8 client library to control the FAM ii libfontconfig1 2.3.2-1 generic font configuration library ii libfreetype6 2.1.7-2.4 FreeType 2 font engine, shared lib ii libgcc1 1:4.0.2-5 GCC support library ii libice6 6.8.2.dfsg.1-11 Inter-Client Exchange library ii libidn11 0.5.18-1GNU libidn library, implementation ii libjpeg626b-10 The Independent JPEG Group's JPEG ii libkonq4 4:3.4.2-4 core libraries for Konqueror ii libpng12-0 1.2.8rel-5 PNG library - runtime ii libqt3-mt3:3.3.5-1 Qt GUI Library (Threaded runtime v ii libsm6 6.8.2.dfsg.1-11 X Window System Session Management ii libstdc++6 4.0.2-5 The GNU Standard C++ Library v3 ii libx11-6 6.8.2.dfsg.1-11 X Window System protocol client li ii libxcursor1 1.1.3-1 X cursor management library ii libxext6 6.8.2.dfsg.1-11 X Window System miscellaneous exte ii libxft2 2.1.7-1 FreeType-based font drawing librar ii libxi6 6.8.2.dfsg.1-11 X Window System Input extension li ii libxinerama1 6.8.2.dfsg.1-11 X Window System multi-head display ii libxrandr2 6.8.2.dfsg.1-11 X Window System Resize, Rotate and ii libxrender1 1:0.9.0-2 X Rendering Extension client libra ii libxt6 6.8.2.dfsg.1-11 X Toolkit Intrinsics ii libxtst6 6.8.2.dfsg.1-11 X Window System event recording an ii xlibs6.8.2.dfsg.1-11 X Window System client libraries m ii zlib1g 1:1.2.3-8 compression library - runtime kicker recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#343834: libpt-1.8.3c2: FTBFS on i386
Package: libpt-1.8.3c2 Version: 1.8.4-2 Severity: serious On i386, I randomly did 'debuild' about apt-get source libpt-1.8.3c2 and installing the build-deps. g++ -D_REENTRANT -fno-exceptions -Wall -I/tmp/pwlib-1.8.4/include -Os -felide-constructors -x c++ -c ../../ptclib/pssl.cxx -o /tmp/pwlib-1.8.4/lib/obj_linux_x86_r/pssl.o ../../ptclib/pssl.cxx: In constructor 'PSSLPrivateKey::PSSLPrivateKey(const BYTE*, PINDEX)': ../../ptclib/pssl.cxx:300: error: invalid conversion from 'BYTE**' to 'const unsigned char**' -- Clear skies, Justin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#343833: Uploaders: field broken
Package: xfce4-icon-theme Severity: serious The Uploaders field of this package is broken, as detected by lintian: E: xfce4-icon-theme source: uploader-address-missing Yves-Alexis Perez This causes several QA scripts, such as the PTS, to choke on this package. Could you please fix this in the next upload, meanwhile, also paying attention to other lintian warnings and errors? (policy 5.6.2 is defining syntax for Maintainer & Uploaders, and lists email as mandatory) Thanks, --Jeroen -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.8-2-k7 Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) -- Jeroen van Wolffelaar [EMAIL PROTECTED] http://jeroen.A-Eskwadraat.nl -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#343780: Please upgrade build depends to libmysqlclient15-dev
Hi, Christian Hammers wrote: > Please upgrade the build dependencies of your package to use > libmysqlclient15-dev I will upload new versions soon. However, wouldn't it be more appropiate to make a libmysqlclient-dev that depends on the proper development library ? Radu -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#301964: Further analysis on Bug#301964
I believe the problem of leaking file descriptors (on sockets) is only happening when fetchmail (6.2.5.4) encounters a failed SSL negotiation. This all started when pop.gmail.com changed their SSL certs on the 13th of December. While investigating why I wasn't getting any mail, I noticed the hundreds of zombie sockets in the output from lsof. I didn't notice after I fixed the SSL cert problem that the leaking descriptors had gone away. Matthias Andree suggested that I try fetchmail-6.3.1-pre1. I downloaded and compiled it. To test it, I forced a SSL negotiation failure by specifing a bogus MD5 fingerprint in the fetchmailrc file. I let it run through a hundred failed attempts and there doesn't appear to be any leaking descriptors. ;-) Using the same fetchmailrc, with the bogus fingerprint, for fetchmail (6.2.5.4) causes leaking descriptors... It appears this bug may be squashed. john -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#343473: [Pkg-shadow-devel] Please do not build package on hurd-i386, breaks debootstrap
On Sun, Dec 18, 2005 at 12:01:41AM +0200, Alexander Gattin wrote: > WRT to the patch you sent -- alternative way to achieve > the same effect would be to make "login" package > non-required on The Hurd, wouldn't it? Totally, but this is not technically possible right now in Debian (there are no arch-specific overrides in place yet). I think we should do this once this works, but for the time being, I'd prefer if we were just stop building the login package, as this breaks bootstrapping. cheers, Michael -- Michael Banck Debian Developer [EMAIL PROTECTED] http://www.advogato.org/person/mbanck/diary.html -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#343832: Suggest tinycdb instead of freecdb (no longer available)
package: qpsmtpd Please remove freecdb (no longer available) and suggest tinycdb. Thank you for maintaining this package! This appears to be a perfect drop-in replacement for qmail-smtpd which allows qmail/vpopmail to continue to be used. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#343659: udev no longer reliably renames network interfaces
> "Marco" == Marco d'Itri <[EMAIL PROTECTED]> writes: Marco> On Dec 17, Martin Schwenke <[EMAIL PROTECTED]> wrote: >> Until about a month ago (note: I upgrade Debian unstable every >> few days) udev used to reliably rename my network interfaces, >> but no longer does so. When I boot the machine my 2 network >> interfaces have Marco> Try adding this before the other rules: Marco> ACTION=="add", SUBSYSTEM=="net", WAIT_FOR_SYSFS="address" Thanks. That works like a charm. Double-checking the release notes I see why this is needed... Would it be a terrible idea to just add: WAIT_FOR_SYSFS="address" to each rule? That'd just make my ruleset a little more compact? I guess adding it before the rules just adds it to each rule anyway... Thanks again... and thanks for your excellent work maintaining the Debian udev package and for keeping the upstream udev guys in line... :-) peace & happiness, martin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#342774: [dpatch-maintainers] Bug#342774: DPEP_OMIT_TIMESTAMPS
Hi, > > [Peter Samuelson] > > > The following patch creates the trivial option variable > > > DPEP_OMIT_TIMESTAMPS which goes into effect if set (normally set in > > > 00options). I don't know if a corresponding command line option is > > > useful. I'll add one if you think so. > > [Junichi Uekawa] > > This feature sounds much better, and fixes some drawbacks. If it's > > going to work with every 'patch' version, that would be ideal, if > > not, well, making it configurable would be a nice option. > > I downloaded patch-2.5.tar.gz from 1997. It has no problem with udiffs > without timestamps. When you use -T or -Z, it prints to stdout that it > cannot set the time, but still exit(0). > > So in that case, do I understand you correctly that dpatch-edit-patch > should remove timestamps _always_? Or do you still think an option > (00options, ~/.dpatch.conf, command line) is useful? Hmm.. that's an unfortunate coincidence. I had hoped that date missing would cause a problem in some way :P I'd probably try with configuration variable first, which sounds less intrusive. regards, junichi -- [EMAIL PROTECTED],netfort.gr.jp} Debian Project -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#343831: perl: "warn" causes segmentation fault due to infinite recursion
Package: perl Version: 5.8.7-10 Severity: important Perl segfaults with the following script: #!/usr/bin/perl use strict; use I18N::Langinfo qw(langinfo CODESET); my $encoding = langinfo CODESET; binmode STDOUT, ":encoding($encoding)"; binmode STDERR, ":encoding($encoding)"; print "Encoding: $encoding\n"; my $agrave = chr(0xe0); my $str = "A grave = '$agrave'"; warn " warn: $str\n"; I get: $ ./warntest Encoding: ISO-8859-1 zsh: segmentation fault (core dumped) ./warntest This is apparently due to an infinite recursion. Excerpt of the backtrace from the "core" file: [...] #6862 0xb7b5669c in call_failure () from /usr/lib/perl/5.8/auto/Encode/Encode.so #6863 0xb7b57cc7 in XS_Encode__XS_encode () from /usr/lib/perl/5.8/auto/Encode/Encode.so #6864 0x080c0b30 in Perl_pp_entersub () #6865 0x080b961a in Perl_runops_standard () #6866 0x08060bdc in Perl_get_cv () #6867 0x0806417c in Perl_call_sv () #6868 0xb7b60a7d in PerlIOEncode_flush () from /usr/lib/perl/5.8/auto/PerlIO/encoding/encoding.so #6869 0x081205c0 in PerlIOBuf_write () #6870 0xb7b61532 in PerlIOEncode_write () from /usr/lib/perl/5.8/auto/PerlIO/encoding/encoding.so #6871 0x080a9c7a in Perl_write_to_stderr () #6872 0x080aa7dc in Perl_vwarn () #6873 0x080aaacc in Perl_vwarner () #6874 0x080aab81 in Perl_warner () #6875 0xb7b5669c in call_failure () from /usr/lib/perl/5.8/auto/Encode/Encode.so #6876 0xb7b57cc7 in XS_Encode__XS_encode () from /usr/lib/perl/5.8/auto/Encode/Encode.so [...] -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14.4-20051215 Locale: LANG=POSIX, LC_CTYPE=en_US.ISO8859-1 (charmap=ISO-8859-1) Versions of packages perl depends on: ii libc6 2.3.5-8.1 GNU C Library: Shared libraries an ii libdb4.3 4.3.29-3 Berkeley v4.3 Database Libraries [ ii libgdbm3 1.8.3-2GNU dbm database routines (runtime ii perl-base 5.8.7-10 The Pathologically Eclectic Rubbis ii perl-modules 5.8.7-10 Core Perl modules Versions of packages perl recommends: ii perl-doc 5.8.7-10 Perl documentation -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#342515: bts found completely broken
reopen 342515 reassign 342515 devscripts tags 342515 + pending thanks On Sat, Dec 17, 2005 at 08:39:10PM -0500, Justin Pryzby wrote: > FYI this bug is "bts: one-argument variant of "found" doesn't work". > So are you sure it should be closed? It was not a new bug, I was just > taking on information that was potentially-related, rather than > opening a new bug. > > -- > Clear skies, > Justin Oops, got confused, sorry. This bug is actually fixed in SVN and will be in the next release of devscripts (in the new year). Julian > On Sat, Dec 17, 2005 at 06:20:18PM +, Julian Gilbey wrote: > > reassign 342515 perl > > found 342515 5.8.7-9 > > close 342515 5.8.7-10 > > thanks > > > > On Fri, Dec 16, 2005 at 02:23:45PM -0500, Justin Pryzby wrote: > > > $ bts found 322253 6.8.99.901.dfsg.1-2 > > > > > > DB_File needs compatible versions of libdb & db.h > > > you have db.h version 4.3.29 and libdb version 4.3.28 > > > Compilation failed in require at > > > /usr/share/devscripts/Devscripts/DB_File_Lock.pm line 23. > > > BEGIN failed--compilation aborted at > > > /usr/share/devscripts/Devscripts/DB_File_Lock.pm line 23. > > > Compilation failed in require at /usr/bin/bts line 40. > > > BEGIN failed--compilation aborted at /usr/bin/bts line 40. > > > > > > Is this a known problem? Will it be fixed at the same time as this > > > bug? > > > > > > > > > > This has been fixed in perl version 5.8.7-10 (bug #340047, #343335), > > closing this report. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#298184: works flawlessly on 2.6.14.4-k7-amiloa
Hi, I think I have this drive, and It seems to work for me, note that i am not using a debian kernel, but a custom one with DSDT loading patch (how to do that the debian way?) $ uname -a Linux nrv 2.6.14.4-k7-amiloa #4 Sun Dec 18 00:48:25 CET 2005 i686 GNU/Linux Also it seems that my Lacie usb 250 Go drive does not contain the same disk see my logs http://rzr.online.fr/q/Partition -- C-x C-c # http://RzR.online.FR/contact.htm # xmpp:rzr(a)jabber.org # signature.asc Description: OpenPGP digital signature
Bug#279773: ITA: libapache-asp-perl: perl Apache::ASP - Active Server Pages for Apache with mod_perl
retitle #|279773| ITA: libapache-asp-perl -- perl Apache::ASP - Active Server Pages for Apache with mod_perl thanks -- Víctor Pérez Pereira GPG Key Fingerprint = DB71 A7A1 3DB2 9A5A 3A40 63DF 75DC A23C 6A37 2DF6 Maracay - Venezuela / [EMAIL PROTECTED]
Bug#343662: fsck errors halting boot after upgrade
On Fri, Dec 16, 2005 at 04:16:42PM -0800, Andrew Sackville-West wrote: > Package: e2fsprogs > Version: 1.39 > > This is specifically version 1.39 WIP (10-Dec-2005) > > /dev/hda3: Superblock last mount time is in the future > /dev/hda3: UNEXPECTED INCONSISTENCY; RUN fsck MANUALLY > Are you using your system with hardware time set to some non-GMT local time zone? (i.e. /etc/defaults/rcS has UTC="no") I didn't test for this case, and so I didn't realize a problem --- the timezone offset isn't corrected at the time when fsck is run (at least not on Debian systems) and e2fsck depends on the time being correct. In the past, we more or less got by with the time being wrong (for systems who use a non-GMT hardware clock); it meant that the last checked time was set incorrectly, and inode delete times would also be set correctly, but the failures were more or less harmless. Unfortunately, I added this test in order to address problems caused by the last mount time not being correct (see Debian bug #327580) only to realize this was a much larger issue. This isn't an issue on Red Hat systems, because /etc/localtime is not a symlink (into possibly a not-yet mounted /usr filesystem), and they make sure the system clock is correct *before* running fsck on the root filesystem. I personally keep my system clock on UTC, and so this problem doesn't show up. I think you can make the problem go away by making /etc/localtime contain a copy of what it is currently symlinked to in /usr/share/zoneinfo/, and renaming /etc/rcS.d/S22hwclockfirst.sh to /etc/rcS.d/S09hwclockfirst.sh. This is obviously not the "proper" fix; since among other things if the localtime file needs to get updated (for example if the US Congress changes the definition of daylight savings time), we need a way to make sure /etc/localtime gets updated when the package gets updated. But I believe if you were to apply the above as a workaround, it should address your problem. Fixing this in the more global sense will require making changes in the overall Debian boot setup, and I'm going to have to take this up on debain-devel and consult other Debian developers. Regards, - Ted -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#343830: ITP: toycars -- physics based 2-D racer
Package: wnpp Severity: wishlist Owner: Miriam Ruiz <[EMAIL PROTECTED]> * Package name: toycars Version : 0.2.5 Upstream Author : Ruben Zilibowitz <[EMAIL PROTECTED]> * URL : Web Page: http://sourceforge.net/projects/toycars * License : GPL Description : physics based 2-D racer Toy Cars is a physics based 2-D racer. The graphics and the interface use SDL and OpenGL. Toy Cars is partly inspired by Micromachines and partly by the old Atari ST game called Jupiter's Masterdrive. -- 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.14 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#343829: gobby depends on obsolete libnet6 1.1
Luca Bigliardi wrote: > please, try to compile gobby with libnet6 1.2 because 1.1 > is now obsolete (and has broken dependencies) Thank the ftpmasters. I cannot do anything about that. obby is stuck in NEW. Kind regards, Philipp Kern -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#343645: e2fsprogs: Last write time in future error during boot up
On Fri, Dec 16, 2005 at 03:41:20PM -0500, Rick Friedman wrote: > Package: e2fsprogs > Version: 1.38+1.39-WIP-2005.12.10-1 > Severity: normal > > > Since upgrading to version 1.38+1.39-WIP-2005.12.10-1, whenever I boot > up, the following error is displayed: > > /: Superblock last write time is in the future > > The date & time on my system is kept in Eastern time (the hardware clock > that is). /etc/default/rcS has the following line: UTC=no > > What is the cause of this error? I have a dual boot system with Windows. > Do I need to change how the clock is setup? If so, how? Sigh, I see what's going on. Unfortunately S22hwclockfirst.sh gets done *after* S10checkroot. So the system time is still incorrect when we check the root filesystem; it doesn't get adjusted to account for the fact that you're using a non-GMT time until afterwards. I run with my hardware clock set to UTC, so I didn't notice this problem. Could you try renaming /etc/rcS.d/S22hwclockfirst.sh to /etc/rcS.d/S09hwclockfirst.sh and see if this addresses your problem? - Ted -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#343645: e2fsprogs: Last write time in future error during boot up
On Sat, Dec 17, 2005 at 07:45:42PM -0500, Theodore Ts'o wrote: > Sigh, I see what's going on. Unfortunately S22hwclockfirst.sh gets > done *after* S10checkroot. So the system time is still incorrect when > we check the root filesystem; it doesn't get adjusted to account for > the fact that you're using a non-GMT time until afterwards. I run > with my hardware clock set to UTC, so I didn't notice this problem. > > Could you try renaming /etc/rcS.d/S22hwclockfirst.sh to > /etc/rcS.d/S09hwclockfirst.sh and see if this addresses your problem? > Oops, I just realized, this won't work if /usr is a separately mounted filesystem, since /etc/localtime is a typically a symlink to /usr/share/zoneinfo/, and at the time when the root filesystem is checked, any other filesystems (such as possibly /usr) won't be mounted yet. - Ted -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#128950: [Bug c/9072] -Wconversion should be split into two distinct flags
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Last reconfirmed|2005-09-18 01:16:21 |2005-12-18 00:36:20 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=9072 --- You are receiving this mail because: --- You reported the bug, or are watching the reporter. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#342774: DPEP_OMIT_TIMESTAMPS
[Peter Samuelson] > > The following patch creates the trivial option variable > > DPEP_OMIT_TIMESTAMPS which goes into effect if set (normally set in > > 00options). I don't know if a corresponding command line option is > > useful. I'll add one if you think so. [Junichi Uekawa] > This feature sounds much better, and fixes some drawbacks. If it's > going to work with every 'patch' version, that would be ideal, if > not, well, making it configurable would be a nice option. I downloaded patch-2.5.tar.gz from 1997. It has no problem with udiffs without timestamps. When you use -T or -Z, it prints to stdout that it cannot set the time, but still exit(0). So in that case, do I understand you correctly that dpatch-edit-patch should remove timestamps _always_? Or do you still think an option (00options, ~/.dpatch.conf, command line) is useful? Peter signature.asc Description: Digital signature
Bug#249718: Status of ITA
Hi, what is the status of adopting the dosemu-package? Regards, Daniel -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: [EMAIL PROTECTED] Internet: http://people.panthera-systems.net/~daniel-baumann/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#343829: gobby depends on obsolete libnet6 1.1
Package: gobby Version: 0.2.2-2+b1 please, try to compile gobby with libnet6 1.2 because 1.1 is now obsolete (and has broken dependencies) thank's a lot luca -- http://shammash.homelinux.org/ - http://www.artha.org/shammash/ Yeaaa, webmail!
Bug#343828: xbase-clients: [xrdb] please allow use of xrdb parameters
Package: xbase-clients Version: 6.8.2.dfsg.1-11 Severity: wishlist As of http://www.gnome.org/~lcolitti/gnome-startup/analysis/, I wanted to try using mcpp instead of GNU cpp, but /etc/X11/Xsession.d/30x11-common_xresources did not ease modifications for it, so I wrote a tiny patch (here for using parameter "-cpp mcpp" of course, but should be generic and clean enough for whatever other usage). Hope you can get this included anytime soon. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14-2-686 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages xbase-clients depends on: ii cpp 4:4.0.2-2 The GNU C preprocessor (cpp) ii libc62.3.5-8.1 GNU C Library: Shared libraries an ii libdmx1 6.8.2.dfsg.1-11 Distributed Multihead X client lib ii libdps1 6.8.2.dfsg.1-11 Display PostScript (DPS) client li ii libexpat11.95.8-3XML parsing C library - runtime li ii libfontconfig1 2.3.2-1.1 generic font configuration library ii libfreetype6 2.1.10-1FreeType 2 font engine, shared lib ii libfs6 6.8.2.dfsg.1-11 X Font Server library ii libglu1-xorg [libglu1] 6.8.2.dfsg.1-11 Mesa OpenGL utility library [X.Org ii libice6 6.8.2.dfsg.1-11 Inter-Client Exchange library ii libncurses5 5.5-1 Shared libraries for terminal hand ii libpng12-0 1.2.8rel-5 PNG library - runtime ii libsm6 6.8.2.dfsg.1-11 X Window System Session Management ii libxau6 6.8.2.dfsg.1-11 X Authentication library ii libxaw8 6.8.2.dfsg.1-11 X Athena widget set library ii libxcursor1 1.1.3-1 X cursor management library ii libxext6 6.8.2.dfsg.1-11 X Window System miscellaneous exte ii libxft2 2.1.7-1 FreeType-based font drawing librar ii libxi6 6.8.2.dfsg.1-11 X Window System Input extension li ii libxinerama1 6.8.2.dfsg.1-11 X Window System multi-head display ii libxkbfile1 6.8.2.dfsg.1-11 X Keyboard Extension file parsing ii libxkbui16.8.2.dfsg.1-11 X Keyboard Extension user interfac ii libxmu6 6.8.2.dfsg.1-11 X Window System miscellaneous util ii libxmuu1 6.8.2.dfsg.1-11 lightweight X Window System miscel ii libxp6 6.8.2.dfsg.1-11 X Window System printing extension ii libxpm4 6.8.2.dfsg.1-11 X pixmap library ii libxrandr2 6.8.2.dfsg.1-11 X Window System Resize, Rotate and ii libxrender1 1:0.9.0-2 X Rendering Extension client libra ii libxss1 6.8.2.dfsg.1-11 X Screen Saver client-side library ii libxt6 6.8.2.dfsg.1-11 X Toolkit Intrinsics ii libxtrap66.8.2.dfsg.1-11 X Window System protocol-trapping ii libxtst6 6.8.2.dfsg.1-11 X Window System event recording an ii libxv1 6.8.2.dfsg.1-11 X Window System video extension li ii libxxf86dga1 6.8.2.dfsg.1-11 X Direct Graphics Access extension ii libxxf86misc16.8.2.dfsg.1-11 X miscellaneous extensions library ii libxxf86vm1 6.8.2.dfsg.1-11 X Video Mode selection library ii xlibmesa-gl [libgl1] 6.8.2.dfsg.1-11 Mesa 3D graphics library [X.Org] ii xlibs6.8.2.dfsg.1-11 X Window System client libraries m ii xlibs-data 6.8.2.dfsg.1-11 X Window System client data ii zlib1g 1:1.2.3-8 compression library - runtime xbase-clients recommends no packages. -- no debconf information --- 30x11-common_xresources.orig2005-12-18 01:12:16.0 +0100 +++ 30x11-common_xresources 2005-12-18 01:10:52.0 +0100 @@ -5,18 +5,19 @@ # If xrdb (from xbase-clients) is installed, merge system-wide X resources. # Then merge the user's X resources, if the options file is so configured. if which xrdb >/dev/null 2>&1; then + XRDB_OPTS="-cpp mcpp" if [ -d "$SYSRESOURCES" ]; then RESOURCEFILES=$(run-parts --list $SYSRESOURCES) if [ -n "$RESOURCEFILES" ]; then for RESOURCEFILE in $RESOURCEFILES; do -xrdb -merge $RESOURCEFILE +xrdb $XRDB_OPTS -merge $RESOURCEFILE done fi fi if grep -qs ^allow-user-resources "$OPTIONFILE"; then if [ -f "$USRRESOURCES" ]; then - xrdb -merge $USRRESOURCES + xrdb $XRDB_OPTS -merge $USRRESOURCES fi fi else
Bug#343722: Where is libofx installed on debian?
Another user reported having this problem, and said his dtd files were in /usr/share/libofx2c2a. Is this were debian puts them? If so, could you send me the config.log from when this package is built? libofx looks for the dtd files in $(datadir)/libofx. If I can figure out how you configured libofx to install the data files to libofx2c2a, I can point the dtd files to the right place. If you guys want to fix this immediately in your package, edit the configure.in file for libofx, find the LIBOFX_DTD_DIR= line, and change it to point to where the DTD's really will be. -- GPG Public Key: http://keyserver.net:11371/search?q=0xF540E55B Fingerprint: 3CA8 1A24 B52F 4FCA C22D 0E2F 0AF0 4EE1 F540 E55B signature.asc Description: This is a digitally signed message part
Bug#343827: ITP: zeroc-ice -- ZeroC Internet Communications Engine
Package: wnpp Severity: wishlist Owner: Francisco Moya <[EMAIL PROTECTED]> * Package name: zeroc-ice Version : 3.0.0 Upstream Author : ZeroC, Inc. * URL : http://www.zeroc.com/ * License : GPL Description : ZeroC Internet Communications Engine Ice is a CORBAish middleware. It implements a few interesting services for developers of robust distributed software. It includes mappings for C++, Python, Java, PHP, C# and Visual Basic. It also includes a version for embedded devices (J2ME and C++). -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (900, 'unstable'), (800, 'experimental'), (101, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.13-marvin Locale: LANG=es_ES.UTF-8, LC_CTYPE=es_ES.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#343428: fix for your problem.
Hello.
This bug is a result of a slip-up on my part. Attached is a fix for
your it. You can apply this to the GHC-6.4.1 source code and compile it
for yourself (or apply it to the Debian package too and
dpkg-buildpackage, I guess).
Cheers.
Index: Linker.c
===
RCS file: /home/cvs/root/fptools/ghc/rts/Linker.c,v
retrieving revision 1.208
diff -u -p -r1.208 Linker.c
--- Linker.c 28 Oct 2005 08:10:09 - 1.208
+++ Linker.c 15 Dec 2005 21:41:09 -
@@ -1447,22 +1447,37 @@ static int ocAllocateJumpIslands( Object
n = ROUND_UP( oc->fileSize, pagesize );
m = ROUND_UP( aligned + sizeof (ppcJumpIsland) * count, pagesize );
-/* The effect of this mremap() call is only the ensure that we have
- * a sufficient number of virtually contiguous pages. As returned from
- * mremap, the pages past the end of the file are not backed. We give
- * them a backing by using MAP_FIXED to map in anonymous pages.
+/* If we have a half-page-size file and map one page of it then
+ * the part of the page after the size of the file remains accessible.
+ * If, however, we map in 2 pages, the 2nd page is not accessible
+ * and will give a "Bus Error" on access. To get around this, we check
+ * if we need any extra pages for the jump islands and map them in
+ * anonymously. We must check that we actually require extra pages
+ * otherwise the attempt to mmap 0 pages of anonymous memory will
+ * fail -EINVAL.
*/
-if( (oc->image = mremap( oc->image, n, m, MREMAP_MAYMOVE )) == MAP_FAILED )
-{
- errorBelch( "Unable to mremap for Jump Islands\n" );
- return 0;
-}
-if( mmap( oc->image + n, m - n, PROT_READ | PROT_WRITE | PROT_EXEC,
- MAP_PRIVATE | MAP_ANONYMOUS | MAP_FIXED, 0, 0 ) == MAP_FAILED )
+if( m > n )
{
- errorBelch( "Unable to mmap( MAP_FIXED ) for Jump Islands\n" );
- return 0;
+ /* The effect of this mremap() call is only the ensure that we have
+ * a sufficient number of virtually contiguous pages. As returned from
+ * mremap, the pages past the end of the file are not backed. We give
+ * them a backing by using MAP_FIXED to map in anonymous pages.
+ */
+ oc->image = mremap( oc->image, n, m, MREMAP_MAYMOVE );
+
+ if( oc->image == MAP_FAILED )
+ {
+errorBelch( "Unable to mremap for Jump Islands\n" );
+return 0;
+ }
+
+ if( mmap( oc->image + n, m - n, PROT_READ | PROT_WRITE | PROT_EXEC,
+MAP_PRIVATE | MAP_ANONYMOUS | MAP_FIXED, 0, 0 ) == MAP_FAILED )
+ {
+errorBelch( "Unable to mmap( MAP_FIXED ) for Jump Islands\n" );
+return 0;
+ }
}
#else
signature.asc
Description: Ceci est une partie de message numériquement signée
Bug#337483: Warning is needed but usbmount is still usefull with flash discs
Referring to discussion from http://www.ussg.iu.edu/hypermail/linux/kernel/0505.1/1261.html it may be indedd very bad idea to use usbmount with flash discs, vfat and sync option. It seems that sync option is somehow implemented also with vfat but using it will cause poor qulaity flash memories to destroy themselves. Thus warning would be very very very very needed! However usbmount is still usefull utility in my opinion with vfat flashes since it will do great job mounting flash memories. If one is having ie. n-in-1 card reader and multiple usb sticks it is annoying to check what device files will be assigned to what memory and do manual mounting. Just need to use pumount ; sync or some other utility to do unmounting (like xfce4-mount-plugin which is great combination with usbmount and pumount). Cheers, Jari Eskelinen -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#281491: gambas: still segfaults on powerpc
Package: gambas Version: 1.0.13-1 Followup-For: Bug #281491 gambas still doesn't work on powerpc. I'll attach the strace output. Frank -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: powerpc (ppc) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14-1-powerpc Locale: LANG=C, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages gambas depends on: ii alien 8.60 install non-native packages with d ii fakeroot 1.5.6 Gives a fake root environment ii gambas-doc1.0.13-1 Free VB-like language ii gambas-gb-compress1.0.13-1 The Gambas compression component ii gambas-gb-db 1.0.13-1 The Gambas database component ii gambas-gb-debug 1.0.13-1 The debugger helper component for ii gambas-gb-eval1.0.13-1 The Gambas expression evaluator co ii gambas-gb-net 1.0.13-1 The Gambas networking component ii gambas-gb-net-curl1.0.13-1 The Gambas advanced networking com ii gambas-gb-qt 1.0.13-1 The Gambas Qt GUI component ii gambas-gb-qt-editor 1.0.13-1 The Gambas source code editor comp ii gambas-gb-qt-ext 1.0.13-1 The Gambas extended Qt GUI compone ii gambas-gb-sdl 1.0.13-1 The Gambas SDL component ii gambas-gb-vb 1.0.13-1 The Gambas Visual Basic (tm) compa ii gambas-gb-xml 1.0.13-1 The Gambas Visual Basic (tm) compa ii libc6 2.3.5-8GNU C Library: Shared libraries an gambas recommends no packages. -- no debconf information gambas.trace.gz Description: Binary data
Bug#343826: easytag: Cannot save some characters into ID3v2 tag
Package: easytag Version: 1.99.10-1 Severity: normal -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 I just hit a bug with some Czech songs. For instance, character � (composed with 'y) cannot be saved properly by EasyTAG when using the recommended encoding setting (ISO-8859-1, or UNICODE fallback). The character shows up in the ID3v2 tag as FFFD (invalid UTF-16 sequence). This might be related to bugs #281255 and #246856, but I'm not sure. There is some background information there. I guess that the cause behind the bug is that Debian still lacks an UTF-8-clean libid3, as mentioned elsewhere by Jerome and me. If this is not the case, I'd be happy to check this bug. - -- 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.14-ck5 Locale: LANG=es_AR.UTF-8, LC_CTYPE=es_AR.UTF-8 (charmap=UTF-8) Versions of packages easytag depends on: ii libatk1.0-0 1.10.3-1 The ATK accessibility toolkit ii libc6 2.3.5-8GNU C Library: Shared libraries an ii libflac7 1.1.2-3Free Lossless Audio Codec - runtim ii libgcc1 1:4.0.2-4 GCC support library ii libglib2.0-0 2.8.4-1The GLib library of C routines ii libgtk2.0-0 2.8.9-2The GTK+ graphical user interface ii libid3-3.8.3c2a 3.8.3-5Library for manipulating ID3v1 and ii libogg0 1.1.2-1Ogg Bitstream Library ii libpango1.0-0 1.10.1-2 Layout and rendering of internatio ii libstdc++64.0.2-4The GNU Standard C++ Library v3 ii libvorbis0a 1.1.0-1The Vorbis General Audio Compressi ii libvorbisfile31.1.0-1The Vorbis General Audio Compressi ii zlib1g1:1.2.3-8 compression library - runtime easytag recommends no packages. - -- no debconf information -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2 (GNU/Linux) iD8DBQFDpKp+823633cP2P8RArwpAJ9SAueq3eipPMF6sJsYpEyS9trExgCbBURJ 65HxU3drNefP7Ozxhzsb+4k= =ETJh -END PGP SIGNATURE-
Bug#343825: Update dependencies on mozilla-firefox (or firefox only)
Package: mozilla-firefox-locale-all Version: 1.0.4lang20050515-1 Severity: wishlist Hi! Today while doing an aptitude dist-upgrade, I saw: mozilla-firefox-locale-pt-br: Depends: mozilla-firefox (< 1.0.999) but 1.5.dfsg-1 is to be installed. Whould be good if mozilla-firefox-locale-all could be upgraded to support this new version of Firefox. Thank you very much Nelson -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (990, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.13-rc5-mm1 Locale: LANG=pt_BR, LC_CTYPE=pt_BR (charmap=ISO-8859-1) (ignored: LC_ALL set to pt_BR) Versions of packages mozilla-firefox-locale-pt-br depends on: ii mozilla-firefox 1.0.7-1lightweight web browser based on M mozilla-firefox-locale-pt-br recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#343824: mercurial: please include mq
Package: mercurial Version: 0.7-7 Severity: wishlist Hi, Please consider including the Mercurial Queues extension in the Debian Mercurial package http://www.selenic.com/mercurial/wiki/index.cgi/MqExtension Thanks. Faheem. -- System Information: Debian Release: 3.1 APT prefers oldstable APT policy: (500, 'oldstable'), (500, 'stable'), (50, 'unstable'), (50, 'testing'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.4.27.040914 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages mercurial depends on: ii libc6 2.3.2.ds1-22 GNU C Library: Shared libraries an ii python 2.3.5-2 An interactive high-level object-o Versions of packages mercurial recommends: ii kdiff30.9.88-4 compares and merges 2 or 3 files o ii rcs 5.7-15 The GNU Revision Control System ii tk8.3 [wish] 8.3.5-4Tk toolkit for Tcl and X11, v8.3 - ii tk8.4 [wish] 8.4.9-1Tk toolkit for Tcl and X11, v8.4 - -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#340374: mozilla-thunderbird: counter for unread is wrong (shows much more than unread messages exist in this folder)
Hi!
Sorry that I write now again and not earlier, but the problem didn't
happend so fast again.
I am not sure about the things you have to do, that the bug is
reproduceable but it seems, that the following things are important:
* Debian and Windows have a different Version (Win: Mozilla 1.75,
Debian: Mozilla-Thunderbird)
* The profile directory is of course different, but the use the same
directory for the mail folders (in my case FAT32)
* you have to use the win-mozilla at least twice
* you have to close the with unread mails
*
Then:
* after the first mail checking the number is right ( say X), e.g. 2.
* then you close tb and reopen it. The unread counter is oldvalue + X = 4
* ... oldvalue + X = 6, 8, 10, 12 ..
I attached my Inbox and Inbox.msf. The last time after deleting this two
files everything worked fine again, so I think that one of this file is
hard connected to my problem.
If I find somehting more out, then I will write again.
>From - Sun Dec 18 00:02:55 2005
X-Account-Key: account3
X-UIDL: 6ba73c58cedfe8330dae6cb9f7032e97
X-Mozilla-Status:
X-Mozilla-Status2:
Return-Path: <[EMAIL PROTECTED]>
X-Flags:
Delivered-To: GMX delivery to [EMAIL PROTECTED]
Received: (qmail invoked by alias); 17 Dec 2005 23:02:54 -
Received: from mx.expurgate.net (EHLO mx.expurgate.net) [194.145.224.10]
by mx0.gmx.net (mx084) with SMTP; 18 Dec 2005 00:02:54 +0100
Received: from mx.expurgate.net(helo=mx.expurgate.net)
by mx.expurgate.net with esmtp
id 1Enl4m-0002NF-00
for [EMAIL PROTECTED]; Sun, 18 Dec 2005 00:02:52 +0100
Received: from [213.165.64.21] (helo=mail.gmx.net)
by mx.expurgate.net with smtp (Exim 3.36 #2)
id 1Enl4l-Vq-00
for [EMAIL PROTECTED]; Sun, 18 Dec 2005 00:02:51 +0100
Received: (qmail 21236 invoked by alias); 17 Dec 2005 23:02:51 -
Received: (qmail invoked by alias); 17 Dec 2005 23:02:50 -
Received: from chello213047207078.tirol.chello.at (EHLO [192.168.0.6])
[213.47.207.78]
by mail.gmx.net (mp037) with SMTP; 18 Dec 2005 00:02:50 +0100
X-Authenticated: #15169596
Message-ID: <[EMAIL PROTECTED]>
Disposition-Notification-To: Stefan Hirschmann <[EMAIL PROTECTED]>
Date: Sun, 18 Dec 2005 00:02:49 +0100
From: Stefan Hirschmann <[EMAIL PROTECTED]>
User-Agent: Debian Thunderbird 1.0.7 (X11/20051017)
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: [EMAIL PROTECTED]
Subject: testmail 2
X-Enigmail-Version: 0.93.0.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Resent-By: Forwarder <[EMAIL PROTECTED]>
X-Resent-For: [EMAIL PROTECTED]
X-Resent-To: [EMAIL PROTECTED]
X-purgate-Ad: Categorized by eleven eXpurgate (R) http://www.eXpurgate.net
X-purgate: This mail is considered clean (see
http://www.eXpurgate.net/support/expurgate/headers/ for details)
X-purgate: clean
X-purgate-ID: expurgator31/1Enl4l-Vq-00/654872160-0/0-1
X-purgate-size: 313/310
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: SfzWY/cTeSEkJl0bjHQhaXN1IGRvb4AV
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Enigmail
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.2 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org
iD8DBQFDpJkXB4AM2LEBSZ8RAmpQAJ9heUzGFDnNwSLdoak6v7pFIF9LcQCfVmfC
pmXVoUN3m7TDWq1qnaXOsKs=
=YCdM
-END PGP SIGNATURE-
//
< <(a=c)> // (f=iso-8859-1)
(80=ns:msg:db:row:scope:msgs:all)(81=subject)(82=sender)(83=message-id)
(84=references)(85=recipients)(86=date)(87=size)(88=flags)(89=priority)
(8A=label)(8B=statusOfset)(8C=numLines)(8D=ccList)(8E=msgThreadId)
(8F=threadId)(90=threadFlags)(91=threadNewestMsgDate)(92=children)
(93=unreadChildren)(94=threadSubject)(95=numRefs)(96=msgCharSet)
(97=ns:msg:db:table:kind:msgs)(98=ns:msg:db:table:kind:thread)
(99=ns:msg:db:table:kind:allthreads)
(9A=ns:msg:db:row:scope:threads:all)(9B=threadParent)(9C=threadRoot)
(9D=msgOffset)(9E=offlineMsgSize)
(9F=ns:msg:db:row:scope:dbfolderinfo:all)
(A0=ns:msg:db:table:kind:dbfolderinfo)(A1=numMsgs)(A2=numNewMsgs)
(A3=folderSize)(A4=expungedBytes)(A5=folderDate)(A6=highWaterKey)
(A7=mailboxName)(A8=UIDValidity)(A9=totPendingMsgs)
(AA=unreadPendingMsgs)(AB=expiredMark)(AC=version)(AD=sortType)
(AE=sortOrder)(AF=viewFlags)(B0=viewType)(B1=charSetOverride)
(B2=charSet)(B3=account)>
<(81=0)(8E=43a49919)(80=1)>[1:m(^9C=0)(^8F=0)(^91^8E)(^92=1)(^93=1)]
<(87=40)(88=64)(89=Stefan Hirschmann <[EMAIL PROTECTED]>)(8A
[EMAIL PROTECTED])(8B=testmail 2)([EMAIL PROTECTED])(8D
=account3)(8F=ISO-8859-1)(83=98a)(90=e)(91=)>
{0:^80 {(k^98:c)(s=9)1:m } [0(^88^87)(^8A=0)(^8B=64)(^82^89)(^85^8A)(^81^8B)
(^83^8C)(^B3^8D)(^86^8E)(^89=1)(^96^8F)(^87^83)(^8C=e)(^9B^91)(^8E=0)]}
{1:^80 {(k^97:c)(s=9)} 0 }
{FFFD:^9A {(k^99:c)(s=9)}
[0(^94^8B)]}
<(82=46f33dec)(84=43a49f0f)(92=4)(86=12)>
{1:^9F {(k^A0:c)(s=9u)}
[1(^AC=0)(^A4^82)(^A3^83)(^A5^84)(^A1=4)(^A2=4)(^AD=
Bug#339981: linux-kernel-headers: includes non-existant file cpu-feature-overrides.h on mips(el)
reassign 339981 evms severity 339981 serious retitle 339981 FTBFS on mips(el) thanks On Sat, Dec 17, 2005 at 06:32:46PM -0500, Daniel Jacobowitz wrote: > Do not use from userspace; it is not portably usable > from userspace. The MIPS headers are a perfect example of why not; in > several cases the MIPS bitops call local_irq_save. OK, thank you. In that case, I'll just remove it; it _looks_ like it can be removed (I can't find any _bit functions being called) in there, so I'll just try that. /* Steinar */ -- Homepage: http://www.sesse.net/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#343822: xorg-x11: FTBFS: manifest differences
Package: xorg-x11 Version: 6.8.99.903.dfsg.1-1 Severity: serious Tags: experimental Hi, Your package is failing to build on amd64 with the following error: --- debian/MANIFEST.amd64 2005-12-17 22:22:20.0 +0100 +++ debian/MANIFEST.amd64.new 2005-12-17 22:22:20.0 +0100 @@ -479 +478,0 @@ -usr/X11R6/bin/pclcomp @@ -1158 +1156,0 @@ -usr/X11R6/lib/X11/doc/html/Xprint_FAQ.html @@ -1743 +1740,0 @@ -usr/X11R6/man/man1/pclcomp.1x MANIFEST check failed; please see debian/README make: *** [stampdir/check-manifest] Error 1 I think this applies to more than just amd64, since it seems to have been removed for being non-free, and other manifest files still mention it. I'm not sure about the Xprint_FAQ.html though. Kurt -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#343821: fail2ban doesn't start up
Package: fail2ban
Version: 0.6.0-1
Severity: important
when I run fail2ban or /etc/init.d/fail2ban start it reports this
# fail2ban -h
Traceback (most recent call last):
File "/usr/bin/fail2ban", line 35, in ?
import fail2ban
File "/usr/share/fail2ban/fail2ban.py", line 32, in ?
from firewall.firewall import Firewall
File "/usr/share/fail2ban/firewall/firewall.py", line 29, in ?
from utils.process import executeCmd
ImportError: No module named process
This is due to the fact that I have a utils directory on my python
path already (some local utilities) but no process module.
fail2ban should really insert directory near the front of sys.path,
not at the end (that is what I normally do anyway).
This patch fixes the problem...
--- /usr/bin/fail2ban.orig 2005-12-17 23:45:15.0 +
+++ /usr/bin/fail2ban 2005-12-17 23:46:23.0 +
@@ -29,7 +29,7 @@
import sys, traceback, logging
# Appends our own modules path.
-sys.path.append("/usr/share/fail2ban")
+sys.path.insert(1, "/usr/share/fail2ban")
# Now we can import our modules.
import fail2ban
-- System Information:
Debian Release: testing/unstable
APT prefers testing
APT policy: (500, 'testing'), (70, 'stable'), (50, 'unstable'), (1,
'experimental')
Architecture: i386 (i686)
Shell: /bin/sh linked to /bin/bash
Kernel: Linux 2.6.11-s1-p4smp
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Versions of packages fail2ban depends on:
ii iptables 1.3.3-2Linux kernel 2.4+ iptables adminis
ii python2.3.5-3An interactive high-level object-o
fail2ban recommends no packages.
-- no debconf information
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#343758: openoffice.org-base: HSQLDB access fails with "no hsqldb2.so in java.library.path"
Marcus Better wrote: > Start oobase. In the dialog box that shows up, choose to create a new > database file. Any attempt to manipulate the database, such as > clicking on "Tables" to create tables gives a pop-up error message: > > The connection to the data source "New Database" could not be established > no hsqldb2.so in java.library.path With which JDK? Ah, I see. Sun 1.5... > This is fully reproducible on this computer but not on another system > with the same OpenOffice version. HRMPF. This looks like an other case like http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=340468, which you also did report... That did/does work here on i386/Blackdown 1.4, and on powerpc/gij, though... Which version of openoffice.org-common do you have on the system failing? The fix for the first bug you reported is in jurt, which is in -common. Maybe we have too less strict depends (although I don't see why the fix in 2.0.0-5 should affect _lib_...) Regards, Rene signature.asc Description: Digital signature
Bug#343820: enigma: [INTL:sv] Swedish PO-template translation
Package: enigma Severity: wishlist Tags: patch l10n Here is the Swedish translation of enigma. I have not tested it since I can't compile the source due some issues with bootstraping Regards, Daniel -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.13.2 Locale: LANG=sv_SE.ISO-8859-1, LC_CTYPE=sv_SE.ISO-8859-1 (charmap=ISO-8859-1) # SOME DESCRIPTIVE TITLE. # Copyright (C) YEAR Free Software Foundation, Inc. # This file is distributed under the same license as the PACKAGE package. # FIRST AUTHOR <[EMAIL PROTECTED]>, YEAR. # msgid "" msgstr "" "Project-Id-Version: enigma 0.92.1\n" "Report-Msgid-Bugs-To: \n" "POT-Creation-Date: 2005-05-29 23:58+0200\n" "PO-Revision-Date: 2005-12-18 00:30+0100\n" "Last-Translator: Daniel Nylander <[EMAIL PROTECTED]>\n" "Language-Team: Swedish <[EMAIL PROTECTED]>\n" "MIME-Version: 1.0\n" "Content-Type: text/plain; charset=utf-8\n" "Content-Transfer-Encoding: 8bit\n" #: src/server.cc:126 msgid "Server Error: could not load level '" msgstr "Serverfel: kunde inte läsa in nivå '" #: src/client.cc:61 #, c-format msgid "Mouse speed: %d" msgstr "Mushastighet: %d" #: src/client.cc:68 msgid "Another nameless level" msgstr "Ytterligare en namnlös nivå" #: src/client.cc:70 msgid " by " msgstr " av " #: src/client.cc:90 msgid "Resume Level" msgstr "Återuppta nivå" #: src/client.cc:91 msgid "Restart Level" msgstr "Starta om nivå" #: src/client.cc:92 #: src/menus.cc:1566 msgid "Options" msgstr "Alternativ" #: src/client.cc:93 msgid "Abort Level" msgstr "Avbryt nivå" #: src/client.cc:500 msgid "Left mouse button:" msgstr "Vänster musknapp:" #: src/client.cc:500 msgid "Activate/drop leftmost inventory item" msgstr "Aktivera/släpp inventariesak längst till vänster" #: src/client.cc:501 msgid "Right mouse button:" msgstr "Höger musknapp:" #: src/client.cc:501 msgid "Rotate inventory items" msgstr "Rotera saker i inventariet" #: src/client.cc:502 #: src/menus.cc:669 msgid "Escape:" msgstr "Escape:" #: src/client.cc:502 msgid "Show game menu" msgstr "Visa spelmeny" #: src/client.cc:503 msgid "F1:" msgstr "F1:" #: src/client.cc:503 #: src/menus.cc:670 msgid "Show this help" msgstr "Visa denna hjälp" #: src/client.cc:504 msgid "F3:" msgstr "F3:" #: src/client.cc:504 msgid "Kill current marble" msgstr "Döda nuvarande marmor" #: src/client.cc:505 msgid "Shift+F3:" msgstr "Shift+F3:" #: src/client.cc:505 msgid "Restart the current level" msgstr "Starta om nuvarande nivå" #: src/client.cc:506 msgid "F4:" msgstr "F4:" #: src/client.cc:506 msgid "Skip to next level" msgstr "Hoppa till nästa nivå" #: src/client.cc:507 msgid "F5:" msgstr "F5:" #: src/client.cc:508 msgid "F10:" msgstr "F10:" #: src/client.cc:508 msgid "Make screenshot" msgstr "Ta skärmbild" #: src/client.cc:509 msgid "Left/right arrow:" msgstr "Vänster/höger piltangent:" #: src/client.cc:509 msgid "Change mouse speed" msgstr "Ändra mushastighet" #: src/client.cc:510 msgid "Alt+x:" msgstr "Alt+x:" #: src/client.cc:510 msgid "Return to level menu" msgstr "Återgå till nivåmeny" #: src/client.cc:511 #: src/menus.cc:677 msgid "Alt+Return:" msgstr "Alt+Return:" #: src/client.cc:511 #: src/menus.cc:677 msgid "Switch between fullscreen and window" msgstr "Växla mellan fullskärm och fönster" #: src/client.cc:521 msgid "Skip to next non-par level" msgstr "Hoppa till nästa icke-par nivå" #: src/client.cc:522 msgid "Skip to next unsolved level" msgstr "Hoppa till nästa olösta nivå" #: src/client.cc:658 msgid "Too slow for " msgstr "För långsam för " #: src/client.cc:661 msgid "You are slow today.. [Ctrl-A]" msgstr "Du är långsam idag.. [Ctrl-A]" #: src/client.cc:730 msgid "Exactly the par time by " msgstr "Exakt par-tiden med " #: src/client.cc:732 msgid "Great! A new par time!" msgstr "Bra! En ny par-tid!" #: src/client.cc:737 msgid "Again your personal best time..." msgstr "Din personliga bästa tid igen..." #: src/client.cc:741 msgid "New personal best time!" msgstr "Nytt personlig bästa tid!" #: src/client.cc:752 msgid "Your best, " msgstr "Ditt bästa, " #: src/client.cc:759 msgid "behind par time." msgstr "efter par-tid." #: src/client.cc:761 msgid "behind best time." msgstr "efter bästa tid." #: src/client.cc:768 msgid "Level finished!" msgstr "Nivå avklarad!" #: src/client.cc:770 msgid " Cheater!" msgstr " Fuskare!" #: src/client.cc:797 #, c-format msgid "Enigma level #%d: %s" msgstr "Enigma nivå #%d: %s" #: src/client.cc:809 msgid "Your best time: " msgstr "Din bästa tid: " #: src/client.cc:811 msgid "Par to beat: " msgstr "Par att slå: " #: src/main.cc:215 #, c-format msgid "There was an error loading 'startup.lua'.\n" msgstr "Det inträffade ett fel vid inläsning av \"startup.lua\".\n" #: src/main.cc:216 #, c-format msgid "Your installation may be incomplete or invalid.\n" msgstr "Din installation kan vara okomplett eller ogiltig.\n" #
Bug#343635: Hangs in DHCP setup
On Friday 16 December 2005 19:09, Jim Ivans wrote: > Debian-installer-version: image> > downloaded from mirror in debian main site Please next time give us the full URL. We have over 500 different images in total... > Comments/Problems: All went well till the window to setup DHCP, > I have tried 3 different boot cd's with the same error at the same > place.. DHCP status indicator in install or setup window gets up to 6% > very quickly and stops. Have you tried configuring the network interface statically? Boot with 'linux netcfg/disable_dhcp=true'. DHCP configuration should not hang, but at this stage static configuration is probably easier that trying to debug where DHCP goes wrong. > I am new to Linux but am an > old timer (before Windows) using dos and cpm..(you may not have heard > of cpm, Yes, I've heard of it and even worked on it... ITT 3030 system. Cheers, FJP -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#343042: linux-image-2.6.14-2-686 don't boot, yaird fail
package: yaird version: 0.0.12-1 The linux-image2.6.14-2-686 fail to boot with this errors: /bin/cat: /sys/block/hda/hda1/dev: No such file or directory This is using yaird for create the initrd, for solve(how I see in some bugreport), I downgrade my yaird to the version 0.0.11-12, and: dpkg-reconfigure linux-image-2.6.14-2-686 signature.asc Description: Esta parte del mensaje está firmada digitalmente
Bug#339981: linux-kernel-headers: includes non-existant file cpu-feature-overrides.h on mips(el)
On Wed, Dec 14, 2005 at 03:42:29PM +0100, Steinar H. Gunderson wrote: > On Sun, Nov 20, 2005 at 02:06:15AM +0100, Steinar H. Gunderson wrote: > > evms miscompiles on mips(el) due to some missing file or wrong #include: > > Is there anything happening on this? I can't get evms into testing (neither > via testing-proposed-updates or via unstable) because of this bug, and thus I > can't fix a critical bug in stable (causing severe data loss in some cases) > either. It's been almost a month; what's the hold-up? The holdup is a shortage of glibc maintainers, obviously. This is a bug in your package: In file included from /usr/include/asm/bitops.h:16, from md_super.c:33: Do not use from userspace; it is not portably usable from userspace. The MIPS headers are a perfect example of why not; in several cases the MIPS bitops call local_irq_save. -- Daniel Jacobowitz CodeSourcery, LLC -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#343819: Please upgrade build depends to libmysqlclient15-dev
Package: pure-ftpd Severity: wishlist Tags: transition-libmysqlclient15-dev Dear maintainer Please upgrade the build dependencies of your package to use libmysqlclient15-dev We do not need to hurry with this as the MySQL libraries have versioned dependencies. Just remember to do this when your doing the next upload anyway. (If this could happen within six weeks or so, I would appreciat it so that I can finally get completely rid of any MySQL 4.0.x and 4.1.x packages leaving Etch only with 5.0.x.) thanks, -christian- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#343114: Menu files for eclipse
tag 343114 confirmed pending thanks On Sat, Dec 17, 2005 at 08:49:21PM +0100, J?r?me Marant wrote: > Michael Koch <[EMAIL PROTECTED]> writes: > > > On Sat, Dec 17, 2005 at 07:24:05PM +0100, J?r?me Marant wrote: > >> Hi, > >> > >> Here are the necessary files. > > > > Thanks, this helps a lot. I will commit a fix for this bug to our CVS > > later and tag this bug accordingly. The fix will then be included in the > > 3.1.1-7 upload of eclipse. > > Thank you! > > I just installed Eclipse today. You all did very good job. The fix is commited to our CVS now. Cheers, Michael -- Escape the Java Trap with GNU Classpath! http://www.gnu.org/philosophy/java-trap.html Join the community at http://planet.classpath.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#343818: Please upgrade build depends to libmysqlclient15-dev
Package: prokyon3 Severity: wishlist Tags: transition-libmysqlclient15-dev Dear maintainer Please upgrade the build dependencies of your package to use libmysqlclient15-dev We do not need to hurry with this as the MySQL libraries have versioned dependencies. Just remember to do this when your doing the next upload anyway. (If this could happen within six weeks or so, I would appreciat it so that I can finally get completely rid of any MySQL 4.0.x and 4.1.x packages leaving Etch only with 5.0.x.) thanks, -christian- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#343817: Please upgrade build depends to libmysqlclient15-dev
Package: grass Severity: wishlist Tags: transition-libmysqlclient15-dev Dear maintainer Please upgrade the build dependencies of your package to use libmysqlclient15-dev We do not need to hurry with this as the MySQL libraries have versioned dependencies. Just remember to do this when your doing the next upload anyway. (If this could happen within six weeks or so, I would appreciat it so that I can finally get completely rid of any MySQL 4.0.x and 4.1.x packages leaving Etch only with 5.0.x.) thanks, -christian- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#343816: Please upgrade build depends to libmysqlclient15-dev
Package: guile-simplesql Severity: wishlist Tags: transition-libmysqlclient15-dev Dear maintainer Please upgrade the build dependencies of your package to use libmysqlclient15-dev We do not need to hurry with this as the MySQL libraries have versioned dependencies. Just remember to do this when your doing the next upload anyway. (If this could happen within six weeks or so, I would appreciat it so that I can finally get completely rid of any MySQL 4.0.x and 4.1.x packages leaving Etch only with 5.0.x.) thanks, -christian- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#343815: Please upgrade build depends to libmysqlclient15-dev
Package: gpsdrive Severity: wishlist Tags: transition-libmysqlclient15-dev Dear maintainer Please upgrade the build dependencies of your package to use libmysqlclient15-dev We do not need to hurry with this as the MySQL libraries have versioned dependencies. Just remember to do this when your doing the next upload anyway. (If this could happen within six weeks or so, I would appreciat it so that I can finally get completely rid of any MySQL 4.0.x and 4.1.x packages leaving Etch only with 5.0.x.) thanks, -christian- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#343814: Please upgrade build depends to libmysqlclient15-dev
Package: gnunet Severity: wishlist Tags: transition-libmysqlclient15-dev Dear maintainer Please upgrade the build dependencies of your package to use libmysqlclient15-dev We do not need to hurry with this as the MySQL libraries have versioned dependencies. Just remember to do this when your doing the next upload anyway. (If this could happen within six weeks or so, I would appreciat it so that I can finally get completely rid of any MySQL 4.0.x and 4.1.x packages leaving Etch only with 5.0.x.) thanks, -christian- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#343813: Please upgrade build depends to libmysqlclient15-dev
Package: gnokii Severity: wishlist Tags: transition-libmysqlclient15-dev Dear maintainer Please upgrade the build dependencies of your package to use libmysqlclient15-dev We do not need to hurry with this as the MySQL libraries have versioned dependencies. Just remember to do this when your doing the next upload anyway. (If this could happen within six weeks or so, I would appreciat it so that I can finally get completely rid of any MySQL 4.0.x and 4.1.x packages leaving Etch only with 5.0.x.) thanks, -christian- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#343812: Please upgrade build depends to libmysqlclient15-dev
Package: postfix Severity: wishlist Tags: transition-libmysqlclient15-dev Dear maintainer Please upgrade the build dependencies of your package to use libmysqlclient15-dev We do not need to hurry with this as the MySQL libraries have versioned dependencies. Just remember to do this when your doing the next upload anyway. (If this could happen within six weeks or so, I would appreciat it so that I can finally get completely rid of any MySQL 4.0.x and 4.1.x packages leaving Etch only with 5.0.x.) thanks, -christian- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#343811: Please upgrade build depends to libmysqlclient15-dev
Package: ulogd Severity: wishlist Tags: transition-libmysqlclient15-dev Dear maintainer Please upgrade the build dependencies of your package to use libmysqlclient15-dev We do not need to hurry with this as the MySQL libraries have versioned dependencies. Just remember to do this when your doing the next upload anyway. (If this could happen within six weeks or so, I would appreciat it so that I can finally get completely rid of any MySQL 4.0.x and 4.1.x packages leaving Etch only with 5.0.x.) thanks, -christian- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#343807: Please upgrade build depends to libmysqlclient15-dev
Package: pike7.4 Severity: wishlist Tags: transition-libmysqlclient15-dev Dear maintainer Please upgrade the build dependencies of your package to use libmysqlclient15-dev We do not need to hurry with this as the MySQL libraries have versioned dependencies. Just remember to do this when your doing the next upload anyway. (If this could happen within six weeks or so, I would appreciat it so that I can finally get completely rid of any MySQL 4.0.x and 4.1.x packages leaving Etch only with 5.0.x.) thanks, -christian- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#343810: Please upgrade build depends to libmysqlclient15-dev
Package: wzdftpd Severity: wishlist Tags: transition-libmysqlclient15-dev Dear maintainer Please upgrade the build dependencies of your package to use libmysqlclient15-dev We do not need to hurry with this as the MySQL libraries have versioned dependencies. Just remember to do this when your doing the next upload anyway. (If this could happen within six weeks or so, I would appreciat it so that I can finally get completely rid of any MySQL 4.0.x and 4.1.x packages leaving Etch only with 5.0.x.) thanks, -christian- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#343808: Please upgrade build depends to libmysqlclient15-dev
Package: rekall Severity: wishlist Tags: transition-libmysqlclient15-dev Dear maintainer Please upgrade the build dependencies of your package to use libmysqlclient15-dev We do not need to hurry with this as the MySQL libraries have versioned dependencies. Just remember to do this when your doing the next upload anyway. (If this could happen within six weeks or so, I would appreciat it so that I can finally get completely rid of any MySQL 4.0.x and 4.1.x packages leaving Etch only with 5.0.x.) thanks, -christian- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#343809: Please upgrade build depends to libmysqlclient15-dev
Package: xlc Severity: wishlist Tags: transition-libmysqlclient15-dev Dear maintainer Please upgrade the build dependencies of your package to use libmysqlclient15-dev We do not need to hurry with this as the MySQL libraries have versioned dependencies. Just remember to do this when your doing the next upload anyway. (If this could happen within six weeks or so, I would appreciat it so that I can finally get completely rid of any MySQL 4.0.x and 4.1.x packages leaving Etch only with 5.0.x.) thanks, -christian- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#343805: Please upgrade build depends to libmysqlclient15-dev
Package: sqlrelay Severity: wishlist Tags: transition-libmysqlclient15-dev Dear maintainer Please upgrade the build dependencies of your package to use libmysqlclient15-dev We do not need to hurry with this as the MySQL libraries have versioned dependencies. Just remember to do this when your doing the next upload anyway. (If this could happen within six weeks or so, I would appreciat it so that I can finally get completely rid of any MySQL 4.0.x and 4.1.x packages leaving Etch only with 5.0.x.) thanks, -christian- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#343806: Please upgrade build depends to libmysqlclient15-dev
Package: qtstalker Severity: wishlist Tags: transition-libmysqlclient15-dev Dear maintainer Please upgrade the build dependencies of your package to use libmysqlclient15-dev We do not need to hurry with this as the MySQL libraries have versioned dependencies. Just remember to do this when your doing the next upload anyway. (If this could happen within six weeks or so, I would appreciat it so that I can finally get completely rid of any MySQL 4.0.x and 4.1.x packages leaving Etch only with 5.0.x.) thanks, -christian- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#343804: Please upgrade build depends to libmysqlclient15-dev
Package: teapop Severity: wishlist Tags: transition-libmysqlclient15-dev Dear maintainer Please upgrade the build dependencies of your package to use libmysqlclient15-dev We do not need to hurry with this as the MySQL libraries have versioned dependencies. Just remember to do this when your doing the next upload anyway. (If this could happen within six weeks or so, I would appreciat it so that I can finally get completely rid of any MySQL 4.0.x and 4.1.x packages leaving Etch only with 5.0.x.) thanks, -christian- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#343803: Please upgrade build depends to libmysqlclient15-dev
Package: specter Severity: wishlist Tags: transition-libmysqlclient15-dev Dear maintainer Please upgrade the build dependencies of your package to use libmysqlclient15-dev We do not need to hurry with this as the MySQL libraries have versioned dependencies. Just remember to do this when your doing the next upload anyway. (If this could happen within six weeks or so, I would appreciat it so that I can finally get completely rid of any MySQL 4.0.x and 4.1.x packages leaving Etch only with 5.0.x.) thanks, -christian- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#343796: Please upgrade build depends to libmysqlclient15-dev
Package: pmacct Severity: wishlist Tags: transition-libmysqlclient15-dev Dear maintainer Please upgrade the build dependencies of your package to use libmysqlclient15-dev We do not need to hurry with this as the MySQL libraries have versioned dependencies. Just remember to do this when your doing the next upload anyway. (If this could happen within six weeks or so, I would appreciat it so that I can finally get completely rid of any MySQL 4.0.x and 4.1.x packages leaving Etch only with 5.0.x.) thanks, -christian- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#343802: Please upgrade build depends to libmysqlclient15-dev
Package: python-mysqldb Severity: wishlist Tags: transition-libmysqlclient15-dev Dear maintainer Please upgrade the build dependencies of your package to use libmysqlclient15-dev We do not need to hurry with this as the MySQL libraries have versioned dependencies. Just remember to do this when your doing the next upload anyway. (If this could happen within six weeks or so, I would appreciat it so that I can finally get completely rid of any MySQL 4.0.x and 4.1.x packages leaving Etch only with 5.0.x.) thanks, -christian- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#343801: Please upgrade build depends to libmysqlclient15-dev
Package: qsf Severity: wishlist Tags: transition-libmysqlclient15-dev Dear maintainer Please upgrade the build dependencies of your package to use libmysqlclient15-dev We do not need to hurry with this as the MySQL libraries have versioned dependencies. Just remember to do this when your doing the next upload anyway. (If this could happen within six weeks or so, I would appreciat it so that I can finally get completely rid of any MySQL 4.0.x and 4.1.x packages leaving Etch only with 5.0.x.) thanks, -christian- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#343800: Please upgrade build depends to libmysqlclient15-dev
Package: pvpgn Severity: wishlist Tags: transition-libmysqlclient15-dev Dear maintainer Please upgrade the build dependencies of your package to use libmysqlclient15-dev We do not need to hurry with this as the MySQL libraries have versioned dependencies. Just remember to do this when your doing the next upload anyway. (If this could happen within six weeks or so, I would appreciat it so that I can finally get completely rid of any MySQL 4.0.x and 4.1.x packages leaving Etch only with 5.0.x.) thanks, -christian- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#343799: Please upgrade build depends to libmysqlclient15-dev
Package: proftpd Severity: wishlist Tags: transition-libmysqlclient15-dev Dear maintainer Please upgrade the build dependencies of your package to use libmysqlclient15-dev We do not need to hurry with this as the MySQL libraries have versioned dependencies. Just remember to do this when your doing the next upload anyway. (If this could happen within six weeks or so, I would appreciat it so that I can finally get completely rid of any MySQL 4.0.x and 4.1.x packages leaving Etch only with 5.0.x.) thanks, -christian- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#343798: Please upgrade build depends to libmysqlclient15-dev
Package: postfix-policyd Severity: wishlist Tags: transition-libmysqlclient15-dev Dear maintainer Please upgrade the build dependencies of your package to use libmysqlclient15-dev We do not need to hurry with this as the MySQL libraries have versioned dependencies. Just remember to do this when your doing the next upload anyway. (If this could happen within six weeks or so, I would appreciat it so that I can finally get completely rid of any MySQL 4.0.x and 4.1.x packages leaving Etch only with 5.0.x.) thanks, -christian- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#343797: Please upgrade build depends to libmysqlclient15-dev
Package: postfix-gld Severity: wishlist Tags: transition-libmysqlclient15-dev Dear maintainer Please upgrade the build dependencies of your package to use libmysqlclient15-dev We do not need to hurry with this as the MySQL libraries have versioned dependencies. Just remember to do this when your doing the next upload anyway. (If this could happen within six weeks or so, I would appreciat it so that I can finally get completely rid of any MySQL 4.0.x and 4.1.x packages leaving Etch only with 5.0.x.) thanks, -christian- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#343795: Please upgrade build depends to libmysqlclient15-dev
Package: pimppa Severity: wishlist Tags: transition-libmysqlclient15-dev Dear maintainer Please upgrade the build dependencies of your package to use libmysqlclient15-dev We do not need to hurry with this as the MySQL libraries have versioned dependencies. Just remember to do this when your doing the next upload anyway. (If this could happen within six weeks or so, I would appreciat it so that I can finally get completely rid of any MySQL 4.0.x and 4.1.x packages leaving Etch only with 5.0.x.) thanks, -christian- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
