Haven't blogged for a while, so here's some of the changes that have happened in Kubuntu recently.
I finally found some time for the KDE port of system-config-printer, still far from feature parity with the Gnome version and needs plenty of tidying up but should be usable.
mornfall got back to hacking on Adept 3 featuring super fast xapian search.
In other packaging news the Dist Upgrade tool got a pyQt 4 port.
And gdebi, the .deb installer, got a pyKDE 4 port.
We're turning on the Apport crash handler for KDE programmes. Unlike the KDE crash handler it creates a full backtrace with debug symbols thanks to Launchpad. Will have to see if the bug team will manage to forward relevant reports upstream.
We finally got a shiny new website, thanks to Ryan.
I turned on compositing by default in kwin, still needs a patch to Compiz so we can use the same blacklist as it does. Not sure it'll stay on for final, just depends on how reliable it is out in the wild.
Worlds finest distributed revision control system, bzr decided to go with the world's finest toolkit for their GUI, I uploaded qbzr today.
Next week
Finally, congratulations to John and SakiFlux.
Syndicate Blogs
Adept GUI
Given the fact that Adept 2.x GUI was a complete mess, now that you're rewriting it, why can't you post earlier screenshots so people can actually help to improve its development? For example in the current screenshot, WHY is the progress windows hidden behind a click in the left icons bar? I mean, the progress windows shouldn't exist as a concept of "let's see how the progress windows is going, even if there isn't any action running at all" !! Progress dialog should be displayed only when THERE IS an action in progress, they should be passive, non intrusive and give real feedback, when needed.
Ideally, it should integrate in UI Server and be displayed with the notification system the user prefers.
You may want to contact
You may want to contact Adept's author: http://web.mornfall.net/blog.html
That's why...
That's exactly why I was "complaining".. because on Adept's blog there aren't any pictures/screenshots of Adept, no previous "I'm planning to do a new, refreshed version of Adept, these are my ideas, any input?". That's something that happens IMO quite often with Kubuntu (and other more commercial distros as well) but it doesn't happen with vanilla KDE (just take a look at Planet KDE.
Port system-config-printer?
Just wondering: Why are you porting a GTK app to Qt instead of just using the tools Mandriva or SUSE developed? They're Qt already.
Port system-config-printer?
SuSE's Yast is heavily tied to SuSE, it wouldn't work on any other distro without a huge amounts of work (else it would be in KDE already). Mandriva don't use Qt, they use the unfortunate choice of Perl-GTK. This seems like the best way to give KDE a printer configuration tool.
Complete Uninstall of dependencies in Adept 3?
Way to go Jonathan! Thanks to your hard work and the work of the Kubuntu community, it looks like KDE 4 will be well integrated into the OS. As for Adept 3, do you know if it will have a "Complete Uninstall" feature, so that unused dependencies are recursively removed once the application that needed them is itself removed? I remember Ubuntu 8.04 was boasting about this feature on the front page when it released. It's a wonderful feeling to know that you don't carry unneeded cruft on the hard drive.
Complete Uninstall of dependencies in Adept 3?
The "Complete Uninstall" advertised on Ubuntu's front page was actually the Wubi Windows installer which can install the whole distro to a file on your Windows drive and registers it as a Windows app so it can be removed with Window's Add/Remove Applications.
Removing unused dependencies has been built into apt for some time now (apt-get autoremove) so it should just work with Adept, I'll ask mornfall to make sure.
Complete Uninstall of dependencies in Adept 3?
Oh, I see. Glad to hear that the toolkit already supports this functionality, and thanks for checking into exposing it in Adept.