*> We have both Linux and Windows build bots setup, they compile Naali* *> after each commit. Perhaps you can host one for Mac? * * * Sure, I'd be more than happy to host a build bot for Mac. I might need a bit of help/guidance getting a build bot setup (I've never done one before), but I'd be more than happy to at least build/test the Mac Naali builds (as well as Windows 32-bit and 64-bit builds). I'd be more than happy to mirror the current build bots (for Mac, Windows and Linux as well) just to help save your costs on bandwidth, and offer a high-speed mirror for downloads. * * *> I think those builds should simply be available to download so anyone* *> can just grab a prebuilt current dev version at any time.*
I completely agree. Let's wait till around March 1st for Mac builds. I'll be out of country (for business) and will be returning on March 1st, and I'll work on getting Mac builds done. Hopefully we'll have a stable RealXtend 0.6 binary release by then, and I can begin working on doing a full new installation of RealXtend 0.6 (step-by-step) from scratch, so I can go through and test all the WIKI documentation (both on OpenSim and RealXtend), and work on updating all of the WIKI documentation (and writing tutorials) for ReX 0.6 as I go. I'm sure the WIKI documentation may need quite a bit of updating after all the recent changes between 0.5 and 0.6, especially with ROBUST, Taiga changes, Naali 0.1 Viewer and everything else that has been added/updated/fixed. Another issue is will we be providing 3 different Naali Viewer Mac builds? Most viewers (like Emerald) provide 3 different binaries optimized for Mac. So I was really leaning towards doing 3 nightly Mac builds (just like Emerald Viewer is doing). Older Mac machines (OS X 10.4 Tiger and earlier) may have old legacy PPC processors (Motorolla PowerPC) and may require a separate build. All new machines have standard Intel processors (Core Duo, Quad-core, and Quad-Core XEON's). I believe we should probably do three different Mac builds: 1) Intel Only Build (for Leopard 10.5 and 10.6 Snow Leopard). 2) Universal Build (for both Intel & PPC processors) for Leopard 10.5 3) PPC Build (for Tiger 10.4 and Leopard 10.5) for PPC processors only The reasons for this are as follows: 1) We can optimize the builds for the specific hardware platforms (Intel or PPC) and particular OS's (10.4 Tiger, 10.5 Leopard, or 10.6 Snow Leopard) so we can keep the binary builds as "skinny" as possible (and specifically optimized for the individual platforms). 2) Apple has ended PPC support in their latest operating systems (OS X 10.6 Snow Leopard "Upgrade" version and later). 3) OS X 10.7 and later will be for Intel Builds ONLY (according to Apple), and OS X has already stopped supporting PPC architecture on their current developer tools. 4) PPC users (as few as there are out there) will probably be upset if we don't currently support legacy PPC architecture (for at least another 2+ years till OS X 10.7 is released) Ubuntu's Technical Board and Emerald Viewer seems to be following this same path, so we may want to do what Emerald Viewer is doing, and just release 3 separate Mac Binaries (one optimized for Intel Only, one as a "Universal" binary which supports both Intel and Legacy PPC but is much fatter, and then a PPC Only binary which is optimized for PPC architecture). I've never done viewer builds optimized for the various platforms, but I know the author of Emerald Viewer is currently doing this, and Emerald seems to be one of the best SL viewers out there right now (most widely used). So if we're going to begin pushing Naali, it would probably be good to have optimized binaries available for Mac. PPC support on Ubuntu is still ongoing (but "unofficial"): https://wiki.ubuntu.com/PowerPCReview <https://wiki.ubuntu.com/PowerPCReview>So we can probably offer an "Unofficial" support on PPC architecture (simply because I don't even have any old legacy PPC hardware to even test the old legacy PPC architecture builds on), and Ubuntu has only pledged to support PPC (unofficially) for a 2 year term (once OS X 10.7 comes out, PPC support will be dead). So for the interim, I believe we should just do 3 separate builds for Mac (Intel Only, Universal, and PPC Only). Then as Ubuntu and Apple kill off PPC, then we may just support an Intel Only, and "unofficially" support a Universal build (for one additional year), and then after that kill off PPC all together. I believe 3 years (till 2014) is plenty of support to give PPC users time to migrate over to Intel hardware architecture. (I supposed technically we could continue with 3 separate builds, just to please any PPC users out there, but after 3 years, I believe we should only do a PPC binary release maybe once every 3 months, or every 6 months for PPC, and not a nightly build after 3+ years) But for now, it would probably be good to do the 3 separate nightly Mac builds, just to please the Mac community. Especially if we want Naali to overtake Emerald in widespread community adopted viewer usage. I'd like 3 bots, for doing the following: 1) Nightly "Intel Only" build 2) Nightly "Universal Binary" build 3) Nightly "PPC Binary" build Then in about 12 months, as Naali becomes more stable, I may switch to a monthly build (for PPC Binary) instead of a nightly build. Once Naali Viewer begins to hit 1.0 and later, I believe a monthly build for PPC architecture should be sufficient. (I can still continue with nightly builds of "Intel Only" and "Universal" and just have a bot do a monthly or bi-weekly build for PPC) That way we support all 3 Mac "optimized" binaries. Once that is done, and we get closer to a stable Naali 1.0 build, then I'd really like to begin looking at Naali Viewer Builds optimized for XBOX 360, Playstation 3, and possibly even Wii. ;-) Mark On Sun, Feb 7, 2010 at 5:15 AM, antont <[email protected]> wrote: > On Feb 7, 4:22 am, Mark Malewski <[email protected]> wrote: > > Will Naali 0.1 also work with the vanilla OpenSim (standard OpenSim > login), > > and also with OpenSim + ModRex? (with standard OpenSim logins) > > Yes, it has had vanilla opensim/sl login and the old rexauth from the > beginning. But also the weblogin / openid auth that works against > taiga (cable beach / sciencesim). > > The startup screen in 0.1 explains these options. > > The quick anonymous login buts are preconfigured automatic logins to > opensim standalone where auth has been turned off, with a unique > account that naali gets from a web server. > > > *> support is on the way as well. I hope there are some enthusiastic Mac > and > > Linux users * > > I've been using only Linux now for some days, and hope that can mostly > stay on this friendlier side for most of my ReX and other work from > now on. Have Naali and Taiga trunks working perfectly etc. - thanks > for Erno and Ryan etc. for making that easy (i just needed to run the > installer scripts basically on a fresh ubuntu install to a new laptop, > easier than setting up a dev env on windows :) > > > I have a couple of 2009 8-Core Mac Pro's (with 32GB of RAM), and a few > 21" > > iMac's that I can use for platform testing. I'm also running Windows > Vista > > There's a script in Naali svn tools/ that builds it on a mac. > > > *> **From now on we intend to make new binary releases more often* > > That would be great! I really do like the idea of posting updated binary > > releases more often. > > We have both Linux and Windows build bots setup, they compile Naali > after each commit. Perhaps you can host one for Mac? I think those > builds should simply be available to download so anyone can just grab > a prebuilt current dev version at any time. > > But yes, also good to tag certain well working releases quite > frequently like OpenSim does, 'cause the trunk head is the dev place > which is expected to be broken at times etc. > > And then real stabilization too (post-fixes style), but the time for > that is a bit later. > > > Mark > > ~Toni > > > 2010/1/18 Antti Ilomäki <[email protected]> > > > > > As the version number suggests it's not a finished product, but the > > >> programmers have been busy and managed to produce some pretty > impressive > > >> stuff. This version a complete replacement for the previous generation > > >> technology, but from now on we will be offering Naali as an > alternative for > > >> the more adventurous users. Judging by the recent pace in development, > it > > >> won't be long until the earlier viewer versions can be completely > replaced > > >> by the new and shiny stuff. > > > > >>http://realxtend.blogspot.com/2010/01/naali-01-released.html > > > > >> -- > > > > >>http://groups.google.com/group/realxtend > > >>http://www.realxtend.org > > -- > http://groups.google.com/group/realxtend > http://www.realxtend.org > -- http://groups.google.com/group/realxtend http://www.realxtend.org
