This is a report of the weekly KDE-SIG-Meeting with a summary of the topics that were discussed. If you want to add a comment please reply to this email or add it to the related meeting page.
= Weekly KDE Summary =
Week: 08/2012
Time: 2012-02-21 15:00 UTC
Meeting page: https://fedoraproject.org/wiki/SIGs/KDE/Meetings/2012-02-21
Meeting minutes: http://meetbot.fedoraproject.org/fedora-meeting/2012-02-21/kde-sig.2012-02-2... Meeting log: http://meetbot.fedoraproject.org/fedora-meeting/2012-02-21/kde-sig.2012-02-2... ------------------------------------------------------------------------
= Participants = * jreznik * rdieter * rnovacek * Kevin_Kofler * than * ltinkl
------------------------------------------------------------------------ = Agenda = * topics to discuss: ** alpha blockers ** compositing by default for f17 ** brno fad wrapup ** touch enabled apps * recent bugs:
== Summary == compositing and llvmpipe in F17 * the only alpha blocker proposal is llvmpipe breakage (794835) * AGREED: (+5/-1) proposal 1: disable/omit llvmpipe kwin patch * (+1,-5) rejected proposal 2: disable kwin compositing by default (for now, re-evaluate for f17beta) * ACTION: rdieter to implement proposal 1 after meeting
Brno FAD wrap-up * new colored systray icons for 4.8, done, not uploaded yet by kkofler * update of git-cola in Fedora to latest upstream, done in Rawhide, in updates-testing for F1[567] by kkofler * Solid udisks2 front, a first compilable version was finished and pushed to kdelibs git by ltinkl * plasma-active packaged by jreznik and rnovacek * Qt 5 talk by jreznik * the plan is to ship KDE Telepathy as default, worked by rdieter and mck182 * comps were updated to take split packages effect by rdieter * mck182 finished his Firemuk extenstion to save download URL to Nepomuk as metada
= Next Meeting = http://fedoraproject.org/wiki/SIGs/KDE/Meetings/2012-02-28
= Links =
On 02/23/2012 11:32 AM, Jaroslav Reznik wrote:
Brno FAD wrap-up
- new colored systray icons for 4.8, done, not uploaded yet by kkofler
- update of git-cola in Fedora to latest upstream, done in Rawhide, in updates-testing for F1[567] by kkofler
- Solid udisks2 front, a first compilable version was finished and pushed to kdelibs git by ltinkl
- plasma-active packaged by jreznik and rnovacek
- Qt 5 talk by jreznik
Regarding Qt 5 - is it still early enough for bigger changes? In Qt 4 there is ugly bug: https://bugs.kde.org/show_bug.cgi?id=165044
This bug was closed wontfix (and because of heated discussion, bug assignee removed himself from cc list), after some time they changed resolution to "upstream" which just means "wontfixed in upstream".
There is also http://www.macieira.org/blog/2011/09/qurl-in-qt-5-encoding/ where this is going to be fixed in QUrl (if I read it correctly), but Thiago said the same again - file names with broken (non-utf-8) encoding are filesystem corruption and applications creating such files should be fixed.
It's nice theory, but even in 2012 (4 years after the bug was reported) those files still happen to exist. One (not the only one) possible source are archives with old files. This is how I met with this bug for first time. My gf got some slides from professor packed inside a zip file. Once you unzip this file (doplhin - rightclick file - extract here) you get files you can't open, rename nor delete. You can delete whole folder (it's just moved to Trash bin), but you can't empty your trash afterwards. AFAIK all other DE and all other operating systems can handle such files without any problem. Only Qt (and KDE) apps can do nothing with them.
For testing purposes you can generate such files using konsole -> switch to different encoding (like iso-8859-2), and create some file using non-ascii letters and try to do anything with such file in doplhin.
I hope there is still a chance to fix this Qt bug.
Michal Hlavinka wrote:
Regarding Qt 5 - is it still early enough for bigger changes?
Qt 5 is already in feature freeze.
In Qt 4 there is ugly bug: https://bugs.kde.org/show_bug.cgi?id=165044
This bug was closed wontfix (and because of heated discussion, bug assignee removed himself from cc list), after some time they changed resolution to "upstream" which just means "wontfixed in upstream".
There is also http://www.macieira.org/blog/2011/09/qurl-in-qt-5-encoding/ where this is going to be fixed in QUrl (if I read it correctly), but Thiago said the same again - file names with broken (non-utf-8) encoding are filesystem corruption and applications creating such files should be fixed.
Even if it weren't, I doubt Qt upstream would change their mind there, sorry.
It's nothing we can do anything about in Fedora in any case.
Kevin Kofler
But you can still try to write patch and push it through the review process as the project it now open.
R.
----- Original Message -----
Michal Hlavinka wrote:
Regarding Qt 5 - is it still early enough for bigger changes?
Qt 5 is already in feature freeze.
In Qt 4 there is ugly bug: https://bugs.kde.org/show_bug.cgi?id=165044
This bug was closed wontfix (and because of heated discussion, bug assignee removed himself from cc list), after some time they changed resolution to "upstream" which just means "wontfixed in upstream".
There is also http://www.macieira.org/blog/2011/09/qurl-in-qt-5-encoding/ where this is going to be fixed in QUrl (if I read it correctly), but Thiago said the same again - file names with broken (non-utf-8) encoding are filesystem corruption and applications creating such files should be fixed.
Even if it weren't, I doubt Qt upstream would change their mind there, sorry.
It's nothing we can do anything about in Fedora in any case.
Kevin Kofler
kde mailing list kde@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/kde New to KDE4? - get help from http://userbase.kde.org
On 02/28/2012 12:37 PM, Jaroslav Reznik wrote:
But you can still try to write patch and push it through the review process as the project it now open.
R.
Well, but who will be the one reviewing it? Thiago, I guess. The problem is not that there is no solution, the problem is that the solution was intentionally removed (qt3 works) with explanation "you had enough time (during qt3 life cycle) to fix your files". Proposing it for inclusion again in this situation, will be a waste of time imo.
----- Original Message -----
Michal Hlavinka wrote:
Regarding Qt 5 - is it still early enough for bigger changes?
Qt 5 is already in feature freeze.
In Qt 4 there is ugly bug: https://bugs.kde.org/show_bug.cgi?id=165044
This bug was closed wontfix (and because of heated discussion, bug assignee removed himself from cc list), after some time they changed resolution to "upstream" which just means "wontfixed in upstream".
There is also http://www.macieira.org/blog/2011/09/qurl-in-qt-5-encoding/ where this is going to be fixed in QUrl (if I read it correctly), but Thiago said the same again - file names with broken (non-utf-8) encoding are filesystem corruption and applications creating such files should be fixed.
Even if it weren't, I doubt Qt upstream would change their mind there, sorry.
It's nothing we can do anything about in Fedora in any case.
Kevin Kofler
kde mailing list kde@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/kde New to KDE4? - get help from http://userbase.kde.org
kde mailing list kde@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/kde New to KDE4? - get help from http://userbase.kde.org