Many years ago Ubuntu had a plan for Grumpy Groundhog, a version of Ubuntu which was made from daily packages of free software development versions. This never happened but Kubuntu has long provided Project Neon (and later Project Neon 5) which used launchpad to build all of KDE Software Compilation and make weekly installable images. This is great for developers who want to check their software works in a final distribution or want to develop against the latest libraries without having to compile them, but it didn't help us packagers much because the packaging was monolithic and unrelated to the packages we use in Kubuntu real.
The digiKam Team is proud to announce the release of digiKam Software Collection 4.5.0. This release includes bugs fixes and switch as optional some dependencies as libkipi, libkface, libkgeomap dedicated respectively to support Kipi plugins, Face management, and Geo-location maps. By this way we will be able to port digiKam to KF5/Qt5 step by step.
Time is money, so I set up my main PC for maximum productivity. Everything I use the most is no more than a click away, and I have a batch of fave useful CLI and keyboard shortcuts and commands. Life is too short to wade through inefficient GUIs. I like all Linux graphical environments, and the one I keep coming back to the most is KDE. I loved it when it was pixely and not very pretty and had tons of customizability, and now it is sleek and gorgeous and has tons of customizability.
Recently I was asked about the state of High DPI in KDE Applications, by someone with a fancy screen.
In Plasma we have our own solution for solving the HighDPI problem, as we were working with new code where we provide the styling, this is all fairly straightforward. However, this doesn't work for applications which have a lot of existing code we need to bring this feature to.
This upcoming release of Qt (5.4) brings us everything we need to support High DPI in our applications. It's not going to be useful for end users just now, but this is a time where we need each and every developer to start getting interested and making sure their applications are ready.
Support requires at least one line of change in every application.
I’ve been involved since around 2001, during which time I’ve worked on a number of areas within the community. I ended up maintaining the panels and parts of the desktop shell in KDE’s 3.x desktop and from there ended up doing the ground-up redesign of the shell we now know as Plasma.
That introduced some radical (at the time) concepts such as device-independent UIs, strong business/UI separation, animation rich interfaces, visual integration of desktop services and visual distinction between the desktop shell and applications running in them.
Outside of technical work, I was also president of KDE’s global non-profit foundation, KDE e.V., and oversaw improvements in how we manage intellectual property, standardizing developer sprints, rigorous reporting and more. It was during this time that I was named one of the top 50 most influential people in IT by silicon.com.
Kubuntu has one definite advantage. It's predictable. Predictable in the sense that it will never give you a fully satisfying experience out of the box, and it will do its best to be controversial, bi-polar and restrained by default. You get a very good and modern system, but then it's almost purposefully crippled by boredom, a conservative choice of programs and missing functionality. Why, oh why. It could be such a shiny star.
Utopic Unicorn is a pretty solid release, but it does suffer from some alarming issues. The graphics stack, first and foremost. Desktop effects are also missing, and Samba printing is simply disappointing. The rest worked fine, the system was robust, there's good evidence of polish and improvements, but then it lacks pride and color. I would say 8/10, but that's not enough to win people's hearts. We've all been there, every six months, so something new is needed. Maybe Plasma 5? Aha! Stay tuned.