4. Pfade für Bibliotheken unter Mandrake

Pfade für Bibliotheken unter Mandrake

  • W

    Danke. Aber immernoch der gleiche Fehler. Der will immernoch diese LIB, die ich aber habe...

    0
  • V

    Morgen,

    WebFritzi schrieb:

    Danke. Aber immernoch der gleiche Fehler. Der will immernoch diese LIB, die ich aber habe...

    ich nehme mal an, dass er nicht die Pfade durchsucht, sondern in seiner RPM-DB
    nachschaut, ob er sie schon installiert hat oder nicht. Und, warum auch immer,
    er der Meinung ist, sie sei nicht installiert.

    Zu dem Problem mit RPMs:
    Das Problem ist, wie du ja jetzt siehst, dass du dir ein Paket installieren
    willst und dieses Paket hat bestimmte Abhaengigkeiten. Nun muss der Anwender
    hingehen und die Abhaengigkeiten selbst aufloesen, d. h. er muss hingehen und
    sich die RPMs runterladen, welche, zur einwandfreien Funktionsfaehigkeit der
    gewuenschten Software, benoetigt werden. Haben diese Pakete auch
    Abhaengigkeiten, so musst du auch diese von Hand aufloesen. Du musst also bei
    RPMs schauen, dass du nicht nur alle Pakete zusammenbekommst, sondern auch das
    du diese in der richtigen Reihenfolge installierst, sonst quittiert dir RPM die
    Installation von Paketen mit Meldungen, wie du sie hier gepostet hast.

    Diese Probleme hat man teilweise bei anderen Distributionen nicht. Debian z. B.
    hat apt-get um Pakete zu installieren. apt-get kuemmert sich ebenfalls um die
    Abhaengigkeiten, du musst also nichts weiter tun als das Paket mit apt-get zu
    installieren, alles andere geschieht automatisch. Bei gentoo heisst das Programm
    'emerge' und bei z. B. FreeBSD gibt es die sogenannte 'Ports Collection',
    welche im Prinzip wie 'emerge' funktioniert.

    Zu deinem Problem: Ich kann dir nicht wirklich helfen, da ich persoenlich mich
    mit RPM gar nicht auskenne, da ich auch noch nie mit RPM gearbeitet habe.

    ABER: Hat Mandrake nicht eine Art Paketverwaltung oder Software-Installations-
    Tool, wie z. B. yast unter SuSE? Wenn ja, kannst du das Programm nicht darueber
    installieren? Normalerweise sind diese Tools in der Lage, Abhaengigkeiten auf-
    zuloesen.

    Nicht wirklich eine grosse Hilfe, hoffe trotzdem, dass was lesenswertes fuer
    dich dabei war :).

    mfg
    v R

    0
  • E

    Naja yast ist auch nicht wirklich in der Lage abhänigkeiten aufzulösen (mit einer der Gründe warum ich auf Debian umgestiegen bin)

    aber ansonsten solltest du wirklich mal versuchen das Packet von Hand zu installieren. Im makefile kannst du dann gewöhnlich die Pfade von Hand nachtragen evtl. hilfts.

    MFG eiskalt

    0
  • W

    Danke euch beiden - vor allem VR für seinen Roman. Ja, bei Mandrake gibt es zwei Manager: einen, der alle installierten RPMs anzeigt und bei Wunsch deinstalliert, und einen der alles von den CDs nicht installierte anzeigt und auf Wunsch installiert. Aber das ist wahrscheinlich weniger der, den du meinst, VR. Wenn ich direkt die RPM doppelklicke (unter KDE), dann wird auch so ein Manager geöffnet, der die RPM installieren will. Der fragt mich erstmal, ob das OK ist und dann nach dem ROOT-Passwort. Dann sagt er mir, dass bereits alles installiert ist (???).
    Was ich noch nicht erzählt habe: Auf der ED2K-GUI-Page wurden 2 RPMs angeboten. Ein neues und ein älteres, was laut Page auch auf älteren Systemen läuft. Wollte natürlich zuerst das neue installieren, aber da kam eben die nicht aufgelöste Abhängigkeit von libexpat.so.1. Also hab ich's mit dem alten versucht. Das lief! Aber die GUI ist wirklich scheiße. Es gibt ungefähr 1/100 soviele Optionen wie bei eMule. Einfach nur das nötigste. Und die Hilfe ist dürftig. Also habe ich mich verstärkt daum bemüht, doch noch die neue GUI zu installieren, in der Hoffnung, dass diese etwas mächtiger ist...
    Daher vielleicht die Meldung, dass schon alles installiert ist. Trotzdem komisch. Aber vielleicht könnt ihr mir bei der Kompilierung des libexpat-Paketes helfen. Ich habe wie gesagt ein tar.gz-Paket. Wie kann ich das jetzt installieren?

    0
  • V

    Nabend,

    normalerweise, wenn man die Quellcodes eines Paketes hat, geht man folgendermassen
    vor:

    #> ./configure
<jede menge tests hier>
#> make
<falls nicht schon als root angemeldet>
#> su
password: <root_pw>
#> make install
#> exit

    mfg
    v R

    [edit]
    Ups, sehe grad das king das bereits gepostet hatte 🙂
    [/edit]

    0
  • W

    Hä? Und woher weiß der, welches Paket ich installieren möchte? Außerdem ist ja noch nichts entpackt...

    0
  • E

    naja du solltest das schon erst enpacken und dann in dem verzeichniss ausführen wo der source-code und die makefiles liegen darum auch ./configure und nicht einfach configure

    MFG eiskalt

    0
  • W

    Man sollte hier schon wissen, dass ich ein absoluter Neuling im Linux-Bereich bin und daher nichteinmal weiß, wie ich ein Paket entpacke.

    0
  • V

    WebFritzi schrieb:

    Man sollte hier schon wissen, dass ich ein absoluter Neuling im Linux-Bereich bin und daher nichteinmal weiß, wie ich ein Paket entpacke.

    Sry :). Ich nehme mal an, es ist ein tar.gz oder tgz? Dann musst du es wie folgt
    entpacken:

    tar -xzf <datei>

    x fuer extract
    z damit es noch 'geunzipt' wird
    f dateiangabe

    Handelt es sich um ein bz2 Archiv:

    tar -xjf <datei>

    Hier weiss tar durch den Schalter 'j', dass das Archiv zusaetzlich noch mit
    bzip2 gepackt worden ist.

    mfg
    v R

    0
  • R

    @WebFritzi
    ich weiss nicht ob du mehr der Konsolen Fan bist, ansonsten kannst du das idr. auch direkt aus deinem Dateimanager (unter KDE der Konqueror).

    @vr
    Wobei man bei tar gar keine Striche für Optionen benutzt.

    0
  • V

    kingruedi schrieb:

    @vr
    Wobei man bei tar gar keine Striche für Optionen benutzt.

    Naja, gewohnheitssache 😉

    mfg
    v R

    0
  • N

    virtuell Realisticer schrieb:

    kingruedi schrieb:

    Wobei man bei tar gar keine Striche für Optionen benutzt.

    Naja, gewohnheitssache 😉

    Nicht nur, die GNU-Leute verwenden schon recht häufig Bindestriche, siehe dazu auch die Manpage von GNU tar. Wahrscheinlich wollen sie sich nur irgendwie von BSD abgrenzen. 🤡

    0
  • D

    wohl eher einheitlich halten, statt abgrenzen.

    0
  • E

    was auch immer es funktioniert mit und ohne 😃

    0
  • W

    kingruedi schrieb:

    @WebFritzi
    ich weiss nicht ob du mehr der Konsolen Fan bist, ansonsten kannst du das idr. auch direkt aus deinem Dateimanager (unter KDE der Konqueror).

    Das Kompilieren? Oder das entpacken? Was mich etwas wundert... Es wird garkein Destinations-Verzeichnis beim Entpacken angegeben. Gehört das so? Und was ich auch noch fragen wollte... Wenn ich "# rmp -i xxx.rpm" schreibe und bestätige, dann weiß ich garnicht, wohin das dann installiert wird. Bei Windows gibt man immer an, in welchen Ordner das rein soll (C:\Programme\xxx). Wie läuft das bei Linux?

    0
  • E

    nach welchen regeln jetzt genau das zielverzeichniss beim entpacken erstellt wird weiß ich auch net aber programme werden normalerweise unter /usr/bin installiert wenn sie für den normalen user zugänglich sein sollen programme für die man rootrechte braucht unter /usr/sbin. Du kannst mit "which programm" nachgucken wo die ausführbare Datei liegt.
    Wenn du net genau weißt wofür welches Verzeichniss in deinem Linuxsystem ist kannst du im Filesystem Hierarchy Standard nachgucken wofür es eigentlich da sein sollte.

    MFG eiskalt

    0
  • V

    WebFritzi schrieb:

    kingruedi schrieb:

    @WebFritzi
    ich weiss nicht ob du mehr der Konsolen Fan bist, ansonsten kannst du das idr. auch direkt aus deinem Dateimanager (unter KDE der Konqueror).

    Das Kompilieren? Oder das entpacken? Was mich etwas wundert... Es wird garkein Destinations-Verzeichnis beim Entpacken angegeben. Gehört das so? Und was ich auch noch fragen wollte... Wenn ich "# rmp -i xxx.rpm" schreibe und bestätige, dann weiß ich garnicht, wohin das dann installiert wird. Bei Windows gibt man immer an, in welchen Ordner das rein soll (C:\Programme\xxx). Wie läuft das bei Linux?

    Wie das mit den Programmen ist, hat eiskalt bereits erklaert. Zu sagen ist hier
    noch, dass z. B. Mehrbenutzerprogramme (wie z. B. Open Office) vom Systemadmin
    in ein Installationsverzeichnis entpackt wird. Jeder User der z. B. Open Office
    nutzen will, geht dann in dieses Installationsverzeichnis und installiert es fuer
    sich. OO wird dann in dein Homeverzeichnis installiert.

    Zum entpacken:
    Entpackt wird immer ins aktuelle Verzeichnis. Du kannst das natuerlich aendern,
    indem du den Parameter -C gefolgt vom Zielverzeichnis angibst, z. B.:

    tar -xzf file.tgz -C destdir

    mfg
    v R

    0
  • E

    entpackt wird immer ins aktuelle verzeichniss stimmt schon aber es wird ja auch ein verzeichniss angelegt wie wirdn der name dafür generiert? wenn ich z.B. meinen Mozilla installer entpacke hab ich eine Datei mit namen mozilla-i686-irgendwas-nochwas.tar.gz und wenn ichs enpacke hab ich ein verzeichniss mozilla-installer nach welchem kriterium wir den das erstellt? würde mich jetzt auch mal interessieren.

    MFG eiskalt

    0
  • V

    eiskalt schrieb:

    entpackt wird immer ins aktuelle verzeichniss stimmt schon aber es wird ja auch ein verzeichniss angelegt wie wirdn der name dafür generiert? wenn ich z.B. meinen Mozilla installer entpacke hab ich eine Datei mit namen mozilla-i686-irgendwas-nochwas.tar.gz und wenn ichs enpacke hab ich ein verzeichniss mozilla-installer nach welchem kriterium wir den das erstellt? würde mich jetzt auch mal interessieren.

    MFG eiskalt

    Das wird nicht nach irgendwelchen Kriterien erstellt, sondern dieses Verzeichnis
    ist mit in dem Archiv gepackt gewesen. Es werden ja nicht irgendwelche
    Verzeichnisse erstellt ;).

    mfg
    v R

    0
  • E

    alles klar darum gings mir 😃

    THX

    0
Anmelden zum Antworten