Ah! jhbuild looks like a nice solution! I should have seen that in the docs. I'll get that installed and play with the new way of doing things slowly as the newer versions stabilize, while at the same time continue to get up to speed on Clutter with my unaffected F16 environment. Thanks for that.
On Thu, Feb 2, 2012 at 7:04 AM, Emmanuele Bassi <[email protected]>wrote: > hi; > > On 2012-02-01 at 16:43, Brian Duffy wrote: > > The deprecated list in the new clutter release has me thinking I may want > > to rethink my ui definitions. > > first of all, deprecations are just that: the API is still available, > and you can avoid the compiler warnings by using: > > #define CLUTTER_DISABLE_DEPRECATION_WARNINGS > > inside your source code. for deprecations using ClutterScript, you'll > get warnings only when using the CLUTTER_ENABLE_DIAGNOSTIC environment > variable. > > plus, I plan to have a 2.0 API break (parallel installable, obviously) > some time later this year or early next year, so there's still time to > port your application. > > > How big a hassle would it be to update my > > clutter environment to 1.9.4? > > 1.9.4 is a development snapshot that is also known to be slightly > broken, as it introduces regressions. you may want 1.9.8, or 1.9.10 when > I get around releasing it after FOSDEM. > > > F16 made getting my clutter environment setup > > nice and easy but when I tried to install Clutter 1.9.4 from source I > > immediately ran into a problem with a library not having a late enough > > version in F16. > > if you want to build and track Clutter's development, you should start > using jhbuild. we have a small moduleset, as well as instructions on how > to set up a Clutter development environment on the wiki: > > http://wiki.clutter-project.org/wiki/BuildingClutter#Building_from_Git > > I've been using jhbuild for the past 6 years, both for work and for > contributing to GNOME. it's a very established way to set up a separate > development environment without messing up your own system, or resorting > to targeting unstable distributions. > > > Of course the library is not available as an update through > > Yum for that version as of yet. I'm afraid I'll be stuck installing a ton > > of software from source to get things working. > > no, not really. the dependencies are pretty simple - at the end of the > day, if you use the Clutter moduleset, you'll probably need to build > around ten projects. > > > I have Rawhide installed on > > another machine which I was hoping would ease the process but it is more > > trouble than its worth at this point. Is anyone considering changing > their > > code due to the deprecated list? Do you think I will be able to get away > > with just a few installs from source or am I opening up a huge can of > worms? > > I'm in the process of helping out the GNOME Shell guys to port their > project, which is by far one of the biggest Clutter users; I usually > help out people on IRC, in the #clutter channel, so if you need a hand, > feel free to ask on the list or on IRC. > > ciao, > Emmanuele. > > -- > Emmanuele Bassi, > Intel Open Source Technology Center > _______________________________________________ > clutter-app-devel-list mailing list > [email protected] > http://lists.clutter-project.org/listinfo/clutter-app-devel-list > -- Duff
_______________________________________________ clutter-app-devel-list mailing list [email protected] http://lists.clutter-project.org/listinfo/clutter-app-devel-list
