multiplatform-devel — Main list for developing Multiplatform

Re: [MP-d] Re: Parallel branches for existing derivations

[Stefan M. <me...@df...>]

-----BEGIN PGP SIGNED MESSAGE-----

Hi Thomas!

1 hours ago thomas portele wrote:
> it  seems I am  having  problems with our  firewall.

:-(

I have a firewall / address translation configuration at home which
works without any problems. However, this firewall does not prevent
outbound connections.

> I.e. ssh to  sourceforge does  not  work.

This is a prerequisite for playing an active role as far as I can see
:-( .

> One  possibility is  using another  port  (e.g.  80)  but I  have not yet figured out  how
> to tell ssh to use our HTTP  proxy for  the  connection.

So it seems the access to the outbound port is blocked. That's bad.
Why does someone want to block outbound traffic for port 22? Anyway.

A useful general tip with all these problems is the `-v' flag of
`ssh'.

Another useful information is which version of `ssh' you are using. To
my knowledge there are three main streams out there: `ssh1' and `ssh2'
by SSH Corp. and `ssh' by OpenSSH which combines version 1 and version
2 functionality. Just a few days ago I checked the current state of
affairs and learned that OpenSSH is the best choice because it is most
interoperable and has a number of options.

In OpenSSH there are some options for ports:

     -p port
             Port to connect to on the remote host.  This can be specified on
             a per-host basis in the configuration file.

     -P      Use a non-privileged port for outgoing connections.  This can be
             used if your firewall does not permit connections from privileged
             ports.  Note that this option turns off RhostsAuthentication and
             RhostsRSAAuthentication for older servers.

May be `-P' might help you. After all using privileged ports I could
imagine to be a reason for blocking.


						Hope this helps

						Stefan

-----BEGIN PGP SIGNATURE-----
Version: 2.6.2
Comment: Processed by Mailcrypt 3.4, an Emacs/PGP interface

iQCVAgUBP3AKVgnTZgC3zSk5AQHYjAP+O/bn/WKdYH49+i/nJQ2Z+XHABF5J9j5g
rz6syQVtKPFTqjWnTrg6S2LS+c1FJ2AweRZnghkDF1nkT9mNY/zuTt5PT+KVn8ts
nZuWYTj2bwkWzjkJRuJRgcyBPsluRT9Ow/+Pg3vq5RXJNEy7yqwZMFsMyB330Sc3
EwVY/Jp6NCY=
=MLt6
-----END PGP SIGNATURE-----

Re: [MP-d] Re: Parallel branches for existing derivations

[<tho...@ph...>]

Hi,

it  seems I am  having  problems with our  firewall. I.e. ssh to  sourceforge does  not  work.
One  possibility is  using another  port  (e.g.  80)  but I  have not yet figured out  how
to tell ssh to use our HTTP  proxy for  the  connection.

Any  hints?

Ciao,

Thomas

Dr. Thomas Portele                                Tho...@ph...
Philips Research Laboratories           Man-Machine Interfaces
Weisshausstrasse 2                               52066 Aachen, Germany
Phone: +49 241 6003-712                       Fax.: +49 241 6003-518

[MP-d] Welcome Kerstin! (was: Welcome Peter!)

[Stefan M. <me...@df...>]

-----BEGIN PGP SIGNED MESSAGE-----

Hi Kerstin!

4 days ago Stefan Merten wrote:
> Yesterday Stefan Merten wrote:
>> Hi Thomas!
>>=20
>> Welcome as a Multiplatform developer :-) . Nice to have you here :-) .
>> I gave you next to all permissions SourceForge has in the different
>> project areas.
>=20
> The same is true for you, Peter.

And the same for you, Kerstin.

In particular it is good we now have a Windows developer here :-) .
Actually I just ripped off any binary Windows parts for a start.
Though they have been part of the SmartKom source tree but for various
reasons I did not think they were useful to add to the CVS tree. The
sources of the various modules, however, have not been changed in this
respect so they should still compile under Windows.

>> I subscribed you to this mailing list because at the moment this is
>> the main means of communication. I used your Philips account. If you
>> don't like that please change it by using the Mailman web frontend.
>=20
> The same is true for you, Peter, however, for your DFKI account.

Again I subscribed you to this list. This time I with your
Mediainterface account.

>> For a start please check the mailing list archive at
>>=20
>> 	http://sourceforge.net/mailarchive/forum.php?forum=3Dmultiplatform-de=
vel
>>=20
>> and comment on this. In particular check my thoughts on having
>> multiple branches for the multiple derivations of Multiplatform.
>>=20
>> If you have any questions feel free to ask here so others may obtain
>> typical questions and answers from the mailing list archive.
>=20
> Again, this applies to you, too.

True for you, too.

>> At the moment I'm working for a cleaned version of the most basic
>> packages including a document what to do to install them. If this is
>> done I plan for a first file release package containing these sources.
>=20
> I hope I can finish that today. I'll report what I have then.

My next task will be to check how Peter and Thomas can import the
derivations they created at their sites. I checked `lcvs' and noted
that it is missing a feature which allows to import source code to a
new vendor branch. It's not a big thing to do and so I hope it'll be
ready tomorrow.

Regarding English: I won't mind if someone uses German here. However,
I think each member understands enough English that everyone who can
actually should write in English. The mailing list archive may serve
as a valuable resource for people being interested in the project
later so this should be as accessible as possible. However, this means
using English if possible :-( .


						Gr=FC=DFe

						Stefan

-----BEGIN PGP SIGNATURE-----
Version: 2.6.2
Comment: Processed by Mailcrypt 3.4, an Emacs/PGP interface

iQCVAgUBP27gyAnTZgC3zSk5AQFV1AP+PkytOIXG1Q6YdbvSeVie1ldl4TEBNRct
tb2rZF62oBvfAN3nYq+XuDNVmWAZ/HRK2kO7V4IDhEOpMMDWboLI5rz1hWewFI0G
fTkymlDlYzEysI6+RhElIVqkU/QTONgKo2vuyM3q+7uvxqY5d//1P5ITDt21VSwr
GelJU9ZeS80=3D
=3D7rO7
-----END PGP SIGNATURE-----

[MP-d] Re: Performance problems at SourceForge

[Stefan M. <me...@df...>]

-----BEGIN PGP SIGNED MESSAGE-----

Hi again!

2 minutes ago Stefan Merten wrote:
> 3 days ago Stefan Merten wrote:
>> BTW: As it seems the connection for web connections to
>> `sourceforge.net' is awfully slow if you are connected to the Internet
>> by DFN. My provider at home uses the Telekom backbone and things work
>> with resonable speed there. The CVS access via SSH seems to operate
>> with reasonable speed in both nets, however. The anonymous access by
>> the `pserver' protocol is a pain - but this is probably due to
>> difficulties in `sourceforge.net' as described on their site.
>=20
> I got an email from the SourceForge staff. They are working hard at
> the performance problems and things should be better soon.

Indeed they are much better now. Even via DFN I can check out the
sources using anonymous CVS access using `pserver'. And mail works
with reasonable speed again :-) .


						Gr=FC=DFe

						Stefan

-----BEGIN PGP SIGNATURE-----
Version: 2.6.2
Comment: Processed by Mailcrypt 3.4, an Emacs/PGP interface

iQCVAgUBP26/+wnTZgC3zSk5AQEovAP/TPov3JYJHUFS17BgGyCRcY9gYCMFbKID
voyWYnRTh1KRTvw4OiE3d34Kea1XG9P6Aw+/2O7RfGZeGo/itIsUWVzMP9QGpwVv
gor4HkquxJmfiADDcEZ2j+Uk5ICme/uBPAiVES5ujr4D99MQvEmaB3zrwfBGpzhz
drT6fm+Ae1w=3D
=3D88Za
-----END PGP SIGNATURE-----

Performance problems at SourceForge (was: [MP-d] Current state)

[Stefan M. <me...@df...>]

-----BEGIN PGP SIGNED MESSAGE-----

Hi all!

3 days ago Stefan Merten wrote:
> BTW: As it seems the connection for web connections to
> `sourceforge.net' is awfully slow if you are connected to the Internet
> by DFN. My provider at home uses the Telekom backbone and things work
> with resonable speed there. The CVS access via SSH seems to operate
> with reasonable speed in both nets, however. The anonymous access by
> the `pserver' protocol is a pain - but this is probably due to
> difficulties in `sourceforge.net' as described on their site.

I got an email from the SourceForge staff. They are working hard at
the performance problems and things should be better soon.


						Gr=FC=DFe

						Stefan

-----BEGIN PGP SIGNATURE-----
Version: 2.6.2
Comment: Processed by Mailcrypt 3.4, an Emacs/PGP interface

iQCVAgUBP26++AnTZgC3zSk5AQFjYQP+J/319ideSughsj1idVwCzVSNLRjnhQho
bQU+9fJN1Q/CI7QmuulajjRh5utiEc7FI6b8nWYgNB1ZaNmrQSfxj/7882TEHlo/
SWWwWFqtRquk+Xns2CDrMQlzdd0VqojmWGvOC+V+KdIgwW+1r7Jx6SyivxSRtc6W
TsPHXCuAASA=3D
=3DWa9d
-----END PGP SIGNATURE-----

[MP-d] Parallel branches for existing derivations

[Stefan M. <me...@df...>]

-----BEGIN PGP SIGNED MESSAGE-----

Hi Thomas and Peter!

This mail tries to outline what I think is useful to integrate the
Multiplatform versions you are maintaining into the CVS source tree.

First of all get `lcvs' from

	http://www.merten-home.de/FreeSoftware/lcvs/

and put it in a directory in your path. `lcvs' works as a drop-in
replacement for the `cvs' command itself and calls `cvs' internally.
For CVS sub-commands reading the CVS tree it does nothing special but
for sub-commands writing to the CVS tree it adds some useful features.

To import your sources into the tree I think it is useful to `lcvs
import' them from an up-to-date snapshot of your source tree. For this
please.

* Check out the trunk by

	lcvs -d AC...@cv...:/cvsroot/multiplatform checkout -d t=
runk source

  This results in a directory `trunk' containing the source tree in
  the version it is on the trunk.

  You may also check out the `smartkom' branch to an own directory by

	lcvs -d AC...@cv...:/cvsroot/multiplatform checkout -d s=
martkom -r smartkom source

  You need `ssh' connection for that step. Please refer to the
  `sourceforge.net' documentation.

* Consider a branch name.

  I used `smartkom' as a branch name for the SmartKom specific branch.
  It's probably wise if Peter uses `comic' as a branch name. I don't
  know which branch name is wise for Thomas because I don't know of
  your details. The branch name may contain only lower case letters
  and - if need be - numbers.

* Structure your sources as can be found in the trunk or in the
  `smartkom' branch.

  Put all the source directories of all the packages in the well-known
  structure honoring the changes I made. In any case this includes to
  rename `lib/pools' to `lib/pca' and moving `opt/lib/something' to
  `opt/something'.

  Don't worry. I incorporated all changes necessary by this step into
  the trunk in some clean check ins so it should be not much of a
  problem to merge these changes into your branches.

  Perhaps it is wise to create a directory parallel to `trunk' (and
  `smartkom' if you have this) named as the branch. I.e. put your
  source tree under e.g. `comic'.

* Double-check that there are no superfluous files.

  *Please* make sure, that in your source tree there are no files
  which need not be there. Every file found in your source tree being
  not in at least the `smartkom' branch is questionable.

  The general rule is: Everything which can be generated does not
  belong into the source tree.

  At best report here which files you have which are not in the
  `smartkom' branch.

  You may employ

	diff -qr smartkom comic

  Any difference saying that there is a file in `comic' missing in
  `smartkom' needs special attention.

At this point one problem comes to mind. Before I checked in even the
`smartkom' branch I changed all source files by adding a copyright
notice containing the standard reference to the LGPL. This was a lot
of (unpleasant) work. However, it is necessary for the sources to
become Free.

Your sources should have these copyright notices as well. I think we
can think of a way how to merge them into your branches from the
`smartkom' branch or the trunk so you should not care too much about
this problem now.

* Import your sources to your branch.

  Ahm - I need to think about how to do that. This is a critical
  operation and it can make the repository quite ugly if done wrong.

  I'll experiment a bit here and tell you about what I think is
  useful.

If you have any questions or problems until here, feel free to ask on
this list.


						Gr=FC=DFe

						Stefan

-----BEGIN PGP SIGNATURE-----
Version: 2.6.2
Comment: Processed by Mailcrypt 3.4, an Emacs/PGP interface

iQCVAgUBP2sPbQnTZgC3zSk5AQFzRwP/TSji2cstBTwM8xlVGh6AZfXNzVowCQib
DK9x4sZwI//ei5ug0mkaUdfefxwrmQafh4Re/pQzwmHDRVIEmSNBhuAQWBS4uEN4
q4nEXW/ho2uPh9nr6+UAOIsH1zgW6cMP40OLtuGajnqA+u32nNvBh9Yh3pn7CZPE
/o3iM9xnYFY=3D
=3D2F6R
-----END PGP SIGNATURE-----

[MP-d] Current state

[Stefan M. <me...@df...>]

-----BEGIN PGP SIGNED MESSAGE-----

Hi!

I removed some minor glitches stemming from the changes I made
regarding the name for `lib/pca' and from removing SmartKom specific
stuff.

Now, the Multiplatform system comes up as usual. However, the GUI
looks somewhat different - the background color seems to be missing.
I'll check that.

At the moment the GUI shows the old SmartKom modules. I will remove
that (if this is possible) so the trunk of the Multiplatform CVS tree
will refer to a version not specific to any particular system.

If this is done I'll create a file package containing a checked out
CVS tree from the trunk with some additional goodies. This is version
0.1.0, then.

BTW: There is `opt/top/INSTALL.sdf' describing the installation
procedure. An HTML version of this file should be in the top level of
this source bundle, too.

If you want to do us a favour try to follow the steps described there
and install a new Multiplatform system tree from scratch. Please
notify any problems here.

BTW: As it seems the connection for web connections to
`sourceforge.net' is awfully slow if you are connected to the Internet
by DFN. My provider at home uses the Telekom backbone and things work
with resonable speed there. The CVS access via SSH seems to operate
with reasonable speed in both nets, however. The anonymous access by
the `pserver' protocol is a pain - but this is probably due to
difficulties in `sourceforge.net' as described on their site.


						Gr=FC=DFe

						Stefan

-----BEGIN PGP SIGNATURE-----
Version: 2.6.2
Comment: Processed by Mailcrypt 3.4, an Emacs/PGP interface

iQCVAgUBP2sHMQnTZgC3zSk5AQEqFgP9F+LztvKV5ZtfckfbMCxuakSp7EuIx6i3
99bAQO2ugqCxd4wpqrmmhBVojvUKyCHWvyaJo65z1NbIS5L9Zo7SXohZMZdNdhxK
uGLtbiNW5ujvSSeF0r2YuHzn0Zc3K7+CjBvS0aT37Gyx9Hx7NVlmUkyVpDA908FS
8dtJ0qZgpB4=3D
=3DEOC1
-----END PGP SIGNATURE-----

[MP-d] Re: Parallel branches for existing derivations

[Stefan M. <me...@df...>]

-----BEGIN PGP SIGNED MESSAGE-----

Hi Thomas and Peter!

1 hours ago Stefan Merten wrote:
> First of all get `lcvs' from
>=20
> 	http://www.merten-home.de/FreeSoftware/lcvs/
>=20
> and put it in a directory in your path. `lcvs' works as a drop-in
> replacement for the `cvs' command itself and calls `cvs' internally.
> For CVS sub-commands reading the CVS tree it does nothing special but
> for sub-commands writing to the CVS tree it adds some useful features.

Ahm - I should give this hint so you do not need to find in

	lcvs -H

For this configuration to work you need to set two environment
variables:

  setenv CVS_RSH lcvs
  setenv LCVS_RSH ssh

To the latter you may give options. For instance I'm using

  setenv LCVS_RSH "ssh1 -x"


						Gr=FC=DFe

						Stefan

PS: Mail to the list seems to be blocked at the moment. The mail I
sent more than an hour ago did not return to me until now.

-----BEGIN PGP SIGNATURE-----
Version: 2.6.2
Comment: Processed by Mailcrypt 3.4, an Emacs/PGP interface

iQCVAgUBP2sgNgnTZgC3zSk5AQGOPgQAoSeZajGbVeLTd+6IAlLKw5QPjDwNBU2z
al+P4isZi9NgfWu/pMYys5psQclWg/Stm+2OKgyvGWE+qv9gj5PNZFdzbg2rXHfQ
lb7gmYJPyZ6Y5N/94fS7Ap5cXXopbnwyMwdOZMPnjL5CilAvRzkC8uuDDNf77Q5v
Ew06B36LntQ=3D
=3DnlLk
-----END PGP SIGNATURE-----

[MP-d] Current state

[Stefan M. <me...@df...>]

-----BEGIN PGP SIGNED MESSAGE-----

Hi developers!

I just checked in `mod/gui' which I needed to care about heavily. This
module is a shame for Multiplatform in many respects and should be
replaced ASAP. For instance seemingly a good amount of code from
`lib/moduleManager' is duplicated here.

Anyway, everything compiles and installs now. However, the testbed
does not start yet. I'll look into that tomorrow.


						Gr=FC=DFe

						Stefan

-----BEGIN PGP SIGNATURE-----
Version: 2.6.2
Comment: Processed by Mailcrypt 3.4, an Emacs/PGP interface

iQCVAgUBP2nUBgnTZgC3zSk5AQE9jAP7Bif7SOWSzHRQ+Qi3uKLBZBy28dHhzPv8
HTZy0FIr4lSWKLqqSdAY2BE8RjKlkfCstBKo1vLsOkkZRO1inrgqMu7HYdodoFW7
abDEI3ThwI5Ybv4JGQ4AbW586VgdIpNUyfnTlC8sK1926Zt3glJXH4a1nHKIfX7N
ZiL4MrRgfJ4=3D
=3DFQ4l
-----END PGP SIGNATURE-----

Welcome Peter! (was: [MP-d] Welcome Thomas!)

[Stefan M. <me...@df...>]

-----BEGIN PGP SIGNED MESSAGE-----

Hi Peter!

Yesterday Stefan Merten wrote:
> Hi Thomas!
>=20
> Welcome as a Multiplatform developer :-) . Nice to have you here :-) .
> I gave you next to all permissions SourceForge has in the different
> project areas.

The same is true for you, Peter.

> I subscribed you to this mailing list because at the moment this is
> the main means of communication. I used your Philips account. If you
> don't like that please change it by using the Mailman web frontend.

The same is true for you, Peter, however, for your DFKI account.

> For a start please check the mailing list archive at
>=20
> 	http://sourceforge.net/mailarchive/forum.php?forum=3Dmultiplatform-dev=
el
>=20
> and comment on this. In particular check my thoughts on having
> multiple branches for the multiple derivations of Multiplatform.
>=20
> If you have any questions feel free to ask here so others may obtain
> typical questions and answers from the mailing list archive.

Again, this applies to you, too.

> At the moment I'm working for a cleaned version of the most basic
> packages including a document what to do to install them. If this is
> done I plan for a first file release package containing these sources.

I hope I can finish that today. I'll report what I have then.


						Gr=FC=DFe

						Stefan

-----BEGIN PGP SIGNATURE-----
Version: 2.6.2
Comment: Processed by Mailcrypt 3.4, an Emacs/PGP interface

iQCVAgUBP2mYTwnTZgC3zSk5AQHu1QP/dNGTBlcEj5qvGV4sa7hhZthkKjZF1m+c
aSlsLJEEHCs4RPPc/VMS1NsNP8Klv/qxA79Ro48T30ckgAvh2ZY1g8DmvfdUsS9t
72aiHEJwX0VzwfDW16b/FfVXWGJNdY3DUlio3VGNdF7BXX/9WBHUqzojsGcMidXd
/UkMDA4cekg=3D
=3DI7uU
-----END PGP SIGNATURE-----

[MP-d] Welcome Thomas!

[Stefan M. <me...@df...>]

-----BEGIN PGP SIGNED MESSAGE-----

Hi Thomas!

Welcome as a Multiplatform developer :-) . Nice to have you here :-) .
I gave you next to all permissions SourceForge has in the different
project areas.

I subscribed you to this mailing list because at the moment this is
the main means of communication. I used your Philips account. If you
don't like that please change it by using the Mailman web frontend.

For a start please check the mailing list archive at

	http://sourceforge.net/mailarchive/forum.php?forum=3Dmultiplatform-devel

and comment on this. In particular check my thoughts on having
multiple branches for the multiple derivations of Multiplatform.

If you have any questions feel free to ask here so others may obtain
typical questions and answers from the mailing list archive.

At the moment I'm working for a cleaned version of the most basic
packages including a document what to do to install them. If this is
done I plan for a first file release package containing these sources.


						Gr=FC=DFe

						Stefan

-----BEGIN PGP SIGNATURE-----
Version: 2.6.2
Comment: Processed by Mailcrypt 3.4, an Emacs/PGP interface

iQCVAgUBP2hfMgnTZgC3zSk5AQEJzgP+Jt/Oo4od+MWpFByVcdYG5SJIFQQMuQ+C
ElaVB7wrSRXu93Vv3n+FQPB5qcsdRz8JsIJuUhxHplRf0CmOwlu7WAHKyY7FEHk2
GNWPWrJBSnn50xv58iyfb2gObycsPL1VZi6m9ev3ZVWA5cXijb70lWWMPW0Wc2Jt
CmIrg81hRjI=3D
=3DRWB1
-----END PGP SIGNATURE-----

Re: [MP-d] Renamed `lib/pools' to `lib/pca'

[Stefan M. <me...@df...>]

-----BEGIN PGP SIGNED MESSAGE-----

Hi!

Yesterday Stefan Merten wrote:
> Heinz doesn't like the package name `pools'. He is right because it
> the correct name would probably be `pca'. I changed that before
> checking in so the repository needs not be changed structurally later.

I changed more references to "POOLS" to "PCA" and "Pools" to "Pca".
This involves the environment variables `POOLS_...' in
`local/SmartKom.env' as well as the MakeInclude variables
`ConPools...'.

> This causes some changes in several places I guess.

Now *this* causes changes ;-) .


						Gr=FC=DFe

						Stefan

-----BEGIN PGP SIGNATURE-----
Version: 2.6.2
Comment: Processed by Mailcrypt 3.4, an Emacs/PGP interface

iQCVAgUBP2guGwnTZgC3zSk5AQGYswP/VqcUWUMsj2z4pVVicNGVApV6amfUsDsS
VtRQnfEcS92luZ3B/6kjmz+E5g8ejESsP7754FnnwikRKKEceu44ObzJ5X+r97N1
82jrE9tK7viWPGNGzSt6aU0XWNXqBkGSz8QtJYwHw+3vhu/mkc0xTxRQn4TeFYx6
VRroHL/YPZ4=3D
=3Doipa
-----END PGP SIGNATURE-----

[MP-d] Usage of `cvs' and `lcvs'

[Stefan M. <me...@df...>]

-----BEGIN PGP SIGNED MESSAGE-----

Hi again!

CVS is a great tool. However, it misses a few things like a central
log file similar to a ChangeLog file and a decent tagging mechanism
which bundle a single commit by a unique tag.

To overcome these problems long ago I started `lcvs'. You can get it
from

	http://www.merten-home.de/FreeSoftware/lcvs/index.html

`lcvs' is a simple frontend to `cvs' enhancing some operations
modifying the repository. This means on the other hand you don't need
to use `lcvs' if you only want to read the repository. If you are a
developer, however, you *need* to use `lcvs' to check in your changes
to the project.

I'm using `lcvs' for quite some time now and the standard operations
work perfect. May be there are some quirks in rarely used functions.
If so feel free to contact me immediately.


						Gr=FC=DFe

						Stefan

-----BEGIN PGP SIGNATURE-----
Version: 2.6.2
Comment: Processed by Mailcrypt 3.4, an Emacs/PGP interface

iQCVAgUBP2biUgnTZgC3zSk5AQHFdQP/Q/6A0LvGC0IJi7KnknP6cxW4WNTrwnX/
e9aiMoWXm+fX2XsPf6/xwaOkt+ML32Ll8+TUG4yaBoBrLTudlFDvCAEFNZzV+oQ5
xVM89Sii7s6gSqz0jv9UMQDqb+4CoRLE8WbwVlWZwWsbprJs9K6nDoz68BamyQFV
pjI8fy3Lb1Y=3D
=3DS7Mv
-----END PGP SIGNATURE-----

[MP-d] Very first version checked in

[Stefan M. <me...@df...>]

-----BEGIN PGP SIGNED MESSAGE-----

Hi!

I just checked in some very basic packages

	opt/base
	lib/pooldefs
	lib/pca
	lib/pool2file
	lib/moduleManager
	lib/config
	mod/tbm
	mod/gui

They are all a module on their own in `CVSROOT/modules'. I.e. you can
check them out by

	cvs -d YOU...@cv...:/cvsroot/multiplatform checkout b=
ase

(This is for a developer `YOURACCOUNT' using a `ssh'-account. Please
check the SourceForge documentation
[https://sourceforge.net/cvs/?group_id=3D89988] for anonymous access
using `pserver' protocol).

I think we should have these CVS module names for all the packages so
it is easier to grab a single module. On the other hand module names
are a prerequisite for using `lcvs'. Ahm - I'll write a mail about
`lcvs' in a few minutes.

On the other hand you can check out the whole tree by

	cvs -d YOU...@cv...:/cvsroot/multiplatform checkout s=
ource

As I said all the packages are now on a vendor branch `smartkom'. I'm
now going to smooth things so they are more general. I'll do this on
the trunk.


						Gr=FC=DFe

						Stefan

-----BEGIN PGP SIGNATURE-----
Version: 2.6.2
Comment: Processed by Mailcrypt 3.4, an Emacs/PGP interface

iQCVAgUBP2bg9wnTZgC3zSk5AQHJkQP/d/0viFyXeSTSJKy5j72OAKO/2QSVz/4G
x6F6nWJ3JQz24JbFT/KDVhHBqb5gpnac3vpdfy/3o0lefZVRKjqZtT4WNLVUcPnq
mcwLlTJDG302Ma1eWfgcQkN8s7td9Ax+Jgjq3OI+z8RpIV/fWFuWihZq6xDDT7lI
gFDktggQtgQ=3D
=3DmKbE
-----END PGP SIGNATURE-----

[MP-d] Renamed `lib/pools' to `lib/pca'

[Stefan M. <me...@df...>]

-----BEGIN PGP SIGNED MESSAGE-----

Hi!

Heinz doesn't like the package name `pools'. He is right because it
the correct name would probably be `pca'. I changed that before
checking in so the repository needs not be changed structurally later.

This causes some changes in several places I guess.


						Gr=FC=DFe

						Stefan

-----BEGIN PGP SIGNATURE-----
Version: 2.6.2
Comment: Processed by Mailcrypt 3.4, an Emacs/PGP interface

iQCVAgUBP2baTQnTZgC3zSk5AQG7uwP/b4SYjByQrdVuo2+NJKl8myyqCPUdoSJy
2yJNTmC39WJ279ys7K6UMKhK3ABmgM73JJTVSP58vdWuU58s1Gspqd0dPE8ERVDo
5weMYZ3ZIoCTFZEgGrzcmYJOZyqq5u7yIbrb9ZZtO5TQo6EcW6dpLkr7b8GpEDDK
6C50ygf5Dr8=3D
=3DiFhp
-----END PGP SIGNATURE-----

[MP-d] Dropped the `lib' in `opt/lib/something'

[Stefan M. <me...@df...>]

-----BEGIN PGP SIGNED MESSAGE-----

Hi!

Before starting to import our old stuff I made up my mind to drop that
unloved `lib' in `opt/lib/something'. I.e. all `opt' packages will be
located directly under `opt' in the SourceForge CVS tree. Of course
this needs a bit care to name each package other than `bin', `lib' or
`demo' but that should not be difficult.

Though I wanted to import everything just as it was in SmartKom in the
final release I considered this change in the directory structure
important enough to do it before checking anything in. After all
moving things around in CVS is a bit difficult.

This change needs only a small change in the MakeIncludes - given that
`Makefile's do it right. I think I'll make that change on the trunk.


						Gr=FC=DFe

						Stefan

-----BEGIN PGP SIGNATURE-----
Version: 2.6.2
Comment: Processed by Mailcrypt 3.4, an Emacs/PGP interface

iQCVAgUBP2XJagnTZgC3zSk5AQHeOQP6Ao7Hi88DNbA6sb0UHYX+jEdc46+YImwM
FSQCrS+a8yUORdtIREFjUwEaOxUMjvAOWts5p1ulPaxAHpiK2E4R7DgmUvDSIorV
VCA4Sq9YM+W6KR3H04cxaJhwyufKm0oZ8bpSkNVj/e/C+ifM6U0+nfJ4fcEpdrop
mzMUUaZgBjk=3D
=3Dpiuw
-----END PGP SIGNATURE-----

[MP-d] Branches in the CVS repository

[Stefan M. <me...@df...>]

-----BEGIN PGP SIGNED MESSAGE-----

Hi developers!

I thought a bit about the CVS repository and a useful structure made
up of branches. AFAIK at the moment there are several instantiations
of Multiplatform out there. At least there is the (final) version from
SmartKom, the version used in Comic and one or more versions at
Philips.

For a start I considered it most useful to each such branch gets an
own branch in the repository. I.e. the final version for SmartKom is
imported to

	smartkom

the current Comic version to

	comic

and Philips may do so similarly.

I consider it one of the first goals of this project to combine all
these branches on the trunk to a unified version which is maintained
collectively thereafter. One important part of this goal is to remove
all hints to SmartKom, Comic or may be the Philips projects. In
particular this means that some files need to be renamed and APIs need
to be changed (substitute `sk' in the function names). Instead
everything should refer to Multiplatform instead using `mp' as an
abbreviation.


						Gr=FC=DFe

						Stefan

-----BEGIN PGP SIGNATURE-----
Version: 2.6.2
Comment: Processed by Mailcrypt 3.4, an Emacs/PGP interface

iQCVAgUBP2XJSgnTZgC3zSk5AQGD/QP/ZiqeEcdrP+TaG3m+wpfQsXQgVnYM5jY8
tcbk5UGqosvlqw+LDhE/U1OGIi5YoL18CuwIysIOMY00ElnSsYcK5xhQaCp9zn7i
tqND07JAKOXQjvybf+XUyOk2uWLIdPZrmc2O5VtX5lI+oZJVZ0KzbdDRYb2oy/SZ
IYnWyYkaTLo=3D
=3Di1+E
-----END PGP SIGNATURE-----

[MP-d] Welcome

[Stefan M. <me...@df...>]

-----BEGIN PGP SIGNED MESSAGE-----

Hi Multiplatform developers!

This is just a welcome message: Welcome!

Ahm - though this project is rooted in German research projects I
think we should speak English here so people from all over the world
can join more easily.


						Gr=FC=DFe

						Stefan

-----BEGIN PGP SIGNATURE-----
Version: 2.6.2
Comment: Processed by Mailcrypt 3.4, an Emacs/PGP interface

iQCVAgUBP2WJ9QnTZgC3zSk5AQHQ0QP+MVA4H+zR/EpT94nlPlZ9XqJfa2KFdBee
wTlYFRJxp7rd6l9mrq9pxBYZS4WH3bBtq35G/1a6a9/i1l46nM9bFzdl3vTB6Y3O
PjLf6+R5Je9nOsN13DydWLi9ZA8U8tOejM1QKZatjORhfjganJS3wbyPHfydboHr
+XZA/JETolw=3D
=3DRatN
-----END PGP SIGNATURE-----