spot

Jodå, 'Automator -> Kör kommandotolksmanus' är till för just detta. Dock finns ett litet problem till i just detta fallet, nämligen att kommandot måste köras med administratörs-behörighet. Då är det smidigare att använda AppleScript.

I Automator, lägg till 'Automator -> Kör AppleScript-manus' i ett tomt arbetsflöde. Klistra in följande i textrutan:

on run {input, parameters}
	do shell script "launchctl unload -w /Library/LaunchDaemons/vnet.plist" with administrator privileges
end run

och spara sen i lämplig form, kanske Finder-plugin, som ex. "Stäng av vnet".

Gör sedan ett flöde till med koden

on run {input, parameters}
	do shell script "launchctl load -w /Library/LaunchDaemons/vnet.plist" with administrator privileges
end run

som följdaktligen får heta "Starta vnet" eller något liknande.

När arbetsflödet körs kommer du nu frågas efter administratörslösenord i en dialogruta.

Ersätt mellanslagen i textfilen med tabb-tecken.

Detta iPhone-program poppade upp i App Store för ett litet tag sedan: ProStats. Om det bara är smidigt att föra in datapunkter skulle det kanske kunna vara nåt för dig. Har ej hunnit testa själv, men ska!

Tyvärr är det inte helt lätt att kombinera kraven ovan. Det är sällan så enkelt som att mata in data, trycka på en knapp och sen få en färsk, nybakad ekvation i sin korg, i alla fall inte om tillämpningen är någorlunda seriös och har rimliga kvalitetskrav.

Själv använder jag R för regressionsanalys, men det kan knappast kallas enkelt eller lättanvänt. En möjlig kandidat skulle kunna vara pro Fit, som jag dock inte använt själv. Det är jämförelsevis billigt och verkar hyfsat lättanvänt. Jag vet även folk som använder Excel (huvaligen) för regressionsanalys.

Kanske går det att hitta något ännu mer passande om du berättar mer om problemet du vill lösa?

Instämmer med föregående talare. Du kommer med nästintill visshet gränsande sannolikhet att ångra dig längre fram om du slänger RAW-filerna. Hårddiskutrymme är billigt idag.

Kör du launchctl som root eller dig själv?

Launchd-filen verkar se ok ut, men är du säker på att sökvägen till hdapm är korrekt?

Jag prövade att ladda in filen på mitt system, och det gick inte, precis som du beskriver, vilket är helt korrekt eftersom jag inte har någon hdapm i /usr/bin. Om jag bytte ut kommandot i filen till ett som faktiskt existerar på mitt system gick det fint att ladda in den.

I /Library/LaunchDaemons lägger man launchd-konfigurationsfiler, vilket filen hdapm.plist alltså måste vara för att fylla någon funktion. Laddas filen in vid uppstart? Det kan du se med hjälp av kommandot 'sudo launchctl list'. Om inte, kan filen laddas in med kommandot 'sudo launchctl load /Library/LaunchDaemons/hdapm.plist'.

Posta gärna filens innehåll här, så är det lättare att bedöma om nåt är fel. En nära till hands liggande förklaring är att launchd-filen förväntar sig en annan sökväg till programmet hdapm än vad du har.

Genom att använda ett distribuerat versionshanteringssystem som Mercurial, Git eller Bazaar kan ni jobba direkt mot varandra, utan behov av en dedikerad server. (Givetvis kan man, om man vill, också sätta upp ett centralt repository och använda systemet på ett traditionellt, centraliserat vis.)

Samtliga ovan nämnda system är open source, och man kan, som med så mycket annat, hitta ofantligt många åsikter på nätet om vilken som är bäst. Själv använder jag Mercurial i den utsträckning jag kan.

Tyvärr finns ingen XCode-integration med något av systemen, men det bör inte vara några större problem att få det att fungera från kommandolinjen. Troligtvis kan man behöva göra några inställningar för att få systemen att hantera ex. projektfilen, build-filer och liknande på ett korrekt sätt. (Jag gör tyvärr inte några större projekt i XCode själv, därför kan jag inte bidra med så värst mycket info om det.)

Principen är att man jobbar med koden i sitt repository (vilket är en vanlig mapp med lite extra data som systemet håller reda på), checkar (lokalt) in de ändringar man gör allt eftersom, och när det är dags att uppdatera sin partner gör man sitt repository tillgängligt för denne så att han/hon kan dra in ändringarna i sitt eget repository. Mer detaljerade instruktioner finns på resp. verktygs webbsida.

När det gäller att göra ett repository tillgängligt så tror jag alla verktyg kan använda SSH, vilket ju inte är alltför krångligt, men Mercurial har också en inbyggd webbserver. Man ger kommandot "hg serve" på toppnivån i sitt repository och sen kan partnern uppdatera genom att ge kommandot "hg pull http://ditt.ip.nr:8000" i sitt. Detta tycker jag gör det mycket enkelt att komma igång.

Menar du att det har fungerat i Firefox tidigare? Utan att ha mer information på hand än det du skriver ovan skulle jag annars gissa att orsaken är den filtyp som webbservern anger i HTTP-headern för den aktuella URL:en, och att Firefox tolkar denna annorlunda än vad Safari och Opera gör.

Är det en publik URL som man kan ta sig en titt på?

Det vanliga viloläget innebär inte så "djup" sömn som du efterfrågar. Datorn behöver fortfarande ström. En bärbar dator klarar sig länge på sitt batteri, men en iMac behöver vara inkopplad. Det finns ett djupare viloläge, men då tar det också betydligt längre tid för datorn att vakna upp.

Nog funkar det som det ska i Mail 2.1.3 och Mac OS X 10.4.11.

Vilken version av Mac OS X och Mail använder du? Exakt vad är det som händer hos dig?

Om inte annat, så behöver du åtminstone JDBC-drivrutinen för MySQL.

Jag antar att det du undrar är varför det inte kopplas upp automatiskt igen när du väcker datorn? (Att det kopplas ner vid vila är ju svårt att undvika...)

Har du valt att spara lösenordet till nätverket? Har du lagt till nätverket i listan över förvalda nätverk i Systeminställningar -> Nätverk -> AirPort?

Jag antar att du menar hårddiskutrymme.

Troligtvis beror den skillnad i utrymme du nämner på att swapfilerna för internminnet raderas vid en uppstart. Dessa skapas allt eftersom de behövs och är inget som man behöver "hålla efter".