Bug#485415: [openssh] Updated Romanian translation for openssh package

[Catalin Festila]

Package: openssh
Severity: wishlist
Tags: l10n patch

--- Please enter the report below this line. ---
"It looks like you generated this using a broken POT file that Christian
Perrier sent out. Could you please use debian/po/templates.pot from the
current version of openssh in unstable?
Thanks,
Colin Watson   [EMAIL PROTECTED]"

This is the correct ro.po

--- System information. ---
Architecture: i386
Kernel:   Linux 2.6.24-1-686

Debian Release: lenny/sid
  500 testing security.debian.org 
  500 testing ftp.debian.org 
  500 testing debian-multimedia.org 

--- Package information. ---
Depends   (Version) | Installed
===-+-===
| 

# Romanian translation of openssh.
# Copyright (C) 2006 THE openssh'S COPYRIGHT HOLDER
# This file is distributed under the same license as the openssh package.
#
# Stan Ioan-Eugen <[EMAIL PROTECTED]>, 2006.
# Igor Stirbu <[EMAIL PROTECTED]>, 2007.
# Cătălin Feștilă <[EMAIL PROTECTED]>,2008
msgid ""
msgstr ""
"Project-Id-Version: openssh 1.4\n"
"Report-Msgid-Bugs-To: [EMAIL PROTECTED]"
"POT-Creation-Date: 2008-05-17 08:51+0200\n"
"PO-Revision-Date: 2008-05-28 17:54+0200\n"
"Last-Translator: Cătălin Feștilă <[EMAIL PROTECTED]>\n"
"Language-Team: Romanian <[EMAIL PROTECTED]>\n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=UTF-8\n"
"Content-Transfer-Encoding: 8bit\n"
"X-Generator: KBabel 1.11.4\n"
"Plural-Forms: nplurals=3; plural=n==1 ? 0 : (n==0 || (n%100 > 0 && n%100 < "
"20)) ? 1 : 2;\n"

#. Type: boolean
#. Description
#: ../openssh-server.templates:1001
msgid "Generate a new configuration file for OpenSSH?"
msgstr "Să se genereze un fișier nou de configurare pentru OpenSSH?"

#. Type: boolean
#. Description
#: ../openssh-server.templates:1001
msgid ""
"This version of OpenSSH has a considerably changed configuration file from "
"the version shipped in Debian 'Potato', which you appear to be upgrading "
"from. This package can now generate a new configuration file (/etc/ssh/sshd."
"config), which will work with the new server version, but will not contain "
"any customizations you made with the old version."
msgstr ""
"Această versiune de OpenSSH are un fișier de configurare considerabil "
"modificat față de versiunea care vine cu Debian 'Potato', pe care se pare că "
"o actualizați. Acest pachet poate genera acum un nou fișier de configurare (/"
"etc/ssh/sshd.config), care va funcționa cu noua versiune de server, dar nu "
"va conține nici o personalizare făcută pentru versiunea anterioară."

#. Type: boolean
#. Description
#: ../openssh-server.templates:1001
msgid ""
"Please note that this new configuration file will set the value of "
"'PermitRootLogin' to 'yes' (meaning that anyone knowing the root password "
"can ssh directly in as root). Please read the README.Debian file for more "
"details about this design choice."
msgstr ""
"A se reține că acest fișier nou de configurare va stabili valoarea opțiunii "
"'PermitRootLogin' la „yes” (ceea ce înseamnă că cine știe parola de root se "
"poate autentifica prin ssh direct ca root). Părerea responsabilului de "
"pachet este că aceasta trebuie să fie valoarea implicită (a se vedea "
"fișierul README.Debian pentru detalii suplimentare), dar, dacă doriți, "
"puteți edita oricând fișierul sshd_config pentru a stabili valoarea opțiunii "
"la „no”."

#. Type: boolean
#. Description
#: ../openssh-server.templates:1001
msgid ""
"It is strongly recommended that you choose to generate a new configuration "
"file now."
msgstr "Este indicat să alegeți acum generarea un nou fișier de configurare."

#. Type: boolean
#. Description
#: ../openssh-server.templates:2001
msgid "Do you want to risk killing active SSH sessions?"
msgstr "Doriți să riscați întreruperea sesiunilor ssh active?"

#. Type: boolean
#. Description
#: ../openssh-server.templates:2001
msgid ""
"The currently installed version of /etc/init.d/ssh is likely to kill all "
"running sshd instances. If you are doing this upgrade via an SSH session, "
"you're likely to be disconnected and leave the upgrade procedure unfinished."
msgstr ""
"Este foarte probabil ca această versiune de /etc/init.d/ssh pe care o aveți "
"instalată să omoare toate instanțele sshd care rulează. Dacă faceți această "
"actualizare printr-o sesiune ssh, atunci este posibil să fiți deconectați și "
"actualizarea să rămână neterminată."

#. Type: boolean
#. Description
#: ../openssh-server.templates:2001
msgid ""
"This can be fixed by manually adding \"--pidfile /var/run/sshd.pid\" to the "
"start-stop-daemon line in the stop section of the file."
msgstr ""
"Puteți repară manual acest lucru adăugând „--pidfile /var/run/sshd.pid” la "
"linia start-stop-daemon în secțiunea stop a fișierului."

#. Type: note
#. Description
#: ../openssh-server.templates:3001
msgid "New host key mandatory"
msgstr "O cheie nouă este obligatorie"

#. Type: note
#. Description
#: ../openssh-server.templat

Bug#485725: this behavior is intentional

[Avi Rozen]

Please consult the discussion in bug #430842 [1], and section 10.7.2
of the Debian Policy Manual ("The other way to do it is via the
maintainer scripts ...") [2].

Cheers,
Avi.

[1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=430842
[2] http://www.debian.org/doc/debian-policy/ch-files.html#s10.7.2




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

Bug#485473: setting package to krb5 krb5-admin-server krb5-user libkrb5-dbg krb5-pkinit libkrb5-dev krb5-kdc-ldap krb5-kdc krb5-rsh-server krb5-ftpd krb5-clients krb5-doc krb5-telnetd libkadm55 libkrb

[Russ Allbery]

# Automatically generated email from bts, devscripts version 2.10.28
#
# krb5 (1.6.dfsg.3-3) UNRELEASED; urgency=low
#
#  * Translation updates:
#- Galician, thanks Jacobo Tarrio.  (Closes: #482324)
#- French, thanks Christian Perrier.  (Closes: #482326)
#- Vietnamese, thanks Clytie Siddall.  (Closes: #482362)
#- Basque, thanks Piarres Beobide.  (Closes: #482376)
#- Czech, thanks Miroslav Kure.  (Closes: #482428)
#- German, thanks Helge Kreutzmann.  (Closes: #482366)
#- Spanish, thanks Diego D'Onofrio.
#- Finnish, thanks Esko Arajärvi.  (Closes: #482682)
#- Portuguese, thanks Miguel Figueiredo.  (Closes: #483049)
#- Japanese, thanks TANAKA, Atushi.
#- Russian, thanks Sergey Alyoshin.  (Closes: #485473)
#- Brazilian Portuguese, thanks Eder L. Marques.  (Closes: #485613)
#- Romanian, thanks Eddy Petrișor.  (Closes: #484996)
#

package krb5 krb5-admin-server krb5-user libkrb5-dbg krb5-pkinit libkrb5-dev 
krb5-kdc-ldap krb5-kdc krb5-rsh-server krb5-ftpd krb5-clients krb5-doc 
krb5-telnetd libkadm55 libkrb53
tags 485473 + pending
tags 485613 + pending
tags 484996 + pending




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

Bug#485636: manpages-dev: nanosleep(2) and high resolution timers

[Michael Kerrisk]

On Tue, Jun 10, 2008 at 5:39 PM, Stephane Chazelas
<[EMAIL PROTECTED]> wrote:
> Package: manpages-dev
> Version: 2.79-4
> Severity: wishlist
>
>
> The BUGS section in nanosleep(2) gives:
>
> BUGS
>   The current implementation of nanosleep() is based on the
>   normal kernel timer mechanism, which has a resolution of
>   1/HZ s (see time(7)).  Therefore,  nanosleep()  pauses
>   always  for  at least the specified time, however it can
>   take up to 10 ms longer than specified until the process
>   becomes runnable again.  For the same reason, the value
>   returned in case of a delivered signal in *rem is usually
>   rounded to the next larger multiple of 1/HZ s.
>
>   Old behavior
>   In order to support applications requiring much more
>   precise pauses (e.g., in order to control some
>   time-critical hardware), nanosleep() would handle  pauses
>   of  up  to 2 ms  by  busy  waiting with microsecond
>   precision when called from a process scheduled under a
>   real-time policy like SCHED_FIFO or SCHED_RR.  This
>   special extension was removed in kernel 2.5.39, hence is
>   still present in current 2.4 kernels, but not in 2.6
>   kernels.
>
>   In Linux 2.4, if nanosleep() is stopped by a signal
>   (e.g., SIGTSTP), then the call fails with the error EINTR
>   after the process is resumed by a SIGCONT signal.   If
>   the system call is subsequently restarted, then the time
>   that the process spent in the stopped state is not
>   counted against the sleep interval.
>
>
> I think it should be worth mentionning that since 2.6.16, on
> some architectures, the kernel can be configured with high
> resolution timers which makes nanosleep(2) a lot more accurate
> and voids the first comment above.

Stephane

Thanks for your note.  Can you provide some further details -- for
example, can you tell me any of the following:
which architectures?
what config options are required?
what determines the accuracy that can be achieved with HR timers?

Cheers,

Michael

-- 
Michael Kerrisk
Linux man-pages maintainer; http://www.kernel.org/doc/man-pages/
man-pages online: http://www.kernel.org/doc/man-pages/online_pages.html
Found a bug? http://www.kernel.org/doc/man-pages/reporting_bugs.html



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

Bug#485739: libgems-ruby1.8: Installs gems multiple times

[James Healy]

Package: libgems-ruby1.8
Version: 1.1.1-1
Severity: normal


I just ran 'gem update' and got the following output. Something odd is
going on

[EMAIL PROTECTED] sudo gem update
Updating installed gems
Bulk updating Gem source index for: http://gems.rubyforge.org/
Updating ParseTree
Successfully installed RubyInline-3.7.0
Successfully installed ParseTree-2.2.0
Updating ZenTest
Successfully installed RubyInline-3.7.0
Successfully installed ParseTree-2.2.0
Successfully installed ZenTest-3.9.3
Updating acts_as_reportable
Bulk updating Gem source index for: http://gems.rubyforge.org/
Successfully installed RubyInline-3.7.0
Successfully installed ParseTree-2.2.0
Successfully installed ZenTest-3.9.3
Successfully installed acts_as_reportable-1.1.1
Updating murdoch
Successfully installed RubyInline-3.7.0
Successfully installed ParseTree-2.2.0
Successfully installed ZenTest-3.9.3
Successfully installed acts_as_reportable-1.1.1
Successfully installed murdoch-1.0.1
Updating ruby2ruby
Successfully installed RubyInline-3.7.0
Successfully installed ParseTree-2.2.0
Successfully installed ZenTest-3.9.3
Successfully installed acts_as_reportable-1.1.1
Successfully installed murdoch-1.0.1
Successfully installed ruby2ruby-1.1.9
Gems updated: RubyInline, ParseTree, RubyInline, ParseTree, ZenTest, 
RubyInline, ParseTree, ZenTest, acts_as_reportable, RubyInline, ParseTree, 
ZenTest, acts_as_reportable, murdoch, ruby2ruby]


-- System Information:
Debian Release: lenny/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (i686)

Kernel: Linux 2.6.25-jh (SMP w/2 CPU cores)
Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages libgems-ruby1.8 depends on:
ii  libopenssl-ruby1.81.8.7-2OpenSSL interface for Ruby 1.8
ii  libruby1.81.8.7-2Libraries necessary to run Ruby 1.
ii  rdoc1.8   1.8.7-2Generate documentation from Ruby s

Versions of packages libgems-ruby1.8 recommends:
ii  rubygems  1.1.1-1package management framework for R

-- no debconf information



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

Bug#485738: ruby1.8: object allocation during garbage collection phase

[Blaz Lorger]

Package: ruby1.8
Version: 1.8.7-2
Severity: important


My script is aborted after with following message after executing successfully 
for some time:
===
/usr/lib/ruby/1.8/xmltv/libxmltv.rb:150: [BUG] object allocation during
garbage collection phase
ruby 1.8.7 (2008-05-31 patchlevel 0) [x86_64-linux]

Aborted
===

Problem appeard after upgrade to version 1.8.7-2. Downgrade to version 
1.8.6.114-2 solves the problem.

I have upgraded and downgraded following packages:
[UPGRADE] irb1.8 1.8.6.114-2 -> 1.8.7-2
[UPGRADE] libdbm-ruby1.8 1.8.6.114-2 -> 1.8.7-2
[UPGRADE] libgdbm-ruby1.8 1.8.6.114-2 -> 1.8.7-2
[UPGRADE] libopenssl-ruby1.8 1.8.6.114-2 -> 1.8.7-2
[UPGRADE] libreadline-ruby1.8 1.8.6.114-2 -> 1.8.7-2
[UPGRADE] libruby1.8 1.8.6.114-2 -> 1.8.7-2
[UPGRADE] libtcltk-ruby1.8 1.8.6.114-2 -> 1.8.7-2
[UPGRADE] rdoc1.8 1.8.6.114-2 -> 1.8.7-2
[UPGRADE] ri1.8 1.8.6.114-2 -> 1.8.7-2
[UPGRADE] ruby1.8 1.8.6.114-2 -> 1.8.7-2
[UPGRADE] ruby1.8-dev 1.8.6.114-2 -> 1.8.7-2
[UPGRADE] ruby1.8-examples 1.8.6.114-2 -> 1.8.7-2

This report was generated after downgrade to version 1.8.6.114-2, so
version of libruby1.8 in dependency list is version after downgrade.

-- System Information:
Debian Release: lenny/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.24-1-amd64 (SMP w/1 CPU core)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages ruby1.8 depends on:
ii  libc62.7-12  GNU C Library: Shared libraries
ii  libruby1.8   1.8.6.114-2 Libraries necessary to run Ruby 1.

ruby1.8 recommends no packages.

-- no debconf information



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

Bug#401121: qemu: Same problem

[Aurelien Jarno]

Alex Samad a écrit :
> Package: qemu
> Version: 0.9.1-5
> Followup-For: Bug #401121
> 
> Hi
> 
> I have been trying to run the debian installer (testing amd64 net inst)
> 
> qemu-system-x86_64 -kernel-kqemu  -boot d -cdrom
> /srv/ISO/debian-testing-amd64-netinst.iso  -hda
> /srv/qemu/amd64/disk1.img -vnc localhost:1 -m 512
> 
> it crashes in the beining bit, mostly just after the language selection,
> but sometimes before hand.
> 
> This with out the kqemu module
>  qemu-system-x86_64 -kernel-kqemu  -boot d -cdrom

This is actually with kqemu module, as -kernel-kqemu is used. You have
to use -no-kqemu to disable it.

> /srv/ISO/debian-testing-amd64-netinst.iso  -hda
> /srv/qemu/amd64/disk1.img -vnc localhost:1 -m 512
> RAX= RBX=804b1920 RCX=001e
> RDX=00011edf2a10
> RSI=001e RDI=804b1920 RBP=0282
> RSP=80575ec0
> R8 =804e6110 R9 =8056b780 R10=81001facec30
> R11=0001804aa080
> R12=0002 R13= R14=81001e801f58
> R15=81001fbe2990
> RIP=8023a34e RFL=00010206 [-P-] CPL=0 II=0 A20=1 SMM=0 HLT=0
> ES =   
> CS =0010   00af9b00
> SS =   00cf9300
> DS =   
> FS =   
> GS = 804e3000  
> LDT=   8000
> TR =0040 810001008000 206f 8900
> GDT= 8051e000 0080
> IDT= 8057c000 0fff
> CR0=8005003b CR2=2aefb7859b08 CR3=0112f000 CR4=06e0
> Unsupported return value: 0x
> [EMAIL PROTECTED]:~$
> [EMAIL PROTECTED]:~$
> 
> This is with the kqemu module
> qemu-system-x86_64 -kernel-kqemu  -boot d -cdrom
> /srv/ISO/debian-testing-amd64-netinst.iso  -hda
> /srv/qemu/amd64/disk1.img -vnc localhost:1 -m 512
> RAX= RBX=804b1920 RCX=001e
> RDX=0001010ae200
> RSI=001e RDI=804b1920 RBP=0282
> RSP=80575ec0
> R8 =0006 R9 =8056b780 R10=8100011cb680
> R11=0002804aa080
> R12=0009 R13= R14=81001fe01b88
> R15=81001ed4ad80
> RIP=8023a34e RFL=00010206 [-P-] CPL=0 II=0 A20=1 SMM=0 HLT=0
> ES =   
> CS =0010   00af9b00
> SS =0018   00cf9300
> DS =   
> FS =   
> GS = 804e3000  
> LDT=   8000
> TR =0040 810001008000 206f 8900
> GDT= 8051e000 0080
> IDT= 8057c000 0fff
> CR0=8005003b CR2=2adf9c7bfb08 CR3=1e81b000 CR4=06e0
> Unsupported return value: 0x
> 

kqemu doesn't work very well with 64-bit guests, and definitely doesn't
work with 64-bit guests using -kernel-kqemu. Please retry without
-kernel-kqemu.

-- 
  .''`.  Aurelien Jarno | GPG: 1024D/F1BCDB73
 : :' :  Debian developer   | Electrical Engineer
 `. `'   [EMAIL PROTECTED] | [EMAIL PROTECTED]
   `-people.debian.org/~aurel32 | www.aurel32.net



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

Bug#473496: setting package to gpm libgpm-dev libgpmg1-dev libgpm2, tagging 470882, tagging 476431 ...

[Guillem Jover]

# Automatically generated email from bts, devscripts version 2.10.29
#
# gpm (1.20.4-1) UNRELEASED; urgency=low
#
#  * New upstream version. (Closes: #482138)
#- debian/patches/001_logging.patch: Removed, merged upstream.
#- debian/patches/006_version_000: Likewise.
#- debian/patches/008_sun_repeat_000: Likewise.
#- debian/patches/030_segfault: Likewise.
#- debian/patches/001_missing_V_option.patch: Refresh.
#- debian/patches/002_force_repeat_000: Likewise.
#- debian/patches/005_types_000: Likewise.
#- debian/patches/007_doc_fix_000: Likewise.
#- debian/patches/010_ps2_rework.patch: Likewise.
#- debian/patches/013_xterm_mouse_support_000: Likewise.
#- debian/patches/015_libgpm_noverbose.patch: Likewise.
#- debian/patches/030_daemon_quit: Likewise.
#- debian/patches/040_no_OPEN_MAX.patch: Likewise.
#- debian/patches/050_dont_link_libcurses: Likewise.
#- debian/rules: Fix Changelog to Changes in dh_installchangelogs call.
#- Properly cleanup on 'make clean', fixes building twice in a row.
#  (Closes: 479345)
#- Support default gpm handlers again. (Closes: #472062)
#- Do not log 'Connecting' and 'Request' messages on syslog.
#  (Closes: #474516)
#  * Debian broke ABI compatibility with upstream long time ago, the patch
#got merged upstream recently but the new field was added in a different
#place in the structure. With the new 1.20.3~pre3 release Debian had
#to be either incompatible with previous Debian gpm versions or with
#upstream again, but quite helpfully upstream bumped the SONAME.
#(Closes: #412927, #470882, #473496, #476431)
#- Add a new libgpm2 and libgpm-dev packages.
#- Remove the libgpmg1 package.
#- Make the libgpmg1-dev a dummy package to ease the transition.
#- Remove old Conflicts and Replaces on libgpm1.
#- Bump libgpm shlibs dependency to 1.20.4.
#  * Italian, thanks David Paleino.  (Closes: #483916) 

package gpm libgpm-dev libgpmg1-dev libgpm2
tags 470882 + pending
tags 476431 + pending
tags 412927 + pending
tags 483916 + pending
tags 479345 + pending
tags 482138 + pending
tags 474516 + pending
tags 472062 + pending
tags 473496 + pending




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

Bug#484645: evince: same here

[graziano]

Package: evince
Version: 2.22.2-1
Followup-For: Bug #484645

Hello there,

I have the same problem. When starting evince from the command line I get

rangecheck -15
rangecheck -15
rangecheck -15
rangecheck -15

** (evince:30526): WARNING **: Error rendering thumbnail
rangecheck -15
rangecheck -15

** (evince:30526): WARNING **: Error rendering thumbnail

The same postscript (which is generated with the print-to-file option
from within epiphany) is showed correctly by gv.

thanks
graziano



-- System Information:
Debian Release: lenny/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.25 (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages evince depends on:
ii  gconf2 2.22.0-1  GNOME configuration database syste
ii  gnome-icon-theme   2.22.0-1  GNOME Desktop icon theme
ii  libart-2.0-2   2.3.20-2  Library of functions for 2D graphi
ii  libatk1.0-01.22.0-1  The ATK accessibility toolkit
ii  libbonobo2-0   2.22.0-1  Bonobo CORBA interfaces library
ii  libbonoboui2-0 2.22.0-1  The Bonobo UI library
ii  libc6  2.7-12GNU C Library: Shared libraries
ii  libcairo2  1.6.4-4   The Cairo 2D vector graphics libra
ii  libdbus-1-31.2.1-2   simple interprocess messaging syst
ii  libdbus-glib-1-2   0.76-1simple interprocess messaging syst
ii  libdjvulibre21 3.5.20-7  Runtime support for the DjVu image
ii  libfontconfig1 2.6.0-1   generic font configuration library
ii  libfreetype6   2.3.5-1+b1FreeType 2 font engine, shared lib
ii  libgcc11:4.3.1-1 GCC support library
ii  libgconf2-42.22.0-1  GNOME configuration database syste
ii  libglade2-01:2.6.2-1 library to load .glade files at ru
ii  libglib2.0-0   2.16.3-2  The GLib library of C routines
ii  libgnome-keyring0  2.22.2-1  GNOME keyring services library
ii  libgnome2-02.20.1.1-1The GNOME 2 library - runtime file
ii  libgnomecanvas2-0  2.20.1.1-1A powerful object-oriented display
ii  libgnomeui-0   2.20.1.1-1The GNOME 2 libraries (User Interf
ii  libgnomevfs2-0 1:2.22.0-3GNOME Virtual File System (runtime
ii  libgtk2.0-02.12.10-2 The GTK+ graphical user interface 
ii  libice62:1.0.4-1 X11 Inter-Client Exchange library
ii  libjpeg62  6b-14 The Independent JPEG Group's JPEG 
ii  libkpathsea4   2007.dfsg.1-4 TeX Live: path search library for 
ii  libnautilus-extension1 2.20.0-4  libraries for nautilus components 
ii  liborbit2  1:2.14.13-0.1 libraries for ORBit2 - a CORBA ORB
ii  libpango1.0-0  1.20.2-2  Layout and rendering of internatio
ii  libpixman-1-0  0.10.0-2  pixel-manipulation library for X a
ii  libpng12-0 1.2.27-1  PNG library - runtime
ii  libpoppler-glib3   0.8.2-2   PDF rendering library (GLib-based 
ii  libpopt0   1.14-2lib for parsing cmdline parameters
ii  libsm6 2:1.0.3-1+b1  X11 Session Management library
ii  libspectre10.2.0.ds-1Library for rendering Postscript d
ii  libstdc++6 4.3.1-1   The GNU Standard C++ Library v3
ii  libtiff4   3.8.2-10  Tag Image File Format (TIFF) libra
ii  libx11-6   2:1.1.4-2 X11 client-side library
ii  libxml22.6.32.dfsg-2 GNOME XML library
ii  libxrender11:0.9.4-1 X Rendering Extension client libra
ii  zlib1g 1:1.2.3.3.dfsg-12 compression library - runtime

Versions of packages evince recommends:
ii  dbus-x11  1.2.1-2simple interprocess messaging syst

-- no debconf information



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

Bug#482369: Temporary workaround does not work for me

[Paolo Cavallini]

Hi all. I have the same problem (also on Dell Optiplex 745) and
downgrading did not help. I temporarily switched to vesa driver: any
hint on  when a proper solution will be available?
Thanks.
pc
-- 
Paolo Cavallini, see: * http://www.faunalia.it/pc *



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

Bug#485737: ftbfs: Can't use string ("vendor") as a HASH ref

[Max Kellermann]

Package: po4a
Version: 0.33.3-1

Also note that the "clean" failure is being ignored:

 debian/rules clean
dh_testdir
dh_testroot
/usr/bin/perl Build clean
Can't open perl script "Build": No such file or directory
make: [clean] Error 2 (ignored)
rm -rf _build build-stamp Build
dh_clean
 debian/rules build
dh_testdir
/usr/bin/perl Build.PL installdirs=vendor create_packlist=0
Creating custom builder _build/lib/My/Builder.pm in _build/lib/My
 * Optional prerequisite Term::ReadKey isn't installed
ERRORS/WARNINGS FOUND IN PREREQUISITES.  You may wish to install the
versions
 of the modules indicated above before proceeding with this
installation.

Can't use string ("vendor") as a HASH ref while "strict refs" in use
at Build.PL line 229.
Checking whether your kit is complete...
Looks good
make: *** [build-stamp] Error 2
dpkg-buildpackage: failure: debian/rules build gave error exit status 2



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

Bug#479884: am-utils: amd don't work with Linux kernel 2.6.25

[Philippe Troin]

Tim Cutts <[EMAIL PROTECTED]> writes:

> On 10 Jun 2008, at 9:27 pm, Philippe Troin wrote:
> 
> > This is caused by amd's top-level mounts which are mounted by default
> > with NLM locks enabled (lock mount option).  Locks are not required
> > for the top-level mounts.
> 
> >  The attached patch passes "nolock" to
> > top-level mount requests.
> 
> It's a more fundamental problem than that, I think, Philippe, isn't
> it?Have you seen the discussions on the mailing list?  

Where at?  I've just seen the bug log.

> Your patch might be a useful workaround though, until upstream fix
> the problem properly. 

I do not think so.  I think this is the right way to solve the
problem.

> An alternative workaround is to make using
> autofs for the intercepts the default configuration.  But that isn't
> entirely backward compatible with previous behaviour.

Yes.  I dislike autofs as it prevents amd from being shut down or
upgraded.

> Does it actually fix the problem, or just make the error go away?
> What happens if you try to lock files on filesystems that have been
> automounted?  Does that still work?

Yes.

Let me try to restate the problem:

When the kernel mounts an NFS file system, it tries to connect to the
NLM service on the remote host (NFS server), unless "nolock" is passed
as an option.  Until 2.6.25, if the "remote host" was unparseable (for
example, [EMAIL PROTECTED]), nolock was assumed.  Since 2.6.25, the
mount request fails.

The patch just passes "nomount" to the kernel for the "toplvl" AMD fs
type.  That's just the amd-managed NFS mountpoint (for example /net in
the stock config).  Amd does not provide any locking service for these
mount points.  They just contain directories or symlinks to the actual
NFS mount points. 

Does that make sense?

I'm using this patch in production servers, and NFS locking work fine.

Phil.



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

Bug#483597: Bug not properly fixed

[Christian Perrier]

Quoting Dominic Hargreaves ([EMAIL PROTECTED]):
> On Tue, Jun 10, 2008 at 10:51:21PM +0200, Christian Perrier wrote:
> > What is planned for fixing that bug in unstable ?
> > 
> > Is the 4.2* versions meant to be uploaded to unstable with lenny
> > release in mind ?
> 
> Yes.


Oh, btw, sorry for this mail's title. I originally intended to
"reopen" the bug with it...until I discovered that it was "closed" by
an upload to experimental, which explains why movabletype-opensource
still shows up as incomplete in l10n stats while the bug supposed to
fix that is closed.

Anyway, I'm eagerly waiting for the fix to come in unstable..:)




signature.asc
Description: Digital signature

Bug#484235: [Pkg-samba-maint] Bug#484235: Bug#484235: panic-action called for /usr/sbin/winbindd

[Christian Perrier]

Quoting Jim Barber ([EMAIL PROTECTED]):
> I've got a couple more stack dumps from today as well that look a little 
> different.
> Is it worth sending them through as well?


Any bit of information might be worthy..:-)

Steve (Langasek) I think you're the one who can analyze that and
decide what to do with it (upstream or not, belonging to another
package, not having a clue, etc.).



signature.asc
Description: Digital signature

Bug#457305: Announce of an upcoming upload for the common-lisp-controller package

[Christian Perrier]

Quoting Luca Capello ([EMAIL PROTECTED]):

> Continuing the package cleanup, I found a lintian warning about debconf:
> 
> =
> W: common-lisp-controller source: translated-default-field templates: 13
> N:
> N:   You should not mark as translatable "Default:" or "DefaultChoice:"
> N:   fields, unless explicitly needed (e.g. default country, default
> N:   language, etc.). If this Default field really should be translated,
> N:   you should explain translators how they should translate it by using
> N:   brackets. For example:
> N:
> N: _Default: English[ Default language name, but not translated]
> N:
> N:   Refer to the po-debconf(7) manual page for details.
> N:
> =
> 
> It seems that the patch below is enough for lintian to be happy, but I'm
> not a debconf/translation expert, so I'm here looking for help.
> 
> FWIW, I also included the removal of a trailing space at the end of a
> line.  AFAIK changing a debconf template requires new checkout for the
> translations, I guess that combining both (lintian fix and removal) will
> demand less burden for translators.
> 
> --8<---cut here---start->8---
> diff --git a/debian/templates b/debian/templates
> index 3e67b49..d885a2b 100644
> --- a/debian/templates
> +++ b/debian/templates
> @@ -10,17 +10,17 @@
>  Template: common-lisp-controller/short-site-name
>  Type: string
>  #  Default site name
> -_Default: Unknown
> +Default: Unknown


I think that having a translated Default here makes sense. It means
that French users would for instance get "Inconnu" (French for
"Unknown") as default value for that setting, which is correct.

That warning could, imho, deserve a lintian override.

Very often, translatable Default value do *not* make sense, that's why
the lintian warning is here.




signature.asc
Description: Digital signature

Bug#485687: broken idl directory

[Mike Hommey]

On Tue, Jun 10, 2008 at 02:04:19PM -0700, Alex Romosan wrote:
> Package: xulrunner-dev
> Version: 1.9~rc2-2
> Severity: important
> 
> pkg-config --variable=idldir libxul
> 
> returns
> 
> /usr/share/idl/xulrunner-1.9
> 
> but the idl files are installed in stable/unstable
> 
> i assume idldir should be defined as /usr/share/idl/xulrunner-1.9/stable
> in /usr/lib/pkgconfig/libxul.pc and /usr/share/idl/xulrunner-1.9/unstable
> in /usr/lib/pkgconfig/libxul-unstable.pc respectively.

That's indeed a valid claim, except that upstream having set it like
this, software using xulrunner 1.9 idl files might already fix that
themselves, which means fixing here might break them.

I'm currently swamped in
http://bugs.debian.org/cgi-bin/pkgreport.cgi?tag=xulrunner-transition;[EMAIL 
PROTECTED]
so if you have time to check existing packages building against
xulrunner-dev, that would be nice.

Mike



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

Bug#482415: Crash Fixed

[Mike Hommey]

On Tue, Jun 10, 2008 at 05:06:04PM -0400, Josh Watzman wrote:
> Hello once again-
> 
> So, interestingly, xulrunner-1.9~rc2-2 that was just posted to sid
> *does* seem to work properly, at least for xulmine and mybrowser. I
> would assume that this fixes the iceweasel crash as well, which I will
> test once 3.0~rc2-1 is built and posted to sid for PPC (I'm done pulling
> from experimental :)).
> 
> Maybe the original patch did fix things and I just applied and/or tested
> it improperly. *shrug* In any case, it works now, thanks!

I'd prefer to have confirmation from everyone reporting this bug that it
is indeed fixed.

Mike



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

Bug#482992: http://woxy.lala.com strange image effects

[Mike Hommey]

On Tue, Jun 10, 2008 at 02:57:07PM -0500, Stephen Olander-Waters wrote:
> I'm getting weird image effects as well. I am using standard Debian X
> display drivers for my Radeon. I have no idea how to set EXA versus XAA.
> 
> $ lspci |grep VGA
> 01:00.0 VGA compatible controller: ATI Technologies Inc Radeon RV250
> [Mobility FireGL 9000] (rev 02)

First, try to check if you are using EXA or XAA (check the Xorg logs, in
/var/log/Xorg.n.log where n in usually 0)

If you are using EXA, try switching to XAA, by adding:
Option "AccelMethod" "XAA"
in the Section "Device" in /etc/xorg.conf.

If you are using XAA, in the same section, add
Option "XaaNoOffscreenPixmap" "on"

Mike



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

Bug#418757: Debian Etch: Patch: /proc/scsi/aacraid missing

[dann frazier]

On Wed, Jun 11, 2008 at 04:28:49PM +1200, Ewen McNeill wrote:
> As noted by Marcin Owsiany <[EMAIL PROTECTED]> last year, with the
> default Debian Etch kernel, /proc/scsi/aacraid is missing on the Debian
> Etch kernel, even when the AACRAID driver is loaded and operating. 
> 
> Amongst other things this prevents using the Dell afacli management tool
> to monitor/manage the RAID arrays, since it checks for
> /proc/scsi/aacraid and aborts if it is not found.
> 
> In the link that Marcin Owsiany provided:
> 
> http://lists.us.dell.com/pipermail/linux-poweredge/2007-January/029281.html
> 
> is a trivial patch for the aacraid driver which sets the necessary 
> elements in the structure which allow the /proc/scsi/aacraid file to
> appear.  Apparently originally from some Dell Engineers.
> 
> Would it be possible to have this applied to the Debian Etch kernel at
> the next point release?  (Etch and a half?)  It's against 2.6.16 
> but seems easy enough to sort out for Etch's 2.6.18 kernel.
> 
> I've included it below to make it easier for you to get at.

Thanks Ewen. The first step in getting it into Debian would be to make
sure it gets upstream. Otherwise, adding it to etch means we either
need to maintain the out of tree patch for future releases or drop it
and cause a feature regression. Once its upstream it will naturally
end up in the queue for a future Debian release and we can consider
backporting it to current stable.

> Ewen
> 
> -=- cut here -=-
> From: Patrick Boyd , 
>   Bill Edwards 
> 
> The problem that we are having is that on the current version of RedHat
> Enterprise Linux 5 (2.6.16 kernel) the Adaptec raid management libraries
> (AFALIB) no longer function. We were able to root cause this to the fact
> that the /proc/scsi/aacraid directory was missing.
> 
> This directory is created if two properties are set in the
> scsi_host_template structure: proc_name and proc_info. However, previous
> driver version were not setting proc_info and as far as we can tell
> this was just being set to uninitialized memory which was allowing the
> directory creation to succeed. Apparently compiler or runtime behavior
> has changed so that uninitialized entries in this static struct are set
> to 0. Our solution is to simply create a function and put the function
> pointer into the struct to restore the original behavior under the
> new compiler.
> 
> Signed-off-by: Patrick Boyd , Bill Edwards 
> 
> 
> ---
> 
> --- linux-2.6.16/drivers/scsi/aacraid/linit.c.orig2006-08-30 
> 11:53:58.0 -0500
> +++ linux-2.6.16/drivers/scsi/aacraid/linit.c 2006-08-30 11:55:27.0 
> -0500
> @@ -782,10 +782,18 @@ static struct file_operations aac_cfg_fo
>   .open   = aac_cfg_open,
>  };
>  
> +static int aacraid_proc_info(struct Scsi_Host *host, char *buffer, char 
> **start, off_t offset,
> +int length, int inout) {
> + return 0;
> +}
> +
> +
>  static struct scsi_host_template aac_driver_template = {
>   .module = THIS_MODULE,
>   .name   = "AAC",
>   .proc_name  = AAC_DRIVERNAME,
> + .proc_info  = aacraid_proc_info,
>   .info   = aac_info,
>   .ioctl  = aac_ioctl,
>  #ifdef CONFIG_COMPAT
> -=- cut here -=-
> 
> 
> 

-- 
dann frazier




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

Bug#485700: Broken browser.xul

[Mike Hommey]

On Wed, Jun 11, 2008 at 01:37:51AM +0200, Emmanuel Surleau wrote:
> Package: iceweasel
> Version: 3.0~rc2-1
> 
> When starting iceweasel, the following error message appears:
> 
> XML Parsing Error: undefined entity
> Location: chrome://browser/content/browser.xul
> Line Number 242, Column 5: key="&fullZoomReduceCmd.commandkey2;"  command="cmd_fullZoomReduce"
> modifiers="accel"/>
> ^
> 
> There are no menu or toolbars. This also happens with a new profile.

Remove any iceweasel-l10n-* package you have installed.

Mike



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

Bug#462538: gpm under sarge does not more work since an upgrade on 2007-01-16

[Guillem Jover]

forcemerge 397595 462538
thanks

Hi,

Seems you filed this twice.

On Wed, 2008-01-23 at 19:04:05 +0100, Michelle Konzack wrote:
> Package: gpm
> Version: 1.19.6-19sarge1
> Severity: minor

> since I have upgraded, my Sarge installation on my IBM TP570
> (which refuse to work with Etch) gpm is not more working.

Given that sarge support has been discontinued, we'll not be able to
fix this in any way (not that we would have been able if it was
supported either).

Could you try if it works with later versions, like the ones from etch,
otherwise I'm tempted to just close this.

On the other hand from looking at the logs, it might just be that your
kernel is not properly configured? missing modules, you could try using
/dev/input/mice instead, etc.

regards,
guillem



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

Bug#484890: mc: 'Find File' box layout vague; which options apply to which fields?

[A. Costa]

On Sun, 8 Jun 2008 16:49:43 +0200
Michelle Konzack <[EMAIL PROTECTED]> wrote:

> Why do you think, are
> 
> >  | Filename: BASH__ [^] | 
> >  |   [x] Find recursively   | 
> 
> and
> 
> >  | Content:  __ [^] | 
> >  |   [ ] case Sensitive | 
> >  |   [x] Regular expression | 
> 
> separated?

Usability researchers advise that users scan an interface, (they don't
"read" it), hunting for what's needed given limited time. Users muddle
through, or "satisfice". (q.v. Steve Krug's "Don't Make Me Think", et
al)

Suppose that separating checkboxes with a fill-in-blank denotes
incompatibility.  The first two fill-ins are:

 | Start at: /bin/_ [^] | 
 |  | 
 | Filename: BASH__ [^] | 
 |   [x] Find recursively   | 

But "Find recursively" complements both the 'Start at' and 'Filename'
fields, though separated.  (The verb 'find' applies to the 'Filename',
and 'recursively' applies to directories, or 'Start at'.)

This would be less vague, but looks ugly:

 +--- Find File --+ 
 || 
 | Start at: /bin/_ [^]   | 
 || 
 | Filename: BASH__ [^]   | 
 |   [x] Find recursively | 
 || 
 |  +---+ |
 |  |  Content:  __ [^] | |
 |  |[ ] case Sensitive | |
 |  |[x] Regular expression | |
 |  +---+ |
 || 
 |   [< OK >]  [ Tree ][ Cancel ] | 
 ++ 

...maybe there's some better way.

I'm not a new user and am credited in the 2003 'mc' changelog.  Though
I've no means of measuring statistically how many users have been
confused by this particular layout, it's plausible that if it confuses
one longtime 'mc' fan, then it'll confuse others.

> Maybe they could be a second "case Sensitive" checkbox
> for the "Filename:" which would be usefull.

Are two "case Sensitive" checkboxes worth the screen real estate, (four
states: 00,01,10,11), versus one checkbox that could be made to apply
to both (two states: 0,1)?  The {01,10} states might be needed less
often.

HTH...



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

Bug#485705: lintian: doesn't properly detect comma in control file email address quoted strings

[Russ Allbery]

Adam C Powell IV <[EMAIL PROTECTED]> writes:

> Package: lintian
> Version: 1.24.0
> Severity: minor
>
> Greetings,
>
> An email address in a control field, e.g. Uploaders, should work with a
> comma in a quoted string, such as of the form:
>   "Smith, John" <[EMAIL PROTECTED]>
> See for example RFC822 Appendix A.1.3.

Policy doesn't specify that Uploaders is an RFC 2822 From header.  It's
not an unreasonable desire that it be so specified, but so far as I know,
nothing in Debian that parses those fields implements a full RFC 2822 From
parser, and Uploaders containing commas breaks other software as well.

I think this requires a Policy change before Lintian knows which way to
jump.  If this is supposed to be an RFC 2822 From header, Policy should
say so.  Currently, Policy says:

List of the names and email addresses of co-maintainers of the
package, if any. If the package has other maintainers beside the one
named in the Maintainer field, their names and email addresses should
be listed here. The format is the same as that of the Maintainer tag,
and multiple entries should be comma separated.

which if anything says that the current behavior of Lintian and other
tools is correct, as there's nothing there about it being possible to
escape commas.

This problem is new with Uploaders; since Maintainer doesn't take a list,
it was never ambiguous.  Commas in names have never worked for Uploaders
since the introduction of the feature so far as I know.

-- 
Russ Allbery ([EMAIL PROTECTED])   



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

Bug#484235: [Pkg-samba-maint] Bug#484235: panic-action called for /usr/sbin/winbindd

[Jim Barber]

I've got a couple more stack dumps from today as well that look a little 
different.
Is it worth sending them through as well?

Once if very similar except for slight variations in a number of the hex values.
But at step #18 a different path down the functions calls happens.
So I'll paste that.
Replace steps #18 to #20 from the previous dump with:

#18 0x080b89ef in async_request_fail (state=0x8374cf0)
at nsswitch/winbindd_dual.c:208
#19 0x0808bc7a in rw_callback (event=0x834f1e0, flags=1)
at nsswitch/winbindd.c:389
#20 0x0808c6c9 in main (argc=) at nsswitch/winbindd.c:854

I've also got another one where at step #14 it's called query_user_list instead 
of just query_user.
That walks a different list of functions, but still finally dies at 
nsswitch/winbindd.c:854

Let me know if I should send full stack dumps of both or not.

Regards,

--
Jim Barber
DDI Health




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

Bug#485736: xemacs21: segfault on mouse motion (IA64)

[Peter Chubb]

Package: xemacs21
Version: 21.4.21-3
Severity: important

I recently upgraded xemacs21, and now I'm seeing frequent segfaults.

Here'a typical lisp backtrace:
Lisp backtrace follows:

  extent-at(57 "ISO8--**-XEmacs: *Shell Command Output*  
(Fundamental Font)L5--All---" help-echo)
  # bind (point modeline-string modeline-point buffer window frame 
event)
  default-mouse-motion-handler(#)
  # (condition-case ... . error)
  # (catch top-level ...)

The C backtrace isn't useful (no symbols):
Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 0x20f2f0f0 (LWP 8097)]
0x40194261 in ?? ()
(gdb) bt
#0  0x40194261 in ?? ()
#1  0x40197970 in ?? ()
#2  0x401988f0 in ?? ()
Backtrace stopped: previous frame inner to this frame (corrupt stack?)

-- System Information:
Debian Release: lenny/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing')
Architecture: ia64

Kernel: Linux 2.6.25-rc8-00208-g7180c4c-dirty (PREEMPT)
Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages xemacs21 depends on:
ii  xemacs21-mule 21.4.21-3  highly customizable text editor --

xemacs21 recommends no packages.

-- no debconf information



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

Bug#485552: reprepro: Patches for portability to AIX

[Carey Evans]

After installing zlib 1.2.3, and configuring with CC='gcc -pthread'
CPPFLAGS=-DO_NOFOLLOW=0 LIBS=-liberty, the remaining changes I need to
get reprepro to compile are detecting big- or little-endian systems,
defining _D_EXACT_NAMELEN, and including stdlib.h. On a 32-bit
platform, having NULL defined as 0 doesn't matter.

This is a much smaller set of changes. Sorry for including so many
unnecessary modifications in the first patch.



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

Bug#455670: [Pkg-scicomp-devel] patch

[Christophe Prud'homme]

On Wed, Jun 11, 2008 at 12:54 AM, Adam C Powell IV <[EMAIL PROTECTED]> wrote:
> Hello again,
>
> On Wed, 2008-05-07 at 14:06 +0200, Ondrej Certik wrote:
>> On Wed, May 7, 2008 at 12:56 AM, Maximiliano Curia
>> <[EMAIL PROTECTED]> wrote:
>> > Hola Adam C Powell IV!
>> >
>> > El 06/05/2008 a las 15:28 escribiste:
>> >> Apologies for the delay in getting back to you all.  It looks like this
>> >> bug is still open.  Is this something I can help with, now that I'm part
>> >> of pkg-scicomp?
>> >
>> > All the patches seem to be available in the bug history, so please test 
>> > them
>> > and upload the fixed version.
>>
>> Yes and if you need any help, please ask.
>
> Just one question.  I'm [Finally!] getting to this today, and wondering
> if it's okay, to add myself to Uploaders.
I am sure it is  no problem that you add yourself to the uploaders,
but I'll let the maintainers answer

by the way the commits are sent to pkg-scicomp-commits now

C.



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

Bug#418757: Debian Etch: Patch: /proc/scsi/aacraid missing

[Ewen McNeill]

As noted by Marcin Owsiany <[EMAIL PROTECTED]> last year, with the
default Debian Etch kernel, /proc/scsi/aacraid is missing on the Debian
Etch kernel, even when the AACRAID driver is loaded and operating. 

Amongst other things this prevents using the Dell afacli management tool
to monitor/manage the RAID arrays, since it checks for
/proc/scsi/aacraid and aborts if it is not found.

In the link that Marcin Owsiany provided:

http://lists.us.dell.com/pipermail/linux-poweredge/2007-January/029281.html

is a trivial patch for the aacraid driver which sets the necessary 
elements in the structure which allow the /proc/scsi/aacraid file to
appear.  Apparently originally from some Dell Engineers.

Would it be possible to have this applied to the Debian Etch kernel at
the next point release?  (Etch and a half?)  It's against 2.6.16 
but seems easy enough to sort out for Etch's 2.6.18 kernel.

I've included it below to make it easier for you to get at.

Ewen

-=- cut here -=-
From: Patrick Boyd , 
  Bill Edwards 

The problem that we are having is that on the current version of RedHat
Enterprise Linux 5 (2.6.16 kernel) the Adaptec raid management libraries
(AFALIB) no longer function. We were able to root cause this to the fact
that the /proc/scsi/aacraid directory was missing.

This directory is created if two properties are set in the
scsi_host_template structure: proc_name and proc_info. However, previous
driver version were not setting proc_info and as far as we can tell
this was just being set to uninitialized memory which was allowing the
directory creation to succeed. Apparently compiler or runtime behavior
has changed so that uninitialized entries in this static struct are set
to 0. Our solution is to simply create a function and put the function
pointer into the struct to restore the original behavior under the
new compiler.

Signed-off-by: Patrick Boyd , Bill Edwards 


---

--- linux-2.6.16/drivers/scsi/aacraid/linit.c.orig  2006-08-30 
11:53:58.0 -0500
+++ linux-2.6.16/drivers/scsi/aacraid/linit.c   2006-08-30 11:55:27.0 
-0500
@@ -782,10 +782,18 @@ static struct file_operations aac_cfg_fo
.open   = aac_cfg_open,
 };
 
+static int aacraid_proc_info(struct Scsi_Host *host, char *buffer, char 
**start, off_t offset,
+int length, int inout) {
+   return 0;
+}
+
+
 static struct scsi_host_template aac_driver_template = {
.module = THIS_MODULE,
.name   = "AAC",
.proc_name  = AAC_DRIVERNAME,
+   .proc_info  = aacraid_proc_info,
.info   = aac_info,
.ioctl  = aac_ioctl,
 #ifdef CONFIG_COMPAT
-=- cut here -=-



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

Bug#485735: Can not serve images of help pages to other computers.

[Charles Plessy]

Package: emboss-explorer
Version: 2.2.0-5
Severity: normal

Hi all,

I installed emboss-explorer on my work computer, and wanted to use it
from the Macintosh of a colleague. While it worked well in general, it
did not manage to serve the emboss logo of the documentation pages. I
have the following error in the logs:

[Tue Jun 10 20:18:43 2008] [error] [client 10.64.135.3] client denied by server 
configuration: /usr/share/doc/emboss-explorer/html/emboss_icon.jpg, referer: 
http://anx159/cgi-bin/emboss/help/vectorstrip

/usr/share/doc/emboss-explorer/html is a symbolic link to
`../../EMBOSS/doc/html/emboss/apps'. Strangely, the html page displayed
for the documentation is also in this directory. It is however not
displayed directly, but through URLs like: 
`http://computer.example/cgi-bin/emboss/help/vectorstrip'

I am not sure is this bugs belongs to upstream or our packaging, and I
do not know enough of Apache to figure out what makes the localhost
requests different from the local network requests.

Any idea ?

Have a nice day,

-- Charles


-- System Information:
Debian Release: lenny/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing')
Architecture: powerpc (ppc64)

Kernel: Linux 2.6.25-1-powerpc64 (SMP w/2 CPU cores)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages emboss-explorer depends on:
ii  apache2   2.2.8-4Next generation, scalable, extenda
ii  apache2-mpm-worker [httpd-cgi 2.2.8-4High speed threaded model for Apac
ii  emboss5.0.0-7The European Molecular Biology Ope
ii  emboss-data   5.0.0-7Data files for the EMBOSS package
ii  libcgi-perl   2.76-25modules for perl5, for use in writ
ii  libemboss-acd-perl2.2.0-5perl module to parse EMBOSS ACD fi
ii  libmailtools-perl 2.03-1 Manipulate email in perl programs
ii  perl  5.10.0-10  Larry Wall's Practical Extraction 

Versions of packages emboss-explorer recommends:
ii  emboss-doc5.0.0-7Documentation for EMBOSS

-- no debconf information



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

Bug#485734: Unable to install synce-sync-engine

[Georg Pfeiffer]

Subject: Unable to install synce-sync-engine
Package: synce-sync-engine
Version: 0.11-1
Severity: grave
Justification: renders package unusable

*** Please type your report below this line ***

# apt-get install synce-sync-engine
Paketlisten werden gelesen... Fertig
Abhängigkeitsbaum wird aufgebaut
Lese Status-Informationen ein... Fertig
Die folgenden NEUEN Pakete werden installiert:
  synce-sync-engine
0 aktualisiert, 1 neu installiert, 0 zu entfernen und 0 nicht aktualisiert.
Es mÃŒssen noch 0B von 122kB an Archiven heruntergeladen werden.
Nach dieser Operation werden 700kB Plattenplatz zusÀtzlich benutzt.
Wähle vormals abgewähltes Paket synce-sync-engine.
(Lese Datenbank ... 217226 Dateien und Verzeichnisse sind derzeit 
installiert.)
Entpacke synce-sync-engine (aus .../synce-sync-engine_0.11-1_all.deb) ...
INFO: using old version '/usr/bin/python2.3'
Richte synce-sync-engine ein (0.11-1) ...
INFO: using old version '/usr/bin/python2.3'
/usr/lib/python3.3/site-packages/SyncEngine/dtptserver.py:26: FutureWarning: 
hex/oct constants > sys.maxint will return positive values in Python 2.4 and 
up
  DUMMY_PTR = 0xDEADBEEF
/usr/lib/python2.3/site-packages/SyncEngine/dtptserver.py:258: FutureWarning: 
hex/oct constants > sys.maxint will return positive values in Python 2.4 and 
up
  self._send_reply(10, 0, 0xDEADBEEF, 0)
Compiling 
/usr/lib/python2.3/site-packages/SyncEngine/formats/tzutils/recurrence.py ...
  
File 
"/usr/lib/python2.3/site-packages/SyncEngine/formats/tzutils/recurrence.py", 
line 84
self.byMonth += list(int(x) for x in val.split(','))
  ^
SyntaxError: invalid syntax

Compiling 
/usr/lib/python2.3/site-packages/SyncEngine/formats30/tzutils/recurrence.py ...
  
File 
"/usr/lib/python2.3/site-packages/SyncEngine/formats30/tzutils/recurrence.py", 
line 122
self.byMonth += list(int(x) for x in rule.split(','))
  ^
SyntaxError: invalid syntax

Compiling /usr/lib/python2.3/site-packages/SyncEngine/kernel.py ...
  File "/usr/lib/python2.3/site-packages/SyncEngine/kernel.py", line 507
@dbus.service.method(DBUS_SYNCENGINE_IFACE, in_signature='', 
out_signature='')
^
SyntaxError: invalid syntax

/usr/lib/python2.3/site-packages/SyncEngine/syncdb.py:72: FutureWarning: 
hex/oct constants > sys.maxint will return positive values in Python 2.4 and 
up
  return "pas-id-%08X%08X" % (random.randint(0, 0x),
/usr/lib/python2.3/site-packages/SyncEngine/syncdb.py:72: FutureWarning: 
hex/oct constants > sys.maxint will return positive values in Python 2.4 and 
up
  return "pas-id-%08X%08X" % (random.randint(0, 0x),
/usr/lib/python2.3/site-packages/SyncEngine/util.py:30: FutureWarning: hex/oct 
constants > sys.maxint will return positive values in Python 2.4 and up
  d1 = random.randint(0, 0x)
pycentral: pycentral pkginstall: error byte-compiling files (58)
pycentral pkginstall: error byte-compiling files (58)
dpkg: Fehler beim Bearbeiten von synce-sync-engine (--configure):
 Unterprozess post-installation script gab den Fehlerwert 1 zurÃŒck
Fehler traten auf beim Bearbeiten von:
 synce-sync-engine
E: Sub-process /usr/bin/dpkg returned an error code (1)


-- System Information:
Debian Release: lenny/sid
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: i386 (i686)

Kernel: Linux 2.6.24-1-686-bigmem (SMP w/1 CPU core)
Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) (ignored: 
LC_ALL set to [EMAIL PROTECTED])
Shell: /bin/sh linked to /bin/bash

Versions of packages synce-sync-engine depends on:
ii  odccm 0.11-4Daemon to keep a connection to Win
ii  python2.5.2-1   An interactive high-level object-o
ii  python-central0.6.7 register and build utility for Pyt
ii  python-dateutil   1.4-1 powerful extensions to the standar
ii  python-dbus   0.82.4-2  simple interprocess messaging syst
ii  python-gobject2.14.1-6  Python bindings for the GObject li
ii  python-libxml22.6.32.dfsg-2 Python bindings for the GNOME XML 
ii  python-libxslt1   1.1.24-1  Python bindings for libxslt1
ii  python-rapi2  0.11.1-1  Make RAPI calls to a Windows Mobil
ii  python-rra0.11.1-1  Library for syncing with Windows M
ii  python-rtfcomp1.1-2 Library to read compressed RTF fil
ii  python-tz 2008b-3   Python version of the Olson timezo
ii  python-wbxml  0.1-1 WBXML parsing and encoding library

synce-sync-engine recommends no packages.

-- no debconf information



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

Bug#264142: xdelta2: xdelta3 is released

[Guillem Jover]

forcemerge 264142 325872
thanks

Hi,

On Sat, 2004-08-07 at 12:20:39 +0200, Rafael Laboissiere wrote:
> Package: libxdelta2
> Version: 1.1.3-6
> Severity: normal
> File: xdelta2
> 
> xdelta3 was released on July 21, 2004.  Any plans to package it?

This is already in the archive as a different source package, so the
two bugs could be closed now.

LaMont would you mind if I do some bug triaging on xdelta and close these
and the few other bug reports that are not relevant anymore?

regards,
guillem



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

Bug#485125: pm-utils: Patch not applied

[Byron Clark]

Package: pm-utils
Version: 1.1.2.2-2
Followup-For: Bug #485125

While the necessary patch is now present in the package, it does not
appear in the quilt series and is not applied during the build.


-- System Information:
Debian Release: lenny/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.25-2-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages pm-utils depends on:
ii  console-tools1:0.2.3dbs-65.1 Linux console and font utilities
ii  powermgmt-base   1.30Common utils and configs for power

Versions of packages pm-utils recommends:
ii  hal   0.5.11-1   Hardware Abstraction Layer
ii  radeontool1.5-5  utility to control ATI Radeon back
ii  uswsusp   0.7-1.2tools to use userspace software su
ii  vbetool   1.0-3  run real-mode video BIOS code to a

-- no debconf information



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

Bug#471099: xdelta: Wrong tag: interface::x11

[Guillem Jover]

Hi,

On Sat, 2008-03-15 at 21:50:35 +, Roman Odaisky wrote:
> Package: xdelta
> Severity: minor
> 
> Aptitude shows an “interface::x11” tag. The “x” in “xdelta” must have
> led someone or something to think this has an X11 GUI.

This information is not under the control of the package maintainer,
it's handled by the debtags team instead. This tag is not present in
latest tag db (http://debtags.alioth.debian.org/edit.html?pkg=xdelta),
neither in the archive index files, anyway.

So this bug could probably be closed now.

regards,
guillem



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

Bug#485508: SV: Bug#485508: Bug report

[Patrick Fabrizius]

Perhaps I should have called it 'Application for best Subject Line', since a
subject stating what the message is about was obviously not enough.

I wish that I, as a debian newbie, could say 'thanks for your fast reply',
however I am overwhelmed by the warmth that only a truly helpful and
cheerful Linux Guru as yourself can provide.

Additionally, I will of course consider to offer my help in the future to
report bugs that I happend to run into. Futhermore, I will of course tell
all my friends to do the same, because of the joy of writing replies such as
this. 

Please do continue your contribution to world growth by replying to this
message with comments regarding relevant issues such as my english grammar.

With kind regards,
Patrick

-Ursprungligt meddelande-
Från: Jim [mailto:[EMAIL PROTECTED] 
Skickat: den 10 juni 2008 06:00
Till: Patrick Fabrizius; [EMAIL PROTECTED]
Ämne: Re: Bug#485508: Bug report

On Mon, Jun 9, 2008 at 3:22 PM, Patrick Fabrizius <[EMAIL PROTECTED]>
wrote:
> Subject: Bug#485508: Bug report

For that specific, informative title, that told us this bug report is
a bug report, tell him what he won!

Well Jim, he's won something of questionable substance... a bladeless
knife without a handle! You won't want for a place to put it... it can
fit in any space because it takes up no space! (unlike this
message...I'm realizing you must have gotten a lot of this... so, let
this be just one more request to put greater than zero information in
the subject line... thanks! Hi! Buy!)

No virus found in this incoming message.
Checked by AVG. 
Version: 7.5.524 / Virus Database: 270.2.0/1493 - Release Date: 2008-06-09
17:25
 

No virus found in this outgoing message.
Checked by AVG. 
Version: 7.5.524 / Virus Database: 270.2.0/1493 - Release Date: 2008-06-09
17:25
 




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

Bug#485725: noip2 puts config file in /var instead of /etc

[Avery Pennarun]

Package: noip2
Version: 2.1.7-9
Severity: normal

Debian policy requires configuration files to be in /etc, not in /var, even
for apps that use /var by default.  noip2 should be patched to comply with
this.

-- System Information:
Debian Release: lenny/sid
  APT prefers gutsy-updates
  APT policy: (500, 'gutsy-updates'), (500, 'gutsy-security'), (500, 
'gutsy-backports'), (500, 'gutsy'), (500, 'testing')
Architecture: i386 (i686)

Kernel: Linux 2.6.22-14-generic (SMP w/1 CPU core)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages noip2 depends on:
ii  debconf [debconf-2.0]  1.5.14ubuntu1 Debian configuration management sy
ii  libc6  2.7-8 GNU C Library: Shared libraries

noip2 recommends no packages.

-- debconf information excluded



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

Bug#485605:

[Edjunior Machado]

Hi,

this issue seems to be related to an exported symbol (flush_tlb_page)
deprecated into kernel 2.6.25 wrongly used. There is an '#if'
statement using 'defined(__SMP__)', which returns false for my x86_64
machine. BTW, here is my 'uname -a' output:

$ uname -a
Linux sister 2.6.25-2-amd64 #1 SMP Tue May 27 12:45:24 UTC 2008 x86_64 GNU/Linux

This one-liner patch against file firegl-public.c (included in
fglrx.tar.bz2) seems to fix it.

Hope it helps :)

Regards,

jr.
--- fglrx-orig/firegl_public.c	2008-05-27 11:46:13.0 -0300
+++ fglrx/firegl_public.c	2008-06-10 23:19:17.0 -0300
@@ -2594,7 +2594,7 @@
 {
 /*Some kernel developer removed the export of symbol "flush_tlb_page" on 2.6.25 x86_64 SMP kernel.
   Define a simple version here.*/
-#if defined(__x86_64__) && defined(__SMP__) && (LINUX_VERSION_CODE >= KERNEL_VERSION(2,6,25)) 
+#if defined(__x86_64__) && (LINUX_VERSION_CODE >= KERNEL_VERSION(2,6,25)) 
 on_each_cpu(KCL_flush_tlb_one, &va, 1, 1);
 #else
 flush_tlb_page(vma, va);

Bug#485552: reprepro: Patches for portability to AIX

[Carey Evans]

On Wed, Jun 11, 2008 at 4:00 AM, Bernhard R. Link <[EMAIL PROTECTED]> wrote:
> Thanks for testing reprepro there. But please note reprepro is targeted
> for systems using glibc or other compatible ones having all the gnu
> extensions I like to use, as I deem reprepro seldom useful outside Debian
> systems.

No problem.

>> - The last parameter for execl() should be (char*)NULL, not just NULL,
>> in case char* is a different size to whatever NULL resolves to. GCC
>> 4.3 warns about this on AIX.
>
> What is NULL there? I'm assuming NULL is (void)0 (and not simply 0).
> Does compiling with "-DNULL=(void*)0" help?

NULL is 0, as per C99 sections 7.17.3 and 6.3.2.3.3; defining NULL to
(void*)0 helps. The Open Group examples at
http://www.opengroup.org/onlinepubs/95399/functions/exec.html do
all use (char *)0.

> I think that can also easily worked around by just adding -DO_NOFOLLOW=0
> to CPPFLAGS.

True. This could also go into configure with AC_CHECK_DECL, but that
might be a bit dangerous.

> Aren't vasnprintf and dprintf in libiberty, too? At least vasnprintf I
> would have expected there.

It is, though I don't see dprintf. Of course, I only started looking
for getopt_long once I'd reimplemented mprintf(); I could have saved
myself quite a bit of time.

>> - _D_EXACT_NAMELEN is a GNU extension. I just use strlen(r->d_name) if
>> it isn't defined.
>
> Well, this could be fixed with a -D, too. But I think that is garanteed
> to be an #define and it's only three lines in an header, so I added
> that.

And for what it's worth, _D_EXACT_NAMELEN would expand to exactly that
in this case.

> Does it really produce correct .gz files when you just prevent the
> safety guard against too old versions (At least I an hardly imagine
> they have an gz header)?

Thanks for setting me straight, I should have looked further first.
Now I get to see whether I can recompile zlib without breaking the
custom version of OpenSSH here.

I'll see how I go with libiberty and zlib 1.2. Thanks.

-- 
Laissez lire, et laissez danser; ces deux amusements ne feront jamais
de mal au monde.



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

Bug#390433: dash: does not execute EXIT trap if shell is killed

[Chris Lamb]

tags 390433 + patch
thanks

Patch attached.


Regards,

-- 
Chris Lamb, UK   [EMAIL PROTECTED]
GPG: 0x634F9A20
diff -urNad dash-0.5.4.orig/src/trap.c dash-0.5.4/src/trap.c
--- dash-0.5.4.orig/src/trap.c  2008-06-11 03:51:32.0 +0100
+++ dash-0.5.4/src/trap.c   2008-06-11 03:54:32.0 +0100
@@ -67,6 +67,8 @@
 #define S_HARD_IGN 4   /* signal is ignored permenantly */
 #define S_RESET 5  /* temporary - to reset a hard ignored sig */
 
+#define SIGEXIT 0
+#define DUMMY_ACTION savestr(":")
 
 /* trap handler commands */
 char *trap[NSIG];
@@ -97,7 +99,7 @@
 {
char *action;
char **ap;
-   int signo;
+   int signo, dummysig;
 
nextopt(nullstr);
ap = argptr;
@@ -122,16 +124,32 @@
sh_error("%s: bad trap", *ap);
INTOFF;
if (action) {
-   if (action[0] == '-' && action[1] == '\0')
-   action = NULL;
-   else
+   if (action[0] == '-' && action[1] == '\0') {
+   if (signo != SIGEXIT && trap[0] != NULL)
+   /* Reset dummy handler */
+   action = DUMMY_ACTION;  
+   else
+   action = NULL;
+   } else {
action = savestr(action);
+   }
+   } else {
+   action = DUMMY_ACTION;
}
if (trap[signo])
ckfree(trap[signo]);
trap[signo] = action;
-   if (signo != 0)
+   if (signo == SIGEXIT) {
+   /* Set dummy handlers */
+   for (dummysig = 1 ; dummysig < NSIG ; dummysig++) {
+   if (trap[dummysig] == NULL) {
+   trap[dummysig] = DUMMY_ACTION;
+   setsignal(dummysig);
+   }
+   }
+   } else {
setsignal(signo);
+   }
INTON;
ap++;
}


signature.asc
Description: PGP signature

Bug#485174: nikwi: FTBFS when converted to new source format 3.0 (quilt): patch files contained in tarballs

[Cyril Brulebois]

tag 485174 wontfix # this is a soft-wontfix.
thanks

Raphael Hertzog <[EMAIL PROTECTED]> (08/06/2008):
> Package: nikwi
> Version: 0.0.20060823-1
> Severity: wishlist
> Usertags: 3.0-quilt-by-default

Sorry, not this one either.

> In the case of nikwi, the quilt series is only applicable after
> extraction of a tarball/zipfile/jarfile. But dpkg-source tries to
> apply the quilt series immediately after unpack and will thus fail.

Confirming.

> In several cases the usage of tarball(s) in tarball is justified by
> the fact that several upstream tarballs have to be combined. The new
> format does support unpacking of multiple upstream tarballs and as
> such, you probably want to defer fixing this bug until the new format
> is accepted and directly make usage of this new feature.

That's why I'm wontfix-tagging this bug (for now). A late-patching might
be implemented though, as I mentioned in my first answer to #485172.

Mraw,
KiBi.


signature.asc
Description: Digital signature

Bug#485172: starfighter: FTBFS when converted to new source format 3.0 (quilt): patch files contained in tarballs

[Cyril Brulebois]

tag 485172 wontfix # that's a soft-wontfix, see below.
thanks

Raphael Hertzog <[EMAIL PROTECTED]> (08/06/2008):
> Package: starfighter
> Version: 1.1-7
> Severity: wishlist
> Usertags: 3.0-quilt-by-default

Sorry, not this one.

> In the case of starfighter, the quilt series is only applicable after
> extraction of a tarball/zipfile/jarfile. But dpkg-source tries to
> apply the quilt series immediately after unpack and will thus fail.

Indeed, the series is applied manually after an unpack round.

> In several cases the usage of tarball(s) in tarball is justified by
> the fact that several upstream tarballs have to be combined. The new
> format does support unpacking of multiple upstream tarballs and as
> such, you probably want to defer fixing this bug until the new format
> is accepted and directly make usage of this new feature.

In that particular case, upstream ships its source code in a normal way,
but also embeds a .pak file, which then has to be tweaked, hence the
problematic patch.

> If your package only contains a single tarball, you might want to
> reconsider the choice of using a tarball inside a tarball and handle
> the build like do most other Debian packages.

Sadly, that's not possible here.

> In all cases, those are heavy changes for a simple wishlist bug and I
> can understand that you don't fix this until after lenny's release.
> I'm merely filing this bug to keep track of the packages that will
> cause troubles when we switch to the new format.

I'm tagging it wontfix for now (although I'm not the maintainer of this
package), because the only way I can think of right now would be to keep
the extra patch(es) out of the quilt series, and apply it/them manually
once the unpack round done. The clean target would need to be adjusted
as well.

That's why I think we should indeed postpone those modifications. I
guess that this tag will help you figure out which bug might need your
attention in the not-so-near future.

Mraw,
KiBi.


signature.asc
Description: Digital signature

Bug#485711: dcut: Better handle GPG signing error

[Nelson A. de Oliveira]

Package: dput
Version: 0.9.2.32
Severity: minor

Hi!

dput could better handle this type of error, where GPG fails (in this
case, caused by entering a wrong passphrase):

=
$ dcut rm packagefo
(...)
gpg: [stdin]: clearsign failed: bad passphrase
debsign: gpg error occurred!  Aborting
Error: debsign failed.
Traceback (most recent call last):
  File "/usr/bin/dcut", line 322, in 
dcut()
  File "/usr/bin/dcut", line 318, in dcut
os.rmdir(tempdir)
OSError: [Errno 39] Directory not empty: '/tmp/dcut.VbQWKc'
=

Suggestion is to give a better error message and to remove the temp dir.

Thank you very much!

Best regards,
Nelson

-- System Information:
Debian Release: lenny/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)

Kernel: Linux 2.6.25-naoliv1 (SMP w/2 CPU cores; PREEMPT)
Locale: LANG=pt_BR.UTF-8, LC_CTYPE=pt_BR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages dput depends on:
ii  gnupg 1.4.9-1GNU privacy guard - a free PGP rep
ii  python2.5.2-1An interactive high-level object-o

dput recommends no packages.



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

Bug#484053: g++-4.3 on armel fails to build ICU too

[Jay Berkenbilt]

ICU failed to build on armel, and the message is very similar to that
already reported for texlive-bin.  I haven't investigated, but I
thought I'd draw this to your attention in case you hadn't seen it and
it would help.

>From the log:

http://buildd.debian.org/fetch.cgi?pkg=icu;ver=3.8.1-2;arch=armel;stamp=1212879858

rematch.cpp:2313: error: unrecognizable insn:
(insn 4189 1377 1379 183 rematch.cpp:1484 (set (reg:SI 12 ip)
(plus:SI (reg:SI 3 r3 [951])
(mult:SI (reg/v:SI 14 lr [orig:234 opValue.2041 ] [234])
(const_int 32 [0x20] -1 (nil))
rematch.cpp:2313: internal compiler error: in extract_insn, at recog.c:1990
Please submit a full bug report,
with preprocessed source if appropriate.

-- 
Jay Berkenbilt <[EMAIL PROTECTED]>



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

Bug#485710: [lxpanel] Changing the icon theme doesn't update the Application Launch Bar icons

[dooooo]

Package: lxpanel
Version: 0.3.7-1
Severity: normal

--- Please enter the report below this line. ---
The icons of the launchers in the "Application Launch Bar" do not
auto-update when the icon theme is changed from "Appearance" .

--- System information. ---
Architecture: i386
Kernel: Linux 2.6.25-2-686

Debian Release: lenny/sid
500 unstable zekr.org
500 unstable ftp.ch.debian.org
500 unstable debian.netcologne.de
500 unstable deb.opera.com
500 testing security.debian.org
500 testing ftp.pl.debian.org
500 kernel-dists-trunk kernel-archive.buildserver.net
500 kernel-dists-sid kernel-archive.buildserver.net
1 experimental ftp.pl.debian.org

--- Package information. ---
Depends (Version) | Installed
=-+-
libasound2 (>> 1.0.16) | 1.0.16-2
libatk1.0-0 (>= 1.20.0) | 1.22.0-1
libc6 (>= 2.7-1) | 2.7-12
libcairo2 (>= 1.2.4) | 1.6.4-4
libglib2.0-0 (>= 2.16.0) | 2.16.3-2
libgtk2.0-0 (>= 2.12.0) | 2.12.10-2
libpango1.0-0 (>= 1.20.2) | 1.20.2-2
libx11-6 | 2:1.0.3-7




signature.asc
Description: OpenPGP digital signature

Bug#485352: opencity: FTBFS when converted to new source format 3.0 (quilt): require -p0 for some patches

[Cyril Brulebois]

tag 485352 pending
thanks

Raphael Hertzog <[EMAIL PROTECTED]> (09/06/2008):
> Package: opencity
> Version: 0.0.5.1stable-1
> Severity: wishlist
> Usertags: 3.0-quilt-by-default

Thanks, fixed in svn.

Mraw,
KiBi.


signature.asc
Description: Digital signature

Bug#485347: funnyboat: FTBFS when converted to new source format 3.0 (quilt): require -p0 for some patches

[Cyril Brulebois]

tag 485347 pending
thanks

Raphael Hertzog <[EMAIL PROTECTED]> (09/06/2008):
> Package: funnyboat
> Version: 1.5-6
> Severity: wishlist
> Usertags: 3.0-quilt-by-default

Thanks, fixed in svn.

Mraw,
KiBi.


signature.asc
Description: Digital signature

Bug#485264: oneisenough: FTBFS when converted to new source format 3.0 (quilt): require -p0 for some patches

[Cyril Brulebois]

tag 485264 pending
thanks

Raphael Hertzog <[EMAIL PROTECTED]> (08/06/2008):
> Package: oneisenough
> Version: 0.40-1
> Severity: wishlist
> Usertags: 3.0-quilt-by-default

Thanks, fixed in svn.

Mraw,
KiBi.


signature.asc
Description: Digital signature

Bug#464981: bashisms in /etc/default/gsm-utils too

[Iain Lane]

reopen 464981

It seems that the last change to gsm-utils.default didn't get applied
for some reason.



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

Bug#485705: lintian: doesn't properly detect comma in control file email address quoted strings

[Frank Lichtenheld]

On Tue, Jun 10, 2008 at 08:00:31PM -0400, Adam C Powell IV wrote:
> An email address in a control field, e.g. Uploaders, should work with a
> comma in a quoted string, such as of the form:
>   "Smith, John" <[EMAIL PROTECTED]>
> See for example RFC822 Appendix A.1.3.
> 
> Unfortunately, lintian treats it as separate addresses
>   "Smith,
> and 
>   John" <[EMAIL PROTECTED]>
> resulting in false positives for NMU and a bunch of related tests.

Yeah, we really should use a real parser module for this stuff instead
of "split /,/"

Gruesse,
-- 
Frank Lichtenheld <[EMAIL PROTECTED]>
www: http://www.djpig.de/



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

Bug#485262: passage: FTBFS when converted to new source format 3.0 (quilt): require -p0 for some patches

[Cyril Brulebois]

tag 485262 pending
thanks

Raphael Hertzog <[EMAIL PROTECTED]> (08/06/2008):
> Package: passage
> Version: 3+dfsg1-2
> Severity: wishlist
> Usertags: 3.0-quilt-by-default

Thanks, fixed in svn.

Mraw,
KiBi.


signature.asc
Description: Digital signature

Bug#485709: fusion-icon should depend on x11-utils

[Daniel Moerner]

Package: fusion-icon
Version: 0.0.0+git20071028-3
Severity: normal


Attempting to start fusion-icon yields this error message:

[EMAIL PROTECTED]:~$ fusion-icon
 * Detected Session: unknown
 * Error: xvinfo not installed!

xvinfo is in the package x11-utils.  Installing x11-utils allows
fusion-icon to start.

-- System Information:
Debian Release: lenny/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (i686)

Kernel: Linux 2.6.26-rc5-zen2
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages fusion-icon depends on:
ii  mesa-utils7.0.3-1Miscellaneous Mesa GL utilities
ii  python2.5.2-1An interactive high-level object-o
ii  python-central0.6.7  register and build utility for Pyt
ii  python-compizconfig   0.7.6-1Compizconfig bindings for python
ii  python-gtk2   2.12.1-6   Python bindings for the GTK+ widge

fusion-icon recommends no packages.

-- no debconf information



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

Bug#485708: ITP: ant-contrib -- Additional libraries for use with the ant build tool

[Mike O'Connor]

Package: wnpp
Severity: wishlist
Owner: "Mike O'Connor" <[EMAIL PROTECTED]>


* Package name: ant-contrib
  Version : 1.0~b3+20080610
  Upstream Author : Ant-Contrib Project
* URL : http://ant-contrib.sourceforge.net/
* License : Apache 2.0
  Programming Lang: Java
  Description : Additional libraries for use with the ant build tool

 Ant is a Java based build tool like 'make' which uses XML files as
 "Makefiles".  
 .
 This package enhances the ant package by making more tasks available.



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

Bug#479858: 479858

[Nigel McNie]

Will fix this with 1.0.3-1 (1.0.3 from upstream is due shortly). Correct
solution is to allow from /usr/share/mahara/lib/pieforms/static/ only,
which preserves the deny status of the other files in lib that should have
it.

-- 
Regards,
Nigel McNie
Catalyst IT Ltd.
DDI: +64 4 803 2203



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

Bug#485257: gravitation: FTBFS when converted to new source format 3.0 (quilt): require -p0 for some patches

[Cyril Brulebois]

tag 485257 pending
thanks

Raphael Hertzog <[EMAIL PROTECTED]> (08/06/2008):
> Package: gravitation
> Version: 3+dfsg1-1
> Severity: wishlist
> Usertags: 3.0-quilt-by-default

Thanks, fixed in svn.

Mraw,
KiBi.


signature.asc
Description: Digital signature

Bug#485707: [videocut] Always saves in .png format

[dooooo]

Package: videocut
Version: 0.2.0-2
Severity: normal

--- Please enter the report below this line. ---
The application always export in .png format (even If .jpg or .xpm is
selected from Options) .
On another issue , The parameter "Quality of result image" outputs
non-consistent file sizes .

--- System information. ---
Architecture: i386
Kernel: Linux 2.6.25-2-686

Debian Release: lenny/sid
500 unstable zekr.org
500 unstable ftp.ch.debian.org
500 unstable debian.netcologne.de
500 unstable deb.opera.com
500 testing security.debian.org
500 testing ftp.pl.debian.org
500 kernel-dists-trunk kernel-archive.buildserver.net
500 kernel-dists-sid kernel-archive.buildserver.net
1 experimental ftp.pl.debian.org

--- Package information. ---
Depends (Version) | Installed
===-+-
libc6 (>= 2.7-1) | 2.7-12
libgcc1 (>= 1:4.1.1-21) | 1:4.3.1-1
libgl1-mesa-glx | 7.0.3-1
OR libgl1 |
libglu1-mesa | 7.0.3-1
OR libglu1 |
libqt4-gui (>= 4.4.0~rc1) | 4.4.0-3
libqt4-svg (>= 4.4.0~rc1) | 4.4.0-3
libqtcore4 (>= 4.4.0~rc1) | 4.4.0-3
libstdc++6 (>= 4.1.1-21) | 4.3.1-1
libxine1 (>= 1.1.8) | 1.1.12-2+b1




signature.asc
Description: OpenPGP digital signature

Bug#484572: [motion] off-by-one in webhttpd.c

[Nico Golde]

retitle 484572 CVE-2008-2654: motion off-by-one in webhttpd.c
thanks

Hi,

Just to let you know, CVE-2008-2654 was assigned to this 
issue.

Kind regards
NIco


-- 
Nico Golde - http://www.ngolde.de - [EMAIL PROTECTED] - GPG: 0x73647CFF
For security reasons, all text in this mail is double-rot13 encrypted.


pgpkAQGxbtupP.pgp
Description: PGP signature

Bug#473023: , video attached

[Ari Pollak]

Does this only start happening if you get a notification in the Buddy
List, e.g. a new mail notification? Does it happen at all if you turn
off new mail notifications in the account settings?



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

Bug#485702: xorg: ctrl+alt+Fx doesn't work anymore (on an old install)

[Julien Cristau]

reassign 485702 xkb-data
retitle 485702 layout:ro variant:standard doesn't work
kthxbye

On Wed, Jun 11, 2008 at 03:28:11 +0300, Eddy Petrișor wrote:

> 2008/6/11 Julien Cristau <[EMAIL PROTECTED]>:
> > On Wed, Jun 11, 2008 at 02:54:16 +0300, Eddy Petrișor wrote:
> >
> >> Please ask about any information you might need.
> >>
> > your Xorg log and config, for a start (this would have been included
> > automatically if you had filed this against the right package, but...)
> 
> I wasn't sure which was the *responsible* package for this bug, so I
> preferred a more generic package :-/ .
> 
> 
> > btw, you can always switch VT with chvt.
> 
> Indeed, I forgot
> about it since I am used to ctrl+alt+Fx working
> 
it breaks when the server can't build an xkb keymap.

> (**) Option "XkbRules" "xorg"
> (**) Generic Keyboard: XkbRules: "xorg"
> (**) Option "XkbModel" "pc104"
> (**) Generic Keyboard: XkbModel: "pc104"
> (**) Option "XkbLayout" "ro"
> (**) Generic Keyboard: XkbLayout: "ro"
> (**) Option "XkbVariant" "standard"
> (**) Generic Keyboard: XkbVariant: "standard"

and the 'standard' variant of the 'ro' layout doesn't seem to exist.
that's probably the problem here.  looks like the variant is named
'std' (see /usr/share/X11/xkb/symbols/ro).

Cheers,
Julien



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

Bug#481948: pidgin: warns repeatedly of invalid buddy name from server

[Ari Pollak]

This is actually a message about OSCAR, not Yahoo. Try seeing if that
buddy is on your server-side buddy list.




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

Bug#483567: pidgin bugreport

[Ari Pollak]

Please run pidgin under gdb like this and attach the backtrace after the
crash:
G_DEBUG=fatal_warnings gdb pidgin



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

Bug#485702: xorg: ctrl+alt+Fx doesn't work anymore (on an old install)

[Eddy Petrișor]

2008/6/11 Julien Cristau <[EMAIL PROTECTED]>:
> On Wed, Jun 11, 2008 at 02:54:16 +0300, Eddy Petrișor wrote:
>
>> Please ask about any information you might need.
>>
> your Xorg log and config, for a start (this would have been included
> automatically if you had filed this against the right package, but...)

I wasn't sure which was the *responsible* package for this bug, so I
preferred a more generic package :-/ .


> btw, you can always switch VT with chvt.

Indeed, I forgot
about it since I am used to ctrl+alt+Fx working


-- 
Regards,
EddyP
=
"Imagination is more important than knowledge" A.Einstein


Xorg.0.log
Description: Binary data


xorg.conf
Description: Binary data

Bug#485706: unopkg: bashism in /bin/sh script: == vs. =

[Aaron M. Ucko]

Package: openoffice.org-common
Version: 1:2.4.1-1
Severity: serious
File: /usr/lib/openoffice/program/unopkg
Justification: Policy 10.4

Although unopkg specifies #!/bin/sh, it uses the non-portable test ==
operator (on line 101); could you please substitute = for
compatibility with dash?

Thanks!

-- System Information:
Debian Release: lenny/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.25.4 (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages openoffice.org-common depends on:
ii  dictionaries-common [openoffi 0.98.9 Common utilities for spelling dict
ii  openoffice.org-style-andromed 1:2.4.1-1  Default symbol style for OpenOffic

Versions of packages openoffice.org-common recommends:
ii  openoffice.org-style-crystal  1:2.4.1-1  Crystal symbol style for OpenOffic
ii  openoffice.org-style-tango1:2.4.1-1  Tango symbol style for OpenOffice.

-- no debconf information



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

Bug#485702: xorg: ctrl+alt+Fx doesn't work anymore (on an old install)

[Julien Cristau]

On Wed, Jun 11, 2008 at 02:54:16 +0300, Eddy Petrișor wrote:

> Please ask about any information you might need.
> 
your Xorg log and config, for a start (this would have been included
automatically if you had filed this against the right package, but...)

btw, you can always switch VT with chvt.

Cheers,
Julien



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

Bug#360806: ifupdown: also not executed without hotplug

[J.M.Roth]

Package: ifupdown
Version: 0.6.8
Followup-For: Bug #360806

i use the following /etc/network/interfaces pre-up and post-down
commands to do stuff

iface eth0 inet static

pre-up /usr/local/sbin/iip_iptables-restore
post-down /usr/local/sbin/iip_iptables-save

the pre-up script is executed fine
the post-down script is not executed at all

NOTE: the scripts are fine and have correct permissions
ls -l /usr/local/sbin/iip_iptables-*
-rwx-- 1 root staff 104 May 21  2007
/usr/local/sbin/iip_iptables-restore
-rwx-- 1 root staff 255 Apr 15 20:23
/usr/local/sbin/iip_iptables-save

they also work fine when executed manually

-- System Information:
Debian Release: 4.0
  APT prefers stable
  APT policy: (500, 'stable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18-6-686
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)

Versions of packages ifupdown depends on:
ii  debconf [debconf-2.0]  1.5.11etch1   Debian configuration management sy
ii  libc6  2.3.6.ds1-13etch5 GNU C Library: Shared libraries
ii  lsb-base   3.1-23.2etch1 Linux Standard Base 3.1 init scrip
ii  net-tools  1.60-17   The NET-3 networking toolkit

ifupdown recommends no packages.

-- debconf information:
  ifupdown/convert-interfaces: true



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

Bug#485705: lintian: doesn't properly detect comma in control file email address quoted strings

[Adam C Powell IV]

Package: lintian
Version: 1.24.0
Severity: minor

Greetings,

An email address in a control field, e.g. Uploaders, should work with a
comma in a quoted string, such as of the form:
  "Smith, John" <[EMAIL PROTECTED]>
See for example RFC822 Appendix A.1.3.

Unfortunately, lintian treats it as separate addresses
  "Smith,
and 
  John" <[EMAIL PROTECTED]>
resulting in false positives for NMU and a bunch of related tests.

Meanwhile, changelog has never required quoting of names with commas
(that I know of), so lintian should be able to identify a match between
  Smith, John <[EMAIL PROTECTED]>
in changelog and
  "Smith, John" <[EMAIL PROTECTED]>
in control.

Thanks,
-Adam
-- 
GPG fingerprint: D54D 1AEE B11C CE9B A02B  C5DD 526F 01E8 564E E4B6

Engineering consulting with open source tools
http://www.opennovation.com/


signature.asc
Description: This is a digitally signed message part

Bug#485595: irssi-plugin-xmpp: doc/MUC file missing?

[Jason White]

On Tue, Jun 10, 2008 at 03:18:25PM +0200, David Ammouial wrote:
 
> In current CVS, this problem doesn't exist anyway since the file is 
> non-empty, 
> so it will be included whenever I find some time to package the current CVS 
> version.

Thanks. I thought it might have been a packaging issue, which is why I
reported it.




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

Bug#485698: qtnx: Always wants to ssh as nx

[John Goerzen]

Matthew Johnson wrote:
> On Tue Jun 10 18:17, John Goerzen wrote:
>> Package: qtnx
>> Version: 0.9-3
>> Severity: normal
>>
>> There appears to be no documentation for this package...
>>
>> It always wants to ssh to the remote end and log in as the nx user,
>> which I don't have created.  I would rather that it log in to my
>> regular account. 
> 
> Yes, this is how NX works, You'll have had to do this to setup an NX
> server. It is very much not plain X and won't work without having setup
> an NX server.

Is this whole process documented somewhere?  Preferably within the
package?  I really did look -- dpkg -L on qtnx didn't show up anything
that looked relevant.



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

Bug#485704: DVD burn very slow.

[David Keegan]

Package: linux-image-2.6.24-1-686
Version: 2.6.24-7

Using this 2.6.24 kernel burning a DVD with growisofs. is
very slow. I can't see any error messages. According to the
trace the amount of data being written is tiny. It's
unusable like this. A backup that normally takes 25m would
take days to complete.

When I revert to kernel 2.6.22 (changing nothing else) the
DVD writes at normal speed.

This was already reported as bug #463610 which has been
archived. 

Regards,
David Keegan.
-- 
[David Keegan [EMAIL PROTECTED] 353 1 2988743]
[56 Roebuck Downs Dublin 14 IRELAND]



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

Bug#485703: ITP: libratbox -- portable runtime for ircd-ratbox and charybdis

[William Pitcock]

Package: wnpp
Severity: wishlist
Owner: William Pitcock <[EMAIL PROTECTED]>

* Package name: libratbox
  Version : 3.0.0~svn25529
  Upstream Author : Aaron Sethman <[EMAIL PROTECTED]>,
Jilles Tjoelker <[EMAIL PROTECTED]>
* URL : http://www.ircd-ratbox.org/
* License : GPL
  Programming Lang: C
  Description : portable runtime for ircd-ratbox and charybdis
 Libratbox is the portable runtime used by ircd-ratbox and
 ircd-charybdis. It features an abstractable design allowing for
 SSL support and high performance I/O.
 .
 In Debian, SSL support is provided by GNUTLS and should be considered
 experimental at the moment.

Support may be added to allow for local users to rebuild using OpenSSL
if desired instead of GNUTLS. This is still being considered; the official
Debian version will always use GNUTLS.

-- System Information:
Debian Release: lenny/sid
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.22-3-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash



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

Bug#485702: xorg: ctrl+alt+Fx doesn't work anymore (on an old install)

[Eddy Petrișor]

Subject: xorg: ctrl+alt+Fx doesn't work anymore (on an old install)
Package: xorg
Version: 1:7.3+10
Severity: important

Hello,

I suspect this bug is the same as 445100 and 484294, but it seems the
confusion around the cause is too big, so, although my gut tells me this
is the same bug, I am adding this as a separate BR, as suggested in one
of the ones above.


ctrl+alt+Fx used to work until about a month ago or so, but now it is
broken. I can't even switch via keyboard to another user's session,
ecept through GNOME's menu.


About my setup:
- I am using xserver-xorg-video-radeonhd from sid; I used to have fglrx,
  but I gave it up in favour of radeonhd, and, although I still have the
  fglrx-driver package installed, I don't have the kernel module
- I have caps and ctrl switched for my user, while my wife's account
  doesn't have the switch --- ctrl+alt+Fx doesn't work for either of us,
  no matter the log in order


I will tr to remove any trace of the fglrx driver, although I really
don't suspect fglrx being the culprit ... (about this issue).



Please ask about any information you might need.


P.S.:I think serious would have been appropriate, taking into account
that: this is a regression, access to text consoles is lost entirely,
upgrading xorg shouldn't prevent the proper usage of the computer;
still I'll leave this as important, just to avoid severity wars and to
hope for a fast fix.



-- System Information:
Debian Release: lenny/sid
  APT prefers testing
  APT policy: (900, 'testing'), (500, 'stable'), (10, 'unstable')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.24.2-bounty (SMP w/2 CPU cores)
Locale: LANG=ro_RO.UTF-8, LC_CTYPE=ro_RO.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages xorg depends on:
ii  gnome-terminal [x-termin 2.22.2-1The GNOME 2 terminal emulator appl
ii  libgl1-mesa-glx [libgl1] 7.0.3-1 A free implementation of the OpenG
ii  libglu1-mesa 7.0.3-1 The OpenGL utility library (GLU)
ii  rxvt-unicode [x-terminal 9.02-1+b1   RXVT-like terminal emulator with U
ii  tilda [x-terminal-emulat 0.09.5-1~local0 terminal emulator with first perso
ii  x11-apps 7.3+1   X applications
ii  x11-session-utils7.3+1   X session utilities
ii  x11-utils7.3+2   X11 utilities
ii  x11-xfs-utils7.3+1   X font server utilities
ii  x11-xkb-utils7.4+1   X11 XKB utilities
ii  x11-xserver-utils7.3+2   X server utilities
ii  xauth1:1.0.3-1   X authentication utility
ii  xfonts-100dpi1:1.0.0-4   100 dpi fonts for X
ii  xfonts-75dpi 1:1.0.0-4   75 dpi fonts for X
ii  xfonts-base  1:1.0.0-5   standard fonts for X
ii  xfonts-scalable  1:1.0.0-6   scalable fonts for X
ii  xfonts-utils 1:7.4+1 X Window System font utility progr
ii  xinit1.0.9-2 X server initialisation tool
ii  xkb-data 1.3-1   X Keyboard Extension (XKB) configu
ii  xserver-xorg 1:7.3+10the X.Org X server

Versions of packages xorg recommends:
ii  xorg-docs 1:1.4-2Miscellaneous documentation for th

-- no debconf information

-- 
Regards,
EddyP
=
"Imagination is more important than knowledge" A.Einstein



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

Bug#443863: This package doesn't exist in Debian archive...

[Marco Rodrigues]

Hi!

Where did you get the skype .deb ? It wasn't at Debian official repository, 
right? So you should send your reports to the upstream author.


Thanks

--
Marco Rodrigues

http://Marco.Tondela.org




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

Bug#485701: spambayes: Use patch for __future__ changes, transition to dpatch for unpatch

[Iain Lane]

Package: spambayes
Version: 1.0.4-5
Severity: normal
Tags: patch
User: [EMAIL PROTECTED]
Usertags: origin-ubuntu intrepid ubuntu-patch

Hi,

The Ubuntu changes to spambayes, in Ubuntu version 1.0.4-4ubuntu1,
achieve the same changes that have been achieved in 1.0.4-5 in a more
maintainable way, specifically keeping the changes in the debian/
directory, thereby enhancing the maintainability of the package.

We've also simplified the unpatch target in debian/rules.

In Ubuntu, we've applied the attached patch to achieve the following:

  * Merge from debian unstable, remaining changes:
- Add debian/patches/fix_import_future.dpatch to fix all instances
  of from future import not being at the start of the file.
- Simplify debian/rules so unpatch actually works.
- Remove dh_python from debian/rules (not needed)
- Add build-dep on dpatch

We thought you might be interested in doing the same.

-- System Information:
Debian Release: lenny/sid
  APT prefers hardy-updates
  APT policy: (500, 'hardy-updates'), (500, 'hardy-security'), (500, 
'hardy-backports'), (500, 'hardy')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.24-17-generic (SMP w/2 CPU cores)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
diff -u spambayes-1.0.4/debian/rules spambayes-1.0.4/debian/rules
--- spambayes-1.0.4/debian/rules
+++ spambayes-1.0.4/debian/rules
@@ -5,7 +5,7 @@
 
 SB=debian/spambayes
 
-debian_patches=spambayes
+debian_patches=spambayes fix_import_future
 
 build: build-stamp
 build-stamp: patched-stamp
@@ -16,7 +16,7 @@
cp CHANGELOG.txt changelog
touch build-stamp
 
-clean: reverse-patches
+clean: unpatch
dh_testdir
rm -f build-stamp install-stamp
rm -rf build $(SB)
@@ -63,23 +63,10 @@
 patch_dir   = debian/patches
 
 apply-patches: patched-stamp
-reverse-patches:
-   @for stamp in none patched-*; do \
-   case "$$stamp" in none|patched-stamp|patched-\*) continue; 
esac; \
-   patch=`echo $$stamp | sed -e 's/patched-//'`; \
-   echo "trying to revert patch $$patch ..."; \
-   if [ -x $(patch_dir)/$$patch.dpatch ]; then true; else \
-   chmod +x $(patch_dir)/$$patch.dpatch; fi; \
-   if $(patch_dir)/$$patch.dpatch -unpatch; then \
-   echo "reverted $$patch patch."; \
-   rm -f $$stamp; \
-   else \
-   echo "error in reverting $$patch patch."; \
-   exit 1; \
-   fi; \
-   done
-   @echo "Removing patched-stamp"
-   @rm -f patched-stamp
+
+unpatch:
+   dpatch deapply-all
+   rm -rf patch-stamp debian/patched   
 
 patched-%: $(patch_dir)/%.dpatch
@if [ -x $< ]; then true; else chmod +x $<; fi
diff -u spambayes-1.0.4/debian/changelog spambayes-1.0.4/debian/changelog
diff -u spambayes-1.0.4/debian/control spambayes-1.0.4/debian/control
--- spambayes-1.0.4/debian/control
+++ spambayes-1.0.4/debian/control
@@ -2,7 +2,7 @@
 Section: mail
 Priority: optional
 Maintainer: Alexandre Fayolle <[EMAIL PROTECTED]>
-Build-Depends: debhelper (>= 5.0.37.1)
+Build-Depends: debhelper (>= 5.0.37.1), dpatch
 Build-Depends-Indep: python (>=2.3.5-7), python-dev (>=2.3.5-7), python-central
 Standards-Version: 3.7.3
 XS-Python-Version: current
only in patch2:
unchanged:
--- spambayes-1.0.4.orig/debian/patches/fix_import_future.dpatch
+++ spambayes-1.0.4/debian/patches/fix_import_future.dpatch
@@ -0,0 +1,310 @@
+#! /bin/sh /usr/share/dpatch/dpatch-run
+## fix_import_future.dpatch updated by  <[EMAIL PROTECTED]>
+##
+## All lines beginning with `## DP:' are a description of the patch.
+## DP: Move all from__future declarations to the start of each file.
+
[EMAIL PROTECTED]@
+diff -urNad spambayes-1.0.4~/Outlook2000/tester.py 
spambayes-1.0.4/Outlook2000/tester.py
+--- spambayes-1.0.4~/Outlook2000/tester.py 2003-12-23 23:08:38.0 
-0500
 spambayes-1.0.4/Outlook2000/tester.py  2007-09-25 23:35:39.0 
-0400
+@@ -1,3 +1,4 @@
++from __future__ import generators
+ # unit tester for the Outlook addin.
+ #
+ # Note we are only attempting to test Outlook specific
+@@ -8,7 +9,6 @@
+ # move this test message back around, and watch the incremental retrain
+ # in action.  Also checks that the message correctly remains classified
+ # after a message move.
+-from __future__ import generators
+ 
+ from win32com.client import constants
+ import sys
+diff -urNad spambayes-1.0.4~/contrib/spamcounts.py 
spambayes-1.0.4/contrib/spamcounts.py
+--- spambayes-1.0.4~/contrib/spamcounts.py 2004-01-12 03:36:15.0 
-0500
 spambayes-1.0.4/contrib/spamcounts.py  2007-09-25 23:32:23.0 
-0400
+@@ -1,4 +1,5 @@
+ #!/usr/bin/env python
++from __future__ import division
+ 
+ """
+ Check spamcounts for various tokens or patterns
+@@ -13,7 +14,6 @@
+ may not be used with -r
+ """
+ 
+-from __future__ i

Bug#485698: qtnx: Always wants to ssh as nx

[Matthew Johnson]

On Tue Jun 10 18:17, John Goerzen wrote:
> Package: qtnx
> Version: 0.9-3
> Severity: normal
> 
> There appears to be no documentation for this package...
> 
> It always wants to ssh to the remote end and log in as the nx user,
> which I don't have created.  I would rather that it log in to my
> regular account. 

Yes, this is how NX works, You'll have had to do this to setup an NX
server. It is very much not plain X and won't work without having setup
an NX server.

> It also attempts to ssh even if the ssh tunnel
> option is unchecked in the advanced tab.

Ah, this is a bug, I will forward, thanks.

> 
> Moreover, it is unclear to me what the point of a session given as
> KDE, Gnome, etc. is.  I thought the point of X is that you run things
> seamlessly from multiple machines.  If I wanted a nested desktop
> remotely, I'd just use VNC.

It's a _lot_ faster than VNC. Like, orders of magnitude so.

Matt
-- 
Matthew Johnson


signature.asc
Description: Digital signature

Bug#485506: emdebian-tools: Should not prompt user in bug script

[Neil Williams]

On Tue, 2008-06-10 at 13:32 +0200, Michael Banck wrote:
> On Tue, Jun 10, 2008 at 10:17:54AM +0100, Neil Williams wrote:
> > Closing the bug report because the emdebian-tools bug script does not
> > actually *do* any prompting, it merely calls a reportbug function which
> > currently implements the function using a prompt. (Not reassigning
> > because prompting in reportbug is clearly not a bug itself.)
> 
> I disagree, there is no value in prompting, 

Whether you agree or not, emdebian-tools does not do the prompting so
there is no problem with your original objection to prompting (which
related to GUI handlers) and I see no other reasoning for any objective
problem. You don't like prompting in bug scripts, fine. I like prompting
in bug scripts and I think it is useful for me and those who would
report bugs against packages that use these scripts. I see no reason to
change the current scripts and you have not provided an objective reason
so far.

> whether you're using a
> reportbug function or not.  At least, there is absolutely no value in
> prompting for checks of sensitive data, the user should either decide
> they don't want to transmit possibly sensible at all, or review/edit the
> to be transmitted data after getting warned about it.

Well, I and the apt maintainers disagree.

Is that your only objection? I don't think it counts, sorry.

It is far simpler for users to answer 'n' to a prompt than to remove
dozens of lines from the content.

> Other use-cases for bug script prompting might exist, but (besides
> installation-report, which is a special issue) are unknown to me.

I provided examples of other packages in my initial reply so those have
at least been brought to your attention. I am surprised that the
behaviour of apt is unknown to you in this regard.

I see no reason to change current behaviour, indeed I think it is a
valuable feature that is in line with behaviour of other similar
applications.

-- 

Neil Williams
=
[EMAIL PROTECTED]



signature.asc
Description: This is a digitally signed message part

Bug#481134: libpoppler does not use cmap files from xpdf-{japanese,...}, and fails to parse Japanese PDF files.

[Junichi Uekawa]

Hi,

> On Wed, May 14, 2008, Junichi Uekawa wrote:
> > xpdf-japanese installs CMAP files in
> > /usr/share/fonts/cmap/adobe-japan1 etc, but libpoppler looks at
> > /usr/share/poppler.
> > 
> > I need to install the following symlinks in order to use the adobe
> > CMAP files.
> > 
> > $ ls -l  /usr/share/poppler/cidToUnicode/Adobe-Japan1 
> > lrwxrwxrwx 1 root root 34 2008-01-18 19:53 Adobe-Japan1 -> 
> > /usr/share/fonts/cmap/adobe-japan1
> > 
> > $ ls -l  /usr/share/poppler/cMap/
> > lrwxrwxrwx 1 root root 50 2008-01-18 19:53 
> > /usr/share/poppler/cidToUnicode/Adobe-Japan1 -> 
> > /usr/share/xpdf/japanese/Adobe-Japan1.cidToUnicode
> > 
> > Please either make poppler look at the old location or install some
> > kind of symlinking.
> 
>  Is this a regression from previous poppler versions?

Yup. It used to use xpdf resources in etch.

I wondered why this is the case and looked a bit closer into the problem.

etch poppler used to look at /etc/xpdfrc for configuration, thus it
re-used xpdf configuration for CID etc.

sid poppler has the paths hard-coded somewhere.

$ strings /usr/lib/libpoppler.so | grep usr
/usr/share/poppler/unicodeMap
/usr/share/poppler/cMap
/usr/share/poppler/nameToUnicode
/usr/share/poppler/cidToUnicode


These are apparently configured in poppler/GlobalParams.cc, 
GlobalParams::scanEncodingDirs() 


It looks as if it's a trivial task to add the other dirs and make it
scan there also for backwards portability.  

For full compatibility, parsing of xpdfrc is necessary, but that's
going backwards looking at poppler changelog.


There are probably 3 ways to fix this problem, and I think 1 has the least 
impact.

1. make poppler look into the old paths again

2. make xpdf-japanese/xpdf-* provide the files in the new path (hardlinked or 
symlinked) 

3. get poppler-data into NEW (users will have to install packages with 
duplicate data).


regards,
junichi
-- 
[EMAIL PROTECTED],netfort.gr.jp}   Debian Project





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

Bug#483952: [Pkg-xfce-devel] Bug#483952: Bug#483952: xfce4-weather-plugin: Name of days with the characters å and ö are not shown

[Yves-Alexis Perez]

forwarded #483952 http://bugzilla.xfce.org/show_bug.cgi?id=3818
tag #483952 pending
thanks
On mar, 2008-06-10 at 23:15 +0200, Anders Lagerås wrote:
> It seems to work if UTF-8 is used, but not with 8859-1.

I've commited a patch in our svn. i'm waiting for an upstream comment on
the bug (see http://bugzilla.xfce.org/show_bug.cgi?id=3818)

It seems to work here, I can provide you amd64 package if you need it.

Cheers,
-- 
Yves-Alexis


signature.asc
Description: This is a digitally signed message part

Bug#485700: Broken browser.xul

[Emmanuel Surleau]

Package: iceweasel
Version: 3.0~rc2-1

When starting iceweasel, the following error message appears:

XML Parsing Error: undefined entity
Location: chrome://browser/content/browser.xul
Line Number 242, Column 5:
^

There are no menu or toolbars. This also happens with a new profile.

Bug#457305: Announce of an upcoming upload for the common-lisp-controller package

[Luca Capello]

Hi Christian!

On Tue, 10 Jun 2008 18:10:12 +0200, Christian Perrier wrote:
> The package maintainer and I agreed for a translation update round. At
> the end of this period, I will send him|her a full patch so that an
> l10n upload can happen.  The full planned schedule is available at the
> end of this mail.

Continuing the package cleanup, I found a lintian warning about debconf:

=
W: common-lisp-controller source: translated-default-field templates: 13
N:
N:   You should not mark as translatable "Default:" or "DefaultChoice:"
N:   fields, unless explicitly needed (e.g. default country, default
N:   language, etc.). If this Default field really should be translated,
N:   you should explain translators how they should translate it by using
N:   brackets. For example:
N:
N: _Default: English[ Default language name, but not translated]
N:
N:   Refer to the po-debconf(7) manual page for details.
N:
=

It seems that the patch below is enough for lintian to be happy, but I'm
not a debconf/translation expert, so I'm here looking for help.

FWIW, I also included the removal of a trailing space at the end of a
line.  AFAIK changing a debconf template requires new checkout for the
translations, I guess that combining both (lintian fix and removal) will
demand less burden for translators.

--8<---cut here---start->8---
diff --git a/debian/templates b/debian/templates
index 3e67b49..d885a2b 100644
--- a/debian/templates
+++ b/debian/templates
@@ -10,17 +10,17 @@
 Template: common-lisp-controller/short-site-name
 Type: string
 #  Default site name
-_Default: Unknown
+Default: Unknown
 _Description: Short Common Lisp site name:
  You can configure what the Common Lisp implementations are going to use as
- 'short site name'.
+ 'short site name'.
  .
  This is mostly unused except in some error reporting tools.

 Template: common-lisp-controller/long-site-name
 Type: string
 # Default long site name, just something longer than th default site name
-_Default: Site name not initialized
+Default: Site name not initialized
 _Description: Long Common Lisp site name:
  You can configure what the Common Lisp implementations are going to use as
  'long site name'.
--8<---cut here---end--->8---

Thx, bye,
Gismo / Luca


pgp5GuUU93Sb8.pgp
Description: PGP signature

Bug#484902: xserver-xorg-video-radeonhd: Draws some parts of application windows incorrectly

[Julien Cristau]

On Sat, Jun  7, 2008 at 14:48:28 +0300, Ilpo Järvinen wrote:

> Section "Monitor"
>   Identifier  "Nokia MG 447X mod"
>   Option  "DPMS"
>   HorizSync   30-82.2
>   VertRefresh 50-110
> 
> # 1264x948 @ 82Hz,  81.18 kHz hsync
> #Modeline "1264x948"137.48   1264 1304 1440 1680948 952 956 990 #82Hz
> # Mode"1264x948"
> # DotClock137.48
> # HTimings1264 1304 1440 1680
> # VTimings948 952 956 990
> # EndMode
> 
> EndSection
> 
Does the bug still happen if you drop that monitor section completely (I
expect it does, but...)?

> Section "Screen"
>   Identifier  "Default Screen"
>   Device  "Integrated"
>   Option  "monitor-VGA_CRT1/DAC_A"  "Nokia MG 447X mod"
>   Option  "RROutputOrder"  "VGA_CRT1/DAC_A"
>   DefaultDepth24
>   SubSection "Display"
>   Modes   "1264x948" "1024x768" "1x1"
>   EndSubSection
> EndSection

"1x1" is pretty bogus...

> /var/log/Xorg.0.log:
> 
> (II) RADEONHD(0): EDID data for NOK-00B8
> (II) RADEONHD(0): Manufacturer: NOK  Model: b8  Serial#: 168671
> (II) RADEONHD(0): Year: 1996  Week: 17
> (II) RADEONHD(0): EDID Version: 1.0
> (II) RADEONHD(0): Analog Display Input,  Input Voltage Level: 0.700/0.300 V
> (II) RADEONHD(0): Sync:  Separate  Composite  SyncOnGreen
> (II) RADEONHD(0): Max H-Image Size [cm]: horiz.: 30  vert.: 23
> (II) RADEONHD(0): Gamma: 2.20
> (II) RADEONHD(0): DPMS capabilities: StandBy Suspend Off; RGB/Color Display
> (II) RADEONHD(0): redX: 0.625 redY: 0.340   greenX: 0.280 greenY: 0.595
> (II) RADEONHD(0): blueX: 0.155 blueY: 0.070   whiteX: 0.281 whiteY: 0.311
> (II) RADEONHD(0): Supported VESA Video Modes:
> (II) RADEONHD(0): [EMAIL PROTECTED]
> (II) RADEONHD(0): [EMAIL PROTECTED]
> (II) RADEONHD(0): [EMAIL PROTECTED]
> (II) RADEONHD(0): [EMAIL PROTECTED]
> (II) RADEONHD(0): [EMAIL PROTECTED]
> (II) RADEONHD(0): [EMAIL PROTECTED]
> (II) RADEONHD(0): [EMAIL PROTECTED]
> (II) RADEONHD(0): [EMAIL PROTECTED]
> (II) RADEONHD(0): [EMAIL PROTECTED]
> (II) RADEONHD(0): [EMAIL PROTECTED]
> (II) RADEONHD(0): [EMAIL PROTECTED]
> (II) RADEONHD(0): [EMAIL PROTECTED] (interlaced)
> (II) RADEONHD(0): [EMAIL PROTECTED]
> (II) RADEONHD(0): [EMAIL PROTECTED]
> (II) RADEONHD(0): [EMAIL PROTECTED]
> (II) RADEONHD(0): [EMAIL PROTECTED]
> (II) RADEONHD(0): [EMAIL PROTECTED]
> (II) RADEONHD(0): Manufacturer's mask: 0
> (II) RADEONHD(0): EDID (in hex):
> (II) RADEONHD(0): 000039ebb800df920200
> (II) RADEONHD(0): 110601000e1e1778e80dc2a057479827
> (II) RADEONHD(0): 12484f8001010101010101010101
> (II) RADEONHD(0): 01010101010101010101010101010101
> (II) RADEONHD(0): 01010101010101010101010101010101
> (II) RADEONHD(0): 01010101010101010101010101010101
> (II) RADEONHD(0): 01010101010101010101010101010101
> (II) RADEONHD(0): 010101010101010101010101010100b1
> (II) RADEONHD(0): EDID vendor "NOK", prod id 184
> (II) RADEONHD(0): DDCModeFromDetailedTiming: Ignoring tiny 1x1 mode
> (II) RADEONHD(0): DDCModeFromDetailedTiming: Ignoring tiny 1x1 mode
> (II) RADEONHD(0): DDCModeFromDetailedTiming: Ignoring tiny 1x1 mode
> (II) RADEONHD(0): DDCModeFromDetailedTiming: Ignoring tiny 1x1 mode
> (II) RADEONHD(0): Printing DDC gathered Modelines:
> (II) RADEONHD(0): Modeline "800x600"x0.0   40.00  800 840 968 1056  600 601 
> 605 628 +hsync +vsync (37.9 kHz)
> (II) RADEONHD(0): Modeline "800x600"x0.0   36.00  800 824 896 1024  600 601 
> 603 625 +hsync +vsync (35.2 kHz)
> (II) RADEONHD(0): Modeline "640x480"x0.0   31.50  640 656 720 840  480 481 
> 484 500 -hsync -vsync (37.5 kHz)
> (II) RADEONHD(0): Modeline "640x480"x0.0   31.50  640 664 704 832  480 489 
> 491 520 -hsync -vsync (37.9 kHz)
> (II) RADEONHD(0): Modeline "640x480"x0.0   30.24  640 704 768 864  480 483 
> 486 525 -hsync -vsync (35.0 kHz)
> (II) RADEONHD(0): Modeline "640x480"x0.0   25.20  640 656 752 800  480 490 
> 492 525 -hsync -vsync (31.5 kHz)
> (II) RADEONHD(0): Modeline "720x400"x0.0   35.50  720 738 846 900  400 421 
> 423 449 -hsync -vsync (39.4 kHz)
> (II) RADEONHD(0): Modeline "720x400"x0.0   28.32  720 738 846 900  400 412 
> 414 449 -hsync +vsync (31.5 kHz)
> (II) RADEONHD(0): Modeline "1280x1024"x0.0  135.00  1280 1296 1440 1688  1024 
> 1025 1028 1066 +hsync +vsync (80.0 kHz)
> (II) RADEONHD(0): Modeline "1024x768"x0.0   78.80  1024 1040 1136 1312  768 
> 769 772 800 +hsync +vsync (60.1 kHz)
> (II) RADEONHD(0): Modeline "1024x768"x0.0   75.00  1024 1048 1184 1328  768 
> 771 777 806 -hsync -vsync (56.5 kHz)
> (II) RADEONHD(0): Modeline "1024x768"x0.0   65.00  1024 1048 1184 1344  768 
> 771 777 806 -hsync -vsync (48.4 kHz)
> (II) RADEONHD(0): Modeline "1024x768"x0.0   44.90  1024 1032 1208 1264  768 
> 768 776 817 interlace +hsync +vsync (35.5 kHz)
> (II) RADEONHD(0): Modeline "832x624"x0.0   57.28  832 864 928 1152  624 625 
> 628 667 -hsync -vsync (49.7 kHz)
> (II) RADEONHD(0): Modeline

Bug#485699: cupsys: Transitional packages include redundant docs

[Ben Hutchings]

Package: cupsys
Version: 1.3.7-6
Severity: minor

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

I was surprised to see that several of the transitional CUPS packages
are larger than some of the "real" packages.  This is because they
have copies of the changelogs and copyright rather than symlinks to a
common doc directory:

drwxr-xr-x 3 root root 4096 2008-06-11 00:07 /usr/share/doc/cups
lrwxrwxrwx 1 root root8 2008-06-11 00:10 /usr/share/doc/cups-bsd -> libcups2
lrwxrwxrwx 1 root root8 2008-06-11 00:10 /usr/share/doc/cups-client -> 
libcups2
drwxr-xr-x 2 root root 4096 2008-06-11 00:07 /usr/share/doc/cups-common
drwxr-xr-x 2 root root 4096 2008-06-11 00:07 /usr/share/doc/cupsys
drwxr-xr-x 2 root root 4096 2008-06-11 00:10 /usr/share/doc/cupsys-bsd
lrwxrwxrwx 1 root root   10 2007-03-03 22:51 /usr/share/doc/cupsys-client -> 
libcupsys2
drwxr-xr-x 3 root root 4096 2008-06-11 00:07 /usr/share/doc/libcups2
drwxr-xr-x 2 root root 4096 2008-06-11 00:07 /usr/share/doc/libcupsimage2
drwxr-xr-x 2 root root 4096 2008-06-11 00:10 /usr/share/doc/libcupsys2

Ben.

- -- System Information:
Debian Release: lenny/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'stable'), (100, 'experimental')
Architecture: i386 (i686)

Kernel: Linux 2.6.25-2-686 (SMP w/1 CPU core)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages cups depends on:
ii  adduser  3.108   add and remove users and groups
pn  cups-common(no description available)
ii  debconf [debconf-2.0]1.5.22  Debian configuration management sy
ii  ghostscript  8.62.dfsg.1-2.1 The GPL Ghostscript PostScript/PDF
ii  ghostscript-x [gs-esp]   8.62.dfsg.1-2.1 The GPL Ghostscript PostScript/PDF
ii  libavahi-compat-libdnssd 0.6.22-3Avahi Apple Bonjour compatibility 
ii  libc62.7-12  GNU C Library: Shared libraries
pn  libcups2   (no description available)
pn  libcupsimage2  (no description available)
ii  libdbus-1-3  1.2.1-2 simple interprocess messaging syst
ii  libgnutls26  2.2.5-1 the GNU TLS library - runtime libr
ii  libkrb53 1.6.dfsg.3-2MIT Kerberos runtime libraries
ii  libldap-2.4-22.4.9-1 OpenLDAP libraries
ii  libpam0g 0.99.7.1-6  Pluggable Authentication Modules l
ii  libpaper11.1.23  library for handling paper charact
ii  libslp1  1.2.1-7.3   OpenSLP libraries
ii  lsb-base 3.2-12  Linux Standard Base 3.2 init scrip
ii  perl-modules 5.10.0-10   Core Perl modules
ii  procps   1:3.2.7-8   /proc file system utilities
ii  ssl-cert 1.0.19  simple debconf wrapper for OpenSSL
ii  xpdf-utils [poppler-util 3.02-1.3Portable Document Format (PDF) sui

Versions of packages cups recommends:
pn  avahi-utils(no description available)
pn  cups-client(no description available)
ii  foomatic-filters  3.0.2-20080211-3.1 OpenPrinting printer support - fil
pn  smbclient  (no description available)

- -- debconf information excluded

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

iD8DBQFITw7y79ZNCRIGYgcRAojEAKDKS+bhEG+iUB7Y2tG+7utstgPizwCfXAik
Iwhpr6nSbUA9raWPOzO9X38=
=FtM5
-END PGP SIGNATURE-



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

Bug#484566: Bug#484572: [motion] off-by-one in webhttpd.c

[Juan Angulo Moreno]

Hi,

Since the bugs were repaired[1]. Please do tests.

Thank you.


[1] http://0x29.com.ve/debian/motion/motion_3.2.9-4.dsc

--
Juan Angulo Moreno


Nico Golde escribió:

Hi,
comments on the exploitability are welcome, see:
http://www.openwall.com/lists/oss-security/2008/06/10/1

Cheers
Nico

  





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

Bug#485630: nxproxy: Couldn't start nxclient

[John Goerzen]

Matthew Johnson wrote:
> tag 485630 wontfix
> severity 485630 normal
> merge 485630 474366
> thanks
> 
> On Tue Jun 10 09:48, John Goerzen wrote:
>> Package: nxproxy
>> Version: 3.1.0-2-1
>> Severity: important
>>
>> First off, this package includes absolutely no documentation.
> 
> This is a dup of #474366. As I said in that bug report, the nxproxy
> package is designed as an rdep to qtnx, nothing else. It is not designed
> to be run separately unless you know what you are doing.

In that case, it:

1) Ought to make this prominent in the Description

2) Has no business installing in /usr/bin





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

Bug#485698: qtnx: Always wants to ssh as nx

[John Goerzen]

Package: qtnx
Version: 0.9-3
Severity: normal

There appears to be no documentation for this package...

It always wants to ssh to the remote end and log in as the nx user,
which I don't have created.  I would rather that it log in to my
regular account.  It also attempts to ssh even if the ssh tunnel
option is unchecked in the advanced tab.

Moreover, it is unclear to me what the point of a session given as
KDE, Gnome, etc. is.  I thought the point of X is that you run things
seamlessly from multiple machines.  If I wanted a nested desktop
remotely, I'd just use VNC.

-- John

-- System Information:
Debian Release: lenny/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (99, 'experimental')
Architecture: i386 (i686)

Kernel: Linux 2.6.22-3-686 (SMP w/2 CPU cores)
Locale: LANG=C, LC_CTYPE=en_US (charmap=ISO-8859-1)
Shell: /bin/sh linked to /bin/bash

Versions of packages qtnx depends on:
ii  libaudio2  1.9.1-2   Network Audio System - shared libr
ii  libc6  2.7-12GNU C Library: Shared libraries
ii  libfontconfig1 2.6.0-1   generic font configuration library
ii  libfreetype6   2.3.5-1+b1FreeType 2 font engine, shared lib
ii  libgcc11:4.3.1-1 GCC support library
ii  libglib2.0-0   2.16.3-2  The GLib library of C routines
ii  libice62:1.0.4-1 X11 Inter-Client Exchange library
ii  libnxcl1   0.9-3 NX X compression client library
ii  libpng12-0 1.2.27-1  PNG library - runtime
ii  libqt4-core4.4.0-3   transitional package for Qt 4 core
ii  libqt4-gui 4.4.0-3   transitional package for Qt 4 GUI 
ii  libsm6 2:1.0.3-1+b1  X11 Session Management library
ii  libstdc++6 4.3.1-1   The GNU Standard C++ Library v3
ii  libx11-6   2:1.0.3-7 X11 client-side library
ii  libxcursor11:1.1.9-1 X cursor management library
ii  libxext6   2:1.0.4-1 X11 miscellaneous extension librar
ii  libxfixes3 1:4.0.3-2 X11 miscellaneous 'fixes' extensio
ii  libxi6 2:1.1.3-1 X11 Input extension library
ii  libxinerama1   2:1.0.3-2 X11 Xinerama extension library
ii  libxrandr2 2:1.2.2-2 X11 RandR extension library
ii  libxrender11:0.9.4-1 X Rendering Extension client libra
ii  libxt6 1:1.0.5-3 X11 toolkit intrinsics library
ii  zlib1g 1:1.2.3.3.dfsg-12 compression library - runtime

qtnx recommends no packages.

-- no debconf information



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

Bug#485686: xserver-xorg-input-synaptics: Touchpad stopps working after upgrading from 0.14.6.1

[Mattia Dongili]

On Tue, Jun 10, 2008 at 10:58:49PM +0200, Matthias Andres wrote:
> Package: xserver-xorg-input-synaptics
> Version: 0.14.7~git20070706-2
> Severity: normal

can you provide your xorg configuration and log?

thanks
-- 
mattia
:wq!



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

Bug#479884: am-utils: amd don't work with Linux kernel 2.6.25

[Tim Cutts]

On 10 Jun 2008, at 9:27 pm, Philippe Troin wrote:


This is caused by amd's top-level mounts which are mounted by default
with NLM locks enabled (lock mount option).  Locks are not required
for the top-level mounts.



 The attached patch passes "nolock" to
top-level mount requests.


It's a more fundamental problem than that, I think, Philippe, isn't  
it?Have you seen the discussions on the mailing list?  Your patch  
might be a useful workaround though, until upstream fix the problem  
properly. An alternative workaround is to make using autofs for the  
intercepts the default configuration.  But that isn't entirely  
backward compatible with previous behaviour.




The attached patch fixes the problem.


Does it actually fix the problem, or just make the error go away?   
What happens if you try to lock files on filesystems that have been  
automounted?  Does that still work?




Phil.



Thanks for the patch - glad you're still keeping tabs on am-utils.  :-)

Tim


--
The Wellcome Trust Sanger Institute is operated by Genome Research 
Limited, a charity registered in England with number 1021457 and a 
company registered in England with number 2742969, whose registered 
office is 215 Euston Road, London, NW1 2BE. 




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

Bug#484572: [motion] off-by-one in webhttpd.c

[Nico Golde]

Hi,
comments on the exploitability are welcome, see:
http://www.openwall.com/lists/oss-security/2008/06/10/1

Cheers
Nico

-- 
Nico Golde - http://www.ngolde.de - [EMAIL PROTECTED] - GPG: 0x73647CFF
For security reasons, all text in this mail is double-rot13 encrypted.


pgpyq1fydwjgO.pgp
Description: PGP signature

Bug#485697: Add ability to auto-populate References: and In-Reply-To:

[Don Armstrong]

Package: debbugs
Severity: wishlist

Add the ability to automatically populate the References: and
In-Reply-To: headers from the last message sent to the bug report in
the cases where a message is sent to a bug without them to at least
connect the threads in general. [Possibly consider adding special
References: [EMAIL PROTECTED] headers for each bug in addition to the
normal ones.]


Don Armstrong

-- 
 computer allows you to make mistakes faster than any other
invention, with the possible exception of handguns and tequila
 -- Mitch Ratcliffe

http://www.donarmstrong.com  http://rzlab.ucr.edu



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

Bug#455670: patch

[Adam C Powell IV]

Hello again,

On Wed, 2008-05-07 at 14:06 +0200, Ondrej Certik wrote:
> On Wed, May 7, 2008 at 12:56 AM, Maximiliano Curia
> <[EMAIL PROTECTED]> wrote:
> > Hola Adam C Powell IV!
> >
> > El 06/05/2008 a las 15:28 escribiste:
> >> Apologies for the delay in getting back to you all.  It looks like this
> >> bug is still open.  Is this something I can help with, now that I'm part
> >> of pkg-scicomp?
> >
> > All the patches seem to be available in the bug history, so please test them
> > and upload the fixed version.
> 
> Yes and if you need any help, please ask.

Just one question.  I'm [Finally!] getting to this today, and wondering
if it's okay, to add myself to Uploaders.

And thanks Max for your contributions.  Sorry it took so long!

-Adam
-- 
GPG fingerprint: D54D 1AEE B11C CE9B A02B  C5DD 526F 01E8 564E E4B6

Engineering consulting with open source tools
http://www.opennovation.com/


signature.asc
Description: This is a digitally signed message part

Bug#485525: apache2 crashing with SIGBUS

[Nathaniel W Filardo]

On Tue, Jun 10, 2008 at 08:53:55PM +0200, Stefan Fritsch wrote:
> is __builtin___memcpy_chk(). It's possible that the crash is related 
> to FORTIFY_SOURCE being used for compiling apache. Did you experience 
> the crash with 2.2.8-3 (which was compiled without FORTIFY_SOURCE), 
> too? How often does it crash, on every connection or less frequently?

No, 2.2.8-3 did not have this problem (at least, to judge from my log
files).  It isn't crashing at every connection, no, as I can still use the
site Apache is hosting if I make enough attempts... sometimes works fine for
a long time, sometimes takes many connections before one works.  Sorry I
can't be more exact.

--nwf;


pgpMhgGOkTKjI.pgp
Description: PGP signature

Bug#476735: libc-ares1: can't work with lwresd (breaks curl and tmw)

[Steve Cotton]

> i tagged this but "help", which means that I hope that someone
> interested in this works on it. feel free! :-)

I'm having a look at it (for libc-ares2), and will follow up again
in a week or so to say if I'm doing it or not.

Steve



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

Bug#481374: KDM: login accepted even if password is wrong

[Ana Guerrero]

On Wed, Jun 11, 2008 at 12:24:35AM +0200, Luca Costantino wrote:
> 2008/6/11 Ana Guerrero :
> > In the Control Center, go to System Administation->Login Manager. Once there
> > there is a tab named Convenience (it is the last tab), there is an option to
> > enable password-less logins. I'm almost sure you enabled that :)
> 
> hi there
> thank you for you interesting, but the problem was not that.
> in fact i had that problem only on ONE account, not with all the accounts...
>

In your initial mail you said you have his problem with all the accounts.
You can enable password-less logins to all the accouns in your system that you
want to, so make sure in that tab you do not have enabled:
Enable Password-Less logins.


After you are sure this is not your problem, install gdm or xdm and check
whether you have the same problem with this display managers.
You can go to use kdm back again with:
dpkg-reconfigure kdm


Ana



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

Bug#343896: ssh iLO bug

[Matt Taggart]

Following up on #343896...

The advertised ssh version string is still the same in the most recent 
version of firmware (v1.50 for ilo2). I sent another ping to the people who 
own it.

-- 
Matt Taggart
[EMAIL PROTECTED]





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

Bug#485506: emdebian-tools: Should not prompt user in bug script

[Michael Banck]

On Tue, Jun 10, 2008 at 10:17:54AM +0100, Neil Williams wrote:
> Closing the bug report because the emdebian-tools bug script does not
> actually *do* any prompting, it merely calls a reportbug function which
> currently implements the function using a prompt. (Not reassigning
> because prompting in reportbug is clearly not a bug itself.)

I disagree, there is no value in prompting, whether you're using a
reportbug function or not.  At least, there is absolutely no value in
prompting for checks of sensitive data, the user should either decide
they don't want to transmit possibly sensible at all, or review/edit the
to be transmitted data after getting warned about it.

Other use-cases for bug script prompting might exist, but (besides
installation-report, which is a special issue) are unknown to me.


Michael



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

Bug#485695: rlinetd:

[Alexander Hvostov]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Package: rlinetd
Version: 0.6-3
Severity: important

The update-inetd script in rlinetd produces an error exit status when 
/usr/sbin/update-inetd is not diverted, i.e. rlinetd is the only 
inetd-like package installed.

When update-inetd in this configuration is called from a package 
maintainer script, said package maintainer script fails, and packages 
(in my case samba) become impossible to install, upgrade, or remove 
without editing the update-inetd script. Hence the severity of this 
bug report.

The problem is solved by adding a line "exit 0" at the end of the 
update-inetd script.

- -- System Information:
Debian Release: 4.0
  APT prefers stable
  APT policy: (990, 'stable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)

Versions of packages rlinetd depends on:
ii  debconf [debconf-2.0]  1.5.11etch1   Debian configuration management sy
ii  dpkg   1.13.25   package maintenance system for Deb
ii  libc6  2.3.6.ds1-13etch5 GNU C Library: Shared libraries
ii  libcap11:1.10-14 support for getting/setting POSIX.
ii  libwrap0   7.6.dbs-13Wietse Venema's TCP wrappers libra
ii  lsb-base   3.1-23.2etch1 Linux Standard Base 3.1 init scrip
ii  netbase4.29  Basic TCP/IP networking system
ii  perl   5.8.8-7etch3  Larry Wall's Practical Extraction 

Versions of packages rlinetd recommends:
ii  sysklogd [system-log-daemon]  1.4.1-18   System Logging Daemon

- -- debconf information:
* rlinetd/convert_from_inetd: false
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.6 (GNU/Linux)

iD8DBQFITv05tHQW4HWNftkRAjdPAJ9iqInwtmvBIPMi0OiwGCtWntdW6gCeK+j8
mlHh7a+uPCKiZtdXwfc6Tn4=
=WFg3
-END PGP SIGNATURE-



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

Bug#485609: Problem with device renaming and grub after clean install

[gray]

Frans Pop wrote:
> reassign 485609 linux-2.6 2.6.24-7
> retitle 485609 modules.pcimap lists both pata_sis and sis5513 for [1039:5513]
> thanks
> 
> On Tuesday 10 June 2008, [EMAIL PROTECTED] wrote:
>> It seems that the kernel is remapping /dev/hda using the scsi
>> emulation, which I did not enable and grub doesn't know about during
>> the installation. Oddly I have the same kernel installed for the
>> unstable partition and I do not run into the same problem. I took a
>> look at the kernel config on both and nothing stands out.
> 
> Reason for this is that the Debian kernel provides two modules that
> support your IDE controller:
> $ grep 1039.*5513 /lib/modules/2.6.24-1-amd64/modules.pcimap
> pata_sis 0x1039 0x5513 0x 0x 0x 
> 0x 0x0
> sis5513  0x1039 0x5513 0x 0x 0x 
> 0x 0x0
> 
> Which gets loaded is somewhat random and apparently the installer used
> the second (setting the system up to use /dev/hda), while after the
> reboot the first was used (changing the device name to /dev/sda).
> 
> This is a known issue listed in the errata.
> 
> Reassigning your report to the kernel team because AFAIK we should not
> be listing two modules for the same controller.
> 
> Cheers,
> FJP

Why am I not surprised that its related to the crappy sis chipset on this
motherboard? Anywho, thanks for the help. Now I can go on and test more of 
testing.

Interesting note, although I have both modules in my Unstable install as well,
the kernel loads them both in unstable but never swaps which one is in control.
I dunno. If I see anything useful I will let you know.

Thanks!

Matthew



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

Bug#483597: Bug not properly fixed

[Dominic Hargreaves]

On Tue, Jun 10, 2008 at 10:51:21PM +0200, Christian Perrier wrote:
> What is planned for fixing that bug in unstable ?
> 
> Is the 4.2* versions meant to be uploaded to unstable with lenny
> release in mind ?

Yes.

-- 
Dominic Hargreaves | http://www.larted.org.uk/~dom/
PGP key 5178E2A5 from the.earth.li (keyserver,web,email)



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

Bug#485020: xfsprogs: xfs_growfs does not work with amd64 kernels

[nscott]

> Here is the output
>
> tunnan:/# file `which xfs_growfs`
> /usr/sbin/xfs_growfs: ELF 32-bit LSB executable, Intel 80386, version 1
> (SYSV), for GNU/Linux 2.4.1, dynamically linked (uses shared libs), for
> GNU/Linux 2.4.1, stripped

Yeah, so thats a 32 bit userspace with 64 bit kernel - there must be an
alignment/size issue in the growfs ioctl.  I'll let the XFS developers know,
there are games they play in the kernel to counteract this problem.

You will find that a 64 bit userspace will work fine (with 64 bit kernel).

cheers.

--
Nathan




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

Bug#481909: Status ?

[Sergey B Kirpichev]

2008/6/10 Tourneur Henry-Nicolas <[EMAIL PROTECTED]>:
> What's the status of this ITP ? Do you think you will be able to get it
> into Lenny ?

Now I'm seeking for sponsorship.  The package was uploaded to
mentors.debian.net:
http://mentors.debian.net/debian/pool/main/l/libapache2-mod-bw/



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

Bug#485696: rlinetd: update-inetd script may return erroneous error exit status

[Alexander Hvostov]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Package: rlinetd
Version: 0.6-3
Severity: important

The update-inetd script in rlinetd produces an error exit status when 
/usr/sbin/update-inetd is not diverted, i.e. rlinetd is the only 
inetd-like package installed.

When update-inetd in this configuration is called from a package 
maintainer script, said package maintainer script fails, and packages 
(in my case samba) become impossible to install, upgrade, or remove 
without editing the update-inetd script. Hence the severity of this 
bug report.

The problem is solved by adding a line "exit 0" at the end of the 
update-inetd script.

- -- System Information:
Debian Release: 4.0
  APT prefers stable
  APT policy: (990, 'stable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)

Versions of packages rlinetd depends on:
ii  debconf [debconf-2.0]  1.5.11etch1   Debian configuration management sy
ii  dpkg   1.13.25   package maintenance system for Deb
ii  libc6  2.3.6.ds1-13etch5 GNU C Library: Shared libraries
ii  libcap11:1.10-14 support for getting/setting POSIX.
ii  libwrap0   7.6.dbs-13Wietse Venema's TCP wrappers libra
ii  lsb-base   3.1-23.2etch1 Linux Standard Base 3.1 init scrip
ii  netbase4.29  Basic TCP/IP networking system
ii  perl   5.8.8-7etch3  Larry Wall's Practical Extraction 

Versions of packages rlinetd recommends:
ii  sysklogd [system-log-daemon]  1.4.1-18   System Logging Daemon

- -- debconf information:
* rlinetd/convert_from_inetd: false
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.6 (GNU/Linux)

iD8DBQFITv05tHQW4HWNftkRAjdPAJ9iqInwtmvBIPMi0OiwGCtWntdW6gCeK+j8
mlHh7a+uPCKiZtdXwfc6Tn4=
=WFg3
-END PGP SIGNATURE-



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

Bug#481374: KDM: login accepted even if password is wrong

[Ana Guerrero]

Hi Luca,

On Thu, May 15, 2008 at 05:44:59PM +0200, Luca Costantino wrote:
> Subject: kdm: login accepted even if password is wrong
> Package: kdm
> Version: 4:3.5.9.dfsg.1-2+b1
> Severity: critical
> Justification: breaks the whole system
> 
> KDM lets me login even if a type a wrong password. that happens to all
> the account on my laptop
>

In the Control Center, go to System Administation->Login Manager. Once there
there is a tab named Convenience (it is the last tab), there is an option to
enable password-less logins. I'm almost sure you enabled that :)

Ana




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

Bug#484902: xserver-xorg-video-radeonhd: Draws some parts of application windows incorrectly

[Ilpo Järvinen]

I was able to workaround it by setting my screen size with xrandr.

By default it got bogus values:
(II) RADEONHD(0): Setting screen physical size to 1 x 257
...which resulted in some super bogusness:
resolution: 32512x101 dots per inch

After xrandr --fbmm 300x230 all is in order again :-). Yielding to:
resolution:108x113 dots per inch

-- 
 i.



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