Hallo Allwissende Liste ;o)
ich wollte dvd::rip und transcode installieren.
Ich habe mir alle Sachen laut Anleitung (linux-User 04.2002) besorgt und
meiner Meinung nach installiert. Hatte aber ein kleines Problem,ich konnte
./configure nicht als USER ausführen,also habe ich alles als ROOT
installiert. Wenn ich jetzt transcode eingebe (Konsole),dann sagt er
folgendes:
asterix:/home/asterix # transcode
bash: transcode: command not found
Hab ich aber installiert sogar 2x.
Und wenn ich dvdrip eingebe kommt folgendes:
asterix:/home/asterix # dvdrip
Missing the following programs.
Please install them and configure your PATH:
transcode, tcscan, tccat, tcextract, tcdecode
at /usr/lib/perl5/site_perl/5.6.1/Video/DVDRip.pm line 0
Compilation failed in require at /usr/bin/dvdrip line 21.
BEGIN failed--compilation aborted at /usr/bin/dvdrip line 21.
Ich habe mir dann line 0 und line 21 angeschaut,aber da ich mich damit nicht
auskenne,sag ich mal das dort nichts aussergewöhnliches steht. ;o)
Hier ein auszug aus /usr/bin/dvdrip:
#!/usr/bin/perl
eval 'exec /usr/bin/perl -S $0 ${1+"$@"}'
if 0; # not running under some shell
# $Id: dvdrip,v 1.11 2002/05/14 22:24:50 joern Exp $
#-----------------------------------------------------------------------
# Copyright (C) 2001-2002 Jörn Reder
Hi Stefan, Am Dienstag, 13. August 2002 00:28 schrieb Stefan Blinkmann: [...]
Ich habe mir alle Sachen laut Anleitung (linux-User 04.2002) besorgt und meiner Meinung nach installiert. Hatte aber ein kleines Problem,ich konnte ./configure nicht als USER ausführen,also habe ich alles als ROOT installiert. Wenn ich jetzt transcode eingebe (Konsole),dann sagt er folgendes:
asterix:/home/asterix # transcode bash: transcode: command not found
Das ist für root kein Wunder: Mach mal als normaler User "which transcode" ergibt: /usr/local/bin/transcode Dann mach mal als root "echo $PATH" ergibt /usr/sbin:/bin:/usr/bin:/sbin:/usr/X11R6/bin Fällt Dir was auf? /usr/local/bin ist bei root im PATH nicht enthalten. Du müsstest also als root einen neuen export PATH machen, bei dem dann auch /usr/local/bin enthalten ist. [...]
asterix:/home/asterix # dvdrip Missing the following programs. Please install them and configure your PATH:
Das liegt an dem gleichen wie schon bei transcode: Die liegen alle in /usr/local/bin und das ist in dem PATH für root nicht mit drin. [...] Leider kann ich zu dem compilation error überhaupt nichts sagen. Vielleicht hat da jemand anderes Rat. Evtl. auch mal Google mit der Fehlermeldung befragen. Gruß Philipp -- registered Linux user number 258854 HOW-TO? -> GOTO http://counter.li.org/
Hallo Philipp, Am Dienstag, 13. August 2002 02:51 schrieb Philipp Zacharias:
Hi Stefan,
Am Dienstag, 13. August 2002 00:28 schrieb Stefan Blinkmann:
[...]
Ich habe mir alle Sachen laut Anleitung (linux-User 04.2002) besorgt und meiner Meinung nach installiert. Hatte aber ein kleines Problem,ich konnte ./configure nicht als USER ausführen,also habe ich alles als ROOT installiert. Wenn ich jetzt transcode eingebe (Konsole),dann sagt er folgendes:
asterix:/home/asterix # transcode bash: transcode: command not found
Das ist für root kein Wunder: Mach mal als normaler User "which transcode"
das ergibt bei mir leider garnichts :-(
ergibt: /usr/local/bin/transcode Dann mach mal als root "echo $PATH" ergibt /usr/sbin:/bin:/usr/bin:/sbin:/usr/X11R6/bin Fällt Dir was auf? /usr/local/bin ist bei root im PATH nicht enthalten. Du müsstest also als root einen neuen export PATH machen, bei dem dann auch /usr/local/bin enthalten ist.
[...]
asterix:/home/asterix # dvdrip Missing the following programs. Please install them and configure your PATH:
Das liegt an dem gleichen wie schon bei transcode: Die liegen alle in /usr/local/bin und das ist in dem PATH für root nicht mit drin.
[...]
Leider kann ich zu dem compilation error überhaupt nichts sagen. Vielleicht hat da jemand anderes Rat. Evtl. auch mal Google mit der Fehlermeldung befragen. Trotzdem Danke.
Gruß Stefan -- ------------------------------------------ #Don't send HTML coded Mails# #-----registered Linux User ------# #--------------Nr.281171------------#
On Tue, Aug 13, 2002 at 07:49:41AM +0200, Stefan Blinkmann wrote:
Hallo Philipp, Am Dienstag, 13. August 2002 02:51 schrieb Philipp Zacharias:
Hi Stefan,
Am Dienstag, 13. August 2002 00:28 schrieb Stefan Blinkmann:
[...]
Ich habe mir alle Sachen laut Anleitung (linux-User 04.2002) besorgt und meiner Meinung nach installiert. Hatte aber ein kleines Problem,ich konnte ./configure nicht als USER ausführen,also habe ich alles als ROOT installiert. Wenn ich jetzt transcode eingebe (Konsole),dann sagt er folgendes:
asterix:/home/asterix # transcode bash: transcode: command not found
Das ist für root kein Wunder: Mach mal als normaler User "which transcode"
das ergibt bei mir leider garnichts :-(
Es ist andersrum: Wenn das Programm als root installiert wurde, dann ist der Pfad nicht in der PATH-Variable des Users enthalten. Mach als root "which transcode" und füge den dabei rauskommenden Pfad in die PATH-Variable (/home/[name-des-normalen-users]/.bashrc) ein. So sollte es eigentlich hinhauen. Gruß Martin
at Tue, 13 Aug 2002 09:37:52 +0200 Martin Spoehrle wrote:
On Tue, Aug 13, 2002 at 07:49:41AM +0200, Stefan Blinkmann wrote:
Am Dienstag, 13. August 2002 02:51 schrieb Philipp Zacharias:
Am Dienstag, 13. August 2002 00:28 schrieb Stefan Blinkmann:
[...]
Ich habe mir alle Sachen laut Anleitung (linux-User 04.2002) besorgt und meiner Meinung nach installiert. Hatte aber ein kleines Problem,ich konnte ./configure nicht als USER ausführen,also habe ich alles als ROOT installiert. Wenn ich jetzt transcode eingebe (Konsole),dann sagt er folgendes:
asterix:/home/asterix # transcode bash: transcode: command not found
Das ist für root kein Wunder: Mach mal als normaler User "which transcode"
das ergibt bei mir leider garnichts :-(
Es ist andersrum: Wenn das Programm als root installiert wurde, dann ist der Pfad nicht in der PATH-Variable des Users enthalten.
Normal sollte sich doch /usr/local/bin im Pfad befinden. Denn dort ist bei mir transcode zu finden. Die dazugehörigen libs befinden sich in /usr/local/lib/transcode Ich habe schon mehrere Programme als root installiert und PATH nicht anpassen müssen. BYe Michael -- SENILE.COM found... Out Of Memory... Registered Linux User #228306 ICQ #151172379 http://macbyte.info/ GNU-PG-Key ID 0140F88B
On Tue, Aug 13, 2002 at 09:47:19AM +0200, Michael Raab wrote:
at Tue, 13 Aug 2002 09:37:52 +0200 Martin Spoehrle wrote:
On Tue, Aug 13, 2002 at 07:49:41AM +0200, Stefan Blinkmann wrote:
Am Dienstag, 13. August 2002 02:51 schrieb Philipp Zacharias:
Am Dienstag, 13. August 2002 00:28 schrieb Stefan Blinkmann:
[...]
[transcode als root installiert...] jetzt transcode eingebe (Konsole),dann sagt er folgendes:
asterix:/home/asterix # transcode bash: transcode: command not found
Das ist für root kein Wunder: Mach mal als normaler User "which transcode"
das ergibt bei mir leider garnichts :-(
Es ist andersrum: Wenn das Programm als root installiert wurde, dann ist der Pfad nicht in der PATH-Variable des Users enthalten.
Normal sollte sich doch /usr/local/bin im Pfad befinden. Denn dort ist bei mir transcode zu finden. Die dazugehörigen libs befinden sich in /usr/local/lib/transcode
Ich habe transcode nicht installiert und hatte es auch noch nie. Aber wenn als User "which transcode" nichts ergibt, dann ist entweder das Programm nicht installiert oder nicht im PATH enthalten. (Oder which nicht installiert)
Ich habe schon mehrere Programme als root installiert und PATH nicht anpassen müssen.
Ich musste den PATH schon öfter anpassen, wenn ich Programme woanders als nach /usr oder /usr/local installiert habe. Gruß Martin
On Die, 13 Aug 2002 at 10:22 (+0200), Martin Spoehrle wrote: [...]
Aber wenn als User "which transcode" nichts ergibt, dann ist entweder das Programm nicht installiert oder nicht im PATH enthalten. (Oder which nicht installiert)
Ja Ja (Nein): Wenn which nicht installiert ist, dann kommt (nachfolgendes ist getürkt, which ist bei mir natürlich installiert ;-): jan@k500:~> which transcode bash: which: command not found
Ich habe schon mehrere Programme als root installiert und PATH nicht anpassen müssen.
Ich musste den PATH schon öfter anpassen, wenn ich Programme woanders als nach /usr oder /usr/local installiert habe.
Wenn alle Stränge reissen: find / -name transcode -print Jan
Am Dienstag, 13. August 2002 21:04:21 schrieb Jan Trippler:
On Die, 13 Aug 2002 at 10:22 (+0200), Martin Spoehrle wrote:
Ich musste den PATH schon öfter anpassen, wenn ich Programme woanders als nach /usr oder /usr/local installiert habe. Wenn alle Stränge reissen: find / -name transcode -print
Oder [1] updatedb;locate transcode|grep bin Du kannst auch eine Nacht warten, dann kommst du um das updatedb herum. Martin [1] Zumindest ab SuSE 6.2 -- when in danger or in doubt, run in circles, scream and shout! pgp-key: via wwwkeys.de.pgp.net, key id is 0x21eec9b0
Hallo, On Tue, 13 Aug 2002, Martin Borchert wrote:
Am Dienstag, 13. August 2002 21:04:21 schrieb Jan Trippler:
On Die, 13 Aug 2002 at 10:22 (+0200), Martin Spoehrle wrote:
Ich musste den PATH schon öfter anpassen, wenn ich Programme woanders als nach /usr oder /usr/local installiert habe. Wenn alle Stränge reissen: find / -name transcode -print
Oder [1] updatedb;locate transcode|grep bin
Du kannst auch eine Nacht warten, dann kommst du um das updatedb herum.
<nitpick> Nur wenn man sich allnaechtlich von updatedb nerven laesst... </nitpick> Ich lass updatedb doch nicht jede Nacht auf meine 90 GB Daten(!) los, obwohl sich gar nix geaendert hat! updatedb ist also im daily-cronjob deaktiviert und wird nur per Hand bei Bedarf aufgerufen! Bei mir laeuft updatedb im Durchschnitt vielleicht einmal im Monat... Was user in ihren homes ablegen sollten diese ja selber wissen und laesst sich ggfs. auch schnell per find rausfinden... Evtl. (je nach System/Userlandschaft) ist vielleicht ein woechentliches updatedb sinnvoll (da kann man dann ja einen passenden cronjob anlegen) ... Generell (ohne interessante Aenderungen am System) ist ein taegliches updatedb einfach nur nervig. -d'*g*'nh PS: bei SuSE 6.2 steckt das updatedb in /etc/cron.daily/aaa_base, dort den passenden Abschnitt auskommentieren und stattdessen in ein script einfuegen, und um ein "#!/bin/bash\nsource /etc/rc.config" am Anfang ergaenzen. -- Denn drinnen war noch ne Ente. Äh! Die Füllung ist aber Zusammengbraten. Macht nix! Wird auch veroputzt. (Mampf, Schlürf, Schmatz,) *umdrehundwegguck* BRÖÖÖÖÖÖHHHHH! Der musste Raus! [WoKo in dag°]
On Tue, Aug 13, 2002 at 09:04:19PM +0200, Jan Trippler wrote:
On Die, 13 Aug 2002 at 10:22 (+0200), Martin Spoehrle wrote: [...]
Aber wenn als User "which transcode" nichts ergibt, dann ist entweder das Programm nicht installiert oder nicht im PATH enthalten. (Oder which nicht installiert)
Ja Ja
=)
(Nein): Wenn which nicht installiert ist, dann kommt (nachfolgendes ist getürkt, which ist bei mir natürlich installiert ;-): jan@k500:~> which transcode bash: which: command not found
Argh! Natürlich! Aber nur, wenn er auch die bash benutzt ;)
Wenn alle Stränge reissen: find / -name transcode -print
ACK. Aber er hat bisher noch nicht erwähnt, dass er den Installations- pfad verändert hat. Normalerweise sollte transcode also in /usr/local/bin aufzufinden sein... Gruß Martin
Martin Spoehrle schrieb:
[...] Es ist andersrum: Wenn das Programm als root installiert wurde, dann ist der Pfad nicht in der PATH-Variable des Users enthalten. Mach als root "which transcode" und füge den dabei rauskommenden Pfad in die PATH-Variable (/home/[name-des-normalen-users]/.bashrc) ein. So sollte es eigentlich hinhauen.
Hmm, nein, ich glaube, da liegst Du falsch. Wenn man als Root Programme ins System installiert, dann sind die entsprechenden Verzeichnisse normalerweise im Pfad des Users enthalten. Root dagegen hat einen sehr eingeschraenkten Pfad. Bestes Beispiel: /usr/local/bin. Dorthin werden normalerweise selbstcompilierte Programme installiert, und dieses Verzeichnis ist im Pfad des Users, nicht aber im Pfad von Root. Mal ganz davon abgesehen sollten Programme immer als normaler User compiliert werden. Nur zum Installieren ins System sind Root-Rechte noetig. Gruesse, Thomson -- Thomas Hertweck, Geophysicist Geophysical Institute, University of Karlsruhe
On Tue, Aug 13, 2002 at 06:33:19PM +0200, Thomas Hertweck wrote:
Martin Spoehrle schrieb:
[...] Es ist andersrum: Wenn das Programm als root installiert wurde, dann ist der Pfad nicht in der PATH-Variable des Users enthalten. Mach als root "which transcode" und füge den dabei rauskommenden Pfad in die PATH-Variable (/home/[name-des-normalen-users]/.bashrc) ein. So sollte es eigentlich hinhauen.
Hmm, nein, ich glaube, da liegst Du falsch. Wenn man als Root Programme ins System installiert, dann sind die entsprechenden Verzeichnisse normalerweise im Pfad des Users enthalten. Root dagegen hat einen sehr eingeschraenkten Pfad. Bestes Beispiel: /usr/local/bin. Dorthin werden normalerweise selbstcompilierte Programme installiert, und dieses Verzeichnis ist im Pfad des Users, nicht aber im Pfad von Root.
ACK! Ich hatte vergessen, hinzuschreiben, dass meine obige Aussage nur stimmt, wenn das Programm in einen non-Standard-Pfad installiert wird... Ooops, noch ACKer ;) "which transcode" als root würde dann gar nicht funktionieren. Okay, ich geb's zu, meine Aussage war falsch. Sorry :) Gruß Martin
Sorry für PM Martin,die Finger waren mal wieder schneller. Moin Moin, Am Mittwoch, 14. August 2002 08:53 schrieb Martin Spoehrle:
On Tue, Aug 13, 2002 at 09:04:19PM +0200, Jan Trippler wrote:
On Die, 13 Aug 2002 at 10:22 (+0200), Martin Spoehrle wrote: [...]
Aber wenn als User "which transcode" nichts ergibt, dann ist entweder das Programm nicht installiert oder nicht im PATH enthalten. (Oder which nicht installiert)
Ja Ja
=)
(Nein): Wenn which nicht installiert ist, dann kommt (nachfolgendes ist getürkt, which ist bei mir natürlich installiert ;-): jan@k500:~> which transcode bash: which: command not found
Argh! Natürlich! Aber nur, wenn er auch die bash benutzt ;)
Wenn alle Stränge reissen: find / -name transcode -print
ACK. Aber er hat bisher noch nicht erwähnt, dass er den Installations- pfad verändert hat. Normalerweise sollte transcode also in /usr/local/bin aufzufinden sein... Ja sollte,aber nicht bei mir.Er findet garnichts. :o( Den Installationspfad habe nicht verändert,bzw. ich weiß garnicht wie das geht.
Gruß Stefan -- ------------------------------------------ #Don't send HTML coded Mails# #-----registered Linux User ------# #--------------Nr.281171------------#
Hallo, ich bins nochmal,wie und wo muss ich was einstellen, damit ich ./configure als USER ausführen kann? Vieleicht klappt es ja dann. Danke Gruß Stefan -- ------------------------------------------ #Don't send HTML coded Mails# #-----registered Linux User ------# #--------------Nr.281171------------#
Hy, Am 02/08/13@16:48 schrieb Stefan Blinkmann:
ich bins nochmal,wie und wo muss ich was einstellen, damit ich ./configure als USER ausführen kann? Vieleicht klappt es ja dann.
Normalerweise rufst Du einfach in dem Verzeichnis ./configure auf, da ist nichts einzustellen. Welche Fehlermeldung gibt es denn dann? -- :wq-y maik
Am Mittwoch, 14. August 2002 00:11 schrieb Maik Holtkamp:
Hy,
Am 02/08/13@16:48 schrieb Stefan Blinkmann:
ich bins nochmal,wie und wo muss ich was einstellen, damit ich ./configure als USER ausführen kann? Vieleicht klappt es ja dann.
Normalerweise rufst Du einfach in dem Verzeichnis ./configure auf, da ist nichts einzustellen.
Welche Fehlermeldung gibt es denn dann? asterix@asterix:~/Downloads/DVDRIP/transcode-0.6.0> ./configure ./configure: config.log: Permission denied
keine Ahnung warum das immer bei nicht funktioniert. :o( Gruß Stefan -- ------------------------------------------ #Don't send HTML coded Mails# #-----registered Linux User ------# #--------------Nr.281171------------#
Moin, moin ... SBlinkmann@t-online.de (Stefan Blinkmann) schrieb:
asterix@asterix:~/Downloads/DVDRIP/transcode-0.6.0> ./configure ./configure: config.log: Permission denied
keine Ahnung warum das immer bei nicht funktioniert. :o(
Du hast vorher wohl schonmal ./configure als "root" aufgerufen, deswegen hast Du als User keinen Zugriff auf die von "root" erstellte Datei mit dem Namen "config.log" Packe das Archiv (*.tar.gz) in ein Verzeichnis, wo Du als User vollen Zugriff drauf hast. Entpacke das Archiv als User. Wechsele als User in das ausgepackte Verzeichnis. Und dann probiere ./configure make make test su make install <exit vom su> kind regards Martin Mewes -- Novacote Hamburg - IT/IS-Department - Germany PGP-key: http://www.mamemu.de/key.asc Key has been sent to: europe.keys.pgp.com Fingerprint: 40CF EF71 E891 E551 CBE1 4C99 BD1C C879 F568 1F23
Martin Mewes wrote:
SBlinkmann@t-online.de (Stefan Blinkmann) schrieb:
asterix@asterix:~/Downloads/DVDRIP/transcode-0.6.0> ./configure ./configure: config.log: Permission denied
keine Ahnung warum das immer bei nicht funktioniert. :o(
Du hast vorher wohl schonmal ./configure als "root" aufgerufen, deswegen hast Du als User keinen Zugriff auf die von "root" erstellte Datei mit dem Namen "config.log"
Yep, so sieht es tatsaechlich aus.
Packe das Archiv (*.tar.gz) in ein Verzeichnis, wo Du als User vollen Zugriff drauf hast. Entpacke das Archiv als User. Wechsele als User in das ausgepackte Verzeichnis. Und dann probiere
./configure make make test su make install <exit vom su>
Noch besser: Verwende "checkinstall" statt "make install". Das wird eine RPM Datei erstellen, die dann installiert wird. So ist gewaehr- leistet, dass die neu eingespielte Software auch in der RPM Daten- bank auftaucht und Abhaengigkeiten richtig ueberprueft werden koen- nen. Falls "checkinstall" bei Dir nicht gefunden wird auf dem System, dann schau mal auf die SuSE DVD/CDs, da ist das mit dabei. Gruesse, Thomson
Am Mittwoch, 14. August 2002 13:45 schrieb Thomas Hertweck:
Martin Mewes wrote:
SBlinkmann@t-online.de (Stefan Blinkmann) schrieb:
asterix@asterix:~/Downloads/DVDRIP/transcode-0.6.0> ./configure ./configure: config.log: Permission denied
keine Ahnung warum das immer bei nicht funktioniert. :o(
Du hast vorher wohl schonmal ./configure als "root" aufgerufen, deswegen hast Du als User keinen Zugriff auf die von "root" erstellte Datei mit dem Namen "config.log"
Yep, so sieht es tatsaechlich aus.
Packe das Archiv (*.tar.gz) in ein Verzeichnis, wo Du als User vollen Zugriff drauf hast. Entpacke das Archiv als User. Wechsele als User in das ausgepackte Verzeichnis. Und dann probiere
./configure make make test su make install <exit vom su>
Noch besser: Verwende "checkinstall" statt "make install". Bei checkinstall kommt folgender Fehler: [...] **** Installation failed. Aborting package creation.
Restoring overwritten files from backup...OK Cleaning up...OK Bye.
Das wird eine RPM Datei erstellen, die dann installiert wird. So ist gewaehr leistet, dass die neu eingespielte Software auch in der RPM Daten- bank auftaucht und Abhaengigkeiten richtig ueberprueft werden koen- nen. Falls "checkinstall" bei Dir nicht gefunden wird auf dem System, dann schau mal auf die SuSE DVD/CDs, da ist das mit dabei. Und nu? Ich hab echt keine ahnung.
bis denn Stefan -- ------------------------------------------ #Don't send HTML coded Mails# #-----registered Linux User ------# #--------------Nr.281171------------#
Stefan Blinkmann wrote:
[...] Bei checkinstall kommt folgender Fehler: [...] **** Installation failed. Aborting package creation. Restoring overwritten files from backup...OK Cleaning up...OK [...]
Vermutlich gab es Fehler beim Compilieren des Programmes (make bzw. make all) und/oder Du rufst "checkinstall" nicht als root auf (wobei das glaube ich gar nicht so einfach geht). Du musst erst schauen, dass die Software _OHNE_ Fehler compiliert (als User). Danach wirst Du zu root und rufst "checkinstall" auf. Ohne genauere Angaben Deinerseits kann ich auf die Entfernung auch nicht sagen, was genau schief laeuft. Vermutlich - ohne Dir jetzt zu nahe treten zu wollen - machst Du irgendwo einen Fehler. Falls ich Zeit habe, schaue ich mir heut abend den ge- samten Thread nochmal an, vielleicht verstehe ich dann, was genau Du machst und wo der Fehler liegen koennte. Gruesse, Thomson
Stefan Blinkmann wrote:
Am Mittwoch, 14. August 2002 13:45 schrieb Thomas Hertweck:
Martin Mewes wrote:
SBlinkmann@t-online.de (Stefan Blinkmann) schrieb:
asterix@asterix:~/Downloads/DVDRIP/transcode-0.6.0> ./configure ./configure: config.log: Permission denied
keine Ahnung warum das immer bei nicht funktioniert. :o(
Du hast vorher wohl schonmal ./configure als "root" aufgerufen, deswegen hast Du als User keinen Zugriff auf die von "root" erstellte Datei mit dem Namen "config.log"
Yep, so sieht es tatsaechlich aus.
Packe das Archiv (*.tar.gz) in ein Verzeichnis, wo Du als User vollen Zugriff drauf hast. Entpacke das Archiv als User. Wechsele als User in das ausgepackte Verzeichnis. Und dann probiere
./configure make make test su make install <exit vom su>
Noch besser: Verwende "checkinstall" statt "make install".
Bei checkinstall kommt folgender Fehler: [...] **** Installation failed. Aborting package creation.
Hm, eine checkinstall Meldung, kenne ich nicht :(. nach dem configure Lauf zeigt Dir transcode eine Liste der gefundenen Optionen. Poste die. Ich schätze das Dein make Lauf schon mit Fehler abbricht. Poste mal die letzten 10 Zeilen des make Laufs. -- - maik
Am Mittwoch, 14. August 2002 14:43 schrieb Maik Holtkamp:
Stefan Blinkmann wrote:
Am Mittwoch, 14. August 2002 13:45 schrieb Thomas Hertweck:
Martin Mewes wrote:
SBlinkmann@t-online.de (Stefan Blinkmann) schrieb:
asterix@asterix:~/Downloads/DVDRIP/transcode-0.6.0> ./configure ./configure: config.log: Permission denied
keine Ahnung warum das immer bei nicht funktioniert. :o(
Du hast vorher wohl schonmal ./configure als "root" aufgerufen, deswegen hast Du als User keinen Zugriff auf die von "root" erstellte Datei mit dem Namen "config.log"
Yep, so sieht es tatsaechlich aus.
Packe das Archiv (*.tar.gz) in ein Verzeichnis, wo Du als User vollen Zugriff drauf hast. Entpacke das Archiv als User. Wechsele als User in das ausgepackte Verzeichnis. Und dann probiere
./configure make make test su make install <exit vom su>
Noch besser: Verwende "checkinstall" statt "make install".
Bei checkinstall kommt folgender Fehler: [...] **** Installation failed. Aborting package creation.
Hm, eine checkinstall Meldung, kenne ich nicht :(. nach dem configure Lauf zeigt Dir transcode eine Liste der gefundenen Optionen. Poste die.
Summary for transcode 0.6.0 features: static AV-frame buffering yes DVD navigation support with libdvdread yes link against local lame library (>=3.89) no support for network (sockets) streams yes avifile dependent modules | (>0.6) support yes | yes libmpeg3 dependent modules no quicktime dependent modules no libdv dependent modules yes liba52 audio plugin (>=0.7.3) | default decoder yes | no libfame video encoding plugin no nasm dependent modules yes ImageMagick dependent modules (>=5.4.3) no libjpeg dependent modules yes libxml2 dependent modules yes mjpegtools dependent modules yes experimental v4l support yes X11 dependent filter plugins yes MPlayer libpostproc dependent filter plugin no experimental Ogg support | Vorbis support no | yes ----------------------------------------------------------
Ich schätze das Dein make Lauf schon mit Fehler abbricht. Poste mal die letzten 10 Zeilen des make Laufs. [...] In file included from /usr/include/libdv/dv.h:31, from dvenc.h:31, from dvenc.c:25: /usr/include/libdv/dv_types.h:38: glib.h: Datei oder Verzeichnis nicht gefunden make[2]: *** [dvenc.o] Fehler 1 make[2]: Verlassen des Verzeichnisses Verzeichnis »/home/asterix/Downloads/transcode-0.6.0/libdvenc« make[1]: *** [all-recursive] Fehler 1 make[1]: Verlassen des Verzeichnisses Verzeichnis »/home/asterix/Downloads/transcode-0.6.0« make: *** [all] Fehler 2
Danke Gruß Stefan -- ------------------------------------------ #Don't send HTML coded Mails# #-----registered Linux User ------# #--------------Nr.281171------------#
Stefan Blinkmann wrote:
Am Mittwoch, 14. August 2002 14:43 schrieb Maik Holtkamp:
Stefan Blinkmann wrote:
Am Mittwoch, 14. August 2002 13:45 schrieb Thomas Hertweck:
Martin Mewes wrote:
SBlinkmann@t-online.de (Stefan Blinkmann) schrieb:
asterix@asterix:~/Downloads/DVDRIP/transcode-0.6.0> ./configure ./configure: config.log: Permission denied
keine Ahnung warum das immer bei nicht funktioniert. :o(
Du hast vorher wohl schonmal ./configure als "root" aufgerufen, deswegen hast Du als User keinen Zugriff auf die von "root" erstellte Datei mit dem Namen "config.log"
Yep, so sieht es tatsaechlich aus.
Packe das Archiv (*.tar.gz) in ein Verzeichnis, wo Du als User vollen Zugriff drauf hast. Entpacke das Archiv als User. Wechsele als User in das ausgepackte Verzeichnis. Und dann probiere
./configure make make test su make install <exit vom su>
Noch besser: Verwende "checkinstall" statt "make install".
Bei checkinstall kommt folgender Fehler: [...] **** Installation failed. Aborting package creation.
Hm, eine checkinstall Meldung, kenne ich nicht :(. nach dem configure Lauf zeigt Dir transcode eine Liste der gefundenen Optionen. Poste die.
Summary for transcode 0.6.0 features:
static AV-frame buffering yes DVD navigation support with libdvdread yes link against local lame library (>=3.89) no support for network (sockets) streams yes avifile dependent modules | (>0.6) support yes | yes libmpeg3 dependent modules no quicktime dependent modules no libdv dependent modules yes liba52 audio plugin (>=0.7.3) | default decoder yes | no libfame video encoding plugin no nasm dependent modules yes ImageMagick dependent modules (>=5.4.3) no libjpeg dependent modules yes libxml2 dependent modules yes mjpegtools dependent modules yes experimental v4l support yes X11 dependent filter plugins yes MPlayer libpostproc dependent filter plugin no experimental Ogg support | Vorbis support no | yes ----------------------------------------------------------
Ich schätze das Dein make Lauf schon mit Fehler abbricht. Poste mal die letzten 10 Zeilen des make Laufs.
[...] In file included from /usr/include/libdv/dv.h:31, from dvenc.h:31, from dvenc.c:25: /usr/include/libdv/dv_types.h:38: glib.h: Datei oder Verzeichnis nicht gefunden make[2]: *** [dvenc.o] Fehler 1 make[2]: Verlassen des Verzeichnisses Verzeichnis »/home/asterix/Downloads/transcode-0.6.0/libdvenc« make[1]: *** [all-recursive] Fehler 1 make[1]: Verlassen des Verzeichnisses Verzeichnis »/home/asterix/Downloads/transcode-0.6.0« make: *** [all] Fehler 2
Deine libdv Installation ist nicht in Ordnung. Siehe dazu auch FAQ auf der transcode Seite: ---schnipp--- I suspect you have hit the libdv-0.9 MMX run-time detection bug. Please install libdv-0.9.5 or newer or downgrade to libdv-0.8. If you have avifile + DV codecs installed, you can also use "-x af6". ---schnapp--- Also entweder libdv-0.9.5 oder 0.8. Du kannst aber bestimmt auch beim configure Aufruf die Unterstützung für libdv abschalten. Dann machst Du sowas wie: configure --with-libdv=no Wegen der genauen Syntax schau Dir die Ausgabe von configure --help an. Libdv brauchst Du eigentlich nur, wenn Du mit transcode auch digal video verarbeiten willst. HTH. -- - maik
at Wed, 14 Aug 2002 15:04:38 +0200 Maik Holtkamp wrote: [....]
Dann machst Du sowas wie:
configure --with-libdv=no
---------------------------------------------------------- Summary for transcode 0.6.0 features: static AV-frame buffering yes DVD navigation support with libdvdread yes link against local lame library (>=3.89) yes support for network (sockets) streams yes avifile dependent modules | (>0.6) support yes | yes libmpeg3 dependent modules yes quicktime dependent modules no <<---- libdv dependent modules yes liba52 audio plugin (>=0.7.3) | default decoder yes | no libfame video encoding plugin yes nasm dependent modules yes ImageMagick dependent modules (>=5.4.3) yes libjpeg dependent modules yes libxml2 dependent modules yes mjpegtools dependent modules yes experimental v4l support yes X11 dependent filter plugins yes MPlayer libpostproc dependent filter plugin yes experimental Ogg support | Vorbis support yes | yes ---------------------------------------------------------- Welches Paket muss denn auf dem System vorhanden sein, damit man auch Quicktime bearbeiten kann? Ich habe bei mir OpenQuicktime[1] bei mir installiert. Bye Michael [1] http://openquicktime.sourceforge.net/ -- Alle Rechtschreibfehler sind beabsichtigt und dienen der allgemeinen Belustigung. Registered Linux User #228306 ICQ #151172379 http://macbyte.info/ GNU-PG-Key ID 0140F88B
Michael Raab wrote:
at Wed, 14 Aug 2002 15:04:38 +0200 Maik Holtkamp wrote: [....]
Dann machst Du sowas wie:
configure --with-libdv=no
libmpeg3 dependent modules yes quicktime dependent modules no <<----
Welches Paket muss denn auf dem System vorhanden sein, damit man auch Quicktime bearbeiten kann?
Ich habe bei mir OpenQuicktime[1] bei mir installiert.
Da es so nah an lipmpeg3 liegt ;) würde ich das probieren: http://heroinewarrior.com/quicktime.php3 -- - maik
Michael Raab schrieb:
[...] Welches Paket muss denn auf dem System vorhanden sein, damit man auch Quicktime bearbeiten kann? [...]
quicktime4linux + quicktime4linux-devel http://www.heroinewarrior.com/quicktime.html Gruesse, Thomson -- Thomas Hertweck, Geophysicist Geophysical Institute, University of Karlsruhe
Am Mittwoch, 14. August 2002 15:04 schrieb Maik Holtkamp:
Stefan Blinkmann wrote:
Am Mittwoch, 14. August 2002 14:43 schrieb Maik Holtkamp:
Stefan Blinkmann wrote:
Am Mittwoch, 14. August 2002 13:45 schrieb Thomas Hertweck:
Martin Mewes wrote:
SBlinkmann@t-online.de (Stefan Blinkmann) schrieb: >asterix@asterix:~/Downloads/DVDRIP/transcode-0.6.0> ./configure >./configure: config.log: Permission denied > >keine Ahnung warum das immer bei nicht funktioniert. :o(
Du hast vorher wohl schonmal ./configure als "root" aufgerufen, deswegen hast Du als User keinen Zugriff auf die von "root" erstellte Datei mit dem Namen "config.log"
Yep, so sieht es tatsaechlich aus.
Packe das Archiv (*.tar.gz) in ein Verzeichnis, wo Du als User vollen Zugriff drauf hast. Entpacke das Archiv als User. Wechsele als User in das ausgepackte Verzeichnis. Und dann probiere
./configure make make test su make install <exit vom su>
Noch besser: Verwende "checkinstall" statt "make install".
Bei checkinstall kommt folgender Fehler: [...] **** Installation failed. Aborting package creation.
Hm, eine checkinstall Meldung, kenne ich nicht :(. nach dem configure Lauf zeigt Dir transcode eine Liste der gefundenen Optionen. Poste die.
Summary for transcode 0.6.0 features:
static AV-frame buffering yes DVD navigation support with libdvdread yes link against local lame library (>=3.89) no support for network (sockets) streams yes avifile dependent modules | (>0.6) support yes | yes libmpeg3 dependent modules no quicktime dependent modules no libdv dependent modules yes liba52 audio plugin (>=0.7.3) | default decoder yes | no libfame video encoding plugin no nasm dependent modules yes ImageMagick dependent modules (>=5.4.3) no libjpeg dependent modules yes libxml2 dependent modules yes mjpegtools dependent modules yes experimental v4l support yes X11 dependent filter plugins yes MPlayer libpostproc dependent filter plugin no experimental Ogg support | Vorbis support no | yes ----------------------------------------------------------
Ich schätze das Dein make Lauf schon mit Fehler abbricht. Poste mal die letzten 10 Zeilen des make Laufs.
[...] In file included from /usr/include/libdv/dv.h:31, from dvenc.h:31, from dvenc.c:25: /usr/include/libdv/dv_types.h:38: glib.h: Datei oder Verzeichnis nicht gefunden make[2]: *** [dvenc.o] Fehler 1 make[2]: Verlassen des Verzeichnisses Verzeichnis »/home/asterix/Downloads/transcode-0.6.0/libdvenc« make[1]: *** [all-recursive] Fehler 1 make[1]: Verlassen des Verzeichnisses Verzeichnis »/home/asterix/Downloads/transcode-0.6.0« make: *** [all] Fehler 2
Deine libdv Installation ist nicht in Ordnung. Siehe dazu auch FAQ auf der transcode Seite:
---schnipp--- I suspect you have hit the libdv-0.9 MMX run-time detection bug. Please install libdv-0.9.5 or newer or downgrade to libdv-0.8. If you have avifile + DV codecs installed, you can also use "-x af6". ---schnapp---
Also entweder libdv-0.9.5 oder 0.8. Installiert ist folgendes:
asterix@asterix:~> rpm -qa | grep -i libdv libdvdread2-0.9.3-0 libdvdnav-0.1.1-1 libdvdcss2-1.2.2-1 libdv-0.98-1 [...] Gruß Stefan -- ------------------------------------------ #Don't send HTML coded Mails# #-----registered Linux User ------# #--------------Nr.281171------------#
Stefan Blinkmann wrote:
Am Mittwoch, 14. August 2002 15:04 schrieb Maik Holtkamp:
Stefan Blinkmann wrote:
In file included from /usr/include/libdv/dv.h:31, from dvenc.h:31, from dvenc.c:25: /usr/include/libdv/dv_types.h:38: glib.h: Datei oder Verzeichnis nicht gefunden make[2]: *** [dvenc.o] Fehler 1 make[2]: Verlassen des Verzeichnisses Verzeichnis »/home/asterix/Downloads/transcode-0.6.0/libdvenc« make[1]: *** [all-recursive] Fehler 1 make[1]: Verlassen des Verzeichnisses Verzeichnis »/home/asterix/Downloads/transcode-0.6.0« make: *** [all] Fehler 2
Deine libdv Installation ist nicht in Ordnung. Siehe dazu auch FAQ auf der transcode Seite:
---schnipp--- I suspect you have hit the libdv-0.9 MMX run-time detection bug. Please install libdv-0.9.5 or newer or downgrade to libdv-0.8. If you have avifile + DV codecs installed, you can also use "-x af6". ---schnapp---
Also entweder libdv-0.9.5 oder 0.8.
Installiert ist folgendes:
asterix@asterix:~> rpm -qa | grep -i libdv libdvdread2-0.9.3-0 libdvdnav-0.1.1-1 libdvdcss2-1.2.2-1 libdv-0.98-1
Die Version sollte gehen, aber schau mal ob SuSE nicht noch ein Paket libdv-devel hat und installier das. libdv, brauchst Du nur wenn Du Material, dass Du von einem digitalen Camcorder aufgenommen hast verarbeiten willst. Auch wenn Du keine libdv Unterstützung hast hast, kannst Du mit dem avifile Modul über -x af6 DV Material unter Benutzung entsprechender win32 dlls bearbeiten. Es ist also nicht _so_ wichtig und über dvd:rip kannst Du es AFAIK eh? nicht nutzen. Wenn Du keinen DV Camcorder hast und ein devel Paket auch nicht exsistiert, würde ich die libdv Unterstützung über den entsprechenden configure Aufruf abschalten. -- - maik
Maik Holtkamp schrieb:
Stefan Blinkmann wrote:
[...] In file included from /usr/include/libdv/dv.h:31, from dvenc.h:31, from dvenc.c:25: /usr/include/libdv/dv_types.h:38: glib.h: Datei oder Verzeichnis nicht gefunden make[2]: *** [dvenc.o] Fehler 1 make[2]: Verlassen des Verzeichnisses Verzeichnis »/home/asterix/Downloads/transcode-0.6.0/libdvenc« make[1]: *** [all-recursive] Fehler 1 make[1]: Verlassen des Verzeichnisses Verzeichnis »/home/asterix/Downloads/transcode-0.6.0« make: *** [all] Fehler 2
Deine libdv Installation ist nicht in Ordnung. Siehe dazu auch FAQ auf der transcode Seite: [...]
Wie kommst Du denn da drauf? Steht doch eindeutig da, was der Fall ist: "glib.h: Datei oder Verzeichnis nicht gefunden" Auf dem System wird das Header-File glib.h nicht gefunden. Das wundert mich auch nicht, weil es zu einem der *-devel RPM Pakete gehoert. Es muss noch das Paket glib-devel installiert werden, dann wird dieser Fehler oben verschwin- den. Gruesse, Thomson -- Thomas Hertweck, Geophysicist Geophysical Institute, University of Karlsruhe
Hy, Am 02/08/14@17:18 schrieb Thomas Hertweck:
Maik Holtkamp schrieb:
Stefan Blinkmann wrote:
[...] In file included from /usr/include/libdv/dv.h:31, from dvenc.h:31, from dvenc.c:25: /usr/include/libdv/dv_types.h:38: glib.h: Datei oder Verzeichnis nicht gefunden make[2]: *** [dvenc.o] Fehler 1 make[2]: Verlassen des Verzeichnisses Verzeichnis »/home/asterix/Downloads/transcode-0.6.0/libdvenc« make[1]: *** [all-recursive] Fehler 1 make[1]: Verlassen des Verzeichnisses Verzeichnis »/home/asterix/Downloads/transcode-0.6.0« make: *** [all] Fehler 2
Deine libdv Installation ist nicht in Ordnung. Siehe dazu auch FAQ auf der transcode Seite: [...]
Wie kommst Du denn da drauf? Steht doch eindeutig da, was der Fall ist: "glib.h: Datei oder Verzeichnis nicht gefunden" Auf dem System wird das Header-File glib.h nicht gefunden. Das wundert mich auch nicht, weil es zu einem der *-devel RPM Pakete gehoert. Es muss noch das Paket glib-devel installiert werden, dann wird dieser Fehler oben verschwin- den.
Ja, stimmt, sorry. War Blödsinn. -- :wq-y maik
On Wed, Aug 14, 2002 at 12:46:58PM +0200, Stefan Blinkmann wrote:
Am Mittwoch, 14. August 2002 00:11 schrieb Maik Holtkamp:
Hy,
Am 02/08/13@16:48 schrieb Stefan Blinkmann:
ich bins nochmal,wie und wo muss ich was einstellen, damit ich ./configure als USER ausführen kann? Vieleicht klappt es ja dann.
Normalerweise rufst Du einfach in dem Verzeichnis ./configure auf, da ist nichts einzustellen.
Welche Fehlermeldung gibt es denn dann? asterix@asterix:~/Downloads/DVDRIP/transcode-0.6.0> ./configure ./configure: config.log: Permission denied
keine Ahnung warum das immer bei nicht funktioniert. :o(
Das schaut fast so aus, als hättest du nicht das Recht, in dem Verzeichnis ~/Downloads/DVDRIP/transcode-0.6.0 zu schreiben. ./configure will nämlich in diesem Verzeichnis die Datei config.log anlegen. Versuch mal, in dem Verzeichnis eine Datei zu erstellen. Nötigenfalls musst du dann mit chown und chmod Berechtigungen und Besitzer/Gruppen des Verzeichnisses anpassen. Ich hab mir auch gerade transcode-0.6.0 von freshmeat.net geholt und bei mir ist es kein Problem, ./configure auszuführen. Gruß Martin
On Tue, Aug 13, 2002 at 04:48:49PM +0200, Stefan Blinkmann wrote:
Hallo, ich bins nochmal,wie und wo muss ich was einstellen, damit ich ./configure als USER ausführen kann? Vieleicht klappt es ja dann.
Wo hattest du das source-Package denn hinentpackt? Solltest du es in /usr/src entpackt haben, dann ist klar, warum du keine Rechte für ./configure hast: In /usr/src hat ein normaler User keine Schreibrechte. Versuch mal, transcode in deinem Home-Verzeichnis (/home/asterix) zu kompilieren. Dort sollte es eigentlich als "asterix" funktionieren. Nur zum Installieren (warscheinlich make install) musst du natürlich root sein. Gruß Martin
Hallo, ich habe mir jetzt das fertige *rpm Packet von PackMan runtergeladen und versucht zu installieren.Leider ohne erfolg. :o( Ich bekam folgende Fehlermeldung:
Am Dienstag, 13. August 2002 20:24 schrieb Stefan Blinkmann:
ich habe mir jetzt das fertige *rpm Packet von PackMan runtergeladen und versucht zu installieren.Leider ohne erfolg. :o(
Oh, wusste gar nicht, das ich mir mit dem gcc 3.1.1 bei transcode so viel abhängigkeiten einfange.
Ich bekam folgende Fehlermeldung:
Paket libgcc
libjasper-1.500.so.0 is needed by transcode-0.6.0-0
Paket libjasper
libstdc++.so.5 is needed by transcode-0.6.0-0 libstdc++.so.5(CXXABI_1) is needed by transcode-0.6.0-0 libstdc++.so.5(GLIBCPP_3.1) is needed by transcode-0.6.0-0
Paket libstdc++ Alle zu finden unter ftp://sunsite.informatik.rwth-aachen.de/pub/Linux/suse/people/aj/Current_Toolchain/i386/gcc-3.2 -- Machs gut | http://www.iiv.de/schwinde/buerger/tremmel/ Manfred | http://www.knightsoft-net.de
Hallo, Am Dienstag, 13. August 2002 22:20 schrieb Manfred Tremmel:
Am Dienstag, 13. August 2002 20:24 schrieb Stefan Blinkmann:
ich habe mir jetzt das fertige *rpm Packet von PackMan runtergeladen und versucht zu installieren.Leider ohne erfolg. :o(
Oh, wusste gar nicht, das ich mir mit dem gcc 3.1.1 bei transcode so viel abhängigkeiten einfange.
Ich bekam folgende Fehlermeldung:
Paket libgcc
libjasper-1.500.so.0 is needed by transcode-0.6.0-0
Paket libjasper
libstdc++.so.5 is needed by transcode-0.6.0-0 libstdc++.so.5(CXXABI_1) is needed by transcode-0.6.0-0 libstdc++.so.5(GLIBCPP_3.1) is needed by transcode-0.6.0-0
Paket libstdc++
Alle zu finden unter
ftp://sunsite.informatik.rwth-aachen.de/pub/Linux/suse/people/aj/Current_To olchain/i386/gcc-3.2 Ausser libjasper,das habe ich aber schon installiert und er sagt trotzdem das es nicht da ist *grrr* Langsam verzweifle ich hier;kann doch nicht sein das es immer bei nicht funktioniert.Und als ich libstdc++ runtergeladen hatte und installieren wollte bekomme ich folgende Fehlermeldung:
Hi Stefan, Am Mittwoch, 14. August 2002 12:42 schrieb Stefan Blinkmann:
Am Dienstag, 13. August 2002 22:20 schrieb Manfred Tremmel:
Am Dienstag, 13. August 2002 20:24 schrieb Stefan Blinkmann:
ich habe mir jetzt das fertige *rpm Packet von PackMan runtergeladen und versucht zu installieren.Leider ohne erfolg. :o(
mein Tipp: Verzichte auf die RPMs und builde Transcode aus den Sourcen! Das sollte wirklich nicht allzu viele Probleme machen. Wenn Du allzu viel mit rpms und gleichzeitig noch Tarballs rumexperimentierst, erhöhst Du lediglich die Chancen, dass Du ein inkonsistentes System produzierst. [...]
Alle zu finden unter
ftp://sunsite.informatik.rwth-aachen.de/pub/Linux/suse/people/a j/Current_To olchain/i386/gcc-3.2
Ausser libjasper,das habe ich aber schon installiert und er sagt trotzdem das es nicht da ist *grrr*
Hast Du es als rpm eingespielt? Was ergibt ein "rpm -qa | grep -i libjasper"?
Langsam verzweifle ich hier;kann doch nicht sein das es immer bei nicht funktioniert.Und als ich libstdc++ runtergeladen hatte und installieren wollte bekomme ich folgende Fehlermeldung:
[...]
libstdc++-libc6.2-2.so.3 is needed by groff-1.17.2-227 libstdc++-libc6.2-2.so.3 is needed by pilot-link-0.9.3-207
[...GANZ SCHRECKLICH VIELE libstdc++ Meldungen. War es wirklich nötig, die ALLE zu posten? So machst Du Dir keine Freunde...]
Ich versteh das nicht. :o(
Wieso? Das bedeutet, dass die installierten libstdc6.2-2.so.3 benötigt werden, die Du mit libstdc5.* überspielen wolltest. Sei bloß froh, dass das Paket nicht installiert wurde! Ich wiederhole meinen Tipp: Nimm Tarballs und installiere transcode mit ./configure -> make -> su -> checkinstall Gruß Philipp -- registered Linux user number 258854 HOW-TO? -> GOTO http://counter.li.org/
Am Mittwoch, 14. August 2002 14:17 schrieb Philipp Zacharias:
Hi Stefan,
Am Mittwoch, 14. August 2002 12:42 schrieb Stefan Blinkmann:
Am Dienstag, 13. August 2002 22:20 schrieb Manfred Tremmel:
Am Dienstag, 13. August 2002 20:24 schrieb Stefan Blinkmann:
ich habe mir jetzt das fertige *rpm Packet von PackMan runtergeladen und versucht zu installieren.Leider ohne erfolg. :o(
mein Tipp: Verzichte auf die RPMs und builde Transcode aus den Sourcen! Das sollte wirklich nicht allzu viele Probleme machen. Wenn Du allzu viel mit rpms und gleichzeitig noch Tarballs rumexperimentierst, erhöhst Du lediglich die Chancen, dass Du ein inkonsistentes System produzierst.
[...]
Alle zu finden unter
ftp://sunsite.informatik.rwth-aachen.de/pub/Linux/suse/people/a j/Current_To olchain/i386/gcc-3.2
Ausser libjasper,das habe ich aber schon installiert und er sagt trotzdem das es nicht da ist *grrr*
Hast Du es als rpm eingespielt? Was ergibt ein "rpm -qa | grep -i libjasper"?
asterix@asterix:~> rpm -qa | grep -i libjasper libjasper-1.500.4-40
Langsam verzweifle ich hier;kann doch nicht sein das es immer bei nicht funktioniert.Und als ich libstdc++ runtergeladen hatte und installieren wollte bekomme ich folgende Fehlermeldung:
[...]
libstdc++-libc6.2-2.so.3 is needed by groff-1.17.2-227 libstdc++-libc6.2-2.so.3 is needed by pilot-link-0.9.3-207
[...GANZ SCHRECKLICH VIELE libstdc++ Meldungen. War es wirklich nötig, die ALLE zu posten? So machst Du Dir keine Freunde...]
Sorry ;o) ;dachte nur das das vieleicht Helfen würde ;-(
Ich versteh das nicht. :o(
Wieso? Das bedeutet, dass die installierten libstdc6.2-2.so.3 benötigt werden, die Du mit libstdc5.* überspielen wolltest. Sei bloß froh, dass das Paket nicht installiert wurde!
Ok,glück gehabt :o)
Ich wiederhole meinen Tipp: Nimm Tarballs und installiere transcode mit ./configure -> make -> su -> checkinstall Hab ich gerade gemacht,er installiert leider nichts. which transcode ergab leider nichts. Aber mir sind bei der installation Fehler aufgefallen,ich kann die aber nicht deuten.Meinst du ich sollte die mal Posten?
Gruß aus Hamburg Stefan -- ------------------------------------------ #Don't send HTML coded Mails# #-----registered Linux User ------# #--------------Nr.281171------------#
Hi Stefan, Am Mittwoch, 14. August 2002 14:23 schrieb Stefan Blinkmann:
Am Mittwoch, 14. August 2002 14:17 schrieb Philipp Zacharias:
Am Mittwoch, 14. August 2002 12:42 schrieb Stefan Blinkmann:
Am Dienstag, 13. August 2002 22:20 schrieb Manfred Tremmel:
Am Dienstag, 13. August 2002 20:24 schrieb Stefan Blinkmann:
[...]
Ausser libjasper,das habe ich aber schon installiert und er sagt trotzdem das es nicht da ist *grrr*
Hast Du es als rpm eingespielt? Was ergibt ein "rpm -qa | grep -i libjasper"?
asterix@asterix:~> rpm -qa | grep -i libjasper libjasper-1.500.4-40
libjasper ist bei mir übrigens nicht installiert und transcode funktioniert trotzdem.
Langsam verzweifle ich hier;kann doch nicht sein das es immer bei nicht funktioniert.Und als ich libstdc++ runtergeladen hatte und installieren wollte bekomme ich folgende Fehlermeldung:
[...]
libstdc++-libc6.2-2.so.3 is needed by groff-1.17.2-227 libstdc++-libc6.2-2.so.3 is needed by pilot-link-0.9.3-207
[...GANZ SCHRECKLICH VIELE libstdc++ Meldungen. War es wirklich nötig, die ALLE zu posten? So machst Du Dir keine Freunde...]
Sorry ;o) ;dachte nur das das vieleicht Helfen würde ;-(
Aber die sagen doch alle das gleiche, nämlich dass libc.6.2-2.so.3 von Paket soundso benötigt wird. Wenn sich eine Fehlermeldung ständig wiederholt, ist es wirklich nicht nötig, so einen langen Sermon zu posten. [...]
Ich wiederhole meinen Tipp: Nimm Tarballs und installiere transcode mit ./configure -> make -> su -> checkinstall
Hab ich gerade gemacht,er installiert leider nichts. which transcode ergab leider nichts.
Welches Du hoffentlich als User ausgeführt hast *g*?
Aber mir sind bei der installation Fehler aufgefallen,ich kann die aber nicht deuten.Meinst du ich sollte die mal Posten?
Wenn das nicht allzu viel ist, kannst Du es in die Liste posten, ansonsten bitte an mich privat. Aber kein komplettes Logfile! Nur Errors. Gruß Philipp -- registered Linux user number 258854 HOW-TO? -> GOTO http://counter.li.org/
Am Mittwoch, 14. August 2002 14:41 schrieb Philipp Zacharias:
Hi Stefan,
Am Mittwoch, 14. August 2002 14:23 schrieb Stefan Blinkmann:
Am Mittwoch, 14. August 2002 14:17 schrieb Philipp Zacharias:
Am Mittwoch, 14. August 2002 12:42 schrieb Stefan Blinkmann:
Am Dienstag, 13. August 2002 22:20 schrieb Manfred Tremmel:
Am Dienstag, 13. August 2002 20:24 schrieb Stefan Blinkmann:
[...]
Ausser libjasper,das habe ich aber schon installiert und er sagt trotzdem das es nicht da ist *grrr*
Hast Du es als rpm eingespielt? Was ergibt ein "rpm -qa | grep -i libjasper"?
asterix@asterix:~> rpm -qa | grep -i libjasper libjasper-1.500.4-40
libjasper ist bei mir übrigens nicht installiert und transcode funktioniert trotzdem.
Langsam verzweifle ich hier;kann doch nicht sein das es immer bei nicht funktioniert.Und als ich libstdc++ runtergeladen hatte und installieren wollte bekomme ich folgende Fehlermeldung:
[...]
libstdc++-libc6.2-2.so.3 is needed by groff-1.17.2-227 libstdc++-libc6.2-2.so.3 is needed by pilot-link-0.9.3-207
[...GANZ SCHRECKLICH VIELE libstdc++ Meldungen. War es wirklich nötig, die ALLE zu posten? So machst Du Dir keine Freunde...]
Sorry ;o) ;dachte nur das das vieleicht Helfen würde ;-(
Aber die sagen doch alle das gleiche, nämlich dass libc.6.2-2.so.3 von Paket soundso benötigt wird. Wenn sich eine Fehlermeldung ständig wiederholt, ist es wirklich nicht nötig, so einen langen Sermon zu posten.
[...]
Ich wiederhole meinen Tipp: Nimm Tarballs und installiere transcode mit ./configure -> make -> su -> checkinstall
Hab ich gerade gemacht,er installiert leider nichts. which transcode ergab leider nichts.
Welches Du hoffentlich als User ausgeführt hast *g*? Jepp
Aber mir sind bei der installation Fehler aufgefallen,ich kann die aber nicht deuten.Meinst du ich sollte die mal Posten?
Wenn das nicht allzu viel ist, kannst Du es in die Liste posten, ansonsten bitte an mich privat. Aber kein komplettes Logfile! Nur Errors. Ok,hier die von make : [...] In file included from /usr/include/libdv/dv.h:31, from dvenc.h:31, from dvenc.c:25: /usr/include/libdv/dv_types.h:38: glib.h: Datei oder Verzeichnis nicht gefunden make[2]: *** [dvenc.o] Fehler 1 make[2]: Verlassen des Verzeichnisses Verzeichnis »/home/asterix/Downloads/transcode-0.6.0/libdvenc« make[1]: *** [all-recursive] Fehler 1 make[1]: Verlassen des Verzeichnisses Verzeichnis »/home/asterix/Downloads/transcode-0.6.0« make: *** [all] Fehler 2
und hier die von make install : [...] make[1]: *** [dvenc.o] Fehler 1 make[1]: Verlassen des Verzeichnisses Verzeichnis »/home/asterix/Downloads/trans code-0.6.0/libdvenc« make: *** [install-recursive] Fehler 1 Ich hoffe es hilft weiter und war nicht zu lang. Gruß Stefan -- ------------------------------------------ #Don't send HTML coded Mails# #-----registered Linux User ------# #--------------Nr.281171------------#
Stefan Blinkmann schrieb:
[...] In file included from /usr/include/libdv/dv.h:31, from dvenc.h:31, from dvenc.c:25: /usr/include/libdv/dv_types.h:38: glib.h: Datei oder Verzeichnis nicht gefunden make[2]: *** [dvenc.o] Fehler 1 make[2]: Verlassen des Verzeichnisses Verzeichnis »/home/asterix/Downloads/transcode-0.6.0/libdvenc« make[1]: *** [all-recursive] Fehler 1 make[1]: Verlassen des Verzeichnisses Verzeichnis »/home/asterix/Downloads/transcode-0.6.0« make: *** [all] Fehler 2
OK, jetzt nochmal zum Mitschreiben die allgemeine Vorgehensweise zum Compilieren des Quellpaketes: o Paket downloaden und als User in ein entsprechendes Verzeichnis entpacken ("tar xzf source.tgz" oder "tar xjf source.tar.bz2"). Vorher eventuell mit der Tar-Option "t" ueberpruefen, dass sich das Tar-File auch wirklich in ein eigenes Unterverzeichnis ent- packt. o In das Verzeichnis wechseln und die Dokumentation zur Software lesen. Auch wenn viele das als unwichtig ansehen, es kann meist helfen, gewisse Klippen und Tuecken beim Compilieren zu umschif- fen. o ./configure aufrufen und die Ausgabe bzw. das Logfile sorgfael- tig studieren. Wenn alles gut laeuft, sollte am Ende eine Aus- gabe wie die folgende stehen: Summary for transcode 0.6.1 features: static AV-frame buffering yes DVD navigation support with libdvdread yes link against local lame library (>=3.89) yes support for network (sockets) streams yes avifile dependent modules | (>0.6) support yes | yes libmpeg3 dependent modules yes quicktime dependent modules yes libdv dependent modules yes liba52 audio plugin (>=0.7.3) | default decoder yes | no libfame video encoding plugin yes nasm dependent modules yes ImageMagick dependent modules (>=5.4.3) yes libjpeg dependent modules yes libxml2 dependent modules yes mjpegtools dependent modules yes experimental v4l support yes X11 dependent filter plugins yes MPlayer libpostproc dependent filter plugin yes experimental Ogg support | Vorbis support yes | yes Falls Dir gewisse Pakete fehlen, steht u.U. bei einigen Features ein "no" statt eines "yes". Wenn Du dieses Feature nicht brauchst, dann ist das nicht weiter schlimm, wenn Du das Feature brauchst, dann musst Du vorher noch das entsprechende Paket , das fehlt, auf Deinem System installieren. o Aufruf von "make" als normaler User. Wenn alles gut geht, sollte das komplette transcode compiliert werden. Bricht der make-Befehl mit einem Fehler ab, so muss die Fehlermeldung entsprechend ana- lysiert werden und Aktionen unternommen werden. Der Fehler, der oben angegeben ist, bedeutet z.B., dass glib.h nicht gefunden wird. Um herauszufinden, in welchem Paket nun glib.h ist, kann man die erste SuSE CD mounten, und dann mit dem Befehl $> zgrep glib.h /cdrom/ARCHIVES.gz nach der Datei suchen. Entsprechend dem Suchergebnis muss dann das RPM Paket per YaST installiert werden. Tritt ein Fehler auf bei einem Feature, das eigentlich nicht gebraucht wird, so kann man auch mit "./configure --help" herausfinden, mit welcher Option genau dieses Feature abgestellt werden kann. Daraufhin ist natuer- lich ein weiterer Configure-Lauf mit entsprechender Option noetig. Hat man entweder das benoetigtes Paket installiert oder aber das Feature durch einen Configure-Lauf abgeschaltet, so sollte das Compilieren nun weiter voranschreiten. Treten erneut Fehler auf, so muessen auch diese entsprechend behandelt werden. o Hat man nun alles richtig gemacht, dann sollte die Software durch- compilieren und der Make-Befehl mit Erfolg beendet werden. o Daraufhin erlangt man Root-Rechte (su) und gibt schlicht und ein- fach das Kommando "checkinstall" ein. Checkinstall wird ein RPM Paket erstellen und es im System installieren. Per default und falls im Configure-Lauf per Option nicht anders angegeben, wird die Software unter /usr/local installiert. Sie ist nun auch in der RPM Datenbank vorhanden, so dass Updates einfach durchgefuehrt werden koennen und auch die Abhaengigkeitspruefungen bei der In- stallation anderer RPM Pakete funktionieren. Nach der Installa- tion "exit" eingeben, um wieder zum normalen User zu werden. Vielleicht hilft Dir diese kleine Beschreibung ja etwas, in Zukunft ganz generell heruntergeladenen Source-Code zu compilieren. Die Vor- gehensweise ist eigentlich immer die Gleiche. Ich habe transcode ge- rade mit im Prinzip obiger Vorgehensweise erfolgreich compiliert. HTH, Thomson -- Thomas Hertweck, Geophysicist Geophysical Institute, University of Karlsruhe
at Wed, 14 Aug 2002 14:41:18 +0200 Philipp Zacharias wrote:
Am Mittwoch, 14. August 2002 14:23 schrieb Stefan Blinkmann:
Am Mittwoch, 14. August 2002 14:17 schrieb Philipp Zacharias:
Am Mittwoch, 14. August 2002 12:42 schrieb Stefan Blinkmann:
Am Dienstag, 13. August 2002 22:20 schrieb Manfred Tremmel:
Am Dienstag, 13. August 2002 20:24 schrieb Stefan Blinkmann:
[...]
Ausser libjasper,das habe ich aber schon installiert und er sagt trotzdem das es nicht da ist *grrr*
Hast Du es als rpm eingespielt? Was ergibt ein "rpm -qa | grep -i libjasper"?
asterix@asterix:~> rpm -qa | grep -i libjasper libjasper-1.500.4-40
libjasper ist bei mir übrigens nicht installiert und transcode funktioniert trotzdem.
Bei mir ist es auch nicht auf dem System. Zumindest nicht als rpm. Wozu ist das denn gut?
Ich wiederhole meinen Tipp: Nimm Tarballs und installiere transcode mit ./configure -> make -> su -> checkinstall
Hab ich gerade gemacht,er installiert leider nichts. which transcode ergab leider nichts.
Welches Du hoffentlich als User ausgeführt hast *g*?
So habe ich transcode bei mir auch installiert. Bye Michael -- MS-DOS = Most Simple Denial Of Service Registered Linux User #228306 ICQ #151172379 http://macbyte.info/ GNU-PG-Key ID 0140F88B
Am Mittwoch, 14. August 2002 12:42 schrieb Stefan Blinkmann:
Ausser libjasper,das habe ich aber schon installiert und er sagt trotzdem das es nicht da ist *grrr*
Vermutlich brucht er ne neuere Version. Aber ich vermute die Probleme nehmen schön langsam überhand. Ich werd transcode nochmal mit dem gcc 2.95er compilieren und bei packman einstellen, ab morgen stehen dann Pakete bereit, die die Probleme nicht mehr haben dürften. Sorry für den Ärger. -- Machs gut | http://www.iiv.de/schwinde/buerger/tremmel/ Manfred | http://www.knightsoft-net.de
Am Mittwoch, 14. August 2002 19:51 schrieb Manfred Tremmel:
Am Mittwoch, 14. August 2002 12:42 schrieb Stefan Blinkmann:
Ausser libjasper,das habe ich aber schon installiert und er sagt trotzdem das es nicht da ist *grrr*
Vermutlich brucht er ne neuere Version. Aber ich vermute die Probleme nehmen schön langsam überhand. Ich werd transcode nochmal mit dem gcc 2.95er compilieren und bei packman einstellen, ab morgen stehen dann Pakete bereit, die die Probleme nicht mehr haben dürften.
Sorry für den Ärger. Macht ja nix,zumindest nicht für mich,ich habe wohl ein besonderes System ;o) Auf dem nichts ohne Problem geht. Gruß Stefan --
#Don't send HTML coded Mails# #-----registered Linux User ------# #--------------Nr.281171------------#
Am Mittwoch, 14. August 2002 19:55 schrieb Stefan Blinkmann:
Am Mittwoch, 14. August 2002 19:51 schrieb Manfred Tremmel:
Sorry für den Ärger.
Macht ja nix,zumindest nicht für mich,ich habe wohl ein besonderes System ;o) Auf dem nichts ohne Problem geht.
Nö, aber die gcc 3.1.1 compilierten Pakete mit C++-Code benötigen die Bibliotheken, die bei Dir gefehlt haben, die benötigen wiederum ne Menge andere Updates, die unter ftp://sunsite.informatik.rwth-aachen.de/pub/Linux/suse/people/aj/Current_Toolchain/i386 alle zu finden sind (ohne Source-RPMs ca. 70 MByte). Ein Update würd ich allerdings auch nicht zwangsweise jedem empfehlen, die Sachen sind strange in Entwicklung, mögliche Probleme nicht auszuschliessen. Da die anderen Pakete die ich mit dem gcc 3.1.1 gebastelt habe die Probleme nicht hatten, hab ich das nicht überprüft, mein Fehler. -- Machs gut | http://www.iiv.de/schwinde/buerger/tremmel/ Manfred | http://www.knightsoft-net.de
Hallo Manfred, Am Mittwoch, 14. August 2002 20:22 schrieb Manfred Tremmel:
Am Mittwoch, 14. August 2002 19:55 schrieb Stefan Blinkmann:
Am Mittwoch, 14. August 2002 19:51 schrieb Manfred Tremmel:
Sorry für den Ärger.
Macht ja nix,zumindest nicht für mich,ich habe wohl ein besonderes System ;o) Auf dem nichts ohne Problem geht.
Nö, aber die gcc 3.1.1 compilierten Pakete mit C++-Code benötigen die Bibliotheken, die bei Dir gefehlt haben, die benötigen wiederum ne Menge andere Updates, die unter
ftp://sunsite.informatik.rwth-aachen.de/pub/Linux/suse/people/aj/Current_To olchain/i386
alle zu finden sind (ohne Source-RPMs ca. 70 MByte). Ein Update würd ich allerdings auch nicht zwangsweise jedem empfehlen, die Sachen sind strange in Entwicklung, mögliche Probleme nicht auszuschliessen. Da die anderen Pakete die ich mit dem gcc 3.1.1 gebastelt habe die Probleme nicht hatten, hab ich das nicht überprüft, mein Fehler.
Wenn ich das jetzt richtig verstanden habe,dann soll ich mir die 70MB von dem o.g. Link runterladen,richtig?Kein Problem,habe eh DSL mit Flatrate. Ich habe nur Angst,das danach mein System nicht mehr läuft,oder is dies unbegründet? Gruß Stefan -- ------------------------------------------ #Don't send HTML coded Mails# #-----registered Linux User ------# #--------------Nr.281171------------#
Stefan Blinkmann schrieb:
Am Mittwoch, 14. August 2002 20:22 schrieb Manfred Tremmel:
[...] Nö, aber die gcc 3.1.1 compilierten Pakete mit C++-Code benötigen die Bibliotheken, die bei Dir gefehlt haben, die benötigen wiederum ne Menge andere Updates [...] Ein Update würd ich allerdings auch nicht zwangsweise jedem empfehlen, die Sachen sind strange in Entwicklung, mögliche Probleme nicht auszuschliessen. [...]
Wenn ich das jetzt richtig verstanden habe,dann soll ich mir die 70MB von dem o.g. Link runterladen,richtig?Kein Problem,habe eh DSL mit Flatrate. Ich habe nur Angst,das danach mein System nicht mehr läuft,oder is dies unbegründet?
Ich wuerde Dir dringend raten, dieses Update nicht zu machen, und das hat Manfred IMHO auch zwischen den Zeilen durchblicken lassen ("Ein Update würd ich allerdings auch nicht zwangsweise jedem empfehlen."). gcc 3.1.1 ist eine Entwicklerversion - wenn man diesen Compiler ein- setzt, dann sollte man genau wissen, was man tut. Manfred hat einiges an Erfahrung und die Pakete wohl auf seinem System installiert. Nach allem, was ich aber in den letzten Tagen so von Dir mitbekommen habe, solltest Du eher mit Standardsoftware arbeiten und solche Entwickler- versionen vorerst mal aussen vor lassen. Versteh das bitte nicht falsch, ich moechte Dein Wissen keineswegs herabsetzen, aber ich befuerchte, dass es Dich ein wenig ueberfordern wird. Wuerde vorschlagen, Du lernst Dein Linux-System und die Zusam- menhaenge mit Compilern und Bibliotheken erst noch ein wenig besser kennen. Manfred bereitet auch schon neue RPMs fuer packman.links2linux mit einem anderen Compiler, so dass die Probleme bald aus der Welt ge- schaffen sein duerften. Dann solltest Du genau diese von Manfred neu erstellten RPMs auf Deinem System installieren, so Du sie denn brauchst. Gruesse, Thomson -- Thomas Hertweck, Geophysicist Geophysical Institute, University of Karlsruhe
Am Mittwoch, 14. August 2002 21:35 schrieb Thomas Hertweck:
Stefan Blinkmann schrieb:
Am Mittwoch, 14. August 2002 20:22 schrieb Manfred Tremmel:
[...] Nö, aber die gcc 3.1.1 compilierten Pakete mit C++-Code benötigen die Bibliotheken, die bei Dir gefehlt haben, die benötigen wiederum ne Menge andere Updates [...] Ein Update würd ich allerdings auch nicht zwangsweise jedem empfehlen, die Sachen sind strange in Entwicklung, mögliche Probleme nicht auszuschliessen. [...]
Wenn ich das jetzt richtig verstanden habe,dann soll ich mir die 70MB von dem o.g. Link runterladen,richtig?Kein Problem,habe eh DSL mit Flatrate. Ich habe nur Angst,das danach mein System nicht mehr läuft,oder is dies unbegründet?
Ich wuerde Dir dringend raten, dieses Update nicht zu machen, und das hat Manfred IMHO auch zwischen den Zeilen durchblicken lassen ("Ein Update würd ich allerdings auch nicht zwangsweise jedem empfehlen."). gcc 3.1.1 ist eine Entwicklerversion - wenn man diesen Compiler ein- setzt, dann sollte man genau wissen, was man tut. Manfred hat einiges an Erfahrung und die Pakete wohl auf seinem System installiert. Nach allem, was ich aber in den letzten Tagen so von Dir mitbekommen habe, solltest Du eher mit Standardsoftware arbeiten und solche Entwickler- versionen vorerst mal aussen vor lassen.
Versteh das bitte nicht falsch, ich moechte Dein Wissen keineswegs herabsetzen, aber ich befuerchte, dass es Dich ein wenig ueberfordern wird. Wuerde vorschlagen, Du lernst Dein Linux-System und die Zusam- menhaenge mit Compilern und Bibliotheken erst noch ein wenig besser kennen.
Tust du nicht :o) Ich denke auch das das besser ist.
Manfred bereitet auch schon neue RPMs fuer packman.links2linux mit einem anderen Compiler, so dass die Probleme bald aus der Welt ge- schaffen sein duerften. Dann solltest Du genau diese von Manfred neu erstellten RPMs auf Deinem System installieren, so Du sie denn brauchst.
Ja,habe ich noch nicht gemacht. Ich korrespondiere gerade mit Manfred wegen der neuen Version.Ich hole sie mir dann. Danke gruß Stefan -- ------------------------------------------ #Don't send HTML coded Mails# #-----registered Linux User ------# #--------------Nr.281171------------#
Am Mit, 2002-08-14 um 21.35 schrieb Thomas Hertweck:
Stefan Blinkmann schrieb:
Am Mittwoch, 14. August 2002 20:22 schrieb Manfred Tremmel:
[...] Nö, aber die gcc 3.1.1 compilierten Pakete mit C++-Code benötigen die Bibliotheken, die bei Dir gefehlt haben, die benötigen wiederum ne Menge andere Updates [...] Ein Update würd ich allerdings auch nicht zwangsweise jedem empfehlen, die Sachen sind strange in Entwicklung, mögliche Probleme nicht auszuschliessen. [...]
Wenn ich das jetzt richtig verstanden habe,dann soll ich mir die 70MB von dem o.g. Link runterladen,richtig?Kein Problem,habe eh DSL mit Flatrate. Ich habe nur Angst,das danach mein System nicht mehr läuft,oder is dies unbegründet?
Ich wuerde Dir dringend raten, dieses Update nicht zu machen, und das hat Manfred IMHO auch zwischen den Zeilen durchblicken lassen ("Ein Update würd ich allerdings auch nicht zwangsweise jedem empfehlen."). gcc 3.1.1 ist eine Entwicklerversion Isser nich ;) Er ist offiziell veröffentlicht.
Als Ersatz für den Systemcompiler würde ich ihn allerdings auch nicht verwenden, als "Zweitcompiler" zur Entwicklung ist er allerdings sehr wohl geeignet. Ralf
Am Donnerstag, 15. August 2002 07:52 schrieb Ralf Corsepius:
Am Mit, 2002-08-14 um 21.35 schrieb Thomas Hertweck:
Ich wuerde Dir dringend raten, dieses Update nicht zu machen, und das hat Manfred IMHO auch zwischen den Zeilen durchblicken lassen ("Ein Update würd ich allerdings auch nicht zwangsweise jedem empfehlen."). gcc 3.1.1 ist eine Entwicklerversion
Isser nich ;) Er ist offiziell veröffentlicht.
Isser dann aber noch nicht lange.
Als Ersatz für den Systemcompiler würde ich ihn allerdings auch nicht verwenden, als "Zweitcompiler" zur Entwicklung ist er allerdings sehr wohl geeignet.
Wobei das allerdings kein Problem des compilers ist, der Kernel 2.4.19er läst sich ohne problme compilieren, ebenso die Systembasics. Probleme gibts derzeit primär deshalb, weil die SuSE-Distributionen alle auf nem älteren gcc aufbauen und die erzeugten C++-Binaries nicht compatibel sind (unter anderem eben wegen der oft bemängelten Speed von C++ Software wie KDE). Ich denk mit der nächsten SuSE wird sich das auch ändern und der Einsatz eines 3.xer gcc wird zur Normalität. -- Machs gut | http://www.iiv.de/schwinde/buerger/tremmel/ Manfred | http://www.knightsoft-net.de
Am Don, 2002-08-15 um 11.34 schrieb Manfred Tremmel:
Am Donnerstag, 15. August 2002 07:52 schrieb Ralf Corsepius:
Am Mit, 2002-08-14 um 21.35 schrieb Thomas Hertweck:
Ich wuerde Dir dringend raten, dieses Update nicht zu machen, und das hat Manfred IMHO auch zwischen den Zeilen durchblicken lassen ("Ein Update würd ich allerdings auch nicht zwangsweise jedem empfehlen."). gcc 3.1.1 ist eine Entwicklerversion
Isser nich ;) Er ist offiziell veröffentlicht.
Isser dann aber noch nicht lange.
Isser seit ca. 2,5 Wochen: Aus http://gcc.gnu.org: Current release series: GCC 3.1.1 GCC 3.1.1 (released 2002-07-26) is the last 3.1 release; the 3.1-branch became the GCC 3.2-branch. Und der nächste steht schon vor der Tür: Pending release series: GCC 3.2 scheduled for early August 2002 Changes require approval by release manager. D.h. die letzte Testphase läuft, Pre-Releases gibt es schon, es gibt aber noch Probleme, die die Freigabe verzögern. Ralf
Am Donnerstag, 15. August 2002 13:19 schrieb Ralf Corsepius:
Und der nächste steht schon vor der Tür:
Pending release series: GCC 3.2 scheduled for early August 2002 Changes require approval by release manager.
Und so wie es aussieht, wir der 3.2er in der nächsten SuSE sein, siehe ftp://ftp.gwdg.de/pub/linux/suse/ftp.suse.com/people/aj/Current_Toolchain/README
D.h. die letzte Testphase läuft, Pre-Releases gibt es schon, es gibt aber noch Probleme, die die Freigabe verzögern.
Wie langweilig wärs auch ohne Probleme ;-) -- Machs gut | http://www.iiv.de/schwinde/buerger/tremmel/ Manfred | http://www.knightsoft-net.de
Am Mittwoch, 14. August 2002 20:45 schrieb Stefan Blinkmann:
Wenn ich das jetzt richtig verstanden habe,dann soll ich mir die 70MB von dem o.g. Link runterladen,richtig?Kein Problem,habe eh DSL mit Flatrate. Ich habe nur Angst,das danach mein System nicht mehr läuft,oder is dies unbegründet?
Nö, lieber nicht, wie ja bereits erwähnt, sollte man das nur machen, wenn man experimentierfreudig ist und bei eventuellen Seitenefekten auch mal selbst in den Sourcen stöbert. Das neue RPM benötigt all die Sachen nicht mehr, nimm lieber das und quäl Dich nicht mit eventuell auftretenden Problemen durch den neuen gcc. -- Machs gut | http://www.iiv.de/schwinde/buerger/tremmel/ Manfred | http://www.knightsoft-net.de
Hallo allerseits, Am Dienstag, 13. August 2002 09:37 schrieb Martin Spoehrle:
On Tue, Aug 13, 2002 at 07:49:41AM +0200, Stefan Blinkmann wrote:
Hallo Philipp,
Am Dienstag, 13. August 2002 02:51 schrieb Philipp Zacharias:
Hi Stefan,
Am Dienstag, 13. August 2002 00:28 schrieb Stefan Blinkmann:
[...]
Ich habe mir alle Sachen laut Anleitung (linux-User 04.2002) besorgt und meiner Meinung nach installiert. Hatte aber ein kleines Problem,ich konnte ./configure nicht als USER ausführen,also habe ich alles als ROOT installiert. Wenn ich jetzt transcode eingebe (Konsole),dann sagt er folgendes:
asterix:/home/asterix # transcode bash: transcode: command not found
Das ist für root kein Wunder: Mach mal als normaler User "which transcode"
das ergibt bei mir leider garnichts :-(
Es ist andersrum: Wenn das Programm als root installiert wurde, dann ist der Pfad nicht in der PATH-Variable des Users enthalten. Mach als root "which transcode" und füge den dabei rauskommenden Pfad in die PATH-Variable (/home/[name-des-normalen-users]/.bashrc) ein. So sollte es eigentlich hinhauen. Also,so sieht es aus wenn ich das eingebe,als USER und als ROOT:
asterix@asterix:~> which transcode Anders,wenn ich DVDRIP eingebe: asterix@asterix:~> which dvdrip /usr/bin/dvdrip Also schaut es ja so aus als wenn Transcode nicht installiert ist. Habe ich aber schon 2x gemacht,genau nach Anleitung,bis auf den Punkt,das ich das nicht als USER installieren kann.Da sagt er mir ich hätte keine RECHTE dafür. Wo bekomme ich denn noch mal anders Transcode her? Habe mir das von : http://www.theorie.physik.uni-goettingen.de/~ostreich/transcode/pre/ geholt. Ich weiß nicht mehr weiter!? :-( Ihr? Gruß Stefan -- ------------------------------------------ #Don't send HTML coded Mails# #-----registered Linux User ------# #--------------Nr.281171------------#
Hi Stefan, Am Mittwoch, 14. August 2002 12:49 schrieb Stefan Blinkmann: [...]
Also,so sieht es aus wenn ich das eingebe,als USER und als ROOT:
asterix@asterix:~> which transcode
Anders,wenn ich DVDRIP eingebe:
asterix@asterix:~> which dvdrip /usr/bin/dvdrip
Dann ist transcode wohl nicht installiert. Was ergibt ein "locate transcode"?
Also schaut es ja so aus als wenn Transcode nicht installiert ist. Habe ich aber schon 2x gemacht,genau nach Anleitung,bis auf den Punkt,das ich das nicht als USER installieren kann.Da sagt er mir ich hätte keine RECHTE dafür. Wo bekomme ich denn noch mal anders Transcode her? Habe mir das von :
Du könntest mal auf http://freshmeat.net/projects/transcode/ vorbeischauen, aber ich glaube nicht, dass das am Problem liegt. Entpacke Transcode nochmals neu in ein anderes Verzeichnis und rufe dort ./configure und make auf. Ergeben sich hier irgendwelche Fehler? Wenn nein, dann besorg Dir checkinstall und rufe als root im gleichen Verzeichnis checkinstall auf. Das sollte Dir ein rpm erzeugen und transcode installieren. [...] Gruß Philipp -- registered Linux user number 258854 HOW-TO? -> GOTO http://counter.li.org/
Also langsam geb ich's auf. :o( Ich habe jetzt noch installiert : - glib-devel - libdv-devel - hvirtual Und das ganze von vorn gemacht,wie beschrieben. Als User ./configure -> make Und bei make kommen jetzt andere Fehlermedungen: [...] grep: /usr/lib/libaa.la: No such file or directory sed: can't read /usr/lib/libaa.la: No such file or directory libtool: link: `/usr/lib/libaa.la' is not a valid libtool archive make[3]: *** [af6_decore.la] Fehler 1 make[3]: Verlassen des Verzeichnisses Verzeichnis »/home/asterix/Downloads/transcode-0.6.0/import« make[2]: *** [all-recursive] Fehler 1 make[2]: Verlassen des Verzeichnisses Verzeichnis »/home/asterix/Downloads/transcode-0.6.0/import« make[1]: *** [all-recursive] Fehler 1 make[1]: Verlassen des Verzeichnisses Verzeichnis »/home/asterix/Downloads/transcode-0.6.0« make: *** [all] Fehler 2 Was Fehlt denn jetzt? Wei jemand von euch weiter? Bis denn Stefan <-- *lieg unterm tisch und verzweifel* -- ------------------------------------------ #Don't send HTML coded Mails# #-----registered Linux User ------# #--------------Nr.281171------------#
Stefan Blinkmann schrieb:
Also langsam geb ich's auf. :o( [...] Und bei make kommen jetzt andere Fehlermedungen: [...] grep: /usr/lib/libaa.la: No such file or directory sed: can't read /usr/lib/libaa.la: No such file or directory [...] Was Fehlt denn jetzt? Wei jemand von euch weiter?
Ich habe doch ausfuehrlich beschrieben, wie Du herausfinden kannst, welches Paket Dir fehlt (siehe meine Email von vor einer halben Stunde oder so), und zwar mittels der SuSE CD und dem Befehl zgrep. Das haette Dir gesagt, dass das Paket aalib-devel fehlt. Bitte, lies einfach mal, was man Dir schreibt und fuer Tips gibt und wen- de sie dann auch an!! Diese Fehlermeldung haettest Du nun inzwi- schen auch alleine loesen koennen. Gruesse, Thomson -- Thomas Hertweck, Geophysicist Geophysical Institute, University of Karlsruhe
Hallo Thomas, Am Mittwoch, 14. August 2002 19:36 schrieb Thomas Hertweck:
Stefan Blinkmann schrieb:
Also langsam geb ich's auf. :o( [...] Und bei make kommen jetzt andere Fehlermedungen: [...] grep: /usr/lib/libaa.la: No such file or directory sed: can't read /usr/lib/libaa.la: No such file or directory [...] Was Fehlt denn jetzt? Wei jemand von euch weiter?
Ich habe doch ausfuehrlich beschrieben, wie Du herausfinden kannst, welches Paket Dir fehlt (siehe meine Email von vor einer halben Stunde oder so), und zwar mittels der SuSE CD und dem Befehl zgrep. Das haette Dir gesagt, dass das Paket aalib-devel fehlt. Bitte, lies einfach mal, was man Dir schreibt und fuer Tips gibt und wen- de sie dann auch an!! Diese Fehlermeldung haettest Du nun inzwi- schen auch alleine loesen koennen. Sorry,hab den Wald vor lauter Bäume nicht gesehen und deine Mail hatte ich leider auch übersehen.SORRY! Hab jetzt aalib-devel installiert,aber irgendwie werden die Fehlermeldungen immer länger,jetzt steige ich da garnicht mehr durch. Grüße Stefan --
#Don't send HTML coded Mails# #-----registered Linux User ------# #--------------Nr.281171------------#
Stefan Blinkmann schrieb:
[...] Sorry,hab den Wald vor lauter Bäume nicht gesehen und deine Mail hatte ich leider auch übersehen.SORRY!
Schon OK, kann in der Hitze des Gefechts ja passieren. Ich hoffe, Du hast sie nun aber aufmerksam gelesen und ungefaehr verstanden, wie das Compilieren und Installieren ganz generell ablaufen sollte.
Hab jetzt aalib-devel installiert,aber irgendwie werden die Fehlermeldungen immer länger,jetzt steige ich da garnicht mehr durch.
Uff, Du bist ein schwerer Fall :-) Also, prinzipiell -- wie Du gerade siehst -- ist es einfacher, vor- gefertigte RPM Pakete einzuspielen. Wenn Du also transcode irgend- wo als RPM auftreiben kannst (falls moeglich, ein fuer SuSE gebau- tes RPM), dann wuerde ich Dir empfehlen, genau das zu installieren. Das Compilieren von Quellpaketen ist eigentlich auch nicht so furchtbar schwer. Um es aber zu lernen, hast Du Dir mit transcode leider ein sehr schlechtes Beispiel ausgesucht, da transcode sehr viele zusaetzliche Bibliotheken und Devel-Pakete braucht. Viel- leicht solltest Du erst einmal mit etwas einfachereren Quellpa- keten ueben, und wenn Du mit denen zurecht kommst, zurueck zur Compilierung von transcode kommen (nur so als Vorschlag). Es be- darf schon einer gewissen Erfahrung und Faehigkeit, Fehlermel- dungen richtig "lesen" zu koennen und dann entsprechend zu han- deln, um kompliziertere Quellpakete zu compilieren. Falls Du dennoch weiterhin versuchen willst, transcode auf Deinem Rechner zu compilieren, dann schicke mir als PM[1] mal die genaue Ausgabe des Configure-Laufes sowie die genaue Fehlermeldung, mit der der Compilierprozess abbricht. Gruesse, Thomson [1] PM = Private Mail: eine Email, die Du direkt an mich schicken sollst und nicht ueber die Mailingliste -- Thomas Hertweck, Geophysicist Geophysical Institute, University of Karlsruhe
Nochmal Hallo, Ich habe noch was vergessen,ich hab gerade "rpm -qa | grep -i <name>" gemacht ,um zu sehen ob alles da ist.Und da hab ich festgestellt das "liba52" fehlt. Ich finde "liba52" aber nirgens, nur "52dec-0.7.4.tar.gz" und das habe ich von "http://liba52.sourceforge.net/downloads.html" Ist das das selbe? Gruß Stefan -- ------------------------------------------ #Don't send HTML coded Mails# #-----registered Linux User ------# #--------------Nr.281171------------#
Am Mittwoch, 14. August 2002 19:38 schrieb Stefan Blinkmann:
Ich habe noch was vergessen,ich hab gerade "rpm -qa | grep -i <name>" gemacht ,um zu sehen ob alles da ist.Und da hab ich festgestellt das "liba52" fehlt. Ich finde "liba52" aber nirgens, nur "52dec-0.7.4.tar.gz" und das habe ich von "http://liba52.sourceforge.net/downloads.html" Ist das das selbe?
Das ist das selbe die erstellen liba52.a und liba52.la, das RPM von packman hat die Probleme mit den Abhängigkeiten (glücklicherweise) nicht. PS: neuer Compile mit gcc 2.95 für ein neues Packman-RPM läuft gerade. -- Machs gut | http://www.iiv.de/schwinde/buerger/tremmel/ Manfred | http://www.knightsoft-net.de
Am Mittwoch, 14. August 2002 19:29 schrieb Stefan Blinkmann:
grep: /usr/lib/libaa.la: No such file or directory sed: can't read /usr/lib/libaa.la: No such file or directory libtool: link: `/usr/lib/libaa.la' is not a valid libtool archive
Paket aalib-devel fehlt. -- Machs gut | http://www.iiv.de/schwinde/buerger/tremmel/ Manfred | http://www.knightsoft-net.de
Hallo allwissende Liste, also das Problem ist gelöst. :o) Ich habe mir das neue RPM von Manfred Tremmel bekommen und jetzt läuft es. Und an dieser stellen, an alle Helfer ein "VIELEN DANK !!!" Und besonders Manfred ;o) Gruß Stefan -- ------------------------------------------ #Don't send HTML coded Mails# #-----registered Linux User ------# #--------------Nr.281171------------#
participants (12)
-
David Haller -
Jan.Trippler＠t-online.de -
Maik Holtkamp -
Manfred Tremmel -
Martin Borchert -
Martin Mewes -
Martin Spoehrle -
Michael Raab -
Philipp Zacharias -
Ralf Corsepius -
SBlinkmann＠t-online.de -
Thomas Hertweck