Re: Repository rename and consequences
On Sat, Feb 8, 2014 at 10:58 AM, Ben Cooksley bcooks...@kde.org wrote: Hello all, Sysadmin has received a request to rename the repository kwallet (currently located at kde/kdeutils) to kwalletmanager in order to free this name up. Once that has been completed, the repository kwallet-framework (located at frameworks/) will be renamed to kwallet. This will have the affect, and will appear as, a force push to the kwallet repository to all Git clients. Once the procedure has been completed, automated build scripts such as kdesrc-build should automatically clone the repositories under their new names - however custom scripts and procedures will need to be adjusted by hand. If anyone has any objections, please let us know. This change will be made in 48 hours. Due to the lack of objections or other commentary, I have now performed this change as originally requested. The repository kwallet, referring to kde/kdeutils/kwallet has now been renamed to kwalletmanager. The repository kwallet-framework referring to frameworks/kwallet-framework has now been renamed to kwallet. Thanks, Ben Cooksley KDE Sysadmin Thanks, Ben Cooksley KDE Sysadmin
Re: Review Request 115497: Replace SHA with PBKDF2-SHA512+Salt
--- This is an automatically generated e-mail. To reply, visit: https://git.reviewboard.kde.org/r/115497/ --- (Updated Feb. 11, 2014, 9:46 a.m.) Review request for KDE Runtime, Teo Mrnjavac and Valentin Rusu. Repository: kde-runtime Description --- Uses the MINOR_VERSION (which until now it was 0) to upgrade the hash from SHA to PBKDF2-SHA512+salt. I would have loved to completely replace it once the wallet is ported to the new hashing but because of kwalletd code that is not possible without a bigger rewrite. There are 2 reasons for this patch: 1-We avoid using our own implementation of SHA 2-We use a modern hashing technique I'm cooking more patches to use the system user password to open the wallet, we want that password to be hashed using PBKDF2_SHA512 for security reasons. Diffs (updated) - CMakeLists.txt 275a6c7 cmake/modules/FindLibGcrypt.cmake PRE-CREATION kwalletd/backend/CMakeLists.txt 5a5837c kwalletd/backend/backendpersisthandler.cpp bdef6ca kwalletd/backend/kwalletbackend.h 83ebf7f kwalletd/backend/kwalletbackend.cc e4d461c Diff: https://git.reviewboard.kde.org/r/115497/diff/ Testing --- Thanks, Àlex Fiestas
Review Request 115651: Fix HTTP redirection handling (3XX status code)
--- This is an automatically generated e-mail. To reply, visit: https://git.reviewboard.kde.org/r/115651/ --- Review request for kdelibs, Andreas Hartmetz and David Faure. Bugs: 330795 http://bugs.kde.org/show_bug.cgi?id=330795 Repository: kdelibs Description --- The attached patch fixes how we handle HTTP redirection. Currently KIO does not correctly handle a 303 See Other response. Instead of converting the redirection request to a GET operation as specified in the RFC, KIO simply repeats the same operation with the redirect URL. Additionally, KIO does not handle redirection of a delete operation that is handled internally. Diffs - kio/DESIGN.metadata 1351119 kio/kio/accessmanager.cpp 7a806e8 kio/kio/job.cpp 13107c2 kioslave/http/http.cpp b13eed1 Diff: https://git.reviewboard.kde.org/r/115651/diff/ Testing --- Run tests at http://greenbytes.de/tech/tc/httpredirects/t301methods.html http://greenbytes.de/tech/tc/httpredirects/t302methods.html http://greenbytes.de/tech/tc/httpredirects/t303methods.html Thanks, Dawit Alemayehu
Moving Milou to Extragear
Hello people I've been developing Milou for quite some time now and I think it would be best to move it into extragear so that a release can be made sometime after the 4.13 release. Milou is a dedicated search plasmoid for Baloo. Here is a nice screenshot [1]. It also supports previews for certain file types, specially emails. It implements its own form of runners called sources. The main source is the Baloo source along with one for applications. On moving to KF5 its concept of sources will be dropped and it will directly use the runners. The needed features will be added to the krunner framework. I could really use a review for the QML code, hence the plasma-devel cc. -- Vishesh Handa [1] http://vhanda.in/milou.png
I need your help. Diploma thesis about media choice and usage in KDE
Dear KDE mates and contributors Finally the end of my studies is near and thus I'm currently in the process of writing my diploma thesis. I've worked hard during the last weeks and months on a questionnaire [1] which shall collect some data for my thesis. Furthermore the data of this survey will be interesting for the KDE community as well. So please take some time and add it to your todo list or, even better, go directly to my questionnaire [1] and help me make a great diploma thesis and improve the KDE community in some ways. The questionnaire [1] takes some 20 to 30 minutes and will show you some interesting facts about our community in the last 15 years. At the end of the questionnaire you'll find a way to participate in a draw where you can even win something nice. So once again: Old and young people of KDE, documentation writers, developers, translators, bug reporters and triagers, packagers and all the others of you who contribute to all that makes KDE a great community with great software and more, please take some time and help me to filled in questionnaires [1] from all over the world. Thanks to all for reading and helping and towards the summer of 2014 you can read here what all the data you gave me showed us and where we can learn and improve. Thanks in advance Mario Fux [1] http://survey.kde.org/index.php/249736/lang-en -- Fellow of the FSFE.org and Joined the Game of KDE.org Main Organizer of the Randa Meetings (www.randa-meetings.ch) And if you need a simple computer: www.asimplecomputer.com or www.eineinfachercomputer.com
KF5 Update Meeting Minutes 2014-w7
Hello everyone, This is the minutes of the Week 6 KF5 meeting. As usual it has been held on #kde-devel at 4pm Paris time. Were present: afiestas, agateau, alexmerry, apol, dfaure, dgilo, krake, mgraesslin, Riddell, teo, tosky and myself. Announcement: * Alpha 1 still not published; * Please make sure if you got some tasks that it's status is up to date: http://community.kde.org/Frameworks/Epics/KF5.0_Release_Preparation (especially relevant for agateau, alexmerry and valir); * We need to push toward completion for the in progress tasks; * afiestas got greenlight from valir to push his first patch into kwallet; * he'll also ask for reviews on the pam module; * he's going to discuss the kwallet vs ksecretservices plans with teo and valir; * agateau is done with the README files; * he also wrote the framework documentation policy; * he's almost done with having the dependency diagrams on api.kde.org; * alexmerry is moving some kimgio stuff into Qt but will miss the 5.3 freeze; * he also did a bit of reviewing, he has a few requests waiting; * he'd like to see more people browsing though the kdeframeworks group on reviewboard (very important job); * apol split krunner from plasma-framework; * he's also been working on kde-runtime splitting to the mix; * dfaure packed up alpha 1; * he also added kactivities and plasma-framework; * the packagers reported success except for plasma-framework (investigation in progress); * krake succeeded in porting ki18n to QtScript which will make it tier 1 once the patch is in; * mgraesslin made sure kwindowsystem builds without x11; * thanks to our awesome sysadmins we have a build variation for that case; * he's also testing apps over wayland and fixing problems as he finds them; * he also fixed Qt for 5.3 so that the wayland platform backend uses our platform theme; * Riddell has to discuss entry.desktop in language packs with l10n people; * he's also rewriting the kdeoptions man page; * teo found out that ksecretsservice needs some love; * he also ported it to kf5; * tosky delayed some of his changes because of alpha 1 unclear status; * dgilo is cleaning up kcompletion, two reviews pending. If you got questions, feel free to ask. Regards. -- Kévin Ottens, http://ervin.ipsquad.net KDAB - proud supporter of KDE, http://www.kdab.com signature.asc Description: This is a digitally signed message part.
Re: Moving Milou to Extragear
El Dimarts, 11 de febrer de 2014, a les 11:55:01, Vishesh Handa va escriure: Hello people I've been developing Milou for quite some time now and I think it would be best to move it into extragear so that a release can be made sometime after the 4.13 release. Milou is a dedicated search plasmoid for Baloo. Here is a nice screenshot [1]. It also supports previews for certain file types, specially emails. It implements its own form of runners called sources. The main source is the Baloo source along with one for applications. On moving to KF5 its concept of sources will be dropped and it will directly use the runners. The needed features will be added to the krunner framework. I could really use a review for the QML code, hence the plasma-devel cc. Repo name? Cheers, Albert
Re: Review Request 115492: Add WebP detection from content in the mime package file
On Feb. 8, 2014, 5:41 p.m., David Faure wrote: Please consider submitting this mimetype to freedesktop.org.xml instead. https://bugs.freedesktop.org David Faure wrote: OK, s/instead/in addition/. Alex Merry wrote: Sorry, failed to record a conversation that happened on irc. Basically: https://bugs.freedesktop.org/show_bug.cgi?id=41155 Àlex Fiestas wrote: Given the outcome of the bug, should we go ahead and implement our own thing? No. Shared-mime-info shall not fork IANA, and KDE shall not fork shared-mime-info. In fact your question doesn't even make sense, since this commit is about image/x-webp and that is exactly the name that got into shared-mime-info, so there's no conflict there, and therefore no reason to fork anything. Very similar magic got into s-m-i (just without the VP8), so this can go in without the VP8, and with a comment remove when we can depend on shared-mime-info 1.3. - David --- This is an automatically generated e-mail. To reply, visit: https://git.reviewboard.kde.org/r/115492/#review49268 --- On Feb. 5, 2014, 2:44 p.m., Jerome Leclanche wrote: --- This is an automatically generated e-mail. To reply, visit: https://git.reviewboard.kde.org/r/115492/ --- (Updated Feb. 5, 2014, 2:44 p.m.) Review request for KDE Runtime and Alex Merry. Repository: kde-runtime Description --- This adds match detection for webp files (both lossy and lossless), the same way as audio/x-wav files are detected (both are RIFF based) Diffs - kimgio/webp.xml 4246f76 Diff: https://git.reviewboard.kde.org/r/115492/diff/ Testing --- Thanks, Jerome Leclanche
Review Request 115689: Fix khtml/ecma/xmlhttprequest.cpp to properly handle HEAD requests
--- This is an automatically generated e-mail. To reply, visit: https://git.reviewboard.kde.org/r/115689/ --- Review request for kdelibs and Andrea Iacovitti. Bugs: 331007 http://bugs.kde.org/show_bug.cgi?id=331007 Repository: kdelibs Description --- Fix khtml/ecma/xmlttprequest.cpp such that it correctly handles HEAD requests without a noticable delay, i.e. use KIO::mimeType instead of KIO::get. Otherwise, the request will wait for the content which is not returned when doing a stat operation like HEAD. Diffs - Diff: https://git.reviewboard.kde.org/r/115689/diff/ Testing --- Tested HEAD redirection with http://greenbytes.de/tech/tc/httpredirects/ Thanks, Dawit Alemayehu
Re: Review Request 115689: Fix khtml/ecma/xmlhttprequest.cpp to properly handle HEAD requests
--- This is an automatically generated e-mail. To reply, visit: https://git.reviewboard.kde.org/r/115689/#review49621 --- no diff? - Bernd Buschinski On Feb. 12, 2014, 4:29 a.m., Dawit Alemayehu wrote: --- This is an automatically generated e-mail. To reply, visit: https://git.reviewboard.kde.org/r/115689/ --- (Updated Feb. 12, 2014, 4:29 a.m.) Review request for kdelibs and Andrea Iacovitti. Bugs: 331007 http://bugs.kde.org/show_bug.cgi?id=331007 Repository: kdelibs Description --- Fix khtml/ecma/xmlttprequest.cpp such that it correctly handles HEAD requests without a noticable delay, i.e. use KIO::mimeType instead of KIO::get. Otherwise, the request will wait for the content which is not returned when doing a stat operation like HEAD. Diffs - Diff: https://git.reviewboard.kde.org/r/115689/diff/ Testing --- Tested HEAD redirection with http://greenbytes.de/tech/tc/httpredirects/ Thanks, Dawit Alemayehu