On Sat, May 6, 2017 at 11:37 AM, Ben Cooksley wrote:
> Which brings me to the third point of attention. We'll only be adding
> projects to the Next Gen CI system at their request going forward. For
> Frameworks, Applications and Plasma this is something which we're
> essentially assuming we're goi
On Tue, May 9, 2017 at 3:14 PM, Albert Astals Cid wrote:
> The problem I think is that you need to make the slave aware that it should
> not do the redirection, i.e.
> void redirection(const QUrl &_url);
> should turn into
> bool redirection(const QUrl &_url);
>
> And then on http.cpp set m_is
Hi all,
I hit a bug[1][2] in kde-open5 when using
QDesktopServices::openUrl(myUrl) to open the system browser.
The issue is that, since myUrl redirects to another page, kde-open5
(used under the hood by QDesktopServices because
XDG_CURRENT_DESKTOP=KDE is set) "fetches" the redirection url and the
one.
I'm sorry for the mess.
- Andrea Scarpino
On Aug. 31, 2013, 8:49 a.m., Harald Hvaal wrote:
>
> ---
> This is an automatically generated e-mail. To reply, visit:
> http://git.reviewboard
On Monday 08 July 2013 21:55:28 Albert Astals Cid wrote:
> From total ignorace, how much time do you need to change a 4.12 to a 4.13 in
> a spec file? What is consuming your time doing a packaging of a new
> release?
We don't just run a sed rule on each spec (pkgbuild, in my case) file. We
check
agebutton.h PRE-CREATION
staging/kwidgets/src/widgets/klanguagebutton.cpp PRE-CREATION
Diff: http://git.reviewboard.kde.org/r/83/diff/
Testing
---
Builds.
Thanks,
Andrea Scarpino
g/r/83/diff/
Testing
---
Builds.
Thanks,
Andrea Scarpino
utton.h feb2b5b
kdeui/widgets/klanguagebutton.cpp c5d8e4b
staging/kwidgets/src/CMakeLists.txt 03a7d7a
Diff: http://git.reviewboard.kde.org/r/83/diff/
Testing
---
Builds.
Thanks,
Andrea Scarpino
946ebf
kdeui/widgets/klanguagebutton.h feb2b5b
kdeui/widgets/klanguagebutton.cpp c5d8e4b
staging/kwidgets/src/CMakeLists.txt 03a7d7a
Diff: http://git.reviewboard.kde.org/r/83/diff/
Testing
---
Builds.
Thanks,
Andrea Scarpino
On Tuesday 18 June 2013 19:19:24 Albert Astals Cid wrote:
> Sure we could do all that, but given the black magic that is involved in
> startkde (or so I've been told), i'd prefer to go for a simpler solution
> like the attached patch.
>
> If anyone is running without qdbus on the path can you give
To reply, visit:
http://git.reviewboard.kde.org/r/111072/#review34519
---
On June 17, 2013, 5:35 p.m., Andrea Scarpino wrote:
>
> ---
> This is an automatically generated e-mai
x27;s not used.
- Andrea
---
This is an automatically generated e-mail. To reply, visit:
http://git.reviewboard.kde.org/r/111071/#review34518
---
On June 17, 2013, 5:30 p
kio/CMakeLists.txt 6af7b6d
kio/kio/thumbcreator.h 6cf19d6
kioslave/file/CMakeLists.txt 3237aad
staging/kio/src/core/ConfigureChecks.cmake 7e3dca5
staging/knotifications/src/CMakeLists.txt 72d2999
Diff: http://git.reviewboard.kde.org/r/111080/diff/
Testing
---
Thanks,
Andrea
> On June 17, 2013, 8:13 p.m., Albert Astals Cid wrote:
> > What about the other stuff like GETTEXT_CREATE_TRANSLATIONS or
> > GETTEXT_PROCESS_PO_FILES?
>
> Andrea Scarpino wrote:
> Those are available in the upstream FindGettext too.
>
> Albert Astals Cid wr
--------
On June 17, 2013, 5:27 p.m., Andrea Scarpino wrote:
>
> ---
> This is an automatically generated e-mail. To reply, visit:
> http://git.reviewboard.kde.org/r/111070/
>
> On June 17, 2013, 8:13 p.m., Albert Astals Cid wrote:
> > What about the other stuff like GETTEXT_CREATE_TRANSLATIONS or
> > GETTEXT_PROCESS_PO_FILES?
>
> Andrea Scarpino wrote:
> Those are available in the upstream FindGettext too.
>
> Albert Astals Cid wr
This is an automatically generated e-mail. To reply, visit:
http://git.reviewboard.kde.org/r/111068/#review34508
---
On June 17, 2013, 5:26 p.m., Andrea Scarpino wrote:
>
> ---
---
Use upstream one.
Diffs
-
cmake/modules/CMakeLists.txt 25ea009
cmake/modules/FindX11.cmake f2f879d
Diff: http://git.reviewboard.kde.org/r/111072/diff/
Testing
---
Thanks,
Andrea Scarpino
---
Use upstream FindRuby instead.
Diffs
-
cmake/modules/CMakeLists.txt 25ea009
cmake/modules/FindRUBY.cmake b5d3c0f
Diff: http://git.reviewboard.kde.org/r/111071/diff/
Testing
---
Thanks,
Andrea Scarpino
---
Use upstream one.
Diffs
-
cmake/modules/CMakeLists.txt 25ea009
cmake/modules/FindPostgreSQL.cmake 7955612
Diff: http://git.reviewboard.kde.org/r/111070/diff/
Testing
---
Thanks,
Andrea Scarpino
://git.reviewboard.kde.org/r/111068/diff/
Testing
---
Thanks,
Andrea Scarpino
---
Use GETTEXT_MSGFMT_EXECUTABLE from #FindGettext.cmake coming with CMake instead.
Diffs
-
cmake/modules/CMakeLists.txt 25ea009
cmake/modules/FindMsgfmt.cmake 47c6121
Diff: http://git.reviewboard.kde.org/r/111068/diff/
Testing
---
Thanks,
Andrea Scarpino
://git.reviewboard.kde.org/r/111067/diff/
Testing
---
Thanks,
Andrea Scarpino
---
Use upstream FLEX provided by upstream.
Diffs
-
cmake/modules-tests/Flex/CMakeLists.txt 38b6656
cmake/modules/FindFlex.cmake 1b43ae5
Diff: http://git.reviewboard.kde.org/r/111067/diff/
Testing
---
Thanks,
Andrea Scarpino
---
>
> (Updated March 29, 2013, 1:09 a.m.)
>
>
> Review request for Build System, kdelibs, David Faure, Alexander Neundorf,
> and Andrea Scarpino.
>
>
> Description
> ---
>
> Recently ArchLinux decided to ship Qt5 and they did so by making qmak
> On March 11, 2013, 6:19 a.m., Andrea Scarpino wrote:
> > "I was quite clear: "qmake" must point by default to Qt 4 if Qt 4 present."
> > While qtchooser sounds like a great solution to handle this, it only adds
> > more confusion from a p
> On March 11, 2013, 6:19 a.m., Andrea Scarpino wrote:
> > "I was quite clear: "qmake" must point by default to Qt 4 if Qt 4 present."
> > While qtchooser sounds like a great solution to handle this, it only adds
> > more confusion from a p
> On March 11, 2013, 6:19 a.m., Andrea Scarpino wrote:
> > "I was quite clear: "qmake" must point by default to Qt 4 if Qt 4 present."
> > While qtchooser sounds like a great solution to handle this, it only adds
> > more confusion from a p
setup for qtchooser.
Also, every binary points to the latest version in Arch (e.g. python points to
python3 not python2)
However all this discussion isn't related to Arch itself: I think that binaries
with specific version takes precedence, don't they?
- Andrea Scarpino
On March
uses it since 4.8.4
Thanks,
Andrea Scarpino
30 matches
Mail list logo
