Siduction Forum
Siduction Forum => Free Speech => Topic started by: Phoenix on 2011/01/06, 01:39:21
-
Hallo zusammen,
u.a. für das VirtualBox- Thema möchte ich wissen, welcher Debian-Version meine aktuelle Aptosid- Installation entspricht.
Gibt es da ein Werkzeug, welches das ermittelt? Oder muß ich bei Debian die aktuelle Version suchen und davon ausgehen, daß ein "upgegradetes" Aptosid gleich der "aktuellen" Debian- Version ist?
Bei der Original- Downloadseite der VirtualBox wird leider auf Aptosid nicht eingegangen...
Mit ??
Phoenix
-
aptosid == Debian unstable (+ spice) > Debian testing ~= Debian 6.0 (squeeze) > Debian 5.0 (lenny)
Zu behaupten, das aptosid == Debian 6.0 (= dem kommenden squeeze) entspräche wäre generell gesehen falsch. Es KANN sein, dass man damit durch kommt, muss aber nicht. Da ich aber kein virtualbox verwende kann ich da recht wenig zu sagen, außer vielleicht dass ich es recht seltsam finde, dass es das wissen will (was soll es den ändern)…
Es ist sicherlich in gewisser Hinsicht gleich, aber z.B. bei Kernel Angelegenheiten grundverschieden -- debian 6.0 ist bei 2.6.32 und aptosid schlappe 5 Versionen weiter…
-
bei fremdsoftware nimmt man, da unstable generell nicht angeboten wird, immer das aktuellste, also testing, in diesem fall also squeeze.
greetz
devil
-
Hi Phoenix,
vereinfacht kannst du sagen aptosid ist gleich SID (Unstable), wobei der Kernel beim Original SID-Debian doch schon ziemlich alt aussieht. Du kannst aber ohne Probleme aus einem reinem SID mit SID-Kernel ein Debian SID mit alternativen Kernel (zB towo's- oder Liquorix-Kernel) machen. Das hat durchaus seinen Reiz und man ist auch nicht abhängig von einen Kernelbauer ;-)
@all: Was gäbe es denn noch für andere alternative Kernelquellen zu SID?
-
Hallo zusammen,
danke, daß ihr mir da einige Hinweise gegeben habt. Die übliche Netzsuche wollte mich nicht verstehen...
DonKult
Zu behaupten, das aptosid == Debian 6.0 (= dem kommenden squeeze) entspräche wäre generell gesehen falsch. Es KANN sein, dass man damit durch kommt, muss aber nicht. Da ich aber kein virtualbox verwende kann ich da recht wenig zu sagen, außer vielleicht dass ich es recht seltsam finde, dass es das wissen will (was soll es den ändern)…
Es ist sicherlich in gewisser Hinsicht gleich, aber z.B. bei Kernel Angelegenheiten grundverschieden -- debian 6.0 ist bei 2.6.32 und aptosid schlappe 5 Versionen weiter…
devil:
bei fremdsoftware nimmt man, da unstable generell nicht angeboten wird, immer das aktuellste, also testing, in diesem fall also squeeze.
Die haben bei sun/ Oracle ja gewisse Unterschiede in den Versionen eingebaut. Und wahrscheinlich haben die diese Unterschiede z.B. bei Debian möglichst nahe an den gerade aktuellen Kernel angepaßt. Ich hab noch nichts gefunden, wie ich eine zu alte Installation im Kernelbereich wieder herausbekomme, deshalb möchte ich möglichst die aktuelle Version herunterladen. Wenn ich das richtig verstanden habe, kann ich bei Aptosid die allerneueste Version der VB- Originalquelle nehmen, weil Debian eben immer dem Aptosid hinterherhinkt.
bluelupo
vereinfacht kannst du sagen aptosid ist gleich SID (Unstable), wobei der Kernel beim Original SID-Debian doch schon ziemlich alt aussieht. Du kannst aber ohne Probleme aus einem reinem SID mit SID-Kernel ein Debian SID mit alternativen Kernel (zB towo's- oder Liquorix-Kernel) machen. Das hat durchaus seinen Reiz und man ist auch nicht abhängig von einen Kernelbauer Wink
Den Tipp kann ich nur schwer umsetzen. So ein wenig Vergleichbares habe ich bei der Nachsuche schon gefunden, aber nach meinem Verständnis muß ich die VB- Version erst einmal herunterladen und dann einen Alternativkernel "einbauen". Und den müßte ich dann ziemlich regelmäßig neu einpflegen, weil der bei Updates ja nicht mitinstalliert wird.
Ich hab auch im Handbuch und im Wiki gesucht; habe ich da etwas übersehen? Debian hat da höchstwahrscheinlich nichts, die Mutter mag ihre Kinder nicht immer... Aber mal ganz leise angeklopft: wäre das eine Ergänzung in Handbuch und/ oder Wiki beim Aptosid wert? Bitte klopft nicht bei mir an, bin gerade nicht zu Hause...:oops:
Nette Grüße
Phoenix
-
im moment (kurz vor dem debian 6.0 release sind unstable und testing sehr ähnlich. sofort nach dem release zu stable ändert sich das wieder und unstable precht wieder voraus. wie gesagt, wenn bei 3rd party apps testing angeboten wird, nehmen, pakete für unstable wird es nie geben. nicht zu viele gedanken machen.
greetz
devil
-
Hallo devil,
ich kenne zu wenig von Kerneln bei Debian/ Aptosid. So ein wenig von dem, was Du mitgeteilt hast, steht auch in irgendwelchen Artikeln im Netz. Nur eben kein direkter Weg, die laufende Aptosid- Version (file:///etc/aptosid-version
aptosid 2010-02 Κῆρες - kde-full – (201009132215) (auch nach upgrade 03.01.11)) der passsenden Debian- Version gegenüberzustellen.
Jetzt habt ihr mir das Passende erläutert.
Danke & schönen Sonntag
Phoenix
-
Hallo zusammen,
trotz Abschluß habe ich noch eine Frage zum Thema: trotz dist-Upgrade vor ein paar Tagen zeigt die /etc/aptosid-version immer noch
aptosid 2010-02 Κῆρες - kde-full – (201009132215 als Stand der Dinge an.
Irgendwann in den letzten Tagen war hier im Forum eine Reihe, die ein paar Konsolenbefehle zur Ermittlung der tatsächlichen Version auf dem System aufzeigte. Da ich den Inhalt des Threads nicht mehr weiß, kann ich auch nicht suchen. Kann mir vielleicht der Tippgeber den Thread nennen oder den Link angeben?
Danke
Phoenix
-
Hi Phoenix,
den Thread den du meinst weiß ich leider nicht, aber meintest du einen von diesen Befehlen?
uname -a
Linux nescaya 2.6.37-0.slh.6-aptosid-amd64 #1 SMP PREEMPT Thu Jan 13 21:39:35 UTC 2011 x86_64 GNU/Linux
uname -r
2.6.37-0.slh.6-aptosid-amd64
infobash
CPU[-Pentium Dual-Core E5400 @ clocked at 1200.000 Mhz-] Kernel[-Linux 2.6.37-0.slh.6-aptosid-amd64 x86_64-] Up[-28min-] Mem[-395.4/3711.8MB-] HDD[-700GB(1%used)-] Procs[-128-] Client[Shell]
infobash -v
Host/Kernel/OS "nescaya" running Linux 2.6.37-0.slh.6-aptosid-amd64 x86_64 [ aptosid 2010-03 Ἀπάτη - kde-full - (201012262151) ]
CPU Info (1) Pentium Dual-Core E5400 @ clocked at [ 1200.000 MHz ]
(2) Pentium Dual-Core E5400 @ clocked at [ 1200.000 MHz ]
Videocard nVidia C79 [GeForce 9300 / nForce 730i] X.Org 1.7.7 [ 1680x1050@50.0hz ]
Processes 128 | Uptime 28min | Memory 395.7/3711.8MB | HDD Size 700GB (1%used) | GLX Renderer GeForce 9300 / nForce 730i/PCI/SSE2 | GLX Version 3.2.0 NVIDIA 195.36.31 | Client Shell | Infobash v3.34
aptosid-version gibt immer die "snapshot"-Version an von der aus die Installation erfolgte. Hab mal irgendwo die Erklärung dazu gelesen das dies möglicherweise bei Problemen hilfreich fürs supporten sein könnte.
Gruß
ayla
-
Hallo ayla,
danke für die Befehle; erinnerungsmäßig müßten 1 oder 2 aus dem Thread dabeisein. Meine Ausgaben:
User_3@aptosidbox:~$ uname -a
Linux aptosidbox 2.6.37-0.slh.2-aptosid-amd64 #1 SMP PREEMPT Sun Jan 9 20:40:11 UTC 2011 x86_64 GNU/Linux
User_3@aptosidbox:~$
User_3@aptosidbox:~$ uname -r
2.6.37-0.slh.2-aptosid-amd64
User_3@aptosidbox:~$
User_3@aptosidbox:~$ infobash
CPU[-AMD Athlon 64 4000+ clocked at 1000.000 Mhz-] Kernel[-Linux 2.6.37-0.slh.2-aptosid-amd64 x86_64-] Up[-5min-] Mem[-711.8/1759.3MB-] HDD[-750GB(36%used)-] Procs[-123-] Client[Shell]
User_3@aptosidbox:~$
User_3@aptosidbox:~$ infobash -v
Host/Kernel/OS "aptosidbox" running Linux 2.6.37-0.slh.2-aptosid-amd64 x86_64 [ aptosid 2010-02 Κῆρες - kde-full - (201009132215) ]
CPU Info AMD Athlon 64 4000+ clocked at [ 2400.000 MHz ]
Videocard nVidia C68 [GeForce 7050 PV / nForce 630a] X.Org 1.7.7 [ 1680x1050@50.0hz ]
Processes 123 | Uptime 6min | Memory 710.2/1759.3MB | HDD Size 750GB (36%used) | GLX Renderer GeForce 7050 PV / nForce 630a/PCI/SSE2 | GLX Version 2.1.2 NVIDIA 195.36.31 | Client Shell | Infobash v3.34
User_3@aptosidbox:~$
Danach sollte das dist-upgrade keine neuere Version erzeugt haben. Jedenfalls hatte ich die Wiki- Infos so verstanden, als ob danach auch eine neue Version installiert sei (die müßte ja bei 2010-03 angekommen sein...).
Egal, danach suche ich selbst weiter. Seltsam sind schon die Unterschiede der Ausgaben. [Bei Dir: 7 GB von 700 GB genutzt = neues Gerät, allein mit Grundinstallation?]
Im Moment sollte ich meine schlimmsten Baustellen abgearbeitet haben. Danke nochmals an den runden Tisch hier :D
Phoenix
-
Neue Version =/= Neuester Stand
Ein d-u bringt die Pakete auf den jeweils neuesten Stand, verändert aber nicht den Versionsnamen der ursprünglichen Installation.
oduffo
-
http://wiki.aptosid.de/index.php/Wird_die_aptosid_Versionsnummer_aktualisiert%3F
-
[Bei Dir: 7 GB von 700 GB genutzt = neues Gerät, allein mit Grundinstallation?]
Fast, ich hab mal alles gecleant. Auf der Kiste ist nur noch das was ich täglich brauche. Von den 700 GB sind 640 in einem 320GB (soft-)Mirror-Raid zur Sicherung und der Rest ist Betriebssystem, swap und home auf 64 GB SSD. Alle anderen Daten sind auf USB-Disks ausgelagert die -wie der raid- nur bei Bedarf angesteckt(gemounted) werden. Selbstverständlich doppelt gemoppelt. ;)
Gruß
ayla
-
Hallo zusammen,
ich hab seit gestern ein wenig im Netz gerödelt...
Verständnisfrage: Aptosid ist mit der Version 2010-03 fertig; ich habe die vollständig aktualisierte 2010-02 auf dem Rechner. In der -03 sind ja einige Pakete geändert, etwas ist weggefallen, einiges neu dazugekommen; die Numerierung von 2010-02 auf 2010-03 ist mir relativ egal, aber inhaltlich wäre mir die -03 schon recht.
Wenn ich es richtig verstehe, müßte das dist-upgrade ja nur die mit der Installation eingebrachten Pakete (und die aus den Repos "ordnungsgemäß" nachinstallierten) aktualisieren; neu hinzufügen sollte das upgrade nichts?
Irgendwie geben meine Quellen die Info nicht her.
Nach (soft-)Mirror-Raid habe ich auch gesucht; scheinbar bin ich zu alt, um das zu verstehen. Aber darüber müssen wir hier nicht diskutieren; bei Interesse frage ich dazu lieber separat.
Nette Grüße
Phoenix
-
Ok, ich versuchs mal einfach:
aptosid 2010-03 ist ein sogen. Schnappschuß des aktuellen Stand der Pakete in den Debian sid/unstable Quellen/Repositorien (plus ein paar extra Skripte/Programme der aptosid-Macher).
Hast du jetzt 2010-02 installiert und regelmäßig dist-upgrades gemacht, sind die installierten Pakete auf deinem System auf dem gleichen Stand, wie zum Release von 2010-03 (mittlerweile sogar aktueller, denn das Release ist ja schon ein paar Tage her).
Was in den Releasenotes zu 2010-03 an Neuerungen steht, hast du mit deinen regelmäßigen dist-upgrades automatisch schon auf deinem System. Einzig die Versionsnummer und das Artwork werden nicht aktualisiert.
Der Unterschied von aptosid (übrigens: immer mit kleinem a) zu anderen, nicht Rolling Release Distributionen, ist, daß man eben nicht mit jedem neuen Release ein Upgrade auf eben jenes machen muß, sondern durch das Rolling Release-Prinzip dein System immer auf dem aktuellen Stand ist. Im Idealfall wird ein Rolling Release System wie aptosid nur ein einziges Mal installiert, danach nur noch mit dist-upgrades aktuell gehalten.
Die Releases dienen lediglich dazu, Neueinsteigern einen "Startpunkt" an die Hand zu geben, um mit aptosid anzufangen, oder wenn doch mal eine Neuinstallation anstehen sollte.
Etwas klarer jetzt?
-
hi BelaLugosi,
ich erlaube mir Deinen Beitrag zu nutzen um das Verfahren seines Rolling Release zu beschreiben...besser noch Du machst es selbst als FAQ formuliert. ;-)
-
...und nein, es werden normalerweise auch keine neuen Pakete hereingezogen, sondern nur die aktualisiert die du auf deinem System hast. Ausnahme: Ein Paket ersetzt statt aktualisiert ein bereits vorhandenes oder Abhängigkeiten haben sich geändert.
Einiges an download/Installationszeit lässt sich sparen wenn man z.B. die Metapakete und die Treiber die man nicht braucht des xserver-xorg purged und nur die Pakete für seine Karte/Chip behält.
Oder mit einem dpkg-reconfigure locales die Sprachen mit denen man nichts anfangen kann rausnimmt....
Gruß
ayla
-
Hallo BelaLugosi,
zu: 19.01.2011, 20:16
aptosid 2010-03 ist ein sogen. Schnappschuß des aktuellen Stand der Pakete in den Debian sid/unstable Quellen/Repositorien
plus ein paar extra Skripte/Programme der aptosid-Macher
Das steckte auch im Hintergrund meiner Frage 2 Tage zuvor: kommen die mit den dist-upgrades automatisch mit dazu, oder muß ich mich um die extra kümmern (wenn ich die dann unbedingt haben will)? Ja und wenn extra, wie denn?
Hast du jetzt 2010-02 installiert und regelmäßig dist-upgrades gemacht, sind die installierten Pakete auf deinem System auf dem gleichen Stand, wie zum Release von 2010-03
Was in den Releasenotes zu 2010-03 an Neuerungen steht, hast du mit deinen regelmäßigen dist-upgrades automatisch schon auf deinem System.
Üblicherweise steht in den Artikeln zu aptosid das gleiche, nur eben fehlt ein Hinweis, daß dies auch einer neuen Version entspricht (wenn die denn zwischendurch kam).
Einzig die Versionsnummer und das Artwork werden nicht aktualisiert.
Der Unterschied von aptosid (übrigens: immer mit kleinem a) zu anderen, nicht Rolling Release Distributionen, ist, daß man eben nicht mit jedem neuen Release ein Upgrade auf eben jenes machen muß, sondern durch das Rolling Release-Prinzip dein System immer auf dem aktuellen Stand ist.
Im Idealfall wird ein Rolling Release System wie aptosid nur ein einziges Mal installiert, danach nur noch mit dist-upgrades aktuell gehalten.
Dies ist Diskussionsstand nicht nur hier im Forum.
Die Releases dienen lediglich dazu, Neueinsteigern einen "Startpunkt" an die Hand zu geben, um mit aptosid anzufangen, oder wenn doch mal eine Neuinstallation anstehen sollte.
Auch dies habe ich schon beim "nachrödeln" gefunden.
Etwas klarer jetzt?
Ja. Danke für Deinen Versuch, das einfacher verständlich zu machen. Alles steht irgendwie und irgendwo in den verschiedenen Quellen, nur eben nicht unbedingt verständlich und zusammenhängend. Dieser Artikel: RoEn: 18.01.2011, 18:40
http://wiki.aptosid.de/index.php/Wird_d ... lisiert%3F wäre vielleicht noch mehr wert, wenn ein solche Zusammenfassung (stichwortartig?) wie von Dir oben noch 'dranhing.
Wenn ich das zypper up bzw dup beim "Lindows" richtig verstanden habe, stellt das den aktuellen Stand her, aber eben nur den der installierten Grundlagen; Systemerneuerungen (= neue Basisversion) gibt es damit nicht. Dazu muß ich zwangsläufig eine neue Version installieren. Und eben der Unterschied bei aptosid bzw. generell den rolling releases kommt für mein Verständnis oftmals unzureichend heraus.
Das Kernproblem meiner Frage ist die Anmerkung kursiv im ersten Zitat; der Rest ist mir irgendwie auch vorher schon klar gewesen.
Nette Grüße
Phoenix
-
http://de.wikipedia.org/wiki/Rolling_Release
greetz
devil
-
* das steckte auch im Hintergrund meiner Frage 2 Tage zuvor: kommen die mit den dist-upgrades automatisch mit dazu, oder muß ich mich um die extra kümmern (wenn ich die dann unbedingt haben will)? Ja und wenn extra, wie denn?
Die Versionsnummer wird sich nie ändern, es sei denn, du machst es händisch. Das ist gewollt so, um im Supportfall zu wissen, welchen "Werdegang" dein System hatte, also von welchem Punkt aus du mit aptosid gestartet bist. Diese Versionsnummer ist lediglich eine "Hausnummer", hänge dich bitte daran nicht fest, sie ist mehr oder weniger irrelevant (Ausnahme s.o.).
Ein neues Artwork wird auch nicht automatisch installiert, das möchte man dann doch lieber dem User selbst überlassen. Denn es ist nicht selten, daß User nicht mehr das originale Layout bzw. Artwork benutzen. Wenn du es aber dennoch haben möchtest, ist es ein einfaches, diese zu installieren. Suche in den Paketquellen nach aptosid-art-* und installiere dir, was dir beliebt.
** üblicherweise steht in den Artikeln zu aptosid das gleiche, nur eben fehlt ein Hinweis, daß dies auch einer neuen Version entspricht (wenn die denn zwischendurch kam).
Ein dist-upgrade aktualisiert in erster Linie nur die Pakete, die auch installiert sind. In ganz wenigen Ausnahmefällen (von denen mit spontan keiner einfällt) werden auch neue Pakete installiert. Oder: Ausnahme: Ein Paket ersetzt statt aktualisiert ein bereits vorhandenes oder Abhängigkeiten haben sich geändert.
Im Falle einer Änderung an elementaren Dingen, wie zuletzt der Umstieg von GRUB legacy auf GRUB2, werden diese nicht automatisch installiert, sondern müssen vom User nach Wunsch "von Hand" eingespielt werden.
Die aptosid-eigenen Pakete verfahren nach dem gleichen Prinzip. Das was schon installiert ist, wird aktualisiert. NIcht mehr, aber auch nicht weniger!
*** dies ist Diskussionsstand nicht nur hier im Forum.
Ich weiß nicht, was daran Diskussionswürdig ist. Es ist zumindest hier kein Thema, welches oft noch lang diskutiert wird. Das entspricht genau dem Prinzip des Rolling Release! Lies dir bitte die Wikipedia-Seite, die devil dir freundlicherweise geposted hat, durch. Es ist wichtig, daß du verstehst, worum es bei einer Rolling Release Distribution geht, bevor du dich tiefer mit aptosid (resp. Debian Sid) auseinandersetzt.
**** auch dies habe ich schon beim "nachrödeln" gefunden.
Klingt aber immer noch so, als wäre es dir nicht klar...
--------------------------
So und nun noch was in eigener Sache:
Bitte gewöhne dir eine andere Art des Zitierens an! Dieses "vergewaltigen" der Codebox innerhalb eines Zitates ist grauenhaft zu lesen.
Auch ist es nicht sinnvoll, alles zu zitieren! Lediglich die Teile, auf die du dich beziehst sollten zitiert werden. Das vereinfacht den Lesefluß erheblich und macht es einfacher, dir zu folgen. Ich habe allein fast 10 Minuten gebraucht, um deine Sternchen-Anmerkungen in den richtigen Kontext zu bringen.
-
Hallo @Phoenix,
auch wenn hier einige das "Lindows" oder damals verächtlich genannte "Nürnberger Windows" nicht nutzen, sollte man doch auch richtiges über diese meines Erachtens mittlerweile sehr gute Distribution schreiben:
Wenn ich das zypper up bzw dup beim "Lindows" richtig verstanden habe, stellt das den aktuellen Stand her, aber eben nur den der installierten Grundlagen; Systemerneuerungen (= neue Basisversion) gibt es damit nicht. Dazu muß ich zwangsläufig eine neue Version installieren.
Du kannst von bestimmten Paketen bis hin zu Paketgruppen wie KDE4.5.5 alles mögliche nach Deinen Wünschen rollen lassen. Die Paketverwaltung von zypper kennt nämlich sowohl verschiedene Repos wie auch unterschiedliche Prioritätenvergabe zu diesen Repos, davon abgesehen kann man sogar noch bestimmen, ob von einem Repo nur Aktualisierungen bereits installierter Pakete kommen dürfen, oder ganz neue Pakete. Einzelne Pakete können auch gehalten werden.
Gerade OpenSUSE kann man also sehr wohl als Rolling Release "missbrauchen" :-)
Ich weiß nicht, ob es notwendig ist, aber ich erwähne hier besser nochmals, dass ich weiterhin neben OpenSUSE auch zu aptosid stehe und es auch benutze.
Viele Grüße,
Holger
-
Hallo BelaLugosi,
Die Versionsnummer wird sich nie ändern, es sei denn, du machst es händisch. ..., hänge dich bitte daran nicht fest, sie ist mehr oder weniger irrelevant (Ausnahme s.o.).
Ich hatte gehofft, daß klar wurde, daß der Punkt Versionsnummer auch mir inzwischen geläufig ist; leider falsch. Also bitte: das, was Du zur Versionsnummer jetzt noch mal gesagt hast, ist mir seit einigen Posts zuvor klar. Nur das, was jetzt folgt, ahnte ich zwar, hatte das so bislang nicht eindeutig (!) gelesen.
Ein neues Artwork wird auch nicht automatisch installiert, das möchte man dann doch lieber dem User selbst überlassen. ... Suche in den Paketquellen nach aptosid-art-* und installiere dir, was dir beliebt.
Im Falle einer Änderung an elementaren Dingen, wie zuletzt der Umstieg von GRUB legacy auf GRUB2, werden diese nicht automatisch installiert, sondern müssen vom User nach Wunsch "von Hand" eingespielt werden.
Genau diese beiden Punkte fehlten bislang in den Unterlagen über Aptosid und seinem rolling release, jedenfalls in eindeutig lesbarer Form.
Die aptosid-eigenen Pakete verfahren nach dem gleichen Prinzip. Das was schon installiert ist, wird aktualisiert. NIcht mehr, aber auch nicht weniger!
Das hattest Du aber auch vorher schon so aufgeführt.
Ich weiß nicht, was daran Diskussionswürdig ist. Lies dir bitte die Wikipedia-Seite, die devil dir freundlicherweise geposted hat, durch. Es ist wichtig, daß du verstehst, worum es bei einer Rolling Release Distribution geht, bevor du dich tiefer mit aptosid (resp. Debian Sid) auseinandersetzt.
Schade, daß das so schwer verständlich ist. Ich habe einige Threads, und bei weitem nicht nur hier, zu den genannten Punkten gefunden. Das meinte ich mit Diskussionsstand, nicht aber, daß das noch neu diskutiert werden müßte. Klar, daß ich die Wiki- Seite sofort durchgelesen habe; aber ich hatte devils Post erst gefunden, als ich meinen Post schon verschickt hatte.
So und nun noch was in eigener Sache:
Bitte gewöhne dir eine andere Art des Zitierens an! Dieses "vergewaltigen" der Codebox innerhalb eines Zitates ist grauenhaft zu lesen.
Auch ist es nicht sinnvoll, alles zu zitieren! Lediglich die Teile, auf die du dich beziehst sollten zitiert werden. ...
Schade, daß dies "in die Hose" ging. Ich wollte es irgendwie zusammenhängend und deutlich machen, habe leider genau das Gegenteil erreicht. Satz mit x. Allgemein zitiere ich auch a.a.O. nicht so. Entschuldigung.
Hallo holgerw
auch wenn hier einige das "Lindows" oder damals verächtlich genannte "Nürnberger Windows" nicht nutzen, ...:
Du kannst von bestimmten Paketen bis hin zu Paketgruppen wie KDE4.5.5 alles mögliche nach Deinen Wünschen rollen lassen. Die Paketverwaltung von zypper kennt nämlich sowohl verschiedene Repos wie auch unterschiedliche Prioritätenvergabe zu diesen Repos, davon abgesehen kann man sogar noch bestimmen, ob von einem Repo nur Aktualisierungen bereits installierter Pakete kommen dürfen, oder ganz neue Pakete. Einzelne Pakete können auch gehalten werden.
Gerade OpenSUSE kann man also sehr wohl als Rolling Release "missbrauchen" Smile
Entschuldigung, ich hatte nicht recherchiert, sondern nur aus dem Kopf heraus geantwortet. Ich habe das bislang ohne Anpassung genutzt, und damit kam ich nicht von 11.2 auf 11.3, sondern nur an neue Versionen der installierten Programme/ Programmpakete.
Übrigens gibt es Meldungen, daß das rolling- release- Prinzip in näherer Zukunft auch "eindeutig" Technologie bei openSUSE werden soll. Nur weiß im Moment niemand so ganz genau, wie das Übernahme- und Wechselspiel ausgeht.
Ich weiß nicht, ob es notwendig ist, aber ich erwähne hier besser nochmals, dass ich weiterhin neben OpenSUSE auch zu aptosid stehe und es auch benutze.
Ach Holger, das "Lindows" war eine bewußte Stichelei von mir, weil ich hier schonmal etwas zu openSUSE geäußert habe und daraufhin etwas rüde angemacht wurde, ich solle doch dabei bleiben statt Aptosid zu testen.
Wenn man diese Distri seit Anfang 2007/ 10.2 nutzt, ist einem diese auch irgendwie "ans Herz gewachsen". Aber auch wie hier bei Aptosid: ein eher durchschnittlicher Nutzer ist niemals in der Lage, hinter alle Schlichen und Möglichkeiten einer Distribution zu kommen.
Ich versuche mal, das für mich wesentliche aus diesem Thread zusammenzufassen.
Versionsstand und Aktualisierung eines aptosid- Systems
Grundlegende Informationen geben diese Links:
http://de.wikipedia.org/wiki/Rolling_Release
http://wiki.aptosid.de/index.php/Wird_die_aptosid_Versionsnummer_aktualisiert%3F
Diese Konsolenwerkzeuge geben gute Hinweise auf die Installation:
uname -a
uname -r
infobash
infobash -v
Die Datei "/etc/aptosid-version" gibt immer die "snapshot"-Version an, von der aus die Installation erfolgte.
Kommt eine Aktualisierung der aptosid- Versionsnummer (legen die Entwickler so fest), wird ein sogenannter Schnappschuß des aktuellen Standes der Pakete in den Debian sid/unstable Quellen/Repositorien (plus ein paar extra Skripte/Programme der aptosid-Macher) festgehalten.
Ist jetzt eine vorherige Version installiert und mit regelmäßigen dist-upgrades aktualisiert worden, sind die installierten Pakete auf dem System auf dem gleichen Stand wie beim aktuellen Release (bzw. sogar aktueller, denn das Release ist ja schon ein paar Tage her).
Was in den Releasenotes zur aktuellen Version an Neuerungen steht, kam mit den regelmäßigen dist-upgrades automatisch schon auf das System. Genaueres dazu weiter unten.
Die Releases dienen lediglich dazu, Neueinsteigern einen "Startpunkt" an die Hand zu geben, um mit aptosid anzufangen, oder wenn doch mal eine Neuinstallation anstehen sollte.
Normalerweise werden bei einem dist-upgrade keine neuen Pakete hereingeholt, sondern nur die aktualisiert, die bereits auf dem System sind. Ausnahme: Ein Paket ersetzt ein bereits vorhandenes statt es zu aktualisieren, oder Abhängigkeiten haben sich geändert.
Die Versionsnummer und das Artwork werden ebenso nicht aktualisiert.
Die Artworks können einfach neu installiert werden, indem man in den Paketquellen nach aptosid-art-* sucht und die persönlich passenden installiert.
Die Versionsnummer wird sich bei upgrades nie ändern. Das ist gewollt so, um im Supportfall zu wissen, welchen "Werdegang" das System hatte, also von welchem Punkt aus das aptosid gestartet wurde. Diese Versionsnummer ist lediglich eine "Hausnummer", sie ist mehr oder weniger irrelevant.
Hätte man deren Aktualisierung auch gern, muß man die manuell ändern.
Im Falle einer Änderung an elementaren Dingen, wie z. B. der Umstieg von GRUB legacy auf GRUB2, werden diese nicht automatisch installiert, sondern müssen vom User nach Wunsch "von Hand" eingespielt werden.
Ich möchte euch bitten, nicht immer so fundamental- streng zu sein; meine Schulzeit ist mehr als 40 Jahre her...
Schönes Wochenende
Phoenix
-
deine zusammenfassung ist soweit korrekt.
die unterschiede von apt-get upgrade zu apt-get distupgrade sind nochmal gut in 'man apt-cache zu finden'.
Ich möchte euch bitten, nicht immer so fundamental- streng zu sein; meine Schulzeit ist mehr als 40 Jahre her...
naja, alter schützt nicht, meine schulzeit endete 1972. unsere vermutlich älteste userin derzeit ist eine amerikanische lady mit 74 jahren, die im IRC mutig ihre frau steht.
greetz
devil
-
Hallo devil,
naja, alter schützt nicht
... da hast Du "vor Torheit" vergessen...?
Ich hab natürlich nicht vor 40 Jahren aufgehört zu lernen oder zu schulen...
Aber mit 74 noch aktiv an etwas schwierigen Themen mitarbeiten, das hat schon was.
Nur wenn man versucht, so einen Oldie (wie mich) umerziehen zu wollen... das sollte ganz piano erfolgen. 8)
Aber Spaß beiseite, die Hinweise sind bislang für mich erträglich. Ich versuche gleich, den beanstandeten Post zu reparieren.
Schönen Sonntag
Phoenix
-
...
Aber mit 74 noch aktiv an etwas schwierigen Themen mitarbeiten, das hat schon was...
Reschspekt !!!