|Summary:||Add 'app-arch/unzip natspec' to profiles/targets/desktop/kde/package.use|
|Product:||Gentoo Linux||Reporter:||Wyatt Epp <wyatt.epp>|
|Component:||Eclasses||Assignee:||Gentoo KDE team <kde>|
|Package list:||Runtime testing required:||---|
Description Wyatt Epp 2013-02-17 05:47:13 UTC
Comment 1 Michael Palimaka (kensington) 2013-02-26 08:48:55 UTC
I will add this to the agenda for the next KDE team meeting. Do you have any links to Qt upstream stuff? Maybe it will be of some interest to Qt team.
Comment 2 Wyatt Epp 2013-02-26 10:13:50 UTC
(In reply to comment #1) > I will add this to the agenda for the next KDE team meeting. > > Do you have any links to Qt upstream stuff? Maybe it will be of some > interest to Qt team. Yeah, this is first covered in a post on kde-core-devel outlining the limitations involved in Qt4: http://lists.kde.org/?l=kde-core-devel&m=122025063320264&w=2 Also, the comment thread on Thiago's blog is...enlightening (and painfully shortsighted). (i.e. Someone from usability needs to smack him.) This is relevant because he's the one writing it. http://www.macieira.org/blog/2011/09/qurl-in-qt-5-encoding/
Comment 3 Davide Pesavento 2013-02-27 23:06:52 UTC
Is there anything we (qt) can do here?
Comment 4 Michael Palimaka (kensington) 2013-02-28 14:07:24 UTC
(In reply to comment #3) > Is there anything we (qt) can do here? I'm not sure, I CCed because it appears to technically be a Qt bug, but primarily in case someone had further insight into the issue. No problem to unCC if it's not worth tracking from a Qt point of view.
Comment 5 Davide Pesavento 2013-03-01 05:43:12 UTC
(In reply to comment #4) Well, apparently this is not something Qt upstream can/is willing to fix, therefore can be considered CANTFIX from our point of view.
Comment 6 Andreas K. Hüttel 2013-03-22 22:53:52 UTC
Done as per meeting decision.