OpenBCM V1.07b12 (Linux)

Packet Radio Mailbox

DB0FHN

[JN59NK Nuernberg]

 Login: GUEST





  
DL9SAU > WAMPES   28.05.00 06:34l 98 Lines 4962 Bytes #-8898 (0) @ DL
BID : DL9SAUFUK0D6
Read: GUEST DL7MIS
Subj: WAMPES Roadmap
Path: DB0ROF<DB0SRS<DB0AIS<DB0ZDF<DB0SEL<DB0RUE<DB0ROT
Sent: 000528/0150z @:DB0ROT.#BW.DEU.EU [News->BBS Rotensol] #:-1 $:DL9SAUFUK0D6

dk3hg@db0hht wrote:
> dd2fx@db0rbs writes:
>>Allerdings ist das erst mal Nebensaechlich, da WAMPES jederzeit
>>weiterentwickelt werden darf.

Das laesst sich alleine aus der Verfuegbarkeit des Source-Codes nicht
schliessen.

>>Sodale. Ich habe jetzt WAMPES mit DAMA auf die Version WAMPES-20000513 gebracht.
>>Einige unnoetige Codes entfernt und den ChangeLog und README geaendert.
>>Wenn das BIN-Protocol auch eingebaut ist werde ich es einspielen. Jetzt lohnt
>>es sich noch nicht.
> Vorschlag: damit es nicht zu Verwechslungen mit dem Original kommt
> (vielleicht  besinnt sich Dieter ja nochmal :-)), kannst du ja einen
> anderen Namen verwenden, so wie es damals jemand mit WAMPLUS gemacht hat.
> Dieses Paket setzte auch auf wampes auf, wurde aber stark veraendert.
> Wie waere es mit WAM-DD2FX-xxxxxx.tar.gz ?

Sorry, ich habe damit Probleme. (WAM-DD2FX waere ein Ansatz, aber kein guter)

Die Maintainer vom WAMPES (ja, ich spreche von mehreren, die _gemeinsam_
an dem Projekt mitarbeiten) sollten nicht nur "Fans" sein (wie ich, oder
dd2fx), sondern die Software konkret benutzen: bei ihrem Digi, bei Ihrer
Mailbox, etc. So wurde WAMPES entwickelt, und nur so kann angemessen an
die Beduerfnisse derer Programmiert werden, die die Software einsetzen.

Es scheint mir deshalb dringend, ein paar Parameter zu definieren:

1.  Die Maintainer muessen sich auf ein Revision Control System einigen
    (RCS, CVS, ..). Ich moechte genau nachvollziehen koennen, wann was und
    _aus_welchem_Grund_ etwas am Code geaendert / hinzugefuegt / entfernt
    wurde.
    Nur das wahrt die Stabilitaet des Systems wie wir es heute kennen.
2.  Bei der Bearbeitung des Codes muss darauf geachtet werden, dass ein
    diff gegenueber dem Original immer moeglich ist. (Keine Aenderungen
    am Ident, Tabs, EOL-Character, ..)
3a. db0sao wird von neuen Leuten an einem anderen Standort aufgebaut.
    Es ist die Frage zu klaeren, ob sie WAMPES weiterhin einsetzen wollen.
3b. Diejenigen, die WAMPES als Digi- oder Mailbox-Betreiber einsetzen,
    sollten in die Weiterentwicklung involviert sein und diskutieren koennen,
    welche Erweiterungen am Programm vorgenommen werden.

Ich wuesste gerne, aus welchen Gruenden DAMA und das BIN-Protokoll,
welche dd2fx heute einbauen moechte, noch nicht implementiert waren.


Ferner hat sich in der Diskussion mit Michael <dk3hg> eine kleine
Roadmap ergeben:

> [..] am besten machen? Ich werde jedenfalls weiter wampes benutzen.

Ja. Vielleicht sollten wir Dieter konkret drauf ansprechen, zusammen.
Mindestens einer, max 3 oder 4. Dabei sollten auf jeden fall Leute sein
die einen Digi betreiben und eine Mailbox.
Wenns um IP geht, oder um Kenntnis der Geschichte, das ist was fuer mich ;)
Fuer mich alleine, das wuerde nicht gut gehen / nicht angenommen werden.

Die Leute die die Verantwortung fuer die Weiterentwicklung in die Hand
nehmen sollten:
 - sich mit den Entwicklungsstufen von WAMPES vertraut machen (ueber bbs/news):
   welche Vorschlaege wurden gemacht, wie wurden sie implementiert bzw.
   warum nicht (Dieter hatte immer gute Gruende etwas nicht zu tun - meist
   hat er ein halbes Jahr spaeter dann eine bessere Loesung gefunden; WAMPES
   war in nahezu allen Versionen super stabil)
 - viel Ahnung von Unix, Netzwerkprotokollen und RFCs haben
 - sich drum kuemmern, dass WAMPES in linux und *bsd Projekte einfliessen
   kann (nur wer dem WAMPES-Konzept begegnet nutzt es auch)
 - andere Konzepte (Alan Cox's ax25 kernel treiber) anschaun und verstehen
 - nicht einfach mal kurz irgendwas im Code aendern (ein RCS/CVS Archiv
   ist unheimlich wichtig - weil es jede Aenderung protokolliert und Kommentare
   ermoeglicht)
   Ich moechte auch nicht, dass WAMPES ploetzlich in einem Linux-Kernel-Modul
   untergeht
 - WAMPES anpassen an aktuelle Kernels (Linux's IP stack unterliegt steten
   Aenderungen)
 - von convers und bbs habe ich wenig gesprochen. auch wichtig sei..
 - bbs/news lesen und Vorschlaege kommentieren
 - noch Kontakt zu Dieter haben, in der Hoffnung er schaut sich ab und
   zu die Entwicklung von WAMPES an und bleibt dadurch irgendwie dabei ;)
 - Lizenzmodelle werden heute immer wichtiger. WAMPES unter der GPL
   faend' ich toll. BSD-lizenz waere ok. Aber einfach so ein riesen Software-
   paket ohne Lizenz zu haben ist wirklich problematisch (Freiwild).
   Denn wenn jemand auf die idee kommt, z.b. convers zu patentieren, dann
   verstoesst WAMPES ploetzlich gegen Lizenzen.
   Der Software-Industrie gaust's vor nix..
 - In den news habe ich gelesen, dass db0sao abgebaut wird und an einem
   neuen standort von neuen Leuten betrieben wird. Wir muessen sie fragen,
   ob sie WAMPES nutzen und weiterentwickeln wollen.


Das ist eine grosse Liste.

Vielleicht waere es sinnvoll, das Forum Ham-RADIO fuer ein Treffen zu
nutzen, um mit allen Beteiligten Perspektiven fuer die Weiterentwicklung
diskutieren zu koennen.

73,
	- thomas  <dl9sau@db0tud.ampr.org> <thomas@x-berg.in-berlin.de>


Read previous mail | Read next mail


 07.10.2024 08:32:50lGo back Go up