Package: mc
Version: 1:4.6.0-4.6.1-pre1-2
Severity: normal

Error description:

In the "Left" and "Right" menu there is the Option "Shell link".
In the french locale it is not translated.

Must be "Lien réseau..."

-- System Information
Debian Release: 3.0
Kernel Version: Linux samba3.private 2.4.27-1-386 #1 Sun Sep 12 01:32:16 CEST 2004 i686 unknown

signature.pgp < 1K Download

Package: juk
Version: 4:3.2.2-1
Severity: normal

On particular tracks (mp3), juk will either crash (SEGV) if using gstreamer for
output, or stop playing if arts is being used.

With gstreamer, juk crashes reliably at the same point every time. With arts,
playback of that file is not even started, and does not proceed to the next track.

mpg321 plays the file(s) perfectly.

Cheers,

Nick

-- System Information:
Debian Release: 3.1
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: i386 (i686)
Kernel: Linux 2.6.8nwp2
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)

Versions of packages juk depends on:
ii  kdelibs4                  4:3.2.3-2      KDE core libraries
ii  libart-2.0-2              2.3.16-6       Library of functions for 2D graphi
ii  libarts1                  1.3.2-1        aRts Sound system
ii  libasound2                1.0.7-4        ALSA library
ii  libaudio2                 1.7-1          The Network Audio System (NAS). (s
ii  libaudiofile0             0.2.6-5        Open-source version of SGI's audio
ii  libc6                     2.3.2.ds1-18   GNU C Library: Shared libraries an
ii  libesd-alsa0 [libesd0]    0.2.35-2       Enlightened Sound Daemon (ALSA) -
ii  libfam0c102               2.7.0-6        client library to control the FAM
ii  libgcc1                   1:3.4.3-6      GCC support library
ii  libglib2.0-0              2.4.8-1        The GLib library of C routines
ii  libice6                   4.3.0.dfsg.1-8 Inter-Client Exchange library
ii  libkdegst0.6              0.6.1-8        KDE bindings for GStreamer (shared
ii  libmad0                   0.15.1b-1      MPEG audio decoder library
ii  libmusicbrainz2           2.0.2-9        Second generation incarnation of t
ii  libogg0                   1.1.0-1        Ogg Bitstream Library
ii  libpng12-0                1.2.8rel-1     PNG library - runtime
ii  libqt3c102-mt             3:3.3.3-7      Qt GUI Library (Threaded runtime v
ii  libsm6                    4.3.0.dfsg.1-8 X Window System Session Management
ii  libstdc++5                1:3.3.4-13     The GNU Standard C++ Library v3
ii  libtag1                   1.3.1-1        TagLib Audio Meta-Data Library
ii  libtunepimp-bin [trm]     0.3.0-2        libtunepimp simple tagging applica
ii  libvorbis0a               1.0.1-1        The Vorbis General Audio Compressi
ii  libvorbisfile3            1.0.1-1        The Vorbis General Audio Compressi
ii  libx11-6                  4.3.0.dfsg.1-8 X Window System protocol client li
ii  libxext6                  4.3.0.dfsg.1-8 X Window System miscellaneous exte
ii  libxrender1               0.8.3-7        X Rendering Extension client libra
ii  libxt6                    4.3.0.dfsg.1-8 X Toolkit Intrinsics
ii  xlibs                     4.3.0.dfsg.1-8 X Window System client libraries m
ii  zlib1g                    1:1.2.2-3      compression library - runtime

-- no debconf information

--
To UNSUBSCRIBE, email to debian-bugs-dist-REQU...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Package: python-sqlite
Version: 1.0-2
Severity: wishlist

Hi!

I've got two wishlist items for the python-sqlite package:

1. I would appreciate if the examples (converts.py, dbapi_transactions.py
   and manual_transaction.py) were packaged. At the moment the only way to
   know how python-sqlite works is by using python's help, but examples are
   also informative.

2. pysqlite.org links to a download page at sourceforge which lists 1.0.1,
   1.1.6 and 2.0.alpha1 as the latest version of their respective branches.
   In Debian (both testing an unstable) there is only version 1.0-2, so an
   update of the Debian packages would be appreciated.

I hope that you've got time on your hands to sort these wishlist items out,
since I plan to use python-sqlite for a small project of mine. :-)

Thanks in advance

/ Sebastian Rasmussen

_________________________________________________________________
FREE pop-up blocking with the new MSN Toolbar - get it now!
http://toolbar.msn.click-url.com/go/onm00200415ave/direct/01/

--
To UNSUBSCRIBE, email to debian-bugs-dist-REQU...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Package: octave-plplot
Version: 5.3.1-1
Severity: grave
Justification: renders package unusable
Tags: sarge

As requested by Steve Langasek, I am forwarding the bug report below to
the BTS.

----- Forwarded message from Rafael Laboissiere <raf...@debian.org> -----

From: Rafael Laboissiere <raf...@debian.org>
Subject: Problem with octave-plplot
Date: Mon, 27 Dec 2004 23:46:23 +0100
To: debian-rele...@lists.debian.org
Reply-To: Rafael Laboissiere <raf...@debian.org>
Cc: Dirk Eddelbuettel <e...@debian.org>
Organization: Debian GNU/Linux

The message below reports a bug involving two packages in sarge that are out
of sync, due to an API-related problem.  This is a RC bug (although no bug
report has been filled) which is fixed in sid.  What should we do?

--
Rafael (maintainer of octave-plplot)

----- Forwarded message from Rafael Laboissiere <raf...@debian.org> -----

From: Rafael Laboissiere <raf...@debian.org>
Subject: Re: plplot installation.
Date: Mon, 27 Dec 2004 23:36:46 +0100
To: Peter Jensen <peter.jen...@virgin.net>
Reply-To: Rafael Laboissiere <raf...@debian.org>
Cc: Octave_post <h...@octave.org>
Organization: Debian GNU/Linux

* Peter Jensen <peter.jen...@virgin.net> [2004-12-27 21:52]:

Indeed, it is.  This problem is already fixed in sid (a.k.a. unstable) with
the following versions:

    octave2.1_2.1.64-1
    octave_plplot_5.3.1-2

Let us hope that these packages will enter sarge before release.

--
Rafael

----- End forwarded message -----

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

Versions of packages octave-plplot depends on:
ii  atlas3-base [liblapack.s 3.6.0-19        Automatically Tuned Linear Algebra
ii  fftw3                    3.0.1-11        Library for computing Fast Fourier
ii  lapack3 [liblapack.so.3] 3.0.20000531a-5 library of linear algebra routines
ii  libc6                    2.3.2.ds1-18    GNU C Library: Shared libraries an
ii  libcsiro0                5.3.1-3         Scientific plotting library
ii  libfreetype6             2.1.7-2.3       FreeType 2 font engine, shared lib
ii  libg2c0                  1:3.3.4-13      Runtime library for GNU Fortran 77
ii  libgcc1                  1:3.4.2-2       GCC support library
ii  libhdf5-serial-1.6.2-0 [ 1.6.2-3         Hierarchical Data Format 5 (HDF5)
ii  libltdl3                 1.5.6-3         A system independent dlopen wrappe
ii  libncurses5              5.4-4           Shared libraries for terminal hand
ii  libplplot9               5.3.1-3         Scientific plotting library
ii  libqhull5                2003.1-1        Calculate convex hulls and related
ii  libreadline4             4.3-11          GNU readline and history libraries
ii  libstdc++5               1:3.3.4-13      The GNU Standard C++ Library v3
hi  octave2.1                2.1.64-1        The GNU Octave language for numeri
ii  refblas3 [libblas.so.3]  1.2-6           Basic Linear Algebra Subroutines 3
ii  zlib1g                   1:1.2.2-3       compression library - runtime

-- no debconf information

--
To UNSUBSCRIBE, email to debian-bugs-dist-REQU...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

clone 274763 -1
reassign -1 krb4
reassign 274763 krb5
tags -1 fixed
thanks

The krb4 NMU has reached testing, which now leaves only krb5 needing to
declare its conflicts.  Sam?

I'm splitting this bug now, so that we can keep the NMU patch in the BTS for
krb4 without listing that package as having an RC bug.

Thanks,
--
Steve Langasek
postmodern programmer

signature.asc < 1K Download

Il giorno gio, 30-12-2004 alle 18:00 +0100, Geert Stappers ha scritto:

Here it is.

Bye,
Giuseppe

lspci.txt 1K Download

Package: openoffice.org
Version: 1.1.3-3
Severity: normal

Hello,

While changing style (or color) of lines in graph i get this:

Doubleclick on graph. Doubleclick on data line, properties window
will appear. Change line style (color or line style). Click OK.

Fatal exception: Signal 11
Stack:
/usr/lib/openoffice/program/libsal.so.3[0x411ab3e8]
/usr/lib/openoffice/program/libsal.so.3[0x411ab575]
/usr/lib/openoffice/program/libsal.so.3[0x411ab640]
[0xffffe420]
/usr/lib/openoffice/program/libsch645li.so[0xafa6e0f2]
/usr/lib/openoffice/program/libsch645li.so[0xafa7f640]
/usr/lib/openoffice/program/libsch645li.so[0xafa81fbe]
/usr/lib/openoffice/program/libsfx645li.so(_ZN13SfxDispatcher9Call_ImplER8S fxShellRK7SfxSlotR10SfxRequesth+0x60a)[0xb3625d02]
/usr/lib/openoffice/program/libsfx645li.so(_ZN13SfxDispatcher14PostMsgHandl erEP10SfxRequest+0xe5)[0xb3628799]
/usr/lib/openoffice/program/libsfx645li.so(_ZN13SfxDispatcher22LinkStubPost MsgHandlerEPvS0_+0x26)[0xb36286ac]
/usr/lib/openoffice/program/libsfx645li.so(_ZN13SfxHintPoster5EventEP7SfxHi nt+0x2f)[0xb364b0a9]
/usr/lib/openoffice/program/libsfx645li.so(_ZN13SfxHintPoster20LinkStubDoEv ent_ImplEPvS0_+0x1b)[0xb364b05b]
/usr/lib/openoffice/program/libvcl645li.so[0x4233ad94]
/usr/lib/openoffice/program/libvcl645li.so(_Z19ImplWindowFrameProcPvP8SalFr ametP
Kv+0x44e)[0x4233b6e2]
/usr/lib/openoffice/program/libvclplug_gen645li.so(_ZN10SalDisplay21Dispatc hInternalEventEv+0xd9)[0xb7498981]
/usr/lib/openoffice/program/libvclplug_gen645li.so(_ZN13SalX11Display5Yield Eh+0x28)[0xb74989bc]
/usr/lib/openoffice/program/libvclplug_gen645li.so[0xb7494764]
/usr/lib/openoffice/program/libvclplug_gen645li.so(_ZN7SalXLib5YieldEh+0x1d 3)[0xb7493217]
/usr/lib/openoffice/program/libvclplug_gen645li.so(_ZN14X11SalInstance5Yiel dEh+0x31)[0xb749c0d7]
/usr/lib/openoffice/program/libvcl645li.so(_ZN11Application5YieldEv+0x64)[0 x421e541a]
/usr/lib/openoffice/program/libvcl645li.so(_ZN11Application7ExecuteEv+0x35) [0x421e5327]
/usr/lib/openoffice/program/soffice.bin(_ZN7desktop7Desktop4MainEv+0x1f56)[ 0x8065446]
/usr/lib/openoffice/program/libvcl645li.so(_Z6SVMainv+0x4a)[0x421ea22c]
/usr/lib/openoffice/program/libvcl645li.so(main+0x4c)[0x4239f4fc]
/lib/tls/libc.so.6(__libc_start_main+0xf4)[0xb7c1d904]
/usr/lib/openoffice/program/soffice.bin(_ZN6Window11RequestHelpERK9HelpEven t+0x35)[0x805e161]
Neúspì¹nì ukonèen (SIGABRT)
ruik@kiur:~$

-- System Information:
Debian Release: 3.1
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (i686)
Kernel: Linux 2.6.10
Locale: LANG=cs_CZ, LC_CTYPE=cs_CZ (charmap=ISO-8859-2) (ignored: LC_ALL set to cs_CZ)

Versions of packages openoffice.org depends on:
ii  dictionaries-common [openoffi 0.24.4     Common utilities for spelling dict
ii  openoffice.org-bin            1.1.3-3    OpenOffice.org office suite binary
ii  openoffice.org-debian-files   1.1.3-3+1  Debian specific parts of OpenOffic
ii  openoffice.org-l10n-cs [openo 1.1.3-3    Czech language package for OpenOff
ii  openoffice.org-l10n-en [openo 1.1.3-3    English (US) language package for
ii  ttf-opensymbol                1.1.3-3    The OpenSymbol TrueType font

-- no debconf information

--
To UNSUBSCRIBE, email to debian-bugs-dist-REQU...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Il giorno mer, 29-12-2004 alle 19:41 -0800, Rupa Schomaker ha scritto:
[...]

I managed to reproduce the problem: it cycle whenever the faxaddmodem is
called and fails.

I am working on it.
Giuseppe

--
To UNSUBSCRIBE, email to debian-bugs-dist-REQU...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Won't ${Source-Version} refere to the binutils version and not the
corresponding gcc version?

You'r probably right here.

Right!

They should both have the user as Maintainer yes (I must have intreduced
some bug just before I released :(

--
Hakan Ardo

--
To UNSUBSCRIBE, email to debian-bugs-dist-REQU...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Package: xine-lib
Severity: normal
Tags: patch

When building 'xine-lib' on amd64 with gcc-4.0,
I get the following error:

 gcc -DHAVE_CONFIG_H -I. -I. -I../.. -I../.. -I../../include -I../../include -I../../src -I../../src/xine-engine -I../../src/xine-engine -I../../src/xine-utils -I../../src/input -I../../src/input -I../../lib -O3 -fomit-frame-pointer -fexpensive-optimizations -fschedule-insns2 -fno-strict-aliasing -ffast-math -funroll-loops -finline-functions -Wall -DNDEBUG -D_REENTRANT -D_FILE_OFFSET_BITS=64 -DXINE_COMPILE -Wnested-externs -Wcast-align -Wchar-subscripts -Wmissing-declarations -Wmissing-prototypes -g -MT color.lo -MD -MP -MF .deps/color.Tpo -c color.c  -fPIC -DPIC -o .libs/color.o
color.c: In function 'vscale_chroma_line':
color.c:498: error: invalid lvalue in increment
color.c:499: error: invalid lvalue in increment
make[4]: *** [color.lo] Error 1
make[4]: Leaving directory `/xine-lib-1.0/src/xine-utils'

With the attached patch 'xine-lib' can be compiled
on amd64 using gcc-4.0.

Regards
Andreas Jochens

diff -urN ../tmp-orig/xine-lib-1.0/src/libxineadec/nosefart/nes_apu.c ./src/libxineadec/nosefart/nes_apu.c
--- ../tmp-orig/xine-lib-1.0/src/libxineadec/nosefart/nes_apu.c 2004-12-12 07:55:59.000000000 +0100
+++ ./src/libxineadec/nosefart/nes_apu.c        2005-01-02 11:08:42.578949720 +0100
@@ -1012,9 +1012,9 @@

       /* signed 16-bit output, unsigned 8-bit */
       if (16 == apu->sample_bits)
-         *((int16 *) buffer)++ = (int16) accum;
+         buffer = *((int16 *) buffer) + (int16) accum;
       else
-         *((uint8 *) buffer)++ = (accum >> 8) ^ 0x80;
+         buffer = *((uint8 *) buffer) + (accum >> 8) ^ 0x80;
    }

    /* resync cycle counter */
diff -urN ../tmp-orig/xine-lib-1.0/src/post/audio/stretch.c ./src/post/audio/stretch.c
--- ../tmp-orig/xine-lib-1.0/src/post/audio/stretch.c   2004-10-30 01:11:38.000000000 +0200
+++ ./src/post/audio/stretch.c  2005-01-02 11:18:07.362089632 +0100
@@ -476,7 +476,7 @@
     memcpy( outbuf->mem, data_out,
             outbuf->num_frames * this->bytes_per_frame );
     num_frames_out -= outbuf->num_frames;
-    (uint8_t *)data_out += outbuf->num_frames * this->bytes_per_frame;
+    data_out = (uint8_t *)data_out + outbuf->num_frames * this->bytes_per_frame;

     outbuf->vpts        = this->pts;
     this->pts           = 0;
@@ -587,7 +587,7 @@
     memcpy( (uint8_t *)this->audiofrag + this->num_frames * this->bytes_per_frame,
             data_in, frames_to_copy * this->bytes_per_frame );

-    (uint8_t *)data_in += frames_to_copy * this->bytes_per_frame;
+    data_in = (uint8_t *)data_in + frames_to_copy * this->bytes_per_frame;
     this->num_frames += frames_to_copy;
     buf->num_frames -= frames_to_copy;

diff -urN ../tmp-orig/xine-lib-1.0/src/xine-engine/post.c ./src/xine-engine/post.c
--- ../tmp-orig/xine-lib-1.0/src/xine-engine/post.c     2004-10-17 21:14:30.000000000 +0200
+++ ./src/xine-engine/post.c    2005-01-02 10:31:06.000000000 +0100
@@ -241,7 +241,7 @@
     if (!*input) return port;
     (*input)->xine_in.name = "video in";
     (*input)->xine_in.type = XINE_POST_DATA_VIDEO;
-    (xine_video_port_t *)(*input)->xine_in.data = &port->new_port;
+    (*input)->xine_in.data = &port->new_port;
     (*input)->post = post;
     xine_list_append_content(post->input, *input);
   }
@@ -251,7 +251,7 @@
     if (!*output) return port;
     (*output)->xine_out.name = "video out";
     (*output)->xine_out.type = XINE_POST_DATA_VIDEO;
-    (xine_video_port_t **)(*output)->xine_out.data = &port->original_port;
+    (*output)->xine_out.data = &port->original_port;
     (*output)->xine_out.rewire = post_video_rewire;
     (*output)->post = post;
     (*output)->user_data = port;
@@ -718,7 +718,7 @@
     if (!*input) return port;
     (*input)->xine_in.name = "audio in";
     (*input)->xine_in.type = XINE_POST_DATA_AUDIO;
-    (xine_audio_port_t *)(*input)->xine_in.data = &port->new_port;
+    (*input)->xine_in.data = &port->new_port;
     (*input)->post = post;
     xine_list_append_content(post->input, *input);
   }
@@ -728,7 +728,7 @@
     if (!*output) return port;
     (*output)->xine_out.name = "audio out";
     (*output)->xine_out.type = XINE_POST_DATA_AUDIO;
-    (xine_audio_port_t **)(*output)->xine_out.data = &port->original_port;
+    (*output)->xine_out.data = &port->original_port;
     (*output)->xine_out.rewire = post_audio_rewire;
     (*output)->post = post;
     (*output)->user_data = port;
diff -urN ../tmp-orig/xine-lib-1.0/src/xine-utils/color.c ./src/xine-utils/color.c
--- ../tmp-orig/xine-lib-1.0/src/xine-utils/color.c     2003-12-09 01:02:38.000000000 +0100
+++ ./src/xine-utils/color.c    2005-01-02 10:27:12.000000000 +0100
@@ -495,8 +495,10 @@

   /* process blocks of 4 pixels */
   for (x=0; x < (width / 4); x++) {
-    n1  = *(((unsigned int *) src1)++);
-    n2  = *(((unsigned int *) src2)++);
+    n1  = *(((unsigned int *) src1));
+    src1 = ((unsigned int *) src1) + 1;
+    n2  = *(((unsigned int *) src2));
+    src2 = ((unsigned int *) src2) + 1;
     n3  = (n1 & 0xFF00FF00) >> 8;
     n4  = (n2 & 0xFF00FF00) >> 8;
     n1 &= 0x00FF00FF;
diff -urN ../tmp-orig/xine-lib-1.0/src/xine-utils/memcpy.c ./src/xine-utils/memcpy.c
--- ../tmp-orig/xine-lib-1.0/src/xine-utils/memcpy.c    2004-12-20 22:22:22.000000000 +0100
+++ ./src/xine-utils/memcpy.c   2005-01-02 10:28:34.000000000 +0100
@@ -218,8 +218,8 @@
         "movntps %%xmm2, 32(%1)\n"
         "movntps %%xmm3, 48(%1)\n"
         :: "r" (from), "r" (to) : "memory");
-        ((const unsigned char *)from)+=64;
-        ((unsigned char *)to)+=64;
+        from = ((const unsigned char *)from)+64;
+        to = ((unsigned char *)to)+64;
       }
     else
       /*
@@ -241,8 +241,8 @@
         "movntps %%xmm2, 32(%1)\n"
         "movntps %%xmm3, 48(%1)\n"
         :: "r" (from), "r" (to) : "memory");
-        ((const unsigned char *)from)+=64;
-        ((unsigned char *)to)+=64;
+        from = ((const unsigned char *)from)+64;
+        to = ((unsigned char *)to)+64;
       }
     /* since movntq is weakly-ordered, a "sfence"
      * is needed to become ordered again. */
@@ -296,8 +296,8 @@
       "movq %%mm6, 48(%1)\n"
       "movq %%mm7, 56(%1)\n"
       :: "r" (from), "r" (to) : "memory");
-      ((const unsigned char *)from)+=64;
-      ((unsigned char *)to)+=64;
+      from = ((const unsigned char *)from)+64;
+      to = ((unsigned char *)to)+64;
     }
     __asm__ __volatile__ ("emms":::"memory");
   }
@@ -363,8 +363,8 @@
       "movntq %%mm6, 48(%1)\n"
       "movntq %%mm7, 56(%1)\n"
       :: "r" (from), "r" (to) : "memory");
-      ((const unsigned char *)from)+=64;
-      ((unsigned char *)to)+=64;
+      from = ((const unsigned char *)from)+64;
+      to = ((unsigned char *)to)+64;
     }
      /* since movntq is weakly-ordered, a "sfence"
      * is needed to become ordered again. */

--
To UNSUBSCRIBE, email to debian-bugs-dist-REQU...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org