Re: [kde-freebsd] ports/186901: x11/kde4-workspace: libGLESv2.so: undefined reference to `_glapi_get_dispatch#39;

2014-02-21 Thread O. Hartmann
The following reply was made to PR ports/186901; it has been noted by GNATS.

From: O. Hartmann ohart...@zedat.fu-berlin.de
To: bug-follo...@freebsd.org
Cc:  
Subject: Re: ports/186901: x11/kde4-workspace: libGLESv2.so: undefined
 reference to `_glapi_get_dispatch#39;
Date: Thu, 20 Feb 2014 13:39:08 +0100

 --Sig_/.cteH9vJ_Nz7gTIDh_WM=dr
 Content-Type: text/plain; charset=US-ASCII
 Content-Transfer-Encoding: quoted-printable
 
 The same is for=20
 
 9.2-STABLE #0 r261834: Thu Feb 13 16:04:55 CET 2014 amd64 (LLVM/CLANG
 3.3).
 
 oh
 
 --Sig_/.cteH9vJ_Nz7gTIDh_WM=dr
 Content-Type: application/pgp-signature; name=signature.asc
 Content-Disposition: attachment; filename=signature.asc
 
 -BEGIN PGP SIGNATURE-
 Version: GnuPG v2.0.22 (FreeBSD)
 
 iQEcBAEBAgAGBQJTBfdyAAoJEOgBcD7A/5N8ExgH/3JIu2Uzc5Vla8Sij8VdY11R
 kWB4cv/Lkf8n1KPDPAPPQn+qyPw7X8KZW3cS92a0GwVII4BFZur3ouZgQg07Fbx7
 q81qYzo+oQ5E9ZV6B5MO03/EW8QIHXJTgzx4rsQclc9RvZEzrCjVGkpzDTdx135v
 oE5IkTdSRWr+pr2s3kckzMdHTkKLG5QedeFxDm42Or+h6AWjL4iXKsUbKbV04wWT
 nRHKSjQRmVe/z02u3VFGbAbenM9yV/Yoz3x8cX/jsxf71+ujYZbAPwos4Vszfu8K
 scVNry+7Xi0uxgYOPnW2yT9owrY0R1zAihs3FMTKdXTs46ig+hM8stHdtl6vyuM=
 =m6+w
 -END PGP SIGNATURE-
 
 --Sig_/.cteH9vJ_Nz7gTIDh_WM=dr--
___
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] ports/181935: x11/libkonq: ERROR: cmake/modules/FindKDE4Internal.cmake not found in Call Stack (most recent call first): CMakeLists.txt:12 (find_package)

2013-09-11 Thread O. Hartmann
The following reply was made to PR ports/181935; it has been noted by GNATS.

From: O. Hartmann ohart...@zedat.fu-berlin.de
To: Raphael Kubo da Costa rak...@freebsd.org
Cc: bug-follo...@freebsd.org
Subject: Re: ports/181935: x11/libkonq: ERROR:
 cmake/modules/FindKDE4Internal.cmake not found in Call Stack (most recent
 call first): CMakeLists.txt:12 (find_package)
Date: Tue, 10 Sep 2013 22:38:52 +0200

 --Sig_/qAaAES6Md.QuM6E+zLtPg+v
 Content-Type: text/plain; charset=US-ASCII
 Content-Transfer-Encoding: quoted-printable
 
 On Tue, 10 Sep 2013 17:19:02 -0300
 Raphael Kubo da Costa rak...@freebsd.org wrote:
 
  O. Hartmann ohart...@zedat.fu-berlin.de writes:
 =20
   All right, kdelibs4 now builds successfully. I try to rebuild things
   with portmaster -f so I could catch those ports which has
   accidentally compiled against libstdc++ instead of libc++ while the
   transition was made - I have still dropouts in graphics/opencv, even
   when building everything prerequisite to opencv.
  
   Trying to build libkonq also successfully.
 =20
  I've been told at least opencv-core has been fixed and now builds with
  libc++. I tried building x11/kde4 on poudriere and did manage to get
  past libkonq as well, but some other dependencies like math/cln still
  prevented poudriere from building all KDE ports.
 =20
  At least this one can be closed, I guess :-)
 
 
 Yes, please. Thanks for looking into this.
 
 Oliver
 
 --Sig_/qAaAES6Md.QuM6E+zLtPg+v
 Content-Type: application/pgp-signature; name=signature.asc
 Content-Disposition: attachment; filename=signature.asc
 
 -BEGIN PGP SIGNATURE-
 Version: GnuPG v2.0.21 (FreeBSD)
 
 iQEcBAEBAgAGBQJSL4NcAAoJEOgBcD7A/5N8ME8H/2bkoYtE43Iriof2k903M0gy
 lLusf4iivPh+UHBJZ4cDR5chm22QSIQFFsew4NwuZw7fOvF8+DyDZ00X6O4qHpf7
 IDkLqWh4wXcVogMfo8B29C4Wt7/XsKQPkHi9ygdBTlZVsqljMHZ59yONvrTYm5rf
 NXGt8WgWr2TifM3c1rhChz4O+E4ch2XREvwH1vsOjWVP6ohWkteq6C0Y030o2P8t
 3nmdvDQXEDRccJ+2v4tn2Epc9wWeyAyoPyT5PbXw6sOvfnbyixT8dygBfkqbNxFO
 AbHV+ZnEMPLrej075y/USe/2thfM6j3ROiSzy0kDZotmXveUMOPHZO76l/Rxczk=
 =nWuB
 -END PGP SIGNATURE-
 
 --Sig_/qAaAES6Md.QuM6E+zLtPg+v--
___
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] ports/181935: x11/libkonq: ERROR: cmake/modules/FindKDE4Internal.cmake not found in Call Stack (most recent call first): CMakeLists.txt:12 (find_package)

2013-09-10 Thread O. Hartmann
The following reply was made to PR ports/181935; it has been noted by GNATS.

From: O. Hartmann ohart...@zedat.fu-berlin.de
To: Raphael Kubo da Costa rak...@freebsd.org
Cc: bug-follo...@freebsd.org
Subject: Re: ports/181935: x11/libkonq: ERROR:
 cmake/modules/FindKDE4Internal.cmake not found in Call Stack (most recent
 call first): CMakeLists.txt:12 (find_package)
Date: Mon, 9 Sep 2013 18:47:54 +0200

 --Sig_/xSqr2CnUNVmyYGtQ84Dxji9
 Content-Type: text/plain; charset=US-ASCII
 Content-Transfer-Encoding: quoted-printable
 
 On Mon, 09 Sep 2013 18:39:40 +0300
 Raphael Kubo da Costa rak...@freebsd.org wrote:
 
  O. Hartmann ohart...@zedat.fu-berlin.de writes:
 =20
   On Sun, 08 Sep 2013 21:54:29 +0300
   Raphael Kubo da Costa rak...@freebsd.org wrote:
  
   Has x11/kdelibs4 been installed correctly?
  
   Yes. I was able to update (iconv matter, see UPDATING 20130904)
   kdelibs in queue as the build process suggested automatically with
   CURRENT r255253.
  
   On CURRENT r255398, it is not possible to build port kdelibs4 on all
   CURENT boxes which has undergome the update process.
  
   Mor scaring and frustrating, with CURRENT r255398 several ports,
   including kdevelop, libreoffice, firefox do not work anymore and
   dumps core! The worked AFTER the successful update and BEFORE the
   last OS update to r255398, as far as I can recall r255363.
 =20
  Can you try again after rebuilding qt4-corelib and kdelibs4 (with
  ports after r326778)?
 
 My ports tree is at:
 
 URL: http://svn.freebsd.org/ports/head
 Relative URL: ^/head
 Repository Root: http://svn.freebsd.org/ports
 Repository UUID: 35697150-7ecd-e111-bb59-0022644237b5
 Revision: 326820
 Node Kind: directory
 Schedule: normal
 Last Changed Author: rakuco
 Last Changed Rev: 326820
 Last Changed Date: 2013-09-09 18:24:12 +0200 (Mo, 09 Sep 2013)
 
 ... and this is waht I get while trying to compile x11/kdelibs4, see
 below. It is sticky on all most recent CURRENT system (=3D r255422).
 
 [...]
 [ 47%] Built target kfilemetadatareader_automoc
 Linking CXX executable ../bin/kfilemetadatareader
 /usr/local/lib/libstreamanalyzer.so.0: undefined reference to
 `Strigi::ProcessInputStream::ProcessInputStream(std::vectorstd::string,
 std::allocatorstd::string  const,
 Strigi::StreamBasechar*)' /usr/local/lib/libstreamanalyzer.so.0:
 undefined reference to `Strigi::checkUtf8(std::string
 const)' ../lib/libkio.so.7.0.1: undefined reference to
 `Strigi::AnalysisResult::AnalysisResult(std::__1::basic_stringchar,
 std::__1::char_traitschar, std::__1::allocatorchar  const, long,
 Strigi::IndexWriter, Strigi::StreamAnalyzer,
 std::__1::basic_stringchar, std::__1::char_traitschar,
 std::__1::allocatorchar  const)' c++: error: linker command failed
 with exit code 1 (use -v to see invocation) *** Error code 1
 
 --Sig_/xSqr2CnUNVmyYGtQ84Dxji9
 Content-Type: application/pgp-signature; name=signature.asc
 Content-Disposition: attachment; filename=signature.asc
 
 -BEGIN PGP SIGNATURE-
 Version: GnuPG v2.0.21 (FreeBSD)
 
 iQEcBAEBAgAGBQJSLfvCAAoJEOgBcD7A/5N8CkAH/24Q97pnq/vXkMi6tBl45pwj
 RWeZ+rHBHWR0V0HqeL8epOHXN6dRJQjZpGqEGgZfHNEg2cQFud3eBfa9zpnAAxVY
 x7eYg/LvBJ0FiabFG1iqBgKAwNi5lshFWedNzO7zhbASivT8YNsA/daXIQgw06Nj
 EYHewlP9wKNY1Mjp5DjdbmdrRvcJb13dpi8I7dd1sJUoXsP7GGEjK3Leg8/qSIQ9
 LTgvL2OmdVc9n4vaafpsAD44uaeWHOjgiBFSNuZ6tpMfCgd8ZzluUMN4yhkzw86R
 zRbctpirPyFf7apI6KJCIAlPMg0qG2VmlZNfKIF3fGX3uPgt4lIiVg5xRNClELo=
 =H+Kp
 -END PGP SIGNATURE-
 
 --Sig_/xSqr2CnUNVmyYGtQ84Dxji9--
___
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] ports/181935: x11/libkonq: ERROR: cmake/modules/FindKDE4Internal.cmake not found in Call Stack (most recent call first): CMakeLists.txt:12 (find_package)

2013-09-09 Thread O. Hartmann
The following reply was made to PR ports/181935; it has been noted by GNATS.

From: O. Hartmann ohart...@zedat.fu-berlin.de
To: Raphael Kubo da Costa rak...@freebsd.org
Cc: bug-follo...@freebsd.org
Subject: Re: ports/181935: x11/libkonq: ERROR:
 cmake/modules/FindKDE4Internal.cmake not found in Call Stack (most recent
 call first): CMakeLists.txt:12 (find_package)
Date: Sun, 8 Sep 2013 22:26:56 +0200

 --Sig_/eC3cI1yfwNMRQTAo+w5+4iO
 Content-Type: text/plain; charset=US-ASCII
 Content-Transfer-Encoding: quoted-printable
 
 On Sun, 08 Sep 2013 21:54:29 +0300
 Raphael Kubo da Costa rak...@freebsd.org wrote:
 
  Has x11/kdelibs4 been installed correctly?
 
 
 Yes. I was able to update (iconv matter, see UPDATING 20130904) kdelibs
 in queue as the build process suggested automatically with CURRENT
 r255253.
 
 On CURRENT r255398, it is not possible to build port kdelibs4 on all
 CURENT boxes which has undergome the update process.
 
 Mor scaring and frustrating, with CURRENT r255398 several ports,
 including kdevelop, libreoffice, firefox do not work anymore and dumps
 core! The worked AFTER the successful update and BEFORE the last OS
 update to r255398, as far as I can recall r255363.
 
 --Sig_/eC3cI1yfwNMRQTAo+w5+4iO
 Content-Type: application/pgp-signature; name=signature.asc
 Content-Disposition: attachment; filename=signature.asc
 
 -BEGIN PGP SIGNATURE-
 Version: GnuPG v2.0.21 (FreeBSD)
 
 iQEcBAEBAgAGBQJSLN2XAAoJEOgBcD7A/5N8VpkH/Rx/J0dg2IkXfV8iiNpXxy9c
 wh3cwf5nkdTUpYvtamPHjaN9xyEfB/xe64u/UK5YEG6+F6siHpF3MaGiyTOMtjkK
 OyXe5/72NImyiv2f3ub8m7XhXzur6BjB9ZDTUD8oYwVr+DyIWdKTwtLdNQMu4DHf
 nPt7HxvNuruESzT4DxNja40ujTXm5UeEXks7eKXTjvYPbOHgAHex6QG/BrlvsRO6
 3JaLHoVk3T/JK38xltPTj8QVMMXTCqobdPI/tdoucoOnyrM70r2NZ785fg/E/lJY
 WGurpogFxhby+o4SJnrSIhy5MFPJp+/oJSgZwhBv5zgDfDAPevJeFbbCyjCcP4k=
 =xQAX
 -END PGP SIGNATURE-
 
 --Sig_/eC3cI1yfwNMRQTAo+w5+4iO--
___
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] ports/181913: devel/qt4-script: /usr/include/c++/v1/type_traits:3175:22: error: call to 'swap' is ambiguous

2013-09-09 Thread O. Hartmann
On Sun, 8 Sep 2013 14:57:01 +0200
Dimitry Andric d...@freebsd.org wrote:

 On Sep 8, 2013, at 08:14, O. Hartmann ohart...@zedat.fu-berlin.de
 wrote:
  On Sat, 7 Sep 2013 22:49:54 GMT
  rak...@freebsd.org wrote:
  
  Synopsis:
  devel/qt4-script: /usr/include/c++/v1/type_traits:3175:22: error:
  call to 'swap' is ambiguous
  
  State-Changed-From-To: open-patched
  State-Changed-By: rakuco
  State-Changed-When: Sat Sep 7 22:47:43 UTC 2013
  State-Changed-Why: 
  I don't think the previous version worked.
  
  From your description, it looks like you've switched to building
  with libc++ whereas libstdc++ was being used before.
  
  The upcoming Qt 4.8.5 plus a few patches which only made it to
  4.8.6 (but we've backported) will finally make Qt build with
  libc++.
  
  We've just sent an exp-run request for Qt 4.8.5, and will hopefully
  fix all these errors once it is committed.
  
  http://www.freebsd.org/cgi/query-pr.cgi?pr=181913
  
  I build the world/kernel since early this year with 
  
  CXXFLAGS+=  -stdlib=libc++
  CXXFLAGS+=  -std=c++11
  
  
  in /etc/src.conf. I do not use those flags
  in /etc/make.conf! /etc/src.conf is supposed to target ONLY
  the /usr/src world, not the ports - this is as I interpret the man
  page for /etc/src.conf and it would be logical. But this
  rule/thinking seems to be broken by some includes
  from /usr/ports/Mk ingredients.
 
 Since r255321, -stdlib=libc++ is effectively the default, at least
 when you haven't set gcc as the default compiler.  So it also applies
 to ports, which unavoidably will lead to a bit of fallout.  My
 personal experience is that most C++-based ports compile fine with
 libc++ instead of libstdc++, except for a few that rely on internal
 libstdc++ details.
 
 However, -std=c++11 is *not* yet the default, and C++11 has different
 rules here and there, so some ports might fail to compile due to this.
 For some ports, too much hacking may be required to make them work
 with C++11.  So in case of trouble, try removing -std=, or setting it
 to different values (c++0x, c++98, gnu++98, etc), to get the port to
 compile.
 
 Note the base system should have no problems with -std=c++11, so
 please continue to use the option in src.conf, and report any
 problems if you encounter them, so we can fix them. :-)
 
 -Dimitry
 
Hello Dimitry,

btw, see PR ports/181932. This is definitely NOT libc++ related.

It came up since nearly all qt4-related clients (also kdelibs) fail and
drop core on r255398 - they worked prior to the last update today.

I tried recompiling qt4- and kdelibs4 to get my kdevelop environment as
well as libreoffice back (the drop core, as well as firefox, out of the
blue).

I also tried compiling those ports without any settings of CXXFLAGS
in /etc/src.conf, but it doens't help.

I can not understand why two critical changes from different branches
of the maintainig get the same time into the public (iconv/ports and
libstdc++ vanishing). Maybe I'm wrong here, but after three days, two
nights non-stop updating I'm through with this toy.


signature.asc
Description: PGP signature
___
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] ports/181913: devel/qt4-script: /usr/include/c++/v1/type_traits:3175:22: error: call to 'swap' is ambiguous

2013-09-08 Thread O. Hartmann
On Sun, 8 Sep 2013 14:57:01 +0200
Dimitry Andric d...@freebsd.org wrote:

 On Sep 8, 2013, at 08:14, O. Hartmann ohart...@zedat.fu-berlin.de
 wrote:
  On Sat, 7 Sep 2013 22:49:54 GMT
  rak...@freebsd.org wrote:
  
  Synopsis:
  devel/qt4-script: /usr/include/c++/v1/type_traits:3175:22: error:
  call to 'swap' is ambiguous
  
  State-Changed-From-To: open-patched
  State-Changed-By: rakuco
  State-Changed-When: Sat Sep 7 22:47:43 UTC 2013
  State-Changed-Why: 
  I don't think the previous version worked.
  
  From your description, it looks like you've switched to building
  with libc++ whereas libstdc++ was being used before.
  
  The upcoming Qt 4.8.5 plus a few patches which only made it to
  4.8.6 (but we've backported) will finally make Qt build with
  libc++.
  
  We've just sent an exp-run request for Qt 4.8.5, and will hopefully
  fix all these errors once it is committed.
  
  http://www.freebsd.org/cgi/query-pr.cgi?pr=181913
  
  I build the world/kernel since early this year with 
  
  CXXFLAGS+=  -stdlib=libc++
  CXXFLAGS+=  -std=c++11
  
  
  in /etc/src.conf. I do not use those flags
  in /etc/make.conf! /etc/src.conf is supposed to target ONLY
  the /usr/src world, not the ports - this is as I interpret the man
  page for /etc/src.conf and it would be logical. But this
  rule/thinking seems to be broken by some includes
  from /usr/ports/Mk ingredients.
 
 Since r255321, -stdlib=libc++ is effectively the default, at least
 when you haven't set gcc as the default compiler.  So it also applies
 to ports, which unavoidably will lead to a bit of fallout.  My
 personal experience is that most C++-based ports compile fine with
 libc++ instead of libstdc++, except for a few that rely on internal
 libstdc++ details.
 
 However, -std=c++11 is *not* yet the default, and C++11 has different
 rules here and there, so some ports might fail to compile due to this.
 For some ports, too much hacking may be required to make them work
 with C++11.  So in case of trouble, try removing -std=, or setting it
 to different values (c++0x, c++98, gnu++98, etc), to get the port to
 compile.
 
 Note the base system should have no problems with -std=c++11, so
 please continue to use the option in src.conf, and report any
 problems if you encounter them, so we can fix them. :-)
 
 -Dimitry
 

Hello Dimitry.

I ONLY use -std=c++11 in /etc/src.conf. The base system had never
problems so far since I use it. In /etc/make.conf, I avoid it.

But, and this is obviously a logical incosistency, the ports system
includes also /etc/src.conf, and I consider /etc/src.conf as base
system only as the man page suggests.

But the discussion has already been on the list. Somewhere in the
basd.*.mk files, /etc/src.conf is included. And I guess therefore it
comes to problems. 

Oliver



signature.asc
Description: PGP signature
___
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] ports/181913: devel/qt4-script: /usr/include/c++/v1/type_traits:3175:22: error: call to 'swap' is ambiguous

2013-09-08 Thread O. Hartmann
On Sat, 7 Sep 2013 22:49:54 GMT
rak...@freebsd.org wrote:

 Synopsis: devel/qt4-script: /usr/include/c++/v1/type_traits:3175:22:
 error: call to 'swap' is ambiguous
 
 State-Changed-From-To: open-patched
 State-Changed-By: rakuco
 State-Changed-When: Sat Sep 7 22:47:43 UTC 2013
 State-Changed-Why: 
 I don't think the previous version worked.
 
 From your description, it looks like you've switched to building with
 libc++ whereas libstdc++ was being used before.
 
 The upcoming Qt 4.8.5 plus a few patches which only made it to 4.8.6
 (but we've backported) will finally make Qt build with libc++.
 
 We've just sent an exp-run request for Qt 4.8.5, and will hopefully
 fix all these errors once it is committed.
 
 http://www.freebsd.org/cgi/query-pr.cgi?pr=181913


I build the world/kernel since early this year with 

CXXFLAGS+=  -stdlib=libc++
CXXFLAGS+=  -std=c++11


in /etc/src.conf. I do not use those flags
in /etc/make.conf! /etc/src.conf is supposed to target ONLY
the /usr/src world, not the ports - this is as I interpret the man page
for /etc/src.conf and it would be logical. But this rule/thinking seems
to be broken by some includes from /usr/ports/Mk ingredients.

I can assure that I didn't switch anything to build the ports but
rebuilding world and then restarting building. Something must have
changed since then in the logic of how libc++ slipped in instead of
of libstdc++.

What I did was a make delete-old-files, which deleted several GNU gcc
stuff on all CURRENT boxes. I did not see that any lib got killed after
I tried make delete-old-libs. And I did not check whether libstdc++
is still being built.

There are many other occasions where now c++ errors occur and I guess
those ports need to be reported in one by one via PR?


signature.asc
Description: PGP signature
___
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] ports/175750: databases/akonadi: -- Configuring incomplete, errors occurred!

2013-02-13 Thread O. Hartmann
Am 02/11/13 19:18, schrieb m...@freebsd.org:
 Synopsis: databases/akonadi: -- Configuring incomplete, errors occurred!
 
 State-Changed-From-To: open-feedback
 State-Changed-By: makc
 State-Changed-When: Mon Feb 11 18:18:31 UTC 2013
 State-Changed-Why: 
 KDE ports have been updated, can you reproduce the problem?
 
 http://www.freebsd.org/cgi/query-pr.cgi?pr=175750
 


Port builds fine now, please close.

oh



signature.asc
Description: OpenPGP digital signature
___
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] ports/175770: x11/kdelibs4: CMake Error at cmake/modules/FindQt4.cmake:1251 (MESSAGE): Qt qmake not found!

2013-02-13 Thread O. Hartmann
Am 02/11/13 19:18, schrieb m...@freebsd.org:
 Synopsis: x11/kdelibs4: CMake Error at cmake/modules/FindQt4.cmake:1251 
 (MESSAGE):   Qt qmake not found!
 
 State-Changed-From-To: open-feedback
 State-Changed-By: makc
 State-Changed-When: Mon Feb 11 18:18:29 UTC 2013
 State-Changed-Why: 
 KDE ports have been updated, can you reproduce the problem?
 
 http://www.freebsd.org/cgi/query-pr.cgi?pr=175770
 

Port buidl fine now, please close.

oh



signature.asc
Description: OpenPGP digital signature
___
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