dotgnu-general
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[DotGNU]test


From: Norbert Bollow
Subject: [DotGNU]test
Date: Fri, 29 Jun 2001 15:11:57 +0200

test message

From address@hidden Thu Jul  5 18:15:12 EDT 2001
Received: (qmail 6715 invoked from network); 29 Jun 2001 13:40:00 -0000
Received: from unknown (HELO sendmail.cisto.org) (151.196.229.197)
  by 0 with SMTP; 29 Jun 2001 13:40:00 -0000
Received: from quill.local (pop-be-8-1-dialup-236.freesurf.ch [194.230.124.236])
        by sendmail.cisto.org (8.9.1/8.9.3) with ESMTP id JAA06710
        for <address@hidden>; Fri, 29 Jun 2001 09:39:59 -0400 (EDT)
Received: (from address@hidden)
        by quill.local (8.11.2/8.11.2/SuSE Linux 8.11.1-0.5) id f5TDY8d10252;
        Fri, 29 Jun 2001 15:34:08 +0200
Date: Fri, 29 Jun 2001 15:34:08 +0200
Message-Id: <address@hidden>
From: Norbert Bollow <address@hidden>
Prefer-Language: de, en, fr
To: address@hidden
Subject: [DotGNU]test
Sender: address@hidden
Errors-To: address@hidden
X-BeenThere: address@hidden
X-Mailman-Version: 2.0.3
Precedence: bulk
List-Help: <mailto:address@hidden>
List-Post: <mailto:address@hidden>
List-Subscribe: <http://dotgnu.org/mailman/listinfo/developers>,
        <mailto:address@hidden>
List-Id: Designing and implementing the DotGNU system <developers.dotgnu.org>
List-Unsubscribe: <http://dotgnu.org/mailman/listinfo/developers>,
        <mailto:address@hidden>
List-Archive: <http://dotgnu.org/pipermail/developers/>

testing

From address@hidden Thu Jul  5 18:15:12 EDT 2001
Received: (qmail 17912 invoked from network); 29 Jun 2001 15:04:06 -0000
Received: from unknown (HELO web11206.mail.yahoo.com) (216.136.131.188)
  by 0 with SMTP; 29 Jun 2001 15:04:06 -0000
Message-ID: <address@hidden>
Received: from [165.247.94.127] by web11206.mail.yahoo.com; Fri, 29 Jun 2001 
08:03:35 PDT
Date: Fri, 29 Jun 2001 08:03:35 -0700 (PDT)
From: Grant Gross <address@hidden>
To: address@hidden
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Subject: [DotGNU]Story on Open Source/Free Software alternatives to .Net?
Sender: address@hidden
Errors-To: address@hidden
X-BeenThere: address@hidden
X-Mailman-Version: 2.0.3
Precedence: bulk
List-Help: <mailto:address@hidden>
List-Post: <mailto:address@hidden>
List-Subscribe: <http://dotgnu.org/mailman/listinfo/developers>,
        <mailto:address@hidden>
List-Id: Designing and implementing the DotGNU system <developers.dotgnu.org>
List-Unsubscribe: <http://dotgnu.org/mailman/listinfo/developers>,
        <mailto:address@hidden>
List-Archive: <http://dotgnu.org/pipermail/developers/>

Hi, all

Sorry to post this to the whole list -- I couldn't
find an individual email address to send this to.

I'm with NewsForge.com, the open source/free software
news site, and I'm working on a story about
alternatives to Microsoft's .Net. Would some here be
able to talk to me about the dotGNU project? It sounds
like exactly the right fit for this story.

Thanks,

Grant


=====
Grant Gross
managing editor
NewsForge.com

__________________________________________________
Do You Yahoo!?
Get personalized email addresses from Yahoo! Mail
http://personal.mail.yahoo.com/

From address@hidden Thu Jul  5 18:15:12 EDT 2001
Received: (qmail 29795 invoked from network); 29 Jun 2001 23:32:35 -0000
Received: from unknown (HELO sendmail.cisto.org) (151.196.229.197)
  by 0 with SMTP; 29 Jun 2001 23:32:35 -0000
Received: from quill.local (pop-ls-8-3-2-dialup-84.freesurf.ch [194.230.248.84])
        by sendmail.cisto.org (8.9.1/8.9.3) with ESMTP id TAA29774;
        Fri, 29 Jun 2001 19:32:26 -0400 (EDT)
Received: (from address@hidden)
        by quill.local (8.11.2/8.11.2/SuSE Linux 8.11.1-0.5) id f5TNHFp14360;
        Sat, 30 Jun 2001 01:17:15 +0200
Date: Sat, 30 Jun 2001 01:17:15 +0200
Message-Id: <address@hidden>
From: Norbert Bollow <address@hidden>
Prefer-Language: de, en, fr
To: address@hidden, address@hidden
In-reply-to: <address@hidden>
        (address@hidden)
References: <address@hidden> <address@hidden>
Subject: [DotGNU]Re: .GNU
Sender: address@hidden
Errors-To: address@hidden
X-BeenThere: address@hidden
X-Mailman-Version: 2.0.3
Precedence: bulk
List-Help: <mailto:address@hidden>
List-Post: <mailto:address@hidden>
List-Subscribe: <http://dotgnu.org/mailman/listinfo/developers>,
        <mailto:address@hidden>
List-Id: Designing and implementing the DotGNU system <developers.dotgnu.org>
List-Unsubscribe: <http://dotgnu.org/mailman/listinfo/developers>,
        <mailto:address@hidden>
List-Archive: <http://dotgnu.org/pipermail/developers/>

> I am confused as to what you mean by DNS-like authentication

This may be a question for the DotGNU FAQ...

How does everyone like the following?

Q: In what ways is the DotGNU framework inspired by the DNS system?

A: In the DNS system, the information is stored in a non-centralized
   manner all over the internet.  Everyone is free to operate one or
   more DNS servers.  This is in strong contrast to Microsoft's
   "Passport" system, where all authentication and personal
   identify information is stored in servers controlled by Microsoft.
   In the DotGNU system, everyone who wants can operate an
   authentication/personal identity server, and all users can freely
   choose which authentication/personal identity server(s) they
   want to trust with their information.

   Another very interesting aspect of the DNS system is how a high
   degree of reliability can be achieved inexpensively by making
   the same information available from several servers on
   different network segments.

Greetings, Norbert.

-- 
Norbert Bollow, Weidlistr.18, CH-8624 Gruet  (near Zurich, Switzerland)
Your own domain with all your Mailman lists: $15/month http://cisto.com
Business Coaching for Internet Entrepreneurs ---> http://thinkcoach.com
Tel +41 1 972 20 59      Fax +41 1 972 20 69      address@hidden

From address@hidden Thu Jul  5 18:15:12 EDT 2001
Received: (qmail 24484 invoked from network); 29 Jun 2001 15:46:11 -0000
Received: from unknown (HELO gumby.cartoon) (208.152.19.41)
  by 0 with SMTP; 29 Jun 2001 15:46:11 -0000
Received: from bravo ([64.86.57.5])
        by gumby.cartoon (8.9.3+3.2W/8.9.3) with SMTP id JAA10838
        for <address@hidden>; Fri, 29 Jun 2001 09:42:39 -0700 (PDT)
Message-ID: <address@hidden>
From: "Abdul Basit" <address@hidden>
To: <address@hidden>
Date: Fri, 29 Jun 2001 08:44:04 +0500
MIME-Version: 1.0
Content-Type: multipart/alternative;
        boundary="----=_NextPart_000_000D_01C10077.A6D0E220"
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.00.2615.200
X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2615.200
Subject: [DotGNU]subscribe
Sender: address@hidden
Errors-To: address@hidden
X-BeenThere: address@hidden
X-Mailman-Version: 2.0.3
Precedence: bulk
List-Help: <mailto:address@hidden>
List-Post: <mailto:address@hidden>
List-Subscribe: <http://dotgnu.org/mailman/listinfo/developers>,
        <mailto:address@hidden>
List-Id: Designing and implementing the DotGNU system <developers.dotgnu.org>
List-Unsubscribe: <http://dotgnu.org/mailman/listinfo/developers>,
        <mailto:address@hidden>
List-Archive: <http://dotgnu.org/pipermail/developers/>

This is a multi-part message in MIME format.

------=_NextPart_000_000D_01C10077.A6D0E220
Content-Type: text/plain;
        charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable



------=_NextPart_000_000D_01C10077.A6D0E220
Content-Type: text/html;
        charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META content=3D"text/html; charset=3Diso-8859-1" =
http-equiv=3DContent-Type>
<META content=3D"MSHTML 5.00.2614.3500" name=3DGENERATOR>
<STYLE></STYLE>
</HEAD>
<BODY bgColor=3D#ffffff>
<DIV>&nbsp;</DIV></BODY></HTML>

------=_NextPart_000_000D_01C10077.A6D0E220--


From address@hidden Thu Jul  5 18:15:12 EDT 2001
Received: (qmail 4656 invoked from network); 30 Jun 2001 04:23:07 -0000
Received: from unknown (HELO marvin) (144.132.96.11)
  by 0 with SMTP; 30 Jun 2001 04:23:07 -0000
Received: by marvin (Postfix, from userid 1000)
        id 8B865142F839; Sat, 30 Jun 2001 14:22:33 +1000 (EST)
Date: Sat, 30 Jun 2001 14:22:33 +1000
To: address@hidden
Message-ID: <address@hidden>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.3.17i
From: address@hidden (Myrddian)
Subject: [DotGNU]Testing my E-mail
Sender: address@hidden
Errors-To: address@hidden
X-BeenThere: address@hidden
X-Mailman-Version: 2.0.3
Precedence: bulk
List-Help: <mailto:address@hidden>
List-Post: <mailto:address@hidden>
List-Subscribe: <http://dotgnu.org/mailman/listinfo/developers>,
        <mailto:address@hidden>
List-Id: Designing and implementing the DotGNU system <developers.dotgnu.org>
List-Unsubscribe: <http://dotgnu.org/mailman/listinfo/developers>,
        <mailto:address@hidden>
List-Archive: <http://dotgnu.org/pipermail/developers/>

This is just a test to see if I can post or not 0_o?

-- 
__________________________________________
Myrddian <address@hidden(nospam)au>
-------------------------------------------
"I stayed up all night playing poker with tarot cards. I got a full house
 and four people died". 

                   -- Steven Wright 

From address@hidden Thu Jul  5 18:15:12 EDT 2001
Received: (qmail 6347 invoked from network); 30 Jun 2001 04:33:48 -0000
Received: from unknown (HELO marvin) (144.132.96.11)
  by 0 with SMTP; 30 Jun 2001 04:33:48 -0000
Received: by marvin (Postfix, from userid 1000)
        id 324CD1426396; Sat, 30 Jun 2001 14:33:10 +1000 (EST)
Date: Sat, 30 Jun 2001 14:33:10 +1000
To: address@hidden
Message-ID: <address@hidden>
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="zhXaljGHf11kAtnf"
Content-Disposition: inline
User-Agent: Mutt/1.3.17i
From: address@hidden (Myrddian)
Subject: [DotGNU]Something to start with
Sender: address@hidden
Errors-To: address@hidden
X-BeenThere: address@hidden
X-Mailman-Version: 2.0.3
Precedence: bulk
List-Help: <mailto:address@hidden>
List-Post: <mailto:address@hidden>
List-Subscribe: <http://dotgnu.org/mailman/listinfo/developers>,
        <mailto:address@hidden>
List-Id: Designing and implementing the DotGNU system <developers.dotgnu.org>
List-Unsubscribe: <http://dotgnu.org/mailman/listinfo/developers>,
        <mailto:address@hidden>
List-Archive: <http://dotgnu.org/pipermail/developers/>

--zhXaljGHf11kAtnf
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline

Well I know some of us have been  talking about implementation issues for this 
project,
To start of I'll be posting on this mailing list everything I have written for 
this project in the beginning
to some more recent times.

Although these are not concrete they are what I thought DotGNU would/will be.

I hope to write up a more formal document, the idea is that this final 
document/proposal would be 
formal detailed and is what everybody thinks this project will be. 

I also hope that each person contributes this larger document. Note that this 
document would be a technical 
document specifying what DotGNU should be. 

Any how these are just some silly ideas I have written down on text files, some 
are more recent
but I'll post the older ones for completion.

Hope to hear your replies.....

-- 
__________________________________________
Myrddian <address@hidden(nospam)au>
-------------------------------------------
"I stayed up all night playing poker with tarot cards. I got a full house
 and four people died". 

                   -- Steven Wright 

--zhXaljGHf11kAtnf
Content-Type: text/plain; charset=us-ascii
Content-Disposition: attachment; filename=details

Ok this is what I understand of .NET and Flurry.

So this list of details on what this project will try 
to aim for will be based on what I have read so far, and what's available
from the M$ web site.


I might go off on tangents sometimes, but bear with me I only have this 
in my head and it' very vague.


DotGNU will be a series of common API's (or Remote Objects) and services
which will allow remote access to data, or programs on remote systems.

It would be an Object Oriented based system, Independent on Language.

One limitation on .NET is that it's centralised, that is everything is tied 
down to basically what MS provides in terms of services on their servers, 
not to mention that most of .NET is closely tied to their OS's and their 
products for deployment.

This makes MS the only sole .NET provider, people can write packages
which uses their platform, but everything is tied to their network
making the programmer use only one Enviroment (Windows)

Where DotGNU differs, is that it is a it's not a single network, rather a 
series of networks with  common API or Objects for information Exchange.

The information in exchange can be anything (like user data, or modify
documents from a remote location and have all machines tied in to those
changes).

But how does one tie the seperate server's and services provided by 
DotGNU. This can be done by creating a Resource Locator (Borrowed from
Flurry, described as DRL) or something very similar to an URL.

.NET does this via Passport, but because everything in .NET is tied back
to MS running their own network this is not an acceptable way for DotGNU
to operate.

Flurry does it via something called DRL, however because Flurry is 
primarily used for user info exchange (ie: transfer of user data) and
because .GNU is not just user informtaion exchange. However it's interesting
as a way we could implement our method of Server/Resource Location.

So what would .GNU consist of:

    * Devices: Machine such as Pagers, Computers which can access the .GNU
               Platform
    * Development:  Tools and API's which allow Developers to write .GNU 
                    applications and servers.
    * Servers:  Servers which allow .GNU services to be hosted
                and provide .GNU Objects for Transactions.
                practically we should use current Free Software
                projects to make a deployment quick and easy
                allowing service Provides to move quickly.

    * Client App: The Client application which utilise .GNU platform
    * Identification: Resource locators only tell where resources are
                      However by making the Platform users have a 
                      home server (ie: where verification lies) it can 
                      use the resource locator to find verification of 
                      the user.


Well I think this is enough mental giberrish, tell me what you think.
Modify it and send me feed back I need to know where I am wrong or 
what should be modified,removed or added to the platform.




--zhXaljGHf11kAtnf
Content-Type: text/plain; charset=us-ascii
Content-Disposition: attachment; filename=platform

DotGNU is an alternate platform and enviroment.


Its an enviroment because it will consists of a series of common API's (or 
Remote Objects) and services,
which will allow transparent acces to data, programs on remote systems, and or 
Web Services.

However it is a platform becasue application written for DotGNU will not have 
to worry about, the host
they operate in (ie: OS, CPU, and other soft/hardware issues). In this it would 
very similar to Java.

An example as to how its an enviroment, you can have a native application (ie: 
GNU Emacs, native- referring compiled
to run under a certain OS and Hardware config) and yet have access to the 
DotGNU Network Enviroment, by using API
calls to remote servers. 

Another example, would be that of a platform, in that it can run program build 
for .GNU with out having to worry
about the Host Machine configuration, ie: program built this way use byte code. 
However unlike the Java Platform
DotGNU is not limited to one Language, and unlike .NET its not tied to one 
specific OS.

DotGNU will also be a decentralised system. Unlike .NET and Hailstorm in which 
both rely on central networks and 
servers, this means that more than one service provider can exists for DotGNU.  


So what would DotGNU consist of:

    * Devices: Any device which can access the DotGNU platform or use the 
DotGNU enviroment, this can be computers
               Palmtop devices, etc.
    * Devlopment: These are tool and API's which allow the programmer to write 
DotGNU programs (tools such as GCC, GDB etc)
    * Servers: These are applications which host the DotGNU platform, or run 
DotGNU Services. The latter type provide
               DotGNU Objects or Interfaces for Transactions (we should take 
advantage of current Free Software
               Projects, to make deployment quick and easy). The Former type of 
server runs program compiled under the
               DotGNU Byte-code on a host system.
    * Client Apps: These refer to applications which use the DotGNU Network 
platform to connect to services, which 
                   can be in a local IntraNet or in the Internet.  
    * Applications: These refer to applications compiled unsing the DotGNU 
byte-code model which requires a 
                    server to correctly run 
    * Identification: Because DotGNU has no central base, a common method of 
identification has to be
                      thought of. One method would be to copy the Uniform 
Resource Locator format (URL) 
                      to tell a server or application to verify the user. If 
transactions or any form
                      of secure information is required to pass through DotGNU 
this has to be implemented

DotGNU would be in theory Object Oriented, however to remain true to it's goal 
of non-language dependancy, it will have
to provide trandional languages such as C standard C calls to access it. 
Technologies involved and or Standard would involve
XML (such as XML-rpc, XML-HTTP, etc), Compoment Objects (Bonobo), Peer to Peer 
communication. 

So in short here a brief cap on what DotGNU is at the moment:

1. A language independet Platform (ie: support any language not one specific)
2. Usage of common Developement tools, to make the transition transparent
3. An independent platform (ie: like Java) of OS and Hardware configuration for 
Programs
4. Usage of technologies such as XML, and Bonobo
5. De-centralised networks, tied in by a commond API, Objects for resource 
location and transactions
6. In the future offer compatability with .NET, HailStorm and Flurry
7. Uses the GNU GPL
8. A series of Objects and Services, tied in by the Common API


Any comments? Questions? Additions you would like to see? Even Removals?



Hope to hear from you soon.

Enzo.


--zhXaljGHf11kAtnf
Content-Type: text/plain; charset=us-ascii
Content-Disposition: attachment; filename="platform-2.txt"

DotGNU is an alternate platform and enviroment.


Its an enviroment because it will consists of a series of common API's (or 
Remote Objects) and services,
which will allow transparent acces to data, programs on remote systems, and or 
Web Services.

However it is a platform becasue application written for DotGNU will not have 
to worry about, the host they operate in (ie: OS, CPU, and other soft/hardware 
issues). In this it would very similar to Java.

An example as to how its an enviroment, you can have a native application (ie: 
GNU Emacs, native- referring compiled to run under a certain OS and Hardware 
config) and yet have access to the DotGNU Network Enviroment, by using API 
calls to remote servers. 

Another example, would be that of a platform, in that it can run program build 
for .GNU with out having to worry about the Host Machine configuration, ie: 
program built this way use byte code. However unlike the Java Platform DotGNU 
is not limited to one Language .

DotGNU will also be a decentralised system. Unlike .NET and Hailstorm in which 
both rely on central networks and servers, this means that more than one 
service provider can exists for DotGNU.  

XML (such as XML-rpc, XML-HTTP, etc), Compoment Objects (Bonobo), Peer to Peer 
communication. 

So in short here a brief cap on what DotGNU is at the moment:

1. A language independet Platform (ie: support any language not one specific)
2. Usage of common Developement tools, to make the transition transparent
3. An independent platform (ie: like Java) of OS and Hardware configuration for 
Programs
4. Usage of technologies such as XML, and Bonobo
5. De-centralised networks, tied in by a commond API, Objects for resource 
location and transactions
6. In the future offer compatability with .NET, HailStorm and Flurry
7. Uses the GNU GPL
8. A series of Objects and Services, tied in by the Common API







What it is not:

1.Not an .NET CLONE! It is not a Free implementation of .NET, yes it is 
compatible with .NET, yes it can run .NET binaries.  However people developing 
for this platform should not use any .NET classes, the only reason they are 
there is to make porting of .NET to .GNU easier.

2.DotGNU will not exclusively talk to .NET servers only, this will only happen 
if the user, is using a .NET app on the Platform, otherwise this should not 
happen
3.It is not a replacement for APACHE, XLM-RPC, Corba, Samba, GNU/Linux, BSD
4.No it is not just a ASP platform. It is more of a Distributed System 
infrastructure, which one can build ASP, or any other form of Distributed 
system on. 


What is is:

1.A Platform in it's own right, that is people can write any programs on it, 
and be cross-portable akin to Java, but unlike Java it supports multiple 
Languages
2. There can be more than just one DotGNU server providing Services or Objects 
for transactions or for calls. That is DotGNU will support a distributed 
network using some sort of URL to located servers and resources (which the user 
trusts)
3.It will provide compatability with .NET apps
4.Will provide GUI front ends (Probably using GNOME bindings)
5.Hopefully in the future allow some sort of 3D bindings
6. Uses some sort of hierachy (akin to DNS, to locate resources)


Objectives of this project:

To create a Compatible alternative to MS .NET while at the same time, try to 
convert developers to the Free Software Paradigm, by providing a already usable 
and stable inferstructure for Distributed systems wchih can readily share 
information.



--zhXaljGHf11kAtnf
Content-Type: text/plain; charset=us-ascii
Content-Disposition: attachment; filename=ByteCode

This draft tries to specify the layers involved in this Project.
The idea is to use .NET bytecode. However due to .NET architecture
entire .NET compatability would be achaived until later stages.


The Layers of Abstraction:


Unlike .NET which uses COM and ActiveX components this Platform will try to 
avoid using such
formats, however Component Objects are going to be an integral part of the 
platform

DotGNU will consist of a series of Layers in, these are levels of abstraction 
which describe 
how the libraries and program relate to the host system.


Layer 0: System Libraries, these libraries are essential system libraries 
         such as glibc, msvcrt.dll, Xlib. These are the basic foundation
         Libs which everything depends on.

Layer 1: Host/Native version of the DotGNU platform Libraries, These are 
         host dependant libs of DotGNU. They are complete, this allows native
         programs of to access the DotGNU platform. These are not Portable.

Layer 2: Byte Code link Lib, these libs are Byte Code linker libraries which
         link the calls from the byte code program to the Native layer 1 libs
         These are not entirely Byte code. That is they contain extra 
information 
         as to what native libs they translate the calls to. These are not 
portable

Layer 3: Custom Libs, these are custom Byte code libs which the user might 
distribute
         They might be, Static,  Shared or Dynamically loaded. Compiled using 
the 
         DotGNU Byte Code they are fully portable accross platforms.

Layer 4: Server Program. This refers to the Server programs running using the 
DotGNU 
         Platform.

Layer 5: Client Side Programs. By using Layers 3 and 4 we could implement 
         some sort of Active X components, thus making this .NET compatible
         
    


NOTE: This is just a draft and just mental outburst, please feel free to add
remove or change this :) 

Myrddian

--zhXaljGHf11kAtnf--

From address@hidden Thu Jul  5 18:15:12 EDT 2001
Received: (qmail 55 invoked from network); 30 Jun 2001 07:44:33 -0000
Received: from unknown (HELO sendmail.cisto.org) (151.196.229.197)
  by 0 with SMTP; 30 Jun 2001 07:44:33 -0000
Received: from quill.local (pop-ls-10-1-1-dialup-452.freesurf.ch 
[194.230.234.196])
        by sendmail.cisto.org (8.9.1/8.9.3) with ESMTP id DAA00043
        for <address@hidden>; Sat, 30 Jun 2001 03:44:31 -0400 (EDT)
Received: (from address@hidden)
        by quill.local (8.11.2/8.11.2/SuSE Linux 8.11.1-0.5) id f5U7cE416426;
        Sat, 30 Jun 2001 09:38:14 +0200
Date: Sat, 30 Jun 2001 09:38:14 +0200
Message-Id: <address@hidden>
From: Norbert Bollow <address@hidden>
Prefer-Language: de, en, fr
To: address@hidden
In-reply-to: <address@hidden> (address@hidden)
Subject: Re: [DotGNU]Something to start with
References:  <address@hidden>
Sender: address@hidden
Errors-To: address@hidden
X-BeenThere: address@hidden
X-Mailman-Version: 2.0.3
Precedence: bulk
List-Help: <mailto:address@hidden>
List-Post: <mailto:address@hidden>
List-Subscribe: <http://dotgnu.org/mailman/listinfo/developers>,
        <mailto:address@hidden>
List-Id: Designing and implementing the DotGNU system <developers.dotgnu.org>
List-Unsubscribe: <http://dotgnu.org/mailman/listinfo/developers>,
        <mailto:address@hidden>
List-Archive: <http://dotgnu.org/pipermail/developers/>

> Any how these are just some silly ideas I have written down on
> text files, some are more recent but I'll post the older ones
> for completion.

Myrddian,
  please don't call this "silly ideas".  I think they're very
good.

One important question I have is, how do we get there?  The
whole project is pretty big.  I would like to see a DotGNU
alternative to Microsoft's "Password" very soon.

You say that it will be possible to execute compiled Byte Code on
any DotGNU platform.  This means that when the Byte Code format
is changed/improved, the DotGNU platform must be able to execute
old formats as well as the current one.  Also the DotGNU platform
should be able to execute whatever bytecode formats Microsoft uses
for .NET -- now since several different bytecode formats must be
supported anyway, why not also support Java bytecode, and
implement that part first?

I think that could allow to greatly reduce the necessary amount
of development time for getting to the point where a first
stable and useful version of DotGNU can be released.

Greetings, Norbert.

-- 
Norbert Bollow, Weidlistr.18, CH-8624 Gruet  (near Zurich, Switzerland)
Your own domain with all your Mailman lists: $15/month http://cisto.com
Business Coaching for Internet Entrepreneurs ---> http://thinkcoach.com
Tel +41 1 972 20 59      Fax +41 1 972 20 69      address@hidden

From address@hidden Thu Jul  5 18:15:12 EDT 2001
Received: (qmail 21153 invoked from network); 30 Jun 2001 10:44:05 -0000
Received: from unknown (HELO sendmail.cisto.org) (151.196.229.197)
  by 0 with SMTP; 30 Jun 2001 10:44:05 -0000
Received: from quill.local (pop-be-1-1-dialup-229.freesurf.ch [194.230.160.229])
        by sendmail.cisto.org (8.9.1/8.9.3) with ESMTP id GAA21149;
        Sat, 30 Jun 2001 06:44:03 -0400 (EDT)
Received: (from address@hidden)
        by quill.local (8.11.2/8.11.2/SuSE Linux 8.11.1-0.5) id f5UAVNv17892;
        Sat, 30 Jun 2001 12:31:23 +0200
Date: Sat, 30 Jun 2001 12:31:23 +0200
Message-Id: <address@hidden>
From: Norbert Bollow <address@hidden>
Prefer-Language: de, en, fr
To: address@hidden
Cc: address@hidden
In-reply-to: <address@hidden>
        (address@hidden)
References: <address@hidden> <address@hidden> <address@hidden>
Subject: [DotGNU]dotgnu.org website (was Re: .GNU)
Sender: address@hidden
Errors-To: address@hidden
X-BeenThere: address@hidden
X-Mailman-Version: 2.0.3
Precedence: bulk
List-Help: <mailto:address@hidden>
List-Post: <mailto:address@hidden>
List-Subscribe: <http://dotgnu.org/mailman/listinfo/developers>,
        <mailto:address@hidden>
List-Id: Designing and implementing the DotGNU system <developers.dotgnu.org>
List-Unsubscribe: <http://dotgnu.org/mailman/listinfo/developers>,
        <mailto:address@hidden>
List-Archive: <http://dotgnu.org/pipermail/developers/>

address@hidden wrote:

> I can start construction of a site and link it up with a SourceForge account 
> for the mailing lists and CVS repository...  What are you thinking more 
> specifically?  I am ready to work.

I was not thinking of a technically sophisticated
website... just a place on the web where you can always find
consistent, coherent information on the current state of the
DotGNU vision.

Greetings, Norbert.

-- 
Norbert Bollow, Weidlistr.18, CH-8624 Gruet  (near Zurich, Switzerland)
Your own domain with all your Mailman lists: $15/month http://cisto.com
Business Coaching for Internet Entrepreneurs ---> http://thinkcoach.com
Tel +41 1 972 20 59      Fax +41 1 972 20 69      address@hidden

From address@hidden Thu Jul  5 18:15:12 EDT 2001
Received: (qmail 27361 invoked from network); 30 Jun 2001 23:49:04 -0000
Received: from unknown (HELO marvin) (144.132.96.11)
  by 0 with SMTP; 30 Jun 2001 23:49:04 -0000
Received: by marvin (Postfix, from userid 1000)
        id BE4531426396; Sun,  1 Jul 2001 09:48:25 +1000 (EST)
Date: Sun, 1 Jul 2001 09:48:25 +1000
To: address@hidden
Message-ID: <address@hidden>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.3.17i
From: address@hidden (Myrddian)
Subject: [DotGNU]Source Forge?
Sender: address@hidden
Errors-To: address@hidden
X-BeenThere: address@hidden
X-Mailman-Version: 2.0.3
Precedence: bulk
List-Help: <mailto:address@hidden>
List-Post: <mailto:address@hidden>
List-Subscribe: <http://dotgnu.org/mailman/listinfo/developers>,
        <mailto:address@hidden>
List-Id: Designing and implementing the DotGNU system <developers.dotgnu.org>
List-Unsubscribe: <http://dotgnu.org/mailman/listinfo/developers>,
        <mailto:address@hidden>
List-Archive: <http://dotgnu.org/pipermail/developers/>

Well I think I mentioned it last time that I have a SourceForge ready site for 
DotGNU, if it's 
needed....

So if anybody want to add themselves there please do so.... oh by the way I've 
never used SourceForge
before... so if another person also want to admin it, while I get the ropes 
(which should not be long
looks pretty simple).

So just look for DotGNU on SOurce Forge..... Any body here a good web site 
person? We could start of with 
some info.


Any how see you all later

__________________________________________
Myrddian <address@hidden(nospam)au>
-------------------------------------------
"I stayed up all night playing poker with tarot cards. I got a full house
 and four people died". 

                   -- Steven Wright 


reply via email to

[Prev in Thread] Current Thread [Next in Thread]