image plugin (ausführbare pogramme via link)?

  • Hallo


    Mal eine Frage zum Image Plugin, warum findet es Programme nicht, wenn diese als "link" existieren?


    ~ cd /usr/local/bin
    ~ la
    ~ ppmtoy4m -> ../stow/mjpegtools-1.6.1.90/bin/ppmtoy4m


    Auf der Konsole aufrufen geht wohl, das Programm funktioniert auch (zumindest findet es VDRconvert).


    Aber das Image Plugin meint "ppmtoy4m command not found".


    Beim transfron plugin das selbe:


    ~ transcode -> ../stow/transcode-0.6.11/bin/transcode


    Wird partu nicht gefunden (transcode command not found -> no execute).


    Ich meine das haben doch alle "Container Programme" gemein, das nur Links erstellt werden, um Sourcen zu säubern/linken etc.


    Was könnte man da machen das es doch funktioniert?


    export PHAD=/:/:/: (runvdr)?


    Hier noch ein Link für die Beschreibung von "stow", ist sogar bei den neueren Distries inside.


    http://www.jl42.de/linux/stow.html


    Nachtrag:
    --------------
    Oder liegt es einfach an:


    ppmtoy4m -> ../stow/mjpegtools-1.6.1.90/bin/ppmtoy4m


    Wäre das vielleicht die Lösung?


    ppmtoy4m -> /usr/src/stow/mjpegtools-1.6.1.90/bin/ppmtoy4m


    Aber wie sagt man das "stow"?


    MFG Ronny

  • Hallo,
    ich weis nicht ob es was hilft, hatte mal ähnliches Problem.
    Könnte kein mldonkey starten automatisch mit system. Aber von der Konsole ging es. habe dann denn link ins /usr/bin/ gemacht und dann hat es geklappt.......... vorher lag es in /usr/local/bin/



    gruß
    Rafi

  • hmm, wenn du nicht du wärst *g*, müsste ich jetzt 9x-klug fragen ob den /usr/local/bin überhaupt in deinem path ist, wenn vdr/image-plugin versuchen die tools (vie der scripte) aufzurufen ?
    zum testen einfach in das convert.sh in die 2 zeile ein
    'set >/image-env.dump'
    setzen um zu sehen was im path liegt wenn die convert.sh scripte laufen.


    gruß onno

    --
    viel spass am geraet
    ---
    AMD1100/512 # 200GB-VDR # 220GB-DIVX #
    1.3 Siemens # 2.1 Haupauge(primary) # RH 7.3

  • Hi


    Es handelt sich um viele Link's, das würde auch nichts ändern erneut zu linken.


    Wenn Die Links unter (/usr/local/bin) nicht gefunden werden, ist es das selbe unter (/usr/bin).


    Die Programme sind ja vorhanden:


    :~ # which mp4creator
    :~ # /usr/local/bin/mp4creator


    Ebend als Link, wenn man Sie auf der Konsole ausführen kann, warum können das dann die Plugins nicht?


    MFG Ronny

  • Zitat

    Original von memed
    hmm, wenn du nicht du wärst *g*, müsste ich jetzt 9x-klug fragen ob den /usr/local/bin überhaupt in deinem path ist, wenn vdr/image-plugin versuchen die tools (vie der scripte) aufzurufen ?
    zum testen einfach in das convert.sh in die 2 zeile ein
    'set >/image-env.dump'
    setzen um zu sehen was im path liegt wenn die convert.sh scripte laufen.


    gruß onno


    Hi


    hmm, wenn du nicht du wärst *gggggggg*


    Sollte das nicht genügen im Head der runvdr?


    Code
    PATH=/usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin


    Gerade mal probiert, steht Tatsache nicht drinnen:


    PATH=/usr/sbin:/bin:/usr/bin:/sbin:/usr/X11R6/bin


    Und nun?


    MFG Ronny

  • Nabend


    Verstehe ich nicht, wo kann man denn den SUCHPATH allgemein ändern?


    Ich dachte der wäre gültig:


    ~ echo $PATH
    /sbin:/usr/sbin:/usr/local/sbin:/root/bin:/usr/local/bin:/usr/bin:/usr/X11R6/bin:/bin:/usr/games:/opt/gnome/bin:/opt/kde3/bin:/usr/lib/java/jre/bin


    Steht doch drinnen "/usr/local/bin" ?


    Warum dann nicht von der "convert.sh" zsp?


    Da schauts mager aus: PATH=/usr/sbin:/bin:/usr/bin:/sbin:/usr/X11R6/bin


    MFG Ronny


  • Hi,


    es gibt nicht DEN Suchpfad. Der Suchpfad (und noch einige andere Umgebungsvariablen mehr) werden über mehere Stufen gesetzt bzw. erweitert.


    Eine Lösung für dein konkretes Problem (mit möglichst wenig Auswirkung auf den Rest des Systems) wäre ein Eintrag in der convert.sh in der Form:


    PATH=/usr/local/bin:$PATH
    export PATH


    Wenn Du noch weitere Sachen unter /usr/local/bin liegen hast, wäre natürlich eine systemweite Lösung besser. Dafür musst Du entsprechend /etc/profile ändern.


    Gruß
    Mag1c

  • Hi


    In /etc/profile steht:


    PLEASE DO NOT CHANGE /etc/profile


    Dann wären hier noch ein paar files:


    /etc/SuSEconfig


    csh.cshrc csh.login profile profile.SuSEconfig


    Ändere ich die profile, meint SuSEconfig folgendes:


    ATTENTION: You have modified /etc/SuSEconfig/profile. Leaving it untouched...
    You can find my version in /etc/SuSEconfig/profile.SuSEconfig...


    Auch schon Google bemüht, auf jeder Seite steht etwas anderes.


    MFG Ronny

  • Hi,


    per /etc/profile ist doch der richtige Weg, normalerweise
    gibt (gab) es meiner Meinung nach eine /etc/profile.local die
    von /etc/profile aufgerufen wird, ansonsten solange nicht mit
    yast oder SuSEconfig herrumgespielt wird, kann der Path
    an dort eingetragen werden...


    Ansonsten gibt des noch das Userprofile ~/.profile


    Zitat

    Original von anonymous
    Schiebs noch einmal nach oben.


    ?(


    Cu,
    Andreas,


    der wegen u.a. dieser Gemeinheiten von Suse weg ist.

  • Danke, also über die /etc/profile, das ganze schaut aber mehr nach einem Scripts aus als nach einer "config"?


    An welcher Stelle soll man da nun rum hacken?



    MFG Ronny

  • Bei den libs ist mir das ganze schon verständlich:


    ~ cat /etc/ld.so.conf
    /usr/X11R6/lib/Xaw95
    /usr/X11R6/lib/Xaw3d
    /usr/X11R6/lib
    /usr/i486-linux/lib
    /usr/i486-linux-libc5/lib=libc5
    /usr/i486-linux-libc6/lib=libc6
    /usr/i486-linuxaout/lib
    /usr/i386-suse-linux/lib
    /usr/local/lib
    /usr/openwin/lib
    /opt/kde/lib
    /opt/kde2/lib
    /opt/kde3/lib
    /opt/gnome/lib
    /opt/gnome2/lib


    PHAD eintragen, ldconfig ausführen, giebt es für "binärys" nicht auch sowas?


    Versteh ich nicht ....


    In der (runvdr)


    ~ env | grep ^PATH
    PATH=/sbin:/usr/sbin:/usr/local/sbin:/root/bin:/usr/local/bin:/usr/bin:/usr/X11R6/bin:/bin:/usr/games:/opt/gnome/bin:/opt/kde3/bin:/usr/lib/java/jre/bin


    In der (convert.sh zbs)


    ~ env | grep ^PATH
    PATH=/usr/sbin:/bin:/usr/bin:/sbin:/usr/X11R6/bin


    Habe hier echt einen Denkfehler.


    MFG Ronny

  • Hi


    Ja ich weiß schon was Du meinst, aber das "image plugin" ist nur ein Beispiel, habe mit dem Transfron Plugin das selbe, es findet die ganzen Programme nicht.


    Hatte bis "dato" auch alles mit --prefix=/usr übersetzt, somit sind alle Programme in:


    PATH=/usr/sbin:/bin:/usr/bin:/sbin:/usr/X11R6/bin


    Da funktionierts, seit neusten möchte ich aber "stow" nutzen, weil sich installierte Sachen so besser Deinstallieren lassen, auch Versionen "switschen" geht.


    Stow stetzt halt nur LINKS, prefix ändern geht nicht weil.


    --prefix=/usr/local/stow/<PACKAGE>


    Dann ruft man stow auf und es werden Links nach /usr/local/bin gesetzt nicht wie bisher /usr/bin.


    Die Kopfzeile der ganzen Scripts ändern wäre keine Lösung siehe "Transfron Plugin".


    ---------
    ist eigentlich $PROFILEREAD gesetzt
    ---------


    Noch nie gehört.


    Es muß doch möglich sein, dem ganzen System inc aller User den neuen PATH /usr/local/bin mit auf dem weg zu geben, google schon ein weilchen rum :-(.


    Ich möchte auch alles unter /usr/local/bin /usr/local/man/ /usr/local/lib usw haben um alles was mit VDR zu tun hat, von dem was ein System mit bringt zu trennen:



    MFG Ronny

  • Hi,


    ich verstehe dich schon, meine VDR (homebrew) Files liegen unter /opt/vdr/bin :]

    Zitat

    Original von anonymous


    ---------
    ist eigentlich $PROFILEREAD gesetzt
    ---------


    Noch nie gehört.


    Ich habe nur folgenden Abschnitt in deiner /etc/profile gesehen...





    füge doch folgende Zeilen in deine /etc/profile.local ein



    welche ein doppeltes includen der Zeilen /usr/local/bin(s) verhindert soll.


    Cu,
    Andreas

  • Das wäre eine Lösung.


    Das ganze soll aber so in die "installations Scripts" was ich bis dato gelesen habe, werden die unter debian/gentoo/suse/mdk verwendet.


    Wie soll man das da Handhaben?


    Weiß nicht wie eine "/etc/profile" unter Gentoo ausschaut, oder unter Debian.


    Noch wilder wahrscheinlich bei Versionen SuSE 7.3/8.0 .... usw.


    Weißt was ich meine.


    Giebt es da nicht eine config welche ALLGEMEIN gültig ist (LINUX)?


    MFG Ronny

  • Hi,


    die obrigen Probleme sind Suse spezifisch, andere Systeme haben andere Macken ;)


    Zitat

    Original von anonymous
    Giebt es da nicht eine config welche ALLGEMEIN gültig ist (LINUX)?


    Ich denke die Lösung gibt es nicht, deswegen knallen alle
    ich Binary's einfach nach /usr, oder legen dorthin Symlinks an.


    hier mal das als als Beispiel aus den MAN Pages unter
    BASH werden an 4 Stellen Profil daten gesucht.

    Code
    --noprofile
                  Do  not read either the system-wide startup file /etc/profile or
                  any  of  the  personal  initialization  files   ~/.bash_profile,
                  ~/.bash_login,  or  ~/.profile.   By  default,  bash reads these
                  files when it is  invoked  as  a  login  shell  (see  INVOCATION
                  below).


    CSH ist noch einzacken schärfer


    usw.


    ich denke für den Path ist der User (Administrator) des System verantwortlich...
    Wer ausserhalb des Suchpath installiert, weiss was ermacht und ist deshalb selber schuld ;D


    Cu,
    Andreas

  • Hab ja alles durch probiert, funktioniert, bis auf transfron, und das image plugin.


    vdr2divx
    vdrconvert
    vdrrip
    mplayer plugin
    mp3 plugin


    Alle kommen klar mit (./usr/local/bin) wie gesagt nur die beiden "zicken" rum.


    Zum Mäuse melken.


    MFG Ronny

Jetzt mitmachen!

Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!