Jeg prøver å installere GAMESS (en beregningskjemipakke) på en Linux Mint-maskin og konfigurasjonsfilen har en #!/bin/csh i begynnelsen.

Når jeg kjører ./config er første linje export: Command not found. Hvis jeg prøver å fortsette med installasjonsprosessen, får jeg mange andre «» Kommandoer ikke funnet «» linjer.

Jeg har allerede installert csh og tcsh og dette er utdata fra echo $PATH: 

/home/chicolucio/Gabedit64:/home/chicolucio/anaconda3/bin:/home/chicolucio/bin:/home/chicolucio/.local/bin:/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/games:/usr/local/games:/usr/lib/jvm/java-8-oracle/bin:/usr/lib/jvm/java-8-oracle/db/bin:/usr/lib/jvm/java-8-oracle/jre/bin

«» chicolucio «» er brukeren.

Jeg prøvde å endre den første linjen i filen til #!/bin/tcsh (readme-filen siterer dette som et alternativ når du har problemer med den interaktive installasjonen), men den fungerte ikke. Jeg prøvde også å kjøre dos2unix på filen basert på noen lenker jeg leste på internett, men den virket ikke. Begge forsøk gir de samme «» Kommandoen ikke funnet «» problemer.

Hva mer kan jeg prøve? Jeg er litt ny på Linux.

Kommentarer

  • export er mer typisk for /bin/sh kanskje prøve det i stedet?
  • Det er flere varianter av denne lukkede kildeprogramvaren, med flere tiår med avvik mellom noen av dem. Hvilken bruker du?
  • @JdeBP GAMESS versjon 30. september 2017 R2 for 64-biters (x86_64-kompatibel) under Linux med GNU-kompilatorer (tekst fra e-posten de sender meg når jeg ber om programmet)
  • @thrig Jeg tror at dette kan forårsake problemer fordi readme anbefaler csh eller tcsh. Tilsynelatende på grunn av interaktivitetsprosessen (mange spørsmål som blir stilt under installasjonen). Men takk, jeg ' Jeg prøver dette hvis ingen csh- eller tcsh-forsøk fungerer.

Svar

Jeg la merke til at jeg faktisk har tilgang til denne programvaren og config filen er en csh skript (så #!/bin/csh er riktig). Kopien av denne filen har en dato som sier «5. desember 2014». Hvis config -filen din har export -kommandoer, er den enten modifisert eller det er en oppdatert versjon (med feil #! -line).

Du bør også undersøke om du har en ~/.cshrc -fil som inneholder export kommandoer (dette vil være en feil). ~/.cshrc -filen for csh tilsvarer omtrent ~/.bashrc for bash.

Kommentarer

  • Vær imidlertid oppmerksom på at det er minst tre varianter av programvaren, noen med avvikspunkter som kommer nær pre-dating C-skallet.
  • @Kusalananda svaret ditt ser ut til å være på riktig måte. Den eneste linjen jeg fikk på ~/.cshrc er set path='$HOME/Gabedit64 $path'. Gabedit er en annen programvare for beregningskjemi, og jeg tror den linjen ble lagt til ved installasjonsprosessen for programvaren. Jeg omdøper denne filen med .old og tøm filen. Nå, med den tomme ~/.cshrc -filen, fungerer GAMESS-installasjonen. Gabedit ser ut til å fungere også. Men hva betyr den linjen? Er det noen sjanse for at Gabedit-programvaren slutter å fungere hvis jeg fortsetter med den tomme filen?
  • @chicolucio Jeg kan ' t umiddelbart se hvordan du setter banen i ~/.cshrc -filen kan provosere skallet til å kjøre en export -kommando.
  • @Kusalananda OK. Jeg ' Jeg markerer svaret ditt som det aksepterte svaret fordi det løste installasjonsproblemet mitt. Jeg vet heller ikke ' hvorfor den linjen på filen forårsaker dette, jeg ' Jeg prøver å gjenopprette filen senere og prøver igjen å se om problemet gjentas. Takk!
  • @Kusalananda Jeg tror at jeg fant ut hva problemet var. Syntaksen for csh ser ut til å være forskjellig fra bash. Basert på litt forskning skrev jeg om ~/.cshrc -filen som set path= ($path $HOME/Gabedit64). Tilsynelatende fungerer dette, ingen feil.

Legg igjen en kommentar

Din e-postadresse vil ikke bli publisert. Obligatoriske felt er merket med *