0 false 2009-11-26T09:43:33+10:00 77813 5 dmgs-fail-to-properly-build-on-snow-leopard-i386-mode 179565 24673 new 2009-11-28T13:27:20+10:00 17412 Michael Nutt Kaatje http://drnic.lighthouseapp.com/projects/24673/tickets/5 2009-11-25 15:39:29.200 osascript[646:307] Error loading /Library/ScriptingAdditions/Adobe Unit Types.osax/Contents/MacOS/Adobe Unit Types: dlopen(/Library/ScriptingAdditions/Adobe Unit Types.osax/Contents/MacOS/Adobe Unit Types, 262): no suitable image found. Did find: /Library/ScriptingAdditions/Adobe Unit Types.osax/Contents/MacOS/Adobe Unit Types: no matching architecture in universal wrapper osascript: OpenScripting.framework - scripting addition "/Library/ScriptingAdditions/Adobe Unit Types.osax" declares no loadable handlers. Kaatjes-Mac-Pro:/Volumes/Projects/gesprek% uname -a Darwin Kaatjes-Mac-Pro.local 10.2.0 Darwin Kernel Version 10.2.0: Tue Nov 3 10:37:10 PST 2009; root:xnu-1486.2.11~1/RELEASE_I386 i386 Kaatjes-Mac-Pro:/Volumes/Projects/gesprek% lipo -info /Library/ScriptingAdditions/Adobe\ Unit\ Types.osax/Contents/MacOS/Adobe\ Unit\ Types Architectures in the fat file: /Library/ScriptingAdditions/Adobe Unit Types.osax/Contents/MacOS/Adobe Unit Types are: ppc i386 2009-11-25 15:39:29.200 osascript[646:307] Error loading /Library/ScriptingAdditions/Adobe Unit Types.osax/Contents/MacOS/Adobe Unit Types: dlopen(/Library/ScriptingAdditions/Adobe Unit Types.osax/Contents/MacOS/Adobe Unit Types, 262): no suitable image found. Did find: /Library/ScriptingAdditions/Adobe Unit Types.osax/Contents/MacOS/Adobe Unit Types: no matching architecture in universal wrapper osascript: OpenScripting.framework - scripting addition "/Library/ScriptingAdditions/Adobe Unit Types.osax" declares no loadable handlers. Kaatjes-Mac-Pro:/Volumes/Projects/gesprek% uname -a Darwin Kaatjes-Mac-Pro.local 10.2.0 Darwin Kernel Version 10.2.0: Tue Nov 3 10:37:10 PST 2009; root:xnu-1486.2.11~1/RELEASE_I386 i386 Kaatjes-Mac-Pro:/Volumes/Projects/gesprek% lipo -info /Library/ScriptingAdditions/Adobe\ Unit\ Types.osax/Contents/MacOS/Adobe\ Unit\ Types Architectures in the fat file: /Library/ScriptingAdditions/Adobe Unit Types.osax/Contents/MacOS/Adobe Unit Types are: ppc i386 <div><p>2009-11-25 15:39:29.200 osascript[646:307] Error loading /Library/ScriptingAdditions/Adobe Unit Types.osax/Contents/MacOS/Adobe Unit Types: dlopen(/Library/ScriptingAdditions/Adobe Unit Types.osax/Contents/MacOS/Adobe Unit Types, 262): no suitable image found. Did find:<br></p> <pre> <code>/Library/ScriptingAdditions/Adobe Unit Types.osax/Contents/MacOS/Adobe Unit Types: no matching architecture in universal wrapper</code> </pre> <p>osascript: OpenScripting.framework - scripting addition "/Library/ScriptingAdditions/Adobe Unit Types.osax" declares no loadable handlers.</p> <p>Kaatjes-Mac-Pro:/Volumes/Projects/gesprek% uname -a<br> Darwin Kaatjes-Mac-Pro.local 10.2.0 Darwin Kernel Version 10.2.0: Tue Nov 3 10:37:10 PST 2009; root:xnu-1486.2.11~1/RELEASE_I386 i386<br> Kaatjes-Mac-Pro:/Volumes/Projects/gesprek% lipo -info /Library/ScriptingAdditions/Adobe\ Unit\ Types.osax/Contents/MacOS/Adobe\ Unit\ Types<br> Architectures in the fat file: /Library/ScriptingAdditions/Adobe Unit Types.osax/Contents/MacOS/Adobe Unit Types are: ppc i386</p></div> 0 false 2009-11-16T07:29:56+10:00 76633 4 cannot-run-install_choctop 177338 24673 new 2009-11-16T07:31:55+10:00 76633 Jakob Vad Nielsen Jakob Vad Nielsen http://drnic.lighthouseapp.com/projects/24673/tickets/4 Hi, I get ruby errors when trying to install choctop on Snow Leopard: me@macie:~/xcode/CCMood$ sudo gem install choctop Password: Successfully installed choctop-0.10.0 1 gem installed Installing ri documentation for choctop-0.10.0... Installing RDoc documentation for choctop-0.10.0... me@macie:~/xcode/myproject$ install_choctop . /Library/Ruby/Site/1.8/rubygems/custom_require.rb:31:in `gem_original_require': no such file to load -- rubigen (LoadError) from /Library/Ruby/Site/1.8/rubygems/custom_require.rb:31:in `require' from /Library/Ruby/Gems/1.8/gems/choctop-0.10.0/bin/install_choctop:4 from /usr/bin/install_choctop:19:in `load' from /usr/bin/install_choctop:19 Any ideas? Hi, I get ruby errors when trying to install choctop on Snow Leopard: me@macie:~/xcode/CCMood$ sudo gem install choctop Password: Successfully installed choctop-0.10.0 1 gem installed Installing ri documentation for choctop-0.10.0... Installing RDoc documentation for choctop-0.10.0... me@macie:~/xcode/myproject$ install_choctop . /Library/Ruby/Site/1.8/rubygems/custom_require.rb:31:in `gem_original_require': no such file to load -- rubigen (LoadError) from /Library/Ruby/Site/1.8/rubygems/custom_require.rb:31:in `require' from /Library/Ruby/Gems/1.8/gems/choctop-0.10.0/bin/install_choctop:4 from /usr/bin/install_choctop:19:in `load' from /usr/bin/install_choctop:19 Any ideas? <div><p>Hi,</p> <p>I get ruby errors when trying to install choctop on Snow Leopard:</p> <p>me@macie:~/xcode/CCMood$ sudo gem install choctop<br> Password:<br> Successfully installed choctop-0.10.0<br> 1 gem installed<br> Installing ri documentation for choctop-0.10.0...<br> Installing RDoc documentation for choctop-0.10.0...<br> me@macie:~/xcode/myproject$ install_choctop .<br> /Library/Ruby/Site/1.8/rubygems/custom_require.rb:31:in <code>gem_original_require': no such file to load -- rubigen (LoadError)</code></p> <pre> <code> from /Library/Ruby/Site/1.8/rubygems/custom_require.rb:31:in `require' from /Library/Ruby/Gems/1.8/gems/choctop-0.10.0/bin/install_choctop:4 from /usr/bin/install_choctop:19:in `load' from /usr/bin/install_choctop:19</code> </pre> <p>Any ideas?</p></div> 2 false 2009-04-23T06:24:34+10:00 54849 3 remove-hidden-system-files-from-final-dmg 101606 24673 new choctop dmg files hidden 2009-04-23T06:24:39+10:00 54849 Bob Jelica Bob Jelica http://drnic.lighthouseapp.com/projects/24673/tickets/3 Some system files will sneak into the final dmg that choctop creates, which will clutter up the otherwise beautiful-looking dmgs if the end users have their Finder set to show hidden files. Choctop should remove (some files can't be removed?) these files before making the DMG read-only and final. Please see the attached image for an example of a dmg as seen with the above circumstances. Some system files will sneak into the final dmg that choctop creates, which will clutter up the otherwise beautiful-looking dmgs if the end users have their Finder set to show hidden files. Choctop should remove (some files can't be removed?) these files before making the DMG read-only and final. Please see the attached image for an example of a dmg as seen with the above circumstances. <div><p>Some system files will sneak into the final dmg that choctop creates, which will clutter up the otherwise beautiful-looking dmgs if the end users have their Finder set to show hidden files.</p> <p>Choctop should remove (some files can't be removed?) these files before making the DMG read-only and final.</p> <p>Please see the attached image for an example of a dmg as seen with the above circumstances.</p></div> 0 false 2009-04-23T06:18:44+10:00 54849 2 patch-wrong-versioning-of-dmg-file-when-using-svn-for-xcode-project 101604 24673 new choctop dmg versioning 2009-04-23T06:18:49+10:00 54849 Bob Jelica Bob Jelica http://drnic.lighthouseapp.com/projects/24673/tickets/2 If one is to use a supported SCM in Xcode for a project, XCode will register the revision nr. in info.plist under CFBundleVersion and put the major version nr into CFBundleShortVersionString. Choctop uses the CFBundleVersion (in this case the revision nr) when naming the final dmg, for example "ListDJ-22.dmg" instead of "ListDJ-1.0.dmg" or possibly "ListDJ-1.0-22.dmg". Changing the line 128 of choctop.rb file to: "@version = info_plist['CFBundleShortVersionString'] ? info_plist['CFBundleShortVersionString'] : info_plist['CFBundleVersion'] will fix this half-assed, that is, choose the major version nr instead of revision nr. If one is to use a supported SCM in Xcode for a project, XCode will register the revision nr. in info.plist under CFBundleVersion and put the major version nr into CFBundleShortVersionString. Choctop uses the CFBundleVersion (in this case the revision nr) when naming the final dmg, for example "ListDJ-22.dmg" instead of "ListDJ-1.0.dmg" or possibly "ListDJ-1.0-22.dmg". Changing the line 128 of choctop.rb file to: "@version = info_plist['CFBundleShortVersionString'] ? info_plist['CFBundleShortVersionString'] : info_plist['CFBundleVersion'] will fix this half-assed, that is, choose the major version nr instead of revision nr. <div><p>If one is to use a supported SCM in Xcode for a project, XCode will register the revision nr. in info.plist under CFBundleVersion and put the major version nr into CFBundleShortVersionString. Choctop uses the CFBundleVersion (in this case the revision nr) when naming the final dmg, for example "ListDJ-22.dmg" instead of "ListDJ-1.0.dmg" or possibly "ListDJ-1.0-22.dmg".</p> <p>Changing the line 128 of choctop.rb file to: "@version = info_plist['CFBundleShortVersionString'] ? info_plist['CFBundleShortVersionString'] : info_plist['CFBundleVersion']</p> <p>will fix this half-assed, that is, choose the major version nr instead of revision nr.</p></div> 0 false 2009-04-23T06:12:19+10:00 54849 1 choctop-fails-to-create-dmg-when-running-on-non-english-os 101602 24673 new choctop dmg i18n 2009-04-23T06:12:24+10:00 54849 Bob Jelica Bob Jelica http://drnic.lighthouseapp.com/projects/24673/tickets/1 Applications folder is called 'Program' on a Swedish Mac OSX, and that seems to baffle choctop. Probable cause of failure are one of these 2 lines in dmg.rb file: line 85: "set src to folder "Applications" of startup disk" or line 67: "set position of item "Applications" to {#{applications_icon_position.join(", ")}}" My bet is on line 67 ;) Applications folder is called 'Program' on a Swedish Mac OSX, and that seems to baffle choctop. Probable cause of failure are one of these 2 lines in dmg.rb file: line 85: "set src to folder "Applications" of startup disk" or line 67: "set position of item "Applications" to {#{applications_icon_position.join(", ")}}" My bet is on line 67 ;) <div><p>Applications folder is called 'Program' on a Swedish Mac OSX, and that seems to baffle choctop. Probable cause of failure are one of these 2 lines in dmg.rb file: line 85: "set src to folder "Applications" of startup disk" or line 67: "set position of item "Applications" to {#{applications_icon_position.join(", ")}}"</p> <p>My bet is on line 67 ;)</p></div>