From now on, ports that depend on Qt4 will have to set
USES= qt:4
USE_QT= foo bar
ports depending on Qt5 will use
USES= qt:5
USE_QT= foo bar
PR: 229225
Exp-run by: antoine
Reviewed by: mat
Approved by: portmgr (antoine)
Differential Revision: →https://reviews.freebsd.org/D15540
GitHub). While here, update CONFLICTS_INSTALL in `astro/stellarium-qt4'.
Because GitHub releases (tarballs) are not fetched with correct modification
time, set TIMESTAMP to 1513853534 which corresponds to commit e273315 tagged
as this release.
- GPS support has to be disabled for now because `Mk/bsd.qt.mk'
does not know about Qt5Positioning component yet
TIMESTAMP (stellarium-0.16.0.tar.gz) = 1498032288
number is hardcoded as it is not always in sync with the PORTVERSION)
- Make telescope control plugin (and Qt5SerialPort dependency) optional
- Remove enforced distfiles checksum recalculation added in r377577: it
turned out that updating distinfo manually is easier and a lot faster
- Replace some options imperative (explicit) handling with helper knobs
- Do not install high resolution textures by default, since they do not
have their prime meridians recalibrated yet while stock textures have
Discussed with: Alexander Wolf (upstream)
version 0.15.0) and adds Bengali description for landscapes
- Make scripting support optional and sanitize Qt5 dependencies
- Disable building the unit tests for the time being (needs more work)
- While here, use some option helpers and clarify LICENSE (GPLv2+)
Even though the port still has a few FindIconv.cmake files scattered around,
they are not actually used by the build system anymore, so the dependency is
unnecessary.
Approved by: danfe (maintainer)
Differential Revision: https://reviews.freebsd.org/D3531
- Forget about Milky Way texture for now as it causes rendering artifacts;
- While most of those textures are indeed better than the ones provided by
default (e.g., Jupiter and Ganymede), some of those are actually worse
(e.g. Venus). Use simple file size-based logic to decide if a texture
is worth a replacement.
should be replaced with linguisttools_build [*]
- Remove USE_GL knob altogether, it is pulled automatically with Qt ports
- While here, use less aggressive patching of CMakeLists.txt
Requested by: makc [*]
on Qt version 5 now; for those who are not comfortable with upgrading to the
new version of Qt, `astro/stellarium-qt4' port is available, serving version
0.12.4. Add an UPDATING entry to alert users about this.
While here, make scripting support optional in `astro/stellarium-qt4', since
it allows to use one less dependency. Unfortunately, this is not applicable
to 0.13.0 as required `x11-toolkits/qt5-declarative' port has USE_QT5=script
unconditionally.
Relax USE_GL knob for both ports: only libGL itself is required, not libGLU.
of a few bugs within plugins and the search tool
- Rename SOUND option to MULTIMEDIA, as it covers video as well
This is likely to be the last release based on Qt 4.8, next series (0.13.x)
would be based on Qt 5, which offers improved modularity, has better OpenGL
support, and nice new Qt3D and QML stuff for GUI.
Since 4.8.0 [1], Qt itself does not automatically include GLU's
headers and libraries with its OpenGL module, so applications which
relied on Qt to get these need to be adjusted.
The upcoming update to x11/qt4-opengl will thus switch to USE_GL=gl,
so we need to add USE_GL=glu for this port.
PORTREVISION bumped since we now explicitly depend on GLU via
USE_GL=glu.
[1] e7eed096a0
Approved by: miwi (we need this fixed for the KDE 4.8.3 and Qt 4.8.1 update to land)
