On 2/20/13 4:55 PM, James Wettenhall wrote: > Is your Mac powerful enough to run a virtual Mountain Lion (OS X 10.8) > instance? I have > a virtual OS X 10.8 instance running within VMWare Fusion on OS X 10.7, > which is a lot > cheaper than buying a new Mac to test OS X 10.8.
It's powerful enough, but you can't run 10.7+ as a guest unless you are running 10.7+ as a host. My host is still 10.6. I'm kind of reluctant to upgrade it to 10.7, because I really am not a fan of some of the new changes in 10.7 and later. Running 10.7 or 10.8 in a VM would be absolutely ideal. > One thing you should be aware of in OS X 10.8 is Gatekeeper. The > default security setting > is to only allow applications downloaded from the Mac App Store and from > identified > developers, so when I double-click on the TurboVNC pkg, I get a message > saying > "TurboVNC.pkg can't be opened because it is from an unidentified > developer". As a > workaround, the user can just right-click it and select Open from the > pop-up menu, but the > Apple-recommended approach is to use a code-signing certificate. I've > tried doing this > with a standard code-signing certificate, but the only way I could get > OS X 10.8 to > acknowledge me as an "identified developer" was to use an official Apple > code-signing > certificate, which is free, but only after paying $100 per year to join > the Apple > developer program. Gee, thanks, Apple. Any idea what other open source projects are doing to work around this? I refuse to pay a company for the privilege of not being screwed over. Back in the day, we called that "extortion." Given that some of my customers are starting to deploy the new Java client, perhaps one of them will sponsor the cost of the certificate if they run into this same problem. The thing is, though, I treat packaging as part of the "product" for this project, and it's important to me that my packaging procedures be reproducible by anyone. It sounds like that wouldn't be possible if the package requires a certificate that's tied to me. It might be worth going through this pain if I could actually sell TurboVNC in the App Store and make back some money to finance the project, but of course I can't, because GPL apps aren't allowed. Grrr.... > I have tested the Java Swing full-screen mode code that I referred you > to, and on > OS X 10.7, it doesn't just add a non-functional full-screen button to > the window's title > bar - it functions just the same as full-screen mode in other Mac OS X > applications. And I have also tested programmatically toggling > full-screen mode > with success, using: > > com.apple.eawt.Application.getApplication().requestToggleFullScreen(turboVncViewport); Where are you calling that function? Presumably, it should go in CConn.recreateViewport(). My concern is that the existing full-screen stuff won't interact correctly with the Lion full-screen mode. Presumably, it would need to work as follows: -- When requesting full-screen mode through the app, it will call Application.requestToggleFullScreen() if that function is available (determining whether it's available in a manner that will still compile on non-Mac platforms is tricky. It requires using Reflect.) -- Presumably, the app needs to also call setWindowCanFullScreen() on the Viewport when it is created. -- Ideally, the app would also need to trap the full-screen events so that, when the full-screen gadget is used, it will resize the viewport properly and correctly set the full-screen state, etc. There is a lot that can potentially go wrong. For instance, how do the popup dialogs work (or do they work at all) in full-screen mode? I need to really be in front of it and test it myself, because I know intuitively how it can break. > Feel free to send me a build (or SVN branch) of your attempts to do this, > and I can test it on OS X 10.7 and 10.8. > > I'll ask my boss how much time we can justify me spending on this. I'm afraid it's just too complicated for me to do pro bono. If one of my customers runs into this issue, perhaps they will be interested in funding it. ------------------------------------------------------------------------------ Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_feb _______________________________________________ VirtualGL-Devel mailing list VirtualGL-Devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/virtualgl-devel
