Bug#404876: Output of gst-launch

[Yavor Doganov]

On Fri, Dec 29, 2006 at 02:45:14PM -0800, David Schleef wrote:
> Could you run:
> 
>   rm ~/.gstreamer-0.10/registry.*.xml
>   GST_DEBUG=*:3 gst-launch --gst-debug-no-color
> 
> and attach the output?

Attached is the output produced on my machine running unstable.
0:00:00.001279000 16293 0x1001ae50 INFO  GST_INIT 
gst.c:531:init_pre: Initializing GStreamer Core Library version 0.10.10
0:00:00.00223 16293 0x1001ae50 INFO  GST_INIT 
gst.c:532:init_pre: Using library installed in /usr/lib
0:00:00.003201000 16293 0x1001ae50 INFO  GST_INIT 
gstquery.c:101:_gst_query_initialize: init queries
0:00:00.005681000 16293 0x1001ae50 INFO  GST_INIT 
gstmessage.c:72:_gst_message_initialize: init messages
0:00:00.013637000 16293 0x1001ae50 INFOGST_PLUGIN_LOADING 
gstplugin.c:182:_gst_plugin_register_static: loaded static plugin 
"staticelements"
0:00:00.044731000 16294 0x1001ae50 INFOGST_PLUGIN_LOADING 
gstplugin.c:467:gst_plugin_load_file: plugin 
"/usr/lib/gstreamer-0.10/libgstffmpegcolorspace.so" loaded
0:00:00.059158000 16294 0x1001ae50 INFOGST_PLUGIN_LOADING 
gstplugin.c:467:gst_plugin_load_file: plugin 
"/usr/lib/gstreamer-0.10/libgstcoreelements.so" loaded
0:00:00.062666000 16294 0x1001ae50 INFOGST_PLUGIN_LOADING 
gstplugin.c:467:gst_plugin_load_file: plugin 
"/usr/lib/gstreamer-0.10/libgstcoreindexers.so" loaded
0:00:00.089582000 16294 0x1001ae50 INFOGST_PLUGIN_LOADING 
gstplugin.c:467:gst_plugin_load_file: plugin 
"/usr/lib/gstreamer-0.10/libgstalsa.so" loaded
0:00:00.099457000 16294 0x1001ae50 INFOGST_PLUGIN_LOADING 
gstplugin.c:467:gst_plugin_load_file: plugin 
"/usr/lib/gstreamer-0.10/libgst1394.so" loaded
0:00:00.150659000 16294 0x1001ae50 INFOGST_PLUGIN_LOADING 
gstplugin.c:467:gst_plugin_load_file: plugin 
"/usr/lib/gstreamer-0.10/libgstaasink.so" loaded
0:00:00.155005000 16294 0x1001ae50 INFOGST_PLUGIN_LOADING 
gstplugin.c:467:gst_plugin_load_file: plugin 
"/usr/lib/gstreamer-0.10/libgstalaw.so" loaded
0:00:00.159338000 16294 0x1001ae50 INFOGST_PLUGIN_LOADING 
gstplugin.c:467:gst_plugin_load_file: plugin 
"/usr/lib/gstreamer-0.10/libgstalpha.so" loaded
0:00:00.163016000 16294 0x1001ae50 INFOGST_PLUGIN_LOADING 
gstplugin.c:467:gst_plugin_load_file: plugin 
"/usr/lib/gstreamer-0.10/libgstapetag.so" loaded
0:00:00.183941000 16294 0x1001ae50 INFOGST_PLUGIN_LOADING 
gstplugin.c:467:gst_plugin_load_file: plugin 
"/usr/lib/gstreamer-0.10/libgstavi.so" loaded
0:00:00.206405000 16294 0x1001ae50 INFOGST_PLUGIN_LOADING 
gstplugin.c:467:gst_plugin_load_file: plugin 
"/usr/lib/gstreamer-0.10/libgstautodetect.so" loaded
0:00:00.256012000 16294 0x1001ae50 INFOGST_PLUGIN_LOADING 
gstplugin.c:467:gst_plugin_load_file: plugin 
"/usr/lib/gstreamer-0.10/libgstcacasink.so" loaded
0:00:00.266161000 16294 0x1001ae50 INFOGST_PLUGIN_LOADING 
gstplugin.c:467:gst_plugin_load_file: plugin 
"/usr/lib/gstreamer-0.10/libgstcdio.so" loaded
0:00:00.289961000 16294 0x1001ae50 INFOGST_PLUGIN_LOADING 
gstplugin.c:467:gst_plugin_load_file: plugin 
"/usr/lib/gstreamer-0.10/libgsteffectv.so" loaded
0:00:00.294852000 16294 0x1001ae50 INFOGST_PLUGIN_LOADING 
gstplugin.c:467:gst_plugin_load_file: plugin 
"/usr/lib/gstreamer-0.10/libgstgoom.so" loaded
0:00:00.300725000 16294 0x1001ae50 INFOGST_PLUGIN_LOADING 
gstplugin.c:467:gst_plugin_load_file: plugin 
"/usr/lib/gstreamer-0.10/libgstid3demux.so" loaded
0:00:00.305177000 16294 0x1001ae50 INFOGST_PLUGIN_LOADING 
gstplugin.c:467:gst_plugin_load_file: plugin 
"/usr/lib/gstreamer-0.10/libgstlevel.so" loaded
0:00:00.308464000 16294 0x1001ae50 INFOGST_PLUGIN_LOADING 
gstplugin.c:467:gst_plugin_load_file: plugin 
"/usr/lib/gstreamer-0.10/libgstefence.so" loaded
0:00:00.312398000 16294 0x1001ae50 INFOGST_PLUGIN_LOADING 
gstplugin.c:467:gst_plugin_load_file: plugin 
"/usr/lib/gstreamer-0.10/libgstmulaw.so" loaded
0:00:00.319232000 16294 0x1001ae50 INFOGST_PLUGIN_LOADING 
gstplugin.c:467:gst_plugin_load_file: plugin 
"/usr/lib/gstreamer-0.10/libgstossaudio.so" loaded
0:00:00.346285000 16294 0x1001ae50 INFOGST_PLUGIN_LOADING 
gstplugin.c:467:gst_plugin_load_file: plugin 
"/usr/lib/gstreamer-0.10/libgstrtp.so" loaded
0:00:00.352413000 16294 0x1001ae50 INFOGST_PLUGIN_LOADING 
gstplugin.c:467:gst_plugin_load_file: plugin 
"/usr/lib/gstreamer-0.10/libgstrtsp.so" loaded
0:00:00.357856000 16294 0x1001ae50 INFOGST_PLUGIN_LOADING 
gstplugin.c:467:gst_plugin_load_file: plugin 
"/usr/lib/gstreamer-0.10/libgstsmpte.so" loaded
0:00:00.364988000 16294 0x1001ae50 INFOGST_PLUGIN_LOADING 
gstplugin.c:467:gst_plugin_load_file: plugin 
"/usr/lib/gstreamer-0.10/libgstudp.so" loaded
0:00:00.624215000 16294 0x1001ae50 INFOGST_PLUGIN_LOADING 
gstplugin.c:467:gst_plugin_load_file: plugin 
"/usr/lib/gstreamer-0.10/libgstvideobox.so" loaded
0:00:00.629103000 16294 0x1001ae50 INFOGST_PLUGIN_LOADING 
gstplugin.c:467:gst_plugin_load_file: plugin 
"/usr/lib/gstreamer-0.10/libgst

Processed: severity of 405003 is important

[Debian Bug Tracking System]

Processing commands for [EMAIL PROTECTED]:

> # Automatically generated email from bts, devscripts version 2.9.27
> severity 405003 important
Bug#405003: audacity: opens /dev/dsp without checking config file
Severity set to `important' from `grave'

>
End of message, stopping processing here.

Please contact me if you need assistance.

Debian bug tracking system administrator
(administrator, Debian Bugs database)


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

Bug#405003: audacity: opens /dev/dsp without checking config file

[Indraneel Majumdar]

Package: audacity
Version: 1.2.4b-2.1
Severity: grave
Justification: renders package unusable


audacity tries to open /dev/dsp even though /dev/dsp2 is listed as
recording/playback device in ~/.audacity . Complains about error
initializing audio i/o layer and prevents playback/recording.

strace shows this:
open("/dev/dsp", O_WRONLY|O_NONBLOCK)   = -1 ENOENT (No such file or
directory)

config file has:
PlaybackDevice=/dev/dsp2
RecordingDevice=/dev/dsp2

ln -s /dev/dsp2 /dev/dsp
solves this temporarily.

-- 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.15.1
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)

Versions of packages audacity depends on:
ii  libc6 2.3.6.ds1-9GNU C Library: Shared libraries
ii  libflac++51.1.2-5Free Lossless Audio Codec - C++ ru
ii  libflac7  1.1.2-5Free Lossless Audio Codec - runtim
ii  libgcc1   1:4.1.1-21 GCC support library
ii  libid3tag00.15.1b-8  ID3 tag reading library from the M
ii  libmad0   0.15.1b-2.1MPEG audio decoder library
ii  libogg0   1.1.3-2Ogg Bitstream Library
ii  libsndfile1   1.0.16-1   Library for reading/writing audio 
ii  libstdc++64.1.1-21   The GNU Standard C++ Library v3
ii  libvorbis0a   1.1.2.dfsg-1.2 The Vorbis General Audio Compressi
ii  libvorbisenc2 1.1.2.dfsg-1.2 The Vorbis General Audio Compressi
ii  libvorbisfile31.1.2.dfsg-1.2 The Vorbis General Audio Compressi
ii  libwxgtk2.4-1 2.4.5.1.1  wxWindows Cross-platform C++ GUI t

audacity recommends no packages.

-- no debconf information


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

Bug#403426: [Pkg-cryptsetup-devel] Bug#403426: kernel corrupts LUKS partition header on arm

[Jonas Meurer]

On 29/12/2006 Martin Michlmayr wrote:
> * Clemens Fruhwirth <[EMAIL PROTECTED]> [2006-12-29 11:52]:
> > I just added the r!=bsize case to error checking and an error message
> > as well.
> ...
> > The changes are also in subversion.
> 
> This particular change didn't make any difference.  I still get the
> header conversion message when I only apply the patch from utils.c.

Can you give me more information about this bug?

I'm currently preparing a new upload of cryptsetup 1.0.4+svn22, which is
identical with the current upstream svn snapshot. does this version fix
bug #403426, or does it still occur?

...
 jonas


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

Bug#404048: unstable, gzip, apt-get dist-upgrade - error

[Paul Eggert]

I installed this:

2006-12-29  Paul Eggert  <[EMAIL PROTECTED]>

* doc/gzip.texi: Swap order of dircategory entries, to pacify
Debian install-info 1.10.28.  This should fix
.

--- doc/gzip.texi   8 Dec 2006 18:45:37 -   1.3
+++ doc/gzip.texi   30 Dec 2006 03:15:13 -
@@ -27,15 +27,17 @@ Free Documentation License''.
 @end copying

 @c Debian install-info (up through at least version 1.9.20) uses only the
[EMAIL PROTECTED] first dircategory.  Put this one first, as it is more useful 
in practice.
[EMAIL PROTECTED] Individual utilities
[EMAIL PROTECTED] first dircategory.  But install-info 1.10.28 rejects any 
attempt to
[EMAIL PROTECTED] put the more-useful individual utility first.  So put the 
less-useful
[EMAIL PROTECTED] general category first.
[EMAIL PROTECTED] Utilities
 @direntry
-* gzip: (gzip)Invoking gzip.Compress files.
+* Gzip: (gzip). The gzip command for compressing files.
 @end direntry

[EMAIL PROTECTED] Utilities
[EMAIL PROTECTED] Individual utilities
 @direntry
-* Gzip: (gzip). The gzip command for compressing files.
+* gzip: (gzip)Invoking gzip.Compress files.
 @end direntry

 @titlepage


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

Bug#403706: allow-hotplug and udev

[Frans Pop]

Late reply, sorry.

I'm not convinced this really is RC, especially not if the most severe 
issue can be fixed in udev. For one, it is fairly easy to document and 
fix by an admin based on that documentation.
It's only a real problem for remotely admined boxes, but you kind of do 
expect admins of those to actually read errata and Release Notes.

Personally I would like it very much if we could be more conservative in 
setting allow-hotplug. Use auto more for regular on-board or PCI NICs and 
by default use allow-hotplug only for real removable devices (USB, 
PCMCIA). However, detecting that seems problematic.

I can't really think of a solution that would allow to select hotplug/auto 
that is not very ugly (except maybe for a boot parameter, but that 
depends on people reading documentation again).

On Tuesday 19 December 2006 23:00, Joey Hess wrote:
> Another option would be to make netcfg always add an auto line, so it
> has:
> allow-hotplug eth0
> auto eth0

My first reaction on this solution was the same as MD's comment on IRC: 
it's a hack and such a config is probably undefined. Setting this config 
may, because of that, result in latent bugs in all systems installed 
using d-i that could trigger at any time in the future by changes in 
ifupdown or init scripts or whatever.

Cheers,
FJP


pgpLkSgnkx8IH.pgp
Description: PGP signature

Bug#393606: mail-notification-evolution broke again

[Pascal Giard]

On 12/27/06, Sam Morris <[EMAIL PROTECTED]> wrote:

found 393606 4.0~rc2.dfsg.1-5
thanks

After upgrading to 3.0.dfsg.1-10, mail-notification-evolution was again
unable to contact Evolution (2.8). I just upgraded to the version in
experimental and still can't get it to work.


Unfortunatly, i can't test this in a chroot as Evolution 2.8 will
refuse to start¹ and bonobo-slay doesn't solve this.

Øystein, can you test this please?

-Pascal
¹ i get the following error:

Evolution can not start.
Your system configuration does not match your Evolution configuration.
--
Homepage (http://organact.mine.nu)
Debian GNU/Linux (http://www.debian.org)
École de technologie supérieure (http://www.etsmtl.ca)

Processed: #403930, #403953: They are postfix's fault

[Debian Bug Tracking System]

Processing commands for [EMAIL PROTECTED]:

> severity 403930 normal
Bug#403930: xemacs21-basesupport: smtpmail silently drops mails if 
/usr/bin/sendmail rejects them
Severity set to `normal' from `grave'

> severity 403953 normal
Bug#403953: emacs21-common: smtpmail silently drops mails if they 
/usr/bin/sendmail rejects them
Severity set to `normal' from `grave'

> thanks
Stopping processing here.

Please contact me if you need assistance.

Debian bug tracking system administrator
(administrator, Debian Bugs database)


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

Bug#392096: marked as done (wink: Does not start, error while loading shared libraries)

[Debian Bug Tracking System]

Your message dated Sat, 30 Dec 2006 00:32:03 +
with message-id <[EMAIL PROTECTED]>
and subject line Bug#392096: fixed in wink 1.5.1060-2
has caused the attached Bug report to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what I am
talking about this indicates a serious mail system misconfiguration
somewhere.  Please contact me immediately.)

Debian bug tracking system administrator
(administrator, Debian Bugs database)

--- Begin Message ---
Package: wink
Version: 1.5.1060-1
Severity: important


When I start wink, I get an error message:

/usr/lib/wink/wink: error while loading shared libraries:
libstdc++.so.5: cannot open shared object file: No such file or
directory

Package does not have depency on libstdc++5 (and program runs when 
I install this library).

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

Versions of packages wink depends on:
ii  libc62.3.6.ds1-4 GNU C Library: Shared libraries
ii  libgcc1  1:4.1.1-13  GCC support library
ii  libgtk2.0-0  2.8.20-1The GTK+ graphical user interface 

wink recommends no packages.

-- no debconf information

--- End Message ---
--- Begin Message ---
Source: wink
Source-Version: 1.5.1060-2

We believe that the bug you reported is fixed in the latest version of
wink, which is due to be installed in the Debian FTP archive:

wink_1.5.1060-2.diff.gz
  to pool/non-free/w/wink/wink_1.5.1060-2.diff.gz
wink_1.5.1060-2.dsc
  to pool/non-free/w/wink/wink_1.5.1060-2.dsc
wink_1.5.1060-2_i386.deb
  to pool/non-free/w/wink/wink_1.5.1060-2_i386.deb



A summary of the changes between this version and the previous one is
attached.

Thank you for reporting the bug, which will now be closed.  If you
have further comments please address them to [EMAIL PROTECTED],
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Daniel Baumann <[EMAIL PROTECTED]> (supplier of updated wink package)

(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing [EMAIL PROTECTED])


-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Format: 1.7
Date: Sat, 30 Dec 2006 01:17:22 +0100
Source: wink
Binary: wink
Architecture: source i386
Version: 1.5.1060-2
Distribution: unstable
Urgency: high
Maintainer: Daniel Baumann <[EMAIL PROTECTED]>
Changed-By: Daniel Baumann <[EMAIL PROTECTED]>
Description: 
 wink   - Tutorial and Presentation Creating Software
Closes: 392096
Changes: 
 wink (1.5.1060-2) unstable; urgency=high
 .
   * Added dependency to libstdc++5 manually (Closes: #392096).
Files: 
 4eb210f30b669da20ade5b6499234084 557 non-free/graphics optional 
wink_1.5.1060-2.dsc
 ae9b17f94c6206ab1a8572ac871edc32 2606 non-free/graphics optional 
wink_1.5.1060-2.diff.gz
 d13a9bc2b60e3c7c2a8d7e64c6bd8bcc 2988238 non-free/graphics optional 
wink_1.5.1060-2_i386.deb

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

iD8DBQFFlbBg+C5cwEsrK54RAvJ9AJ9oHpWWKLSrMwHMVTtiba16/RWfAACguEX6
+GlJLGyogwBhj1LcHs6Jahw=
=NKt7
-END PGP SIGNATURE-

--- End Message ---

Bug#337284: invoke-rc.d nfs-user-server restart fails if service not running

[Daniel Baumann]

severity 337284 normal
thanks

Hi,

*iff* the stop) exits with a failure, start) shall not be executed
intentionally. note that stop) doesn't fail if the daemon was not
running previously, so there is a real error when stop) fails.

Nevertheless, the whole initscript is shitty anyway, and together with
the new upstream release, I'll change this post-etch.

Unrelated to that, this bug is, if ever, not more than of severity
normal, hence downgrading.

Regards,
Daniel

-- 
Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist
Email:  [EMAIL PROTECTED]
Internet:   http://people.panthera-systems.net/~daniel-baumann/


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

Processed: Re: invoke-rc.d nfs-user-server restart fails if service not running

[Debian Bug Tracking System]

Processing commands for [EMAIL PROTECTED]:

> severity 337284 normal
Bug#337284: invoke-rc.d nfs-user-server restart fails if service not running
Severity set to `normal' from `serious'

> thanks
Stopping processing here.

Please contact me if you need assistance.

Debian bug tracking system administrator
(administrator, Debian Bugs database)


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

Bug#392096: bug 392096 - wink

[Steve Langasek]

On Fri, Dec 29, 2006 at 03:16:15PM -0800, Dumitrescu, Eduard wrote:
> The creator of this package probably forgot to include libc5 to the
> package dependency list.

libstdc++5, not libc5.  Different package entirely.

-- 
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#392096: bug 392096 - wink

[Dumitrescu, Eduard]

The creator of this package probably forgot to include libc5 to the package 
dependency list. Someone should include it in there; I can't, as I don't know 
how to do it (sorry). Also, someone could suggest the Wink developers to change 
completely to libc6 (as libc6 is already in the dependencies). 



Regards,
Eduard




__
Do You Yahoo!?
En finir avec le spam? Yahoo! Courriel vous offre la meilleure protection 
possible contre les messages non nollicités 
http://mail.yahoo.ca Yahoo! Courriel  

Bug#404876:

[David Schleef]

On Fri, Dec 29, 2006 at 11:03:47AM -0500, Rick Thomas wrote:
> I'm (of course) willing and anxious to help get this thing debugged.   
> The machine in question is dedicated to Debian testing, so feel free  
> to ask me to try anything that you think might help in diagnosing the  
> problem.

Could you run:

  rm ~/.gstreamer-0.10/registry.*.xml
  GST_DEBUG=*:3 gst-launch --gst-debug-no-color

and attach the output?



dave...



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

Processed: Re: stun setup fails with "No primary IP given. Exiting."

[Debian Bug Tracking System]

Processing commands for [EMAIL PROTECTED]:

> package stun
Ignoring bugs not assigned to: stun

> severity 397074 serious
Bug#397074: stun setup fails with "No primary IP given. Exiting."
Severity set to `serious' from `important'

> thanks
Stopping processing here.

Please contact me if you need assistance.

Debian bug tracking system administrator
(administrator, Debian Bugs database)


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

Bug#404747: marked as done (When using fuse file system, kernel version 7, davfs2 crashed)

[Debian Bug Tracking System]

Your message dated Fri, 29 Dec 2006 22:17:03 +
with message-id <[EMAIL PROTECTED]>
and subject line Bug#404747: fixed in davfs2 1.1.2-3
has caused the attached Bug report to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what I am
talking about this indicates a serious mail system misconfiguration
somewhere.  Please contact me immediately.)

Debian bug tracking system administrator
(administrator, Debian Bugs database)

--- Begin Message ---
Package: davfs2
Version: 1.1.2-2
Severity: serious

From an upstream e-mail report --- start
When using fuse file system, kernel version 7, davfs2 crashed. But this is the 
fuse version that will be included in the standard kernel of etch. 

I believe the bug is serious and it is in 1.1.3 too. But it only shows when 
using fuse. With the coda kernel file system there is no problem.
From an upstream e-mail report --- end


pgpGsTjicmUDG.pgp
Description: PGP signature
--- End Message ---
--- Begin Message ---
Source: davfs2
Source-Version: 1.1.2-3

We believe that the bug you reported is fixed in the latest version of
davfs2, which is due to be installed in the Debian FTP archive:

davfs2_1.1.2-3.diff.gz
  to pool/main/d/davfs2/davfs2_1.1.2-3.diff.gz
davfs2_1.1.2-3.dsc
  to pool/main/d/davfs2/davfs2_1.1.2-3.dsc
davfs2_1.1.2-3_i386.deb
  to pool/main/d/davfs2/davfs2_1.1.2-3_i386.deb



A summary of the changes between this version and the previous one is
attached.

Thank you for reporting the bug, which will now be closed.  If you
have further comments please address them to [EMAIL PROTECTED],
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Luciano Bello <[EMAIL PROTECTED]> (supplier of updated davfs2 package)

(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing [EMAIL PROTECTED])


-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Format: 1.7
Date: Fri, 29 Dec 2006 14:52:33 -0300
Source: davfs2
Binary: davfs2
Architecture: source i386
Version: 1.1.2-3
Distribution: unstable
Urgency: high
Maintainer: Luciano Bello <[EMAIL PROTECTED]>
Changed-By: Luciano Bello <[EMAIL PROTECTED]>
Description: 
 davfs2 - mount a WebDAV resource as a regular file system
Closes: 404747
Changes: 
 davfs2 (1.1.2-3) unstable; urgency=high
 .
   * Urgency high due RC bug fix.
   * When using fuse file system, kernel version 7, davfs2 do not crash anymore
 (closes: Bug#404747).
Files: 
 16573df2d014e099bb51ba0918938441 613 utils extra davfs2_1.1.2-3.dsc
 ac53a1696bb3265387de4d49bfdffec2 38359 utils extra davfs2_1.1.2-3.diff.gz
 c4c48b4386bfaa10799f80c1e3cb03fa 69960 utils extra davfs2_1.1.2-3_i386.deb

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

iD8DBQFFlZBWipBneRiAKDwRAgVdAJ9X7RmuGGDi8Lehb9TItlomG8xOXQCfROUb
toUKe1xrt8HuKEuiyaL9Sds=
=dQxB
-END PGP SIGNATURE-

--- End Message ---

Bug#404273: marked as done (kwin: crash)

[Debian Bug Tracking System]

Your message dated Fri, 29 Dec 2006 21:17:09 +
with message-id <[EMAIL PROTECTED]>
and subject line Bug#404226: fixed in kdebase 4:3.5.5a.dfsg.1-5
has caused the attached Bug report to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what I am
talking about this indicates a serious mail system misconfiguration
somewhere.  Please contact me immediately.)

Debian bug tracking system administrator
(administrator, Debian Bugs database)

--- Begin Message ---
Package: kwin
Version: 4:3.5.5a.dfsg.1-4
Severity: important

1. how to reproduce it
   a. run dchroot to get into a ia32 enviroment
   b. run javaws
   c. click topcoder arena from 
http://www.topcoder.com/contest/arena/ContestAppletProd.jnlp
   d. login
   e. kwin crashed

2. backtrace in attachment
3. a clean environment will not crash, but I don't want to lose all my
   cutomization for kde.



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

Versions of packages kwin depends on:
hi  kdelibs4c2a4:3.5.5a.dfsg.1-5 core libraries and binaries for al
hi  libart-2.0-2   2.3.17-1  Library of functions for 2D graphi
hi  libaudio2  1.7-9 The Network Audio System (NAS). (s
hi  libc6  2.3.6.ds1-9   GNU C Library: Shared libraries
hi  libfontconfig1 2.4.2-1   generic font configuration library
hi  libfreetype6   2.2.1-5   FreeType 2 font engine, shared lib
hi  libgcc11:4.1.1-21GCC support library
hi  libice61:1.0.0-3 X11 Inter-Client Exchange library
hi  libidn11   0.6.3-1   GNU libidn library, implementation
hi  libjpeg62  6b-13 The Independent JPEG Group's JPEG 
hi  libpng12-0 1.2.15~beta5-0PNG library - runtime
hi  libqt3-mt  3:3.3.7-1 Qt GUI Library (Threaded runtime v
hi  libsm6 1:1.0.0-4 X11 Session Management library
hi  libstdc++6 4.1.1-21  The GNU Standard C++ Library v3
hi  libx11-6   2:1.0.0-8 X11 client-side library
hi  libxcomposite1 1:0.3-2   X11 Composite extension library
hi  libxcursor11.1.5.2-5 X cursor management library
hi  libxdamage11:1.0.2.2-3   X11 damaged region extension libra
hi  libxext6   1:1.0.0-4 X11 miscellaneous extension librar
hi  libxfixes3 1:4.0.1-4 X11 miscellaneous 'fixes' extensio
hi  libxft22.1.8.2-8 FreeType-based font drawing librar
hi  libxi6 1:1.0.0-5 X11 Input extension library
hi  libxinerama1   1:1.0.1-4 X11 Xinerama extension library
hi  libxrandr2 2:1.1.0.2-4   X11 RandR extension library
hi  libxrender11:0.9.0.2-4   X Rendering Extension client libra
hi  libxt6 1:1.0.0-5 X11 toolkit intrinsics library
hi  zlib1g 1:1.2.3-13compression library - runtime

kwin recommends no packages.

-- no debconf information
(no debugging symbols found)
Using host libthread_db library "/lib/libthread_db.so.1".
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
[Thread debugging using libthread_db enabled]
[New Thread 47507647862960 (LWP 143

Bug#404226: marked as done (kwin: KWin crashes as focus changes)

[Debian Bug Tracking System]

Your message dated Fri, 29 Dec 2006 21:17:09 +
with message-id <[EMAIL PROTECTED]>
and subject line Bug#404226: fixed in kdebase 4:3.5.5a.dfsg.1-5
has caused the attached Bug report to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what I am
talking about this indicates a serious mail system misconfiguration
somewhere.  Please contact me immediately.)

Debian bug tracking system administrator
(administrator, Debian Bugs database)

--- Begin Message ---
Package: kwin
Version: 4:3.5.5a.dfsg.1-4
Severity: important

Hi!

I've run intop problems running Netbeans 5.5 under current KDE. After loading 
of Netbeans 5.5, at
the first focus change (activate or deactvate the netbeans-window), kwin 
crashes. See stacktrace
below.

I'm not sure if that's caused by kwin or the JVM (latest sun-java5-jdk 
1.5.0-10-1 from sid), but
KWin is the first entry in the raised stacktrace.

TIA,
Michael.

-- 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.18-3-k7
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)

Versions of packages kwin depends on:
ii  kdelibs4c2a4:3.5.5a.dfsg.1-5 core libraries and binaries for 
al
ii  libart-2.0-2   2.3.17-1  Library of functions for 2D 
graphi
ii  libaudio2  1.8-2 The Network Audio System (NAS). 
(s
ii  libc6  2.3.6.ds1-9   GNU C Library: Shared libraries
ii  libfontconfig1 2.4.2-1   generic font configuration 
library
ii  libfreetype6   2.2.1-5   FreeType 2 font engine, shared 
lib
ii  libgcc11:4.1.1-21GCC support library
ii  libice61:1.0.1-2 X11 Inter-Client Exchange library
ii  libidn11   0.6.5-1   GNU libidn library, 
implementation
ii  libjpeg62  6b-13 The Independent JPEG Group's JPEG
ii  libpng12-0 1.2.15~beta5-1PNG library - runtime
ii  libqt3-mt  3:3.3.7-1 Qt GUI Library (Threaded runtime 
v
ii  libsm6 1:1.0.1-3 X11 Session Management library
ii  libstdc++6 4.1.1-21  The GNU Standard C++ Library v3
ii  libx11-6   2:1.0.3-4 X11 client-side library
ii  libxcomposite1 1:0.3-3   X11 Composite extension library
ii  libxcursor11.1.7-4   X cursor management library
ii  libxdamage11:1.0.3-3 X11 damaged region extension 
libra
ii  libxext6   1:1.0.1-2 X11 miscellaneous extension 
librar
ii  libxfixes3 1:4.0.1-5 X11 miscellaneous 'fixes' 
extensio
ii  libxft22.1.8.2-8 FreeType-based font drawing 
librar
ii  libxi6 1:1.0.1-4 X11 Input extension library
ii  libxinerama1   1:1.0.1-4.1   X11 Xinerama extension library
ii  libxrandr2 2:1.1.0.2-5   X11 RandR extension library
ii  libxrender11:0.9.1-3 X Rendering Extension client 
libra
ii  libxt6 1:1.0.2-2 X11 toolkit intrinsics library
ii  zlib1g 1:1.2.3-13compression library - runtime

kwin recommends no packages.

-- debconf-show failed

*** /home/micha/kwin.crash
Using host libthread_db library "/lib/tls/i686/cmov/libthread_db.so.1".
[Thread debugging using libthread_db enabled]
[New Thread -1232619840 (LWP 4115)]
[KCrash handler]
#9  0xb665537b in KWinInternal::Client::updateOpacity (this=0x8192d40)
at /usr/share/qt3/include/qvaluelist.h:475
#10 0xb667daf0 in KWinInternal::Client::setActive (
this=, act=true, updateOpacity_=true)
at /tmp/buildd/kdebase-3.5.5a.dfsg.1/./kwin/activation.cpp:814
#11 0xb668225a in KWinInternal::Client::focusInEvent (this=0x8192d40,
e=0xbf960b68) at /tmp/buildd/kdebase-3.5.5a.dfsg.1/./kwin/events.cpp:1386
#12 0xb6692d9c in KWinInternal::Client::windowEvent (this=0x8192d40,
e=0xbf960b68) at /tmp/buildd/kdebase-3.5.5a.dfsg.1/./kwin/events.cpp:616
#13 0xb6692e38 in KWinInternal::Workspace::workspaceEvent (this=0x80c38c8,
e=0xbf960b68) at /tmp/buildd/kdebase-3.5.5a.dfsg.1/./kwin/events.cpp:272
#14 0xb66936ee in KWinInternal::Application::x11EventFilter (this=0xbf960d40,
e=0xbf960b68) at /tmp/buildd/kdebase-3.5.5a.dfsg.1/./kwin/main.cpp:155
#15 0xb714b133 in qt_x11EventFilter (ev=0xbf960b68)
at kernel/qapplication_x11.cpp:387
#16 0xb715b05b in QApplication::x11ProcessEvent (this=0xbf960d40,
event=0xbf960b68) at kernel/qapplication_x11.cpp:3343
#17 0xb7171cb2 in QEventLoop::processEvents (this=0x80ad3f0, flags=4)
at kernel/qeventloop_x11.cpp:192
#18 0xb71e5129 in QEventLoop::enterLoop (this=0x80ad3f0)

Bug#403426: kernel corrupts LUKS partition header on arm

[Martin Michlmayr]

* Clemens Fruhwirth <[EMAIL PROTECTED]> [2006-12-29 11:52]:
> Please try the version from subversion
> http://luks.endorphin.org/svn/cryptsetup

With 1.0.4 plus the attached 2 patches from SVN I no longer get any
corruption but I also cannot access my encrypted data.  Is there
anything else I should try?


foobar:~# cryptsetup luksOpen /dev/sda5 x
Enter LUKS passphrase:
device-mapper: table: 254:0: crypt: Device lookup failed
device-mapper: ioctl: error adding target to table
device-mapper: ioctl: device doesn't appear to be in the dev hash table.
Failed to setup dm-crypt key mapping.
Check kernel for support for the aes-cbc-essiv:sha256 cipher spec and verify 
that /dev/sda5 contains at least 133 sectors.
Failed to read from key storage
Enter LUKS passphrase:
device-mapper: table: 254:0: crypt: Device lookup failed
device-mapper: ioctl: error adding target to table
device-mapper: ioctl: device doesn't appear to be in the dev hash table.
Failed to setup dm-crypt key mapping.
Check kernel for support for the aes-cbc-essiv:sha256 cipher spec and verify 
that /dev/sda5 contains at least 133 sectors.
Failed to read from key storage
Enter LUKS passphrase:
device-mapper: table: 254:0: crypt: Device lookup failed
device-mapper: ioctl: error adding target to table
device-mapper: ioctl: device doesn't appear to be in the dev hash table.
Failed to setup dm-crypt key mapping.
Check kernel for support for the aes-cbc-essiv:sha256 cipher spec and verify 
that /dev/sda5 contains at least 133 sectors.
Failed to read from key storage
Command failed: No key available with this passphrase.

foobar:~# cryptsetup luksOpen /dev/sda5 x
Enter LUKS passphrase:
device-mapper: table: 254:0: crypt: Device lookup failed
device-mapper: ioctl: error adding target to table
device-mapper: ioctl: device doesn't appear to be in the dev hash table.
Failed to setup dm-crypt key mapping.
Check kernel for support for the aes-cbc-essiv:sha256 cipher spec and verify 
that /dev/sda5 contains at least 133 sectors.
Failed to read from key storage
Enter LUKS passphrase:
device-mapper: table: 254:0: crypt: Device lookup failed
device-mapper: ioctl: error adding target to table
device-mapper: ioctl: device doesn't appear to be in the dev hash table.
Failed to setup dm-crypt key mapping.
Check kernel for support for the aes-cbc-essiv:sha256 cipher spec and verify 
that /dev/sda5 contains at least 133 sectors.
Failed to read from key storage
Enter LUKS passphrase:
device-mapper: table: 254:0: crypt: Device lookup failed
device-mapper: ioctl: error adding target to table
device-mapper: ioctl: device doesn't appear to be in the dev hash table.
Failed to setup dm-crypt key mapping.
Check kernel for support for the aes-cbc-essiv:sha256 cipher spec and verify 
that /dev/sda5 contains at least 133 sectors.
Failed to read from key storage
Command failed: No key available with this passphrase.

foobar:~#

-- 
Martin Michlmayr
http://www.cyrius.com/
#! /bin/sh /usr/share/dpatch/dpatch-run
## 02_fix_arm.dpatch by Clemens Fruhwirth <[EMAIL PROTECTED]>
##
## DP: Add error checking to read_blockwise for short reads.
## DP: Commit a patch that fixes http://bugs.debian.org/403075

@DPATCH@
Index: lib/utils.c
===
--- cryptsetup-1.0.4~/lib/utils.c   (revision 1)
+++ cryptsetup-1.0.4/lib/utils.c(working copy)
@@ -151,8 +151,10 @@
 static int sector_size(int fd) 
 {
int bsize;
-   ioctl(fd,BLKSSZGET, &bsize);
-   return bsize;
+   if (ioctl(fd,BLKSSZGET, &bsize) < 0)
+   return -EINVAL;
+   else
+   return bsize;
 }
 
 int sector_size_for_device(const char *device)
@@ -171,8 +173,11 @@
char *padbuf; char *padbuf_base;
char *buf = (char *)orig_buf;
int r;
-   int hangover; int solid; int bsize = sector_size(fd);
+   int hangover; int solid; int bsize;
 
+   if ((bsize = sector_size(fd)) < 0)
+   return bsize;
+
hangover = count % bsize;
solid = count - hangover;
 
@@ -209,15 +214,20 @@
char *buf = (char *)orig_buf;
int r;
int step;
-   int bsize = sector_size(fd);
+   int bsize;
 
+   if ((bsize = sector_size(fd)) < 0)
+   return bsize;
+
padbuf = aligned_malloc(&padbuf_base, bsize, bsize);
if(padbuf == NULL) return -ENOMEM;
 
while(count) {
r = read(fd,padbuf,bsize);
-   if(r < 0) goto out;
-   
+   if(r < 0 || r != bsize) {
+   fprintf(stderr, "read failed in read_blockwise.\n");
+   goto out;
+   }
step = count#! /bin/sh /usr/share/dpatch/dpatch-run
## 03_no_header_conv.patch by Clemens Fruhwirth <[EMAIL PROTECTED]>
##
## DP: Kick ancient version header conversion.

@DPATCH@
Index: luks/keymanage.c
===
--- a/luks/keymanage.c  (revisio

Bug#337284: this bug/#337284: invoke-rc.d nfs-user-server restart fails if service not running

[Justin Pryzby]

Hello,

Can you still reproduce this bug with current versions of
nfs-user-server?  If so, please add "set -x" as the second line of the
script, and determine which command causes the failure.

Thanks
Justin


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

Processed: tagging 337284

[Debian Bug Tracking System]

Processing commands for [EMAIL PROTECTED]:

> # Automatically generated email from bts, devscripts version 2.9.26
> tags 337284 unreproducible
Bug#337284: invoke-rc.d nfs-user-server restart fails if service not running
There were no tags set.
Tags added: unreproducible

>
End of message, stopping processing here.

Please contact me if you need assistance.

Debian bug tracking system administrator
(administrator, Debian Bugs database)


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

Processed: severity of 337284 is serious

[Debian Bug Tracking System]

Processing commands for [EMAIL PROTECTED]:

> # Automatically generated email from bts, devscripts version 2.9.26
> # Justification: 9.3.2
> severity 337284 serious
Bug#337284: invoke-rc.d nfs-user-server restart fails if service not running
Severity set to `serious' from `normal'

>
End of message, stopping processing here.

Please contact me if you need assistance.

Debian bug tracking system administrator
(administrator, Debian Bugs database)


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

Bug#400283: Needs new gst-plugins-good0.10 upstream

[Paul van Tilburg]

Hi!

It seems that Jokosher requires the new upstream release of
gst-plugins-good0.10 which contains the essential audiopanorama
element, see also the release notes[1].
I intented to reassign this bug to gst-plugins-good0.10, however that
would result in a RC bug for this package.  Since Jokosher can't (or
shouldn't) make Etch in its current non-working state, I haven't
reassigned it.

I have Cced the GStreamer package maintainers though, with the purpose
to request a new upstream package soon.

Kind regards,
Paul

1: http://gstreamer.freedesktop.org/releases/gst-plugins-good/0.10.5.html

-- 
Student @ Eindhoven | email: [EMAIL PROTECTED]
University of Technology, The Netherlands   | JID: [EMAIL PROTECTED]
>>> Using the Power of Debian GNU/Linux <<< | GnuPG key ID: 0x50064181


signature.asc
Description: Digital signature

Bug#404876: Fwd: Problems with GNOME on Beige G3

[Rick Thomas]

Begin forwarded message:


Resent-From: debian-powerpc@lists.debian.org
From: Yavor Doganov <[EMAIL PROTECTED]>
Date: December 29, 2006 1:47:46 PM EST
To: debian-powerpc@lists.debian.org
Cc: debian-user@lists.debian.org
Subject: Re: Problems with GNOME on Beige G3

Rick Thomas wrote:


The computer in question is an OldWorld PowerMac Apple Macintosh,
"Beige G3" tower.  This problem only happens on this machine.  It
does not occur on my G4 test box.


I have a Beige G3 "Gossamer", not a tower, but it's practically the
same.


I'd very much appreciate it if somebody else with a beige G3 would
try it and let me know if they see the same problem.


I noticed the same behaviour a few months ago.  As I generally run
Window Maker/GNUstep on that machine, I just ignored that as I thought
there is something broken in my configuration.  I'll try to find out
what's wrong, but that won't happen in the forthcoming weeks.

Apparently this has nothing to do with the installation CDs, as my
machine has been running Debian for ages.  One thing you could do, as
a startup, is to attach gdb to that applet and see what's crashing
it.  That might give you a clue where to investigate further.




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

Processed: severity of 392096 is serious

[Debian Bug Tracking System]

Processing commands for [EMAIL PROTECTED]:

> # Automatically generated email from bts, devscripts version 2.9.26
> severity 392096 serious
Bug#392096: wink: Does not start, error while loading shared libraries
Severity set to `serious' from `important'

>
End of message, stopping processing here.

Please contact me if you need assistance.

Debian bug tracking system administrator
(administrator, Debian Bugs database)


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

Bug#392412: #392412: patch to move modules to /usr/lib/debug/

[Brice Goglin]

Hi,

The following patch changes debian/rules to install the modules in
/usr/lib/elfsh/ and updates the configure script and READMEs accordingly.
Basic testing looks ok (modload finds the modules without any problem).

Brice




diff -u elfsh-0.65rc1/debian/rules elfsh-0.65rc1/debian/rules
--- elfsh-0.65rc1/debian/rules
+++ elfsh-0.65rc1/debian/rules
@@ -33,7 +33,8 @@
dh_installdirs
 
install -g root -m 755 -o root vm/elfsh $(BUILD_DIR)/elfsh/usr/bin
-   install -g root -m 755 -o root modules/*.so 
$(BUILD_DIR)/elfsh/usr/share/elfsh
+   install -g root -m 755 -o root -d $(BUILD_DIR)/elfsh/usr/lib/elfsh
+   install -g root -m 755 -o root modules/*.so 
$(BUILD_DIR)/elfsh/usr/lib/elfsh
install -g root -m 755 -o root vm/elfsh $(BUILD_DIR)/elfsh/usr/bin
install -g root -m 755 -o root vm/e2dbg.so 
$(BUILD_DIR)/libelfsh0/usr/lib
install -g root -m 644 -o root libelfsh/libelfsh.a 
$(BUILD_DIR)/libelfsh0-dev/usr/lib
diff -u elfsh-0.65rc1/debian/changelog elfsh-0.65rc1/debian/changelog
--- elfsh-0.65rc1/debian/changelog
+++ elfsh-0.65rc1/debian/changelog
@@ -1,3 +1,11 @@
+elfsh (0.65rc1-1.1) unstable; urgency=low
+
+  * Non-maintainer upload.
+  * Fix debian/rules to install modules in /usr/lib/elfsh, closes: #392412.
+  * Add 01_modules_in_usr_lib.dpatch to use modules installed in 
/usr/lib/elfsh.
+
+ -- Brice Goglin <[EMAIL PROTECTED]>  Fri, 29 Dec 2006 18:38:06 +0100
+
 elfsh (0.65rc1-1) unstable; urgency=low
 
   * New upstream version. (Closes: #326373)
diff -u elfsh-0.65rc1/debian/patches/00list elfsh-0.65rc1/debian/patches/00list
--- elfsh-0.65rc1/debian/patches/00list
+++ elfsh-0.65rc1/debian/patches/00list
@@ -3,0 +4 @@
+01_modules_in_usr_lib
only in patch2:
unchanged:
--- elfsh-0.65rc1.orig/debian/patches/01_modules_in_usr_lib.dpatch
+++ elfsh-0.65rc1/debian/patches/01_modules_in_usr_lib.dpatch
@@ -0,0 +1,54 @@
+#! /bin/sh -e
+##
+## All lines beginning with `## DP:' are a description of the patch.
+## DP: Changed modules location
+
+if [ $# -ne 1 ]; then
+echo "`basename $0`: script expects -patch|-unpatch as argument" >&2
+exit 1
+fi
+case "$1" in
+-patch) patch -f --no-backup-if-mismatch -p1 < $0;;
+-unpatch) patch -f --no-backup-if-mismatch -R -p1 < $0;;
+*)
+echo "`basename $0`: script expects -patch|-unpatch as argument" >&2
+exit 1;;
+esac
+
+exit 0
+
[EMAIL PROTECTED]@
+
+--- elfsh-0.65rc1.orig/configure   2006-12-29 18:28:44.0 +0100
 elfsh-0.65rc1/configure2006-12-29 18:28:56.0 +0100
+@@ -148,7 +148,7 @@
+ # Set default variables in case it was not precised
+ 
+ if [ "$MODPATHSET" != "1" ]; then
+-echo "#define ELFSH_MODPATH\"/usr/share/elfsh/\"" >> vars.h
++echo "#define ELFSH_MODPATH\"/usr/lib/elfsh/\""   >> vars.h
+ fi
+ 
+ if [ "$SHELLSET" != "1" ]; then
+--- elfsh-0.65rc1.orig/modules/modflow/README  2006-12-29 18:29:47.0 
+0100
 elfsh-0.65rc1/modules/modflow/README   2006-12-29 18:30:09.0 
+0100
+@@ -109,7 +109,7 @@
+ 
+ (elfsh-0.62a) modload modflow
+ 
+-name : /usr/share/elfsh/modflow.so
++name : /usr/lib/elfsh/modflow.so
+  [*] ELFsh modflow(Apr 20 2005/15:06:49) fini -OK-
+ 
+  Added commands:
+--- elfsh-0.65rc1.orig/modules/modflow/README.flowjack 2006-12-29 
18:30:13.0 +0100
 elfsh-0.65rc1/modules/modflow/README.flowjack  2006-12-29 
18:30:17.0 +0100
+@@ -36,7 +36,7 @@
+ created IMMED with val = 0 
+ (elfsh-0.62a) modload modflow
+ 
+-name : /usr/share/elfsh/modflow.so
++name : /usr/lib/elfsh/modflow.so
+  [*] ELFsh modflow(Apr 20 2005/17:22:12) fini -OK-
+ 
+  Added commands:



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

Bug#404888: glib destabilization and ways forward

[Thomas Bushnell BSG]

Despite what Josselin has said, I can see no indication from a brief
perusal of the upstream branch sources in trac that upstream gnucash
either no longer uses these key files or has changed away from the keys
with embedded spaces.

I have asked gnucash upstream for their thoughts on the long-term issue,
but that doesn't address what Debian should do now.

It seems to me that there are four ways forward:

1) Decide that glib should not migrate into testing (it is a freeze,
after all); if there are particular fixes of RC issues in more recent
versions, then those fixes should be added, but otherwise the wholesale
importation of many changes should not be permitted.

2) Decide that glib can migrate into testing, with the particular change
of checking key values reverted to its pre-2.12.5 behavior, since this
is a destabilizing change in the Debian context.

3) Decide that glib can migrate into testing with the destabilizing
change intact, migrate an upstream gnucash fix into testing at the same
time.

4) Decide that glib can migrate into testing with the destabilizing
change intact, and gnucash does not, since the gnucash bug is only
severity important.

I have ranked these in the order I prefer them, of course.  I apologize
if there are further options I have not listed.

Note that option (3) depends on upstream's ability to fix the problem
quickly, *and* is likely to be error prone.  If our priority is the
*release*, then options (1) and (2) are the best choices.

Thomas



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

Bug#404970: wengophone: cannot login to server on amd64

[Martin Sin]

Package: wengophone
Version: 2.0.0~rc5-svn8108-2
Severity: grave
Justification: renders package unusable

I have amd64 and when I start wengophone, wengophone is logging to
server, but nothing happened. There is "(error) 19:43:23 void
PhApiCallbacks::registerProgress(int, int): unknown phApi event=403"
error.

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

Versions of packages wengophone depends on:
ii  libasoun 1.0.13-1ALSA library
ii  libavcod 0.cvs20060823-4 ffmpeg codec library
ii  libavfor 0.cvs20060823-4 ffmpeg file format library
ii  libboost 1.33.1-9program options library for C++
ii  libboost 1.33.1-9regular expression library for C++
ii  libboost 1.33.1-9managed signals and slots library 
ii  libboost 1.33.1-9portable C++ multi-threading
ii  libc62.3.6.ds1-8 GNU C Library: Shared libraries
ii  libgcc1  1:4.1.1-19  GCC support library
ii  libglib2 2.12.4-2The GLib library of C routines
ii  libgnutl 1.4.4-3 the GNU TLS library - runtime libr
ii  libice6  1:1.0.1-2   X11 Inter-Client Exchange library
ii  libporta 19+svn20060825-1Portable audio I/O - shared librar
ii  libqt4-c 4.2.1-2 Qt 4 core non-GUI functionality ru
ii  libqt4-g 4.2.1-2 Qt 4 core GUI functionality runtim
ii  libsm6   1:1.0.1-3   X11 Session Management library
ii  libspeex 1.1.12-2The Speex Speech Codec
ii  libssl0. 0.9.8c-4SSL shared libraries
ii  libstdc+ 4.1.1-19The GNU Standard C++ Library v3
ii  libuuid1 1.39+1.40-WIP-2006.11.14+dfsg-1 universally unique id library
ii  libx11-6 2:1.0.3-4   X11 client-side library
ii  libxau6  1:1.0.1-2   X11 authorisation library
ii  libxdmcp 1:1.0.1-2   X11 Display Manager Control Protoc
ii  libxext6 1:1.0.1-2   X11 miscellaneous extension librar
ii  libxft2  2.1.8.2-8   FreeType-based font drawing librar
ii  zlib1g   1:1.2.3-13  compression library - runtime

wengophone recommends no packages.

-- no debconf information


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

Bug#404302: marked as done (There must be no files in /usr/lib/iceape/chrome)

[Debian Bug Tracking System]

Your message dated Fri, 29 Dec 2006 18:47:03 +
with message-id <[EMAIL PROTECTED]>
and subject line Bug#404302: fixed in mozilla-stumbleupon 2.8.9-4
has caused the attached Bug report to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what I am
talking about this indicates a serious mail system misconfiguration
somewhere.  Please contact me immediately.)

Debian bug tracking system administrator
(administrator, Debian Bugs database)

--- Begin Message ---
Package: mozilla-stumbleupon
Version: 2.8.9-3
Severity: serious

Hi,

the package iceape has moved its files to /usr/share/iceape/chrome - so
your package must not ship files at that location as well.

The probably simplest solution is to just move the directory before
building the debs.


Cheers,
Andi
-- 
  http://home.arcor.de/andreas-barth/

--- End Message ---
--- Begin Message ---
Source: mozilla-stumbleupon
Source-Version: 2.8.9-4

We believe that the bug you reported is fixed in the latest version of
mozilla-stumbleupon, which is due to be installed in the Debian FTP archive:

mozilla-stumbleupon_2.8.9-4.diff.gz
  to pool/main/m/mozilla-stumbleupon/mozilla-stumbleupon_2.8.9-4.diff.gz
mozilla-stumbleupon_2.8.9-4.dsc
  to pool/main/m/mozilla-stumbleupon/mozilla-stumbleupon_2.8.9-4.dsc
mozilla-stumbleupon_2.8.9-4_all.deb
  to pool/main/m/mozilla-stumbleupon/mozilla-stumbleupon_2.8.9-4_all.deb



A summary of the changes between this version and the previous one is
attached.

Thank you for reporting the bug, which will now be closed.  If you
have further comments please address them to [EMAIL PROTECTED],
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Alan Woodland <[EMAIL PROTECTED]> (supplier of updated mozilla-stumbleupon 
package)

(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing [EMAIL PROTECTED])


-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Format: 1.7
Date: Fri, 29 Dec 2006 13:54:29 +
Source: mozilla-stumbleupon
Binary: mozilla-stumbleupon
Architecture: source all
Version: 2.8.9-4
Distribution: unstable
Urgency: low
Maintainer: Alan Woodland <[EMAIL PROTECTED]>
Changed-By: Alan Woodland <[EMAIL PROTECTED]>
Description: 
 mozilla-stumbleupon - Mozilla addon for sharing interesting websites
Closes: 404302
Changes: 
 mozilla-stumbleupon (2.8.9-4) unstable; urgency=low
 .
   * Moved files to /usr/share/iceape/chrome (Closes: #404302)
Files: 
 11dadcd3b1734ca29413586be1e2f34d 656 web optional 
mozilla-stumbleupon_2.8.9-4.dsc
 5d11c597af4f8f90b95b4db4704386d9 43507 web optional 
mozilla-stumbleupon_2.8.9-4.diff.gz
 32f5f916fb3ff2542fe778ad14f17cda 290416 web optional 
mozilla-stumbleupon_2.8.9-4_all.deb

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

iD8DBQFFlR731FNW1LDdr0IRAmVYAKCkZt//5LMS1JWYz/U9xxQ2+qN0rQCcCyzd
PTSUNcJpwVqp0qt+9PlTbFE=
=IZfD
-END PGP SIGNATURE-

--- End Message ---

Processed: tagging 404226

[Debian Bug Tracking System]

Processing commands for [EMAIL PROTECTED]:

> # Automatically generated email from bts, devscripts version 2.9.27
> tags 404226 pending
Bug#404226: kwin: KWin crashes as focus changes
There were no tags set.
Bug#404273: kwin: crash
Tags added: pending

>
End of message, stopping processing here.

Please contact me if you need assistance.

Debian bug tracking system administrator
(administrator, Debian Bugs database)


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

Bug#404888: glib2.0: cannot go into testing; causes gnucash regrsession

[Thomas Bushnell BSG]

On Fri, 2006-12-29 at 03:06 +0100, Josselin Mouette wrote:
> Le jeudi 28 décembre 2006 à 17:29 -0800, Thomas Bushnell BSG a écrit :
> > On Fri, 2006-12-29 at 01:56 +0100, Josselin Mouette wrote:
> > > Now, if you don't provide us with the necessary data, we won't be able
> > > to fix the regression it introduces in gnucash.
> > 
> > There are clearly two plausible solutions to the underlying problem:
> > 
> > 1. Change gnucash to conform to the new behavior of glib,
> 
> AIUI this has already been done, as gnucash doesn't generate such files
> anymore.

What makes you say this?  AFAICT, this is not so.  At least, the
offending keys are still defined and used in, for example,
gnucash/src/gnome/gnc-plugin-page-register.c.  Current gnucash trunk of
this file can be seen at
http://svn.gnucash.org/trac/browser/gnucash/trunk/src/gnome/gnc-plugin-page-register.c

Search for "Register Type", "Account Name", "Register Style", "Double
Line Mode".

Thomas



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

Bug#404888: glib2.0: cannot go into testing; causes gnucash regrsession

[Thomas Bushnell BSG]

On Fri, 2006-12-29 at 08:44 +0100, Martin Schulze wrote:
> For the sake of the upcoming release, I wonder how many files / users
> are affected by this change?  Is it really release-critical?  If not,
> would it not helpe if Thomas provides a script in the gnucash package
> that adjusts the keys that are now broken and documents this ... err...
> change... in the release notes?

What a ludicrous solution.  I am going to assume (!) that upstream
gnucash will make a suitable automagic change (Josselin or somebody
already claimed that gnucash no longer writes these files; on what basis
was that claim made?) and then include that if necessary.

The problem affects all users of gnucash without exception.

Best, of course, is to decide that a freeze means a freeze, and so we
simply don't include a destabilizing upstream version of glib into the
*frozen* release.

Thomas



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

Bug#402707: patch

[Jason Lunz]

The cause of this bug has been found; there's a proposed patch at:
http://article.gmane.org/gmane.linux.kernel/479290


From: Linus Torvalds <[EMAIL PROTECTED]>
Newsgroups: gmane.linux.kernel
Subject: Re: Ok, explained.. (was Re: [PATCH] mm: fix page_mkclean_one)
Date: Fri, 29 Dec 2006 02:48:35 -0800 (PST)

On Fri, 29 Dec 2006, Linus Torvalds wrote:
> 
> Hmm? I'd love it if somebody else wrote the patch and tested it, because 
> I'm getting sick and tired of this bug ;)

Who the hell am I kidding? I haven't been able to sleep right for the last 
few days over this bug. It was really getting to me.

And putting on the thinking cap, there's actually a fairly simple an 
nonintrusive patch. It still has a tiny tiny race (see the comment), but I 
bet nobody can really hit it in real life anyway, and I know several ways 
to fix it, so I'm not really _that_ worried about it.

The patch is mostly a comment. The "real" meat of it is actually just a 
few lines.

Can anybody get corruption with this thing applied? It goes on top of 
plain v2.6.20-rc2.

Linus


diff --git a/mm/page-writeback.c b/mm/page-writeback.c
index b3a198c..ec01da1 100644
--- a/mm/page-writeback.c
+++ b/mm/page-writeback.c
@@ -862,17 +862,46 @@ int clear_page_dirty_for_io(struct page *page)
 {
struct address_space *mapping = page_mapping(page);
 
-   if (!mapping)
-   return TestClearPageDirty(page);
-
-   if (TestClearPageDirty(page)) {
-   if (mapping_cap_account_dirty(mapping)) {
-   page_mkclean(page);
+   if (mapping && mapping_cap_account_dirty(mapping)) {
+   /*
+* Yes, Virginia, this is indeed insane.
+*
+* We use this sequence to make sure that
+*  (a) we account for dirty stats properly
+*  (b) we tell the low-level filesystem to
+*  mark the whole page dirty if it was
+*  dirty in a pagetable. Only to then
+*  (c) clean the page again and return 1 to
+*  cause the writeback.
+*
+* This way we avoid all nasty races with the
+* dirty bit in multiple places and clearing
+* them concurrently from different threads.
+*
+* Note! Normally the "set_page_dirty(page)"
+* has no effect on the actual dirty bit - since
+* that will already usually be set. But we
+* need the side effects, and it can help us
+* avoid races.
+*
+* We basically use the page "master dirty bit"
+* as a serialization point for all the different
+* threds doing their things.
+*
+* FIXME! We still have a race here: if somebody
+* adds the page back to the page tables in
+* between the "page_mkclean()" and the "TestClearPageDirty()",
+* we might have it mapped without the dirty bit set.
+*/
+   if (page_mkclean(page))
+   set_page_dirty(page);
+   if (TestClearPageDirty(page)) {
dec_zone_page_state(page, NR_FILE_DIRTY);
+   return 1;
}
-   return 1;
+   return 0;
}
-   return 0;
+   return TestClearPageDirty(page);
 }
 EXPORT_SYMBOL(clear_page_dirty_for_io);
 


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

Bug#404235: segfault patch for 404235

[Nico Golde]

Hi,
the provided patch is actually not fixing the issue really.
I attached 2 patches for trr_update and trr_format which 
should fix this.
Please test them before you upload the changes since I don't 
use emacs and have no idea of the program.
But it would be a good idea to do a complete rewrite of the 
code, its really ugly.
Kind regards
NIco

-- 
Nico Golde - http://www.ngolde.de
JAB: [EMAIL PROTECTED] - GPG: 0x73647CFF
Forget about that mouse with 3/4/5 buttons,
gimme a keyboard with 103/104/105 keys!
--- /home/nion/build/trr19-1.0beta5/trr_format.c	2006-12-29 17:54:11.0 +0100
+++ trr_format.c	2006-12-29 18:27:26.0 +0100
@@ -18,6 +18,7 @@
 
 #include 
 #include 
+#include 
 #include 
 #include 
 #include 
@@ -40,27 +41,25 @@
 
 
 main(int argc, char **argv){
-  char textfile[256], formattedfile[256], lockfile[256], *tmpfname;
-  char command[256], line[1024];
+  char textfile[_POSIX_PATH_MAX], formattedfile[_POSIX_PATH_MAX], lockfile[_POSIX_PATH_MAX], *tmpfname;
+  char command[_POSIX_PATH_MAX], line[_POSIX_PATH_MAX];
   FILE *fd, *tmpfd;
   int i;
   struct passwd *pw = NULL;
 
-
   /* ignore signals */
   signal(SIGHUP, SIG_IGN);
   signal(SIGINT, SIG_IGN);
   signal(SIGQUIT, SIG_IGN);
   signal(SIGTERM, SIG_IGN);
+  if(argc<2){
+fprintf(stderr, "no file specified..\n");
+exit(EXIT_FAILURE);
+  }
 
-  strcpy(textfile, TEXT_DIR);
-  strcat(textfile, argv[1]);
-  strcpy(formattedfile, textfile);
-  strcat(formattedfile, ".formed");
-  strcpy(lockfile, textfile);
-  strcat(lockfile, ".lock");
+  snprintf(line, sizeof(line),  "%s%s%s.formed%s.lock", TEXT_DIR, argv[1], textfile, textfile);
 
-  umask(18);
+  umask(022);
 
   /* if previous process is formatting same target text,
  wait for that process to finish formatting. */
@@ -91,7 +90,7 @@
 /* format a text - fork and exec the processes so we can drop privileges */
 switch( fork() ) {
   case -1:  /* Error */
-	perror(fork);
+	perror("fork");
 	exit(1);
 	break;
   case 0:   /* Child */
@@ -100,9 +99,13 @@
 
 	/* Drop group privileges */
 	pw = getpwuid(getuid());
+if(!pw){
+fprintf(stderr, "You don't exist..go away\n");
+exit(EXIT_FAILURE);
+}
 	setgid(pw->pw_gid);
 
-	sprintf(command, "%s -v '^[ \t]*$' %s | %s 's/\\([.?!;]\\) *$/\\1/' | %s 's/^  *\\(.*\\)$/\\1/' > %s",
+	snprintf(command, sizeof(command), "%s -v '^[ \t]*$' %s | %s 's/\\([.?!;]\\) *$/\\1/' | %s 's/^  *\\(.*\\)$/\\1/' > %s"
 		GREP, textfile, SED, SED, tmpfname);
 	system(command);
 	break;
@@ -111,15 +114,23 @@
 }
 
 tmpfd = fopen(tmpfname, "r");
+if(!tmpfd){
+perror("fopen");
+exit(EXIT_FAILURE);
+}
 fd = fopen(formattedfile, "w");
+if(!fd){
+perror("fopen");
+exit(EXIT_FAILURE);
+}
 
-while(fgets(line, 1024, tmpfd))
+while(fgets(line, sizeof(line), tmpfd))
   fputs(line, fd);
 
 fclose(tmpfd);
 fclose(fd);
 unlink(tmpfname);
-
+free(line);
 /* release lock */
 unlink(lockfile);
 return 0;
--- /home/nion/build/trr19-1.0beta5/trr_update.c	1996-07-03 06:52:08.0 +0200
+++ trr_update.c	2006-12-29 19:05:35.0 +0100
@@ -21,6 +21,7 @@
 #include 
 #include 
 #include 
+#include 
 
 #if defined(HAVE_STRING_H)
 #include 
@@ -45,10 +46,10 @@
 #endif /* HAVE_FCNTL_H */
 
 main(int argc, char **argv){
-  char scorefile[256], lockfile[256], datestr[64];
-  char line[256], savedline[256];
-  const char *user, *scores, *step, *times, *ttime, *token;
-  FILE *fd, *tmpf;
+  char scorefile[_POSIX_PATH_MAX], lockfile[_POSIX_PATH_MAX], datestr[64];
+  char line[_POSIX_PATH_MAX], savedline[_POSIX_PATH_MAX];
+  const char *user=NULL, *scores=NULL, *step=NULL, *times=NULL, *ttime=NULL, *token=NULL;
+  FILE *fd=NULL, *tmpf=NULL;
   int score, tmpscore, i, myself, inserted;
   long datev;
 
@@ -58,25 +59,34 @@
   signal(SIGQUIT, SIG_IGN);
   signal(SIGTERM, SIG_IGN);
 
-  umask(18);
-  strcpy(scorefile, RECORD_DIR);
+  snprintf(lockfile, sizeof(lockfile), "%s.lock", scorefile);
 
-  /* create a new record file */
-  if (argc == 2){
-strcat(scorefile, argv[1]);
+  if (argc<2) {
+   fprintf(stderr,"too few arguments\n");
+   exit(EXIT_FAILURE);
+  }
 
-if ((fd = fopen(scorefile, "w")) == NULL){
-  perror(scorefile);
-  exit(1);
-} else
+  umask(022);
+  snprintf(scorefile, sizeof(scorefile), RECORD_DIR "%s", argv[1]);
+
+   /* create a new record file */
+   if (argc == 2){
+
+ if ((fd = fopen(scorefile, "w")) == NULL){
+   perror(scorefile);
+   exit(1);
+ } else
   fclose(fd);
-exit(0);
+  exit(0);
   }
 
-  /* upfate high score file */
-  strcat(scorefile, argv[1]);
-  strcpy(lockfile, scorefile);
-  strcat(lockfile, ".lock");
+   /* upate high score file */
+  snprintf(lockfile,sizeof(lockfile),"%s.lock",scorefile);
+
+  if(argc < 7){
+  fprintf(stderr, "not enough arguments given..\n");
+  exit(EXIT_FAILURE);
+  }
   user = argv[2];
   scores = ar

Bug#393726: marked as done (Doesn't purge completely)

[Debian Bug Tracking System]

Your message dated Fri, 29 Dec 2006 17:32:02 +
with message-id <[EMAIL PROTECTED]>
and subject line Bug#393726: fixed in docbook-xsl 1.71.0.dfsg.1-2
has caused the attached Bug report to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what I am
talking about this indicates a serious mail system misconfiguration
somewhere.  Please contact me immediately.)

Debian bug tracking system administrator
(administrator, Debian Bugs database)

--- Begin Message ---
Package: docbook-xsl
Version: 1.71.0.dfsg.1-1
Severity: serious

Hi,

 docbook-xsl creates a "compatibility symlink" in postinst
 (/usr/share/sgml/docbook/stylesheet/xsl/nwalsh), but fails removing it
 in postrm.

 To reproduce:
 apt-get install docbook-xsl
 apt-get remove --purge docbook-xsl
Removing docbook-xsl ...
Purging configuration files for docbook-xsl ...
dpkg - warning: while removing docbook-xsl, directory 
`/usr/share/sgml/docbook/stylesheet' not empty so not removed.
dpkg - warning: while removing docbook-xsl, directory `/usr/share/sgml/docbook' 
not empty so not removed.
 (pbuild21104)[EMAIL PROTECTED]:/# ls /usr/share/sgml/docbook/stylesheet/xsl/ -l
 total 0
 lrwxrwxrwx 1 root root 41 Oct 17 15:12 nwalsh ->
 ../../../../xml/docbook/stylesheet/nwalsh

 Please add a rm -f of this file in postrm (remove or purge) or prerm.

  Bye,

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

Versions of packages docbook-xsl depends on:
ii  xml-core  0.09-0.1   XML infrastructure and XML catalog

Versions of packages docbook-xsl recommends:
ii  docbook-xml   4.4-5  standard XML documentation system,
pn  docbook-xsl-doc(no description available)

-- no debconf information

-- 
Loïc Minier <[EMAIL PROTECTED]>

--- End Message ---
--- Begin Message ---
Source: docbook-xsl
Source-Version: 1.71.0.dfsg.1-2

We believe that the bug you reported is fixed in the latest version of
docbook-xsl, which is due to be installed in the Debian FTP archive:

docbook-xsl-doc_1.71.0.dfsg.1-2_all.deb
  to pool/main/d/docbook-xsl/docbook-xsl-doc_1.71.0.dfsg.1-2_all.deb
docbook-xsl_1.71.0.dfsg.1-2.diff.gz
  to pool/main/d/docbook-xsl/docbook-xsl_1.71.0.dfsg.1-2.diff.gz
docbook-xsl_1.71.0.dfsg.1-2.dsc
  to pool/main/d/docbook-xsl/docbook-xsl_1.71.0.dfsg.1-2.dsc
docbook-xsl_1.71.0.dfsg.1-2_all.deb
  to pool/main/d/docbook-xsl/docbook-xsl_1.71.0.dfsg.1-2_all.deb



A summary of the changes between this version and the previous one is
attached.

Thank you for reporting the bug, which will now be closed.  If you
have further comments please address them to [EMAIL PROTECTED],
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Daniel Leidert (dale) <[EMAIL PROTECTED]> (supplier of updated docbook-xsl 
package)

(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing [EMAIL PROTECTED])


-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Format: 1.7
Date: Fri, 29 Dec 2006 04:57:23 +0100
Source: docbook-xsl
Binary: docbook-xsl docbook-xsl-doc
Architecture: source all
Version: 1.71.0.dfsg.1-2
Distribution: unstable
Urgency: medium
Maintainer: Daniel Leidert (dale) <[EMAIL PROTECTED]>
Changed-By: Daniel Leidert (dale) <[EMAIL PROTECTED]>
Description: 
 docbook-xsl - stylesheets for processing DocBook XML files to various output fo
 docbook-xsl-doc - stylesheets for processing DocBook XML files (documentation)
Closes: 393726 393808
Changes: 
 docbook-xsl (1.71.0.dfsg.1-2) unstable; urgency=medium
 .
   * Acknowledge NMU (closes: #393726, #393808). Thanks to Loic Minier.
   * 
debian/patches/11_fo_fix_recursion_depth_bug_for_long_programlistings.dpatch:
 Added.
 - fo/verbatim.xsl: Adds two-stage recursion for hyphenate.verbatim to fix
   recursion depth bug for long programlistings. Revision 6280.
   * debian/patches/12_fo_axf_attribute_before_fotex.dpatch: Added.
 - fo/component.xsl: Create axf attribute before adding fotex element.
   Revision 6293.
   * debian/patches/13_fo_typo_fixes.dpatch: Added.
 - fo/inline.xsl: Fix typo bug (xlink.href should be xlink:href). Revision
   6312.
   * debian/patches/14_fo_empty_rows_fix.dpatch: Added.
 - fo/table.xsl: Empty rows aren't allowed. Revision 6337.
   * debian/patches/15_html_fixed_namespace_declarations.dpatch: Added.
 - html/autoidx-kimber.xsl, html/autoidx-kosek.xsl, html/callout.xsl,
   html/chunker.xsl, html/graphics.xsl, html/

Bug#404673: marked as done (git-buildpackage: FTBFS: make: docbook-2-html: Command not found)

[Debian Bug Tracking System]

Your message dated Fri, 29 Dec 2006 17:47:02 +
with message-id <[EMAIL PROTECTED]>
and subject line Bug#404673: fixed in git-buildpackage 0.2.23
has caused the attached Bug report to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what I am
talking about this indicates a serious mail system misconfiguration
somewhere.  Please contact me immediately.)

Debian bug tracking system administrator
(administrator, Debian Bugs database)

--- Begin Message ---
Package: git-buildpackage
Version: 0.2.21
Severity: serious
Tags: patch

When building 'git-buildpackage' in a clean unstable chroot,
I get the following error:

touch python-build-stamp-2.4
docbook-to-man docs/man.git-buildpackage.sgml > docs/git-buildpackage.1
/usr/bin/nsgmls:docs/manpages/git-buildpackage.sgml:127:11:E: document type 
does not allow element "REFSECT1" here
/usr/bin/nsgmls:docs/manpages/git-buildpackage.sgml:127:11: open elements: 
REFERENCE REFENTRY[1] REFSECT1[1] (PARA[1])
/usr/bin/nsgmls:docs/manpages/git-buildpackage.sgml:133:11:E: document type 
does not allow element "REFSECT1" here
/usr/bin/nsgmls:docs/manpages/git-buildpackage.sgml:133:11: open elements: 
REFERENCE REFENTRY[1] REFSECT1[1] (PARA[1])
/usr/bin/nsgmls:docs/manpages/git-buildpackage.sgml:139:10:E: end tag for 
"REFSECT1" omitted, but OMITTAG NO was specified
/usr/bin/nsgmls:docs/manpages/git-buildpackage.sgml:124:2: start tag was here
/usr/bin/nsgmls:docs/manpages/git-buildpackage.sgml:139:10: open elements: 
REFERENCE REFENTRY[1] REFSECT1[1] (PARA[1])
Warning: transpec not found for REFERENCE
Warning: transpec not found for TITLE
docbook-to-man docs/man.git-import-dsc.sgml > docs/git-import-dsc.1
Warning: transpec not found for REFERENCE
Warning: transpec not found for TITLE
docbook-to-man docs/man.git-import-orig.sgml > docs/git-import-orig.1
Warning: transpec not found for REFERENCE
Warning: transpec not found for TITLE
docbook-2-html -s gtk docs/manual.sgml
make: docbook-2-html: Command not found
make: *** [docs/manual-html] Error 127

The attached patch fixes this problem by adding 'sgml2x' to the 
Build-Depends. However, the build still fails with the following
message:

docbook-2-html -s gtk docs/manual.sgml
find: warning: you have specified the -maxdepth option after a non-option argume
nt -type, but options are not positional (-maxdepth affects tests specified befo
re it as well as those specified after it).  Please specify options before other
 arguments.

find: warning: you have specified the -maxdepth option after a non-option argume
nt -type, but options are not positional (-maxdepth affects tests specified befo
re it as well as those specified after it).  Please specify options before other
 arguments.

find: warning: you have specified the -maxdepth option after a non-option argume
nt -type, but options are not positional (-maxdepth affects tests specified befo
re it as well as those specified after it).  Please specify options before other
 arguments.

find: warning: you have specified the -maxdepth option after a non-option argume
nt -type, but options are not positional (-maxdepth affects tests specified befo
re it as well as those specified after it).  Please specify options before other
 arguments.

openjade1.3:W: unsupported declaration will be ignored
openjade1.3:W: unsupported declaration will be ignored
openjade1.3:W: unsupported declaration will be ignored
ERROR: docbook-2-html: unknown style `gtk'
make: *** [docs/manual-html] Error 1


Regards
Andreas Jochens

diff -urN ../tmp-orig/git-buildpackage-0.2.21/debian/control ./debian/control
--- ../tmp-orig/git-buildpackage-0.2.21/debian/control  2006-12-13 
12:30:19.0 +
+++ ./debian/control2006-12-27 10:27:43.0 +
@@ -2,7 +2,7 @@
 Section: devel
 Priority: optional
 Maintainer: Guido Guenther <[EMAIL PROTECTED]>
-Build-Depends: cdbs, debhelper (>= 5), python-dev, python-support (>= 0.3), 
docbook-to-man, pychecker
+Build-Depends: cdbs, debhelper (>= 5), sgml2x, python-dev, python-support (>= 
0.3), docbook-to-man, pychecker
 Standards-Version: 3.7.2
 
 Package: git-buildpackage

--- End Message ---
--- Begin Message ---
Source: git-buildpackage
Source-Version: 0.2.23

We believe that the bug you reported is fixed in the latest version of
git-buildpackage, which is due to be installed in the Debian FTP archive:

git-buildpackage_0.2.23.dsc
  to pool/main/g/git-buildpackage/git-buildpackage_0.2.23.dsc
git-buildpackage_0.2.23.tar.gz
  to pool/main/g/git-buildpackage/git-buildpackage_0.2.23.tar.gz
git-buildpackage_0.2.23_all.deb
  to pool/main/g/git-buildpackage/git-buildpackage_0.2.23_all.deb



A summary of the changes between this version and the previous one is
attached.

Thank you for reporting the bug, which will now be closed.  If you
have further co

Processed: reopen

[Debian Bug Tracking System]

Processing commands for [EMAIL PROTECTED]:

> reopen 324803
Bug#324803: cdw Segmentation fault
Bug reopened, originator not changed.

> thanks
Stopping processing here.

Please contact me if you need assistance.

Debian bug tracking system administrator
(administrator, Debian Bugs database)


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

Bug#393711: Authoritative .local support in nss-mdns / avahi-daemon

[Lennart Poettering]

On Sun, 24.12.06 22:09, Loïc Minier ([EMAIL PROTECTED]) wrote:

Hi!

>  I just uploaded a nss-mdns NMU which I think addresses the RC issues of
>  this particular package.  One of the major changes is that it now
>  requires avahi-daemon to resolve .local entries.  IIUC, the proper way
>  to support networks where ".local" is a real domain name is to disable
>  avahi-daemon when a nameserver claims to have a SOA for the .local
>  domain.  This check should be made everytime the DNS settings change
>  and on boot, so I think the simplest way is to:
>  1) check whether there's a SOA for .local before starting avahi-daemon,
> and do not really start it when a start was requested but a SOA was
> found
>  2) restart avahi-daemon in a dhclient hook to make sure the test is
> run with the new DNS settings
>  3) restart avahi-daemon in a resolvconf hoook to make sure the test is
> run with the new DNS settings

The dhclient hook should not be run if resolvconf is installed -
because otherwise the hook script might be run twice!

The Ubuntu script just silently stops Avahi. This is suboptimal, the
user should get some feedback about this. Notifications with the DBUS
notification-daemon would be a good thing. Unfortunately, that
daemon is solely a session daemon, i.e. it's service cannot be used
from a system script. :-(

An alternative would be syslog:


if test -x /usr/bin/logger ; then
   logger -p daemon.warning -t avahi <

Or something like that. Perhaps we should add a page to our avahi.org
wiki and explain the situation there and link it from that syslog
message.

>  I wish you all a Merry Christmas!  And if you need to catch me, you
>  can

I wish you a happy new year!

Lennart

-- 
Lennart Poettering; lennart [at] poettering [dot] net
ICQ# 11060553; GPG 0x1A015CC4; http://0pointer.net/lennart/

Bug#370132: marked as done (snmpd segfaults upon first query [s390])

[Debian Bug Tracking System]

Your message dated Fri, 29 Dec 2006 16:32:05 +
with message-id <[EMAIL PROTECTED]>
and subject line Bug#370132: fixed in net-snmp 5.2.3-7
has caused the attached Bug report to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what I am
talking about this indicates a serious mail system misconfiguration
somewhere.  Please contact me immediately.)

Debian bug tracking system administrator
(administrator, Debian Bugs database)

--- Begin Message ---
Package: snmpd
Version: 5.2.2-3
Severity: important

snmpd no longer works on ia64. It dies when receiving first query.
Here's a sample testcase, running "snmpwalk" from another box ('dogma'):

[EMAIL PROTECTED]:~ $] snmpwalk -v2c -c public morgoth
SNMPv2-MIB::sysDescr.0 = STRING: Linux morgoth 2.6.17-rc4-pa2 #1 SMP 
PREEMPT Thu May 25 13:24:38 CEST 2006 ia64
SNMPv2-MIB::sysObjectID.0 = OID: SNMPv2-SMI::org.0.0.0.0.0.0.0.0
SNMPv2-MIB::sysUpTime.0 = Timeticks: (4221) 0:00:42.21
SNMPv2-MIB::sysContact.0 = STRING: "Admin "
SNMPv2-MIB::sysName.0 = STRING: morgoth
SNMPv2-MIB::sysLocation.0 = STRING: "here"
SNMPv2-MIB::sysServices.0 = INTEGER: 76
SNMPv2-MIB::sysORLastChange.0 = Timeticks: (2) 0:00:00.02
SNMPv2-MIB::sysORID.1 = OID: IF-MIB::ifMIB
SNMPv2-MIB::sysORID.2 = OID: SNMPv2-MIB::snmpMIB
SNMPv2-MIB::sysORID.3 = OID: TCP-MIB::tcpMIB
SNMPv2-MIB::sysORID.4 = OID: IP-MIB::ip
SNMPv2-MIB::sysORID.5 = OID: UDP-MIB::udpMIB
SNMPv2-MIB::sysORID.6 = OID: SNMP-VIEW-BASED-ACM-MIB::vacmBasicGroup
SNMPv2-MIB::sysORID.7 = OID: 
SNMP-FRAMEWORK-MIB::snmpFrameworkMIBCompliance
SNMPv2-MIB::sysORID.8 = OID: SNMP-MPD-MIB::snmpMPDCompliance
SNMPv2-MIB::sysORID.9 = OID: SNMP-USER-BASED-SM-MIB::usmMIBCompliance
SNMPv2-MIB::sysORDescr.1 = STRING: The MIB module to describe generic 
objects for network interface sub-layers
SNMPv2-MIB::sysORDescr.2 = STRING: The MIB module for SNMPv2 entities
SNMPv2-MIB::sysORDescr.3 = STRING: The MIB module for managing TCP 
implementations
SNMPv2-MIB::sysORDescr.4 = STRING: The MIB module for managing IP and 
ICMP implementations
SNMPv2-MIB::sysORDescr.5 = STRING: The MIB module for managing UDP 
implementations
SNMPv2-MIB::sysORDescr.6 = STRING: View-based Access Control Model for 
SNMP.
SNMPv2-MIB::sysORDescr.7 = STRING: The SNMP Management Architecture MIB.
SNMPv2-MIB::sysORDescr.8 = STRING: The MIB for Message Processing and 
Dispatching.
SNMPv2-MIB::sysORDescr.9 = STRING: The management information 
definitions for the SNMP User-based Security Model.
SNMPv2-MIB::sysORUpTime.1 = Timeticks: (1) 0:00:00.01
SNMPv2-MIB::sysORUpTime.2 = Timeticks: (1) 0:00:00.01
SNMPv2-MIB::sysORUpTime.3 = Timeticks: (1) 0:00:00.01
SNMPv2-MIB::sysORUpTime.4 = Timeticks: (1) 0:00:00.01
SNMPv2-MIB::sysORUpTime.5 = Timeticks: (1) 0:00:00.01
SNMPv2-MIB::sysORUpTime.6 = Timeticks: (1) 0:00:00.01
SNMPv2-MIB::sysORUpTime.7 = Timeticks: (1) 0:00:00.01
SNMPv2-MIB::sysORUpTime.8 = Timeticks: (1) 0:00:00.01
SNMPv2-MIB::sysORUpTime.9 = Timeticks: (2) 0:00:00.02
IF-MIB::ifNumber.0 = INTEGER: 4
Timeout: No Response from morgoth

while stracing the daemon on the ia64 machines ('morgoth'):
[...]
open("/etc/hosts.deny", O_RDONLY)   = 9
fstat(9, {st_mode=S_IFREG|0644, st_size=901, ...}) = 0
mmap(NULL, 65536, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 
0) = 0x20bcc000
read(9, "# /etc/hosts.deny: list of hosts"..., 16384) = 901
read(9, "", 16384)  = 0
close(9)= 0
munmap(0x20bcc000, 65536)   = 0
write(2, "Connection from UDP: [147.215.7."..., 42Connection from UDP: 
[147.215.7.12]:32817
) = 42
gettimeofday({1149344603, 215880}, NULL) = 0
gettimeofday({1149344603, 216074}, NULL) = 0
gettimeofday({1149344603, 216205}, NULL) = 0
socket(PF_INET, SOCK_DGRAM, IPPROTO_IP) = 9
open("/proc/net/dev", O_RDONLY) = 10
fstat(10, {st_mode=S_IFREG|0444, st_size=0, ...}) = 0
mmap(NULL, 65536, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 
0) = 0x20bcc000
read(10, "Inter-|   Receive   "..., 1024) = 692
ioctl(9, SIOCGIFADDR, {ifr_name="eth0", ???}) = -1 EADDRNOTAVAIL (Cannot 
assign requested address)
ioctl(9, SIOCGIFBRDADDR, {ifr_name="eth0", ???}) = -1 EADDRNOTAVAIL 
(Cannot assign requested address)
ioctl(9, SIOCGIFNETMASK, {ifr_name="eth0", ???}) = -1 EADDRNOTAVAIL 
(Cannot assign requested address)
ioctl(9, SIOCGIFFLAGS, {ifr_name="eth0", 
ifr_flags=IFF_BROADCAST|IFF_MULTICAST}) = 0
ioctl(9, SIOCGIFHWADDR, {ifr_name="eth0", ifr_hwaddr=00:30:6e:39:a7:6b}) 
= 0
ioctl(9, SIOCGIFMETRIC, {ifr_name="eth0", ifr_metric=0}) = 0
ioctl(9, SIOCGIFMTU, {ifr_name="eth0", ifr_mtu=1500}) = 0
ioctl(9, SIOCGMIIPHY, 0x6ea159d8) = 0
ioctl(9, SIOCGMIIREG, 0x6ea159d8) = 0
ioctl(9, SIOCGMIIREG, 0x6ea159d8) = 0
ioctl(9, SIOCGMIIREG, 0x6ea159d8) = 0
ioctl(9, SIOCGM

Bug#324803: marked as done (cdw Segmentation fault)

[Debian Bug Tracking System]

Your message dated Fri, 29 Dec 2006 17:32:21 +0100 (MET)
with message-id <[EMAIL PROTECTED]>
and subject line fixing this is not enough
has caused the attached Bug report to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what I am
talking about this indicates a serious mail system misconfiguration
somewhere.  Please contact me immediately.)

Debian bug tracking system administrator
(administrator, Debian Bugs database)

--- Begin Message ---
Package: cdw
Version: 0.2.3-4
Tags: sid
Severity: grave
Justification: renders package unusable

cdw (and gcdw) crash with Segmentation fault.

# cdw
Segmentation fault
# gcdw
Segmentation fault




--- End Message ---
--- Begin Message ---
Hi,
fixing this bug is really not enough. I had a quick look at 
options.c file and its just bad. The whole configuration 
parsing is buggy. No return values are checked (unset HOME 
for example and call cdw), buffers are 
written not regarding their size and stuff. The whole file 
would need a rewrite.
Kind regards
Nico

-- 
Nico Golde - http://www.ngolde.de
JAB: [EMAIL PROTECTED] - GPG: 0x73647CFF
Forget about that mouse with 3/4/5 buttons,
gimme a keyboard with 103/104/105 keys!


pgp3M8iJOdcoq.pgp
Description: PGP signature
--- End Message ---

Processed: Re: Bug#404950: Installation Report [mips] [rc1] [Failure] SWARM (Broadcom BCM91250a)

[Debian Bug Tracking System]

Processing commands for [EMAIL PROTECTED]:

> severity 404950 normal
Bug#404950: Installation Report [mips] [rc1] [Failure] SWARM (Broadcom 
BCM91250a)
Severity set to `normal' from `grave'

> severity 404951 normal
Bug#404951: Installation Report [mips] [daily-2006-12-27] [Failure] SWARM 
(Broadcom BCM91250a)
Severity set to `normal' from `grave'

>
End of message, stopping processing here.

Please contact me if you need assistance.

Debian bug tracking system administrator
(administrator, Debian Bugs database)


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

Processed: Cleaning upstream nonsense (at least for this clone)

[Debian Bug Tracking System]

Processing commands for [EMAIL PROTECTED]:

> tags 404891 - upstream
Bug#404891: Fans unreliable under load, permanent memory leak
Tags were: fixed-upstream upstream
Tags removed: upstream

> notforwarded 404891
Bug#404891: Fans unreliable under load, permanent memory leak
Removed annotation that Bug had been forwarded to 
http://bugzilla.kernel.org/show_bug.cgi?id=5534.

> user [EMAIL PROTECTED]
Setting user to [EMAIL PROTECTED] (was [EMAIL PROTECTED]).
> usertags 404891 - resolution-CODE-FIX status-RESOLVED
Bug#404891: Fans unreliable under load, permanent memory leak
Usertags were: resolution-CODE-FIX status-RESOLVED.
Usertags are now: .
>
End of message, stopping processing here.

Please contact me if you need assistance.

Debian bug tracking system administrator
(administrator, Debian Bugs database)


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

Processed: Re: Processed: several security fixes -> RC

[Debian Bug Tracking System]

Processing commands for [EMAIL PROTECTED]:

> severity 404892 wishlist
Bug#404892: iceape: new upstream: seamonkey 1.0.7
Severity set to `wishlist' from `serious'

> tags 404892 - security
Bug#404892: iceape: new upstream: seamonkey 1.0.7
Tags were: security
Tags removed: security

> thanks
Stopping processing here.

Please contact me if you need assistance.

Debian bug tracking system administrator
(administrator, Debian Bugs database)


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

Bug#403426: kernel corrupts LUKS partition header on arm

[Martin Michlmayr]

* Clemens Fruhwirth <[EMAIL PROTECTED]> [2006-12-29 11:52]:
> I just added the r!=bsize case to error checking and an error message
> as well.
...
> The changes are also in subversion.

This particular change didn't make any difference.  I still get the
header conversion message when I only apply the patch from utils.c.


#! /bin/sh /usr/share/dpatch/dpatch-run
## 02_fix_arm.dpatch by Clemens Fruhwirth <[EMAIL PROTECTED]>
##
## DP: Add error checking to read_blockwise for short reads.
## DP: Commit a patch that fixes http://bugs.debian.org/403075

@DPATCH@
Index: lib/utils.c
===
--- cryptsetup-1.0.4~/lib/utils.c   (revision 1)
+++ cryptsetup-1.0.4/lib/utils.c(working copy)
@@ -151,8 +151,10 @@
 static int sector_size(int fd) 
 {
int bsize;
-   ioctl(fd,BLKSSZGET, &bsize);
-   return bsize;
+   if (ioctl(fd,BLKSSZGET, &bsize) < 0)
+   return -EINVAL;
+   else
+   return bsize;
 }
 
 int sector_size_for_device(const char *device)
@@ -171,8 +173,11 @@
char *padbuf; char *padbuf_base;
char *buf = (char *)orig_buf;
int r;
-   int hangover; int solid; int bsize = sector_size(fd);
+   int hangover; int solid; int bsize;
 
+   if ((bsize = sector_size(fd)) < 0)
+   return bsize;
+
hangover = count % bsize;
solid = count - hangover;
 
@@ -209,15 +214,20 @@
char *buf = (char *)orig_buf;
int r;
int step;
-   int bsize = sector_size(fd);
+   int bsize;
 
+   if ((bsize = sector_size(fd)) < 0)
+   return bsize;
+
padbuf = aligned_malloc(&padbuf_base, bsize, bsize);
if(padbuf == NULL) return -ENOMEM;
 
while(count) {
r = read(fd,padbuf,bsize);
-   if(r < 0) goto out;
-   
+   if(r < 0 || r != bsize) {
+   fprintf(stderr, "read failed in read_blockwise.\n");
+   goto out;
+   }
step = counthttp://www.cyrius.com/


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

Bug#404876:

[Rick Thomas]

On Dec 29, 2006, at 4:42 AM, Josselin Mouette wrote:



Well, nothing really useful here, except this confirms this is a  
problem

somewhere in the GStreamer stack. Reassigning.

@debian-powerpc: as it seem to render gstreamer completely useless  
on G3
processors, I think this must be addressed before the release. If  
anyone

with powerpc knowledge has some time to find what is going wrong, that
would be very helpful.


Thanks for you help!

Is there a (set of) configuration parameter(s) I can fiddle with that  
will disable (selected parts of) gstreamer?  That might help to  
narrow the scope of the question.  As noted elsewhere, I'm an old- 
fashioned command-line kinda guy and all this multi-media stuff is  
just so much glitz as far as I'm concerned. So disabling the  
troublesome parts (or the whole thing) is acceptable to me.   
Especially if it lets me get on with other testing activities on the  
OldWorld machine.


I'm (of course) willing and anxious to help get this thing debugged.   
The machine in question is dedicated to Debian testing, so feel free  
to ask me to try anything that you think might help in diagnosing the  
problem.


Rick



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

Bug#391404: upgrading severity

[Michael Ablassmeier]

On Fri, Dec 29, 2006 at 03:23:46PM +0100, Kjetil Kjernsmo wrote:
> On Friday 29 December 2006 15:14, Michael Ablassmeier wrote:
> > and later dh_installman from debian/rules continues installing them
> > in the packages, they end up twice there. Looking at the md5sums from
> > debian/modxslt-parse.1 and the one shipped by upstream i get the
> > impression they have the same content,
> 
> Uh, right. I don't know what the debian policy says about this, but I 
> have the impression that "use debhelper" is usually recommended.
> 
> Perhaps those two lines needs to be removed, then?

in fact, one does not have to copy the manpages to debian/ in order to use
dh_installman, simply use dh_installman on upstream's pages (dh_installman
docs/man/manpage.1). If upstreams Makefile installs the manpages in the right
way i wouldnt mind at all and let the Makefile do the job (that depends on the
pov from the maintainer.)

bye,
- michael


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

Bug#404951: Installation Report [mips] [daily-2006-12-27] [Failure] SWARM (Broadcom BCM91250a)

[Karsten Merker]

Package: installation-reports
Severity: grave

Boot method: netboot
Image version: daily build 2006-12-27,
http://people.debian.org/~ths/d-i/mips/images/daily/sb1-bcm91250a/netboot/

Date: 2006-12-29

Machine: Broadcom BCM91250a "SWARM", mips/big-endian mode,
 256MB RAM, serial console, IDE disk

Base System Installation Checklist:
[O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it

Initial boot:   [E]
Detect network card:[ ]
Configure network:  [ ]
Detect CD:  [ ]
Load installer modules: [ ]
Detect hard drives: [ ]
Partition hard drives:  [ ]
Install base system:[ ]
Clock/timezone setup:   [ ]
User/password setup:[ ]
Install tasks:  [ ]
Install boot loader:[ ]
Overall install:[ ]


Comments/Problems:
==

Sibyl (the bootloader) starts, loads the kernel and the initrd,
jumps into the kernel and the system freezes.


Boot log:
=

CFE> boot -tftp 192.168.2.14:/tftpboot/swarm-daily/sibyl
Loader:raw Filesys:tftp Dev:eth0
File:192.168.2.14:/tftpboot/swarm-daily/sibyl Options:(null)
Loading: ... 130116 bytes read
Entry at 0x2000
Closing network.
Starting program at 0x2000
SiByte Loader, version 2.4.2
Built on Oct  4 2005
Network device 'eth0' configured
Getting configuration file
tftp:192.168.2.14:/tftpboot/swarm-daily/sibyl.conf...
Config file retrieved.
Available configurations:
  install
  rescue
Boot which configuration [install]:
Loading kernel (ELF64):
[EMAIL PROTECTED]
done
Loading ramdisk at 0x8057e000...3622876 bytes loaded
Set up command line arguments to: root=/dev/ram console=duart0
ramdisk_size=3576 rd_start=0x8057E000 rd_size=0x3747DC
Setting up initial prom_init arguments
Cleaning up state...
Transferring control to the kernel.
Kernel entry point is at 0x804f7000
Broadcom SiByte BCM1250 B2 @ 800 MHz (SB1 rev 2)
Board type: SiByte BCM91250A (SWARM)

Regards,
Karsten
-- 
#include 
Nach Paragraph 28 Abs. 3 Bundesdatenschutzgesetz widerspreche ich der Nutzung
oder Uebermittlung meiner Daten fuer Werbezwecke oder fuer die Markt- oder
Meinungsforschung.


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

Processed: [bts-link] source package release-notes

[Debian Bug Tracking System]

Processing commands for [EMAIL PROTECTED]:

> #
> # bts-link upstream status pull for source package release-notes
> # see http://lists.debian.org/debian-devel-announce/2006/05/msg1.html
> #
> user [EMAIL PROTECTED]
Setting user to [EMAIL PROTECTED] (was [EMAIL PROTECTED]).
> # remote status report for #404891
> #  * http://bugzilla.kernel.org/show_bug.cgi?id=5534
> #  * remote status changed: (?) -> RESOLVED
> #  * remote resolution changed: (?) -> CODE-FIX
> #  * closed upstream
> tags 404891 + fixed-upstream
Bug#404891: Fans unreliable under load, permanent memory leak
Tags were: upstream
Tags added: fixed-upstream

> usertags 404891 + status-RESOLVED resolution-CODE-FIX
Bug#404891: Fans unreliable under load, permanent memory leak
There were no usertags set.
Usertags are now: resolution-CODE-FIX status-RESOLVED.
> thanks
Stopping processing here.

Please contact me if you need assistance.

Debian bug tracking system administrator
(administrator, Debian Bugs database)


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

Processed: several security fixes -> RC

[Debian Bug Tracking System]

Processing commands for [EMAIL PROTECTED]:

> severity 404892 serious
Bug#404892: iceape: new upstream: seamonkey 1.0.7
Severity set to `serious' from `wishlist'

> tags 404892 +security
Bug#404892: iceape: new upstream: seamonkey 1.0.7
There were no tags set.
Tags added: security

> thanks
Stopping processing here.

Please contact me if you need assistance.

Debian bug tracking system administrator
(administrator, Debian Bugs database)


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

Bug#370132: [Pkg-net-snmp-devel] Bug#370132: snmpd segfaults on ia64 upon first query

[Jochen Friedrich]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hi Thomas,

> Fine by me. Please submit to http://www.net-snmp.org/patches and I'll take 
> care
> of it.

http://sourceforge.net/tracker/index.php?func=detail&aid=1624406&group_id=12694&atid=312694

> The help text should clarify that the default is to auto-detect 
> this.

Fixed.

Thanks,
Jochen
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.6 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFFlTcO0fhX0Y/ocz0RAho1AJ9o0t1zJJJicDC1tVdbWVdXRN66lQCfbwkv
c9JpQRmBXlLlSLEFxZJbxlg=
=wN1m
-END PGP SIGNATURE-


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

Bug#404950: Installation Report [mips] [rc1] [Failure] SWARM (Broadcom BCM91250a)

[Karsten Merker]

Package: installation-reports
Severity: grave

Boot method: netboot
Image version: Etch RC1,
http://ftp.nl.debian.org/debian/dists/testing/main/installer-mips/rc1/images/sb1-bcm91250a/netboot/

Date: 2006-12-29

Machine: Broadcom BCM91250a "SWARM", mips/big-endian mode,
 256MB RAM, serial console, IDE disk

Base System Installation Checklist:
[O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it

Initial boot:   [O]
Detect network card:[O]
Configure network:  [O]
Detect CD:  [ ]
Load installer modules: [O]
Detect hard drives: [E]
Partition hard drives:  [ ]
Install base system:[ ]
Clock/timezone setup:   [ ]
User/password setup:[ ]
Install tasks:  [ ]
Install boot loader:[ ]
Overall install:[ ]


Comments/Problems:
==

In the step "detecting hard drives" a reproducible kernel panic
occurs (log follows below).

RC1 uses a 2.6.17 kernel. Not sure whether this is relevant in
this case, but according to the git commit logs there have been
changes to the SWARM IDE code in the Linux/MIPS tree with regard
to 2.6.17 and 2.6.18 in November/December 2006.


Kernel panic log:
=

  ? Break instruction in kernel code[#1]:
?
Cpu 1
?
$ 0   :  8048 0001
??
$ 4   : 80513088 10001fe1  80513590
$ 8   : 1b00 9b00 b704 0004
$12   :  802d4bac fffc 80423898
$16   : 8053c2e0 9008 8053c300 0008
$20   : a8874000 0001 a8874070 9008
$24   :  0030
$28   : a885 a8853c50 8053b6c0 80336b2c
Hi: 000271e9
Lo: d0a3
epc   : 80337af4 ide_setup_dma+0x2b4/0x690 Not tainted
ra: 80336b2c ide_pci_setup_ports+0x8bc/0x8c8
Status: 10001fe3KX SX UX KERNEL EXL IE
Cause : 00808024
PrId  : 03040102
Modules linked in: it821x usbhid usbkbd uhci_hcd ehci_hcd ohci_hcd usbcore
pm2fb cfbcopyarea cfbimgblt cfbfillrect
Process modprobe (pid: 7358, threadinfo=a885,
task=a8688da8)
Stack : 8053c300 8053c2e0 c00524d8 c005251b
80336b2c 80336644 00070039 a8853d50
0002 0039 a8853d50 0036
 a8874000 c00524d8 0001
0039 a8853d50  00447134
00401060 80336d7c a807008a6c00 00138037b464
a8874000 c00524d8 00f0 
00447128  004470e8 80337260
01874160 802ccde0 a8874000 c0052330
ffed c004f050 802e07ec 802e07d4
...
Call Trace:
 [] ide_pci_setup_ports+0x8bc/0x8c8
 [] ide_pci_setup_ports+0x3d4/0x8c8
 [] do_ide_setup_pci_device+0x244/0x5d0
 [] ide_setup_pci_device+0x28/0xd0
 [] kobject_get+0x20/0x38
 [] it821x_init_one+0x50/0x60 [it821x]
 [] pci_device_probe+0x84/0xa8
 [] pci_device_probe+0x6c/0xa8
 [] driver_probe_device+0x58/0x118
 [] __driver_attach+0x10c/0x158
 [] __driver_attach+0x0/0x158
 [] bus_for_each_dev+0x58/0xb8
 [] kobject_register+0x60/0x78
 [] bus_add_driver+0xb8/0x1f8
 [] __pci_register_driver+0x74/0xc8
 [] __pci_register_driver+0x74/0xc8
 [] sys_init_module+0x10c/0x2b0
 [] handle_sys+0x134/0x150
 [] compat_sys_fcntl64+0x0/0x3b0


Code: de030960  1463  dfbf0020 <020d> dfbf0020  dfb30018  dfb20010
dfb10008  dfb0
CPU 1 Unable to handle kernel paging request at virtual address
901e, epc == 8032f010, ra == 8032b018
Oops[#2]:
Cpu 1
$ 0   :  30001fe1 8053b6c0 
$ 4   : 00e0 901e  80422d28
$ 8   : a8000fd6fac0  544d3130 302d3234
$12   : 0020 802d4b9c 80195da8 004010c8
$16   : a8000fad7c10 8053b7d8 8053b6c0 a8b5da00
$20   :    0400
$24   : 0029 8032f008
$28   : a8000fad4000 a8000fad7ae0 7ffbc6dc 8032b018
Hi: 0129
Lo: 1a94
epc   : 8032f010 ide_mm_outb+0x8/0x10 Not tainted
ra: 8032b018 ide_do_request+0x498/0xbf8
Status: 30001fe3KX SX UX KERNEL EXL IE
Cause : 9080800c
BadVA : 901e
PrId  : 03040102
Modules linked in: it821x usbhid usbkbd uhci_hcd ehci_hcd ohci_hcd usbcore
pm2fb cfbcopyarea cfbimgblt cfbfillrect
Process ata_id (pid: 7434, threadinfo=a8000fad4000,
task=a860c0c8)
Stack : 0001 a8000fad7

Bug#401569: Bug 401569 in democracyplayer is still present

[Margarita Manterola]

Hi!

On December 9th you uploaded a fixed version of democracyplayer.  But
one of the patches in the changelog was not applied.

I'm certain that this was an involuntary mistake, and that you
intended to apply it.

So, would you please do the upload with the patch?  If you are not
able to do it right now, I might do an NMU, so that the fixed version
gets into Etch, before the release.

--
Love,
Marga


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

Processed: [bts-link] source package linux-2.6

[Debian Bug Tracking System]

Processing commands for [EMAIL PROTECTED]:

> #
> # bts-link upstream status pull for source package linux-2.6
> # see http://lists.debian.org/debian-devel-announce/2006/05/msg1.html
> #
> user [EMAIL PROTECTED]
Setting user to [EMAIL PROTECTED] (was [EMAIL PROTECTED]).
> # remote status report for #400488
> #  * http://bugzilla.kernel.org/show_bug.cgi?id=7122
> #  * remote status changed: (?) -> RESOLVED
> #  * remote resolution changed: (?) -> CODE-FIX
> #  * closed upstream
> tags 400488 + fixed-upstream
Bug#400488: no fans after S3 sleep on several HP laptop models
There were no tags set.
Tags added: fixed-upstream

> usertags 400488 + status-RESOLVED resolution-CODE-FIX
Bug#400488: no fans after S3 sleep on several HP laptop models
There were no usertags set.
Usertags are now: resolution-CODE-FIX status-RESOLVED.
> # remote status report for #404143
> #  * http://bugzilla.kernel.org/show_bug.cgi?id=5534
> #  * remote status changed: (?) -> RESOLVED
> #  * remote resolution changed: (?) -> CODE-FIX
> #  * closed upstream
> tags 404143 + fixed-upstream
Bug#404143: Fans unreliable under load, permanent memory leak
Tags were: upstream
Tags added: fixed-upstream

> usertags 404143 + status-RESOLVED resolution-CODE-FIX
Bug#404143: Fans unreliable under load, permanent memory leak
There were no usertags set.
Usertags are now: resolution-CODE-FIX status-RESOLVED.
> # remote status report for #404503
> #  * http://bugzilla.kernel.org/show_bug.cgi?id=7746
> #  * remote status changed: (?) -> NEW
> usertags 404503 + status-NEW
Bug#404503: Wrong characters typed using dead keys
There were no usertags set.
Usertags are now: status-NEW.
> # remote status report for #404815
> #  * http://bugzilla.kernel.org/show_bug.cgi?id=7750
> #  * remote status changed: (?) -> NEW
> usertags 404815 + status-NEW
Bug#404815: linux-image-2.6.18-3-686: Problems opening serial ports.
There were no usertags set.
Usertags are now: status-NEW.
> thanks
Stopping processing here.

Please contact me if you need assistance.

Debian bug tracking system administrator
(administrator, Debian Bugs database)


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

Bug#404733: dpkg error upgrading iceweasel

[Ben Hutchings]

Well this is weird.  The iceweasel package contains a symlink
/usr/lib/firefox -> iceweasel which I would expect to conflict with the
many plugins that install under the directory /usr/lib/firefox, as seen
here with totem-mozilla.  However, on my etch system the upgrade
succeeded and /usr/lib/firefox remains a directory.

Ben.

-- 
Ben Hutchings
For every complex problem
there is a solution that is simple, neat, and wrong.


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

Bug#404012: marked as done (file conflicts between z80asm and z88dk-bin)

[Debian Bug Tracking System]

Your message dated Fri, 29 Dec 2006 14:32:14 +
with message-id <[EMAIL PROTECTED]>
and subject line Bug#404012: fixed in z88dk 1.6.ds1-3
has caused the attached Bug report to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what I am
talking about this indicates a serious mail system misconfiguration
somewhere.  Please contact me immediately.)

Debian bug tracking system administrator
(administrator, Debian Bugs database)

--- Begin Message ---
Package: z88dk-bin
Version: 1.6.ds1-1 
Severity: serious
Justfication: file conflicts between packages

hi,

both z80asm and z88dk-bin ship `/usr/share/man/man1/z80asm.1.gz'  but do
not conflict or add a diversion, thus fail to be installed on the same
environment: 

dpkg: error processing /var/cache/apt/archives/z88dk-bin_1.6.ds1-1_i386.deb 
(--unpack):
 trying to overwrite `/usr/share/man/man1/z80asm.1.gz', which is also in 
package z80asm
Selecting previously deselected package z88dk.
Unpacking z88dk (from .../z88dk_1.6.ds1-1_all.deb) ...
Errors were encountered while processing:

see
 http://people.debian.org/~abi/testing_install_logs/z80asm_z88dk-bin
for the full log.

bye,
- michael

--- End Message ---
--- Begin Message ---
Source: z88dk
Source-Version: 1.6.ds1-3

We believe that the bug you reported is fixed in the latest version of
z88dk, which is due to be installed in the Debian FTP archive:

z88dk-bin_1.6.ds1-3_i386.deb
  to pool/main/z/z88dk/z88dk-bin_1.6.ds1-3_i386.deb
z88dk-doc_1.6.ds1-3_all.deb
  to pool/main/z/z88dk/z88dk-doc_1.6.ds1-3_all.deb
z88dk-examples_1.6.ds1-3_all.deb
  to pool/main/z/z88dk/z88dk-examples_1.6.ds1-3_all.deb
z88dk_1.6.ds1-3.diff.gz
  to pool/main/z/z88dk/z88dk_1.6.ds1-3.diff.gz
z88dk_1.6.ds1-3.dsc
  to pool/main/z/z88dk/z88dk_1.6.ds1-3.dsc
z88dk_1.6.ds1-3_all.deb
  to pool/main/z/z88dk/z88dk_1.6.ds1-3_all.deb



A summary of the changes between this version and the previous one is
attached.

Thank you for reporting the bug, which will now be closed.  If you
have further comments please address them to [EMAIL PROTECTED],
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Krystian Wlosek <[EMAIL PROTECTED]> (supplier of updated z88dk package)

(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing [EMAIL PROTECTED])


-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Format: 1.7
Date: Thu, 21 Dec 2006 09:24:10 +0100
Source: z88dk
Binary: z88dk z88dk-doc z88dk-bin z88dk-examples
Architecture: source all i386
Version: 1.6.ds1-3
Distribution: unstable
Urgency: low
Maintainer: Krystian Wlosek <[EMAIL PROTECTED]>
Changed-By: Krystian Wlosek <[EMAIL PROTECTED]>
Description: 
 z88dk  - a Z80 processor assembler and SmallC+ cross compiler
 z88dk-bin  - configuration files for z88dk utilities
 z88dk-doc  - documentation for z88dk
 z88dk-examples - example programs with source for z88dk compilers
Closes: 395263 402985 404012
Changes: 
 z88dk (1.6.ds1-3) unstable; urgency=low
 .
   * Recompile with new yada without templates problems.
   * Added missing arm architecture
   * Added exit in build script when buildd try compile for
 64bit architectures: s390,alpha,amd64,ia64,ppc64 (Closes: #395263)
   * Added Czech debconf translation (Closes: #402985)
 Thanks to Jakub Kasparec.
   * conflict with z80asm package. z88dk-bin overwrite manpage in z80asm
 symlink from z88dk-z80asm.1 to z80asm.1 removed.
 Thanks to Michael Ablassmeier, (Closes: #404012)
Files: 
 b417f80528cd1330f11cc6835f0b2c09 653 devel extra z88dk_1.6.ds1-3.dsc
 0e68923d46c03e8ebaa7071ed0f9c628 15287 devel extra z88dk_1.6.ds1-3.diff.gz
 349b24adaf52e3e770c6566e5ace2434 123330 devel extra 
z88dk-bin_1.6.ds1-3_i386.deb
 1ce80e5352a7abe9987cdafa30aade41 143218 devel extra 
z88dk-examples_1.6.ds1-3_all.deb
 a9af1675c5c120805129651836e1be14 92456 devel extra z88dk-doc_1.6.ds1-3_all.deb
 97c9c455238bd46fb9d7b2456a4e8b67 1102248 devel extra z88dk_1.6.ds1-3_all.deb

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

iD8DBQFFlSLkhMHHe8CxClsRAkWRAJ9XiiR/36/XWfmchDrGpkONwuB/RgCfcCP/
Hux4m7cYrPoIYSKah//S7gg=
=CBy+
-END PGP SIGNATURE-

--- End Message ---

Bug#404011: marked as done (file conflicts between z80asm and z88dk-bin)

[Debian Bug Tracking System]

Your message dated Fri, 29 Dec 2006 14:32:14 +
with message-id <[EMAIL PROTECTED]>
and subject line Bug#404012: fixed in z88dk 1.6.ds1-3
has caused the attached Bug report to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what I am
talking about this indicates a serious mail system misconfiguration
somewhere.  Please contact me immediately.)

Debian bug tracking system administrator
(administrator, Debian Bugs database)

--- Begin Message ---
Package: z80asm
Version: 1.2-1 
Severity: serious
Justfication: file conflicts between packages

hi,

both z80asma nd z88dk-bin ship `/usr/share/man/man1/z80asm.1.gz'  but do
not conflict or add a diversion, thus fail to be installed on the same
environment: 

dpkg: error processing /var/cache/apt/archives/z88dk-bin_1.6.ds1-1_i386.deb 
(--unpack):
 trying to overwrite `/usr/share/man/man1/z80asm.1.gz', which is also in 
package z80asm
Selecting previously deselected package z88dk.
Unpacking z88dk (from .../z88dk_1.6.ds1-1_all.deb) ...
Errors were encountered while processing:

see
 http://people.debian.org/~abi/testing_install_logs/z80asm_z88dk-bin
for the full log.

bye,
- michael

--- End Message ---
--- Begin Message ---
Source: z88dk
Source-Version: 1.6.ds1-3

We believe that the bug you reported is fixed in the latest version of
z88dk, which is due to be installed in the Debian FTP archive:

z88dk-bin_1.6.ds1-3_i386.deb
  to pool/main/z/z88dk/z88dk-bin_1.6.ds1-3_i386.deb
z88dk-doc_1.6.ds1-3_all.deb
  to pool/main/z/z88dk/z88dk-doc_1.6.ds1-3_all.deb
z88dk-examples_1.6.ds1-3_all.deb
  to pool/main/z/z88dk/z88dk-examples_1.6.ds1-3_all.deb
z88dk_1.6.ds1-3.diff.gz
  to pool/main/z/z88dk/z88dk_1.6.ds1-3.diff.gz
z88dk_1.6.ds1-3.dsc
  to pool/main/z/z88dk/z88dk_1.6.ds1-3.dsc
z88dk_1.6.ds1-3_all.deb
  to pool/main/z/z88dk/z88dk_1.6.ds1-3_all.deb



A summary of the changes between this version and the previous one is
attached.

Thank you for reporting the bug, which will now be closed.  If you
have further comments please address them to [EMAIL PROTECTED],
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Krystian Wlosek <[EMAIL PROTECTED]> (supplier of updated z88dk package)

(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing [EMAIL PROTECTED])


-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Format: 1.7
Date: Thu, 21 Dec 2006 09:24:10 +0100
Source: z88dk
Binary: z88dk z88dk-doc z88dk-bin z88dk-examples
Architecture: source all i386
Version: 1.6.ds1-3
Distribution: unstable
Urgency: low
Maintainer: Krystian Wlosek <[EMAIL PROTECTED]>
Changed-By: Krystian Wlosek <[EMAIL PROTECTED]>
Description: 
 z88dk  - a Z80 processor assembler and SmallC+ cross compiler
 z88dk-bin  - configuration files for z88dk utilities
 z88dk-doc  - documentation for z88dk
 z88dk-examples - example programs with source for z88dk compilers
Closes: 395263 402985 404012
Changes: 
 z88dk (1.6.ds1-3) unstable; urgency=low
 .
   * Recompile with new yada without templates problems.
   * Added missing arm architecture
   * Added exit in build script when buildd try compile for
 64bit architectures: s390,alpha,amd64,ia64,ppc64 (Closes: #395263)
   * Added Czech debconf translation (Closes: #402985)
 Thanks to Jakub Kasparec.
   * conflict with z80asm package. z88dk-bin overwrite manpage in z80asm
 symlink from z88dk-z80asm.1 to z80asm.1 removed.
 Thanks to Michael Ablassmeier, (Closes: #404012)
Files: 
 b417f80528cd1330f11cc6835f0b2c09 653 devel extra z88dk_1.6.ds1-3.dsc
 0e68923d46c03e8ebaa7071ed0f9c628 15287 devel extra z88dk_1.6.ds1-3.diff.gz
 349b24adaf52e3e770c6566e5ace2434 123330 devel extra 
z88dk-bin_1.6.ds1-3_i386.deb
 1ce80e5352a7abe9987cdafa30aade41 143218 devel extra 
z88dk-examples_1.6.ds1-3_all.deb
 a9af1675c5c120805129651836e1be14 92456 devel extra z88dk-doc_1.6.ds1-3_all.deb
 97c9c455238bd46fb9d7b2456a4e8b67 1102248 devel extra z88dk_1.6.ds1-3_all.deb

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

iD8DBQFFlSLkhMHHe8CxClsRAkWRAJ9XiiR/36/XWfmchDrGpkONwuB/RgCfcCP/
Hux4m7cYrPoIYSKah//S7gg=
=CBy+
-END PGP SIGNATURE-

--- End Message ---

Bug#394214: patch for eciadsl

[Brice Goglin]

tag 394214 + patch
thanks


Hi,

What about the following patch? It gets page_size during open and stores
it in a global so that sysconf is not called in the fast path. I did not
find any better place than pusb_open (is there something like a
pusb_init routine defined in pusb-linux.c ?).

It builds fine on i386. I didn't have a chance to try building on
another arch so far. I also don't have the hardware to test .

Brice




Index: eciadsl-usermode-0.11/pusb-linux.c
===
--- eciadsl-usermode-0.11/pusb-linux.c  2006-12-29 15:25:26.0 +0100
+++ eciadsl-usermode-0.11/pusb-linux.c  2006-12-29 15:33:20.0 +0100
@@ -29,7 +29,6 @@
 #include 
 
 #include "pusb-linux.h"
-#include 
 
 struct pusb_endpoint_t
 {
@@ -217,10 +216,15 @@
return(make_device(fd));
 }
 
+/* save page_size at open */
+static unsigned long page_size;
+
 pusb_device_t pusb_open(const char* path)
 {
int fd; 
 
+   page_size = sysconf(_SC_PAGESIZE);
+
fd = open(path, O_RDWR);
if (fd < 0)
{
@@ -352,8 +356,8 @@
 {
bulk.ep  = ep;
bulk.len = size;
-   if (bulk.len > PAGE_SIZE)
-   bulk.len = PAGE_SIZE;
+   if (bulk.len > page_size)
+   bulk.len = page_size;
bulk.timeout = timeout;
bulk.data= buf;
 




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

Processed: Re: Bug#394214: patch for eciadsl

[Debian Bug Tracking System]

Processing commands for [EMAIL PROTECTED]:

> tag 394214 + patch
Bug#394214: eciadsl: FTBFS, uses PAGE_SIZE
There were no tags set.
Tags added: patch

> thanks
Stopping processing here.

Please contact me if you need assistance.

Debian bug tracking system administrator
(administrator, Debian Bugs database)


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

Bug#403426: cryptsetup

[Martin Michlmayr]

reassign 403426 cryptsetup
thanks

This is a bug in cryptsetup and not in the kernel.
-- 
Martin Michlmayr
http://www.cyrius.com/


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

Processed: cryptsetup

[Debian Bug Tracking System]

Processing commands for [EMAIL PROTECTED]:

> reassign 403426 cryptsetup
Bug#403426: linux-image-2.6.18-3-ixp4xx: kernel corrupts LUKS partition header 
on arm NSLU2
Bug reassigned from package `linux-image-2.6.18-3-ixp4xx' to `cryptsetup'.

> thanks
Stopping processing here.

Please contact me if you need assistance.

Debian bug tracking system administrator
(administrator, Debian Bugs database)


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

Bug#391404: upgrading severity

[Kjetil Kjernsmo]

On Friday 29 December 2006 15:14, Michael Ablassmeier wrote:
> and later dh_installman from debian/rules continues installing them
> in the packages, they end up twice there. Looking at the md5sums from
> debian/modxslt-parse.1 and the one shipped by upstream i get the
> impression they have the same content,

Uh, right. I don't know what the debian policy says about this, but I 
have the impression that "use debhelper" is usually recommended.

Perhaps those two lines needs to be removed, then?

> is there any reason for why you ship them twice?

Just for the record, I'm not the maintainer, I'm not even a DD. However, 
I think this question needs to be posed to the maintainer, whom I hope 
will tune in soon. I'll defer the patch meanwhile.

-- 
Kjetil Kjernsmo
Information Systems Developer
Opera Software ASA


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

Bug#391404: upgrading severity

[Michael Ablassmeier]

hi,

On Fri, Dec 29, 2006 at 02:02:04PM +0100, Kjetil Kjernsmo wrote:
> On Friday 29 December 2006 11:46, Michael Ablassmeier wrote:
> > i think shipping modxslt-perror.1.gz and modxslt-parse.1 within
> > libapache2-modxslt doesnt make much sense as those tools are only in
> > the modxslt-tools package. For modxslt-config.1.gz im not sure, it
> > might make sense to have a diversion here (or only ship it once, in
> > libapache2-modxslt).
> 
> Something like that. Talking with a DD here, we found that in rules, 
> there are
> dh_installman -pmodxslt-tools debian/modxslt-perror.1 
> debian/modxslt-parse.1
> dh_installman -plibmodxslt0-dev debian/modxslt-config.1
> 
> which is indeed probably what we want. However, it doesn't work, because 
> dh_installman then stuffs it in the first package also, which is 
> libapache-modxslt. 
> 
> He suggested trying with .manpages, I'm preparing a patch.

i think this happens due to upstreams Makefile in doc/man/Makefile is
also installing the manpages:

[..]
 /usr/bin/make -C doc/man install
 make[2]: Entering directory `/home/abi/qa/modxslt-2005072700/doc/man'
 /usr/bin/install -c -d 
/home/abi/qa/modxslt-2005072700/debian/tmp/usr/share/man/man1
 /usr/bin/install -c -m 0644 modxslt-config.1 modxslt-perror.1 modxslt-parse.1 
/home/abi/qa/modxslt-2005072700/debian/tmp/usr/share/man/man1
 make[2]: Leaving directory `/home/abi/qa/modxslt-2005072700/doc/man'
[..]
 
and later dh_installman from debian/rules continues installing them in the
packages, they end up twice there. Looking at the md5sums from
debian/modxslt-parse.1 and the one shipped by upstream i get the impression
they have the same content, is there any reason for why you ship them twice?

bye,
- michael


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

Bug#394392: Alternative msync() fix for 2.6.18?

[Martin Michlmayr]

CCing linux-kernel since Hugh's patch might be of interest to
non-Debian people too.  This message concerns a problem with msync()
in 2.6.17 and 2.6.18 that can be found with the LSB test suite.

* Hugh Dickins <[EMAIL PROTECTED]> [2006-12-27 01:04]:
> On Tue, 26 Dec 2006, Hugh Dickins wrote:
> > On Tue, 26 Dec 2006, Martin Michlmayr wrote:
> > > 
> > > The first message at http://bugs.debian.org/394392 contains some
> > > information about it, but I'm sure Jeff Licquia (CCed) can provide
> > > more information if necessary.
> > 
> > I've given that a quick look, and I'll bet it's something very
> > easily and safely fixed by a much simpler patch, to mm/msync.c alone,
> > than by all the dirty pages rework and attendant unresolved problems.
> 
> How quickly I forget!  It wasn't until I looked into the git history
> that I remembered how I'd discovered this already, just before 2.6.17
> went out; but thought myself likely to introduce a more serious bug
> if I tried to fix it in a hurry.  (Then forgot to send in a fix for
> 2.6.18, expecting Linus to put in Peter's more significant mods.)
> 
> So beware of the fix below, which I'll confess to not even having
> tested in practice: please review carefully, it's a confusing loop
> (rather like the mincore one which Linus has just cleaned up in
> 2.6.20-rc); and it took me a while to decide which of our many
> versions of that loop to start from in fixing it - chose to
> rely on what I'd worked out earlier when redoing it for 2.6.19.
> 
> Material for -stable?  Well, my judgement was, and is, not really:
> the 2.6.17/2.6.18 behaviour isn't quite right, but though it doesn't
> match the man page and that testsuite, what it does isn't actually
> harmful at all.  If this patch is more acceptable to Debian if it
> does appear in -stable, I can try sending it to Chris and Greg:
> but I won't be able to argue for it very forcefully.

I think it would make sense to have it in an -stable update because
it's a regression from 2.6.16 after all and it means that 2.6.17 and
2.6.18 are not LSB 3.1 compliant.  However, I don't have a strong
opinion about it and I'm not sure another update for 2.6.18 is
planned.

> Maybe better for you to consider it as just a subpatch of what went
> into 2.6.19, which I was wrong to have mixed in with Peter's work.
>
> I certainly think that this patch below (if it satisfies your review
> and testing) is much more suitable for Debian's 2.6.18 than Peter's
> suite of patches.  Not to put those down at all: the reverse, they're
> a significant contribution to 2.6.19, which just wouldn't be expected
> in any 2.6.18 kernel (and sadly, as you've found, are exposing still
> unexplained problems there).  Anyway, the patch and its comment...

Yes, I agree.  I'm CCing the linux-mm list in hope that someone can
review your patch.  In the meantime, I've asked the Debian LSB folks to
verify that your patch fixes the LSB problem.


From: Hugh Dickins <[EMAIL PROTECTED]>

Fix 2.6.18 (or 2.6.17) sys_msync to report -ENOMEM as before when an
unmapped area falls within its range, and not to overshoot: to satisfy
LSB 3.1 tests and to fix Debian Bug#394392.  Took the 2.6.19 sys_msync
as starting point (including its cleanup of repeated "current->mm"s),
reintroducing the msync_interval and balance_dirty_pages_ratelimited_nr
previously needed.

Signed-off-by: Hugh Dickins <[EMAIL PROTECTED]>
---

 mm/msync.c |   66 +++--
 1 file changed, 30 insertions(+), 36 deletions(-)

--- 2.6.18/mm/msync.c   2006-09-20 04:42:06.0 +0100
+++ linux/mm/msync.c2006-12-26 23:52:58.0 +
@@ -146,10 +146,10 @@ static int msync_interval(struct vm_area
 asmlinkage long sys_msync(unsigned long start, size_t len, int flags)
 {
unsigned long end;
+   struct mm_struct *mm = current->mm;
struct vm_area_struct *vma;
int unmapped_error = 0;
int error = -EINVAL;
-   int done = 0;

if (flags & ~(MS_ASYNC | MS_INVALIDATE | MS_SYNC))
goto out;
@@ -169,64 +169,58 @@ asmlinkage long sys_msync(unsigned long 
 * If the interval [start,end) covers some unmapped address ranges,
 * just ignore them, but return -ENOMEM at the end.
 */
-   down_read(¤t->mm->mmap_sem);
-   vma = find_vma(current->mm, start);
-   if (!vma) {
-   error = -ENOMEM;
-   goto out_unlock;
-   }
-   do {
+   down_read(&mm->mmap_sem);
+   vma = find_vma(mm, start);
+   for (;;) {
unsigned long nr_pages_dirtied = 0;
struct file *file;
 
+   /* Still start < end. */
+   error = -ENOMEM;
+   if (!vma)
+   goto out_unlock;
/* Here start < vma->vm_end. */
if (start < vma->vm_start) {
-   unmapped_error = -ENOMEM;
start = vma->vm_start;
-   }
-  

Bug#394392: Alternative msync() fix for 2.6.18?

[Martin Michlmayr]

* Hugh Dickins <[EMAIL PROTECTED]> [2006-12-27 01:04]:
> > > The first message at http://bugs.debian.org/394392 contains some
> > > information about it, but I'm sure Jeff Licquia (CCed) can provide
> > > more information if necessary.
> > 
> How quickly I forget!  It wasn't until I looked into the git history
> that I remembered how I'd discovered this already, just before 2.6.17
> went out; but thought myself likely to introduce a more serious bug
> if I tried to fix it in a hurry.  (Then forgot to send in a fix for
> 2.6.18, expecting Linus to put in Peter's more significant mods.)
> 
> So beware of the fix below, which I'll confess to not even having
> tested in practice: please review carefully, it's a confusing loop
> (rather like the mincore one which Linus has just cleaned up in
> 2.6.20-rc); and it took me a while to decide which of our many
> versions of that loop to start from in fixing it - chose to
> rely on what I'd worked out earlier when redoing it for 2.6.19.
> 
> Material for -stable?  Well, my judgement was, and is, not really:
> the 2.6.17/2.6.18 behaviour isn't quite right, but though it doesn't
> match the man page and that testsuite, what it does isn't actually
> harmful at all.  If this patch is more acceptable to Debian if it
> does appear in -stable, I can try sending it to Chris and Greg:
> but I won't be able to argue for it very forcefully.  Maybe better
> for you to consider it as just a subpatch of what went into 2.6.19,
> which I was wrong to have mixed in with Peter's work.
> 
> I certainly think that this patch below (if it satisfies your review
> and testing) is much more suitable for Debian's 2.6.18 than Peter's
> suite of patches.  Not to put those down at all: the reverse, they're
> a significant contribution to 2.6.19, which just wouldn't be expected
> in any 2.6.18 kernel (and sadly, as you've found, are exposing still
> unexplained problems there).  Anyway, the patch and its comment...

I'm CCing the debian-lsb list.  Can someone please apply this patch to
2.6.18 and see whether the msync problem from #394392 is gone?  I've
also applied it to our kernel SVN repository.


From: Hugh Dickins <[EMAIL PROTECTED]>

Fix 2.6.18 (or 2.6.17) sys_msync to report -ENOMEM as before when an
unmapped area falls within its range, and not to overshoot: to satisfy
LSB 3.1 tests and to fix Debian Bug#394392.  Took the 2.6.19 sys_msync
as starting point (including its cleanup of repeated "current->mm"s),
reintroducing the msync_interval and balance_dirty_pages_ratelimited_nr
previously needed.

Signed-off-by: Hugh Dickins <[EMAIL PROTECTED]>
---

 mm/msync.c |   66 +++--
 1 file changed, 30 insertions(+), 36 deletions(-)

--- 2.6.18/mm/msync.c   2006-09-20 04:42:06.0 +0100
+++ linux/mm/msync.c2006-12-26 23:52:58.0 +
@@ -146,10 +146,10 @@ static int msync_interval(struct vm_area
 asmlinkage long sys_msync(unsigned long start, size_t len, int flags)
 {
unsigned long end;
+   struct mm_struct *mm = current->mm;
struct vm_area_struct *vma;
int unmapped_error = 0;
int error = -EINVAL;
-   int done = 0;

if (flags & ~(MS_ASYNC | MS_INVALIDATE | MS_SYNC))
goto out;
@@ -169,64 +169,58 @@ asmlinkage long sys_msync(unsigned long 
 * If the interval [start,end) covers some unmapped address ranges,
 * just ignore them, but return -ENOMEM at the end.
 */
-   down_read(¤t->mm->mmap_sem);
-   vma = find_vma(current->mm, start);
-   if (!vma) {
-   error = -ENOMEM;
-   goto out_unlock;
-   }
-   do {
+   down_read(&mm->mmap_sem);
+   vma = find_vma(mm, start);
+   for (;;) {
unsigned long nr_pages_dirtied = 0;
struct file *file;
 
+   /* Still start < end. */
+   error = -ENOMEM;
+   if (!vma)
+   goto out_unlock;
/* Here start < vma->vm_end. */
if (start < vma->vm_start) {
-   unmapped_error = -ENOMEM;
start = vma->vm_start;
-   }
-   /* Here vma->vm_start <= start < vma->vm_end. */
-   if (end <= vma->vm_end) {
-   if (start < end) {
-   error = msync_interval(vma, start, end, flags,
-   &nr_pages_dirtied);
-   if (error)
-   goto out_unlock;
-   }
-   error = unmapped_error;
-   done = 1;
-   } else {
-   /* Here vma->vm_start <= start < vma->vm_end < end. */
-   error = msync_interval(vma, start, vma->vm_end, flags,
-   &nr_pages_dirtied);
-   if 

Bug#390463: marked as done (drupal: Shouldn't be part of Etch in the current state)

[Debian Bug Tracking System]

Your message dated Fri, 29 Dec 2006 14:52:40 +0100
with message-id <[EMAIL PROTECTED]>
and subject line Etch is freezed and a new version of drupal has just been 
uploaded
has caused the attached Bug report to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what I am
talking about this indicates a serious mail system misconfiguration
somewhere.  Please contact me immediately.)

Debian bug tracking system administrator
(administrator, Debian Bugs database)

--- Begin Message ---
Package: drupal
Severity: grave

Drupal is currently orphaned and two major releases behind upstream.
It is regularly subject to vulnerabilities being actively exploited.

I've seen that there has been some interest in adopting it in June,
but nothing has materialised yet (also not in NEW).

The current state shouldn't ship with Etch in any case, that would
be irresponsible.

Cheers,
Moritz

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

--- End Message ---
--- Begin Message ---

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

I'm closing this bug since etch is freezed and will ship without  
drupal and a new version of drupal has been uploaded.


Regards,

- --
Luigi Gangitano -- <[EMAIL PROTECTED]> -- <[EMAIL PROTECTED]>
GPG: 1024D/924C0C26: 12F8 9C03 89D3 DB4A 9972  C24A F19B A618 924C 0C26


-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.1 (Darwin)

iD8DBQFFlR2r8ZumGJJMDCYRAv2mAJkBsORvG8EvLaaUvlJ0zZX+anqS3gCdHKLf
7Z2VvVicj3JlILlQsU+lo9Q=
=HDN5
-END PGP SIGNATURE-
--- End Message ---

Processed: merge mm bug

[Debian Bug Tracking System]

Processing commands for [EMAIL PROTECTED]:

> tags 401980 + upstream
Bug#401980: msync() fixes break NSLU2 (apt segfaults)
There were no tags set.
Tags added: upstream

> merge 401980 401006
Bug#401006: mm/msync leading to filesystem corruption
Bug#401980: msync() fixes break NSLU2 (apt segfaults)
Bug#402707: rtorrent: Hash check fails on every download with kernel 2.6.19
Merged 401006 401980 402707.

> --
Stopping processing here.

Please contact me if you need assistance.

Debian bug tracking system administrator
(administrator, Debian Bugs database)


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

Processed: your mail

[Debian Bug Tracking System]

Processing commands for [EMAIL PROTECTED]:

> tags 404012 pending
Bug#404012: file conflicts between z80asm and z88dk-bin
There were no tags set.
Bug#404011: file conflicts between z80asm and z88dk-bin
Tags added: pending

> thanks
Stopping processing here.

Please contact me if you need assistance.

Debian bug tracking system administrator
(administrator, Debian Bugs database)


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

Processed: tagging 401006

[Debian Bug Tracking System]

Processing commands for [EMAIL PROTECTED]:

> tags 401006 + pending
Bug#401006: mm/msync leading to filesystem corruption
Tags were: upstream
Bug#401980: msync() fixes break NSLU2 (apt segfaults)
Bug#402707: rtorrent: Hash check fails on every download with kernel 2.6.19
Tags added: pending

>
End of message, stopping processing here.

Please contact me if you need assistance.

Debian bug tracking system administrator
(administrator, Debian Bugs database)


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

Processed: tagging 401980

[Debian Bug Tracking System]

Processing commands for [EMAIL PROTECTED]:

> tags 401980 + pending
Bug#401980: msync() fixes break NSLU2 (apt segfaults)
Tags were: pending upstream
Bug#401006: mm/msync leading to filesystem corruption
Bug#402707: rtorrent: Hash check fails on every download with kernel 2.6.19
Tags added: pending

>
End of message, stopping processing here.

Please contact me if you need assistance.

Debian bug tracking system administrator
(administrator, Debian Bugs database)


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

Processed: tagging 394392

[Debian Bug Tracking System]

Processing commands for [EMAIL PROTECTED]:

> tags 394392 + pending
Bug#394392: msync() in recent kernels fails LSB
There were no tags set.
Tags added: pending

>
End of message, stopping processing here.

Please contact me if you need assistance.

Debian bug tracking system administrator
(administrator, Debian Bugs database)


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

Processed: tagging 402707

[Debian Bug Tracking System]

Processing commands for [EMAIL PROTECTED]:

> tags 402707 + pending
Bug#402707: rtorrent: Hash check fails on every download with kernel 2.6.19
Tags were: pending upstream
Bug#401006: mm/msync leading to filesystem corruption
Bug#401980: msync() fixes break NSLU2 (apt segfaults)
Tags added: pending

>
End of message, stopping processing here.

Please contact me if you need assistance.

Debian bug tracking system administrator
(administrator, Debian Bugs database)


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

Bug#403699: Needs libhamlib-dev installed

[Andreas Barth]

clone 403699 -1
reassign -1 hamlib
thanks

* Andreas Barth ([EMAIL PROTECTED]) [061229 05:28]:
> * Margarita Manterola ([EMAIL PROTECTED]) [061226 18:05]:
> > However, as far as I could see, it does not do it directly, this is done 
> > through the "rig_init" function that is part of the libhamlib library.  So,
> > my guess is that there's something wrong in the libhamlib library, but I
> > was not able to find out exactly what.
> 
> try_dlopen in libltdl/ltdl.c there tries to dynamically open .la-files
> to re-implement the dynamic linker platform-crosscompatible.

hamlib shouldn't ship its internal version of libltdl, but rather use
the package libltdl3, if this is required at all.


Cheers,
Andi
-- 
  http://home.arcor.de/andreas-barth/


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

Bug#404011: Bug#404012: I'm not planning to change z80asm, please let me know if I misunderstood you

[Krystian Wlosek]

On Fri, Dec 29, 2006 at 02:12:31PM +0100, Andreas Barth wrote:
> * Krystian Wlosek ([EMAIL PROTECTED]) [061222 08:03]:
> > On Fri, Dec 22, 2006 at 04:45:47PM +0100, Bas Wijnen wrote:
> > > Hi,
> > > 
> > > You wrote in response to bug #404012 "It be fixed in upload."  I conclude 
> > > from
> > > that that you'll remove the file from z88dk-bin.  If that is not the 
> > > case, or
> > > you want to propose some other solution, please let me know.
> > 
> > I remove this file from z88dk-bin.
> 
> Can you please upload the fix soon? I noticed I cannot really NMU this
> package as it uses too much yada-foo for me, so please someone else
> needs to fix this. Please note that with less than 60 RC bugs, *every*
> RC bug is important to be resolved soon.

I ask my sponsor about this upload, he make it soon.

-- 
Regards
Krystian Wlosek


pgpaaShxN8QGJ.pgp
Description: PGP signature

Bug#403699: Needs libhamlib-dev installed

[Andreas Barth]

* Margarita Manterola ([EMAIL PROTECTED]) [061226 18:05]:
> However, as far as I could see, it does not do it directly, this is done 
> through the "rig_init" function that is part of the libhamlib library.  So,
> my guess is that there's something wrong in the libhamlib library, but I
> was not able to find out exactly what.

try_dlopen in libltdl/ltdl.c there tries to dynamically open .la-files
to re-implement the dynamic linker platform-crosscompatible.


Cheers,
Andi
-- 
  http://home.arcor.de/andreas-barth/


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

Bug#391404: upgrading severity

[Kjetil Kjernsmo]

On Friday 29 December 2006 11:46, Michael Ablassmeier wrote:
> i think shipping modxslt-perror.1.gz and modxslt-parse.1 within
> libapache2-modxslt doesnt make much sense as those tools are only in
> the modxslt-tools package. For modxslt-config.1.gz im not sure, it
> might make sense to have a diversion here (or only ship it once, in
> libapache2-modxslt).

Something like that. Talking with a DD here, we found that in rules, 
there are
dh_installman -pmodxslt-tools debian/modxslt-perror.1 
debian/modxslt-parse.1
dh_installman -plibmodxslt0-dev debian/modxslt-config.1

which is indeed probably what we want. However, it doesn't work, because 
dh_installman then stuffs it in the first package also, which is 
libapache-modxslt. 

He suggested trying with .manpages, I'm preparing a patch.


-- 
Kjetil Kjernsmo
Information Systems Developer
Opera Software ASA


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

Processed: downgrading to important

[Debian Bug Tracking System]

Processing commands for [EMAIL PROTECTED]:

> severity 400918 important
Bug#400918: apache2 reload produces error
Severity set to `important' from `serious'

> thanks
Stopping processing here.

Please contact me if you need assistance.

Debian bug tracking system administrator
(administrator, Debian Bugs database)


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

Processed: Re: Bug#404447: nfs-kernel-server: Transferred files get corrupted

[Debian Bug Tracking System]

Processing commands for [EMAIL PROTECTED]:

> retitle 404447 ixp4xx: open source network driver behavingly badly under 
> load, can cause corruption
Bug#404447: nfs-kernel-server: Transferred files get corrupted
Changed Bug title.

> severity 404447 important
Bug#404447: ixp4xx: open source network driver behavingly badly under load, can 
cause corruption
Severity set to `important' from `grave'

> thanks
Stopping processing here.

Please contact me if you need assistance.

Debian bug tracking system administrator
(administrator, Debian Bugs database)


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

Bug#400918: downgrading to important

[Andreas Barth]

severity 400918 important
thanks

Hi,

after considering, I think this issue is "only" an important bug. I
still think it should be fixed prior to release of Etch, but - it
doesn't look like it happens on many computers, and we don't really know
what provokes it. So I don't think that we *must* fix it prior, but only
"it would be very very good", which is severity important.

Cheers,
Andi
-- 
  http://home.arcor.de/andreas-barth/


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

Bug#404011: Bug#404012: I'm not planning to change z80asm, please let me know if I misunderstood you

[Andreas Barth]

* Krystian Wlosek ([EMAIL PROTECTED]) [061222 08:03]:
> On Fri, Dec 22, 2006 at 04:45:47PM +0100, Bas Wijnen wrote:
> > Hi,
> > 
> > You wrote in response to bug #404012 "It be fixed in upload."  I conclude 
> > from
> > that that you'll remove the file from z88dk-bin.  If that is not the case, 
> > or
> > you want to propose some other solution, please let me know.
> 
> I remove this file from z88dk-bin.

Can you please upload the fix soon? I noticed I cannot really NMU this
package as it uses too much yada-foo for me, so please someone else
needs to fix this. Please note that with less than 60 RC bugs, *every*
RC bug is important to be resolved soon.


Cheers,
Andi
-- 
  http://home.arcor.de/andreas-barth/


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

Bug#404447: nfs-kernel-server: Transferred files get corrupted

[Martin Michlmayr]

retitle 404447 ixp4xx: open source network driver behavingly badly under load, 
can cause corruption
severity 404447 important
thanks

Hi Ahmad,

I've tested various combinations now and I'm pretty sure this is a
problem with the open source Ethernet driver for the IXP4xx platform.
I've tested:

 - NFS on another ARM platform, namely IOP32x: it works fine.

 - 2.6.18-2 on NSLU2 to rule out the mm/msync patches: it works fine.

 - 2.6.17 on NSLU2 using the Intel Ethernet driver: it works fine.

In 2.6.18 we have switched to a different Ethernet driver.  Various
people have experienced problems when transferring large amounts of
data with this driver, and given my tests I'm pretty sure that this is
what we're seeing in this case too.  Some people have suggested that
setting

sysctl net.ipv4.tcp_wmem="4096 8092 8092"

helps.  Unfortunately, I still see NFS problems so it doesn't
completely get rid of the problems.

The bottom line is that this is a known bug in the Ethernet driver.
I'll ask the author of that driver whether he looked into these
problems already.  I hope this can be resolved in time for etch but
I'm not sure this will really happen.  In any case, I'm downgrading
this bug because Debian itself doesn't include the microcode needed
for IXP4xx Ethernet, so this isn't a release critical bug for Debian.
However, I still hope we can find a solution.
-- 
Martin Michlmayr
http://www.cyrius.com/


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

Bug#373127: is linux/bitops.h realy required ?

[Brice Goglin]

twin FTBFS on i386 here too. But, it builds fine once I removed #include
 from server/HW/hw_tty_linux/kbd_raw1.h. Is this header
actually supposed to bring something we need? I don't have a mips
machine to test here.

Brice



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

Bug#350851: kmail: More mail loss :(

[Modestas Vainius]

Hi Adam,

2006 m. gruodis 29 d., penktadienis 13:43, Adam Porter rašė:
> And how will opening a new bug report do any good?  People who have an
> interest in this problem are already subscribed to these bug reports.
> Opening a new one will just make it that much less likely for them to find
> out that the problem still exists.
>
> Please reconsider your decision and reopen this bug.  At the very least,
> people need to be aware that the problem still exists.
Please open a new bug of severity important with your initial mail. The 
problem you have is not dIMAP specific, it's general caching issue with kmail 
(I sometimes get "No subject" mails on my local mailboxes after unclean kmail 
kill/crash). Deleted mails on the server is just a side-effect. The bug[1] 
has not been fixed since kde 3.0.9 (for 4 years already) so don't except it 
too be fixed for etch. For now, avoid killing kmail.

1. http://bugs.kde.org/show_bug.cgi?id=50462
2. http://bugs.kde.org/show_bug.cgi?id=122028


pgp1SOEcQX6no.pgp
Description: PGP signature

Bug#350851: kmail: More mail loss :(

[Adam Porter]

On Friday 29 December 2006 04:37, Ana Guerrero wrote:
> tags 350851 +fixed-upstream
> notfound 350851 4:3.5.5.dfsg.1-4
> close 350851 4:3.5.5-1
> thanks
>
> On Thu, Dec 28, 2006 at 07:06:16PM -0600, Adam Porter wrote:
> [...]
>
> > I hate to be the bearer of bad news, but KMail still has this problem. 
> > (Or maybe this is actually a separate bug caused by a separate problem,
> > but the end result is still mail loss in disconnected IMAP accounts.)
>
> Sorry Adam, we (KDE team) have been discussing this and we think this bug
> is fixed. Since this bug was fixed in october only you has reported this
> problem again. Also, after read your mail, it does not seem you have
> exactly the same problem neither.
> So, i'm closing the bug and you always can open a new one if you find out
> what it is exaclty the problem.
>
> P.S: btw, perhaps you could use /dev/input/mice instead?

This is very disappointing.  I just lost eight e-mails completely from my 
dIMAP account; they're just gone.  Other people on the KDE bug tracker also 
reported the "No Subject" e-mails in the same KDE bug report.  Not only was 
my local copy erased, but KMail erased the copy on the server as well.  Were 
it not for my forwarding e-mails to GMail before they land in my inbox, I'd 
never see those e-mails again.  There's absolutely no way to recover them.

So I just don't understand how you can claim the bug is fixed, when I just 
experienced exactly what the bug reports: data loss with disconnected IMAP 
account.  Clearly, KMail's dIMAP account support is still not completely 
trustworthy.

And how will opening a new bug report do any good?  People who have an 
interest in this problem are already subscribed to these bug reports.  
Opening a new one will just make it that much less likely for them to find 
out that the problem still exists.

Please reconsider your decision and reopen this bug.  At the very least, 
people need to be aware that the problem still exists.

P.S.  Thank you for your suggestion, but /dev/input/mice does not use the 
evdev driver.  I think there is a way to configure udev to assign the same 
eventX device every time, but I haven't been successful in doing so yet.


pgpJn3T9mxX9O.pgp
Description: PGP signature

Bug#392318: marked as done (FTBFS on arm: error: "$" may not appear in macro parameter list)

[Debian Bug Tracking System]

Your message dated Fri, 29 Dec 2006 11:32:06 +
with message-id <[EMAIL PROTECTED]>
and subject line Bug#392318: fixed in bumprace 1.5.2-1
has caused the attached Bug report to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what I am
talking about this indicates a serious mail system misconfiguration
somewhere.  Please contact me immediately.)

Debian bug tracking system administrator
(administrator, Debian Bugs database)

--- Begin Message ---
Package: bumprace
Version: 1.5.1.dfsg-2
Severity: serious
Tags: patch

Your package no longer builds on ARM in unstable.


--- src/bumprace.h~ 2006-10-11 09:31:17.0 +0100
+++ src/bumprace.h  2006-10-11 09:31:32.0 +0100
@@ -7,7 +7,7 @@
 
 void BlitMenu();
 
-#define SDL_SetAlpha($1,$2,$3) SDL_SetAlpha($1,0,0);SDL_SetAlpha($1,$2,$3)
+#define SDL_SetAlpha(A,B,C) SDL_SetAlpha(A,0,0);SDL_SetAlpha(A,B,C)
 
 typedef struct{
   float   slowdown,turbo_possible,sticky_possible,extra_time;


> Automatic build of bumprace_1.5.1.dfsg-2 on ALL6500 by sbuild/arm 0.49
...
> make[2]: Entering directory `/build/tbm/bumprace-1.5.1.dfsg/src'
> gcc -DPACKAGE_NAME=\"\" -DPACKAGE_TARNAME=\"\" -DPACKAGE_VERSION=\"\" 
> -DPACKAGE_STRING=\"\" -DPACKAGE_BUGREPORT=\"\" -DPACKAGE=\"bumprace\" 
> -DVERSION=\"1.5.1\" -DHAVE_LIBM=1 -DHAVE_LIBJPEG=1 -DHAVE_LIBSDL_IMAGE=1  -I. 
> -I.  -Wall -g -O2 -DSOUND -I/usr/include/SDL -D_GNU_SOURCE=1 -D_REENTRANT 
> -DDATADIR=\"/usr/share/games/bumprace\" -c bumprace.c
> In file included from bumprace.c:40:
> bumprace.h:10:22: error: "$" may not appear in macro parameter list
> make[2]: *** [bumprace.o] Error 1
> make[2]: Leaving directory `/build/tbm/bumprace-1.5.1.dfsg/src'

-- 
Martin Michlmayr
http://www.cyrius.com/

--- End Message ---
--- Begin Message ---
Source: bumprace
Source-Version: 1.5.2-1

We believe that the bug you reported is fixed in the latest version of
bumprace, which is due to be installed in the Debian FTP archive:

bumprace-data_1.5.2-1_all.deb
  to pool/main/b/bumprace/bumprace-data_1.5.2-1_all.deb
bumprace_1.5.2-1.diff.gz
  to pool/main/b/bumprace/bumprace_1.5.2-1.diff.gz
bumprace_1.5.2-1.dsc
  to pool/main/b/bumprace/bumprace_1.5.2-1.dsc
bumprace_1.5.2-1_i386.deb
  to pool/main/b/bumprace/bumprace_1.5.2-1_i386.deb
bumprace_1.5.2.orig.tar.gz
  to pool/main/b/bumprace/bumprace_1.5.2.orig.tar.gz



A summary of the changes between this version and the previous one is
attached.

Thank you for reporting the bug, which will now be closed.  If you
have further comments please address them to [EMAIL PROTECTED],
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Christian T. Steigies <[EMAIL PROTECTED]> (supplier of updated bumprace package)

(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing [EMAIL PROTECTED])


-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Format: 1.7
Date: Wed, 27 Dec 2006 17:38:08 +0100
Source: bumprace
Binary: bumprace-data bumprace
Architecture: source i386 all
Version: 1.5.2-1
Distribution: unstable
Urgency: low
Maintainer: Christian T. Steigies <[EMAIL PROTECTED]>
Changed-By: Christian T. Steigies <[EMAIL PROTECTED]>
Description: 
 bumprace   - 1 or 2 players race through a multi-level maze
 bumprace-data - data files for bumprace
Closes: 392318
Changes: 
 bumprace (1.5.2-1) unstable; urgency=low
 .
   * new upstream version (closes: #392318)
   * update watch file
   * switch to cdbs
   * remove Build-Depends on imagemagick
   * updated Standards-Version to 3.7.2 (no changes)
Files: 
 1fcd9e7409a4dfba0a4df4545826da81 721 games optional bumprace_1.5.2-1.dsc
 0f2a30553cf2b412c262087149cc63c8 863987 games optional 
bumprace_1.5.2.orig.tar.gz
 bc9b42d4d3a43f31f738c87b79607352 8348 games optional bumprace_1.5.2-1.diff.gz
 4fedab7b696595a09a1a27af926ebd68 708370 games optional 
bumprace-data_1.5.2-1_all.deb
 de3f3c6fc0c091f09bb3d0621ee78179 39980 games optional bumprace_1.5.2-1_i386.deb

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

iD8DBQFFlPqChWcuXd2lEoARAr5WAKDOpAWUXfH66YWObc8qCKtQNmcTfACdFtQJ
c4ZwlmXd+6k8Lh51umRvyRk=
=Prq9
-END PGP SIGNATURE-

--- End Message ---

Bug#398058: [NFS] nhfsstone license

[Steinar H. Gunderson]

On Mon, Dec 18, 2006 at 11:52:02PM +0100, Steinar H. Gunderson wrote:
> No hard feelings, we're just going to fix it for the next release instead, I
> guess. :-)

FWIW, the nfs-utils version currently in experimental (1:1.0.10-6~quilt.1)
now ships without nhfsstone, but the source is still in the upstream tarball.
Once 1.0.11 is out, I'll use that and this bug will be closed -- once etch
is out, whatever is in experimental will get uploaded to unstable (the
end changes in the binary package are minimal).

/* Steinar */
-- 
Homepage: http://www.sesse.net/


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

Bug#374996: marked as done (kills all your processes (including browser) on open a web page with flash)

[Debian Bug Tracking System]

Your message dated Fri, 29 Dec 2006 13:10:49 +0200 (EET)
with message-id <[EMAIL PROTECTED]>
and subject line Fixed
has caused the attached Bug report to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what I am
talking about this indicates a serious mail system misconfiguration
somewhere.  Please contact me immediately.)

Debian bug tracking system administrator
(administrator, Debian Bugs database)

--- Begin Message ---
Package: mozilla-plugin-gnash
Version: 0.7.1-1
Severity: grave
Justification: renders package unusable

On open a page with flash components, such us a video of
http://www.mobuzz.com/vlog/index_en.html , firefox closes all its
instances.


-- System Information:
Debian Release: testing/unstable
  APT prefers testing
  APT policy: (500, 'testing'), (50, 'unstable'), (20, 'experimental')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.16
Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) (ignored: 
LC_ALL set to [EMAIL PROTECTED])

--- End Message ---
--- Begin Message ---

Version: 0.7.2-1

Seems to be fixed in the latest version. I tried out Firefox and Epiphany.

-Timo
--- End Message ---

Bug#392476: marked as done (mozilla-plugin-gnash_0.7.1+cvs20061006.1521-1_amd64.deb: the current X session is killed when the plugin is used)

[Debian Bug Tracking System]

Your message dated Fri, 29 Dec 2006 13:12:11 +0200 (EET)
with message-id <[EMAIL PROTECTED]>
and subject line Fixed
has caused the attached Bug report to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what I am
talking about this indicates a serious mail system misconfiguration
somewhere.  Please contact me immediately.)

Debian bug tracking system administrator
(administrator, Debian Bugs database)

--- Begin Message ---
Package: mozilla-plugin-gnash_0.7.1+cvs20061006.1521-1_amd64.deb
Version: 0.7.1+cvs20061006.1521-1
Severity: grave
Justification: renders package unusable

Hi,

When I go to a web site with flash like the following:
http://engine.espace.netavenir.com/pop.swf?url=http%3A//espace.netavenir.com/tagsespaceul/Effiliation/electromust.php%3Fid%3Dfn-v1916-su/popder&name=1916&prop=toolbar%3D0%2Clocation%3D0%2Cdirectories%3D0%2Cstatus%3D0%2Cmenubar%3D0%2Cresizable%3D0%2Cscrollbars%3D0%2Ctop%3D0%2Cleft%3D0%2Cwidth%3D720%2Cheight%3D800&poptype=popunder&confirm_msg=Cliquez%20sur%20OK%20pour%20avoir%20la%20pop%20%21

My current X session is killed due to a segfault on firefox but
when I run firefox with -g option I have these error lines :

   23:18:33: OpenGL extension version - 1.2^M
   23:18:33: Got double-buffered visual.^M
   23:18:33: Created XEmbedded window^M
   23:18:33: Couldn't find pixmap file: gnash_128_96.ico^M

   ** (gnash:23775): WARNING **: Couldn't find pixmap file:
   gnash_128_96.ico
   The application 'gnash' lost its connection to the display :0.0;
   most likely the X server was shut down or you killed/destroyed
   the application.
   The application 'gnash' lost its connection to the display :0.0;
   most likely the X server was shut down or you killed/destroyed
   the application.
   Child process exited with status 256

   Program received signal SIGPIPE, Broken pipe.
   [Switching to Thread 47699364986144 (LWP 23765)]
   0x2b61dc14512f in __write_nocancel () from /lib/libpthread.so.0


I hope to have chosen the right package...

Thanks.
Regards,
   Johann Heymes.

-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18-1-amd64
Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) (ignored: 
LC_ALL set to [EMAIL PROTECTED])
GNU gdb 6.4.90-debian
Copyright (C) 2006 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB.  Type "show warranty" for details.
This GDB was configured as "x86_64-linux-gnu"...(no debugging symbols found)
Using host libthread_db library "/lib/libthread_db.so.1".

[?1h=(gdb) start
[?1l>Function "main" not defined.
Make breakpoint pending on future shared library load? (y or [n]) Starting 
program: /usr/lib/firefox/firefox-bin -a firefox
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
[Thread debugging using libthread_db enabled]
[New Thread 47699364986144 (LWP 23765)]
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols foun

Processed: Re: Bug#404927: udev believes hardware raid devices are removable and sets the permissions to group floppy

[Debian Bug Tracking System]

Processing commands for [EMAIL PROTECTED]:

> reassign 404927 linux-2.6
Bug#404927: udev believes hardware raid devices are removable and sets the 
permissions to group floppy
Bug reassigned from package `udev' to `linux-2.6'.

> thanks
Stopping processing here.

Please contact me if you need assistance.

Debian bug tracking system administrator
(administrator, Debian Bugs database)


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

Bug#404927: udev believes hardware raid devices are removable and sets the permissions to group floppy

[Marco d'Itri]

reassign 404927 linux-2.6
thanks

On Dec 29, Stefanos Harhalakis <[EMAIL PROTECTED]> wrote:

>   Notice the 'aacraid' and 'adaptec' values that identify the hardware
>   raid controller and the 'removable flag. I believe that this is not
>   a misconfiguration of me and I don't have access to another machine
>   with a hardware raid controller to test it there.
Blame the kernel then, udev just believes the information provided.

-- 
ciao,
Marco


signature.asc
Description: Digital signature

Bug#391404: upgrading severity

[Michael Ablassmeier]

hi,

On Fri, Dec 29, 2006 at 11:37:32AM +0100, Kjetil Kjernsmo wrote:
> On Friday 29 December 2006 07:29, Michael Ablassmeier wrote:
> > On Fri, Dec 29, 2006 at 07:27:36AM +0100, Michael Ablassmeier wrote:
> > > following the policy, this issue is severity serious, upgrading.
> > > Please be sure to either move the tools to modxslt-tools or add
> > > proper conflicts between those packages.
> 
> Yeah, I think you're right, this is an RC-issue.
> 
> I'm not a DD, but modxslt is important to us, so I'm trying to help out. 
> All issues seems to have been with manpages, such as:
> 
> > `/usr/share/man/man1/modxslt-config.1.gz', which is also in package
> > libapache2-modxslt
> 
> Does this imply that what is missing is debian/*.manpages files?

yes, please be sure to only ship the manpages where needed. As it stands
the following manpages are shipped:

libapache2-modxslt_2005072700-2_amd64.deb
 -rw-r--r-- root/root   903 2006-11-17 23:40 
./usr/share/man/man1/modxslt-perror.1.gz
 -rw-r--r-- root/root  1648 2006-11-17 23:40 
./usr/share/man/man1/modxslt-config.1.gz
 -rw-r--r-- root/root   964 2006-11-17 23:40 
./usr/share/man/man1/modxslt-parse.1.gz
libmodxslt0-dev_2005072700-2_amd64.deb
 drwxr-xr-x root/root 0 2006-11-17 23:40 ./usr/share/man/man1/
 -rw-r--r-- root/root  1648 2006-11-17 23:39 
./usr/share/man/man1/modxslt-config.1.gz
modxslt-tools_2005072700-2_amd64.deb
 -rw-r--r-- root/root   903 2006-11-17 23:39 
./usr/share/man/man1/modxslt-perror.1.gz
 -rw-r--r-- root/root   964 2006-11-17 23:39 
./usr/share/man/man1/modxslt-parse.1.gz

i think shipping modxslt-perror.1.gz and modxslt-parse.1 within
libapache2-modxslt doesnt make much sense as those tools are only in the
modxslt-tools package. For modxslt-config.1.gz im not sure, it might make sense
to have a diversion here (or only ship it once, in libapache2-modxslt).

bye,
- michael


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

Bug#403426: kernel corrupts LUKS partition header on arm

[Clemens Fruhwirth]

At Wed, 20 Dec 2006 17:15:29 +0100,
Martin Michlmayr <[EMAIL PROTECTED]> wrote:

> We're seeing corruption of LUKS partition headers on ARM.  I've
> confirmed this on two different ARM platforms (IXP4xx and IOP32x) and
> with 2.6.17 and 2.6.18.
> 
> Basically, when you create a LUKS partition on a PC and then connect
> it to an ARM box and open it, you get an "automatic header conversion
> from 0.99 to 0.991 triggered" message and afterwards the LUKS
> partition header is corrupted.

Please try the version from subversion
http://luks.endorphin.org/svn/cryptsetup 

I just kicked this conversion routine as it is for pre-1.0 releases
and guess there is no single deployment that will ever need it.

This won't change the bug itself, but it won't corrupt your partition
anymore. It just fails. 

> > Its done something like overwrite the second sector of the header with
> > the first one. I had a look at the cryptsetup code, and the conversion
> > message is triggered by it finding the wrong state code for the
> > passphrase slot - so the data has been overwritten by the time its got
> > there.

That looks right.

A good amount of staring out of the window, drew my attention to 
(read|write|write_lseek)_blockwise in util.c.

Reading from a file description opened with O_DIRECT requires
blockwise reading into an aligned memory segments. That's the reason
for all the magic in these routines.

Looking at read_blockwise, r=read(fd,buf,size) might just return a
short read, that is rhttp://clemens.endorphin.org 
for robots: [EMAIL PROTECTED]


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

Bug#350851: kmail: More mail loss :(

[Ana Guerrero]

tags 350851 +fixed-upstream
notfound 350851 4:3.5.5.dfsg.1-4
close 350851 4:3.5.5-1
thanks

On Thu, Dec 28, 2006 at 07:06:16PM -0600, Adam Porter wrote:
[...]
> 
> I hate to be the bearer of bad news, but KMail still has this problem.  (Or 
> maybe this is actually a separate bug caused by a separate problem, but the 
> end result is still mail loss in disconnected IMAP accounts.)

Sorry Adam, we (KDE team) have been discussing this and we think this bug 
is fixed. Since this bug was fixed in october only you has reported this
problem again. Also, after read your mail, it does not seem you have exactly 
the same problem neither.
So, i'm closing the bug and you always can open a new one if you find out what 
it is exaclty the problem.

P.S: btw, perhaps you could use /dev/input/mice instead?



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

Bug#391404: upgrading severity

[Kjetil Kjernsmo]

On Friday 29 December 2006 07:29, Michael Ablassmeier wrote:
> On Fri, Dec 29, 2006 at 07:27:36AM +0100, Michael Ablassmeier wrote:
> > following the policy, this issue is severity serious, upgrading.
> > Please be sure to either move the tools to modxslt-tools or add
> > proper conflicts between those packages.

Yeah, I think you're right, this is an RC-issue.

I'm not a DD, but modxslt is important to us, so I'm trying to help out. 
All issues seems to have been with manpages, such as:

> `/usr/share/man/man1/modxslt-config.1.gz', which is also in package
> libapache2-modxslt

Does this imply that what is missing is debian/*.manpages files?

-- 
Kjetil Kjernsmo
Information Systems Developer
Opera Software ASA


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

Processed: closing 390231

[Debian Bug Tracking System]

Processing commands for [EMAIL PROTECTED]:

> # Automatically generated email from bts, devscripts version 2.9.27
> close 390231 2.10.5-1
Bug#390231: sound-juicer: Crashes when accessing preferences
'close' is deprecated; see http://www.debian.org/Bugs/Developer#closing.
Bug marked as fixed in version 2.10.5-1, send any further explanations to Sam 
Morris <[EMAIL PROTECTED]>
Removed pending tag.

>
End of message, stopping processing here.

Please contact me if you need assistance.

Debian bug tracking system administrator
(administrator, Debian Bugs database)


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

Processed: Re: Bug#350851: kmail: More mail loss :(

[Debian Bug Tracking System]

Processing commands for [EMAIL PROTECTED]:

> tags 350851 +fixed-upstream
Bug#350851: kmail: v1.9.1: Data loss w/disconnected IMAP (reported upstream)
Tags were: upstream
Bug#321102: kmail loses mails
Bug#332473: kmail: dangerous handling of dimap-folders
Tags added: fixed-upstream

> notfound 350851 4:3.5.5.dfsg.1-4
Bug#350851: kmail: v1.9.1: Data loss w/disconnected IMAP (reported upstream)
Bug#321102: kmail loses mails
Bug#332473: kmail: dangerous handling of dimap-folders
Bug marked as not found in version 4:3.5.5.dfsg.1-4.

> close 350851 4:3.5.5-1
Bug#350851: kmail: v1.9.1: Data loss w/disconnected IMAP (reported upstream)
'close' is deprecated; see http://www.debian.org/Bugs/Developer#closing.
Bug#321102: kmail loses mails
Bug#332473: kmail: dangerous handling of dimap-folders
Bug marked as fixed in version 4:3.5.5-1, send any further explanations to Adam 
Porter <[EMAIL PROTECTED]>

> thanks
Stopping processing here.

Please contact me if you need assistance.

Debian bug tracking system administrator
(administrator, Debian Bugs database)


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

Processed: merging bugs..

[Debian Bug Tracking System]

Processing commands for [EMAIL PROTECTED]:

> severity 404235 serious
Bug#404235: trr19: segfault when no argument is given
Severity set to `serious' from `normal'

> merge 404235 404720
Bug#404235: trr19: segfault when no argument is given
Bug#404720: trr19: segfaults on install
Merged 404235 404720.

> tags 404720 + security
Bug#404720: trr19: segfaults on install
Tags were: confirmed pending patch
Bug#404235: trr19: segfault when no argument is given
Tags added: security

>
End of message, stopping processing here.

Please contact me if you need assistance.

Debian bug tracking system administrator
(administrator, Debian Bugs database)


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

Bug#384904: marked as done (gnash simply segfaults)

[Debian Bug Tracking System]

Your message dated Fri, 29 Dec 2006 12:19:06 +0200 (EET)
with message-id <[EMAIL PROTECTED]>
and subject line Closing the bug
has caused the attached Bug report to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what I am
talking about this indicates a serious mail system misconfiguration
somewhere.  Please contact me immediately.)

Debian bug tracking system administrator
(administrator, Debian Bugs database)

--- Begin Message ---
Package: gnash
Version: 0.7.1+cvs20060820.2237-1
Severity: grave
Justification: renders package unusable

I can't get gnash to do anything useful for me. I only get a crash:

(gdb) run
Starting program: /usr/bin/gnash
[Thread debugging using libthread_db enabled]
[New Thread -1498400544 (LWP 26541)]

Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread -1498400544 (LWP 26541)]
0xa7d5a3ea in SWFHandlers (this=0x804fbc8) at swf/ASHandlers.h:78
78  {
(gdb) bt full
#0  0xa7d5a3ea in SWFHandlers (this=0x804fbc8) at swf/ASHandlers.h:78
No locals.
#1  0xa7d63672 in gnash::SWF::SWFHandlers::instance () at swf/ASHandlers.cpp:485
_instance = (gnash::SWF::SWFHandlers *) 0x0
#2  0xa7cfa539 in __static_initialization_and_destruction_0 
(__initialize_p=,
__priority=) at ActionExec.cpp:79
No locals.
#3  0xa7da4a15 in __do_global_ctors_aux () from /usr/lib/libgnashserver.so.0
No symbol table info available.
#4  0xa7cbba51 in _init () from /usr/lib/libgnashserver.so.0
No symbol table info available.
#5  0xa7ef87e5 in _dl_rtld_di_serinfo () from /lib/ld-linux.so.2
No symbol table info available.
#6  0xa7ef8911 in _dl_rtld_di_serinfo () from /lib/ld-linux.so.2
No symbol table info available.
#7  0xa7eed7ef in ?? () from /lib/ld-linux.so.2
No symbol table info available.
(gdb)

The strace may also be useful:

close(3)= 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 
0xa6c2
access("/etc/ld.so.nohwcap", F_OK)  = -1 ENOENT (No such file or directory)
open("/usr/lib/libpangoft2-1.0.so.0", O_RDONLY) = 3
read(3, "[EMAIL PROTECTED] \0\4\0([EMAIL PROTECTED]@[EMAIL PROTECTED]/[EMAIL 
PROTECTED] 
\0\0\0\216\0\0\0\313\0\0\0\0\0\0\0\0\0\0\0\346\0\0\0\347\0\0\0\0\0\0\0:\0\0\0k\0\0\000
 
0\0\0\0\375\0\0\0\0\0\0\0\202\0\0\0\267\0\0\0;\0\0\0<\0\0\0\0\0\0\0\0\0\0\0j\0\0\0009\0\0\0\23\0\0\0\273\0\0\0\356\0\0\0",
 512) = 512
fstat64(3, {st_mode=S_IFREG|0644, st_size=151336, ...}) = 0
mmap2(NULL, 150232, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 
0xa6bfb000
mmap2(0xa6c1f000, 4096, PROT_READ|PROT_WRITE, 
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x24) = 0xa6c1f000
close(3)= 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 
0xa6bfa000
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 
0xa6bf9000
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 
0xa6bf8000
mprotect(0xa7288000, 20480, PROT_READ)  = 0
mprotect(0xa7399000, 12288, PROT_READ)  = 0
mprotect(0xa7a2f000, 421888, PROT_READ|PROT_WRITE) = 0
mprotect(0xa7a2f000, 421888, PROT_READ|PROT_EXEC) = 0
set_thread_area({entry_number:-1 -> 6, base_addr:0xa6bf88e0, limit:1048575, 
seg_32bit:1, contents:0, read_exec_only:0, limit_in_pages:1, seg_not_present:0, 
useable:1}) = 0
munmap(0xa7fc7000, 101379)  = 0
set_tid_address(0xa6bf8928) = 26599
rt_sigaction(SIGRTMIN, {0xa73a84c0, [], SA_SIGINFO}, NULL, 8) = 0
rt_sigaction(SIGRT_1, {0xa73a8420, [], SA_RESTART|SA_SIGINFO}, NULL, 8) = 0
rt_sigprocmask(SIG_UNBLOCK, [RTMIN RT_1], NULL, 8) = 0
getrlimit(RLIMIT_STACK, {rlim_cur=8192*1024, rlim_max=RLIM_INFINITY}) = 0
uname({sys="Linux", node="alface", ...}) = 0
futex(0xa739f4dc, FUTEX_WAKE, 2147483647) = 0
brk(0)  = 0x804d000
brk(0x806e000)  = 0x806e000
open("gnash-dbg.log", O_WRONLY|O_CREAT|O_TRUNC|O_LARGEFILE, 0666) = 3
--- SIGSEGV (Segmentation fault) @ 0 (0) ---
+++ killed by SIGSEGV +++
Process 26599 detached

The gnash-dbg.log file is empty.

Thanks,

-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'stable'), (1, 'experimental')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.17-2-686
Locale: LANG=pt_BR.UTF-8, LC_CTYPE=pt_BR.UTF-8 (charmap=UTF-8)

Versions of packages gnash depends on:
ii  libaa1  1.4p5-30 ascii art library
ii  libartsc0   1.5.4-1  aRts sound system C support librar
ii  libasound2  1.0.11-7 ALSA library
ii  libaudio2   1.8-2The Network Audio System (NAS). (s
ii  libaudiofile0   0.2.6-6  Open-source version of SGI's audio
ii  libc6  

Processed: your mail

[Debian Bug Tracking System]

Processing commands for [EMAIL PROTECTED]:

> severity 402149 important
Bug#402149: gnash: icon missing/does not start any flash
Severity set to `important' from `grave'

> retitle 402149 gnash: icon missing/does not start any flash video (flv)
Bug#402149: gnash: icon missing/does not start any flash
Changed Bug title.

> thanks
Stopping processing here.

Please contact me if you need assistance.

Debian bug tracking system administrator
(administrator, Debian Bugs database)


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

Bug#404927: additional information

[Stefanos Harhalakis]

  It seems that this problem occurred between 27/12/2006 and 29/12/2006. The
only thing that changed was the kernel from 2.6.16-2-686-smp to 2.6.18-3-686.

  If I remember correctly, tiger was not updated lately, so it would have
noticed this change:

  Here are the last tiger reports:

-rw---  1 root root  50 2006-12-19 05:00 check_perms.out.10
-rw---  1 root root  50 2006-12-20 05:00 check_perms.out.9
-rw---  1 root root  50 2006-12-21 05:00 check_perms.out.8
-rw---  1 root root  50 2006-12-22 05:00 check_perms.out.7
-rw---  1 root root  50 2006-12-23 05:00 check_perms.out.6
-rw---  1 root root  50 2006-12-24 05:00 check_perms.out.5
-rw---  1 root root  50 2006-12-25 05:00 check_perms.out.4
-rw---  1 root root  50 2006-12-26 05:00 check_perms.out.3
-rw---  1 root root  50 2006-12-27 05:00 check_perms.out.2
-rw---  1 root root 382 2006-12-29 05:00 check_perms.out.1

(at 28 Dec, the machine was powered-off because of maintenance and there is
no tiger report)

nas:/var/log/tiger# cat check_perms.out.2 

# Performing check of system file permissions...
nas:/var/log/tiger# cat check_perms.out.1

# Performing check of system file permissions...
--WARN-- [perm021w] Disk device /dev/sda1 has read/write access for group 
floppy. 
--WARN-- [perm021w] Disk device /dev/sda6 has read/write access for group 
floppy. 
--WARN-- [perm021w] Disk device /dev/sdd1 has read/write access for group 
floppy. 
--WARN-- [perm021w] Disk device /dev/sdd2 has read/write access for group 
floppy. 

Hope this helps...

<>


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

Processed: Re: Bug#404876:

[Debian Bug Tracking System]

Processing commands for [EMAIL PROTECTED]:

> reassign 404876 libgstreamer0.10-0
Bug#404876: gnome-desktop: strange behavior on OldWorld PowerMac
Bug reassigned from package `gnome-desktop' to `libgstreamer0.10-0'.

> severity 404876 grave
Bug#404876: gnome-desktop: strange behavior on OldWorld PowerMac
Severity set to `grave' from `normal'

> retitle 404876 GStreamer broken on G3 powerpc architecture
Bug#404876: gnome-desktop: strange behavior on OldWorld PowerMac
Changed Bug title.

> thanks
Stopping processing here.

Please contact me if you need assistance.

Debian bug tracking system administrator
(administrator, Debian Bugs database)


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