bugzilla-noreply | 21 Nov 13:51 2014
Picon

[Bug 195105] devel/qt5 cannot find GL/gl.h with Clang

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=195105

Max Brazhnikov <makc <at> FreeBSD.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |makc <at> FreeBSD.org

--- Comment #5 from Max Brazhnikov <makc <at> FreeBSD.org> ---
(In reply to Raphael Kubo da Costa from comment #3)
> In any case, I thought this wouldn't be a problem for CMake-based ports like
> Stellarium, since I'd expect them to look for GL headers and libraries and
> include them appropriately. Does Stellarium do that?

projects may not use GL directly, in this case they don't bother to look for GL
headers and libraries. But QtGui/qopengl.h refers to GL/gl.h, which is under
/usr/local/include on FreeBSD, therefore this include path must be passed
explicitly to compiler. I wonder why this problem reveals itself with clang
only, base gcc should suffer from the same.

--

-- 
You are receiving this mail because:
You are the assignee for the bug.
_______________________________________________
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)

bugzilla-noreply | 21 Nov 10:44 2014
Picon

[Bug 195105] devel/qt5 cannot find GL/gl.h with Clang

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=195105

--- Comment #4 from Alexander Wolf <alex.v.wolf <at> gmail.com> ---
(In reply to Raphael Kubo da Costa from comment #3)
> This was done intentionally when we upgraded Qt to 5.3.2. Basically, we were
> previously adding /usr/local/include and /usr/local/lib to QMAKE_INCDIR and
> QMAKE_LIBDIR, respectively.
> 
> While this worked fine in Qt 4, there were changes in Qt 5 that made this
> cause problems when upgrading your Qt ports from, for example, 5.2 to 5.3,
> since sometimes the older, system-wide version would be linked instead of
> the new one being built, and symbols would be missing. There is QTBUG-40825
> which I've filed upstream about that, and bug 194088 here about this.
> 
> It is all taken care of automatically by the ports tree, since we set CPATH
> and LIBRARY_PATH in Uses/qmake.mk. People not using ports need to figure out
> what works best for them (LIBRARY_PATH, LDFLAGS and whatnot).
> 
> In any case, I thought this wouldn't be a problem for CMake-based ports like
> Stellarium, since I'd expect them to look for GL headers and libraries and
> include them appropriately. Does Stellarium do that?

I use FreeBSD as platform for automated building and testing of Stellarium via
buildbot. Problem with finding GL/gl.h exists inside Qt 5 only with Clang. I
can't reproduce this issue with GCC (both from ports), but she exists with
clang-devel from ports.

Well, seems I should check astro/stellarium port also.

--

-- 
(Continue reading)

bugzilla-noreply | 21 Nov 09:54 2014
Picon

[Bug 195105] devel/qt5 cannot find GL/gl.h with Clang

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=195105

Raphael Kubo da Costa <rakuco <at> FreeBSD.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |rakuco <at> FreeBSD.org

--- Comment #3 from Raphael Kubo da Costa <rakuco <at> FreeBSD.org> ---
This was done intentionally when we upgraded Qt to 5.3.2. Basically, we were
previously adding /usr/local/include and /usr/local/lib to QMAKE_INCDIR and
QMAKE_LIBDIR, respectively.

While this worked fine in Qt 4, there were changes in Qt 5 that made this cause
problems when upgrading your Qt ports from, for example, 5.2 to 5.3, since
sometimes the older, system-wide version would be linked instead of the new one
being built, and symbols would be missing. There is QTBUG-40825 which I've
filed upstream about that, and bug 194088 here about this.

It is all taken care of automatically by the ports tree, since we set CPATH and
LIBRARY_PATH in Uses/qmake.mk. People not using ports need to figure out what
works best for them (LIBRARY_PATH, LDFLAGS and whatnot).

In any case, I thought this wouldn't be a problem for CMake-based ports like
Stellarium, since I'd expect them to look for GL headers and libraries and
include them appropriately. Does Stellarium do that?

--

-- 
You are receiving this mail because:
You are the assignee for the bug.
(Continue reading)

Robert Burmeister | 21 Nov 00:19 2014

FreeBSD Port: www/webkit-qt5

FreeBSD 10.1 Release i386

Attempting to upgrade webkit-qt5 results in the upgrade hanging at:

===>  Applying FreeBSD patches for qt5-webkit-5.3.2_1
File to patch:

_______________________________________________
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 | 21 Nov 09:19 2014
Picon

[SVN Commit] area51/PORTS/www/kwebkitpart

SVN commit 10479 by rakuco:

kwebkitpart: Merge r372980 from ports.

Set CPE information for kwebkitpart, as requested by rea.

 M  +3 -1      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 | 21 Nov 09:12 2014
Picon

[SVN Commit] area51/QT/www/webkit-qt5/files

SVN commit 10478 by rakuco:

Fix path in patch-Source__QtWebKit.pro.

 M  +2 -2      patch-Source__QtWebKit.pro  

_______________________________________________
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 | 20 Nov 22:43 2014
Picon

[SVN Commit] area51/PORTS/www/kwebkitpart/files

SVN commit 10477 by rakuco:

kde4-runtime: Merge r372966 from ports.

------------------------------------------------------------------------
r372966 | rakuco | 2014-11-20 23:31:54 +0200 (Thu, 20 Nov 2014) | 5 lines

Add upstream patch for CVE-2014-8600 (insufficient input validation).

MFH:		2014Q4
Security:	890b6b22-70fa-11e4-91ae-5453ed2e2b49
------------------------------------------------------------------------

 AM            patch-kioslave__bookmarks__kio_bookmarks.cpp  

_______________________________________________
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 | 20 Nov 22:42 2014
Picon

[SVN Commit] area51/PORTS/www/kwebkitpart

SVN commit 10476 by rakuco:

kwebkitpart: Merge r372965 from ports.

------------------------------------------------------------------------
r372965 | rakuco | 2014-11-20 23:31:17 +0200 (Thu, 20 Nov 2014) | 5 lines

Add upstream patch for CVE-2014-8600 (insufficient input validation).

MFH:		2014Q4
Security:	890b6b22-70fa-11e4-91ae-5453ed2e2b49
------------------------------------------------------------------------

 A             files (directory)  
 AM            files/patch-src__webpage.cpp  

_______________________________________________
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 | 20 Nov 22:40 2014
Picon

[SVN Commit] area51/QT/www/webkit-qt5

SVN commit 10475 by rakuco:

webkit-qt5: Merge r372956 from ports.

------------------------------------------------------------------------
r372956 | rakuco | 2014-11-20 22:25:02 +0200 (Thu, 20 Nov 2014) | 14 lines

Stop installing libplatformplugin.so.

That is an example plugin that is not supposed to be built and installed by
default. Its sole purpose is to be an example of how to write a plugin, and
it does so by making <select> elements show up in a separate dialog. We
definitely do not want that. As a bonus, it allows us to remove some of the
hacks we do in the pre-configure target.

While here:
- Improve the comment about why we change ALL_TARGET.
- Remove the weird CONFIGURE_ENV change we did that does not seem to be
  necessary anymore. I could not find any explanation for why it was added
  in the first place.
------------------------------------------------------------------------

 M  +2 -11     Makefile  
 AM            files/patch-Source__QtWebKit.pro  
 M  +0 -1      pkg-plist  

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

Dwayne MacKinnon | 20 Nov 20:13 2014
Picon

security/pinentry-qt4

Hi all,

The security/pinentry port has been upgraded to 0.90 and simultaneously the 
qt4 frontend has been disabled with an IGNORE line. 

The port won't compile with /usr/lib/libc++.so. Fair enough.

The thing is, pinentry has become much more important in recent iterations of 
KDE. For example, if you're using the gpg backend for kwallet (which is 
strongly recommended.)

Naturally, the qt4 pinentry blends in best with KDE. 

I've looked at the error messages from clang, and I'll admit... this is beyond 
my now-feeble coding skills. (I haven't coded regularly since 2006.) I'm 
wondering if some folks around here might take up the cause.

Now, I just reinstalled KDE due to upgrading to amd64 10.1-RELEASE. I got 
around this whole thing by adding USE_GCC=4.8+ to the pinentry-qt4 Makefile. 
gcc48 had been pulled in by KDE for some other port (not sure which one.) Not 
sure if this would be a viable option. I can understand why folks wouldn't 
want to make gcc48 a requirement, especially for such a small port.

Just some thoughts.

Cheers,
DMK 
_______________________________________________
kde-freebsd mailing list
kde-freebsd <at> kde.org
(Continue reading)

bugzilla-noreply | 20 Nov 08:38 2014
Picon

[Bug 195105] devel/qt5 cannot find GL/gl.h with Clang

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=195105

--- Comment #2 from Alexander Wolf <alex.v.wolf <at> gmail.com> ---
The issue can be fixed through set CPATH variable.

--

-- 
You are receiving this mail because:
You are the assignee for the bug.
_______________________________________________
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