Am Sonntag, 19. Oktober 2003 04:53 schrieb David Haller:
Am Thu, 16 Oct 2003, Rüdiger Meier schrieb:
linux: rpm -ql openssl |grep lib /usr/lib/libcrypto.so.0.9.7 /usr/lib/libssl.so.0.9.7
Oeh, ja, dat is normal. Das ist das "autoreqprov" von RPM. xine-ui verwendet offenbar irgendwas aus libcrypto/libssl, und da werden dann eben die Abhaengigkeiten eingetragen...
Jo.
Hm. Wer erstellt denn die xine-RPMs bei packman? Evtl. koennte man da
Meinereiner.
mal diese Abhaengigkeiten "per Hand" definieren... Bzw. ganz weglassen (ich weiss nicht, wozu xine die libcrypto/libssl braucht).
Für https Übertragungen zum Bleistift. Wenn ich das richtig im Kopf habe, liegt es an der libcurl, die wiederum verwendet wird, um unterschiedliche skins runterzuladen. Die eigentlichen Übertragungen von Videostreams macht ja die libxine, bzw. deren plugins. So gesehen denke ich, es wäre keine Katastrophe da mal mit --nodeps zu installieren (falls mich jemand darauf anspricht, ich leugne, das jemals gesagt zu haben). Ein 'Autoreqprov: off' ist halt so ne Sache, wenn sich was ändert, kriegt man es kaum mit und bei irgend jemanden läufts dann nicht ...
Eindeutig ja. Denn dann kann xine 3dnow, sse, sse2, mmx und sonstwas verwenden (wobei das eher die "untergelagerten" libs betrifft).
Tut es, wird aber immer mitcompiliert (sind alles Assembler-Routinen) und beim ersten Start geprüft, was am schnellsten läuft (die Werte kann man beim Start auf der Konsole mitlesen), selbst compilieren bringt in dem Bereich normalerweise nicht.
Generell gilt (auch unter Windows, nur dass man's da nicht kann ;) dass man in diesem Bereich (video) am besten selbst kompiliert. Und da ist ein "passendes" und nicht "kastriertes" src.rpm von packman mehr wert, als ein binary-rpm.
Naja, ehrlich gesagt glaube ich, dass die wenigsten User in der Lage sind, da erkennbar mehr rauszuholen. Wer glaubt mit nem simplen 'rpm --rebuild' irgend einen Vorbild rauszuholen (auch mit --target), der irrt. Wer natürlich absolute Ahnung vom gcc, seinen Optimierungen hat und die /usr/lib/rpm/rpmrc entsprechend aufgerüstet hat, mag in der Lage sein, noch 1 oder 2 Prozent rauszuschinden. Aber genau die Prozessoren, die die entsprechenden Möglichkeiten bieten, die haben den minimalen Schub nicht nötig. Glaub mir, ich hab da schon einige Diskussionen auf der xine-developer Liste hinter mir, da gibts einige entwickler, die das für kompletten Schwachsinn halten, überhaupt CFLAGS mitzugeben, da xine im Makefile für die entsprechenden Bereiche lange ausgetüftelte und -getestete Optimierungsparameter enthält. -- Machs gut | http://www.iivs.de/schwinde/buerger/tremmel/ | http://packman.links2linux.de/ Manfred | http://www.knightsoft-net.de