Suchergebnisse

Hmmm.... Was willst Du mir damit sagen? Andere Anwendungen, Spiele etc. laufen bei mir einwandfrei mit Hardware-3D-Beschleunigung (sprich: NVIDIA-Treiber). Nur xmrm und gtkradiant machen Probleme. Die beiden laufen nur, wenn ich statt des proprietären NVIDIA-Treibers den NV-Treiber (ohne...

Lies noch mal was Kamikaze geschrieben hat: Die Manipulation erfolgt nicht auf den Portsservern selbst, sondern auf dem Weg zwischen Deinem Rechner und dem Portsserver, sprich: Bei Deinem Provider. Wenn dort staatliche Schnittstellen geschaffen werden (die es im übrigen teilweise für andere...

Ich habe eine weitere Anwendung mit demselben Problem: gtkradiant Genau dasselbe Verhalten, mit dem nv-Treiber läuft's, mit nvidia bekomme ich einen core dump. Hat keiner eine Idee? :confused:

Und wo kommt die her? Aha. Aber das ganze ist auch schon in dem zweiten BT-Thread zur Genüge durchgekaut worden.

Das ist nicht notwendig, wenn der Code mittels man-in-the-middle-attacke eingespeist wird. Und es deutet vieles momentan darauf hin, daß dies die geplante Vorgehensweise ist.

Sehr gut auf den Punkt gebracht.

Wenn aber das Schnüffelprogramm mit Deinen Rechten ausgeführt wird kann es Dein home auslesen. Und man installiert sich nie wieder irgendwelche Software? Ich wüsste jetzt nicht was SSL-Proxies mit signierten Binaries zu tun haben sollten.

Das heißt ja nichts, siehe http://www.andreas.org/blog/?p=307 DNS-Poisoning dürfte erhelblich schwieriger (und unzuverlässiger) sein als die Manipulation des Datenstromes selbst beim Provider. Würde aber im Prinzip aufs gleiche hinauslaufen. Zum Thema Windowsupdate: Die Pakete sind digital...

Wenn Du Dir auf Deinem eigenen home die Leserechte entziehst, wird das vielleicht was bringen ;) Selbst dann wird immer der Wunsch bestehen, Daten aus der virtuellen Maschine auf eine physikalische zu transferieren, mit der Gefahr sich was einzufangen. Woher hast Du denn bitte diese...

Glückwunsch. :) Und danke für das Angebot, aber ich hatte mir wie gesagt selbst eins gebaut.

Sag auf jeden Fall mal Bescheid, ob's funktioniert hat. Ich hatte vor ner Weile die gleiche Idee wie Du und habe OO in der Firma auf ner völligen Schrottkiste (P-III 600, 256 MB oder so ähnlich) bauen lassen. Hatte extra ein 2 GB SWAP-File dafür angelegt, die Platte hat's sogar überlebt. :ugly:

Das halte ich für ein Gerücht. Ich mache das immer so (wenn ich nicht portinstall verwende).

So ähnlich. Meiner Meinung nach müsste das ungefähr so aussehen: # make LOCALIZED_LANG=de, WITH_CUPS=YES, WITH_TTF_BYTECODE_ENABLED=YES Und dann, wenn fertig # make package PS: Achte darauf, daß die Kiste genug Speicher hat (ich glaube mindestens 2GB), sonst bricht der Build...

Verstehe. Nach avi transkodieren kann man (u.a.) sehr gut mit mencoder, sieht dann z.B. so aus: mencoder quelle.wmv -ovc xvid -xvidencopts bitrate=1000 -oac mp3lame ziel.avi Das würde ein xvid kodiertes Avi mit mp3 Sound erstellen, was Du wieder mit avidemux2 bearbeiten kannst. Natürlich...

Hmmm... was möchtest Du denn jetzt genau machen? Schneiden? Transkodieren? Beides? Hast Du mal avidemux2 probiert, das müsste das doch eigentlich können.

Du könntest mal mit /usr/ports/benchmarks/iperf messen. Dafür brauchst Du aber natürlich eine Gegenstelle, die ebenfalls mit 100 Mbit/s angeschlossen ist und müsstest dann an beiden Seiten iperf laufen lassen. Wirklich zuverlässig kann man das ohnehin nicht messen, da die Geschwindigkeit stark...

Die Frage ist natürlich: Liegt's jetzt am NVIDIA-Treiber oder an xmrm? Alles andere läuft ja bei mir mit dem Treiber. Ich hatte auch schon den Port-Maintainer angemailt, aber leider keine Antwort erhalten. Ich denke ich teste erst noch mal selber, evtl. mit ner anderen Karte und dem 1.0-9746.

Danke für den Hinweis, manchmal kommen die Ports wie auf Bestellung. Leider bringt er jedoch keine Änderung, ich bekomme damit immer noch den Core Dump ;'(

http://www.heise.de/newsticker/meldung/84955

Ich weiß jetzt woran es liegt: Und zwar am NVIDIA Legacy Treiber! Ich habe mal die xorg-libraries neu installiert ohne danach den NVIDIA Kram drüberzubügeln, und siehe da: Es funktioniert. Hat einer von euch zufällig den NVIDIA-Treiber aus den Ports drauf? Würde mich mal interessieren ob's...

Meine make.conf (recht unspektakulär): PERL_VER=5.8.8 PERL_VERSION=5.8.8 CUPS_OVERWRITE_BASE=yes NO_LPR=yes WITH_CUPS=yes

Ich hatte eine Weile die Elsa MC-11 (Orinoco Chipsatz) unter NetBSD/hpcarm laufen, allerdings nur mit WEP. WPA soll damit angeblich zumindest unter anderen Systemen auch möglich sein, persönlich getestet habe ich's allerdings nicht.

Die make.conf liefere ich nach wenn ich zu Hause bin ;) auf meinem 5.4 System hatte ich den Pluginwrapper drauf, auf meinem 6.2er aber nicht. Dementsprechend ist die Datei auch nicht vorhanden und ich hatte vermutet, daß es daran liegen könnte. Immerhin versucht xmrm laut truss darauf...

Ist bei Dir denn eine vorhanden? Ich eigentlich auch... Ich habe das Ding allerdings schon mit portupgrade -rRf inkl. Dependencies neu gebaut, hat nichts gebracht. Aber schon mal gut zu wissen daß es überhaupt unter 6.2 läuft, also weitersuchen...

Hallo zusammen! Mein erstes Posting, leider direkt mit einem Problem :cool:: Ich habe /usr/ports/graphics/xmrm installiert, compile ohne Fehler, aber es läuft nicht. Beim Aufruf erhalte ich jedesmal einen Segmentation fault: 11 (core dumped). Ich habe mal einen truss output angehängt...