Can github boxen run in mac os 10.7 (Lion) - ruby

I am trying github.com's boxen tool in my mac os (10.7.5). However, every time I try to run the project template: https://github.com/boxen/our-boxen, it complains this:
--> You must be running OS X 10.8 (Mountain Lion).
Does that mean boxen tool can only run in Mountain Lion ?

The fact that it's throwing an explicit error means somebody took the time to put it in place for anyone running it on OS's older than Mountain Lion.
There's very likely to be some symbols / API's in the source that are 10.8 only. If you can find those API's and modify those methods to work on older OS's, then you'll have a 10.7 compatible version of Boxen and feel free to contribute your changes back to the community. Be a part of the magic of open source software!

Related

Any swift code editors supporting OS X 10.6.8

I wanted to get some code editors supporting Swift,
but as I tried to install AppCode or Xcode, I couldn't continue,
because my OS X version is 10.6.8 but these editors only support 10.9.4 or later.Any suggestions? Thank you.
Edit: (Do you know any editors supporting my version?)
Swift was introduced in Xcode version 6. Version 6 requires Mac OS 10.9.4 like you said. You aren't going to find anything for a version of Mac OS that old.
I think there are web-based services that allow you to access newer Macs. That may be your only hope.
You can now install VirtualBox on your Mac and install Linux in VirtualBox. This allows you to run Swift on older versions of Mac OS X or even on Windows besides Linux. You can find binaries for Ubuntu here.

Compile for 10.5/10.6 & PPC

I'm needing to compile a C++/C/Objective-C project for 10.5 (ppc, intel)+ however Xcode 4+ (using 4.6) drops support for 10.6 and i believe Xcode 4 completely dropped support for 10.4/ppc. I have read existing StackOverflow and other posts about installing Xcode 3.2.6 on Mountain Lion but i don't want to do this if it's unconfirmed/will break my system..
I've tried virtualising Snow Leopard in a VMware Fusion 5 Pro VM but it doesn't allow me to as it is not a server version.
Besides buying a Snow Leopard Server DVD, how else can i compile my project for 10.4+ (ppc,intel)? I am currently running OS X Mountain Lion 10.8.3. Setting the deployment target does not work in my Xcode version, doesn't compile. I've also considered virtualising Lion, however i do not have a backup copy of (my purchased via app store) install dmg/app and i can't seem to find the download in the App Store.
Can anyone suggest what i should do or am i basically left with one option.. Dual boot Snow Leopard?.
Thanks!

Xcode: How do I make Xcode4.2 run on OS X Mountain Lion?

I recently upgraded from Lion to Mountain Lion and my Xcode4.2 stopped working. It complains about it's not for Mountain Lion. I also installed Xcode4.4. But I have an important project that works under Xcode4.2 but had issues with Xcode4.4.
Is there a way to make Xcode4.2 work under Mountain Lion???
I didn't find a version for Mountain Lion on Apple Developer website...
The reason you can't find Xcode 4.2 for Mountain Lion is that there is no such version. In the past, people have used tricks to get older versions of Xcode to run on newer OSs—but, much like the tricks people have used to run older SDKs in newer versions of Xcode, etc., Apple has intentionally or accidentally broken every one of them.
It really isn't worth fighting them on this. If you can get your code working in 4.4, do so. If you can't, keep a Lion machine (or virtual machine) around to build it with.
Xcode 4.2 isn't supported on Mountain Lion. In fact, it's pretty old at this point, and it's not getting any younger. You're going to have to update your project to work with newer versions of Xcode at some point anyway -- why not take the time to do it now? Xcode 4.4 will let you deploy to systems going all the way back to 10.4.

Mac application with snow leopard canot run in leopard os

I am working in a mac application with snowleopard.This application is created with leopard os,but this not support in lion due to some external application.So we converted this to snow leopard and work fine .Now the client need to convert this application to leopard version ,for that i am using the xcode 4.2 and lion os and convert the bsec SDK to Mac osx 10.5 and Architecture to 32_bit intel ,but we getting an error "The run destination My Mac 64-bit is not valid for Running the scheme 'AppName'."
How can avoid this error ?
I want to test this application with 10.5 os, but we have only the 10.6 & 10.7 osx,
1)where we get the leopard osx ?
2)Has the Apple issue leopard osx now?
3)Is any problem for instal the leopard os to new MAC system(iMac,Macmini,Macbook)?
I had the same problem a while back, but I'm recalling the solution from memory, as my company dropped 10.5 support meanwhile. The details might be a little bit off, but it should get you going in the right direction:
Grab the latest version of Xcode 3 from the Apple Website
Install it on a Mac. (Make sure you removed the Developer directory if this Mac had another version of Xcode already installed).
Under /Developer, locate the 10.5.sdk directory. Move this directory to a save place (outside of /Developer).
Install Xcode 4.2.
Look where Xcode 4.2 installed its sdk's. Put your previously saved 10.5.sdk directory next to it.
Restart Xcode. There should be 10.5 SDK option in the SDK drop down menu now.

I have an app I made for Lion but I want it to run on Mac OS versions as low as 10.4

I created an application for the latest version of Mac OS X (Lion). My application uses ARC. I would however like it to be able to run on earlier versions of OS X.
My xcode says the earliest deployment target I can go is 10.4
By setting it to 10.4 does that mean I have done all that is required for my application to run on earlier versions of the OS up to 10.4?
Any help would be awesome thanks
There are a ton of API differences between 10.4 and Lion. Without seeing your app I cannot say for sure, but I would expect that it would not work correctly on 10.4 without some major changes. My suggestion is to forget about 10.4. I would be surprised if even 1% of OS X users are still running it. Stick with 10.6+ and you should be fine.
Whatever you do, only support versions that you have the ability to test on. If you don't have the capability to test on 10.6 you might even consider just supporting 10.7. If you cannot test on all of your deployment targets then you are setting yourself up for some pain.
ARC isn't supported for OS X 10.4 or 10.5. ARC is supported on 10.6, but has some problems that are not present on 10.7 (see question on this site). This isn't a show-stopper, but you should be aware of it if you use weak references.
According to Chitika (source), based on web traffic as of November 2011, 94% of Mac users were using 10.5 or newer and 72% were using 10.6 or newer. Those who haven't upgraded to 10.6 are less likely to be paying customers.
In my experience, developing a Mac application against an older SDK generally works without a hitch, but if you don't have access to an older system then you should warn your users that your application is untested on older systems. This is an unfortunate reality for independent developers. For example,
This application has been tested and runs on OS X 10.7. It may also run on OS X 10.6 but it has not been tested. OS X 10.5 and earlier are not supported.
To put it in perspective, OS X 10.4 was released in 2005. The last security update for it was 2009.
I've been developing for the Mac for the last 10 years, and my rule of thumb is it's usually OK to target the current OS version and only the previous one. Maybe even just the current version, if there's a compelling reason (new API) or the public knows a new OS version is coming out soon.
Example: in Spring 2012 everyone knows that OS X 10.8 will be released in the Summer, so new products I'd develop just on 10.7 with an eye towards 10.8.
There are a few markets where you'd want to do anything different (education being one), but these are few, far between, and usually only apply to long standing products.

Resources