Bug#130084: german template file [playmidi 2.4-2]

2002-03-17 Thread Sebastian Feltel
On Sat Mar 16, 2002 at 05:3059PM +, Colin Watson wrote:

Hi,
at first: sorry for the delay; this is because I'm currenty serving at
the german federal armed forces :-(

Now to the template: I've re-translated it so I hope it is now more accurate
now. Here it is:

--- BEGIN TEMPLATE ---

Template: playmidi/options
Type: string
Description: Options for playmidi when invoked through MIME?
 This package sets up a MIME entry which allows your mail user agent and
 other applications to play MIDI files.  As playmidi doesn't have a
 proper configuration file yet, you'll need to specify any options
 required for it to work with your sound hardware.
 .
 If you have an external MIDI device or an Ensoniq SoundScape, Turtle
 Beach WaveFront or WaveBlaster sound card, use -e'.
 .
 If you have a Sound Blaster AWE32, use -a'.
 .
 If you have a Gravis Ultrasound, use -g'.
 .
 Otherwise, try leaving this blank -- many cards will work without extra
 flags. If you change your mind later, edit
 /etc/playmidi/playmidi.conf'.
Description-de: Optionen f?r den playmidi-Start ?ber MIME
 Dieses Paket stellt einen MIME-Eintrag bereit, der es Ihrem eMail-Programm
 oder anderen Anwendungen erlaubt, Midi-Dateien abzuspielen. Da playmidi
 noch keine vollst?ndige Konfigurationsdatei besitzt, sollten Sie nun alle
 Optionen angeben, die f?r Ihre Soundkarte notwendig sind.
 .
 Wenn Sie ein externes Midi-Ger?t, eine Ensoniq SoundScape, eine Turtle
 Beach WaveFront oder eine WaveBlaster Soundkarte haben, dann verwenden
 Sie '-e'.
 .
 Wenn Sie eine Sound Blaster AWE32-Karte haben, dann verwenden Sie '-a'.
 .
 Wenn Sie eine Gravis Ultrasound-Karte haben, dann verwenden Sie '-g'.
 .
 Andernfalls versuchen Sie keine Optionen anzugeben; viele Karten funktionieren
 auch ohne Optionsangabe. Wenn Sie diese Einstellung sp?ter ver?ndern wollen,
 dann bearbeiten Sie die Datei '/etc/playmidi/playmidi.conf'.

--- END TEMPLATE ---

Bye
Sebastian



Bug#130084: german template file [playmidi 2.4-2]

2002-03-17 Thread Josip Rodin
On Sun, Mar 17, 2002 at 11:42:59AM +0100, Sebastian Feltel wrote:
> at first: sorry for the delay; this is because I'm currenty serving at
> the german federal armed forces :-(

Can you PLEASE have your "I'm in the army" autoresponder ignore
[EMAIL PROTECTED] and [EMAIL PROTECTED] It's causing a lot of
spam for us.

-- 
 2. That which causes joy or happiness.



libkfm.so.3 mystery

2002-03-17 Thread Peter Schulte-Stracke

Dear friends,

please excuse my putting the following question, which is probably not
directly related to the kde packages, but I have no idea whom to
address alternatively; perhaps you can direct me further. I asked 
Ivan E. Moore II, who wrote:

> I would yell at the aethera maintainer..it looks like he has some kde3
> installed on his system.

(I'm not yelling, however.)
 
The problem:
---
 
 Starting aethera (from current unstable) -- or for that purpose
 any other kde program, it showed first with kmail -- I receive
 the following message:
 
 aethera: error while loading shared libraries: libkfm.so.3:
 cannot open shared object file: No such file or directory
 
 and in fact:  locate libkfm shows:
 /usr/lib/libkfm.so.2
 /usr/lib/libkfm.so.2.0.0
 /usr/X11R6/lib/libkfm.so.1
 /usr/X11R6/lib/libkfm.so.1.0.0
 
 As far as I know, there has never been a libkfm.so.3, there is no
 one on the debian site, as checked with the search engine there,
 and as a result I am rather stupefied.
 
Checking with objdump, aethera uses
  
  libX11.so.6, libresolv.so.2, libpng.so.2, libz.so.1,
  libjpeg.so.62, libm.so.6, libkhtml.so.3, libkjava.so.1,
  libkdeprint.so.0, libkparts.so.1, libkfile.so.3,
  libksycoca.so.3, libkio.so.3, libkdesu.so.1, libutil.so.1,
  libkssl.so.2, libkdeui.so.3, libkdecore.so.3, libDCOP.so.1,
  libqt.so.2, libXext.so.6, libSM.so.6, libICE.so.6,
  libpthread.so.0, libmimelib.so.1, libstdc++-libc6.2-2.so.3,
  libkore.so.0, libdl.so.2, libc.so.6
 
Examining the transitive closure of objdump, libkhtml appears to be
one culprit, the other being libkdeprint (see the output below)
--These are from kdelibs 4:2.2.2-5 (testing, dated Dec. 6). However,
it appears that the following libraries share a similar condition and
are not really used -- although ldd says so.
 
 
  * libqt.so.1 required by /usr/bin/aethera, libkhtml.so.3,
libkdeprint.so.0
 
  * libkfm.so.3 required by /usr/bin/aethera, libkhtml.so.3,
libkdeprint.so.0
 
  * libstdc++-libc6.1-2.so.3 required by /usr/bin/aethera,
libkhtml.so.3, libkdeprint.so.0 
 
  * libstdc++.so.2.8 required by /usr/bin/aethera, libkhtml.so.3,
libkdeprint.so.0
 
 
 
Any ideas ?
 
Regards,
 
 
Peter
--
  Key fingerprint = DDB1 E6A4 522E 1CBF 0C37  031A AAA9 FB5C 3984 CF9D
 
 
-
 
Output from objdump and ldd -
 
Dynamic Section:
   NEEDED  libkjava.so.1
   NEEDED  libkio.so.3
   NEEDED  libkparts.so.1
   NEEDED  libkfile.so.3
   NEEDED  libkssl.so.2
   NEEDED  libkdeprint.so.0
   NEEDED  libstdc++-libc6.2-2.so.3
   NEEDED  libm.so.6
   NEEDED  libc.so.6
   SONAME  libkhtml.so.3
 
Checking with ldd /usr/lib/libkhtml.so.3 gives: 
libkjava.so.1 => /usr/lib/libkjava.so.1 (0x4021f000)
libkio.so.3 => /usr/lib/libkio.so.3 (0x4023a000)
libkparts.so.1 => /usr/local/lib/libkparts.so.1 (0x402e8000)
libkfile.so.3 => /usr/lib/libkfile.so.3 (0x403a2000)
libkssl.so.2 => /usr/lib/libkssl.so.2 (0x4043)
libkdeprint.so.0 => /usr/lib/libkdeprint.so.0 (0x40456000)
libstdc++-libc6.2-2.so.3 => /usr/lib/libstdc++-libc6.2-2.so.3 
(0x404cd000)
libm.so.6 => /lib/libm.so.6 (0x40519000)
libc.so.6 => /lib/libc.so.6 (0x4053b000)
libkdecore.so.3 => /usr/lib/libkdecore.so.3 (0x4065d000)
libkdeui.so.3 => /usr/lib/libkdeui.so.3 (0x407d2000)
libkdesu.so.1 => /usr/lib/libkdesu.so.1 (0x409c5000)
libz.so.1 => /usr/lib/libz.so.1 (0x409e7000)
 >>>libkfm.so.3 => not found
libXext.so.6 => /usr/X11R6/lib/libXext.so.6 (0x409f7000)
libqt.so.1 => /usr/lib/libqt.so.1 (0x40a05000)
libX11.so.6 => /usr/X11R6/lib/libX11.so.6 (0x40b53000)
libstdc++.so.2.8 => /usr/lib/libstdc++.so.2.8 (0x40c2e000)
libksycoca.so.3 => /usr/lib/libksycoca.so.3 (0x40c73000)
/lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x8000)
libdl.so.2 => /lib/libdl.so.2 (0x40d13000)
libDCOP.so.1 => /usr/lib/libDCOP.so.1 (0x40d17000)
libresolv.so.2 => /lib/libresolv.so.2 (0x40d4c000)
libutil.so.1 => /lib/libutil.so.1 (0x40d5d000)
libstdc++-libc6.1-2.so.3 => /usr/lib/libstdc++-libc6.1-2.so.3 
(0x40d6)
libqt.so.2 => /usr/lib/libqt.so.2 (0x40da6000)
libpng.so.2 => /usr/lib/libpng.so.2 (0x41254000)
libjpeg.so.62 => /usr/lib/libjpeg.so.62 (0x4128)
libSM.so.6 => /usr/X11R6/lib/libSM.so.6 (0x4129f000)
libICE.so.6 => /usr/X11R6/lib/libICE.so.6 (0x412a9000)
libXft.so.1 => /usr/X11R6/lib/libXft.so.1 (0x412bf000)
libmng.so.1 => /usr/lib/libmng.so.1 (0x412e8000)
libXrender.so.1 => /usr/X11R6/lib/libXrender.so.1 (0x4132b000)
libfreetype.so.6 => /usr/lib/libfreetype.so.6 (0x4133)
liblcms.so.1 => /usr/lib/liblcms.so.1 (0x4136

Bug#138822: Bad filename output

2002-03-17 Thread Seneca Cunningham
Package: playmidi
Version: 2.4-3

If a file with a long (> COLS - 53) name is next to a file with long
karaoke text in a playlist, when running playmidi -r, the last line of
karaoke text appears as the line under the filename.

diff -ur playmidi-2.4.orig/io_ncurses.c playmidi-2.4/io_ncurses.c
--- playmidi-2.4.orig/io_ncurses.c  Sat Mar 16 23:11:55 2002
+++ playmidi-2.4/io_ncurses.c   Sun Mar 17 18:59:14 2002
@@ -311,6 +311,8 @@
mvprintw(i + 2, 0, "Channel %2d  ³", i + 1);
tmp = strrchr(filename, '/');
strncpy(textbuf, (tmp == NULL ? filename : tmp + 1), COLS - 53);
+   if (strlen(textbuf) > COLS - 53)
+   textbuf[COLS - 53] = '\0';
attrset(A_BOLD);
mvaddstr(0, 53, textbuf);
mvaddch(1, 41, 'P');

textbuf is used for the output of karaoke text in addition to the
filename, but is not cleared after use. Originally, when the file has a
long name, '\0' is not appended to the end of the copied segment by
strncpy, so it is the null at the end of the old karaoke text that forms
the end of the "filename". The changes check the length of the
"filename", and if it's too long, it appends a null to where the end is
meant to be.

Kernel: 2.4.19-pre3
glibc:  2.2.5-3

libncurses5 version:5.2.20020112a-3
libxaw7 version:4.1.0-13
svgalibg1 version:  1.4.3-4
xlibs version:  4.1.0-13
debconf version:1.0.25

Seneca
[EMAIL PROTECTED]