Re: Upgrading KDE in rawhide to Plasma 5
On Wednesday, January 28, 2015 04:52:13 PM Mike Chambers wrote: On Wed, 2015-01-28 at 21:43 +0100, Daniel Vrátil wrote: Hi all, For Fedora 20 and Fedora 21 users, Plasma 5 is still available through dvratil/plasma-5 Copr. The only thing I see in the Copr is plasma 5.2 BETA. Is that really still the beta version or has it been upgraded to the official released packages and just not renamed? The latest packages in Copr are 5.2.0, which is final release. https://copr.fedoraproject.org/coprs/dvratil/plasma-5/builds/ Dan Mike Chambers -- Daniel Vrátil | dvra...@redhat.com | dvratil on #kde-devel, #kontact, #akonadi Software Engineer - KDE Desktop Team, Red Hat Inc. GPG Key: 0xC59D614F6F4AE348 Fingerprint: 4EC1 86E3 C54E 0B39 5FDD B5FB C59D 614F 6F4A E348 signature.asc Description: This is a digitally signed message part. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: Upgrading KDE in rawhide to Plasma 5
On Wednesday, January 28, 2015 11:54:11 PM Sandro Mani wrote: On 28.01.2015 21:43, Daniel Vrátil wrote: Hi all, this is an announcement that KDE SIG has pushed Plasma 5, the next major version of KDE workspaces, into rawhide as part of the Plasma 5 change for Fedora 22 [0]. The upgrade path from KDE 4 should be smooth and doable simply through yum update without any need for manual intervention, however if you run into any troubles related to Plasma/KDE we ask you to report them to KDE SIG. If you want to know more about Plasma 5.2, you can check out the official release announcement [1]. If you are looking for something more exhausting to read while you are waiting for yum, you can read Kev Vermette's 10 pages of Plasma 5.2: Quintessential Breakdown [2] ;-). For Fedora 20 and Fedora 21 users, Plasma 5 is still available through dvratil/plasma-5 Copr. Things I've noticed: * File conflict between kio-extras and kio_mtp: file /usr/share/locale/ca/LC_MESSAGES/kio_mtp.mo from install of kio-extras-5.2.0-1.fc22.x86_64 conflicts with file from package kio_mtp-0.75-7.20141221gitc418634.fc22.x86_64 [...etc for other locales...] * krunner has missing dependency on plasma-milou: $ krunner file:///usr/share/plasma/look-and-feel/org.kde.breeze.desktop/contents/runc ommand/RunCommand.qml Error loading QML file. 24: module org.kde.milou is not installed Thanks, both issues have been fixed and builds are under way. Cheers, Daniel -- Daniel Vrátil | dvra...@redhat.com | dvratil on #kde-devel, #kontact, #akonadi Software Engineer - KDE Desktop Team, Red Hat Inc. GPG Key: 0xC59D614F6F4AE348 Fingerprint: 4EC1 86E3 C54E 0B39 5FDD B5FB C59D 614F 6F4A E348 signature.asc Description: This is a digitally signed message part. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Upgrading KDE in rawhide to Plasma 5
Hi all, this is an announcement that KDE SIG has pushed Plasma 5, the next major version of KDE workspaces, into rawhide as part of the Plasma 5 change for Fedora 22 [0]. The upgrade path from KDE 4 should be smooth and doable simply through yum update without any need for manual intervention, however if you run into any troubles related to Plasma/KDE we ask you to report them to KDE SIG. If you want to know more about Plasma 5.2, you can check out the official release announcement [1]. If you are looking for something more exhausting to read while you are waiting for yum, you can read Kev Vermette's 10 pages of Plasma 5.2: Quintessential Breakdown [2] ;-). For Fedora 20 and Fedora 21 users, Plasma 5 is still available through dvratil/plasma-5 Copr. Cheers, Daniel [0] https://fedoraproject.org/wiki/Changes/Plasma_5 [1] https://dot.kde.org/2015/01/27/plasma-52-beautiful-and-featureful [2] https://kver.wordpress.com/2015/01/22/plasma-5-2-the-quintissential-breakdown/ -- Daniel Vrátil | dvra...@redhat.com | dvratil on #kde-devel, #kontact, #akonadi Software Engineer - KDE Desktop Team, Red Hat Inc. GPG Key: 0xC59D614F6F4AE348 Fingerprint: 4EC1 86E3 C54E 0B39 5FDD B5FB C59D 614F 6F4A E348 signature.asc Description: This is a digitally signed message part. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: Proposal: Increasing application icon sizes to 64px
On Monday 29 of September 2014 12:40:30 Richard Hughes wrote: On 29 September 2014 12:23, Matěj Cepl mc...@cepl.eu wrote: Couldn’t we just stop this madness of bitmaps? +10 SVGs are not a silver bullet. Well, it's better than bitmaps. You'd want a very different source SVG file for an icon that's designed to be displayed at 22x22, to an icon designed to be displayed at 256x256. The point is that even if you have a small SVG, you can still scale it up to 256x256 without the icon being pixelated - yes, it will have fewer details, it will be obvious that it's not really aimed for the large resolution, but I think that's zillion times better than showing pixelated icons. KDE apps sometimes provide different versions of SVG icons for different level of detail, but the cool thing here is that you only need to provide for example a small version - for 16x16 - 64x64 sizes, and a large version for 128x128 and above - no need to maintain 6 bitmaps or so. Also with SVGZ (gzipped SVG) this can save some space. Plus, rendering SVGs with inkscape and rsvg sometimes output *very* different results... Well, that's either bug in Inkscape or rsvg. Try Karbon (from the Calligra suite) :-) Dan Richard -- Daniel Vrátil | dvra...@redhat.com | dvratil on #kde-devel, #kontact, #akonadi Associate Software Engineer KDE Desktop Team, Red Hat GPG Key: 0xC59D614F6F4AE348 Fingerprint: 4EC1 86E3 C54E 0B39 5FDD B5FB C59D 614F 6F4A E348 signature.asc Description: This is a digitally signed message part. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: gammaray includes qt-everywhere-opensource-src-4.8.5.tar.gz
On Saturday 14 of December 2013 19:21:14 Michael Schwendt wrote:
Source1:
http://releases.qt-project.org/qt4/source/qt-everywhere-opensource-src-%{
qt_version}.tar.gz
BuildRequires: qt-devel
BuildRequires: qt-devel-private
%cmake .
-DQT_PRIVATE_INCLUDE_DIR=%{_builddir}/qt-everywhere-opensource-src-%{qt_v
ersion}/include/QtCore
The package review request was: https://bugzilla.redhat.com/905615
Nowhere is a comment that explains why the 230MB Qt source is included
and used to build GammaRay. Isn't qt-devel-private sufficient?
Hi
it's documented in the very first comment:
The package needs Qt sources in order to have access to some private headers
and sources that are not available in qt-devel and qt-devel-private
AFAIK this was necessary to get access to QPainter internals for painter
introspection, and to build against the harfbuzz shipped with Qt sources.
Cheers,
Dan
--
Daniel Vrátil
KDE Desktop Team
Associate Software Engineer, Red Hat, Inc.
GPG Key: 0xC59D614F6F4AE348
Fingerprint: 4EC1 86E3 C54E 0B39 5FDD B5FB C59D 614F 6F4A E348
signature.asc
Description: This is a digitally signed message part.
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: Proposed F19 Feature: KScreen - KDE screen management
On Wednesday 23 of January 2013 16:32:41 Bill Nottingham wrote: Jaroslav Reznik (jrez...@redhat.com) said: = Features/KScreen https://fedoraproject.org/wiki/Features/KScreen Feature owner(s): Dan Vrátil dvra...@redhat.com Replace current KDE screen management software by KScreen. == Detailed description = KScreen is a KDE screen management software that massively improves user experience when working with multiple monitors in KDE. It provides modern user interface and can automatically save and restore screen configuration profiles. It obsoletes the current screen management software. If this is an upstream KDE project, wouldn't it just be rolled into the main KDE feature? The project will probably be merged in KDE 4.11 (released by August 2013). Right now it is not shipped as part of KDE SC to allow shorter release cycle and faster development. Dan Bill -- dvra...@redhat.com | Associate Software Engineer / BaseOS / KDE, Qt GPG Key: 0xC59D614F6F4AE348 Fingerprint: 4EC1 86E3 C54E 0B39 5FDD B5FB C59D 614F 6F4A E348 signature.asc Description: This is a digitally signed message part. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Proposed F19 Feature: KScreen - KDE screen management
On Thursday 24 of January 2013 07:58:41 Neal Becker wrote: Daniel Vrátil wrote: On Wednesday 23 of January 2013 16:32:41 Bill Nottingham wrote: Jaroslav Reznik (jrez...@redhat.com) said: = Features/KScreenhttps://fedoraproject.org/wiki/Features/KScreen Feature owner(s): Dan Vrátil dvra...@redhat.com Replace current KDE screen management software by KScreen. == Detailed description = KScreen is a KDE screen management software that massively improves user experience when working with multiple monitors in KDE. It provides modern user interface and can automatically save and restore screen configuration profiles. It obsoletes the current screen management software. If this is an upstream KDE project, wouldn't it just be rolled into the main KDE feature? The project will probably be merged in KDE 4.11 (released by August 2013). Right now it is not shipped as part of KDE SC to allow shorter release cycle and faster development. Dan Bill IMO, kscreen is going to have to do a lot of maturing before I'd want to use it. The version I tried kscreen-0.9.0-2.20121228git.fc19.x86_64 seemed to do almost nothing - when I tested by plugging external hdmi I like the original kde screen mangement much better. Verison 0.9 is an old git snapshot, current official release is 0.0.71 (I thought we will start official versioning from 1.0, thus I picked 0.9, but Alex decided to use different versioning scheme at the end). (lib)kscreen-1:0.0.71 is in updates-testing at the moment, please use this version test (and sorry for the confusion). Dan -- dvra...@redhat.com | Associate Software Engineer / BaseOS / KDE, Qt GPG Key: 0xC59D614F6F4AE348 Fingerprint: 4EC1 86E3 C54E 0B39 5FDD B5FB C59D 614F 6F4A E348 signature.asc Description: This is a digitally signed message part. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
