Hoffentlich fängt das ganze Spiel jetzt nicht wieder von vorne an. Bis zum release des 2.4.19 hatten wir ja fast ein neues kernel release pro Woche. Natürlich lebt Linux unter anderem auch davon, daß wir die entsprechende Funktion testen und unsere Anforderungen mit den neuen Umgebungen evaluieren allerdings, wenn man sich nicht zu den ruhigeren 4,5 Mio Nichtbeschäftigten zählt, hat man ja kaum noch Zeit alles durchzutesten. Da ich glücklicherweise beruflich mit diesem Thema zu tun habe freue ich mich schon auf was neues. Vielleicht sei hier mal die Anregung erlaubt (wie oben auch angemerkt), daß seperate patches und bugfixes manchmal sinnvoller sind als ein neues Release, welches dann immer noch nicht 90% fehlerfrei ist.
daß seperate patches und bugfixes manchmal sinnvoller sind als ein neues Release, welches dann immer noch nicht 90% fehlerfrei ist.
Lies noch einmal: Marcelo Tosatti, Maintainer der Kernelfamilie 2.4, gab die Verfügbarkeit der ersten pre-Version des Kernels 2.4.21 bekannt, die unter anderem auch den ext3-Fehler behebt. Da steht in keiner Silbe dass es sich hierbei um ein Kernel Release handelt. Vielmehr handelt es sich bei Marcelo's Mail um eine Ankündigung dass eine Vorversion (oder auch Pre-Version, Beta-Version genannt) available for testing ist.
Release canidates are not released, they are only available for testing, they are beta versions. A release implies that the code is tested and stable. Besides maybe not everyone knows what *-rc1 or *-pre1 means, and they might think that this is a stable release.
... -rc1 or *-pre1 means, and they might think that this is a stable release.
Richtig - und meine Intention war es sicherlich nicht, daß sich hier jemand beleidigt fühlt, sondern eher aus den negativen Erfahrungen der letzten 1,5 Jahre die sehr wohl gezeigt haben wie schnell, aufgrund weniger Bugfixes, ein neues Release zur Verfügung gestellt wurde.
Dementsprechend habe ich lediglich die Befürchtung geäußert das dieses Spielchen von vorne beginnt.
Als kleines Beispiel kann ich mal das Clustermodell 1350 der IBM aufführen, wobei in Bezug auf das 1300 Modell die Distributionsnummern auch durch das Redbook festgelegt werden. Dieser Umstand ist weniger darin begründet welche Distrinummer es ist sondern vielmehr zu Lasten der Kernelversionen eingeschränkt. Versuche Du doch einmal CSM (Cluster System Management) und GPFS (Global Parallel File System) für SAN und Clusterlösungen auf jeden neuen Kernel zu portieren. Die Integration und Evaluation dauert schon mehr als ein halbes Jahr. Deswegen freue ich mich eher auf Bugfixes in Form von patches zu einem Kernel. Neue Features kann man ja dann in ein neues Release einfügen.
Wie gesagt - ich wollte niemanden angreifen sondern habe nur meine Befürchtungen geäußert und ich hoffe dieses sei mir gestattet !!!
dabei frag ich mich immer wieder "wie soll man nen kernel testen". irgendwie muss man doch dazu methode haben oder so. ich selbst bin kein programmierer und kenn mich halt mit den kernelinnerein nur minimal aus. wie findet man nun am schnellsten bugs? einfach warten bis einer auftaucht? mfg olli
wenn Du Funktionen des Kernels benötigst - bindest Du sie ein (entweder fest einkompiliert oder als Modul). Einen Grund für mich zu testen ist es zu überprüfen ob die Funktionen, die ich benötige, auch exakt das Verhalten aufweisen welches ich erwarte.
Hilfreich sind immer Debugger -> für den Anfang solltest Du Dir mal die Ausgaben von strace ansehen. Ich hoffe ich starte hier nicht wieder einen Flamewar wenn ich SuSE erwähne aber, bei Interesse, solltest Du Dir mal das Buch "C-Programmierung unter Linux" von Helmut Herold/Jörg Arndt durchlesen. Eine, wie ich meine, gute Referenz für Einsteiger ...
Bevor du die 50+ ausgibst solltest du abert vllt. auch mal schauen, was z.B. das Linux Magazin zu diesem Buch gesagt hat. Wenn ich mich recht entsinne war es so etwas wie "teilweise sehr konfus und stellenweise nur für Mathematiker verständlich". Ich würde "The C Programming Language" oder die deutsche Übersetzung empfehlen. Oldie but goldie.
Ich glaube nicht, dass sich die Pannenserie wiederholt. Inzwischen gibt es ja immer mehrere Release Candidates, was, wie man sieht auch keine 100%tige Sicherheit bietet, aber den schlimmsten und den meisten Fehlern vorbeugt. Einen dontuse-Kernel wird wie Welt so schnell nicht wieder sehen.
Warum denn unhöflich - wenn Du die Bezeichnung als "Nichtbeschäftigt" als Beleidigung ansiehst dann nenne mir mal bitte den politisch korrekten Ausdruck. Ein Freund von mir ist nichtbeschäftigt und ohne seine Unterstützung was das Testen angeht hätte ich gar keine Freizeit.
... aber ich wußte ja nicht, daß Du den Ausdruck "nichtbeschäftigt" als Sozialschmarotzer oder faule Sau interpretierst ?!?
"...wenn man nicht zu den ruhigeren 4,6 Millionen Nicht-Beschäftigten zählt .." Ist nicht Ok. Das ist Zynismus. Wer sagt dir denn wie ruhig so ein Leben ist ? Wie ruhig ist denn ein Leben in dem du nicht weißt wie es weitergeht und du grad ebenso über die Runden kommst ?
Ach hör auf ....ist eh ein heikles Thema, deswegen gehörts auch nicht her ...
So kann ich nur anschließen. Die Masse der Leute hat sich diese Situation nicht ausgesucht. Im Englischen gibt es die schöne Bezeichnung "out of work".
Lies noch einmal:
Marcelo Tosatti, Maintainer der Kernelfamilie 2.4, gab die Verfügbarkeit der ersten pre-Version des Kernels 2.4.21 bekannt, die unter anderem auch den ext3-Fehler behebt.
Da steht in keiner Silbe dass es sich hierbei um ein Kernel Release handelt. Vielmehr handelt es sich bei Marcelo's Mail um eine Ankündigung dass eine Vorversion (oder auch Pre-Version, Beta-Version genannt) available for testing ist.
Release canidates are not released, they are only available for testing, they are beta versions. A release implies that the code is tested and stable. Besides maybe not everyone knows what *-rc1 or *-pre1 means, and they might think that this is a stable release.
Richtig - und meine Intention war es sicherlich nicht, daß sich hier jemand beleidigt fühlt, sondern eher aus den negativen Erfahrungen der letzten 1,5 Jahre die sehr wohl gezeigt haben wie schnell, aufgrund weniger Bugfixes, ein neues Release zur Verfügung gestellt wurde.
Dementsprechend habe ich lediglich die Befürchtung geäußert das dieses Spielchen von vorne beginnt.
Als kleines Beispiel kann ich mal das Clustermodell 1350 der IBM aufführen, wobei in Bezug auf das 1300 Modell die Distributionsnummern auch durch das Redbook festgelegt werden. Dieser Umstand ist weniger darin begründet welche Distrinummer es ist sondern vielmehr zu Lasten der Kernelversionen eingeschränkt. Versuche Du doch einmal CSM (Cluster System Management) und GPFS (Global Parallel File System) für SAN und Clusterlösungen auf jeden neuen Kernel zu portieren. Die Integration und Evaluation dauert schon mehr als ein halbes Jahr. Deswegen freue ich mich eher auf Bugfixes in Form von patches zu einem Kernel. Neue Features kann man ja dann in ein neues Release einfügen.
Wie gesagt - ich wollte niemanden angreifen sondern habe nur meine Befürchtungen geäußert und ich hoffe dieses sei mir gestattet !!!
irgendwie muss man doch dazu methode haben oder so.
ich selbst bin kein programmierer und kenn mich halt mit den kernelinnerein nur minimal aus.
wie findet man nun am schnellsten bugs? einfach warten bis einer auftaucht?
mfg
olli
wenn Du Funktionen des Kernels benötigst - bindest Du sie ein (entweder fest einkompiliert oder als Modul). Einen Grund für mich zu testen ist es zu überprüfen ob die Funktionen, die ich benötige, auch exakt das Verhalten aufweisen welches ich erwarte.
Hilfreich sind immer Debugger -> für den Anfang solltest Du Dir mal die Ausgaben von strace ansehen. Ich hoffe ich starte hier nicht wieder einen Flamewar wenn ich SuSE erwähne aber, bei Interesse, solltest Du Dir mal das Buch "C-Programmierung unter Linux" von Helmut Herold/Jörg Arndt durchlesen. Eine, wie ich meine, gute Referenz für Einsteiger ...
Sennanio
Wenn ich mich recht entsinne war es so etwas wie "teilweise sehr konfus und stellenweise nur für Mathematiker verständlich".
Ich würde "The C Programming Language" oder die deutsche Übersetzung empfehlen. Oldie but goldie.
Ich glaube nicht, dass sich die Pannenserie wiederholt. Inzwischen gibt es ja immer mehrere Release Candidates, was, wie man sieht auch keine 100%tige Sicherheit bietet, aber den schlimmsten und den meisten Fehlern vorbeugt. Einen dontuse-Kernel wird wie Welt so schnell nicht wieder sehen.
Johannes
empfinde ich als schlichtweg unhöflich.
Jan
... aber ich wußte ja nicht, daß Du den Ausdruck "nichtbeschäftigt" als Sozialschmarotzer oder faule Sau interpretierst ?!?
"...wenn man nicht zu den ruhigeren 4,6 Millionen Nicht-Beschäftigten zählt .." Ist nicht Ok. Das ist Zynismus. Wer sagt dir denn wie ruhig so ein Leben ist ? Wie ruhig ist denn ein Leben in dem du nicht weißt wie es weitergeht und du grad ebenso über die Runden kommst ?
Ach hör auf ....ist eh ein heikles Thema, deswegen gehörts auch nicht her ...
Im Englischen gibt es die schöne Bezeichnung "out of work".
Jan