Software > Freeware

Solaris 8 Companion-CD: Alles installiert und was nun?

<< < (5/6) > >>

Taurus90:
Hallo!

Na ja, Schritt-für-Schritt wäre ja auch etwas übertrieben - mein einziges Problem ist, daß ich das, was ich z.B. auf der Sun-Page (oder auch die Ausführungen von escimo) bzgl. der KDE-Installation lesen kann, nicht auf mein System umzusetzen in der Lage bin :-(

Wg. KDE an sich: Nein, denke mal, daß das auch nicht unbedingt die Oberfläche ist, die auf einem SUN-System benutzt wird - da ich aber immerhin schon die Möglichkeit habe (Wie auch immer ich das jetzt hinbekommen habe ...), mich beim Einlog-Screen für KDE einzuloggen, wäre es nur allzu sehr passend, wenn KDE auch starten würde ...

Ansonsten habe ich schon das, was ich auch unter Linux gerne verwende und gleichwertiges in Solaris/CDE (An CDE habe ich mich schon sehr gewöhnt!) noch nicht gefunden habe: kmail :-)

Ehe ich vergesse: Habe die Standard-Shell, m.W. Bourne.

Taurus90:
Hallo!

Ich glaube, ich drehe gleich ab ...

Nun ist mein PC hin, muß also mit der SUN arbeiten - wenn es denn ginge ...

Am wichtigsten war mir erst einmal, ein vernünftiges Email-Prog zu haben - die den ganzen Thread bisher einnehmenden Schwierigkeiten und Lösungen zu kmail haben schlußendlich jetzt nichts gebracht, da zumindest die Version von kmail, die ich habe, weniger taugt, als Thunderbird. Das ist aber auch egal, benutze jetzt halt Thunderbird und das funktioniert bisher recht gut.

Wenn da nicht das Problem wäre, daß ich es nicht fertigbringe, auch mal etwas auszudrucken - offensichtlich kann Solaris 8/CDE nicht mit meinem Epson Stylus Color, der druckt nämlich nur Müll aus ...

Habe jetzt CUPS im Visier, denn das soll bei mir ja funktionieren - doch wie soll ich es benutzen, wenn ich es nicht installiert kriege? Wenn ich alles richtig verstanden habe, so sollte CUPS compiliert werden mit dem mir bekannten, wenn auch nie verwendetem, 3Satz configure/make/install (oder so). Doch wie soll ich es compilieren, wenn es da gleich zu Anfang eine Fehlermeldung gibt, daß kein cc in $PATH gefunden wurde ...
Nehme mal an, daß damit gcc (ein Compiler?) gemeint ist? Wenn ja, dann  ist der wohl nicht vorhanden bei mir :-(
Auf der Companion-CD lag er wohl vor und liegt jetzt auch im sfw-Ordner herum - doch wie soll man eine Source compilieren ohne Compiler ...

Diese ganze $PATH-Angelegenheit ist mir echt zu hoch - echo $PATH bringt mir zwar ein paar Ausgaben, auch ein paar von escimo genannte, aber lange nicht alle, doch irgendetwas mit gcc oder auch cc ist nicht dabei. Das "Schlimmste" dabei ist für mich, daß ich nicht herausfinden kann, wo echo $PATH die Angaben überhaupt herbekommt - es sind nicht die gleichen wie in .login, .dtlogin, .profile ...

echo $SHELL gibt /bin/sh - die von escimo angeführten setenvs ergeben damit wohl für mich keinen Sinn ... denke ich.

Ich weiß nicht, wie ich das Problem noch näher beschreiben soll - meine tollen Unix-/Solaris-Bücher helfen mir auch nicht weiter, da die Inhaltsverzeichnisse derart gestaltet sind, daß man auf jeden Fall nicht das findet, was man sucht  ;-)

Hoffe, daß es jemanden gibt, der mir weiterhelfen kann - wenn ich weiter vor mich hin pröttke, läuft hier wahrscheinlich bald gar nichts mehr ...

Übrigens ist das $PATH-Problem nicht nur beim Compiler, sondern eher allgemein, denn nach der Installation von Acrobat Reader (es werden zur Zeit Leseversuche von *.pdf mit dem Fehler bestraft, daß der reader nicht zu finden sei, deshalb habe ich ihn gesaugt und installiert), kann der nicht gestartet werden, weil wieder irgendetwas mit dem Pfad nicht stimmt ...

Gruß

claus:
Die PATH Variable wird einfach dazu benutzt festzustellen, in welchen Pfaden nach Programmen gesucht werden muss.

Jede Shell hat normalerweise ihr eigenes File, in dem Sachen definiert werden können:

.bashrc -> Bash
.cshrc -> (T)C Shell
.profile -> Bourne Shell

Wenn Du irgendwo ggc installiert hast, dann muss Du der shell auch sagen, wo sie denn suchen soll.
Also meinentwegen, gcc ist unter /usr/local/bin/, dann muss /user/local/bin auch in der Pfad Variablen der Shell stehen, die Du gerade benutzt.

Jetzt in deinem Fall, da Du mit sh arbeitest, liegt diese Variable entweder in ~/.profile (also in deinem HomeDir), oder in /etc/.profile (default).

Schau dir mal dieses File/diese Files an, darin müsste ungefähr sowas zu finden sein:


--- Code: ---  PATH="/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/bin/X11"
export PATH
--- Ende Code ---

Der Wert von PATH kann/wird natürlich stark abweichen, von meinem Beispiel hier (das ist von einer Linux Kiste).

Wenn jetzt gcc unter /usr/local/bin stehen würde, dann würde ich das über

--- Code: ---which gcc
--- Ende Code ---
auch finden, da die Shell ja weiss, dass sie auch in /usr/local/bin suchen soll.

Wenn which gcc nichts findet, ist es entweder nicht installiert oder eben nicht im Pfad (was zum selben Ergebnis führt).

Wenn Du gcc vom Package installiert hast, dann solltest Du ihn auch finden können (cd /;find . -name gcc).

So, ich hoffe, das hilft dir ein wenig weiter.

Bezüglich AcrobatReader im Speziellen: Eine exakte Wiedergabe der Fehlermeldung wäre hilfreich.

Claus

Taurus90:
Hallo!

Habe jetzt viel probiert, das Ergebnis sieht so aus:

Das startlog hat mir immer wieder ausgegeben, daß .profile nicht gelesen werden konnte - bis ich auf die Idee kam, es von /etc nach / zu verschieben. Jetzt zeigt's mir keinen Fehler mehr an.

Anscheinend wird .profile und/oder .login in meinem home-Verzeichnis gar nicht gelesen, denn ich kann da ändern, was ich will, es zeitigt keine Wirkung ... (Habe übrigens auf csh umgestellt - zumindest für den user, bei root kann ich das, über die Solaris Management Console, nicht, es bleibt bei sh.)

Nachdem nun .profile in / so (Man beachte die Eintragungen am Ende für PATH.) aussieht:


--- Code: ---#ident "@(#)profile 1.18 98/10/03 SMI" /* SVr4.0 1.3 */

# The profile that all logins get before using their own .profile.

trap ""  2 3
export LOGNAME PATH

if [ "$TERM" = "" ]
then
if /bin/i386
then
TERM=sun-color
else
TERM=sun
fi
export TERM
fi

# Login and -su shells get /etc/profile services.
# -rsh is given its environment in its .profile.

case "$0" in
-sh | -ksh | -jsh)

if [ ! -f .hushlogin ]
then
/usr/sbin/quota
# Allow the user to break the Message-Of-The-Day only.
trap "trap '' 2"  2
/bin/cat -s /etc/motd
trap "" 2

/bin/mail -E
case $? in
0)
echo "You have new mail."
  ;;
2)
echo "You have mail."
    ;;
esac
fi
esac

umask 022
trap  2 3

PATH=/opt/sfw/kde/bin:$PATH
export PATH

LD_LIBRARY_PATH=$LD_LIBRARY_PATH}:/opt/sfw/kde/lib
export LD_LIBRARY_PATH

PATH=/bin:$PATH
export PATH

PATH=/usr/bin:$PATH
export PATH

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

PATH=/opt/sfw/bin:$PATH
export PATH

PATH=/usr/sbin:$PATH
export PATH

PATH=/usr/ucb:$PATH
export PATH

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

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

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

PATH=/opt/sfw:$PATH
export PATH

PATH=/opt/sfw/kde:$PATH
export PATH

PATH=/opt/sfw/kde/dtlogin:$PATH
export PATH

PATH=/opt/sfw/kde/lib:$PATH
export PATH
--- Ende Code ---

kann ich als user in der CShell per which auch den Pfad zu "gcc" abrufen - für "kde" geht das nicht, habe allerdings bei manueller Suche in diversen Verzeichnissen solch eine Datei auch nicht finden können. Auch die Datei-Such-Funktion des CDE bringt kein Ergebnis - merkwürdigerweise allerdings auch nicht für gcc, obschon es offensichtlich da ist -, was mich allerdings irgendwie nicht verwundert, da doch wahrscheinlich eher "startkde" für das Starten von KDE zuständig ist.
Womit ich auch zum Thema KDE komme: Wenn ich als root einlogge, läuft es hoch, als user nicht! Der Witz an der Sache ist, wenn ich mich als user in KDE einloggen will, so stürzt die Sache nach den jetzt vorgenommenen Änderungen bzgl. .profile nicht mehr ab und bringt mich wieder in den Einlog-Schirm, sondern ich komme in die gnome-Oberfläche! Das ist zwar ganz nett, doch nicht das, was ich wollte ;-)
Das startlog(.old) dazu sieht dann so aus:
--- Donnerstag, 26. Oktober 2006, 11:30:02 Uhr MEST
--- /usr/dt/bin/Xsession starting...
--- starting /usr/openwin/bin/speckeysd
--- Xsession started by Xsession
--- setting font path...
--- setting auxiliary font path...
--- starting /usr/dt/bin/dtsession_res -load -system
--- sourcing /home/pamand/.dtprofile...
--- sourcing /usr/dt/config/Xsession.d/0010.dtpaths...
--- sourcing /usr/dt/config/Xsession.d/0015.sun.env...
--- sourcing /usr/dt/config/Xsession.d/0020.dtims...
--- sourcing /usr/dt/config/Xsession.d/0030.dttmpdir...
--- sourcing /usr/dt/config/Xsession.d/0040.xmbind...
--- sourcing /usr/dt/config/Xsession.d/1000.solregis...
--- starting /usr/dt/bin/dthello -string 'Starting the K Desktop Environment' &
--- starting /usr/dt/bin/dtsearchpath
--- starting /usr/dt/bin/dtappgather &
--- starting /usr/dt/bin/dsdm &
--- session log file is /dev/null
--- DTSOURCEPROFILE is 'true' (see /home/pamand/.dtprofile)
--- execing /opt/sfw/kde/dtlogin/Xsession.kde2 with a /bin/csh login shell ...
--- starting desktop on /dev/pts/3
Sun Microsystems Inc.   SunOS 5.8   Generic Patch   February 2004
/usr/dt/bin/ttsession[2654]: Starten
/usr/dt/bin/Xsession[733]: 2640 Aufgehängt
X connection to :0.0 broken (explicit kill or server shutdown).
X connection to :0.0 broken (explicit kill or server shutdown).
Adobe und CUPS habe ich noch nicht weiter probiert ...

Noch 'ne Idee?

Gruß

Taurus90:

--- Zitat von: Taurus90 am 26. Oktober 2006, 12:05:06 ---Adobe und CUPS habe ich noch nicht weiter probiert ...

--- Ende Zitat ---

Na, das hat sich jetzt erledigt - bin auf Sol10 umgestiegen.
Damit klappt's jetzt mit dem Drucken (Wenn auch unbefriedigend ...) und Adobe läuft ohne mein zutun :-)


War am Überlegen, ob ich einen neuen Topic erstelle, aber vielleicht paßt's hier auch hin, weil's noch immer etwas mit Installation von Software zu tun hat:

Hatte mir von SUN diverse kleinere Software heruntergeladen, teils mit Endung .tar.bz2, teils mit nur .bz2. Erstere stellten mich vor keine allzu großen Probleme, letztere aber schon.
Habe mit bunzip2 -dkf Name eine solche entpackt, dabei bleibt eine Datei ohne Endung zurück - mit Eigenschaft DATA. Und beginnt mein Problem: Was fange ich jetzt damit an? Für mich sieht die Datei aus wie das eigentliche Programm, doch da es sich um DATA handelt, ist es nicht lauffähig ... Kenne so etwas auch von RISC OS, doch da mußte man die Eigenschaft der Datei nur dahingehend ändern, daß sie sich als RUN ausgibt - das scheint aber unter UNIX nicht so zu sein?
Wäre, wie immer, dankbar für einen Tip!

Gruß

Navigation

[0] Themen-Index

[#] Nächste Seite

[*] Vorherige Sete