🚀 go-pugleaf

In <3311@tuminfo1.lan.informatik.tu-muenchen.dbp.de> k2@charly.bl.physik.tu-muenchen.de (Klaus Steinberger) writes:

->Die Subject-line sagt wohl schon das meiste, wie erfaehrt man,
->dass es ein Patch fuer MUNIX, oder andere Software (z.B. Fortran, X etc)
->gibt?

->Wir haben einen Software-Pflegevertrag, aber von den Patches erfaehrt man
->immer nur durch Zufall. Es muss zwar nicht sein, dass man alle Patches
->immer zugeschickt bekommt, (die Releases natuerlich schon!) aber es
->waere doch wenigstens sinnvoll davon zu erfahren. Dabei sollte auch
->die Information ueber die beseitigten Fehler dabei sein!

->Ein Vorschlag:

->Die Info ueber verfuegbare Patches koennte entweder ueber eine Mail-liste
->ueber das Netz verteilt werden, und/oder ueber einen Mailserver verfuegbar
->sein.

ein Thema, ueber das wir (der Support) und der Software-Service uns
auch schon Gedanken gemacht haben, allerdings noch zu keinem Ergebnis
gekommen sind ;-(.

Der Vorschlag mit einer mail-Liste ist gut, aber woher kriegen wir
alle benoetigten Adressen? Denn wenn ich mal so schaue, wer sich hier
an d.c.p beteiligt, so ist es doch immer wieder der gleiche (kleine)
Kreis (nicht das ich was gegen Euch haette ;-). Oder gibt es viele
unbekannte passive Teilnehmer an dieser group? Wenn ja, dann meldet
Euch mal!

der mailserver ist (zumindest von mir ;-) auch schon angedacht worden,
allerdings in etwas groesserem Rahmen (so mit known bugs, workarounds,
tips und tricks etc.). Aber jetzt schreit nicht gleich alle "ja, her
damit", wir haben sowas zwar intern in unserem Support, aber die
Ausweitung (Strukturierung, Pflege usw.) erfordert doch noch 'ne ganze
Menge Arbeit und damit Zeit.

Ideen, Vorschlaege??

PS: ich weiss, dass hiermit Klaus' Frage nicht erschoepfend
beantwortet ist, aber ich bin auch der Meinung, dass sowas gut
durchdacht sein sollte, damit es nicht als Fiasko endet.

Gruss
---
  .  .      .__  .__       | DOMAIN:  msc@pcsbst.pcs.de (EUR) or
 /| /|     /    /_.        |          msc@pcsbst.pcs.com (ROW)
/ |/ |ike /__. __/chroeder | BANG:    ....[pyramid, unido]!pcsbst!msc

Moin !

In <705@pcsbst.pcs.com> mike@cochise.pcs.com (Mike Schroeder) writes:
>In <3311@tuminfo1.lan.informatik.tu-muenchen.dbp.de> k2@charly.bl.physik.tu-muenchen.de (Klaus Steinberger) writes:
>->[...Probleme Infos zu Patches zu bekommen...]

Die gleichen Probleme haben wir hier in Oldenburg auch.
Auch ist es duch die Schliessung der Geschaeftstelle Hannover noch viel
schlechter geworden. Sonst kam ab und zu 'mal ein PCSler vorbei
und hat einem das neueste Patch-Tape ein paar Minuten zwecks kopieren
ausgeliehen. Nun stehen wir ziemlich im Regen.

>->Ein Vorschlag:
>->[Mailinglist/Mailserver]
>ein Thema, ueber das wir (der Support) und der Software-Service uns
>auch schon Gedanken gemacht haben, allerdings noch zu keinem Ergebnis
>gekommen sind ;-(.

Die Idee Informationen zu Patches ueber eine Mailing-Lists zu verbreiten
find ich sehr gut. Auch wuerde die Verbreitung der Patches ueber Mailserver
oder anonymous FTP sehr schoen sein !

>Der Vorschlag mit einer mail-Liste ist gut, aber woher kriegen wir
>alle benoetigten Adressen? Denn wenn ich mal so schaue, wer sich hier
>an d.c.p beteiligt, so ist es doch immer wieder der gleiche (kleine)
>Kreis (nicht das ich was gegen Euch haette ;-). Oder gibt es viele
>unbekannte passive Teilnehmer an dieser group? Wenn ja, dann meldet
>Euch mal!

Das ist sicher ein Problem.
Aber ich schaetze einmal, der Benutzerkreis von PCS-Rechnern teilt
sich grob in zwei Teile: diejenigen, die Zugang zum Netz habe (in
heutiger Zeit auch fast immer irgendwie kostenguenstig ueber WiN)
und diejenigen (armen ........), die nicht vernetzt sind.
Die erste Gruppe waere (in meinen Augen) optimal mit dem Konzept
Mailing-List/Mailserver/Anon-FTP versorgt.
Die anderen muessten von PCS ueber den ueblichen Briefpostweg mit
diesen Informationen versorgt werden.

>der mailserver ist (zumindest von mir ;-) auch schon angedacht worden,
>allerdings in etwas groesserem Rahmen (so mit known bugs, workarounds,
>tips und tricks etc.). Aber jetzt schreit nicht gleich alle "ja, her
>damit", wir haben sowas zwar intern in unserem Support, aber die
>Ausweitung (Strukturierung, Pflege usw.) erfordert doch noch 'ne ganze
>Menge Arbeit und damit Zeit.
>Ideen, Vorschlaege??

Vielleicht sollte man 'mal auf uunet.uu.net (oder wo immer das war)
im Sun-Patches Directory nachsehen, wie dort die Patcherei gehandhabt
wird ? :-)

Aber im ernst: ich stelle mir die Mailing-List / den Mailserver eigentlich
folgendermassen vor:

In der Mailing-List wird ueber neue Patches informiert:
was ist gepatch worden/ersetzt worden (Object Module / Executable),
welche Fehler wurden durch diesen Patch behoben,
welche Randbedingungen muessen fuer den Patch eingehalten werden,
usw...

Der Mailserver selbst ist im Wesentlichen nichts weiter als ein Archiv.
Dort gibt es Directories, die den jeweils ausgelieferten OS-Versionen
entsprechen. In diesen Directories koennten sich Unterdirectories ala
patch001, patch002 usw. befinden. In diesen Unterdirectories sind zum einen
die Informationen ueber den Patch drin (z.B. der Text aus der Mailing-List
zusammen mit einer Installationsanleitung) und die zu ersetzenden
Kernel Object-Module bzw. Executables. Im Gegensatz zu den Patch-Tapes
die ich bisher von PCS gesehen haben, halte ich es nicht fuer notwendig,
dass die Kernel-Libraries jedesmal komplett ersetzt werden, sondern dass
lediglich die neuen Object-Module (noch besser waere natuerlich Source
Code :-)) ) in den Patch Directories verfuegbar gemacht werden.

Diese Technick hat zwar den Nachteil, dass jemand ein neues ungepatchtes
OS erstmal schrittweise anhand der Patches 'hochpatchen' muss, aber auch
den Vorteil, dass man, wenn man immer fleissig 'mitpatcht', sein OS
mit relativ kleinen Aenderungen auf dem neuesten Stand halten kann.

Zusaetzlich koennte PCS auf Basis dieser Patches ein Patch-Tape im
herkoemmlichen Sinne bereithalten, und bei Anfrage an alle die
verschicken, die keinen Netzzugang haben.

Die Frage, die mir so spontan dabei einfaellt, ist: was kann man den
Benutzern an technischen Dingen abverlangen, um Patches zu installieren ?
Ich selbst wuerde mich da einfach auf den Standpunkt stellen: wer anhand
der Mailing-List/des Mailservers patchen will, muss selbst sehen, wie
er damit zurande kommt. Punkt.
Diejenigen, die sich das Patchen nicht zutrauen / dazu nicht in der Lage
sind, koennen sich ja von PCS ueber die ueblichen Wartungsvertraege die
Patches vom Services machen lassen.

Andere Frage, die sich stellt:
Wie werden Bugreports im Zusammenhang mit Patches gehandhabt ?
Gepatche OSs koennen ja wieder neue Fehler haben, bzw. alte Fehler sind
immer noch nicht behoben. Also muesste bei einem Bugreport immer die
OS Version MITSAMMT aller eingearbeiteten Patches angegeben werden.

  In diesem Sinne
	Joerg
-- 
/ UUCP:    lehners@uniol              | Joerg Lehners                  \
|       ...!uunet!unido!uniol!lehners | Fachbereich 10 Informatik ARBI |
| BITNET:  066065 AT DOLUNI1          | Universitaet Oldenburg         |
\ Inhouse: aragorn!joerg              | D-2900 Oldenburg               /

mike@cochise.pcs.com (Mike Schroeder) writes:

>Oder gibt es viele
>unbekannte passive Teilnehmer an dieser group? Wenn ja, dann meldet
>Euch mal!

Oh ja, es gibt sie. Allerdings laeuft PCS-maessig jetzt alles ganz gut,
seit wir uns entschieden haben, den 9230 fast nur fuer mail und news
einzusetzen :-)

>der mailserver ist (zumindest von mir ;-) auch schon angedacht worden,
>allerdings in etwas groesserem Rahmen (so mit known bugs, workarounds,
>tips und tricks etc.). Aber jetzt schreit nicht gleich alle "ja, her
>damit", wir haben sowas zwar intern in unserem Support, aber die
>Ausweitung (Strukturierung, Pflege usw.) erfordert doch noch 'ne ganze
>Menge Arbeit und damit Zeit.

>Ideen, Vorschlaege??
mailserver ist eine gute Idee, bis dahin waere diese group doch ein
geeignetes forum oder ?

-- 
   Matthias Frei			| Snail-mail:
					| Microelectronics Center
frei@mez.e-technik.uni-bochum.de  	| University of Bochum, W-Germany
frei%rubmez@unido.BITNET		| D-4630 Bochum, P.O.-Box 102143

In <3311@tuminfo1.lan.informatik.tu-muenchen.dbp.de> k2@charly.bl.physik.tu-muenchen.de (Klaus Steinberger) writes:

>Die Subject-line sagt wohl schon das meiste, wie erfaehrt man,
>dass es ein Patch fuer MUNIX, oder andere Software (z.B. Fortran, X etc)
>gibt?

Normalerweise dann, wenn man hier anruft/schreibt und einen Fehler meldet,
der hier schon in einem Patch behoben wurde.

Der richtige (und warscheinlich schnellste) Weg ist per schriftlicher
Fehlermeldung - im Rechnerhandbuch gibt es ein Formular dafuer - den Fehler
an uns zu melden.

>Wir haben einen Software-Pflegevertrag, aber von den Patches erfaehrt man
>immer nur durch Zufall. Es muss zwar nicht sein, dass man alle Patches
>immer zugeschickt bekommt, (die Releases natuerlich schon!) aber es

Neue Releases werden an alle Wartungskunden geschickt, Patches nur 
an diejenigen, wo der Fehler aufgetreten ist (vorausgesetzt wir erfahren
davon). Ein Patch fuer das Calcomp-Farbsystem wird wohl kaum einem helfen,
der nur ein Monochrom-Bitmap hat. :-)

>waere doch wenigstens sinnvoll davon zu erfahren. Dabei sollte auch
>die Information ueber die beseitigten Fehler dabei sein!

>Ein Vorschlag:

>Die Info ueber verfuegbare Patches koennte entweder ueber eine Mail-liste
>ueber das Netz verteilt werden, und/oder ueber einen Mailserver verfuegbar
>sein.

Die Idee ist gut - siehe dazu die Mail von Mike Schroeder.

Name    : John-Brown Evans      Company : PCS GmbH, Munich W-Germany.
UUCP  : ..uunet!unido!pcsbst!jbe;       jbe@pcsbst.pcs.com

*** CAUTION: Be sure brain is engaged before putting mouth into gear ***