KDEdu Logo

News from our Blogs

You can read all news from our blogs as RSS RSS feed .
Have a look at the KDE feed reader aKregator.

One of the activities that we have been promoting is joining conferences on topics that we’re interested in. Last September I joined two of them: the Libre Application Summit and EduCode. Reaching out within the community In the Linux community we’re portrayed as tribalistic quite often, there’s good reasons of that. Having been part of […]
I guess we all agree that one of the biggest stoppers to get a contribution out is the ability to get the system ready to start working on the contribution. Today I want to talk a bit about generating Android binaries from our machine. In the KDE Edu sprint we had the blatant realisation that […]
These last months have been intense, so intense I needed a bit of a distraction. I’ve always felt some kind of curiosity for the world of 3D printing and, as I’ve said in different occasions, I always push KAlgebra to the limit when I have the occasion. I had been researching, I’ve never had a […]
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 […]
Usually I don’t blog because there’s not much going on. Lately it’s been because there’s been too much things going on. As always in communities, it’s not something somebody is doing in his corner, but some synergy coming together in a beautiful and convoluted way. Let me try to sort what I’m talking about. The […]
If you want to develop a KDE project (Plasma applet, runner, GUI app,  Akonadi resource, Qt only app, ...) you can use KAppTemplate to generate a basic template for such a project. KDevelop also uses those templates and provides you with a full IDE while after generating the template with KAppTemplate you are left with using your terminal and editor (Kate does both by the way ;)

Recently I added 2 new projects templates: a Plasma QML based applet and a Qt5 - QtQuick2 application. Here are previews of those new additions:

This is the Plasma QML applet, displaying a SVG image (from Pairs, the kids love this pic) with a Plasma label below. From there you can start adding stuff and develop your own plasmoid!

This is the Qt5 and QtQuick2 application which is also fun to get you started with QtQuick 2 new classes. When you right click the background becomes green and when you left click the app quits.

Those templates are only a few lines of code but they should compile and run and when you achieved that you're all set for serious development!
Hope you'll have fun with those ready-made little projects which can become very big! This is how I started developing for KDE, some years ago, and did it become addictive!!!

KDE participe à Google Summer of Code 2013. Si vous êtes un étudiant francophone avec une bonne connaissance de l'anglais, vous pouvez peut-être passer l'été à coder pour KDE. Une page wiki http://community.kde.org/GSoC/2013/Ideas recense les idées proposées par les dévelopeurs KDE. Vous pouvez aussi établir votre proposition si vous trouver un tutor. Bonne chance !

De plus cette année KDE se joint au programme initié par GNOME et d'autres visant à permettre à plus de filles de contribuer aux projets libres en général et à KDE en particulier. Voir https://live.gnome.org/GnomeWomen/OutreachProgram. Des idées très intéressantes ont été proposées ici : http://community.kde.org/OutreachProgramForWomen. Là aussi vous pouvez soumettre votre proposition si vous trouvez un tutor. candidatures à soumettre avant le 1 mai, bonne chance !

Aujourd'hui a eu lieu l'Atelier KDE mensuel organisé à Toulouse. 9 personnes y ont participé plus 4 apprentis traducteurs recrutés par Xavier. 2 étudiants en master d'informatique à Toulouse nous ont présenté le matin leur travaux de contribution à Calligra Words et Author, ça m'a donné envie d'essayer la suite Calligra !
Pour moi ça a été l'occasion de me replonger dans KDE que j'avais bien négligé ces derniers mois. Il y a 2 semaines, j'ai installé openSuse 12.3 sur mon ordinateur portable et j'utilise kdesrc-build pour compiler le code du futur KDE 4.11. J'ai aussi commencé à compiler KDE frameworks en suivant la doc http://community.kde.org/Frameworks/Building qui est super.
J'ai ajouté cette semaine un modèle de projet d'applet Plasma QML dans l'application KAppTemplate. KappTemplate sert à générer des modèles de projets pour aider les futurs dévelopeurs à démarrer.
J'ai complété un fichier de traduction que j'ai envoyé à Sébastien et je vais léguer mes traductions à Xavier qui accomplit un travail remarquable pour la traduction francophone.
J'ai aussi corrigé 2 bugs dans les traductions cette semaines.
Bref, une reprise réussie dans le monde KDE ! Merci à Jean-Nicolas d'organiser ces ateliers et de m'avoir expliqué le fonctionnement des étiquettes dans Blogger !

Google Summer of Code 2013 has recently been announced and as a potential student candidate, you are wondering what to do in order to get the chance to work with the KDE community. Here are a few tips:
- get familiar with KDE: install one the latest Linux distribution with the latest KDE Software Compilation, use as much KDE workspaces and applications as you can
- once you get an area you are the most interested in, look in bugs.kde.org to find easy bugs to fix for it and join the mailing list for this project. Get the source code and study it then submit your first patch!
You will learn developing with Qt and KDE libraries and using git, this will ease your GSoC start workload and also will give you a more precise idea on your skills and interests.

It is good that you already interacted with KDE development before applying to GSoC so the above are steps you will really want to start right now. A great book to get started with KDE development can be found here: http://flossmanuals.net/kde-guide/

To ease your start as a KDE would-be developer, we have brand new videos on how to build KDE from git: http://www.youtube.com/playlist?list=PL6bWR698TEbnEXRisrgycJ091sT_GUk50

And don't forget to read Planet KDE to get more familiar with KDE developers and projects!

Once you have done the above, you'll be able to find a project you can work on, see http://community.kde.org/GSoC and you can subscribe to the KDE SoC mailing list: https://mail.kde.org/mailman/listinfo/kde-soc

I love Free Software!

Akademy-Fr happened in Toulouse last week-end part of a bigger FOSS event in Toulouse named Capitole du Libre. On Saturday (10am to 8pm) we had a booth to show KDE. 

A track with talks about KDE also went on in the room near the booth: Kévin Ottens presented KDE as a community, Lambert Clara promoted KDevelop as an IDE for everyone's project, Sébastien Renard explained how the French translation team checks translations in order to reach quality (using pology for example). David Faure then lead us to debug programs using valgrind, reading backtraces, having a thorough process when debugging and much more. Sébastien explained how to tackle IT complexity based on his own experiment. 
Meanwhile, the KDE booth was always staffed and passers-by enjoyed the demos (Marble on a desktop, on Plasma Active and on a N9 for example) and could learn more about KDE with great leaflets. 

I was particularly impressed to meet David Revoy who is an artiste living in Toulouse and he uses Krita for his professional graphical work. I also met an enthusiastic teacher who uses Kalzium and said that no other software can beat it. It's great to see people using and enjoying our software and choosing it over proprietary ones.
On Sunday we had several workshops: translation, Frameworks5 and UI Consulting. Groups of people were busy learning and contributing. 
Doctor UI aka Aurélien

Frameworks5 Team

Thanks to the sponsors and to Kévin, Jean-Nicolas, Benjamin for the organization. Thanks to the other Kévin and PixCyl for the great leaflet!
After 8 days since the KDE 4.9 first Beta was released, 93 bug reports were open or confirmed against this version and 31 from those are already fixed. A few bugs were also fixed without any report issued.

We have 2 new very active newcomers full of energy and doing a great job. New applets are almost all tested (see http://community.kde.org/Getinvolved/Testing/Beta/Plasma) we now need to concentrate less on Plasma and more on applications.

Don't hesitate to join if your distribution provides the Beta (Beta 2 will be out really soon). Channel #kde-quality on IRC (Freenode) is a convenient way to get introduced and work with others. Developers also are welcome to join this channel!

If you report bugs, do not forget to set your KDE version in the "Version:" field. This should reflect the KDE version of the first reporter then the highest KDE version on which the bug was reproduced to ensure the report is always up-to-date.
Yesterday I indicated how one can participate to KDE 4.9 Beta 1 testing phase. There is indeed a Live CD available at http://susestudio.com/a/tAWYe6/kde-plasma-daily 

We are prioritizing the testing of new applets, new applications and new features and we have functional tests ready to be used. Please read my previous post to learn more about this. Janek was the first person doing a functional test of the Now Playing applet and sending a report to the Quality mailing list. He opened 2 bug reports following his tests. Thanks a lot Janek!

Testers test and report bugs. Reporting good bugs is compulsory if we want devels to fix them. We need to make the developers focus on the most important bugs. Stating the KDE version in the "Version:" field in a bug report is compulsory. If you identify a regression, you can add the word "regression" in the "keywords" field. This will help targeting specific bug reports as a priority to be fixed.
I am pleased to report that some bugs have already been fixed and we triaged lots of bug reports, especially in Plasma. I'd like to thank all the users who take time to report bugs and who took time to answer our questions about older reports. We were pleased to see that lots of bug reporters care enough to help us having precise bug reports which will lead to better and quicker fixes.

The Quality Team will conduct a bugzilla training this week-end on IRC in #kde-bugs (freenode) (June 9th and 10th). We will also be available to help people wanting to be part in testing in #kde-quality. Do not hesitate to join if you can spare a bit of time for KDE. I also invite all developers to join this training in order to use bugzilla more efficiently!
As you may know, we recently set up a Quality and Testing team within KDE. We prepared some wiki pages (http://community.kde.org/Getinvolved/Testing/Beta) and now that the Beta 1 is out, several people already joined this Testing phase.

How can you get involved?
Install the Beta 1 from your distribution, most known distributions provide packages for it.
After that, you can choose two ways of testing:
- either use the release as you would normally and look for regressions, bugs, crashes,... Please report them to bugs.kde.org (try to search if the bug was already reported, for a quicker result you can ask on IRC, freenode, in #kde-bugs), do not forget to set up the version in your bug report as well as the precise stps to reproduce the bug. If it is a regression, explain how it was before.
- or choose a specific component to test in a more thorough way. We focus in priority on new additions to this release, on changed components and on new features. You can therefore test applets (http://community.kde.org/Getinvolved/Testing/Beta/Plasma) or test full programs (http://community.kde.org/Getinvolved/Testing/Beta/4.9Applications) or new features (http://community.kde.org/index.php?title=Getinvolved/Testing/Beta/AreasToTest). Copy the proposed tests in a text file and add a note like "works" or "OK" after testing each proposed feature. Then send your text to the Quality Team (kde-testing@kde.org) with your name or nickname. You can also extend those tests if you find other things to test, that will be useful in the future and also when we will move to more automated tests. I believe testing an applet does not require much time while testing a full application is more time demanding.
There is something to work on for everyone!
Testing does not require any specific knowledge: install the Beta and have a bugzilla account are the only requirements.
Please do not hesitate to join this effort and raise the quality of this release. Developers will then get batches of bugs to fix, priority will be given to regression and blockers. Several bugs already have been fixed!

IRC channels on freenode are #kde-quality and #kde-bugs
Mailing list is https://mail.kde.org/mailman/listinfo/kde-testing
It’s been a long way, it’s made us struggle with ugliness at some point, but now we have Pairs in place to be released with the next KDE 4.9 Beta. Also it will come with a great new UI drawn by Abhash Bikram Thapa featuring some lovely colorful people, yay! 🙂 If anybody is interested […]
Since I started blogging I’ve talked many times about KAlgebra. Usually it’s not to display it’s awesome features but to discuss its portability. I’ve always considered that it’s important for KDE not to lock down its applications to a platform. That’s why I’ve put my efforts into ensuring KAlgebra will work properly on different platforms […]
We have great tools in KDE to check our code but they are not all used the best they could. We also can go further in testing our software and deliver higher quality releases. This is why we decided to setup a Quality Assurance and Testing Team which will coordinate the efforts for testing better the next release, KDE SC 4.9 and the ones after it.
Here is a link to a document I wrote to expose some ideas in order to have a starting point to debate from: http://www.flootr.com/download.php?file=3374d1db022e34aa39083c22f06abc2e
(the source in .odt is available from my KDE git scratchpad).
The document outlines improvement in using existing tools or following existing policies (marked as "Reinforce") and new testing methods (marked as "New"). For the post 4.9 releases more new targets will be set.
So, what to do to participate? You can subscribe to the mailing list and also join the IRC channel  #kde-quality on Freenode and comment on the document or share your experience with testing software or present yourself and tell us you are interested in participating.
We are trying to assess and update the existing wiki resources and update them, this is done on the Community wiki: http://community.kde.org/Getinvolved/Testing. A page for brainstorming also exists if you have practical ideas on how to make this effort work: http://community.kde.org/Getinvolved/Testing/Brainstorming
We will use the beta phase to start testing, in coordination with distributions for providing packages, with the Bug Squad and with developers. Beta testers will be called for before the first beta and meantime we need to have all the documentation ready for them and specific goals set.
Hope you will join!
So today was Frameworks 5 day. I was a bit disappointed not seeing more developers joining, to be honest. I thought I would come here only to help newcomers building the branch but in the end I started contributing too. Probably because the core developers are very patient and helpful. I think we did some good work but we need to sustain this effort in order to make progress in the next 2 months.
I see you can't wait contributing too (after all, if I can, surely you can too!) . Some common problems in porting to more Qt libs are listed here and you can volunteer for a task here. I chose an easy task which is to move some tests and to make sure they build (and pass!). Before committing, a core developer must approve your work.

Despite having the flu, I learnt a lot and would like to encourage you to do the same.
Thanks to ervin for organizing, to dfaure for being patient and fixing my build bug (and many more of course) and to all other people who are very nice to work with.
From 10am to 6pm CET on Saturday February 18 on IRC Freenode #kde-devel channel, you are invited to join core developers to contribute to the new KDE Frameworks. Tasks will be prepared, ranging from quite easy to more difficult.
Pre-requisites: Qt 4.8, a build of kdelibs frameworks branch (note the you will need cmake 2.8.7 for it or the cmake git version and a clone of extra-cmake-modules). It is prefered that you do not install Frameworks at the same prefix as your other KDE prefix.
You can also read the Frameworks Community wiki page in order to learn more about Frameworks internals.

Hope you'll join!
From 12:00 UTC to late in the night, please join us on IRC Freenode network in the #plasma channel today and tomorrow.
We hope to triage all those bug reports and make Plasma even shinier!

So, what can you do?
- you need first an account to bugs.kde.org. You also need to have rights to amend bug reports states and we will have people giving you this right.
- triage bugs: you need a rather up-to-date system like 4.7.3. Preferred is 4.8 beta but it's not at all a requirement. Some of us will run master anyway to double check bugs already fixed. You either choose one of your preferred components and look at bug reports for it (like your preferred applet for example) or choose to pick reports in the list we have on bugs.kde.org (see plasma crashers on the left under the "Saved Searches" section, tinyurl here).
- fix bugs: you need to have a checkout of KDE master in order to make a patch.

Tutorials and people helping you will be available, do not hesitate to ask as many questions as you need! Goal is to effectively triage all those reports: find and mark duplicates, especially for crashes (RESOLVED as DUPLICATE of ####), test and assess if bugs are still there (set status to NEW), find bug reports for upstream components like third party applets from kde-apps.org,...

Doing this as a team makes it fun and I am sure you will learn a lot by sharing a bit of your time to join us! We're counting on you!
Since Monday 21st November, KDE is offering various and interesting tasks for students aged 13 to 17 through Google Code-In: coding, translation from English to several languages, screenshots for KDE documentation, bug triaging, outreach tasks to make KDE more known, ... you can see that anyone can find a task for his abilities!
It is very rewarding to work with those students: they are enthusiastic and work hard to achieve the task. Some leave comments about the task and how they were glad to discover this application or how they look forward to doing another similar task.
Out of the 20 tasks I am mentoring, 16 are already done! They ranged from taking screenshots in French language to coding some QWhatsThis to translating docs to French.

We have until the 16th December to add new tasks which will be published on the 16th. Do not hesitate if you have some task that you delay until you have more time, it's your chance now to have it done. Think about your website, wiki pages, documentation, videos, blogging, bug triaging, ... all these things devels keep discarding for later.

So, what is a good task proposal?
- Precise task title to describe the task with maximum accuracy in minimum words (include words like Screenshots, French, the program name,...)
- Description of the task: should be very precise. Keep in mind the young people do not know KDE as we do. When I wrote in my tasks descriptions "screenshots in KDE defaults" they could not know what those default are(if they never changed anything in the settings they assume they have default, even if those defaults are Ubuntu orange color!). So I precised later to set color and style and window decorations to Oxygen in System Settings
- Expected results: this is the output of the task when finished. The student will upload the finished work to the task webpage. For screenshots, I forgot to precise that they should not change the English names and to compress the files in an archive.
- Prerequisites: what they should know beforehand (usually know the program they will work on, the tool they will need like Lokalize, the level of knowledge they should have like being fluent in French for a French translation).

Doing all these steps will ensure success for your task!

Do not hesitate to mail me or to ping me or anyone on IRC (freenode, #kde-soc) if you want to ask tasks and need more information.

Global navigation links