In this week's KDE Commit-Digest: Work begins on Amarok 2.0. KBlackBox becomes the latest games application to take the step into the scalable graphics arena. KTTT, a tic-tac-toe game, is ported to KDE 4. Further progress made on the knewstuff2 framework. Software RAID monitoring, along with other improvements in KSysGuard. Mailody gets support for printing HTML emails. Improved support for custom emoticons in Kopete. The sublime-integration user interface branch is merged back into the main KDevelop source tree. Step, an educational physics simulation package, is imported into KDE SVN. KitchenSync is removed from KDE SVN, in anticipation of an OpenSync-based implementation.
Dot Categories:
Comments
My favourite SVN comment of the week: (Ian Munroe regarding amarok 2.0 and porting from autofoo to cmake)
"now amarok successfully doesn't compile with cmake
good bye autocrap!"
Hehe
Thanks dannya
hehe, yeah! :) but now where's Amarok 1.4.5? I thought it was supposed to be released yesterday...
1.4.5 is ready and "released", just not yet announced. Announcement will follow later today.
Amarok 1.4.5 is already in Kubuntu feisty. Running fine over here...
yeah, here too, in archlinux...
hm, what about edgy?
We don't know yet if it can be backported. 1.4.5 requires newer libgpod and libmtp versions. Might be a problem.
So a major and still pretty fresh distro like kubuntu prolly won't get the last Amarok in the 1.4.x series? I seriously hope you are kidding...wtf.
Use Suse, they provide the latest KDE (ond other applications) for Suse 9.3, 10.0, 10.1 and 10.2.
you dont want to switch Distros every Package, do you?
thanks Danny for this great review.
it seems with the next kplato we can draw some sexy EV curve.
really thanks for all, and specially the french squad
Speaking of Amarok 2.0, will its design return to some measure of sanity in terms of dependencies? A few weeks ago, an Amarok upgrade tried to install the whole freaking Mongrel web server. You know, the Ruby on Rails thing. Right. And it was a non-optional dependency, regardless of whether you intended to use the small bit of functionality it's used for. Speak of jumping the bloat shark. It's looking increasingly like the GNOME thing of leveraging their software to promote the developer's chosen bit of obscure pet technology... and screw the end user... :(
(For the records, I no longer use Amarok. JuK is sweet and, you know, does what I want without bloat...)
So, will Amarok 2.0 will return to the sort of quality design that is generally typical of KDE apps, and, dare I hope, use Kross and OPTIONAL plug-ins? Please. /Please/. :(
Ok, first of all, Mongrel had been a part of Amarok since 1.4.3 or so. Noone complained then, because we bundled Mongrel. Now, we still bundle Mongrel, but Gentoo's packager decided to pull it in as an external dep (which is technically sane). Suddenly people started to complain :)
Secondly, DAAP (and with it Mongrel) is actually optional in 1.4.5. I made this change shortly before the release.
Third, we're not too happy with the Mongrel dep either, but it was the only thing that worked as a DAAP server. The long term plan is to use Ruby's standard Webrick server instead.
I agree with the previous post. It's quite funny that a music player (Amarok) with dependencies is bigger in size than a whole office suite (KOffice).
It's shocking to see the dependencies (e.g. on http://packages.debian.org/unstable/kde/amarok). :-(
For the record: I hardly use Amarok anymore.
For the record: Amarok 1.4.5 has exactly three required dependencies:
KDElibs, TagLib, xinelib
This is shocking, you say?
there are compile-time and run-time deps...
for the record: i use self-compiled svn-version on debian unstable. and this is the only app that i compile myself...
http://digg.com/linux_unix/Amarok_1_4_5_released_2_0_development_started
digg it :)