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
