wieso sunfreeware nach /opt/csw ?

[tassilo]

Hallo

Hoffe mal das hier der richtige Platz für meine frage ist.

Wieso wird bei "sun-externen" programmen alles nach /opt/xxx gesteckt ?

xampp nach /opt/xampp oder die sachen von sunfreeware nach /opt/csw ?

ich hab mitlerweile 3 apaches je einen im normalen / , einen in /opt/xampp und einen in /opt/csw

versucht man mal dinge zu compilieren fällt man als anfänger gleich mal auf die nase da weder gcc noch make noch sonstwas vorhanden zu sein scheint (trotz pkg-get instal ...). da fällt mir wieder ein ach ja iss ja nicht da wo ich und configure es erwarten iss ja in /opt/csw/xxx also den pfad angepasst und ok gcc wird gefunden, aber z.b. libxml schon wieder nicht. also ok ein parameter "--include-libxml-dir=" tut den trick aber schon wieder beim xml-config wird wieder nicht gefunden aber man kann auch nicht per config switch angeben oder doch das configure von hand editieren ? usw usf

ach ja , ich dachte darüber nach die sachen die ich compiliere dann als "packet" auf meinen anderen suns zu installieren um mir dieses ganze brimborium zu sparen aber "muss" ich das dann nach /opt/tass installieren denn das scheint ja der gute weg zu sein...

scheinbar versteh ich das "große Ganze" nicht da ich mir nicht vorstellen kann das so gearbeitet werden soll...

Über Tipps würde ich mich sehr freuen.

Grüße

Tassilo

[escimo]

Wenn du Pakete von sunfreeware.com heruntergeladen hast, dann werden die Binaries im Verzeichnis /usr/local/ abgelegt beziehungsweise installiert.

/opt/sfw/ ist das Standard-Verzeichnis für die von Sun veröffentlichten und den Solaris-Version (früher) beiliegenden Companion-Medien. Habe gerade nochmal für Solaris 10 Pakete geschaut.

Letztlich ist es Schall und Rauch, wo du die Pakete installieren lässt. Das Verzeichnis /opt/ ist für "optionale" Software-Pakete. Auf dieses Verzeichnis hat aber nicht unbedingt jeder Zugriff, je nachdem was für Restriktionen auf dem System für Benutzer gelten. Darauf würde ich mich nicht versteifen.

...also ok ein parameter "--include-libxml-dir=" tut den trick aber...

Ich empfehle dir die Umgebungsvariablen PATH und LD_LIBRARY_PATH so anzupassen, dass alle für die Kompilierung erforderlichen Programme und Bibliotheken auch gefunden werden können.

Gruß
escimo

[claus]

Wo kann ich den Pfad eigentlich ändern, wenn ich wollte?

Claus

[llothar]

Also ich finde die Verzeichnisstruktur auch völlig daneben. Gibts irgendwo ein Dokument wo die erklärt wird, in den drei Admin Guide Bänden hab ich nichts entdeckt.

Und das ändern von LD_LIBRARY_PATH ist leider ziemlich tötlich unter SUN. Du kriegst nur Ärger ohne Ende und in comp.unix.solaris ist immer wieder leidenschaftlich zu hören das man davon die Finger lassen soll.

Irgendwie gehts, aber das Gefrummel ist keinen deut besser unter HP-UX. Ziemlich krank.

[tassilo]

Hallo

freut mich das ich nicht der einzige bin dem das "komisch" vorkommt.
wenn ich -sofern man das hier überhaupt sagen darf *duck*- immer über linux geschimpft hab und die inkonsistenzen zur lsb ist das ja super im vergleich zu hier.
auf der anderen seite ist das etwas "sauberer" und das orginal grundsystem wird nicht inkonsistent.

Wenn du Pakete von sunfreeware.com heruntergeladen hast, dann werden die Binaries im Verzeichnis /usr/local/ abgelegt beziehungsweise installiert.

hmm ein "du -h /usr/local" sagt mit 2k  das gleiche auf /opt/csw gibt mir 1,6GB zurück... denke mal die software ist komplett dort.

...also ok ein parameter "--include-libxml-dir=" tut den trick aber...

Ich empfehle dir die Umgebungsvariablen PATH und LD_LIBRARY_PATH so anzupassen, dass alle für die Kompilierung erforderlichen Programme und Bibliotheken auch gefunden werden können.

Hmm ok. das hab ich im "howto" hier auch gelesen, war übrigens sehr nützlich ist, hätte mich nur gefreut wenn ich das gestern gefunden hätte aber naja das ist ein pers. problem von mir das ich immer erst ausprobiere und dann nach dem fine manual (oder howto) gucke...

ach ja noch was am rande aber sollte man 32 oder 64 bit dem vorzug geben?
ich brauch keine 64bittigen zahlen und verwalte auch keine gigabytes an ram oder ähnliche sachen die mir zum thema 64bit einfallen, aber da man ja ne 64bittige cpu hat.. meine frage ist mehr wirds langsamer? hat man nachteile ?


Grüße

Tassilo

[Tschokko]

Wenn die Packages nicht ganz vermurkst sind kann man wunderbar selbst bestimmen wohin das Zeug kopiert. (Anleitung siehe weiter unten). Schwierig wird es erst wenn manche Programme davon ausgehen das an Stelle X sich bestimmte Programme befinden. Hatte da schon meine kleineren Problem mit Perl... mal war's wurst wo Perl installiert ist, mal war es den Skripten sehr wichtig das Perl in /usr/local anzufinden ist. Zum Glück ist das aber eher selten...

So, wie sag ich nun den Packages wohin se sich installieren sollen. Voraussetzung kein vermurkstes Package mit absoluten Pfaden. Lacht nicht, die gibt es !

# cd /var/sadm/install/admin
# cp default mydefaults
# vi mydefaults

basedir=default an das gewünschte Verzeichnis anpassen, z.B. basedir=/usr/local

Dannn beim Packages installieren Parameter a setzen:

# pkgadd -a mydefaults -d thepackage-1.0.0

Dann wird das Zeug jedenfalls in das in basedir genannte Verzeichnis installiert.


@lothar:

der LD_LIBRARY_PATH ist meines Wissens nach typisch Linux. Unter Solaris gibt es den "crle" Wenn ich dem die Pfade nenne die ich brauch, dann rennt jedes Programm bei mir auf der Kiste. Den LD_LIBRARY_PATH hab ich mir auf Solaris abgewöhnt.

Gruß Tschokko

[escimo]

Ich bin beeindruckt Tschokko. Das Kommando crle (configure runtime linking environment) kannte ich bis jetzt gar nicht. Nett.

Das merke ich mir gleich mal.

http://bwachter.lart.info/solaris/solfaq.html zeigt kurz und knapp, wie du das Kommando einsetzen kannst und unter http://www.gunfleet.com/solaris/crle1.htm findest du eine Online-Version einer "man page" zum Kommando.