um wieder auf die ersten Posts zurückzukommen ... aufs schnorren

läuft beim EI ein junger rum, der Englisch "spricht" und einem im nachhinein Beschimpfungen nachwirft, wenns nicht so läuft wie er will?
letztens zB mit "suck my dick"

finds zwar einerseits witzig es live zu hören, aber doch auch nervend ... zwar erst 2-3x (beim letzten Mal gleich bei der Frage, ob ich Englisch spreche abgewiesen) innerhalb von einem 3/4 Jahr zwischen EI und Freihaus, aber möchte nur wissen, ob der öfters dort unterwegs ist ... kA, obs derselbe war wie die ersten Male, aber Beschimpfungen gabs nicht nur letztens

Zitat von kob

DragonFlyBSD? Was interessiert dich daran? Clustering? Von der Technologie her, bzw. OS-Design solltest du eher FreeBSD Current anschauen.
*BSD wird nie sterben. Wenn nur mehr publik währe wo das ganze überal eingesetzt wird.

Keine Ahnung. Fange erst auch an. Ich glaube an der TU spricht man hauptsächlich JAVA.

Also happy hacking. Fallst du Fragen hast, schreib an die FreeBSD-hackers oder FreeBSD-current Mailingliste. Nur nicht mir, ich bin nur ein kleiner Kernel-Debuger und Tester.

Zuerst mal danke für die kurze "Einführung". Ungefähr das wollte ich wissen, u.a. ob es Anfänger-tauglich ist.

Meine Bemerkung mit "BSD sterben ..." war nicht wirklich ernst gemeint, deswegen das "*bg*". Es war eher auf den Privatuser-Bereich bezogen, wo ich als Außenseiter nicht das Gefühl habe, dass es hier Auftrieb gäbe. Aber das war ja nicht das Thema hier.

DragonFly-BSD eigentlich nur deswegen, weil ich vor einiger Zeit gelesen hatte, dass eins ihrer Ziele eine weitere Vereinfachung der Administration für Privat-User ist. Bei ersten Update-Versuchen einiger Test-FreeBSDs hatte es mir mehrmals das System zerrissen, weshalb ich auf weitere Versuche erstmal verzichtet habe. War mir aber keiner Schuld bewusst. Die Technologie dahinter ist momentan noch Nebensache. Aber wenn du meinst FreeBSD ist die bessere Wahl.

Plantschkuh! + mdk:
danke für den Link ... noch nicht reingelesen, aber schaut auf den ersten Blick nett aus

Nein, du hast schon recht. Da hab ich mich vertan.

Ich hab versuchsweise mit MingW eine simple Crosscompiler-Umgebung eingerichtet, mit der ich Windows-Programme unter Linux entwickeln könnte und diese dann wieder mit WineLib nach Linux portieren könnte. Bin bloss noch nicht über ein simples Fenster hinausgekommen, wenn überhaupt soweit?! Bin da etwas durcheinander gekommen.

Das Zitat ist aber wirklich genial. Patches von User-Seite sind ja nichts mehr außergewöhnliches mehr, aber D3D10 auf WinXP wär aber echt der Hammer: "Halo 2 supported by WINE"

graviton
Hier teile ich die Meinung von MaxAuthority. Wenn ich unter BELIEBIGES_OS Dienste laufe habe, will ich bzw. kann ich vielleicht sogar gar nicht neu booten und Zweit-PC hab ich nicht (Notebook mal abgesehen). Vor einiger Zeit hab ich mir das OS mal angesehen (glaube von CD gebootet) aber Interesse hab ich daran wenig, weil ich glaube, dass auf lange Zeit viele Hersteller dafür keine Treiber liefern werden. Lizenzen zu sparen ist zwar nett, aber an eine breite User-Basis glaub ich ehrlich gesagt nicht. Die Idee fand und find ich aber immer noch gut, weil Win98 auf meinem jetzigen PC erfahrungsgemäß nach einer halben Stunde stirbt.

Vor einiger Zeit hieß es afair ja noch, dass aufgrund von möglichen Patentverletzungen die Entwicklung vorerst eingefroren wird. Etwas später hieß es wieder, es wird fortgesetzt, aber einem gründlichen Audit unterzogen und betroffene Codestellen umgeschrieben. Schreckt mich etwas ab, aber meine Interessen dafür sind eh gering, weshalb ich es nicht wirklich verfolge.

Nebenbei wäre ja die WineLib interessant, mit der Linuxprogramme auch unter Windows lauffähig sind. Ist natürlich mit ein Grund für Wine statt ReactOS.

kob
Vielleicht hätte ich gleich genauer werden sollen. Ist der Aufwand fürn Einstieg sehr hoch?
Kann man sich in angemessener Zeit (Monate nebenbei in der Freizeit?) einen Überblick verschaffen oder wird man lange erstmal nur einen kleinen Bereich überblicken können?
Verwende es zwar nicht, aber ein Fork von FreeBSD 4.x (DragonFlyBSD) hat mein Interesse geweckt. Anscheinend gibt es ja noch einige andere Forks und *BSD scheint nicht tot zu kriegen. *bg* Und bei den wiederkehrenden Problemen im Linuxkernel ists nie schlecht, eine Alternative zu haben.

Weswegen ich hier poste, ist eigentlich die Frage inwieweit das auf der TU/UniWien zu finden ist, entweder in Form von Projekten oder nahegelegenem Knowledge.

Hi,

ich bin immer wieder überrascht, inwieweit Wine durchaus auch große Windowsprogramme zum Laufen bekommt. Bin deswegen aus Neugier schon vor langer Zeit die Handvoll Docs durchgegangen, aber blicke nicht ganz durch, wie man am besten damit beginnt erste Kenntnisse zu erlangen.

Hat vielleicht einer/eine von euch sich näher beschäftigt und die "Eingangsphase" hinter sich? Sind gute Kenntnisse der Windowsprogrammierung (winapi etc.) zwingend erforderlich um einzusteigen? Besser zuerst versuchen ein gutes Gesamtbild des Quellcodes zu erhalten oder stattdessen kleine Teile durchnehmen und sich mit diesen rumspielen (kleinere Treiber usw.)?

Da ich bisher noch bei keinem Projekt mitgearbeitet habe, ist das natürlich Neuland, aber irgendwann muss ja jeder mal anfangen.

lg

PS: auch aus Neugier ... liest hier jemand, der am BSD-Code rumbastelt?

Mir ist erst jetzt bewusst geworden, dass das Übernehmen einer bestehenden GUI-Anwendung wohl etwas unsinnig ist, weil die Anwendung ja trotzdem am quellpc immer aufgebaut werden müsste. Solange es eben nicht vnc ist.

Aber screen ist schon mal das, wonach ich gesucht habe. Kenn ich zwar bereits länger, aber jedesmal nach den richtigen Tastenkombinationen nachzusehen (schlechtes Gedächtnis *argh*) wurde mir lästig. Die Anforderung bzgl. GUI war eh hauptsächlich wegen Azureus, nach dem Umstieg auf rtorrent ist aber nun das Hauptproblem gelöst. Was für ne CPU-Entlastung.

krdc muss ich erstmal ansehen, aber als KDE-User wahrscheinlich eh grad das richtige. X11vnc kenn ich zwar, aber das Doku-Lesen hab ich mir bisher erspart. Muss es wohl nachholen. Danke für den Link.

Jetzt wo das Thema mit remote login gepostet wurde ist mir wieder eingefallen, dass ich immer noch nicht weiß, obs möglich ist, sich über SSH vom quellpc auf zielpc einzuloggen und sich in eine bereits als lokaler User eingeloggte Session anzuhängen.

Bsp:
- Starten einer lokalen Session am zielpc mit div. GUI-Programmen
- späteres Zugreifen von einem andern PC (quellpc) über "ssh ... -Y"
- Anhängen an die lokale Session am zielpc
- Verwenden der zuvor geöffneten GUI-Programme am zielpc

Oder gehts vielleicht mit VNC? Bis jetzt weiß ich nur, wie ich eine neue X-Session starte, aber ich bin bisher über nichts gestolpert, womit man lokale Sessions übernehmen kann.

lg

Mit den Lizenzgebühren für die vielen Patente, die noch fleißig gesammelt werden, sicher teurer.

Einen Vorteil hat ja das alte/jetzige Netz, es kann kaum "vernichtet" werden. Bin schon auf den 1.DoS auf ein Wlan oder die ersten Viren gespannt. Und IPv6 lässt ja auch auf sich warten, das schon ziemlich wichtig wäre. Solange ich aber nicht den Early Adopter spielen muss, der in solchen Dingen ja manchmal ziemlich beschissen wird, ists mir ziemlich egal.

Ruft doch bei Microsoft an. Die werdens wissen.

Da ja schon die Wiederherstellungskonsole fehlt, würde es mir ziemlich wundern, wenn eine Update-Funktion inkludiert wäre. Falls doch, wärs nicht schlecht, weil ichs nämlich genauso bräuchte.

Direkt drüber installieren würde ich auf alle Fälle sein lassen. Wenn die Dateien nur überschrieben werden, wird wohl imho gar nichts mehr funktionieren.

Ist ja nett, dass noch mehr lieber auf ein Gratis-Spiel verzichten, als sich Star-Force "einzufangen". Hab mir gestern Trackmania mit etwas Bauchweh auf einer Windows-Installation installiert, die ich kaum zum Arbeiten verwende, und noch nicht nachgesehen, ob jetzt etwas im Hintergrund läuft.

Aber nach 15min hatte ich irgendwie Lust, mir stattdessen wieder irgendein altes Formel1 raufzuschmeissen. Grafisch ists vielleicht gut, aber nicht so mein Ding. Multiplayer noch nicht wirklich probiert, bloss das Training, muss ich bei Gelegenheit mal nachholen.

Wenn die PCs über ein Netzwerk verbunden sind, kannst du auch über SSH clonen. Beide PCs mit Knoppix booten und z.B. die Ausgabe von dd ins stdin von ssh am Quell-PC leiten und am Ziel-PC vom stdout von ssh aufs /dev/hd?? schreiben lassen. Weiß aber nicht mehr, ob in der Beschreibung zu dem Befehl dabei gestanden ist, obs Probleme durch die Schwierigkeiten mit der Verbindung geben kann. Ist auch nachzulesen im Buch "Linux Server Hacks" aus der Bibliothek. Der Datenstrom wär auch komprimierbar mit gzip(?).

freenet wollte ich mir auch mal installieren, habs dann lassen. Bei einer Empfehlung einer Freigabe von 30kByte/s für eine anständige Verbindung wäre Chello wohl nicht so erfreut (möglich, dass es jetzt einen anderen Wert braucht). Davon, dass natürlich die Verbindung am besten 24h/7T stehen sollte, ganz zu schweigen. Und so werden ziemlich viele denken.
100% sicher wars zu der Zeit auch nicht. Jeder, der einen Knoten betreibt, kann sich den Cache mit etwas Aufwand ansehen. Er kann zwar nicht den Sender verifizieren, aber wenns nur über paar Knoten läuft, kann man doch selbst als der "Übeltäter" dastehen, wenn der Nachbarknoten derjenige ist der loggt.

Mit tor solls dasselbe sein, kenns aber nur Namen. Nutzt das hier hier einer?
Die Gefahr, dass einer der einen tor-Knoten betreibt um damit Unsinn anzustellen besteht. Wenn ich mir überleg, dass ich häufig die Passwörter im Klartext übertragen muss (weil kein SSL da ist), ist mir etwas mulmig, das über einen "Proxy" laufen zu lassen, wo ich nicht weiß, wer diesen betreibt. Wenigstens bietet Azureus seit einiger Zeit Verschlüsselung an, ist zumindest ein Lichtblick.

ah gut, PM ist unterwegs

Ich würde es gern machen. Programmerfahrung hätte ich leider nicht viel neben den LVAs, wär dafür am Thema sehr interessiert und such noch ein Praktikum.

Was sind die ungefähren Anforderungen? Soll der Installer in C++ sein und die Gui in GTK+/QT/ncurses? Oder hauptsächliche Skripte?
Wie ist der Zeitrahmen? 4 Monate? 6 Monate?

Habe die Institut-Seite kurz überflogen, das Thema leider nicht gefunden.

/edit: kleine Frage noch hinzugefügt

Zwei Windows-Installationen lohnen sich in einer Aufteilung System/Recovery oder System/Spiele. Säbelt es mal eine Installation ab, hat man wenigstens noch eine übrigt und braucht bei Spielen zB nicht alles neu installieren.

Dazu ists aber imho besser vorher die erste Installation abzuhängen, damit man auch zwei verschiedene Bootsektoren hat und konfiguriert später nur den Bootmanager. Formatiert man eine Platte, ist wenigstens der MBR der anderen noch funktionsfähig.

Zitat von icedmelon

ausserdem bekomme ich beim hochfahren die meldung, F1 drücken zum fortfahren, boot from the network

Die Option, dass er gegebenfalls von Netzwerk booten soll, kannst du imho im Bios ausschalten.

Nebenfrage: Sind Master/Slave korrekt gejumpert? Ein Nachbar hatte vorgestern das Problem, dass die Installation nicht funktioniert hat, weil beide CD/DVD-Laufwerke Konflikte verursachten.

Bart PE probiert (falls es nicht schon genannt wurde und ich es übersehen habe) ?
Dauert zwar etwas bis zum Erstellen, aber auch für andere Dinge nützlich.

du könntest noch die Ausgabe von "route" posten

ansonsten kann ich dir leider nicht helfen, ich hab vor einiger Zeit probiert eine statische IP einzurichten und kläglich versagt

/edit:
folgende Zeile sieht komisch aus, was dir ja wahrscheinlich klar sein wird, weil Errors vermutlich nicht auftreten, wenn die Verbindung passt?!
TX packets:0 errors:8 dropped:0 overruns:0 carrier:0

Naja, überstrapazieren darf man das Paketmanagement nicht. Bspw. mit nem Abbruch während eines größeren Updates.

Gestern ein Update von 5.04 auf 5.10 hinter mich gebracht. Dass ich vor paar Wochen auf kubuntu-desktop gewechselt bin und die meisten Gnome-Pakete entfernt habe, hat "ihm" nicht gut getan. Nach etwas Rumgefrickel und hin- und herspringen zwischen aptitude, apt-get, dselect und dpkg liefs dann doch noch. Das würde ich aber niemanden anderm antun, weswegen ich immer noch vorsichtig bin, selbst Ubuntu weiter zu empfehlen, wenn man sich die Administrationsarbeiten nicht antun will.

Meine 2.Frage hat sich inzwischen erledigt, weil bei Product Overview unter "Logical CHS" zwar 1024/16/63 steht, in den Specifications aber doch wiederum 1023/256/63 und es damit anscheinend doch passt, so wie es jetzt ist. Dürfte ich übersehen haben.
Werde es aber dennoch sicherheitshalber von "Auto" auf "LBA" umzustellen.

BIOS hat zwar gepasst, da es aber ein aktuelleres gab, hab ich es gleich aktualisiert, auch wenns nicht notwendig war. WinXP-Sp2 hätte ich bereits drauf gehabt.

Bis vor einiger Zeit hatte ich nur IBM und bin vor ein paar Monaten auf Seagate gewechselt. Hab nun 1x160GB und 2x200GB.

Durch ein paar Probleme mit einer HD probierte ich SeaTools an der womöglich defekten und gleich die ersten Sektoren meldeten Fehler, verschieben bzw. neu beschreiben wie vom Programm vorgeschlagen ging auch nicht. Hab die Platte anschließend, auch wenn SMART und alle anderes außer eben die Oberflächenanalyse keine Fehler melden, umgetauscht, weil die Fehlermeldung es auch vorgeschlagen hatte.

Tja, nur melden sowohl die andern beiden paar Monaten alten Platten und auch die ausgetausche (neue) dieselben ersten Sektoren als defekt. Da es ewig zum nächsten Sektor braucht hab ich nach einem Dutzend aufgehört. Ansonsten laufen sie einwandfrei. Im Bios auf 16383/16/63 ändern hilft auch nichts.

Habt ihr ähnliche Probleme?
Wenn sie vereinzelt wären wäre es ok, weil sie ja als defekt markiert werden. Da aber bei zuviel defekten Anfangssektoren es wohl Probleme mit dem MBR geben könnte, weiß ich nicht ob ich es nun ignorieren soll oder nicht.

----
In den techn. Daten steht bei den HDs 16383/16/63. Ist es nun notwendig im Bios es auch so umzustellen?
Oder ist es ok auf "auto" zu stellen, womit sie so wie jetzt in fdisk mit Zylinderanzahl:24321/Heads:255/Sektoren:63 (200GB) aufscheinen?