Dotaz: Jak nainstalovat trial CrossOver

[Joskaa]

trial CrossOver. Jsem začátečník mám nainstalovaný MDK 10.1 a potřebuji nainstalovat tento emulátor k vyzkoušení. Stáhl jsem soubor install-crossover-standard-demo-4.2.sh asi 12Mb, ale bohužel nevím jak to do MDK 10.1 nainstalovat prosím může někdo poradit krok za krokem jak to nainstalovat Díky josef

Odpovědi

[unchallenger]

A zkusils třeba ten instalátor spustit? ;-)

[wake]

prepokladejme, ze jste si instalator stahl do sveho domaciho adresare do podadresare My Downloads. spustte tedy Konsoli (mate-li KDE) nebo gnome-terminal (mate-li gnome), a v ni napiste:

cd ~/My\ Downloads;
chmod a+x install-crossover-standard-demo-4.2.sh;
./install-crossover-standard-demo-4.2.sh;

Pruvodce instalaci je jiz podobny wizard, na jakeho jste zvykly z windows. Prislusne programy se vam objevi v "start" menu a jsou bez potizi rozpoznatelne.

[Marek Bernát]

WTF?
sh install-crossover-standard-demo-4.2.sh

[wake]

TTF:

$ head -n 1 bagr.sh
#!/usr/bin/zelenej.shell

;)

[unchallenger]

WTF?

bash: ./install-crossover-standard-demo-4.2.sh: /usr/bin/zelenej.shell: bad interpreter: No such file or directory

[wake]

TTF:

$ sudo ln -s `which python` /usr/bin/zelenej.shell

detailisto...

[unchallenger]

Chceš říci, že ta věc je v pythonu, ale má koncovku .sh? To je podlé...

[wake]

Chci říci, že zespustitelnění je o něco pracnější, nicméně o něco univerzálnější metoda, jak spustit soubor, o kterém nevím víc, než jeho jméno. Připouštím, že nazvat binárku "binarka.sh" nebo program v pythonu "hadice.exe" je poněkud extravagantní, nicméně přípustné. Jádro ví samo nejlépe, co má provést se spustitelným souborem jemu předhozeným.

[Marek Bernát]

WTF? niekto tu zasa nechape?
islo mi o to, ze to ide uplne pohodlne jednym prikazom, netreba tam cpat chmod a pustat bashom, aby sm vyuzili netusene moznosti prveho riadku toho suboru...
ale ved naco robit veci jednoducho, ked to ide nepohodlne a zlozito...

[wake]

nikdo nic bashem nespousti. ./filename je cesta k souboru. vy snad mate . v $PATH ??? mrkev v zime...

[Marek Bernát]

5xWTF?
nebol nahodou vas postup o tom, ze instalator spustite ako ./filename?
a co sa stane ked napisete ./filename?
kto podla vas povie suboru, ze ak ma na prvom riadku #!/usr/bin/zelenej.shell, tak sa ma spustit v /usr/bin/zelenej.shell?
to sa robi same od seba?
vidim, ze viete, co hovorite
btw, neviem ako vy, ale my mame mrkvu cely rok

[wake]

kdyz napisu "./filename" tak se provede priblizne

if(!fork())execv("./filename", params);

zatimco kdyz napisu "sh filename" tak se provede priblizne

if(!fork())execv("/bin/sh", params);

kde v params je jako prvni "filename". interpretaci prvniho radku dela az jadro.

[Marek Bernát]

nie
man bash, /^COMMAND

...
If the program is a file beginning with #!, the remainder of the first line specifies an interpreter for the program. The shell executes the specified interpreter on operating systems that do not handle this exe- cutable format themselves. The arguments to the interpreter consist of a single optional argument following the interpreter name on the first line of the program, followed by the name of the program, followed by the command arguments, if any.

ak ste v bashi, tak ./filename, o ktorom tu bola rec, je de facto pusteny bashom

[wake]

o dve sekce predtim se pise:

If the search is successful, or if the command name contains one or more slashes, the shell executes the named program in a separate execution environment. Argument 0 is set to the name given, and the remaining arguments to the command are set to the arguments given, if any.

a v tomto okamziku nam kernel (alespon linuxovy, 2.6.11) zajisti, ze exec projde. pro dalsi studium doporucuji binfmt_script.c, ktery najdete v source-tree kernelu.

HAND

[Marek Bernát]

mnohokrat dakujem, odteraz budem citat zdrojaky a nie spoliehat sa na nekvalitnu dokumentaciu, RTFM -> UTSL
doteraz som totiz predpokladal, ze exec* pracuju len na binarnych suboroch a ziadny manual mi tuto domnienku poriadne nevyvratil
alebo je aj niekde v manualoch, co vsetko exec* dokaze?

[wake]

ta dokumentace neni nekvalitni, bash to skutecne odinterpretuje sam, pokud mu na to jadro rekne "neumime, dete pryc". ruzna jadra (BSD, linux, HP-UX, AIX, Solaris, ...) si vysvetluji pojem "spustitelny format" ruzne.

[Marek Bernát]

takze som mal ciatocne pravdu, aj ked som o tom nevedel

ta dokumentace neni nekvalitni...

ale da sa pochopit, co vsetko robi exec, bez pozerania do zdrojakov?
konkretne napriklad: ake formaty su podporovane (load_binary)

[wake]

taky nikdo nerek, ze ste uplne mimo

o zadne dokumentaci nevim, i kdyz je mozne, ze existuje. google je vas pritel ;)

[Marek Bernát]

s googlom sa priatelim uz davno, ale pouzivam ho ako last resort
najprv skusam vsetko sam, aj ked tym obcas nieco pokazim

[wake]

a jinak - ja to nemam z manualu ale z googleni - kdyz jsem hlodal, jak donutit linucha, aby spoustel javove "binarky" bez trapneho volani "java binarka"

[Marek Bernát]

a nechce sa vam sem hned napisat ten postup, lebo ja ich tiez pustam tak trapne
skusil som taku strelbu od boku:
vo file.class je main
do file som dal cestu k java vm
./file potom vypise:
Exception in thread "main" java.lang.NoClassDefFoundError: //Hello
co je rovnaky vypis, ako ked pustim java ..file
P.S.: trochu sme sa odchylili od povodneho kurzu, ale zakladat novy thread je snad zbytocne

[Marek Bernát]

s/Hello/file/
u mna sa ten file vola Hello, to je taka klasika :)

[wake]

tedy, ono uz je to dva-tri roky, a jediny, co si pamatuju, je, ze to de. http://www.linuxhq.com/java.html

[Marek Bernát]

to co som napisal bola pekna blbost, ale to bol len taky test
no ono to ide napriklad upravou kernelu, proste si napiseme vlastny java wrapper cez tie binfmt..., alebo uz aj bude nejaky na webe asi
ale ja som chcel nieco menej drasticke
idem checknut ten link

[Marek Bernát]

som netusil, ze ta moja paticka je az taka pravdiva, ten vas link je presne o tom, co som pisal