Re: [kde-freebsd] 4.11.2 sanity
On Wednesday 13 November 2013 20:21:49 Schaich Alonso wrote: > On Wed, 13 Nov 2013 13:51:07 -0200 > Raphael Kubo da Costa wrote: > > > Schaich Alonso writes: > > > > > *** science/kalzium (science/openbabel) > > > > I've just fixed openbabel in ports (r333701), can you check if it solves > > your problems? > > Builds and works over here now. > > Alonso > ___ > kde-freebsd mailing list > kde-freebsd@kde.org > https://mail.kde.org/mailman/listinfo/kde-freebsd > See also http://freebsd.kde.org/ for latest information I deinstalled kalzium and avogadro and try to built with clang: /usr/include/c++/v1/__locale:695:1: error: variable 'isupper' declared as a template isupper(_CharT __c, const locale& __loc) ^ In file included from /usr/ports/science/avogadro/work/avogadro-1.1.0/libavogadro/src/pythonscript.cpp:26: In file included from /usr/ports/science/avogadro/work/avogadro-1.1.0/libavogadro/src/pythonscript.h:30: In file included from /usr/local/include/boost/python.hpp:11: In file included from /usr/local/include/boost/python/args.hpp:10: In file included from /usr/local/include/boost/python/args_fwd.hpp:10: In file included from /usr/local/include/boost/python/handle.hpp:11: In file included from /usr/local/include/boost/python/errors.hpp:13: In file included from /usr/local/include/boost/function/function0.hpp:11: In file included from /usr/local/include/boost/function/detail/maybe_include.hpp:13: In file included from /usr/local/include/boost/function/function_template.hpp:13: In file included from /usr/local/include/boost/function/detail/prologue.hpp:17: In file included from /usr/local/include/boost/function/function_base.hpp:20: In file included from /usr/local/include/boost/assert.hpp:82: /usr/include/c++/v1/__locale:695:8: error: expected ';' at end of declaration isupper(_CharT __c, const locale& __loc) ^ fatal error: too many errors emitted, stopping now [-ferror-limit=] In file included from /usr/include/c++/v1/iostream:38: In file included from /usr/include/c++/v1/ios:216: /usr/include/c++/v1/__locale:549:48: error: too many arguments provided to function-like macro invocation const char_type* toupper(char_type* __low, const char_type* __high) const ^ /usr/local/include/python2.7/pyport.h:731:9: note: macro 'toupper' defined here #define toupper(c) towupper(btowc(c)) ^ In file included from /usr/ports/science/avogadro/work/avogadro-1.1.0/libavogadro/src/pythonscript.cpp:26: In file included from /usr/ports/science/avogadro/work/avogadro-1.1.0/libavogadro/src/pythonscript.h:30: In file included from /usr/local/include/boost/python.hpp:11: In file included from /usr/local/include/boost/python/args.hpp:10: In file included from /usr/local/include/boost/python/args_fwd.hpp:10: In file included from /usr/local/include/boost/python/handle.hpp:11: In file included from /usr/local/include/boost/python/errors.hpp:13: In file included from /usr/local/include/boost/function/function0.hpp:11: In file included from /usr/local/include/boost/function/detail/maybe_include.hpp:13: In file included from /usr/local/include/boost/function/function_template.hpp:13: In file included from /usr/local/include/boost/function/detail/prologue.hpp:17: In file included from /usr/local/include/boost/function/function_base.hpp:20: In file included from /usr/local/include/boost/assert.hpp:82: In file included from /usr/include/c++/v1/iostream:38: In file included from /usr/include/c++/v1/ios:216: /usr/include/c++/v1/__locale:549:29: error: expected ';' at end of declaration list const char_type* toupper(char_type* __low, const char_type* __high) const ^ /usr/include/c++/v1/__locale:561:48: error: too many arguments provided to function-like macro invocation const char_type* tolower(char_type* __low, const char_type* __high) const ^ /usr/local/include/python2.7/pyport.h:729:9: note: macro 'tolower' defined here #define tolower(c) towlower(btowc(c)) ^ In file included from /usr/ports/science/avogadro/work/avogadro-1.1.0/libavogadro/src/pythonscript.cpp:26: In file included from /usr/ports/science/avogadro/work/avogadro-1.1.0/libavogadro/src/pythonscript.h:30: In file included from /usr/local/include/boost/python.hpp:11: In file included from /usr/local/include/boost/python/args.hpp:10: In file included from /usr/local/include/boost/python/args_fwd.hpp:10: In file included from /usr/local/include/boost/python/handle.hpp:11: In file included from /usr/local/include/boost/python/errors.hpp:13: In file included from /usr/local/include/boost/function/function0.hpp:11: In file included from /usr/local/include/boost/function/detail/maybe_include.hpp:13: In file included from /usr/local/include/boost/function/function_template.hpp:13: In file included from /usr/local/include/boost/function/detail/prologue.hpp:17: In f
Re: [kde-freebsd] 4.11.2 sanity
On Wed, 13 Nov 2013 13:51:07 -0200 Raphael Kubo da Costa wrote: > Schaich Alonso writes: > > > *** science/kalzium (science/openbabel) > > I've just fixed openbabel in ports (r333701), can you check if it solves > your problems? Builds and works over here now. Alonso ___ kde-freebsd mailing list kde-freebsd@kde.org https://mail.kde.org/mailman/listinfo/kde-freebsd See also http://freebsd.kde.org/ for latest information
Re: [kde-freebsd] 4.11.2 sanity
Schaich Alonso writes: > *** science/kalzium (science/openbabel) I've just fixed openbabel in ports (r333701), can you check if it solves your problems? ___ kde-freebsd mailing list kde-freebsd@kde.org https://mail.kde.org/mailman/listinfo/kde-freebsd See also http://freebsd.kde.org/ for latest information
Re: [kde-freebsd] 4.11.2 sanity
On Tue, 12 Nov 2013 22:13:52 +0200 Raphael Kubo da Costa wrote: > Schaich Alonso writes: > > > *** net-im/kopete-kde4 doesn't support staging > > USES=webplugin has recently been added to the ports tree, and it > probably solves the Kopete problem. Willing to give it a try? :-) I adapted it and "well it compiles" now (and packages with staging enabled), so I've commited it :D Alonso ___ kde-freebsd mailing list kde-freebsd@kde.org https://mail.kde.org/mailman/listinfo/kde-freebsd See also http://freebsd.kde.org/ for latest information
Re: [kde-freebsd] 4.11.2 sanity
Schaich Alonso writes: > *** net-im/kopete-kde4 doesn't support staging USES=webplugin has recently been added to the ports tree, and it probably solves the Kopete problem. Willing to give it a try? :-) ___ kde-freebsd mailing list kde-freebsd@kde.org https://mail.kde.org/mailman/listinfo/kde-freebsd See also http://freebsd.kde.org/ for latest information
Re: [kde-freebsd] 4.11.2 sanity
On Wed, 6 Nov 2013 20:45:08 +0100 Schaich Alonso wrote: > On Wed, 06 Nov 2013 17:21:17 +0200 > Raphael Kubo da Costa wrote: > > > Schaich Alonso writes: > > > > > Hello, > > > > > > So far, I have localy updated all are51/KDE ports to 4.11.3 and > > > packaged/installed them. Doing so, I ran into the following issues: > > > > > > * dependencies cannot be built > > > *** astro/kstar (astro/wcslib) > > > > Does http://www.freebsd.org/cgi/query-pr.cgi?pr=183718 solve your > > problem with wcslib or is it something else? > > As it didn't stage I've played around with wcslib for a bit now and found it > additionally needs MAKE_JOBS_UNSAFE in order to build over here. Otherwise > it will drop the -fPIC at some point, fail to link (the make process > ignores it though) and create a defunct package (over here). > Build logs attached, grep for "undefined reference" ;) > > Alonso ehhhm... attached. root@harmony:/usr/ports/astro/wcslib # make stage ===> Found saved configuration for wcslib-4.13.4 ===> wcslib-4.13.4 depends on file: /usr/local/sbin/pkg - found ===> Fetching all distfiles required by wcslib-4.13.4 for building ===> Extracting for wcslib-4.13.4 => SHA256 Checksum OK for wcslib-4.13.4.tar.bz2. ===> Patching for wcslib-4.13.4 ===> Applying FreeBSD patches for wcslib-4.13.4 ===> Ignoring patchfile /usr/ports/astro/wcslib/files/patch-GNUmakefile.orig ===> wcslib-4.13.4 depends on executable: gmake - found ===> wcslib-4.13.4 depends on shared library: cfitsio - found ===> Configuring for wcslib-4.13.4 ===> FreeBSD 10 autotools fix applied to /usr/obj/usr/ports/astro/wcslib/work/wcslib-4.13.4/configure configure: loading site script /usr/ports/Templates/config.site checking build system type... amd64-portbld-freebsd10.0 checking for flex... flex configure: Using Flex version 2.5.37. checking for gcc... cc checking for C compiler default output file name... a.out checking whether the C compiler works... yes checking whether we are cross compiling... no checking for suffix of executables... checking for suffix of object files... o checking whether we are using the GNU C compiler... yes checking whether cc accepts -g... yes checking for cc option to accept ISO C89... none needed checking how to run the C preprocessor... cpp checking for gcc... (cached) cc checking whether we are using the GNU C compiler... (cached) yes checking whether cc accepts -g... (cached) yes checking for cc option to accept ISO C89... (cached) none needed checking for cc option to accept ISO C99... none needed checking for cc option to accept ISO Standard C... (cached) none needed checking for an ANSI C-conforming const... yes checking for grep that handles long lines and -e... (cached) /usr/bin/grep checking for egrep... (cached) /usr/bin/egrep checking for ANSI C header files... (cached) yes checking for sys/types.h... (cached) yes checking for sys/stat.h... (cached) yes checking for stdlib.h... (cached) yes checking for string.h... (cached) yes checking for memory.h... (cached) yes checking for strings.h... (cached) yes checking for inttypes.h... (cached) yes checking for stdint.h... (cached) yes checking for unistd.h... (cached) yes checking for size_t... (cached) yes checking for off_t... (cached) yes checking for int8_t... (cached) yes checking for int16_t... (cached) yes checking for int32_t... (cached) yes checking for uint8_t... (cached) yes checking for uint16_t... (cached) yes checking for uint32_t... (cached) yes checking for ANSI C header files... (cached) yes checking for ctype.h... (cached) yes checking for errno.h... (cached) yes checking for limits.h... (cached) yes checking for math.h... (cached) yes checking setjmp.h usability... yes checking setjmp.h presence... yes checking for setjmp.h... yes checking for stdarg.h... (cached) yes checking for stdio.h... (cached) yes checking for stdlib.h... (cached) yes checking for string.h... (cached) yes checking for floor in -lm... yes checking for _LARGEFILE_SOURCE value needed for large files... no checking for stdlib.h... (cached) yes checking for GNU libc compatible malloc... (cached) yes checking for stdlib.h... (cached) yes checking for GNU libc compatible realloc... yes checking for function prototypes... yes checking whether setvbuf arguments are reversed... no checking whether lstat dereferences a symlink specified with a trailing slash... (cached) yes checking whether stat accepts an empty string... no checking for vprintf... (cached) yes checking for _doprnt... no checking for floor... yes checking for memset... (cached) yes checking for pow... yes checking for sqrt... yes checking for strchr... yes checking for strstr... yes checking for cosd in -lsunmath... no checking for sincos... no checking for int... (cached) yes checking size of int... 4 checking for long int... yes checking size of long int... 8 checking for long long int... (cached) yes checking size of long long int... 8 checking for printf z format modifier for size_t type... yes
Re: [kde-freebsd] 4.11.2 sanity
On Wed, 06 Nov 2013 17:21:17 +0200 Raphael Kubo da Costa wrote: > Schaich Alonso writes: > > > Hello, > > > > So far, I have localy updated all are51/KDE ports to 4.11.3 and > > packaged/installed them. Doing so, I ran into the following issues: > > > > * dependencies cannot be built > > *** astro/kstar (astro/wcslib) > > Does http://www.freebsd.org/cgi/query-pr.cgi?pr=183718 solve your > problem with wcslib or is it something else? As it didn't stage I've played around with wcslib for a bit now and found it additionally needs MAKE_JOBS_UNSAFE in order to build over here. Otherwise it will drop the -fPIC at some point, fail to link (the make process ignores it though) and create a defunct package (over here). Build logs attached, grep for "undefined reference" ;) Alonso ___ kde-freebsd mailing list kde-freebsd@kde.org https://mail.kde.org/mailman/listinfo/kde-freebsd See also http://freebsd.kde.org/ for latest information
Re: [kde-freebsd] 4.11.2 sanity
Schaich Alonso writes: > Hello, > > So far, I have localy updated all are51/KDE ports to 4.11.3 and > packaged/installed them. Doing so, I ran into the following issues: > > * dependencies cannot be built > *** astro/kstar (astro/wcslib) Does http://www.freebsd.org/cgi/query-pr.cgi?pr=183718 solve your problem with wcslib or is it something else? ___ kde-freebsd mailing list kde-freebsd@kde.org https://mail.kde.org/mailman/listinfo/kde-freebsd See also http://freebsd.kde.org/ for latest information
Re: [kde-freebsd] 4.11.2 sanity
On Tue, 05 Nov 2013 08:15:22 -0200 Raphael Kubo da Costa wrote: > Alberto Villa writes: > > > On Tue, Nov 5, 2013 at 2:48 AM, Schaich Alonso > > wrote: > >> I have merged the umbrello patches and can build it with clang/libc++ > >> now. Step however still fails even with the patch added. I have attached > >> the build outputs of step and also telepathy-qt4. > > > > The telepathy-qt4 one is already on my schedule, and I've got some > > more debug output by Atjim. Unless someone fixes it in the next hours, > > I should be able to take care of it. > > Oops. telepathy-qt4 is failing because you're probably using devel/cmake > 2.8.12 from area51. > > If so, you need > http://people.freebsd.org/~rakuco/cmake-2.8.12-fix-ports.diff to fix > some ports that relied on an internal CMake macro that had its arguments > changed in this release. > > I'm probably going to commit the CMake update to ports later today and > this should be fixed. Applying that patches, I can build telepathy-qt4 over here. krdc and krfb which both depend on it don't cause any trouble either any more. Alonso ___ kde-freebsd mailing list kde-freebsd@kde.org https://mail.kde.org/mailman/listinfo/kde-freebsd See also http://freebsd.kde.org/ for latest information
Re: [kde-freebsd] 4.11.2 sanity
Alberto Villa writes: > On Tue, Nov 5, 2013 at 2:48 AM, Schaich Alonso > wrote: >> I have merged the umbrello patches and can build it with clang/libc++ now. >> Step however still fails even with the patch added. I have attached the >> build outputs of step and also telepathy-qt4. > > The telepathy-qt4 one is already on my schedule, and I've got some > more debug output by Atjim. Unless someone fixes it in the next hours, > I should be able to take care of it. Oops. telepathy-qt4 is failing because you're probably using devel/cmake 2.8.12 from area51. If so, you need http://people.freebsd.org/~rakuco/cmake-2.8.12-fix-ports.diff to fix some ports that relied on an internal CMake macro that had its arguments changed in this release. I'm probably going to commit the CMake update to ports later today and this should be fixed. ___ kde-freebsd mailing list kde-freebsd@kde.org https://mail.kde.org/mailman/listinfo/kde-freebsd See also http://freebsd.kde.org/ for latest information
Re: [kde-freebsd] 4.11.2 sanity
On Tue, Nov 5, 2013 at 2:48 AM, Schaich Alonso wrote: > I have merged the umbrello patches and can build it with clang/libc++ now. > Step however still fails even with the patch added. I have attached the > build outputs of step and also telepathy-qt4. The telepathy-qt4 one is already on my schedule, and I've got some more debug output by Atjim. Unless someone fixes it in the next hours, I should be able to take care of it. -- Alberto Villa, FreeBSD committer http://people.FreeBSD.org/~avilla ___ kde-freebsd mailing list kde-freebsd@kde.org https://mail.kde.org/mailman/listinfo/kde-freebsd See also http://freebsd.kde.org/ for latest information
Re: [kde-freebsd] 4.11.2 sanity
On Tue, 05 Nov 2013 01:02:59 +0200 Raphael Kubo da Costa wrote: > Schaich Alonso writes: > > > Hello, > > > > So far, I have localy updated all are51/KDE ports to 4.11.3 and > > packaged/installed them. Doing so, I ran into the following issues: > > > > * dependencies cannot be built > > *** astro/kstar (astro/wcslib) > > *** net/krdc (net-im/telepathy-qt4) > > *** net/krfb (net-im/telepathy-qt4) > > *** science/kalzium (science/openbabel) > > > > * fails to compile (with either clang and gcc46) > > *** science/step > > *** science/rocs > > > > * fails to run > > *** astro/marble > > > > * sub-optimal, but works > > *** devel/kdesdk4-umbrello now needs gcc - or rather gcc's libstdc++ > > *** net-im/kopete-kde4 doesn't support staging > > *** x11/kde4-workspace doesn't support staging > > Thanks for working on this. > > I fixed science/step in ports today, the same commit can be backported > to area51. > > kdesdk4-umbrello has fixes up for review upstream, but you can already > take the first 2 commits in > http://article.gmane.org/gmane.linux.umbrello.devel/11419 to test. > > I'm not aware of telepathy-qt4 failing on any FreeBSD release, and I > haven't checked the other problems yet. Hi Thanks for the hint on the patches. I have merged the umbrello patches and can build it with clang/libc++ now. Step however still fails even with the patch added. I have attached the build outputs of step and also telepathy-qt4. Alonso root@harmony:/usr/ports # make MAKE_JOBS_UNSAFE=yes -C net-im/telepathy-qt4 ===> telepathy-qt4-0.9.3 depends on file: /usr/local/bin/python2.7 - found ===> telepathy-qt4-0.9.3 depends on executable: python - found ===> telepathy-qt4-0.9.3 depends on file: /usr/local/bin/cmake - found ===> telepathy-qt4-0.9.3 depends on executable: pkgconf - found ===> telepathy-qt4-0.9.3 depends on package: gstreamer-plugins>=0.10.0 - found ===> telepathy-qt4-0.9.3 depends on file: /usr/local/lib/qt4/libQtDBus.so - found ===> telepathy-qt4-0.9.3 depends on file: /usr/local/lib/qt4/libQtGui.so - found ===> telepathy-qt4-0.9.3 depends on file: /usr/local/bin/moc-qt4 - found ===> telepathy-qt4-0.9.3 depends on file: /usr/local/lib/qt4/libQtNetwork.so - found ===> telepathy-qt4-0.9.3 depends on file: /usr/local/bin/qmake-qt4 - found ===> telepathy-qt4-0.9.3 depends on file: /usr/local/lib/qt4/libQtTest.so - found ===> telepathy-qt4-0.9.3 depends on file: /usr/local/bin/rcc - found ===> telepathy-qt4-0.9.3 depends on file: /usr/local/bin/uic-qt4 - found ===> telepathy-qt4-0.9.3 depends on file: /usr/local/lib/qt4/libQtXml.so - found ===> telepathy-qt4-0.9.3 depends on executable: xsltproc - found ===> telepathy-qt4-0.9.3 depends on shared library: telepathy-farsight - found ===> telepathy-qt4-0.9.3 depends on shared library: telepathy-glib - found ===> telepathy-qt4-0.9.3 depends on shared library: xml2.5 - found ===> Configuring for telepathy-qt4-0.9.3 /usr/bin/sed -i.bak -e '/FIND_PROGRAM/ s/qmake //' /usr/obj/usr/ports/net-im/telepathy-qt4/work/telepathy-qt-0.9.3/cmake/modules/FindQt.cmake /usr/bin/sed -i.bak -e '/^add_dependencies(doxygen-doc / d' /usr/obj/usr/ports/net-im/telepathy-qt4/work/telepathy-qt-0.9.3/TelepathyQt/CMakeLists.txt /usr/bin/sed -i.bak -e '/TelepathyQt.*\.pc/ s|pkgconfig|../libdata/pkgconfig|' /usr/obj/usr/ports/net-im/telepathy-qt4/work/telepathy-qt-0.9.3/TelepathyQt/CMakeLists.txt /usr/obj/usr/ports/net-im/telepathy-qt4/work/telepathy-qt-0.9.3/TelepathyQt/Farsight/CMakeLists.txt /usr/bin/sed -i.bak -e '/${LIBXML2_INCLUDE_DIR}/ s|$| /usr/local/include|' /usr/obj/usr/ports/net-im/telepathy-qt4/work/telepathy-qt-0.9.3/TelepathyQt/Farsight/CMakeLists.txt ===> Performing in-source build /bin/mkdir -p /usr/obj/usr/ports/net-im/telepathy-qt4/work/telepathy-qt-0.9.3 -- Could NOT find QHELPGENERATOR (missing: QHELPGENERATOR_EXECUTABLE) -- Found Python executable: /usr/local/bin/python2.7 -- Found Python version: 2.7.5 -- Python 2.7 found -- Found GObject libraries: gobject-2.0;glib-2.0;intl -- Found GObject includes : /usr/local/include/glib-2.0 -- checking for module 'farstream-0.1>=0.1.0' -- package 'farstream-0.1>=0.1.0' not found -- Could NOT find Farstream (missing: FARSTREAM_LIBRARIES FARSTREAM_INCLUDE_DIR) -- checking for module 'telepathy-farstream>=0.2.2' -- package 'telepathy-farstream>=0.2.2' not found -- Could NOT find TelepathyFarstream (missing: TELEPATHY_FARSTREAM_LIBRARIES TELEPATHY_FARSTREAM_INCLUDE_DIR) CMake Error at cmake/modules/FindQt.cmake:77 (QT4_CREATE_MOC_COMMAND): QT4_CREATE_MOC_COMMAND Macro invoked with incorrect arguments for macro named: QT4_CREATE_MOC_COMMAND Call Stack (most recent call first): cmake/modules/TpQtMacros.cmake:181 (qt_create_moc_command) cmake/modules/TpQtMacros.cmake:198 (tpqt_generate_moc_i) examples/accounts/CMakeLists.txt:12 (tpqt_generate_mocs) CMake Error at cmake/modules/FindQt.cmake:77 (QT4_CREATE_MOC_COMMAND): QT4_CREATE_MOC_COMMAND Macro invoked w
Re: [kde-freebsd] 4.11.2 sanity
Schaich Alonso writes: > Hello, > > So far, I have localy updated all are51/KDE ports to 4.11.3 and > packaged/installed them. Doing so, I ran into the following issues: > > * dependencies cannot be built > *** astro/kstar (astro/wcslib) > *** net/krdc (net-im/telepathy-qt4) > *** net/krfb (net-im/telepathy-qt4) > *** science/kalzium (science/openbabel) > > * fails to compile (with either clang and gcc46) > *** science/step > *** science/rocs > > * fails to run > *** astro/marble > > * sub-optimal, but works > *** devel/kdesdk4-umbrello now needs gcc - or rather gcc's libstdc++ > *** net-im/kopete-kde4 doesn't support staging > *** x11/kde4-workspace doesn't support staging Thanks for working on this. I fixed science/step in ports today, the same commit can be backported to area51. kdesdk4-umbrello has fixes up for review upstream, but you can already take the first 2 commits in http://article.gmane.org/gmane.linux.umbrello.devel/11419 to test. I'm not aware of telepathy-qt4 failing on any FreeBSD release, and I haven't checked the other problems yet. ___ kde-freebsd mailing list kde-freebsd@kde.org https://mail.kde.org/mailman/listinfo/kde-freebsd See also http://freebsd.kde.org/ for latest information