Alonso Schaich | 22 Oct 23:27 2014

[SVN Commit] area51/PYQT/devel/py-qt4

SVN commit 10439 by aschai:

Revert r10358.

 M  +2 -0      Makefile  

_______________________________________________
kde-freebsd mailing list
kde-freebsd <at> kde.org
https://mail.kde.org/mailman/listinfo/kde-freebsd
See also http://freebsd.kde.org/ for latest information

Raphael Kubo da Costa | 22 Oct 23:02 2014
Picon

[SVN Commit] branches/qt-5.3

SVN commit 10438 by rakuco:

Merge devel/qt5-qmldevtools into lang/qt5-qml.

qt5-qmldev only worked as a standalone port with a lot of duct tape and our
hacks that invoked qmake from a subdirectory of ${WRKSRC}.

Since the latter does not work anymore, we cannot build qt5-qmldevtools as
we did before: the "no_module_headers" sed call in the Makefile no longer
works, qt5-qml is needed as a build-time dependency and the headers (which
actually belong to qt5-qml and are also installed by it into a different
location) cannot be installed anymore.

Since the port now depends on qt5-qml to build and the header files it used
to install are now shipped only by qt5-qml, there is no purpose in keeping
the port around.

ack'ed by makc <at>  and avilla <at> .

 M  +1 -0      MOVED-area51  
 M  +1 -4      QT/Mk/bsd.qt.mk  
 M  +1 -1      QT/devel/qt5-linguisttools/Makefile  
 D             QT/devel/qt5-qmldevtools (directory)  
 M  +4 -0      QT/lang/qt5-qml/pkg-plist  
 M  +1 -1      QT/x11-toolkits/qt5-quick/Makefile  

_______________________________________________
kde-freebsd mailing list
kde-freebsd <at> kde.org
https://mail.kde.org/mailman/listinfo/kde-freebsd
(Continue reading)

Raphael Kubo da Costa | 22 Oct 23:00 2014
Picon

[SVN Commit] branches/qt-5.3/QT/Mk

SVN commit 10437 by rakuco:

bsd.qt.mk: Set QMAKESPEC instead of QMAKEPATH.

This partially reverts r8728.

QMAKEPATH does much more than we want now that we call qmake from the top of
${WRKSRC}. qmake uses QMAKEPATH when evaluating the QMAKE_MKSPECS property,
which is in turn used by qt_config.pri to load the .pri files in
mkspecs/modules.

In practice, this means that if people have an older Qt installation those
files will be used and QT_CONFIG will have values such as "gui" even if one
is building a port like textproc/qt5-xml, which passes -no-gui to the
configure script. Consequently, unintended code paths may be enabled or the
configuration step can just fail if the .pro files expect values that are
not present in the system-wide, older .pri files.

We avoid all those problems if we use QMAKESPEC, as qmake does not take its
value into account when evaluating the QMAKE_MKSPECS property and will only
parse the files in the mkspec's directory (mkspecs/freebsd-clang, for
example, instead of all the files in mkspecs).

 M  +4 -3      bsd.qt.mk  

_______________________________________________
kde-freebsd mailing list
kde-freebsd <at> kde.org
https://mail.kde.org/mailman/listinfo/kde-freebsd
See also http://freebsd.kde.org/ for latest information
(Continue reading)

Raphael Kubo da Costa | 22 Oct 23:00 2014
Picon

[SVN Commit] branches/qt-5.3/QT

SVN commit 10436 by rakuco:

Call qmake from the root of the ${WRKSRC}.

In Qt 5.3, Qt's build infrastructure has undergone some changes that make
our previous approach of calling qmake from the directories we want to build
stop working. Things would break even more in Qt 5.4, in which qtbase's
configure script does not accept the -process, -fully-process and
-dont-process arguments anymore (it always behaves as if -process had been
used).

Bite the bullet and start calling qmake from ${WRKSRC}. The largest part of
this change involves changing lines in Makefiles from
  WRKSRC_SUBDIR=	foo/bar
to
  BUILD_WRKSRC=		${WRKSRC}/foo/bar
  INSTALL_WRKSRC=	${WRKSRC}/foo/bar
as well as adding patches to .pro files to avoid entering other
subdirectories and removing post-configure targets that are not necessary
anymore.

Since qmake needs to be called from the top of ${WRKSRC} anyway, we can also
simplify the configuration process for the qtbase ports a little. Looking at
r10019 it is not clear why we started calling qmake in the pre-configure
target in addition to the post-configure one (while also skipping it in
do-configure), but we can now drop this call since letting configure behave
as if -process had been passed means it will call qmake on its own and
overwrite the files generated by the pre-configure call. We still need to
call qmake in post-configure though, as the configure script does not pass
-recursive when calling qmake and we need to be able to call make from any
(Continue reading)

Raphael Kubo da Costa | 22 Oct 22:57 2014
Picon

[SVN Commit] branches/qt-5.3/QT

SVN commit 10435 by rakuco:

Stop explicitly passing ${LOCALBASE} to the compiler.

qmake's behavior has changed in Qt 5, and the paths set in QMAKE_INCDIR and
QMAKE_LIBDIR in the mkspecs are passed before any others, such as the ones
in the build directory themselves.

In practice, this means that we end up with linker calls like this:

  c++ -o libfoo.so foo.o bar.o -L/usr/local/lib -L/wrkdir/build/lib
      -lQt5Gui -lQt5Core

So if one already has Qt installed in the system, the older, already present
version of the libraries in /usr/local/lib will be used instead of the
newly-built ones in /wrkdir/build/lib.

QTBUG-40825 discusses this behavior upstream, but there has been no
agreement on a solution yet.

For now, the solution adopted is to make the compiler and the linker aware
of those paths but only try them last after all others, and this is achieved
by setting the CPATH and LIBRARY_PATH environment variables when qmake is
being used.

In addition to setting them in CONFIGURE_ENV and MAKE_ENV, we also need to
stop changing QMAKE_INCDIR and QMAKE_LIBDIR as well as filter those paths
from the pkg-config calls qtbase's configure script makes.

PR:		194088
(Continue reading)

Raphael Kubo da Costa | 22 Oct 13:15 2014
Picon

[SVN Commit] branches/qt-5.3/QT/devel/qmake5

SVN commit 10434 by rakuco:

qmake5: Finish fixing the plist for 5.3.2.

 M  +41 -2     pkg-plist  

_______________________________________________
kde-freebsd mailing list
kde-freebsd <at> kde.org
https://mail.kde.org/mailman/listinfo/kde-freebsd
See also http://freebsd.kde.org/ for latest information

Raphael Kubo da Costa | 22 Oct 13:14 2014
Picon

[SVN Commit] branches/qt-5.3/QT/devel/qmake5

SVN commit 10433 by rakuco:

qmake5: Start using the new unsupported/freebsd-clang mkspec.

With the help of Gabriel de Dietrich from Digia, a new freebsd-clang mkspec
was added to Qt in the 5.3 release cycle.

Let us start using it: instead of creating mkspecs/freebsd-clang by copying
the freebsd-g++ mkspec, rename unsupported/mkspecs/freebsd-clang to
mkspecs/freebsd-clang and make it use mkspecs/common/freebsd.conf.

We can now get rid of files/patch-mkspecs__common__clang-unix.conf as well,
and once we get everything we need upstream we'll be able to remove this
whole mkspec patching dance we currently have to do.

 M  +7 -6      Makefile  
 D             files/patch-mkspecs__common__clang-unix.conf  
 A             files/patch-mkspecs__unsupported__freebsd-clang__qmake.conf  
 M  +0 -1      pkg-plist  

_______________________________________________
kde-freebsd mailing list
kde-freebsd <at> kde.org
https://mail.kde.org/mailman/listinfo/kde-freebsd
See also http://freebsd.kde.org/ for latest information

lorenzo@piangatello.it | 21 Oct 23:34 2014
Picon

x11/kde4-runtime

I've forgot to read UPDATING and no longer have the list of files
contained in the old package...

Any hint?

Lorenzo

_______________________________________________
kde-freebsd mailing list
kde-freebsd <at> kde.org
https://mail.kde.org/mailman/listinfo/kde-freebsd
See also http://freebsd.kde.org/ for latest information

Ajtim | 21 Oct 23:39 2014
Picon

KMail and filters

Hi!

My system: FreeBSD 10.1-RC2 #0 r272876: Fri Oct 10 01:12:21 UTC 2014     
root <at> releng1.nyi.freebsd.org:/usr/obj/usr/src/sys/GENERIC  amd64

Update  KDE 4.14.2 from 4.12 was very good, no problems but I have now problem 
with KMail filters. No one related to mailing list don't work. I deleted some 
and made them again but still don't work.

Thanks in advance.

--

-- 
ajtiM
--------
http://www.redbubble.com/people/lumiwa
_______________________________________________
kde-freebsd mailing list
kde-freebsd <at> kde.org
https://mail.kde.org/mailman/listinfo/kde-freebsd
See also http://freebsd.kde.org/ for latest information

Max Brazhnikov | 20 Oct 13:37 2014
Picon

[SVN Commit] area51

SVN commit 10432 by makc:

Fix latest entry: KDE SC ports have been updated to 4.14.2, not to 4.14.1.

Reported by:	alonso

 M  +2 -1      UPDATING-area51  

_______________________________________________
kde-freebsd mailing list
kde-freebsd <at> kde.org
https://mail.kde.org/mailman/listinfo/kde-freebsd
See also http://freebsd.kde.org/ for latest information

Wolfgang Riegler | 20 Oct 12:42 2014
Picon
Picon

cannot build deskutils/kdeplasma-addons with poudriere

Hi,

I cannot build deskutils/kdeplasma-addons with poudriere. The complete log is attached.

kind regards

Wolfgang
_______________________________________________
kde-freebsd mailing list
kde-freebsd <at> kde.org
https://mail.kde.org/mailman/listinfo/kde-freebsd
See also http://freebsd.kde.org/ for latest information

Gmane