Bug#366660: patch accepted

2006-06-20 Thread Bdale Garbee
tags 30 +pending
thanks

Patch is in my CVS for the next upload, coming shortly.

Bdale


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



Bug#374665: dwww is broken, running /usr/bin/dwww cause errors

2006-06-20 Thread Robert Luberda
Andrei Emeltchenko wrote:

Hi,

 
 new dwww package is broken. Where are new links to access?
 command line tool fails to access pages as well. No documentation in
 changelog!

Could you, please, be more specific? What errors does /usr/bin/dwww
cause?  What is your configuration (see /etc/dwww/dwww.conf,
/etc/dwww/apache.conf)?
What happens if you point your www brower to http://localhost/dwww/ or
http://localhost/cgi-bin/dwww?search=dwwwsearchtype=p  or
http://localhost/cgi-bin/dwww/usr/share/doc/dwww/changelog.gz ?


Best Regards,
robert



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



Bug#374715: irssi broken with DNS rotations

2006-06-20 Thread Peter Palfrader
Package: irssi
Version: 0.8.10
Severity: normal
Tags: patch

When connecting to a network by using a DNS hostname that has more than
one IP address (a rotation), irssi always picks the same host from
that rotation over multiple connects and reconnects.

The problem was thought to be fixed with r4077 When looking up IP
addresses, return random IP instead of the first one. but it turns out
the issue still exists.

|   /* if there are multiple addresses, return random one */
|   use_v4 = count_v4 = 1 ? 0 : rand() % count_v4;
|   use_v6 = count_v6 = 1 ? 0 : rand() % count_v6;

The problem is that irssi does never initialize the random number
generator, and that it appears to fork for DNS resolving.  Anyway, the
random number generator always is in the same (unitialized) state when
asked to pick a random entry from the table.

The enclosed patch fixes the issue by calling srand(time(NULL)) before
rand().  I realize that time(NULL) is not very random, but we don't need
good randomness and rand() wouldn't provide that anyway.

Cheers,
Peter
-- 
   |  .''`.  ** Debian GNU/Linux **
  Peter Palfrader  | : :' :  The  universal
 http://www.palfrader.org/ | `. `'  Operating System
   |   `-http://www.debian.org/
Index: src/core/network.c
===
--- src/core/network.c  (revision 4285)
+++ src/core/network.c  (working copy)
@@ -408,6 +408,7 @@
union sockaddr_union *so;
struct addrinfo hints, *ai, *ailist;
int ret, count_v4, count_v6, use_v4, use_v6;
+   static int rand_initialized = 0;
 #else
struct hostent *hp;
int count;
@@ -439,6 +440,10 @@
if (count_v4 == 0  count_v6 == 0)
return HOST_NOT_FOUND; /* shouldn't happen? */
 
+   if (!rand_initialized) {
+   rand_initialized = 1;
+   srand(time(NULL));
+   }
/* if there are multiple addresses, return random one */
use_v4 = count_v4 = 1 ? 0 : rand() % count_v4;
use_v6 = count_v6 = 1 ? 0 : rand() % count_v6;


Bug#310609: #310609: libfirebird2-super: firebird.msg is missing

2006-06-20 Thread Damyan Ivanov
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

tags 310609 -moreinfo +pending
thanks

I've decided to go on package split.

A new package, firebrid2-common, Arch: all, will contain firebird2.msg,
firebird.conf, aliases.conf, logrotate conf, and log purging suport.

All server and library packages will depend on it. This will
additionally satisfy libfbembed's need of aliases.conf, firebird.conf
and logfile.

Split should be ready within a week.


dam
- --
Damyan Ivanov   Modular Software Systems
[EMAIL PROTECTED]
phone +359(2)928-2611, 929-3993  fax +359(2)920-0994
mobile +359(88)856-6067 [EMAIL PROTECTED]/Gaim
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.3 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFEmFziHqjlqpcl9jsRAqo9AKCCIWb2p1L3XQhcanmozBcq1DbxtgCfRunm
t3rnFD95yj+KyDDxByQuh1U=
=uhgl
-END PGP SIGNATURE-


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



Bug#372564: kwalletmanager: Set the severity of this bug from important to grave

2006-06-20 Thread Tomas Pospisek

when I logged out I experienced the same hanging of the system described
by others, but in a very unlucky case I've had my reiserfs compromised
because my PC was unable to completely shutdown and poweroff itself and
I needed to push the power button.


Does this mean that it wasn't even possible to do a Ctrl-Alt-F1 to 
change into a console as root and issue shutdown -h now to cleanly 
shut down the system?


(I don't know how experienced with Linux you are, so here's my advice:
 never push the button if shutting down the system cleanly like shown
 above is possible)

*t

--

  Tomas Pospisek
  http://sourcepole.com -  Linux  Open Source Solutions



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



Bug#361365: Your xfce4-mixer bug

2006-06-20 Thread W. Borgert
On Tue, Jun 20, 2006 at 12:57:45PM +0200, Alexander Schmehl wrote:
 Wolfgang, could you please try to upgrade to the new packages and
 report, if you can still reproduce the bug with the 4.3x packages?

I cannot reproduce the problem with 4.3.90.1-2.

Cheers, WB



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



Bug#373594: installation-report: daily snapshot on compaq armada m700

2006-06-20 Thread Marc Haber
On Tue, Jun 20, 2006 at 08:19:10PM +0200, Frans Pop wrote:
 On Wed, 14 Jun 2006 15:13:26 +0200 Marc Haber wrote:
  Before starting the partitioner, system halts for like two minutes on a 
  blank blue screen with the floppy light on
 
 That must be during driver loading. Strange that it takes so long.
 That probably coincided with:
 Jun 14 12:12:59 kernel: end_request: I/O error, dev fd0, sector 0
 Jun 14 12:13:33 kernel: end_request: I/O error, dev fd0, sector 0
 Jun 14 12:13:35 main-menu[2115]: DEBUG: resolver (libtextwrap1): package 
 doesn't exist (ignored) 
 Jun 14 12:13:35 main-menu[2115]: INFO: Menu item 'partman-base' selected 
 Jun 14 12:13:36 kernel: JFS: nTxBlock = 4543, nTxLock = 36350
 Jun 14 12:13:36 kernel: SGI XFS with ACLs, security attributes, realtime, 
 large block numbers, no debug enabled
 Jun 14 12:13:36 kernel: SGI XFS Quota Management subsystem
 Jun 14 12:14:11 kernel: end_request: I/O error, dev fd0, sector 0
 Jun 14 12:14:45 kernel: end_request: I/O error, dev fd0, sector 0
 
 Not sure why this is, especially as you actually do have a floppy drive. 

No, the notebook does not have a floppy drive. It has a floppy LED
though.

Greetings
Marc


-- 
-
Marc Haber | I don't trust Computers. They | Mailadresse im Header
Mannheim, Germany  |  lose things.Winona Ryder | Fon: *49 621 72739834
Nordisch by Nature |  How to make an American Quilt | Fax: *49 621 72739835


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



Bug#374718: destar: New beta upstream release

2006-06-20 Thread Santiago Ruano Rincón
Package: destar
Version: 0.1.1-4
Severity: wishlist


The 0.2beta upstream version has been released.

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

Versions of packages destar depends on:
ii  asterisk1:1.2.7.1.dfsg-2 Open Source Private Branch Exchang
ii  python  2.3.5-5  An interactive high-level object-o
ii  python-medusa   0.5.4-2  Framework for implementing asynchr
ii  quixote11.2-3A highly Pythonic Web application 

Versions of packages destar recommends:
ii  python-pychart1.39-3 Python library for creating high q
ii  python-pysqlite2  2.2.2-1python interface to SQLite 3
ii  python-sqlite 1.0.1-2python interface to SQLite
ii  sqlite2.8.16-1   command line interface for SQLite


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



Bug#371135: [Pkg-cryptsetup-devel] Bug#371135: encrypted swap with variable key fails

2006-06-20 Thread Andrew Pimlott
On Tue, Jun 20, 2006 at 10:10:24PM +0200, Jonas Meurer wrote:
 On 20/06/2006 Andrew Pimlott wrote:
  I mean _if I explicitly promise so_, we should expect that.  So give me
  some configuration directive like LuksOnly that I can set.
 
 looks like overkill for me. users who use only luks don't need to
 specify that. 'cryptsetup isLuks' is run against every source device
 anyway, before invoking 'cryptsetup luksOpen'. so there should be no
 need for a LuksOnly option.

But as I understand, a randomly keyed partition can't be done with Luks
(or can it?).  So even for a user who uses Luks for all his permanent
partitions, there will still be the swap partition (or mabye a /tmp
partition) that cannot be identified.  If we had LuksOnly, we could be
confident that those partitions are disposible.

However it may still be overkill.  I would be happy enough if there were
a check for randomly keyed swap partitions that verifies that the source
device is 1) not a formatted, unencrypted volume and 2) not Luks.
That's still a good measure of safety.

Andrew


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



Bug#374717: file(1) prints incorrect xfsdump archive version on little-endian arch

2006-06-20 Thread Bill Kendall
Package: file
Version: 4.17-2
Severity: wishlist


xfsdump writes its headers in network byte order. file(1) currently
isn't taking this into account when printing the xfsdump archive
version number. Patch below fixes the problem.

*** /tmp/magic.diff
Index: file-4.17/magic/Magdir/xwindows
===
--- file-4.17.orig/magic/Magdir/xwindows2006-06-20 16:09:44.031268618 
-0500
+++ file-4.17/magic/Magdir/xwindows 2006-06-20 16:09:54.688085090 -0500
@@ -13,7 +13,7 @@
 
 # xfsdump archive
 0  string  xFSdump0xfsdump archive
-8 longx   (version %d)
+8 belong  x   (version %d)
 
 # Jaleo XFS files
 0  long395726  Jaleo XFS file


-- 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.14-2-686
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)

Versions of packages file depends on:
ii  libc6 2.3.6-7GNU C Library: Shared libraries
ii  libmagic1 4.17-2 File type determination library us
ii  zlib1g1:1.2.3-11 compression library - runtime

file recommends no packages.

-- no debconf information


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



Bug#338400: xmms does not play m3u playlists (reports broken pipe)

2006-06-20 Thread Bill Wohler
FWIW, XMMS plays m3u files just fine for me, whether entered in the
Play files dialog from the eject button, or by entering xmms foo.m3u
from the command line.

-- 
Bill Wohler [EMAIL PROTECTED]  http://www.newt.com/wohler/  GnuPG ID:610BD9AD


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



Bug#374716: rosegarden4 crashes if snd-seq-midi is not loaded

2006-06-20 Thread Ethan Glasser-Camp
Package: rosegarden
Version: 4-1.2.3

Hi,

If I run rosegardensequencer, it crashes immediately. If jackd is not
running, I get output like the following:

Rosegarden 4-1.2.3 - AlsaDriver - alsa-lib version 1.0.11

JackDriver::initialiseAudio - JACK server not running
ALSA lib seq_hw.c:457:(snd_seq_hw_open) open /dev/snd/seq failed: No
such file or directory
AlsaDriver::initialiseMidi - couldn't open sequencer - No such file or
directory
rosegardensequencer: seq.c:1055: snd_seq_poll_descriptors_count:
Assertion `seq' failed.
KCrash: Application 'rosegardensequencer' crashing...


If jackd is running, I get the following instead:

Rosegarden 4-1.2.3 - AlsaDriver - alsa-lib version 1.0.11

JackDriver::initialiseAudio - JACK sample rate = 44100Hz, buffer size
= 1024
JackDriver::initialiseAudio - creating disk thread
JackDriver::initialiseAudio - found 2 JACK physical outputs
JackDriver::initialiseAudio - connecting from rosegarden:master out
L to alsa_pcm:playback_1
JackDriver::initialiseAudio - connecting from rosegarden:master out
R to alsa_pcm:playback_2
JackDriver::initialiseAudio - found 2 JACK physical inputs
JackDriver::initialiseAudio - connecting from alsa_pcm:capture_1 to
rosegarden:record in 1 L
JackDriver::initialiseAudio - connecting from alsa_pcm:capture_2 to
rosegarden:record in 1 R
JackDriver::initialiseAudio - initialised JACK audio subsystem
ALSA lib seq_hw.c:457:(snd_seq_hw_open) open /dev/snd/seq failed: No
such file or directory
AlsaDriver::initialiseMidi - couldn't open sequencer - No such file or
directory
rosegardensequencer: seq.c:1055: snd_seq_poll_descriptors_count:
Assertion `seq' failed.
KCrash: Application 'rosegardensequencer' crashing...
zombified - calling shutdown handler


The crashes go away if I modprobe snd-seq-midi before running
rosegardensequencer.

Ethan



signature.asc
Description: OpenPGP digital signature


Bug#371135: [Pkg-cryptsetup-devel] Bug#371135: encrypted swap with variable key fails

2006-06-20 Thread Jonas Meurer
On 20/06/2006 Andrew Pimlott wrote:
 On Tue, Jun 20, 2006 at 10:10:24PM +0200, Jonas Meurer wrote:
  On 20/06/2006 Andrew Pimlott wrote:
   I mean _if I explicitly promise so_, we should expect that.  So give me
   some configuration directive like LuksOnly that I can set.
  
  looks like overkill for me. users who use only luks don't need to
  specify that. 'cryptsetup isLuks' is run against every source device
  anyway, before invoking 'cryptsetup luksOpen'. so there should be no
  need for a LuksOnly option.
 
 But as I understand, a randomly keyed partition can't be done with Luks
 (or can it?).  So even for a user who uses Luks for all his permanent
 partitions, there will still be the swap partition (or mabye a /tmp
 partition) that cannot be identified.  If we had LuksOnly, we could be
 confident that those partitions are disposible.

first, LUKS devices with random key are possible, you just need to store
the random key after luksFormat, to reuse it for luksOpen. afterwards
you can shred/wipe the key.

 However it may still be overkill.  I would be happy enough if there were
 a check for randomly keyed swap partitions that verifies that the source
 device is 1) not a formatted, unencrypted volume and 2) not Luks.
 That's still a good measure of safety.

yes, that's exactly what i suggested as well. in my opinion, up to now all
other proposed checks are compromises which have disadvantages as well.

and everybody is free to add his/her own (pre)checks to encrypted partitions.

...
 jonas


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



Bug#374723: sysfence: FTBFS: bashisms

2006-06-20 Thread Julien Danjou
Package: sysfence
Version: 0.14-1
Severity: important

Hello,

There was a problem while autobuilding your package:

 Automatic build of sysfence_0.14-1 on avidan by sbuild/i386 0.47
 Build started at 20060620-2358
 **
...
 gcc -Wall -O2  -o sysfence conditions.o getstats.o mainloop.o cp2memory.o 
 datastruct.o sysfence.o parseopt/{confread,lex,parse}.o 
 sys/{exit,xalloc,log,communication,sighandlers,processtitle,users}.o
 gcc: parseopt/{confread,lex,parse}.o: No such file or directory
 gcc: sys/{exit,xalloc,log,communication,sighandlers,processtitle,users}.o: No 
 such file or directory
 make[1]: *** [sysfence] Error 1
 make[1]: Leaving directory `/build/buildd/sysfence-0.14'
 make: *** [build-stamp] Error 2
 **
 Build finished at 20060620-2358
 FAILED [dpkg-buildpackage died]

-- 
Julien Danjou
.''`.  Debian Developer
: :' : http://julien.danjou.info
`. `'  http://people.debian.org/~acid
  `-   9A0D 5FD9 EB42 22F6 8974  C95C A462 B51E C2FE E5CD


signature.asc
Description: Digital signature


Bug#374602: pdsh: Should default to ssh

2006-06-20 Thread Brian Pellin
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Josselin Mouette wrote:
 No one sane uses rsh on production environments nowadays. Please make 
 ssh the default module. 

I disagree with your point here.  I know of at least of couple
organizations who make use of pdsh using rsh.  Clearly, using rsh
carries security implications.  However, that doesn't mean that there is
no sane way to use it.  I have seen pdsh used via rsh on clusters that
are only available to a small group of users.  The security is handled
by only allowing certain users to issue remote commands.  In this case,
it makes more sense to use rsh, because the overhead for sending an rsh
command is much lower than sending a command via ssh.

I also am uncomfortable with making ssh the default module out of the
box, because upgrading would break any users who are currently using
pdsh via the rsh rcmd module.

 I thought it was only an important bug, but I'm making it RC, as policy 
 9.9 says a program MUST NOT depend on environment variables to get 
 reasonable defaults. (I'm sure Steve will downgrade it if the release 
 team thinks it's not critical enough :)

For the reasons I mentioned above, I believe the rsh is a reasonable
default.  So, this policy does not apply.  I believe that this bug is
not RC, and I think that important is probably too strong, because I
don't think this has a strong impact on pdsh's usability.  It is merely
inconvenient.  I would classify this bug as either normal or wishlist.

 At the very least, there should be a
 configuration file to set this without using an environment variable.

I agree with you.  I'm willing to look into adding a configuration to
specify the default rcmd module.  I should note that the latest version
of pdsh (2.10) has some additional methods of choosing the rcmd module,
and I plan on uploading the new version soon.  One of the methods allows
you to specify target host defaults in the genders database.  However,
it still does not provide a way to alter the default for unspecified hosts.

 On a side note, /usr/lib/pdsh contains .a and .la files, which should be 
 removed because they aren't used at all.

I'll file this under a separate bug.

- -Brian
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.3 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFEmHFwdeHB6XEPaOIRAqKBAJ4tMKtnpSPzxLy2W+ikIQ/3WhK/UgCeJNwc
uvRxesGf9ApSn2l4zFZiY/4=
=KqVJ
-END PGP SIGNATURE-


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



Bug#374722: pdsh: contains unnecessary files in /usr/lib/pdsh

2006-06-20 Thread Brian Pellin
Package: pdsh
Version: 2.8.1-1-1
Severity: minor

pdsh is shipped with unnecessary and unused files in /usr/lib/pdsh


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

Versions of packages pdsh depends on:
ii  debconf [debconf-2.0] 1.5.2  Debian configuration management sy
ii  genders   1.4-1-1cluster configuration managment da
ii  libc6 2.3.6-15   GNU C Library: Shared libraries
ii  libgenders0   1.4-1-1C library for parsing and querying
ii  openssh-client [rsh-client]   1:4.3p2-2  Secure shell client, an rlogin/rsh
ii  perl  5.8.8-6Larry Wall's Practical Extraction 
ii  ssh   1:4.3p2-2  Secure shell client and server (tr

pdsh recommends no packages.

-- debconf information excluded


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



Bug#374288: shishi: FTBFS: Conflicting build dependencies.

2006-06-20 Thread Simon Josefsson
Kurt Roeckx [EMAIL PROTECTED] writes:

 On Tue, Jun 20, 2006 at 01:54:56PM +0200, Simon Josefsson wrote:
 Steve Langasek [EMAIL PROTECTED] writes:
 
 Thanks for the input.  Judging from some of the build logs:
 
 http://buildd.debian.org/fetch.php?pkg=shishiver=0.0.26-1arch=s390stamp=1150659548file=logas=raw
 http://buildd.debian.org/fetch.php?pkg=shishiver=0.0.26-1arch=amd64stamp=1150630076file=logas=raw
 
 It seems like some buildds doesn't have libtasn1-3 at all, but
 presumably has libtasn1-2.

 No, it's because you have conflicting build dependencies, and
 seeing the buildd log is actually the reason I filed the bug in
 the first place.

Ah, you are right.  In that case, it seems that none of the other
buildds have the new gnutls-dev package, since only the above two
platforms triggered the problem.  But maybe that is normal.

/Simon


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



Bug#359281: forwarded already

2006-06-20 Thread Martin Michlmayr
forwarded 359281 http://gcc.gnu.org/PR26415
tags 359281 + upstream
thanks

It seems that doko has forwarded a value out of range error already,
but without a testcase.  I'll attach some testcases.

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


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



Bug#374721: toshset: FTBFS: plenty of gcc errors

2006-06-20 Thread Julien Danjou
Package: toshset
Version: 1.71-1
Severity: serious

Hello,

There was a problem while autobuilding your package:

 Automatic build of toshset_1.71-1 on avidan by sbuild/i386 0.47
 Build started at 20060621-0006
 **
...
 g++ -g -march=i386 -Wall -DLINUX  -I.. -DUSE_KERNEL_INTERFACE -DCPLUSPLUS \
   -DVERSION=\1.71\ -DBINDIR=\/usr/bin\ -c ../cdsMath.cc
 g++ -g -s -g -o toshset sci.o hci.o wildmat.o kernelInterface.o direct.o 
 toshset.o cdsList.o cdsString.o toshibaIDs.o cdsSStream.o cdsMath.o 
 make[2]: Leaving directory 
 `/build/buildd/toshset-1.71/bin.Linux_2.6.16-xeni686'
 cd bin.Linux_2.6.16-xeni686; /usr/bin/make -f ../Makefile ARCHDEP=TRUE all
 make[2]: Entering directory 
 `/build/buildd/toshset-1.71/bin.Linux_2.6.16-xeni686'
 make[2]: Nothing to be done for `all'.
 make[2]: Leaving directory 
 `/build/buildd/toshset-1.71/bin.Linux_2.6.16-xeni686'
 make[1]: Leaving directory `/build/buildd/toshset-1.71'
 cd toshsat1800-irdasetup-0.2; /usr/bin/make
 make[1]: Entering directory 
 `/build/buildd/toshset-1.71/toshsat1800-irdasetup-0.2'
 gcc -g -O2 -o toshsat1800-irdasetup toshsat1800-irdasetup.c -lpci
 toshsat1800-irdasetup.c:71: error: expected specifier-qualifier-list before 
 'byte'
 toshsat1800-irdasetup.c:77: warning: excess elements in struct initializer
 toshsat1800-irdasetup.c:77: warning: (near initialization for 
 'ali1533_ports[0]')
 toshsat1800-irdasetup.c:77: warning: excess elements in struct initializer
 toshsat1800-irdasetup.c:77: warning: (near initialization for 
 'ali1533_ports[0]')
 toshsat1800-irdasetup.c:78: warning: excess elements in struct initializer
 toshsat1800-irdasetup.c:78: warning: (near initialization for 
 'ali1533_ports[1]')
 toshsat1800-irdasetup.c:78: warning: excess elements in struct initializer
 toshsat1800-irdasetup.c:78: warning: (near initialization for 
 'ali1533_ports[1]')
 toshsat1800-irdasetup.c:80: warning: excess elements in struct initializer
 toshsat1800-irdasetup.c:80: warning: (near initialization for 
 'ali1533_ports[2]')
 toshsat1800-irdasetup.c:80: warning: excess elements in struct initializer
 toshsat1800-irdasetup.c:80: warning: (near initialization for 
 'ali1533_ports[2]')
 toshsat1800-irdasetup.c:81: warning: excess elements in struct initializer
 toshsat1800-irdasetup.c:81: warning: (near initialization for 
 'ali1533_ports[3]')
 toshsat1800-irdasetup.c:81: warning: excess elements in struct initializer
 toshsat1800-irdasetup.c:81: warning: (near initialization for 
 'ali1533_ports[3]')
 toshsat1800-irdasetup.c:82: warning: excess elements in struct initializer
 toshsat1800-irdasetup.c:82: warning: (near initialization for 
 'ali1533_ports[4]')
 toshsat1800-irdasetup.c:82: warning: excess elements in struct initializer
 toshsat1800-irdasetup.c:82: warning: (near initialization for 
 'ali1533_ports[4]')
 toshsat1800-irdasetup.c:104: warning: excess elements in struct initializer
 toshsat1800-irdasetup.c:104: warning: (near initialization for 
 'ali1533_ports[5]')
 toshsat1800-irdasetup.c:104: warning: excess elements in struct initializer
 toshsat1800-irdasetup.c:104: warning: (near initialization for 
 'ali1533_ports[5]')
 toshsat1800-irdasetup.c:119: error: expected specifier-qualifier-list before 
 'byte'
 toshsat1800-irdasetup.c:125: warning: excess elements in struct initializer
 toshsat1800-irdasetup.c:125: warning: (near initialization for 'smc_chips[0]')
 toshsat1800-irdasetup.c:125: warning: excess elements in struct initializer
 toshsat1800-irdasetup.c:125: warning: (near initialization for 'smc_chips[0]')
 toshsat1800-irdasetup.c:126: warning: excess elements in struct initializer
 toshsat1800-irdasetup.c:126: warning: (near initialization for 'smc_chips[1]')
 toshsat1800-irdasetup.c:126: warning: excess elements in struct initializer
 toshsat1800-irdasetup.c:126: warning: (near initialization for 'smc_chips[1]')
 toshsat1800-irdasetup.c: In function 'find_ali1533_port_access_info':
 toshsat1800-irdasetup.c:265: warning: incompatible implicit declaration of 
 built-in function 'memcpy'
 toshsat1800-irdasetup.c: In function 'print_ali1533_port_status':
 toshsat1800-irdasetup.c:278: error: 'byte' undeclared (first use in this 
 function)
 toshsat1800-irdasetup.c:278: error: (Each undeclared identifier is reported 
 only once
 toshsat1800-irdasetup.c:278: error: for each function it appears in.)
 toshsat1800-irdasetup.c:278: error: expected ';' before 'onebyte'
 toshsat1800-irdasetup.c:288: error: 'onebyte' undeclared (first use in this 
 function)
 toshsat1800-irdasetup.c:288: error: 'struct port_decoding_access_info' has no 
 member named 'reg'
 toshsat1800-irdasetup.c:289: error: 'struct port_decoding_access_info' has no 
 member named 'or_mask'
 toshsat1800-irdasetup.c: In function 'set_ali1533_port':
 toshsat1800-irdasetup.c:305: error: 'byte' undeclared (first use in this 
 function)
 toshsat1800-irdasetup.c:305: error: expected ';' before 

Bug#373089: problems

2006-06-20 Thread Frank S. Thomas
On Tuesday 20 June 2006 23:05, Robert Millan wrote:
   Can't setup pointer to .so shared memory
 hadcm3trans_5.08_i686-pc-linux-gnu: undefined symbol: setupSharedMem! Can't
 setup pointer to .so graphics cleanup hadcm3trans_5.08_i686-pc-linux-gnu:
 undefined symbol: graphics_thread_cleanup

 This looks like a server-side issue.  Googling around you can find other
 reports of people having the same problem (and no reference to an existant
 library providing these symbols).

Ok, so this isn't a showstopper for a sarge backport. Good.

Grüße,
Frank
-- 
Die Garde stirbt, aber sie ergibt sich nicht!


pgpeNPmHctfYb.pgp
Description: PGP signature


Bug#374288: shishi: FTBFS: Conflicting build dependencies.

2006-06-20 Thread Kurt Roeckx
On Tue, Jun 20, 2006 at 11:58:30PM +0200, Simon Josefsson wrote:
  No, it's because you have conflicting build dependencies, and
  seeing the buildd log is actually the reason I filed the bug in
  the first place.
 
 Ah, you are right.  In that case, it seems that none of the other
 buildds have the new gnutls-dev package, since only the above two
 platforms triggered the problem.  But maybe that is normal.

Those 2 were probably just faster in uploading that version then
the other arches, and they should all have it now.


Kurt



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



Bug#374486: genders: FTBFS: bashisms in debian/rules

2006-06-20 Thread Brian Pellin
Julien Danjou wrote:
 There was a problem while autobuilding your package:
 
 Automatic build of genders_1.3-4-1 on avidan by sbuild/i386 0.47
 Build started at 20060619-1831
 **
 ...
 dh_fixperms
 chmod 644 
 /build/buildd/genders-1.3-4/debian/libgenders-perl/usr/share/perl5/{gendlib.pl,hostlist.pl}
 chmod: cannot access 
 `/build/buildd/genders-1.3-4/debian/libgenders-perl/usr/share/perl5/{gendlib.pl,hostlist.pl}':
  No such file or directory
 make: *** [binary-common] Error 1
 **
 Build finished at 20060619-1834
 FAILED [dpkg-buildpackage died]
 --
 

I've removed the bashism, and I'll be uploading a fixed version shortly.

-Brian


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



Bug#374720: [g-i] please strip arabic/farsi glyphs from the udeb

2006-06-20 Thread Davide Viti
Package: ttf-dejavu
Version: 2.7-1
Tags: d-i, patch

both nazli and dejavu provide Arabic / Farsi glyphs, but dejavu
ones, being dejavu used as default font, are used.
In order to use nazli for displaying Arabic / Farsi, such glyphs
need to stripped out from ttf files.
The attached patch strips such glyphs plus sets of other unused glyphs,
making the udeb much smaller:

* unstripped *
440236 Jun 20 23:17 generated/DejaVuSans-Bold.ttf
406092 Jun 20 23:17 generated/DejaVuSans-Oblique.ttf
463320 Jun 20 23:17 generated/DejaVuSans.ttf

* stripped *
180864 Jun 20 23:17 DejaVuSans-Bold.ttf
181644 Jun 20 23:17 DejaVuSans-Oblique.ttf
195320 Jun 20 23:17 DejaVuSans.ttf

stripping was very much inspired from the way it's done for ttf-freefont 
package.

regards,
Davide

PS: dejavu support for Arabic / Farsi is quite young; OTOH we ad positive 
feedback
for nazli fonts.
diff -ruN ttf-dejavu-2.7/debian/changelog ttf-dejavu-2.7_new/debian/changelog
--- ttf-dejavu-2.7/debian/changelog 2006-06-20 22:24:57.0 +0200
+++ ttf-dejavu-2.7_new/debian/changelog 2006-06-20 22:17:44.0 +0200
@@ -1,3 +1,9 @@
+ttf-dejavu (2.7-2) unstable; urgency=low
+
+  * Support for stripping unnecessary glyphs from the udeb
+
+ -- Davide Viti [EMAIL PROTECTED]  Tue, 20 Jun 2006 22:16:26 +0200
+
 ttf-dejavu (2.7-1) unstable; urgency=low
 
   * New upstream version available
diff -ruN ttf-dejavu-2.7/debian/rules ttf-dejavu-2.7_new/debian/rules
--- ttf-dejavu-2.7/debian/rules 2006-06-20 22:24:57.0 +0200
+++ ttf-dejavu-2.7_new/debian/rules 2006-06-20 23:17:19.0 +0200
@@ -6,6 +6,9 @@
dh_testdir
dh_testroot
dh_clean
+   rm -fr TTF-stripped/
+   chmod u-x debian/scripts/strip_glyphs.pe
+   chmod u-x debian/scripts/stripfonts.sh
rm -rf generated/
rm -f debian/files
 
@@ -15,6 +18,9 @@
dh_clean -k 
dh_installdirs
sh generate.sh
+   chmod u+x debian/scripts/strip_glyphs.pe
+   chmod u+x debian/scripts/stripfonts.sh
+   debian/scripts/stripfonts.sh
dh_install --sourcedir=generated
 
 
diff -ruN ttf-dejavu-2.7/debian/scripts/README.strip_glyphs 
ttf-dejavu-2.7_new/debian/scripts/README.strip_glyphs
--- ttf-dejavu-2.7/debian/scripts/README.strip_glyphs   1970-01-01 
01:00:00.0 +0100
+++ ttf-dejavu-2.7_new/debian/scripts/README.strip_glyphs   2006-06-20 
22:18:08.0 +0200
@@ -0,0 +1,18 @@
+strip_glyphs.pe is a fontforge script (syntax is documented at
+http://fontforge.sourceforge.net/scripting.html)
+
+Usage: strip_glyphs.pe in out glyphs
+
+It strips glyphs out of a font file; glyphs can be ranges
+or single code points.
+Code points can be expressed as integers or in unicode notation (i.e
+u215) and ranges are separated by :.
+
+As a practical example, this commands were used to eliminate
+Arabic glyphs from the freefont package:
+
+./strip_glyphs.pe FreeSerif.ttf FreeSerif_strip.ttf u60c:u6d4 ufb50:ufefe
+./strip_glyphs.pe FreeSansBold.ttf FreeSansBold_strip.ttf u617:u633
+
+Note that in and out can be the same file; in that case, obviously,
+in gets overwritten.
diff -ruN ttf-dejavu-2.7/debian/scripts/dejavu-strip 
ttf-dejavu-2.7_new/debian/scripts/dejavu-strip
--- ttf-dejavu-2.7/debian/scripts/dejavu-strip  1970-01-01 01:00:00.0 
+0100
+++ ttf-dejavu-2.7_new/debian/scripts/dejavu-strip  2006-06-20 
22:18:08.0 +0200
@@ -0,0 +1,44 @@
+#! /bin/bash
+
+exepath=$(dirname $0)
+strip=$exepath/strip_glyphs.pe
+
+if [ $# -ne 2 ] ; then
+   echo Usage: $(basename $0) fontfile_in fontfile_out
+   exit 0
+fi
+
+if [ ! -x $strip ] ; then
+   echo Script not found: $strip
+   exit 1
+fi
+
+if [ ! -f $1 ] ; then
+   echo File does not exist: $1
+   exit 1
+fi
+if [ -z $2 ] ; then
+   echo You need to specify the output file
+   exit 1
+fi
+
+ranges=
+ranges=$ranges u0530:u058F # Armenian
+ranges=$ranges u0600:u06FF # Arabic
+ranges=$ranges u0700:u074F # Syriac
+ranges=$ranges u1D00:u1DBF # Phonetic Extensions
+ranges=$ranges u2070:u209f # Superscripts and Subscripts
+ranges=$ranges u20a0:u20cf # Currency Symbols
+ranges=$ranges u2150:u218f # Number Forms
+ranges=$ranges u2190:u21ff # Arrows
+ranges=$ranges u2200:u24FF # Mathematical, Techical, Control, OCR
+ranges=$ranges u2580:u25FF # Block elements, Geometric Shapes
+ranges=$ranges u2600:u26FF # Miscellaneous Symbols
+ranges=$ranges u2700:u27EF # Dingbats, Miscellaneous Mathematical Symbols-A
+ranges=$ranges u2800:u28FF # Braille Patterns
+ranges=$ranges u2900:u2BFF # Suppl. Arrows-B, Misc Math Symbols-B, Suppl 
Math Ops, Misc Symbols and Arrows
+ranges=$ranges u3000:u30FF # CJK Symbols and Punctuation
+ranges=$ranges uFB50:uFBFF # Arabic Presentation Forms-A
+ranges=$ranges uFE70:uFEFF # Arabic Presentation Forms-B
+
+$strip $1 $2 $ranges
diff -ruN ttf-dejavu-2.7/debian/scripts/strip_glyphs.pe 
ttf-dejavu-2.7_new/debian/scripts/strip_glyphs.pe
--- ttf-dejavu-2.7/debian/scripts/strip_glyphs.pe   1970-01-01 

Bug#374682: [EMAIL PROTECTED]: Log for failed build of lcd4linux_0.10.0+cvs20051015-3 (dist=unstable)]

2006-06-20 Thread Michael Reinelt


Julien Danjou wrote:
 Full buildd log at your request :)
Thanks!

Here are my comments:

[...]
 CFLAGS=-Wall -g -O2 -Wl,-z,defs ./configure --host=i486-linux-gnu 
 --build=i486-linux-gnu --prefix=/usr --mandir=\${prefix}/share/man 
 --infodir=\${prefix}/share/info --bindir=/usr/sbin --with-x --with-python
 checking for X... libraries , headers in standard search path
 checking X11/Xlib.h usability... yes
 checking X11/Xlib.h presence... yes
 checking for X11/Xlib.h... yes
 checking X11/Xutil.h usability... yes
 checking X11/Xutil.h presence... yes
 checking for X11/Xutil.h... yes

here it finds X11...

 checking if python support is wanted... yes
 ./configure: line 6001: PYTHON__DEVEL: command not found
oh no... not this again :-(
but this should not influence your bug.

 /bin/bash ./config.status --recheck
 running /bin/bash ./configure  --host=i486-linux-gnu --build=i486-linux-gnu 
 --prefix=/usr --mandir=${prefix}/share/man --infodir=${prefix}/share/info 
 --bindir=/usr/sbin --with-x --with-python CFLAGS=-Wall -g -O2 -Wl,-z,defs 
 build_alias=i486-linux-gnu host_alias=i486-linux-gnu  --no-create 
 --no-recursion
don't know why it's reconfiguring itself, but so shall it be...

 checking for X... no

Huh? X is here, X is not here


Looks like there's a bug with the autoconf/automake stuff. This has gone
through heavy changes in the past. Norbert told me that you're using an
old CVS snapshot. Hmmm

When I look into my current configure.in, I find the following:

# Checks for X11
AC_PATH_XTRA
# double-check for X11
if test $no_x != yes; then
   AC_CHECK_HEADERS(X11/Xlib.h X11/Xutil.h, [no_x=$no_x], [no_x=yes])
   if test $no_x = yes; then
  AC_MSG_WARN([configure thinks X11 is available while it is *not*])
  AC_MSG_WARN([maybe someone wants to fix autoconf's AC PATH XTRA])
   fi
fi

this double-check has been added on 2005-06-10. There *is* something
wrong with these X11 checks from autoconf.



But I'm facing a similar problem here, up-to-date debian unstable with
libx11-dev 1.0.0-6, and configure does not find X11.

I'm using the AC_PATH_XTRA autoconf macro. Maybe this does not work
correctly with Xorg?


btw, lcd4linux uses autoconf-1.4, which is quite old. Is there a
debian-recommended autoconf version I should fiddle with?


Norbert, are you listening? How should we proceed?


TIA, Michael

-- 
Michael Reinelt [EMAIL PROTECTED]
http://home.pages.at/reinelt
GPG-Key 0xDF13BA50
ICQ #288386781


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



Bug#374705: reassign

2006-06-20 Thread Stephen Gran
reassign 374705 passwd
khtxbye

Hey all,

Can you take a look at this bug?  I see there have been recent changes
in how useradd handles the mailspool, and I suspect that it is
responsible for what is being seen here.  The bug was originally filed
against adduser, but adduser does not itself touch the mailspool, so I
believe the bug is in useradd (adduser does call useradd to create the
account).

Thanks,
-- 
 -
|   ,''`.Stephen Gran |
|  : :' :[EMAIL PROTECTED] |
|  `. `'Debian user, admin, and developer |
|`- http://www.debian.org |
 -


signature.asc
Description: Digital signature


Bug#374705: adduser: creates incorrect mail spool files during new installation

2006-06-20 Thread Stephen Gran
This one time, at band camp, Frans Pop said:
 After a new installation using Debian Installer, there are wrong mail 
 files for several (system) users that are created during the 
 installation:

[snip]

This one time, at band camp, Joey Hess said:
 I installed the desktop task on this laptop, then switched it to postfix
 and installed a few other packages like nstxcd that also create users on
 install. The result:

[snip]

I think the bug is in shadow, as there have been changes in this area
recently:

shadow (1:4.0.15-10) unstable; urgency=high

  + check the return value of fchown before fchmod when the mailbox is
created by useradd
  + The patch also uses login.defs::MAIL_DIR instead of /var/mail.

 -- Christian Perrier [EMAIL PROTECTED]  Thu, 18 May 2006 01:44:56 -0500

adduser doesn't touch the mail spool when adding users.  I am not
reassigning yet, as I am not positive.  Can you test with an earlier
useradd and let me know if the bug is indeed there?

 I suspect that the BOGUS.joey.CY8W is from postfix moving the wrong
 owner and permissions joey file out of the way when delivering mail
 later.

I suspect it's procmail, but yes.  It's an MDA thing, and a feature at
that.

Thanks,
-- 
 -
|   ,''`.Stephen Gran |
|  : :' :[EMAIL PROTECTED] |
|  `. `'Debian user, admin, and developer |
|`- http://www.debian.org |
 -


signature.asc
Description: Digital signature


Bug#373594: installation-report: daily snapshot on compaq armada m700

2006-06-20 Thread Frans Pop
On Tuesday 20 June 2006 23:32, Marc Haber wrote:
 No, the notebook does not have a floppy drive. It has a floppy LED
 though.

Huh? Then how the hell does the kernel manage to make the floppy light 
light up? I suspect that your hardware does support a floppy device to 
some extend and that that confuses the kernel, causing it to retry and 
thus the delay.

Probably the laptop supports a floppy unit in the cdrom/2nd_battery bay?

I'd say this is a kernel bug. Anyway, something we cannot solve in the 
installer so if you want to follow up on this, I suggest you do so 
separately (probably with upstream kernel people).


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



Bug#374715: already fixed in svn

2006-06-20 Thread Wouter Coekaerts
Hi,

Thanks for the report and patch, but this bug has already been fixed (by 
doing srand) in svn in revision 4263 (and 4264).

Wouter.


pgp4Lvx0tnDT4.pgp
Description: PGP signature


Bug#374510: brazilian-conjugate: error messages in UTF-8 locale

2006-06-20 Thread Jakson A. Aquino
On Tue, Jun 20, 2006 at 10:36:33PM +0200, Rafael Laboissiere wrote:
 * Jakson A. Aquino [EMAIL PROTECTED] [2006-06-20 17:06]:
 
  On Tue, Jun 20, 2006 at 08:18:52PM +0200, Rafael Laboissiere wrote:
   I am now about to do the following for the package brazilian-conjugate:
   
 * Install the original conjuge script into /usr/bin/conjugue-ISO-8859-1.
 * Create /usr/bin/conjugue-UTF-8 with the recode command as you
   suggested.
 * Create the appropriate /usr/lib/brazilian-conjugate/verbos-char-enc
   files and change the content fo /usr/bin/conjugue-char-enc
   accordingly.
 * Create a simple wrapper script /usr/bin/conjugue that would call the
   appropriate /usr/bin/conjugue-char-enc according to the current
   locale, something like the following:
 
   [...]
 
  I tested and it worked. I had only to change line 1810 of conjugue-*
  to fix the name of the verbos-* files.
 
 This is in my third point above, but not very explicitely written.

Sorry, I missed the point.

 
  But it doesn't work if I simply export my locale as:
  
$ export LC_ALL=pt_BR
$ export LANG=pt_BR
  
  I configured my system to have en_US.UTF-8 as default locale and added
  pt_BR.UTF-8 and pt_BR.ISO-8859-1 as other available locales. I think
  that when I don't specify the charset encoding it defaults to UTF-8,
  and not to ISO-8859-1, as assumed by the wrapper script. One possible
  solution would be do not assume any default charset and make the
  script exit if the encoding wasn't found in the locale string. In this
  case, the output wold be a help message (in Portuguese and English)
  teaching how to make an unambiguous specification of the locale. This
  is just a suggestion. It certainly would be better if the script could
  always discover what's the correct encoding.
 
 I will try to discover whether it is possible to discover the correct
 encoding.  How can it be that in your system pt_BR defaults to
 pt_BR.UTF-8?

I configured my .bashrc and restarted the session four times exporting
the following values to LANG and LANGUAGE:

  VALUE  RESULT
  pt_BR  The lines of error
  pt_BR.ISO-8859-1   The lines of error
  pt_BR.UTF-8OK
  (nothing)  OK

I manually configured my system to UTF-8, and I'm not a expert in this
issue. Probably I put something in a configuration file that isn't
standard in Linux systems configured to UTF-8, but I don't know what I
did wrong/different. Anyway, your correction to conjugue is working
fine here as long as I either set my locale to *.UTF-8 or do not set
it.

Best regards,

Jakson


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



Bug#374719: notification window should be resizeable

2006-06-20 Thread Elmar Hoffmann
Package: smart-notifier
Version: 0.25-1
Severity: wishlist

The notification window should be resizeable so that one can enlarge
it to read the smartd message without having to scroll it
(esp. horizontally).
Ideally the window would also be resized horizontally to a width that
fits the message when unhiding the message using the expander.

elmar

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

Versions of packages smart-notifier depends on:
ii  python2.4 2.4.3-3An interactive high-level object-o
ii  python2.4-dbus0.61-5 simple interprocess messaging syst
ii  python2.4-glade2  2.8.2-3GTK+ bindings: Glade support
ii  python2.4-gtk22.8.2-3Python bindings for the GTK+ widge
ii  smartmontools 5.36-6 control and monitor storage system

smart-notifier recommends no packages.

-- no debconf information

-- 

 .'`./\
| :' :   Elmar Hoffmann [EMAIL PROTECTED]ASCII Ribbon Campaign  \ /
`. `'PGP key available via pgp.netagainst HTML email   X
  `- vCards  / \


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



Bug#374729: unicon: FTBFS: bashisms

2006-06-20 Thread Julien Danjou
Package: unicon
Version: 3.0.4-9.2
Severity: important

Hello,

There was a problem while autobuilding your package:

 Automatic build of unicon_3.0.4-9.2 on avidan by sbuild/i386 0.47
 Build started at 20060621-0034
 **
...
 mkdir -p 
 /build/buildd/unicon-3.0.4/debian/unicon-imc2/usr/lib/unicon/modules/turbo/dict/{gb,gbk,big5}
 cp -f tl_sysphrase.*.bin 
 /build/buildd/unicon-3.0.4/debian/unicon-imc2/usr/lib/unicon/modules/turbo
 cp -f gb/*.tab 
 /build/buildd/unicon-3.0.4/debian/unicon-imc2/usr/lib/unicon/modules/turbo/dict/gb
 cp: target 
 `/build/buildd/unicon-3.0.4/debian/unicon-imc2/usr/lib/unicon/modules/turbo/dict/gb'
  is not a directory
 make[3]: *** [data-install] Error 1
 make[3]: Leaving directory 
 `/build/buildd/unicon-3.0.4/unicon/ImmModules/turbo'
 make[2]: *** [data-install] Error 2
 make[2]: Leaving directory `/build/buildd/unicon-3.0.4/unicon'
 make[1]: *** [data-install] Error 2
 make[1]: Leaving directory `/build/buildd/unicon-3.0.4'
 make: *** [install] Error 2
 **
 Build finished at 20060621-0036
 FAILED [dpkg-buildpackage died]
 --

-- 
Julien Danjou
.''`.  Debian Developer
: :' : http://julien.danjou.info
`. `'  http://people.debian.org/~acid
  `-   9A0D 5FD9 EB42 22F6 8974  C95C A462 B51E C2FE E5CD


signature.asc
Description: Digital signature


Bug#374725: twin: FTBFS: X/gtk not found

2006-06-20 Thread Julien Danjou
Package: twin
Version: 0.5.1-3
Severity: serious

Hello,

There was a problem while autobuilding your package:

 Automatic build of twin_0.5.1-3 on avidan by sbuild/i386 0.47
 Build started at 20060621-0028
 **
 Checking available source versions...
 Fetching source files...
 Reading package lists...
 Building dependency tree...
 Need to get 1352kB of source archives.
 Get:1 http://ftp.fr.debian.org sid/main twin 0.5.1-3 (dsc) [751B]
 Get:2 http://ftp.fr.debian.org sid/main twin 0.5.1-3 (tar) [1341kB]
 Get:3 http://ftp.fr.debian.org sid/main twin 0.5.1-3 (diff) [9890B]
 Fetched 1352kB in 3s (377kB/s)
 Download complete and in download only mode
 ** Using build dependencies supplied by package:
 Build-Depends: debhelper ( 4.0.0), libgpmg1-dev, libncurses5-dev, 
 libx11-dev, libxpm-dev, x-dev, zlib1g-dev, m4, dpatch
 Checking for already installed source dependencies...
 debhelper: missing
 libgpmg1-dev: missing
 libncurses5-dev: missing
 libx11-dev: missing
 libxpm-dev: missing
 x-dev: missing
 zlib1g-dev: missing
 m4: missing
 dpatch: missing
 Checking for source dependency conflicts...
 Reading package lists...
 Building dependency tree...
 The following extra packages will be installed:
   file gettext html2text intltool-debian libmagic1 libx11-6 libx11-data
   libxau-dev libxau6 libxdmcp-dev libxdmcp6 libxext-dev libxext6 libxpm4
   po-debconf x11-common x11proto-core-dev x11proto-input-dev x11proto-kb-dev
   x11proto-xext-dev xtrans-dev
 Suggested packages:
   dh-make curl cvs gettext-doc
 Recommended packages:
   patchutils libmail-sendmail-perl libcompress-zlib-perl
 The following NEW packages will be installed:
   debhelper dpatch file gettext html2text intltool-debian libgpmg1-dev
   libmagic1 libncurses5-dev libx11-6 libx11-data libx11-dev libxau-dev libxau6
   libxdmcp-dev libxdmcp6 libxext-dev libxext6 libxpm-dev libxpm4 m4 po-debconf
   x-dev x11-common x11proto-core-dev x11proto-input-dev x11proto-kb-dev
   x11proto-xext-dev xtrans-dev zlib1g-dev
 0 upgraded, 30 newly installed, 0 to remove and 0 not upgraded.
 Need to get 0B/7479kB of archives.
 After unpacking 26.8MB of additional disk space will be used.
 Selecting previously deselected package x11-common.
 (Reading database ... 10454 files and directories currently installed.)
 Unpacking x11-common (from .../x11-common_1%3a7.0.22_i386.deb) ...
 debconf: unable to initialize frontend: Dialog
 debconf: (Dialog frontend will not work on a dumb terminal, an emacs shell 
 buffer, or without a controlling terminal.)
 debconf: falling back to frontend: Readline
 debconf: unable to initialize frontend: Readline
 debconf: (This frontend requires a controlling tty.)
 debconf: falling back to frontend: Teletype
 Configuring x11-common
 --
 
 Major possible upgrade issues
 
 Some users have reported that upon upgrade to the current package set, their 
 xserver package was no longer installed. Because there is no easy way around 
 this problem, you should be sure to check that the xserver-xorg package is 
 installed after upgrade. If it is not installed and you require it, it is 
 recommended that you install the xorg package to make sure you have a fully 
 functional X setup.
 
 Selecting previously deselected package libxau6.
 Unpacking libxau6 (from .../libxau6_1%3a1.0.0-3_i386.deb) ...
 Selecting previously deselected package libxdmcp6.
 Unpacking libxdmcp6 (from .../libxdmcp6_1%3a1.0.0-4_i386.deb) ...
 Setting up x11-common (7.0.22) ...
 debconf: unable to initialize frontend: Dialog
 debconf: (Dialog frontend will not work on a dumb terminal, an emacs shell 
 buffer, or without a controlling terminal.)
 debconf: falling back to frontend: Readline
 debconf: unable to initialize frontend: Readline
 debconf: (This frontend requires a controlling tty.)
 debconf: falling back to frontend: Teletype
  Adding system startup for /etc/init.d/x11-common ...
/etc/rcS.d/S70x11-common - ../init.d/x11-common
 Setting up X server socket directory /tmp/.X11-unix
 Setting up ICE socket directory /tmp/.ICE-unix
 Setting up X server socket directory /tmp/.X11-unix
 Setting up ICE socket directory /tmp/.ICE-unix
 Setting up X server socket directory /tmp/.X11-unix
 Setting up ICE socket directory /tmp/.ICE-unix
 
 Selecting previously deselected package libx11-data.
 (Reading database ... 10496 files and directories currently installed.)
 Unpacking libx11-data (from .../libx11-data_2%3a1.0.0-6_all.deb) ...
 Selecting previously deselected package libx11-6.
 Unpacking libx11-6 (from .../libx11-6_2%3a1.0.0-6_i386.deb) ...
 Selecting previously deselected package x11proto-core-dev.
 Unpacking x11proto-core-dev (from .../x11proto-core-dev_7.0.4-3_all.deb) ...
 Selecting previously deselected package libxau-dev.
 Unpacking libxau-dev (from .../libxau-dev_1%3a1.0.0-3_i386.deb) ...
 Selecting previously deselected package libxdmcp-dev.
 Unpacking 

Bug#374728: [INTL:it] Italian language update

2006-06-20 Thread Davide Viti
Package: debconf
Version: 1.5.2
Severity: wishlist
Tags: patch l10n

Please apply the following patch which fixes a couple typos and removes
obsolete entries.

regards,
Davide
Index: src/debconf/debian/po/it.po
===
--- src/debconf/debian/po/it.po (revision 2050)
+++ src/debconf/debian/po/it.po (working copy)
@@ -21,7 +21,7 @@
 Report-Msgid-Bugs-To: [EMAIL PROTECTED]
 POT-Creation-Date: 2005-12-04 12:53-0500\n
 PO-Revision-Date: 2006-01-05 19:30+0100\n
-Last-Translator: Stefano Canepa [EMAIL PROTECTED]\n
+Last-Translator: Davide Viti [EMAIL PROTECTED]\n
 Language-Team:   Italian debian-l10n-italian@lists.debian.org\n
 MIME-Version: 1.0\n
 Content-Type: text/plain; charset=UTF-8\n
@@ -60,9 +60,9 @@
 you configure things using your favorite text editor. The noninteractive 
 frontend never asks you any questions.
 msgstr 
-Il fronted dialog è un'iterfaccia a schermo pieno a caratteri mentre il 
+Il fronted dialog è un'interfaccia a schermo pieno a caratteri mentre il 
 frontendreadline usa un'interfaccia più tradizionale in puro testo e 
-entrambi i frontend gnome e kde sono interfaccie moderne basate su X, che si 
+entrambi i frontend gnome e kde sono interfacce moderne basate su X, che si 
 adattano ai rispettivi desktop (ma possono essere usati in ogni ambiente X). 
 Il frontend editor permette di configurare le cose usando il proprio editor 
 preferito. Il frontend noninteractive non pone nessuna domanda.
@@ -120,39 +120,3 @@
 #: ../templates:38
 msgid Please wait...
 msgstr Attendere prego
-
-#~ msgid 
-#~ Packages that use debconf for configuration prioritize the questions they 
-#~ might ask you. Only questions with a certain priority or higher are 
-#~ actually shown to you; all less important questions are skipped.
-#~ msgstr 
-#~ I pacchetti che utilizzano debconf per la configurazione assegnano un 
-#~ livello di priorità alle domande che potrebbero porre. Verranno poste 
-#~ solo domande con priorità superiore o uguale a un certo livello e saranno 
-#~ evitate tutte le domande con importanza inferiore.
-
-#~ msgid 
-#~ You can select the lowest priority of question you want to see:\n
-#~  - 'critical' is for items that will probably break the system\n
-#~ without user intervention.\n
-#~  - 'high' is for items that don't have reasonable defaults.\n
-#~  - 'medium' is for normal items that have reasonable defaults.\n
-#~  - 'low' is for trivial items that have defaults that will work in\n
-#~the vast majority of cases.
-#~ msgstr 
-#~ È possibile selezionare la priorità più bassa della domanda che verrà 
-#~ visualizzata:\n
-#~ - \critica\ è assegnata a item che probabilmente bloccherebbero il 
-#~ sistema senza l'intervento dell'utente\n
-#~ - \alta\ è assegnata a item senza ragionevoli valori predefiniti.\n
-#~ - \media\ è assegnata a item che hanno valori predefiniti ragionevoli.\n
-#~ - \bassa\ è assegnata a item i cui valori predefiniti funzionano nella 
-#~ maggioranza dei casi.
-
-#~ msgid 
-#~ For example, this question is of medium priority, and if your priority 
-#~ were already 'high' or 'critical', you wouldn't see this question.
-#~ msgstr 
-#~ Per esempio, questa domanda ha priorità media; se la priorità scelta 
-#~ fosse stata \alta\ oppure \critica\, questa domanda non sarebbe stata 
-#~ visualizzata.


signature.asc
Description: Digital signature


Bug#11611: hey guy

2006-06-20 Thread Francine Castillo
 That dentist is not enjoying writing near my home..

[EMAIL PROTECTED]

What's Up

I need a degre_ee in: 
-Accounting
-Business
-Criminal- justice
-Educ-ation
-Health
-Technology

There are no requ-ired tests, classes, books, or interviews!

Call- this number: 1-2-0-6-984-4433 (24 hours)

 Bye
 
 Marci Hurt
 
Early last month I was still missing sleeping..
I have just practiced talking..
8.
That farmer is not missing reading..
THE PARENT arrived back on the scene. She gave me a tape by Dr. Laura Meyers 
from UCLA. I listened to that tape eight times. I listened over and over and 
heard the same thing again and again. Ms. Meyers said, 'These kids may need to 
hear a word many times (perhaps 72 times) before they ever say a word. A 
computer can be patient and say it the same way every time.' Now I understood. 
I was not patient enough. I did not allow the student to hear the words over 
and over. I was interrupting their learning by interjecting, when they were 
totally engrossed in what they were doing. I was asking questions they were not 
ready to answer. They were just learning language. They didn't have the answers 
yet..
I didn't hate dancing last night at eleven..
Those bus drivers aren't missing praying on the street just now..


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



Bug#309322: [xine-devel] [EMAIL PROTECTED]: xine-ui: playlist first and playlist last --network commands broken]

2006-06-20 Thread Hans-Dieter Kosch

Reinhard Tartler wrote:

Forwarding this rather old bugreport with patch. This patch is still
open for xine-ui 0.99.4. What do xine developers think about this patch?


Committed to CVS.

[...]


The playlist first and playlist last network control commands
are broken, they both toggle between the first and last entries in
the playlist.  Here is a fix.

--- network.c.~1~   2004-08-24 16:06:26.0 -0400
+++ network.c   2005-05-16 07:21:33.0 -0400
@@ -1919,12 +1919,7 @@
   else if((first = is_arg_contain(client_info, 1, first)) || 
is_arg_contain(client_info, 1, last)) {
 
 	if(gGui-playlist.num) {

- int entry = gGui-playlist.cur;
-	  
-	  if(entry)

-   entry = 0;
- else
-   entry = gGui-playlist.num - 1;
+ int entry = first ? 0 : gGui-playlist.num - 1;
 	  
 	  if(entry != gGui-playlist.cur) {
 	

[...]

Cheers,
Hans-Dieter


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



Bug#374724: python-lxml: AssertionError when using StringIO that should not be triggered

2006-06-20 Thread Nicolas Évrard
Package: python-lxml
Version: 1.0.1-2
Severity: normal


Hello,

Here is a transcript of a session using python-lxml, the bug is quite 
obvious:

In [1]:import lxml.etree

In [2]:doctree = lxml.etree.parse(file('/tmp/test.xml'))

In [3]:for tag in doctree.xpath('/tags/*'):
   .3.:print tag.attrib['tag'], tag.attrib['count']
   .3.:

... lot of output

In [4]:toto = file('/tmp/test.xml').read()

In [5]:import StringIO

In [6]:lxml.etree.parse(StringIO.StringIO(toto))
---
exceptions.AssertionErrorTraceback (most recent 
call last)

/home/nicoe/projets/gnomolicious/src/ipython console 

/home/nicoe/projets/gnomolicious/src/etree.pyx in etree.parse()

/home/nicoe/projets/gnomolicious/src/parser.pxi in etree._parseDocument()

/home/nicoe/projets/gnomolicious/src/parser.pxi in etree._parseMemoryDocument()

/home/nicoe/projets/gnomolicious/src/apihelpers.pxi in etree._utf8()

AssertionError: All strings must be Unicode or ASCII
 /home/nicoe/projets/gnomolicious/src/apihelpers.pxi(332)etree._utf8()

ipdb q

Obviously there should not be any problem when parsing a file through 
the StringIO interface if there is no problem parsing the same file 
through the file interface.

Since the same beahavior happens with cStringIO I suppose this bug is 
related to python-lxml.

-- 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.16-2-k7
Locale: LANG=fr_BE.UTF-8, LC_CTYPE=fr_BE.UTF-8 (charmap=UTF-8)

Versions of packages python-lxml depends on:
ii  libc6  2.3.6-15  GNU C Library: Shared libraries
ii  libxml22.6.26.dfsg-1 GNOME XML library
ii  libxslt1.1 1.1.17-1  XSLT processing library - runtime 
ii  python 2.3.5-10  An interactive high-level object-o
ii  python-central 0.5.0 register and build utility for Pyt
ii  zlib1g 1:1.2.3-11compression library - runtime

python-lxml recommends no packages.

-- no debconf information


test.xml
Description: application/xml


Bug#374727: [PATCH] Preemptive fix for mips/mipsel

2006-06-20 Thread Thiemo Seufer
Package: mozilla
Version: 1.7.12-1.2
Sererity: important
Tags: patch

Fixing bug #274738 for binutils will allow to build mozilla without the
xgot hack on mips/mipsel. Since this may also break the existing xgot
support, a rebuild with the modified patch file is needed then.

The attached version replaces debian/patches/mips-xgot-inline.


Thiemo
#!/bin/sh -e
## mips-xgot-inline by Thiemo Seufer [EMAIL PROTECTED]
##
## All lines beginning with `## DP:' are a description of the patch.
## DP: Performance improvement and compile stability

if [ $# -ne 1 ]; then
echo 2 `basename $0`: script expects -patch|-unpatch as argument
exit 1
fi

[ -f debian/patches/00patch-opts ]  . debian/patches/00patch-opts
patch_opts=${patch_opts:--f --no-backup-if-mismatch}

case $1 in
   -patch) patch $patch_opts -p1  $0;;
   -unpatch) patch $patch_opts -p1 -R  $0;;
*)
echo 2 `basename $0`: script expects -patch|-unpatch as 
argument
exit 1;;
esac

exit 0

@DPATCH@
--- mozilla/configure.in.old2004-09-09 04:17:48.0 +0200
+++ mozilla/configure.in2004-09-10 11:51:35.0 +0200
@@ -1107,8 +1107,7 @@ case $target in
 MOZ_ENABLE_OLD_ABI_COMPAT_WRAPPERS=1
 ;;
 mips*)
-CFLAGS=$CFLAGS -Wa,-xgot
-CXXFLAGS=$CXXFLAGS -Wa,-xgot
+MOZ_DEBUG_FLAGS=-g   # We want inlining
 ;;
 esac
 ;;
--- mozilla/configure.old   2004-09-16 22:04:43.0 +0200
+++ mozilla/configure   2004-09-11 11:13:01.0 +0200
@@ -5337,8 +5337,7 @@ EOF
 MOZ_ENABLE_OLD_ABI_COMPAT_WRAPPERS=1
 ;;
 mips*)
-CFLAGS=$CFLAGS -Wa,-xgot
-CXXFLAGS=$CXXFLAGS -Wa,-xgot
+MOZ_DEBUG_FLAGS=-g   # We want inlining
 ;;
 esac
 ;;
--- mozilla/config/rules.mk.old 2006-06-20 11:06:33.0 +0100
+++ mozilla/config/rules.mk 2006-06-20 11:06:54.0 +0100
@@ -452,15 +452,6 @@ endif
 endif
 endif
 
-ifeq ($(OS_ARCH),Linux)
-ifneq (,$(filter mips mipsel,$(OS_TEST)))
-ifeq ($(MODULE),layout)
-OS_CFLAGS += -Wa,-xgot
-OS_CXXFLAGS += -Wa,-xgot
-endif
-endif
-endif
-
 #
 # HP-UXBeOS specific section: for COMPONENTS only, add -Bsymbolic flag
 # which uses internal symbols first


Bug#374726: [python2.4-dbus] Missing dependency on dbus

2006-06-20 Thread Jason Spiro

Package: python2.4-dbus
Version: 0.61-6
Severity: important

I believe python2.4-dbus should depend on dbus. It currently only
depends on libdbus-1-2, the client component, but not on dbus.
python2.3-dbus, which seems to only be in sarge, is better in this
regard; it depends on dbus (actually, the old package dbus-1).

I found this out when I tried to install smart-notifier, which depends
on python2.4-dbus. It did not pull in dbus. Instead, smart-notifier
bombed on me when I tried to start it:

[EMAIL PROTECTED]:~/r$ Traceback (most recent call last):
 File /usr/bin/smart-notifier, line 11, in ?
   import smart_notifier.gui
 File /usr/share/smart-notifier/smart_notifier/__init__.py, line 28, in ?
   BUS = dbus.SystemBus()
 File /usr/lib/python2.4/site-packages/dbus/_dbus.py, line 260, in __new__
   return Bus.__new__(cls, Bus.TYPE_SYSTEM, use_default_mainloop, private)
 File /usr/lib/python2.4/site-packages/dbus/_dbus.py, line 99, in __new__
   bus._connection = dbus_bindings.bus_get(bus_type, private)
 File dbus_bindings.pyx, line 1695, in dbus_bindings.bus_get
dbus_bindings.DBusException: Failed to connect to socket
/var/run/dbus/system_bus_socket: No such file or directory
[1]+  Exit 1  smart-notifier

I am on etch, but I checked and the issue seems to affect sid as well.
My last dist-upgrade was about a month ago. Apart from this minor
niggle, thank you for all the work you put into Debian.

Kind regards,
Jason


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



Bug#374705: #374705: adduser: creates incorrect mail spool files during new installation

2006-06-20 Thread Frans Pop
Confirmed that the bug was introduced with passwd 4.0.15-10.
After downgrading to 4.0.15-9 there is no longer a mail spool file created 
for a new user.


pgp8C5p1nMwEy.pgp
Description: PGP signature


Bug#362409: [Adduser-devel] Bug#362409: delgroup --only-if-empty returns error code 1, if group is not empty

2006-06-20 Thread Stephen Gran
This one time, at band camp, Matthias Klose said:
 Package: adduser
 
 What sense makes this return status of 1 in combination with
 --only-if-empty? At least it should be documented in the man page.

Er, it exits 5 if the group isn't empty.  Can't that be tested for and
dealt with?  I agree that having all error codes be the same would be
silly, but that's not the case:

[EMAIL PROTECTED]:~$ sudo delgroup --only-if-empty adm
/usr/sbin/delgroup: The group `adm' is not empty!
[EMAIL PROTECTED]:~$ echo $?
5

Take care,
-- 
 -
|   ,''`.Stephen Gran |
|  : :' :[EMAIL PROTECTED] |
|  `. `'Debian user, admin, and developer |
|`- http://www.debian.org |
 -


signature.asc
Description: Digital signature


Bug#374685: nautilus-cd-burner: fails to call cdrecord properly

2006-06-20 Thread Joerg Schilling
Hi,

either your cdrecord binary is not properly installed suid root,
or you are suffering from the fact that Debian distributes 
bastardized (and broken) variants of cdrecord.

Proof by:

cdrecord: Permission denied. WARNING: Cannot set priority using setpriority(). 

This is a verification for not being root.


If you like to make sure that a suid root cdrecord is able to work
properly on Linux-2.6.8.1 or newer, you should use a self-compiled
original source:

ftp://ftp.berlios.de/pub/cdrecord/alpha/

A cdrecord from the original source includes a proper workaround for the
incompatible interface changes from Linux-2.6.8.1.

Note that the official cdrecord version contains the official DVD writing 
support and not the broken code offered by Debian and others.

Jörg

-- 
 EMail:[EMAIL PROTECTED] (home) Jörg Schilling D-13353 Berlin
   [EMAIL PROTECTED](uni)  
   [EMAIL PROTECTED] (work) Blog: http://schily.blogspot.com/
 URL:  http://cdrecord.berlios.de/old/private/ ftp://ftp.berlios.de/pub/schily



Bug#369064: Patch for pending NMU of binutils

2006-06-20 Thread Goswin von Brederlow
diff -u binutils-2.16.1cvs20060413/debian/patches/00list 
binutils-2.16.1cvs20060413/debian/patches/00list
--- binutils-2.16.1cvs20060413/debian/patches/00list
+++ binutils-2.16.1cvs20060413/debian/patches/00list
@@ -8,0 +9 @@
+124_multiarch
diff -u binutils-2.16.1cvs20060413/debian/changelog 
binutils-2.16.1cvs20060413/debian/changelog
--- binutils-2.16.1cvs20060413/debian/changelog
+++ binutils-2.16.1cvs20060413/debian/changelog
@@ -1,3 +1,10 @@
+binutils (2.16.1cvs20060413-1.1) unstable; urgency=low
+
+  * Non-Maintainer upload
+  * Add multiarch dirs to search path (Closes: #369064)
+
+ -- Goswin von Brederlow [EMAIL PROTECTED]  Wed, 21 Jun 2006 00:45:01 +0200
+
 binutils (2.16.1cvs20060413-1) unstable; urgency=low
 
   * New upstream CVS snapshot.
only in patch2:
unchanged:
--- binutils-2.16.1cvs20060413.orig/debian/patches/124_multiarch.dpatch
+++ binutils-2.16.1cvs20060413/debian/patches/124_multiarch.dpatch
@@ -0,0 +1,38 @@
+#!/bin/sh -e
+## 124_multiarch.dpatch
+##
+## All lines beginning with `## DP:' are a description of the patch.
+## DP: Description: Add multiarch directories to the search paths.
+## DP: Author: Tollef Fog Heen [EMAIL PROTECTED]
+## DP: Upstream status: Debian specific
+
+if [ $# -ne 1 ]; then
+echo 2 `basename $0`: script expects -patch|-unpatch as argument
+exit 1
+fi
+
+[ -f debian/patches/00patch-opts ]  . debian/patches/00patch-opts
+patch_opts=${patch_opts:--f --no-backup-if-mismatch}
+
+case $1 in
+   -patch) patch $patch_opts -p1  $0;;
+   -unpatch) patch $patch_opts -p1 -R  $0;;
+*)
+echo 2 `basename $0`: script expects -patch|-unpatch as 
argument
+exit 1;;
+esac
+
+exit 0
+
[EMAIL PROTECTED]@
+--- binutils/ld/genscripts.sh
 binutils/ld/genscripts.sh
+@@ -191,7 +191,7 @@
+   esac
+ fi
+ 
+-LIB_SEARCH_DIRS=`echo ${LIB_PATH} | sed -e 's/:/ /g' -e 's/\([^ ][^ 
]*\)/SEARCH_DIR(\\\1\\);/g'`
++LIB_SEARCH_DIRS=`echo ${LIB_PATH} | sed -e 's/:/ /g' -e 's/\([^ ][^ 
]*\)/SEARCH_DIR(\\\1\\);SEARCH_DIR(\\\1\\/'${TOOL_LIB}');/g'`
+ 
+ # We need it for testsuite.
+ set $EMULATION_LIBPATH


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



Bug#374730: vbetool: FTBFS: undefined reference to `pci_xxxx'

2006-06-20 Thread Julien Danjou
Package: vbetool
Version: 0.6-1
Severity: serious

Hello,

There was a problem while autobuilding your package:

 Automatic build of vbetool_0.6-1 on avidan by sbuild/i386 0.47
 Build started at 20060621-0054
 **
...
 if i486-linux-gnu-gcc -DPACKAGE_NAME=\\ -DPACKAGE_TARNAME=\\ 
 -DPACKAGE_VERSION=\\ -DPACKAGE_STRING=\\ -DPACKAGE_BUGREPORT=\\ 
 -DPACKAGE=\vbetool\ -DVERSION=\0.3\  -I. -I.-g -Wall -pedantic 
 -std=gnu99 -Wall -g -O2 -MT lrmi.o -MD -MP -MF .deps/lrmi.Tpo \
 -c -o lrmi.o `test -f 'lrmi.c' || echo './'`lrmi.c; \
   then mv -f .deps/lrmi.Tpo .deps/lrmi.Po; \
   else rm -f .deps/lrmi.Tpo; exit 1; \
   fi
 if i486-linux-gnu-gcc -DPACKAGE_NAME=\\ -DPACKAGE_TARNAME=\\ 
 -DPACKAGE_VERSION=\\ -DPACKAGE_STRING=\\ -DPACKAGE_BUGREPORT=\\ 
 -DPACKAGE=\vbetool\ -DVERSION=\0.3\  -I. -I.-g -Wall -pedantic 
 -std=gnu99 -Wall -g -O2 -MT x86-common.o -MD -MP -MF .deps/x86-common.Tpo \
 -c -o x86-common.o `test -f 'x86-common.c' || echo './'`x86-common.c; 
 \
   then mv -f .deps/x86-common.Tpo .deps/x86-common.Po; \
   else rm -f .deps/x86-common.Tpo; exit 1; \
   fi
 i486-linux-gnu-gcc -g -Wall -pedantic -std=gnu99 -Wall -g -O2 -lpci  -o 
 vbetool  vbetool.o lrmi.o x86-common.o  
 vbetool.o: In function `do_post':
 /build/buildd/vbetool-0.6/vbetool.c:210: undefined reference to `pci_scan_bus'
 /build/buildd/vbetool-0.6/vbetool.c:213: undefined reference to 
 `pci_read_word'
 vbetool.o: In function `main':
 /build/buildd/vbetool-0.6/vbetool.c:53: undefined reference to `pci_alloc'
 /build/buildd/vbetool-0.6/vbetool.c:55: undefined reference to `pci_init'
 collect2: ld returned 1 exit status
 make[2]: *** [vbetool] Error 1
 make[2]: Leaving directory `/build/buildd/vbetool-0.6'
 make[1]: *** [all-recursive] Error 1
 make[1]: Leaving directory `/build/buildd/vbetool-0.6'
 make: *** [build-stamp] Error 2
 **
 Build finished at 20060621-0055
 FAILED [dpkg-buildpackage died]
 --

-- 
Julien Danjou
.''`.  Debian Developer
: :' : http://julien.danjou.info
`. `'  http://people.debian.org/~acid
  `-   9A0D 5FD9 EB42 22F6 8974  C95C A462 B51E C2FE E5CD


signature.asc
Description: Digital signature


Bug#101602: is it you?

2006-06-20 Thread Burl
Do not ignore mae please,
I found yourb email somewhere and now decided to write you.
I am coming to your place in few weeks andb thought we 
can meet each other. Let me know if you do not mind.
I am a nice pretty girl. Don't repbly to this email. 
Embail me direclty at [EMAIL PROTECTED]




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



Bug#374604: evolution-exchange: Crashes when scanning summary information for exchange folder

2006-06-20 Thread Rob Stone
Hi

unfortunately i'm running the amd64 arch. unless you have an amd64 version i 
can't test the package provided. perhaps i'll have to wait until it hits the 
main repos with all supported architectures.

happy to test one here if you can point me to an amd64 package.

thanks heaps

Rob



Bug#374732: noshell: runas crashes

2006-06-20 Thread Mrten
Package: noshell
Version: 4.0.11-2
Severity: important

when used as directed by the program, runas crashes:

# runas svn svn  002 svnserve
Segmentation fault

# grep svn /etc/passwd
svn:x:1010:1010::/home/svn:/sbin/noshell

# grep svn /etc/group
svn:x:1010:mrten,svn

i could attach strace if you want one?

-- System Information:
Debian Release: 3.1
  APT prefers testing
  APT policy: (200, 'testing')
Architecture: i386 (i686)
Kernel: Linux 2.6.15.6-Mrten
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)

Versions of packages noshell depends on:
ii  libc6 2.3.2.ds1-22sarge3 GNU C Library: Shared libraries an

-- no debconf information


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



Bug#171376: let's meet

2006-06-20 Thread Morris
Hire,
i am here sitting in the internet caffe. Found your email and
decided to write. I migaht be coming to your place in 14 days, 
so I decided to email you. May be !we can !meet? I am 25 y.o.
girl. I have a picture if you want. No need to reply here as 
this! is not my email. Write me at [EMAIL PROTECTED]




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



Bug#374539: udev does not create /dev/cdrom etc links

2006-06-20 Thread Norbert Preining
Hi Marco!

On Die, 20 Jun 2006, Marco d'Itri wrote:
  -rw-r--r-- 1 root root 2999 2006-06-19 23:06 z25_persistent-cd.rules
 
 Please show the content of this file, looks like it's full of crap.

Bingo. Thanks. Here is the file content:
# This file was automatically generated by the /lib/udev/write_cd_rules
# program, probably run by the cd-aliases-generator.rules rules file.
#
# You can modify it, as long as you keep each rule on a single line
# and set the $GENERATED variable.

#  (pci-:0a:09.1-ieee1394-0x0010100305130196:0:0)
ENV{ID_CDROM}==?*, 
ENV{ID_PATH}==pci-:0a:09.1-ieee1394-0x0010100305130196:0:0, 
SYMLINK+=cdrom, ENV{GENERATED}=1
ENV{ID_CDROM}==?*, 
ENV{ID_PATH}==pci-:0a:09.1-ieee1394-0x0010100305130196:0:0, 
SYMLINK+=cdrw, ENV{GENERATED}=1
ENV{ID_CDROM}==?*, 
ENV{ID_PATH}==pci-:0a:09.1-ieee1394-0x0010100305130196:0:0, 
SYMLINK+=dvd, ENV{GENERATED}=1
ENV{ID_CDROM}==?*, 
ENV{ID_PATH}==pci-:0a:09.1-ieee1394-0x0010100305130196:0:0, 
SYMLINK+=dvdrw, ENV{GENERATED}=1
#  (pci-:0a:09.1-ieee1394-0x0010100305130196:0:0)
ENV{ID_CDROM}==?*, 
ENV{ID_PATH}==pci-:0a:09.1-ieee1394-0x0010100305130196:0:0, 
SYMLINK+=cdrom1, ENV{GENERATED}=1
ENV{ID_CDROM}==?*, 
ENV{ID_PATH}==pci-:0a:09.1-ieee1394-0x0010100305130196:0:0, 
SYMLINK+=cdrw1, ENV{GENERATED}=1
ENV{ID_CDROM}==?*, 
ENV{ID_PATH}==pci-:0a:09.1-ieee1394-0x0010100305130196:0:0, 
SYMLINK+=dvd1, ENV{GENERATED}=1
ENV{ID_CDROM}==?*, 
ENV{ID_PATH}==pci-:0a:09.1-ieee1394-0x0010100305130196:0:0, 
SYMLINK+=dvdrw1, ENV{GENERATED}=1
#  (pci-:0a:09.1-ieee1394-0x0010100305130196:0:0)
ENV{ID_CDROM}==?*, 
ENV{ID_PATH}==pci-:0a:09.1-ieee1394-0x0010100305130196:0:0, 
SYMLINK+=cdrom2, ENV{GENERATED}=1
ENV{ID_CDROM}==?*, 
ENV{ID_PATH}==pci-:0a:09.1-ieee1394-0x0010100305130196:0:0, 
SYMLINK+=cdrw2, ENV{GENERATED}=1
ENV{ID_CDROM}==?*, 
ENV{ID_PATH}==pci-:0a:09.1-ieee1394-0x0010100305130196:0:0, 
SYMLINK+=dvd2, ENV{GENERATED}=1
ENV{ID_CDROM}==?*, 
ENV{ID_PATH}==pci-:0a:09.1-ieee1394-0x0010100305130196:0:0, 
SYMLINK+=dvdrw2, ENV{GENERATED}=1
#  (pci-:0a:09.1-ieee1394-0x0010100305130196:0:0)
ENV{ID_CDROM}==?*, 
ENV{ID_PATH}==pci-:0a:09.1-ieee1394-0x0010100305130196:0:0, 
SYMLINK+=cdrom3, ENV{GENERATED}=1
ENV{ID_CDROM}==?*, 
ENV{ID_PATH}==pci-:0a:09.1-ieee1394-0x0010100305130196:0:0, 
SYMLINK+=cdrw3, ENV{GENERATED}=1
ENV{ID_CDROM}==?*, 
ENV{ID_PATH}==pci-:0a:09.1-ieee1394-0x0010100305130196:0:0, 
SYMLINK+=dvd3, ENV{GENERATED}=1
ENV{ID_CDROM}==?*, 
ENV{ID_PATH}==pci-:0a:09.1-ieee1394-0x0010100305130196:0:0, 
SYMLINK+=dvdrw3, ENV{GENERATED}=1
#  (pci-:0a:09.1-ieee1394-0x0010100305130196:0:0)
ENV{ID_CDROM}==?*, 
ENV{ID_PATH}==pci-:0a:09.1-ieee1394-0x0010100305130196:0:0, 
SYMLINK+=cdrom4, ENV{GENERATED}=1
ENV{ID_CDROM}==?*, 
ENV{ID_PATH}==pci-:0a:09.1-ieee1394-0x0010100305130196:0:0, 
SYMLINK+=cdrw4, ENV{GENERATED}=1
ENV{ID_CDROM}==?*, 
ENV{ID_PATH}==pci-:0a:09.1-ieee1394-0x0010100305130196:0:0, 
SYMLINK+=dvd4, ENV{GENERATED}=1
ENV{ID_CDROM}==?*, 
ENV{ID_PATH}==pci-:0a:09.1-ieee1394-0x0010100305130196:0:0, 
SYMLINK+=dvdrw4, ENV{GENERATED}=1
#  (pci-:0a:09.1-ieee1394-0x0010100305130196:0:0)
ENV{ID_CDROM}==?*, 
ENV{ID_PATH}==pci-:0a:09.1-ieee1394-0x0010100305130196:0:0, 
SYMLINK+=cdrom5, ENV{GENERATED}=1
ENV{ID_CDROM}==?*, 
ENV{ID_PATH}==pci-:0a:09.1-ieee1394-0x0010100305130196:0:0, 
SYMLINK+=cdrw5, ENV{GENERATED}=1
ENV{ID_CDROM}==?*, 
ENV{ID_PATH}==pci-:0a:09.1-ieee1394-0x0010100305130196:0:0, 
SYMLINK+=dvd5, ENV{GENERATED}=1
ENV{ID_CDROM}==?*, 
ENV{ID_PATH}==pci-:0a:09.1-ieee1394-0x0010100305130196:0:0, 
SYMLINK+=dvdrw5, ENV{GENERATED}=1
#  (pci-:0a:09.1-ieee1394-0x0010100305130196:0:0)
ENV{ID_CDROM}==?*, 
ENV{ID_PATH}==pci-:0a:09.1-ieee1394-0x0010100305130196:0:0, 
SYMLINK+=cdrom6, ENV{GENERATED}=1
#  (pci-:0a:09.1-ieee1394-0x0010100305130196:0:0)
ENV{ID_CDROM}==?*, 
ENV{ID_PATH}==pci-:0a:09.1-ieee1394-0x0010100305130196:0:0, 
SYMLINK+=cdrom7, ENV{GENERATED}=1
ENV{ID_CDROM}==?*, 
ENV{ID_PATH}==pci-:0a:09.1-ieee1394-0x0010100305130196:0:0, 
SYMLINK+=cdrw7, ENV{GENERATED}=1
ENV{ID_CDROM}==?*, 
ENV{ID_PATH}==pci-:0a:09.1-ieee1394-0x0010100305130196:0:0, 
SYMLINK+=dvd7, ENV{GENERATED}=1
ENV{ID_CDROM}==?*, 
ENV{ID_PATH}==pci-:0a:09.1-ieee1394-0x0010100305130196:0:0, 
SYMLINK+=dvdrw7, ENV{GENERATED}=1

 After this, move it away and reboot your system to let udev create it
 again.

But how does it happen that the entries are not removed? Do I have to
remove this everytime I reboot?

Best wishes

Norbert

---
Dr. Norbert Preining preining AT logic DOT at Università di Siena
gpg DSA: 0x09C5B094  fp: 14DF 2E6C 0307 BE6D AD76  A9C0 D2BF 4AA3 09C5 B094
---
DUNBAR (n.)
A highly specialised fiscal term used solely by turnstile
operatives at Regnet's Part zoo. It refers to the variable 

Bug#374731: knotes: KNotes does not apply the text color selected in the settings dialog to the body of notes

2006-06-20 Thread Ferenczi Viktor
Package: knotes
Version: 4:3.5.2-1+b2
Severity: minor


KNotes does not apply the text color selected in the settings dialog to
the body of notes. Create a new note. Enter some text into it's body.
Open the settings dialog of the note, then select dark blue background
and yellow text. The title will appear in yellow on dark blue, but the
text will be black on dark blue that is not so readable.

-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (990, 'unstable'), (500, 'stable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.16-1-686-smp
Locale: LANG=hu_HU, LC_CTYPE=hu_HU (charmap=ISO-8859-2)

Versions of packages knotes depends on:
ii  kdelibs4c2a 4:3.5.3-1core libraries and binaries for al
ii  libc6   2.3.6-15 GNU C Library: Shared libraries
ii  libgcc1 1:4.1.1-5GCC support library
ii  libkcal2b   4:3.5.2-1+b2 KDE calendaring library
ii  libkdepim1a 4:3.5.2-1+b2 KDE PIM library
ii  libqt3-mt   3:3.3.6-2Qt GUI Library (Threaded runtime v
ii  libstdc++6  4.1.1-5  The GNU Standard C++ Library v3
ii  libx11-62:1.0.0-6X11 client-side library

knotes recommends no packages.

-- no debconf information


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



Bug#374733: python-qt3-gl: QGLWidget.renderText() crashes python

2006-06-20 Thread Yannick Gingras
Package: python-qt3-gl
Version: 3.13-4
Severity: grave
Justification: renders package unusable


With libfreetype6 freetype version 2.1.7-2.5 it is impossible to
render text on a QGLWidget without crashing the Python interpreter.
Reverting to libfreetype6 version 2.1.7-2.4 fixes the problem.  Here
is a program that will crash the Python interpreter:

### 8 ###
 #!/usr/bin/python

 from qt import *
 from qtgl import *

 app = QApplication([])
 win = QMainWindow()
 app.setMainWidget(win)
 gl = QGLWidget(win)
 win.show()
 gl.renderText(0, 0, foo)
 app.exec_loop()
### 8 ###

Here is an excecution of the above program:
  $ export LANG=C  python qtbug.py 
  Floating point exception

And here is what gdb has to say:
  $ ulimit -c 100
  $ export LANG=C  python qtbug.py 
  $ gdb `which python` core
   backtrace
#0  0xb6c04a84 in ps_hints_apply ()
   from /usr/lib/libfreetype.so.6
(gdb) backtrace
#0  0xb6c04a84 in ps_hints_apply () from /usr/lib/libfreetype.so.6
#1  0xb6bddd2a in FT_Render_Glyph_Internal () from /usr/lib/libfreetype.so.6
#2  0xb6bdddec in FT_Render_Glyph () from /usr/lib/libfreetype.so.6
#3  0xb73fdf35 in qgl_use_font () from /usr/lib/libqt-mt.so.3
#4  0xb73fe286 in QGLContext::generateFontDisplayLists ()
   from /usr/lib/libqt-mt.so.3
#5  0xb73fa77f in QGLWidget::displayListBase () from /usr/lib/libqt-mt.so.3
#6  0xb73fa96c in QGLWidget::renderText () from /usr/lib/libqt-mt.so.3
#7  0xb630dc75 in sipQGLWidget::sipEmit_destroyed ()
   from /usr/lib/python2.3/site-packages/qtgl.so
#8  0x080fde6a in PyCFunction_Call ()
#9  0x080ab834 in PyEval_CallObjectWithKeywords ()
#10 0x080a9bee in Py_MakePendingCalls ()
#11 0x080aa77c in PyEval_EvalCodeEx ()
#12 0x080acf79 in PyEval_EvalCode ()
#13 0x080d90db in PyRun_FileExFlags ()
#14 0x080d885f in PyRun_SimpleFileExFlags ()
#15 0x08054e95 in Py_Main ()
#16 0x080549eb in main ()


Commenting out the line with gl.renderText(0, 0, foo) prevents the
program from crashing.

-- System Information:
Debian Release: 3.1
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing')
Architecture: i386 (i686)
Kernel: Linux 2.6.11-1-686-smp
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)

Versions of packages python-qt3-gl depends on:
ii  python2.3.5-2An interactive high-level object-o
ii  python2.3-qt3-gl  3.13-4 Qt3 OpenGL bindings for Python 2.3

-- no debconf information


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



Bug#374518: nautilus-cd-burner: cannot select proper burn speed for DVD+R media

2006-06-20 Thread Andre Heynatz
The discussion is quite entertaining, so much energy! Then it is easy to move 
to a
grand solution! The legal issues can be sorted out easily if Joerg joins 
debian-legal
for a short time and solves any issues there. Some bits of rhetorics might be
needed to make collaboration happen, though (I have read some threads already).

There needs to be a way for the kernel to provide drive state changes. Insertion
of an audio CD-ROM may lead to an audio player being started. Is it possible to
detect the Media ID of an empty medium? To determine burn speed, the system
(kernel/desktop) may need some special information. Calling cdrecord
would be one solution for this, but does it work on empty DVD media as well?
k3b can detect media if I poll it by pressing a button. I don't know how it
does the detection, though. It should be triggered by HAL (event-based). What 
do you
think?

André Heynatz


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



Bug#374233: ncbi-tools6: lesstif1 is deprecated, transition to lesstif2

2006-06-20 Thread Aaron M. Ucko
merge 374233 374246
block 374230 by 374233
block 374241 by 374233
thanks

[EMAIL PROTECTED] writes:

 Your package ncbi-tools6 has been detected as depending on the
 deprecated lesstif1.

Thanks for the report.  Historically, one reason for this was that
Vibrant worked better with lesstif1 than with lesstif2; however, that
no longer seems to be the case (I see the same glitches with both :-/), 
so I'll go through with this change shortly; I should be able to
upload fixed packages by the end of the week.

Please be advised that because lesstif doesn't use versioned symbols
and it is common practice to link Vibrant programs directly against
it, I will be renaming libvibrant6(-dbg) to libvibrant6a(-dbg) to
guard against version skew, which will entail some (hopefully brief)
ftpmaster wait.

-- 
Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org)
Finger [EMAIL PROTECTED] (NOT a valid e-mail address) for more info.


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



Bug#370595: Updated patch/NMU, 0.6.5-2.2

2006-06-20 Thread Steven Brown
I've updated the patch/pretend-NMU (0.6.5-2.2) to include two additional
changes (patch-4, patch-5 from arch).  patch-4 fixes a bug where a fd
can be removed from the set select() listens to even though there's
still a listener for it, and patch-5 adds error check assertions to the
return values of select() which were previously ignored.  Patches for
these additional changes attached, and the 0.6.5-2.2 pretend-NMU is
available from the same location as the previous one above.
--- orig/sigcx/dispatch.cc
+++ mod/sigcx/dispatch.cc
@@ -22,6 +22,8 @@
 #include sys/time.h
 #include sys/types.h
 #include unistd.h
+#include assert.h
+#include errno.h
 
 #include sigcx/dispatch.h
 
@@ -181,6 +183,7 @@
   Guard guard(mutex_);
 
   HandlerID id = get_new_handler_id();
+  ++rd_fd_use_[fd];
   FD_SET(fd, rd_fds_);
   fd_handlers_.insert(make_pair(id, FileEvent(cb, Read, fd)));
   
@@ -193,6 +196,7 @@
   Guard guard(mutex_);
 
   HandlerID id = get_new_handler_id();
+  ++wr_fd_use_[fd];
   FD_SET(fd, wr_fds_);
   fd_handlers_.insert(make_pair(id, FileEvent(cb, Write, fd)));
   
@@ -204,6 +208,7 @@
 {
   Guard guard(mutex_);
   HandlerID id = get_new_handler_id();
+  ++ex_fd_use_[fd];
   FD_SET(fd, ex_fds_);
   fd_handlers_.insert(make_pair(id, FileEvent(cb, Except, fd)));
   
@@ -244,12 +249,18 @@
   {
 FileEvent fevent = fd_it-second;
 
-if (fevent.ev == Read  FD_ISSET(fevent.fd, rd_fds_))
+if (fevent.ev == Read  --rd_fd_use_[fevent.fd] == 0) {
   FD_CLR(fevent.fd, rd_fds_);
-if (fevent.ev == Write  FD_ISSET(fevent.fd, wr_fds_))
+  rd_fd_use_.erase(fevent.fd);
+}
+if (fevent.ev == Write  --wr_fd_use_[fevent.fd] == 0) {
   FD_CLR(fevent.fd, wr_fds_);
-if (fevent.ev == Except  FD_ISSET(fevent.fd, ex_fds_))
+  wr_fd_use_.erase(fevent.fd);
+}
+if (fevent.ev == Except  --ex_fd_use_[fevent.fd] == 0) {
   FD_CLR(fevent.fd, ex_fds_);
+  ex_fd_use_.erase(fevent.fd);
+}
 
 fevent.deleted = true;
   }


--- orig/sigcx/dispatch.h
+++ mod/sigcx/dispatch.h
@@ -221,6 +221,7 @@
 typedef std::multimapTimerEvent, HandlerID TMEventMap;
 typedef std::mapHandlerID, TMEventMap::iterator TMHandlerMap;
 typedef std::mapHandlerID, FileEvent FDHandlerMap;
+typedef std::mapint, int FDUseMap;
 Threads::Mutex mutex_;
 
 
@@ -228,6 +229,10 @@
 TMEventMap tm_events_;
 FDHandlerMap fd_handlers_;
 fd_set rd_fds_, wr_fds_, ex_fds_;
+FDUseMap rd_fd_use_;
+FDUseMap wr_fd_use_;
+FDUseMap ex_fd_use_;
+
 bool do_exit_;
 };
 



--- orig/sigcx/dispatch.cc
+++ mod/sigcx/dispatch.cc
@@ -360,7 +360,8 @@
 if (tm_events_.size() == 0)
 {
   UnGuard unguard (mutex_);
-  select(FD_SETSIZE, rd, wr, ex, 0);
+  int result = select(FD_SETSIZE, rd, wr, ex, 0);
+  assert(result != -1 || errno == EINTR);
 }
 else
 {
@@ -376,7 +377,8 @@
   tv.tv_sec = timeout.tv_sec;
   tv.tv_usec = timeout.tv_usec;
   
-  select(FD_SETSIZE, rd, wr, ex, tv);
+  int result = select(FD_SETSIZE, rd, wr, ex, tv);
+  assert(result != -1 || errno == EINTR);
 }
 
 // check after select, we might have caught a signal





Bug#374734: acpi-support: Not very flexible; somewhat disorganized.

2006-06-20 Thread Sukant Hajra
Package: acpi-support
Version: 0.84-1
Severity: wishlist



Hi,

I know this is a new package, so I'm not too worried about these issues,
but although I find the scripts in this package a nice and interesting
compilation I feel as though it doesn't emphasize configurability right
now.  It seems as though you're really trying to set up everyone's
computer all at once.  This is IMHO too much like other distributions
and not what I am used to in Debian.  To make such a system flexible,
I'd try to emulate what apache does.  Here's my suggestions:

1) Don't put all the events of the package into the events folder.
Rather put them into /etc/acpi/events.available/ or
/usr/share/acpi-support/events/ and allow the user to manually symlink
or copy them to the events folder.   In the meantime, I _can_ make an
events.enabled directory in /etc/acpi/ and use the --confdir switch with
acpid to use that folder instead.

2) I would also use a symlink approach for your .d directory
run-part'ing (similar to what Debian does with the /etc/init.d/ and
/etc/rc?.d/ directories).  Not everyone wants to resume and suspend with
all those options in that order.  I see that you've indicated that all
these action scripts are package conffiles.  I'm not sure I like this
approach.  I like the idea that you can develop these scripts with time,
and these changes can just roll into play via the symlink.  For that
matter, maybe it makes sense to put _all_ the action scripts in
/usr/share/acpi-support/actions/ and not make them conffiles at all.

3) If you're really stoked about the idea of having one package that
fits all then I suggest you have a debconf option to enable (install
symlinks for) all the events and actions upon the package's
installation.

4) acpid and your package put action scripts in /etc/acpi/, but
laptop-mode-tools puts these scripts in /etc/acpi/actions/.  Personally,
I like the all the action scripts and supporting .d directories in
/etc/acpi/actions/.  It seems cleaner, but as long as there's some
consistency, I don't really mind either way.  It would be nice if you
could talk to the acpid and laptop-mode-tools and come up with some
convention on how to organize the directory heirarchy and symlinks.

I think you get the idea of what I'm driving at here.  I just feel that
with this many configuration scripts, the user should be given the
opportunity to more easily select what's appropriate for their system.
As long as the layout of the scripts and symlinks is documented in a man
page, README file, etc., I think this is the way to go instead of the
monolithic approach you have right now.

Regards,
Sukant


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

Versions of packages acpi-support depends on:
ii  acpid 1.0.4-5Utilities for using ACPI power man
di  dmidecode 2.8-2  Dump Desktop Management Interface 
ii  finger0.17-9 user information lookup program
di  hdparm6.6-1  tune hard disk parameters for high
di  laptop-detect 0.12.1 attempt to detect a laptop
di  lsb-base  3.1-10 Linux Standard Base 3.1 init scrip
di  powermgmt-base1.24   Common utils and configs for power
di  radeontool1.5-3  utility to control ATI Radeon back
ii  toshset   1.71-1 Access much of the Toshiba laptop 
ii  vbetool   0.6-1  run real-mode video BIOS code to a
di  xbase-clients 1:7.0.1-2  miscellaneous X clients

Versions of packages acpi-support recommends:
di  laptop-mode-tools 1.31-1 Scripts to spin down hard drive an

-- no debconf information


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



Bug#374735: manifest conflict with gnucash-common, can't upgrade

2006-06-20 Thread Jamie Wilkinson
Package: gnucash
Version: 1.9.7-1
Severity: important

The following is a transcript from trying to upgrade today:

# aptitude upgrade
...
The following packages will be upgraded:
  gnucash gnucash-common
2 packages upgraded, 0 newly installed, 0 to remove and 58 not upgraded.
Need to get 0B/5607kB of archives. After unpacking 49.2kB will be used.
Do you want to continue? [Y/n/?]
(Reading database ... 137585 files and directories currently installed.)
Preparing to replace gnucash 1.9.7-1 (using .../gnucash_1.9.8-1_i386.deb) ...
Unpacking replacement gnucash ...
dpkg: error processing /var/cache/apt/archives/gnucash_1.9.8-1_i386.deb 
(--unpack):
 trying to overwrite `/usr/share/applications/gnucash.desktop', which is also 
in package gnucash-common
dpkg-deb: subprocess paste killed by signal (Broken pipe)
dpkg: regarding .../gnucash-common_1.9.8-1_all.deb containing gnucash-common:
 gnucash-common conflicts with gnucash ( 1.9.8-1)
  gnucash (version 1.9.7-1) is installed.
dpkg: error processing /var/cache/apt/archives/gnucash-common_1.9.8-1_all.deb 
(--unpack):
 conflicting packages - not installing gnucash-common
Errors were encountered while processing:
 /var/cache/apt/archives/gnucash_1.9.8-1_i386.deb
 /var/cache/apt/archives/gnucash-common_1.9.8-1_all.deb
E: Sub-process /usr/bin/dpkg returned an error code (1)
A package failed to install.  Trying to recover:
dawn#

I suspect you are missing a Replaces: gnucash-common (== 1.9.7-1) in the
gnucash control fields.

Thanks!

-- 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.16-2-686
Locale: LANG=, LC_CTYPE= (charmap=ANSI_X3.4-1968)

Versions of packages gnucash depends on:
ii  g-wrap 1.9.6-3   scripting interface generator for 
ii  gnucash-common 1.9.7-1   A personal finance tracking progra
ii  guile-1.6-libs 1.6.8-3   Main Guile libraries
ii  guile-1.6-slib 1.6.8-3   Guile SLIB support
ii  guile-g-wrap   1.9.6-3   scripting interface generator for 
ii  libart-2.0-2   2.3.17-1  Library of functions for 2D graphi
ii  libatk1.0-01.11.4-2  The ATK accessibility toolkit
ii  libaudiofile0  0.2.6-6   Open-source version of SGI's audio
ii  libavahi-client3   0.6.10-1  Avahi client library
ii  libavahi-common3   0.6.10-1  Avahi common library
ii  libavahi-glib1 0.6.10-1  Avahi glib integration library
ii  libbonobo2-0   2.14.0-1  Bonobo CORBA interfaces library
ii  libbonoboui2-0 2.14.0-3  The Bonobo UI library
ii  libbz2-1.0 1.0.3-2   high-quality block-sorting file co
ii  libc6  2.3.6-15  GNU C Library: Shared libraries
ii  libcairo2  1.0.4-2   The Cairo 2D vector graphics libra
ii  libdate-manip-perl 5.44-3a perl library for manipulating da
ii  libdbus-1-20.62-1simple interprocess messaging syst
ii  libesd00.2.36-3  Enlightened Sound Daemon - Shared 
ii  libffi44.1.1-5   Foreign Function Interface library
ii  libfinance-quote-perl  1.11-0.1  Perl module for retrieving stock q
ii  libfontconfig1 2.3.2-7   generic font configuration library
ii  libfreetype6   2.2.1-2   FreeType 2 font engine, shared lib
ii  libgail-common 1.8.11-2  GNOME Accessibility Implementation
ii  libgail17  1.8.11-2  GNOME Accessibility Implementation
ii  libgconf2-42.14.0-1  GNOME configuration database syste
ii  libgcrypt111.2.2-1   LGPL Crypto library - runtime libr
ii  libglade2-01:2.5.1-2 library to load .glade files at ru
ii  libglib2.0-0   2.10.3-1  The GLib library of C routines
ii  libgnome-keyring0  0.4.9-1   GNOME keyring services library
ii  libgnome2-02.14.1-2  The GNOME 2 library - runtime file
ii  libgnomecanvas2-0  2.14.0-2  A powerful object-oriented display
ii  libgnomeprint2.2-0 2.12.1-4  The GNOME 2.2 print architecture -
ii  libgnomeprintui2.2-0   2.12.1-3  GNOME 2.2 print architecture User 
ii  libgnomeui-0   2.14.1-2  The GNOME 2 libraries (User Interf
ii  libgnomevfs2-0 2.14.2-1  GNOME virtual file-system (runtime
ii  libgnutls131.4.0-2   the GNU TLS library - runtime libr
ii  libgpg-error0  1.2-1 library for common error values an
ii  libgsf-1-114   1.14.1-1  Structured File Library - runtime 
ii  libgsf-gnome-1-114 1.14.1-1  Structured File Library - runtime 
ii  libgtk2.0-02.8.18-1  The GTK+ graphical user interface 
ii  libgtkhtml3.8-15   

Bug#374543: sysvinit: ^C and ^Z don't work in emergency mode

2006-06-20 Thread Samuel Thibault
Hi,

Sulogin needs patched too, here it is. (Yes, it doesn't hurt to
systematically do setsid();ioctl(TIOCSCTTY)).

Samuel
diff -ur sysvinit-2.86.ds1/src/sulogin.c sysvinit-2.86.ds1youpi/src/sulogin.c
--- sysvinit-2.86.ds1/src/sulogin.c 2004-07-30 13:40:28.0 +0200
+++ sysvinit-2.86.ds1youpi/src/sulogin.c2006-06-21 01:49:54.0 
+0200
@@ -23,6 +23,7 @@
 #include pwd.h
 #include shadow.h
 #include termios.h
+#include errno.h
 #include sys/ioctl.h
 #if defined(__GLIBC__)
 #  include crypt.h
@@ -410,7 +411,6 @@
if (pid != getsid(0)) {
if (pid == getpgid(0))
setpgid(0, getpgid(getppid()));
-   setsid();
}
 
signal(SIGHUP, SIG_IGN);
@@ -421,13 +421,15 @@
close(2);
close(fd);
fd = open(tty, O_RDWR);
-   ioctl(0, TIOCSCTTY, (char *)1);
dup(fd);
dup(fd);
} else
close(fd);
}
}
+   setsid();
+   if (ioctl(0, TIOCSCTTY, (char *)1))
+   perror(ioctl(TIOCSCTTY));
 
/*
 *  Get the root password.


Bug#278527: fixed in pvpgn 1.6.4+20040826-2

2006-06-20 Thread Radu Spineanu
Philipp Kern wrote:
 On Thu, 2006-06-15 at 14:23 +0300, Radu Spineanu wrote:
 It seems they don't have a license. Every client downloads them when
 connecting to the server.
 
 But Battle.Net has Terms of Service, so they count as a licence. The
 question is if they say something about those files and possibly
 modifications thereof. So are those files copied verbatim from the
 Battle.Net distribution server or were they modified?
 
The files are verbatim copies.

I am really sorry for answering this late, but i am trying to get the
TOS so i can read it and share it here.


Radu


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



Bug#374736: approx deletes source packages! (dsc, diff.gz, tar.gz)

2006-06-20 Thread Adeodato Simó
Package: approx
Version: 2.06
Severity: important

Hello.

I just installed a backport of approx 2.06 in sarge (compiled against
backports of all build-dependencies from sid, except libpcre-ocaml-dev),
and to my surprise approx wants to delete all the existing source
packages in my existing cache.

To reproduce, let's start with an empty cache and download a source
package (this on sid, btw):

% sudo aptitude install approx
% sudo vi /etc/approx/approx.conf # uncomment 'debian'

% wget -qO/dev/null 
http://localhost:/debian/dists/sid/main/source/Sources.bz2
% find /var/cache/approx -type f
/var/cache/approx/debian/dists/sid/main/source/Sources.bz2

% wget -qO/dev/null 
http://localhost:/debian/pool/main/s/sl/sl_3.03{.orig.tar.gz,-14.dsc,-14.diff.gz}
% find /var/cache/approx -type f -ls
 179354 -rw-r--r--   1 approx   root  552 Jul 17  2004 
/var/cache/approx/debian/pool/main/s/sl/sl_3.03-14.dsc
 179364 -rw-r--r--   1 approx   root 3776 Jun 10  1999 
/var/cache/approx/debian/pool/main/s/sl/sl_3.03.orig.tar.gz
 17943   12 -rw-r--r--   1 approx   root12068 Jul 17  2004 
/var/cache/approx/debian/pool/main/s/sl/sl_3.03-14.diff.gz
 16893 1173 -rw-r--r--   1 approx   root  1197136 Jun 20 22:04 
/var/cache/approx/debian/dists/sid/main/source/Sources.bz2

% gc_approx -k
/var/cache/approx/debian/pool/main/s/sl/sl_3.03.orig.tar.gz
/var/cache/approx/debian/pool/main/s/sl/sl_3.03-14.diff.gz
/var/cache/approx/debian/pool/main/s/sl/sl_3.03-14.dsc

Cheers,

-- 
Adeodato Simó dato at net.com.org.es
Debian Developer  adeodato at debian.org
 
  Listening to: Franz Ferdinand - Do You Want To




Bug#184791: want to meet?

2006-06-20 Thread Oliver
Do not ignore me please,
I found youra email somewhere and now decidebbd to write you.
I am coming to your place in few weekbs and thobught we 
can meet each other. Let me know if you do not mind.
I am aa nice pretty girl. Don't reply to this email. 
Email me diraeclty at [EMAIL PROTECTED]




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



Bug#173601: getting to know you

2006-06-20 Thread Lesley
Do not ignore me please,
I found your email somewhere and now decided to write you.
I am coming to your place in few weeks and thoubght we 
can meet each other. Let me know if you do not mind.
I am a nice pretty girl. Don't reply to thisa email. 
Email me direclty at [EMAIL PROTECTED]




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



Bug#75181: hi family

2006-06-20 Thread Royal Stacy
It's a beautiful day today

Dear Family,

Just wanted to write you, and let you know, how the degree program I tried out 
went.
Well, six weeks later, I graduated, finished  received my Ma_sters Degr_ee
with no study required and 100 percent verifiable.

Yeah mom, I know you and Dad doubted it at first, but this turned out to be
totally legit. This opportunity was given to me because of the professional
experience and previous course work I had accumulated.

I'm so excited mom and dad, this was a life altering opportunity  for once
in my life I took advantage of it.

I already have jobs, that wouldn't have given me a chance before, now they
are calling off the hook! This really is a godsend.

Tell Susan and Cousin Joey that they better hurry up and call that # I gave
them the other day. It's 1_2_0_6-984-4433 in case you forgot.

Again these are the %DEGs they offer,B_achelors, Master_s, MBA and/or 
Doct_orate (PhD) , and
the number to call is 1_2_0_6-984-4433 , tell them to leave a brief message with
their name, the degree they are interested in and their day and evening phone
numbers. They will contact you soon after.

Anyway, much love, and tell the rest of the family I said hello!

Love,
Fuller family

Sincerely


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



Bug#374737: xmms: Crashes when playing CDs

2006-06-20 Thread Bill Wohler
Package: xmms
Version: 1.2.10+cvs20060429-1
Severity: important

Every time I play a song from a CD, some time soon after 2:15, XMMS
crashes with the following output:

  *** glibc detected *** double free or corruption (fasttop): 0x081c5e88 ***

XMMS works fine, by the way, playing OGG files on disk, and cdplay plays
the CDs fine as well.


-- System Information:
Debian Release: testing/unstable
  APT prefers testing
  APT policy: (600, 'testing'), (80, 'unstable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.15-1-686
Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) (ignored: LC_ALL set to 
en_US)

Versions of packages xmms depends on:
ii  libasound2   1.0.11-3ALSA library
ii  libaudiofile00.2.6-6 Open-source version of SGI's audio
ii  libc62.3.6-13GNU C Library: Shared libraries
ii  libesd-alsa0 [libesd0]   0.2.36-3Enlightened Sound Daemon (ALSA) - 
ii  libgl1-mesa-glx [libgl1] 6.4.2-1 A free implementation of the OpenG
ii  libglib1.2   1.2.10-10.1 The GLib library of C routines
ii  libgtk1.21.2.10-18   The GIMP Toolkit set of widgets fo
ii  libice6  1:1.0.0-3   X11 Inter-Client Exchange library
ii  libmikmod2   3.1.11-a-6  A portable sound library
ii  libogg0  1.1.3-2 Ogg Bitstream Library
ii  libsm6   1:1.0.0-4   X11 Session Management library
ii  libvorbis0a  1.1.2-1 The Vorbis General Audio Compressi
ii  libvorbisfile3   1.1.2-1 The Vorbis General Audio Compressi
ii  libx11-6 2:1.0.0-6   X11 client-side library
ii  libxext6 1:1.0.0-4   X11 miscellaneous extension librar
ii  libxi6   1:1.0.0-5   X11 Input extension library
ii  libxxf86vm1  1:1.0.0-4   X11 XFree86 video mode extension l
ii  zlib1g   1:1.2.3-11  compression library - runtime

Versions of packages xmms recommends:
ii  unzip 5.52-8 De-archiver for .zip files

-- no debconf information

-- 
Bill Wohler [EMAIL PROTECTED]  http://www.newt.com/wohler/  GnuPG ID:610BD9AD


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



Bug#374565: bash: printf from dlocate segfaults with fr_FR.UTF-8 locale

2006-06-20 Thread Frédéric Bothamy
* Justin Pryzby [EMAIL PROTECTED] [2006-06-20 07:52] :
 On Tue, Jun 20, 2006 at 01:27:46AM +0200, Fr??d??ric Bothamy wrote:
  Package: bash
  Version: 3.1-4
  Severity: normal
  Tags: l10n
  
  Hello,
  
  Here are the steps to reproduce the problem:
  
  - have (and use) an fr_FR.UTF-8 locale
  - install the dlocate package
  - generate dpkg-list (localized) using this command (from 
  /etc/cron.daily/dlocate):
  
  LINES=40 COLUMNS=200 dpkg -l * | sed -e '1,5d' -e 's/  */ /g'  
  /var/lib/dlocate/dpkg-list
  
  - use dlocate like this:
  $ dlocate -l openoffice
  
  The final lines read:
  
  $ dlocate -l openoffice
  
  [...]
  
  un  openoffice.org2-l10n-el   n?ant  (aucune 
  description n'est disponible)
  pn  openoffice.org2-l10n-en-gbn?ant  (aucune 
  description n'est disponible)
  pn  openoffice.org2-l10n-en-usn?ant  (aucune 
  description n'est disponible)
  /usr/bin/dlocate: line 55: 14278 Doneegrep $1 
  $DPKGLIST
   14279 Erreur de segmentation  | while read stat name ver descr; do
  printf %-2s  %-${fieldw}.${fieldw}s %-${fieldw}.${fieldw}s 
  %-${fieldd}.${fieldd}s\\n $stat $name $ver $descr;
  done
  $
  
  If I change the printf command with /usr/sbin/printf, the segfault no
 Do you mean coreutils /usr/bin/printf?

Yes, correct.
 
  longer occurs. If I generate the dpkg-list file with the C locale, the
  segfault no longer occurs. If I execute the dlocate command with the C
  locale, the segfault no longer occurs.
  
  I don't really know how to get a backtrace from a builtin bash
  command. So any advice would be welcome.
 apt-get source bash dpkg-dev
 cd bash-...
 DEB_BUILD_OPTIONS=nostrip dpkg-buildpackage -rfakeroot
 gdb --args ./debian/bash/usr/bin/bash dlocate -l openoffice

Rather gdb --args ./debian/bash/bin/bash dlocate -l openoffice
(without /usr). However, this does not help to get a backtrace file:

[EMAIL PROTECTED]:~/debian/bash/bash-3.1$ gdb --args ./debian/bash/bin/bash 
dlocate -l openoffice
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 i486-linux-gnu...Using host libthread_db library 
/lib/tls/libthread_db.so.1.

(gdb) r
Starting program: /home/fred/debian/bash/bash-3.1/debian/bash/bin/bash dlocate 
-l openoffice
Desired=Unknown/Install/Remove/Purge/Hold
| Status=Not/Installed/Config-files/Unpacked/Failed-config/Half-installed
|/ Err?=(none)/Hold/Reinst-required/X=both-problems (Status,Err: uppercase=bad)
||/ Name Version  
Description
+++---==

[...]

pn  openoffice.org2-core néant (aucune 
description n'est disponible)
/usr/bin/dlocate: line 55: 26638 Doneegrep $1 $DPKGLIST
 26639 Erreur de segmentation  | while read stat name ver descr; do
printf %-2s  %-${fieldw}.${fieldw}s %-${fieldw}.${fieldw}s 
%-${fieldd}.${fieldd}s\\n $stat $name $ver $descr;
done

Program exited normally.
(gdb)

Do you have another idea?

Thanks,


Fred



Bug#345480: COLSx25: gone for me since X7.0

2006-06-20 Thread Adam Borowski
From Gregor Zattler [EMAIL PROTECTED]:
 I use a Matrox G400 card with 32 MB Ram and have the exact same
 symptoms using SVGATextMode with 132x43.  When using the console
 after starting X I can only use the upper 25 columns.  Thus my
 input and the computers output scoll the upper 25 lines while the
 lower rest of lines also scolls and shows garbage.  After some
 scrolling this garbage gets very colorful.

Gregor: ping?  Is the bug still there?
I can't reproduce it with any xserver-xorg since 7.0, so this bug
probably should be closed.

-- 
1KB // Microsoft corollary to Hanlon's razor:
//  Never attribute to stupidity what can be
//  adequately explained by malice.


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



Bug#374345: Can confirm this

2006-06-20 Thread Richard Thrippleton
I can confirm this (I'm not too happy having pointless setuid applications
around either - instead I just have rw access to the cdrom device). Here's the
sample output;


[EMAIL PROTECTED]:~$ cdrecord /mnt/bulk/isos/ubuntu-5.10-live-i386.iso 
cdrecord: No write mode specified.
cdrecord: Asuming -tao mode.
cdrecord: Future versions of cdrecord may have different drive dependent default
s.
cdrecord: Continuing in 5 seconds...
Cdrecord-Clone 2.01.01a03 (i686-pc-linux-gnu) Copyright (C) 1995-2005 Joerg Schi
lling
NOTE: this version of cdrecord is an inofficial (modified) release of cdrecord
  and thus may have bugs that are not present in the original version.
  Please send bug reports and support requests to [EMAIL PROTECTED]
org.
  The original author should not be bothered with problems of this version.

cdrecord: Warning: Running on Linux-2.6.15.6rt
cdrecord: There are unsettled issues with Linux-2.5 and newer.
cdrecord: If you have unexpected problems, please try Linux-2.4 or Solaris.
cdrecord: Operation not permitted. WARNING: Cannot set RR-scheduler
cdrecord: Permission denied. WARNING: Cannot set priority using setpriority().
cdrecord: WARNING: This causes a high risk for buffer underruns.
scsidev: '/dev/cdrom'
devname: '/dev/cdrom'
scsibus: -2 target: -2 lun: -2
Warning: Open by 'devname' is unintentional and not supported.
Linux sg driver version: 3.5.27
Error: Cannot gain SYS_RAWIO capability.Is cdrecord installed SUID root?
: Operation not permitted
Using libscg version 'debian-0.8debian2'.
cdrecord: Warning: using inofficial version of libscg (debian-0.8debian2 '@(#)sc
sitransp.c  1.91 04/06/17 Copyright 1988,1995,2000-2004 J. Schilling').
Device type: Removable CD-ROM
Version: 0
Response Format: 2
Capabilities   : 
Vendor_info: 'MATSHITA'
Identifikation : 'UJDA765 DVD/CDRW'
Revision   : '1.00'
Device seems to be: Generic mmc2 DVD-ROM.
Using generic SCSI-3/mmc   CD-R/CD-RW driver (mmc_cdr).
Driver flags   : MMC-3 SWABAUDIO BURNFREE 
Supported modes: TAO PACKET SAO SAO/R96P SAO/R96R RAW/R96R
cdrecord: Operation not permitted. Cannot send SCSI cmd via ioctl


This clearly isn't an impossible problem - my Ubuntu-using friends can burn CDs
with cdrecord as a non-root user as well. Having looked over similar reports, I
should also add the information that I'm using Linux, not Solaris. That is, I'm
using Linux, not Solaris, Solaris isn't relevant. Linux is.
The CDROM device is IDE, and strace confirms for sure that cdrecord was opening
the correct device.

Richard


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



Bug#374510: brazilian-conjugate: error messages in UTF-8 locale

2006-06-20 Thread Rafael Laboissiere
* Jakson A. Aquino [EMAIL PROTECTED] [2006-06-20 19:00]:

 I manually configured my system to UTF-8, and I'm not a expert in this
 issue. Probably I put something in a configuration file that isn't
 standard in Linux systems configured to UTF-8, but I don't know what I
 did wrong/different. Anyway, your correction to conjugue is working
 fine here as long as I either set my locale to *.UTF-8 or do not set
 it.

I think that I understand what is going on.  The default locale in your
system should be en_US.UTF-8.  In this case, the default charmap for you
should be UTF-8.  When you do:

export LANG=pt_BR

Then the system will pick the locale pt_BR.UTF-8, inheriting the charmap
from the default.

At any event, I found the way to know which is the current charmap in a
system:

locale charmap

Here is an example:

$ export LC_CTYPE=en_US.ISO-8859-1
$ export LANG=pt_BR
$ locale charmap
ISO-8859-1
$ export LC_CTYPE=en_US.UTF-8
$ locale charmap
UTF-8

Could you please try the modified conjugue script below:

#!/usr/bin/perl -w
my $encoding = (my @lines = `locale charmap`)[-1];
chomp $encoding;
my $script = /usr/bin/conjugue-$encoding;
if (-f $script) {
  system ($script, @ARGV);
} else {
  die Current locale charmap `$encoding' is unknown to conjugue.\n
. Accepted charmaps are UTF-8 and ISO-8859-1.\n;
}


-- 
Rafael


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



Bug#374648: checkinstall: fails on Makefiles which use 'pwd'

2006-06-20 Thread Felipe Sateler
On Tuesday 20 June 2006 08:42, Chris Moore wrote:
 If the Makefile's install target uses 'pwd', then sudo checkinstall
 won't be able to run the 'pwd' command, getting an error like this:

   pwd: couldn't find directory entry in `../..' with matching i-node
   make: *** [install] Error 1

This looks like a bug I've hit sometimes, which is on the filesystem 
translation code. Please try with the --fstrans=no option. This seems to make 
the bug go away in my box.


-- 

Felipe Sateler


pgpFJi7QOJcCS.pgp
Description: PGP signature


Bug#374539: udev does not create /dev/cdrom etc links

2006-06-20 Thread Norbert Preining
Hi Marco!

On Mit, 21 Jun 2006, preining wrote:
   -rw-r--r-- 1 root root 2999 2006-06-19 23:06 z25_persistent-cd.rules
  
  Please show the content of this file, looks like it's full of crap.
 
  After this, move it away and reboot your system to let udev create it
  again.
 
 But how does it happen that the entries are not removed? Do I have to
 remove this everytime I reboot?

Yes I have, but this cannot be true, or? As soon as I unplug my firewire
cd drive the entry is not removed, and I have the same problem again.

So there seems to be a bug in the code for the generation of the rules,
as the replugging should find that the same device has been added
already to the z25...file.

Best wishes

Norbert

---
Dr. Norbert Preining preining AT logic DOT at Università di Siena
gpg DSA: 0x09C5B094  fp: 14DF 2E6C 0307 BE6D AD76  A9C0 D2BF 4AA3 09C5 B094
---
DUNTISH (adj.)
Mentally incapacitated by severe hangover.
--- Douglas Adams, The Meaning of Liff


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



Bug#374686: xfsprogs: xfs_growfs crashes for non-root

2006-06-20 Thread Nathan Scott
On Tue, Jun 20, 2006 at 06:46:07PM +0200, Bastian Kleineidam wrote:
 When I run xfs_growfs as a normal user, the program crashes.
 /dev/hda1 is my root XFS partition, the uid and gid is 1000.
 ...
 (gdb) run -n /dev/hda1
 Starting program: /usr/sbin/xfs_growfs -n /dev/hda1
 *** glibc detected *** double free or corruption (fasttop): 0x080919f0 ***
 ...
 So error=13 is EACCES - which is undertandable since I am not root
 here. The mistake now is that _both_ fs_table_insert() and
 fs_table_initialise_mounts() of libxcmd/paths.c of xfsprogs call free()
 on the dir variable.

Ayup, busted.  Good catch.  Can you try the patch below to see
if it fixes the problem?

thanks.

-- 
Nathan


--- a/xfsprogs/libxcmd/paths.c  2006-06-21 11:30:50.0 +1000
+++ b/xfsprogs/libxcmd/paths.c  2006-06-21 10:46:09.620437791 +1000
@@ -105,15 +105,15 @@ fs_table_insert(
 
datadev = logdev = rtdev = 0;
if (!fs_device_number(dir, datadev, 0))
-   goto error;
+   return errno;
if (fslog  (fslog = fs_device_number(fslog, logdev, 1)) == NULL)
-   goto error;
+   return errno;
if (fsrt  (fsrt = fs_device_number(fsrt, rtdev, 1)) == NULL)
-   goto error;
+   return errno;
 
fs_table = realloc(fs_table, sizeof(fs_path_t) * (fs_count + 1));
if (!fs_table)
-   goto error;
+   return errno;
 
fs_path = fs_table[fs_count];
fs_path-fs_dir = dir;
@@ -127,13 +127,6 @@ fs_table_insert(
fs_path-fs_rtdev = rtdev;
fs_count++;
return 0;
-
-  error:
-   if (dir) free(dir);
-   if (fsrt) free(fsrt);
-   if (fslog) free(fslog);
-   if (fsname) free(fsname);
-   return errno;
 }
 
 void
@@ -191,8 +184,11 @@ fs_table_initialise_mounts(
 {
struct mntent   *mnt;
FILE*mtp;
-   char*dir = NULL, *fsname = NULL, *fslog, *fsrt;
-   int error = 0, found = 0;
+   char*dir, *fsname, *fslog, *fsrt;
+   int error, found;
+
+   error = found = 0;
+   dir = fsname = fslog = fsrt = NULL;
 
if (!mtab_file) {
mtab_file = PROC_MOUNTS;
@@ -226,8 +222,10 @@ fs_table_initialise_mounts(
if (!error  path  !found)
error = ENXIO;
if (error) {
-   free(dir);
-   free(fsname);
+   if (dir) free(dir);
+   if (fsrt) free(fsrt);
+   if (fslog) free(fslog);
+   if (fsname) free(fsname);
}
return error;
 }
@@ -240,8 +238,11 @@ fs_table_initialise_mounts(
char*path)
 {
struct statfs   *stats;
-   char*dir = NULL, *fsname = NULL, *fslog = NULL, *fsrt = 
NULL;
-   int i, count, found = 0, error = 0;
+   char*dir, *fsname, *fslog, *fsrt;
+   int i, count, error, found;
+
+   error = found = 0;
+   dir = fsname = fslog = fsrt = NULL;
 
if ((count = getmntinfo(stats, 0))  0) {
perror(getmntinfo);
@@ -270,8 +271,10 @@ fs_table_initialise_mounts(
if (!error  path  !found)
error = ENXIO;
if (error) {
-   free(dir);
-   free(fsname);
+   if (dir) free(dir);
+   if (fsrt) free(fsrt);
+   if (fslog) free(fslog);
+   if (fsname) free(fsname);
}
return error;
 }
@@ -339,8 +342,8 @@ fs_table_initialise_projects(
if (!error  project  !found)
error = ENOENT;
if (error) {
-   free(dir);
-   free(fsname);
+   if (dir) free(dir);
+   if (fsname) free(fsname);
}
return error;
 }


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



Bug#26611: Dont deny

2006-06-20 Thread Cleo Metz
Tue, 20 Jun 2006 18:39:13 -0800

Hi

Over 80 degree selection. 

Get your online degree in less then 2 weeks no required tests, classes, books, 
or interviews! 

Which one is right for you ?
Accounting
Business
Criminal justice
Education
Health
Technology

call us now for more info 

1206-984-4433 (7 days a week, 24 hours a day)


 Much Success
 
 Chuck Early
 
Those janitors aren't missing sleeping right now..
The science teachers practiced fighting..
You are always missing reading..
EDWARDS: ... more negative attacks -- aren't you sick of it?.
Haven't the computer programmers already practiced shaving?.
Tell me when you have loved singing..
That librarian isn't enjoying jumping at the company..
I hate playing quickly..
Haven't the computer programmers already practiced shaving?.
John was enjoying sleeping near the tree..
I get from most parents is ?Can you teach my child to talk?? This question has 
haunted me for years..
Mark at 27 months looked ?normal?. He came from a good family who provided lots 
of stimulation. Mark had one word--'ba' as in 'Ball.' Everything was 'ba.' 
After a few days of orientation in the classroom, I presented the computer. The 
first day he sat at the computer for 20 minutes and pressed the ball, bus, bee 
on the IntelliKeys keyboard over and over again. He then looked at me and 
pointed to the ball and said ?Ba? Then he pointed to the bee and said 'Be' and 
the Bus and said 'Bu.' I was astonished and his mother started to cry..
Did Roy love working on the top of the mountain?.
That carpenter is practicing running at this time..
That carpenter is practicing running at this time..
Were those science teachers missing walking a few days ago?



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



Bug#374696: xfsprogs: download URL in debian/copyright does not have packaged version

2006-06-20 Thread Nathan Scott
On Tue, Jun 20, 2006 at 07:42:41PM +0200, Bastian Kleineidam wrote:
 the download URL in debian/copyright is
 ftp://oss.sgi.com/projects/xfs/download/
 
 However, I cannot find any xfsprogs 2.7.16 package there, the only thing
 I can find is this:
 ftp://oss.sgi.com/projects/xfs/download/cmd_tars/xfsprogs-2.7.11.src.tar.gz
 
 If the 2.7.16 package is from another location, you should update the URL.

Heh - its a funny case I guess, we sometimes forget to update the
ftp area with all the latest bits, but since I look after the debian
packaging too, sometimes the debian pkgs will be uploaded without an
ftp upload to accompany them.

*shrug*.  I don't think theres anything to fix here, except that we
need to be more diligent about keeping the oss.sgi.com ftp area as
uptodate as other places.

cheers.

-- 
Nathan


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



Bug#304890: Can someone please sponsor Marcio Teixeira?

2006-06-20 Thread Michael Sebastian

To any DD's who are listening,

Please help Marcio submit his packages.
Marcio is not a Debian developer and needs someone to sponsor him. 
Can anyone help? (I'm not a DD either.)

http://lists.alioth.debian.org/pipermail/pkg-freebob-devel/2006-March/03.html

It would be really nice to get updated firewire packages into debian.
I have built Marcio's packages from source and they work on amd64.
I needed them to enable firewire support for mythtv.
It is a shame to see this package in unstable without an update from
upstream since 2003. Upstream has had active development and released
V1.2.1 in April.

Marcio's packages are here:
http://pkg-freebob.alioth.debian.org/debian/pool/main/libr/libraw1394/
http://pkg-freebob.alioth.debian.org/debian/pool/main/libi/libiec61883/

Please also add the libiec61883 package to debian.
This library is from the same upstream source and the two libraries
work together. Both are needed for mythtv to record from a cable TV set
top box.

Thanks,
Michael Sebastian





__
Do You Yahoo!?
Tired of spam?  Yahoo! Mail has the best spam protection around 
http://mail.yahoo.com 


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



Bug#374181: leaks potentialy sensitive information (e.g. passwords) to www.google.com

2006-06-20 Thread Eric Dorland
* Florian Weimer ([EMAIL PROTECTED]) wrote:
 * Eric Dorland:
 
  Thanks, it seems disabling middlemouse.contentLoadURL gets rid of the
  problem.  Could you make this the default?
 
  Nope.
 
 Why not?  It's a privacy issue, after all.

Why is it a privacy issue? It's not like Google can take this data,
you have to paste it to them. There's only so much that can be done to
protect users from themselves. Should we disable pasting into a IRC
client because it could potentially leak information?

-- 
Eric Dorland [EMAIL PROTECTED]
ICQ: #61138586, Jabber: [EMAIL PROTECTED]
1024D/16D970C6 097C 4861 9934 27A0 8E1C  2B0A 61E9 8ECF 16D9 70C6



signature.asc
Description: Digital signature


Bug#374738: developers-reference: [5.8.4] Only most recent section of changelog is considered

2006-06-20 Thread Kevin Glynn
Package: developers-reference
Severity: normal


Section 5.8.4 should make it clear that only the most recent section of the 
changelog
is significant for closing bugs. So, if one uploads version -11, followed by 
-13 bugs closed
in the -12 section will not be picked up by daks and closed automatically.

I suppose this is the scenario addressed by the line To close any remaining 
bugs that were 
fixed by your upload, email the .changes file to [EMAIL PROTECTED], where XXX 
is your 
bug number., but I think this requires a bit more explanation.

-- 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.16-2-amd64-k8-smp
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)


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



Bug#374671: t-prot: please us a directory in /etc for the global activation

2006-06-20 Thread Jochen Striepe
Hi,

On 20 Jun 2006, Andreas Pakulat wrote:
 currently the global activation of t-prot in /etc/Muttrc.t-prot uses the
 examples/footers directory,

Oops.


 however that is not apropriate for
 configuration files. t-prot should install all or some of these example
 footers into /etc/t-prot.footers or something similar. 

IMHO it definitely shouldn't. A global directory of footer files is a
very bad idea -- you might need to put a huge number of footers there
if this directory is supposed to suit all local users.

And since matching various footers against the bottom lines of a given
message is quite a performance-intensive procedure, you should avoid
unnecessary files in your footer directory to keep decent performance.

An even better idea for good performance is using mutt's folder-hooks
for switching between different (much smaller) sets of footer files
(assuming you have your incoming mail sorted into several folders, e.g.
one for each mailing list you get).


 Currently it's also not as easy as it could be to add your own footer
 files (the reason why the global activation is deactivated here).

As you can see above, it's really a good idea to keep per-user footer
directories (where it should be a piece of cake to add your own hand-
tweaked footer files).


Hope this helps,
and best greetings,

Jochen.
-- 
Stau - ein Wort, wie es deutscher und eleganter nicht sein könnte. Ein
Kulturgut, auf welches das Mutterland der Autobahn in Wort und Bild
maßlos stolz sein kann.
   -- Bernd Gramlich in de.etc.sprache.deutsch, 2004-10-24


pgpFgZfX8l8R7.pgp
Description: PGP signature


Bug#201252: chris said he is pissed at you

2006-06-20 Thread Pat Potter
How are you,

 
If you are like most people, you are more than qual.ified with your 
experience, but you are lacking that prest.igious piece of paper known as a 
D.IPLOMA that is often the passport to success.. 

Call us today.

1.2.0.6-984-4433

24 hours a day, 7 days a week including Sundays and Holidays

Look Foward to Hearing From You

Were those science teachers missing walking a few days ago?.
Don't those singers dislike playing carelessly?.
That photographer isn't enjoying fighting..
Did those bus drivers regret singing?.
Donna's daughter hasn't practiced playing yet..
Mr. Hanson isn't practicing working..
I was missing jumping..
Doesn't Kate's granddaughter miss shaving for a few months?.
1.
6.
Have you missed reading recently?.
I am enjoying eating in the river..
THE PARENT arrived back on the scene. She gave me a tape by Dr. Laura Meyers 
from UCLA. I listened to that tape eight times. I listened over and over and 
heard the same thing again and again. Ms. Meyers said, 'These kids may need to 
hear a word many times (perhaps 72 times) before they ever say a word. A 
computer can be patient and say it the same way every time.' Now I understood. 
I was not patient enough. I did not allow the student to hear the words over 
and over. I was interrupting their learning by interjecting, when they were 
totally engrossed in what they were doing. I was asking questions they were not 
ready to answer. They were just learning language. They didn't have the answers 
yet..
8.
I don't practice reading once a week..
Did Roy love working on the top of the mountain?.

Thank you,
Josef Boyer



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



Bug#374501: ITA: gst0.10-python -- GStreamer Python bindings (0.10)

2006-06-20 Thread Marco Cabizza
retitle 374501 ITA: gst0.10-python -- GStreamer Python bindings (0.10)
owner 374501 [EMAIL PROTECTED]
thanks.

I'm going to take this one, hopefully team-maintaining it with the
pkg-gstreamer team.

ciao
~marco



signature.asc
Description: Questa è una parte del messaggio	firmata digitalmente


Bug#323689: Patch from debian package

2006-06-20 Thread P.
Hello.

This is a patch to op_server applied on the op-panel debian package,
submitted for your consideration. It has three modifications:

1. Adds an initial testing for op_server.cfg so the daemon wont fork a
pid and then fail at startup.

2. Adds a simple checking for pid file at opening.

3. Adds a couple of notes to the pod2man information.

The debian package is now waiting for the ming package to enter debian,
and is now being maintained at the pkg-voip-team.

Regards,

-- 
Alejandro Ríos Peña
 Debian-Colombia.


01_op_server.pl.dpatch
Description: application/shellscript


signature.asc
Description: Esta parte del mensaje está firmada	digitalmente


Bug#374739: Autofs auto.smb attempts to mount printer drivers

2006-06-20 Thread Dominique Brazziel
Package: Autofs 
Version: 4.1.3+4.1.4beta2-10

the auto.smb script contains the following line:

/Disk/ { if (first) { print opts; first=0 }; print 
\\\n\t / $2, :// key / $2 }

SAMBA for some reason lists printer drivers as 'Disk'
shares:

IPC|IPC$|Remote IPC
Disk|print$|Printer Drivers
Disk|C|
Printer|HPLJ4L|HP LaserJet 4L

This produces error messages when a mount is attempted
for

//machinename/print

which doesn't exist:

automount[17409]: mount(generic): calling mount -t
cifs -s -o rw,credentials=/etc/auto.cifs.DELL3000
//DELL3000/print /smb/DELL3000/print
Jun 16 19:32:50 EMACH433 automount[17409]:  retrying
with upper case share name
Jun 16 19:32:50 EMACH433 automount[17409]:  mount
error 6 = No such device or address

The mount

A workaround is to make the mount conditional on the
share name not being print$ (WinXP) or PRINTER$
(Win9x):

/Disk/  { if (first) { print opts; first=0 }; if ($2
!= PRINTER$) { if ($2 != print$) print  \\\n\t /
$2, :// key / $2 } }



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



Bug#374735: manifest conflict with gnucash-common, can't upgrade

2006-06-20 Thread Thomas Bushnell BSG
Jamie Wilkinson [EMAIL PROTECTED] writes:

 Package: gnucash
 Version: 1.9.7-1
 Severity: important

 The following is a transcript from trying to upgrade today:

Please bother checking for existing bugs before adding the sixth
duplicate.

Thomas


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



Bug#374740: libsexy: Can you provide also sexy-python?

2006-06-20 Thread Luis Matos
Package: libsexy
Severity: wishlist

Can you please provide also libsexy python bindings?

-- 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.16-2-amd64-k8
Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15)


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



Bug#306537: Usage firefox-dbg

2006-06-20 Thread Jim Wiggs
On 6/17/06, Mike Hommey [EMAIL PROTECTED] wrote:
On Sat, Jun 17, 2006 at 10:27:21AM -0400, Jim Wiggs [EMAIL PROTECTED] wrote: Gentlemen, I've downloaded and installed firefox-dbg attempting to produce
 useful stacktrace information WRT bug #306537.Starting firefox with the -debug option still does not produce useful output upon crash (generic error, no symbol information).How do I actually
 get gdb to *use* the symbol information supposedly provided by the firefox-dbg package?The package appears to contain no documentation about how to actually use it.There's a firefox-bin file installed under /usr/lib/debug/usr/lib/firefox but invoking it
 directly within gdb produces an immediate error:You just need to run firefox -debug. Are you sure you get an actualcrash ? It could be that something triggers a shutdown of firefox, whichthen exits normally.
If you want to be sure firefox -debug just works, run it, launch firefoxwith run, find out the pid, and kill -11 it. Then you'll be able to geta full backtrace. Finally got a valid backtrace on this with your suggestion this evening.
I've also instructed the other users on how to start it up properly and theywill continue with attempts to gather more debug information. We have more detailed information about what appears to be causing
the crash and its behavior leading up to and after the crash. We did aclean install of firefox 1.5.0.4 off the mozilla website with no plugins atall. This was installed separately under /usr/local so as not to interfere
with the debian package. That version ran stable for over 3 days. Nocrashes at all. We then installed the mplayer plugin built from sourceusing the most recent version of MPlayer directly off the mplayer site
and the latest version of mplayerplug-in from the sourceforge site. Wenow see that when we get a popup that displays a small alert messageand plays a .wav file using an embed tag (shown below), most times
the browser will crash. {embed autostart=true hidden=true src="" loop=5} Checking the about:plugins page indicates that .wav files are being
handled by mplayerplug-in-wmp.so. Another odd thing is that after thecrash, when firefox is restarted, it will present the same dialog box thatnormally gets presented when you exit by clicking the Quit entry in the
File menu, asking you if you wish to clear your private information. I'm CCing this note to the debian bugzilla bug # 306537 which is theone that currently seems to match best. If anyone can suggest a more
appropriate bug to move the details to, I'll be happy to do so. The thingI'm primarily concerned about is what sort of visibility this has. Are themozilla/firefox developers accutely aware of these stability issues? I
can't believe we are the only people on the planet having this problem;lots of people have to be viewing pages with embedded sound files;the problem *MUST* be affecting them as well. We're not doing anything special. What's the level of interest in finding and stamping out
these problems? Are they backburnered or are they being activelypursued. We're trying to provide any feedback we can, and will continue to do so. In the mean time, since the instability seems to berelated to the mplayer plugin, can anyone suggest a stable alternative
to provide for playing of .wav or other standard sound files from insideour alert popups? Something like mozplugger/xmms or such, but asolution *known* to be ROCK SOLID?thanks,Jim



Bug#374310: ouch

2006-06-20 Thread Bdale Garbee
Ok, I apologize for this because I know you really don't want to hear it, but
first I feel compelled to give you this obligatory piece of too-late-to-use
advice:  You should verify backup procedures before you need them.

I also note that if you're going to compress the file with bzip2 anyway, it's
not clear that using the sparse option to tar is going to help much.  I don't
really know, because it's not an option I've ever used.  And I know very little
about NTFS volumes, though that probably doesn't matter.

Let me help with what I can.  There is an archive at snapshot.debian.net
that will allow you to go find out which package versions were current in
unstable on any date in history, and retrieve that version to try on your 
system.  Getting at which version was in testing on any given date is a little
bit harder, but the PTS at http://packages.qa.debian.org/t/tar.html has a log
of Latest News about tar that includes the date different versions migrated
to testing.  On your own system, you can look at /var/log/dpkg.log* and/or
/var/log/aptitude* for info on when you installed various versions of things.

I hope that helps!  It's certainly worth trying a couple of different versions
of tar to extract the file, but beyond that I'm not entirely sure what 
to suggest.

Bdale


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



Bug#366070: libpng: 366070: new version is 1.2.10, rumors of api changes

2006-06-20 Thread Paul Wise
retitle 366070 libpng: New version available - 1.2.10
thanks

Just a datapoint: on one of the upstream projects I help out with
(synfig), apparently it didn't generate correct PNGs in some cases with
the newer version (1.2.10). The bug report is here:

http://sf.net/tracker/?func=detailaid=1509627group_id=144022atid=757416

-- 
bye,
pabs

http://wiki.debian.org/PaulWise


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


Bug#374741: seems unable to download any feeds

2006-06-20 Thread Joey Hess
Package: rawdog
Version: 2.9.dfsg.1-1
Severity: serious

Updating feed 4 of 7: http://kitenet.net/~joey/blog/index.rss
Feed:http://kitenet.net/~joey/blog/index.rss
Error fetching or parsing feed.

Rawdog fails like this on all the feeds I have configured. I downgraded
to version 2.8.dfsg.1-1 and the problem went away.

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

Versions of packages rawdog depends on:
ii  python2.3.5-10   An interactive high-level object-o
ii  python-feedparser 4.1-4  Universal Feed Parser for Python
ii  python-support0.3.0  automated rebuilding support for p

rawdog recommends no packages.

-- no debconf information

-- 
see shy jo



Bug#169161: replying to e-mail

2006-06-20 Thread Valeria Manley
 AUDIENCE: Yes..

[EMAIL PROTECTED]

Important

I need a degre_ee in: 
-Accounting
-Business
-Criminal- justice
-Educ-ation
-Health
-Technology

There are no requ-ired tests, classes, books, or interviews!

Call- this number: 1-2-0-6-984-4433 (24 hours)

 Take Care
 
 Brittney Esposito
 
Have you hated surfing lately?.
Many bartenders like driving every other day..
8.
I am a teacher of preschool children with disabilities. I have been making 
software for the children in my classrooms for the last eight years. Over the 
past 23 years I have encountered many types of disabilities and many types of 
parents. The question.
I am missing working right now..
Lawrence had already liked dancing..
Those news announcers aren't practicing shaving next to the police station 
right at this time..


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



Bug#188407: got st8 a's!

2006-06-20 Thread Brigitte Montgomery
 7.

[EMAIL PROTECTED]

check this out!

I need a degre_ee in: 
_Accounting
_Business
_Criminal_ justice
_Educ_ation
_Health
_Technology

There are no requ_ired tests, classes, books, or interviews!

Call_ this number: 1_2_0_6-984-4433 (24 hours)

 Look Foward to Hearing From You
 
 Frances Blount
 
EDWARDS: ... more negative attacks -- aren't you sick of it?.
Joseph doesn't dislike praying carelessly..
But, I spent the next three weeks making a piece of simple software for her son 
to her specifications. While I was at it, I put 4-8 pictures on the screen as 
well. The simple program was finished and ready for her child to see. As I was 
presenting it, the other children in my classroom were pushing each other to 
get to the computer screen to touch that Touch Window and hear the word spoken 
again and again. I looked at these kids and was amazed. There was no music, no 
animation, nothing cute about this program at all, just real pictures with real 
words. I was stunned. I just watched the children. Within 10 minutes, several 
children who had never said a word in their life, made approximations of 
several words. I was hooked..
They have regretted jogging since last Monday..
Haven't you disliked reading?.
Don't you practice dancing as often as possible?.
Is the manager missing walking?.



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



Bug#121756: paul favors 5.8%+ Quote for you

2006-06-20 Thread Ed
How are you,

Ouur O ff icce ha as  reeicieved your filled app.

My sub ordinate shall  then   re-con firm   yo ur in fo.

http://geocities.com/lucille4156

With Ref to: paul favors  

and your Cr. rate ing is not  a factor.

All  debt cons0l types have been   Ap p.ro ve d   for you  paul favors

Thanks,

Ed




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



Bug#374741: seems unable to download any feeds

2006-06-20 Thread Decklin Foster
Joey Hess writes:

 Rawdog fails like this on all the feeds I have configured. I downgraded
 to version 2.8.dfsg.1-1 and the problem went away.

I seem to have had a duplicate local version of feedparser on my test
machine (fixed now); for some reason, using 4.1 (from python-feedparser)
completely breaks things. Very weird. I'm uploading a version with 4.02
while I look into it.

-- 
things change.
[EMAIL PROTECTED]


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



Bug#374742: pcmciautils: fresh upstream available... can't make my card work :-((

2006-06-20 Thread Yaroslav Halchenko
Package: pcmciautils
Version: 013-2
Severity: normal

I kept trying to make my card at least being visible... Just can't -
doesn't appear anywhere (udevinfo is just blank on pcmcia).
 only effect of having it inside is
 sudo pccardctl status
Socket 0:
  5.0V 16-bit PC Card
can be that my 2.6.17-rc6-mm2 is too funny ;-)
or that dmesg message means something ;-)

pccard: PCMCIA card inserted into slot 0
cs: warning: no high memory space available!
cs: memory probe 0xa000-0xa0ff: excluding 0xa000-0xa0bf

I used to have
card Gold Card Global 56K+Fax
  manfid 0x016c, 0x0005
  bind serial_cs
for it... but now pccardctl info gives no manfid info
PRODID_1=
PRODID_2=
PRODID_3=
PRODID_4=
MANFID=,
FUNCID=255

unlucky me...

but lyrics aside -- saw that 014 release of the tools available. It
seems that major conflicts during upgrade are incorporated patches you
had in your .diff ;-) so I'm not sure on how much of novel that
version has but just wanted to let you know ;-) Feel free to close
this bug with fresh upload, thus boosting your Debian Karma ;-)

-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (600, 'unstable'), (300, 'experimental')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.17-rc6-mm2
Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1)

Versions of packages pcmciautils depends on:
ii  libc6 2.3.6-15   GNU C Library: Shared libraries
ii  libsysfs2 2.0.0-7interface library to sysfs
ii  module-init-tools 3.2.2-3tools for managing Linux kernel mo

Versions of packages pcmciautils recommends:
ii  udev  0.093-1/dev/ and hotplug management daemo

-- no debconf information


--Yarik


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



Bug#374510: brazilian-conjugate: error messages in UTF-8 locale

2006-06-20 Thread Jakson A. Aquino
On Wed, Jun 21, 2006 at 02:26:40AM +0200, Rafael Laboissiere wrote:
 Could you please try the modified conjugue script below:
 
 #!/usr/bin/perl -w
 my $encoding = (my @lines = `locale charmap`)[-1];
 chomp $encoding;
 my $script = /usr/bin/conjugue-$encoding;
 if (-f $script) {
   system ($script, @ARGV);
 } else {
   die Current locale charmap `$encoding' is unknown to conjugue.\n
 . Accepted charmaps are UTF-8 and ISO-8859-1.\n;
 }
 

Your script seems to be very robust now! I used the commands locale
and locale charmap to check what was happening and you are correct:
if no charmap is set by the user, the system inherits the default one.
I reconfigured my locales and set none as the default system locale,
and didn't set my personal locale. If I open either xterm or console I
get:

$ locale
LANG=
LC_CTYPE=POSIX
LC_NUMERIC=POSIX
LC_TIME=POSIX
LC_COLLATE=POSIX
LC_MONETARY=POSIX
LC_MESSAGES=POSIX
LC_PAPER=POSIX
LC_NAME=POSIX
LC_ADDRESS=POSIX
LC_TELEPHONE=POSIX
LC_MEASUREMENT=POSIX
LC_IDENTIFICATION=POSIX
LC_ALL=
$ conjugue
Current locale charmap `ANSI_X3.4-1968' is unknown to conjugue.
Accepted charmaps are UTF-8 and ISO-8859-1.

However, if I open uxterm it automatically converts LC_CTYPE into
en_US.UTF-8 and conjugue does its job and calls conjugue-UTF-8.

It seems that the script will never print the hundreds of lines of
error messages. I think that The worst thing that might happen is the
existence of a mismatch between the user's locale configuration and
the charmap of his terminal. But in this case all applications that
output non-ASCII characters will print strange letters.

Thanks,

Jakson



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



Bug#374651: mancala: 374651: pending, RFS

2006-06-20 Thread Paul Wise
tags 374651 + pending
thanks

On Tue, 2006-06-20 at 15:22 +0200, Andreas Jochens wrote:

 When building 'mancala' on unstable, I get the following error:
 With the attached patch 'mancala' can be compiled on unstable.

Thanks for the bug and patch Andreas. Joe, are you able to upload it?

dget http://mentors.debian.net/debian/pool/main/m/mancala/mancala_1.0.0-9.dsc

Builds in cowbuilder, no lintian/linda warnings. Changelog:

mancala (1.0.0-9) unstable; urgency=low

  * Fix FTBFS due to xorg 7. Patch by Andreas Jochens closes: #374651
  * Rename mancala.sh to mancala-text
  * We now comply with the new Standards-Version, so update it.

 -- Paul Wise [EMAIL PROTECTED]  Wed, 21 Jun 2006 11:23:00 +0800

-- 
bye,
pabs

http://wiki.debian.org/PaulWise


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


Bug#373727: Please update config/config.guess

2006-06-20 Thread Russ Allbery
Kazuhiro Inaoka [EMAIL PROTECTED] writes:

 Is this change already in the config.{sub,guess} that are distributed
 at ftp.gnu.org?

 Yes. It's already approved.

 http://cvs.savannah.gnu.org/viewcvs/*checkout*/config/config/config.guess

The files have been updated upstream and are now current in the
just-released 1.5-beta-1 release.  I'll also update them in the next
upload of the Debian krb5 packages that we do, which will probably happen
shortly.

Thank you very much for the report!

-- 
Russ Allbery ([EMAIL PROTECTED])   http://www.eyrie.org/~eagle/


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



Bug#374735: manifest conflict with gnucash-common, can't upgrade

2006-06-20 Thread Jamie Wilkinson
This one time, at band camp, Thomas Bushnell BSG wrote:
Jamie Wilkinson [EMAIL PROTECTED] writes:

 Package: gnucash
 Version: 1.9.7-1
 Severity: important

 The following is a transcript from trying to upgrade today:

Please bother checking for existing bugs before adding the sixth
duplicate.

Yes yes, you're not the only one in the universe who gets duplicate bugs.
Merge them and move on.  But thankyou for your quick response!


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



Bug#369877: kaffe FTBFS on ia64

2006-06-20 Thread Michael Koch
On Sun, Jun 18, 2006 at 12:41:08PM -0700, Steve Langasek wrote:
 On Sun, Jun 18, 2006 at 02:20:30PM +0200, Michael Koch wrote:
  On Sun, Jun 18, 2006 at 12:47:46AM +0200, Bill Allombert wrote:
   On Fri, Jun 16, 2006 at 07:58:06PM +0200, Michael Koch wrote:
On Fri, Jun 16, 2006 at 02:41:40PM +0200, Bill Allombert wrote:
 On Fri, Jun 16, 2006 at 11:50:56AM +0200, Michael Koch wrote:
 
 Well this seems like a gcc-4.1 (not gcj) issue: kaffe build fine
 with gcc-4.0 on ia64.
 
Dalibor definitely fixed some GCC 4.1 issues in CVS. I will try to get a
CVS snapshot packaged and upload it to experimental and see if it
builds.
 
   In the mean time, could not you Build-Depend on gcc-4.0 [ia64] and 
   build kaffe with gcc-4.0 on ia64 ? 
 
   This would probably allow to get this bug fixed sooner.
 
  I have tried this and it makes kaffe build fine on ia64. Thanks.
  I will upload a new kaffe package in the next days after speaking with
  the other kaffe maintainers.
 
 Has this been cleared with the gcc maintainers, though?  I'm not sure how
 long gcc-4.0 was going to be kept around in the archive.

gcc-4.1 seems to have SOME issus with kaffe. I will try a recent CVS
snapshot if its better there. It would be nice if gcc-4.0 could be kept
in the archive. I heard OOo2 has problems with gcc-4.1 too.


Cheers,
Michael
-- 
http://www.worldforge.org/


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



Bug#374669: checkinstall: 'rm -rf' hangs in Makefile if target directory contains more than 200 files

2006-06-20 Thread Felipe Sateler
On Tuesday 20 June 2006 10:50, Chris Moore wrote:

 I have been trying to build GNU Emacs from CVS and make a package
 using checkinstall.  checkinstall is hanging forever while running 'rm
 -fr'.  I have managed to reproduce the bug - it seems to happen
 whenever rm tries to remove a directory of 201 or more files. 

This seems to be hitting the same filesystem translation bug, because if I 
disable it (--fstrans=no) the script doesn't fail. Please try it and check if 
it doesn't fail too.
-- 

Felipe Sateler


pgpKwQzfn1GEe.pgp
Description: PGP signature


Bug#374742: pcmciautils: fresh upstream available... can't make my card work :-((

2006-06-20 Thread Yaroslav Halchenko
Ha ha! Just wanted to share my experience... by poking around I've
decided to try pccardctl suspend/resume... and you know -- that brought
my modem online and bounded it to serial_cs

Socket 0:
  5.0V 16-bit PC Card
  Subdevice 0 (function 0) bound to driver serial_cs

so whenever I eject/insert it I have first to suspend it and then
resume. I think it might be of help for someone (README/howto?),
that is why I decided to report.

And btw -- after I've upgraded to 014 version, I've at least got a
device in udev fs and 

 sudo pccardctl info
PRODID_1=
PRODID_2=
PRODID_3=
PRODID_4=
MANFID=2020,2020
FUNCID=255

eject/insert brought modem back to unrecognizable state... then
suspend/resume did the miracle. What do you think would be the best
place where to automate (if possible) this handshaking with the modem
to make it alive? 

Just FYI about my miracle modem:

SUBSYSTEM==pcmcia

SYSFS{modalias}==pcmcia:m016Cc0001f02fn00pfn00paF5F025C2pb200E6E61pc26477DB8pdC5F4D6FD
SYSFS{prod_id4}==V8.041
SYSFS{prod_id3}==56K+Fax
SYSFS{prod_id2}==Gold Card Global 56K+Fax
SYSFS{prod_id1}==Psion Dacom
SYSFS{card_id}==0x0001
SYSFS{manf_id}==0x016c
SYSFS{func_id}==0x02
SYSFS{pm_state}==on
SYSFS{function}==0x00

-- 
  .-.
=--   /v\  =
Keep in touch// \\ (yoh@|www.)onerussian.com
Yaroslav Halchenko  /(   )\   ICQ#: 60653192
   Linux User^^-^^[17]




pgpRZU8boyh0K.pgp
Description: PGP signature


Bug#374570: automake1.9: automake1.9 contains non-free material

2006-06-20 Thread Eric Dorland
clone 374570 -1
retitle -1 automake1.8: automake1.8 contains non-free material
reassign -1 automake1.8
thanks

* Manoj Srivastava ([EMAIL PROTECTED]) wrote:
 Package: automake1.9
 Version: 1.9.6-4
 Severity: serious
 
 From /usr/share/doc/automake1.9/copyright:
 ==
 Automake Manual (doc/automake.texi):
 
   Permission is granted to copy, distribute and/or modify this
   document under the terms of the GNU Free Documentation License,
   Version 1.2 or any later version published by the Free Software
   Foundation; with no Invariant Sections, with the Front-Cover texts
   being ``A GNU Manual,'' and with the Back-Cover Texts as in (a)
   below.  A copy of the license is included in the section entitled
   ``GNU Free Documentation License.''
 
   (a) The FSF's Back-Cover Text is: ``You have freedom to copy and modify this
   GNU Manual, like GNU software.  Copies published by the Free Software
   Foundation raise funds for GNU development.''
 
 ==
 
 If the non-free material has already been removed, please
  modify the copyright file to reflect that.

Yup, automake1.8 is affected as well. I'm working on it, I'm just
trying to make the documentation split as painless as possible. 

-- 
Eric Dorland [EMAIL PROTECTED]
ICQ: #61138586, Jabber: [EMAIL PROTECTED]
1024D/16D970C6 097C 4861 9934 27A0 8E1C  2B0A 61E9 8ECF 16D9 70C6



signature.asc
Description: Digital signature


Bug#374746: Ships .la file

2006-06-20 Thread J.H.M. Dassen (Ray)
Package: libwv-dev
Version: 1.2.1-1
Severity: normal

libwv-dev includes this file:
/usr/lib/libwv.la
which refers to /usr/lib/libgsf-1.la from the libgsf-1-dev package which I
maintain.

While these libtool helper files may be useful on some Un*x systems, they
are not particularly useful on GNU/Linux systems and may in fact complicate
library transitions.

Please drop this .la files from this package. It should be safe to do so
as there are no other -dev packages that declare a dependency on this one.
Removing this .la files will bring me one step closer to being able to drop
/usr/lib/libgsf-la.la in turn.

Ray

-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (800, 'unstable'), (750, 'experimental'), (500, 
'testing-proposed-updates'), (500, 'testing'), (500, 'stable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.16.20
Locale: LANG=C, LC_CTYPE=en_US.ISO8859-1 (charmap=ISO-8859-1)
-- 
Obsig: developing a new sig


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



Bug#374744: cl-typesetting: cl-typegraph fails to compile in sbcl

2006-06-20 Thread anoop aryal
Package: cl-typesetting
Version: 117-2
Severity: important
Tags: patch


ext:run-program is used for both cmu and sbcl in graph.lisp. once i
changed the line to read sb-ext:run-program it seems to be
working. patch attached.

-- 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.16-2-686-smp
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)

Versions of packages cl-typesetting depends on:
ii  cl-pdf117-1  Common Lisp package to create PDF 
ii  common-lisp-controller6.1This is a Common Lisp source and c

cl-typesetting recommends no packages.

-- no debconf information
--- /usr/share/common-lisp/source/cl-typesetting/graph.lisp.old 2005-11-02 
12:53:36.0 -0600
+++ /usr/share/common-lisp/source/cl-typesetting/graph.lisp 2006-06-20 
23:44:03.0 -0500
@@ -176,7 +176,8 @@
   (with-open-file (s dot-file :direction :output :if-exists :supersede)
 (gen-graph-dot-data graph s))
 #+lispworks (sys:call-system (format nil ~a~{ ~s~} ~s -o ~s *dot-command* 
*dot-command-args* dot-file result-file) :wait t)
-#+(or cmu sbcl) (ext:run-program *dot-command* `(,@*dot-command-args* 
,dot-file -o ,result-file) :wait t)
+  #+cmu (ext:run-program *dot-command* `(,@*dot-command-args* 
,dot-file -o ,result-file) :wait t)
+  #+sbcl (sb-ext:run-program *dot-command* `(,@*dot-command-args* 
,dot-file -o ,result-file) :wait t)
   (with-open-file (s result-file :direction :input)
 (iter (for line = (read-line s nil))
   (while line)


<    1   2   3   4   5   >