Subscribe: edu.kde.org: the KDE Edutainment Project
http://edu.kde.org/rss.php
Preview: edu.kde.org: the KDE Edutainment Project

KDE-Edu News



News from KDE-Edu blogs



 



Mathematics that you can touch

Thu, 18 Sep 2014 00:47:45 +0000

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 3D printer and I probably won’t have one in years, but I still wanted to figure out how to get do something there. First, I went through many 3D printing services and looked through the different supported formats. To be honest, I implemented the one that looked the simplest, it happened to work quite similar to how OpenGL works internally, so it seemed like a safe bet.

(image)

Once I had a working export algorithm, I chose an extremely good looking plot (thanks Percy ;-)) and then I uploaded it over to one of those 3D printing services. The website showed me a preview, it seemed like their software understood the format, so it looked like my job was done. I fiddled with it to get it printed in a reasonable size and submitted it to print and send. For the curious, here’s the formula I used:


piecewise { x^2+y^2+z^2<35 ? 2-(cos(x+(1+5^0.5)/2*y)+cos(x-(1+5^0.5)/2*y)+cos(y+(1+5^0.5)/2*z)+cos(y-(1+5^0.5)/2*z)+cos(z-(1+5^0.5)/2*x)+cos(z+(1+5^0.5)/2*x)), ? 1 } = 0

A couple of weeks later a box arrived to our office. To be honest, it was a bit weird. I was very excited, but then nobody else was when I showed it. Because it's math I guess, and it's boring. I felt a bit like when I used to spend my nights hacking KAlgebra around then show it around. Anyway, I'll say it. A 3D plot, in my hands, to play with them. How cool is that? :D

** crickets **

(image)  (image)

Now I'm sure you're excited and willing to try it. It will be available in the next version of KAlgebra, that will be released in the KDE Applications 2014.12, which by the way will be the first KAlgebra release based on Qt5 and KF5, and will be featuring many other new features.
And of course, it's free software developed in an open community! If you're feeling adventurous or you just know how to build KDE software, feel free to pull analitza and kalgebra repositories and give it a try! :)




KDE Software on Android

Thu, 12 Jun 2014 13:30:11 +0000

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/ -[...]



KDE, the present and present+1

Wed, 26 Jun 2013 16:59:51 +0000

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 Akademy 2013 is happening soon. It’s going to be a very interesting event, KDE is evolving in a fast pace, more than most of us realize. This year’s Akademy will be crucial to the future of the project, I wouldn’t miss it. [...]



KAppTemplate updates

Tue, 16 Apr 2013 19:47:43 +0000

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!!!





Communauté : Google Summer of Code 2013 et Outreach Program for Women

Tue, 09 Apr 2013 06:05:04 +0000

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 !





Atelier KDE à Toulouse

Sat, 06 Apr 2013 20:24:38 +0000

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 !



Akademy-Fr in Toulouse

Sat, 06 Apr 2013 19:58:53 +0000

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élienFrameworks5 TeamThanks 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! [...]



Collaboration == success

Sat, 06 Apr 2013 19:55:18 +0000

Following my last blog post I have been working with Romario, Farhad and Sinny to add the Apply button code in C++ applets: they added the applet they would work on on the wiki page with their name, publish the code on reviewboard , I would check it and test it and sometimes ask the maintainer to double check then they would push or I would if they don't have access. Nearly all the work is now done, thanks to them!

It allowed me to dive into the Git world. It's also amazing how Git experts are patient with us newbies and explain things clearly. So far I understand how to work on master. Next step will be branches!

Meanwhile in KDE-Edu we also are busy preparing the move to git. This also requires collaborative work. We will split the kdeedu module in git and we are preparing this right now in svn: all applications should build standalone. Meanwhile the kdeedu build itself might be a bit broken, you probably need to build and install the lib and then it'll build. Sorry about that. Thanks to Niko preparing the patch and to Jeremy applying it!
For the git move fortunately we have Ian and Nicolas checking all the rules. This is a tedious work as they need to ensure all branches history is also included. I am pleased to see that each application developer took time to check their rules and it shows how lively the KDE-Edu community is: when needed, people rally!



Bug Reporting (1) First Steps

Sat, 06 Apr 2013 19:55:18 +0000

KDE 4.6 first beta is nearly out and the code is frozen for new features and strings. We are entering an intense debugging phase! You can help and the first thing to know is how to issue good and efficient bug reports. This small serie of posts will give you some hints on how to do that.

Reporting bugs is a small but valuable contribution to a project, it makes you actor, you get involved, you belong!

The first thing you need is to open an account to http://bugs.kde.org.

Usually bugs come in two flavours:
  • you notice something which is not working properly or not working at all, a bad design, a missed functionality... Open the application Help menu


(image)


and Click on "Report Bug..." You will then be guided to http://bugs.kde.org. Some information will be automatically picked up like the application version number.

  • the big ugly bug which is called a crash: your program disappears and another window appears named "The KDE crash Handler".


(image)
This is quite scary but you will be guided to efficiently report this crash. The link in the dialog "Learn more about bug reporting" will explain you the process. If you choose to report the problem, click on "Report Bug" and an assistant will guide you through the steps. The requisite to report a crash is to have your distribution debug packages installed in order to provide a valid backtrace.

I will write some more posts about Bugs in the next days, stay tuned!



About Motivation

Sat, 06 Apr 2013 19:55:18 +0000

I was putting together ideas for my talk at conf.kde.in about practical ways to contributing to KDE-Edu. In the process I was trying to list "qualities" that might be useful for new potential contributors and I was asking myself "what is the motivation for other people to contribute to KDE? what is my motivation?"
My personal motivation changed over time. At first when installing my first Red Hat I did not realize the freedom part, the technical challenge of installing and running it appealed to me. Then I understood a bit that it was all done for free over the internet. After playing with stuff I found KDE the desktop that I was comfortable with, I sticked to it. So I started translating to French and that helped me improving my English (I happened to live in England and not speaking well at all). I was motivated by learning new things mostly for myself (so it was very self-centered), the idea of giving something was weakly perceived at that time.
After that I ran into an article about KDevelop and started putting together a Memory game. The article mentioned IRC which I had never used and when I went there in some KDE channels, I met the community and the passion began. I immediately felt at ease and welcomed (I think it has to be 2 sided in order to succeed, the willing from me and the reception from the community, as in contributing to any real life group). I was a total newbie and fell in all traps a newbie can fall in (I found back my first commits to CVS and I committed built files for example ;-)) but this is quite natural and strong peer help makes this learning process easier. The years before I was doing math courses by correspondence with a French University, that was before the internet and working alone to do a master in mathematics was not easy at all. I only got half of it ;-)
I got carried away by telling you my "debuts" but, to cut it short, now KDE has become a passion (not an addiction though as my life is primarily led by my family) and I welcome the intellectual challenge of constantly learning new things. I give and I receive.

What about your motivation?



Student Preparation for GSoC 2013

Sat, 06 Apr 2013 19:55:18 +0000


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




Bug Reporting (2) How to write a good report

Sat, 06 Apr 2013 19:55:18 +0000

A few tips on how to write good bug reports:
  • write in English: you can switch every KDE application to English in the Help menu. That can help you in explaining what happens.
  • be specific: one bug per report only! Do not mix problems in the same report.
  • be clear: explain the steps that lead to the bug so that we can reproduce them easily
  • include screenshots: a picture is worth many words so attach a screenshot to the bug report (using KSnapshot for example). Do not link to an external web link which can expire, use the Attachments link at the bottom of the bug report.
  • include the backtrace within the bug report as a comment, it makes it easier to find duplicates for us (do not attach the backtrace as a text file)
  • clearly separate facts from speculation: only describe what happens. For a design problem, include a mock-up if possible.
If you are testing trunk or the beta, if you kept your precedent settings, sometimes you will want to check with a new user or by setings a new $KDEHOME (and restarting your user). Do not delete your $KDEHOME as you will maybe need the current files to compare with the new ones and also you would lose your settings!

The KDE forum has a new section about the Releases and in particular about the Betas for 4.6!



Reminder: tomorrow is Frameworks 5 Volunteer Day

Sat, 06 Apr 2013 19:55:18 +0000

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!



Numbers feedback from the Testing Team

Sat, 06 Apr 2013 19:55:18 +0000

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.



Google Code-In 2011 in full swing

Sat, 06 Apr 2013 19:55:18 +0000

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.



New Edu website

Sat, 06 Apr 2013 19:55:18 +0000

Following the KDE-Edu meeting at Randa in May, we decided to increase the communication with our users and to increase promotion of our software. One channel to do so is our website which we decided to port to the new KDE website style. We also decided to keep static webpages on http://edu.kde.org with minimum information and to use KDE wikis: http://userbase.kde.org for user-oriented information and http://techbase.kde.org for developer oriented information.
Yesterday the new KDE-Edu website went live. There is still improvement to do in the texts of course. I would like to warmly thank Matthias "pipesmoker" who did all the work on this new website. Without him coming back with his web skills, we would not have succeeded in having this new website. This is the magic of Free Software projects when people with the right skills come at the right moment! A big thank to Matthias who worked hard in hot days to make this happen before Akademy. Thanks also to the kde-www people who helped a lot!

If you feel you can help with improving content on the website, please send patches to me or to the kde-edu mailing list. For wikis, it's even easier and you can improve pages yourself. Thanks in advance for any help!

I will not be at Akademy due to having no solution for the children (no, I can't afford to fly them in Finland!) but please attend Aleix'talk ("KDE Edu and how to learn by using KDE") on Sunday from 11:45 to 12:45 in room 1. Have a nice Akademy all of you and don't forget to communicate about it with us who are not attending!



Wanted: Apply for this Junior Job!

Sat, 06 Apr 2013 19:55:18 +0000

Aaron implemented in plasma master (now kdeplasma-addons in in git) the functionality to use the Apply button in the C++ applets config dialogs: when you change a setting, Apply makes the setting visible without closing the configuration dialog.
So the changes were made in some plasma files and now all the C++ applets have to be ported. It's really a very easy job and I did it with the Picture Frame applet (so I could test my git skills and do my first push): you only need to connect all UI widgets in the configuration dialog to the slot SLOT(settingsModified())
Read the mail from Aaron
http://mail.kde.org/pipermail/plasma-devel/2011-February/014888.html
look at my commit for the Picture Frame applet
https://projects.kde.org/projects/kde/kdeplasma-addons/repository/revisions/2a2d1c167c51fd2694b5873665fd669515cc4732

Folderview also is already ported.

If you need help, we'll be happy to provide it on IRC in #plasma or using the plasma-devel mailing list.
You can either send me the patches or push yourself if you have an account.

Please remember to add the applet you are working on and your name on
http://community.kde.org/Plasma/Tasks#config_dialogs

Thanks a lot!

PS: my first problem with git was because my distro version (1.6.4.4) was too old to support separate urls so be sure to have a recent enough git version in order to be able to push. Again thanks to the 24/24 admin support (a Saturday morning!) the problem was quickly spotted! I built git from git and it's all OK now.

I should note that it requires master (as kdelibs and kdebase and kdeplasma-addons are on git). Master is the new term for "trunk".



Bug Reporting (3) A Bug's Life Cycle

Sat, 06 Apr 2013 19:55:18 +0000

We're at the end of post-beta 1 bug triaging week. When we triage, we first ensure the product (KDE program) and component (product sub area) are right for the bug report and that the title is accurate and in English.
A bug report goes through various stages until it is closed. First stage is UNCONFIRMED status. Bug squad people mainly try to reproduce your bug. When this is done, the report can move to the NEW status, a comment is added about the version on which it is reproduced on and the maintainer then knows that this is serious. The bug can also move from UNCONFIRMED to CLOSED as a duplicate. The bug number is added to the duplicate report in order to tell it that there was another person reporting it.
Sometimes the triager or the maintainer would like more information about the bug: the backtrace is not accurate enough because some debug packages are missing, the procedure to reproduce is not clear enough, a screenshot would show the problem better,... A comment is added to ask for more information and the bug is marked as WAITINGFORINFO. The reporter in most cases then adds the information so it's easier to understand the problem and the bug moves back to UNCONFIRMED or NEW.
Developers look at the problem and fix it if they reproduce it or if they find the cause. When it is fixed with a code change, the svn revision is included in the bug report which is then closed. Death of the bug!

Sometimes the bug is from third part components which were not updated correctly to the new libs version (some plasma applets for example that you get from kde-look.org) and the bug is closed as RESOLVED as DOWNSTREAM. You are then invited to report it to the author.

If you want to know more https://bugs.kde.org/page.cgi?id=fields.html describe those fields better.



Various YouTube videos, thanks to Code-In students

Sat, 06 Apr 2013 19:55:18 +0000

I have to say this out loud: I am VERY impressed with Google Code-In students. Some of them took videos tasks: KDE is not very good in promotion (to say the least) so we issued some YouTube screencast tasks. The results are very impressive and we get new videos:
In KDE-Edu we get very dedicated students doing an amazing work! Thanks to them all :-)



Reminder: Plasma Bugs Days Starts Today

Sat, 06 Apr 2013 19:55:18 +0000

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!