wobo@gmx.de wrote:
Diesen Sachen stehe ich eigentlich sehr misstrauisch gegenüber. Ich mag es nicht, wenn automagisch Sachen, die ich nicht vorher selbst zusammengestellt habe, von meinem PC an irgendeinen Empfänger geschickt werden. Siehe Microsoft's Update über Internet.
Hey, es geht nur darum, daß Dein System beim Server nachfragt ob es dieses oder jenes Paket in neuerer Fassung gibt. Der Informationsfluß ändert sich hiebei kaum.Es ließe sich sogar die Sicherheit erhöhen wenn man diesen Datenfluß automatisch verschlüsselt!
Man kann aber doch in der SuSE einen Update aelbst anstoßen. Da kann man auch kontrollieren, was upgedatet wird. Ich sehe eigentlich diesen Implementierungsdruck nicht gegeben.
Das stimmt für alle, die gerne viel Zeit im Netz verbringen. Nur glaube ich, daß durch einen solchen Mechanismus die Zeit zum ewigen Nachschauen (menschliches Pollen!!!) und zum Installieren wegfällt.Dies ist IMHO eine sehr redundante Tätigkeit, die sich relativ leicht verbessern ließe!
Ich schreibe meine privaten Notizen und Entwürfe für Artikel und Ähnliches noch unter DOS mit Word 5 für DOS. Das geht ohne Probs auf einem alten 386er Laptop auf dem Balkon. Auch was Linux angeht, sehe ich ein Update nur dann für notwendig an, wenn meine neue Hardware erst von der neuen Software unterstützt wird oder in einer neuen Softwareversion die längst ersehnte Funktion endlich enthalten ist. Ich arbeite z.B. immer noch mit Leafnode 1.05 obwohl mittlerweile schon eine 1.08 (oder so) vorhanden ist. Ich arbeite auch noch mit Kernel 2.0.35 weil bei mir keine Notwendigkeit besteht, den Kernel zu wechseln.
Das sollte auch ein Bestandteil des Programms sein - die Information und die Auswahlmöglichkeit!Keine VOLLautomatischen Updates also!
Damit bleibt die Fragerei aus wo den welches Paket zu holen sei. Und rpms, die nicht für SuSe zusammengestellt wurden werden erst garnicht verwendet.
Man kann natürlich sein System komplett auf die "SuSE-Art" konfigurieren. Dann kann man aber auch nur die Pakete ohne große Verrenkungen installieren, die SuSE schon angepasst hat und bereitstellt. Ich finde, das beschränkt den Horizont etwas zu sehr.
Natürlich wäre auch eine Erweiterung denkbar, die das Zusammenstellen von SuSE rpms aus anderen erlaubt und sie auf der zugehörigen Datenbank ablegt..
Und die Frage "Wo ist denn SO 5.0 auf der SuSE 6.0?" ist IMHO ein klassischer Fall von RTFM und sonstiger Lesefaulheit. Diese Leute sollten es eigentlich lernen und nicht -- wie bei Windows -- alles vorgekaut bekommen.
Würden sie ja auch nicht! Nur könnten sie schneller Entscheiden ob und wann ein Update vorsich geht, bzw. daß es überhaupt existiert! ciao BoP -- <A HREF="http://www.jouh.at"><A HREF="http://www.jouh.at</A">http://www.jouh.at</A</A>> - bp@jouh.at DI Boris Povazay -- Um aus der Liste ausgetragen zu werden, eine Mail an majordomo@suse.com schicken, mit dem Text: unsubscribe suse-linux
Boris Povazay wrote:
Das sollte auch ein Bestandteil des Programms sein - die Information und die Auswahlmöglichkeit!Keine VOLLautomatischen Updates also!
Hast Du das FTP-Update schon mal ausprobiert ? In vereinfachter Form ist das doch schon sowas. Wer hat bereits Erfahrungen damit gesammelt ? Haut es hin oder gab es Probleme ?
Natürlich wäre auch eine Erweiterung denkbar, die das Zusammenstellen von SuSE rpms aus anderen erlaubt und sie auf der zugehörigen Datenbank ablegt..
Ich finde deine Idee eigentlich gar nicht schlecht. Allerdings wuerde sie schon stark in richtung kommerzieller Support zeigen. Denn dort koennte das Konzept seine Staerke ausspielen. Fuer den "freien" Softwaremakrt ist es nach meinem Geschmacj zu sehr zentralisiert, haette aber sicherlich den einen oder anderen Vorteil. Vielleicht solltest Du mal eine Mail an suse@suse.de senden und ihnen den Vorschlag unterbreiten. Die Mitarbeiter lesen hier afair nur oberflaechlich mit, sofern sie Zeit dazu haben. Ciao, Bjørn -- o_) Bjoern Buerger - Student of electrical engineering .-. _/\ Technical University of Braunschweig / Germany --/---\-/(/-- mail: b.buerger@tu-bs.de <A HREF="http://bbs.home.pages.de"><A HREF="http://bbs.home.pages.de</A">http://bbs.home.pages.de</A</A>> `-' PGP-Key ID: 0xF4B3CF51 L: 1024 send PM: "GET KEY" -- Um aus der Liste ausgetragen zu werden, eine Mail an majordomo@suse.com schicken, mit dem Text: unsubscribe suse-linux
Bjoern Buerger wrote:
Natürlich wäre auch eine Erweiterung denkbar, die das Zusammenstellen von SuSE rpms aus anderen erlaubt und sie auf der zugehörigen Datenbank ablegt..
Ich finde deine Idee eigentlich gar nicht schlecht. Allerdings wuerde sie schon stark in richtung kommerzieller Support zeigen. Denn dort koennte das Konzept seine Staerke ausspielen. Fuer den "freien" Softwaremakrt ist es nach meinem Geschmack zu sehr zentralisiert, haette aber sicherlich den einen oder anderen Vorteil.
Der Unterschied wäre, daß auch normale benutzer Pakete erzeugen und ablegen dürften - nur den Speicherplatz müßte SuSE bereitstellen, was sicherlich kein großes Problem sein dürfte. Genauso könnte man auch Rückmeldungen zur Qualität des RPMs eintragen (denn selbst SuSE-Pakete sind nicht immer fehlerfrei, außerdem ist die "freie Entwicklergemeinde" meist schneller), womit man auch die Stabilität solcher Umsetzungen auf einmal einsehen würde! ciao BoP -- <A HREF="http://www.jouh.at"><A HREF="http://www.jouh.at</A">http://www.jouh.at</A</A>> - bp@jouh.at DI Boris Povazay -- Um aus der Liste ausgetragen zu werden, eine Mail an majordomo@suse.com schicken, mit dem Text: unsubscribe suse-linux
Boris Povazay wrote:
Der Unterschied wäre, daß auch normale benutzer Pakete erzeugen und ablegen dürften - nur den Speicherplatz müßte SuSE bereitstellen, was sicherlich kein großes Problem sein dürfte. Genauso könnte man auch Rückmeldungen zur Qualität des RPMs eintragen (denn
Das wird ja immer mehr und immer konfuser. Also: - Gedanken ordnen - RFC schreiben, veroeffentlichen - Suse auf direktem Wege konsultieren - eigene Mailingliste gruenden. z.B. <A HREF="http://www.egroups.com"><A HREF="http://www.egroups.com</A">http://www.egroups.com</A</A>> oder suse - Diskussion anleiern - Implementation, Test - Firma mit Server und genug Bandbreite ansprechen, falls suse nicht will. - Veroeffentlichung [...] Ciao, Bjørn -- o_) Bjoern Buerger - Student of electrical engineering .-. _/\ Technical University of Braunschweig / Germany --/---\-/(/-- mail: b.buerger@tu-bs.de <A HREF="http://bbs.home.pages.de"><A HREF="http://bbs.home.pages.de</A">http://bbs.home.pages.de</A</A>> `-' PGP-Key ID: 0xF4B3CF51 L: 1024 send PM: "GET KEY" -- Um aus der Liste ausgetragen zu werden, eine Mail an majordomo@suse.com schicken, mit dem Text: unsubscribe suse-linux
Bjoern Buerger wrote:
Das wird ja immer mehr und immer konfuser. Also:
- Gedanken ordnen - RFC schreiben, veroeffentlichen - Suse auf direktem Wege konsultieren - eigene Mailingliste gruenden. z.B. <A HREF="http://www.egroups.com"><A HREF="http://www.egroups.com</A">http://www.egroups.com</A</A>> oder suse - Diskussion anleiern - Implementation, Test - Firma mit Server und genug Bandbreite ansprechen, falls suse nicht will. - Veroeffentlichung
P-) Danke! Punkt eins und 3 wurden bereits erledigt Punkt fünf ist ja soeben im Gange Punkt 4 halte ich zum derzeitigen Zeitpunkt als übertrieben Punkt 6 soll ja das Resultat dieser Diskussion sein Punkt 7 und 8 stehen noch in weiter Ferne ... schließlich geht es ja erst um die Diskussion einer Idee zu einem Projekt! ciao BoP P.S.: Wie sieht denn ein standardisierter "Request for comment" - Antrag auf Begutachtung denn aus? Vielleicht so ähnlich wie die folgende Anfrage an SuSE? ---schnipp Dieses System hätte den Vorteil einer gewaltigen Zeitersparnis, böte eine kompakte Informationsmöglichkeit zum Einsatz aktueller Versionen (stabil bzw. instabil - nach Wahl), die "richtige" Installation (passender Installationsort, Update von Abhängigkeiten). Damit würden viele Fragen (wo finde ich? gibt's schon? wie installiere ich...? Wieso funktioniert das nicht...?) von vorhinein nicht gestellt werden müssen. Sicherheitsprobleme würden schneller bereinigt. Unerfahrene Benutzer würden auch sicherer zugreifen können. Aufgebaut müßte es als Client-Server System werden, wobei der Server (bei SuSE) eine Datenbank mit Updates bereithält und diese, sowie Informationen auf Anfrage heraussucht und UpdateInfos zurückschickt. Der Client der SuSE-Distrib müßte eben in bestimmten Zeitintervallen nachfragen (durch den Benutzer definierbar, nur für ausgewählte Updatewünsche) die Infos anzeigen, sowie die Pakete (nach Nachfrage beim Benutzer) installieren, wobei auch Abhängigkeiten aufgefrischt werden können. Eine Möglichkeit auch selbst Pakete zusammenzustellen und diese an die Datenbank zu schicken, sowie eine Qualitätsmanagementmöglichkeit (Inforückfluß bezüglich der Qualität der Pakete, sowie Bezeichner wie "stabil", "neu", "xxx mal getestet") würden das ganze Konzept komplettieren. ---schnapp -- <A HREF="http://www.jouh.at"><A HREF="http://www.jouh.at</A">http://www.jouh.at</A</A>> - bp@jouh.at DI Boris Povazay -- Um aus der Liste ausgetragen zu werden, eine Mail an majordomo@suse.com schicken, mit dem Text: unsubscribe suse-linux
participants (2)
-
b.buerger@tu-bs.de
-
boris@jouh.at