Bug#270285: dosemu: unix.com -s fails to import env vars with an underscore

2004-09-16 Thread Roger Leigh
Ryan Underwood <[EMAIL PROTECTED]> writes:

> On Wed, Sep 15, 2004 at 08:19:03PM +0100, Roger Leigh wrote:
>> On Tue, Sep 07, 2004 at 09:18:45PM +0100, Roger Leigh wrote:
>> > 
>> I think I've now got the environment thing working on the work machine,
>> but not the home machine.  However, I haven't any idea why, since the
>> setup should be very similar.  I'll have to look at the environment
>> and config files much more closely.  Could locale issues cause any
>> problems?  I'm using en_GB.ISO-8859-1 here, but en_GB.UTF8 at work.
>> I'm trying to think of anything external to dosemu itself that could
>> affect it.
>
> No idea.  I'd like to know if you find out though.

OK, some more detail:

I've now tested on:

Work machine: AMD Athlon, Sarge
Home desktop: Intel PIII, Sid
Home laptop: Intel PIII, Sarge clean install

Both Sarge installs are OK.  The Sid one is not.  For all installs,
I've duplicated:
/etc/dosemu/*
/etc/freedos/*
/usr/lib/freedos/freecom/*

The user environment was ~identical over all machines bar trivial
stuff (ssh agent, hostname, machtype etc.).  locale does not appear to
be an issue.

The only thing that marks the Sid machine as different is that during
startup I'm prompted to press F5/F8 for both config.sys /and/
autoexec.bat (the latter after freecom has started).  On the other two
machines I'm only prompted for config.sys.  This is strange because
the conffiles are the same for all, and the dosemu/dosemu-freedos
packages are clean installs after a purge.

I'm not sure what makes this machine behave differently, but perhaps
the reason for it is the root cause?


Regards,
Roger

-- 
Roger Leigh

Printing on GNU/Linux?  http://gimp-print.sourceforge.net/
GPG Public Key: 0x25BFB848.  Please sign and encrypt your mail.



Bug#270285: dosemu: unix.com -s fails to import env vars with an underscore

2004-09-16 Thread Ryan Underwood

On Thu, Sep 16, 2004 at 10:09:57PM +0100, Roger Leigh wrote:
> 
> Both Sarge installs are OK.  The Sid one is not.

I've not idea why this would be the case.  The dosemu and dosemu-freedos
packages are the same all around.

> The user environment was ~identical over all machines bar trivial
> stuff (ssh agent, hostname, machtype etc.).  locale does not appear to
> be an issue.

Perhaps just to ensure that we are sane, create a new user on each
machine specifically for testing this out.  Also in case you didn't make
sure /usr/lib/dosemu and /usr/lib/freedos are completely gone after
purging the packages.

> I'm not sure what makes this machine behave differently, but perhaps
> the reason for it is the root cause?

It may be.

-- 
Ryan Underwood, <[EMAIL PROTECTED]>


signature.asc
Description: Digital signature


Certain student loans eliminated

2004-09-16 Thread brandie hart
Late notices and collection calls will be ended.
We have pioneered an advanced system of proven strategies 
that will get the creditors and debt collectors off your back for good

Our debt termination program has legally stopped millions of dollars worth
of debt from being collected.


check out our Elimination Program here
http://www.bestproductpool.com/e2/



no, then link above




Hamericans is bloomin' green, he remarked, so youse can stand for
Hamerican, right enough. No other wissitors is such blarsted fools
But yon's the palace, an' I s'pose 'is Majesty'll give ye a 'ot reception



Bug#270285: freecom and LF line endings

2004-09-16 Thread Bart Oldeman
Hi,

You can try the FreeCOM in dosemu-freedos-*-bin.tgz from www.dosemu.org.
It contains a patch so that it opens batch files in binary mode to avoid
the line ending problem. "Upstream" has never accepted it (opening a text
file in binary mode is a bit dirty after all -- I've seen no problem
though) so it's just there.

The real issue when you open it in "text" mode is with Borland's RTL code,
in particular fseek() or fsetpos().

Bart



Bug#269668: [zapyon@gmx.net: Re: Bug#269668: rdiff-backup crashes trying to backup to NFS directory]

2004-09-16 Thread Alec Berryman
- Forwarded message from Andreas Neudecker <[EMAIL PROTECTED]> -

Date: Thu, 16 Sep 2004 10:12:41 +0200
From: Andreas Neudecker <[EMAIL PROTECTED]>
To: Alec Berryman <[EMAIL PROTECTED]>
Subject: Re: Bug#269668: rdiff-backup crashes trying to backup to NFS
directory

Hi Alec,

sorry for not going into this. I am in too much stress now. I will look
into that later (probably some time in Octobre) and report what happens.

By the way: the fact that nobody else has reported a similar problem may
be due to the fact that probably few people have to use rdiff-backup via
NFS (with a VERY old server at the other end) because there is no SSH
access (and if there were, it's only SSH1 anyway). No, I do not have
root access to that server, sadly. :-(


Cheers


Andreas


signature.asc
Description: Digital signature


Bug#271957: noteedit: Can't import MIDI file

2004-09-16 Thread Roland Stigge
Package: noteedit
Version: 2.7.1-2
Severity: normal

Hi,

when I try to import a MIDI file (created with noteedit) via the TSE3
menu, nothing happens. I don't use special characters in the filename,
so this doesn't seem to be related to #190769.

I'm attaching the example MIDI file.

bye,
  Roland

-- System Information:
Debian Release: 3.1
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (i686)
Kernel: Linux 2.6.8-1-686
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (ignored: LC_ALL set to 
en_GB.UTF-8)

Versions of packages noteedit depends on:
ii  kdelibs4  4:3.3.0-1.1KDE core libraries
ii  libart-2.0-2  2.3.16-6   Library of functions for 2D graphi
ii  libc6 2.3.2.ds1-16   GNU C Library: Shared libraries an
ii  libfam0c102   2.7.0-5client library to control the FAM 
ii  libgcc1   1:3.4.2-2  GCC support library
ii  libice6   4.3.0.dfsg.1-7 Inter-Client Exchange library
ii  libidn11  0.5.2-3GNU libidn library, implementation
ii  libpng12-01.2.5.0-7  PNG library - runtime
ii  libqt3c102-mt 3:3.3.3-4  Qt GUI Library (Threaded runtime v
ii  libsm64.3.0.dfsg.1-7 X Window System Session Management
ii  libstdc++51:3.3.4-11 The GNU Standard C++ Library v3
ii  libtse3-0.2.7 0.2.7-5TSE3: portable sequencer engine in
ii  libx11-6  4.3.0.dfsg.1-7 X Window System protocol client li
ii  libxext6  4.3.0.dfsg.1-7 X Window System miscellaneous exte
ii  libxrender1   0.8.3-7X Rendering Extension client libra
ii  noteedit-data 2.7.1-2KDE Music Editor (data files)
ii  xlibs 4.3.0.dfsg.1-7 X Window System client libraries m
ii  zlib1g1:1.2.1.2-1compression library - runtime

-- no debconf information


netest1.mid
Description: audio/unknown