Bug#226565: Intent to NMU

[Chris Waters]

On Tue, Oct 11, 2005 at 11:28:55PM -0400, dann frazier wrote:

> As this bug has been open with a patch for 30 days without a
> response from the maintainer, I intend to NMU in 1 week (or earlier,
> at the maintainer's request).

Hi, sorry, I have been a bit swamped lately; an NMU for tclreadline to
fix bug#226565 would be greatly appreciated. 

thanks

-- 
Chris Waters   |  Pneumonoultra-osis is too long
[EMAIL PROTECTED]   |  microscopicsilico-to fit into a single
or [EMAIL PROTECTED] |  volcaniconi-  standalone haiku


signature.asc
Description: Digital signature

Bug#333484: filerunner: Ships empty bitmaps directory making app fail to load

[Marc Wilson]

Package: filerunner
Version: 2.5.1-15
Severity: grave
Justification: renders package unusable

rei $ fr
Error in startup script: error reading bitmap file 
"/usr/lib/filerunner/bitmaps/tree.bit"
(processing "-bitmap" option)
invoked from within
"menubutton $glob(win,$inst).dirmenu_frame.dir_but -menu 
$glob(win,$inst).dirmenu_frame.dir_but.m -bitmap 
@$glob(lib_fr)/bitmaps/tree.bit"
(procedure "BuildFileListPanel" line 11)
invoked from within
"BuildFileListPanel left"
(procedure "ShowWindow" line 110)
invoked from within
"ShowWindow"
(file "/usr/bin/fr" line 3409)

The -15 filerunner package ships an empty /usr/lib/filerunner/bitmaps
directory (although it *does* ship the directory).  Since filerunner
keeps the button bitmaps here, now it can't load them, and fails.


-- 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.12.2
Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1)

Versions of packages filerunner depends on:
ii  tk8.4 8.4.11-1   Tk toolkit for Tcl and X11, v8.4 -

filerunner recommends no packages.

-- no debconf information


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#333485: gnumed-client: [INTL:sv] Swedish debconf templates translation

[Daniel Nylander]

Package: gnumed-client
Severity: wishlist
Tags: patch l10n



-- 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, LC_CTYPE=sv_SE (charmap=ISO-8859-1)
# Swedish translation of gnumed-client.
# Copyright (C) 2005 THE gnumed-client'S COPYRIGHT HOLDER
# This file is distributed under the same license as the gnumed-client package.
# Daniel Nylander <[EMAIL PROTECTED]>, 2005.
# , fuzzy
# 
# 
msgid ""
msgstr ""
"Project-Id-Version: gnumed-client 0.1-2\n"
"Report-Msgid-Bugs-To: [EMAIL PROTECTED]"
"POT-Creation-Date: 2005-09-15 20:45+0200\n"
"PO-Revision-Date: 2005-10-13 08:41+0200\n"
"Last-Translator: Daniel Nylander <[EMAIL PROTECTED]>\n"
"Language-Team: Swedish <[EMAIL PROTECTED]>\n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=iso-8859-1\n"
"Content-Transfer-Encoding: 8bit"

#. Type: string
#. Description
#: ../gnumed-client.templates:4
msgid "On which host is the GNUmed database running?"
msgstr "På vilken värd körs GNUmed-databasen?"

#. Type: string
#. Description
#: ../gnumed-client.templates:4
msgid ""
"GNUmed is a client-server based medical practice management system.  You are "
"about to install the client software on this computer.  This client software "
"needs to know which host is holding the database. On this host the Debian "
"package gnumed-server with the very same version number as this package has "
"to be installed."
msgstr ""
"GNUmed är en klient-serverbaserad medicinskt hanteringssystem.  Du kommer "
"att installera klientprogramvaran på denna dator.  Klientprogramvaran behöver 
veta "
"vilken värdmaskin som databasen körs på. På denna värd måste Debian-paketet "
"gnumed-server med samma versionsnummer som detta paket installeras."

#. Type: string
#. Description
#: ../gnumed-client.templates:4
msgid "Default: localhost."
msgstr "Standard: localhost."

#. Type: string
#. Description
#: ../gnumed-client.templates:4
msgid "(This means server and client are installed on the very same computer.)"
msgstr "(Detta betyder att server och klient är installerade på samma dator.)"

#. Type: multiselect
#. Description
#: ../gnumed-common.templates:4
msgid "Please specify the GNUmed users!"
msgstr "Specificera GNUmed användarna!"

#. Type: multiselect
#. Description
#: ../gnumed-common.templates:4
msgid ""
"Here is a list of all normal users of the system.  Now you can select those "
"users who should be able to use GNUmed."
msgstr ""
"Här är en lista på alla normala användare i systemet.  Nu kan du välja de "
"användare som ska kunna använda GNUmed."

Bug#333486: mdadm: [INTL:sv] Swedish debconf templates translation

[Daniel Nylander]

Package: mdadm
Version: 1.12.0-1
Severity: wishlist
Tags: patch l10n



-- 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, LC_CTYPE=sv_SE (charmap=ISO-8859-1)

Versions of packages mdadm depends on:
ii  debconf [debconf-2.0] 1.4.58 Debian configuration management sy
ii  libc6 2.3.5-6GNU C Library: Shared libraries an
ii  makedev   2.3.1-78   creates device files in /dev

mdadm recommends no packages.

-- debconf information:
* mdadm/autostart: true
* mdadm/warning:
* mdadm/start_daemon: true
* mdadm/mail_to: root
# Translators, if you are not familiar with the PO format, gettext
# documentation is worth reading, especially sections dedicated to
# this format, e.g. by running:
# info -n '(gettext)PO Files'
# info -n '(gettext)Header Entry'
# Some information specific to po-debconf are available at
# /usr/share/doc/po-debconf/README-trans
# or http://www.debian.org/intl/l10n/po-debconf/README-trans
# Developers do not need to manually edit POT or PO files.
# , fuzzy
# 
# 
msgid ""
msgstr ""
"Project-Id-Version: mdadm 1.12.0-1\n"
"Report-Msgid-Bugs-To: \n"
"POT-Creation-Date: 2005-07-24 17:52+0200\n"
"PO-Revision-Date: 2005-10-13 08:50+0200\n"
"Last-Translator: Daniel Nylander <[EMAIL PROTECTED]>\n"
"Language-Team: Swedish <[EMAIL PROTECTED]>\n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=iso-8859-1\n"
"Content-Transfer-Encoding: 8bit"

#. Type: note
#. Description
#: ../mdadm.templates:3
msgid "Initialise the superblock if you reuse hard disks"
msgstr "Initiera superblocket om du återanvänder hårddiskar"

#. Type: note
#. Description
#: ../mdadm.templates:3
msgid ""
"WARNING! If you are using hard disks which have a md superblock from an "
"earlier installation in a different RAID array, you MUST zero the superblock "
"before activating the autostart feature."
msgstr ""
"VARNING! Om du använder hårddiskar som har ett md-superblock från en tidigare "
"installation i en annan RAID-array MÅSTE du nolla superblocket före du 
aktiverar "
"autostartfunktionen."

#. Type: note
#. Description
#: ../mdadm.templates:3
msgid ""
"To do this, do not start the RAID devices automatically. First, zero the "
"superblock (mdadm --zero-superblock /dev/mdX). Next, use `dpkg-reconfigure "
"mdadm` to reactivate the autostart feature."
msgstr ""
"För att göra detta, starta inte RAID-enheterna automatiskt. Först nolla 
superblocket "
"(mdadm --zero-superblock /dev/mdX), använd sedan 'dpkg-reconfigure "
"mdadm' för att återaktivera autostartfunktionen."

#. Type: boolean
#. Description
#: ../mdadm.templates:15
msgid "Do you want to start the RAID devices automatically?"
msgstr "Vill du starta RAID-enheter automatiskt?"

#. Type: boolean
#. Description
#: ../mdadm.templates:15
msgid ""
"If RAID devices are started automatically, all RAID devices are discovered "
"and assembled automatically at system startup. This option should only be "
"used if the md driver is compiled as a module. If it is compiled into your "
"kernel, the automatic startup will be performed at boot time by the kernel "
"and therefore you should not choose this option."
msgstr ""
"Om RAID-enheter startas automatiskt kommer alla RAID-enheter att upptäckas och 
"
"sättas ihop automatiskt vid systemets uppstart. Denna funktion bör bara 
användas "
"om md-drivaren är byggd som en modul. Om den är inbyggd i din kärna kommer "
"den automatiska uppstarten att göras av kärnan vid systemets uppstart och 
därför "
"bör du inte välja denna funktion här."

#. Type: boolean
#. Description
#: ../mdadm.templates:25
msgid "Do you want to start the RAID monitor daemon?"
msgstr "Vil du starta övervakningsdaemonen för RAID-enheter?"

#. Type: boolean
#. Description
#: ../mdadm.templates:25
msgid ""
"When the RAID monitor daemon runs, email notifications are sent when a disk "
"belonging to a RAID array fails or changes its status for some reason."
msgstr ""
"När RAID-övervakningsdaemonen kör kommer e-postnotifieringar att skickas när "
"en disk som tillhör en RAID-array fallerar eller ändrar status av någon 
anledning."

#. Type: string
#. Description
#: ../mdadm.templates:32
msgid "Recipient for daemon email notifications:"
msgstr "Mottagare för daemonens e-postnotifieringar:"

#. Type: string
#. Description
#: ../mdadm.templates:32
msgid ""
"Please enter the email address of the user who should get the email "
"notification if the status of a RAID array changes."
msgstr ""
"Ange e-postaddressen till den användare som ska ta emot e-postnotifieringar "
"om statusändringar i RAID-arrayen."

Bug#333487: chkrootkit: [INTL:sv] Swedish debconf templates translation

[Daniel Nylander]

Package: chkrootkit
Version: 0.45-1
Severity: wishlist
Tags: patch l10n



-- 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, LC_CTYPE=sv_SE (charmap=ISO-8859-1)

Versions of packages chkrootkit depends on:
ii  binutils 2.16.1cvs20050902-1 The GNU assembler, linker and bina
ii  debconf  1.4.58  Debian configuration management sy
ii  libc62.3.5-6 GNU C Library: Shared libraries an
ii  net-tools1.60-15 The NET-3 networking toolkit

chkrootkit recommends no packages.

-- debconf information:
* chkrootkit/run_daily: true
* chkrootkit/run_daily_opts: -q
* chkrootkit/diff_mode: true
# Translators, if you are not familiar with the PO format, gettext
# documentation is worth reading, especially sections dedicated to
# this format, e.g. by running:
# info -n '(gettext)PO Files'
# info -n '(gettext)Header Entry'
# Some information specific to po-debconf are available at
# /usr/share/doc/po-debconf/README-trans
# or http://www.debian.org/intl/l10n/po-debconf/README-trans
# Developers do not need to manually edit POT or PO files.
# , fuzzy
# 
# 
msgid ""
msgstr ""
"Project-Id-Version: chkrootkit 0.45-1\n"
"Report-Msgid-Bugs-To: \n"
"POT-Creation-Date: 2005-04-21 16:19-0700\n"
"PO-Revision-Date: 2005-10-13 09:00+0200\n"
"Last-Translator: Daniel Nylander <[EMAIL PROTECTED]>\n"
"Language-Team: Swedish <[EMAIL PROTECTED]>\n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=iso-8859-1\n"
"Content-Transfer-Encoding: 8bit"

#. Type: boolean
#. Description
#: ../templates:4
msgid "Would you like to run chkrootkit automatically every day?"
msgstr "Vill du köra chkrootkit automatiskt varje dag?"

#. Type: boolean
#. Description
#: ../templates:4
msgid ""
"chkrootkit can be run automatically via cron.daily if you like.  If you "
"answer yes to this question, you'll also be given the opportunity to specify "
"options for the daily run."
msgstr ""
"chkrootkit kan köras automatiskt via ett cron.daily-skript om du vill.  Om du "
"svara ja på denna fråga kommer du även att få chansen att specificera 
inställningar för "
"den dagliga körningen."

#. Type: string
#. Default
#: ../templates:11
msgid "-q"
msgstr "-q"

#. Type: string
#. Description
#: ../templates:12
msgid "What arguments would you like to pass to the daily chkrootkit run?"
msgstr "Vilka argument vill du skicka till den dagliga körningen av chkrootkit?"

#. Type: string
#. Description
#: ../templates:12
msgid ""
"The following are useful arguments to pass to chkrookit:\n"
"  * -r  specifies an alternate root directory\n"
"  * -n do not attempt to analyze nfs mounted files\n"
"  * -q run in quiet mode [highly recommended]"
msgstr ""
"Följande argument är användbara för att skicka till chkrootkit:\n"
"  * -r  specificera en alternativ rotmapp\n"
"  * -n försök inte att analysera NFS-monterade filer\n"
"  * -q kör i tyst läge [mycket rekommenderat]"

#. Type: boolean
#. Description
#: ../templates:21
msgid "Only report problems if they differ from yesterday's problems?"
msgstr "Rapportera bara problem om de skiljer sig från gårdagens problem?"

#. Type: boolean
#. Description
#: ../templates:21
msgid ""
"Choosing yes here instructs the cron.daily call of chkrootkit to only report "
"problems if they differ from the previous day's run."
msgstr ""
"Välja ja här instruerar cron.daily att kalla upp chkrootkit för att bara 
rapportera "
"problem om de skiljer sig från gårdagens körning."

#. Type: boolean
#. Description
#: ../templates:21
msgid "Use this option with care."
msgstr "Använd denna funktion med försiktighet."

Bug#333488: linux-kernel-headers: Include of asm/atomic.h is broken when compiling with g++

[Jerome Vizcaino]

Package: linux-kernel-headers
Version: 2.6.13+0rc3-1.1
Severity: important

Hi,

Including asm/atomic.h breaks compilation with g++.
The simple example below cannot be compiled using g++ 4, 3.4 or 3.3 and
the error is always the same.

-- CODE START --
#include 

int main()
{
 return 0;
}
-- CODE END --

Trying to compile I get the following errors:

/usr/include/asm/system.h:247: error: expected ‘,’ or ‘...’ before ‘new’
/usr/include/asm/system.h: In function ‘long unsigned int
__cmpxchg(volatile void*, long unsigned int, long unsigned int)’:
/usr/include/asm/system.h:250: error: ‘size’ was not declared in this
scope
/usr/include/asm/system.h:254: error: expected type-specifier before ‘)’
token
/usr/include/asm/system.h:260: error: expected type-specifier before ‘)’
token
/usr/include/asm/system.h:266: error: expected type-specifier before ‘)’
token
/usr/include/asm/processor.h: In function ‘void load_esp0(tss_struct*,
thread_struct*)’:
/usr/include/asm/processor.h:486: error: ‘unlikely’ was not declared in
this scope

The real thing is that, I could get it compiled using earlier versions
of linux-kernel-headers.

The problem in system.h is quite easy to fix as g++ thinks the function
parameter new is recognized as a keyword. Changing it to new_ (and so on
in the function) solves the problem.
As for the definition of unlikely which is found somewhere in
linux/compiler.h but only if __KERNEL__ is defined. Defining this
manually for compilation creates more problems of redefinitions.

What can I do ?

Thanks

-- 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.12.3
Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) (ignored: LC_ALL 
set to en_US.utf8)

-- no debconf information





___
Appel audio GRATUIT partout dans le monde avec le nouveau Yahoo! Messenger
T�l�chargez cette version sur http://fr.messenger.yahoo.com

Bug#166793: [Pkg-shadow-devel] Bug#166793: Patch for this issue (pwconv should create /etc/shadow 0440 root.shadow)

[Christian Perrier]

Quoting Christian Perrier ([EMAIL PROTECTED]):
> Attached is a patch for doing this.
> 
> This is highly Debian-specific, as I hardcoded the GID of the "shadow"
> group. There are maybe cleaner ways to do this.

Here's a less crude patch.


--- commonio.c.old  2005-10-12 09:11:12.507206547 +0200
+++ commonio.c  2005-10-12 07:37:14.630432346 +0200
@@ -675,7 +675,7 @@
 */
sb.st_mode = 0440;
sb.st_uid = 0;
-   sb.st_gid = 42;
+   sb.st_gid = getgrnam("shadow");
}
 
snprintf (buf, sizeof buf, "%s+", db->filename);

Bug#333489: xwine: Corrupt icons after imlib upgrade

[Vincent Lönngren]

Package: xwine
Version: 1.0.1-1
Severity: normal

xwine is suffering from the same problem as gnucash, described in bug
#332312.

-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/dash
Kernel: Linux 2.6.12
Locale: LANG=sv_SE.UTF-8, LC_CTYPE=sv_SE.UTF-8 (charmap=UTF-8)

Versions of packages xwine depends on:
ii  gdk-imlib11.9.14-22  compatibility package for gdk-imli
ii  libart2   1.4.2-24   The GNOME canvas widget - runtime 
ii  libaudiofile0 0.2.6-6Open-source version of SGI's audio
ii  libc6 2.3.5-6GNU C Library: Shared libraries an
ii  libdb33.2.9-22   Berkeley v3 Database Libraries [ru
ii  libesd-alsa0 [libesd0]0.2.36-1   Enlightened Sound Daemon (ALSA) - 
ii  libglib1.21.2.10-10  The GLib library of C routines
ii  libgnome321.4.2-24   The GNOME libraries
ii  libgnomesupport0  1.4.2-24   The GNOME libraries (Support libra
ii  libgnomeui32  1.4.2-24   The GNOME libraries (User Interfac
ii  libgtk1.2 1.2.10-18  The GIMP Toolkit set of widgets fo
ii  libice6   6.8.2.dfsg.1-8 Inter-Client Exchange library
ii  libsm66.8.2.dfsg.1-8 X Window System Session Management
ii  libx11-6  6.8.2.dfsg.1-8 X Window System protocol client li
ii  libxext6  6.8.2.dfsg.1-8 X Window System miscellaneous exte
ii  libxi66.8.2.dfsg.1-8 X Window System Input extension li
ii  libxml2   2.6.22-1   GNOME XML library
ii  xlibs 6.8.2.dfsg.1-8 X Window System client libraries m
ii  zlib1g1:1.2.3-4  compression library - runtime

Versions of packages xwine recommends:
ii  wine  0.0.20050628-2 Windows Emulator (Binary Emulator)
pn  winesetuptk(no description available)

-- no debconf information


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#332312: gnucash: xwine has the same problem

[Vincent Lönngren]

Package: gnucash
Version: 1.8.10-19
Followup-For: Bug #332312

For what it's worth, xwine seems to have the same problem.

-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/dash
Kernel: Linux 2.6.12
Locale: LANG=sv_SE.UTF-8, LC_CTYPE=sv_SE.UTF-8 (charmap=UTF-8)

Versions of packages gnucash depends on:
ii  bonobo1.0.22-5   The GNOME Bonobo System.
ii  gdk-imlib11   1.9.14-22  imaging library for use with gtk (
ii  gnucash-common1.8.10-19  A personal finance tracking progra
ii  guile-1.6-libs1.6.7-1.1  Main Guile libraries
ii  guile-1.6-slib1.6.7-1.1  Guile SLIB support
ii  libart2   1.4.2-24   The GNOME canvas widget - runtime 
ii  libaudiofile0 0.2.6-6Open-source version of SGI's audio
ii  libbonobo21.0.22-5   The GNOME Bonobo library.
ii  libc6 2.3.5-6GNU C Library: Shared libraries an
ii  libdate-manip-perl5.44-2 a perl library for manipulating da
ii  libdb33.2.9-22   Berkeley v3 Database Libraries [ru
ii  libesd-alsa0 [libesd0]0.2.36-1   Enlightened Sound Daemon (ALSA) - 
ii  libfinance-quote-perl 1.08-1 Perl module for retrieving stock q
ii  libfreetype6  2.1.10-1   FreeType 2 font engine, shared lib
ii  libgal23  0.24-4 G App Libs (run time library)
ii  libgconf111.0.9-7.1  GNOME configuration database syste
ii  libgdk-pixbuf-gnome2  0.22.0-10  The GNOME1 Canvas pixbuf library
ii  libgdk-pixbuf20.22.0-10  The GdkPixBuf image library, gtk+ 
ii  libghttp1 1.0.9-16   original GNOME HTTP client library
ii  libglade-gnome0   1:0.17-4   Library to load .glade files at ru
ii  libglade0 1:0.17-4   Library to load .glade files at ru
ii  libglib1.21.2.10-10  The GLib library of C routines
ii  libgnome321.4.2-24   The GNOME libraries
ii  libgnomeprint15   0.37-10The GNOME Print architecture - run
ii  libgnomesupport0  1.4.2-24   The GNOME libraries (Support libra
ii  libgnomeui32  1.4.2-24   The GNOME libraries (User Interfac
ii  libgtk1.2 1.2.10-18  The GIMP Toolkit set of widgets fo
ii  libgtkhtml1.1-3   1.1.10-8   HTML rendering/editing library - r
ii  libguile-ltdl-1   1.6.7-1.1  Guile's patched version of libtool
ii  libguppi160.40.3-15  GNOME graph and plot component
ii  libgwrapguile11.3.4-15   g-wrap: Tool for exporting C libra
ii  libice6   6.8.2.dfsg.1-8 Inter-Client Exchange library
ii  libltdl3  1.5.20-2   A system independent dlopen wrappe
ii  liboaf0   0.6.10-5   The GNOME Object Activation Framew
ii  libofx2   1:0.8.0-3  library to support Open Financial 
ii  liborbit0 0.5.17-11.1Libraries for ORBit - a CORBA ORB
ii  libpopt0  1.7-5  lib for parsing cmdline parameters
ii  libqthreads-121.6.7-1.1  QuickThreads library for Guile
ii  libsm66.8.2.dfsg.1-8 X Window System Session Management
ii  libstdc++64.0.2-2The GNU Standard C++ Library v3
ii  libx11-6  6.8.2.dfsg.1-8 X Window System protocol client li
ii  libxext6  6.8.2.dfsg.1-8 X Window System miscellaneous exte
ii  libxi66.8.2.dfsg.1-8 X Window System Input extension li
ii  libxml1   1:1.8.17-10GNOME XML library
ii  libzvt2   1.4.2-24   The GNOME zvt (zterm) widget
ii  oaf   0.6.10-5   The GNOME Object Activation Framew
ii  psfontmgr 0.11.8-0.1 PostScript font manager -- part of
ii  slib  3a1-4.2Portable Scheme library
ii  x-ttcidfont-conf  20 Configure TrueType and CID fonts f
ii  xlibs 6.8.2.dfsg.1-8 X Window System client libraries m
ii  zlib1g1:1.2.3-4  compression library - runtime

gnucash recommends no packages.

-- no debconf information


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#333061: libpango1.0-common: system information

[Jari Aalto]

Package: libpango1.0-common
Version: 1.8.2-3
Followup-For: Bug #333061

> Loic Minier:

> Is your libc6 already updated?  Do you run non-Debian binaries in your
> .bash_rc or at login?  Do you have locally built libraries in eg.
> /usr/local/lib?
>
> Please check your libc6 is the latest version on this system, and try
> to install libpango1.0-common again.

This is pure server machine running "testing" with no external Debian
binaries or libraries. Libraries are:

ii  libc6 2.3.5-6 GNU C Library: Shared libraries and Timezone
ii  libc6-dev 2.3.5-6 GNU C Library: Development Libraries and Hea

Apt reports:

  libc6-dev/testing uptodate 2.3.5-6
  libc6/testing uptodate 2.3.5-6

> Please report the state of your filesystems too:
> df -h

/dev/mapper/vg0-usr   3.0G  2.0G  852M  71% /usr
/dev/mapper/vg0-home   17G  7.1G  8.6G  46% /home
/dev/hda5 897M  229M  621M  27% /
/dev/mapper/vg0-var30G  5.3G   23G  19% /var
tmpfs 158M  4.0K  158M   1% /dev/shm
FilesystemSize  Used Avail Use% Mounted on

I'm using LVM2 with Kernel 

Linux bongo 2.6.12-1-686 #1 Tue Sep 27 12:52:50 JST 2005 i686 GNU/Linux

Let me know what other information is needed or what I could try.

Jari

-- 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.12-1-686
Locale: LANG=C, LC_CTYPE=C (charmap=ISO-8859-1) (ignored: LC_ALL set to en_US)

Versions of packages libpango1.0-common depends on:
ii  debconf [debconf-2.0] 1.4.58 Debian configuration management sy
ii  defoma0.11.8-0.1 Debian Font Manager -- automatic f
ii  fontconfig2.3.2-1generic font configuration library
ii  libc6 2.3.5-6GNU C Library: Shared libraries an
ii  libfontconfig12.3.2-1generic font configuration library
ii  libglib2.0-0  2.8.3-1The GLib library of C routines
ii  libpango1.0-0 1.8.2-3Layout and rendering of internatio
ii  zlib1g1:1.2.3-4  compression library - runtime

Versions of packages libpango1.0-common recommends:
pn  x-ttcidfont-conf   (no description available)

-- debconf information excluded


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#333061: libpango1.0-common: Remove + resinstall solved this error

[Jari Aalto]

Package: libpango1.0-common
Version: 1.8.2-3
Followup-For: Bug #333061

I decided to remove --purge libpango1.0-common (which also removed
other libraries + programs), and then I reinstalled everything
that got removed.

This cured the upgrade problem:

Get:1 http://deb testing/main libpango1.0-common 1.8.2-2 [17.5kB]
Get:2 http://deb testing/main libpango1.0-0 1.8.2-2 [276kB]
Fetched 294kB in 0s (913kB/s) 
Preconfiguring packages ...
Selecting previously deselected package libpango1.0-common.
(Reading database ... 52426 files and directories currently installed.)
Unpacking libpango1.0-common (from .../libpango1.0-common_1.8.2-2_i386.deb) 
...
Selecting previously deselected package libpango1.0-0.
Unpacking libpango1.0-0 (from .../libpango1.0-0_1.8.2-2_i386.deb) ...
Setting up libpango1.0-0 (1.8.2-2) ...

Setting up libpango1.0-common (1.8.2-2) ...
Updating the modules list for Pango-1.4.0...done.
Creating /etc/pango directory...done.
Cleaning up font configuration of pango...
Updating font configuration of pango...
Cleaning up category xfont..
Updating category xfont..
*** You don't have any defomized font packages.
*** So we are trying to force to generate pangox.aliases...

Hope the other information I previously sent helps determining
what could have went wrong with the upgrade.

Jari

-- 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.12-1-686
Locale: LANG=C, LC_CTYPE=C (charmap=ISO-8859-1) (ignored: LC_ALL set to en_US)

Versions of packages libpango1.0-common depends on:
ii  debconf [debconf-2.0] 1.4.58 Debian configuration management sy
ii  defoma0.11.8-0.1 Debian Font Manager -- automatic f
ii  fontconfig2.3.2-1generic font configuration library
ii  libc6 2.3.5-6GNU C Library: Shared libraries an
ii  libfontconfig12.3.2-1generic font configuration library
ii  libglib2.0-0  2.8.3-1The GLib library of C routines
ii  libpango1.0-0 1.8.2-3Layout and rendering of internatio
ii  zlib1g1:1.2.3-4  compression library - runtime

Versions of packages libpango1.0-common recommends:
pn  x-ttcidfont-conf   (no description available)

-- debconf information excluded


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#333490: rss2email: Does not handle Atom (final version) feeds

[Stephane Bortzmeyer]

Package: rss2email
Version: 1:2.54-2
Severity: normal


When you "add" an Atom field (one which uses the final Atom standard,
specified in Internet-Draft draft-ietf-atompub-format-11, approved by
IESG and which will be a RFC soon), "r2e run" fails:

=== SEND THE FOLLOWING TO [EMAIL PROTECTED] ===
E: can't process http://www.atomenabled.org/atom.xml
{'feed': {}, 'status': 200, 'version': '', 'headers': {'date': 'Wed, 12 Oct 
2005 07:15:26 GMT', 'connection': 'close', 'content-type': 'application/xml', 
'server': 'Apache/2.0.46 (Unix) mod_perl/1.99_09 Perl/v5.8.0 mod_ssl/2.0.46 
OpenSSL/0.9.7a FrontPage/5.0.2.2634 PHP/4.3.10'}, 'bozo': 0, 'encoding': 
'utf-8', 'url': 'http://www.atomenabled.org/atom.xml', 'etag': None, 'entries': 
[]}
rss2email 2.54
feedparser 3.3
html2text 2.2
Python 2.3.5 (#2, Sep  4 2005, 22:01:42) 
[GCC 3.3.5 (Debian 1:3.3.5-13)]
=== END HERE ===

Upstream have been notified.

-- System Information:
Debian Release: 3.1
Architecture: i386 (i686)
Kernel: Linux 2.6.8-2-686
Locale: LANG=C, LC_CTYPE=fr_FR (charmap=ISO-8859-1)

Versions of packages rss2email depends on:
ii  python2.3.5-2An interactive high-level object-o

-- no debconf information


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#333491: mailman: long non-ascii attachment filename breaks archive handling and blocks list

[Heno Ivanov]

Package: mailman
Version: 2.1.5-8
Severity: important

long-named attachment with special characters  breaks archival of the messages
list stops working.

manual workaround: 
1) fix list.mbox file by hand
2) run mmarch listname
3) unshunt messages.


*** log file follows 
Oct 11 22:11:07 2005 (2842) Uncaught runner exception: [Errno 36] File
name too long:
'/var/lib/mailman/archives/private/mmtest1/attachments/20051011/e80a0988/windows-1257QptE4p
ikutesttE4pikutesttE4pikutesttE4pikutesttE4pikwindows-1257QutesttE4pikutesttE4pikutesttE4pikutesttE4pikutwindows-1257QesttE4pikutesttE4pikutesttE4pikutesttE4pikutesttE4pwindows-
1257QikutesttE4pikutesttE4pikutesttE4pikutesttE4pikutesttwindows-1257QE4pikutesttE4pikutesttE4pikutesttE4pikutesttE4pikutwindows-1257QesttE4pikutesttE4pikutestt.obj'
Oct 11 22:11:07 2005 (2842) Traceback (most recent call last):
  File "/usr/lib/mailman/Mailman/Queue/Runner.py", line 111, in _oneloop
self._onefile(msg, msgdata)
  File "/usr/lib/mailman/Mailman/Queue/Runner.py", line 167, in _onefile
keepqueued = self._dispose(mlist, msg, msgdata)
  File "/usr/lib/mailman/Mailman/Queue/ArchRunner.py", line 73, in
_dispose
mlist.ArchiveMail(msg)
  File "/usr/lib/mailman/Mailman/Archiver/Archiver.py", line 215, in
ArchiveMail
h.processUnixMailbox(f)
  File "/usr/lib/mailman/Mailman/Archiver/pipermail.py", line 553, in
processUnixMailbox
m = mbox.next()
  File "/usr/lib/python2.3/mailbox.py", line 35, in next
return self.factory(_Subfile(self.fp, start, stop))
  File "/usr/lib/mailman/Mailman/Mailbox.py", line 89, in scrubber
return mailbox.scrub(msg)
  File "/usr/lib/mailman/Mailman/Mailbox.py", line 109, in scrub
return self._scrubber(self._mlist, msg)
  File "/usr/lib/mailman/Mailman/Handlers/Scrubber.py", line 265, in
process
url = save_attachment(mlist, part, dir)
  File "/usr/lib/mailman/Mailman/Handlers/Scrubber.py", line 447, in
save_attachment
fp = open(path, 'w')
IOError: [Errno 36] File name too long:
'/var/lib/mailman/archives/private/mmtest1/attachments/20051011/e80a0988/windows-1257QptE4pikutesttE4pikutesttE4pikutesttE4pikutesttE4pik
windows-1257QutesttE4pikutesttE4pikutesttE4pikutesttE4pikutwindows-1257QesttE4pikutesttE4pikutesttE4pikutesttE4pikutesttE4pwindows-1257QikutesttE4pikutesttE4pikutesttE4pikutestt
E4pikutesttwindows-1257QE4pikutesttE4pikutesttE4pikutesttE4pikutesttE4pikutwindows-1257QesttE4pikutesttE4pikutestt.obj'

Oct 11 22:11:07 2005 (2842) SHUNTING:
1129057753.2210591+1e2acb83b44424b8903d776060b07d0af0e7f4ed


-- System Information:
Debian Release: 3.1
Architecture: i386 (i686)
Kernel: Linux 2.6.11.12-grsec
Locale: LANG=en_GB, LC_CTYPE=en_GB (charmap=ISO-8859-1)

Versions of packages mailman depends on:
ii  apache [httpd]1.3.33-6sarge1 versatile, high-performance HTTP s
ii  cron  3.0pl1-86  management of regular background p
ii  debconf   1.4.30.13  Debian configuration management sy
ii  libc6 2.3.2.ds1-22   GNU C Library: Shared libraries an
ii  logrotate 3.7-5  Log rotation utility
ii  postfix [mail-transport-a 2.1.5-9A high-performance mail transport 
ii  pwgen 2.03-1 Automatic Password generation
ii  python2.3.5-2An interactive high-level object-o
ii  ucf   1.17   Update Configuration File: preserv

-- debconf information:
  mailman/queue_files_present:
  mailman/default_server_language: en
  mailman/gate_news: false
* mailman/site_languages: en
* mailman/used_languages:
* mailman/create_site_list:


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#333463: [Pkg-octave-devel] Bug#333463: octave2.1: gfortran not available on m68k

[Rafael Laboissiere]

* Russ Allbery <[EMAIL PROTECTED]> [2005-10-11 18:55]:

> Package: octave2.1
> Severity: serious
> Tags: patch
> Justification: Policy 2.2.1
> 
> octave2.1 currently build-depends unconditionally on gfortran, but gfortran
> is not available on m68k.  Could you please modify the package to allow
> fort77 on m68k instead?  Changing the gfortran build-depends to:
> 
> gfortran [!m68k], fort77 [m68k]
> 
> should accomplish this, I believe.

A fixed version of the package (octave2.1_2.1.71-5) will be uploaded today.
Thanks for your bug report.

-- 
Rafael


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#331391: Re: ftpmaster: Please remove 2.6.8 kernel images

[Jeroen van Wolffelaar]

On Wed, Oct 12, 2005 at 01:32:56PM +0900, Horms wrote:
> On Sat, Oct 08, 2005 at 09:20:44PM +0200, Sven Luther wrote:
> > On Sat, Oct 08, 2005 at 08:36:41PM +0200, Jeroen van Wolffelaar wrote:
> > > tags 331391 moreinfo
> > > thanks
> > > 
> > > On Mon, Oct 03, 2005 at 05:34:36PM +0900, Horms wrote:
> > > > Hi ftpmasters,
> > > 
> > > Hi Horms,
> > > 
> > > > After discussion with the d-i team, the 2.6.8 kernel
> > > > can now be removed from the archive. Accordinly, please remove
> > > > the following packages:
> > > > 
> > > > kernel-image-2.6.8-alpha
> > > > kernel-image-2.6.8-amd64
> > > > kernel-image-2.6.8-hppa
> > > > kernel-image-2.6.8-i386
> > > > kernel-image-2.6.8-ia64
> > > > kernel-image-2.6.8-m68k
> > > > kernel-image-2.6.8-s390
> > > > kernel-image-2.6.8-sparc
> > > > kernel-patch-2.6.8-hppa
> > > > kernel-patch-2.6.8-m68k
> > > > kernel-patch-powerpc-2.6.8
> > > > kernel-source-2.6.8
> > > > kernel-kbuild-2.6-3
> > > > 
> > > > In addition, the following packages should be removed,
> > > > but they should have been hijacked by linux-2.6, I am not
> > > > sure why this hasn't happened.
> > > > 
> > > > kernel-latest-2.6-alpha
> > > > kernel-latest-2.6-amd64
> > > > kernel-latest-2.6-hppa
> > > > kernel-latest-2.6-i386
> > > > kernel-latest-2.6-s390
> > > > kernel-latest-2.6-sparc
> > > 
> > > Removing the first list will break the second list, in particular, those
> > > kernel-headers-2.6-subarch packages. So the magical short names for 
> > > 'latest
> > > kernel headers' will cease to work in unstable then.
> > 
> > Nope, the latest are now provided by the linux-2.6 package as a legacy
> > compatibility thingy and depend on the linux-image 2.6.12 kernels. I think
> > from now on, and with the exception of the mips kernels, all 2.6 kernel
> > related source packages which are not linux-2.6 should go.
> 
> Sven, I don't think this is the case. Examining
> kernel-headers-2.6-686-smp in sid I find that it is a package
> produced by the kernel-latest-2.6-i386 source package. I do not
> see it provided as a virtual or real package by linux-2.6.
> If I understand Jeroen correctly, this needs to be resolved.
> 
> In a nutshell it seems that kernel-image-2.6- is
> handled by linux-2.6 but kernel-headers-2.6-
> 
> This problem does not seem to exist on powerpc because the header
> packages, (called kernel-build-*) were never released as generic
> 2.6- dummy packages. However, adding
> kernel-headers-2.6- as part of the transition would do no harm.

Indeed -- I asked about this, because I do not know enough about the usage of
kernel-headers-2.6- packages, whether it would make sense to seize to
provide those, and break upgrade path for them. It might be the case that that
would make more sense than to continue their existance -- but it is not
something I can judge, the kernel team can do so much better.
 
(...)
> it seems we need to add a little more package magic first.

So that is up to you -- if the kernel team decides that no upgrade path is
needed on the other hand, that's fine with me too. I merely want it to be
well-thoughtover decision, and not an implicit consequence :).

Thank you all,
--Jeroen

-- 
Jeroen van Wolffelaar
[EMAIL PROTECTED] (also for Jabber & MSN; ICQ: 33944357)
http://Jeroen.A-Eskwadraat.nl


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#333492: dhcp3: [INTL:sv] Swedish debconf templates translation

[Daniel Nylander]

Package: dhcp3
Severity: wishlist
Tags: patch l10n



-- 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, LC_CTYPE=sv_SE (charmap=ISO-8859-1)
# Swedish translation of dhcp3.
# Copyright (C) 2005 THE dhcp3'S COPYRIGHT HOLDER
# This file is distributed under the same license as the dhcp3 package.
# Daniel Nylander <[EMAIL PROTECTED]>, 2005.
# , fuzzy
# 
# 
msgid ""
msgstr ""
"Project-Id-Version: dhcp3 3.0.3-4\n"
"Report-Msgid-Bugs-To: [EMAIL PROTECTED]"
"POT-Creation-Date: 2005-09-18 12:58+1000\n"
"PO-Revision-Date: 2005-10-13 09:32+0200\n"
"Last-Translator: Daniel Nylander <[EMAIL PROTECTED]>\n"
"Language-Team: Swedish <[EMAIL PROTECTED]>\n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=iso-8859-1\n"
"Content-Transfer-Encoding: 8bit"

#. Type: string
#. Description
#: ../dhcp3-relay.templates:3
msgid "What DHCP servers should the DHCP relay forward requests to?"
msgstr "Vilken DHCP-server ska DHCP skicka vidare förfrågningar till?"

#. Type: string
#. Description
#: ../dhcp3-relay.templates:3
msgid ""
"The name or IP address of at least one DHCP server to which DHCP and BOOTP "
"requests should be relayed must be specified on the command line."
msgstr ""
"Namnet eller IP-addressen på åtminstone en DHCP-server till vilken DHCP och "
"BOOTP-förfrågningar ska skickas vidare till måste specificeras på 
kommandolinjen."

#. Type: string
#. Description
#: ../dhcp3-relay.templates:3
msgid ""
"You can specify more than one server, just separate the server names (or IP "
"addresses) with spaces."
msgstr ""
"Du kan specificera mer än en server, bara separera servernamnen (eller 
IP-addresserna) "
"med mellanslag."

#. Type: string
#. Description
#: ../dhcp3-relay.templates:12 ../dhcp3-server.templates:13
msgid "On what network interfaces should the DHCP server listen?"
msgstr "På vilken nätverkskort ska DHCP-servern lyssna?"

#. Type: string
#. Description
#: ../dhcp3-relay.templates:12
msgid ""
"The names of the network interfaces that dhcrelay should attempt to "
"configure may be specified on the command line using  the -i option. If no "
"interface names are specified on the command line dhcrelay  will identify "
"all network interfaces, elimininating non-broadcast interfaces if possible, "
"and attempt to configure each interface."
msgstr ""
"Namnen på nätverkskortet som dhcrelay ska försöka konfigurera måste "
"specificeras på kommandolinjen med flaggan -i. Om inget namn specificeras "
"på kommandolinjen kommer dhcrelay att identifiera nätverkskortet, ta bort "
"ta bort nätverkskort utan broadcastflagga om möjligt och försöka konfigurera "
"varje kort."

#. Type: string
#. Description
#: ../dhcp3-relay.templates:21
msgid "Additional options for the Daemon?"
msgstr "Ytterligare inställningar för daemonen?"

#. Type: string
#. Description
#: ../dhcp3-relay.templates:21
msgid "Additional options for the DHCP relay daemon."
msgstr "Ytterligare inställningar för DHCP-daemonen för vidaresändningar"

#. Type: string
#. Description
#: ../dhcp3-relay.templates:21
msgid "Example: \"-m replace\" or \"-a -D\""
msgstr "Exempel: \"-m replace\" eller \"-a -D\""

#. Type: note
#. Description
#: ../dhcp3-server.templates:3
msgid "The DHCP server requires manual configuration after installation!!!"
msgstr "DHCP-servern kräver manuell konfiguration efter installationen!!!"

#. Type: note
#. Description
#: ../dhcp3-server.templates:3
msgid ""
"After the DHCP server is installed you will need to  manually configure it "
"by editing the file /etc/dhcp3/dhcpd.conf. Please note that a sample dhcpd."
"conf is supplied, but the configuration there is just a sample that requires "
"editing and customization to your own network environment."
msgstr ""
"Efter att DHCP-servern är installerad behöver du manuellt konfigurera den "
"genom att ändra i filen /etc/dhcp3/dhcpd.conf. Notera att en exempelfil 
(dhcpd.conf) "
"skickas med men konfigurationen där är bara ett exempel som kräver ändringar "
"och egna definitioner för att passa din nätverksmiljö."

#. Type: note
#. Description
#: ../dhcp3-server.templates:3
msgid "Please configure the DHCP server as soon as the installation finishes."
msgstr "Konfigurera DHCP-servern så fort som installationen är färdigställd."

#. Type: string
#. Description
#: ../dhcp3-server.templates:13
msgid ""
"You can enter one or more valid interface names, like eth0. If you want to "
"serve DHCP request on more than one interface, please separate them with "
"spaces. If you want dhcpd to figure out the interface leave this parameter "
"blank."
msgstr ""
"Du kan ange en eller flera giltiga nätverkskort, såsom eth0. Om du vill ta 
emot "
"DHCP-förfrågningar på mer än ett kort, separera dom med mellanslag. Om du vill 
"
"att dhcpd ska själv fundera ut vilket kort, lämna denna parameter blank."

#. Type: note
#. Description
#: 

Bug#333493: mountapp: segfaults if no fstab

[Paolo]

Package: mountapp
Version: 3.0-7
Severity: normal

hi,

it's all in subject: mountapp goes through the fstab-parser even though
the number of mountpoints is 0.
Should complain and bail out cleanly.


-- paolo



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#333494: 'man nmap' typos: "Filered" and "locaton"

[A Costa]

Package: nmap
Version: 3.93-1
Severity: minor
Tags: patch


Found a few typos in '/usr/share/man/man1/nmap.1.gz', see attached '.diff'.

Hope this helps...

-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.12-1-686
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C)

Versions of packages nmap depends on:
ii  libc6 2.3.5-6GNU C Library: Shared libraries an
ii  libgcc1   1:4.0.2-2  GCC support library
ii  libpcre3  6.3-1  Perl 5 Compatible Regular Expressi
ii  libssl0.9.7   0.9.7g-3   SSL shared libraries
ii  libstdc++64.0.2-2The GNU Standard C++ Library v3

nmap recommends no packages.

-- no debconf information
--- -   2005-10-12 03:41:07.072009000 -0400
+++ /tmp/nmap1.gz.29792 2005-10-12 03:41:07.0 -0400
@@ -111,7 +111,7 @@
 .Sp
 The idea is that closed ports are required to reply to your probe
 packet with an RST, while open ports must ignore the packets in
-question (see RFC 793 pp 64).  Filered ports also tend to drop probes
+question (see RFC 793 pp 64).  Filtered ports also tend to drop probes
 without a response, so Nmap considers ports "open|filtered" when it
 fails to elicit any response.  If you add version detection (-sV), it
 will try to verify whether the ports are actually open and change the
@@ -594,7 +594,7 @@
 load the latest version of the stylesheet from Insecure.Org.  This
 makes it easier to view results on a machine that doesn't have Nmap
 (and thus nmap.xsl) installed.  So the URL is often more useful, but
-the local filesystem locaton of nmap.xsl is used by default for
+the local filesystem location of nmap.xsl is used by default for
 privacy reasons.
 .TP
 .B \--no_stylesheet

Bug#333495: tcp-wrappers: [INTL:sv] Swedish debconf templates translation

[Daniel Nylander]

Package: tcp-wrappers
Severity: wishlist
Tags: patch l10n



-- 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, LC_CTYPE=sv_SE (charmap=ISO-8859-1)
# Translators, if you are not familiar with the PO format, gettext
# documentation is worth reading, especially sections dedicated to
# this format, e.g. by running:
# info -n '(gettext)PO Files'
# info -n '(gettext)Header Entry'
# Some information specific to po-debconf are available at
# /usr/share/doc/po-debconf/README-trans
# or http://www.debian.org/intl/l10n/po-debconf/README-trans
# Developers do not need to manually edit POT or PO files.
# , fuzzy
# 
# 
msgid ""
msgstr ""
"Project-Id-Version: tcp-wrappers 7.6.dbs-8\n"
"Report-Msgid-Bugs-To: \n"
"POT-Creation-Date: 2004-05-22 13:08+0200\n"
"PO-Revision-Date: 2005-10-13 09:41+0200\n"
"Last-Translator: Daniel Nylander <[EMAIL PROTECTED]>\n"
"Language-Team: Swedish <[EMAIL PROTECTED]>\n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=iso-8859-1\n"
"Content-Transfer-Encoding: 8bit"

#. Type: boolean
#. description
#: ../tcpd.templates:4
msgid "Should tcpd setup paranoid hosts.allow and hosts.access?"
msgstr "Ska tcpd sätta upp en paranoid version av filerna hosts.allow och 
hosts.access?"

#. Type: boolean
#. description
#: ../tcpd.templates:4
msgid ""
"/etc/hosts.allow and /etc/hosts.deny will be setup since you do not have "
"have any of these files yet. You can either have a generic and permissive "
"configuration which will allow any incoming connection or a paranoid "
"configuration which will not allow remote connections regardless of where "
"they originate from."
msgstr ""
"Filerna /etc/hosts.allow och /etc/hosts.deny kommer att sättas upp eftersom du 
inte "
"har dom. Du kan antingen ha en generisk och tolerant konfiguration som 
tillåter alla "
"inkommande anslutningar eller en paranoid konfiguration som inte tillåter 
någon "
"extern anslutning oavsett vad de kommer från."

#. Type: boolean
#. description
#: ../tcpd.templates:4
msgid ""
"The second option, even if more secure, will block out all communication, "
"including, for example, remote administration. So if you need this don't "
"choose it."
msgstr ""
"Det andra alternativet, även mer säker, kommer att blockera ute all 
kommunikation "
"inkluderat, till exempel, fjärradministration. Så om du behöver detta, välj 
det då inte."

#. Type: boolean
#. description
#: ../tcpd.templates:4
msgid ""
"Regardless of which option you select you can always manually edit both  "
"files to suit your needs, for this, review the hosts_access(5) manpage.  "
"This might include giving remote access of services to legitimate hosts."
msgstr ""
"Oavsett vilken inställning för väljer kan du alltid manuellt ändra dessa båda 
filer "
"för att passa dina behov, för att göra detta, ta en titt på manualsidan 
hosts_access(5).  "
"Detta kan till exempel vara att ge extern tillgång till tjänster för legitima 
värdmaskiner."

#. Type: boolean
#. description
#: ../tcpd.templates:4
msgid ""
"Notice this only applies to internet services that use the libwrap library. "
"Remote connections will still be possible to services that do not use this "
"library, consider using firewall rules to block access to these."
msgstr ""
"Notera att detta bara gäller för Internettjänster som använder biblioteket 
libwrap. "
"Fjärranslutningar kommer fortfarande vara möjliga till tjänster som inte 
använder "
"detta bibliotek, tänk på att använda en brandvägg för att blockera dessa 
anslutningar."

Bug#303375: MIPS off or not off

[Michael Piefel]

Upstream has changed this magic, but did not correct what was reported
here. I’m therefore unsure what to believe. Is there any reference?

Bye,
Mike

-- 
|=| Michael Piefel
|=| Humboldt-Universität zu Berlin
|=| Tel. (+49 30) 2093 3831

Bug#306990: lvm2: Strange error when attempting to install

[Petter Reinholdtsen]

severity 306990 grave
found 306990 1.3.25-23
thanks

I see this problem with the current unstable/sid packages.  To
reproduce it, install ltsp-server and run this command:

  ltsp-build-client --dist sid --mirror http://ftp.skolelinux.no/debian

After a while, this error occures:

  [...]
  Setting up lvm-common (1.5.20) ...
  invoke-rc.d: unknown initscript, /etc/init.d/devfsd not found.
  dpkg: error processing lvm-common (--configure):
   subprocess post-installation script returned error exit status 100
  dpkg: dependency problems prevent configuration of lvm2:
   lvm2 depends on lvm-common (>> 1.5.8); however:
Package lvm-common is not configured yet.
  dpkg: error processing lvm2 (--configure):
   dependency problems - leaving unconfigured
  Setting up libgdbm3 (1.8.3-2) ...
  Setting up whiptail (0.51.6-31) ...
  Setting up cpp-4.0 (4.0.2-2) ...
  Setting up cpp (4.0.2-1) ...
  Setting up libmagic1 (4.12-1) ...
  
  Setting up file (4.12-1) ...
  Setting up libkrb53 (1.3.6-5) ...
  
  Setting up libedit2 (2.9.cvs.20050518-2.2) ...
  
  Setting up openssh-client (4.2p1-5) ...
  
  Setting up cramfsprogs (1.1-6) ...
  Setting up devfsd (1.3.25-23) ...
  devfsd: No devfs on /dev, not starting.
  devfsd: No devfs on /dev, not starting.
  [...]

As this bug blocks the installation of another package (lvm-common), I
raise the severity to grave.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#333479: gdk-imlib1: gdk-imblib1 should not explicitly conflict with libpng2

[Josselin Mouette]

Le mercredi 12 octobre 2005 à 15:53 +0930, Ron a écrit :
> Package: gdk-imlib1
> Version: 1.9.14-22
> Severity: critical
> Justification: breaks unrelated software

Software depending on a library is not "unrelated" software.

> Unless there is something big I am missing, gdk-imlib should
> certainly not take it upon itself to force the removal of
> libpng2 and all its dependencies...

How so? It's just being removed from sid, and no upload of this package
has been made in the last 9 months.

> Josselin: I see from #323354 that you are planning to kill
> off libpng2 soon in any case.  Where does this leave apps
> that still depend on gtk1?  Will it be rebuilt to use png3,
> or something else?  wx2.4 can build with png3 just fine,
> but I'm much less sure about how well it can be rebuilt with
> gtk2...

You should preferably rebuild it with gtk2, as the long-term plan is to
kill gtk1, but it's not going to happen anytime soon.

> That's not the only package that this (wrong IMO) change to
> gdk-imlib make uninstallable on my system though.  Please
> fix this and/or advise of a transition plan.

You should just rebuild the package against gdk-imlib11, that's all.
That package is linked against libpng12, as libpng2/libpng10 has been
removed as well.

Regards,
-- 
 .''`.   Josselin Mouette/\./\
: :' :   [EMAIL PROTECTED]
`. `'[EMAIL PROTECTED]
   `-  Debian GNU/Linux -- The power of freedom

Bug#331487: Please ship upstream changelog, as well.

[Piotr Engelking]

Please also include upstream changelog (this is, actually, a policy
requirement).

Bug#180998: Closing woody bugs

[Michael Piefel]

This bug is only relevant to the woody version of file. Since woody has
been replaced by sarge, this bug is closed.

-- 
|=|  Michael Piefel
|=|  Alma Mater Berolinensis - Sectionis Informaticae
|=|  Raum III.308, Tel. 3831


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#333496: wacom_drv.so: undefined symbol: IsPad

[Mike Morrison]

Package: xserver-xorg
Version: 6.8.99.900.dfsg.1-0pre1
Severity: important

the wacom driver for xorg fails to load with the error:

undefined symbol: IsPad

a quick search on the web returned this mailing list entry:
http://lists.debian.org/debian-x/2005/07/msg00751.html

which shows the addition of the IsPad call but is missing the
definition.

in the wacom-kernel-source package this IsPad function is defined in
xf86Wacom.h as:

#define IsPad(priv)(DEVICE_ID((priv)->flags) == PAD_ID)

maybe the header file change was missed in the patch?

-mike morrison


-- Package-specific info:
Contents of /var/lib/xfree86/X.roster:
xserver-xfree86
xserver-xorg

/etc/X11/X target unchanged from checksum in /var/lib/xfree86/X.md5sum.

X server symlink status:
lrwxrwxrwx  1 root root 17 Jun 11 14:31 /etc/X11/X -> /usr/bin/X11/Xorg
-rwxr-xr-x  1 root root 1848028 Sep  8 13:28 /usr/bin/X11/Xorg

Contents of /var/lib/xfree86/xorg.conf.roster:
xserver-xorg

VGA-compatible devices on PCI bus:
:01:00.0 VGA compatible controller: nVidia Corporation GeForce 6200 (rev a1)

/var/lib/xfree86/xorg.conf.md5sum does not exist.

Xorg X server configuration file status:
-rw-r--r--  1 root root 4466 Oct 12 00:31 /etc/X11/xorg.conf

Contents of /etc/X11/xorg.conf:
Section "ServerLayout"
Identifier "Simple Layout"
Screen  0  "Screen 1" 0 0
InputDevice"Mouse1" "CorePointer"
#InputDevice"Mouse1" "SendCoreEvents"
#InputDevice"wacom penpartner" "SendCoreEvents"
#InputDevice"MouseRemote" "SendCoreEvents"
InputDevice"Keyboard1" "CoreKeyboard"
Option  "Xinerama" "off"
#Option  "MonitorLayout" "DFP+TV,NONE"
Option  "Clone" "off"
EndSection

Section "Files"
RgbPath  "/usr/X11R6/lib/X11/rgb"
FontPath "/usr/X11R6/lib/X11/fonts/TrueType/"
FontPath "/usr/X11R6/lib/X11/fonts/misc/"
FontPath "/usr/X11R6/lib/X11/fonts/75dpi/"
FontPath "/usr/X11R6/lib/X11/fonts/100dpi/"
FontPath "/usr/X11R6/lib/X11/fonts/Type1/"
EndSection

Section "Module"
Load  "dbe" # Double buffer extension
Load  "glx" # This loads the GLX module
Load  "extmod"
Load  "type1"
Load  "freetype"
EndSection

Section "Extensions"
#Option "Composite" "Enable"
EndSection

Section "ServerFlags"
Option  "BlankTime" "10"
Option  "StandbyTime" "12"
Option  "SuspendTime" "13"
Option  "OffTime" "15"
EndSection

Section "InputDevice"
Identifier  "Keyboard1"
Driver  "keyboard"
Option  "AutoRepeat" "500 30"# Specify which keyboard LEDs can be 
user-controlled (eg, with xset(1))
Option  "XkbRules" "xfree86"
Option  "XkbModel" "pc104"
Option  "XkbLayout" "us"
EndSection

Section "InputDevice"
Identifier  "Mouse1"
Driver  "mouse"
Option  "Protocol" "imps/2"
Option  "Device" "/dev/gpmdata"
Option  "Zaxismapping" "4 5"
EndSection

Section "InputDevice"
Identifier  "wacom penpartner"
Driver  "wacom"
Option  "Device" "/dev/ttyS0"
Option  "Type" "stylus"
Option  "Mode" "Absolute"
EndSection

Section "InputDevice"
Identifier  "MouseRemote"
Driver  "mouse"
Option  "Protocol" "MouseSystems"
Option  "Device" "/dev/mumse"
EndSection

Section "Monitor"
Identifier   "studioworks"
HorizSync31.5 - 100.0
VertRefresh  28 - 90
Option  "DPMS" "on"
Modeline "1920x1200"  161.75  1920 2020 2052 2184  1200 1202 1208 1235 
-hsync -vsync
Modeline "1920x1200"  154.128 1920 1968 2000 2080  1200 1203 1209 1235 
-hsync -vsync
EndSection

Section "Device"
Driver   "radeon"
Identifier   "radeon"
Screen   0
Option   "RenderAccel" "true"
Option   "AGPMode" "4"
Option   "AGPFastWrite" "true"
Option   "EnablePageFlip" "true"
Option   "UseInternalAGPGART" "no"
Option   "backingstore" "true"
Option   "AllowGLXWithComposite" "true"

EndSection

Section "Device"
#   BoardName"GeForce4 MX 440"
#   Driver   "nv"
Driver   "nvidia"
Identifier   "geforce4"
Screen   0
Option   "RandRRotation" "on"
Option   "RenderAccel" "true"
VendorName   "NVidia"
#Option   "NvAGP" "1"
#   Option   "NoLogo" "true"
#   Option   "CursorShadow"  "on"
Option   "TwinView"
Option   "TwinViewOrientation" "LeftOf"
#   Option   "MetaModes" "1024x768; 800x600"
Option   "MetaModes" "CRT-0:1920x1200,DFP-0:1600x1200; 
640x480,640x480"
#Option   "MetaModes" "CRT-0:1920x1200,DFP-0:1600x1200,TV-0:NULL; 
CRT-0:NULL,DFP-0:640x480,TV-

Bug#333339: elinks: does not save the link numbering parameter while this is very blindfriendly

[Petr Baudis]

Hello,

I think I've fixed this now in the development git tree. I'll let Jonas
do the bubbling-through to the stable series now. ;-)

Thanks for the report,

-- 
Petr "Pasky" Baudis
Stuff: http://pasky.or.cz/
VI has two modes: the one in which it beeps and the one in which
it doesn't.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#329196: New libetpan available (Was: sylpheed-claws-gtk2: IMAP + TLS problem: connection breaks, possible mail loss)

[Martin Samuelsson]

Peter Gervai @ 2005-09-20 (Tuesday), 13:02 (+0200)
> Please see 
> http://www.thewildbeast.co.uk/sylpheed-claws/bugzilla/show_bug.cgi?id=809
> for the description of the bug. 
> 
> Basically you want to upgrade to at least 1.9.15-rc2 *along* with
> compulsory upgrade of libetpan to at least 0.39.

Quoting the bugzilla:

> --- Additional Comment #6 From Ricardo Mones  2005-09-20 13:42
> [reply] ---
>
> (In reply to comment #5)
> > Just reporting that the problem is fixed with 1.9.15rc2 + libetpan
> > 0.39.
> > I'll report this bug number to the Debian maintainer too, hinting the
> > upgrade. :)
>
> Nah, Debian maintainer is already hinted, no need to report to him ;-)
> Blocker here is libetpan, which has been already submitted a wishlist
> for upgrade.

Debian bug #329202 was about this upgrade, it is closed and 0.39.1-1 is
now in both sid and etch.
--
/Martin


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#333497: CAN-2005-2971: Heap overflow in kword's RTF import

[Moritz Muehlenhoff]

Package: kword
Version: 1:1.3.5-4.3
Severity: grave
Tags: security
Justification: user security hole

An exploitable heap overflow has been found in kword's RTF import function.
Please see http://www.kde.org/info/security/advisory-20051011-1.txt for
more information and a patch against 1.3.5. This has been assigned 
CAN-2005-2971, please mention it in the changelog, when fixing this.

Cheers,
Moritz

-- 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-rc1
Locale: LANG=C, [EMAIL PROTECTED] (charmap=ISO-8859-15)


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#333498: sylpheed-claws-gtk2: Messages gets mixed up

[Martin Samuelsson]

Package: sylpheed-claws-gtk2
Version: 1.9.14-1
Severity: normal


When testing out this MUA I decided NOT to use it. The reason being it
didn't seem to properly know what it was doing. First I read a couple of
messages, then deleted one, moved one to thrash and continued reading.

After these initial steps I noticed that at the end of a message window,
text from another message in my mailbox appeared. It looked like a
buffer was reused, but the application didn't know that it should end at
the shorter message.

I have no idea if this was merely cosmetic or a more severe error, but
my mail is to important to take any chances.

This is a lousy bug report, but better than nothing I hope...

I keep my messages on an imap server running Courier. Not sure about the
version, but probably the one from sarge.
--
/Martin

-- 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.12-1-k7
Locale: LANG=sv_SE, LC_CTYPE=sv_SE (charmap=ISO-8859-1)

Versions of packages sylpheed-claws-gtk2 depends on:
ii  libart-2.0-2   2.3.17-1  Library of functions for 2D graphi
ii  libaspell150.60.3-5  GNU Aspell spell-checker runtime l
ii  libatk1.0-01.10.1-2  The ATK accessibility toolkit
ii  libc6  2.3.5-6   GNU C Library: Shared libraries an
ii  libcompfaceg1  1989.11.11-24 Compress/decompress images for mai
ii  libdb4.2   4.2.52-18 Berkeley v4.2 Database Libraries [
ii  libetpan3  0.39.1-1  mail handling library
ii  libfontconfig1 2.3.2-1   generic font configuration library
ii  libfreetype6   2.1.7-2.4 FreeType 2 font engine, shared lib
ii  libgcrypt111.2.1-4   LGPL Crypto library - runtime libr
ii  libglib2.0-0   2.8.1-1   The GLib library of C routines
ii  libgnomecanvas2-0  2.10.2-2  A powerful object-oriented display
ii  libgnomeprint2.2-0 2.10.3-3  The GNOME 2.2 print architecture -
ii  libgnomeprintui2.2-0   2.10.2-2  GNOME 2.2 print architecture User 
ii  libgnutls121.2.6-1   the GNU TLS library - runtime libr
ii  libgpg-error0  1.1-4 library for common error values an
ii  libgpgme11 1.0.3-1   GPGME - GnuPG Made Easy
ii  libgtk2.0-02.6.10-1  The GTK+ graphical user interface 
ii  libldap2   2.1.30-12 OpenLDAP libraries
ii  liblockfile1   1.06  NFS-safe locking library, includes
ii  libpango1.0-0  1.8.2-2   Layout and rendering of internatio
ii  libpisock8 0.11.8-10 Library for communicating with a P
ii  libsasl2   2.1.19-1.5Authentication abstraction library
ii  libssl0.9.70.9.7g-2  SSL shared libraries
ii  libtasn1-2 0.2.13-1  Manage ASN.1 structures (runtime)
ii  libxml22.6.22-1  GNOME XML library
ii  zlib1g 1:1.2.3-4 compression library - runtime

Versions of packages sylpheed-claws-gtk2 recommends:
ii  sylpheed-claws-gtk2-i18n  1.9.14-1   Locale data for Sylpheed Claws (i1

-- no debconf information


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#333499: mb2md: -r option does not work

[Bastien Mourgues]

Package: mb2md
Version: 3.20-2
Severity: normal

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1


- -r option does not do anything (it should remove an extension while
 creating maldir name).

If you use such directory/mailbox structure :

[EMAIL PROTECTED]: test]$ ls -alR /tmp/test/Mail
/tmp/test/Mail:
total 24
drwxr-xr-x  3 bast bast 4096 2005-10-11 19:28 .
drwxr-xr-x  4 bast bast 4096 2005-10-11 19:36 ..
- -rw-r--r--  1 bast bast 9886 2005-10-11 19:33 Local.sbd


and convert it


[EMAIL PROTECTED]: test]$ /usr/bin/mb2md -s /tmp/test/Mail/ -R -d 
/tmp/test/Maildir -r sbd
convertit(.,"")
Skipping . : name begins with a '.'
convertit(..,"")
Skipping .. : name begins with a '.'
convertit(): Converting Local.sbd in /tmp/test/Mail/ to 
/tmp/test/Maildir/.Local_sbd
destination = .Local_sbd
Source Mbox is /tmp/test/Mail//Local.sbd
Target Maildir is /tmp/test/Maildir/.Local_sbd 
2 messages.

1 files processed.


the new maildir is created with "_extension" in its name :


[EMAIL PROTECTED]: test]$ ls -al /tmp/test/Maildir/
total 24
drwx--  6 bast bast 4096 2005-10-12 09:59 .
drwxr-xr-x  4 bast bast 4096 2005-10-12 09:59 ..
drwx--  2 bast bast 4096 2005-10-12 09:59 cur
drwx--  5 bast bast 4096 2005-10-12 09:59 .Local_sbd
drwx--  2 bast bast 4096 2005-10-12 09:59 new
drwx--  2 bast bast 4096 2005-10-12 09:59 tmp


Looking at mb2md code, while creating maildir name, mb2md first
replaces all . with _, and then it tries to remove pattern \.$strip_ext$
from this name. As no dot is found, this pattern never matches.

Attached quick patch make -r option works, but it may not be the best
solution. ^_^


thanks.

- -- System Information:
Debian Release: testing/unstable
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'oldstable'), (500, 'unstable'), (500, 
'stable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.12-1-686
Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15)

Versions of packages mb2md depends on:
ii  libtimedate-perl  1.1600-5   Time and date functions for Perl
ii  perl [perl5]  5.8.7-3Larry Wall's Practical Extraction 

mb2md recommends no packages.

- -- no debconf information

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.1 (GNU/Linux)

iD8DBQFDTMXvilgeBOdeKhcRAgVoAKCI5tY7z5eYD5c7nJp8//cBNQY+RwCgkYLf
zCD8Ij4zAAJNi93FXd7857g=
=HhWK
-END PGP SIGNATURE-
--- /usr/bin/mb2md  2005-07-04 22:38:47.0 +0200
+++ /tmp/mb2md  2005-10-11 19:05:35.0 +0200
@@ -677,7 +677,7 @@
#
# if $strip_extension is defined,
# strip it off the $targetfile
-   defined($strip_ext) && ($destinationdir =~ s/\.$strip_ext$//);
+   defined($strip_ext) && ($destinationdir =~ s/\_$strip_ext$//);
&convert("$mbroot/$oldpath/$dir","$dest/$destinationdir");
$mailboxcount++;
}

Bug#333371: devscripts: please consider adding an option to Cc: an arbitrary address

[Filippo Giunchedi]

On Tue, Oct 11, 2005 at 06:07:55PM +0200, Marc Haber wrote:
> Package: devscripts
> Version: 2.9.7
> Severity: wishlist
> 
> Please consider adding an option that allows an arbitrary Address to
> be cc'ed on the outgoing message for reference.

to which script you would add such option? I'm puzzled :)

filippo


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#332420: freemind: use x-www-browser

[Eric Lavarde - Debian]

Hi Peter,

two things:

1. you can very easily solve this yourself by editing
~/.freemind/user.properties and uncommenting and setting the variable
'default_browser_command_other_os' to the value you like.
2. in version 0.8.0, not yet in Debian for different reasons but available
from the FreeMind site directly (I'm also packaging those), read the
release notes for details, this problem is solved with a small utility
called 'urlsee'. Hope you'll like it.

Cheers, Eric

PS: I'll close the bug in a short while...

> Package: freemind
> Version: 0.7.1-6
> Severity: normal
>
> To display the FAQ, use x-www-browser instead of www-browser.  The latter
> ends
> up being lynx or something like that.  (I don't think that freemind runs
> on
> the console so that relying on X would be inappropriate.)
>
>
>


-- 
Eric de France, d'Allemagne et de Navarre

Bug#333500: CAN-2005-2969: Potential SSL2 fallback

[Moritz Muehlenhoff]

Package: openssl
Version: 0.9.8-2
Severity: important
Tags: security

Yutaka Oiwa found a vulnerability in OpenSSL:

A vulnerability has been found in all previously released versions of
OpenSSL (all versions up to 0.9.7h and 0.9.8a).  Versions 0.9.7h and
0.9.8a have been released to address the issue.  The vulnerability
potentially affects applications that use the SSL/TLS server
implementation provided by OpenSSL.

Such applications are affected if they use the option
SSL_OP_MSIE_SSLV2_RSA_PADDING.  This option is implied by use of
SSL_OP_ALL, which is intended to work around various bugs in
third-party software that might prevent interoperability.  The
SSL_OP_MSIE_SSLV2_RSA_PADDING option disables a verification step in
the SSL 2.0 server supposed to prevent active protocol-version
rollback attacks.  With this verification step disabled, an attacker
acting as a "man in the middle" can force a client and a server to
negotiate the SSL 2.0 protocol even if these parties both support SSL
3.0 or TLS 1.0.  The SSL 2.0 protocol is known to have severe
cryptographic weaknesses and is supported as a fallback only.

Applications using neither SSL_OP_MSIE_SSLV2_RSA_PADDING nor
SSL_OP_ALL are not affected.  Also, applications that disable
use of SSL 2.0 are not affected.

Please see http://www.openssl.org/news/secadv_20051011.txt for the
full advisory, which contains patches for 0.9.7 and 0.9.8.

This has been assigned CAN-2005-2969, please mention so in the changelog
when fixing this.

Cheers,
Moritz


-- 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-rc1
Locale: LANG=C, [EMAIL PROTECTED] (charmap=ISO-8859-15)

Versions of packages openssl depends on:
ii  libc6 2.3.5-6GNU C Library: Shared libraries an
ii  libssl0.9.8   0.9.8-2SSL shared libraries

openssl recommends no packages.

-- no debconf information


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#333501: syl...plugins misses vcalendar-plugin

[Martin Samuelsson]

Package: sylpheed-claws-gtk2-plugins
Version: 1.9.14-1
Severity: minor

Package description says:

"This is a dummy package to install all plugin packages for the Sylpheed
Claws GTK2 mailer"

However it does not depend on sylpheed-claws-gtk2-vcalendar-plugin. I
don't know if this is intential or not.
--
/Martin


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#333502: file segfaults on multiple machines running debian testing on specific file

[paul kudzia]

Package: file
Version: 4.12-1
Severity: normal



-- 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.9
Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1)

Versions of packages file depends on:
ii  libc6 2.3.5-6GNU C Library: Shared libraries an
ii  libmagic1 4.12-1 File type determination library us
ii  zlib1g1:1.2.3-4  compression library - runtime

file recommends no packages.

-- no debconf information



to reproduce the problem please create a file containgin text as in quotes:
"I am interested in what he thinks of the EMF compared to WMF. Not be"

save it to some file [test.txt]

run file test.txt

it segfaults.

last part of strace:

munmap(0xb7fe3000, 27839)   = 0
open("/usr/lib/locale/locale-archive", O_RDONLY|O_LARGEFILE) = 3
fstat64(3, {st_mode=S_IFREG|0644, st_size=815072, ...}) = 0
mmap2(NULL, 815072, PROT_READ, MAP_PRIVATE, 3, 0) = 0xb7dc2000
close(3)= 0
brk(0)  = 0x804b000
brk(0x806c000)  = 0x806c000
stat64("/root/.magic", 0xb790)  = -1 ENOENT (No such file or directory)
open("/etc/magic.mgc", O_RDONLY|O_LARGEFILE) = -1 ENOENT (No such file or 
directory)
open("/etc/magic", O_RDONLY|O_LARGEFILE) = 3
mmap2(NULL, 528384, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 
0xb7d41000
fstat64(3, {st_mode=S_IFREG|0644, st_size=111, ...}) = 0
mmap2(NULL, 131072, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 
0xb7d21000
read(3, "# Magic local data for file(1) c"..., 131072) = 111
read(3, "", 131072) = 0
close(3)= 0
munmap(0xb7d21000, 131072)  = 0
munmap(0xb7d41000, 528384)  = 0
open("/usr/share/misc/file/magic.mgc", O_RDONLY|O_LARGEFILE) = 3
fstat64(3, {st_mode=S_IFREG|0644, st_size=810880, ...}) = 0
mmap2(NULL, 810880, PROT_READ|PROT_WRITE, MAP_PRIVATE, 3, 0) = 0xb7cfc000
close(3)= 0
open("/usr/lib/gconv/gconv-modules.cache", O_RDONLY) = -1 ENOENT (No such file 
or directory)
open("/usr/lib/gconv/gconv-modules", O_RDONLY) = 3
fstat64(3, {st_mode=S_IFREG|0644, st_size=45568, ...}) = 0
mmap2(NULL, 131072, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 
0xb7cdc000
read(3, "# GNU libc iconv configuration.\n"..., 131072) = 45568
read(3, "", 131072) = 0
close(3)= 0
munmap(0xb7cdc000, 131072)  = 0
open("/usr/lib/gconv/ISO8859-1.so", O_RDONLY) = 3
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\200\4\0"..., 512) = 512
fstat64(3, {st_mode=S_IFREG|0644, st_size=5368, ...}) = 0
old_mmap(NULL, 8256, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 
0xb7cf9000
old_mmap(0xb7cfa000, 8192, PROT_READ|PROT_WRITE, 
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0) = 0xb7cfa000
close(3)= 0
fstat64(1, {st_mode=S_IFCHR|0620, st_rdev=makedev(136, 4), ...}) = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 
0xb7cf8000
lstat64("test.txt", {st_mode=S_IFREG|0644, st_size=68, ...}) = 0
open("test.txt", O_RDONLY|O_LARGEFILE)  = 3
read(3, "I am interested in what he think"..., 65536) = 68
--- SIGSEGV (Segmentation fault) @ 0 (0) ---
+++ killed by SIGSEGV +++


content of "/etc/magic":
# Magic local data for file(1) command.
# Insert here your local magic data. Format is described in magic(5).


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#333503: Debian-Kernel crashs

[Günther Orth]

Package: kernel-image
Version: 2.6.8 to 2.6.11

I write a bug report to the kernel list. Please show the information there.

http://bugzilla.kernel.org/show_bug.cgi?id=5316


After I change the kernel to the mainline kernel 2.6.13-2 the system
doesn't crash again.

Best regards
Günther

--

Günther Orth   [ [EMAIL PROTECTED] ]
enbiz - engineering and business solutions - Kaiserslautern, Germany
Fon +49 631 310 6847. Fax +49 631 310 6849. WWW http://www.enbiz.de/

Bug#333476: MAKEDEV again

[Wolfgang Rohdewald]

MAKEDEV isdn-tty is not optimal because it only makes ttyI0..ttyI7.
I believe before switching to udev I always had ttyI0..ttyI15.
Suse 10.0 also allocates 0..15

So either MAKDEV isdn-tty should be changed to at least make ttyI0..ttyI15

or we should call MAKEDEV ttyI instead of MAKEDEV isdn-tty which
makes ttyI0..ttyI63

-- 
Wolfgang


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#333504: doc-debian: FAQ: please add intro listing purposes, intended audience, assumed knowledge

[Joost van Baal]

Package: doc-debian
Version: today's CVS
Severity: wishlist
Tags: patch

Hi,

It'd be cool if some FAQ entry "What is this FAQ?" could be added to the
Debian GNU/Linux FAQ.  It should list stuff like: intended audience,
purposes of the FAQ, assumed prior knowledge.  Perhaps "Chapter 15 -
General information about the FAQ" could be moved to Chapter 1 and
merged with this general intro.

Attached patch is a first shot at it.

Thanks, Bye,

Joost (who is very happy some work on the FAQ is being done again!)


--- basic_defs.sgml.orig2005-10-12 10:15:54.923039561 +0200
+++ basic_defs.sgml 2005-10-12 10:36:13.524608648 +0200
@@ -2,6 +2,16 @@
 
 Definitions and overview
 
+What is this FAQ?
+
+This document gives frequently asked questions (with their answers!) about
+the Debian distribution (&debian; and others) and about the
+Debian project.  If applicable, pointers to other documentation will be
+given: we won't quote large parts of external documentation in this document.
+You'll find out that some answers assume some knowledge of Unix-like operating
+systems.  We'll try to assume as little prior knowledge as possible: answers to
+general beginners questions will be kept simple.
+
 What is &debian;? 
 
 &debian; is a particular distribution of the Linux


signature.asc
Description: Digital signature

Bug#333505: devices: locking devices, can't umount devices

[Yann Forget]

Package: konqueror
Version: 4:3.3.2-1
Severity: important


Hi,

In devices, Konqueror locks devices, can't umount CDROM or USB key.
That's very annoying for non expert sysadmins (closing Konqueror
and/or umount -l required). No problem with Nautilus or manually on the same 
system.

Extract of "strace konqueror >konq.log" (not sure if that's useful, I can 
provide
other tests if necessary).

Thanks,
Yann

grep -n mntusbkey konq.log

21764:access("/home/yann/.kde/share/apps/RecentDocuments/devsda1mntusbkey[3].desktop",
 F_OK) = 0
21765:access("/home/yann/.kde/share/apps/RecentDocuments/devsda1mntusbkey[3].desktop",
 W_OK) = 0
21766:lstat64("/home/yann/.kde/share/apps/RecentDocuments/devsda1mntusbkey[3].desktop",
 {st_mode=S_IFREG|0600, st_size=117, ...}) = 0
21767:open("/home/yann/.kde/share/apps/RecentDocuments/devsda1mntusbkey[3].desktop",
 O_RDONLY|O_LARGEFILE) = 20
21778:access("/home/yann/.kde/share/apps/RecentDocuments/devsda1mntusbkey[4].desktop",
 F_OK) = -1 ENOENT (No such file or directory)
21786:lstat64("/home/yann/.kde/share/apps/RecentDocuments/devsda1mntusbkey[3].desktop",
 {st_mode=S_IFREG|0600, st_size=117, ...}) = 0
21788:lstat64("/home/yann/.kde/share/apps/RecentDocuments/devsda1mntusbkey.desktop",
 {st_mode=S_IFREG|0600, st_size=117, ...}) = 0
21791:lstat64("/home/yann/.kde/share/apps/RecentDocuments/devsda1mntusbkey[2].desktop",
 {st_mode=S_IFREG|0600, st_size=117, ...}) = 0
21848:access("/home/yann/.kde/share/apps/RecentDocuments/devsda1mntusbkey[4].desktop",
 W_OK) = -1 ENOENT (No such file or directory)
21849:access("/home/yann/.kde/share/apps/RecentDocuments/devsda1mntusbkey[4].desktop",
 F_OK) = -1 ENOENT (No such file or directory)
21852:stat64("/home/yann/.kde/share/apps/RecentDocuments/devsda1mntusbkey[4].desktop",
 0x84bf878) = -1 ENOENT (No such file or directory)
21853:lstat64("/home/yann/.kde/share/apps/RecentDocuments/devsda1mntusbkey[4].desktop",
 0x84bf878) = -1 ENOENT (No such file or directory)
21854:stat64("/home/yann/.kde/share/apps/RecentDocuments/devsda1mntusbkey[4].desktop",
 0x84bf878) = -1 ENOENT (No such file or directory)
21855:open("/home/yann/.kde/share/apps/RecentDocuments/devsda1mntusbkey[4].desktop",
 O_RDONLY|O_LARGEFILE) = -1 ENOENT (No such file or directory)
21856:access("/home/yann/.kde/share/apps/RecentDocuments/devsda1mntusbkey[4].desktop",
 W_OK) = -1 ENOENT (No such file or directory)
21857:access("/home/yann/.kde/share/apps/RecentDocuments/devsda1mntusbkey[4].desktop",
 F_OK) = -1 ENOENT (No such file or directory)
21859:stat64("/home/yann/.kde/share/apps/RecentDocuments/devsda1mntusbkey[4].desktop",
 0xbfcff59c) = -1 ENOENT (No such file or directory)
21866:lstat64("/home/yann/.kde/share/apps/RecentDocuments/devsda1mntusbkey[4].desktop",
 0xbfcfe44c) = -1 ENOENT (No such file or directory)
21867:access("/home/yann/.kde/share/apps/RecentDocuments/devsda1mntusbkey[4].desktop",
 W_OK) = -1 ENOENT (No such file or directory)
21868:access("/home/yann/.kde/share/apps/RecentDocuments/devsda1mntusbkey[4].desktop",
 F_OK) = -1 ENOENT (No such file or directory)
21870:open("/home/yann/.kde/share/apps/RecentDocuments/devsda1mntusbkey[4].desktopIsTuDa.new",
 O_RDWR|O_CREAT|O_EXCL, 0600) = 20
21878:stat64("/home/yann/.kde/share/apps/RecentDocuments/devsda1mntusbkey[4].desktop",
 0xbfcff4bc) = -1 ENOENT (No such file or directory)
21887:rename("/home/yann/.kde/share/apps/RecentDocuments/devsda1mntusbkey[4].desktopIsTuDa.new",
 "/home/yann/.kde/share/apps/RecentDocuments/devsda1mntusbkey[4].desktop") = 0
21888:lstat64("/home/yann/.kde/share/apps/RecentDocuments/devsda1mntusbkey[4].desktop",
 {st_mode=S_IFREG|0600, st_size=117, ...}) = 0
27639:access("/home/yann/.kde/share/apps/RecentDocuments/devsda1mntusbkey[5].desktop",
 F_OK) = -1 ENOENT (No such file or directory)
27647:lstat64("/home/yann/.kde/share/apps/RecentDocuments/devsda1mntusbkey[3].desktop",
 {st_mode=S_IFREG|0600, st_size=117, ...}) = 0
27649:lstat64("/home/yann/.kde/share/apps/RecentDocuments/devsda1mntusbkey.desktop",
 {st_mode=S_IFREG|0600, st_size=117, ...}) = 0
27652:lstat64("/home/yann/.kde/share/apps/RecentDocuments/devsda1mntusbkey[2].desktop",
 {st_mode=S_IFREG|0600, st_size=117, ...}) = 0
27655:lstat64("/home/yann/.kde/share/apps/RecentDocuments/devsda1mntusbkey[4].desktop",
 {st_mode=S_IFREG|0600, st_size=117, ...}) = 0
27709:access("/home/yann/.kde/share/apps/RecentDocuments/devsda1mntusbkey[5].desktop",
 W_OK) = -1 ENOENT (No such file or directory)
27710:access("/home/yann/.kde/share/apps/RecentDocuments/devsda1mntusbkey[5].desktop",
 F_OK) = -1 ENOENT (No such file or directory)
27712:lstat64("/home/yann/.kde/share/apps/RecentDocuments/devsda1mntusbkey[5].desktop",
 0x84db870) = -1 ENOENT (No such file or directory)
27713:stat64("/home/yann/.kde/share/apps/RecentDocuments/devsda1mntusbkey[5].desktop",
 0x84db870) = -1 ENOENT (No such file or directory)
27714:lstat64("/home/yann/.kde/share/apps/RecentDocuments/devsda1mntusbkey[5].desktop",
 0x84db870) = -1 ENOENT (No such file or di

Bug#333371: devscripts: please consider adding an option to Cc: an arbitrary address

[Marc Haber]

On Wed, Oct 12, 2005 at 08:03:05AM +, Filippo Giunchedi wrote:
> On Tue, Oct 11, 2005 at 06:07:55PM +0200, Marc Haber wrote:
> > Package: devscripts
> > Version: 2.9.7
> > Severity: wishlist
> > 
> > Please consider adding an option that allows an arbitrary Address to
> > be cc'ed on the outgoing message for reference.
> 
> to which script you would add such option? I'm puzzled :)

*argh*

bts.

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#333427: libxml-simple-perl: XML::Simple::FAQ.pod can't be found by perldoc

[Stephen Quinney]

On Wed, Oct 12, 2005 at 10:29:41AM +1300, Grant McLean wrote:
> 
> As the author of the XML::Simple module, I get a lot of email enquiries
> from users.  Many of these queries can be addressed by suggesting the
> user type the command:
> 
>   perldoc XML::Simple::FAQ
> 
> Unfortunately, this does not work with the packaged version of
> XML::Simple on Debian because the file has been installed as:
> 
>   /usr/share/doc/libxml-simple-perl/FAQ.pod.gz
> 
> of the 133 CPAN modules I have installed from the Debian repositories on
> my Sarge system, not a single one (other than libxml-simple-perl) has
> POD files installed under /usr/share/doc.

Yes, this seems to have been a peculiar choice made by one of my
predecessors. I wondered about it when I took over the package but
thought there must be some good reason. I shall upload a modified
package with the FAQ in the normal place.

Stephen Quinney


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#333499: mb2md: -r option does not work

[Mourgues Bastien]

Ouch !

Wrong file attached, here is the good one, sorry ^_^;

-- 
Bastien Mourgues
http://www.newtech.fr/
mailto:[EMAIL PROTECTED]
tel:+33561431493
--- /usr/bin/mb2md  2005-07-04 22:38:47.0 +0200
+++ /tmp/mb2md  2005-10-12 10:34:36.0 +0200
@@ -642,6 +642,7 @@

# Appending $oldpath => path is only missing $dest
$destinationdir = "$temppath.$destinationdir";
+   defined($strip_ext) && ($destinationdir =~ s/\_$strip_ext$//);
 
# Converting '/' to '.' in $destinationdir
$destinationdir =~s/\/+/\./g;
@@ -677,7 +678,7 @@
#
# if $strip_extension is defined,
# strip it off the $targetfile
-   defined($strip_ext) && ($destinationdir =~ s/\.$strip_ext$//);
+#  defined($strip_ext) && ($destinationdir =~ s/\_$strip_ext$//);
&convert("$mbroot/$oldpath/$dir","$dest/$destinationdir");
$mailboxcount++;
}


pgpoMpHfh5Tbk.pgp
Description: PGP signature

Bug#262861: cdbs: ant check target is called twice too

[Seo Sanghyeon]

Package: cdbs
Version: 0.4.32
Followup-For: Bug #262861

ant check target is called twice for the same reason.

Patch:

--- ant.mk.bak  2005-10-12 17:30:12.0 +0900
+++ ant.mk  2005-10-12 17:30:37.0 +0900
@@ -55,7 +55,7 @@
 common-install-arch common-install-indep:: common-install-impl
 common-install-impl::
@if test -n "$(DEB_ANT_INSTALL_TARGET)"; then \
- echo $(DEB_ANT_INVOKE) $(DEB_ANT_INSTALL_TARGET); \
+ echo "$(DEB_ANT_INVOKE) $(DEB_ANT_INSTALL_TARGET)"; \
  $(DEB_ANT_INVOKE) $(DEB_ANT_INSTALL_TARGET); \
 else \
   echo "DEB_ANT_INSTALL_TARGET unset, skipping default ant.mk 
common-install target"; \
@@ -65,7 +65,7 @@
 common-post-build-arch common-post-build-indep:: common-post-build-impl
 common-post-build-impl::
@if test -n "$(DEB_ANT_CHECK_TARGET)"; then \
- echo $(DEB_ANT_INVOKE) $(DEB_ANT_CHECK_TARGET); \
+ echo "$(DEB_ANT_INVOKE) $(DEB_ANT_CHECK_TARGET)"; \
  $(DEB_ANT_INVOKE) $(DEB_ANT_CHECK_TARGET); \
else \
   echo "DEB_ANT_CHECK_TARGET unset, not running checks"; \


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#333502: file segfaults. additional infromation

[.PaKud]

Hi again,

i'd like to provide additional information. described behavior can be
reproduced on multiple different machines. i tried it on following
setups:

2.4.27-2-386 [debian kernel],
2.6.11 [custom build kernel],
2.4.27 [debian kernel],
2.6.11.9 [custom build]

all computers have file 4.12-1 installed.

it was tested on computers with Xeon, P4, Celerons, AMD Athlon CPUs.

i attach whole log from strace.

--
regards,
Pawel Kudzia / .PaKud / http://pqd.one.pl
execve("/usr/bin/file", ["file", "test.txt"], [/* 16 vars */]) = 0
uname({sys="Linux", node="p2back1", ...}) = 0
brk(0)  = 0x804b000
old_mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 
0xb7fe9000
access("/etc/ld.so.nohwcap", F_OK)  = -1 ENOENT (No such file or directory)
open("/etc/ld.so.preload", O_RDONLY)= -1 ENOENT (No such file or directory)
open("/etc/ld.so.cache", O_RDONLY)  = 3
fstat64(3, {st_mode=S_IFREG|0644, st_size=26950, ...}) = 0
old_mmap(NULL, 26950, PROT_READ, MAP_PRIVATE, 3, 0) = 0xb7fe2000
close(3)= 0
access("/etc/ld.so.nohwcap", F_OK)  = -1 ENOENT (No such file or directory)
open("/usr/lib/libmagic.so.1", O_RDONLY) = 3
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\340 \0"..., 512) = 512
fstat64(3, {st_mode=S_IFREG|0644, st_size=52452, ...}) = 0
old_mmap(NULL, 51420, PROT_READ|PROT_EXEC, MAP_PRIVATE, 3, 0) = 0xb7fd5000
old_mmap(0xb7fe1000, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED, 3, 
0xc000) = 0xb7fe1000
close(3)= 0
access("/etc/ld.so.nohwcap", F_OK)  = -1 ENOENT (No such file or directory)
open("/usr/lib/libz.so.1", O_RDONLY)= 3
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\260\25"..., 512) = 512
fstat64(3, {st_mode=S_IFREG|0644, st_size=72860, ...}) = 0
old_mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 
0xb7fd4000
old_mmap(NULL, 75816, PROT_READ|PROT_EXEC, MAP_PRIVATE, 3, 0) = 0xb7fc1000
old_mmap(0xb7fd3000, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED, 3, 
0x11000) = 0xb7fd3000
close(3)= 0
access("/etc/ld.so.nohwcap", F_OK)  = -1 ENOENT (No such file or directory)
open("/lib/tls/libc.so.6", O_RDONLY)= 3
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0`Z\1\000"..., 512) = 512
fstat64(3, {st_mode=S_IFREG|0755, st_size=1254468, ...}) = 0
old_mmap(NULL, 1264780, PROT_READ|PROT_EXEC, MAP_PRIVATE, 3, 0) = 0xb7e8c000
old_mmap(0xb7fb6000, 36864, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED, 3, 
0x129000) = 0xb7fb6000
old_mmap(0xb7fbf000, 7308, PROT_READ|PROT_WRITE, 
MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0xb7fbf000
close(3)= 0
set_thread_area({entry_number:-1 -> 6, base_addr:0xb7fd4b00, limit:1048575, 
seg_32bit:1, contents:0, read_exec_only:0, limit_in_pages:1, seg_not_present:0, 
useable:1}) = 0
munmap(0xb7fe2000, 26950)   = 0
open("/usr/lib/locale/locale-archive", O_RDONLY|O_LARGEFILE) = 3
fstat64(3, {st_mode=S_IFREG|0644, st_size=290576, ...}) = 0
mmap2(NULL, 290576, PROT_READ, MAP_PRIVATE, 3, 0) = 0xb7e45000
close(3)= 0
brk(0)  = 0x804b000
brk(0x806c000)  = 0x806c000
brk(0)  = 0x806c000
stat64("/root/.magic", 0xb120)  = -1 ENOENT (No such file or directory)
open("/etc/magic.mgc", O_RDONLY|O_LARGEFILE) = -1 ENOENT (No such file or 
directory)
open("/etc/magic", O_RDONLY|O_LARGEFILE) = 3
mmap2(NULL, 528384, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 
0xb7dc4000
fstat64(3, {st_mode=S_IFREG|0644, st_size=111, ...}) = 0
mmap2(NULL, 131072, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 
0xb7da4000
read(3, "# Magic local data for file(1) c"..., 131072) = 111
read(3, "", 131072) = 0
close(3)= 0
munmap(0xb7da4000, 131072)  = 0
munmap(0xb7dc4000, 528384)  = 0
open("/usr/share/misc/file/magic.mgc", O_RDONLY|O_LARGEFILE) = 3
fstat64(3, {st_mode=S_IFREG|0644, st_size=810880, ...}) = 0
mmap2(NULL, 810880, PROT_READ|PROT_WRITE, MAP_PRIVATE, 3, 0) = 0xb7d7f000
close(3)= 0
open("/usr/lib/gconv/gconv-modules.cache", O_RDONLY) = -1 ENOENT (No such file 
or directory)
open("/usr/lib/gconv/gconv-modules", O_RDONLY) = 3
fstat64(3, {st_mode=S_IFREG|0644, st_size=45278, ...}) = 0
mmap2(NULL, 131072, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 
0xb7d5f000
read(3, "# GNU libc iconv configuration.\n"..., 131072) = 45278
read(3, "", 131072) = 0
close(3)= 0
munmap(0xb7d5f000, 131072)  = 0
open("/usr/lib/gconv/ISO8859-1.so", O_RDONLY) = 3
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0`\6\0\000"..., 512) = 
512
fstat64(3, {st_mode=S_IFREG|0644, st_size=5920, ...}) = 0
old_mmap(NULL, 8860, PROT_READ|PROT_EXEC, MAP

Bug#333506: dialog: wrong cursor placement on startup of "--form"

[Moritz Bunkus]

Package: dialog
Version: 1.0-20051005-1
Severity: minor

If I use dialog's --form mode the cursor is shown at the wrong place
on startup: it is shown in the first input box but not on the
button. The button is still highlighted correctly, though, and the
cursor is placed correctly as soon as I hit TAB or the cursor
keys. This suggests to the user that the focus is on the input box (at
least it confuses me).

How to reproduce:

dialog --title "Edit an ARecord" --defaultno \
  --form "Edit an ARecord" 20 60 0 \
  "Name: dummy" 1 2 "" 1 11 0 0 \
  Address: 3 2 192.168.0.1 3 11 20 20

-- System Information:
Debian Release: 3.1
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)
Kernel: Linux 2.6.13.2
Locale: LANG=C, [EMAIL PROTECTED]

Versions of packages dialog depends on:
ii  debianutils   2.8.4  Miscellaneous utilities specific t
ii  libc6 2.3.5-3GNU C Library: Shared libraries an
ii  libncursesw5  5.4-9  Shared libraries for terminal hand

-- no debconf information


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#333507: mozilla-thunderbird: Piping attachments through external programs

[Alexander Wagner]

Package: mozilla-thunderbird
Version: 1.0.2-2.sarge1.0.6
Severity: normal


Piping of attachements through external programs does not work as
required. In fact no piping takes place. Take e.g. the follwoing lines
in .mailcap

application/x-chess-pgn;cmail
application/x-chess;cmail

This should _pipe_ the attachment trough cmail, but seems to call
cmail with a parameter which is not compliant to .mailcap.

As a work arround one could use the following script:

--
#!/bin/sh
#
# simple cmail wrapper
# cmail needs the moves from stdin if called from a mail program. not
# all mailprograms support piping though...
#
if [ -f $1 ]; then
cat $1 | cmail
else 
cmail
fi
--

and specify 

application/x-chess-pgn;cm "%u"
application/x-chess;cm "%u"

in .mailcap. But this is only a work arround, not a fix. Thunderbird
should obey .mailcap correctly as other mailers do (e.g. mutt).

-- System Information:
Debian Release: 3.1
Architecture: i386 (i686)
Kernel: Linux 2.6.8-2-k7
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)

Versions of packages mozilla-thunderbird depends on:
ii  libatk1.0-01.8.0-4   The ATK accessibility toolkit
ii  libc6  2.3.2.ds1-22  GNU C Library: Shared libraries an
ii  libfontconfig1 2.3.1-2   generic font configuration library
ii  libfreetype6   2.1.7-2.4 FreeType 2 font engine, shared lib
ii  libgcc11:3.4.3-13GCC support library
ii  libglib2.0-0   2.6.4-1   The GLib library of C routines
ii  libgtk2.0-02.6.4-3   The GTK+ graphical user interface 
ii  libjpeg62  6b-10 The Independent JPEG Group's JPEG 
ii  libpango1.0-0  1.8.1-1   Layout and rendering of internatio
ii  libpng12-0 1.2.8rel-1PNG library - runtime
ii  libstdc++5 1:3.3.5-13The GNU Standard C++ Library v3
ii  libx11-6   4.3.0.dfsg.1-14sarge1 X Window System protocol client li
ii  libxext6   4.3.0.dfsg.1-14sarge1 X Window System miscellaneous exte
ii  libxft22.1.7-1   FreeType-based font drawing librar
ii  libxp6 4.3.0.dfsg.1-14sarge1 X Window System printing extension
ii  libxrender10.8.3-7   X Rendering Extension client libra
ii  libxt6 4.3.0.dfsg.1-14sarge1 X Toolkit Intrinsics
ii  xlibs  4.3.0.dfsg.1-14sarge1 X Keyboard Extension (XKB) configu
ii  zlib1g 1:1.2.2-4.sarge.2 compression library - runtime

-- debconf information:
* mozilla-thunderbird/browser: Debian


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#333508: pbbuttonsd: doesn't react to buttons when started at boot

[pbbuttonsd doesn't start correctly at boot]

Package: pbbuttonsd
Version: 0.7.2-1
Severity: normal


pbbuttonsd starts at boot with the usual message and doesn't give any
errors. After that the buttons for brightness, volume and eject CD don't
work. But when I do an "/etc/init.d/pbbuttonsd restart" afterwards a 
very similar message is shown and they work correctly. The same problem
occured with version 0.7.1 of pbbuttonsd which is in "testing" and it is 
independent of the power source (battery/AC). When on battery the screen
sometimes dims right after boot and doesn't get brighter when I use the
trackpad or keyboard (until I restart pbbuttonsd and adjust it manually) 
which seems to indicate that pbbuttonsd does start somehow.

I didn't touch any config files of pbbuttonsd.

The messages are:

Restarting pbbuttonsd:pbbuttonsd 0.7.2: iBook/G3 PB Pismo/G4 PB Titanium
(PMU version: 12)
..
or "Starting pbbuttonsd:pb..." respectively


Some info about my hardware:

[EMAIL PROTECTED]:~$ cat /proc/pmu/info 
PMU driver version : 2
PMU firmware version   : 0c
AC Power   : 1
Battery count  : 1

[EMAIL PROTECTED]:~$ cat /proc/cpuinfo 
processor   : 0
cpu : 7455, altivec supported
clock   : 798MHz
revision: 0.3 (pvr 8001 0303)
bogomips: 804.39
machine : PowerBook6,3
motherboard : PowerBook6,3 MacRISC3 Power Macintosh
detected as : 287 (iBook G4)
pmac flags  : 001b
L2 cache: 256K unified
memory  : 256MB
pmac-generation : NewWorld


-- System Information:
Debian Release: testing/unstable
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: powerpc (ppc)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.12-1-powerpc
Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15)

Versions of packages pbbuttonsd depends on:
ii  hdparm6.1-2  tune hard disk parameters for high
ii  libasound21.0.9-3ALSA library
ii  libc6 2.3.5-6GNU C Library: Shared libraries an
ii  lsb-base  3.0-9  Linux Standard Base 3.0 init scrip
ii  makedev   2.3.1-78   creates device files in /dev

Versions of packages pbbuttonsd recommends:
ii  laptop-mode-tools 1.10-1 Userland scripts to control "lapto

-- no debconf information


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#333509: mozilla-thunderbird: Naming inconsitencies for program and profile directory

[Alexander Wagner]

Package: mozilla-thunderbird
Version: 1.0.2-2.sarge1.0.6
Severity: minor

Tunderbird should be able to be called as 

thunderbird

from the console as it is handled with Firefox. Not only as
"mozilla-thunderbird". A symlink would help.

Thunderbird should store it's settings in either

$HOME/.thunderbird

as the mozilla-distribution does, but IMHO it would be even much
better to store it in

$HOME/.mozilla/thunderbird

like Firefox. Then it would be consistent throughout Debian.

-- System Information:
Debian Release: 3.1
Architecture: i386 (i686)
Kernel: Linux 2.6.8-2-k7
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)

Versions of packages mozilla-thunderbird depends on:
ii  libatk1.0-01.8.0-4   The ATK accessibility toolkit
ii  libc6  2.3.2.ds1-22  GNU C Library: Shared libraries an
ii  libfontconfig1 2.3.1-2   generic font configuration library
ii  libfreetype6   2.1.7-2.4 FreeType 2 font engine, shared lib
ii  libgcc11:3.4.3-13GCC support library
ii  libglib2.0-0   2.6.4-1   The GLib library of C routines
ii  libgtk2.0-02.6.4-3   The GTK+ graphical user interface 
ii  libjpeg62  6b-10 The Independent JPEG Group's JPEG 
ii  libpango1.0-0  1.8.1-1   Layout and rendering of internatio
ii  libpng12-0 1.2.8rel-1PNG library - runtime
ii  libstdc++5 1:3.3.5-13The GNU Standard C++ Library v3
ii  libx11-6   4.3.0.dfsg.1-14sarge1 X Window System protocol client li
ii  libxext6   4.3.0.dfsg.1-14sarge1 X Window System miscellaneous exte
ii  libxft22.1.7-1   FreeType-based font drawing librar
ii  libxp6 4.3.0.dfsg.1-14sarge1 X Window System printing extension
ii  libxrender10.8.3-7   X Rendering Extension client libra
ii  libxt6 4.3.0.dfsg.1-14sarge1 X Toolkit Intrinsics
ii  xlibs  4.3.0.dfsg.1-14sarge1 X Keyboard Extension (XKB) configu
ii  zlib1g 1:1.2.2-4.sarge.2 compression library - runtime

-- debconf information:
* mozilla-thunderbird/browser: Debian


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#332898: udev: still not working with mouse

[Richard Antony Burton]

Package: udev
Version: 0.070-4
Followup-For: Bug #332898


Udev now loads evdev (never actually noticed if this was loaded before on my
system with hotplug, but it certainly is now) and mousedev. This allows X to
start, but the cursor won't move. On the system I'm using atm (IBM Thinpad T23
with trackpoint) you need to load psmouse as well as mousedev, and this still
isn't being done by udev.

Has a bug been raised with the kernel people about getting a proper fix in
there? If so can you provide the number so we can keep an eye out for it.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#333304: smartmontools: checking the drive leads to interrupt missing

[Guido Guenther]

Hi Holger,
On Tue, Oct 11, 2005 at 12:34:04PM +0200, Holger Rusch wrote:
> Package: smartmontools
> Version: 5.33+5.34cvs20050802-3
> Severity: important
This looks like a kernel issue. Which kernel package are you running
exactly? 
Cheers,
 -- Guido
> 
> 
> Hi,
> 
> i got the following in my syslog when smartd checks the drive:
> 
> Oct 10 17:39:41 samba smartd[3232]: Device: /dev/hda, SMART Prefailure
> Attribute: 1 Raw_Read_Error_Rate changed from 67 to 69
> Oct 10 17:39:41 samba smartd[3232]: Device: /dev/hda, SMART Usage Attribute:
> 195 Hardware_ECC_Recovered changed from 67 to 69
> Oct 10 17:39:44 samba kernel: irq 209: nobody cared!
> Oct 10 17:39:44 samba kernel:  [__report_bad_irq+42/160]
> __report_bad_irq+0x2a/0xa0
> Oct 10 17:39:44 samba kernel:  [handle_IRQ_event+61/112]
> handle_IRQ_event+0x3d/0x70
> Oct 10 17:39:44 samba kernel:  [note_interrupt+130/160]
> note_interrupt+0x82/0xa0
> Oct 10 17:39:44 samba kernel:  [__do_IRQ+240/256] __do_IRQ+0xf0/0x100
> Oct 10 17:39:44 samba kernel:  [do_IRQ+25/48] do_IRQ+0x19/0x30
> Oct 10 17:39:44 samba kernel:  [common_interrupt+26/32]
> common_interrupt+0x1a/0x20
> Oct 10 17:39:44 samba kernel:  [mwait_idle+37/80] mwait_idle+0x25/0x50
> Oct 10 17:39:44 samba kernel:  [cpu_idle+51/80] cpu_idle+0x33/0x50
> Oct 10 17:39:44 samba kernel:  [start_kernel+378/480]
> start_kernel+0x17a/0x1e0
> Oct 10 17:39:44 samba kernel:  [unknown_bootoption+0/496]
> unknown_bootoption+0x0/0x1f0
> Oct 10 17:39:44 samba kernel: handlers:
> Oct 10 17:39:44 samba kernel: [pg0+944526096/1069827072] (ide_intr+0x0/0x180
> [ide_core])
> Oct 10 17:39:44 samba kernel: Disabling IRQ #209
> Oct 10 17:40:05 samba kernel: hda: dma_timer_expiry: dma status == 0x24
> Oct 10 17:40:15 samba kernel: hda: DMA interrupt recovery
> Oct 10 17:40:15 samba kernel: hda: lost interrupt
> 
> After every check hda hangs for ~30 seconds.
> 
> I am using kernel linux-image-2.6.12-1-686-10.
> 
> When not using smartd there is no lost interrupt at any time.
> 
> System is with a 945G Chipset and uses ata_piix driver.
> 
> -- Package-specific info:
> Ouput of /usr/share/bug/smartmontools:
> # CONFIG_IDE_TASK_IOCTL is not set
> 
> -- System Information:
> Debian Release: testing/unstable
>   APT prefers testing-proposed-updates
>   APT policy: (500, 'testing-proposed-updates'), (500, 'proposed-updates'), 
> (500, 'testing'), (500, 'stable')
> Architecture: i386 (i686)
> Shell:  /bin/sh linked to /bin/bash
> Kernel: Linux 2.6.12-1-686
> Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
> 
> Versions of packages smartmontools depends on:
> ii  libc6 2.3.5-6GNU C Library: Shared libraries 
> an
> 
> Versions of packages smartmontools recommends:
> ii  mailx1:8.1.2-0.20050715cvs-1 A simple mail user agent
> 
> -- no debconf information
> 


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#333479: gdk-imlib1: gdk-imblib1 should not explicitly conflict with libpng2

[Ron]

On Wed, Oct 12, 2005 at 12:30:31AM -0700, Steve Langasek wrote:
> On Wed, Oct 12, 2005 at 03:53:18PM +0930, Ron wrote:
> > Package: gdk-imlib1
> > Version: 1.9.14-22
> > Severity: critical
> > Justification: breaks unrelated software
> 
> > Unless there is something big I am missing,
> 
> Yes, there is.  The old gdk-imlib1 depends on libpng2, and there are many
> existing binaries, both in the archive and outside it, which depend directly
> on both gdk-imlib1 and libpng2.  The Conflicts is present to ensure that
> users do not install combinations of packages on their systems that will
> result in unusable, segfaulting applications, while allowing continued
> installability of packages which depend on gdk-imlib1 without depending on
> libpng2.

I'm aware of the trouble with mixing png versions (it's why wx2.4
reverted to libpng2/10 a couple of releases ago), but this still
seems like a strange place to hammer this nail from to me.

Why does png3/12 not declare this conflict now and let gdk-imlib
dependency on it do the rest?

> > gdk-imlib should certainly not take it upon itself to force the removal of
> > libpng2 and all its dependencies...
> 
> It doesn't.  You're not forced to remove libpng2, you just don't get to keep
> libpng2 *and* upgrade gdk-imlib1.

Well... it makes me glad I have nothing that directly depends on
gdk-imlib1, or my build machine would be losing tools I use while
this shakes out -- a situation that could have made timely updates
of my packages to suit a much more trying (and time consuming)
proposition.

> > Josselin: I see from #323354 that you are planning to kill
> > off libpng2 soon in any case.
> 
> libpng2 is already gone from unstable.

Yes, I saw that was the case just after I fired this off.

> Any packages still depending on
> libpng2 need to be rebuilt with libpng3 (libpng12-0) to be released with
> etch.

Ack.  I'll try to crank the handle for new wx2.4 packages tonight or
tomorrow then.

> > Where does this leave apps that still depend on gtk1?  Will it be rebuilt
> > to use png3, or something else?
> 
> These packages are already being rebuilt to use png3.  This is why
> gdk-imlib1 has this conflict.

I'm still not sure I see how the latter automatically follows from
the former, but the song remains the same.  I knew this was coming,
but if there was a note about it coming _now_, I must have missed it.

I can't say I'll be _unhappy_ to stop having to flip between the
two png-dev packages, depending on what I'm building for upload,
but I'm still missing something if this is the only/best way to
make this transition.

Done now though, so I guess I'll make the best of it...

cheers,
Ron




-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#333497: CAN-2005-2971: Heap overflow in kword's RTF import

[Florian Weimer]

Note that according to the Ubuntu advisory, this bug might also be
present in the koffice-libs package.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#333510: [FTBFS] perl fails on arm with -O2

[Riku Voipio]

Package: perl
Version: 5.8.7-5
Severity: serious
Justification: no longer builds from source

Perl fails to build on arm/armeb with -O2 optimization and current gcc4.
with -01, perl compiled fine and pass testsuites withoout a problem. By
using the following patch instead of the current 63_debian_ppc_opt..
patch, this (gcc) issue can be worked around.

-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: arm (armv4l)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.13
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)

Versions of packages perl depends on:
ii  libc6 2.3.5-6GNU C Library: Shared libraries an
ii  libdb4.2  4.2.52-19  Berkeley v4.2 Database Libraries [
ii  libgdbm3  1.8.3-2GNU dbm database routines (runtime
ii  perl-base 5.8.7-3The Pathologically Eclectic Rubbis
ii  perl-modules  5.8.7-5Core Perl modules

Versions of packages perl recommends:
pn  perl-doc   (no description available)

-- no debconf information
Don't need to downgrade optimisation on ppc with gcc 4.0

diff -Naur --exclude=debian perl-5.8.7.orig/hints/linux.sh 
perl-5.8.7/hints/linux.sh
--- perl-5.8.7.orig/hints/linux.sh  2005-04-05 06:08:31.0 +1000
+++ perl-5.8.7/hints/linux.sh   2005-10-11 11:00:00.0 +
@@ -90,7 +90,7 @@
 '')
 optimize='-O2'
 case "`uname -m`" in
-ppc*)
+arm*)
 # on ppc, it seems that gcc (at least gcc 3.3.2) isn't happy
# with -O2 ; so downgrade to -O1.
 optimize='-O1'

Bug#333511: debian-doc: FAQ: please add question on how to set up own apt-able repository

[Joost van Baal]

Package: doc-debian
Version: today's CVS
Severity: wishlist
Tags: patch

Hi,

It'd be cool if some FAQ entry on how to set up ones own repository
could be added.  Attached is a patch with such a question and answer.

Thanks, Bye,

Joost


--- ftparchives.sgml.orig   2005-10-12 10:15:54.938036405 +0200
+++ ftparchives.sgml2005-10-12 11:03:01.468378845 +0200
@@ -345,3 +345,14 @@
 http://incoming.debian.org/";>. You can manually fetch packages,
 check the GPG signature and MD5sums in the .changes and .dsc files,
 and then install them.
+
+How do I set up my own apt-able repository?
+
+If you have built some private Debian packages which you'd like to install
+using the standard Debian package management tools, you can set up your own
+apt-able package archive.  This is also useful if you'd like to share your
+Debian packages while these are not distributed by the Debian project.
+Instructions on how to do this are given in the http://www.debian.org/doc/manuals/repository-howto/repository-howto";>.
+


signature.asc
Description: Digital signature

Bug#333512: sml-mode: alice support

[YANG Shouxun]

Package: sml-mode
Version: 4.0-5
Severity: wishlist
Tags: patch

Alice is an interesting free implementation of SML with some extensions.
Debian packages of alice for the stable distribution can be downloaded from 
http://www.ps.uni-sb.de/alice/download/ . Support to Alice with sml-mode can 
be downloaded from 
http://www.ps.uni-sb.de/alice/download/sml-mode-4.0+alice.tgz .

I have made a dpatch to sml-mode 4.0 that add Alice ML dialect support to 
sml-mode 4.0 based on the above-mentioned tarball.

I tried the patch and so far it works fine. Please incorporate the dpatch if 
it works for you too.

Best!
shouxun


20_alice_sml.dpatch
Description: application/shellscript

Bug#333279: xlibmesa-dri: Xorg crash when change virtual console (crtl-alt-Fn) or x resolution

[Andrea De Michele -]

On Tuesday 11 October 2005, alle 19:02, David Martínez Moreno wrote:
> El martes, 11 de octubre de 2005 10:39, Andrea De Michele escribió:
> > When I switch from a text virtual console to the X console (crtl-alt-F7)
> > the system crash and I need to restart the computer.
> >
> > The same happen when I change the resolution ctrl-alt- +- of the x console.
> >
> > I have this problem only if  I load the "dri" module.
> [...]
> > (II) RADEON(0): AGP Fast Write disabled by default
> > (II) RADEON(0): Depth moves disabled by default
> [...]
> > (II) RADEON(0): Acceleration enabled
> > (==) RADEON(0): Backing store disabled
> > (==) RADEON(0): Silken mouse enabled
> > (II) RADEON(0): Using hardware cursor (scanline 770)
> > (II) RADEON(0): Largest offscreen area available: 1024 x 7417
> > (**) Option "dpms"
> > (**) RADEON(0): DPMS enabled
> > (II) RADEON(0): Direct rendering disabled
> 
>   It would be nice if you sent us the logs and configuration with DRI 
> enabled.
> 
>   Best regards,
> 
> 
>   Ender.

Ok, I'm sorry. You will find them attached to this mail.

-- 
Dr. Andrea De Michele
PhD in Applied Physics
Dipartimento di Fisica-Università di Pisa
Largo Pontecorvo, 3
56127
PISA
tel 1: + 39 050 2214 285
tel 2: + 39 050 2214 309
fax: + 39 050 2214 333
e-mail: [EMAIL PROTECTED]
# xorg.conf (Xorg X Window System server configuration file)
#
# This file was generated by dexconf, the Debian X Configuration tool, using
# values from the debconf database.
#
# Edit this file with caution, and see the xorg.conf manual page.
# (Type "man xorg.conf" at the shell prompt.)
#
# This file is automatically updated on xserver-xorg package upgrades *only*
# if it has not been modified since the last upgrade of the xserver-xorg
# package.
#
# If you have edited this file but would like it to be automatically updated
# again, run the following commands as root:
#
#   cp /etc/X11/xorg.conf /etc/X11/xorg.conf.custom
#   md5sum /etc/X11/xorg.conf >/var/lib/xfree86/xorg.conf.md5sum
#   dpkg-reconfigure xserver-xorg

Section "Files"
FontPath"unix/:7100"# local font server
# if the local font server has problems, we can fall back on these
FontPath"/usr/lib/X11/fonts/misc"
FontPath"/usr/lib/X11/fonts/cyrillic"
FontPath"/usr/lib/X11/fonts/100dpi/:unscaled"
FontPath"/usr/lib/X11/fonts/75dpi/:unscaled"
FontPath"/usr/lib/X11/fonts/Type1"
FontPath"/usr/lib/X11/fonts/CID"
FontPath"/usr/lib/X11/fonts/100dpi"
FontPath"/usr/lib/X11/fonts/75dpi"
EndSection

Section "Module"
Load"bitmap"
Load"dbe"
Load"ddc"
Load"dri"
Load"extmod"
Load"freetype"
Load"glx"
Load"int10"
Load"record"
Load"type1"
Load"vbe"
EndSection

Section "InputDevice"
Identifier  "Generic Keyboard"
Driver  "keyboard"
Option  "CoreKeyboard"
Option  "XkbRules"  "xorg"
Option  "XkbModel"  "pc105"
Option  "XkbLayout" "it"
EndSection

Section "InputDevice"
Identifier "synaptics"
Driver "synaptics"
Option "Protocol" "auto-dev"
#   Option "TouchpadOff" "0"
Option "LeftEdge" "1900"
Option "RightEdge" "5800"
Option "TopEdge" "1900"
Option "BottomEdge" "4400"
Option "FingerLow" "25"
Option "FIngerHigh" "30"
Option "MaxTapTime" "180"
Option "MaxTapMove" "220"
Option "VertScrollDelta" "100"
Option "MinSpeed" "0.03"
Option "MaxSpeed" "0.16"
Option "AccelFactor" "0.0020"
#Option "UpDownScrooling" "1"
Option "SHMConfig" "on"
#Option "ZAxisMapping" "4 5"
Option "Device" "/dev/input/event0"
Option "Emulate3Buttons" "false"
#   Option "Emulate3Timeout" "70"
#   Option "Repeater" "/dev/ps2mouse"
EndSection

Section "InputDevice"
Identifier  "Configured Mouse"
Driver  "mouse"
#   Option  "CorePointer"
Option  "Device""/dev/psaux"
Option  "Protocol"  "Auto"
Option  "Emulate3Buttons"   "true"
Option  "ZAxisMapping"  "4 5"
EndSection

Section "Device"
Identifier  "ATI Technologies, Inc. Radeon Mobility U1"
Driver  "ati"
#   Option  "EnabledPageFlip"   "true"
#   Option  "MergedFB"  "false"
#   Option  "UseFBDev"  "true"
#   VideoRam65536
EndSection

Section "Monitor"
Identifier  "Monitor Generico"
Option  "DPMS"
HorizSync   28-49
VertRefresh 43-72
EndSection

Section "Screen"
Identifier  "Default Screen"
 

Bug#330540: dvipng: unexpectedly replaces symbols

[Jan-Åke Larsson]

Release notes for version 1.7 of the dvipng package:

The 1.7 release fixes a font-handling bug and some build issues.


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#333479: gdk-imlib1: gdk-imblib1 should not explicitly conflict with libpng2

[Ron]

On Wed, Oct 12, 2005 at 09:34:00AM +0200, Josselin Mouette wrote:
> Le mercredi 12 octobre 2005 ? 15:53 +0930, Ron a ?crit :
> > Package: gdk-imlib1
> > Version: 1.9.14-22
> > Severity: critical
> > Justification: breaks unrelated software
> 
> Software depending on a library is not "unrelated" software.

It doesn't depend on gdk-imlib at all.  Only png2/10 (and only
because gtk1 needed it to be so).

If this conflict came from png3/png-dev, I'd find it easier to
agree with that claim.

> > Unless there is something big I am missing, gdk-imlib should
> > certainly not take it upon itself to force the removal of
> > libpng2 and all its dependencies...
> 
> How so? It's just being removed from sid, and no upload of this package
> has been made in the last 9 months.

Well the latter just makes it "stable" ;-)  I guess I don't properly
understand the deep link between the png packages and the gdk-imlib
ones, as affects packages that don't care about gdk-imlib at all.

(the former I noticed after firing off this report)

> > Josselin: I see from #323354 that you are planning to kill
> > off libpng2 soon in any case.  Where does this leave apps
> > that still depend on gtk1?  Will it be rebuilt to use png3,
> > or something else?  wx2.4 can build with png3 just fine,
> > but I'm much less sure about how well it can be rebuilt with
> > gtk2...
> 
> You should preferably rebuild it with gtk2, as the long-term plan is to
> kill gtk1, but it's not going to happen anytime soon.

Yeah.  wx2.6 is out, so the long term plan is to kill wx2.4, but
the same caveat applies.

> > That's not the only package that this (wrong IMO) change to
> > gdk-imlib make uninstallable on my system though.  Please
> > fix this and/or advise of a transition plan.
> 
> You should just rebuild the package against gdk-imlib11, that's all.
> That package is linked against libpng12, as libpng2/libpng10 has been
> removed as well.

In this case I just need to fix the build-dep from png10 -> png12,
(for the bits I'm responsible for) but I guess I missed the memo
that we were rolling on that this week.  I'm not unhappy that it's
happening, just surprised at how...

thanks!
Ron




-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#333513: apt-setup should eject a cdrom before asking for another one

[Yann Forget]

Package: apt-setup
Version: apt-setup should eject a cdrom before asking for another one
Severity: minor


Hi,

apt-setup should eject a cdrom before asking for another one.

Thanks,
Yann

-- 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.13.4-1
Locale: LANG=fr_CH.UTF-8, LC_CTYPE=fr_CH.UTF-8 (charmap=UTF-8) (ignored: LC_ALL 
set to fr_CH.UTF-8)


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#318099: lsb-rpm: [CAN-2005-2096] statically linked copy of zlib

[Aníbal Monsalve Salazar]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Format: 1.7
Date: Wed,  5 Oct 2005 09:56:32 +1000
Source: rpm
Binary: python2.3-rpm rpm librpm-dev lsb-rpm librpm4
Architecture: source i386
Version: 4.4.1-1
Distribution: unstable
Urgency: low
Maintainer: Anibal Monsalve Salazar <[EMAIL PROTECTED]>
Changed-By: Anand Kumria <[EMAIL PROTECTED]>
Description: 
 librpm-dev - RPM shared library, development kit
 librpm4- RPM shared library
 lsb-rpm- Red Hat package manager for LSB package building
 python2.3-rpm - Python bindings for RPM
 rpm- Red Hat package manager
Closes: 193930 214406 218348 313916 318626 326142 326665
Changes: 
 rpm (4.4.1-1) unstable; urgency=low
 .
   * New upstream releases (Closes: #214406, #193930)
   * Add myself to uploaders
   * Create python bindings (Closes: #218348, #326142)
   * Correct the German translation (Closes: #313916)
   * Acknowledge OMU (Closes: #326665)
   * Make _sysconfdir point to /etc (Closes: #318626)
   * Standards-Version: 3.6.2.1
   * Other random funkiness
Files: 
 7bc9dc6e57b7830b9b2b91b0af7c65ae 997 admin optional rpm_4.4.1-1.dsc
 90ded9047b1b69d918c6c7c7b56fd7a9 11497447 admin optional rpm_4.4.1.orig.tar.gz
 28a69b743d76a3b470d861492181a521 515950 admin optional rpm_4.4.1-1.diff.gz
 5af9b02f9c892bfc7dd58a313ff402be 835978 admin optional rpm_4.4.1-1_i386.deb
 a2d1a8dfabbb747bfe43b33d22732189 2131620 devel optional 
lsb-rpm_4.4.1-1_i386.deb
 d9a0dbb8a56ccf18fc2ecff4d272d1d7 940508 libs optional librpm4_4.4.1-1_i386.deb
 9c7698cc79af7d4ed20861b2ef755131 1261906 libdevel extra 
librpm-dev_4.4.1-1_i386.deb
 166e1717a781728fbe1456dec734cb1d 477222 python extra 
python2.3-rpm_4.4.1-1_i386.deb

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.1 (GNU/Linux)

iQCVAwUBQ0inFWRmcAD8BdppAQLHmAQA077ZpakJfovbMZHxzpNDxhezQPc5bwuT
bZASDDz3ua0IO1uqi8QzDJyC3uy9aAa3wVMyWAoRxfvaq4u2hJohynBF4vhThYSM
3hi6KHgd/TE3Yvky2agNS7NR7+SFnh+H7UQGGLs6eedG9hutbtxlZkqO3UQYewDE
xmiCFH4PAhs=
=IsPh
-END PGP SIGNATURE-


signature.asc
Description: Digital signature

Bug#333514: linda: Build-Depend on python not recognized

[Michael Piefel]

Package: linda
Version: 0.3.16
Severity: normal

Linda reports
 Makes use of dh_python, but does not Build-Depend on python
But the package Build-Depends on python2.4-dev, which depends on python
in turn. This should be a fairly common case (also for python2.3-dev and
python-dev).

-- 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.12-1-686
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)

Versions of packages linda depends on:
ii  binutils 2.16.1cvs20050902-1 The GNU assembler, linker and bina
ii  dash 0.5.2-7 The Debian Almquist Shell
ii  file 4.12-1  Determines file type using "magic"
ii  man-db   2.4.3-3 The on-line manual pager
ii  python   2.3.5-3 An interactive high-level object-o

Versions of packages linda recommends:
ii  debian-policy 3.6.2.1Debian Policy Manual and related d

-- no debconf information


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#333515: /etc/init.d/mysql-ndb init

[Christian Hammers]

Package: mysql-dfsg-4.1
Severity: wishlist

Ruben Püttmann asked me to implement this.

-christian-

Bug#333516: grub2: no man pages for grub-setup, grub-emu, grub-mkimage

[Yann Forget]

Package: grub2
Version: 0.6+20050203-2
Severity: normal


Hi,

There is no man pages, and very little documentation for grub2 commands:
grub-setup, grub-emu, grub-mkimage. Among others, how to build a
core.img.

Thanks,
Yann

-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.13.4-1
Locale: LANG=fr_CH.UTF-8, LC_CTYPE=fr_CH.UTF-8 (charmap=UTF-8) (ignored: LC_ALL 
set to fr_CH.UTF-8)

Versions of packages grub2 depends on:
ii  libc6 2.3.5-6GNU C Library: Shared libraries an
ii  liblzo1   1.08-2 data compression library
ii  libncurses5   5.4-9  Shared libraries for terminal hand

grub2 recommends no packages.

-- no debconf information


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#309899: Bug#333222: ITP: libarchive -- Single libary to read/write tar, cpio, pax, zip, etc. files

[Bernhard R. Link]

* John Goerzen <[EMAIL PROTECTED]> [051011 07:02]:
> In any case, I have just uploaded the libarchive-dev package.  I also
> wrote to the author last night about the shared library issue and
> haven't heard back yet.

The last answer I got about this was from May 2005. I back then read it
as "may come soon", but I started to think lately it meant "just copy
the code from the FreeBSD makefile for that".

> I'd be happy to co-maintain it with you.  I do have all my Debian
> packages up in darcs already, if that would be interesting to you.  You
> can use:
> 
> darcs get http://darcs.complete.org/debian/libarchive
> 
> to check out my tree for this package.

Besides the static-only thingie, I am a bit unhappy about the -doc
package. A 35k .deb package with "Installed-Size: 88" is quite wastefull
in my eyes. Especially as it mostly development manpages anyway.

Hochachtungsvoll,
Bernhard R. Link


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#332898: udev: still not working with mouse

[Marco d'Itri]

On Oct 12, Richard Antony Burton <[EMAIL PROTECTED]> wrote:

> start, but the cursor won't move. On the system I'm using atm (IBM Thinpad T23
> with trackpoint) you need to load psmouse as well as mousedev, and this still
> isn't being done by udev.
Unrelated, #68 (will be fixed today).

> Has a bug been raised with the kernel people about getting a proper fix in
> there? If so can you provide the number so we can keep an eye out for it.
The input subsystem needs major upstream changes that will probably
appear in 2.6.15.

-- 
ciao,
Marco


signature.asc
Description: Digital signature

Bug#333517: ftp.debian.org: Please also remove unsigned .dsc

[Michael Piefel]

Package: ftp.debian.org
Severity: wishlist

I forgot to sign *.changes and *.dsc file. The queue daemon removed the
unsigned changes file, but left the unsigned dsc behind. That means I
have to write a commands file when the daemon has already figured out
what the problem was. Please also remove unsigned dsc files.

-- 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.12-1-686
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#306210: libstdc++: Big file support not working with Debian mingw32 package (OK with upstream native binaries)

[Richard Atterer]

On Tue, Oct 11, 2005 at 01:13:53AM +0930, Ron wrote:
> Could you confirm if this is still a problem with the current release or 
> not?

Yes - unfortunately it is! The program I posted earlier in this bug writes 
just a little less than 4GB of data into the file (on NTFS), then fails 
with "No space left on device".

I cross-compiled this program today in a freshly updated sid chroot.

Cheers,

  Richard

-- 
  __   _
  |_) /|  Richard Atterer
  | \/¯|  http://geht.net.gibts.bei.atterer.net
  ¯ '` ¯

Bug#331391: Re: ftpmaster: Please remove 2.6.8 kernel images

[Horms]

On Wed, Oct 12, 2005 at 09:16:34AM +0200, Jeroen van Wolffelaar wrote:
> On Wed, Oct 12, 2005 at 01:32:56PM +0900, Horms wrote:
> > On Sat, Oct 08, 2005 at 09:20:44PM +0200, Sven Luther wrote:
> > > On Sat, Oct 08, 2005 at 08:36:41PM +0200, Jeroen van Wolffelaar wrote:
> > > > tags 331391 moreinfo
> > > > thanks
> > > > 
> > > > On Mon, Oct 03, 2005 at 05:34:36PM +0900, Horms wrote:
> > > > > Hi ftpmasters,
> > > > 
> > > > Hi Horms,
> > > > 
> > > > > After discussion with the d-i team, the 2.6.8 kernel
> > > > > can now be removed from the archive. Accordinly, please remove
> > > > > the following packages:
> > > > > 
> > > > > kernel-image-2.6.8-alpha
> > > > > kernel-image-2.6.8-amd64
> > > > > kernel-image-2.6.8-hppa
> > > > > kernel-image-2.6.8-i386
> > > > > kernel-image-2.6.8-ia64
> > > > > kernel-image-2.6.8-m68k
> > > > > kernel-image-2.6.8-s390
> > > > > kernel-image-2.6.8-sparc
> > > > > kernel-patch-2.6.8-hppa
> > > > > kernel-patch-2.6.8-m68k
> > > > > kernel-patch-powerpc-2.6.8
> > > > > kernel-source-2.6.8
> > > > > kernel-kbuild-2.6-3
> > > > > 
> > > > > In addition, the following packages should be removed,
> > > > > but they should have been hijacked by linux-2.6, I am not
> > > > > sure why this hasn't happened.
> > > > > 
> > > > > kernel-latest-2.6-alpha
> > > > > kernel-latest-2.6-amd64
> > > > > kernel-latest-2.6-hppa
> > > > > kernel-latest-2.6-i386
> > > > > kernel-latest-2.6-s390
> > > > > kernel-latest-2.6-sparc
> > > > 
> > > > Removing the first list will break the second list, in particular, those
> > > > kernel-headers-2.6-subarch packages. So the magical short names for 
> > > > 'latest
> > > > kernel headers' will cease to work in unstable then.
> > > 
> > > Nope, the latest are now provided by the linux-2.6 package as a legacy
> > > compatibility thingy and depend on the linux-image 2.6.12 kernels. I think
> > > from now on, and with the exception of the mips kernels, all 2.6 kernel
> > > related source packages which are not linux-2.6 should go.
> > 
> > Sven, I don't think this is the case. Examining
> > kernel-headers-2.6-686-smp in sid I find that it is a package
> > produced by the kernel-latest-2.6-i386 source package. I do not
> > see it provided as a virtual or real package by linux-2.6.
> > If I understand Jeroen correctly, this needs to be resolved.
> > 
> > In a nutshell it seems that kernel-image-2.6- is
> > handled by linux-2.6 but kernel-headers-2.6-
> > 
> > This problem does not seem to exist on powerpc because the header
> > packages, (called kernel-build-*) were never released as generic
> > 2.6- dummy packages. However, adding
> > kernel-headers-2.6- as part of the transition would do no harm.
> 
> Indeed -- I asked about this, because I do not know enough about the usage of
> kernel-headers-2.6- packages, whether it would make sense to seize to
> provide those, and break upgrade path for them. It might be the case that that
> would make more sense than to continue their existance -- but it is not
> something I can judge, the kernel team can do so much better.
>  
> (...)
> > it seems we need to add a little more package magic first.
> 
> So that is up to you -- if the kernel team decides that no upgrade path is
> needed on the other hand, that's fine with me too. I merely want it to be
> well-thoughtover decision, and not an implicit consequence :).

Well, the upgrade consequences are much less for kernel-headers
than for kernel-image, but still worth worrying about IMHO.
In an nutshell, whatever was done for kernel-image-2.6-
should be done for kernel-headers-2.6-

I'll look into making this happen unless someone beats me too it.
(Please feel free to if you are interested :)

-- 
Horms


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#332942: kernel-image-2.6.8-2-386: fails to insert floppy.ko claiming "io-port 0x03f2 in use"

[Horms]

On Sun, Oct 09, 2005 at 07:10:24PM +0200, Francesco Poli wrote:
> Package: kernel-image-2.6.8-2-386
> Version: 2.6.8-16
> Severity: normal
> 
> I installed Debian sarge (3.1 r0) on an old Pentium machine, following the
> manual debootstrap procedure (described in the Debian sarge installation
> guide, appendix C.). I could not use debian-installer because I didn't
> have enough memory (only 16 Mibyte).
> 
> Now I cannot mount floppy disks (not even as root):
> 
> # mount -t ext2 /dev/fd0 /media/floppy/
> mount: /dev/fd0 is not a valid block device
> # ls -altrF /dev/fd0
> brw-rw  1 root floppy 2, 0 Feb 26  2005 /dev/fd0
> # tail -3 /var/log/kern.log
> Oct  9 16:33:55 oldbox kernel: inserting floppy driver for 2.6.8-2-386
> Oct  9 16:33:55 oldbox kernel: Floppy drive(s): fd0 is 1.44M
> Oct  9 16:33:55 oldbox kernel: floppy0: Floppy io-port 0x03f2 in use
> 
> But io-port 0x03f2 does not seem to be in use:
> 
> # cat /proc/ioports
> -001f : dma1
> 0020-0021 : pic1
> 0040-005f : timer
> 0060-006f : keyboard
> 0080-008f : dma page reg
> 00a0-00a1 : pic2
> 00c0-00df : dma2
> 00f0-00ff : fpu
> 0170-0177 : ide1
> 01f0-01f7 : ide0
> 02f8-02ff : serial
> 0376-0376 : ide1
> 03c0-03df : vga+
> 03f3-03f3 : pnp 00:07
> 03f6-03f6 : ide0
> 03f8-03ff : serial
> 04d0-04d1 : pnp 00:07
> 0cf8-0cff : PCI conf1
> f000-f00f : :00:07.1
>   f000-f007 : ide0
>   f008-f00f : ide1

Are you sure that the drive is actually at 0x03f2?

> The error shows up even when simply trying to load floppy.ko:
> 
> # lsmod | grep floppy
> # modprobe floppy
> FATAL: Error inserting floppy 
> (/lib/modules/2.6.8-2-386/kernel/drivers/block/floppy.ko): Device or resource 
> busy
> # tail -3 /var/log/kern.log
> Oct  9 16:41:02 oldbox kernel: inserting floppy driver for 2.6.8-2-386
> Oct  9 16:41:02 oldbox kernel: Floppy drive(s): fd0 is 1.44M
> Oct  9 16:41:02 oldbox kernel: floppy0: Floppy io-port 0x03f2 in use
> 
> 
> Please note that:
> 
> * I can mount the same floppy disk flawlessly if I boot with
>   System Rescue CD (a live distro currently based on Linux 2.4.x:
>   http://www.sysresccd.org/)
> * I had no difficulties in using the floppy drive when other
>   distros were installed on the same machine (DamnSmallLinux
>   http://www.damnsmalllinux.org/, DeLi Linux http://www.delilinux.de/)
> * I even tried booting with the floppy=thinkpad kernel parameter
>   (despite this machine is not a laptop), but the error still
>   showed up
> * I searched the f...ine web and found a few people that experienced
>   the same problem, but most of them got no answer from the forum
>   or mailing list they were writing to, while the rest of them
>   got suggestions that do not seem to work (at least for me...)
> 
> 
> What can I do?

It seems like a fairly specialised problem, but fortunately due
to the beuaty of free software you have all the information
you need to resolve the problem yourself.

-- 
Horms


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#332958: linux-2.6: fails to build, tries to generate debian/control after having built images ...

[Horms]

On Sun, Oct 09, 2005 at 09:13:42PM +0200, Sven Luther wrote:
> Package: linux-2.6
> Version: 2.6.13-1
> Severity: important
> Justification: no longer builds from source
> 
> 
> 
> Well, log is at : 
> 
>   http://people.debian.org/~luther/linux-2.6-powerpc-2.6.13-1.log
> 
> I built the package, ran debian/rules debian/control, btu got the error
> message :
> 
>   This target is made to fail intentionally, to make sure
>   that it is NEVER run during the automated build. Please
>   ignore the following error, the debian/control file has
> 
> After all images where built and after 500 minutes of build time, i am not
> amused :/
> 
> I think it will not happen with binary-only uploads, but it would be nice if
> someone (waldi ?) knowledgeable with this part of the build system could have
> a look.

That is very strange, that target should never be built
in an automated build. And while I don't really agree with it failing -
what if you want to automate building from svn, you just have to run
around in circles a bit - it does point to a deeper problem somewhere.

I can also confirm that this is not the problem I saw when
building ppc, but I ran into a different problem, which I
guess is earlier on in the build chain.

-- 
Horms


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#333136: udev doesn't load cdc-acm when USB modem plugs

[Horms]

tag 333136 +upstream
thanks

On Mon, Oct 10, 2005 at 09:49:01PM +0200, Marco d'Itri wrote:
> reassign 333136 linux-2.6
> thanks
> 
> On Oct 10, Greg KH <[EMAIL PROTECTED]> wrote:
> 
> [Wrong $MODALIAS reported by cdc-acm.]
> 
> > Ok, this is a kernel bug, found it, now how to fix it...
> Forwarded.

Thanks Marco, I'm tagging it as upstream, as it is.
If anyone notices a fix upstream, please post it here.

-- 
Horms


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#333220: doesn't install: Internal Error: Could not find image (/boot/vmlinuz-2.4.27-xxs1500)

[Horms]

On Tue, Oct 11, 2005 at 03:09:05AM +0200, Thiemo Seufer wrote:
> reassign 333220 kernel-package 9.008
> severity 333220 important
> tags 333220 patch
> thanks
> 
> Martin Michlmayr wrote:
> > Package: kernel-image-2.4.27-xxs1500
> > Version: 2.4.27-11.040815-2
> > Severity: grave
> > 
> > kernel-image-2.4.27-xxs1500 doesn't install.  It seems kernel-package
> > is confused as to the name of the kernel.
> > 
> > Setting up kernel-image-2.4.27-xxs1500 (2.4.27-11.040815-2) ...
> > Internal Error: Could not find image (/boot/vmlinuz-2.4.27-xxs1500)
> > dpkg: error processing kernel-image-2.4.27-xxs1500 (--install):
> >  subprocess post-installation script returned error exit status 2
> > 
> > vs
> > 
> > -rw-r--r--   1 root root 6963004 2005-10-07 23:53 vmlinux-2.4.27-xxs1500
> 
> This seems to be some deficiency in kernel-package.
> /usr/share/kernel-package/rules defines for xxs1500
> 
> kimage := vmlinux.srec
> ...
> kimagedest = $(INT_IMAGE_DESTDIR)/vmlinux-$(version)
> 
> and the same kimage value is put in the package postinst. But later
> in the postinst
> 
> # Paranoid check to make sure that the correct value is put in there
> if(! $kimage) { $kimage = "vmlinuz"; } # Hmm. empty
> elsif ($kimage =~ m/^b?zImage$/o) { $kimage = "vmlinuz"; } # these 
> produce vmlinuz
> elsif ($kimage =~ m/^[iI]mage$/o) { my $nop = $kimage;   }
> elsif ($kimage =~ m/^vmlinux$/o)  { my $nop = $kimage;   }
> else  { $kimage = "vmlinuz"; } # Default
> 
> the default of "vmlinuz" is chosen, which leads to the vmlinux/vmlinuz
> mismatch noted above.

I guess this could be a candidate for a sarge-update, depending
on how the fix pans out.

-- 
Horms


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#333479: gdk-imlib1: gdk-imblib1 should not explicitly conflict with libpng2

[Josselin Mouette]

Le mercredi 12 octobre 2005 à 18:37 +0930, Ron a écrit :
> > You should just rebuild the package against gdk-imlib11, that's all.
> > That package is linked against libpng12, as libpng2/libpng10 has been
> > removed as well.
> 
> In this case I just need to fix the build-dep from png10 -> png12,
> (for the bits I'm responsible for) but I guess I missed the memo
> that we were rolling on that this week.  I'm not unhappy that it's
> happening, just surprised at how...

D'uh, I'm really sorry, I must have missed libwxgtk2.4 when filing bug
reports asking for the rebuild. Sorry about that.
-- 
 .''`.   Josselin Mouette/\./\
: :' :   [EMAIL PROTECTED]
`. `'[EMAIL PROTECTED]
   `-  Debian GNU/Linux -- The power of freedom

Bug#333490: Patch to recognize Atom 1.0 feeds

[Stephane Bortzmeyer]

tag 333490 patch
thanks

Here is a patch against fedparser.py which seems to work. The
namespace is the official namespace of Atom 1.0 (see the
Internet-Draft, soon to be RFC).

--- feedparser.py.orig  2005-10-12 11:33:40.0 +0200
+++ feedparser.py   2005-10-12 11:44:15.0 +0200
@@ -235,6 +235,7 @@
   "uri/of/echo/namespace#": "",
   "http://purl.org/pie/": "",
   "http://purl.org/atom/ns#": "",
+  "http://www.w3.org/2005/Atom": "",
   "http://purl.org/rss/1.0/modules/rss091#": "",
   
   "http://webns.net/mvcb/":   
"admin",

I report it to feedparser.org also.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#333490: Acknowledgement (rss2email: Does not handle Atom (final version) feeds)

[Stephane Bortzmeyer]

tag 333490 upstream
thanks

Upstream bug is against feedparser.org (#1312408 at Sourceforge). You
can follow it here:

http://sourceforge.net/tracker/index.php?func=detail&aid=1312408&group_id=112328&atid=661937


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#333384: adduser: [INTL:fr] French program translation

[Marc Haber]

tags #84 l10n patch confirmed pending
thanks

On Tue, Oct 11, 2005 at 06:05:28PM +0200, Christian Perrier wrote:
> Please find attached the french translation of this package's
> programs, proofread by the debian-l10n-french mailing list
> contributors.

Committed to svn, thanks.

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#333518: Exim4 Maildir unrouteable address

[Thilo Pfennig]

Package: exim4
Version: 4.50-8
Severity: important

I have had problems with the combination of

Dovecot (Pop3), Exim4 (Maildir), Spamassassin and Procmail.

In one year I had for the second time a users Maildir crashed, so that i
got: 

** [EMAIL PROTECTED]: Unrouteable address

([EMAIL PROTECTED] stands for the users mail address).

The resolution is to completely delete the mailbox and make a new
Maildir. I do not know what program is responsible but it is a really
ugly bug, because all mail sent to the address will be lost. It is a
seldom bug though and I do also not know under what circumstances it
comes to live.

Thilo

-- 
Thilo Pfennig <[EMAIL PROTECTED]>
http://www.alternativ.net/asp



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#318099: [CAN-2005-2096] statically linked copy of zlib

[Florian Weimer]

* Debian Bug Tracking System:

> This is an automatic notification regarding your Bug report
> #318099: lsb-rpm: [CAN-2005-2096] statically linked copy of zlib,
> which was filed against the lsb-rpm package.

How was it fixed?  Is zlib still being linked statically?


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#333519: pump does not take option "interface-mtu" into account

[Jerome Warnier]

Package: pump
Version: 0.8.21-2
Severity: normal

Pump does not take DHCP option "interface-mtu" into account.
It can be really annoying in some cases, and that's why I will have to use 
dhclient instead.

I guess this is probably an upstream problem.

Thanks


-- 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.12-1-686
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)

Versions of packages pump depends on:
ii  libc6 2.3.5-6GNU C Library: Shared libraries an
ii  libpopt0  1.7-5  lib for parsing cmdline parameters

pump recommends no packages.

-- debconf information excluded


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#333520: lintian - python-script-but-no-python-dep with python2.4 and python2.4-minimal

[Bastian Blank]

Package: lintian
Version: 1.23.12

lintian reports the following error:
| E: mklibs-small: python-script-but-no-python-dep ./usr/bin/mklibs-small.py
while the control file shows:
| Package: mklibs-small
| Version: 0.1.17
| Depends: python-2.4-minimal, libc6 (>= 2.3.5-1), libgcc1 (>= 1:4.0.1), 
libstdc++6 (>= 4.0.1-9)

Bastian

-- 
Bones: "The man's DEAD, Jim!"


signature.asc
Description: Digital signature

Bug#333304: smartmontools: checking the drive leads to interrupt missing

[Holger Rusch]

> This looks like a kernel issue. Which kernel package are you running
> exactly?

> > I am using kernel linux-image-2.6.12-1-686-10.

No enough?

dpkg -l ...
ii  linux-image-2.6.12-1-686   2.6.12-10 Linux kernel 2.6.12 image on
PPro/Celeron/PI

--
+ IM? => http://rusch.name/ +

Bug#333521: bluez-pin: [INTL:sv] Swedish PO-template translation

[Daniel Nylander]

Package: bluez-pin
Version: 0.25-1
Severity: wishlist
Tags: patch l10n



-- 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, LC_CTYPE=sv_SE (charmap=ISO-8859-1)

Versions of packages bluez-pin depends on:
ii  dbus-10.23.4-7   simple interprocess messaging syst
ii  dbus-glib-1   0.23.4-7   simple interprocess messaging syst
ii  libatk1.0-0   1.10.3-1   The ATK accessibility toolkit
ii  libbluetooth1 2.19-1 Library to use the BlueZ Linux Blu
ii  libc6 2.3.5-6GNU C Library: Shared libraries an
ii  libgconf2-4   2.10.1-6   GNOME configuration database syste
ii  libglade2-0   1:2.5.1-2  library to load .glade files at ru
ii  libglib2.0-0  2.8.3-1The GLib library of C routines
ii  libgtk2.0-0   2.6.10-1   The GTK+ graphical user interface 
ii  liborbit2 1:2.12.4-1 libraries for ORBit2 - a CORBA ORB
ii  libpango1.0-0 1.8.2-3Layout and rendering of internatio
ii  libxml2   2.6.22-1   GNOME XML library
ii  zlib1g1:1.2.3-4  compression library - runtime

bluez-pin recommends no packages.

-- no debconf information
# Swedish translation of bluez-pin.
# Copyright (C) 2005 THE bluez-pin'S COPYRIGHT HOLDER
# This file is distributed under the same license as the bluez-pin package.
# Daniel Nylander <[EMAIL PROTECTED]>, 2005.
# , fuzzy
# 
# 
msgid ""
msgstr ""
"Project-Id-Version: bluez-pin 0.25-1\n"
"Report-Msgid-Bugs-To: \n"
"POT-Creation-Date: 2005-04-19 06:47+0100\n"
"PO-Revision-Date: 2005-10-12 12:21+0200\n"
"Last-Translator: Daniel Nylander <[EMAIL PROTECTED]>\n"
"Language-Team: Swedish <[EMAIL PROTECTED]>\n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=iso-8859-1\n"
"Content-Transfer-Encoding: 8bit"

#: main.c:131
#, c-format
msgid "Usage: %s   [name]\n"
msgstr "Användning: %s   [namn]\n"

#: main.c:132
#, c-format
msgid " or%s --dbus\n"
msgstr " eller %s --dbus\n"

#: pin-ui.c:155 bluez-pin.glade:10 bluez-pin-gpe.glade:9
msgid "Bluetooth PIN"
msgstr "Bluetooth PIN"

#: pin-ui.c:166
#, c-format
msgid "Outgoing connection to %s"
msgstr "Outgående anslutning till %s"

#: pin-ui.c:167
#, c-format
msgid "Incoming connection from %s"
msgstr "Inkommande anslutning från %s"

#: bluez-pin.glade:92 bluez-pin-gpe.glade:90
msgid "Connection type"
msgstr "Anslutningstyp"

#: bluez-pin.glade:119 bluez-pin-gpe.glade:117
msgid "_PIN:"
msgstr "_PIN:"

#: bluez-pin.glade:147 bluez-pin-gpe.glade:145
msgid "*"
msgstr "*"

Bug#290001: Dropping the dependency on teTeX for Type 1 font packages

[Florent Rougon]

In the meantime, the subject was discussed in other threads on
debian-tetex-maint, and it seems that the way of doing things that was
being proposed should be safe. I've uploaded a package that only depends
on tex-common (a very small package) here:

  deb http://people.debian.org/~frn/teTeX-3.0 sid/binary-all/
  deb-src http://people.debian.org/~frn/teTeX-3.0 sid/source/

This package should be used with teTeX 3, as found in 'experimental'.

-- 
Florent


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#333479: gdk-imlib1: gdk-imblib1 should not explicitly conflict with libpng2

[Steve Langasek]

On Wed, Oct 12, 2005 at 11:48:38AM +0200, Josselin Mouette wrote:
> Le mercredi 12 octobre 2005 à 18:37 +0930, Ron a écrit :
> > > You should just rebuild the package against gdk-imlib11, that's all.
> > > That package is linked against libpng12, as libpng2/libpng10 has been
> > > removed as well.

> > In this case I just need to fix the build-dep from png10 -> png12,
> > (for the bits I'm responsible for) but I guess I missed the memo
> > that we were rolling on that this week.  I'm not unhappy that it's
> > happening, just surprised at how...

> D'uh, I'm really sorry, I must have missed libwxgtk2.4 when filing bug
> reports asking for the rebuild. Sorry about that.

There's actually no good reason for wxgtk2.4 to build-depend on libpng2-dev,
AFAICT, because *none* of the binary packages it builds depend on
libpng10-0.  So I wonder why this build dependency is there...

-- 
Steve Langasek   Give me a lever long enough and a Free OS
Debian Developer   to set it on, and I can move the world.
[EMAIL PROTECTED]   http://www.debian.org/


signature.asc
Description: Digital signature

Bug#290001: Dropping the dependency on teTeX for Type 1 font packages

[Florent Rougon]

[ Resending <[EMAIL PROTECTED]>, which I only sent to
  [EMAIL PROTECTED], by mistake. ]

Norbert Preining <[EMAIL PROTECTED]> wrote:

> It shouldn't hurt. Why: Even without *anything* cionfigured calls to
> mktexlsr and updmap-sys should work without any problem.

Maybe, but I'd like to be sure.

>   In fact I
> already have thought about moving some of the basic scripts from
> tetex/texlive to tex-common (like the scripts mktexlsr, updmap(-sys)
> etc) as they are really the same and are really basic. But this was
> just an idea.

That would be good for the dependency problem, since I suppose
tex-common will remain small. Then font packages could simply depend on
it with no harm.

> Why? All the files are there in /etc/texmf (bacause they are installed
> by tex-common!), and update-texmf does nothing special.

Well, it can change things such as VARTEXFONTS, TEXMFSYSVAR... stuff
that could affect an updmap run, I fear---though only in non-standard
situations.

-- 
Florent


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#333522: udev: modules randomly aren't loaded at startup - "Unknown symbol"

[Jan Taegert]

Package: udev
Version: 0.070-4
Severity: grave


Hello,


after upgrading udev from 0.070-2 to 0.070-4 modprobe is giving out
error messages to console output on system startup. Normally the
concerning modules seem to work correctly, but from time to time they
aren't loaded at all. I attached the last dmesg-output to document this
(this time ehci_hcd was'n loaded).
Unfortunately this misbehaviour is hard to reproduce because sometimes
it works sometimes not, and the concerning modules are changing on every
startup (I tried at least 10 times).

Anotation #1: Until now, the "bad" modules always are out of the
categories usb (uhci/ehci-hcd), serial (8250/8250_pnp?) and alsa
(snd_...), all attached to onboard devices (via chipset)

Anotation #2: I'am using a home-backed vanilla-kernel 2.6.13 without
initrd. For testing purposes I tried the experimental 2.6.13
kernel-package and ... all mentioned problems are gone! I dont't think
that this a nice solution, but maybe my problems have someting to do
with this difference.
I wonder if other users have similar problems, but maybe it has to do
with some special kernel/chipset combination.

With prior udev (hotplug) - versions module loading always went fine, so
I assume this has to do with the new integrated coldplug/hotplug method,
which I really like because bootup is a lot faster now. But it is a
little bit annoying if after every bootup I have first to look which
devices are missing now and modprobe the modules manually.



Please tell me if you need more information (more logs, kernel-config,
etc.),

thanks,
jan.







-- Package-specific info:
-- /etc/udev/rules.d/:
/etc/udev/rules.d/:
insgesamt 0
lrwxrwxrwx  1 root root 20 2005-10-11 23:49 020_permissions.rules ->
../permissions.rules
lrwxrwxrwx  1 root root 23 2005-09-30 00:46 025_libsane-extras.rules ->
../libsane-extras.rules
lrwxrwxrwx  1 root root 16 2005-09-30 00:46 025_libsane.rules ->
../libsane.rules
lrwxrwxrwx  1 root root 12 2005-10-11 23:49 050_hal-plugdev.rules ->
../hal.rules
lrwxrwxrwx  1 root root 19 2005-10-11 23:49 cd-aliases.rules ->
../cd-aliases.rules
lrwxrwxrwx  1 root root 13 2005-10-11 23:49 udev.rules -> ../udev.rules
lrwxrwxrwx  1 root root 19 2005-10-11 23:49 z20_persistent.rules ->
../persistent.rules
lrwxrwxrwx  1 root root 12 2005-10-11 23:49 z50_run.rules -> ../run.rules
lrwxrwxrwx  1 root root 16 2005-10-12 10:51 z55_hotplug.rules ->
../hotplug.rules
lrwxrwxrwx  1 root root 19 2005-08-03 00:40 z60_alsa-utils.rules ->
../alsa-utils.rules
lrwxrwxrwx  1 root root 15 2005-09-20 13:37 z60_hdparm.rules ->
../hdparm.rules
lrwxrwxrwx  1 root root 17 2005-10-11 23:49 z70_hotplugd.rules ->
../hotplugd.rules

-- /sys/:
/sys/block/fd0/dev
/sys/block/hda/dev
/sys/block/hda/hda1/dev
/sys/block/hda/hda2/dev
/sys/block/hda/hda3/dev
/sys/block/hda/hda4/dev
/sys/block/hda/hda5/dev
/sys/block/hda/hda6/dev
/sys/block/hda/hda7/dev
/sys/block/hda/hda8/dev
/sys/block/hdc/dev
/sys/block/hdd/dev
/sys/block/ram0/dev
/sys/block/ram10/dev
/sys/block/ram11/dev
/sys/block/ram12/dev
/sys/block/ram13/dev
/sys/block/ram14/dev
/sys/block/ram15/dev
/sys/block/ram1/dev
/sys/block/ram2/dev
/sys/block/ram3/dev
/sys/block/ram4/dev
/sys/block/ram5/dev
/sys/block/ram6/dev
/sys/block/ram7/dev
/sys/block/ram8/dev
/sys/block/ram9/dev
/sys/class/drm/card0/dev
/sys/class/input/event0/dev
/sys/class/input/event1/dev
/sys/class/input/event2/dev
/sys/class/input/mice/dev
/sys/class/input/mouse0/dev
/sys/class/misc/agpgart/dev
/sys/class/misc/hpet/dev
/sys/class/misc/psaux/dev
/sys/class/misc/rtc/dev
/sys/class/sound/controlC0/dev
/sys/class/sound/controlC1/dev
/sys/class/sound/dmmidi1/dev
/sys/class/sound/midi1/dev
/sys/class/sound/midiC1D0/dev
/sys/class/sound/pcmC0D0c/dev
/sys/class/sound/pcmC0D0p/dev
/sys/class/sound/pcmC0D1c/dev
/sys/class/sound/pcmC0D1p/dev
/sys/class/sound/pcmC1D0c/dev
/sys/class/sound/pcmC1D0p/dev
/sys/class/sound/seq/dev
/sys/class/sound/timer/dev
/sys/class/usb/lp0/dev

-- Kernel configuration:


-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (100, 'experimental')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.13debmv1
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)

Versions of packages udev depends on:
ii  initscripts   2.86.ds1-4 Standard scripts needed for
bootin
ii  libc6 2.3.5-6GNU C Library: Shared
libraries an
ii  libselinux1   1.26-1 SELinux shared libraries
ii  lsb-base  3.0-9  Linux Standard Base 3.0
init scrip
ii  makedev   2.3.1-78   creates device files in /dev
ii  sed   4.1.4-4The GNU sed stream editor

udev recommends no packages.

-- debconf information:
  udev/devfs-warning:
  udev/reboot-warning:


Linux version 2.6.13.2mv3 ([EMAIL PROTECTED]) (gcc version 4.0.2 (Debian 
4.0.1-9)) #1 Wed Sep 28 12:04:42 CEST 2005
BIOS-p

Bug#333349: Must either version symbols or conflict with ALL libraries linked to previous version

[Steve Langasek]

tags 49 patch
thanks

Here, give this one a try.  This patch enables symbol versioning in
libcrypto and libssl for all targets which I know use GNU ld and whose
runtime linker supports symbol versioning.  Basically, this covers Linux
and Hurd at this point; other platforms may benefit from this as well, but I
don't know which ones with any certainty.  I've provided a comprehensive
patch for *all* Linux targets, and not just the Debian ones, because it's
very important that this change be integrated upstream:  while deploying
versioned symbols in Debian's build will let *us* avoid segfaults, this is
also a one-way ABI change that will cause problems for anyone running
binaries on other systems that were built against a Debian openssl build
that includes this patch.

A similar patch should apply ok to libssl0.9.7, and it would be a good idea
to do so there as well to further help with the segfaults caused by loading
multiple versions of the same library into a single address space.  Getting
upstream to accept a patch for 0.9.7 is not a concern, since obviously
that's an old version of the lib which is going to be phased out.

Cheers,
-- 
Steve Langasek   Give me a lever long enough and a Free OS
Debian Developer   to set it on, and I can move the world.
[EMAIL PROTECTED]   http://www.debian.org/
diff -u openssl-0.9.8/Configure openssl-0.9.8/Configure
--- openssl-0.9.8/Configure
+++ openssl-0.9.8/Configure
@@ -155,17 +155,17 @@
 "debug-rse","cc:-DTERMIOS -DL_ENDIAN -pipe -O -g -ggdb3 
-Wall::(unknown):::BN_LLONG ${x86_gcc_des} ${x86_gcc_opts}:${x86_elf_asm}",
 "debug-bodo",  "gcc:-DL_ENDIAN -DBN_DEBUG -DREF_CHECK -DCONF_DEBUG 
-DBIO_PAIR_DEBUG -DPEDANTIC -g -march=i486 -pedantic -Wshadow 
-Wall::-D_REENTRANT:::BN_LLONG ${x86_gcc_des} ${x86_gcc_opts}:${x86_elf_asm}",
 "debug-ulf", "gcc:-DTERMIOS -DL_ENDIAN -march=i486 -Wall -DBN_DEBUG 
-DBN_DEBUG_RAND -DREF_CHECK -DCONF_DEBUG -DBN_CTX_DEBUG -DCRYPTO_MDEBUG 
-DOPENSSL_NO_ASM -g -Wformat -Wshadow -Wmissing-prototypes 
-Wmissing-declarations:::CYGWIN32:::${no_asm}:win32:cygwin-shared:::.dll",
-"debug-steve", "gcc:-DL_ENDIAN -DREF_CHECK -DCONF_DEBUG -DDEBUG_SAFESTACK 
-DCRYPTO_MDEBUG_ALL -DPEDANTIC -g -mcpu=i486 -pedantic -Wno-long-long -Wall 
-Werror -Wshadow -pipe::-D_REENTRANT::-rdynamic -ldl:BN_LLONG ${x86_gcc_des} 
${x86_gcc_opts}:${x86_elf_asm}:dlfcn:linux-shared",
-"debug-steve-linux-pseudo64",  "gcc:-DL_ENDIAN -DREF_CHECK -DCONF_DEBUG 
-DBN_CTX_DEBUG -DDEBUG_SAFESTACK -DCRYPTO_MDEBUG_ALL -DOPENSSL_NO_ASM -g 
-mcpu=i486 -Wall -Werror -Wshadow -pipe::-D_REENTRANT::-rdynamic 
-ldl:SIXTY_FOUR_BIT:${no_asm}:dlfcn:linux-shared",
-"debug-levitte-linux-elf","gcc:-DLEVITTE_DEBUG -DREF_CHECK -DCONF_DEBUG 
-DBN_DEBUG -DBN_DEBUG_RAND -DCRYPTO_MDEBUG -DENGINE_CONF_DEBUG -DL_ENDIAN 
-DTERMIO -D_POSIX_SOURCE -DPEDANTIC -ggdb -g3 -mcpu=i486 -pedantic -ansi -Wall 
-Wshadow -Wcast-align -Wstrict-prototypes -Wmissing-prototypes -Wno-long-long 
-Wundef -Wconversion -pipe::-D_REENTRANT::-ldl:BN_LLONG ${x86_gcc_des} 
${x86_gcc_opts}:${x86_elf_asm}:dlfcn:linux-shared:-fPIC::.so.\$(SHLIB_MAJOR).\$(SHLIB_MINOR)",
-"debug-levitte-linux-noasm","gcc:-DLEVITTE_DEBUG -DREF_CHECK -DCONF_DEBUG 
-DBN_DEBUG -DBN_DEBUG_RAND -DCRYPTO_MDEBUG -DENGINE_CONF_DEBUG -DOPENSSL_NO_ASM 
-DL_ENDIAN -DTERMIO -D_POSIX_SOURCE -DPEDANTIC -ggdb -g3 -mcpu=i486 -pedantic 
-ansi -Wall -Wshadow -Wcast-align -Wstrict-prototypes -Wmissing-prototypes 
-Wno-long-long -Wundef -Wconversion -pipe::-D_REENTRANT::-ldl:BN_LLONG 
${x86_gcc_des} 
${x86_gcc_opts}:${no_asm}:dlfcn:linux-shared:-fPIC::.so.\$(SHLIB_MAJOR).\$(SHLIB_MINOR)",
-"debug-levitte-linux-elf-extreme","gcc:-DLEVITTE_DEBUG -DREF_CHECK 
-DCONF_DEBUG -DBN_DEBUG -DBN_DEBUG_RAND -DCRYPTO_MDEBUG -DENGINE_CONF_DEBUG 
-DL_ENDIAN -DTERMIO -D_POSIX_SOURCE -DPEDANTIC -ggdb -g3 -mcpu=i486 -pedantic 
-ansi -Wall -W -Wundef -Wshadow -Wcast-align -Wstrict-prototypes 
-Wmissing-prototypes -Wno-long-long -Wundef -Wconversion 
-pipe::-D_REENTRANT::-ldl:BN_LLONG ${x86_gcc_des} 
${x86_gcc_opts}:${x86_elf_asm}:dlfcn:linux-shared:-fPIC::.so.\$(SHLIB_MAJOR).\$(SHLIB_MINOR)",
-"debug-levitte-linux-noasm-extreme","gcc:-DLEVITTE_DEBUG -DREF_CHECK 
-DCONF_DEBUG -DBN_DEBUG -DBN_DEBUG_RAND -DCRYPTO_MDEBUG -DENGINE_CONF_DEBUG 
-DOPENSSL_NO_ASM -DL_ENDIAN -DTERMIO -D_POSIX_SOURCE -DPEDANTIC -ggdb -g3 
-mcpu=i486 -pedantic -ansi -Wall -W -Wundef -Wshadow -Wcast-align 
-Wstrict-prototypes -Wmissing-prototypes -Wno-long-long -Wundef -Wconversion 
-pipe::-D_REENTRANT::-ldl:BN_LLONG ${x86_gcc_des} 
${x86_gcc_opts}:${no_asm}:dlfcn:linux-shared:-fPIC::.so.\$(SHLIB_MAJOR).\$(SHLIB_MINOR)",
-"debug-geoff","gcc:-DBN_DEBUG -DBN_DEBUG_RAND -DBN_STRICT -DPURIFY 
-DOPENSSL_NO_DEPRECATED -DOPENSSL_NO_ASM -DOPENSSL_NO_INLINE_ASM -DL_ENDIAN 
-DTERMIO -DPEDANTIC -O1 -ggdb2 -Wall -Werror -Wundef -pedantic -Wshadow 
-Wpointer-arith -Wbad-function-cast -Wcast-align -Wsign-compare 
-Wmissing-prototypes -Wmissing-declarations 
-Wno-long-lon

Bug#333523: mutt: Add command to save thread in pager

[Lars Persson Fink]

Package: mutt
Version: 1.5.6-20040907+3
Severity: wishlist

I would like to have a way to save a thread to a mailbox when in the
pager. There already exist delete-thread, so save-thread wouldn't be
to hard, would it?

-- System Information:
Debian Release: 3.1
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (i686)
Kernel: Linux 2.6.8-686
Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1)

Versions of packages mutt depends on:
ii  exim4   4.50-4   metapackage to ease exim MTA (v4) 
ii  exim4-daemon-light [mail-tr 4.50-4   lightweight exim MTA (v4) daemon
ii  libc6   2.3.2.ds1-21 GNU C Library: Shared libraries an
ii  libdb4.24.2.52-18Berkeley v4.2 Database Libraries [
ii  libgnutls11 1.0.16-13.1  GNU TLS library - runtime library
ii  libidn110.5.13-1.0   GNU libidn library, implementation
ii  libncursesw55.4-4Shared libraries for terminal hand
ii  libsasl22.1.19-1.5   Authentication abstraction library

-- no debconf information


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#333524: libbz2-1.0 suggests libbz2-dev without a good reason

[Piotr Engelking]

Package: libbz2-1.0
Version: 1.0.2-10
Severity: minor

libbz2-1.0 suggests libbz2-dev, but libbz2-dev doesn't enhance the
functionality of libbz2-1.0.

-- System Information:
Debian Release: testing/unstable
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/dash
Kernel: Linux 2.6.12
Locale: LANG=C, LC_CTYPE=pl_PL.UTF8 (charmap=UTF-8)

Versions of packages libbz2-1.0 depends on:
ii  libc6 2.3.5-6GNU C Library: Shared libraries an

libbz2-1.0 recommends no packages.

-- no debconf information

Bug#333423: linphonec doesn't like Ctrl-D

[Elrond]

On Tue, Oct 11, 2005 at 11:40:38PM +0200, Samuel Mimram wrote:
> % linphonec
> Ready.
> ' : Cannot understand this.
  ^
  |

Your terminal ate part of the weird characters.

Run it in "script".

I've attached my run from inside script to this mail.

(The "ESC [ ." and "^M" are terminal control charachters.)


> It would be nice if it exited the program though (may I downgrade this 
> bug to wishlist?).

Well, I presume, there's some memory corruption going on,
or so. So I would not like wishlist. I could accept minor.


Elrond

Rivendell:~% linphonec

Ready.
linphonec> 'ºøÿ¿„Æy
Ջii
' : Cannot understand this.
linphonec> quit
linphonec> 

Rivendell:~% 


Script done on Wed Oct 12 12:29:01 2005

Bug#333525: nForce NIC sometimes stop working

[Ville Muikkula]

Package: kernel-source-2.6.8
Version: 2.6.8-16

http://bugzilla.kernel.org/show_bug.cgi?id=4552


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#333526: ITP: liburi-query-perl -- class providing URI query string manipulation

[Krzysztof Krzyzaniak (eloy)]

Package: wnpp
Severity: wishlist
Owner: "Krzysztof Krzyzaniak (eloy)" <[EMAIL PROTECTED]>

* Package name: liburi-query-perl
  Version : 0.04
  Upstream Author : Gavin Carr <[EMAIL PROTECTED]>
* URL : http://search.cpan.org/~gavinc/URI-Query-0.04/
* License : (Perl: GPL, Artistic)
  Description : class providing URI query string manipulation

 URI::Query provides simple URI query string manipulation, allowing you
 to create and manipulate URI query strings from GET and POST requests in
 web applications. This is primarily useful for creating links where you 
 wish to preserve some subset of the parameters to the current request,
 and potentially add or replace others. Given a query string this is 
 doable with regexes, of course, but making sure you get the anchoring 
 and escaping right is tedious and error-prone - this module is simpler.
   

 Note: this modules is needed to build & use new libcatalyst-perl upstream
 version
 
-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'stable'), (1, 'experimental')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.12-1-686
Locale: LANG=pl_PL, LC_CTYPE=pl_PL (charmap=ISO-8859-2)


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#333527: ftp.debian.org: Please remove qssl from unstable

[Jan Niehusmann]

Package: ftp.debian.org
Severity: normal

Please remove qssl (binary packages libqssl2c102 and libqssl-dev) from
unstable, as they are not used any more. (See Bug #328010 for additional
info, if you like).

Thank you!

Jan



signature.asc
Description: Digital signature

Bug#333528: xpcd: new upstream release 2.09; nonetheless package is obsolete

[Florian Ernst]

Package: xpcd
Severity: wishlist

There is a maintenance release (2.09) available at
.

However, the author mentions:
| xpcd is obsolete
| 
| The 2.09 maintainance release very likely is the very last version
| ever released. I've stopped maintaining xpcd, it simply isn't needed
| any more today. 
| 
| xpcd main purpose is to allow decoding parts of the images to save
| some CPU time and memory. It was very nice many years ago where my
| good old i486/33 MHz with 16 MB RAM was a modern computer. With todays
| computers memory and CPU time for PhotoCD decoding are no issues any
| more, so this simply isn't needed. A general purpose image viewer like
| ida works equally well. 
| 
| On my current workstation (PIII/450 MHz, which isn't exactly new) ida
| reads and displays full-size (3072x2048) PhotoCD images in only three
| seconds, which makes any attempt to reduce decoding time by picking a
| region of the image manually pretty much obsolete ...

So perhaps this package can safely be removed from the archives.

Still filing at wishlist severity, though, leaving the decision to
you.

Cheers,
Flo


signature.asc
Description: Digital signature

Bug#333529: link apache2-httpd.include.conf should be named otrs

[Steffen Joeris]

Package: otrs
Severity: minor

Hi
Please rename the link in /etc/apache2/conf.d/ from
apache2-httpd.include.conf to otrs, as it is the standard way to name
the files after the package name.

Greetings
Steffen

-- 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.12-1-686
Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1)


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#102006: Re[1]: hi from Marie B.

[Maria]

Hi, Robert

I think we had correspondence a long time ago if it was not you I am sorry.
If it was I could not answer you because my Mozilla mail manager was down for a 
long time and I could not fix it only with my friend's help I got the emails 
address out for me ..:)
I hope it was whom we were corresponded with you are still interested, as I am, 
though I realize much time has passed since then...
I really don't know where to start 
Maybe you could tell me a little about yourself since I lost our early letters, 
your appearance,age , hobbies, and are you still in the search?
If it was you I wrote to and you are interested to get to know me better, I 
have 
a profile at :
http://gQsyPpLis1T9xmk.want-meet-you.com/

Don't really know what else to say for now I hope this is the right address

Let me know if you are interested, And I hope
you won't run when you see my picture :-)

Yourth faithfully
Mary




-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#103681: Hi my Dear Stranger!

[Maria]

Hi my Dear Stranger!

I think we had correspondence a long time ago if it was not you I am sorry.
If it was I could not answer you because my Mozilla mail manager was down for a 
long time and I could not fix it only with my friend's help I got the emails 
address out for me ..:)
I hope it was whom we were corresponded with you are still interested, as I am, 
though I realize much time has passed since then...
I really don't know where to start 
Maybe you could tell me a little about yourself since I lost our early letters, 
your appearance,age , hobbies, and are you still in the search?
If it was you I wrote to and you are interested to get to know me better, I 
have 
a profile at :
http://www.pR9V.want-meet-you.com/

Don't really know what else to say for now I hope this is the right address

Let me know if you are interested, And I hope
you won't run when you see my picture :-)

a rivederci...

Marina B.




-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#116410: Re[5]:hi from Marie

[Marina B.]

Hallo!  

I think we had correspondence a long time ago if it was not you I am sorry.
If it was I could not answer you because my Mozilla mail manager was down for a 
long time and I could not fix it only with my friend's help I got the emails 
address out for me ..:)
I hope it was whom we were corresponded with you are still interested, as I am, 
though I realize much time has passed since then...
I really don't know where to start 
Maybe you could tell me a little about yourself since I lost our early letters, 
your appearance,age , hobbies, and are you still in the search?
If it was you I wrote to and you are interested to get to know me better, I 
have 
a profile at :
http://www.f.want-meet-you.com/

Don't really know what else to say for now I hope this is the right address

Let me know if you are interested, And I hope
you won't run when you see my picture :-)

talk to you soon

Marina B.




-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#118122: hi from Marina

[Marina B.]

Hallo,  

I think we had correspondence a long time ago if it was not you I am sorry.
If it was I could not answer you because my Mozilla mail manager was down for a 
long time and I could not fix it only with my friend's help I got the emails 
address out for me ..:)
I hope it was whom we were corresponded with you are still interested, as I am, 
though I realize much time has passed since then...
I really don't know where to start 
Maybe you could tell me a little about yourself since I lost our early letters, 
your appearance,age , hobbies, and are you still in the search?
If it was you I wrote to and you are interested to get to know me better, I 
have 
a profile at :
http://www.J8muIdjO.want-meet-you.com/

Don't really know what else to say for now I hope this is the right address

Let me know if you are interested, And I hope
you won't run when you see my picture :-)

talk to you soon

Marina




-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#124835: Re[1]:Hello my Dear!

[Marie]

Hello my Dear Stranger!

I think we had correspondence a long time ago if it was not you I am sorry.
If it was I could not answer you because my Mozilla mail manager was down for a 
long time and I could not fix it only with my friend's help I got the emails 
address out for me ..:)
I hope it was whom we were corresponded with you are still interested, as I am, 
though I realize much time has passed since then...
I really don't know where to start 
Maybe you could tell me a little about yourself since I lost our early letters, 
your appearance,age , hobbies, and are you still in the search?
If it was you I wrote to and you are interested to get to know me better, I 
have 
a profile at :
http://cBgkOLwdhuqOK2iWizhc.want-meet-you.com/

Don't really know what else to say for now I hope this is the right address
Let me know if you are interested, And I hope
you won't run when you see my picture :-)

au revoir...

Marie




-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]