Denna delen av 99 uppdateras inte längre utan har arkiverats inför framtiden som ett museum.
Här kan du läsa mer om varför.
Mac-nyheter hittar du på Macradion.com och forumet hittar du via Applebubblan.
daijo

daijo

Medlem
  • Plats Lund
  • Sysselsättning Systemutvecklare
  • Registrerad 2005-01-23
  • Senast aktiv 2005-04-27
  • Antal inlägg 29

Foruminlägg

De senaste inläggen daijo har skrivit i forumet.

  • Medlem
  • Lund
  • 2005-04-06 20:27

Vill tillägga att jag är intresserad av samma sak. Haft nån tur själv? Är det länken nedan du har hittat också?

http://simonwoodside.com/dev/symbian/howto.html

  • Medlem
  • Lund
  • 2005-04-06 18:55

Hej!

Jag heter Daniel Hjort och driver tillsammans med en tidigare studiekamrat ett litet företag som heter Carlsund & Hjort HB. Vi är båda har formell utbildning inom datavetenskap och är baserade i Lund/Malmö-regionen.

Vi utför bland annat utredningar och kvalificerad systemutveckling. Hör av er med ett problem så ska vi se till att lösa det.

  • Medlem
  • Lund
  • 2005-04-05 13:18

Förstår inte riktigt vad du vill göra men om bla.htm är en fil kommer det inte att funka... Om man flyttar flera filer måste målet vara ett bibliotek.

  • Medlem
  • Lund
  • 2005-04-05 12:59

Tja!

Bor i Lund och hänger gärna med om det blir nåt. Kan nog ta mig till Malmö nångång också. Alla jag känner har typ flyttat dit senaste året...losers;)

  • Medlem
  • Lund
  • 2005-02-11 16:15

Bara ett tillägg för saken skull. Du ser den sista raden i /etc/profile som ser ut som följande:

[ -r /etc/bashrc ] && source /etc/bashrc

Det den gör är att köra /etc/bashrc. I den bashrc som är installerad från början å systemet ligger följande:

# System-wide .bashrc file for interactive bash(1) shells.
PS1='\h:\w \u\$ '
# Make bash check it's window size after a process completes
shopt -s checkwinsize

Alltså det var troligen här du satte prompten förr i tiden. Mao. borde prompten också ha blivit som vanligt om du återställde /etc/profile helt och hållet. Du kan ju kolla om inte /etc/bashrc är överskriven också isåfall.

  • Medlem
  • Lund
  • 2005-02-10 17:53

Så här ska /etc/profile se ut. Testa att återskapa den.

# System-wide .profile for sh(1)

PATH="/bin:/sbin:/usr/bin:/usr/sbin"
export PATH

[ -r /etc/bashrc ] && source /etc/bashrc

  • Medlem
  • Lund
  • 2005-02-06 20:16

"funderar däremot på att köpa en extern skärm till den bärbara så då får vi se... "

Det kan jag verkligen rekommendera!

  • Medlem
  • Lund
  • 2005-02-05 23:43

Kul att det funkade:) "Så enkelt men endå så svårt." Unix i ett nötskal. Allt är genialt enkelt när man väl vet hur det ska vara:)

  • Medlem
  • Lund
  • 2005-02-05 17:28

Jo Findern går bra. De ska ha namnen i mitt tidigare inlägg.

  • Medlem
  • Lund
  • 2005-02-05 17:10

Var lite svårt att hänga med innan men känns det lite mer konkret:)

"Okej... Dom är ett par. Så då måste publika nyckeln och den privata följas åt. Namnar jag bara om de nycklar jag har fått till typ "id_dsa.pub" eller ska det räcka med xxxx.private (gjorde fyra x eftersom det annars ser lite skumt ut )."

Ja den privatanyckeln ska du lägga i .ssh biblioteket på klienten som id_dsa. Den publika nyckeln ska ligga i samma bibliotek fast på servern i filen ~/.ssh/authorized_keys2.

Klienten Servern
~/.ssh/id_dsa
~/.ssh/id_dsa.pub ---> ~/.ssh/authorized_keys2

  • Medlem
  • Lund
  • 2005-02-05 16:32

"Nu har jag flyttat nycklar och genererat och testat ssh agent, ssh keychain etc. Så nu lyckas jag inte ens längre få upp tunneln som jag åstadkom förut..."

Insåg precis att om du inte slarvade när du skrev det där så är det förklaringen varför det inte funkar nu. Om du flyttade din publika nyckel tilll servern och sedan skapade du en ny privatnyckel. Det är viktigt med ordningen där:) Nycklarna är ett par och kan bara användas tillsammans.

  • Medlem
  • Lund
  • 2005-02-05 16:27

Så du kan inte logga in alls längre?! Inte med ssh heller? Isåfall får du prata med serverkillen. Annars borde du som sagt kunna köra sftp utan nycklar bara genom att ange lösenord som vanligt.

Lösenordet som nyckeln har är en så kallad passphrase som angavs när lycklarna skapades. Tycker klientprogrammen bör göra som ssh och kolla i din .ssh katalog där den privata nyckeln (~/.ssh/id_dsa) hamnar. Den publika nyckeln (~/.ssh/id_dsa.pub) ska som sagt läggas i ~/.ssh/authorized_keys2 på servern. Jag gissar att om du tar bort den filen så får du logga in som vanligt med ditt lösenord.

Hur MacSftp fungerar vet jag inte men du bör ha fått en ja/nej fråga första gången du försökte ansluta till servern (med användarnamn och lösenord). Där skulle du ha svarat ja.

  • Medlem
  • Lund
  • 2005-02-05 06:12

Du har alltså lagt den publika nyckeln i ~/.ssh/authorized_keys2 på servern och kan logga in via ssh utan problem? Kan du posta felmeddelandet?

Om du kan logga in med putty (utan lösenord?) men inte med de andra klienterna är det nog fel på klientsidan.

Har skrivit lite om privata/nycklar här http://myrouter.homeunix.net/~daniel/macosx.html
Vet inte om det är relevant men du kan ju se om det är nåt där som är nytt.

  • Medlem
  • Lund
  • 2005-01-31 18:02

Här är mitt fluxboxdesktop som det såg ut när min Slackwareburk hade skärm med mera. Nu är den huvudlös så OS X på min powerbook är det enda gui jag har.

http://datalogi.net/img/fluxboxonslack.png

Appropå ingenting, darwinports på Slackware funkar utmärkt:)