Re: [kde-freebsd] 4.11.2 sanity

2013-11-13 Thread Raphael Kubo da Costa 
Schaich Alonso alonsoscha...@fastmail.fm 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

2013-11-13 Thread Schaich Alonso 
On Wed, 13 Nov 2013 13:51:07 -0200
Raphael Kubo da Costa rak...@freebsd.org wrote:

 Schaich Alonso alonsoscha...@fastmail.fm 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

2013-11-13 Thread Ajtim 
On Wednesday 13 November 2013 20:21:49 Schaich Alonso wrote:
 On Wed, 13 Nov 2013 13:51:07 -0200
 Raphael Kubo da Costa rak...@freebsd.org wrote:
 
  Schaich Alonso alonsoscha...@fastmail.fm 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

Re: [kde-freebsd] 4.11.2 sanity

2013-11-12 Thread Raphael Kubo da Costa 
Schaich Alonso alonsoscha...@fastmail.fm 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

2013-11-12 Thread Schaich Alonso 
On Tue, 12 Nov 2013 22:13:52 +0200
Raphael Kubo da Costa rak...@freebsd.org wrote:

 Schaich Alonso alonsoscha...@fastmail.fm 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

2013-11-06 Thread Raphael Kubo da Costa 
Schaich Alonso alonsoscha...@fastmail.fm 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

2013-11-06 Thread Schaich Alonso 
On Wed, 06 Nov 2013 17:21:17 +0200
Raphael Kubo da Costa rak...@freebsd.org wrote:

 Schaich Alonso alonsoscha...@fastmail.fm 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

2013-11-06 Thread Schaich Alonso 
On Wed, 6 Nov 2013 20:45:08 +0100
Schaich Alonso alonsoscha...@fastmail.fm wrote:

 On Wed, 06 Nov 2013 17:21:17 +0200
 Raphael Kubo da Costa rak...@freebsd.org wrote:
 
  Schaich Alonso alonsoscha...@fastmail.fm 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

Re: [kde-freebsd] 4.11.2 sanity

2013-11-05 Thread Alberto Villa 
On Tue, Nov 5, 2013 at 2:48 AM, Schaich Alonso
alonsoscha...@fastmail.fm 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 avi...@freebsd.org
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

2013-11-05 Thread Raphael Kubo da Costa 
Alberto Villa avi...@freebsd.org writes:

 On Tue, Nov 5, 2013 at 2:48 AM, Schaich Alonso
 alonsoscha...@fastmail.fm 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

2013-11-05 Thread Schaich Alonso 
On Tue, 05 Nov 2013 08:15:22 -0200
Raphael Kubo da Costa rak...@freebsd.org wrote:

 Alberto Villa avi...@freebsd.org writes:
 
  On Tue, Nov 5, 2013 at 2:48 AM, Schaich Alonso
  alonsoscha...@fastmail.fm 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

2013-11-04 Thread Schaich Alonso 
On Tue, 05 Nov 2013 01:02:59 +0200
Raphael Kubo da Costa rak...@freebsd.org wrote:

 Schaich Alonso alonsoscha...@fastmail.fm 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 with incorrect arguments for macro