Planet KDE España

July 26, 2014

Baltasar Ortega Bort

Disponible la tercera beta de KDE 4.14 Aplicaciones y plataforma

Aunque muchos desarrolladores de KDE estén volcados en Plasma 5, otros muchos siguen trabajando para pulir la rama KDE 4.x. De esta forma, hace unos días que está disponible la tercera beta de KDE 4.14 Plasma 5 es el futuro, pero mientras tanto los usuarios utilizaremos KDE 4, y por tanto, es una gran noticia que [&hellip

by Baltasar Ortega at July 26, 2014 08:01 AM

July 23, 2014

Baltasar Ortega Bort

¿Dónde vas KDE? (III)

Sigo haciéndome eco de una serie de artículos que ha iniciado el magnífico Jos Poortvliet en el portal de noticias oficial de KDE (conocido como el “dot”). En ellos Jos reflexiona sobre el futuro de KDE a partir del presente y el pasado del proyecto. Realmente interesante. Como dije en la primera y segunda entrega, [&hellip

by Baltasar Ortega at July 23, 2014 11:01 AM

July 21, 2014

Baltasar Ortega Bort

Disponible la segunda beta de KDE 4.14 Aplicaciones y plataforma

Aunque muchos desarrolladores de KDE estén volcados en Plasma 5, otros muchos siguen trabajando para pulir la rama KDE 4.x. De esta forma, hace unos días que está disponible la segunda beta de KDE 4.14 Plasma 5 es el futuro, pero mientras tanto los usuarios utilizaremos KDE 4, y por tanto, es una gran noticia [&hellip

by Baltasar Ortega at July 21, 2014 08:10 AM

July 19, 2014

Baltasar Ortega Bort

Primeros pasos hacia Plasma 5.1

Aún con la mente puesta en el lanzamiento de Plasma 5.0 ,y esperando que en breve podamos disfrutarlo en nuestras distribuciones favoritas, nos hacemos eco de un par de noticias sobre la primera actualización seria del mismo, es decir, los primeros pasos hacia Plasma 5.1. La Comunidad KDE no descansa, ni en la gran semana [&hellip

by Baltasar Ortega at July 19, 2014 08:10 AM

July 16, 2014

Baltasar Ortega Bort

Las novedades de Plasma 5

Hace unas horas que fue lanzado Plasma 5. Desde el blog hicimos una entrada rápida para anunciar su llegada y proclamar la buena nueva. Ahora, pasada la vorágine del lanzamiento es el momento de dar los detalles de Plasma 5. El nombre de Plasma 5 Con el lanzamiento de Plasma 5 un servidor ha recibido [&hellip

by Baltasar Ortega at July 16, 2014 02:34 PM

July 15, 2014

Baltasar Ortega Bort

Lanzado Plasma 5, la evolución de KDE

Tras tres años de duro trabajo la Comunidad KDE se complace en anunciar que ha sido lanzado Plasma 5 (nombre definitivo que sustituye a Plasma Next ), el nuevo escritorio de KDE, un soplo de aire fresco en el panorama de los escritorios libres y el primer paso hacia la convergencia total entre dispositvos. Lanzado [&hellip

by Baltasar Ortega at July 15, 2014 02:42 PM

Los sprints de Randa 2014 consiguen 15000 € en donaciones

No pudo ser, no se pudo llegar a los 20000 € que inicialmente habían calculado para poder pagar todos los gastos de los participantes de los Sprints de Randa. No obstante eso no significa que haya sido un fracaso y, afortunadamente, igualmente se celebrará el mega encuentro de mini reuniones de Randa.  Los sprints de [&hellip

by Baltasar Ortega at July 15, 2014 08:05 AM

July 14, 2014

Baltasar Ortega Bort

Más vídeos de Plasma Next

Se acerca el lanzamiento de Plasma Next y empiezan a aparecer los vídeos mostrando el funcionamiento de la próxima versión del escritorio de la Comunidad KDE. En esta ocasión vienen de la mano de The Mukt y de Yonn Lopez. Más vídeos de Plasma Next El primero, como hemos comentado, nos lo ofrece la página [&hellip

by Baltasar Ortega at July 14, 2014 08:10 AM

July 13, 2014

Baltasar Ortega Bort

Disponible la primera beta de KDE 4.14 Aplicaciones y plataforma

Aunque muchos desarrolladores de KDE estén volcados en Plasma Next, otros muchos siguen trabajando para pulir la rama KDE 4.x. De esta forma, hace unos días que está disponible la primera beta de KDE 4.14 Esta vez no se me escapa, no como la primera beta de KDE 4.13 aplicaciones y plataforma del 6 de [&hellip

by Baltasar Ortega at July 13, 2014 08:10 AM

July 12, 2014

Baltasar Ortega Bort

¿Dónde vas KDE? (II)

Quiero hacerme eco de una serie de artículos que ha iniciado el magnífico Jos Poortvliet en el portal de noticias oficial de KDE (conocido como el “dot”). En ellos Jos reflexiona sobre el futuro de KDE a partir del presente y el pasado del proyecto. Realmente interesante. Como dije en la primera entrega, no quiero [&hellip

by Baltasar Ortega at July 12, 2014 08:53 AM

July 11, 2014

Baltasar Ortega Bort

Nuevas Preferencias del Sistema de Plasma Next

De la mano de Sebastian Kügler nos llega un vídeo muy interesante sobre la nueva distribución de las Preferencias del Sistema de Plasma Next, la cuales han sufrido un intenso lavado de cara y de distribución de elementos gracias al grupo de trabajo System Settings Action Group y a la Comunidad KDE. Como bien sabéis [&hellip

by Baltasar Ortega at July 11, 2014 07:10 AM

July 08, 2014

Baltasar Ortega Bort

Lanzado KDE Frameworks 5, la base de Plasma Next

Ya está disponible la KDE Frameworks 5, es decir, el entorno de escritorio que une KDE con Qt en una simbiosis casi perfecta. Esto hará más fácil la programación a los desarrolladores y creará un entorno gráfico espectacular y funcional para los usuarios.   Lanzado KDE Frameworks 5 El pasado 7 de julio  se lanzó [&hellip

by Baltasar Ortega at July 08, 2014 10:01 PM

July 07, 2014

Baltasar Ortega Bort

¿Dónde vas KDE? (I)

Quiero hacerme eco de una serie de artículos que ha iniciado el magnífico Jos Poortvliet en el portal de noticias oficial de KDE (conocido como el “dot”). En ellos Jos reflexiona sobre el futuro de KDE a partir del presente y el pasado del proyecto. Realmente interesante. No quiero hacer una traducción literal del artículo, [&hellip

by Baltasar Ortega at July 07, 2014 08:50 AM

July 05, 2014

Baltasar Ortega Bort

Otro vídeo de Plasma Next, el futuro de KDE

Llevamos mucho tiempo en el blog hablando de Plasma Next, el futuro de KDE que promete seguir avanzando en el desarrollo del escritorio libre más completo del mercado. Ya os he podido enseñar algún vídeo que muestra algunas de sus funcionalidades, hoy os presento otro. Otro vídeo de Plasma Next, el futuro de KDE El [&hellip

by Baltasar Ortega at July 05, 2014 10:01 PM

July 04, 2014

Baltasar Ortega Bort

20 formas de colaborar con KDE (y el Software Libre)

Hace mucho tiempo realicé un artículo sobre 10 formas de colaborar con KDE (y el Software Libre en General) en el que comentaba las bondades de los proyectos libres, especialmente el  altruismo (conducta humana basada en la preocupación o atención desinteresada por el otro o los otros). Un tiempo después volví a la carga con [&hellip

by Baltasar Ortega at July 04, 2014 07:57 PM

June 30, 2014

Aleix Pol González

Plasma Next: All for one, and one for all

I haven’t been directly involved in Plasma development in the past a lot, only since very recently, because of my job at BlueSystems. Ever since I started working on the Plasma Desktop Shell, I’ve had 2 important concepts in mind that I’ve tried to follow:

  • The desktop is the place people go when they want to be performant.
  • Let the user focus by offering simple concepts that just work.

So far it’s looking good, I’ve been using it on my system daily and I haven’t had many important problems. Interestingly enough, one of the things I like about Plasma 5 is how it doesn’t try to get you in a spaceship. It does what you expect a shell to do, we’ve focused on making sure this is done properly and that all the tools to extend it are there, in case you want to go crazy. But the Plasma Shell, Plasma is solid.

Going crazyEnhancing Plasma UX

I think we need to, we want to. We thrive on it. The reason we’re developing software is to blow your minds, our mind. On the other hand it’s harmful, it’s much easier to go crazy than to provide a meaningful set of polished features. And we want polished.

But we want features, I want to take advantage of our frameworks and integrate the technologies that drive our lives, everyday, more and more. That’s why I think we want to start working on the services and applications that will complete that Plasma experience that, in the end, will be slightly different for many of us. Because we’re not all the same.

Now let me list some technologies that I’d like to see grow and hopefully help push in the following months.

KPeople

If you think about it, the ways we communicate over the Internet today and the ways we did 10 or even 15 years ago are essentially the same: we still chat through test, audio and video; we still send e-mails and we still exchange files in unreasonably broken ways. On the other hand it feels different, I think mostly because of using many devices with different sizes.
We want our software to understand these concepts. Different people and even groups of people offer us very rich and colorful semantics we want to be able to embrace both from Plasma and applications.

Having the people around us easily accessible is very important to be performant while still remaining as a simple concept we all understand, we don’t talk to an e-mail account, we talk to a person; only in many different ways.

KDE Connect

If talking to others is important, talking to us is even more important. Everybody I know, works with his phone on the desk and some of them with a tablet in the bag. I don’t think it’s easy getting to be performant if we have to keep checking what’s up on different devices. Furthermore, there’s no technical reason for that, we have KDE Connect. It needs polishing, it needs love but it has huge potential.
One of the things I like the most about KDE Connect is that it’s really easy to adopt. You have it available today on Android (and therefore BBX, Jolla, Ubuntu Phone and a couple others that support android apps), it’s in the way to be on iOS and we have a library you can re-use to take it to your favorite platform, that is obviously supported by Qt 5.

There’s lots of barriers to break there, we want a cloud-based client so you don’t need to have all devices in the same room; we want to break the barrier and see it developed in those new platforms we would never expect to find them. Also we want you to explore with us and find the synchronization nirvana.

My Conclusion

Finding a balance between making something simple and solid, KISS style, and going creative doesn’t go well together, on the other hand Qt and Plasma offers us lots of flexibility, so we have ways to do so.

I decided to go with this Musketeers (or I thought) slogan because it depicts quite well how I see myself using my laptop in some time. Every time less about those little windows and more about aggregating my people and my self, through the different gadgets I carry.

Corollary

Last, but not least, as usual I’d like to remind you that want to help ensure all this happens in the best of the conditions, you can consider donating to the Randa fundraiser, where KDE will gather and come up with many tools that will render this possible, in the best of the conditions.

by apol at June 30, 2014 05:46 PM

June 23, 2014

Baltasar Ortega Bort

Vídeo de Plasma Next, el futuro de KDE

Llevamos mucho tiempo en el blog hablando de Plasma Next, el futuro de KDE que promete seguir avanzando en el desarrollo del escritorio libre más completo del mercado. Hoy tengo el gusto de mostraros un pequeño vídeo con algunas de sus funcionalidades. Vídeo de Plasma Next, el futuro de KDE El vídeo está realizado por [&hellip

by Baltasar Ortega at June 23, 2014 02:36 PM

June 22, 2014

Baltasar Ortega Bort

Prueba Plasma Next con Neon 5 Live

Para los impacientes que quieran probar el futuro Plasma Next sin instalarlo en su equipo existe una solución  muy sencilla: utilizar Neon 5 Live. ¿Qué es el Proyecto Neon? Desde hace un tiempo podías poner en tu Kubuntu una versión del futuro KDE, es decir KDE Frameworks 5 y Plasma Workspaces 2. Esto era debido [&hellip

by Baltasar Ortega at June 22, 2014 08:10 AM

June 20, 2014

Aleix Pol González

Porting your project to Qt5/KF5

One of the things I’ve been asked recently quite often is about where’s the information regaring the needed port to KF5. I’ll use this blog post as reference.

Documentation

We have quite some documentation set up already to find your stuff. The ones I use the most are:

  1. api.kde.org: The API documentation, the frameworks section. There you can find most classes documented, within its own module.
  2. Porting notes: Whenever developing KF5, each not obvious decision we took was documented either here or in the api documentation. It’s especially interesting to look at this when hitting a deprecated class. If it’s not here, check the API documentation, if it’s still not there tell us and we’ll fix it.
  3. Already ported code: We have a good set of ported projects, it can be interesting to look at them and see how things have been resolved. Look for a frameworks branch.
  4. People: As a last resource, there’s always the community to give you a hand, notably in the #kde-devel IRC channel in freenode and the kde-frameworks-devel@kde.org mailing list.

How to get started

When it comes to porting, we can have a bit of a stress at start, I recommend to take it quietly and to take any step forward as a success. :)

For frameworks and libraries, look here, a template for creating KDE Frameworks.
For applications, what works the best is to port first the root CMakeLists.txt file, it should look like this:

find_package(ECM 0.0.11 REQUIRED NO_MODULE)
set(CMAKE_MODULE_PATH ${ECM_MODULE_PATH} ${ECM_KDE_MODULE_DIR})

include(KDEInstallDirs)
include(KDECMakeSettings)
include(KDECompilerSettings)
include(FeatureSummary)

find_package(Qt5 REQUIRED COMPONENTS Widgets)
find_package(KF5 REQUIRED COMPONENTS CoreAddons Solid)

add_subdirectory(src)

feature_summary(WHAT ALL FATAL_ON_MISSING_REQUIRED_PACKAGES)

There’s not much more to change further than that. To make it a bit faster, you can use the spartan script, to port some simple and tedious changes to the new cmake names used in KF5. Note that it’s not perfect and we don’t ensure it’s going to work, but so far it has been of good help to me.

A good way to figure out if the porting is acceptable, is to run the unit tests of your application. If you don’t have, then remember that making unit tests is fun.

Things to look into

CMake
  • Adopted the cmake idioms: We don’t use anymore kde4_* macros to create targets, but the cmake macros, e.g. kde4_add_executable -> add_executable.
  • Dependencies: Where we used to have ${KDE4_KDEUI_LIBS}, now we have KF5::WidgetsAddons. Note it’s not a variable anymore and if you use cmake 3.0 you’ll get a warning if it wasn’t found. Furthermore, now each target already pulls the include directories. We don’t need to keep adding include_directories() with each of the dependencies.
  • Extra-cmake-modules: Look at what’s in there, there’s interesting things you’ll have to use at some point, also it’s targetted as a cmake extension, you might want to use it even though Qt or C++ isn’t used in your project.
C++

In reality, this is probably the easiest part. You need to keep trying to make it compile, and when it doesn’t then you look at the API and porting notes until it does, then goto “C++”.

To get the port started, it’s usually best to rely on KDELibs4Support framework in the beginning. It’s a framework with all the modules we decided to deprecate, because we moved the functionality to Qt5 mostly. It will help get to a point where everything is building then you can start removing deprecated dependencies 1 by 1. It’s also good to use it when there’s development still in the Qt4 branch of the project, because merging back will be easier.

If you’re planning to keep developing in Qt4 for a while, some porting beforehand can be useful, like KIcon -> QIcon::fromTheme, this way you also reduce the divergence between branches. Another idea to do before porting is to do unit testing, so you don’t need to test by hand every feature while porting.

QML

Porting QML is not trivial, but then there were only few projects actually using it seriously. All the underlying technology changed, so it can get tricky. At the moment, in Qt5 there are 2 QML implementations, QtQuick 1, which is the one we used in Qt4 and QtQuick 2 which is the one you want to be on, which uses Qt Scene Graph and does voodoo with the GPU.

One thing you get to decide is to stay in QtQuick 1. That is, only if everything it depends on is ported to QtQuick 1. For that matter, the PlasmaComponents were ported directly to QtQuick 2, so you’ll have to make the full change.

If you need to port to QtQuick 2, there’s also some scripts you can use to ease the change. You’ll want to basically change all the classes starting with QDeclarative* to QQml* and QQuick*, they usually keep the same name. If you were using QGraphicsView features, then you’re screwed.

In the actual qml/js side, when porting to QtQuick 2, you’ll want to update all imports. All Qt imports versions were bumped, so now you’ll have to change “import QtQuick 1.1″ to “import QtQuick 2.2″. In the same direction, “import org.kde.plasma.components 0.1″ now becomes “import org.kde.plasma.components 2.0″

Final considerations

I recommend people to do their porting, I think it’s a solid step forward for the project and will help you clean up parts of it and start thinking future.
Qt 5 provides many interesting new concepts. I’m thinking of QtWebSockets, QtWayland, QtWebEngine and I hear Qt3D is getting really interesting. Additionally, it enables your project from letting the Qt code integrate properly in the new C++11 concepts.
Porting to KF5 will also help your project become more portable and reach out to different platforms.

Finally, if you think this is interesting for KDE but you can’t find time or energy to dedicate it, please take a look at the Randa pledge, where we will push together to get KDE to embrace fully the KDE Frameworks 5.

by apol at June 20, 2014 11:02 PM

June 19, 2014

Agustín Benito Bethencourt

Abriendo puertas

En un artículo anterior escribía acerca del fin de un ciclo personal y profesional para mi. Hoy escribo sobre la nueva aventura en la que me he embarcado.

Hace unos días me trasladé a Cambridge, la original y, a partir de ahora, la auténtica. :-) Me ha traído una nueva aventura profesional. Linaro ha tenido la gentileza de darme una oportunidad imposible de rechazar, como Director of Core Development. En próximos artículos comentaré en qué consiste.

Linaro es una organización sin ánimo de lucro creada por una serie de multinacionales con el objetivo inicial de convertir ARM en un ciudadano de primera clase dentro del Kernel Linux. Cuatro años despues de su fundación, el éxito de la organización en su misión original es claro (actualmente es el tercer contribuidor al kernel). Se trata ahora de alcanzar nuevos retos, además de insistir en los anteriores.

Así que tras una etapa en Nuremberg, capital mundial de la cerveza, y una corta estancia en Praga, una ciudad fantástica, inicio otro capítulo en un nuevo Reino.

by Agustin Benito Bethencourt (noreply@blogger.com) at June 19, 2014 05:00 AM

June 18, 2014

Baltasar Ortega Bort

Mi Konqui Amigurumi adaptado para niños

Entrada corta y concisa. Hace unos días recibí en mi caso un encargo muy especial, mi Konqui Amigurumi, el peluche de KDE creado por la empresa la Fábrica de Miritich.   Mi Konqui Amigurumi El hecho de que los Konquis Amigurimi, lospeluches KDE esten realizados a mano hace posible que se puedan realizar encargos personalizados y [&hellip

by Baltasar Ortega at June 18, 2014 07:09 PM

June 17, 2014

Baltasar Ortega Bort

Recaudaciones de fondos para proyectos KDE

Hace un tiempo realicé un artículo titulado “15 formas de colaborar KDE (y el Software Libre en general)” en el que relataba justamente eso, diversas formas de ayudar al proyecto KDE sabiendo programar o no. La última de todas se centraba en la que ocupa menos tiempo pero es las más costosa económicamente hablando: realizar [&hellip

by Baltasar Ortega at June 17, 2014 07:36 PM

June 13, 2014

Baltasar Ortega Bort

500 entradas de Victorhck in the free world

En ocasiones los hados se confabulan en tu contra, y en otras a tu favor. Cierro una de las semanas laborales y familiares más complicadas de mi vida (nacimientos, complicaciones, evaluaciones, problemas de convivencia escolar, decisiones, aplazamientos, etc) lo cual me lleva a tener apenas tiempo para mantener el blog, lo cual, unido a las [&hellip

by Baltasar Ortega at June 13, 2014 07:55 PM

June 12, 2014

Baltasar Ortega Bort

KDE lanza la segunda beta de Plasma Next

Sigue el avance. el pasado 10 de julio se anunciaron las actualizaciones de la serie KDE 4.13 y 4.11, y  hoy me toca comentar los progresos en Plasma Next. La Comunidad KDE sigue avanzando. KDE lanza la segunda beta de Plasma Next El 10 de junio de 2014 fue anunciado el lanzamiento de la segunda [&hellip

by Baltasar Ortega at June 12, 2014 05:39 PM

Aleix Pol González

KDE Software on Android

Despite my involvement in KDE and free software operating systems, one of the features I’ve always loved from Qt is how we can use it to develop an application that can be used on any platform. Since I got my first /programmable/ phone, I’ve wanted to get my projects to work there, especially through all Nokia approaches to the issue, and I’ve managed to do so with relative success.

At some point last year I got to the conclusion that, if I wanted to remain somewhat sane, the best approach was to start focusing Android by caring about the CMake side of the issue and let QtQuick get into place, which is not in place yet, but admittedly in a much better state than a couples of years ago.

My KDE on Android approach is that any KDE project should be able to be built and bundled for Android from the sources, that is with an apk file as a result, without having to change the project sources: c++ or cmake.

I started working on this longtime ago on Qt4, but the fact that kdelibs was about to change and the poor direction of the port drove me away from bothering. Also if we want portable interfaces we want QtQuick Controls. I don’t think there’s much doubt there.

I restarted the project last November. I compiled a full Qt5 installation and started to get it to build, my intention was to use android.toolchain.cmake again, but I then decided that it would be better to create a new cmake toolchain file to have all the control I needed over how it’s being compiled. Some things need to be treated with special love like how executables are built and especially being able to create apks.

At the moment it seems to be working reasonably well, I’ve been using KAlgebra as a test. I get to easily deploy the Analitza framework which is a dependency and then consume it from KAlgebra which bundles all dependencies into a nice publishable APK.

Enough back-story, let’s see how we’d build KAlgebra (or any traditional KDE project for that matter).

To get all the features going we need:
* Qt 5.4 built for Android (currently in dev branch)
* CMake 3.0
* Android NDK
* Android Development Kit
* the ToolChain file I created (still to find a proper place, can be found here)
* Extra-CMake-Modules
* The project’s source code, because the power is in the source!

Here’s an example on how to get it done [1], but that’s the expanded version. As an attempt not to scare you here I used a simplified version, by having a cmakeandroid macro defined, passing cmake all the needed information.

mkdir build-analitza build-kalgebra
cd build-analitza && cmakeandroid ~/src/analitza && make && make install
cd build-kalgebra && cmakeandroid ~/src/kalgebra -DQTANDROID_EXPORTED_TARGET=kalgebramobile && make && make create-apk-kalgebramobile

Which I think it’s readable enough.

To conclude, we are able to consider Android as a candidate for KDE projects to adopt. There’s much more to do both on KDE, Qt and cmake sides, but we can get to discuss it when you’ve ported your application.

For the moment, I’d like to know if there’s any application that is interested in being built for Android, I’d like to give it a try, especially if it’s already been ported to QtQuick and Qt5/KF5.
Furthermore, in case anybody is interested, I’ll open a wiki page with this information, in case anybody wants to use it, for the moment my cmake toolchain and manifest can be found here:
http://quickgit.kde.org/?p=scratch%2Fapol%2Fkalgebraandroid.git

[1]

mkdir install && \
mkdir build-analitza && cd build-analitza && \
/opt/cmake-devel/bin/cmake ~kde-devel/frameworks/analitza -DCMAKE_INSTALL_PREFIX=$HOME/android/install -DCMAKE_PREFIX_PATH=$HOME/android/install -DANDROID_APK_DIR=$HOME/android/kalgebraandroid/androidpkg/ -DCMAKE_TOOLCHAIN_FILE=$HOME/android/kalgebraandroid/AndroidToolchain.cmake -DQt5_DIR=$HOME/android/qt5/qtbase/lib/cmake/Qt5/ -DQt5Core_DIR=$HOME/android/qt5/qtbase/lib/cmake/Qt5Core && \
make && make install && \
cd .. && mkdir build-kalgebra && cd build-kalgebra && \
/opt/cmake-devel/bin/cmake ~kde-devel/frameworks/kalgebra -DCMAKE_INSTALL_PREFIX=$HOME/android/install -DCMAKE_PREFIX_PATH=$HOME/android/install -DANDROID_APK_DIR=$HOME/android/kalgebraandroid/androidpkg/ -DCMAKE_TOOLCHAIN_FILE=$HOME/android/kalgebraandroid/AndroidToolchain.cmake -DQt5_DIR=$HOME/android/qt5/qtbase/lib/cmake/Qt5/ -DQt5Core_DIR=$HOME/android/qt5/qtbase/lib/cmake/Qt5Core -DQTANDROID_EXPORTED_TARGET=kalgebramobile -DMOBILE_BACKEND=qtcontrols && \
make && \
make create-apk-kalgebramobile

by apol at June 12, 2014 01:30 PM

June 10, 2014

Baltasar Ortega Bort

KDE lanza las actualizaciones de junio

El pasado 10 de junio fue lanzado la serie de actualizaciones mensuales que realiza el equipo de desarrollo de KDE para mantener al día tanto los Espacios de trabajo Plasma, las Aplicaciones y la Plataforma. Y es que no paran los chicos y chicas de KDE. No solo nos preparan Plasma Next, es decir, el [&hellip

by Baltasar Ortega at June 10, 2014 01:04 PM

June 09, 2014

Baltasar Ortega Bort

Cuarto informe de 2014 de KDE e.V. Quarterly Report

Ya está disponible la nueva entrega del informe de KDE e.V. Quarterly Report de 2013, en decir, una pequeña revista trimestral que nos proporciona una visión oficial de algunas de las cosas que la Comunidad KDE ha hecho durante estos últimos meses.   Cuarto informe de 2014 de KDE e.V. Quarterly Report Estos informes son [&hellip

by Baltasar Ortega at June 09, 2014 02:13 PM

May 31, 2014

Baltasar Ortega Bort

Planeta Linux, tu portal de noticias GNU/Linux

La cantidad de blogs sobre gnu/linux que existen son numerosos y variados, no obstante nunca está de más conocer nuevos proyectos como Planet Linux, un sitio al estilo de Planet KDE o Planet KDE Español, pero como es de esperar mucho más diverso. ¿Qué es Planeta Linux? Como es habitual, lo mejor es que los [&hellip

by Baltasar Ortega at May 31, 2014 08:10 AM

May 30, 2014

Baltasar Ortega Bort

10 días en Blue Systems colaborando con KDE

Es asombroso ver como la Comunidad KDE es una comunidad abierta a todo tipo de experiencias y es capaz de acoger a todo tipo de personas interesadas en ella, acogerlas y hacer que se sientan bien. Veamos como puede ser pasar 10 días en Blue Systems colaborando con KDE. Lo cierto es que una la [&hellip

by Baltasar Ortega at May 30, 2014 08:10 AM

May 14, 2014

Baltasar Ortega Bort

Lanzado KDE aplicaciones y plataforma 4.13.1

El pasado 13 de mayo fue lanzado la primera revisión del magnífico escritorio KDE 4.13, es decir KDE 4.13.1. Una actualización que permite solucionar errores y muy recomendada para todos los usuarios. Y es que no paran los chicos y chicas de KDE. No solo nos preparan Plasma Next, es decir, el futuro “KDE 5″ [&hellip

by Baltasar Ortega at May 14, 2014 08:10 AM

May 12, 2014

Agustín Benito Bethencourt

Aspectos estratégicos y operativos que deben ser considerados en el proceso de cambio hacia el software libre (III)

<style type="text/css">P { margin-bottom: 0.08in; }H2 { margin-bottom: 0.08in; }H2.western { font-family: "Arial",sans-serif; font-size: 14pt; font-style: italic; }H2.cjk { font-family: "WenQuanYi Micro Hei"; font-size: 14pt; font-style: italic; }H2.ctl { font-family: "Lohit Hindi"; font-size: 14pt; font-style: italic; }</style>

Punto de llegada


El conjunto de los diferentes escenarios de migración nos aportará la fotografía buscada. El estado del arte puede representarse, por tanto, en un puzle donde cada escenario de migración representa una pieza. Cada pieza requerirá acciones específicas para llevar a cabo la migración que se contemplarán en el Plan De Acción (Migración).

En la práctica, los escenarios de migración estarán relacionados luego su compartimentación resultará compleja. No obstante, este ejercicio es fundamental para poder acometer un proceso a gran escala en un espacio de tiempo finito. Este es un requerimiento importante a la hora de trabajar con proveedores externos, expertos en la materia.

Dicho de otro modo, aproximaciones a los procesos de migración basados únicamente en aspectos operativos o funcionales arruinarán el proceso. Migrar “por departamento” o “por servicio (de IT)” es el reflejo de una incorrecta ejecución de esta fase del proceso de migración.

Esta fase del proyecto los entregables deben incluir:
  • La definición de las diferentes personas/perfiles (canónicos) y qué usuarios/unidades corresponden a cada uno de ellos.
  • Individualización de los perfiles correspondientes a cada usuario. Recordar que los perfiles son abstracciones.
  • El estudio de las diferentes interacciones entre personas que afectan al proceso de migración.
  • Los escenarios de migración.

Mi recomendación es que se realicen varios entregable. Con el fin de motivar a los diferentes perfiles de usuario, es conveniente elaborar diferentes documentos, orientados a audiencias diferentes como:
  • Responsables tecnológicos.
  • Responsables técnicos.
  • Usuarios (power users/prescriptores y usuarios de a pie)

Se debe acompañar el entregable de los resultados parciales de las diferentes acciones realizadas así como de la información complementaria utilizada, como por ejemplo:
  • Inventario de hardware y sistemas/servicios
  • Resultados de las entrevistas.
  • Información aportada por la propia AA.PP.
  • Referencias externas utilizadas.
  • Informe ejecutivo.
  • Informe de costes.
  • Otros

Este documento servirá de base para acciones que pueden tener lugar e un amplio periodo de tiempo. Es necesario incluir toda la información con el fin de que sea accesible en un futuro por nuevos proveedores y trabajadores.

Conclusiones


La definición del Estado del Arte es una acción del propio proceso de migración, que toma como referencia datos correspondientes a un estudio habitual de inventariado así como de procesos de negocio, servicio y calidad. Pero no se trata de un proceso aséptico. Posee un propósito específico: servir como base del diseño del Plan de Migración.

Esta etapa del proceso de migración es un ejercicio down-top-down donde:
  1. Se analiza la información disponible.
  2. Se recojen datos relevantes.
  3. Se analiza la información disponible y esos datos en conjunto con el fin de definir perfiles.
  4. Se definen los perfiles/personas y se particularizan a cada participante.
  5. Se estudian sus interacciones.
  6. Se redefininen las personas.
  7. Se introduce como input información adicional
  8. Se definen los escenarios.
  9. Se elaboran los entregables que sirven de base al diseño del Plan de Migración en sí.

Un Plan de Migración eficaz requiere de una correcta definición del Estado del Arte. Del mismo modo, un compromiso por parte de los participantes en el proceso require que se les haga partícipes también en este punto del proceso, independientemente de que la ejecución la realicen proveedores externos o miembros de la casa.

Fin del guión 

Este es el tercero de una serie de tres post. Accede a los dos anteriores aquí:

by Agustin Benito Bethencourt (noreply@blogger.com) at May 12, 2014 10:18 AM

Aspectos estratégicos y operativos que deben ser considerados en el proceso de cambio hacia el software libre (II)

<style type="text/css">P { margin-bottom: 0.08in; }H2 { margin-bottom: 0.08in; }H2.western { font-family: "Arial",sans-serif; font-size: 14pt; font-style: italic; }H2.cjk { font-family: "WenQuanYi Micro Hei"; font-size: 14pt; font-style: italic; }H2.ctl { font-family: "Lohit Hindi"; font-size: 14pt; font-style: italic; }</style>

Punto de partida


El punto de partida de cualquier proceso de análisis previo a una migración tiene como principales fuentes de conocimiento:
  1. Los objetivos y motivaciones de los responsables político/tecnológicos de la AA.PP.
  2. La documentación existente sobre procedimientos, herramientas, infraestructura, recursos, descripción y relación con proveedores, perfiles, servicios que se prestan, tanto internos como externos...
  3. La "realidad" de
    1. Los responsables técnicos de la AA.PP.
    2. Los "power users" o prescriptores.
    3. El usuario no técnico.
    4. El servicio que se presta.
  4. Experiencias previas en transformaciones tecnológicas si la hubiere.

La disponibilidad de una documentación veraz y actualizada constituye un factor determinante en cualquier proceso de migración. No sólo facilita la definición del Estado del Arte, ahorrando costes y acelerando el proceso en sí, sino que establece un punto de referencia sobre el que basar cualquier análisis objetivo posterior. Por tanto, representa el principal punto de apoyo del cliente (la AA.PP.) frente al proveedor de servicio, al menos en este punto.

Así pues, el principal esfuerzo de los técnicos y responsables tecnológicos de la propia AA.PP. en este punto inicial debe ser:
  • Actualizar y, si es posible, ampliar la información existente sobre los sistemas de información y su uso por parte de trabajadores públicos y cuidadanos.
  • Recopilar información relacionada con procesos de transformación tecnológica experimentados con anterioridad.
  • Recopilar información sobre la relación de la AA.PP. con proveedores de servicios que puedan ser afectados por la migración de manera directa o indirecta.
  • Recopilar información orientada a facilitar el proceso de toma de datos.

Si la documentación disponible no es completa o se encuentra desactualizada, mi recomendación es que se separe la generación/actualización de esta información del propio proceso de identificación del Estado del Arte. Deben ser fases diferentes del proyecto o incluso proyectos diferentes. Uno alimenta el otro.

Proceso a seguir para el establecimiento del Estado del Arte


La fotografía a tomar tendrá como referencia el concepto de perfiles/personas. Definir esos perfiles debe ser el primer objetivo de esta fase del proyecto. Una vez descritos, se particularizarán para cada usuario. A partir de esos perfiles y teniendo en cuenta información adicional relevante, se establecerán los diferentes escenarios de migración.

Así pues, el Estado del Arte se define en base a escenarios de migración.

Para definir los perfiles/personas, es necesario entender qué inputs son necesarios. En general son los siguientes:
  • Puesto/servicio que presta (procesos)
  • Conocimientos técnicos
  • Interacción con aplicaciones y servicios
  • Equipamiento que utiliza
  • Datos

Para cada usuario, debe obtenerse información correspondiente a cada una de estas áreas. La información obtenida necesita ser procesada para que sea manejable. Tras un proceso de abstracción (análisis), se podrán definir las personas/perfiles significativos.

Esta abstracción/generalización nos permitirá escalar el diseño del proceso de migración e ir adelantando algunas otras fases del proyecto, como la identificación de herramientas libres candidatas, planes de comunicación o formación...

Con el fin de definir los escenarios de migración, es importante definir primero las interacciones intra/inter personas/perfiles. Es decir, cómo interactúan a través de los sistemas de información.

Este estudio debe llevarnos a un proceso de ajuste o redefinición de los perfiles/personas (personas canónicas). Una vez hemos los hemos definido de manera definitiva, debemos individualizarlos, es decir, asegurarnos de que ajustamos los perfiles a cada uno de los participantes en el proceso (humanización de los perfiles).

Tomando en consideración datos adicionales como la infraestructura disponible, los servicios que se prestan, la estructura organizativa de la propia AA.PP., aspectos logísticos etc., se definirán los escenarios de migración. Idealmente, cada escenario de migración deber estar definido como una unidad independiente desde el punto de vista del proceso de migración.

Los escenarios de migración, por tanto, están basados en:
  • La obtención de los diferentes perfiles/personas.
  • El estudio de las interacciones entre los diferentes perfiles/personas.
  • Recursos (sistemas de información).
  • Servicios que se prestan en el momento previo a la migración.
  • Prioridades estratégicas y operativas.
     
    Este post es el segundo de una serie de tres. Puedes acceder a los demás aquí:

by Agustin Benito Bethencourt (noreply@blogger.com) at May 12, 2014 10:16 AM

Aspectos estratégicos y operativos que deben ser considerados en el proceso de cambio hacia el software libre (I)

<style type="text/css">P { margin-bottom: 0.08in; }H1 { margin-bottom: 0.08in; }H1.western { font-family: "Arial",sans-serif; font-size: 16pt; }H1.cjk { font-family: "WenQuanYi Micro Hei"; font-size: 16pt; }H1.ctl { font-family: "Lohit Hindi"; font-size: 16pt; }H2 { margin-bottom: 0.08in; }H2.western { font-family: "Arial",sans-serif; font-size: 14pt; font-style: italic; }H2.cjk { font-family: "WenQuanYi Micro Hei"; font-size: 14pt; font-style: italic; }H2.ctl { font-family: "Lohit Hindi"; font-size: 14pt; font-style: italic; }</style>

Actualización de los Sistemas Informáticos utilizando Software Libre.

Aspectos estratégicos y operativos que deben ser considerados en el proceso de cambio hacia el software libre


El presentedocumentoes un resumen de mi intervención en el mencionado curso, como parte del segundo bloque del mismo. Dicha intervención introduce el tema a tratar, de modo que aporto una visión global, reforzada con ejemplos concretos de los conceptos más importantes. Dichos ejemplos y anécdotas de interés, no figuran en este resumen.

Datos sobre el curso:
  • Director del curso: Ramón Ramón Sánchez (Perfil Linkedin)
  • Fecha de mi intervención: 23 de Abril de 2014
  • Contenido: Bloque 2.- Definición del Estado del Arte. Evaluación previa.
  • Duración: 90 min. aprox.
  • Audiencia: técnicos y responsables tecnológicos de AA.PP. del Gobierno de Costa Rica.

Introducción y enfoque


Todo proceso de migración comienza con una misión. Esta misión debe estar claramente reflejada en el proyecto estratégico. Basándonos en esa misión, se establecen los objetivos principales de la migración. Siempre existe un objetivo prioritario y otros secundarios.

Los objetivos estratégicos más comunes son:
  • Independencia tecnológica
  • Ahorro de costes:
    • A corto plazo
    • A medio y largo plazo
  • Creación de polo tecnológico local
  • Aumento de rendimiento/eficiencia
  • Mejora de la interoperabilidad
  • Política

Cualquier proceso de migración tecnológica ideal consiste en definir una el cuadro/fotografía actual de los sistemas de información, así como de su uso, y replicarla, usando, no sólo herramientas diferentes, sino en este caso, un paradigma diferente. Sin embargo, el proceso de transición es costoso. Debemos asumir que cada uno de los participantes, require de un fuerte grado de motivación para adoptar una posición constructiva frente al proceso. La motivación, en forma de mejoras/beneficios futuros, debe generalizarse en la medida de lo posible, no restringiéndose al ámbito técnico y/o económico directo y a corto plazo.

El Software Libre propone beneficios suficientes como para generar esa motivación en diversos ámbitos. Así, la definición del Estado del Arte, la captura de esa fotografía, no es ni debe ser objetiva:
  1. Debe responder al objetivo principal del proyecto.
  2. Debe identificar las fortalezas del actual entorno y usarlos como base de la del resultado obtenido.
  3. Debe identificar posibles mejoras que permitan diseñar y desarrollar acciones orientadas a potenciar esa motivación.

Una correcta definición del estado del arte se convierte así en un ejercicio cruel de identificación de una realidad que, no por supuesta, puede resultar menos desalentadora en muchos casos. Además, el proceso de migración no permite rectificaciones basadas en el antiguo modelo. Peor aún, propone una travesía del desiertopara alcanzar un oasis de herramientas, protocolos, principios... que no dominan.

Es por tanto necesario establecer contramedidas que permitan a esos profesionales afectados digerir y asumir esa fotografía con el convencimiento de que, tras el proceso, estarán en mejor disposición de mejorarla.

La mejor forma de que esta fotografía sirva de estímulo es hecerles copartícipes de su realización, animándoles a aportar sus experiencias y visión. Debe ser también su fotografía. Asimismo, recomiendo comunicar claramente que el fin de la acción que no es evaluar el grado de eficiencia o eficacia del trabajador en el desempeño de sus tareas. Un proceso de migración no es una evaluación de rendimiento.

Dichas experiencias deben ser procesadas y documentadas con el fin de introducirlas en la base común de conocimiento, favoreciendo un aprendizaje colectivo a partir de ellas. Muchas de las experiencias que afectan o permiten entender la fotografía obtenida, no tienen que ver de manera directa con aspectos tecnológicos, luego existe el riesgo de que tengan impacto en el proceso de migración.

Los sistemas/servicios informáticos en Administraciones Públicas suelen tener un menor grado de control que en otros entornos. Tampoco es posible entender la fotografía resultante sin asumir que ella es producto de una evolución que, a menudo, los profesionales involucrados no han podido controlar totalmente por razones:
  • Técnicas: los sistemas no permiten de un modo simple la realización o control de determinadas prácticas.
  • De conocimiento: Los profesionales responsables de las infraestructuras tecnológicas o los usuarios no conocen en detalle las herramientas que utilizan (son privativas).
  • De mercado: existen limitaciones impuestas por los fabricantes, integradores o implantadores a los sistemas tecnológicos utilizados.
  • Necesidades de producción.
  • Limitaciones dependientes del propio entorno laboral: existen limitaciones en la capacidad de decisión y/o ejecución de aquellos llamados a diseñar e implementar los sistemas tecnológicos dentro de una AA.PP.
  • Otras razones.

Así, el Estado del Arte debe recoger no sólo la situación previa a la migración sino también aspectos clave que expliquen la evalución que ha tenido como producto semejante resultado.

El Software Libre empodera a responsables tecnológicos y usuarios. Les confiere mayor flexibilidad, es decir, mayor control, luego requiere un mayor grado de responsabilidad. El riesgo de aumentar la entropía tras la migración es significativo. Debe diseñarse y ejecutarse cada paso, incluyendo la fase de análisis, teniendo en cuenta que en un futuro es mejor, en general, aportar mayores grados de libertad a los participantes de manera gradualgradual que restrinjirlos.

La fotografía obtenida debe aportar claves que permitan decidir qué tipo de medidas de control pueden aplicarse con las nuevas herramientas (y procesos), cuyo impacto sea positivo (o neutro) en la productividad de los usuarios, en comparación con las existentes.

El entregable de esta fase del proceso de migración, debe apuntar con claridad los puntos fuertes de la situación previa a la migración, con el fin de reforzarlos o, al menos, mantenerlos. Un proceso de migración exitoso está basado en las fortalezas del modelo anterior, no en sus deficiencias.

Mitigar las deficiencias debe ser, en general, el foco de procesos de mejora post migración. Disponer de una mejor base para ello debe ser el resultado de una correcta migración. La fotografía y posterior evaluación deben establecer la base sobre la que sea posible definir el proceso de migración y, al mismo tiempo, apuntar algunas de las futuras acciones de mejora que se podrán acometer con las nuevas herramientas y procedimientos, basados ahora en Software Libre.

Pero insisto, el objetivo de la migración no es ni debe ser realizar mejoras. Eso debe proponerse como objetivo fundamental tras la migración. De otra manera, desviaremos el foco de atención de lo realmente importante, basar el resultado en las fortalezas actuales.

En resumen:
  1. El Estado del Arte, obtenido como resultado del trabajo de análisis previo a la definición del Plan de Acción, tiene un fin concreto. No es objetivo.
  2. El análisis puede y debe tener impacto en responsables técnicos y usuarios. Debe asegurarse que ese impacto es positivo.
  3. De un modo similar, el Estado del Arte debe describir los grados de libertad con los que cuentan en la actualidad técnicos y usuarios en el uso de la información, aplicaciones y servicios. El objetivo es que el Plan de Acción los tenga en cuenta.
  4. La fotografía punto de partida del proceso de migración, debe apuntar claramente las fortalezas del modelo actual (en uso) con el fin de asegurar que el proceso de migración se basa principalmente en ellos.

    Lee las otras dos partes:

by Agustin Benito Bethencourt (noreply@blogger.com) at May 12, 2014 10:15 AM

May 05, 2014

Alex Fiestas

For community free of Trolls

In light of the last comments containing insults and other attacks to members of our community I have decided to make a video blog explaining my thoughts on the issue.

The video contains two separate topics:

  • Explanation of why we can’t tolerate this behavior
  • Some ideas on the actual matter (Baloo)

Please, watch the whole thing before commenting and I hope we all work together to push away the trolls in our community.
<iframe frameborder="0" height="380" src="http://www.youtube.com/embed/6ewPCbbN9yY" width="640"></iframe>
Cheers !

by afiestas at May 05, 2014 09:47 PM

May 03, 2014

Baltasar Ortega Bort

KDE 4.12.5 y KDE Workspace 4.11.9 disponibles

Ya tenemos KDE 4.12.5 y KDE Workspace 4.11.9 disponibles para su actualización. Como cada nuevo mes y, fiel a su cita, el equipo de desarrollo de KDE nos ofrece una nueva versión de su escritorio. Se siguen con la actualización doble de dos de sus ramas. KDE 4.12.5 y KDE Workspace 4.11.9 coordinados Para no ir [&hellip

by Baltasar Ortega at May 03, 2014 08:10 AM

April 25, 2014

Baltasar Ortega Bort

Calendario de lanzamiento de KDE 4.14 Applications

Ya tenemos disponible el calendario lanzamiento de KDE 4.14, la siguiente versión de nuestro escritorio favorito, la cual no ofrecerá novedades en su motor pero si en las aplicaciones.  El equipo de desarrolladores de KDE tiene muchas virtudes y entre ellas destaca su fiabilidad a la hora de cumplir sus plazos, lo ha demostrado holgadamente [&hellip

by Baltasar Ortega at April 25, 2014 08:10 AM

April 20, 2014

Baltasar Ortega Bort

Cómo instalar Kubuntu 14.04 desde el DVD

Tiempo atrás quedaron las complicadas instalaciones de los sistemas operativos GNU/Linux en nuestros ordenadores. Ahora todo es casi un juego de niños aunque siempre viene bien realizar una pequeña entrada de cómo instalar Kubuntu 14.04 Uno de los problemas principales que tienen los usuarios para iniciarse en el mundo GNU/Linux es el de la instalación [&hellip

by Baltasar Ortega at April 20, 2014 08:10 AM

April 17, 2014

Baltasar Ortega Bort

Lanzado KDE 4.13

Ayer fue lanzado KDE 4.13, la siguiente versión del escritorio libre más bello y funcional que pueden habitar en nuestros ordenadores. Repasemos algunas de sus nuevas funcionalidades, las cuales se centran en Kontact. Aunque el horizonte de la mayor parte de los desarrolladores está puesto en Plasma Next (es decir, lo que no se [&hellip

by Baltasar Ortega at April 17, 2014 07:32 AM

April 14, 2014

Baltasar Ortega Bort

¿Por qué crees que KDE es el mejor escritorio GNU/Linux?

Tras el éxito de las encuestas anteriores: ¿Cuál ha sido la mejor distribución GNU/Linux para KDE del 2013?,  ¿Cuál es la mejor aplicación KDE? y ¿Cómo participas tú en la Comunidad KDE? seguimos con las encuestas en el blog. En esta ocasión, una relacionada con las fortalezas de KDE: ¿Por qué crees que KDE es [&hellip

by Baltasar Ortega at April 14, 2014 04:35 AM

April 09, 2014

Baltasar Ortega Bort

Detalles sobre la alpha de Plasma Next

Después de anunciar ayer en el blog el lanzamiento de la primera alpha de Plasma Next, es el momento analizar un poco que nos espera el próximo junio. Bienvenidos al comentarios sobre los detalles sobre la alpha de Plasma Next. Pero antes de empezar, una pequeño recordatorio del anuncio: El pasado 2 de abril, KDE [&hellip

by Baltasar Ortega at April 09, 2014 08:10 AM

April 07, 2014

Baltasar Ortega Bort

KDE lanza la versión alfa de Plasma Next

Desde hace bastante tiempo el equipo de desarrolladores de KDE tienen en el punto de mira el próximo 17 de junio, fecha en la que se lanzará el siguiente paso evolutivo del escritorio KDE. Pero no se trata de pequeños cambios, sino de grandes, así que se requiere mucho trabajo previo y testeo para que [&hellip

by Baltasar Ortega at April 07, 2014 10:01 PM

April 03, 2014

Baltasar Ortega Bort

KDE 4.12.4 y KDE Workspace 4.11.8 disponibles

Ya tenemos KDE 4.12.4 y KDE Workspace 4.11.8 disponibles para su actualización. Como cada nuevo mes y, fiel a su cita, el equipo de desarrollo de KDE nos ofrece una nueva versión de su escritorio. Y en esta ocasión, por partida doble. Y no será la última. KDE 4.12.4 y KDE Workspace 4.11.8 coordinados Para no [&hellip

by Baltasar Ortega at April 03, 2014 09:10 AM

April 01, 2014

Aleix Pol González

New git repositories structure: The KDE workspaces

I know most of you have been following the upcoming Plasma Next release with interest, there’s lots of work being done, and as usual, most of it happens under the surface.

I would like to talk today about the new repository structure we have been working on during the last weeks: Splitting the kde-workspace and kde-runtime repositories.

What did we use to have, so far?

What we have now is mostly an evolution of what KDE ever was, only that after many iterations, especially given the long history we’ve been through, since the Kool Desktop environment days, in CVS back then. Since then, concepts have changed, the community has progressed and ultimately, the projects we’re offering have evolved a great deal.
Nowadays our workspaces are built around the kde-workspace repository which is a subset of what kdebase once was. It contains the code relative to the shell, System Settings, kinfocenter, KWin and other components, even some libraries.

Note that some of these are big components, some are small, some are part of Plasma Active, some aren’t. This had different implications, for example: Plasma Active depends on having the desktop environment installed, repository-wise, so does KWin need to have systemsettings installed, etc.

What will we have now?

We chopped kde-workspace into several chunks. We separated what’s specific to our desktop users and what can be independent components, trying to make sure that we end up with manageable projects rather than a bag of surprises. This leaves us a clean outline of what projects we are working on, while still letting us figure out what is part of a project and what isn’t.

This is all glued together by the dependency-data files, where we specify what project depends on what project within KDE. This means both and compile-time and runtime. The dependency-data files will start gaining relevance as it suggests, what does it mean to have a full Plasma Desktop installed or, for example, a full KDevelop. *

What does this mean?

Depending on how you look at it, nothing changes. I would like to highlight some points though, of what I think will have the most impact.

  • Simpler to modify and deploy the components. Some of our components are more complex than others. Now you can modify System Settings without pulling a full KWin.
  • Easily follow your favorite projects. Now you’ll be able to follow the commits in a specific project (See the “Follow this project” check in a project page). This should increase peer review for people interested in a project but concerned about receiving noise on the inbox.
  • Simpler to reach the components. Now it’s easier to figure out where the System Settings are, given that you can find them in projects.kde.org right away.

I hope you’ll be as excited as I am, hopefully by joining the development team and helping us create a wonderfully awesome Plasma Next release.

* This opens the possibility to review what’s extragear and what’s KDE SC roles, it will be an interesting discussion.

by apol at April 01, 2014 11:33 PM

March 24, 2014

Baltasar Ortega Bort

KDE Blog cumple 6 años

Parece mentira cómo pasan los años. Fue el 24 de marzo de 2008 cuando salió el primer artículo de este blog a la web, una simple declaración de intenciones y la promesa de ofrecer una entrada diaria sobre KDE y el Software Libre. Hoy, 24 de marzo de 2014, KDE Blog cumple 6 años en [&hellip

by Baltasar Ortega at March 24, 2014 09:10 AM

March 19, 2014

Aleix Pol González

KDE SDK Next, how will we develop in a year?

Since the beginning of my involvement in KDE and, more specifically, my involvement with KDevelop, many people have come to me and said that what we “actually need” is an SDK. So far, I never gave this much thought. Especially given that for me, the SDK was the system I’m running on and, by extension, the packaging system of my GNU/Linux distribution.

After all this time and given one of KDE Frameworks goals is to broaden our portability, I started wondering about the subject again. Some of the pieces are starting to come together already, but I still think we need to actually glue them together in a clear and pragmatic approach.

Premise: we want to build an SDK on top of the tools we generally use:
CMake, Qt, KDE Frameworks 5, Plasma, QML and C++.

For starters, we have two different major scopes: Integration with Plasma and Cross-platform facilities.

KDE Applications should be as distributable and portable as possible. On the other hand, we should be providing the tools to specifically integrate to the Plasma Workspaces.

Applications have different use-cases than the Plasma Workspaces. While applications need to be as easily distributable as possible, Plasma will want to have as much control on the system as needed to work accurately. Therefore, we want applications interacting with Qt5+KF5 and integrating through Qt abstractions, while Plasma will want to interact random components in the system regardless without fear.

What I propose:

  • Figure out which frameworks are portable and which are Plasma Platform integration frameworks. (e.g. KDED modules, KNotifications, Solid: are they portable? do we want to support the different platforms?)
  • Figure out what do we mean by supported platform (both in the case of Plasma and Applications).

Once we get there, we will be able to think about developers and:

  • Offer a sensible set of tools to support the development and ease testing.
  • Figure out a packaging plan for the libraries and tools for developers, so they can start using them for their development.
  • Figure out a deployment plan for the frameworks on the different platforms, so that deployed applications know how to rely on the needed dependencies.

So this are mostly thoughts, I would like to know if you’d be interested in the project. I think it makes a lot of sense to figure this out and then gather this year’s Randa meeting to make sure we’re coming up with a coherent next development platform.

by apol at March 19, 2014 07:48 PM

March 18, 2014

Baltasar Ortega Bort

KDE gana el premio Linux New Media 2014

Este tipo de noticias nos hacen pensar (a los miembros de la Comunidad KDE) que vamos en el buen camino y que nuestro trabajo se ve recompensado y avalado por otras personas: KDE gana el premio Linux New Media 2014. Una gran noticia que debería de llenar de orgullo durante un día (al menos) a [&hellip

by Baltasar Ortega at March 18, 2014 03:30 PM

March 17, 2014

Baltasar Ortega Bort

KDE Visual Design Group, séptima semana – Edición de playa

El camino hacia Plasma Next parece estar bastante adelantado en lo que refiere a motor, pero cualquier máquina perfecta necesita una cara bonita. Ese es el cometido de KDE Visual Design Group, el equipo de diseño del próximo Plasma Next, el cual realiza un informe semanal de sus progresos, éste es el de la séptima [&hellip

by Baltasar Ortega at March 17, 2014 11:30 AM

March 16, 2014

Baltasar Ortega Bort

Disponible la segunda beta de KDE 4.13 Aplicaciones y plataforma

Aunque muchos desarrolladores de KDE estén volcados en Plasma Next, otros muchos siguen trabajando para pulir la rama KDE 4.x. De esta forma, hace unos días que está disponible la segunda beta de KDE 4.13  Lo cierto es que la primera beta del 6 de marzo no fue publicada en el KDE blog, debido al [&hellip

by Baltasar Ortega at March 16, 2014 09:10 AM

March 14, 2014

Baltasar Ortega Bort

Demo de Plasma Next, un vistazo al futuro de KDE

Los avances hacia Plasma Next son más que palpables. Si no cambia la cosa, en junio tendremos una nueva versión del escritorio KDE, que tiene como sobrenombre Plasma Next, todavía más rápida y fluída, además de adquirir un aspecto mucho más moderno y elegante (si cabe). Y para poder demostrarlo, ya tenemos un vídeo demo [&hellip

by Baltasar Ortega at March 14, 2014 09:10 AM

March 13, 2014

Alex Fiestas

Desktop applications of tomorrow (I)

This is the first of three posts where I am going to share my vision for the desktop apps of the short-term future.

When I am using my workstation or laptop I find myself spending most of my time in the browser, with it I do a lot of different tasks I used to be doing with many different native applications for example: listening to music, watching videos, chatting with friends, sending pictures…

When I am using my tablet or phone though the situation changes. I find myself rarely using the browser, in fact I only use it to visit some site I saw on another app like Twitter or Facebook.
At the beginning (HTC Magic, my first Android phone) I thought this was because the browser was so unbearable that they had to come out with an alternative to the web, so they came out with “specific apps”, that is one app per each internet service or purpose.

But things have evolved since, and now my Nexus5 and 7 can render websites some times even better and faster than my laptop, but anyway I still prefer to use Android apps. Why?

Content

Both web and android apps are way better at managing content than we are.

They always have something to show to you: perhaps something new that might interest you? perhaps a bold guess based on you previous search? or perhaps just what is “hot” nearby? Two of the best example are Youtube and Spotify.

Your content is available everywhere, and I am not talking only about putting stuff into the “cloud” but I am talking about your online profile. Continuing with the example of Youtube and Spotify on both apps you will have your: playlist, subscriptions, radios, friend list on any device either via the app or the web.

Sharing content is damn easy on both either by copying the url on the Web or by clicking the omnipresent share button in Android. As a matter of fact I don’t remember the last time I shared a picture or an article using a desktop app… Probably it was really long ago.

They know what content you like… They know your habits… They know everything and they use it to provide the most convenient content at all time. Oh look! It is Monday, perhaps you want to watch the new video uploaded in this Youtube channel as you do every week?

Finally, both web and Android apps try to avoid making the user think too much which I find it to be a relief when I am using them. Again they do this by knowing what content you are interested on and by providing it to you in the best possible way.

That is it for now, In part II I will explain the current situation of the desktop apps and in part III I will show a mockup of a video app I hope to work on someday. In the meanwhile what do you think? Is the same thing I describe in this article happening to you?

by afiestas at March 13, 2014 11:58 AM

March 05, 2014

Baltasar Ortega Bort

Disponible la segunda alpha de Frameworks 5

Ya está disponible la segunda alpha de Frameworks 5, es decir, el primer paso para crear un entorno de escritorio que une KDE con Qt en una simbiosis casi perfecta. Esto hará más fácil la programación a los desarrolladores y creará un entorno gráfico espectacular y funcional para los usuarios. Disponible la segunda alpha de [&hellip

by Baltasar Ortega at March 05, 2014 02:57 PM

March 04, 2014

Baltasar Ortega Bort

KDE 4.12.3 y KDE Workspace 4.11.7 disponibles para su actualización

Ya tenemos KDE 4.12.3 y KDE Workspace 4.11.7 disponibles para su actualización. Como cada nuevo mes y, fiel a su cita, el equipo de desarrollo de KDE nos ofrece una nueva versión de su escritorio. Y en esta ocasión, por partida doble. Y no será la última. KDE 4.12.3 y KDE Workspace 4.11.7 coordinados Para no [&hellip

by Baltasar Ortega at March 04, 2014 10:27 PM

March 01, 2014

Baltasar Ortega Bort

¿Cómo participas tú en la Comunidad KDE?

Tras el éxito de las encuestas anteriores: ¿Cuál ha sido la mejor distribución GNU/Linux para KDE del 2013?  y  ¿Cuál es la mejor aplicación KDE?, seguimos con las encuestas en el blog. En esta ocasión, una un poco más personal: ¿Cómo participas tú en la Comunidad KDE?   La Comunidad KDE Cuando descubrí KDE, me [&hellip

by Baltasar Ortega at March 01, 2014 09:10 AM

February 14, 2014

Baltasar Ortega Bort

Disponible la primera alpha de Frameworks 5

Ya está disponible la primera alpha de Frameworks 5, es decir, el primer paso para crear un entorno de escritorio que une KDE con Qt en una simbiosis casi perfecta. Esto hará más fácil la progrmación a los desarrolladores y creará un entorno gráfico espectacular y funcional para los usuarios. Disponible la primera alpha de [&hellip

by baltolkien at February 14, 2014 11:05 PM

February 05, 2014

Baltasar Ortega Bort

KDE Blog 2.0: los primeros pasos

Los cambios se han convertido en algo habitual en nuestra sociedad, aunque haya personas reacios a ellos. Todo evoluciona: la educación, el software, la sociedad, los hábitos, etc. Y este blog no es ninguna excepción, os invito a ver las bases del nuevo KDE Blog 2.0. KDE Blog 1.0 Este blog nació como algo personal [&hellip

by baltolkien at February 05, 2014 11:01 PM

February 04, 2014

Baltasar Ortega Bort

KDE 4.12.2 y KDE 4.11.6 disponibles para su actualización

Ya tenemos KDE 4.12.2 y KDE 4.11.6 disponibles para su actualización. Como cada nuevo mes y, fiel a su cita, el equipo de desarrollo de KDE nos ofrece una nueva versión de su escritorio. Y en esta ocasión, por partida doble. Y no será la última. KDE 4.12.2 y KDE 4.11.6 coordinados Para no ir anunciando [&hellip

by baltolkien at February 04, 2014 11:01 PM

January 30, 2014

Baltasar Ortega Bort

Plasma Next ya tiene calendario de lanzamiento

Aunque no es del todo 100% oficial ya tenemos el calendario de lanzamientos de Plasma Next, el nombre que han elegido los miembros de la Comunidad KDE para el siguiente paso de su proyecto. Plasma Next Tras una larga discusión en las listas de correo, finalmente la Comunidad KDE decidió que el mejor nombre para [&hellip

by baltolkien at January 30, 2014 11:01 PM

January 28, 2014

Baltasar Ortega Bort

KDE en las II Jornadas Libres: 19 de febrero

Las II Jornadas Libres de la UNED Vila-real fueron presentadas el 7 de octubre de 2013 en un acto sencillo en la UNED de Vila-real. Hoy me complace en recordar la presencia de KDE en las II Jornadas Libres que tendrá lugar el 19 de febrero. KDE en las II Jornadas Libres: 19 de febrero [&hellip

by baltolkien at January 28, 2014 09:10 AM

January 27, 2014

Baltasar Ortega Bort

Iceglass, otro elegante pack de iconos para temas oscuros

Las grandes posibilidades de personalizar nuestro KDE es una de las bazas con las que contamos a la hora de defender nuestro escritorio libre favorito. En KDE todo es fácilmente personalizable, desde el fondo de escritorio hasta los colores de las ventanas pasando por el puntero del ratón. Los iconos del sistema no son [&hellip

by baltolkien at January 27, 2014 09:10 AM

January 26, 2014

Baltasar Ortega Bort

KaOS , la nueva distribución minimalista GNU/Linux

Uno de los descubrimientos de la última encuesta sobre la mejor distribución GNU/Linux para KDE del 2013 que se realizó a inicios de año en el blog fue la existencia de KaOS, una nueva distribución GNU/Linux que promete ser una de las revelaciones del 2014 ¿Cuáles son sus cartas?¿Vale la pena probarla? Sigue leyendo y [&hellip

by baltolkien at January 26, 2014 09:10 AM