tech-pkg archive

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index][Old Index]

Re: qt5-qtbase



On 3/29/19 10:57 AM, Jason Bacon wrote:
On 3/29/19 9:12 AM, Jason Bacon wrote:
On 3/28/19 5:36 PM, Mark Davies wrote:

On 29/03/19 11:05 am, Jason Bacon wrote:
I just ran another cvs update to be absolutely sure, and this is the
result of bmake clean; bmake install:

OK, so that's a different issue from the tslib one that Thomas Orgis was
reporting (and was showing up in the Joyent Ubuntu bulk build reports).

Could you send me the full bmake output and I'll take a look tonight to
see whats different about your build.

cheers
mark
Found 3 more qt5 failures on the way to a successful octave build. Maybe this will shine more light on the issue.

And thanks for all your hard work maintaining qt.  This is a huge contribution to the project...

=> Checking file-check results for qt5-qtlocation-5.12.2
ERROR: ************************************************************
ERROR: The following files are in /home/bacon/Pkgsrc/pkgsrc-2019-03-25/x11/qt5-qtlocation/work/.destdir/home/bacon/Pkgsrc/pkg-2019-03-25 but not in the PLIST: ERROR: /home/bacon/Pkgsrc/pkgsrc-2019-03-25/x11/qt5-qtlocation/work/.destdir/home/bacon/Pkgsrc/pkg-2019-03-25/qt5/lib/cmake/Qt5Positioning/Qt5Positioning_QGeoPositionInfoSourceFactoryGeoclue2.cmake ERROR: /home/bacon/Pkgsrc/pkgsrc-2019-03-25/x11/qt5-qtlocation/work/.destdir/home/bacon/Pkgsrc/pkg-2019-03-25/qt5/lib/cmake/Qt5Positioning/Qt5Positioning_QGeoPositionInfoSourceFactoryGeoclue.cmake ERROR: /home/bacon/Pkgsrc/pkgsrc-2019-03-25/x11/qt5-qtlocation/work/.destdir/home/bacon/Pkgsrc/pkg-2019-03-25/qt5/plugins/position/libqtposition_geoclue2.so ERROR: /home/bacon/Pkgsrc/pkgsrc-2019-03-25/x11/qt5-qtlocation/work/.destdir/home/bacon/Pkgsrc/pkg-2019-03-25/qt5/plugins/position/libqtposition_geoclue.so

=> Checking file-check results for qt5-qtmultimedia-5.12.2
ERROR: ************************************************************
ERROR: The following files are in the PLIST but not in /home/bacon/Pkgsrc/pkgsrc-2019-03-25/x11/qt5-qtmultimedia/work/.destdir/home/bacon/Pkgsrc/pkg-2019-03-25: ERROR: /home/bacon/Pkgsrc/pkgsrc-2019-03-25/x11/qt5-qtmultimedia/work/.destdir/home/bacon/Pkgsrc/pkg-2019-03-25/qt5/lib/cmake/Qt5Multimedia/Qt5Multimedia_QPulseAudioPlugin.cmake ERROR: /home/bacon/Pkgsrc/pkgsrc-2019-03-25/x11/qt5-qtmultimedia/work/.destdir/home/bacon/Pkgsrc/pkg-2019-03-25/qt5/plugins/audio/libqtmedia_pulse.so

=> Checking file-check results for qt5-qtsensors-5.12.2
ERROR: ************************************************************
ERROR: The following files are in /home/bacon/Pkgsrc/pkgsrc-2019-03-25/x11/qt5-qtsensors/work/.destdir/home/bacon/Pkgsrc/pkg-2019-03-25 but not in the PLIST: ERROR: /home/bacon/Pkgsrc/pkgsrc-2019-03-25/x11/qt5-qtsensors/work/.destdir/home/bacon/Pkgsrc/pkg-2019-03-25/qt5/lib/cmake/Qt5Sensors/Qt5Sensors_IIOSensorProxySensorPlugin.cmake ERROR: /home/bacon/Pkgsrc/pkgsrc-2019-03-25/x11/qt5-qtsensors/work/.destdir/home/bacon/Pkgsrc/pkg-2019-03-25/qt5/lib/cmake/Qt5Sensors/Qt5Sensors_LinuxSensorPlugin.cmake ERROR: /home/bacon/Pkgsrc/pkgsrc-2019-03-25/x11/qt5-qtsensors/work/.destdir/home/bacon/Pkgsrc/pkg-2019-03-25/qt5/plugins/sensors/libqtsensors_iio-sensor-proxy.so ERROR: /home/bacon/Pkgsrc/pkgsrc-2019-03-25/x11/qt5-qtsensors/work/.destdir/home/bacon/Pkgsrc/pkg-2019-03-25/qt5/plugins/sensors/libqtsensors_linuxsys.so

This little hack fixes the plist issues in qt5-qtbase:

 CONFIGURE_ARGS+=    -I "${PREFIX}/include"
 CONFIGURE_ARGS+=    -L "${PREFIX}/lib"
+CONFIGURE_ARGS+=    -L "/usr/lib64"
 CONFIGURE_ARGS+=    -opensource -confirm-license
 CONFIGURE_ARGS+=    -sysconfdir "${PKG_SYSCONFDIR}/xdg"

config.log was reporting a failed xlib test because it could not find libm.{so,a}.

So now the question is why doesn't the configure system look in the standard location for core libraries on RHEL/CentOS by default?

Regards,

    JB
The qtmultimedia issue went away after I patched qtbase.

As for qtlocation and qtsensors, have you tested these on Linux yet?  I wonder if the extra files I'm getting could simply be added to PLIST.Linux.

My test env is CentOS-minimal with the bare minimum Yum packages for pkgsrc to function.  Hard to imagine that it has anything other Linux systems lack.

I woke up feeling doubtful this morning, but now I'm more optimistic that this can be fixed before the branch, which would be really nice.  I publish binary packages each quarter and adding numerous packages that depend on qt (esp math/octave) to the set would be a great boost.

    JB


Home | Main Index | Thread Index | Old Index