Review Request: Respect PYTHONDONTWRITEBYTECODE env variable

uses it since 4.8.4 Thanks, Andrea Scarpino

Re: Review Request 109404: Give more precedence to qmake executable names that specify the version

, 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 11, 2013, 3:29 a.m., Aleix Pol Gonzalez

Re: Review Request 109404: Give more precedence to qmake executable names that specify the version

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 packager view: we cannot have N differents configurations for qt

Re: Review Request 109404: Give more precedence to qmake executable names that specify the version

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 packager view: we cannot have N differents configurations for qt

Re: Review Request 109404: Give more precedence to qmake executable names that specify the version

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 packager view: we cannot have N differents configurations for qt

Re: Review Request 109404: Give more precedence to qmake executable names that specify the version

: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 qmake point to qmake-qt5 and adding qmake-qt4. With this patch, we look first

Review Request 111067: Drop internal Flex cmake module

--- 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

Re: Review Request 111067: Drop internal Flex cmake module

://git.reviewboard.kde.org/r/111067/diff/ Testing --- Thanks, Andrea Scarpino

Review Request 111068: Drop internal Msgfmt

--- 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

Re: Review Request 111068: Drop internal Msgfmt cmake module

://git.reviewboard.kde.org/r/111068/diff/ Testing --- Thanks, Andrea Scarpino

Review Request 111070: Drop internal PostgreSQL cmake module

--- 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

Review Request 111071: Drop internal RUBY cmake module

--- 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

Review Request 111072: Drop internal X11 cmake module

--- 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

Re: Review Request 111068: Drop internal Msgfmt cmake module

--- 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: --- This is an automatically

Re: Review Request 111068: Drop internal Msgfmt cmake module

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 wrote: The syntax seems to be a bit

Re: Review Request 111068: Drop internal Msgfmt cmake module

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 wrote: The syntax seems to be a bit

Re: startkde modifies PATH to add qt4 bin dir to the front

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

Re: Review Request 111183: Move KLanguageButton to KWidgets

/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

Review Request 111183: Move KLanguageButton to KWidgets

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

Re: Review Request 111183: Move KLanguageButton to KWidgets

/ Testing --- Builds. Thanks, Andrea Scarpino

Re: Review Request 111183: Move KLanguageButton to KWidgets

-CREATION staging/kwidgets/src/widgets/klanguagebutton.cpp PRE-CREATION Diff: http://git.reviewboard.kde.org/r/83/diff/ Testing --- Builds. Thanks, Andrea Scarpino

Re: openSUSE packagers' take on the 3 month release cycle

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

Re: Review Request 112235: Move focus to search field upon typing from result list

, not this 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.kde.org/r/112235

Re: kde-open5 bug help needed

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

Re: Next Gen CI Will Be Moving to Production Shortly: Upcoming Changes

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 >

kde-open5 bug help needed

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