there were several problems with the last release of YouAmp, since I have not tested the upgrade path at all. The app simply crashed if you had an older version installed beforehand, but thankfully I managed to fix them by now, so you can safely upgrade.
The next release wont get that many architectural changes but is going to be localized, and here is where you can help; if you want YouAmp translated in your language, grab this messages.pot file and put the translations of the lines beginning with msgid on the lines beneath beginning with msgstr.
But please check the repository beforehand to be sure that the translation is not there yet. You can send me the translations via email (check the About section).
Basically I also think that the way for Gnome from now on is to evolving rather than rewriting stuff for Gnome 3.0.
But in order to be able to evolve reasonable, one has to mutate first. And mutating is hard being Gnome – to catch up my former post – since Gnome is written in C.
In order to explore new concepts of usability, one need prototyping, but writing a prototype from scratch is hard and also unnecessary, since we already have applications for that task. So the straightforward thing would be to create a fork for experimenting and change the structure as necessary.
And here is where where Gnome fails; changing a python program is very easy since the language suits RAD very well, while hacking away in C is hardly possible.
That is also the reason why all the promising things are written in dynamic languages; GnomeDo is C#, Gimmie is Python, only AWN is C, but most of its Plugins are Python.
Now imagine Nautilus would have been written in Python – how easy would it be to hack away a version solely relying on Tracker for file organisation. I definatly think we would see much more innovative stuff here.
It is a fact that developing in C is more time consuming, since there is absolutely no support for any modern design patterns in the language, like iterator exceptions or even Objects/ Classes. Although you can help yourself on library level with things like glib, it will never achieve a level of usability like a language which was designed from ground up with those features in mind, like Python or even better; Groovy.
So now there is Vala which is a Java like language that compiles into GObject C code, but although it is much better than being forced to write plain C, it is still not what you can attract people with. With Vala you basically create a language for the Gnome ecosystem, which effectively means you still dont integrate people which did have anything to do with Gnome before. It also means that you cant use it for anything besides writing Gnome applications.
My advise would be to use some standardized managed language like Java/ D/ C#. So if one wants to contribute to gnome one has only to learn a new API and not a whole new language.
I mean thanks to Sun open sourcing Java, we have now a fast an powerful Virtual Machine/ JIT and its a fact that managed languages are the way to go. So why not take a jump and start using it instead. You would get tons of people already familiar with the language, since Java is currently tought almost everywhere. You also automatically get support for all the other languages running on the JVM like Python(Jython) or Groovy. That is without spending any effort on creating bindings and caring about main loop compability, since everything compiles in to the same JVM bytecode.
Actually the Lenovo ThinkPads are famous for working well with Linux, but a great part of that compability is due to using Intel components. So what if you get one of the models with Ati chipset and Atheros WLAN?
The version of madwifi in Ubuntu is too old to support the Atheros Chipset (AR5418 802.11abgn) and current svn is broken; you will see the networks, but you wont be able to connect.
To fix that you need will need to compile the svn trunk version. (just make && sudo make install)
there was a bug in trunk which draw it unusable after r3402, but it was fixed again so you can use trunk normally.
You can get 2D acceleration with both radeon and radeonhd drivers, but if you want to have 3D Acceleration, you will need fglrx, which is actually not that bad at all in the current version(8.3), you just have to enable
Textured Video to accelerate Video playback
Textured 2D to use the new 2D acceleration architecture
there is TexturedXRender too, but it is still quite buggy, so I would not recommend that.
to do so add the following lines to the Device Section of your xorg.conf:
this greatly improves 2D performance – the 3D performance is good since several releases already.