pertoyra

Tackar, ska prova!

Hallå,

Har fått problem med min iMac senaste tiden, den har helt enkelt blivit sjukt långsam. Nu har jag inte använt den nämnvärt senaste veckorna men när jag använde den häromdagen så tog det 10-15 minuter innan jag kunde starta Safari.

Kör 10.5.6 och har två 2 GB ram. Installerade även om i förrgår med 'Arkivera och installera', fick uppskattningen att det skulle ta 25 timmar (!) att installera, det tog endast 18 timmar... Eh?

Misstänker att disken är kass och satte igång en formatering och skriver över med ett pass nollor för att se så att hela disken går att skriva till. Denna gång får jag det till att det ska ta 4 dygn och 6 timmar!

Vad kan vara fel? Är det disken som börjar ge upp eller kan det vara något annat, tacksamt för tips!

Hallå, jobbar med XSLT/-FO utveckling och använder SVN för verisionshantering (och där slutade alla git'tare läsa, men vänta! )

Vi jobbar som så att vi har ett lokalt repository inom vårt nätverk där utvecklingen sker. När varje ny release släpps så måste dock nu koden upp till ett annat, externt, repository hos en sammarbetspartner där de i sin tur (kan) ha gjort ändringar i koden.

Vad jag skulle vilja göra är att "pusha" upp mina ändringar till deras repository och samtidigt bli informerad om vilka ändringar/konflikter som har skett där. Lösa dessa och ladda upp koden. Är det helt enkelt möjligt att peka om sin 'working copy' till ett annat repository och ladda upp ändringarna där och inte bara skriva över deras kod? Jag har försökt med `svn switch --relocate` men, nja, det är väl inte riktigt så det är tänkt att funka vad jag har förstått...

Finns det någon smidig SVN lösning på detta problem? Eller om det går att checka ut deras kod , jämnföra två 'working copies' och slå ihop till en tredje och committa? Alla förslag är välkomna, även de baserade på git, bzr eller liknande. De måste dock (tyvärr) fungera i Windowsmiljö och med svn som bas.

Jag antar att ett DVCS skulle vara en bra lösning i detta fall, eller?

--
Per

Jag kan inte annat än att hålla med Kottke.

Från: The $1000 iPhone app

Mapparna försvinner därför att jag har exkluderat dem när TM körs. Men personligen tycker jag ändå att själva mapparna ~/Movies och ~/Downloads bör återställas även om de inte finns med i backupen, de tillhör ju systemet som OS X själv påpekar. Det blir nog kanske en buggrapport fast frågan är om man kan kalla det för bugg.

Men någon som vet hur man kan fixa tillbaka så att mapparna ~/Movies och ~/Downloads visas med sina korrekta svenska namn i Findern?

Igår tog jag och formaterade min systemdisk för att sedan göra en återställning från min Time Machine backup vilket fungerade utmärkt.

Problemet jag stött på är dock det att i Time Machine backupen har jag exkluderat mapparna ~/Movies och ~/Downloads då innehållet i dessa endast tar onödigt med plats på min backupdisk.

Dumt nog (och ganska självklart så här i efterhand) så fick jag ju inte tillbaka dessa mappar vid återställningen av systemet. Jag skulle ju kunna skapa upp dessa två mappar manuellt och lägga på rätt ikoner så det ser bra ut men hur får jag tillbaka att de faktiskt heter ~/Filmer och ~/Hämtade Filer i svenska versionen av OS X?

Min tanke med att exkludera dem ur backupen från början var att jag inte vill ha innehållet i dem säkerhetskopierat, men mapparna i sig vill jag fortfarande ha kvar vid en återställning, är detta möjligt?

En annan intressant sak är att om jag kopierar en annan användares ~/Movies mapp till min användare så kommer den heta ~/Movies (och inte ~/Filmer i GUI) och försöker jag ta bort denna mapp så säger OS X bara:

Hur kan systemet i så fall låta mig exkludera mapparna från säkerhetskopian från första början då jag får ett inkomplett system vid återställning?

Japp du hade rätt! Jag missade så klart att tömma dokumentmappen och provade endast att rensa Hämtade filer!

Jag har exakt samma problem men blir inte av med det dessvärre.

Har forskat lite i felet och det verkar ligga i (enligt supportforumen hos Apple) att man har ett icke Leopardkompatibelt program som skiter sig vilket gör att ReportCrash börjar ta (i mitt fall 1,5 GHz PB G4) 80-90% av CPUn.

Dock verkar detta inte vara felet i mitt fall då jag har kikat i /Library/Logs/ReportCrash (http://pastebin.com/m3acb11f1) så tycker jag det tyder på att det är Dock'en alternativt com.apple.CoreFoundation som kraschar.

Process:         Dock [871]
Path:            /System/Library/CoreServices/Dock.app/Contents/MacOS/Dock
Identifier:      com.apple.dock
Version:         1.6 (578)
Build Info:      Dock-5880000~1
Code Type:       PPC (Native)
Parent Process:  launchd [678]

Date/Time:       2008-01-14 20:44:23.932 +0100
OS Version:      Mac OS X 10.5.1 (9B18)
Report Version:  6

Exception Type:  EXC_BREAKPOINT (SIGTRAP)
Exception Codes: 0x0000000000000001, 0x0000000095826ee8
Crashed Thread:  3

Thread 3 Crashed:
0   com.apple.CoreFoundation      	0x95826ee8 ___TERMINATING_DUE_TO_UNCAUGHT_EXCEPTION___ + 0
1   libobjc.A.dylib               	0x920ad6a8 objc_exception_throw + 68
2   com.apple.CoreFoundation      	0x9582e104 -[NSObject doesNotRecognizeSelector:] + 164
3   com.apple.CoreFoundation      	0x9582c700 ___forwarding___ + 332
4   com.apple.CoreFoundation      	0x9582c994 _CF_forwarding_prep_0 + 212
5   com.apple.CoreFoundation      	0x95755ba0 CFArrayAppendValue + 184
6   com.apple.ImageIO.framework   	0x91d05e28 storeDataInXMPDictionary + 968
7   libxml2.2.dylib               	0x93304304 xmlParseAttributeType + 2436
8   libxml2.2.dylib               	0x932d8be0 xmlParseElement + 1708
9   libxml2.2.dylib               	0x932d97c4 xmlParseContent + 280
10  libxml2.2.dylib               	0x932d87f8 xmlParseElement + 708
11  libxml2.2.dylib               	0x932d97c4 xmlParseContent + 280
12  libxml2.2.dylib               	0x932d87f8 xmlParseElement + 708
13  libxml2.2.dylib               	0x932d97c4 xmlParseContent + 280
14  libxml2.2.dylib               	0x932d87f8 xmlParseElement + 708
15  libxml2.2.dylib               	0x932d97c4 xmlParseContent + 280
16  libxml2.2.dylib               	0x932d87f8 xmlParseElement + 708
17  libxml2.2.dylib               	0x932d97c4 xmlParseContent + 280
18  libxml2.2.dylib               	0x932d87f8 xmlParseElement + 708
19  libxml2.2.dylib               	0x932d5bf4 xmlParseDocument + 1268
20  libxml2.2.dylib               	0x932d3958 xmlSAXParseMemoryWithData + 144
21  com.apple.ImageIO.framework   	0x91d04774 readXMPProps + 312
22  com.apple.ImageIO.framework   	0x91d26d0c readXMPData + 104
23  com.apple.ImageIO.framework   	0x91d24704 initImageJPEG + 1424
24  com.apple.ImageIO.framework   	0x91cf6eb0 makeImagePlus + 500
25  com.apple.ImageIO.framework   	0x91cfbc70 CGImageSourceGetPropertiesAtIndex + 132
26  com.apple.ImageIO.framework   	0x91cfbba4 CGImageSourceCopyPropertiesAtIndex + 116
27  com.apple.QuickLookFramework  	0x90cfdb6c _QLCreateThumbnailWithImageSource + 336
28  com.apple.QuickLookFramework  	0x90cfe134 _QLCreateThumbnailWithImageIO + 116
29  com.apple.QuickLookFramework  	0x90d028e0 QLThumbnailRequestSetImageAtURL + 404
30  com.apple.QuickLookFramework  	0x90d01448 _QLImageGenerateThumbnailForFile + 260
31  com.apple.QuickLookFramework  	0x90d01f30 _QLThumbnailRequestDispatch + 104
32  com.apple.QuickLookFramework  	0x90cfb08c _QLThumbnailGetImageIfNecessary + 2052
33  com.apple.QuickLookFramework  	0x90cfb36c QLThumbnailCopyImage + 20
34  com.apple.QuickLookFramework  	0x90cfb448 QLThumbnailImageCreate + 108
35  com.apple.dock                	0x000acc48 0x1000 + 703560
36  com.apple.Foundation          	0x969cbd9c __NSThread__main__ + 1004
37  libSystem.B.dylib             	0x92f10bf8 _pthread_start + 316

Om någon kan komma till min räddning vore det super! Jag måste ha denna burk till en redovisning imorgon kl 13!

acke: I så fall har jag den perfekta bakgrunden till dig: http://eci.org/eci/downloads/ECI-en/monitor/ECI%20Monitortest%20PC.zip

Jag tycker helt klart att du ska kika på Symphony innan du bestämmer dig helt för Textpattern. Själv började jag kika på Textpattern (som jag aldrig fastnade för) och flera andra mindre CMS innan jag fastnade totalt för Symphony. Flera andra på deras forum är folk som bytt från Textpattern till Symphony av diverse anledningar.

Det är sjukt dynamiskt och går att göra lite allt möjligt med. Det använder sig av standarder som xslt och xml för att bygga upp sidorna och även om det kan vara en liten tröskel att komma över i själva templatebygget så är det grymt när man väl kommit in i det.

Om du kikar på deras forum/wiki, Overture21, så har de lite screencasts och förklaringar om systemet.

• Att Ruby är långsammare jfr andra liknande scriptspråk

• För mycket "magi" (fråga mig inte exakt vad som menas)

• Sämre dokumentation

• Inget unicode stöd "out of the box"

• Templatesystemet (fel att blanda markup och Ruby jfr Djangos templatesystem)

Det var det jag kom på just nu att jag läst, finns mer. Med ett par enkla googlingar hittar man ganska mycket. Sen om det stämmer eller inte har jag ingen aning om, det är därför jag frågar här. Vill gärna veta vad folk på 99.se tycker som jobbat med antingen eller.

Jag antar att det kanske finns mer artiklar skrivna om fördelarna med Python/Django vs nackdelarna med Ruby/Rails på samma sätt som det skrivs mer om hur bra OS X är jfr Windows. Den lille slår väl kanske alltid på den som är lite större.

Har du jobbat med något av dessa ramverk möjligen?

Just nu har jag börjat grotta ner mig lite i Python och Django men än är det inte försent! Dock lär jag gå över till C# och asp.net nu då de kör det på en byrå jag jobbar deltid på medan jag pluggar.

Nu kanske man kommer starta en oändlig för/emot diskution. Men jag har funderat lite på att kika på ett av dessa ramverk, Ruby on Rails eller Django. Det finns för och nackdelar bland båda som jag förstått det, men hur ser ni på det?

Om jag ska vara ärlig har jag faktiskt hittat mest motargument mot Rails än så länge och jag skulle tippa på att det finns fler Rails-anhängare här på forumet, så ni kanske kan komma med lite nackdelar med Python och Django?

Eller än bättre, kan någon som jobbat med båda språken/ramverken komma med lite intressanta för-/nackdelar?

Känns plötsligt som man planerade Kalifornienresan fel när man kom hem för en vecka sedan!

Med parkera menar jag inte domäner som har annonser och dylikt på sig även om det kanske är normalfallet idag. Kika istället på alla domäner som inte är pekade mot någon namnserver, där har vi de som verkligen ligger och skräpar.

Om man nu bortser från Barons Zornliknelse!

Calle: Var någonstans säger jag att ens domän måste användas för webbändamål? Lite het på gröten eller?

Självklart ska man få använda sin domän till det ändamål man själv vill. Det jag är förbannad på är alla helt parkerade domäner som bara ligger där år ut och år in. Om du nu använder din sida till andra saker än webb så vet du säkert också att en pekning inte nödvändigt vis behöver betyda en webbplats.