Python3 issues?
- Alex Merry
On Dec. 14, 2015, 4:48 p.m., Raphael Kubo da Costa wrote:
>
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://git.reviewboard.kde.
---
This is an automatically generated e-mail. To reply, visit:
https://git.reviewboard.kde.org/r/126345/#review89506
---
Ship it!
Ship It!
- Alex Merry
On Dec. 14, 2015, 4:48 p.m
> On Dec. 14, 2015, 6:24 p.m., Alex Merry wrote:
> > Seems sensible to me. Are there any potential Python2 vs Python3 issues?
>
> Raphael Kubo da Costa wrote:
> I don't think there are any -- the `.pyc/.pyo` files are installed with a
> different name into a differe
On 2015-11-05 09:22, Ben Cooksley wrote:
Hi all,
For some time it has been apparent that api.kde.org is experiencing
some issues with maintenance. It doesn't really fall into sysadmin's
domain, but developers often lack the knowledge on how to get Doxygen
working as needed to build projects API
On 2015-09-19 18:11, Allen Winter wrote:
On Saturday, September 19, 2015 07:03:40 PM Martin Graesslin wrote:
On Saturday, September 19, 2015 12:54:57 PM CEST you wrote:
> http://api.kde.org/4.x-api/workspace-apidocs/kwayland/html/index.html
> look ok?
hmm that doesn't use the wonderful
frozen to some degree.
- Alex Merry
On Sept. 15, 2015, 8:59 a.m., Raphael Kubo da Costa wrote:
>
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://git.reviewboard.kde.
On 2015-08-14 10:01, Jaroslaw Staniek wrote:
Hi,
ECM's KDECompilerSettings.cmake contains:
# Default to hidden visibility for symbols
set(CMAKE_CXX_VISIBILITY_PRESET hidden)
set(CMAKE_VISIBILITY_INLINES_HIDDEN 1)
This raises a warning [1] for CMake 3.3+ and ignores this.
David Faure and I
On Wednesday 27 May 2015 06:56:29 Allen Winter wrote:
On Tuesday, May 26, 2015 09:12:13 AM Scarlett Clark wrote:
On Tuesday, May 26, 2015 12:06:22 PM Allen Winter wrote:
% kdesrc-build kio
Could not locate file kf5/kdoctools/customization in
(/Users/allenwinter/Library/Application
On Saturday 06 June 2015 13:12:24 Jeremy Whiting wrote:
One of the reasons I'm not installing into /Library/Application
Support is to not require sudo. I believe macports itself has policies
of not installing to either of these paths though, so it's not a
proper solution for macports I guess.
On Saturday 09 May 2015 22:54:49 Martin Koller wrote:
I'm working on porting kolourpaint to kf5.
Now I find the following:
KDELIBS4SUPPORT_DEPRECATED_EXPORT QStringList typeForMime(const QString
mimeType);
The comment says: Use QMimeType::name() instead().
However this seems incorrect.
On Monday 06 April 2015 02:57:11 Michael Palimaka wrote:
On 04/04/15 19:44, David Faure wrote:
But since both Stephen Kelly and Alex Merry (maintainers of ECM) are in
favour of switching, I'll make the switch.
Well, there's a bit of a difference between no objections and support
On Wednesday 25 March 2015 22:35:24 Stephen Kelly wrote:
Hello,
ECM release numbers are in sync with KF5 release numbers, except for the
major component.
This means that if you want to build the 5.x.y release you have to download
the 1.x.y release of ECM. That doubles the complexity of
On Friday 27 February 2015 22:55:18 Alex Merry wrote:
On Friday 27 February 2015 13:29:59 Jeremy Whiting wrote:
On Fri, Feb 27, 2015 at 4:05 AM, Alex Merry alex.me...@kde.org wrote:
4. Use the PATH_VARS to ecm_configure_package_config_file().
ecm_configure_package_config_file
Forwarding to kde-licensing, which is the proper venue for this. Please keep
any further discussion there.
On Friday 27 February 2015 17:41:01 Pali Rohár wrote:
Hello,
I'm forwarding message from Daniel. What is license of KDE icons?
Can we do something with (possible) GPL violation?
On Wednesday 25 February 2015 19:10:08 Jeremy Whiting wrote:
One issue I found however is that some frameworks (maybe all?) have a
KF5FooConfig.cmake.in with ${PACKAGE_PREFIX_PATH}/@KDE_INSTALL_DATADIR@ in
them to specify where to find the data files. On my OS X install that was
getting filled
On Friday 27 February 2015 13:29:59 Jeremy Whiting wrote:
3. Use absolute paths for KDE_INSTALL_DATADIR everywhere and remove
${PACKAGE_PREFIX_PATH} completely.
There is KDE_INSTALL_FULL_DATADIR, which is absolute. However, that
removes
the relocatability of the package that
On Monday 02 February 2015 21:49:22 Albert Astals Cid wrote:
El Divendres, 30 de gener de 2015, a les 10:47:22, Alex Merry va escriure:
On Friday 30 January 2015 10:44:23 Alex Merry wrote:
Over on kde-frameworks-devel, there have been several requests to bring
back `make uninstall
Over on kde-frameworks-devel, there have been several requests to bring back
`make uninstall` for KF5 and KF5-based projects.
KDELibs4 used to define this for any dependent projects (it's essentially
`xargs rm install_manifest.txt` under the hood), and we could easily add it
to
On Friday 30 January 2015 10:44:23 Alex Merry wrote:
Over on kde-frameworks-devel, there have been several requests to bring back
`make uninstall` for KF5 and KF5-based projects.
KDELibs4 used to define this for any dependent projects (it's essentially
`xargs rm install_manifest.txt` under
On Wednesday 28 January 2015 12:27:06 Jan Kundrát wrote:
On Wednesday, 28 January 2015 10:08:54 CEST, Ben Cooksley wrote:
11) We actually do use some of Jenkins advanced features, and it
offers quite a lot more than just a visual view of the last failure.
As a quick overview:
a)
On Wednesday 28 January 2015 13:14:14 Martin Gräßlin wrote:
At the moment I must say that I find gerrit's web interface extremely
cumbersome to use. This is something I experienced with both Qt's as well
as KDE's setup. Navigation through the code is difficult, you cannot see
the complete
On Thursday 25 December 2014 21:20:53 Ben Cooksley wrote:
No comments on scratch or clone repositories? Or the movement of
repositories? Or how anongit functions (what you find works least well,
etc)?
I'm not too sure of the utility of clone repos. TBH, I would rather push
towards keeping
On Thursday 25 December 2014 20:29:12 Thomas Friedrichsmeier wrote:
On Thu, 25 Dec 2014 20:21:05 +1300
Ben Cooksley bcooks...@kde.org wrote:
3) People are free to create and delete to all branches below work/*.
Creation and deletion of branches outside this would be limited to
project
On Wednesday 24 December 2014 00:04:22 Ben Cooksley wrote:
The first seems the least contentious: allowing all developers to
delete branches on our mainline repositories, except for certain
protected branches (like master and KDE/* for instance).
Any suggestions or variations on this?
I
On Wednesday 24 December 2014 00:20:18 Ben Cooksley wrote:
Hi all,
As has been made evident in the prior thread there are quite a few
interesting ideas floating around about what our Git infrastructure
should be capable of.
Our current one was constructed when KDE first seriously migrated
On Tuesday 18 November 2014 23:45:56 Albert Astals Cid wrote:
I didn't even know we were using json now. Why did we change from .desktop
file to .json ones? What's the benefit? Seems like .desktop files did their
job good enough and we have all the tooling available already.
Because that's
) summary page, this is what the
glibc maintainers recommend, so we should do it.
- Alex Merry
On Nov. 17, 2014, 3:48 p.m., Milian Wolff wrote:
---
This is an automatically generated e-mail. To reply, visit:
https://git.reviewboard.kde.org/r
On Friday 14 November 2014 17:36:10 Aleix Pol wrote:
On Fri, Nov 14, 2014 at 4:23 PM, Milian Wolff m...@milianw.de wrote:
Hello all.
Since recently I get spammed by warnings such as this one:
/ssd/milian/projects/kde4/kdelibs/kdecore/network/klocalsocket_unix.cpp:22
:
On 2014-09-09 16:41, Kevin Ottens wrote:
Now, let's get to the subject of this email: effective immediately I
will
be stepping back from KDE Frameworks to refocus my energy elsewhere in
KDE.
Some of you probably saw this coming as I was already less active over
the
past few weeks.
Thank you
On Sunday 03 August 2014 01:41:29 Matthias Klumpp wrote:
We are speaking of a small bit of XML, which is placed in
CMAKE_INSTALL_METAINFODIR (/usr/share/appdata) - so this is not a
change which could break anything (in case you still don't like it,
you can always git-revert, but in that case,
On Tuesday 08 July 2014 17:30:19 Kevin Ottens wrote:
* he's also like to see the android port progress, in particular he got no
answer about getting a file in ECM to that effect;
Sorry, life's a bit crazy at the mo. Will try to look at soon. Although I'd
appreciate the input of anyone else
probably move to the lib/konq/CMakeLists.txt file.
CMakeLists.txt
https://git.reviewboard.kde.org/r/118851/#comment42290
This should probably move the the dolphin/src/CMakeLists.txt file
- Alex Merry
On June 20, 2014, 5:53 p.m., Scarlett Clark wrote
/#comment42292
But now you'll want to put an actual version number in here (or remove the
variable use altogether).
- Alex Merry
On June 20, 2014, 6:44 p.m., Scarlett Clark wrote:
---
This is an automatically generated e-mail. To reply
---
This is an automatically generated e-mail. To reply, visit:
https://git.reviewboard.kde.org/r/118851/#review60620
---
Ship it!
Ship It!
- Alex Merry
On June 20, 2014, 6:44 p.m
On 05/05/14 23:03, Alvaro Soliverez wrote:
I have a question about the currency features. In KLocale, you can get
KCurrencyCode for the current locale, which is fine.
Now, for KMyMoney we need to get the list of all currencies for all
countries (since a user usually deals with multiple
On 30/03/14 12:24, Àlex Fiestas wrote:
Hi there
It was requested by the maintainers of some of the projects that live in the
kde-workspace repo that they would love to keep the whole history after the
split. Doing such thing is easy for projects that have not been moved (kwin,
Just to warn you that the kdnssd module in kdenetwork has been renamed
to zeroconf-ioslave (since that's what it is), and the
kdnssd-framework module in frameworks has been renamed to kdnssd.
Given that only scripty and I have made commits to what is now
zeroconf-ioslave since it was in svn, this
kdelibs4 strongly encourages (by providing ${ICON_INSTALL_DIR}) its
users to install their application desktop in
$PREFIX/share/applications/kde4/.
In KDEInstallDirs.cmake in extra-cmake-modules (the standard for KDE
applications in a post-kdelibs world), we change this to
p.m.)
Review request for KDE Runtime and Alex Merry.
Repository: kde-runtime
Description
---
This adds match detection for webp files (both lossy and lossless), the same
way as audio/x-wav files are detected (both are RIFF based)
Diffs
-
kimgio/webp.xml
/115355
I'm not sure whether this should go into kde-runtime; I've lost track of how
frozen various bits of KDE SC are. The change itself looks good, though.
- Alex Merry
On Feb. 5, 2014, 2:44 p.m., Jerome Leclanche wrote
---
This is an automatically generated e-mail. To reply, visit:
https://git.reviewboard.kde.org/r/115486/#review49055
---
Ship it!
Ship It!
- Alex Merry
On Feb. 4, 2014, 7:24 p.m
On 11/01/14 10:25, Joseph Wenninger wrote:
Hi!
I'm trying to compile qt5 from the kde repositories, as described in
http://community.kde.org/Frameworks/Building
First I tried building without qtwebkit, but than the kdesignerplugin
doesn't build which causes a lot of other things to fail
On 11/01/14 10:25, Joseph Wenninger wrote:
Hi!
I'm trying to compile qt5 from the kde repositories, as described in
http://community.kde.org/Frameworks/Building
First I tried building without qtwebkit, but than the kdesignerplugin
doesn't build which causes a lot of other things to fail
On 06/01/14 06:52, Kevin Ottens wrote:
I used to say that the maintenance model of kdelibs was David Faure by
default. It's great to have someone like David around, but at the same time
it's delusional and dangerous to think that he'll always be able to save the
day. This model has to stop
On 07/01/14 16:28, Kevin Ottens wrote:
* alexmerry [...] plans to adopt kimageformats and kmediaplayer;
Alex: Both KImageFormats and KMediaPlayer are your if you adjust the wiki
page
accordingly.
I've also taken KDesignerPlugin; as far as I'm aware, I'm the only
person to have done
but I can't
remember why now and I'm not sure it is still valid. Alex Merry might
remember, was it because QPrintPreview wasn't available at the time?
We may not end up with much left here :-)
I don't remember, but looking at email archives and Qt docs, it looks
like that probably
On 07/01/14 22:30, John Layt wrote:
Running through the print dialog features, I'm don't think there is
anything left to be upstreamed. There's a couple of very minor CUPS
features in the dialog that I don't think anyone uses (mirror page,
page border, page label) that I don't really want in
://git.reviewboard.kde.org/r/114012/diff/
Testing
---
cmake runs, builds, installs.
Thanks,
Alex Merry
/playerinterface/xmms_p.h 10a6e51
Diff: http://git.reviewboard.kde.org/r/113993/diff/
Testing
---
CMake still runs successfully.
Thanks,
Alex Merry
On 05/08/13 20:55, Milian Wolff wrote:
I'm out of the loop, since this is so close to the final release I'm not sure
whether I should get this in...
I'd say commit it; the patch is pretty trivial, and I can't see any way
it could break the build for anyone not using Clang, and build fixes are
I suspect a lot of people read both, but it's probably better to keep
frameworks discussions on the frameworks list as much as possible.
Forwarding there now.
Alex
Original Message
Subject: Re: KIO progress towards tier 1 framework?
Date: Tue, 2 Jul 2013 13:05:25 +0200
From:
On 09/06/12 14:30, Aaron J. Seigo wrote:
personally, i think it is completely unnecessary and that we should all get
used to it now because it could happen in future that Frameworks are released
on a different release cycle to applications so that kdelibs version ==
workspaces version will
On 09/06/12 21:53, Alex Merry wrote:
On 09/06/12 14:30, Aaron J. Seigo wrote:
personally, i think it is completely unnecessary and that we should all get
used to it now because it could happen in future that Frameworks are
released
on a different release cycle to applications so
On 22/11/11 01:51, Pau Garcia i Quiles wrote:
Given that we are already feature frozen, I am hereby requesting a
freeze exception for the following:
This request should go to the release team mailing list, shouldn't it?
Alex
On 20/11/11 20:57, Albert Astals Cid wrote:
This sounds like a If you are going to disagree we don't want you in mantra,
which is kind of worrying.
I think it's more of a if you're going to keep returning to decisions
that have already been made, we don't want you in.
I'm not sure creating
back-end using media-player-info [3], the first attempt was [2] by
Alex Merry and this patch is heavily based on it. This patch relates to
a discussion at [1] and is just a first step, the second would
be to forward PMP interface from udev backed to udisks backed somehow
(udisks...Device
On 17/10/11 18:10, Friedrich W. H. Kossebau wrote:
Hi,
kde-workspace trunk is supposed to be compiled against kdelibs KDE/4.7, right?
For me it seems that FindKActivities.cmake is missing then in kdelibs KDE/4.7
or kde-workspace trunk. Because kde-workspace/CMakeLists.txt has the line
On 01/10/11 15:27, Dario Freddi wrote:
Me and Bjorn have been discussing extensively about how to improve the current
situation with Power Management in KDE. We focused on simplicity, still
without losing power-user features. And we have a plan I'd like to share and
get some feedback on.
I
On 30/09/11 12:36, Sebastian Trüg wrote:
I would like to anyone using the old API to change to the new
ResourceWatcher as soon as possible because I would like to disable the
old signals soon. They simply entail to many problems and clutter the API.
You might want to contact developers using
On 31/08/11 15:33, Stefan Majewsky wrote:
On Wed, Aug 31, 2011 at 4:20 PM, Albert Astals Cidaa...@kde.org wrote:
But I have a general question: Why is there a Name[lang]= field at all ?
The translation for the mime types is already given in the shared-mime-info
database.
Because it is a
On 21/08/11 15:23, John Layt wrote:
So lets turn that on its head. Lets write a statement saying why we
need a spec and what it needs to achieve. Mention we have an existing
solution that would be a good starting point, but don't actually
detail it. Then send that to xdg and Gnome and Unity
---
This is an automatically generated e-mail. To reply, visit:
http://git.reviewboard.kde.org/r/101138/#review3343
---
This has been merged. Can you close it, please?
- Alex
On
---
This is an automatically generated e-mail. To reply, visit:
http://svn.reviewboard.kde.org/r/4927/#review10132
---
Can you discard this, since it is superceded by
---
This is an automatically generated e-mail. To reply, visit:
http://git.reviewboard.kde.org/r/101337/#review3262
---
I don't know much about the code, just noticed a couple of
On 10/05/11 09:26, Aaron J. Seigo wrote:
we also have some blighted API that remains that needs cleaning up, but we
also need to exercise restraint. since we don't need to make huge changes to
many parts of Platform, we should try and show caution in changing things
just because we can. we
On March 26, 2011, 1:11 p.m., Alex Merry wrote:
As I understand it, Plasma activities have progressed quite a bit in the
last two years. Is this still relevant? Should it maybe be discarded,
updated and resubmitted?
Luca Bellonda wrote:
Forget about this patch, it is very old
On March 30, 2009, 2:34 a.m., Andreas Pakulat wrote:
So which applications would use this widget, besides the solid kcm's (I'm
assuming the kcm's can share the widget without it being in kdelibs)?
Dario Freddi wrote:
At the moment none, but since Solid is growing, some applications
---
This is an automatically generated e-mail. To reply, visit:
http://svn.reviewboard.kde.org/r/579/#review10026
---
What's the current state of this review? Should it be discarded?
---
This is an automatically generated e-mail. To reply, visit:
http://svn.reviewboard.kde.org/r/643/#review10027
---
As I understand it, Plasma activities have progressed quite a bit
---
This is an automatically generated e-mail. To reply, visit:
http://svn.reviewboard.kde.org/r/955/#review10028
---
Do we still want this? We now have QScopedPointer, but it
The kdelibs group on http://svn.reviewboard.kde.org/ has 80 open reviews
going back two years.
You'll have noticed that I've started posting questions about whether
they should be discarded on the oldest ones - I'm going to do this
slowly, so as to avoid flooding k-c-d. But if you could have
kdegraphics has now moved to git, with the exception of Okular and
mobipocket.
Alex
On Wednesday 15 December 2010 11:37:51 John Layt wrote:
That was always my assumption. Which also makes me confused as to why
promoting from private to public would break BIC, why should any change in a
formerly private symbol break BIC when it is essentially deleting a private
symbol and
73 matches
Mail list logo