Tux news - Linux ubuntu fedora gentoo gnome news

Planet KDE (20 unread)

Stephan Binner (Beineri): First openSUSE KDE Team Meeting 2009

Posted: January 6th, 2009, 11:27pm CET

pTomorrow most people will be back from the holiday season, time to start again with the a href="http://en.opensuse.org/KDE/Meetings"biweekly IRC meetings/a of a href="http://en.opensuse.org/KDE/Team"the openSUSE KDE Team/a. This time we will look back to last year or rather to the a href="http://en.opensuse.org/OpenSUSE_11.1"openSUSE 11.1/a release shortly before Christmas and the biggest reported problems. And also, despite the a href="http://zonker.opensuse.org/2008/12/15/discussing-opensuse-112-schedule/"schedule discussion/a not being finished yet, we will start to collect and discuss a href="http://en.opensuse.org/KDE/Ideas/11.2"ideas for openSUSE 11.2/a./p
Sayak Banerjee (glade88): KDE Forums: Want to be a mentor?

Posted: January 6th, 2009, 9:27pm CET

pDo you think that you have significant amount of experience to work as a mentor at KDE forums? Then you should consider joining the team! Read on#8230;/p pstrongWhat do mentors do?br / /strongMentors are responsible for conducting a href="http://forum.kde.org/klassroom-f-71.html" onclick="javascript:pageTracker._trackPageview('/outbound/article/forum.kde.org');" target="_blank"Klassroom sessions/a. For those who aren#8217;t familiar with the KDE Forum klassroom concept, read a href="http://blog.sayakbanerjee.com/?p=114" target="_blank"this/a post.br / You will be conducting a #8220;Kourse#8221; (lesson) at the Klassroom area. The lesson can be something like #8220;Fixing XYZ bugs#8221; or #8220;Documentation kourse for project ABC#8221;. You will guide a team of #8220;students#8221; (who will apply for your kourse beforehand). Your motive will not only be to contribute to KDE but help them learn how to do so./p pstrongWhy are mentors needed?br / /strongWith the great success of the klassroom concept, we are looking forward to have more sessions (at higher frequency). For that, we would need more contributors who can undertake and organize sessions. Existing mentors are listed a href="http://forum.kde.org/groups.php?gid=13" onclick="javascript:pageTracker._trackPageview('/outbound/article/forum.kde.org');" target="_blank"here/a./p pstrongWhat all would you have to do?br / /strongAfter joining the mentors group, you will have access to the mentor team forums and moderational access to the Klassroom forum. You can start by posting a draft of the kourse you will be conducting, which can be reviewed by other mentors and forum staff. Once ready for shipping, your draft will be announced for public viewing and you can start with the kourse at the a href="http://forum.kde.org/active-kourses-f-75.html" onclick="javascript:pageTracker._trackPageview('/outbound/article/forum.kde.org');" target="_blank"Active Kourses/a area. Your kourse can be based on any of the following:/p ul liBug fixing and development in general/li liDocumentation and screencasts/li liAny form of KDE artwork/li liTranslations/li /ul pAt present, you would be handling a small team of 5-6 students, though this limit may go up depending upon the interested candidates and kourse popularity. After joining, you can also optionally have a #8220;Mentor#8221; badge for your username./p pstrongHow can I apply?br / /strongIf you are interested to contribute, you can send a PM to a href="http://forum.kde.org/neverendingo-u-3.html" onclick="javascript:pageTracker._trackPageview('/outbound/article/forum.kde.org');" target="_blank"neverendingo/a (requires registration on the forums) or find him on IRC: channel strong#kde-forum/strong, network emfreenode/em.br / In case you send a PM, don#8217;t forget to include a short introduction of yourself and your plans (if any) for upcoming kourses./p
Aaron Seigo (aseigo): bugs.kde.org

Posted: January 6th, 2009, 8:53pm CET

I work with bugs.kde.org nearly every single day.br /br /Most people who report bugs on it hardly ever visit it, and that's not a bad thing.br /br /Some people who do end up there are frustrated due to some problem they ran into and so show up a little less than happy. Most are congenial, however, which is nice.br /br /Unfortunately, there's still that familiarity gap. I have built up over the years a set of internal expectations around handling the bug system that I know are completely non-obvious to anyone who doesn't use bugs.kde.org often .. which is most of our reporters .. which leads to frustration. Everyone couple years I blog about this frustration. This one of those blogs.br /br /Sometimes I honestly think a "bugs.kde.org driver's test" should be a prerequisite to using the system. It would go miles to improving the quality of the reports. In lieu of that, here are some quicky notes on handling bugs.kde.org:br /br /ulbr /liiAlways/i include the version of KDE you are using. If you build from svn, then include the svn revision #. Otherwise, `kde4-config --version` is perfect./libr /liIf reporting a crash, provide a detailed description of what led to the crash. If reporting a functionality bug, describe the steps iin detail/i needed to reproduce the problem. If you don't know, just describe as much as you can about what you or the machine was doing at the time. These descriptions help us replicate your experience which is critical to solving many reported problems./libr /liIf you are reporting a crash, ialways/i include a backtrace. If it has lots of "unknown symbols" in it, though, it's not likely to be very useful and your description of how to reproduce will be even imore/i important. However, first consider reading a href="http://techbase.kde.org/Development/Tutorials/Debugging/How_to_create_useful_crash_reports"this how-to on creating nice backtraces/a and get a realy good backtrace for the report./libr /liDo inot/i upload backtraces as attachments to reports! Instead paste them into a comment. This lets us easily search the database for similar backtraces. It's easy to search through comments in Bugzilla, not so much so through random attachments./libr /liIf the bug is rendering related, include what the graphics hardware and driver version is. It may not be relevant, but it often is and will save a "what's your graphics hardware?" roundtrip question./libr /liIf the bug has a visual manifestation (e.g. you can see the bug itself or symptoms of it somewhere on the screen) consider taking a screenshot of it and attaching it to the report. Screenshots are often very, very useful to understanding bug reports. Pictures and a thousand words and all that./libr /liIf you can't reproduce the bug after a while, let us know. That's useful information./libr /liIf we ask for more information, try and respond as soon as you can. Some bugs are easier to fix at certain times than others, for various reasons. Helping us by being attentive is much appreciated. If you can't get to it right away, or if you feel the answer you have isn't a good one (e.g. you tried what was requested, and nothing happened) still report back with either a "I'll get to it when I can" or "I tried it and got nothing useful back". At least this way we know you're still there./libr /liDo not post to random bug reports unless your problem is the exact one in the original report. If you have a crash and your backtrace does not look identical at the top of it to the one in the report, do not add it to an existing report. If you have a similar sounding but not identical problem, do not add it to an existing report. File inew/i reports. Bugzilla lets us merge reports, but it does not let us take a single comment and break it out into its own report. I wish it did, but it doesn't. Yes, this is a shortcoming in Bugzilla, but it's one we have to live with. This means that if you just pile in new bugs into old reports, we end up with reports that are completely unmanageable. Eventually, I just end up closing those kinds of ruined reports and make everyone file new ones./libr /liWhich leads to: one problem per report. Yes, Bugzilla is not the fastest tool to use and so it can be tempting to just pile in 2, 3, 5 or sometimes even more issues into the same report. Don't. It becomes very hard to track which issues are fixed and which aren't. Again, this is mostly due to shortcomings in Bugzilla, but it's the reality we deal with. File separate reports for separate issues; and yes, even if it's two different issues on the same topic. ;)/libr /liWhenever you comment on a bug, the assignee(s) and the people on the CC list get an email with your comment in it ... ieven if the report is closed/i. So feel free to add comments to reports, someone somewhere will still get a notice of them./libr /liFixes will not appear immediately on your computer. You will need to wait until you update your installation to a version that contains that fix. Depending on when the fix is made and how you install KDE, this can even be many months time. This may sound like an obvious item, but many people seem rather surprised when I mark something as fixed with a commit to svn but the problem is still there on their computer./libr /liDescribe your problems thoroughly, but don't get too clever unless you've actually read the code. Way too often I get reports where the person has a pet theory about why something is happening and unfortunately the theory is dead wrong. At best it's just a waste of my time reading that part of the report, but more often it ends up confusing the report with some misinformation and worst case (which happens too often) the reporter gets so caught up in their idea of why the bug is happening that they end up describing that theoretical problem as opposed to what is actually happening. This risks confusing the bug triager, and often just means a long series of back and forth questions. If at all in doubt, just describe the problem as it manifests itself as thoroughly as possible. Leave the root-cause sleuthing to those with the code in front of them./libr /liYou don't have to suggest a solution. It is perfectly Ok to say "This doesn't work for me." and leave it at that. If there is a preferred way you'd like to see it happen, describe it in those terms: "I would prefer if ..". But as the reporter you don't ihave/i to come up with a solution./libr /liI hate the term "wishlist" because it makes it sound like something you'd like to have but probably won't get. I far prefer the term "feature request" because that's what it really is, and "feature request" lacks all the implications of "wishlist". Some people get really annoyed when I mark their report as "wishlist" and in one sense I don't blame them; if you didn't know any better it might sound like your report has just been brushed off. That's not the case, however: if the request is for a new feature or new functionality, as opposed to fixing existing functionality, it's a feature request not a defect report./libr /liDon't bother overstating the severity of your bug. It won't fool anyone. Seriously. =)/libr /liDon't bother linking to your favourite bug report from your blog, on web forums, on irc, etc hoping people will vote for it. When I see a bunch of people randomly showing up to vote on a report, I assume this is what has happened and ignore those votes. Such vote canvasing only distorts the statistical distribution of voting on bugs.kde.org and makes it impossible to distinguish between reports people actually, really want fixed and ones that someone has just done an effective job of campaigning for in online forums. ;) In general, I put far more weight behind how many duplicates a report has than votes./libr /liWhen it comes to feature requests, a judgment call is often required. That call belongs to the person(s) designing the software. If they decide against a feature, don't belabor the point by endlessly trying to convince them or getting angry with them. It doesn't help anything./libr /liSaying thank-you even once makes up for 10 mistakes made elsewhere. It's really encouraging when a reporter is civil, cordial and says "thanks" when the fix goes in. Dealing with reports on bugzilla is, quite frankly, not the sexiest thing in the world to do, so anything that makes it go a little easier and nicer helps./libr //ulbr /br /Probably not an exhaustive list, but there you go. Hopefully something in that list is useful to someone out there at some point in the future. =)
Aaron Seigo (aseigo): 4.2 RCs tagged, trunk is now 4.3.

Posted: January 6th, 2009, 8:47pm CET

Earlier today Dirk sent a message to the release team and KDE core devel mailing lists noting that KDE 4.2 is now a hre="http://websvn.kde.org/branches/KDE/4.2/"branched off of mainline/a and that the the first RC is being tagged. That means trunk is now what 4.3 will be.br /br /As I've been reminded a few times already today myself, that means we need to backport bugfixes made to trunk that we want to appear in 4.2. The svnbackport script in kdesdk was updated today to backport to the new 4.2 branch and makes the process of backporting your last commit trivial.br /br /The last few weeks leading up to a release are always exciting and nerve wracking for me. There are numerous details that always need to be worked out, though the project is getting better and not leaving things to the last minute. The promo team has been working on release materials since sometime in December, even. Hopefully that reduces the stress levels and burn out rates. =)br /br /In a couple week's time it'll be full throttle on 4.3 ..
Ariya Hidayat: white is not the new color

Posted: January 6th, 2009, 6:16pm CET

pLet us start with a screenshot:/p pa href="http://picasaweb.google.com/lh/photo/5Wb7SHLVIf7KZx6MYtETnw?feat=embedwebsite"img src="http://lh5.ggpht.com/_Oijhf1ZPv-4/SVCT2511XaI/AAAAAAAAAuw/ntuLyb1Xg6E/s800/chart.png" border="0"//a/p pThe graph itself is not something new, since I just recreated a href="http://webkit.org/blog/214/introducing-squirrelfish-extreme/"SquirrelFish Extreme comparison/a (against its predecessors). The focus is actually the itool/i which was used to generate that bar chart. pFor the code and a little explanation, check out what I wrote on Qt Labs on the topic of a href="http://labs.trolltech.com/blogs/2009/01/06/simple-qtscript-based-bar-chart/"QtScript-based bar chart/a./p
Sascha Peilicke (saschpe): Going to FOSDEM

Posted: January 6th, 2009, 4:05pm CET

div class='snap_preview'br /pApart from being excited about that I still have to fetch a place to sleep on saturday. Having read a href="http://wendyvancraen.blogspot.com/2009/01/kde-hotel-for-fosdem.html"this/a promising offer I was wondering if someone wants to join booking a group room?/p pa href="http://www.fosdem.org"img src="http://www.fosdem.org/promo/going-to" alt="I'm going to FOSDEM, the Free and Open Source Software Developers' European Meeting" //a/p Posted in KDE, OpenSourcenbsp;nbsp;nbsp;Tagged: FOSDEM, KDE, Room bookingnbsp;nbsp;nbsp;a rel="nofollow" href="http://feeds.wordpress.com/1.0/gocomments/saschpe.wordpress.com/177/"img alt="" border="0" src="http://feeds.wordpress.com/1.0/comments/saschpe.wordpress.com/177/" //a a rel="nofollow" href="http://feeds.wordpress.com/1.0/godelicious/saschpe.wordpress.com/177/"img alt="" border="0" src="http://feeds.wordpress.com/1.0/delicious/saschpe.wordpress.com/177/" //a a rel="nofollow" href="http://feeds.wordpress.com/1.0/gostumble/saschpe.wordpress.com/177/"img alt="" border="0" src="http://feeds.wordpress.com/1.0/stumble/saschpe.wordpress.com/177/" //a a rel="nofollow" href="http://feeds.wordpress.com/1.0/godigg/saschpe.wordpress.com/177/"img alt="" border="0" src="http://feeds.wordpress.com/1.0/digg/saschpe.wordpress.com/177/" //a a rel="nofollow" href="http://feeds.wordpress.com/1.0/goreddit/saschpe.wordpress.com/177/"img alt="" border="0" src="http://feeds.wordpress.com/1.0/reddit/saschpe.wordpress.com/177/" //a img alt="" border="0" src="http://stats.wordpress.com/b.gif?host=saschpe.wordpress.comblog=3216416post=177subd=saschperef=feed=1" //div
Aaron Seigo (aseigo): hell freezes over: death of the system tray protocol?

Posted: January 6th, 2009, 7:56am CET

Over on planet.gnome.org, a href="http://gould.cx/ted/blog/Let_applications_be_applications"Ted Gould blogs about how the current system tray protocol sucks/a. I've a href="http://aseigo.blogspot.com/2008/11/plasma-systray-42.html"written/a about the systray recently, but I started writing about how much it a href="http://www.kdedevelopers.org/node/251"sucks 5 years ago/a. I wrote about it in a number of places, and sent mails to the xdg list.br /br /Of course, I was always busy with ione more thing/i and nobody else really seemed to care. In fact, some told me I was being silly and the current system was ijust fine/i. I wonder if those people even remember. =)br /br /In any case, it seems like hell is finally freezing over: we have a system tray widget in 4.2 that is built for multiple backends (and already has a couple) so that we can freely mix and match old with new as a realistic path forward, iand/i people in other projects are talking about doing actual work in the same area too. br /br /Hopefully Ted isn't going to make the same mistake I did, which is to realize the error of our ways then not actually do anything about it for a couple years because there are so many other pressing things to do. ;)br /br /I also hope that in their thinking about these things that as they move to implementation that they keep us (the F/OSS desktop world) information and even share their plans as they go forward. I personally plan on sending something to freedesktop.org once we have something we can show works reasonably.br /br /Yes indeed ... I think the Devil be shaking, and it ain't out of fear.
Wendy Van Craen: KDE hotel for FOSDEM!

Posted: January 6th, 2009, 6:36am CET

Hi KDE people that are coming to FOSDEM,br /br /br /Here are some small adaptations to the hotel reservation.br /br /In the meanwhile I managed to get an option untill 19 januari for Hotel Albert.br /br /br /For those still in search of a nice hotel, I managed to get a reduction on rooms in a very nice hotel in the center of Brussels. Very positive: the hotel has free wi-fi!br /br /If you make your reservations at this hotel, please do not forget to mention "span style="font-weight:bold;"KDE voor Emile/span" to obtain these special prices.br /br /Prices for KDE are:br /single room 45 EURbr /double/twin room 50 EURbr /Tripple room 60 EURbr /Quadouble room 70 EURbr /br /Breakfast is included in these price.br /br /br /You can make your reservations by calling the hotel, by e-mail or by means of the reservation form online.br /br /It is a very nice hotel with 2 up to 3 stars.br /br /Since I do not have an option on these rooms, it will be first reservation = first gets. Rooms are limited, there this hotel is situated very central and very popular with tourists.br /br /Hotel information:br /Albertbr /br /Koninklijke Sint Mariastraat,27br /+32.2.217 93 91br /info@hotelalbert.bebr /www.hotelalbert.bebr /br /Situated:br /Hotel Albert is situated very near Brussels "Kruidentuin or Botanique" (Herb Garden). Acros the streat you'll find a concerts hall "Hallen van Schaarbeek", where in the weekends concerts and cultural events are kept. The hotel is almost next to Nord Station, very near the shopping area, the central station and the Royal Palace. Every room has a shower, toilet, flat screen television, hair dryer, FREE WIFI.br /Bus 272 stops in front of the hotel and goes directly to Brussels airport. For other transportation, Brussels Nord station is almost next door.br /br /br /br /An other option:br /It is also possible to book in the hotel where KDE stayed last year. It is situated a little less central, but still has a good connection to public transport.br /Prices are more or less in the same rate. http://www.hotelsabina.be/br /Also here make sure to use "KDE" in your reservation!
Aaron Seigo (aseigo): basic JavaScript engine: the go forward strategy after looking back

Posted: January 6th, 2009, 2:53am CET

After 2008's Tokamak in Italy, I blogged about scripting and my cracktastic thoughts on it. I mumbled on about a href="http://aseigo.blogspot.com/2008/04/on-scripting.html"ninjas and myspacers/a and apparently the drugs are still in my system because I still think it's a solid approach to the problem.br /br /Thankfully I was able to convince a couple others of that as well and the widgets API we put into libplasma, which really just wrap plain QWidgets-in-QGraphicsProxyWidgets thereby taking the boredom out of using them and giving a nice scripting-friendly view on them, was one result. The other was the JavaScript AppletScriptEngine in kdebase.br /br /Rich Moore started the work on these and got a fair ways into it. Then he got busy with his day job. Then he got ireally/i busy with his day job. We talked about it on IRC a bit, and I said I'd try to help pick up the slack. Chani and I ended up doing the widget API and Rich got some more work done on the script engine. Then Rich got ireally, really/i busy and things stagnated. It happens. (Rich, if you're reading this, we can't wait to see back around. =)br /br /Then Chani decided the other week to write a Plasmoid. Something simple. After months of work on the widgets-on-screensaver iinsanity/i project I totally understood her desire for something a little less frustrating, a little more immediate and lot more fun.br /br /However, I begin to think that "Chani" means "trickster" in some devious ancient language because she started doing it in JavaScript. Not with the "ninja" engine in playground (sensible, it's still in playground after all) but with the "myspacer" one that had already trundled into kdebase. That was when we got reminded how incomplete it was.br /br /So Chani, Marco and I jumped on the poor beast and over the span of a few days implemented access to DataEngines, Services, context menu actions, configuration settings, layouts, access images shipped with the Plasmoid in its package and more. The foundation we built on (Qt, QScript, the core KDE libs, libplasma and Rich's initial work in the engine) were all solid and so we raced ahead at great pace and now you can do actually useful things with it.br /br /We wrote a few little test applets to poke at the engine with and as tagging approaches within the next 24 hours for RC1 it's actually moderately useful. =) Take this guy for example:br /br /div align="center"img src="http://plasma.kde.org/media/javascript_nowplaying.png" width="168" height="165"/divbr /br /If we remove the debug output and whitespace, it's 27 lines of JavaScript that can control any music player that exports an MPRIS controller interface (thanks to the nowplaying DataEngine). It all starts with:br /br /blockquoteprecodeengine = dataEngine("nowplaying");br /watchingPlayer = engine.sources[0];br /controller = service("nowplaying", watchingPlayer);/code/prebr //blockquotebr /br /Yep, it just rips right into things, grabbing DataEngines and Services and flinging them around. In C++ we would've written a couple dozen lines of code (class declaration, constructors, etc, etc) and a CMakeLists.txt to get this far. So while the Plasma, KDE and Qt APIs are great, there's entry overhead we can avoid by using higher level langauges in the right places, no doubt about that.br /br /Next it defines three functions: dataUpdate, stop and setProgress. I won't bore you with those, you can see them yourself a href="http://websvn.kde.org/trunk/KDE/kdebase/workspace/plasma/scriptengines/javascript/tests/script-nowplaying/contents/code/main.js?view=markup"over on websvn by looking at the whole file/a. It then makes a simple UI, all sparkly, performant and themed thanks to libplasma and Qt:br /br /blockquoteprecodelayout = new LinearLayout(plasmoid);br /layout.setOrientation(QtVertical);br /br /label = new Label();br /layout.addItem(label);br /br /stop = new PushButton();br /stop.text = "Stop";br /layout.addItem(stop);br /br /progress = new Slider();br /progress.orientation = QtHorizontal;br /layout.addItem(progress);/code/prebr //blockquotebr /br /It then glues stuff together:br /br /blockquotebr /stop.clicked.connect(plasmoid.stop);br /progress.sliderMoved.connect(plasmoid.setProgress);br /br /controller.associateWidget(stop, "stop");br /controller.associateWidget(progress, "progress");br /br /engine.connectSource(watchingPlayer, plasmoid, 500);br //blockquotebr /br /Those controller lines are somewhat magical. They connect the widget to aspects of the Service, so when for instance the music stops the Stop button automatically fades out and becomes disabled. Neat.br /br /The last line connects the DataEngine up and the widget "goes live" at that point. When the music player starts playing, the Stop button becomes enabled, the name of the song, artist and time is printed in the label above and the progress slider starts marching along.br /br /Clicking Stop actually stops the player as you'd expect:br /br /blockquoteprecodeplasmoid.stop = function()br /{br / controller.startOperationCall(controller.operationDescription("stop"));br /}/code/pre/blockquotebr /br /Moving the slider seeks within the song:br /br /blockquoteprecodeplasmoid.setProgress = function(progress)br /{br / operation = controller.operationDescription("seek");br / operation.seconds = progress;br / controller.startOperationCall(operation);br /}/code/pre/blockquotebr /br /All pretty simple stuff, and documentation for the entire API exposed in this simplified window into Plasma is on the way.br /br /Installing the Plasmoid itself is a snap: plasmapkg -i script-nowplaying. In it's final form as a zip file (so `zip -r nowplaying.plasmoid *` in the root dir of the plasmoid), `plasmapkg -i nowplaying.plasmoid` suffices or you can install it via the Add Widgets dialog in the Plasma desktop shell. The Plasmoid above becomes a 1.5K file on disk that you can toss about quite easily, including between operating systems with completely different toolchains and hardware architectures.br /br /We have planned out some tools to help you create Plasmoids extremely easily, so there will be no need to know the packaging details at all for instance. These things will only get better.br /br /I'm really impressed with how quickly it came together over the last few days compared to how actually useful it already is. Writing a high quality language runtime is not an easy task. Writing frameworks like Qt, KDE's core libs, Solid, Phonon, Plasma, etc are also not easy tasks. But gluing the results of those two efforts together? Amazingly quick, if a little black magic-y in places.br /br /Thanks go out to everyone whose worked on those hard bits, and especially Rich Moore, Marco and Chani for helping bring this part of the puzzle together.br /br /h3Where Do We Go From Here?/h3br /br /If you care about non-C++ languages and Plasma, come join us. We've already got a few Ruboids and Pythonistas hanging about on plasma-devel@kde.org and on #plasma writing Plasmoids, but we need more of you. JavaScripters with an itch to scratch should come join us, too. We need to kick the living crap out of these ScriptEngines and torture them in all sorts of ways, just as we have the C++ libplasma over the last year, and create cool things with them in the process. This way we can go from our first-cut ScriptEngines in 4.2 here to kick ass ones in 4.3. br /br /We're willing, in fact idesiring/i, to improve, modify and grow the ScriptEngines in response to usage. It's the best (some might say only) way, really. =)br /br /I'll be announcing the documentation for the Basic JavaScript ScriptEngine when it's ready to go so you can all jump on it. The docs will come pre-4.2.0, so that you should be able to upgrade to KDE 4.2 and start hacking JavaScript with documentation in hand all in the same day without compiling any C++ on your own. Huzzah.
Sebastian Kuegler (sebas): Networkmanager in KDE4.

Posted: January 6th, 2009, 2:13am CET

a href="http://vizzzion.org/images/blog/networkmanager-kde4.png" title="The KDE4 networkmanager plasmoid"img src="http://vizzzion.org/images/blog/networkmanager-kde4_thumb.png" alt="The KDE4 networkmanager plasmoid" title="The KDE4 networkmanager plasmoid" align="right" class="showonplanet" //a Networkmanager is a daemon that keeps track of lower level bits on computers that have changing network hardware. It's designed to do this dynamically, and exchange information about status with a user interface that acts as configuration UI and policy agent. Networkmanager has gone through a large redesign between the 0.6 and 0.7 version, including the necessary API and DBus interface changes. Not without advantages though. I personally didn't really like networkmanager's behaviour in the past, found it too random, too much getting in the way. Networkmanager 0.7 is better in that regard, it doesn't drop my connection all the time for a start, it stays online while you log out and operates mostly within the bounds of what I deem sane.br / br / One of the projects I've been working on over the last couple of months is the networkmanager plasmoid for KDE4. Will has put the infrastructural bits and pieces that are needed to work with networkmanager 0.7 into place. There is the networkmanager backend for Solid, KDE's library for interaction with hardware, but also all the different configuration interfaces for all kinds of network access. br / During development of the networkmanager plasmoid, I've often used the GNOME nm-applet. It does the job quite well and is a reliable interface to networkmanager. Something I find a bit confusing is that it offers two context menues, one on right click and one on left click. I often find myself looking in both until I've found the option I've been looking for. This also has to do with a limitation of the whole systray interface, which seems really outdated when looking at how we usually do these things in Plasma. As a matter of fact, nm-applet uses the GNOME keyring, which reminds me that it would be nice at some point to share this functionality (i.e. have it uses kwallet on KDE and keyring on GNOME). Right now when using nm-applet, I've two password stores that I need to unlock after login. I've also tried some other 'wifi connection' UIs. One, I've seen in Windows was particularly bad. It would ask the user to type in a WEP key (the long versions, often), didn't offer any help doing this, but made it made it harder. You had to fill in the long HEX key twice, and both fields for that were password fields, so you can't even see what you're typing. It was just plain horrible. Quite a bit better is the interface of the iPod Touch (and presumably the iPhone). It does a good job on the input side (especially given that the user doesn't use a keyboard but the touchscreen). It does fall flat on its face technically though. First, support for WPA2 is lacking, that rules out access to the network at the university, and supposedly many others. Then, it often reports that it has established a connection when it merely logged on to the access point, but didn't get an IP yet. Since you can often connect to accesspoints (even encrypted ones) but don't actually get an IP address, that information is often bogus and it can be quite annoying being told you're connected, while you're not. One of my favourite wifi settings UI is the one shipped with Maemo. While it's nothing fancy, it gets the job done reliable and it doesn't confuse me.p / So one of my personal goals is to not make all those mistakes in the interface for networkmanager in KDE4. We're not there yet, but progressing OK. Settings for wired and wireless start to work, as in "at least three persons on this Planet have ever been able to connect to a wireless network using it". It has UI glitches, it's not nicely streamlined for workflows we have in mind, the configuration interfaces are no beauty yet, and it has bugs, lots of it. It is in no way near release quality yet, more like an early Alpha. We're trying to have a first working version out within the next couple of months, hopefully in time for the distros that ship in spring. So the applet won't ship with KDE 4.2 we're planning to release it individually so you (or your distro) can grab it in the meantime. We're looking at putting it into KDE 4.3 then. br / If you're interested in hacking on it or just trying it, the current code can be checked out from a href="http://websvn.kde.org/trunk/playground/base/plasma/applets/networkmanager/"playground/a. For this to work, you need to have the libsolid code from kdebase/workspace/solid installed. There are actually two networkmanager plugins, one is for networkmanager 0.6, one for 0.7. The latter one is the one we're relying on. Yesterday, coolo started committing patches to the networkmanager plasmoid, scratching an itch. That's pretty cool given that he's one of KDE's oldtimers. A true honour to share code with :-)
Chani Armitage (Chani): back to school

Posted: January 6th, 2009, 1:01am CET

div class='snap_preview'br /pwell, the first day of a new semester is over. it#8217;s been a fairly good day. the burnaby campus was closed (even though buses were running) but the surrey one was open, and all my courses are there. the first course was cancelled anyways because the teacher didn#8217;t think he could make it. :)/p pI got my upass, sold an old textbook, managed to get into the bookstore at a time when it actually had no line and buy one of my textbooks, and discovered I#8217;ve got a friend in each of my classes. macm 316 looks like it#8217;s going to be annoying (the teacher has a thick accent and mumbles), but cmpt 383 will probably be quite interesting./p phow much time I#8217;ll have for KDE this semester remains to be seen, but I *am* going to campkde, and there#8217;s another tokamak soon (oh god I hope I can keep up with my courses with all this travel) so if all else fails I#8217;ll have a chance to hack then. :) aseigo and notmart#8217;s work on the qtscript bindings seems to be going quite well, so this week I think I#8217;ll try to focus on getting ahead in class wherever possible and preparing for my courses. of course, having said that I#8217;ll probably get distracted by shiny code anyways ;P/p nbsp;nbsp;nbsp;nbsp;nbsp;nbsp;a rel="nofollow" href="http://feeds.wordpress.com/1.0/gocomments/chani.wordpress.com/248/"img alt="" border="0" src="http://feeds.wordpress.com/1.0/comments/chani.wordpress.com/248/" //a a rel="nofollow" href="http://feeds.wordpress.com/1.0/godelicious/chani.wordpress.com/248/"img alt="" border="0" src="http://feeds.wordpress.com/1.0/delicious/chani.wordpress.com/248/" //a a rel="nofollow" href="http://feeds.wordpress.com/1.0/gostumble/chani.wordpress.com/248/"img alt="" border="0" src="http://feeds.wordpress.com/1.0/stumble/chani.wordpress.com/248/" //a a rel="nofollow" href="http://feeds.wordpress.com/1.0/godigg/chani.wordpress.com/248/"img alt="" border="0" src="http://feeds.wordpress.com/1.0/digg/chani.wordpress.com/248/" //a a rel="nofollow" href="http://feeds.wordpress.com/1.0/goreddit/chani.wordpress.com/248/"img alt="" border="0" src="http://feeds.wordpress.com/1.0/reddit/chani.wordpress.com/248/" //a img alt="" border="0" src="http://stats.wordpress.com/b.gif?host=chani.wordpress.comblog=344550post=248subd=chaniref=feed=1" //div
Celeste Paul (seele): KDE 4.2 Release Party! (Washington, DC)

Posted: January 6th, 2009, 12:39am CET

pa href="http://wiki.kde.org/tiki-index.php?page=KDE+4.2+Release+Party"More KDE 4.2 Release Parties/a/p ul liWhen: Friday January 30, 19:00/li liWhere: a href="http://www.piratztavern.com/"Piratz Tavern/a, Silver Spring MD (a href="http://maps.google.com/maps?f=q#038;hl=en#038;geocode=#038;q=piratz+tavern,+silver+spring#038;sll=37.0625,-95.677068#038;sspn=29.910058,75.410156#038;ie=UTF8#038;ll=38.996024,-77.026927#038;spn=0.007154,0.018411#038;z=16#038;iwloc=A"map/a) ul liMetro accessible, Parking available, Family friendly/li /ul /li liContact: a href="mailto:celeste+removeme+@kde.org"Celeste Lyn Paul/a/li /ul pnbsp;/p pscript type="text/javascript" src="http://games.kde.org/counters/4.2/4.2.php?Lang=En"/script/p
Jaroslaw Staniek (js): New year at a new desk

Posted: January 5th, 2009, 9:56pm CET

pNew year means some snow and cold noses here in Warsaw, and a new a href="http://www.polishmarket.com/next.php?id=61632"job/a to me, this time in the mobile industry, what has rather diversified my day, and that's good. Happy 2009 to you, to your friends and family./p pBut I am on the KDE board too, it's not going to change. What's recently time-consuming for me is arefactoring/a of the a href="http://kexi-project.org/pics/1.1/custom_widgets.png"Native Kexi Forms/a. The most serious and anticipated decision is dropping the (implemented in 2004..2005) idea of the forms component reusable at a rich API level for other applications. The idea has introduced too man layers after months of development, too many to have things maintainable, with just proof-of-concept KFormDesigner being the only app using the framework except Kexi./p pSince 2005 things have changed, Qt Designer gained its own reusable libraries. Before someone asks - we don't use them in Kexi Forms not just because that would affect the licensing (LGPL) or because of backward compatibility required by the current Forms' XML format (which is ~95% the same as Designer's but the 5% makes the difference). My point (or read it as feelings) is that while there would be no technical overhead in reusing Qt Designer, we would have overhead counted in man-months./p pThe first step, mostly finished now was to remove Qt3 Support dependencies. A bit late? True, but not too late. The code using the meta objects and properties is too fragile to receive massive changes in one go. Unlike a href="http://api.kde.org/koffice-api/koffice-apidocs/kexi/koproperty1/koproperty/html/index.html"KoProperty/a that received rather massive rewrite to Qt4's model/view API (I am not 100% happy with the results yet ) since last summer, Forms are more complex and I am employing strategy of incremental improvements for them. But after all, did I mention that continuous advances in many other parts of KOffice (if not just entire KDE 4) work as true motivation?/p
Benoit Jacob (bjacob): Eigen 2.0 beta5

Posted: January 5th, 2009, 9:20pm CET

img src="http://eigen.tuxfamily.org/images/Eigen_Silly_Professor_135x135.png" /br /br /Yet another beta for a href="http://eigen.tuxfamily.org"Eigen 2/a!br /br /Yesterday I released a beta4 but so many issues got fixed since that it's worth making this new beta. I'm starting to be really confident about this being used to build and package KDE 4.2 and KOffice 2.0, not only on Linux but also on Windows and Mac OSX. Just today we've been fixing a Mac OSX issue, several Windows issues, and a couple more generic problems. It's really good to have many users and I must say that in Eigen we're rather spoiled, our users are very active in helping tracking the bugs down -- probably that's the upside of a project being technical in nature.br /br /The API should be 100% stable now -- except of course for the parts of Eigen that we're calling experimental. For the 2.0 release we'll just remove the deprecated stuff (so check your warnings NOW!).br /br /In other news, the a href="http://forum.kde.org/eigen-f-74.html"forum/a is very active already so I'm optimistic that we'll reach pretty soon the point where users start helping each other -- something I'm eagerly looking forward to! Like I expected, we're seeing a new group of users on this forum whom we didn't see on the mailing list. So it's great to reach new people. On the other hand there's the risk of balkanization if instead of one we get two disjoint Eigen communities -- that would be pretty bad! We'll see.
Ivan Cukic (ivan): You’ve got branched!

Posted: January 5th, 2009, 7:39pm CET

pSo, if you are following the a href="http://www.kde.org/" class="kblinker" target="_blank"kde/a-cvs-announce mailing list, you have seen a="http://mail.kde.org/pipermail/kde-cvs-announce/2009/000047.html"this message/a about tomorrow#8217;s changes that are bound to hit the SVN./p pIn a nutshell, when KDE 4.2.x is concerned, this means a couple of things:/p ul li4.2 is moving away from the trunk, and starts its life in its own branch./li li4.2 is entering the last stage before tagging it as /final//li /ul pWhile this is great news for 4.2, it is even better for 4.3. This means that the SVN trunk is now exiting the /feature freeze/ state. This is a great thing for developers because the development becomes fun again (squashing bugs can not be labeled as fun), great for PlanetKDE readers since you#8217;ll get real news from now on, and great for feature junkies for obvious reasons./p pba href="http://lancelot.fomentgroup.org/" class="kblinker" target="_blank"Lancelot/a 1.5/b pLancelot#8217;s version that will be branched tomorrow is the final 1.5. Compared to the one in beta 2 (1.4.9), it has a couple of bugs (that you haven#8217;t noticed, if bugs.kde.org is to be consulted) fixed and is ready for prime-time. img src='http://ivan.fomentgroup.org/blog/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' / /p pNow the development of a href="http://forum.kde.org/showthread.php?tid=15049"your suggestions/a can begin!/p a rel="nofollow" href="mailto:?subject=You%27ve%20got%20branched%21amp;body=http%3A%2F%2Fivan.fomentgroup.org%2Fblog%2F2009%2F01%2F05%2Fyou-got-branched%2F" title="E-mail this story to a friend!"img src="http://ivan.fomentgroup.org/blog/wp-content/plugins/sociable/images/email_link.png" title="E-mail this story to a friend!" alt="E-mail this story to a friend!" class="sociable-hovers" //a a rel="nofollow" href="http://digg.com/submit?phase=2amp;url=http%3A%2F%2Fivan.fomentgroup.org%2Fblog%2F2009%2F01%2F05%2Fyou-got-branched%2Famp;title=You%27ve%20got%20branched%21" title="Digg"img src="http://ivan.fomentgroup.org/blog/wp-content/plugins/sociable/images/digg.png" title="Digg" alt="Digg" class="sociable-hovers" //a a rel="nofollow" href="http://technorati.com/faves?add=http%3A%2F%2Fivan.fomentgroup.org%2Fblog%2F2009%2F01%2F05%2Fyou-got-branched%2F" title="Technorati"img src="http://ivan.fomentgroup.org/blog/wp-content/plugins/sociable/images/technorati.png" title="Technorati" alt="Technorati" class="sociable-hovers" //a a rel="nofollow" href="http://del.icio.us/post?url=http%3A%2F%2Fivan.fomentgroup.org%2Fblog%2F2009%2F01%2F05%2Fyou-got-branched%2Famp;title=You%27ve%20got%20branched%21" title="del.icio.us"img src="http://ivan.fomentgroup.org/blog/wp-content/plugins/sociable/images/delicious.png" title="del.icio.us" alt="del.icio.us" class="sociable-hovers" //a a rel="nofollow" href="http://twitter.com/home?status=http%3A%2F%2Fivan.fomentgroup.org%2Fblog%2F2009%2F01%2F05%2Fyou-got-branched%2F" title="TwitThis"img src="http://ivan.fomentgroup.org/blog/wp-content/plugins/sociable/images/twitter.gif" title="TwitThis" alt="TwitThis" class="sociable-hovers" //a a rel="nofollow" href="http://reddit.com/submit?url=http%3A%2F%2Fivan.fomentgroup.org%2Fblog%2F2009%2F01%2F05%2Fyou-got-branched%2Famp;title=You%27ve%20got%20branched%21" title="Reddit"img src="http://ivan.fomentgroup.org/blog/wp-content/plugins/sociable/images/reddit.png" title="Reddit" alt="Reddit" class="sociable-hovers" //a a rel="nofollow" href="http://www.google.com/bookmarks/mark?op=editamp;bkmk=http%3A%2F%2Fivan.fomentgroup.org%2Fblog%2F2009%2F01%2F05%2Fyou-got-branched%2Famp;title=You%27ve%20got%20branched%21" title="Google"img src="http://ivan.fomentgroup.org/blog/wp-content/plugins/sociable/images/googlebookmark.png" title="Google" alt="Google" class="sociable-hovers" //a br/br/
Mark Kretschmann (markey): KDE Trolls, eat this

Posted: January 5th, 2009, 5:59pm CET

!--s9ymdb:191--img width='659' height='457' style="border: 0px; padding-left: 5px; padding-right: 5px;" src="http://amarok.kde.org/blog/uploads/kde_be_free_small.jpg" alt="" /br / (image copyright by a href="http://wadejolson.wordpress.com/" Wade Olson/a)br / br / br / Anyone else noticed the extreme amount of hate amp; trolling against KDE lately, and especially against KDE 4? I have a special message for you trolls: br / br / emYou're fucking idiots./embr / br / br / For your consideration:br / br / br / 1) they ignore youbr / br / 2) they laugh at youbr / br / 3) they fight youbr / br / 4) strongYOU WIN./strongbr / br / br / (we're at stage 3 now)br / br /
Johan Thelin: My Little Brother

Posted: January 5th, 2009, 5:50pm CET

Little brothers are fun. The first years we knew each other we spent our days teasing each other and beating the other one up. But if someone else touch him, we where a team at once.br /br /These days, we spend our time competing in on-line racing and sharing computer parts. Actually, this is more fun than beating each other up :-)br /br /However, it is still important to beat him at everything that we try. My success rate is getting worse and worse by the years and now he is quicker than me on the virtual track. Thus it is a bit of a pain to admit that they guy actually has talent. I just stumbled on a href="http://www.flickr.com/photos/sysdump/"his photo stream/a and I'm stunned. My little brother can really use a camera!br /br /a onblur="try {parent.deselectBloggerImageGracefully();} catch(e) {}" href="http://www.thelins.se/johan/uploaded_images/2933936349_38a9781371_o-726064.jpg"img style="margin: 0px auto 10px; display: block; text-align: center; cursor: pointer; width: 400px; height: 266px;" src="http://www.thelins.se/johan/uploaded_images/2933936349_38a9781371_o-725162.jpg" alt="" border="0" //a
Kushal Das: Some updates

Posted: January 5th, 2009, 1:21pm CET

pTook some nice vacation from IRC in the last week. Now back on track again. In the current todo list:/p ul liImplementing the Jukebox ideas/li liWork on more PyQt videos/li /ul pAlso found the third eye: Can you find me in that ?/p pa title="The Eye by Kushal Das, on Flickr" href="http://www.flickr.com/photos/kushaldas/3159580641/"img src="http://farm4.static.flickr.com/3261/3159580641_7771001784_m.jpg" alt="The Eye" width="240" height="161" //a/p
Celeste Paul (seele): Call for 2008 KDE Usability Reports

Posted: January 5th, 2009, 3:26am CET

pIf you wrote a KDE usability report in 2008 (or know of one someone else did), please send the document or a link to the document to the a href="mailto:kde-usability+removeme+@kde.org"KDE Usability Mailing List/a. It will go on the a href="http://usability.kde.org"KDE Usability Project/a a href="http://usability.kde.org/activity/reports/" reports/a page./p
Albert Astals Cid (TSDgeos): My top 10 blog posts of 2008

Posted: January 4th, 2009, 10:07pm CET

Here the top 10 of blog entries visited in 2008 in my blog:br /br /10 - a href="http://tsdgeos.blogspot.com/2007/02/pdftk-frontend-for-kde.html"pdftk frontend for KDE/abr /9 - a href="http://tsdgeos.blogspot.com/2006/09/poppler-for-windows.html"Poppler for windows/abr /8 - a href="http://tsdgeos.blogspot.com/2008/08/kde-41-adoption-seems-high.html"KDE 4.1 adoption seems high/abr /7 - a href="http://tsdgeos.blogspot.com/2008/08/khtml-rocks.html"KHTML rocks/abr /6 - a href="http://tsdgeos.blogspot.com/2007/10/performance-of-radeon-free-drivers.html"Performance of radeon free drivers/abr /5 - a href="http://tsdgeos.blogspot.com/2008/06/kde-plugins-gpl-and-closed-source.html"KDE, plugins, GPL and closed source applications/abr /4 - a href="http://tsdgeos.blogspot.com/2007/01/keyboard-crazyness.html"keyboard crazyness/abr /3 - a href="http://tsdgeos.blogspot.com/2006/12/morocco-trip.html"Morocco trip/abr /2 - a href="http://tsdgeos.blogspot.com/2008/04/fglrx-blocking-xorg-on-logout.html"fglrx blocking Xorg on logout/abr /1 - a href="http://tsdgeos.blogspot.com/2008/04/kubuntu-804-released-with-rock-solid.html"KUbuntu 8.04 released with rock solid 3.5.9 goodness.../abr /br /One can extract several interesting things from this list:br / - Last year i did not make interesting blogs, 5 out of 10 are from either 2006 or 2007br / - People really want a pdftk frontend for KDE since my 2007 post of my no longer existant project is visited frecuentlybr / - People want to use poppler in windows, strange that all those users almost never sent patches to the project, seems like windows culture is not so much about collaborating but about just using.br / - My Morocco trip summary is liked by google, it's linked in the first page of results usuallybr / - The two most read blog entries are about bugs in kubuntu ... maybe that's why Canonical never replied to me applying for jobs there :D

← Planet Fedora-Fr kdedevelopers.org blogs →

Feeds

Planet KDE (20 unread)

Posted: January 6th, 2009, 11:27pm CET

Posted: January 6th, 2009, 9:27pm CET

Posted: January 6th, 2009, 8:53pm CET

Posted: January 6th, 2009, 8:47pm CET

Posted: January 6th, 2009, 6:16pm CET

Posted: January 6th, 2009, 4:05pm CET

Posted: January 6th, 2009, 7:56am CET

Posted: January 6th, 2009, 6:36am CET

Posted: January 6th, 2009, 2:53am CET

Posted: January 6th, 2009, 2:13am CET

Posted: January 6th, 2009, 1:01am CET

Posted: January 6th, 2009, 12:39am CET

Posted: January 5th, 2009, 9:56pm CET

Posted: January 5th, 2009, 9:20pm CET

Posted: January 5th, 2009, 7:39pm CET

Posted: January 5th, 2009, 5:59pm CET

Posted: January 5th, 2009, 5:50pm CET

Posted: January 5th, 2009, 1:21pm CET

Posted: January 5th, 2009, 3:26am CET

Posted: January 4th, 2009, 10:07pm CET