Bug#405270: same here on ibm t60

[Bastian Venthur]

severity 405270 serious
found 405270 1.7.22-4
stop


Same problem here on a IBM/Lenovo T60. When the radio switch is off, the
system hangs with a nice:

  BUG: soft lockup detected on CPU#0!

shortly after the ipw3945d loaded. There is nothing I can do but
restarting the machine and switching the system on.

Since this is happens to me on a Etch machine and causes the system to
hang, I upgrade the severity oft this bug (makes package unsuitable for
release).

My Kernel Version:
  2.6.18-4-amd64 #1 SMP Wed Feb 21 14:29:38 UTC 2007 x86_64 GNU/Linux


Cheers,

Bastian


-- 
Bastian Venthur  http://venthur.de
Debian Developer venthur at debian org



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

Bug#415912: lincity-ng: Strange message in popup window

[alain Baeckeroot]

Le vendredi 23 mars 2007 01:13, Lothar Guthmann a écrit :
> Package: lincity-ng
> Version: 1.0.3-2
> Severity: normal
> 
> When I tried to build a tip, I got a popup window with
> the message "0x810de0c135228317 '0'" in it. Now what
> does that mean? :-) . BTW: I already have 4 tips.
> 
> Greetings, Lothar

Can you provide the saved game (in ~/.lincity/ the current game is 9_...)
Alain.

Bug#415897: xpdf.bin segfaults

[Hamish Moffatt]

On Thu, Mar 22, 2007 at 09:55:14PM +0100, Russell Davidson wrote:
> When xpdf is started, with or without a file name as argument, it reports 
> a segmentation fault.
> As an example:
> 
> bizet:/home/russell> xpdf
> Segmentation fault
> bizet:/home/russell> xpdf cx5200.pdf 
> Segmentation fault
> 
> Suggestion: As the source does not build on account of incompatibilities 
> with the freetype headers, perhaps the xpdf-bin executable is incompatible 
> with the current libfreetype dynamic library.

I am using amd64 here and it works fine. Could you please strace the
binary and/or run it in gdb to get more information?

> lesstif2: 1:0.94.4-2
> libc6: 2.3.6.ds1-13
> libfreetype6: 2.2.1-5
> libgcc1: 1:4.1.1-21
> libice6: 1:1.0.1-2
> libpaper1: 1.1.21
> libsm6: 1:1.0.1-3
> libstdc++6: 4.1.1-21
> libt1-5: 5.1.0-2
> libx11-6: 2:1.0.3-6
> libxext6: 1:1.0.1-2
> libxp6: 1:1.0.0.xsf1-1
> libxpm4: 1:3.5.5-2
> libxt6: 1:1.0.2-2
> zlib1g: 1:1.2.3-13
> gsfonts: 1:8.11+urwcyr1.0.7~pre41-1
> xpdf-common: 3.01-9

If you use reportbug it includes this information automatically, fyi.

Hamish
-- 
Hamish Moffatt VK3SB <[EMAIL PROTECTED]> <[EMAIL PROTECTED]>


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

Bug#415941: kdebase: [debconf_rewrite] Debconf templates review

[Christian Perrier]

Package: kdebase
Version: N/A
Severity: normal
Tags: patch

Dear Debian maintainer,

On Friday, March 23, 2007, I notified you of the beginning of a review process
concerning debconf templates for kdebase.

The debian-l10n-english contributors have now reviewed these templates,
and the proposed changes are attached to this bug report.

Please review the suggested changes are suggested, and if you have any
objections, let me know in the next 3 days.

Please try to avoid uploading kdebase with these changes right now.

The second phase of this process will begin on Monday, March 26, 2007, when I 
will
coordinate updates to translations of debconf templates.

The existing translators will be notified of the changes: they will
receive an updated PO file for their language.

Simultaneously, a general call for new translations will be sent to
the debian-i18n mailing list.

Both these calls for translations will request updates to be sent as
individual bug reports. That will probably trigger a lot of bug
reports against your package, but these should be easier to deal with.

The call for translation updates and new translations will run until
Saturday, April 07, 2007. Please avoid uploading a package with fixed or changed
debconf templates and/or translation updates in the meantime. Of
course, other changes are safe.

On Sunday, April 08, 2007, I will contact you again and will send a final patch
summarizing all the updates (changes to debconf templates,
updates to debconf translations and new debconf translations).

Again, thanks for your attention and cooperation.


-- System Information:
Debian Release: 4.0
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/dash
Kernel: Linux 2.6.18-4-486
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
--- debian.old/kdm.templates2007-03-14 20:06:15.238502195 +0100
+++ debian/kdm.templates2007-03-15 07:24:30.300615191 +0100
@@ -1,18 +1,18 @@
 Template: shared/default-x-display-manager
 Type: select
 Choices: ${choices}
-_Description: Select the desired default display manager.
+_Description: Default display manager:
  A display manager is a program that provides graphical login capabilities for
  the X Window System.
  .
  Only one display manager can manage a given X server, but multiple display
- manager packages are installed.  Please select which display manager should
+ manager packages are installed. Please select which display manager should
  run by default.
  .
- (Multiple display managers can run simultaneously if they are configured to
+ Multiple display managers can run simultaneously if they are configured to
  manage different servers; to achieve this, configure the display managers
  accordingly, edit each of their init scripts in /etc/init.d, and disable the
- check for a default display manager.)
+ check for a default display manager.
 
 Template: kdm/daemon_name
 Type: string
@@ -23,9 +23,10 @@
 Template: kdm/stop_running_server_with_children
 Type: boolean
 Default: false
-_Description: Do you wish to stop the kdm daemon?
+_Description: Stop the kdm daemon?
  The K Desktop manager (kdm) daemon is typically stopped on package upgrade
  and removal, but it appears to be managing at least one running X session.
+ .
  If kdm is stopped now, any X sessions it manages will be terminated.
- Otherwise you may leave kdm running, and the new version will take effect the
- next time the daemon is restarted.
+ Otherwise, the new version will take effect the next time the daemon
+ is restarted.
--- 
/home/bubulle/travail/debian/rewrite/TRANS/kdebase/kdebase.old/debian/kdm.templates
 2007-03-14 20:06:15.238502195 +0100
+++ 
/home/bubulle/travail/debian/rewrite/TRANS/kdebase/kdebase/debian/kdm.templates 
2007-03-15 07:24:30.300615191 +0100
@@ -1,18 +1,18 @@
 Template: shared/default-x-display-manager
 Type: select
 Choices: ${choices}
-_Description: Select the desired default display manager.
+_Description: Default display manager:
  A display manager is a program that provides graphical login capabilities for
  the X Window System.
  .
  Only one display manager can manage a given X server, but multiple display
- manager packages are installed.  Please select which display manager should
+ manager packages are installed. Please select which display manager should
  run by default.
  .
- (Multiple display managers can run simultaneously if they are configured to
+ Multiple display managers can run simultaneously if they are configured to
  manage different servers; to achieve this, configure the display managers
  accordingly, edit each of their init scripts in /etc/init.d, and disable the
- check for a default display manager.)
+ check for a default display manager.
 
 Template: kdm/daemon_name
 Type: string
@@ -23,9 +23,10 @@
 Template: kdm/stop_running_server_with_children
 Type: boolean
 Default: false
-_Description: Do you wish to stop the kdm daemon?
+_Description: Stop

Bug#415943: aptitude: crash after download some packages

[Torsten Wiebke]

Package: aptitude
Version: 0.4.4-1
Severity: normal

Hallo,
after download of some programs aptitude crashes. Here the output of the 
konsole:
# aptitude
Wähle vormals abgewähltes Paket autoconf.
(Lese Datenbank ... 124773 Dateien und Verzeichnisse sind derzeit installiert.)
Entpacke autoconf (aus .../autoconf_2.61-4_all.deb) ...
Wähle vormals abgewähltes Paket autotools-dev.
Entpacke autotools-dev (aus .../autotools-dev_20060702.1_all.deb) ...
Wähle vormals abgewähltes Paket automake.
Entpacke automake (aus .../automake_1%3a1.10+nogfdl-1_all.deb) ...
Wähle vormals abgewähltes Paket automake1.9.
Entpacke automake1.9 (aus .../automake1.9_1.9.6+nogfdl-3_all.deb) ...
Vorbereiten zum Ersetzen von dhcdbd 2.0-2 (durch 
.../archives/dhcdbd_2.0-3_i386.deb) ...
Entpacke Ersatz für dhcdbd ...
Vorbereiten zum Ersetzen von libnspr4-0d 1.8.0.9-1 (durch 
.../libnspr4-0d_1.8.0.10-3_i386.deb) ...
Entpacke Ersatz für libnspr4-0d ...
Vorbereiten zum Ersetzen von libnss3-0d 1.8.0.9-1 (durch 
.../libnss3-0d_1.8.0.10-3_i386.deb) ...
Entpacke Ersatz für libnss3-0d ...
Vorbereiten zum Ersetzen von evolution 2.6.3-3 (durch 
.../evolution_2.6.3-6_i386.deb) ...
Entpacke Ersatz für evolution ...
Vorbereiten zum Ersetzen von evolution-common 2.6.3-3 (durch 
.../evolution-common_2.6.3-6_all.deb) ...
Entpacke Ersatz für evolution-common ...
Wähle vormals abgewähltes Paket gcc-4.1-locales.
Entpacke gcc-4.1-locales (aus .../gcc-4.1-locales_4.1.1-21_all.deb) ...
Wähle vormals abgewähltes Paket hnb.
Entpacke hnb (aus .../archives/hnb_1.9.18-3_i386.deb) ...
Wähle vormals abgewähltes Paket libc6-amd64.
Entpacke libc6-amd64 (aus .../libc6-amd64_2.3.6.ds1-13_i386.deb) ...
Wähle vormals abgewähltes Paket lib64gcc1.
Entpacke lib64gcc1 (aus .../lib64gcc1_1%3a4.1.1-21_i386.deb) ...
Wähle vormals abgewähltes Paket lib64ssp0.
Entpacke lib64ssp0 (aus .../lib64ssp0_4.1.1-21_i386.deb) ...
Wähle vormals abgewähltes Paket libltdl3-dev.
Entpacke libltdl3-dev (aus .../libltdl3-dev_1.5.22-4_i386.deb) ...
Wähle vormals abgewähltes Paket libtool.
Entpacke libtool (aus .../libtool_1.5.22-4_i386.deb) ...
Wähle vormals abgewähltes Paket libtool-doc.
Entpacke libtool-doc (aus .../libtool-doc_1.5.22-4_all.deb) ...
Richte autoconf ein (2.61-4) ...

Richte autotools-dev ein (20060702.1) ...
Richte automake ein (1.10+nogfdl-1) ...

Richte automake1.9 ein (1.9.6+nogfdl-3) ...

Richte dhcdbd ein (2.0-3) ...
Reloading system message bus config...done.
Restarting DHCP D-Bus daemon: dhcdbd.

Richte libnspr4-0d ein (1.8.0.10-3) ...

Richte libnss3-0d ein (1.8.0.10-3) ...

Richte evolution-common ein (2.6.3-6) ...

Richte evolution ein (2.6.3-6) ...

Richte gcc-4.1-locales ein (4.1.1-21) ...
Richte hnb ein (1.9.18-3) ...

Richte libc6-amd64 ein (2.3.6.ds1-13) ...

Richte lib64gcc1 ein (4.1.1-21) ...

Richte lib64ssp0 ein (4.1.1-21) ...

Richte libltdl3-dev ein (1.5.22-4) ...
Richte libtool ein (1.5.22-4) ...
Richte libtool-doc ein (1.5.22-4) ...

Drücken Sie zum Fortsetzen die Eingabetaste.

Aua! SIGABRT erhalten, sterbe ...
Abgebrochen
***

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

Versions of packages aptitude depends on:
ii  apt [libapt-pkg-libc6.3-6-3 0.6.46.4-0.1 Advanced front-end for dpkg
ii  libc6   2.3.6.ds1-13 GNU C Library: Shared libraries
ii  libgcc1 1:4.1.1-21   GCC support library
ii  libncursesw55.5-5Shared libraries for terminal hand
ii  libsigc++-2.0-0c2a  2.0.17-2 type-safe Signal Framework for C++
ii  libstdc++6  4.1.1-21 The GNU Standard C++ Library v3

Versions of packages aptitude recommends:
pn  aptitude-doc-en | aptitude-do  (no description available)

-- no debconf information


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

Bug#415649: blobwars: several fixes

[Guus Sliepen]

On Wed, Mar 21, 2007 at 12:54:20AM +0100, Javier Serrano Polo wrote:

> This patch fixes several bugs, I'll write some related info to them.
> Though I could split it, I haven't tested each fix separately.
> 
> The related bugs are 299145, 329152, 361905, 362661, 405854.

You try to fix 299145 by detecting the type of map by comparing its
name, and then specialcasing certain map element types. However, I
think it's better to just fix the map itself. For example in Flooded
Tunnel #2, one could replace the lowest "243" in the problematic shaft
with "0". What do you think?

-- 
Met vriendelijke groet / with kind regards,
  Guus Sliepen <[EMAIL PROTECTED]>


signature.asc
Description: Digital signature

Bug#415942: xserver-xorg: X server crash with error signal 11 on fglrx driver

[Denis Sirotkin]

Package: xserver-xorg
Version: 1:7.1.0-15
Severity: important

  With 1280x1024 or 1024x768 @85 Hz modes xserver starts OK.
  When I try to use 1280x960 mode by adding it to SubSection
"Display" of Section "Screen", xserver starts with next to it mode.
  When I try to specify any Modeline, even given by DDC or
by "xvidtune -show" when all starts OK, xserver crashes with signal 11.
  I tryed set up option NoDDC and/or comment line 'Load "ddc"' in
Section "Module", but it seems that it have no effect - driver get DDC
from monitor anyway.
  And I don't see xserver-xorg-dbg package in the repository.

  Free ati/radeon driver have no this problem.


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

/etc/X11/X target does not match checksum in /var/lib/x11/X.md5sum.

X server symlink status:
lrwxrwxrwx 1 root root 13 2006-06-07 18:47 /etc/X11/X -> /usr/bin/Xorg
-rwxr-xr-x 1 root root 1597964 2007-03-01 08:09 /usr/bin/Xorg

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

VGA-compatible devices on PCI bus:
01:00.0 VGA compatible controller: ATI Technologies Inc RV350 AR [Radeon 9600]

/etc/X11/xorg.conf does not match checksum in /var/lib/x11/xorg.conf.md5sum.

Xorg X server configuration file status:
-rw-r--r-- 1 root root 5400 2007-03-23 11:10 /etc/X11/xorg.conf

Contents of /etc/X11/xorg.conf:

# xorg.conf.dpkg-new (Xorg X Window System server configuration file)
#
# This file was generated by dexconf, the Debian X Configuration tool, using
# values from the debconf database.
#
# Edit this file with caution, and see the xorg.conf.dpkg-new manual page.
# (Type "man xorg.conf.dpkg-new" at the shell prompt.)
#
# This file is automatically updated on xserver-xorg package upgrades *only*
# if it has not been modified since the last upgrade of the xserver-xorg
# package.
#
# If you have edited this file but would like it to be automatically updated
# again, run the following commands as root:
#
#   cp /etc/X11/xorg.conf.dpkg-new /etc/X11/xorg.conf.dpkg-new.custom
#   md5sum /etc/X11/xorg.conf.dpkg-new 
>/var/lib/xfree86/xorg.conf.dpkg-new.md5sum
#   dpkg-reconfigure xserver-xorg

Section "ServerLayout"
Identifier "Default Layout"
Screen  0  "Default Screen" 0 0
InputDevice"Generic Keyboard"
InputDevice"Configured Mouse"
EndSection

Section "Files"
# local font server
# if the local font server has problems, we can fall back on these
#   FontPath "unix/:7100"
FontPath"/usr/share/fonts/X11/misc"
FontPath"/usr/X11R6/lib/X11/fonts/misc"
FontPath"/usr/share/fonts/X11/cyrillic"
FontPath"/usr/X11R6/lib/X11/fonts/cyrillic"
FontPath"/usr/share/fonts/X11/100dpi/:unscaled"
FontPath"/usr/X11R6/lib/X11/fonts/100dpi/:unscaled"
FontPath"/usr/share/fonts/X11/75dpi/:unscaled"
FontPath"/usr/X11R6/lib/X11/fonts/75dpi/:unscaled"
FontPath"/usr/share/fonts/X11/Type1"
FontPath"/usr/X11R6/lib/X11/fonts/Type1"
FontPath"/usr/share/fonts/X11/100dpi"
FontPath"/usr/X11R6/lib/X11/fonts/100dpi"
FontPath"/usr/share/fonts/X11/75dpi"
FontPath"/usr/X11R6/lib/X11/fonts/75dpi"
# path to defoma fonts
FontPath"/var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType"
EndSection

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

Section "InputDevice"
Identifier  "Generic Keyboard"
Driver  "keyboard"
Option  "CoreKeyboard"
Option  "XkbRules" "xorg"
Option  "XkbModel" "pc105"
Option  "XkbLayout" "us,ru(winkeys)"
Option  "XkbOptions" "grp:caps_toggle:grp_led:scroll"
EndSection

Section "InputDevice"
Identifier  "Configured Mouse"
Driver  "mouse"
Option  "CorePointer"
Option  "Device" 
"/dev/input/by-id/usb-A4Tech_USB_Optical_Mouse-mouse"
Option  "Protocol" "ExplorerPS/2"
Option  "Emulate3Buttons" "false"
EndSection

Section "Monitor"
Identifier   "PHILIPS 107P"
HorizSync30.0 - 97.0
VertRefresh  50.0 - 160.0
Option  "DPMS"
Modeline "1280x1024"  157.50  1280 1344 1504 1728  1024 1025 1028 1072
EndSection

Section "Device"
Driver  "fglrx"
Identifier  "ATI Technologies, Inc. RV350 AR [Radeon 9600]"
Option  "NoDDC"
Option  "BusType" "AGP"
Option  "VideoOverlay" "on"
BusID   "PCI:1:0:0"
EndSection

Section "Screen"
Identifier "Default Screen"
Device "ATI Technologies, Inc. RV350 AR [Radeon 9600]"
 

Bug#415172: blobwars: segfaults when playing without saving slot

[Guus Sliepen]

On Fri, Mar 16, 2007 at 07:24:48PM +0100, Javier Serrano Polo wrote:

> After partially finishing a stage (that is, it isn't perfectly cleared),
> the game will segfault when returning to that stage if you haven't used
> a save slot. This is because completed objectives are stored in
> persistant?.dat files, not in memory.
> 
> Therefore, I propose to force saving the game by removing the related
> widgets. The attachment contains the proposed changes.

But this removes functionality that existing users may have come to rely
on. How about autosaving after escaping from a stage?

-- 
Met vriendelijke groet / with kind regards,
  Guus Sliepen <[EMAIL PROTECTED]>


signature.asc
Description: Digital signature

Bug#415940: inkscape: translator credits in the about dialog is empty

[Paul Wise]

Package: inkscape
Version: 0.45-1
Severity: normal

The Translators tab in the about dialog shows only the string
"translator-credits". I presume it is meant to have a list of names of
translators. I'm imagining this is a packaging bug rather than an
upstream code bug.

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

-- 
bye,
pabs

http://wiki.debian.org/PaulWise


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

Bug#415876: ruby-yarv_0.4.1-1(experimental/ia64/alkman): FTBFS: 'ucontext_t' undeclared (first use in this function)

[Patrick Ringl]

Marc 'HE' Brockschmidt wrote:

Package: ruby-yarv
Version: 0.4.1-1
Severity: serious
Tags: experimental

| Automatic build of ruby-yarv_0.4.1-1 on alkman by sbuild/ia64 98-farm
| Build started at 20070322-1802
| **

[...]

| cc -g -Wall -O2  -DRUBY_EXPORT  -I. -I.  -c gc.c
| gc.c: In function 'rb_source_filename':
| gc.c:567: warning: dereferencing type-punned pointer will break 
strict-aliasing rules
| gc.c: In function 'gc_mark_children':
| gc.c:985: warning: suggest parentheses around + or - inside shift
| gc.c:985: warning: suggest parentheses around + or - inside shift
| gc.c: In function 'obj_free':
| gc.c:1239: warning: suggest parentheses around comparison in operand of &
| gc.c:1247: warning: format '%p' expects type 'void *', but argument 3 has 
type 'VALUE'
| gc.c: In function 'garbage_collect':
| gc.c:1337: error: 'ucontext_t' undeclared (first use in this function)

A complete build log can be found at
http://experimental.debian.net/build.php?arch=ia64&pkg=ruby-yarv&ver=0.4.1-1

This looks like a missing #include of ucontext.h (for which you check in
configure...)

  


Hello,
well since ruby-yarv's development has kind of stopped (it has been 
merged to ruby1.9 meanwhile) it's an unnecessary effort to reupload it, 
since the package should be deleted immediately.
I even talked to Akira Yamada (responsible for ruby1.9 in debian) who 
told me he'll upload a recent ruby1.9 version soon. Thus ruby-yarv as 
package itself is obsolete.


Hope that explains it.


regards,
Patrick


Marc
  




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

Bug#373754: package is ready

[LI Daobing]

package files:
http://codebrowse.launchpad.net/~lidaobing/llk-linux/debian/files

binary packages:
http://code.google.com/p/pkg-newedit/downloads/list


--
LI Daobing


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

Bug#377799: ITP: yersinia -- a framework for layer 2 attacks

[Bart Martens]

I intend to sponsor this package.  That is, review the package and send
comments to Raphaël via private e-mail, probably also upload.



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

Bug#415829: RFA: timidity -- Software sound renderer (MIDI sequencer, MOD player)

[Joost Yervante Damad]

Hi Henrique,

if no-one has stepped up yet, I'd like to take over this package and put it in 
the debian-multimedia SVN.

Greetings, Joost

-- 
The planet Andete is famous for it's killer edible poets.



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

Bug#404107: [PATCH] [linux-image-2.6.18-3-686] sky2 crashes on boot or resume

[Florian Lohoff]

On Thu, Mar 22, 2007 at 07:57:34AM -0300, Renato S. Yamane wrote:
> 
> Please, test this patch below.
> Thanks to Stephen Hemminger!
> 

Doesnt help - Broke this morning on first boot ...

Mar 23 07:31:47 localhost kernel: [   26.568000] sky2 eth1: enabling interface
Mar 23 07:31:47 localhost kernel: [   26.572000] sky2 eth1: phy write timeout
Mar 23 07:31:47 localhost kernel: [   26.576000] sky2 eth1: phy write timeout
Mar 23 07:31:47 localhost kernel: [   26.576000] sky2 eth1: phy write timeout
Mar 23 07:31:47 localhost kernel: [   26.58] sky2 eth1: phy write timeout
Mar 23 07:31:47 localhost kernel: [   26.584000] sky2 eth1: phy write timeout
Mar 23 07:31:47 localhost kernel: [   26.584000] sky2 eth1: phy write timeout
Mar 23 07:31:47 localhost kernel: [   26.588000] sky2 eth1: phy write timeout
Mar 23 07:31:47 localhost kernel: [   26.588000] sky2 eth1: phy write timeout
Mar 23 07:31:47 localhost kernel: [   26.592000] sky2 eth1: phy write timeout
Mar 23 07:31:47 localhost kernel: [   26.592000] sky2 eth1: phy write timeout
Mar 23 07:31:47 localhost kernel: [   26.592000] sky2 eth1: ram buffer 1020K

After a reboot (without powering down) everything is fine ...

Flo

> ---
>  drivers/net/sky2.c |   11 +--
>  1 file changed, 5 insertions(+), 6 deletions(-)
> 
> --- sky2-dev.orig/drivers/net/sky2.c  2007-03-19 14:28:00.0 -0700
> +++ sky2-dev/drivers/net/sky2.c   2007-03-19 15:24:16.0 -0700
> @@ -2489,9 +2489,13 @@
>  {
>   u8 t8;
> 
> + hw->chip_id = sky2_read8(hw, B2_CHIP_ID);
> + /* Make sure and enable all clocks */
> + if (hw->chip_id == CHIP_ID_YUKON_EX || hw->chip_id == 
> CHIP_ID_YUKON_EC_U)
> + sky2_pci_write32(hw, PCI_DEV_REG3, 0);
> +
>   sky2_write8(hw, B0_CTST, CS_RST_CLR);
> 
> - hw->chip_id = sky2_read8(hw, B2_CHIP_ID);
>   if (hw->chip_id < CHIP_ID_YUKON_XL || hw->chip_id > CHIP_ID_YUKON_FE) {
>   dev_err(&hw->pdev->dev, "unsupported chip type 0x%x\n",
>   hw->chip_id);
> @@ -2501,11 +2505,6 @@
>   if (hw->chip_id == CHIP_ID_YUKON_EX)
>   dev_warn(&hw->pdev->dev, "this driver not yet tested on this 
> chip type\n"
>"Please report success or failure to 
> \n");
> -
> - /* Make sure and enable all clocks */
> - if (hw->chip_id == CHIP_ID_YUKON_EX || hw->chip_id == 
> CHIP_ID_YUKON_EC_U)
> - sky2_pci_write32(hw, PCI_DEV_REG3, 0);
> -
>   hw->chip_rev = (sky2_read8(hw, B2_MAC_CFG) & CFG_CHIP_R_MSK) >> 4;
> 
>   /* This rev is really old, and requires untested workarounds */

-- 
Florian Lohoff  [EMAIL PROTECTED] +49-171-2280134
Those who would give up a little freedom to get a little 
  security shall soon have neither - Benjamin Franklin


signature.asc
Description: Digital signature

Bug#415468: aptitude: Manpages unreadable

[Kobayashi Noritada]

From: Florentin Duneau <[EMAIL PROTECTED]>
Subject: Bug#415468: aptitude: Manpages unreadable
Date: Thu, 22 Mar 2007 22:02:30 +0100

> On 07:25 Wed 21 Mar, Daniel Burrows wrote:
> [...]
> > 
> >   I get:
> > 
> > COMMAND-LINE ACTIONS
> >The first argument which does not begin with a hyphen (“-”) is
> >considered to be an action that the program should perform. If an
> >action is not specified on the command-line, aptitude will start up 
> > in
> >visual mode.
> > 
> >The following actions are available:
> > 
> >install
> > 
> >   This is with aptitude 0.4.4-4 as present in Debian.  Did you get your
> > package from somewhere else?
> 
> I get aptitude from official Debian repository (ftp.fr.debian.org).
> 
> With aptitude-0.4.4-4, I can reproduce it with konsole, xterm and in
> console mode (with english and french man page) on my two computers.
> 
> I have downgraded aptitude-0.4.4-4 to 0.4.4-3 from /var/cache/apt/archives
> with dpkg and I can't reproduce it with this version.

This bug also occurs for Japanese manpages in my environment (i.e. on
mlterm, packages in pbuilder chroot for sid).  I'm sure this is
reproducible.  I cannot understand why it cannot be reproduced in
Daniel's environment...

Thanks,

-nori


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

Bug#361735: blobwars: Spelling errors

[Josh Triplett]

Javier Serrano Polo wrote:
> tags 361735 patch
> tags 361751 patch
> tags 361880 patch
> tags 362497 patch
> tags 362660 patch
> thanks
> 
> It contains proposed corrections to the above bugs plus a few I
> detected.

This patch looks good to me, with two exceptions:

> -EMH ITEM 3 "Grenades" 2600 1400 GrenadeIcon
> +EMH ITEM 3 "set of Grenades" 2600 1400 GrenadeIcon

I don't think this needs to change.

> -those that try to find the entrance! Luckily it seems that due to the number 
> of traps, the enemy have
> -not yet entered this area. That doesn't, however, mean that they won't...
> +those seeking the entrance! Luckily it seems that due to the number of 
> traps, the enemy hasn't
> +yet entered this area. However, that doesn't mean they won't...

I like the first change (s/that try to find/seeking/), but I personally like
the second part as it currently stands, with the "however" in the middle.
It gives the sentence a certain character and tone that the rewrite seems to
lose.

- Josh Triplett




signature.asc
Description: OpenPGP digital signature

Bug#415939:

[Matt Petteys]

Package: libnet-jabber-perl
Version: 2.0-3

I recently upgraded my jabber server to the Wildfire 3.1.1 jabber
server.  At that time, a couple of perl scripts that I was using to
send automated notifications started failing with the below error when
running the script with debuglevel at 2.  The scripts are basic
scripts that use Net::Jabber to send a message.

..
XML::Stream: Read: buff(http://etherx.jabber.org/streams"; xmlns="jabber:client"
from="yellowguppy.com" id="28522c33" xml:lang="en"
version="1.0">PLAINhttp://jabber.org/features/iq-auth"/>)
XML::Stream: _handle_root: sid(28522c33)
sax(XML::Stream::Parser=HASH(0x8b981c0)) tag(stream:stream) att( xmlns
jabber:client xmlns:stream http://etherx.jabber.org/streams version
1.0 from yellowguppy.com id 28522c33 xml:lang en )
XML::Stream: Node: _handle_element: sid(28522c33)
sax(XML::Stream::Parser=HASH(0x8b981c0)) tag(stream:features) att( )
XML::Stream: Node: _handle_element: check( -1 )
XML::Stream: Node: _handle_element: sid(28522c33)
sax(XML::Stream::Parser=HASH(0x8b981c0)) tag(mechanisms) att( xmlns
urn:ietf:params:xml:ns:xmpp-sasl )
XML::Stream: Node: _handle_element: check( 0 )
XML::Stream: Node: _handle_element: sid(28522c33)
sax(XML::Stream::Parser=HASH(0x8b981c0)) tag(mechanism) att( )
XML::Stream: Node: _handle_element: check( 1 )
XML::Stream: Node: _handle_cdata: sid(28522c33)
sax(XML::Stream::Parser=HASH(0x8b981c0)) cdata(PLAIN)
XML::Stream: Node: _handle_cdata:
sax(XML::Stream::Parser=HASH(0x8b981c0)) cdata(PLAIN)
XML::Stream: Node: _handle_close: sid(28522c33)
sax(XML::Stream::Parser=HASH(0x8b981c0)) tag(mechanism)
XML::Stream: Node: _handle_close: check( 2 )
XML::Stream: Node: _handle_close: check2( 1 )
XML::Stream: Node: _handle_close: sid(28522c33)
sax(XML::Stream::Parser=HASH(0x8b981c0)) tag(mechanisms)
XML::Stream: Node: _handle_close: check( 1 )
XML::Stream: Node: _handle_close: check2( 0 )
XML::Stream: Node: _handle_element: sid(28522c33)
sax(XML::Stream::Parser=HASH(0x8b981c0)) tag(auth) att( xmlns
http://jabber.org/features/iq-auth )
XML::Stream: Node: _handle_element: check( 0 )
XML::Stream: Node: _handle_close: sid(28522c33)
sax(XML::Stream::Parser=HASH(0x8b981c0)) tag(auth)
XML::Stream: Node: _handle_close: check( 1 )
XML::Stream: Node: _handle_close: check2( 0 )
XML::Stream: Node: _handle_close: sid(28522c33)
sax(XML::Stream::Parser=HASH(0x8b981c0)) tag(stream:features)
XML::Stream: Node: _handle_close: check( 0 )
XML::Stream: Node: _handle_close: check2( -1 )
Can't use an undefined value as a HASH reference at
/usr/share/perl5/XML/Stream.pm line 1165.

The script is actually the script that can be downloaded from the
following url..

http://www.nagiosexchange.org/Networking.53.0.html?&tx_netnagext_pi1[p_view]=830

This script worked fine with ejabberd but now does not work with wildfire.

I found a similar bug report on CPAN at the following url..

http://rt.cpan.org/Public/Bug/Display.html?id=17484

The bug suggested changing the line around 1160 from the following..

delete($self->{SIDS}->{$currsid});

To the following..

delete($self->{SIDS}->{$currsid}) unless $currsid eq $sid;

This solved my issues..

Any ideas on whether this fix should be implemented in the distributed
version to make the package work with wildfire..?

I am using debian/testing, perl v5.8.8, libnet-jabber-perl/2.0-3 installed.


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

Bug#415937: ITP: Gimmie -- an elegant way to think about how you use your desktop computer

[Thierry Randrianiriana]

Package: wnpp
Owner: Thierry Randrianiriana <[EMAIL PROTECTED]>
Severity: wishlist

* Package name: Gimmie
  Version : 0.2.6
  Upstream Authors : 
   Alex Graveley <[EMAIL PROTECTED]>
   David Trowbridge <[EMAIL PROTECTED]>
   Mike Hearn <[EMAIL PROTECTED]>

* URL or Web page : http://beatnik.infogami.com/Gimmie
* License : LGPL 
  Description : an elegant way to think about how you use your desktop 
computer


* Integrated display of:
  o Applications from the system menu
  o Recently used documents, applications, printers, network shares, etc
  o People you've recently chatted with
  o People currently logged in for IM
  o Your Gaim buddy list's group organization
  o All devices, printers, mapped network shares, and system settings
* Show open conversations, opened documents, and running applications (both new 
and legacy) in the Gimmie Bar
* Bookmark apps, documents, and people in the Gimmie Bar for quick access
* Allow log out, shutdown, or switching to another user
* Shows the current time, a desktop switcher, and a trashcan
* Search for items with instantly displayed results
* Zoom in and out on recently used items, from today, to this month and beyond
 


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

Bug#415938: ITP: Gimmie -- an elegant way to think about how you use your desktop computer

[Thierry Randrianiriana]

Package: wnpp
Owner: Thierry Randrianiriana <[EMAIL PROTECTED]>
Severity: wishlist

* Package name: Gimmie
  Version : 0.2.6
  Upstream Authors : 
   Alex Graveley <[EMAIL PROTECTED]>
   David Trowbridge <[EMAIL PROTECTED]>
   Mike Hearn <[EMAIL PROTECTED]>

* URL or Web page : http://beatnik.infogami.com/Gimmie
* License : LGPL 
  Description : an elegant way to think about how you use your desktop 
computer


* Integrated display of:
  o Applications from the system menu
  o Recently used documents, applications, printers, network shares, etc
  o People you've recently chatted with
  o People currently logged in for IM
  o Your Gaim buddy list's group organization
  o All devices, printers, mapped network shares, and system settings
* Show open conversations, opened documents, and running applications (both new 
and legacy) in the Gimmie Bar
* Bookmark apps, documents, and people in the Gimmie Bar for quick access
* Allow log out, shutdown, or switching to another user
* Shows the current time, a desktop switcher, and a trashcan
* Search for items with instantly displayed results
* Zoom in and out on recently used items, from today, to this month and beyond
 


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

Bug#415936: ITP: Gimmie -- an elegant way to think about how you use your desktop computer

[Thierry Randrianiriana]

Package: wnpp
Owner: Thierry Randrianiriana <[EMAIL PROTECTED]>
Severity: wishlist

* Package name: Gimmie
  Version : 0.2.6
  Upstream Authors : 
   Alex Graveley <[EMAIL PROTECTED]>
   David Trowbridge <[EMAIL PROTECTED]>
   Mike Hearn <[EMAIL PROTECTED]>

* URL or Web page : http://beatnik.infogami.com/Gimmie
* License : GPL 
  Description : an elegant way to think about how you use your desktop 
computer


* Integrated display of:
  o Applications from the system menu
  o Recently used documents, applications, printers, network shares, etc
  o People you've recently chatted with
  o People currently logged in for IM
  o Your Gaim buddy list's group organization
  o All devices, printers, mapped network shares, and system settings
* Show open conversations, opened documents, and running applications (both new 
and legacy) in the Gimmie Bar
* Bookmark apps, documents, and people in the Gimmie Bar for quick access
* Allow log out, shutdown, or switching to another user
* Shows the current time, a desktop switcher, and a trashcan
* Search for items with instantly displayed results
* Zoom in and out on recently used items, from today, to this month and beyond
 


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

Bug#366478: bad documentation and poor installation

[hui]

Yes, unfortunately I agree with this post. The docs are terrible with
this package and I've given up trying to integrate it with exim4 and
use it in general.

The package is pretty much useless, dspam_train does nothing and there's
not output with regard to any of the command that indicates there is
life.

The official dspam docs are useless and this is the first Debian package
I've completely given up on even though I've put a lot of effort into
it. It simply isn't useful as is.

bill



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

Bug#396782: apache2 default virtual host added on upgrade

[Peter Samuelson]

# sarge upgrade issue, I think it is RC
severity 396782 serious
thanks

I hope I've fixed this for the next upload, targetted for etch, as I
believe it should be RC.  I'm teaching the apache2.2-common postinst
how to recognise an upgrade from sarge versus a new install.  I hope to
have the time and ability to test the sarge upgrade paths within the
next day or two.

Peter


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

Bug#415934: debbugs: allow copying all settings for a usertags user

[Guillem Jover]

Package: debbugs
Severity: wishlist

Hi,

As discussed on irc with Don, it would be nice to be able to request
copying an existing usertags user to a new one. This might be needed
if the maintainer changes and we want to keep the tags for that package
or if ones address changes, etc.

thanks,
guillem


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

Bug#415935: debbugs: support retrieving and replaying usertags

[Guillem Jover]

Package: debbugs

Hi,

Also as discussed on irc with Don, it would be nice to be able to
retrieve all usertags settings for a user, modify some stuff locally
and sending the whole or part of the data back to be replayed by
debbugs. This would allow easily doing mass modifications, backing up
the data, or other useful stuff. ;)

regards,
guillem


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

Bug#415933: debbugs: display usertags for srcpkg user when passing pkg= to pkgreport.cgi

[Guillem Jover]

Package: debbugs
Severity: wishlist

Hi,

I've set all dpkg usertags on [EMAIL PROTECTED], the problem with this is
that it only works when the src= or pkg= value matches the package name
from @p.d.o, so I'd like that when using pkg= it would add a user
for its source package as well.

Namely the change would be needed in source/debian/cgi/pkgreport.cgi,
around line 251 near 'add_user("[EMAIL PROTECTED]");', the
code would need to get the source package for $pkg and do an
additional add_user for that source package.

regards,
guillem


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

Bug#415932: debbugs: usercategory set to hidden always

[Guillem Jover]

Package: debbugs

Hi,

Sent the following usercategory:

usercategory dpkg-program-maint
 * dpkg-program
 * status
 * severity
 * classification

Which got the set as hidden on the BTS, from merkel's mirror:

Category: dpkg-program-maint
Hidden: yes
Cat1: dpkg-program
Cat2: status
Cat3: severity
Cat4: classification

Checking a bit the sources, the problem seems to be that in
'source/debian/cgi/pkgreport.cgi (add_user)' $user->{"visible_cats"} is
used to decide which categories are hidden in the same way as in
'source/debian/Debbugs/User.pm (write)'.

But in 'source/debian/scripts/service' the code that deals with
usercategories sets $hidden but does not do anything with it.

regards,
guillem


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

Bug#415930: wodim: Disk type is unknown dye (reserved id code), w/o a code number

[Peter Samuelson]

[supaplex]
> Disk type:unknown dye (reserved id code)
> Manuf. index: -1
> Manufacturer: unknown (not in table)
> 
> I'd like to see the ID code it's reportting.  Maybe it would help us
> isolate certian issues, even if we don't know about the media.

Pretty sure wodim's info about dye types does not include the types
used in DVD media.  In fact, it appears that none of the ATIP disc type
info is really valid for DVD media, but I don't know nearly enough
about this to be certain.


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

Bug#415931: debbugs: dupped entries when Classification in usercategory

[Guillem Jover]

Package: debbugs

Hi,

Been playing with usertags for dpkg and found that when giving the
following usercategory the output from pkgreport.cgi has dupped
entries:

usercategory dpkg-class
 * Classification [tag=]
  + Segfault [segfault]
  + Assertion failure [assert]
  + Conffile handling [conffile]
  + Performance issue [perf]
  + Trivial fix [trivial]
  + New control field [new-field]
  + Wig and Pen [wig-and-pen]
  + Non-Debian issue [not-debian]
  + UTF-8 encoding [utf-8]
  + Documentation [doc]
  + Localization [l10n]
  + Other []

This is what gets stored in the user file in merkel's mirror, notice
the duped order indices:

Category: dpkg-class
Hidden: yes
Cat1: Classification
Cat1Options:
 tag=segfault - Segfault
 tag=assert - Assertion failure
 tag=conffile - Conffile handling
 tag=perf - Performance issue
 tag=trivial - Trivial fix
 tag=new-field - New control field
 tag=wig-and-pen - Wig and Pen
 tag=not-debian - Non-Debian issue
 tag=utf-8 - UTF-8 encoding
 tag=doc - Documentation
 tag=l10n - Localization
Cat1Default: Other
Cat1Order: 11, 11, 0, 0, 1, 1, 2, 2, 3, 3, 4, 4, 5, 5, 6, 6, 7, 7, 8, 8,
 9, 9, 10, 10, 11, 12, 13, 14, 15, 16, 17, 18, 19, 20, 21, 22


I just sent an updated usercategory which does not trigger this bug,
which seems to be caused by having:

 * Classification [tag=]

On the working one I set:

 * Dpkg-Class [tag=]

So please either error out on that, or fix the dupes. ;)

regards,
guillem


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

Bug#413839: ssmtp: package removal with apt-get remove also remove mysql

[Santiago Ruano Rincón]

On Sun, Feb 11, 2007 at 03:19:40AM +0100, Jean-Guillaume VIEUX wrote:
> Package: ssmtp
> Version: 2.61-2
> Severity: normal
> 
> When removing ssmtp package via apt-get remove ssmtp, it also remove 
> mysql-server package.
> You can see it also whith "apt-get -s remove ssmtp" wich output : (output in 
> french)
> 
> samoa:~# apt-get -s remove ssmtp
> Lecture des listes de paquets... Fait
> Construction de l'arbre des dépendances... Fait
> Les paquets suivants seront ENLEVÉS :
>   at mailx mutt mysql-server ssmtp
> 0 mis à jour, 0 nouvellement installés, 5 à enlever et 0 non mis à jour.
> Remv at (3.1.8-11 Debian:3.1r5/stable)
> Remv mysql-server (4.0.24-10sarge2 Debian:3.1r5/stable, 
> Debian-Security:3.1/stable)
> Remv mailx (1:8.1.2-0.20040524cvs-4 Debian:3.1r5/stable)
> Remv mutt (1.5.9-2sarge2 Debian:3.1r5/stable, Debian-Security:3.1/stable)
> Remv ssmtp (2.61-2 Debian:3.1r5/stable)
> 

mysql-server depends on mailx, and mailx depends on a mta. So, if you
remove ssmtp (your mta), you'll remove mysql-server.

Removing your mta is not a good idea, at least, you should replace it
with exim4 or any other. I don't think this is a bug.

PD. you can use LANG=C before the command to have an output in English.
e.g. LANG=C apt-get remove ssmtp

Best regards,

Santiago


signature.asc
Description: Digital signature

Bug#407171: proxy stops working after upgrading from sarge

[Peter Samuelson]

# this is a sarge upgrade issue that I think should be RC
severity 407171 serious
thanks

[Per Olofsson]
> I upgraded from sarge and Apache's proxy stopped working. The reason
> was that mod_proxy_http wasn't loaded, but this was in no way obvious
> since that module was not required in sarge.

Well, the module was required, but a2enmod added it automatically,
along with mod_disk_cache.  Now it no longer does.

I think I've fixed this for the next upload (to be done in the next day
or two - I'm away from home but I'll still try), and I consider it a
release-critical upgrade issue, so I hope the release managers will
allow it into etch.

Sorry for not responding earlier,
Peter


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

Bug#414161: grub-install doesnt install on /dev/cciss/c0d0

[Steve Langasek]

reopen 414161
thanks

The uploaded fix changed the wrong line: the relevant regexp for ccis is the
c[0-7]d[0-9] line, and the line changed was for e[0-9]\.[0-9] (which I have
no idea about).

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


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

Bug#415930: wodim: Disk type is unknown dye (reserved id code), w/o a code number

[supaplex]

Package: wodim
Version: 9:1.1.2-1
Severity: wishlist

I've used a variety of media in my dvd burner, and I frequently see this
message: (under wodim -v ... )

Disk type:unknown dye (reserved id code)
Manuf. index: -1
Manufacturer: unknown (not in table)

I'd like to see the ID code it's reportting.  Maybe it would help us
isolate certian issues, even if we don't know about the media.

Thanks!

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

Versions of packages wodim depends on:
ii  libc6   2.3.6.ds1-13 GNU C Library: Shared libraries
ii  libcap1 1:1.10-14support for getting/setting POSIX.

Versions of packages wodim recommends:
ii  genisoimage   9:1.1.2-1  Creates ISO-9660 CD-ROM filesystem

-- no debconf information



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

Bug#415929: debian/watch file incorrect

[Chris Lamb]

Package: foomatic-db-engine
Version: 3.0.2-20061031
Tags: patch

I have noticed that your debian/watch file is incorrect, and it uses a
deprecated uscan version:

Here is a correct and up-to-date version:

--- foomatic-db-engine-3.0.2-20061031.orig/debian/watch
+++ foomatic-db-engine-3.0.2-20061031/debian/watch
@@ -0,0 +1,2 @@
+version=3
+http://www.linuxprinting.org/download/foomatic/foomatic-db-engine-(\d.*?-\d+)\.tar\.gz


Regards,  

-- 
 Chris Lamb, Leamington Spa, UKGPG: 0x634F9A20


signature.asc
Description: PGP signature

Bug#415928: debian/watch file incorrect

[Chris Lamb]

Package: foomatic-filters
Version: 3.0.2-20061031
Tags: patch

I have noticed that your debian/watch file is incorrect, and it uses a
deprecated uscan version:

Here is a correct and up-to-date version:

--- foomatic-filters-3.0.2-20061031.orig/debian/watch
+++ foomatic-filters-3.0.2-20061031/debian/watch
+version=3
+http://www.linuxprinting.org/download/foomatic/foomatic-filters-(\d.*?-\d+)\.tar\.gz


Regards,  

-- 
 Chris Lamb, Leamington Spa, UKGPG: 0x634F9A20


signature.asc
Description: PGP signature

Bug#415927: debian/watch file incorrect

[Chris Lamb]

Package: gsfonts
Version: 8.11+urwcyr1.0.7~pre41
Tags: patch

I have noticed that your debian/watch file is failing, and it uses
deprecated uscan version 2:

Here is a correct and up-to-date version:

--- gsfonts-8.11+urwcyr1.0.7~pre41.orig/debian/watch
+++ gsfonts-8.11+urwcyr1.0.7~pre41/debian/watch
@@ -0,0 +1,3 @@
version=3
ftp://mirror.cs.wisc.edu/pub/mirrors/ghost/fonts/ghostscript-fonts-std-(.*)\.tar\.gz


Regards,  

-- 
 Chris Lamb, Leamington Spa, UKGPG: 0x634F9A20


signature.asc
Description: PGP signature

Bug#415926: debian/watch file incorrect

[Chris Lamb]

Package: hplip
Version: 1.6.10-3
Tags: patch

I have noticed that your debian/watch file is incorrect, and it uses
deprecated method of checking against a SourceForge project.

Here is a correct version:

--- hplip-1.6.10.orig/debian/watch
+++ hplip-1.6.10/debian/watch
@@ -0,0 +1,2 @@
+version=3
+http://sf.net/hplip/hplip-(.+)\.tar\.gz


Regards,  

-- 
 Chris Lamb, Leamington Spa, UKGPG: 0x634F9A20


signature.asc
Description: PGP signature

Bug#415925: debian/watch file incorrect

[Chris Lamb]

Package: libgnome2-canvas-perl
Version: 1.002-1
Tags: patch

I have noticed that your debian/watch file is incorrect, and it uses
deprecated uscan version 2.

Here is a correct version that uses version 3:

--- libgnome2-canvas-perl-1.002.orig/debian/watch
+++ libgnome2-canvas-perl-1.002/debian/watch
@@ -0,0 +1,3 @@
+version=3
+
+http://sf.net/gtk2-perl/Gnome2-Canvas-(.+)\.tar\.gz



Regards,  

-- 
 Chris Lamb, Leamington Spa, UKGPG: 0x634F9A20


signature.asc
Description: PGP signature

Bug#415924: debian/watch file incorrect

[Chris Lamb]

Package: libgnome2-perl
Version: 1.040-1
Tags: patch

I have noticed that your debian/watch file is incorrect, and it uses
deprecated uscan version 2.

Here is a correct version that uses version 3:

--- libgnome2-perl-1.040.orig/debian/watch
+++ libgnome2-perl-1.040/debian/watch
@@ -0,0 +1,3 @@
+version=3
+
+http://sf.net/gtk2-perl/Gnome2-(\d+\.\d\d\d)\.tar\.gz



Regards,  

-- 
 Chris Lamb, Leamington Spa, UKGPG: 0x634F9A20


signature.asc
Description: PGP signature

Bug#415804: sylpheed-gtk1: ..does not open "the last" MH folder, even after mv all 175000 D-U posts away, --debug is silent, all night, no gui.

[Arnt Karlsen]

On Thu, 22 Mar 2007 21:34:04 +0100, Ricardo wrote in message 
<[EMAIL PROTECTED]>:

> tags 415804 moreinfo
> thanks
> 
> On Wed, 21 Mar 2007 22:21:57 +0100
> Arnt Karlsen <[EMAIL PROTECTED]> wrote:
> 
> > Package: sylpheed-gtk1
> > Version: 1.0.6-4
> > Severity: normal
> > 
> > 
> > I'm a MH folder guy, not Maildir guy
> 
>   That's an interesting change, though the bugreport is still as useless as
> previous one to solve your problem (copy-pasting didn't add any info :-P).

..aye, and as useless as your --debug option and your documentation,
none of these hints towards what I needed, a check for a chk 'n rm of my
stale /tmp/sylpheed-$UID lockfile.

..once you guys fix at least the docs to include my wee hint above, and
preferably add a check for stale lock files, feel free to close or
refocus this bug, I have both Sylpheed and Sylpheed-gtk1 working now.  

>   Anyway 175k mails in a folder requires a pretty good machine to perform
> reasonably. On which processor and how much RAM are you running this?

..an 8 yr old AMD k6-2 450MHz w 384MB of ram, takes at least half an
hour to re-index or whatever it does to line up D-U for reading.

>   You also can try the newer sylpheed in experimental (2.4.0~beta5-1) and
> see if it works better. It has been uploaded few minutes ago, so it can
> take a few hours to be available on the mirrors.

..it checks for stale lockfiles?

..anyway, S-2.3 is _much_ better than S-2.0.0, it sucked so bad I stayed
with S-gtk1, but S-2.3 is a-most as quick as S-gtk1 on this box and has
better utf8 support, thanks, Rccardo and Hiro.  :o)

-- 
..med vennlig hilsen = with Kind Regards from Arnt... ;o)
...with a number of polar bear hunters in his ancestry...
  Scenarios always come in sets of three: 
  best case, worst case, and just in case.



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

Bug#415923: debian/watch file incorrect

[Chris Lamb]

Package: libgksu
Version: 2.0.0-1
Tags: patch

I have noticed that your debian/watch file is incorrect.

The line:

  http://people.debian.org/~kov/gksu/libgksu2/libgksu-(.*)\.tar\.gz \

Should be:

  http://people.debian.org/~kov/gksu/libgksu-(.*)\.tar\.gz \



Regards,  

-- 
 Chris Lamb, Leamington Spa, UKGPG: 0x634F9A20


signature.asc
Description: PGP signature

Bug#415867: coq_8.1+dfsg-1(experimental/ia64/alkman): FTBFS: Expects files that get lost while building

[Ralf Treinen]

These files are not lost, they are never built on architectures that do not
support compilation of ocaml to native code. This seems to be a bug in the
upstream Makefile:

OBJECTCMXA=$(OBJECTCMA:.cma=.cmxa)

install-library:
[...]
cp $(OBJECTCMA) $(OBJECTCMXA) $(FULLCOQLIB)

This should accomodate for the fact that there may be no .cmxa files.

-Ralf.
--


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

Bug#415922: debian/watch file incorrect

[Chris Lamb]

Package: gksu
Version: 2.0.0-1
Tags: patch

I have noticed that your debian/watch file is incorrect.

The line:

  http://people.debian.org/~kov/gksu/gksu/gksu-(.*)\.tar\.gz

Should be:

  http://people.debian.org/~kov/gksu/gksu-(.*)\.tar\.gz


Regards,  

-- 
 Chris Lamb, Leamington Spa, UKGPG: 0x634F9A20


signature.asc
Description: PGP signature

Bug#415921: debian/watch file incorrect

[Chris Lamb]

Package: freedict-kur-tur
Version: 0.1-1
Tags: patch

I have noticed that your debian/watch file is incorrect.

The line:

  http://sf.net/freedict/freedict-kur-tur-(.*)\.src\.tar\.gz

Should be:

  http://sf.net/freedict/freedict-kur-tur-(.*)\.dic.dz


Regards,  

-- 
 Chris Lamb, Leamington Spa, UKGPG: 0x634F9A20


signature.asc
Description: PGP signature

Bug#415920: scim-setup does not start up (NOT a duplicate of #334652)

[Benoit Mortgat]

Package: scim
Version: 1.4.4-7
Severity: important

Libc6-version: Version: 2.3.6.ds1-13
Kernel version: 2.6.18-4-k7

Hello,

I a running etch, and I cannot access the scim-setup dialog.
When running « scim-setup » in a terminal, this is the output (see
below):

Thank you,
Benoit Mortgat


benoit:~$ scim-setup
(scim-setup:14722): Gtk-CRITICAL **: gtk_widget_set_sensitive: assertion
`GTK_IS_WIDGET (widget)' failed

(scim-setup:14722): Gtk-CRITICAL **: gtk_widget_set_sensitive: assertion
`GTK_IS_WIDGET (widget)' failed
ERROR: could not open init.scm (see errobj)

*backtrace*
>>(require "init.scm")
>>(*catch (quote errobj) (require "init.scm"))
>>(eq? (quote *init.scm-loaded*) (*catch (quote errobj) (require
"init.scm")))

ERROR: unbound variable (errobj create-context)

*backtrace*
>>(create-context 0 (quote ()) (quote ()))

ERROR: unbound variable (errobj release-context)

*backtrace*
>>(release-context 0)
>>ERROR: type number out of range

*backtrace*
>>(release-context 0)
>>ERROR: type number out of range

(...looping on those 4 lines...)
-- 
___
  Benoit Mortgat

Depot Rd Blk 1C # 10-22B   12 rue Saint Antoine
Gillman Heights Condominium  26100 Romans-sur-Isère
Singapore 102001 France
+65 909 666 82  +33 475 715 212

E-mail (GPG 0x377D716D): [EMAIL PROTECTED],
   [EMAIL PROTECTED], [EMAIL PROTECTED]
___



signature.asc
Description: Ceci est une partie de message	numériquement signée

Bug#375077: closed by Stephen Frost <[EMAIL PROTECTED]> (Bug#375077: fixed in libnss-ldap 251-4)

[Steve Langasek]

On Fri, Mar 23, 2007 at 02:42:15AM +0100, Michael Biebl wrote:
> > Well, sorry, but I don't see how any other fix is possible for libnss-ldap.
> > It's a fact that udev does lookups for users/groups that are not guaranteed
> > to exist on the local system, and I don't think libnss-ldap should be
> > responsible for trying to munge the user's /etc/nsswitch.conf on boot to
> > avoid all LDAP lookups.

> Imo there is a solution:
> The problem is, that libnss-ldap retries several times before it gives
> up (because there is no network connection yet). While this makes sense
> during normal operation, it doesn't make sense during bootup.
> So my suggestion would be:
> The first time, libnss-ldap can successfully query the (remote) ldap
> server, it creates a file, lets call it /var/run/nss-ldap-connected.
> Only if this file exists, libnss-ldap retries multiple times on network
> outages.
> This file is deleted on shutdown.
> On startup, if the file does not exist yet, nss-ldap does not retry to
> connect several times but immediately returns nothing if it cant connect
> to the server.

> Does that sound reasonable?

It sounds like a kludge to me, but I'm not the package maintainer so it's
not really my decision.  Anyway, I don't think nss-ldap has to retry
anything to cause udev error messages, just a single lookup seems to be
enough.

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


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

Bug#295004: Close

[Vincent Lefevre]

On 2007-03-19 20:42:48 +0100, Sven Arvidsson wrote:
> Version: 2.18.0-1
> 
> On Mon, 2007-03-19 at 17:21 +0100, Vincent Lefevre wrote:
> > If I understand correctly, they changed the behavior in particular.
> > This is even better, as this fixes some problems I mentioned here:
> > 
> >   http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=295004
> 
> Great, I'm closing this bug too. Thanks for the reminder!

This wishlist was different, but no longer really important in practice
since the behavior has changed.

-- 
Vincent Lefèvre <[EMAIL PROTECTED]> - Web: 
100% accessible validated (X)HTML - Blog: 
Work: CR INRIA - computer arithmetic / Arenaire project (LIP, ENS-Lyon)

Bug#381493: closed by Luis Rodrigo Gallardo Cruz <[EMAIL PROTECTED]> (Re: liferea - accented character not correctly displayed)

[Vincent Lefevre]

On 2007-03-16 19:50:34 -0600, Luis Rodrigo Gallardo Cruz wrote:
> On Sat, Mar 17, 2007 at 02:09:20AM +0100, Vincent Lefevre wrote:
> > On 2007-03-16 20:54:03 +, Debian Bug Tracking System wrote:
> > > Version: 1.2.7-1
> > > 
> > > This bug no longer shows up in this version of liferea, using the
> > > attached test case.
> > 
> > Where can I get this version? It is not listed on
> > http://packages.debian.org/ even in experimental.
> 
> It was uploaded yesterday, to experimental. Maybe it's just that the
> p.d.o pages have not been updated. Please wait a few hours and try again.

I can't reproduce the bug on the same machine anyway, without needing
to test the experimental version. But both liferea and libxul0d had
been upgraded (to 1.0.27-2 and 1.8.0.9-1 respectively). So, this
should be OK for etch.

-- 
Vincent Lefèvre <[EMAIL PROTECTED]> - Web: 
100% accessible validated (X)HTML - Blog: 
Work: CR INRIA - computer arithmetic / Arenaire project (LIP, ENS-Lyon)

Bug#329152: blobwars: Items lost in wall

[Javier Serrano Polo]

tags 329152 patch
thanks

Ok, this was a different problem. It's fixed now.
--- blobwars-1.05.orig/src/items.cpp	2005-05-03 23:05:41.0 +0200
+++ blobwars-1.05/src/items.cpp	2007-03-22 19:00:24.0 +0100
@@ -191,7 +200,7 @@
 		item->health = 240;
 		item->dx = 0;
 		item->dy = -2;
-		item->x = game.checkPointX + Math::rrand(-3, 3);
+		item->x = game.checkPointX + Math::rrand(0, 6);
 		item->y = game.checkPointY;
 		item->flags = ENT_INANIMATE + ENT_BOUNCES + ENT_NOCOLLISIONS;
 	}

Bug#415919: iceweasel: CVE-2007-1116 and its patch

[Hideki Yamane (Debian-JP)]

Package: iceweasel
Version: 2.0.0.3-1
Severity: normal
Tags: security, patch

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Dear iceweasel maintainer,

 I saw http://security-tracker.debian.net/tracker/CVE-2007-1116
 and I've checked this bug with PoC at
 http://www.gnucitizen.org/projects/hscan-redux/,
 iceweasel 2.0.0.3-1 is vulnerable.

 And bugzilla has a patch for that. See
 https://bugzilla.mozilla.org/show_bug.cgi?id=371375
 I've build with that patch and re-test it, this bug is fixed.

 So please apply this patch to next release.

- -- 
Regards,

 Hideki Yamanehenrich @ debian.or.jp/iijmio-mail.jp


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

iD8DBQFGAzZlIu0hy8THJksRAkXPAKCvhaFhVdrs0G0UQqdWr28keTaHiQCcDnL0
GdpaRL1fhnxZHdpKQWJn4Ws=
=bICT
-END PGP SIGNATURE-


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

Bug#415918: blobwars: detonation without water in easy mode

[Javier Serrano Polo]

Package: blobwars
Version: 1.05-5
Severity: normal
Tags: patch

In easy mode, the first detonation area you find in Flooded Tunnel #4
should be filled with water. This patch evaluates the water level to
choose the proper environment.
--- blobwars-1.05.orig/src/spawnPoints.cpp	2005-05-03 23:05:39.0 +0200
+++ blobwars-1.05/src/spawnPoints.cpp	2007-03-22 17:33:40.0 +0100
@@ -191,7 +191,19 @@
 			y = y >> BRICKSHIFT;
 			if (map.isSolid(x, y))
 			{
-map.data[x][y] = MAP_AIR;
+int waterLevel = (int)map.waterLevel;
+if (waterLevel == -1 || y < waterLevel)
+{
+	map.data[x][y] = MAP_AIR;
+}
+else if (y == waterLevel)
+{
+	map.data[x][y] = MAP_WATERANIM;
+}
+else
+{
+	map.data[x][y] = MAP_WATER;
+}
 			}
 			break;
 		case HAZARD_POWERBULLETS:

Bug#415750: Source package contains non-free IETF RFC

[Dario Minnucci]

Thanks for reporting non-free doc bug against 'ftpmirror'.

I'll try to solve it ASAP.

--
Dario Minnucci
<[EMAIL PROTECTED]>


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

Bug#415174: blobwars: add Catalan translation

[Javier Serrano Polo]

This hopefully last version includes the spelling fixes and the messages
displayed only in easy mode.


l10n-ca.tar.gz
Description: application/compressed-tar

Bug#361735: blobwars: Spelling errors

[Javier Serrano Polo]

tags 361735 patch
tags 361751 patch
tags 361880 patch
tags 362497 patch
tags 362660 patch
thanks

It contains proposed corrections to the above bugs plus a few I
detected.


spellin.diff.gz
Description: GNU Zip compressed data

Bug#415917: gcc-avr version 4.1.1 is available

[Nathaniel Wesley Filardo]

Package: gcc-avr
Version: 1:4.1.0.dfsg.1-1
Severity: normal


gcc-avr version 4.1.1 is available upstream and includes support for
the ATMega1280/1281/2560/2561 series of chips.  If work towards
providing an updated package is already in progress, I apologize for
filing a spurious bug. =)

-- System Information:
Debian Release: 4.0
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing')
Architecture: amd64 (x86_64)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18-4-vserver-amd64
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)

Versions of packages gcc-avr depends on:
ii  binutils-avr2.16.1-1 Binary utilities that support Atme
ii  libc6   2.3.6.ds1-13 GNU C Library: Shared libraries

gcc-avr recommends no packages.

-- no debconf information


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

Bug#375077: closed by Stephen Frost <[EMAIL PROTECTED]> (Bug#375077: fixed in libnss-ldap 251-4)

[Michael Biebl]

Steve Langasek wrote:
> On Fri, Mar 23, 2007 at 01:29:17AM +0100, Michael Biebl wrote:
>>> No, no changes were ever made that would eliminate the udev error messages.
>>> The change that was made was to prevent the system from *hanging* at boot.
> 
>> Hm, ok. But it's still not rather comforting to see this huge amount of
>> error messages during startup.
>> I'd consider this bug only half-fixed.
> 
> Well, sorry, but I don't see how any other fix is possible for libnss-ldap.
> It's a fact that udev does lookups for users/groups that are not guaranteed
> to exist on the local system, and I don't think libnss-ldap should be
> responsible for trying to munge the user's /etc/nsswitch.conf on boot to
> avoid all LDAP lookups.
> 

Imo there is a solution:
The problem is, that libnss-ldap retries several times before it gives
up (because there is no network connection yet). While this makes sense
during normal operation, it doesn't make sense during bootup.
So my suggestion would be:
The first time, libnss-ldap can successfully query the (remote) ldap
server, it creates a file, lets call it /var/run/nss-ldap-connected.
Only if this file exists, libnss-ldap retries multiple times on network
outages.
This file is deleted on shutdown.
On startup, if the file does not exist yet, nss-ldap does not retry to
connect several times but immediately returns nothing if it cant connect
to the server.

Does that sound reasonable?

Michael
-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?



signature.asc
Description: OpenPGP digital signature

Bug#415871: Installation report

[Frans Pop]

reassign 415871 clock-setup 0.15
severity 415871 important
# in fact, I consider this almost, but maybe not quite, serious
tags 415871 pending
thanks

On Thursday 22 March 2007 19:31, Karen Larson wrote:
> Comments/Problems:
> Installed in expert mode.
> The installation seemed to go fine and the machine rebooted OK.  With
> both versions of the installer, even though I had chosen UTC NO in
> clock setup during installation, 'date' did not give the correct time
> and was off by our UTC offset.  In looking at files, /etc/adjtime
> contained the line UTC while /etc/default/rcS contained the line UTC=no
> (which seems contradictory).

Thank you for pointing us to /etc/adjtime. We had been getting other 
reports about this, but only very infrequently. As we did already set
/etc/default/rcS correctly, this has baffled us for a long time.

/etc/adjtime is unconditionally created by base-files (during base system 
installation) and so can just be modified in the clock-setup 
finish-install.d script.

Cheers,
FJP


pgptDxmYGV8ZJ.pgp
Description: PGP signature

Bug#415916: autofs-ldap: Unnecessary yet required attribute for the automount objectclass in /etc/ldap/schema/autofs.schema

[heizer]

Package: autofs-ldap
Version: 4.1.4-13
Severity: normal

*** Please type your report below this line ***
The attribute 'objectclass' under 'automount' in autofs.schema is redundant.
Since 'automount' is already an objectclass there's no need to have it
defined again in its attributes. LDAP (using the Luma front-end) won't
allow 'automount' to be used because of this duplication.

--- autofs.schema   2007-03-22 16:47:34.605480405 -0600
+++ autofs.schema.old   2007-03-22 16:47:08.363882459 -0600
@@ -18,7 +18,7 @@

objectclass ( 1.3.6.1.1.1.1.13 NAME 'automount' SUP top STRUCTURAL
 DESC 'An entry in an automounter map'
 -MUST ( cn $ automountInformation )
 +MUST ( cn $ automountInformation $ objectclass )
  MAY ( description ) )

objectclass ( 1.3.6.1.4.1.2312.4.2.2 NAME 'automountMap' SUP top STRUCTURAL

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

Versions of packages autofs-ldap depends on:
ii  autofs  4.1.4-13 kernel-based automounter
for Linux
ii  ldap-utils  2.3.30-4 OpenLDAP utilities
ii  libc6   2.3.6.ds1-13 GNU C Library: Shared libraries
ii  libldap22.1.30-13.3  OpenLDAP libraries

autofs-ldap recommends no packages.

-- no debconf information


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

Bug#415915: comix: suggests unrar but that package doesn't exist, unrar-free instead

[Good Times]

Package: comix
Version: 3.6.2-3
Severity: minor

the suggests for comics is unrar

but there isn't an unrar in the repository, only unrar-free

unless this is some kind of "this ain't free and this is debian" issue
it seems a pretty minor *bug*


-- System Information:
Debian Release: 4.0
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'stable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18-4-686
Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1)

Versions of packages comix depends on:
ii  gconf22.16.1-1   GNOME configuration database syste
ii  python2.4.4-2An interactive high-level object-o
ii  python-gtk2   2.8.6-8Python bindings for the GTK+ widge
ii  python-imaging1.1.5-11   Python Imaging Library

comix recommends no packages.

-- no debconf information


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

Bug#415914: python-gamin: doesn't close opened sockets in the distructor

[Yaroslav Halchenko]

Package: python-gamin
Version: 0.1.8-1
Severity: normal


The issue was mentioned by the upstream author of fail2ban and confirmed
by me on the debian system: distructor doesn't close socket properly so any
application which reinitiates its "subscription" once in a while (read -
cron/logrotate) is doomed to grow the number of opened sockets until it gets
exhausted.

Just run

>>> import gamin
>>> while True:
... mon = gamin.WatchMonitor()
... del mon
...
Failed to create unix socket
Traceback (most recent call last):
  File "", line 2, in ?
  File "/usr/lib/python2.4/site-packages/gamin.py", line 134, in __init__
gamin.GaminException: 'Failed to connect to gam_server': connection error

and then see the number of opened sockets for that pid.

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

Versions of packages python-gamin depends on:
ii  libc6   2.3.6.ds1-13 GNU C Library: Shared libraries
ii  libgamin0   0.1.8-1  Client library for the gamin file 
ii  python  2.4.4-2  An interactive high-level object-o
ii  python-support  0.5.6automated rebuilding support for p

python-gamin recommends no packages.

-- no debconf information


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

Bug#395870: unsupported by ibapache2-mod-perl2(2.0.2-2.2)

[Gunnar Wolf]

severity 395870 grave
tags 395870 + patch
thanks

Hi,

I'm raising this bug's severity, as it renders the package completely
unusable - and, besides, interferes with other packages (i.e. an
Apache2 with embperl enabled will just die). The patch is trivial (I'm
just updating the minimum required Apache and mod_perl versions, as
there was an ABI-incompatible change somewhere in the 2.0->2.2
transition.

This fix was tested in AMD64 and i386 systems.

Greetings,

-- 
Gunnar Wolf - [EMAIL PROTECTED] - (+52-55)5623-0154 / 1451-2244
PGP key 1024D/8BB527AF 2001-10-23
Fingerprint: 0C79 D2D1 2C4E 9CE4 5973  F800 D80E F35A 8BB5 27AF
diff -ur libembperl-perl-2.2.0/debian/changelog 
libembperl-perl-2.2.0.old/debian/changelog
--- libembperl-perl-2.2.0/debian/changelog  2007-03-22 18:48:23.0 
-0600
+++ libembperl-perl-2.2.0.old/debian/changelog  2007-03-22 18:42:02.0 
-0600
@@ -1,11 +1,3 @@
-libembperl-perl (2.2.0-1.1) unstable; urgency=low
-
-  * Non-maintainer upload.
-  * Rebuilding against a newer Apache2/mod_perl2, as ABI was changed in
-the 2.0->2.2 transition (Closes: #395870)
-
- -- Gunnar Wolf <[EMAIL PROTECTED]>  Thu, 22 Mar 2007 18:48:23 -0600
-
 libembperl-perl (2.2.0-1) unstable; urgency=low
 
   * New upstream release:
diff -ur libembperl-perl-2.2.0/debian/control 
libembperl-perl-2.2.0.old/debian/control
--- libembperl-perl-2.2.0/debian/control2007-03-22 18:45:23.0 
-0600
+++ libembperl-perl-2.2.0.old/debian/control2007-03-22 18:42:02.0 
-0600
@@ -1,14 +1,14 @@
 Source: libembperl-perl
 Section: web
 Priority: optional
-Build-Depends: apache-dev, apache, libapache-mod-perl, apache2-prefork-dev (>= 
2.2.3-3.3), apache2-mpm-prefork (>= 2.2.3-3.3), libapache2-mod-perl2 (>= 
2.0.2-2.3), libwww-perl, libapache-sessionx-perl, libcgi-pm-perl | perl-modules 
(>= 5.8.0) | libcgi-perl, libxslt1-dev, debhelper (>= 3.0.5), perl (>= 
5.6.0-17), netbase
+Build-Depends: apache-dev, apache, libapache-mod-perl, apache2-prefork-dev (>= 
2.0.50-10), apache2-mpm-prefork (>= 2.0.50-10), libapache2-mod-perl2 (>= 
1.999.22-1), libwww-perl, libapache-sessionx-perl, libcgi-pm-perl | 
perl-modules (>= 5.8.0) | libcgi-perl, libxslt1-dev, debhelper (>= 3.0.5), perl 
(>= 5.6.0-17), netbase
 Maintainer: Angus Lees <[EMAIL PROTECTED]>
 Standards-Version: 3.6.2
 
 Package: libembperl-perl
 Architecture: any
 Depends: ${perl:Depends}, ${shlibs:Depends}, libwww-perl, libcgi-pm-perl | 
perl-modules (>= 5.8.0) | libcgi-perl
-Recommends: libapache2-mod-perl2 (>= 2.0.2-2.3) | libapache-mod-perl | 
libfcgi-perl, libapache-sessionx-perl
+Recommends: libapache2-mod-perl2 (>= 1.999.22-1) | libapache-mod-perl | 
libfcgi-perl, libapache-sessionx-perl
 Suggests: mmm-mode, libdbix-recordset-perl
 Description: A system for building dynamic websites with Perl
  Embperl gives you the power to embed Perl code in your HTML/XML


signature.asc
Description: Digital signature

Bug#329631: Debian and toolchain for TI MSP430, time to get one source?

[Oleg Verych]

http://tevp.net/debian/
http://www.comnets.uni-bremen.de/~mab/debian/tinyos/
http://tinyos.stanford.edu/tinyos/dists/ubuntu/pool/main/m/


From wishlist bugreport:

[]
Your ITP wnpp bug is being closed because of the following reasons:
- It is, as of today, older than 365 days.
- It hasn't had any activity recently.
[]
To re-open it, you simply have to mail [EMAIL PROTECTED]
with a body text like this:

reopen 329631
thanks bts
---

Hallo. It's nice, that there are deb repositories of msp430 toolchain.
Why not to continue effort and get this stuff in the official debian archive?

Thanks!
_


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

Bug#415753: mp3cd: Fails to run with SoX Version >= 13

[Kees Cook]

On Wed, Mar 21, 2007 at 07:04:11PM +0100, Christian von Essen wrote:
> As of version 13, SoX has changed the format of the information
> sent to stdout. Because of this, mp3cd fails to parse the information
> and no CD can be burnt.
> The attached patch should fix this.

Thanks for noticing the breakage!  I've changed the patch around a 
little and tested with old and new SoX, and it seems to be working.  
I'll get the new version uploaded shortly.

Thanks again and take care,

-- 
Kees Cook@outflux.net


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

Bug#414929: could you try this patch

[Steve Langasek]

On Thu, Mar 22, 2007 at 08:56:28AM -0300, Henrique de Moraes Holschuh wrote:
> On Wed, 21 Mar 2007, Steve Langasek wrote:
> > That's not what --oknodo means. Please see the manpage; --oknodo is exactly
> > what's wanted here.

> Was start-stop-daemon fixed, then?  In the past --oknodo behaved
> differently, which is the reason for the ammount of code in amavisd-new to
> make sure "not running" can be told apart from "failed to stop"...

Sorry, I'm not aware that --oknodo ever behaved differently; this has been
the documented behavior as far as I remember.

But it's certainly possible to get a false negative if using --exec with
--stop, as I mentioned, because s-s-d will simply fail to recognize that a
running process is one that should be stopped.  So maybe that's the problem
you're thinking of?

> > Does this mean you don't have time (even with a patch), and would like an
> > NMU?

> NMUs are usually welcome when I don't respond promptly.  In fact, timidity
> has been NMUed already...

> I won't object to NMUs (0-day or delayed) to fix timidity. As long as
> they're done properly, with a NMU patch sent to the BTS, etc, they're
> welcome.

Ok, please find attached the diff for an NMU that I'll be uploading shortly.

On Fri, Mar 23, 2007 at 12:56:31AM +0200, Eddy Petrișor wrote:
> Yes, I should never send patches when I am tired :-) I was trying
> something along the lines of the code below.

> - -   if start-stop-daemon --stop --quiet --pidfile ${PIDFILE} \
> - -  --exec ${DAEMON} --retry 10 ; then
> +   if start-stop-daemon --stop --quiet --oknodo --pidfile
> ${PIDFILE} \
> +  --signal TERM/3/TERM/3/KILL/10; then

> Still I wasn't sure if it would make any difference to try to TERM
> twice and I ended up in sending a half baked/broken patch.

Surely not relevant to the problem at hand; I wouldn't mess with the kill
signals unless there's a concrete problem with stopping processes once
they've been identified.

> OTOH, Steve, you said that the --exec option should not be used, but
> I see the same type of code for many other daemons on my system, so
> the issue you are talking about should happen for these binaries,
> too, shouldn't it?

Yes.  And it does, and it's a problem. :)

Cheers,
-- 
Steve Langasek   Give me a lever long enough and a Free OS
Debian Developer   to set it on, and I can move the world.
[EMAIL PROTECTED]   http://www.debian.org/
diff -u timidity-2.13.2/debian/changelog timidity-2.13.2/debian/changelog
--- timidity-2.13.2/debian/changelog
+++ timidity-2.13.2/debian/changelog
@@ -1,3 +1,16 @@
+timidity (2.13.2-7.3) unstable; urgency=high
+
+  * Non-maintainer upload.
+  * High-urgency upload for RC bugfix.
+  * Call start-stop-daemon with --oknodo when stopping timidity in the
+init script, so that a stopped daemon isn't treated as an error on
+upgrade.  Closes: #414929.
+  * Also, don't use --exec with start-stop-daemon --stop, as this will
+fail to find a running daemon if the on-disk binary has been moved
+out from under us for any reason; use --name instead.
+
+ -- Steve Langasek <[EMAIL PROTECTED]>  Thu, 22 Mar 2007 16:05:48 -0700
+
 timidity (2.13.2-7.2) unstable; urgency=low
 
   * Non-maintainer upload with maintainer permission.
diff -u timidity-2.13.2/debian/timidity.init timidity-2.13.2/debian/timidity.init
--- timidity-2.13.2/debian/timidity.init
+++ timidity-2.13.2/debian/timidity.init
@@ -52,8 +52,8 @@
 	;;
   stop)
   	echo -n "Stopping $DESC: "
-	if start-stop-daemon --stop --quiet --pidfile ${PIDFILE} \
-	   --exec ${DAEMON} --retry 10 ; then
+	if start-stop-daemon --stop --quiet --oknodo --pidfile ${PIDFILE} \
+	   --name $(basename ${DAEMON}) --retry 10 ; then
 		echo "timidity."
 	else
 		echo "(failed)."

Bug#415913: libapache2-mod-fastcgi: Documentation points to wrong suexec wrapper

[Sam Morris]

Package: libapache2-mod-fastcgi
Version: 2.4.2-8
Severity: minor

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

README.Debian and fastcgi.conf both point to /usr/lib/apache2/suexec2 as
the SuExec wrapper. However in Debian this file is installed at
/usr/lib/apache2/suexec instead.

- -- System Information:
Debian Release: 4.0
  APT prefers testing
  APT policy: (530, 'testing'), (520, 'unstable'), (510, 'experimental')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18-4-k7
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)

Versions of packages libapache2-mod-fastcgi depends on:
ii  apache2.2-common  2.2.3-3.3  Next generation, scalable, extenda

libapache2-mod-fastcgi recommends no packages.

- -- no debconf information

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

iD8DBQFGAyIlshl/216gEHgRAjMrAKC7Q/JuyFpeG/zNfMLx0AbvHJRzzACgkNBX
3dYy3avl2dUzJSjKmgIpMFs=
=3bq2
-END PGP SIGNATURE-


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

Bug#414161: grub-install doesnt install on /dev/cciss/c0d0

[James Troup]

severity 414161 serious
thanks

Jason Cormie <[EMAIL PROTECTED]> writes:

> Package: grub
> Version: 0.97-23
> Severity: important
> Tags: patch
> 
> in grub-install there is a regular expression that strips the partition
> from the dev supplied
>   /dev/cciss/c0d0p1 = 1
> if you supply /dev/cciss/c0d0 howover it supplies the whole device, when
> the code expects an empty string.

I also ran into this on a Proliant and can confirm both the bug and
that the suggested patch does indeed fix it.  Given that
debian-installer uses grub-install, this will effectively break etch
installs on all HP Proliant servers.  It'd be very nice to get this
fixed for etch.  If you want me to upload an NMU, I'd be happy to do
so, just let me know.

-- 
James


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

Bug#375077: closed by Stephen Frost <[EMAIL PROTECTED]> (Bug#375077: fixed in libnss-ldap 251-4)

[Steve Langasek]

On Fri, Mar 23, 2007 at 01:29:17AM +0100, Michael Biebl wrote:
> > No, no changes were ever made that would eliminate the udev error messages.
> > The change that was made was to prevent the system from *hanging* at boot.

> Hm, ok. But it's still not rather comforting to see this huge amount of
> error messages during startup.
> I'd consider this bug only half-fixed.

Well, sorry, but I don't see how any other fix is possible for libnss-ldap.
It's a fact that udev does lookups for users/groups that are not guaranteed
to exist on the local system, and I don't think libnss-ldap should be
responsible for trying to munge the user's /etc/nsswitch.conf on boot to
avoid all LDAP lookups.

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


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

Bug#374070: keymap broken on ibook G4 Japanese keyboard.

[Charles Plessy]

Le Thu, Mar 22, 2007 at 09:17:18PM +0100, Brice Goglin a écrit :
> Hi,
> 
> What is the status of the japanese keyboard layout for macintosh? Is it
> still missing in current xkb-data in Etch? The problem was supposed to
> be discussed upstream, is there anything new there?

Hi,

Alas, the maintainer of xkeyboard-config left Debian, and I was relying
on his experimental packages to test new upstream releases. I am not
able to build binary packages by myself with upstream sources: the
current package in Debian has one big monolithic patch, and I do not
know what I should keep or discard.

 Subliminal message to the new maintainer: swiching to patch managment
 in debian/patches would help a lot. I can try to do this if you are
 interested.

To make things even more difficult, I broke my mac keyboard three months
ago, and spend a long time with a PC keyboard in the meantime. I have
bought a happy hacking keyboard for mac recently, but unfortunately, its
keycodes are not the same as the mac keyboard, for instance the left alt
sends zenkaku/hankaku (I am very disapointed, but I still prefer it over
the enormous keyboards from Apple).

So definitely, the keyboard will be missing in Etch. However, I am quite
confident that jp106 is quite a good aproximation if you do not use the
eisu and kana keys. The support for these keys has been added in
upstream's sources, as documented in
https://bugs.freedesktop.org/show_bug.cgi?id=8503. If it works, the next
step is to make applications such as anthy aware of the keys.

Have a nice day,

-- 
Charles Plessy
http://charles.plessy.org
Wako, Saitama, Japan

Bug#415891: network-manager: Doesn't play well with static configuration

[Michael Biebl]

Mark Brown wrote:
> On Thu, Mar 22, 2007 at 09:34:34PM +0100, Michael Biebl wrote:
> 
>> Any device that has some complexer configuration in /e/n/i will just be
>> ignored by NM. Sorry to say that, but I don't see another possibility.
> 
> To be honest, I'd just like to see Network Manager require explicit
> configuration in order to start when it notices that the system has a
> configuration it can't understand.  That way the user would have to
> explicitly enable Network Manager and therefore we wouldn't get the
> current problems where it gets installed for some reason (I think some
> packages suggest or recommend it) and disrupts other software.  If
> someone does want to run Network Manager in a situation where it doesn't
> understand the software then they could always configure it to start and
> deal with whatever other software might be disrupted as they see fit.
> 
> Any support for additional configurations would be nice but as you say
> it'll never be everything.

I'm not entirely happy with the current situation either.
But as etch is about to be released soon, any time I invest now will
probably be lost time, because the patch won't make it into etch. And NM
0.7 (which brings support for static IP configurations upstream) will be
released in the foreseeable future.

Michael

-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?



signature.asc
Description: OpenPGP digital signature

Bug#375077: closed by Stephen Frost <[EMAIL PROTECTED]> (Bug#375077: fixed in libnss-ldap 251-4)

[Michael Biebl]

Steve Langasek wrote:
> notfound 375077 251-7.4
> thanks
> 
> On Fri, Mar 23, 2007 at 12:21:53AM +0100, Michael Biebl wrote:
>>>  libnss-ldap (251-4) unstable; urgency=low
> 
>>>* Added system which implicitly sets bind_policy to 'soft'
>>>  during system boot/shutdown.  This is implemented by an
>>>  init script run at end of system boot and start of system
>>>  shutdown which creates/removes a file in /var/lib/libnss-ldap
>>>  called 'bind_policy_soft'.  When this file exists the policy
>>>  is treated as 'soft' regardless of the configuration in
>>>  /etc/nss-ldap.conf.  Note that soft doesn't mean 'always
>>>  fail' but rather only try to connect to each URI listed in
>>>  the configuration file once, with no sleeping.
>>>  Closes: #375077, #375215
> 
>> Seems as the current version does not contain the init script anymore
>> and I'm seeing the udev error messages on bootup again.
> 
> No, no changes were ever made that would eliminate the udev error messages.
> The change that was made was to prevent the system from *hanging* at boot.
> 

Hm, ok. But it's still not rather comforting to see this huge amount of
error messages during startup.
I'd consider this bug only half-fixed.

Cheers,
Michael
-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?



signature.asc
Description: OpenPGP digital signature

Bug#254475: grub-reboot only works if "default saved" in menu.lst

[Olivier Bonvalet]

Hello,

I'm not sure it's a bug or "a feature" : with etch and Grub 0.97,
grub-reboot seems to only works well if "default" is set at "saved" in 
menu.lst.


But on sarge and grub 0.95, grub-reboot works without this (I had 
"default 0"

and was able to boot on 1 with grub-reboot, for example).

Is this a bug or not ?

Thanks
Olivier


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

Bug#412289: linuxlogo: does not create /var/run/linuxlogo at installation

[William Grant]

It is a bug in linuxlogo. The directory should be created at runtime, as
/var/run is often on a tmpfs.


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

Bug#415912: lincity-ng: Strange message in popup window

[Lothar Guthmann]

Package: lincity-ng
Version: 1.0.3-2
Severity: normal

When I tried to build a tip, I got a popup window with
the message "0x810de0c135228317 '0'" in it. Now what
does that mean? :-) . BTW: I already have 4 tips.

Greetings, Lothar

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

Versions of packages lincity-ng depends on:
ii  libc6  2.3.6.ds1-13  GNU C Library: Shared libraries
ii  libgcc11:4.1.1-21GCC support library
ii  libgl1-mesa-glx [libgl1]   6.5.1-0.6 A free implementation of the OpenG
ii  libphysfs-1.0-01.0.0-5   filesystem abstraction library for
ii  libsdl-gfx1.2-42.0.13-2+b1   drawing and graphical effects exte
ii  libsdl-image1.21.2.5-2+b1image loading library for Simple D
ii  libsdl-mixer1.21.2.6-1.1+b2  mixer library for Simple DirectMed
ii  libsdl-ttf2.0-02.0.8-3+b1ttf library for Simple DirectMedia
ii  libsdl1.2debian1.2.11-8  Simple DirectMedia Layer
ii  libstdc++6 4.1.1-21  The GNU Standard C++ Library v3
ii  libxml22.6.27.dfsg-1 GNOME XML library
ii  lincity-ng-data1.0.3-2   Media files for the city simulator
ii  ttf-bitstream-vera 1.10-7The Bitstream Vera family of free 
ii  zlib1g 1:1.2.3-13compression library - runtime

lincity-ng recommends no packages.

-- no debconf information


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

Bug#406507: Ping

[Nacho Barrientos Arias]

Hello Franz and bug subscribers,

Are you still interested in adopt this package? I could take care of
it if you are not interested anymore.

-- 
bye,
   - Nacho 
 http://criptonita.com/~nacho


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

Bug#415911: yasm: Crash with a SIGFPE

[Jérémie Corbier]

Package: yasm
Version: 0.5.0-1
Severity: important
Tags: patch

Hi!

Dunno whether it is worth a bug report since it is already fixed in upstream SVN
repository but it has been reported against yasm in Ubuntu Feisty and it also
impacts yasm in Etch and Sid. The following information is what has been posted
in the Launchpad bug report [0].

When compiling VirtualBox, yasm crashes with a SIGFPE on:

 --- 8< ---
 yasm -f elf64 -DASM_FORMAT_ELF -D__YASM__ -w+orphan-labels -g dwarf2 -IPATM/
 -I/home/sebastien/virtualbox/vbox/include/
 -I/home/sebastien/virtualbox/vbox/src/VBox/VMM/
 -I/home/sebastien/virtualbox/vbox/out/linux.amd64/release/ -DVBOX -DVBOX_OSE
 -D__LINUX__ -D_FILE_OFFSET_BITS=64 -D__AMD64__ -DIN_RING3 -DHC_ARCH_BITS=64
 -DGC_ARCH_BITS=32 -DPIC -DIN_VMM_R3 -DIN_PDM_R3 -DIN_CFGM_R3 -DIN_IOM_R3
 -DIN_VM_R3 -DIN_CPUM_R3 -DIN_SELM_R3 -DIN_PGM_R3 -DIN_TRPM_R3 -DIN_MM_R3
 -DIN_DBG_R3 -DIN_DBGF_R3 -DIN_PATM_R3 -DIN_DIS_R3 -DIN_STAM_R3 -DIN_CSAM_R3
 -DIN_EM_R3 -DIN_TM_R3 -DIN_SSM_R3 -DIN_HWACCM_R3 -l
 
/home/sebastien/virtualbox/vbox/out/linux.amd64/release/obj/src/VBox/VMM/VMMR3/VMMAll/CPUMAllA.lst
 -o 
/home/sebastien/virtualbox/vbox/out/linux.amd64/release/obj/src/VBox/VMM/VMMR3/VMMAll/CPUMAllA.o
 /home/sebastien/virtualbox/vbox/src/VBox/VMM/VMMAll/CPUMAllA.asm
 --- 8< ---

Here is the stack trace:

 --- 8< ---
 #0  nasm_listfmt_output (listfmt=, f=0x764c50, 
linemap=0x67a470, arch=) at 
modules/listfmts/nasm/nasm-listfmt.c:219
multiple = 0
origp = (unsigned char *) 0x0
bigbuf = (unsigned char *) 0x0
size = 0
offset = 1632
p = (unsigned char *) 0x706f40 "Ð s"
gap = 1
bc = (yasm_bytecode *) 0x7198d0
source = 0x719340 "times ($$-$) & ((32)-1) resb 1"
line = 1682
listline = 7368512
buf = (unsigned char *) 0x77d4f0 "@Lv"
info = {arch = 0x67a8d0, bcrelocs = {stqh_first = 0x0, stqh_last = 
0x7fff14e56b48}, next_reloc = 0x0, next_reloc_addr = 2}
last_hist = (sectreloc *) 0x763b50
reloc = 
sect = (yasm_section *) 0x706f40
 #1  0x00402bd2 in main (argc=, argv=) at frontends/yasm/yasm.c:690
list = (FILE *) 0x764c50
in = 
obj = 
object = (yasm_object *) 0x67a110
def_sect = (yasm_section *) 0x67ae50
i = 
arch_error = 
base_filename = 0x441e07 "H\215\005\036D#"
 #2  0x2b0c95e8a8e4 in __libc_start_main () from /lib/libc.so.6
 #3  0x00401629 in _start ()
 --- 8< ---

You can find the patch I have uploaded to Feisty attached to this bug report.

Cheers,

-- 
Jeremie

 /* ``Failure is not an option.
It comes bundled with software.'' */

[0] https://launchpad.net/bugs/90436

-- System Information:
Debian Release: 4.0
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.20.3dedibox3
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Index: yasm-0.5.0/modules/listfmts/nasm/nasm-listfmt.c
===
--- yasm-0.5.0.orig/modules/listfmts/nasm/nasm-listfmt.c2007-03-20 
19:53:26.0 -0700
+++ yasm-0.5.0/modules/listfmts/nasm/nasm-listfmt.c 2007-03-20 
19:56:12.0 -0700
@@ -205,7 +205,7 @@
while (bc && bc->line == line) {
/[EMAIL PROTECTED]@*/ /[EMAIL PROTECTED]@*/ unsigned char 
*bigbuf;
unsigned long size = REGULAR_BUF_SIZE;
-   unsigned long multiple;
+   long multiple;
unsigned long offset = bc->offset;
unsigned char *origp, *p;
int gap;
@@ -216,7 +216,10 @@
bigbuf = yasm_bc_tobytes(bc, buf, &size, &gap, &info,
 nasm_listfmt_output_value, NULL);
yasm_bc_get_multiple(bc, &multiple, NULL);
-   size /= multiple;
+   if (multiple <= 0)
+   size = 0;
+   else
+   size /= multiple;
 
/* output bytes with reloc information */
origp = bigbuf ? bigbuf : buf;

Bug#391570: xkb-data: More Multimedia keys working on Cherry CyMotion Master Linux

[Andreas Pakulat]

On 23.03.07 00:20:06, Brice Goglin wrote:
> Andreas Pakulat wrote:
> > On 22.03.07 21:34:31, Brice Goglin wrote:
> >   
> >> Hi Andreas,
> >>
> >> What is the status of the patch that you sent upstream to fix cherry
> >> keyboard layouts? Did it get merged? Is there an url to the relevant 
> >> thread?
> >> 
> >
> > As far as I know: no. I still apply my patch after each upgrade of
> > xkb-data (had to change it a bit once or twice). 
> >
> > The problem is that I don't have a mail or anything as reference and
> > unfortunately also no bookmark for the BR so it might take me some time
> > to find it again (also IIRC there are mutliple BR's against this open
> > upstream)
> >   
> 
> The following upstream bugs seem to be relevant:
> https://bugs.freedesktop.org/show_bug.cgi?id=3541
> https://bugs.freedesktop.org/show_bug.cgi?id=7983
> 
> Do you think I should mark this bug as forwarded to one of those?

Thanks for finding these two, the one I responded to is a different, but
looking at the two bugreports they seem to contain everything thats
needed. So yes mark the bug as forwarded.

It would also be cool if one of the patches could be incorporated into
the debian package until upstream picks them up. Would save me and
probably others fixing the files every time xkb-data is updated.

Andreas

-- 
So you're back... about time...


pgpOHgvhpxVi2.pgp
Description: PGP signature

Bug#411982: more information

[sean finney]

it seems that the problem is between curl and libpq, and the bystanders
in php seem to be innocent victims.  

from libpq's be-secure.c:

/*
 *  Close SSL connection.
 */
static void
close_SSL(Port *port)
{
if (port->ssl)
{
SSL_shutdown(port->ssl);
SSL_free(port->ssl);


from curl's ssluse.c:


/* Global cleanup */
void Curl_ossl_cleanup(void)
{
  /* Free the SSL error strings */
  ERR_free_strings();


from php's backtrace:

(gdb) bt
#0  0x2b71ee8889a0 in ?? ()
#1  0x2b71edf446df in int_err_del () at err.c:353
#2  0x2b71ee4e9ef9 in Curl_ossl_cleanup ()
at ../../../lib/ssluse.c:580
#3  0x2b71ee4f93e2 in Curl_ssl_cleanup ()
at ../../../lib/sslgen.c:185
#4  0x2b71ee4f2233 in curl_global_cleanup ()
at ../../../lib/easy.c:294
#5  0x2b71ee3a3699 in zm_shutdown_curl (type=9, module_number=1)
at /tmp/buildd/php5-5.2.0/ext/curl/interface.c:668
...


in the case that no postgres server is running the libpq SSL_free() is
never called, and no segfault happens.  from the manpage for SSL_free():

 SSL_free() also calls the free()ing procedures for indirectly affected
 items, if applicable: the buffering BIO, the read and write BIOs,
 cipher lists specially created for this ssl, the SSL_SESSION.  Do not
 explicitly free these indirectly freed up items before or after calling
 SSL_free(), as trying to free things twice may lead to program failure.

i'm not sure if the error strings cound as "indirectly freed up items"
or not, but it seems to be part of the problem anyway.  i'll bring this
to a wider audience tomorrow to see if someone who knows more about
sharing libssl between multiple libraries has anything to say.



sean


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

Bug#228164: gnome-games: Manpages for aisleriot and blackjack

[Martín Ferrari]

Package: gnome-games
Version: 1:2.16.3-1
Followup-For: Bug #228164

See attached manpages.

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

Versions of packages gnome-games depends on:
ii  gnome-games-data   1:2.16.3-1data files for the GNOME games
ii  guile-1.6-libs 1.6.8-6   Main Guile libraries
ii  libc6  2.3.6.ds1-13  GNU C Library: Shared libraries
ii  libcairo2  1.2.4-4   The Cairo 2D vector graphics libra
ii  libesd00.2.36-3  Enlightened Sound Daemon - Shared 
ii  libgcc11:4.1.1-21GCC support library
ii  libgconf2-42.16.1-1  GNOME configuration database syste
ii  libglade2-01:2.6.0-4 library to load .glade files at ru
ii  libglib2.0-0   2.12.4-2  The GLib library of C routines
ii  libgnome2-02.16.0-2  The GNOME 2 library - runtime file
ii  libgnomeui-0   2.14.1-2  The GNOME 2 libraries (User Interf
ii  libgnomevfs2-0 1:2.14.2-6GNOME virtual file-system (runtime
ii  libgtk2.0-02.8.20-5  The GTK+ graphical user interface 
ii  libpango1.0-0  1.14.8-5  Layout and rendering of internatio
ii  librsvg2-common2.14.4-2  SAX-based renderer library for SVG
ii  libstdc++6 4.1.1-21  The GNU Standard C++ Library v3
ii  libxml22.6.27.dfsg-1 GNOME XML library
ii  zlib1g 1:1.2.3-13compression library - runtime

Versions of packages gnome-games recommends:
pn  gnome-games-extra-data (no description available)

-- no debconf information
..\"  Hey, EMACS: -*- nroff -*-
..\" sol.6 is copyright 2007 by
..\" Martin Ferrari <[EMAIL PROTECTED]>
..\"
..\" This is free documentation, see the latest version of the GNU Free
..\" Documentation License for copying conditions. There is NO warranty.
..\"
..TH SOL 6 "March 22, 2007" "AisleRiot"
..\" Please adjust this date whenever revising the manpage.
..\"

..SH NAME
AisleRiot \- a collection of card games which are easy to play with the aid of a mouse.

..SH SYNOPSIS
..B sol
..RI [ options ]

..SH DESCRIPTION
This manual page documents briefly the
..B sol
command. For more information, please refer to the excellent GNOME help for
..B AisleRiot

..PP
..B AisleRiot
(also known as 
..BR Solitaire " or " sol )
is a collection of card games which are easy to play with the aid of a mouse.
The rules for the games have been coded for your pleasure in the GNOME
scripting language (Scheme). It is part of the
..I gnome-games
package.

The following games can be selected from within the program, or by using a command line switch:

..RS
Agnes Athena Auld Lang Syne Aunt Mary Backbone Bakers Dozen Bakers Game
Beleaguered Castle Block Ten Bristol Camelot Canfield Carpet Chessboard Clock
Cover Cruel Diamond Mine Doublets Eagle Wing Easthaven Eight Off Elevator
Escalator First Law Fortress Fortunes Fourteen Freecell Gaps Gay Gordons
Glenwood Golf Gypsy Helsinki Hopscotch Isabel Jamestown Jumbo Kansas King
Albert Kings Audience Klondike Labyrinth Lady Jane Maze Monte Carlo Neighbor
Odessa Osmosis Peek Pileon Plait Poker Quatorze Royal East Saratoga Scorpion
Scuffle Seahaven Sir Tommy Spiderette Spider One Suit Spider Spider Two Suit
Straight Up Streets And Alleys Template Ten Across Thieves Thirteen Thumb And
Pouch Treize Triple Peaks Union Square Valentine Westhaven Whitehead Will O The
Wisp Yield Yukon Zebra
..RE

..SH OPTIONS
AisleRiot accepts the following options, besides the usual Gtk+/GNOME
switches:
..TP
..B \-v, \-\-variation=NAME
Select the game to play
..TP
..B \-\-display=DISPLAY
X display to use

..SH USAGE
This text is taken verbatim from the AisleRiot Manual V2.12.

Moving the cards is reasonably obvious. Assuming you have a right-handed mouse,
left-click on a card and drag it somewhere. Release the mouse button to deposit
the card.
 
If a card can be moved to the foundation(s), you do not need to drag it. You
can double-click on it and it will move. If a sequence of cards can be moved to
the foundations, you can generally move the sequence as one move.

Double clicking a card will send it to a foundation, if that is possible. This
is useful for cleaning up large numbers of cards at the end of a successful
game.

In games which have a stock pile you can redeal it by clicking on the empty
space where it was. Be warned that some games only let you do this a limited
number of time. Watch for the Redeals Left message at the bottom of the
window.
 
A useful tip to know is that right-clicking on a face-up card which is
partially obscured by a card laid over it will raise it so that you can see
what it is.
 
Ther

Bug#415910: bootchartd stops too early

[Michael Biebl]

Package: bootchart
Version: 0.9-4
Severity: normal

/sbin/bootchartd contains the following lines in the wait_boot()
function:

# The processes we have to wait for
local exit_proc="gdmgreeter gdm-binary kdm_greet kdm"
# early_login in FC4 starts gdm early, so fall back to mingetty
local early_login="no"
grep -q early_login /proc/cmdline && early_login="yes"
   if [ "$runlevel" -eq "2" -o "$runlevel" -eq "3" -o "$early_login" = 
"yes" ]; then
   exit_proc="mingetty agetty rungetty getty"
   fi

Though, in Debian the display manager/X is started by default in runlevel 2.
So we wrongly exit to early when using a display manager. Please also
keep in mind, that gdm is by default run at S21 and Debian doesn't have
a early_login variable.

And indeed, I don't get the full boot process listed in the final bootchart.png.

The cleanest solution imo would be to add a stop script
"stop-bootchartd" which runs at /etc/rc(2345)/S99stop-bootchartd" and
which stops bootchartd instead of grepping for running processes.

Cheers,
Michael


-- System Information:
Debian Release: 4.0
  APT prefers unstable
  APT policy: (500, 'unstable'), (300, 'experimental')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/dash
Kernel: Linux 2.6.21-rc4
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)

bootchart depends on no packages.

Versions of packages bootchart recommends:
pn  acct   (no description available)
ii  bootchart-view0.9-4  Boot process performance analyser 

-- no debconf information


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

Bug#415909: Mismatch between indentity tables added to model by quickstart and tables used by identity

[Enrico Zini]

Package: python-turbogears
Version: 1.0.1-1
Severity: normal

Hello,

I do tg-admin quickstart, tell it to use 'identity' and get a model with
these classes:

  $ grep ^class model.py
  class Visit(SQLObject):
  class VisitIdentity(SQLObject):
  class Group(SQLObject):
  class User(SQLObject):
  class Permission(SQLObject):

so far so good, but after customizing them a bit[1], I noticed weird
behaviours in the toolbox.  It turns out that the toolbox has a
different, very personal idea of those tables:

  $ grep ^class turbogears/identity/soprovider.py
  class TG_VisitIdentity(SQLObject):
  class TG_Group(InheritableSQLObject):
  class TG_User(InheritableSQLObject):
  class TG_Permission(InheritableSQLObject):

This causes all sorts of funny misbehaviours when using the toolbox and
the application: tables created by the toolbox won't work with the
application (they'd miss the extra custom fields), but the toolbox won't
be able to edit the user tables created by the application (trying to
add a user gives me "An error occurred: global name 'identity' is
not defined").

Plus, there's no obvious way to recreate the database tables as 
"tg-admin sql create" will create broken user tables.  Here's a
work-around script for that:

#!/usr/bin/python

from os.path import *
import sys, inspect

import pkg_resources
pkg_resources.require("TurboGears")

import turbogears

# first look on the command line for a desired config file,
# if it's not on the command line, then
# look for setup.py in this directory. If it's not there, this script is
# probably installed
if len(sys.argv) > 1:
turbogears.update_config(configfile=sys.argv[1],
modulename="pec.config")
elif exists(join(dirname(__file__), "setup.py")):
turbogears.update_config(configfile="dev.cfg",
modulename="pec.config")
else:
turbogears.update_config(configfile="prod.cfg",
modulename="pec.config")

import MYNAMESPACE.model as pm
import sqlobject 
from sqlobject.inheritance import InheritableSQLObject

for item in pm.__dict__.values():
if inspect.isclass(item) and issubclass(item, sqlobject.SQLObject) \
   and item != sqlobject.SQLObject and item != InheritableSQLObject:
print "Recreating", item
item.createTable(ifNotExists=True)


Ciao,

Enrico


[1]
I'm supposed to be able to do it.  It even says it in the User class
comment:
class User(SQLObject):
"""
Reasonably basic User definition. Probably would want additional attributes.
"""
-- System Information:
Debian Release: 4.0
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: amd64 (x86_64)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.20.1enrico
Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8)

Versions of packages python-turbogears depends on:
ii  python2.4.4-2An interactive high-level object-o
ii  python-celementtree   1.0.5-8Light-weight toolkit for XML proce
ii  python-cheetah2.0~rc7-1  text-based template engine and Pyt
ii  python-cherrypy   2.2.1-3Python web development framework
ii  python-configobj  4.3.2-2a simple but powerful config file 
ii  python-dispatch   0.5adev-5  Rule-based Dispatching and Generic
ii  python-elementtree1.2.6-10   Light-weight toolkit for XML proce
ii  python-formencode 0.7-1  validation and form generation pyt
ii  python-kid0.9.5-1simple Pythonic template language 
ii  python-nose   0.9.0-2test discovery and running for Pyt
ii  python-paste  1.0.1-1Tools for using a Web Server Gatew
ii  python-pastedeploy1.0-1  Load, configure, and compose WSGI 
ii  python-pastescript1.0-1  serving web applications, creating
ii  python-setuptools 0.6c5-2Python Distutils Enhancements
ii  python-simplejson 1.7-1  Simple, fast, extensible JSON enco
ii  python-sqlalchemy 0.3.1-2SQL toolkit and Object Relational 
ii  python-sqlobject  0.8.1-1python module for SQLObject
ii  python-support0.5.6  automated rebuilding support for p
ii  python-turbojson  0.9.5-1TurboGears template plugin that su
ii  python-turbokid   0.9.9-1TurboGears template plugin that su

Versions of packages python-turbogears recommends:
ii  python-pysqlite2  2.3.2-2python interface to SQLite 3

-- no debconf information


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

Bug#415873: utf8-migration-tool: Cannot handle directories with accents

[Nicolas François]

tags 415873 patch
thanks


Hello,

The problem is that the parent directory of a file cannot be renamed at
the same time this file is renamed. The directory must be renamed
separately.

The attached patch make sure that
 * only the file names (not directory names) are renamed.
 * directories are renamed separately

A third column had to be added to keep a correct string representation of
the renamed path (otherwise a path can be a mix of latin-1 and utf-8)

Kind Regards,
-- 
Nekral
diff -rauN ../orig/utf8-migration-tool-0.5.2/debian/changelog utf8-migration-tool-0.5.3/debian/changelog
--- ../orig/utf8-migration-tool-0.5.2/debian/changelog	2007-01-15 18:41:07.0 +0100
+++ utf8-migration-tool-0.5.3/debian/changelog	2007-03-23 00:39:18.0 +0100
@@ -1,3 +1,10 @@
+utf8-migration-tool (0.5.3) unstable; urgency=low
+
+  * Do not rename directories at the same time as files.
+  * Rename directories (separately), if needed.
+
+ -- Martin-Éric Racine <[EMAIL PROTECTED]>  Fri, 23 Mar 2007 00:37:04 +0100
+
 utf8-migration-tool (0.5.2) unstable; urgency=high
 
   * Fixed typo that resulted in RC bug (Closes: #406966).
diff -rauN ../orig/utf8-migration-tool-0.5.2/pylib/wizard/steps.py utf8-migration-tool-0.5.3/pylib/wizard/steps.py
--- ../orig/utf8-migration-tool-0.5.2/pylib/wizard/steps.py	2006-06-11 14:33:35.0 +0200
+++ utf8-migration-tool-0.5.3/pylib/wizard/steps.py	2007-03-23 00:36:23.0 +0100
@@ -97,7 +97,7 @@
 icon = 'wizard.png'
 last_step = True
 has_worker = False
-model = gtk.ListStore(str, str)
+model = gtk.ListStore(str, str, str)
 column = gtk.TreeViewColumn("File name")
 currentEncoding = ""
 
@@ -105,7 +105,7 @@
 super(FileNameConversion, self).__init__(params)
 self.renderer = gtk.CellRendererText()
 self.column.pack_start(self.renderer, True)
-self.column.set_attributes(self.renderer, text=1)
+self.column.set_attributes(self.renderer, text=2)
 self.renderer.set_property('editable', True)
 
 def edited_cb(self, cell, path, new_text, user_data):
@@ -116,15 +116,19 @@
 
 filenames = []
 for root, dirs, files in os.walk(os.path.expanduser('~'), topdown=False):
-for f in files:
+for f in files+dirs:
 try:
 unicode(f, "utf-8")
 except UnicodeDecodeError:
 try:
-filenames.append((root+"/"+f, unicode(root+"/"+f, self.currentEncoding)))
+filenames.append((root+"/"+f,
+  root+"/"+unicode(f, self.currentEncoding).encode('utf-8'),
+  unicode(root+"/"+f, self.currentEncoding)))
 except UnicodeDecodeError:
 # Sane fallback
-filenames.append((root+"/"+f, unicode(root+"/"+f, "iso8859-1")))
+filenames.append((root+"/"+f,
+  root+"/"+unicode(f, "iso8859-1").encode('utf-8'),
+  unicode(root+"/"+f, "iso8859-1")))
 
 self.set_files(filenames)
 

Bug#375077: closed by Stephen Frost <[EMAIL PROTECTED]> (Bug#375077: fixed in libnss-ldap 251-4)

[Steve Langasek]

notfound 375077 251-7.4
thanks

On Fri, Mar 23, 2007 at 12:21:53AM +0100, Michael Biebl wrote:
> >  libnss-ldap (251-4) unstable; urgency=low

> >* Added system which implicitly sets bind_policy to 'soft'
> >  during system boot/shutdown.  This is implemented by an
> >  init script run at end of system boot and start of system
> >  shutdown which creates/removes a file in /var/lib/libnss-ldap
> >  called 'bind_policy_soft'.  When this file exists the policy
> >  is treated as 'soft' regardless of the configuration in
> >  /etc/nss-ldap.conf.  Note that soft doesn't mean 'always
> >  fail' but rather only try to connect to each URI listed in
> >  the configuration file once, with no sleeping.
> >  Closes: #375077, #375215

> Seems as the current version does not contain the init script anymore
> and I'm seeing the udev error messages on bootup again.

No, no changes were ever made that would eliminate the udev error messages.
The change that was made was to prevent the system from *hanging* at boot.

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


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

Bug#415908: lhs2tex: Indirect dependency conflict with texlive

[Trent Buck]

Package: lhs2tex
Version: 1.11-2
Severity: important

There are currently two competing TeX distributions in Debian: tetex
and texlive.  They cannot both be installed concurrently.  lhs2tex
currently depends only on tetex; therefore texlive users cannot
install lhs2tex.

If (as is probably the case) lhs2tex works with texlive, the
dependencies should be changed from

tetex-base, tetex-bin

to something like

tetex-base | texlive-base, tetex-bin | texlive-base-bin

I don't know if this is precisely the correct dependency; you (the
maintainer) should probably check with the Debian texlive maintainers.


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

Bug#415869: CVE-2007-0720: remote DoS

[Kenshi Muto]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

At Thu, 22 Mar 2007 19:26:52 +0100,
Laurent Bonnaud wrote:
> Package: cupsys
> Version: 1.2.7-4
> Severity: important
> 
> Hi,
> 
> here is the problem:
> 
> http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2007-0720

If https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=232241 is correct,
"relevant fix" r6110/r6081/r6079 have been already merged into 1.2.7.
Do you have more useful informations or additional patches?

Thanks,
- -- 
Kenshi Muto
[EMAIL PROTECTED]
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.6 (GNU/Linux)
Comment: Processed by Mailcrypt 3.5.8+ 

iEYEARECAAYFAkYDEqkACgkQQKW+7XLQPLHhxACgm+cIYPnMBYy7tTRDEinC45dT
Cz0AoLXPP487i7pI2LGhEMXQtiv3S51k
=GRJV
-END PGP SIGNATURE-


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

Bug#415907: blackjack: various issues

[Martín Ferrari]

Package: gnome-games
Version: 1:2.16.3-1
Severity: normal

I've found some issues in the blackjack game. The parameter variation is
ignored (or I don't know how to use it, the manual says nothing):

$ blackjack --variation Vegas\ Downtown
$ blackjack --variation=Vegas\ Downtown

And I still see a Vegas Strip game. Further, if I don't put a variation,
this errors suggest a bug in the code:

$ blackjack --variation

(blackjack:9879): GLib-WARNING **: GError set over the top of a previous
GError or uninitialized memory.
This indicates a bug in someone's code. You must ensure an error is NULL
before it's set.
The overwriting error message was: Unknown option --variation

Other issue is the new game / restart game commands. The both seem to do
exactly the same: to restart the card deck and clear the table. But
neither of them reset the money counters. For doing this, you have to
go to preferences (!!).

It is also worth noting, that the spanish translation is very poor.

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

Versions of packages gnome-games depends on:
ii  gnome-games-data   1:2.16.3-1data files for the GNOME games
ii  guile-1.6-libs 1.6.8-6   Main Guile libraries
ii  libc6  2.3.6.ds1-13  GNU C Library: Shared libraries
ii  libcairo2  1.2.4-4   The Cairo 2D vector graphics libra
ii  libesd00.2.36-3  Enlightened Sound Daemon - Shared 
ii  libgcc11:4.1.1-21GCC support library
ii  libgconf2-42.16.1-1  GNOME configuration database syste
ii  libglade2-01:2.6.0-4 library to load .glade files at ru
ii  libglib2.0-0   2.12.4-2  The GLib library of C routines
ii  libgnome2-02.16.0-2  The GNOME 2 library - runtime file
ii  libgnomeui-0   2.14.1-2  The GNOME 2 libraries (User Interf
ii  libgnomevfs2-0 1:2.14.2-6GNOME virtual file-system (runtime
ii  libgtk2.0-02.8.20-5  The GTK+ graphical user interface 
ii  libpango1.0-0  1.14.8-5  Layout and rendering of internatio
ii  librsvg2-common2.14.4-2  SAX-based renderer library for SVG
ii  libstdc++6 4.1.1-21  The GNU Standard C++ Library v3
ii  libxml22.6.27.dfsg-1 GNOME XML library
ii  zlib1g 1:1.2.3-13compression library - runtime

Versions of packages gnome-games recommends:
pn  gnome-games-extra-data (no description available)

-- no debconf information


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

Bug#415906: texlive-base-bin: config file xdvi.cfg is not preserved

[Norbert Preining]

HI all, especially Frank!

On Fre, 23 Mär 2007, Norbert Preining wrote:
> First bug report from myself: xdvi.cfg is not preserved on upgrades from
> texlive 2005 to texlive 2007:
> 
> Setting up texlive-base-bin (2007-1) ...
> Installing new version of config file /etc/texmf/fmt.d/10texlive-base-bin.cnf 
> ...
> Preserving removal of /etc/texmf/xdvi/xdvi.cfg.

I guess the problem is the following code texlive-base-bin.preinst:

handle_config_file_preinst ()
{
...
case "$cfgfile" in
...
esac
### HERE WE DO SOMETHING WITH xdvi.cfg AS IT IS 
check_move $conf_oldpath $cfgfile $version
### AND HERE WE DO SOMETHING MORE WITH xdvi.cfg,
### ALTHOUGH IT HAS ALREADY BEEN MOVED AWAY!!!
# special case for xdvi.cfg: 
# old texlive version takes precedence of old tetex version
case $cfgfile in
/etc/texmf/xdvi/xdvi.cfg)
# old tetex version was moved already
check_move /etc/texmf/texlive/xdvi.cfg $cfgfile $version
;;
esac
}


I guess the end should be:

case "$cfgfile" in
...
esac
case $cfgfile in
/etc/texmf/xdvi/xdvi.cfg)
# old tetex version was moved already
check_move /etc/texmf/texlive/xdvi.cfg $cfgfile $version
;;
*)
check_move $conf_oldpath $cfgfile $version
;;
esac
}

Comments? Frank especially since you have written the
preinst/postinst/unwind code?

Best wishes

Norbert

---
Dr. Norbert Preining <[EMAIL PROTECTED]>Università di Siena
Debian Developer <[EMAIL PROTECTED]> Debian TeX Group
gpg DSA: 0x09C5B094  fp: 14DF 2E6C 0307 BE6D AD76  A9C0 D2BF 4AA3 09C5 B094
---
MEATH (adj.)
Warm and very slightly clammy. Descriptive of the texture of your
hands after the automatic drying machine has turned itself off, just
damp enough to make it embarrassing if you have to shake hands with
someone immediately afterwards.
--- Douglas Adams, The Meaning of Liff


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

Bug#374070: keymap broken on ibook G4 Japanese keyboard.

[Junichi Uekawa]

> What is the status of the japanese keyboard layout for macintosh? Is it
> still missing in current xkb-data in Etch? The problem was supposed to
> be discussed upstream, is there anything new there?

No idea, I don't have a japanese keyboard.


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#415620: Wrong driver for Radeon card?

[Christian Theede]

Great, thank you for fixing it :)


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

Bug#375077: closed by Stephen Frost <[EMAIL PROTECTED]> (Bug#375077: fixed in libnss-ldap 251-4)

[Michael Biebl]

found 375077 251-7.4
thanks


>  libnss-ldap (251-4) unstable; urgency=low
>  .
>* Added system which implicitly sets bind_policy to 'soft'
>  during system boot/shutdown.  This is implemented by an
>  init script run at end of system boot and start of system
>  shutdown which creates/removes a file in /var/lib/libnss-ldap
>  called 'bind_policy_soft'.  When this file exists the policy
>  is treated as 'soft' regardless of the configuration in
>  /etc/nss-ldap.conf.  Note that soft doesn't mean 'always
>  fail' but rather only try to connect to each URI listed in
>  the configuration file once, with no sleeping.
>  Closes: #375077, #375215


Seems as the current version does not contain the init script anymore
and I'm seeing the udev error messages on bootup again.

Cheers,
Michael

-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?



signature.asc
Description: OpenPGP digital signature

Bug#391570: xkb-data: More Multimedia keys working on Cherry CyMotion Master Linux

[Brice Goglin]

Andreas Pakulat wrote:
> On 22.03.07 21:34:31, Brice Goglin wrote:
>   
>> Hi Andreas,
>>
>> What is the status of the patch that you sent upstream to fix cherry
>> keyboard layouts? Did it get merged? Is there an url to the relevant thread?
>> 
>
> As far as I know: no. I still apply my patch after each upgrade of
> xkb-data (had to change it a bit once or twice). 
>
> The problem is that I don't have a mail or anything as reference and
> unfortunately also no bookmark for the BR so it might take me some time
> to find it again (also IIRC there are mutliple BR's against this open
> upstream)
>   

The following upstream bugs seem to be relevant:
https://bugs.freedesktop.org/show_bug.cgi?id=3541
https://bugs.freedesktop.org/show_bug.cgi?id=7983

Do you think I should mark this bug as forwarded to one of those?

Brice



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

Bug#332782: Please explain the etch-ignore tag

[Jens Seidel]

On Thu, Mar 22, 2007 at 03:45:55PM -0700, Steve Langasek wrote:
> On Thu, Mar 22, 2007 at 11:24:33PM +0100, Javier Fernández-Sanguino Peña 
> wrote:
> > Yes:
> > $  grep author release-notes.ent,v en/release-notes.en.sgml,v | 
> >awk '{print $4}' | sort | uniq -c | sort -n
> 
> That won't be comprehensive though, because there are a limited number of
> authorized committers who often commit changes contributed by others.

In this case it can be assumed that the log entry contains the
contributor(s). At least I added this information always.

Jens

Bug#415906: texlive-base-bin: config file xdvi.cfg is not preserved

[Norbert Preining]

Package: texlive-base-bin
Version: 2007-1
Severity: normal

Hi all!

First bug report from myself: xdvi.cfg is not preserved on upgrades from
texlive 2005 to texlive 2007:

Setting up texlive-base-bin (2007-1) ...
Installing new version of config file /etc/texmf/fmt.d/10texlive-base-bin.cnf 
...
Preserving removal of /etc/texmf/xdvi/xdvi.cfg.
Running mktexlsr. This may take some time... done.
Building format(s) --all . This may take some time... done.

But I DIDN'T remove it, it was there at /etc/texmf/texlive/xdvi.cfg

Guess something in the upgrade logic went wrong ...

-- System Information:
Debian Release: 4.0
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.21-rc2
Locale: LANG=en_US.ISO-8859-15, LC_CTYPE=en_US.ISO-8859-15 (charmap=ISO-8859-15)

Versions of packages texlive-base-bin depends on:
ii  ed0.2-20 The classic unix line editor
ii  libc6 2.3.6.ds1-13   GNU C Library: Shared libraries
ii  libncurses5   5.5-5  Shared libraries for terminal hand
ii  libpng12-01.2.15~beta5-1 PNG library - runtime
ii  libpoppler0c2 0.4.5-5.1  PDF rendering library
ii  libx11-6  2:1.0.3-6  X11 client-side library
ii  libxaw7   1:1.0.2-4  X11 Athena Widget library
ii  libxmu6   1:1.0.2-2  X11 miscellaneous utility library
ii  libxpm4   1:3.5.5-2  X11 pixmap library
ii  libxt61:1.0.2-2  X11 toolkit intrinsics library
ii  mime-support  3.39-1 MIME files 'mime.types' & 'mailcap
ii  perl  5.8.8-7Larry Wall's Practical Extraction 
ii  texlive-common2007-1 TeX Live: Base component
ii  zlib1g1:1.2.3-13 compression library - runtime

Versions of packages texlive-base-bin recommends:
ii  perl-tk  1:804.027-7 Perl module providing the Tk graph

Versions of packages tex-common depends on:
ii  debconf [debconf-2.0] 1.5.13 Debian configuration management sy
ii  ucf   2.0020 Update Configuration File: preserv

Versions of packages texlive-base-bin is related to:
pn  tetex-base (no description available)
pn  tetex-bin  (no description available)
pn  tetex-extra(no description available)

-- debconf information:
  tex-common/singleuser: false
  tex-common/check_texmf_wrong:
  tex-common/check_texmf_missing:


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

Bug#415894: mediawiki1.7: Sensless debconf note

[Romain Beauxis]

Le jeudi 22 mars 2007 21:17, Helge Kreutzmann a écrit :
> If the configuration file previously had been in /etc/mediawiki1.7 and
> still resides there, what is the reason something is "solved" and how
> can this fail?

Yes, this is a typo..
I fear any debconf update would be pointless with current typo..

I'll handle ASAP.

Romain
-- 
Cause it's your heart
and nobody elses
that it's gonna judge
Be not selfish
In your doings

Bug#415872: [Pkg-cups-devel] Bug#415872: cupsys: ipp and lpd backend files are not world-readable

[Kenshi Muto]

severity 415872 important
merge 399572 415872
tags 399572 + confirmed
thanks

At Thu, 22 Mar 2007 21:38:16 +0200,
=?UTF-8?Q? Martin-=C3=89ric?= Racine wrote:
> On 3/22/07, Laurent Bonnaud <[EMAIL PROTECTED]> wrote:
> > Package: cupsys
> > Version: 1.2.7-4
> > Severity: normal
> >
> > here is the problem:
> > -rwx-- 3 root root 23452 fév  2 14:20 
> > /usr/lib/cups/backend-available/ipp
> > -rwx-- 2 root root 16648 fév  2 14:20 
> > /usr/lib/cups/backend-available/lpd
> > There is no good reason to make those files unreadable by users and it
> > causes a problem when reporting bugs against cupsys:

This is a known problem (#399572) but this permission is the specification
of upstream code. If we give a+r permission, these backends won't work.

> kmuto, mpitt: should we make these root:lp 4754 then? Or any other mode?

During CUPS is working under root owner, I don't want to do such
not necessary configuration. Another idea is that using copy instead of
hardlink in postinst then setting permission 700.
But it seems be too late to merge it for Etch and we CUPS team is
planning to migrate Ubuntu-based cupsys for post-Etch.

Thanks,
-- 
Kenshi Muto
[EMAIL PROTECTED]

Bug#415891: network-manager: Doesn't play well with static configuration

[Mark Brown]

On Thu, Mar 22, 2007 at 09:34:34PM +0100, Michael Biebl wrote:

> Any device that has some complexer configuration in /e/n/i will just be
> ignored by NM. Sorry to say that, but I don't see another possibility.

To be honest, I'd just like to see Network Manager require explicit
configuration in order to start when it notices that the system has a
configuration it can't understand.  That way the user would have to
explicitly enable Network Manager and therefore we wouldn't get the
current problems where it gets installed for some reason (I think some
packages suggest or recommend it) and disrupts other software.  If
someone does want to run Network Manager in a situation where it doesn't
understand the software then they could always configure it to start and
deal with whatever other software might be disrupted as they see fit.

Any support for additional configurations would be nice but as you say
it'll never be everything.

-- 
"You grabbed my hand and we fell into it, like a daydream - or a fever."


signature.asc
Description: Digital signature

Bug#406470: [Pkg-kde-extras] Bug#406470: patch for openafs FIFO problem

[Mark Purcell]

On Thursday 22 March 2007 20:57, Thomas Braun wrote:

> attached is an even better solution.
> The fifos are now created in /tmp and in /home/$user are only symlinks 
> created. So now also users on an filesytem without fifos (like openafs) 
> should be able to use the feature :)
> The patch has to be applied to the unpatched sources.

Thanks Thomas,

I have now included your patch and uploaded to Debian/unstable.

Btw, we have a number of outstanding bugs against kile at 
http://packages.debian.org/kile, which we could use some assistance with.

Also we do have a package tracking system at 
http://packages.qa.debian.org/k/kile.html, which you can subscribe to via 
email and receive our email bug reports as they happen.

Mark


pgpmBqRXPUycJ.pgp
Description: PGP signature

Bug#414929: could you try this patch

[Eddy Petrișor]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

tags 414929 patch
thanks


Steve Langasek wrote:
> On Wed, Mar 21, 2007 at 11:10:48PM -0300, Henrique de Moraes Holschuh wrote:
>> On Thu, 22 Mar 2007, Eddy Petri??or wrote:
>>> Just a tired and blind attempt at this bug.
>>> Could you patch the init script with the attached pacth and see if
>>> it works?
> 
>> --oknodo in stop is never acceptable, it is NOT OK if the daemon is there
>> and we don't stop it.  Thanks for the effort, anyway.
> 
> That's not what --oknodo means. Please see the manpage; --oknodo is exactly
> what's wanted here.

Just to spare people from going to the manual:

"If such a  process does  not exist, start-stop-daemon exits with
error status 1 (0 if --oknodo is specified)"

> 
> The only part of this patch that doesn't make sense is passing an explicit
> --signal option, when it's the same as the default behavior.

Yes, I should never send patches when I am tired :-) I was trying
something along the lines of the code below.

- -   if start-stop-daemon --stop --quiet --pidfile ${PIDFILE} \
- -  --exec ${DAEMON} --retry 10 ; then
+   if start-stop-daemon --stop --quiet --oknodo --pidfile
${PIDFILE} \
+  --signal TERM/3/TERM/3/KILL/10; then


Still I wasn't sure if it would make any difference to try to TERM
twice and I ended up in sending a half baked/broken patch.

Maybe is time to install timidity and check if I can reproduce the
bug :-)

(after some time)

So I went on and changed the command, and came up with a patch.

I could reproduce the bug on my machine after uncommenting the
option in /etc/default, and, of course the result was fine after
applying the patch...

>> In fact, that's how I'd fix this bug if I had the time right now.
> 
> Does this mean you don't have time (even with a patch), and would like an
> NMU?

NMU patch attached.


Below this line is not that relevant for this bug...
- --

OTOH, Steve, you said that the --exec option should not be used, but
I see the same type of code for many other daemons on my system, so
the issue you are talking about should happen for these binaries,
too, shouldn't it?

Or am I missing something like most or all are calling that in a
fuinction?

(Went and tested a little)

I tested on laptop-net's init script (well, its stop command) which
also uses --exec and it seems the --exec parameter should be indeed
avoided for --stop:

bounty:/home/eddy/usr/src/timidity/timidity-2.13.2/debian# cp
/usr/lib/laptop-net/ifd{,.a}
bounty:/home/eddy/usr/src/timidity/timidity-2.13.2/debian# rm
/usr/lib/laptop-net/ifd
rm: remove regular file `/usr/lib/laptop-net/ifd'? y
bounty:/home/eddy/usr/src/timidity/timidity-2.13.2/debian# ll
/proc/`cat /var/run/ifd.pid`/exe
lrwxrwxrwx 1 root root 0 2007-03-23 00:11 /proc/6401/exe ->
/usr/lib/laptop-net/ifd (deleted)
bounty:/home/eddy/usr/src/timidity/timidity-2.13.2/debian#
start-stop-daemon --stop --oknodo --pidfile /var/run/ifd.pid --exec
/usr/lib/laptop-net/ifd ; echo $?
start-stop-daemon: stat /usr/lib/laptop-net/ifd: No such file or
directory (No such file or directory)
2
bounty:/home/eddy/usr/src/timidity/timidity-2.13.2/debian# cp
/usr/lib/laptop-net/ifd{.a,}
bounty:/home/eddy/usr/src/timidity/timidity-2.13.2/debian# ps ax |
grep ifd
 6401 ?Ss 0:00 /usr/lib/laptop-net/ifd
/usr/share/laptop-net/link-change eth0
 6710 pts/5R+ 0:00 grep ifd
bounty:/home/eddy/usr/src/timidity/timidity-2.13.2/debian# ll
/proc/`cat /var/run/ifd.pid`/exe lrwxrwxrwx 1 root root 0 2007-03-23
00:11 /proc/6401/exe -> /usr/lib/laptop-net/ifd (deleted)
bounty:/home/eddy/usr/src/timidity/timidity-2.13.2/debian#
start-stop-daemon --stop --oknodo --pidfile /var/run/ifd.pid ; echo $?
0
bounty:/home/eddy/usr/src/timidity/timidity-2.13.2/debian# ps ax |
grep ifd  6729 pts/5S+ 0:00 grep ifd

- --
Regards,
EddyP
=
"Imagination is more important than knowledge" A.Einstein
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.6 (GNU/Linux)

iD8DBQFGAwmfY8Chqv3NRNoRAntHAKDPSYL/Lue1OKZ6w5/6DRX1LOtaeQCfZaJV
R5HYPxILh2n6tWwMRK6e4qE=
=vfte
-END PGP SIGNATURE-
diff -ruN timidity-2.13.2.old/debian/changelog timidity-2.13.2/debian/changelog
--- timidity-2.13.2.old/debian/changelog	2007-03-23 00:45:23.0 +0200
+++ timidity-2.13.2/debian/changelog	2007-03-23 00:44:17.0 +0200
@@ -1,3 +1,12 @@
+timidity (2.13.2-7.3) unstable; urgency=high
+
+  * Non-maintainer upload.
+  * urgency high since it fixes an RC bug
+  * do not fail if the daemon is not started and stop is attempted
+(Closes: #414929)
+
+ -- Eddy Petrișor <[EMAIL PROTECTED]>  Fri, 23 Mar 2007 00:42:59 +0200
+
 timidity (2.13.2-7.2) unstable; urgency=low
 
   * Non-maintainer upload with maintainer permission.
diff -ruN timidity-2.13.2.old/debian/timidity.init timidity-2.13.2/debian/timidity.init
--- timidity-2.13.2.old/debian/timidity.init	2007-03-23 00:45:23.0 +0200
+++ timidity-2.13.2/debian/timi

Bug#415904: [Linux, ti_usb-serial] Removing (obsolete) firmware blobs, making driver usable (without udev scripts)

[Oleg Verych]

Package: linux-source-2.6.18
Version: 2.6.18.dfsg.1-11
Severity: important
Tags: patch

1) In current form, i.e. without udev scripts, driver is unusable.

2) Two binary firmware blobs for different devices are staticaly included
   in the driver. While they are written to be GPL, Windows(R) driver
   package for such devices includes separate fimware files, thus providing
   updated ones and making blobs useless. Userspace helper was adopted to
   load that files. Filenames were taken from standard TI ez430 USB device
   driver package, where usb-serial is an interface.

3) To make driver usable usb_driver_set_configuration() crutch from
   2.6.19 was taken, it applies without conflicts on usb sources. This
   one is used to setup device and driver without need of any hotplug
   scripts.

4) Initial version was made in hurry in December, but updated patch was
   sent and conformed by upsteam author to work.

5) The upstream author lastly updated driver in 2.6.11. Some work was made
   to 2.6.13, but it wasn't posted to mainline. Now author wants to update
   his patch set, include some more binary blobs in the driver, or use
   userspace helper. Anything from my patch set he may include, but i asked
   him to provide his update first, and then i will post my.

Result: ~24k of RAM is saved, works without additional udev scripts, uses
default (udev) userspace firmware load helper.

Cons: User must symlink or copy firmware files from standard driver
  package to '/lib/firmware/'.

Patches were posted in debian-kernel and can be downloaded via Gmane
news gate if lost. Head of patch set thread is:

Message-ID: <[EMAIL PROTECTED]>
Archived-At: 

It would be nice to have this woring in Etch.

Thanks.

-- System Information:
Debian Release: 4.0
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)
Shell:  /bin/sh linked to /bin/dash
Kernel: Linux 2.6.18-4-amd64
Locale: LANG=ru_RU.KOI8-R, LC_CTYPE=ru_RU.KOI8-R (charmap=KOI8-R)



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

Bug#415905: gnome-games: Wrong tip in the blackjack bottom bar

[Martín Ferrari]

Package: gnome-games
Version: 1:2.16.3-1
Severity: minor

When playing blackjack - Vegas Strip rules, after dealing the first two
cards, if you move the mouse over the coins, the bottom bar says "Click
to double your wager", but instead of doing that, asks for another
card!

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

Versions of packages gnome-games depends on:
ii  gnome-games-data   1:2.16.3-1data files for the GNOME games
ii  guile-1.6-libs 1.6.8-6   Main Guile libraries
ii  libc6  2.3.6.ds1-13  GNU C Library: Shared libraries
ii  libcairo2  1.2.4-4   The Cairo 2D vector graphics libra
ii  libesd00.2.36-3  Enlightened Sound Daemon - Shared 
ii  libgcc11:4.1.1-21GCC support library
ii  libgconf2-42.16.1-1  GNOME configuration database syste
ii  libglade2-01:2.6.0-4 library to load .glade files at ru
ii  libglib2.0-0   2.12.4-2  The GLib library of C routines
ii  libgnome2-02.16.0-2  The GNOME 2 library - runtime file
ii  libgnomeui-0   2.14.1-2  The GNOME 2 libraries (User Interf
ii  libgnomevfs2-0 1:2.14.2-6GNOME virtual file-system (runtime
ii  libgtk2.0-02.8.20-5  The GTK+ graphical user interface 
ii  libpango1.0-0  1.14.8-5  Layout and rendering of internatio
ii  librsvg2-common2.14.4-2  SAX-based renderer library for SVG
ii  libstdc++6 4.1.1-21  The GNU Standard C++ Library v3
ii  libxml22.6.27.dfsg-1 GNOME XML library
ii  zlib1g 1:1.2.3-13compression library - runtime

Versions of packages gnome-games recommends:
pn  gnome-games-extra-data (no description available)

-- no debconf information


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

Bug#332782: Please explain the etch-ignore tag

[Frans Pop]

On Thursday 22 March 2007 23:24, Javier Fernández-Sanguino Peña wrote:
> $  grep author release-notes.ent,v en/release-notes.en.sgml,v |
>awk '{print $4}' | sort | uniq -c | sort -n
> [ slightly edited, for clarity ]
>  73 fjp  - Frans Pop
>  43 jfs  - Javier Fernandez-Sanguino (me)
>  36 robster  - Rob Bradford
>  24 aba  - Andreas Barth
>  19 jseidel  - Jens Seidel
>   4 djpig- Frank Lichtenheld
>   3 fbothamy - Frédéric Bothamy
>   2 joy  - Josip Rodin
>   1 spaillar - Simon Paillard
>   1 barbier  - Denis Barbier
>
> The number before the the (debian) login is the number of commits they
> made to the source.

Unfortunately committers are not the same as contributors. A lot more 
people have contributed text to the release notes through mails to the 
debian-doc mailing list and bug reports that were committed by the people 
who have edited the release notes.


pgp6YnATDXZxU.pgp
Description: PGP signature

Bug#412799: [Yaird-devel] Bug#412799: linux-image-2.6.18-4-686 does not boot

[Steve Langasek]

On Thu, Mar 22, 2007 at 10:54:26PM +0100, Jonas Smedegaard wrote:

> > So, now it just bears determining why these symlinks are broken.  That's
> > more than a little unusual, frankly; somehow the target of each of these
> > links seems to have gotten corrupted with extra characters after the end of
> > the name, which to me suggests that the name is being written to a reused
> > buffer and the string is not being null-terminated.  Now how is that
> > happening, when yaird is written in perl?

> Yaird comes with a few small helper tools written in C, including
> "findlibs" which probably is to blame here.

A code review shows that findlibs is only supposed to be invoked on binaries
that don't link against glibc, which is not the case here.

And as noted, the bug apparently doesn't manifest with -f directory,
only with -f cpio.

I think the most likely explanation is an incompatibility with glibc 2.5,
due to a bug in one of cpio, glibc, or perl.

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


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