dependencies in kernel
- Add patch file to solve some linking problem
- Remove LD_UNSAFE. Now it can be defined via LDPATH (/usr/bin/ld.bfd by
default). fpc is not working with lld. We will use binutils-ports when
ld.bfd is moved from base if lld not working on future version
of fpc
- Bump PORTREVISION
Due to the VLC included in KDE, the fpc-units metapackage package coexist
with the KDE metapackage due to FPC's VLC unit requiring QT5.
Until such time where they can coexist, the FPC VLC unit will not be an
on-by-default option to remove this install conflict.
PR: 212919
Reported by: Ian Goddard (bz at austonley.org.uk)
Currently, lang/fpc-bfd can't be installed if devel/binutils is already
on the system. Given that this is a requirement for lang/gcc and other
big patches, chances are there will be a conflict. Resolve the problem
by making devel/fpc-bfd depend on devel/binutils instead. This also
allows the BFD option on FreeBSD9 to be re-enabled.
The BFD option is supported to be off by default on FreeBSD9, but the
upgrade to version 3.0.0 re-enabled it because the logic to prevent this
was faulty. Using the immediate evaluation (:=) for the options
definition restores the intended configuration.
Reported by: pkg-fallout
This is the first major release of FreePascal in nearly four years.
There are a ton of new features, way more to list here. see:
http://wiki.freepascal.org/FPC_New_Features_3.0
Several new unit ports were added, some were contracted. Most of
those were absorbed into the main FPC packages, but two units are
no longer supported: sndfile and matroshka.
All 99 remaining ports (including Lazarus ports) were build tested
on FreeBSD i386 and amd64 Release 10.2
On FreeBSD9, libEGL is built by GCC which requires binutils as a run
depends. fpc-cairo requires libEGL. fpc-libbfd and binutils conflict
with each other due to both installing the same header. Thus, on
FreeBSD 9, the BFD and CAIRO options cannot coexist. Since both were
set on by default, no binary package for fpc-units has built for months.
Since there is no mechanism to set options by release, I use bmake's
exist() function to check for /usr/include/lwres which only exists on
FreeBSD 9. If it's present, the BFD option is disabled by default. This
should restore the building of the fpc-units package on FreeBSD 9.
Reported by: pkg-fallout (for months)
UNIQUENAME was never unique, it was only used by USE_LDCONFIG and now,
we won't have conflicts there.
Use PKGBASE instead of LATEST_LINK in PKGLATESTFILE, the *only* consumer
is pkg-devel, and it works just fine without LATEST_LINK as pkg-devel
has the correct PKGNAME anyway.
Now that UNIQUENAME is gone, OPTIONSFILE is too. (it's been called
OPTIONS_FILE now.)
Reviewed by: antoine, bapt
Exp-run by: antoine
Sponsored by: Absolight
Differential Revision: https://reviews.freebsd.org/D3336
- Add USE_FPC_RUN to bsd.fpc.mk. It add fpc units like run dependencies. Otherwise
fpc units only are added like build dependencies (less dependencies registered
when they are installed with pkg).
- Remove GTK1 obsolete dependencies
- Bump all ports with dependencies of fpc-* units
- Bump all ports with dependencies of lazarus ports
- Clean up
COMMENT typos and surrounding whitespace fixes. A few Makefiles where not
included as they contain Latin-1 characters that break the Phabricator
workflow. Categories J-L.
CR: D305
Approved by: portmgr (swills)
Since FreeBSD 8.4 and FreeBSD 9.1 make(1) do support :tu and :tl as a
replacement for :U and :L (which has been marked as deprecated)
bmake which is the default on FreeBSD 10+ only support by default
:tu/:tl a hack has been added at the time to support :U and :L to ease
migration. This hack is now not necessary anymore
Note that this makes the ports tree incompatible with make(1) from
FreeBSD 8.3 or earlier
With hat: portmgr
a zeising, kwm production, with help from dumbbell, bdrewery:
NEW XORG ON FREEBSD 9-STABLE AND 10-STABLE
This update switches over to use the new xorg stack by default on FreeBSD 9
and 10 stable, on osversions where vt(9) is available.
It is still possible to use the old stack by specifying WITHOUT_NEW_XORG in
/etc/make.conf .
FreeBSD 8-STABLE and released versions of FreeBSD still use
the old version.
A package repository with binary packages for new xorg will
be available soon.
This patch also contains updates of libxcb and related ports, pixman, as well
as some drivers and utilities.
Bump portrevisions for xf86-* ports, as well as virtualbox-ose-additions due
to xserver version change.
Apart from these updates, the way shared libraries are handled has been
changed for all xorg ports, as well as libxml2 and freetype, which means
ltverhack is gone and as a consequence shared libraries have been bumped.
The plan is that this change will make library bumps less likely in the
future.
All affected ports have had their portrevisions bumped as a consequence of
this.
Fix some issues where WITH_NEW_XORG weren't detected properly on CURRENT.
Update instructions, hardware support, and more notes can be found on
https://wiki.freebsd.org/Graphics
Thanks to: all testers, bdrewery and the FreeBSD x11@ team
exp-run by: bdrewery [1]
PR: ports/187602 [1]
Approved by: portmgr (bdrewery), core (jhb)