Hi,
The package is orphaned, but I own the ITA bug on it. I was waiting for
a release or something like this to upload a package.
In other words: I'm on it. ;-)
Thanks,
Bas
On 24-11-11 05:05, Nobuhiro Iwamatsu wrote:
Source: openmsx
Version: 0.8.1-4
Severity: wishlist
User: lib...@packages.
Pong!
Sorry about not uploading earlier. I am making some changes to the
package build system, but obviously it shouldn't take this long. At the
latest, I should upload a new package this weekend. If not, please ping
again.
Thanks,
Bas Wijnen
On 07-02-12 17:17, Manuel Bilderbeek
Package: gfpoken
Severity: important
The accept function is called with an uninitialised argument. Therefore,
it fails. This makes network play impossible. The fix is pretty easy.
I plan to take over maintainance of this package and fix the bug with
the next upload.
Reproduce:
- start 2 instan
Package: sdcc
Version: 2.6.0-5
Severity: normal
The hc08 cpu understands several forms of the mov command, all involving
direct (and indexed) addresses. In particular, this is allowed:
mov #number, *address
while this is not:
mov #number, address
(because it is not a direct ad
Hello,
I only sent a notice about bug #257939 to its submitter by mistake. Just to
let you know, I intent to have an NMU done on it (by a sponsor) to fix that
bug.
Thanks,
Bas Wijnen
--
I encourage people to send encrypted e-mail (see http://www.gnupg.org).
If you have problems reading my e
Package: falconseye
Version: 1.9.3-15
Followup-For: Bug #103434
I'm looking around in the code at the moment, and (at least on my
system), the audio subsystem of SDL seems to lock the soundcard, so no
program can use it anymore. That includes not only the external players
(midi and mp3), but also
Something seems to be wrong with the sound effects playing. I've been looking
at it, but can't find the problem. It may very well be in SDL.
For some more details about this, see http://bugs.debian.org/103434.
I fixed the problem with the always-playing music, it should be uploaded soon.
--
I
Ok, I checked this a bit better, and found most of the problems. #103434 has
a bit more information on it. The hang was caused by a race condition, where
falconseye spawned an external player (timidity), which started properly, but
died almost immediately, and after that falconseye started waitin
Hello,
I am preparing a QA upload for falconseye, so I wanted to include this
manpage. However, I noticed that there already was a manpage in the source.
Because of a bug it didn't get included in the package. Since that one seems
to be more complete, I used it instead.
Thanks,
Bas W
On Sun, Feb 19, 2006 at 12:16:32PM +0100, Bas Wijnen wrote:
> Since that one seems to be more complete, I used it instead.
Giving it a second look, it is literally the nethack manpage. The one
provided here is much better.
Thanks,
Bas
--
I encourage people to send encrypted e-mail (see h
Package: falconseye
Version: 1.9.3-15
Severity: serious
Justification: Policy 9.1.1
Falcon's eye's support files are all in /usr/lib/games/falconseye, but
most of them are architecture independent, so they should be in
/usr/share.
I'm not sure if all support files are architecture independent, th
11 matches
Mail list logo
