4:32 a.m.
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-0...
Meeting log:
http://meetbot.fedoraproject.org/fedora-meeting/2012-02-21/kde-sig.2012-0...
------------------------------------------------------------------------
= 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 =
--
Jaroslav Řezník <jreznik(a)redhat.com>
Software Engineer - Base Operating Systems Brno
Office: +420 532 294 275
Mobile: +420 602 797 774
Red Hat, Inc. http://cz.redhat.com/
9:04 a.m.
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.
6:58 p.m.
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
5:37 a.m.
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(a)lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/kde
New to KDE4? - get help from http://userbase.kde.org
6:52 a.m.
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(a)lists.fedoraproject.org
> https://admin.fedoraproject.org/mailman/listinfo/kde
> New to KDE4? - get help from http://userbase.kde.org
_______________________________________________
kde mailing list
kde(a)lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/kde
New to KDE4? - get help from http://userbase.kde.org
4434
days inactive
4439
days old
4 comments
3 participants
participants (3)
-
Jaroslav Reznik -
Kevin Kofler -
Michal Hlavinka