Ich habe die Version 2.02 unter Kubuntu (KDE 3.5.9) installiert und ich musste zuerst einmal massenweise neue QT4 Pakete installieren, bevor sich Virtualbox 2.02 installieren liess. Vielleicht liegt es ja daran !
Im Moment ist bei Debian Eiszeit, damit Lenny sich bis zum Release abkühlen kann. Der Hochsommer wird dann schnell nachgeholt, was hoffentlich bald sein wird (KDE4, Xorg 7.4, uvm.).
Wobei ich sehr froh bin, dass KDE4 noch ein wenig auf sich warten lässt, weil ich Angst habe, dass es noch zu träge für den Produktiveinsatz ist. Ich habe zwar schon Screen-Videos gesehen, wo alles nur so flog und auch auf einem Laptop mit (ich meine) intel-Grafik war schon KDE4.0 richtig flott, aber auf meinem Rechner ist der KDE4/trunk (Kompiliert mit Debug-Option an) einfach unbenutzbar langsam (nvidia 5200er Karte)
Ist ja fast schon ein bischen schade, dass man als regelmäßig Updatender von einer neuen Sidux-Release gar nichts hat, da man eh immer auf dem neusten Stand ist, wenn man sidux betreibt Eine solche Installation kommt dann bspw. schon mit Kernel 2.6.26.6 IIRC.
Ich empfehle allen, zum Aktualisieren der Distribution das Tool "smxi" zu benutzen. Bspw. wird da aktuell seit langem das nfs-common Paket automatisch auf hold gesetzt, da man sonst NFS praktisch nicht mehr benutzen könnte in den meisten Fällen.
Ich empfehle allen, zum Aktualisieren der Distribution das Tool "smxi" zu benutzen. Bspw. wird da aktuell seit langem das nfs-common Paket automatisch auf hold gesetzt, da man sonst NFS praktisch nicht mehr benutzen könnte in den meisten Fällen.
Wer Sid a.k.a. "Unstable" benutzt, sollte eigentlich selber in der Lage sein, sowas zu fixen oder auf Hold zu setzen, alle Anderen haben Sid nicht verdient!
@Anna: Es ist beruhigend, dass es nicht in Deiner Hand liegt, zu bestimmen, wer da was verdient hat. Du scheinst davon abgesehen sehr gegen hilfreiche Werkzeuge, nichts anderes ist smxi auch, in Linux Distributionen zu sein. Na ja, Du suchst Dir sicherlich ratz fatz bei Installationen neuer Pakete die Abhängigkeiten händisch zusammen und installierst dann per dpkg. das hoffe ich doch sehr angesichts Deiner Hardcore Position, ansonsten ist Dein Kommentar nämlich - sorry an die Nutzerinnen, aber hier passts - dämliches, neidmotiviertes Geschwätz.
Ja, wir wissen, dass Sid/sidx und Testing auf dem PC gegen die reine Lehre sind, und nun ist gut.
Verdient oder nicht ... man kann darüber streiten, ob es nützlich ist, auf einer instabilen Version aufzusetzen, und dann Bugs zu verstecken -- sie aber nicht zu lösen. Für sidux macht es wohl Sinn, für Sid selber meiner Meinung nach nicht:
- Man kann nicht unbedingt mit solchen Bugs mithalten, d.h. der Verwaltungsaufwand steigt - Wenn man die automatisch auf "hold" setzt, wird keiner den Bug fixen ("Ist ja im Moment nicht so schlimm")
In dem Sinne hat Anna schon Recht, wenn's auch etwas unpraktisch formuliert ist. Sid ist in erster Linie mal der Development Tree der Entwickler, Ziel ist nicht Stabilität, sondern Integrationsarbeit an diesem Tree. Damit gilt "if you can't stand the heat, stay out of the kitchen" -- oder fix halt die Sachen, die nicht in Ordnung sind und hilf damit den Entwicklern.
Ganz pragmatisch gesehen funktioniert sidux auf dem Desktop - auch bei Leuten, die bisher nur mit Windows gearbeitet haben. Das ist meine praktische Erfahrung. smxi ist dafür auch ideal. In dieser Technik sind noch Möglichkeiten angelegt, die eventuell in Zukunft einiges umkrempeln können, was wir heute bei Debian als normal ansehen und nicht weiter darüber nachdenken.
Von linux-macht-glücklich am Mi, 24. September 2008 um 12:37 #
Man kann Sidux auf einen USB Stick packen, fertige gibt es sogar irgendwo zu kaufen. Und der Sidux Installer bietet die Option auf USB installieren auch an. Es gibt glaub ich, sogar die Möglichkeit die Live Cd von der ISO zu starten, d.h. man benötigt kein CD Laufwerk.
Ja kann man. Einfach einen anderen Rechner mit der Live-CD booten. Dann einen USB-Stick mittels qparted, welches man mittels KDE-Menue aufrufen kann, mit ext3 formatieren. Dann nimmt man den entsprechenden Menuepunkt im KDE-Menue. Nennt sich glaube ich install-sidux-to-usb, oder so ähnlich. Dann hat man einen USB-Stick der gleichwertig mit einer Live-CD ist. Damit müsste man dann Sidux auf den EeePC installieren können. Kann es selber nicht ausprobieren, ich habe noch keinen EeePC. Du kannst ja mal berichten, ob WLAN funktioniert. Würde mich mal interessieren.
Also der erste Versuch ging schon mal nicht. Ich habe das Sidux-KDE-lite image mittels unetbootin auf einen Stick gebracht und damit den eeepc gebootet. Boot geht nach aber dann landet er in einer shell und meckert über fehlendes Image. Muß dann heute abend mal deinen Vorschlag ausprobieren
Von siduxuser am Mi, 24. September 2008 um 19:32 #
man kann den stick auch einfach normal partitionieren (boot ext2, / ext3) und dann mit dem harddisk-installer drauf installieren dann fehlt auch kein image
Gibt es auch ne Möglichkeit per PXE zu installieren? Mein altes Notebook hat kein CD-Laufwerk und keine Möglichkeit über USB zu booten. Habe Ubuntu per PXE installieren können. Aber das ist mir einfach zu langsam.
Mit Einführung der vielen Systemgruppen für die Zugriffsregelung kommt man sowieso so schnell über die 16-Gruppen-Grenze, dass NFS (V3) eigentlich unbenutzbar wird.
Von Yellowbeard am Mi, 24. September 2008 um 09:45 #
Ich hab seit einigen Monaten Sidux drauf und mache alle paar Wochen Updates. smxi ist dabei und wird fleißig gepflegt. Kann mir nicht vorstellen, dass das rausgenommen wird.
Über google habe ich die englische Variante gefunden. Für die deutsche Seite muss ich auch etwas suchen, weil das Menü in der Seite nicht miscrollt, aber das Fenster zu klein war, um das gesamte Menü darzustellen. Könnte besser gemacht werden.
Im Hauptmenü der unterste Punkt (Systemadministration) und in diesem Untermenü dann der oberste (smxi Befehlssyntax).
Seit den letzten Wochen, springe ich zwischen Sidux und lenny. Beide laufen auf meinem Laptop sehr gut. Beide haben ihre Vorteile. Lenny wird stable und Sidux ist immer auf dem aktuellstem Stand. Mal schauen was wird
Wenn die ersteinmal beginnen, stärker auseinanderzulaufen, wird es sicherlich sid(ux) werden. So war es zumindest bei mir. Allerdings gab es damals auch noch nicht die Backports für stable, oder ich kannte sie ggf. auch nur nicht.
Diese sidux-Version ist wieder ein großer Fortschritt. Ich benutze schon seit Anbeginn Sidux auf meinem alten Rechner mit regelmäßigen dist-upgrades mittels smxi. In den letzten Monaten gab es jedoch massig Probleme. Sogar X ging zeitweise nicht. Nachdem ich mit Hilfe des irc-chats eine neue xorg.conf erstellt hatte, ging es wieder. Später ging jedoch kein d-u mehr. smxi blieb immer hängen. Selbst mit aktueller Live-CD gab es Probleme mit X. Jetzt habe ich gestern Sidux 2008-3 (die Live-CD geht ohne Probleme) komplett neu installiert. Scheint alles gut zu laufen, auch wenn ich das aktuelle optische Erscheinungsbild nicht so gut finde. Aber das Hintergrundbild kann man ja ändern. Ich wünsche dem Sidux Team noch viel Erfolg.
Hier stelle ich mal meinen alten Rechner vor: Host/Kernel/OS "sidux2" running Linux 2.6.26-5.slh.6-sidux-686 i686 [ sidux 2008-03 Ουρέα - kde-lite - (200809221818) ] CPU Info Pentium III (Coppermine) 256 KB cache flags( sse ) clocked at [ 701.618 MHz ] Videocard nVidia NV5M64 [RIVA TNT2 Model 64/Model 64 Pro] tty resolution ( 142x31 ) Network cards Realtek RTL-8139/8139C/8139C+, at port: e800 Processes 78 | Uptime 14min | Memory 62.3/249.9MB | HDD ATA ST320423A Size 20GB (24%used) | Runlevel 5 | Client Shell | Infobash v3.01
Was musstest Du denn ändern? Ich aktualisiere auch meist wöchentlich und hatte solche Probleme nicht. Einmal habe ich von einem Problem gelesen, dass es während meines Urlaubs gab, in das ich daher nicht hineinlief, dass ein neu installierter Kernel wegen falscher udev-rules nicht bootete oder so.
Der Kernel bootete immer. Nur wie gesagt, einmal gab es Probleme mit X und später blieb smxi immer hängen. Konnte den Fehler selbst nicht finden/beheben. Die gestrige Neuinstallation mit anschließendem d-u mit smxi funktionierte ohne Probleme.
da hier die Frage zu USB-boot auftauchte. Hier gibts den liveusb-creator von Fedora (Dank an Luke Macken, Kushal Das [Red Hat/Fedora]) portiert auf sidux. d.h. man kann sidux auch von win xp aus auf den usb-stick installieren. http://sidux.com/PNphpBB2-viewtopic-t-10929.html
http://bugs.debian.org/release-critical/
Ist ja fast schon ein bischen schade, dass man als regelmäßig Updatender von einer neuen Sidux-Release gar nichts hat, da man eh immer auf dem neusten Stand ist, wenn man sidux betreibt
Eine solche Installation kommt dann bspw. schon mit Kernel 2.6.26.6 IIRC.
Ich empfehle allen, zum Aktualisieren der Distribution das Tool "smxi" zu benutzen. Bspw. wird da aktuell seit langem das nfs-common Paket automatisch auf hold gesetzt, da man sonst NFS praktisch nicht mehr benutzen könnte in den meisten Fällen.
Wer Sid a.k.a. "Unstable" benutzt, sollte eigentlich selber in der Lage sein, sowas zu fixen oder auf Hold zu setzen, alle Anderen haben Sid nicht verdient!
Basta!
Ja, wir wissen, dass Sid/sidx und Testing auf dem PC gegen die reine Lehre sind, und nun ist gut.
Beste Grüße,
Holger
- Man kann nicht unbedingt mit solchen Bugs mithalten, d.h. der Verwaltungsaufwand steigt
- Wenn man die automatisch auf "hold" setzt, wird keiner den Bug fixen ("Ist ja im Moment nicht so schlimm")
In dem Sinne hat Anna schon Recht, wenn's auch etwas unpraktisch formuliert ist. Sid ist in erster Linie mal der Development Tree der Entwickler, Ziel ist nicht Stabilität, sondern Integrationsarbeit an diesem Tree. Damit gilt "if you can't stand the heat, stay out of the kitchen" -- oder fix halt die Sachen, die nicht in Ordnung sind und hilf damit den Entwicklern.
Und der Sidux Installer bietet die Option auf USB installieren auch an. Es gibt glaub ich, sogar die Möglichkeit die Live Cd von der ISO zu starten, d.h. man benötigt kein CD Laufwerk.
Du kannst ja mal berichten, ob WLAN funktioniert. Würde mich mal interessieren.
Muß dann heute abend mal deinen Vorschlag ausprobieren
dann fehlt auch kein image
Mit Einführung der vielen Systemgruppen für die Zugriffsregelung kommt man sowieso so schnell über die 16-Gruppen-Grenze, dass NFS (V3) eigentlich unbenutzbar wird.
Hab da ein Gerücht (oder Wunsch?) dunkel in Erinnerung.
Muß man also wieder nachinstallieren.
Im Hauptmenü der unterste Punkt (Systemadministration) und in diesem Untermenü dann der oberste (smxi Befehlssyntax).
Hier stelle ich mal meinen alten Rechner vor:
Host/Kernel/OS "sidux2" running Linux 2.6.26-5.slh.6-sidux-686 i686 [ sidux 2008-03 Ουρέα - kde-lite - (200809221818) ]
CPU Info Pentium III (Coppermine) 256 KB cache flags( sse ) clocked at [ 701.618 MHz ]
Videocard nVidia NV5M64 [RIVA TNT2 Model 64/Model 64 Pro] tty resolution ( 142x31 )
Network cards Realtek RTL-8139/8139C/8139C+, at port: e800
Processes 78 | Uptime 14min | Memory 62.3/249.9MB | HDD ATA ST320423A Size 20GB (24%used) | Runlevel 5 | Client Shell | Infobash v3.01
wenn ja, was geht out-of-the-box?
* touchpad?
* wlan?
* camera?
* uhrzeit/datum?
da hier die Frage zu USB-boot auftauchte.
Hier gibts den liveusb-creator von Fedora (Dank an Luke Macken, Kushal Das [Red Hat/Fedora]) portiert auf sidux.
d.h. man kann sidux auch von win xp aus auf den usb-stick installieren.
http://sidux.com/PNphpBB2-viewtopic-t-10929.html
Gruß
Horst