[Pkg-mono-svn-commits] revision 154

[Eduard Bloch]

Repository changes in pkg-mono:

By: blade
Date: Thu, 5 Feb 2004 13:10:54 +0100
Modified:
U   web/index.html
Log:
Status updates, plan updates


Modified: web/index.html
===================================================================
--- web/index.html	2004-02-05 11:51:31 UTC (rev 153)
+++ web/index.html	2004-02-05 12:10:54 UTC (rev 154)
@@ -9,15 +9,12 @@
 
 Status:
 
-Version -0pre1v1 uploaded to:
+0.29+x version in Sid
+0.30 update pending (new library problems)
+Read the ROADMAP mail on the pkg-mono-devel list for details (see below).
 
-<a href=http://people.debian.org/~blade/testing/>http://people.debian.org/~blade/testing/</a>
+Preview versions: <a href=http://people.debian.org/~blade/testing/>http://people.debian.org/~blade/testing/</a>
 
-Version -1 (pre1 with minor changes) uploaded to the NEW queue
-
-Version -2 in preparation (changes: kicked libmint, improving
-descriptions, fixed mail addresses, improved conflicts/depends )
-
 <a href=http://people.debian.org/~blade/testing/>http://people.debian.org/~blade/testing/</a>
 
 Mailing lists:
@@ -29,7 +26,7 @@
 <a href=http://lists.alioth.debian.org/mailman/listinfo/pkg-mono-devel>http://lists.alioth.debian.org/mailman/listinfo/pkg-mono-devel</a>
 <a href=http://lists.alioth.debian.org/mailman/listinfo/pkg-mono-svn-commits>http://lists.alioth.debian.org/mailman/listinfo/pkg-mono-svn-commits</a>
 
-We use Subversion. It is similar to CVS, has more features but few some
+We use Subversion. It is similar to CVS, has more features but also some
 differences, eg. a different tagging/branching concept. See
 http://svn.debian.org/viewcvs/pkg-icewm/icewm/ for examples.
 
@@ -46,39 +43,29 @@
 or other ssh optons, define your own tunnel in ~/.subversion/config . I use:
 
 [tunnels]
-alioth = ssh -C -l blade
+alioth = fsh -C -l blade
 
 and svn+alioth://pkg-mono.alioth.debian.org/svn/pkg-mono . See the manual in
-the svn-buildpackage package for details.)
+the svn-buildpackage package for details. fsh is a SSH wrapper to make
+repeating connections easier.)
 
 Planned package list:
 
 User packages:
 
-mono-jit  (providing cli-virtual-machine)
-mono-mint (providing cli-virtual-machine)
-mono-mcs
-mono-utils
-mono-common (config files and cli detector stuff / binfmt integration [1])
-mono (meta package, depends on mono-jit | mono-mint | cli-virtual-machine), mono-mcs, mono-utils, binfmt-support)
+monodoc-* (FIXME: Mirco, add the naming scheme!)
 
 Library packages:
 
-mono-classes-base (another name needed? mono-assemblies sounds like an alien name, sorry)
-lib<foo> and lib<foo>-dev, foo={mono,mint,libmono-profiler-conv}
-others <fixme>
+libapache-mod-mono
 
+libgdiplus0 (with strong version dependency, AFAICS. Maybe packaged
+externaly)
+libcairo (by Dave Beckett)
 
-[1] I wanted to do it some either way, but everything sucks. And the current
-package sucks too, it does almost everything and binfmt-detector-cli contains
-only the stupid small 1.7kB binary. And it always installed binfmt-setup by
-dependencies. So I decided to go for a compromise: merge binfmt-cli-detector
-and mono-common.
-[2]
-
 TODO:
 
-see debian/TODO
+see debian/TODO in various packages
 </pre>
 </body>
 </html>