Hello,
This problem does not occur in the version in sid, thus it's probably related
to gtk1.
I'm marking it as etch only.
Greetings, Joost Damad
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Hello,
can you confirm that this problem is still true for the latest version in
etch?
I cannot reproduce it.
Greetings, Joost Damad
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Hi,
the problem is that the sse_optimized.cpp file NEEDS to be compiled with -msse
on the i386 and amd64 archs. The runtime cpu detection system of the program
will take care of actually using it or not depending on the cpu features.
Joost
--
The planet Andete is famous for it's killer
Package: wnpp
Severity: wishlist
Owner: Joost Yervante Damad [EMAIL PROTECTED]
* Package name: openmsx-debugger
Version : 0.1.0
Upstream Author : Edwin Velds [EMAIL PROTECTED]
* URL : http://openmsx.org/
* License : GPL
Programming Lang: C++
Description
Hi,
The addition of
AC_CANONICAL_HOST
case $host in
amd64-*-*) LIBSSE_CFLAGS=-msse ;;
i?86-*-*) LIBSSE_CFLAGS=-msse ;;
*) LIBSSE_CFLAGS= ;;
esac
AC_SUBST([LIBSSE_CFLAGS])
to configure.ac of soundtouch and
noinst_LTLIBRARIES = libsse.la
libSoundTouch_la_LIBADD = libsse.la
Package: kweather
Version: 4:3.5.5-1
Followup-For: Bug #348459
Hello,
the workaround proposed in the bugreport is not working for me at all.
I tried all kind of tricks, it just keeps going back to unknown
station.
This renders the package completely useless.
-- System Information:
Debian
It's kind of strange that the content of CCFLAGS ends up being quoted:
g++ -o
src/beidcommlib/Connection.os -c -Dlinux -pipe -DQT_THREAD_SUPPORT
-D_REENTRANT -g -O2 -fPIC -O -DNDEBUG -DNO_DEBUG -I/usr/share/qt3/include
-I/usr/include/PCSC -Isrc/beidcommlib
src/beidcommlib/Connection.cpp
it
Hi,
the following trivial patch fixes the build failure:
diff -ur bluez-pin-0.30.old/debian/control bluez-pin-0.30/debian/control
--- bluez-pin-0.30.old/debian/control 2006-11-24 18:44:25.0 +0100
+++ bluez-pin-0.30/debian/control 2006-11-24 18:45:58.0 +0100
@@ -2,7 +2,7
This is actually a bug in libgeda; It seems libgeda is not build with
libgdgeda, but with libgd instead.
Greetings, Joost
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Package: libgeda
Version: 20061020-1
Severity: important
This package is supposed to be linked against libgdgeda, however instead
it is linked against libgd.
This causes failure to build for geda-gattrib (#399455).
-- System Information:
Debian Release: 4.0
APT prefers unstable
APT policy:
On Saturday 25 November 2006 05:03, Hamish Moffatt wrote:
On Fri, Nov 24, 2006 at 07:46:41PM +0100, Joost Yervante Damad wrote:
Package: libgeda
Version: 20061020-1
Severity: important
This package is supposed to be linked against libgdgeda, however instead
it is linked against
On Saturday 12 May 2007 07:49:14 Emmet Hikory wrote:
Package: audacity
Version: 1.3.2-2
Tags: patch
Severity: wishlist
The JACK interface of the internal portaudio libraries used by
audacity do not have proper memory bounds checking for 64-bit
architectures (see bug 406754 for
Hello,
unfortunately this is not soo simple as audacity's portmixer library only
compiles against audacity own patched version of portaudio.
Greetings, Joost
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Hello,
if I understand it correctly, the .po files are converted to .mo files and
then installed. The .mo files are installed alright.
$ dpkg -L audacity | grep audacity.mo
/usr/share/locale/af/LC_MESSAGES/audacity.mo
/usr/share/locale/ar/LC_MESSAGES/audacity.mo
On Saturday 12 May 2007 10:29:00 Free Ekanayaka wrote:
Hi Joost,
|--== Joost Yervante Damad writes:
JYD Hello,
JYD if I understand it correctly, the .po files are converted to .mo
files and JYD then installed. The .mo files are installed alright.
JYD $ dpkg -L audacity | grep
Hello,
in my humble opinion this is not a bug in jack, but a bug in the application.
If this is not the case, please enlighten me.
Greetings, Joost
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Version: 1.3.2-2
Hello,
in the current state of debian unstable this does not happen for me anymore.
Can you confirm that?
Greetings, Joost
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
On Monday 14 May 2007 11:16:35 Tim ter Laak wrote:
Package: audacity
Version: 1.3.2-3
Severity: grave
Justification: renders package unusable
When starting Audacity, it exits with message:
audacity: symbol lookup error: audacity: undefined symbol:
jack_client_name_size
Hello, this does
Hi Joshua,
do you think the attached change for timitity are enough?
The callbacks are still set the old way, but it at least seems to compile
fine.
Greetings, Joost
--- timidity-2.13.2/timidity/flac_a.c 2007-06-08 06:09:05.0 +0200
+++ timidity-2.13.2.new/timidity/flac_a.c 2007-06-08
On Monday 11 June 2007 19:08:51 A. Costa wrote:
More data...
% play foo.mp3 ; echo $?
ALSA lib pcm.c:2105:(snd_pcm_open_conf) Cannot open shared library
plugindir/libasound_module_pcm_pulse.so play stio: Failed writing default:
cannot open audio device
2
Maybe it's
On Monday 11 June 2007 19:08:51 A. Costa wrote:
More data...
% play foo.mp3 ; echo $?
ALSA lib pcm.c:2105:(snd_pcm_open_conf) Cannot open shared library
plugindir/libasound_module_pcm_pulse.so play stio: Failed writing default:
cannot open audio device
2
Maybe it's
Hi,
I fear this is an alsa problem indeed.
Earlier you could reproduce it with play. Could you try running that command
again and run it under strace? ( strace play some.mp3 )
Greetings, Joost
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact
Hi,
% /etc/init.d/alsa reload
/etc/init.d/alsa: Warning: Processes using sound devices:
4530(pulseaudio)
10005(gkrellm). {...etc.}
Maybe the 'reload' won't work until those processes are shut down. So
far I've been unable to shut down 'pulseaudio' while X is running. Even
Hi,
I've seen that you committed the patch that fixes #412985 in the
demudi SVN, do you think the package is ready for the actual upload?
Sure, feel free to upload it.
Greetings, Joost
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL
Hello Tim,
does this still happen for you, we're unable to reproduce it.
If soo, would it be possible to provide some context?
Greetings, Joost Damad
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
On Wednesday 09 May 2007 13:46:59 Klaus Ethgen wrote:
Package: audacity
Version: 1.3.2-2
Severity: important
When choosing the second recording device (with more than one sound
card) audacity will crash imidately. So it is not possible anymore to
record with audacity.
Hello,
does this
Hi Roland,
can you confirm that it works fine for you with a jackd version = 0.103.0-5 ?
Greetings, Joost
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
On Thursday 21 June 2007 21:47:00 Kseniya Avimova wrote:
Package: audacity
Version: 1.3.2-2
Severity: normal
I can't convert a file into OGG however the menu contains such a
possibility. The package vorbis-tools is installed.
Hello,
I can export to .ogg just fine with version 1.3.3.
What
On Thursday 21 June 2007 17:34:34 Arthur Marsh wrote:
Package: audacity
Version: 1.3.3-1
Severity: normal
When loading an MP2 file about 80 MiB in size, audacity consumed over a
gigabyte of swap on this machine with 256 MiB RAM installed before
locking things up. The temporary files
Hello,
is this issue still valid with a more recent version? At least the
README.txt.gz no longer mentions it.
Joost
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
On Friday 22 June 2007 12:53:57 Bastian Blank wrote:
Package: openmsx
Version: 0.6.2-3
Severity: serious
There was an error while trying to autobuild your package:
Automatic build of openmsx_0.6.2-3 on debian-31.osdl.marist.edu by
sbuild/s390 98
[...]
Reading package lists...
Hi,
does it now work fine always or does it still require fiddling by you?
Joost
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
On Friday 22 June 2007 23:52:08 A. Costa wrote:
On Fri, 22 Jun 2007 19:49:41 +0200
Joost Yervante Damad [EMAIL PROTECTED] wrote:
does it now work fine always or does it still require fiddling by you?
What exactly do you want me to test here? I'll try to answer anyway,
by guesswork
Version: 1.2.0-2
This behaviour is still there in version 1.2.0-2.
It can trivially be reproduced as described above.
Joost
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Package: ocaml-book-en
Version: 1.0-4
Severity: normal
When going to the page
/usr/share/doc/ocaml-book/en/html/book-ora020.html
with konqueror I get like 20 javascripts popups, complaining about
missing tex hint files. The result is that the page renders without the
solutions for the
Hi !
That JavaScript is quite old, I'm not surprised it does not work
properly with modern browsers. Can you please check if the same problem
appears when using the online version of the book available at
http://caml.inria.fr/pub/docs/oreilly-book/html/index.html.
The version online works
On Wednesday 27 June 2007 11:56:41 A. Costa wrote:
On Sat, 23 Jun 2007 09:08:26 +0200
Joost Yervante Damad [EMAIL PROTECTED] wrote:
...I reproduced your setup here, with alsa using pulseaudio.
The real problem is this: timitidy as system service runs as the
root user and the root user
Hi,
Agreed. Let me modify the implicit question to ask whether it's
possible to get 'pulseaudio' to work with 'timidity' without root
access, and if so, do you suppose the various 'pulseaudio'
installation scripts could (in theory) be made to correctly configure
that?
You could just run
Package: openmsx
Version: 0.5.2-4
Severity: wishlist
Openmsx fails to build on kfreebsd, due to usage of /dev/stdout in the build
script.
Another cleaner solution is needed to get probe output on stdout.
-- System Information:
Debian Release: testing/unstable
APT prefers unstable
APT
Package: openmsx-catapult
Version: 0.5.2.2-3
Severity: wishlist
Openmsx-catapult fails to build on kfreebsd.
It needs a build/platform* file for freebsd.
-- System Information:
Debian Release: testing/unstable
APT prefers unstable
APT policy: (500, 'unstable'), (500, 'stable')
Architecture:
Hi,
This is a generic gcc4 build problem, not sparc specific. A bugfix for this is
awaiting at my sponsor for an upload.
I hope it'll be uploaded soon.
Greetings, Joost Damad
On Sunday 14 August 2005 22:16, Blars Blarson wrote:
Package: openmsx
Version: 0.5.2-1
Severity: important
On Saturday 18 June 2005 16:09, Andrey Kiselev wrote:
Package: openmsx
Version: 0.5.1-2
Severity: normal
Hello,
The openmsx package suggests to install the openmsx-catapult, but
it is not available in the Debian Sarge release.
Hi,
I know, because of the freeze openmsx-catapult didn't
On Sunday 19 June 2005 14:49, Andrey Kiselev wrote:
On Sun, Jun 19, 2005 at 02:17:43PM +0200, Joost Yervante Damad wrote:
The openmsx package suggests to install the openmsx-catapult, but it
is not available in the Debian Sarge release.
I know, because of the freeze openmsx-catapult
Hi,
just for completeness, this is available as upstream bug at:
http://sourceforge.net/tracker/index.php?func=detailaid=1188581group_id=38274atid=421861
where 1188581 is the bug id.
No solution has yet been provided.
Greetings, Joost Damad
On Saturday 23 April 2005 14:41, Henrique de Moraes
Hello,
this has been fixed in upstream CVS, and will probably be contained in the
first version after 0.5.2.
Greetings, Joost Damad
2005-06-18 Wouter Vermaelen [EMAIL PROTECTED]
* Implemented SRAM syncing:
at most 5 seconds after a write to SRAM the content of the SRAM is
Package: ethereal
Version: 0.10.11-1
Severity: normal
Tags: patch
ethereal fails to correctly add diameter vendors from the dictionary xml
file(s), the following patch fixes this:
--- ethereal-0.10.11.orig/epan/dissectors/packet-diameter.c
+++ ethereal-0.10.11/epan/dissectors/packet-diameter.c
Package: ethereal
Version: 0.10.11-1
Followup-For: Bug #316082
Sorry, the patch was incorrect, this is the correct patch:
--- ethereal-0.10.11.orig/epan/dissectors/packet-diameter.c
+++ ethereal-0.10.11/epan/dissectors/packet-diameter.c
@@ -690,7 +690,7 @@
return -1;
}
- return
mention it.
Joost Yervante Damad
-- System Information:
Debian Release: lenny/sid
APT prefers unstable
APT policy: (500, 'unstable')
Architecture: i386 (i686)
Kernel: Linux 2.6.25 (SMP w/2 CPU cores; PREEMPT)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked
On Sunday 08 June 2008 23:11:32 [EMAIL PROTECTED] wrote:
Package: timidity
Version: 2.13.2-9
Severity: normal
hello
timidity and kmid arent working. I cant get it work. I dont know.
I have normal new kernel and the debian etch.
What could be the issue?
What are you exactly trying to
On Sunday 15 June 2008 22:11:59 Frederic Peters wrote:
severity 478169 important
merge 478169 486375
thanks
Mike Hommey wrote:
Package: wireshark
Version: 1.0.0-3
Severity: important
When running through gksu (which is what happens most of the time when
users use the menu to run
Hello,
at least the following gives your desired effect with version 1.0.0:
tshark -w /dev/null -r /tmp/t.pcap -z io,phs
===
Protocol Hierarchy Statistics
Filter: frame
frameframes:1515
Hi,
I understand the second part of your patch, where you make the change in
capture.c, but why is the change in file.c needed?
Thanks, Joost
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Hi Marc,
could you provide a sample capture file of this?
Thanks, Joost
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
On Sunday 27 April 2008 09:44:22 Marc Haber wrote:
On Sat, Apr 26, 2008 at 10:08:29AM +0200, Joost Yervante Damad wrote:
could you provide a sample capture file of this?
Yes, even three and a half year after filing this bug it can still be
reproduced by simply dumping any SMTP conversation
On Sunday 27 April 2008 19:37:19 Ivan Vucica wrote:
Package: wireshark
Version: 1.0.0-1
Severity: normal
Cheers,
I'm running wireshark with this command:
$ gksu wireshark
I get warning about running under root which I ignore.
Then I go under Capture-Interfaces. No matter how I close the
On Monday 28 April 2008 02:16:18 Nahuel Greco wrote:
Package: tshark
Version: 1.0.0-1
Severity: important
When you execute something like:
tshark -i eth0 -R http.request -w test.pcap
tshark seems to ignore the read filter specified with the -R flag. The
number of captured packets
On Thursday 01 May 2008 00:47:05 Frederic Peters wrote:
tag 478769 pending
thanks
Philippe Coval wrote:
I suspect that wireshark uses hardcoded colors which makes
some text hard to read when using a dark theme...
See screenshot at :
http://rzr.online.fr/q/dark
Thanks for
On Friday 23 May 2008 15:23:01 Fabien Bochu wrote:
Package: tshark
Version: 1.0.0-3
Severity: normal
$ tshark -r file.cap -T fields -e data
342e3
$ tshark -r file.cap -T fields -e data.data
34:2e:31
Last byte is trunked in first command output, it is 3 but must be 31.
I confirm this
On Friday 23 May 2008 17:40:10 Joost Yervante Damad wrote:
On Friday 23 May 2008 15:23:01 Fabien Bochu wrote:
Package: tshark
Version: 1.0.0-3
Severity: normal
$ tshark -r file.cap -T fields -e data
342e3
$ tshark -r file.cap -T fields -e data.data
34:2e:31
Last byte
On Monday 30 June 2008 15:03:35 Tom Parker wrote:
Package: glew
Version: 1.5.0dfsg1-3
Fragment of my build log:
#/usr/bin/make -C auto ../include/GL/glxew.h
/usr/bin/make GL_LDFLAGS=-lGL GLU_LDFLAGS=-lGLU GLUT_LDFLAGS=-lglut
make[1]: Entering directory
On Tuesday 01 July 2008 01:03:28 Tom Parker wrote:
2008/6/30 Joost Yervante Damad [EMAIL PROTECTED]:
Glew 1.5 is only available in testing/unstable, not in current stable,
therefor it doesn't need the dependency. The only purpose of a dependency
could be to make a backport possible
On Thursday 19 June 2008 17:25:32 Mau wrote:
Package: timidity
Version: 2.13.2-19
Followup-For: Bug #485290
The same happens here. I can play MIDI files with
$ timidity -Os -ia somefile.mid
but kmid using timidity -Os -iAD (as per /etc/default/timidity) as a MIDI
device produces no
Package: wminput
Version: 0.6.00-4
Severity: wishlist
There are some nice extra wminput plugins available from
http://kyrlian.free.fr/binaries/cwiid/latest
They among things provide support for the nunchuck joystick.
Joost
-- System Information:
Debian Release: lenny/sid
APT prefers
On Sunday 16 April 2006 09:03, you wrote:
Hi Joost,
I think I have found the cause of this bug: when I disable the Composite
extension (transparency) in xorg.conf, both audacity and xmms run fine.
You should be able to reproduce it by enabling this extension.
But does this mean the bug is
Package: wnpp
Owner: Joost Yervante Damad [EMAIL PROTECTED]
Severity: wishlist
X-Debbugs-CC: debian-multimedia@lists.debian.org
*** Please type your report below this line ***
* Package name: om-synth
Version : 0.2.0
Upstream Author : Dave Robillard [EMAIL PROTECTED]
* URL
Package: wnpp
Owner: Joost Yervante Damad [EMAIL PROTECTED]
Severity: wishlist
X-Debbugs-CC: debian-multimedia@lists.debian.org
*** Please type your report below this line ***
* Package name: ladspa-vcf
Version : 0.0.5
Upstream Author : Matthias Nagorni [EMAIL PROTECTED]
* URL
Hi,
What would be the binary package name?
Currently, the practice seems like:
*-plugins
(which might be a bit too generic, looking at it now).
My current package uses ladspa-vcf.
Indeed the -plugins seems not very good to me.
I'd prefer ladspa-vcf or perhaps ladspa-plugins-vcf.
What do
Hi Andreas,
thanks for reporting this.
I will have a look at this bug, and at it's brother #363470.
I'll also communicate it upstream.
Greetings, Joost Damad
On Wednesday 19 April 2006 10:45, Andreas Jochens wrote:
Package: openmsx
Version: 0.6.0-1
Severity: wishlist
Tags: patch
When
Hi,
ladspa could do the same with
ladspa-pluginname
i.e. your initial choice sounds like the most logical solution.
okay, I'll go with this.
Maybe on the long term other ladspa packages should also switch name.
Greetings, Joost
--
The planet Andete is famous for it's killer edible
Package: wnpp
Owner: Joost Yervante Damad [EMAIL PROTECTED]
Severity: wishlist
X-Debbugs-CC: debian-multimedia@lists.debian.org
* Package name: ladspa-omins
Version : 0.2.0
Upstream Author : Dave Robillard [EMAIL PROTECTED]
* URL : http://www.nongnu.org/om-synth
On Friday 21 April 2006 23:12, Arnaud Quette wrote:
I'd like to take care of updating it (1.3.4 available) as we're
working, with Christian Marillat, on Jahshaka packaging (ITP #335249)
which requires it.
If nobody steps up, we'll upload 1.3.4 during the week.
An 1.3.4 package is about to be
On Friday 24 March 2006 22:32, Manuel Bilderbeek wrote:
Hi Martin,
Martin Michlmayr wrote:
Your package fails to build with G++ 4.1. I'm filing this bug as
important for now, but when 4.1 will be the default compiler in
unstable (probably in a few weeks) I'll upgrade this to serious.
On Wednesday 01 February 2006 05:14, Henrique de Moraes Holschuh wrote:
OpenMSX requires quite a lot of CPU, and especially on slow machines like
most m68k, it really benefits from -O2. -O1 would have to be enabled
selectively for m68k, but would OpenMSX still be usable in m68k under -O1?
To
that is the correct way to proceed.
Joost
On Saturday 04 February 2006 14:47, Joost Yervante Damad wrote:
On Wednesday 01 February 2006 05:14, Henrique de Moraes Holschuh wrote:
OpenMSX requires quite a lot of CPU, and especially on slow machines like
most m68k, it really benefits from -O2. -O1
Package: amarok
Version: 1.3.8-1
Severity: minor
Hello,
amaroK doesn't honor the virtual desktop it was on.
How to reproduce:
1) start amarok
2) move it to another virtual desktop (this step is not strictly needed)
3) log out of KDE
4) log into KDE again
Now amarok is on the active desktop
On Saturday 22 April 2006 21:54, Arnaud Quette wrote:
2006/4/22, Marcelo E. Magallón [EMAIL PROTECTED]:
On 4/22/06, Joost Yervante Damad [EMAIL PROTECTED] wrote:
An 1.3.4 package is about to be uploaded by Marcello.
Actually I did upload it on Friday morning... didn't it make
Hi Arnaud,
first of all thanks for the feedback :)
Some notes / differences with my packages:
- 1.3.4 also closes 356344 (1.3.2 iirc)
Yeah, I also noticed that. I intended to close this manually after entering
the archive.
- I've also added a mention that 1.3.4 allows to package jahshaka,
Hi,
a slightly better patch for this bug follows below.
If you do not mind me doing it, I'd like to do a NMU for this bug, as it is
release critical.
Greetings and thanks, Joost Damad
--- mp3splt-2.1.orig/splt.h
+++ mp3splt-2.1/splt.h
@@ -96,7 +96,7 @@
char *zero_pad_float (float f, char
On Tuesday 04 April 2006 15:13, Stephen R Marenka wrote:
Package: openmsx
Version: 0.6.0-1
Severity: important
The ICE in output_operand which persists on m68k in gcc-4.0 is
fixed in gcc-4.1.
I'm willing to do a binNMU if that would be helpful.
Whichever you prefer.
I could also do a new
Package: openmsx
Version: 0.6.0-1
Severity: normal
Recently SDL in Debian incorporated a patch fixing CAPSlock behaviour.
However openMSX has a workaround for the old behaviour, and now the
workaround no longer works :)
The workaround needs to be disabled, only on Debian.
-- System
Hi Stephen,
On Tuesday 04 April 2006 21:01, Stephen R Marenka wrote:
On Tue, Apr 04, 2006 at 05:35:23PM +0200, Joost Yervante Damad wrote:
On Tuesday 04 April 2006 15:13, Stephen R Marenka wrote:
I'm willing to do a binNMU if that would be helpful.
Whichever you prefer.
I could also
Package: openmsx
Version: 0.6.0-1
Severity: important
Lately, openMSX has a wierd bug in the sense that when e.g. in
MSX-BASIC, when pressing SHIFT+1 (to get e.g. !) openMSX does not receive any
key events
from libsdl at all. It is still unclear wether this is caused by openMSX
or by libsdl,
Package: freebirth
Version: 0.3.2-6
Severity: important
Hello,
the current version of freebirth sounds horribly distorted. A friend of me
let me listen to a recording he made with an earlier version and there
definitely is something wrong. He claims the problem was not there in
some older
It is this patch that is causing the problem.
005_x11_keysym_fix.diff
Greetings, Joost Damad
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Hi,
the problem is in libSDL, and more specificly in one of the debian patches,
because a clean libSDL 1.2.9 works fine.
Greetings, Joost
--
The planet Andete is famous for it's killer edible poets.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble?
On Thursday 06 April 2006 14:08, Stephen R Marenka wrote:
Apparently I was overly optimistic. openmsx now fails with an ICE
in reload_cse_simplify_operands, filed as debian #340293.
Bummer.
Thanks,
Thanks for trying. openMSX is quite compiler intensive :)
Joost
--
The planet Andete is
Hi,
is this bug still valid?
I am unable to reproduce this, audacity starts just fine here.
Greetings, Joost Damad
--
The planet Andete is famous for it's killer edible poets.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Hello,
the attached patch seems to fix this bug.
It's all namespace declaration fixes.
Greetings, Joost Damad
--- beast-0.6.6.orig/sfi/sfidl-parser.cc
+++ beast-0.6.6/sfi/sfidl-parser.cc
@@ -28,7 +28,7 @@
#include set
#include stack
-namespace {
+namespace Sfidl {
using namespace Sfidl;
Hello,
the attached patch seems to fix this bug.
It's all namespace declaration fixes.
Greetings, Joost Damad
--- beast-0.6.6.orig/sfi/sfidl-parser.cc
+++ beast-0.6.6/sfi/sfidl-parser.cc
@@ -28,7 +28,7 @@
#include set
#include stack
-namespace {
+namespace Sfidl {
using namespace Sfidl;
On Friday 07 April 2006 22:23, you wrote:
Hello,
the attached patch seems to fix this bug.
It's all namespace declaration fixes.
Sorry for the confusion, this patch is not for this bug, but for #356233
Joost
--
The planet Andete is famous for it's killer edible poets.
--
To
On Saturday 08 April 2006 06:16, John O'Hagan wrote:
On Sat, 8 Apr 2006 05:42 am, Joost Yervante Damad wrote:
Hi,
is this bug still valid?
I am unable to reproduce this, audacity starts just fine here.
Greetings, Joost Damad
Thanks for looking into this; Audacity still doesn't
Hi John,
A friend of me runs testing, I had him try installing audacity and even though
it looks rather ugly (wx2.4), it works just fine.
Greetings, Joost
--
The planet Andete is famous for it's killer edible poets.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of
Hi,
I'm just sending this again, to have it in your alioth mailinglist, as I
reported it before I re-assigned the bug to libsdl.
It is this patch that is causing the problem:
005_x11_keysym_fix.diff
This patch fixes Alt-Gr behaviour, however it breaks SHIFT+numeric key
behaviour, which is
Package: k3b
Version: 0.12.10-2
Followup-For: Bug #344882
Hello, I retested this today and somehow burning cds with cd-text works
fine again.
The cdtext input file is created correctly now.
Greetings, Joost Damad
-- System Information:
Debian Release: testing/unstable
APT prefers unstable
Package: openmsx
Version: 0.6.1-2
Severity: important
openMSX fails to build from source on ARM.
More specifically:
Compiling sound/YMF262.cc...
{standard input}: Assembler messages:
{standard input}:6877: Error: bad immediate value for offset (4104)
make[1]: ***
It is one of the optimizations introduced by -O3 as this compiles:
g++ -MP -MMD -MF
derived/arm-linux-opt/dep/sound/YMF262.d -O2 -ffast-math -funroll-loops -o
derived/arm-linux-opt/obj/sound/YMF262.o -DNDEBUG -pipe -Wall -Isrc -Isrc/cpu
-Isrc/fdc -Isrc/ide -Isrc/file -Isrc/console -Isrc/input
g++ -MP -MMD -MF
derived/arm-linux-opt/dep/sound/YMF262.d -O2 -finline-functions -ffast-math
-funroll-loops -o
derived/arm-linux-opt/obj/sound/YMF262.o -DNDEBUG -pipe -Wall -Isrc -Isrc/cpu
-Isrc/fdc -Isrc/ide -Isrc/file -Isrc/console -Isrc/input -Isrc/sound
-Isrc/video -Isrc/video/v9990
Package: gcc-4.1
Version: 4.1.1-11
Severity: normal
gcc-4.1 fails to build openmsx 0.6.1 from source when compiled with -O3.
Experimenting with debian/ARM installed in qemu revealed that
compiling with -O2 -funswitch-loops -fgcse-after-reload -ffast-math
-funroll-loops works fine.
This seems to
Of course in the last mail I meant:
the -finline-functions is the culprit.
--
The planet Andete is famous for it's killer edible poets.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Package: openmsx
Version: 0.6.1-2
Severity: normal
hmh reported that on his system selecting the openGL-PP renderer gives
bad behaviour in openMSX (and indirectly in catapult).
When he selects the PP renderer he has to restart openMSX manually and
then it will use the SDL renderer again.
The
101 - 200 of 333 matches
Mail list logo