New Package - CMake-2.8.3

[ken@…]

Cmake is a build dependency for kde4.

To build it in the absence of an existing cmake, use ./bootstrap : at a minimum ./bootstrap --prefix=/usr. That has two unfortunate side-effects:

(i.) it puts man pages into /usr/man (our symlink solves that, so long as we still have it) and documentation in /usr/doc/cmake-2.6

(ii.) it uses its own versions of curl, expat, zlib, xmlrpc-c. I have no particular feelings about xmlrpc-c (it's a niche product, apparently only used by the 'cpack' program), but the other three really ought to be using the system versions. Unfortunatley, cmake uses an all-or-nothing approach to system-libs, so xmlrpc-c has to be used if you want to use system zlib etc. I've built xmlrpc-c-1.06.31 for this, using curl - ticket to follow.

So, I'm now using

./bootstrap --prefix=/usr --system-libs --mandir=/share/man --docdir=/share/doc/cmake-2.6.2

[Randy McMurchy]

As this package is required by KDE4 and KDE4 is marked as future, I'm changing this to future.

[ken@…]

I'm inclined to pull this forward to 6.4 again, along with xmlrpc-c, so that people keen to try that can of worms called kde4 don't end up by accident with statically linked old versions of those libraries.

[Randy McMurchy]

Things have become much simpler. xmlrpc has been dropped so it is just a matter of having curl, zlib and expat installed and using the --system-libs (though it is mentioned in the docs that doing so should be reserved for the package maintainers).

Also, the default docdir is where it is supposed to be because we have the compatibility symlink, but putting it in the right spot to begin with is the right move.

[thomas]

cmake not only required for KDE4, in the meanwhile, many packages uses it: k3b, digikam, hugin, rawtherapee...

Seems so it depends on 'libarchive' (​http://code.google.com/p/libarchive/) too.

[Randy McMurchy]

This package will be required when libproxy is updated. The version of libproxy in the book is 2.5 years old, so it is just a matter of time. I'm using an updated libproxy, I'll have to see how that affects the rest of my Gnome build.

[thomas]

the patch is just a first shoot - please comment! I propably will create a page for the libarchive too.

[ken@…]

Please don't hold your breathe waiting for a comment from me - I created this ticket in the expectation we would want to move to kde4, but since then I've given up on kde, and my current view is that if something requires cmake then I won't build it. This has stopped me looking at current versions of one or two packages. To explain - most autotools packages have configure scripts that work in known ways. Cmake is totally different, and appeared (when I last built it) to be both determined to do things differently, and determined to create static libraries. For people who use windows, no doubt that it acceptable. For people using libre software, it seems like a major step backwards.

[thomas]

Well yes, I can understand your feeling about cmake! But we must face the fact that cmake seems to become a often used package - even not only in KDE4. The later one is the reason why I picked up this ticket as I want to have KDE4 in the book. KDE4 is out now for years and in the meanwhile it became quite stable. I think we shouldn't ignore that desktop any longer. So I would like to ask the project leads whether it's ok to reassign this ticket to 6.7 as KDE4 is still there and cmake is a prerequisite. I've a patch ready to commit to add libarchive and cmake to the book. Would that be ok for you?

btw, the patch is attached.

[bdubbs@…]

Milestone renamed