Re: Review Request 122971: Document --stop-on-error in --help

es" please. I'm starting to think I'm the only one who prefers the man page, but the change makes sense and is in the right spot, please commit. :) - Michael Pyne On March 15, 2015, 10:08 p.m., Alex Richardson wrote: > > --

Re: Review Request 122971: Document --stop-on-error in --help

> On March 16, 2015, 11:52 p.m., Michael Pyne wrote: > > "a package" instead of "a packages" please. I'm starting to think I'm the > > only one who prefers the man page, but the change makes sense and is in the > > right spot, please commit.

Re: Review Request 124476: Fix warning about deprecated regex syntax using perl 5.22 here.

--- This is an automatically generated e-mail. To reply, visit: https://git.reviewboard.kde.org/r/124476/#review83009 --- Ship it! Ship It! - Michael Pyne On July 26, 2015, 9:53

Re: Review Request 124613: kdesrc-build: improve message about why a full refresh is needed

nt == 0; +$self->{needsRefreshed} = '' if $count == 0; return $count; } else { @@ -103,7 +105,7 @@ sub needsRefreshed { my $self = shift; -# Should be 1 except if no update happened. +# Should be a 're

Re: Review Request 124613: kdesrc-build: improve message about why a full refresh is needed

s an automatically generated e-mail. To reply, visit: https://git.reviewboard.kde.org/r/124613/#review83527 ------- On Aug. 9, 2015, 9:36 a.m., David Faure wrote: > > --- >

Re: Review Request 124613: kdesrc-build: improve message about why a full refresh is needed

- On Aug. 9, 2015, 9:36 a.m., David Faure wrote: > > --- > This is an automatically generated e-mail. To reply, visit: > https://git.reviewboard.kde.org/r/124613/ > --

Re: Review Request 127910: kdesrc-build: improve error messages by showing the right filename

nce we only need current_file when writing out error messages. It will help future me avoid some confusion that I worked through just now. ;) - Michael Pyne On May 13, 2016, 7:36 p.m., David Faure wrote: > > --- > This is an automatic

Re: Review Request 127910: kdesrc-build: improve error messages by showing the right filename

> On May 14, 2016, 2:56 a.m., Michael Pyne wrote: > > modules/ksb/RecursiveFH.pm, line 16 > > <https://git.reviewboard.kde.org/r/127910/diff/1/?file=464729#file464729line16> > > > > I think I would add a comment here to the effect that we don't maint

Re: Review Request 127910: kdesrc-build: improve error messages by showing the right filename

probably best to just put the filename stack update on a separate line. Alternately we could close the fh here and free up the calling code from doing it, and then return nothing... might be clearer that way. - Michael Pyne On May 15, 2016, 12:59 p.m., D

Re: Review Request 129140: Add peruse to the build list.

ctive anymore. Did that recently change? kdesrc-build will refuse to build inactive git repositories so that it doesn't accidentally download needless repositories when including dependencies. - Michael Pyne On Oct. 10, 2016, 11:46 a.m., Tomaz Canab

Re: Review Request 129117: Adds KF5Purpose and Kirigami to the default build

lace all of these sub-modules with something like `use-modules kde/kdegraphics`. The `kde/` is itself redundant and unnecessary, that's just an effort to make it clear it's not simply a single repository name. - Michael Pyne On Oct. 10, 2016, 10:

Re: Review Request 129140: Add peruse to the build list.

# Uncomment the following line to build software programs that are still under development #use-modules peruse kio-mtp end module-set - Michael Pyne On Oct. 10, 2016, 11:46 a.m., Tomaz Canabrava wrote: > > ---

Re: Review Request 129117: Adds KF5Purpose and Kirigami to the default build

> On Oct. 15, 2016, 8:51 p.m., Michael Pyne wrote: > > I think at some point I will want to find a way to have the > > kf5-*-build-include files be a reduced set of modules nearly everyone > > agrees are essential, and then have a user's own desired module-sets be

Re: Review Request 129117: Adds KF5Purpose and Kirigami to the default build

> On Oct. 15, 2016, 8:51 p.m., Michael Pyne wrote: > > kf5-applications-build-include, line 26 > > <https://git.reviewboard.kde.org/r/129117/diff/1/?file=481793#file481793line26> > > > > If the idea is to build everything in kdegraphics then it is probably &

Re: Review Request 129367: Use the generic redirect and add the doc link

t the changes look correct and would improve things, so +1 from me. - Michael Pyne On Nov. 15, 2016, 10:53 a.m., Luigi Toscano wrote: > > --- > This is an automatically generated e-mail. To reply, visit: > https://git.reviewboard

Re: Review Request 129117: Adds KF5Purpose and Kirigami to the default build

uildrc file that uses the "include" declaration to pull in applicable kf5-*-build-include files from the kdesrc-build git repository. See kf5-qt5-build-include for an example. Regards, - Michael Pyne

Re: Review Request 129724: [frameworks] Enable -Wsuggest-override for g++ >= 5.0.0

-missing-override) appears to already be picked up in its -Wall setting. - Michael Pyne On Dec. 29, 2016, 11:07 p.m., Albert Astals Cid wrote: > > --- > This is an automatically generated e-mail. To reply, visit

Re: Review Request 129724: [frameworks] Enable -Wsuggest-override for g++ >= 5.0.0

> On Dec. 30, 2016, 6:39 a.m., Martin Gräßlin wrote: > > Is that enabled by default now? I hope not! This is a completely useless > > warning for all frameworks (as we are not allowed to use override) and even > > more for a legacy code bases. I don't want to have to adjust the cmake in > > al

D5430: KDECompilerSettings: Pass -Wvla & -Wdate-time

mpyne accepted this revision. mpyne added a comment. This revision is now accepted and ready to land. I think these warning flags make sense as default warning flags. I don't agree that `__DATE__` and `__TIME__` should be avoided as a rule, but projects that find this valuable can disable th

D8256: Add _XOPEN_SOURCE to C definitions

mpyne added a comment. As I mentioned on the KDE bug, there is a possibility that changes like this would break FreeBSD. FreeBSD operates by a model of exporting symbols by default for legacy/BSD-specific needs. However if a feature flag is set, it limits its exports to *only* that require

D9118: ki18n cmake macros: Mark UIC-generated .h files to skip AUTOMOC by default

mpyne created this revision. mpyne added reviewers: Frameworks, Build System, Localization. Restricted Application added a project: Frameworks. REVISION SUMMARY CMake in 3.10.0 has started warning that `.h` files which are automatically generated have historically been left out of AUTOMOC, and

D9118: ki18n cmake macros: Mark UIC-generated .h files to skip AUTOMOC by default

mpyne added a comment. In https://phabricator.kde.org/D9118#174892, @aacid wrote: > Will this cause trouble with older cmake versions? Good question, I haven't tried it. I've verified that `set_property` at least is present in 2.8.12

D9118: ki18n cmake macros: Mark UIC-generated .h files to skip AUTOMOC by default

This revision was automatically updated to reflect the committed changes. Closed by commit R249:6e3b70843566: cmake: Mark UIC-generated .h files to skip AUTOMOC by default. (authored by mpyne). CHANGED PRIOR TO COMMIT https://phabricator.kde.org/D9118?vs=23312&id=23478#toc REPOSITORY R249 KI

D14908: Bindings: Add support for scoped enums

mpyne added a comment. LGTM but then I don't use the Python bindings. Have you already tried the kcoreaddons build to see if this makes it work where it had failed before? REPOSITORY R240 Extra CMake Modules REVISION DETAIL https://phabricator.kde.org/D14908 To: bruns, #frameworks Cc: m

D14908: Bindings: Add support for scoped enums

mpyne added a comment. As long as older versions of LLVM result in the Python binding generation step being skipped completely (we already check for libclang in the find-package for this, right?), I don't think the dependency increase is a problem. REPOSITORY R240 Extra CMake Modules REV

D14908: Bindings: Add support for scoped enums

mpyne accepted this revision. mpyne added a comment. This revision is now accepted and ready to land. LGTM and there's been plenty of time for a NAK. I say let's commit. REPOSITORY R240 Extra CMake Modules BRANCH scoped_enum REVISION DETAIL https://phabricator.kde.org/D14908 To: bruns

D8256: Add _XOPEN_SOURCE to C definitions

mpyne added a comment. Sorry, if I'd been able to check this earlier I'd have warned against pushing, this was the kind of concern I was addressing with my earlier comment about FreeBSD. I had run into a lot of those issues when trying to get KF5 to build on Alpine. Adding an _XOPEN_SOU

D16343: Add Craft blueprint for Juk

mpyne created this revision. mpyne added reviewers: bcooksley, vonreth, Build System. mpyne requested review of this revision. REVISION SUMMARY I *think* this is all that's needed to be able to build Juk for Windows using Craft. However I haven't been able to test yet, advice from the team app

D16343: Add Craft blueprint for Juk

This revision was automatically updated to reflect the committed changes. Closed by commit R877:5b8075db1585: Add a JuK recipe. (authored by mpyne). CHANGED PRIOR TO COMMIT https://phabricator.kde.org/D16343?vs=43995&id=44326#toc REPOSITORY R877 Craft Blueprints for KDE CHANGES SINCE LAST UP

Re: kcheckpass setuid

> > that happens when they installed as a regular user other than the one > > > they are running kde4 with. > > I guess it needs to be chowned to root ? If it's setuid, yes. Otherwise there's not too many great reasons to use the setuid bit at all. Regards,

Re: OpenGL vs. Qt4 OpenGL

addition to Qt's support (i.e. Qt's QGLWidget is useful but doesn't expose enough of the OpenGL API) or instead of Qt's support. But libGL.so is required in all cases, either directly by the application or indirectly through Qt's OpenGL module. Regards, - Michael Pyne

Re: [PATCH] builds libs by default with full RPATH

eard very convincing reasons to use it so far. It has its uses. I've named one, I'm sure there are others. Regards, - Michael Pyne signature.asc Description: This is a digitally signed message part. ___ Kde-buildsystem mailing list Kde-bu

Re: Getting rid of the LIB_INSTALL_DIR hack on windows

On Saturday 12 January 2008, Christian Ehrlicher wrote: > Hi, > > I know we discussed this already, but I'm very unhappy with the current > solution. > The problem is (for all who don't remember) that we want to install the > shared libs into /bin on windows. When we install the shared libs into >

Re: automoc4 from kdesupport now supported for building KDE

we are looking for _convenient_ solutions here :) Sadly that was the exact same thought I had. "Huh. I remember doing stupid shit like that for JuK's configure.in.in" Regards, - Michael Pyne signature.asc Description: This is a digitally signed message part.

Re: CMake Find Modules, HINTS, and NO_DEFAULT_PATH

it to cleanly compile I'll recompile kdelibs and let you know if it breaks. (I'll be silent if it works...) Regards, - Michael Pyne signature.asc Description: This is a digitally signed message part. ___ Kde-buildsystem mailing list Kde-buildsystem@kde.org https://mail.kde.org/mailman/listinfo/kde-buildsystem

Re: Old style headers

le. > > So the question is whether the Qt-module include dirs can be can be put > before the general include dir ? Well why not? It just defines the search order, right, such that any missing includes Qt is looking for will simply be found later, right? Regards, - Michael Pyne s

Re: CMake coding style

ne thing that used to be very annoying about CMake until it was allowed to be optional. With CMake 2.6 there is a syntax that doesn't resemble COBOL trying to get out, we just need to let it happen. ;) Regards, - Michael Pyne signature.a

Re: plasmaclock headers install location patch

gt; > Looks good. please commit. > > Could anyone commit it then? - I'm not the guy with svn access. If they have not already been committed I will do so now. In the interim if you are going to continue working on KDE source then you should be all means apply for a SVN account. Reg

Re: make clean doesn't delete moc files

On Thursday 05 February 2009, David Faure wrote: > Shouldn't it? Yes, it should. Probably some flag that needs to be added in Automoc to cause CMake to add them to the list of files to be cleaned? Regards, - Michael Pyne signature.asc Description: This is a digitally signed mess

Re: khotkeys parallel compilation patch for 4.2 branch

a race condition during parallel builds. Just because you've successfully completed a parallel build a million times doesn't mean there's no race conditions so it makes sense to me. I haven't reviewed the patch though. Regards, - Michael Pyne signature.asc

Re: Setting paths which depend on CMAKE_INSTALL_PREFIX

at the same time that's a matter of cutting-and-pasting, users don't even have to understand what they're doing beyond that. This may sound bad in practice but I think the extended testing we get over making people have to pass a gauntlet just to install KDE is better f

Re: [CMake] CMake 2.8.0 RC 1 ready for testing!

(but you're still happily running KApp 4.0). You decide to play with new g++ features and recompile KApp 4.0 against kdelibs 4.3, only to discover that now it won't build at all! This is breaking source compatibility while maintaining binary compatibility. Regards, - Michael Pyne &

Re: README.kde-qt

explain or find out how these affect > stuff. But i would like to have the list of options as short as possible. From qt-copy configure: The defaults (*) are usually acceptable. A plus (+) denotes a default value that needs to be evaluated. If the evaluation succeeds, the feature is in

Re: README.kde-qt

s -no-exceptions relate to XmlPattern and koffice? Koffice /used/ > > to build with -no-exceptions at least; recently it doesn't build, but > > that seems to be related to OpenGL... This reminds me, I've updated kdesvn-build and kdesvn-b

Re: kdepim: build hang (trunk)

uld help (you'll need to change CMAKE_BUILD_TYPE to custom though) Regards, - Michael Pyne signature.asc Description: This is a digitally signed message part. ___ Kde-buildsystem mailing list Kde-buildsystem@kde.org https://mail.kde.org/mailman

Re: strigi doesn't build anymore on FreeBSD

e want re-entrant versions of code whenever the system libraries make it possible. Regards, - Michael Pyne signature.asc Description: This is a digitally signed message part. ___ Kde-buildsystem mailing list Kde-buildsystem@kde.org https://mail.kde.org/mailman/listinfo/kde-buildsystem

kdesupport/strigi

SVN commit 1068818 by mpyne: Always define _REENTRANT for libxml2 in strigi, since this build failure has also been reported on Ubuntu Karmic. CCMAIL:kde-buildsystem@kde.org M +3 -2 CMakeLists.txt --- trunk/kdesupport/strigi/CMakeLists.txt #1068817:1068818 @@ -38,6 +38,9 @@ set (LIB

Re: Qt conditional version check

in CMake, let alone that it actually works. Regards, - Michael Pyne signature.asc Description: This is a digitally signed message part. ___ Kde-buildsystem mailing list Kde-buildsystem@kde.org https://mail.kde.org/mailman/listinfo/kde-buildsystem

Re: Serializing possibly resource-intensive tasks such as meinproc

nees. If my improvement isn't liked, then I > can keep it locally like Thiago and everybody else can forget it. And once again the perfect becomes the enemy of the good. :-/ Regards, - Michael Pyne signature.asc Description: This is a digitally signed message part.

Re: [RFC] Requiring CMake 2.6.3 or 2.6.4 for KDE 4.5

a, I'd be > really surprised if anyone complained. I think it's a fair requirement. Might as well make the requirement 2.6.4 while we're at it just in case we end up needing that bugfix later. Regards, - Michael Pyne signature.asc Description: This is a digitally signed messag

Re: How build KDE after building Qt with phonon support?

and > KDE into the same prefix. Note that Qt 4.7 does have a recent enough Phonon to support building KDE. So you can also simply upgrade Qt to 4.7 if you want. Regards, - Michael Pyne signature.asc Description: This is a digitally signed message part. _

Re: need help building Trunk

ants to throw in a kdesrc-buildrc that they are liking it may help. Also, if anyone wants to point out how I can improve the kdesrc-buildrc- sample defaults, that would be fine too. I'll attach my kdesrc-buildrc, and the kde-env-vars that I source in from my .bashrc and my .xsession.

Re: need help building Trunk

vironment and ask where the user wants them installed. If people end up finding that useful please let me know so I can link to it from the kdesrc-build website. Good luck! :) Regards, - Michael Pyne signature.asc Description: This is a digitally signed message part.

Re: need help building Trunk

nstall PulseAudio, for instance. Regards, - Michael Pyne signature.asc Description: This is a digitally signed message part. ___ Kde-buildsystem mailing list Kde-buildsystem@kde.org https://mail.kde.org/mailman/listinfo/kde-buildsystem

Re: Unable to decompress snapshot

itial source checkout take a bit longer but has a better shot of completing successfully. Regards, - Michael Pyne [1] My code actually sucks too. signature.asc Description: This is a digitally signed message part. ___ Kde-buildsystem mailing list Kde-

Re: Installing executable files

id's use case involved test installations, but the email has already expired from my folder and I'm too lazy to look it up. :( Regards, - Michael Pyne signature.asc Description: This is a digitally signed message part. ___ Kde-buildsyst

Re: Building multiple source modules

ust be built from the strigi supermodule, which then uses CMake to download and build the rest. That's fine as a one-off, but I really think *requiring* supermodules in order to build submodules is a recipe for a great deal of annoyance if that problem spreads. Regards, - Michael Pyne signature.asc Description: This is a digitally signed message part. ___ Kde-buildsystem mailing list Kde-buildsystem@kde.org https://mail.kde.org/mailman/listinfo/kde-buildsystem

Re: Building multiple source modules

er required for the submodules would have already existed. I've been too lazy to just delete all my CMake stuff and try that out though. Regards, - Michael Pyne signature.asc Description: This is a digitally signed message part. ___ Kde-buildsystem mailing list Kde-buildsystem@kde.org https://mail.kde.org/mailman/listinfo/kde-buildsystem

Initial support for kde_projects.xml in kdesrc-build

t configuration like you can do now. Like I said, "xml-support" branch on kdesrc-build git. If you want to give it a shot I'd appreciate it, if not that's fine too. Do keep in mind that I will be once again extraordinarily busy over the working week so if I horribly broke so

Re: Fixing OpenAL and libsndfile dependencies in kdegames (Was `Re: KDE/kdegames')

if libsndfile/OpenAL are not found. In the error message that would appear, instead of saying simply to install OpenAL, also give the alternative of adding -DBUILD_kgoldrunner=OFF and - DBUILD_granatier=OFF. That's about the best option I can see at this point. Regards, - Michael Pyne si

Re: extra-cmake-modules project has been created

behavior of "git push origin" is to push *all* branches IIRC, which may not be what you want if you have some local-only branches. Instead you'd want "git push origin $branchname" for each branch name you care about. Regards, - Michael Pyne http://community.kde.o

Announcement: qt-kde repo has been removed

mended) use Nokia's gitorious repo. e.g. module qt-copy repository git://anongit.kde.org/qt # or kde:qt if you've got the prefix setup... configure-flags ... end module Regards, - Michael Pyne signature.asc Description: This is a digitally signed message part. _

Possible regression with CMake 2.8.6 RC2

://www.cmake.org/gitweb?p=cmake.git;a=commit;h=fd61be71401ef9e0a241562fc31539273084deff Regards, - Michael Pyne signature.asc Description: This is a digitally signed message part. ___ Kde-buildsystem mailing list Kde-buildsystem@kde.org https://mail.kde.org

Re: review FindAkode.cmake

n initial replacement for aRts. It was superceded by Phonon. Regards, - Michael Pyne signature.asc Description: This is a digitally signed message part. ___ Kde-buildsystem mailing list Kde-buildsystem@kde.org https://mail.kde.org/mailman/listinfo/kde-buildsystem

[dragon/KDE/4.8] /: Remove find_package(Qt4) and QT_INCLUDES.

Git commit 829c805e782ce16fd0fb4b76cf7d5a6ac4feebff by Michael Pyne, on behalf of Michael Jansen. Committed on 05/05/2012 at 16:23. Pushed by mpyne into branch 'KDE/4.8'. Remove find_package(Qt4) and QT_INCLUDES. find_package(KDE4) looks for Qt and adds all necessary stuff to t

Re: Release Script

n snapshots but plain tarball snapshots, although those suffer the same issues. In fact it was worse because the directory name that was extracted to was unpredictable (e.g. kdeadmin.tar.bz2 extracts to kdeadmin-1233410/). Regards, - Michael Pyne signature.asc Description: This is a digitall

Re: Release Script

On Saturday, July 07, 2012 22:22:38 Michael Jansen wrote: > On Saturday, July 07, 2012 04:04:42 PM Michael Pyne wrote: > > On Saturday, July 07, 2012 18:27:42 Jorge Manuel B. S. Vicetto wrote: > > > >>> I think we did it for a time. At least i remember some " a

Re: Release Script

. But that option is non-POSIX. Plus there could easily be non-shell tarball handlers (e.g. Ruby or Python) where you might want to know what the extracted directory name should be. So unless there's a compelling reason otherwise I would recommend leaving any version information out of the

Re: kdelibs/kdecore/cmakelists KDE4_ENABLE_EXCEPTIONS cmake failure (4.8, 4.9)

hout this change). >From a buildsystem perspective it's fine. If you're asking for permission you'd probably want the release-team mailing list instead (but I'll go ahead and be so presumptuous as to say to commit and CC: release-team) Regards, - Michael Pyne sign

Re: kdelibs/kdecore/cmakelists KDE4_ENABLE_EXCEPTIONS cmake failure (4.8, 4.9)

On Sunday, July 15, 2012 21:02:35 Raphael Kubo da Costa wrote: > Michael Pyne writes: > > On Sunday, July 15, 2012 12:50:12 Shaun Reich wrote: > >> line 393 of kdecore/cmakelists results in: > >> > >> CMake Error at kdecore/CMakeLists.

Re: Review Request: ksplashx: Adjust erroneous CMake calls.

ommit. It can always be reverted later if it causes an issue, and it sounds like it fixes several other problems that haven't become issues yet. - Michael Pyne On July 7, 2012, 3:07 a.m., Raphael Kubo da Costa wrote: > >

Re: internal lib name vs. output lib name, getting internal dependencies?

've had issues with old config files being found and referencing old versions of libraries which I've since deleted, and having that cause build failure. Might be the same thing here. Regards, - Michael Pyne signature.asc Description: This is a digit

Re: Requiring cmake 2.8.9 for kdelibs 4.10 ?

oing to bump the dependency to something that isn't broadly available from distro packages then we might as well bump the requirement to the latest release. But hopefully we only make these bumps when there are clear advantages. Regards, - Michael Pyne signature.asc Description: This

Re: Requiring cmake 2.8.9 for kdelibs 4.10 ?

gt; > We're at 2.6.4 ;-) extra-cmake-modules disagrees. ;) I'm honestly still not sure whether ECM is actually required or not but I was under the assumption it was, which is why kdesrc-build now supports building cmake. :) Regards, - Michael Pyne __

Re: Requiring cmake 2.8.9 for kdelibs 4.10 ?

On Sunday, September 30, 2012 23:48:19 Albert Astals Cid wrote: > El Diumenge, 30 de setembre de 2012, a les 16:57:50, Michael Pyne va escriure: > > On Sunday, September 30, 2012 09:47:46 Alexander Neundorf wrote: > > > > So from the building kde stuff point of view it

Re: CMake 2.8.8 will be required for kdelibs 4.10 starting October 30th

able in your distribution, simply wget and untar it: In a pinch, git versions of kdesrc-build can also build CMake (from git). Regards, - Michael Pyne ___ Kde-buildsystem mailing list Kde-buildsystem@kde.org https://mail.kde.org/mailman/listinfo/kde-buildsystem

Re: [karchive] /: Show how qmake integration can be done.

like it simply makes it possible to match both "@foo.DEFINES" and "@foo.defines" lines with a single grep command. In other words, it makes the regex pattern into a case-insensitive match, which looks like is necessary here since the .pri.in had a ".defines"

Re: Review Request 115632: Add .reviewboardrc & Add frameworks-based kdevplatform + kdevelop

would pull in "kdevelop/*" for everything not ignored in kde-build-metadata/build-script-ignore. What is here is fine too, but if the appropriate branch for kdevelop ever changes that could lead to problems later, which is why I'm trying to push back toward branch-groups. -

Re: Review Request 115632: Add .reviewboardrc & Add frameworks-based kdevplatform + kdevelop

> On Feb. 12, 2014, 2:52 a.m., Michael Pyne wrote: > > kf5-applications-build-include, line 23 > > <https://git.reviewboard.kde.org/r/115632/diff/1/?file=243097#file243097line23> > > > > Would be better for these 2 modules to be a 'kde-projects'-b

Re: Review Request 116860: Use bzr pull instead of bzr up

--- This is an automatically generated e-mail. To reply, visit: https://git.reviewboard.kde.org/r/116860/#review53280 --- Ship it! Ship It! - Michael Pyne On March 17, 2014, 4:27

Re: Review Request 119263: misc: Do not call remove_tree with `safe' set to 1.

the build directory so I didn't need to use this option in the first place. - Michael Pyne On July 13, 2014, 3:44 p.m., Raphael Kubo da Costa wrote: > > --- > This is an automatically generated e-mail. To reply, visit: &

Re: Review Request 116733: Add kwalletmanager to KF5 workspace build list

--- This is an automatically generated e-mail. To reply, visit: https://git.reviewboard.kde.org/r/116733/#review66964 --- Ship it! Ship It! - Michael Pyne On Sept. 18, 2014, 9:35

Re: Review Request 116733: Add kwalletmanager to KF5 workspace build list

> On Sept. 19, 2014, 3:25 p.m., Michael Pyne wrote: > > Ship It! Actually not sure how I missed this earlier, but this RR is like 6 months old. Let me check to see if this is already integrated... - Michael --- T

Re: Review Request 116733: Add kwalletmanager to KF5 workspace build list

> On Sept. 19, 2014, 3:25 p.m., Michael Pyne wrote: > > Ship It! > > Michael Pyne wrote: > Actually not sure how I missed this earlier, but this RR is like 6 months > old. Let me check to see if this is already integrated... Yes, this needs discarded, it's alre

Re: is "grep" command exists into cmake ?

is why they support calling external programs. ;) It would perhaps be possible to port things that don't really need perl on a case-by-case basis if they need to be on Windows and our normal UNIX-y platforms, but I would hope it's only using perl if it needs to already. Regard

Re:

ation as the build rule seems to involve outputting a temporary file with a set name and then renaming the temp file to the correct file name. e.g. maninput-foo -> temp.1 -> foo.1 So when trying to convert multiple files to a man page simultaneously, things sometimes would break. Of cou

Re: How to replace configure.in.bot ?

igure.in.in's in the module configure script. That way we can put any information that the user needs to read all in one section right at the end, where it is easy to scroll up to catch anything they've missed. Regards, - Michael Pyne pgpRHTO

Re: New cmake tarball needed

x27;t be an issue in regards to that. ;) Regards, - Michael Pyne pgpeUluj0IGji.pgp Description: PGP signature ___ Kde-buildsystem mailing list Kde-buildsystem@kde.org https://mail.kde.org/mailman/listinfo/kde-buildsystem

Re: RPATH again - different types of executables

plications are the exception. Most KDE applications would be GUI mode. Stuff like kde-config would be console mode. Regards, - Michael Pyne pgphhMuJj8E27.pgp Description: PGP signature ___ Kde-buildsystem mailing list Kde-buildsystem@kde.org https://ma

Re: [FEATURE REQUEST] CMake and Colors

and that the /admin directory with CMake isn't likely to approach the current 600Kb compressed /admin directory we have (and that 3rd party authors must distribute). But it just doesn't make sense not to have the tools/files needed to compile KDE applications not installed along with

Re: spaces in the path

calls: > > #!/bin/sh > > dcopidl2cpp $@ > > What's the correct way to do this ? #!/bin/sh dcopidl2cpp "$@" There are sh-rules for expanding $@ in quoted strings, but I think what I just typed is accurate. Regards, - Michael Pyne pgp84uvjyPG81.pgp Desc

Re: Cannot compile kdelibs4_snapshot

upload), and if you want the kdelibs snapshot, you should be able to svn switch from kdelibs trunk. Regards, - Michael Pyne pgpK8HE9APwFu.pgp Description: PGP signature ___ Kde-buildsystem mailing list Kde-buildsystem@kde.org https://mail.kde.org/mailman/listinfo/kde-buildsystem

Re: Asking for a CMake feature

CMake + unsermake together? i.e. use unsermake instead of make. Regards, - Michael Pyne pgp6htJpKsccb.pgp Description: PGP signature ___ Kde-buildsystem mailing list Kde-buildsystem@kde.org https://mail.kde.org/mailman/listinfo/kde-buildsystem

How to set CXXFLAGS with CMake?

CMake version is the 20060317 snapshot. Regards, - Michael Pyne pgp0qw7xYCQgg.pgp Description: PGP signature ___ Kde-buildsystem mailing list Kde-buildsystem@kde.org https://mail.kde.org/mailman/listinfo/kde-buildsystem

Re: problems with cmake in kdegraphics

sure, but I assume we could just examing the code in one of the existing Find*.cmake files in $KDEDIR/share/apps/cmake/modules The CMake gurus hang out at kde-buildsystem@kde.org, so forwarding there. Regards, - Michael Pyne pgpGaLI9rkidJ.pgp Description: PGP signature __

Re: How to set CXXFLAGS with CMake?

t debugging). With that said though, it can't be that hard to set CXXFLAGS (or I hope not anyways). Really I just want to know if I should set them through the environment or by using a CMake option. Regards, - Michael Pyne pgp1KoELz5r6j.p

Re: CMake: please update to 2.4.0

people to use. That's a bit of maintenance on your part however. Another thing which may be easy enough for both of us is to have a file in KDE SVN which points to the snapshot tarball users should have, and then kdesvn-build could download/build from that URL as necessary. Regards,

Re: do we want to keep the out-of-source-only requirement ?

vely support srcdir != builddir to work. Now that Qt 4 supports this, it's looking like I can remove that code once I remove KDE 3 support in the distant future. Regards, - Michael Pyne pgpJXZS8YuHBn.pgp Description: PGP signature ___ Kde-buil

Re: do we want to keep the out-of-source-only requirement ?

On Tuesday 25 April 2006 17:29, Michael Pyne wrote: > Indeed, as much as I like arbritray restrictions on developers, I think we oy, that should be "as much as I hate arbitrary restrictions..." (although the old version would work with a bit of added sarcasm :) Regards, -

Problems running cmake on kdemultimedia

ng wrong I'd appreciate it. cmake version: 2.4-beta Regards, - Michael Pyne pgpG9oKpstkAP.pgp Description: PGP signature ___ Kde-buildsystem mailing list Kde-buildsystem@kde.org https://mail.kde.org/mailman/listinfo/kde-buildsystem

  1   2   >