rdieter added a comment.
These 2 threads:
https://www.riverbankcomputing.com/pipermail/pyqt/2018-August/040759.html
https://www.riverbankcomputing.com/pipermail/pyqt/2018-August/040771.html
REPOSITORY
R240 Extra CMake Modules
REVISION DETAIL
https://phabricator.kde.org/D15091
To:
rdieter added a comment.
I was asking mostly because that's what pyqt upstream strongly suggested (to
use all sip_flags) when I asked them.
REPOSITORY
R240 Extra CMake Modules
REVISION DETAIL
https://phabricator.kde.org/D15091
To: arojas, #frameworks, bruns
Cc: rdieter,
rdieter added a comment.
Why are you simply not using all PYQT_CONFIGURATION["sip_flags"]?
REPOSITORY
R240 Extra CMake Modules
REVISION DETAIL
https://phabricator.kde.org/D15091
To: arojas, #frameworks, bruns
Cc: rdieter, kde-frameworks-devel, kde-buildsystem, michaelh, ngraham, bruns
René J. V. Bertin wrote:
> Rex Dieter wrote:
>
>> I'm not aware of fedora providing any such thing.
>
> I still had the link in my terminal scrollback:
> http://ftp.gwdg.de/pub/opensuse/tumbleweed/repo/oss/suse/noarch/oxygen5-icon-theme-scalable-5.42.0-1.1.noarch.rpm
T
René J. V. Bertin wrote:
>> So all the PNG versions are there as handcrafted optimized versions of
>> their SVG counterpart, so the icons are still usable when needed in sizes
>> of 16,22,24,32,48,...
>
> Isn't that an answer to the question "why are there also png icons" (or to
> "why are so
in in repo already,
for example,
https://quickgit.kde.org/?p=sonnet.git=commit=0e6edac621fbd366b126ebd851fbea21355e02d0
- Rex Dieter
On April 27, 2015, 1:30 p.m., Eugene Shalygin wrote:
>
> ---
> This is an automatically generat
On April 7, 2015, 1:44 a.m., Aleix Pol Gonzalez wrote:
This doesn't let the user change the path but the distributor, that's quite
a different thing. Maybe it should be a runtime check?
Ideally yes, but the approach taken here so far is at least an incremental
improvement over the status
when I noticed this
already-open reviewboard submission). Given the polish and feedback already
(and lack of any notable objections), let's get it committed asap.
- Rex Dieter
On April 27, 2015, 1:30 p.m., Eugene Shalygin wrote
(without public api).
- Rex Dieter
On Aug. 4, 2015, 8:04 a.m., Harald Sitter wrote:
---
This is an automatically generated e-mail. To reply, visit:
https://git.reviewboard.kde.org/r/124610
On Feb. 13, 2014, 4:28 a.m., Rex Dieter wrote:
fyi, http://standards.freedesktop.org/menu-spec/menu-spec-latest.html ,
supporting vendor prefixes are not only a good idea, but is strongly
encouraged. ... it is recommended that providers of desktop-files ensure
that all desktop-file
On Feb. 13, 2014, 4:28 a.m., Rex Dieter wrote:
fyi, http://standards.freedesktop.org/menu-spec/menu-spec-latest.html ,
supporting vendor prefixes are not only a good idea, but is strongly
encouraged. ... it is recommended that providers of desktop-files ensure
that all desktop-file
-latest.html ,
supporting vendor prefixes are not only a good idea, but is strongly
encouraged. ... it is recommended that providers of desktop-files ensure
that all desktop-file ids start with a vendor prefix.
- Rex Dieter
On Feb. 12, 2014, 10:37 a.m., Alex Merry wrote
Mirko Boehm wrote:
Pretty strong language. Not much proof. Do you *know* how Red Hat or SuSE
build their packages?
I can vouche for fedora/redhat that the buildsystem does not have internet
access.
-- rex
___
Kde-frameworks-devel mailing list
13 matches
Mail list logo
