Packaging Unity wasn’t much of a problem, but implementing is being translated into frustration… this cases and the lack of satisfactory results eventually lead to pre-burnout situations, and I’m not walking that road.
My apologies for those who had expectations on this, but I sense this task requires much more than what I can offer at the current time. The packages are still available from my home repo if someone wants to pick it up. All the components build so far, the dependencies are all in that repository as well, as I see only integration is required. I’ve runned across some problems, mainly Compiz behavior on several different git snapshots, I’ve run against problems with the default gconf settings required by Unity and the backup/restore operations from openSUSE defaults amongst other things. It’s maybe wiser to wait for a bit more of development from upstream before looking into this. openSUSE is supposed to be stable and reliable, and I don’t see this branch of Compiz match those two qualities yet.
If anyone wants to scavenge those packages, feel free to do it. If no one takes this up, I will look into it later once there’s an official Compiz release from the branch that is required for Unity, meanwhile I’ll keep openSUSE time available for learning a bit more on cmake and maintain the stuff that really works, the indicators, which involve already over 30 packages between dependencies and indicators.
NM
Both comments and pings are currently closed.
Unity 2D (the Qt-based variant) has no ties to a specific window manager. If you want to see Unity you may have better success with that one. It uses the same indicators, so that work needs not to be done again.
Indeed. I haven’t looked at it yet, though there’s lots of reports from it being successfully built and implemented. Frugalware at least has it running, and I think Arch Linux also (gj guys).
I’m not a KDE user, so I really dodged it for a while, but I’ve seen branches from some of my packages used to deploy -qt variants of some libraries, so I’m glad some work could be scrapped for KDE usage.
I’ll take a look at it later on when time isn’t so much critical if no one more familiarized with KDE does it first.
By the way Markus, Wine 1.3.14 has just landed here with outstanding performance 😉 +1