Your message dated Sat, 25 Jul 2009 20:06:55 -0700
with message-id <[email protected]>
and subject line Re: Bug#537776: ITP: mosh -- A fast R6RS Scheme interpreter
has caused the Debian Bug report #537776,
regarding ITP: mosh -- A fast R6RS Scheme interpreter
to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact [email protected]
immediately.)
--
537776: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=537776
Debian Bug Tracking System
Contact [email protected] with problems
--- Begin Message ---
Package: wnpp
Severity: wishlist
Owner: Daniel Moerner <[email protected]>
Package name : mosh
Version : 0.1.2
Upstream Author : Taro Minowa <[email protected]>
URL : http://code.google.com/p/mosh-scheme
License : BSD
Programming Lang: C++
Description : A fast R6RS Scheme interpreter
Mosh is a free and fast interpreter for Scheme as specified in the
latest revision of the Scheme standard, R6RS. The current release of
Mosh supports all of the features of R6RS, as well as implementations
of most of the common SRFIs.
.
Mosh also includes several other libraries that help extend Scheme,
including libraries that provide an IRC client, a wiki, a MySQL API,
and a port of the Tiny CLOS object-oriented programming system to
R6RS Scheme.
I'm packaging mosh since it is currently the most portable
R6RS-compliant Scheme and also among the first to support Tiny CLOS.
I will wait for upstream's release of 0.1.3 to push this to Debian
since their svn currently has several key fixes.
--- End Message ---
--- Begin Message ---
I am closing this ITP for now. Mosh relies on locally shipped versions
of libatompic-ops, and libgc that are distinct from those shipped in
Debian itself. When I filed the ITP I hadn't looked as closely at this
issue. I am not interested in maintaining a package with a source
setup like this.
Daniel
--
Daniel Moerner <[email protected]>
--- End Message ---
