environment, even if it is defined in the Makefile. Given that
FreeBSD's ARCH is "i386" and Erlang's ARCH is "x86", some substitutions
did fail leading to a strange compiler failure[0].
Also fix a file:format_error call that produces an incorrect error
message[1].
Obtained from: Brian Buchanan <bwb(at)holo.org> [0]
Obtained from: Vlad Dumitrescu <vlad_dumitrescu(at)hotmail.com> [1]
This fix resolves openoffice building problem on 5.2.1 or later.
o Bump PORTREVISION.
PR: ports/75785 [1], bin/62300 [2]
Pointed out by: Oleg Sharoiko <os@rsu.ru> [1],
many many people on openoffice@FreeBSD.org
Inspired by: maho, Mark Andrews <marka@isc.org> [2]
Discussed with: maho, daichi
Committed at: Murayakuba Japanese style pub
http://www.murayakuba.jp/
Committed with: maho, daichi
these old compilers, drop alpha from the supported arch list. Flip over
from NOT_FOR_ARCHS to ONLY_FOR_ARCHS where used, since these ports will
not support any future architectures FreeBSD runs on.
Approved by: portmgr (self)
little bit and allows to proceed to a more recent linux_base from
a stable (read as: the major bugs should be ironed out or identified
and most linux ports build just fine) source.
It also allows to ship 4.11 with a working linuxolator (the EOLed
linux_base is marked forbidden because of a security hole).
This is a major update, please read UPDATING (and CHANGES if you
develop linux ports).
Changes:
- change the default linux_base from v7 to v8
- add a newer freetype to linux_base-8 for nicer fonts display [1]
- don't let cpio use hardlinks in the linux_base-8 port to quiet some
warnings in some cases [2]
- fix a cut&past error in the linux_base-8 pkg-install script [3]
- convert the binary knob "USE_LINUX" to a version specifier, e.g.
USE_LINUX=<value> specifies a dependency upon
emulators/linux_base-<value>, exceptions are a value of "7" (which
does what you want and adds a dependency to linux_base) and any
value without a corresponding port in
PORTSDIR/emulators/linux_base-<value> (which adds a dependency to
the default linux_base)
- don't implicitly add USE_LINUX with the USE_LINUX_PREFIX knob,
this allows us to use the USE_LINUX_PREFIX knob for linux_base and
paves the way for splitting up future linux base ports into
individual pieces
- remove RESTRICTED from some GPL licensed ports, even when we only
distribute binaries, we get them from official linux sites, so
anyone can grab them there if he needs to
- add a dependency upon the linux X11 bits where necessary (based upon
guesswork)
- don't use USE_X_PREFIX in some linux ports since it adds a dependency
to the FreeBSD X11 libs, as a workaround use PREFIX?= (the clean
solution would be to remove the implicit USE_XLIB from USE_X_PREFIX)
- bump the portrevision of the linux ports ("better safe than sorry"
algorithm)
- pass maintainership of the important linux infrastructure to a
mailinglist, hijack freebsd-emulation@ for this purpose (if somebody
doesn't like this: tell us your bikeshed color at freebsd-emulation@,
my color would be "linuxolator@" in case someone cares...)
- add a pkg-install script for linux-fontconfig, but don't use it;
everything should work without it (the FreeBSD fc-cache program should
do all the work), but in case we need it we just need to decomment the
pkg-install part in the Makefile
- fix some dependencies
- fix some bugs
- add some static plists
- unbreak the ports with dependecies to more than one linux_base
This also fixes some ports which are marked BROKEN because of dependencies
to v7 and v8 of linux_base at the same time.
Known bugs:
- the linux-mesa and linux-devtools ports install libGL*.so symlinks
- some "minor" plist bugs (e.g. ld.so.{conf,cache} are modified by
the linux X11 port, so linx_Base-8 moans at deinstall time)
Future work (interested souls should coordinate with freebsd-emulation@):
- add some kind of USE_LINUX_X11 knob to streamline the X11 dependencies,
or modify the behavior of USE_XLIB in the USE_LINUX case
AFAIK trevor has some patches.
- make USE_XLIB and USE_X_PREFIX orthogonal to be able to get rid of
the PREFIX?= workaround in some linux ports
Should be discussed/coordinated on/with x11@.
- move the RPM bits from x11-toolkits/linux-gtk/Makefile to PORTSDIR/Mk/
- update to a more recent linux base
PR: 69997, 70539 (and maybe others)
Discussed with/on: java@, x11@, trevor, portmgr
Tested by: mezz, portmgr, pointyhat
RPM hunted down by: Joseph Gelinas <scirocco@tasam.com> [1]
Requested by: portmgr [2]
Submitted by: kris [3]
Approved by: portmgr
Warning! As of this update, the password of your databases connections
are crypted. If you were using the database manager, please remove
~/.gambas/gambas-database-manager.conf before launching the new version.
* Please upgrade sysutils/portupgrade prior to this one, or pkgdb(1)
may coredump with a double free() problem from a misuse of the DL
module. In that case, reinstall sysutils/portupgrade manually.
o Move databases/sqlite to databases/sqlite2.
o Fix dependency on databases/sqlite.
o Update sqlite2 to 2.8.15.
o Bump PORTREVISION, accordingly.
Approved by: portmgr, maintainers of sqlite and related ports
<henrik.motakef@web.de>: host mx-ha01.web.de[217.72.192.149] said: 550
<henrik.motakef@web.de> Benutzer nicht bekannt/User unknown (in reply to
RCPT TO command)
JavaScriptCore is part of Gtk-Wecore.
JavaScriptCore is javascript interpreter that OSB uses. It is based on
Apple's WebCore JavaScriptCore code, which is in turn based on KDE kjs
code.
Some configuration code on Pike doesn't deal with 64bits
machines (eg non x86 one). This patch is trying to fix it.
PR: ports/74315
Submitted by: Xavier Beaudouin <kiwi@oav.net>
503000. Mono 1.0.1 and greater have been broken on earlier OSVERSION
versions. Warning, not all C# apps will not working, because FreeBSD still
need to work more on pthread issues. Few C# apps such as Blam, Muine, Tomboy
and etc work perfect.
PR: ports/74397 ports/74398
Submitted by: Tom McLaughlin <tmclaugh@sdf.lonestar.org>
Project by: BSD# - http://forge.novell.com/modules/xfmod/project/?bsd-sharp
Approved by: maintainer timeout (no contract for months)
code with Lua. Based on a "cleaned" header file, toLua automatically
generates the binding code to access C/C++ features from Lua. Using
Lua-5.0 API and tag method facilities, the current version automatically
maps C/C++ constants, external variables, functions, namespace,
classes, and methods to Lua. It also provides facilities to create
Lua modules.
WWW: http://www.tecgraf.puc-rio.br/~celes/tolua/
Author: Waldemar Celes <celes@tecgraf.puc-rio.br>
code with Lua. Based on a "cleaned" header file, toLua automatically
generates the binding code to access C/C++ features from Lua. Using
Lua-5.0 API and tag method facilities, the current version automatically
maps C/C++ constants, external variables, functions, namespace,
classes, and methods
WWW: http://www.tecgraf.puc-rio.br/~celes/tolua/
- Declare a PATCH_DEPENDS on emulators/linux_base-8 only if actually using
RTPpatch to apply an Intel provided binary patch.
- Turn the GCC-compatibility of ICC on by default for FreeBSD >= 502108;
except for one bug which is worked around by this port and will be fixed
in src later FreeBSD gained support for using the GCC-compatibility along
with the patch to compile the kernel with ICC (but the ICC 8.0 series
wasn't configurable/hackable enough to actually use it on FreeBSD, which
resulted into the aforementioned bug).
- On FreeBSD >= 502108 default to using libstdc++ from the base as STL
instead of STLport unless "-cxxlib-icc" is passed to icpc (made possible
by turning on the GCC-compatibility and the compatibility to GCC 3.3 and
3.4 which was added to ICC 8.1). On FreeBSD < 502108 STLport i.e.
devel/stlport-icc is and will continue to be the only STL available.
Update the instructions displayed by the post-install target accordingly.
- Put the wrappers for glibc specific symbols and other GNU/Linux compat
hacks into their own library "libiccfbsd" and teach the ld-wrapper to
injected this lib instead of adding these things to the Intel libcxa and
libcxaguard. Beginning with ICC 8.1 non of the Intel libs is "guaranteed"
to be linked into resulting executable (this is actually a fix in ICC
as libcxa and libcxaguard are C++ only). This fixes linking against libm
with icc amongst other things [1].
- Clean the ld-wrapper up a bit. Stop trying to create a perfect world for
the real ld(1) regarding superfluous linkage options, ICC natively passes
far to many of them to the linker that we easily could remove them all.
- Change the ld-wrapper to allow for bootstrapping STLport in a bit
different way that we used to do it, required to make devel/stlport-icc
build correctly again.
- Use fmt(1) to print the infos displayed by the post-install target so
the text is formated properly after the included variables are expanded [2].
Todo: - Rework the freaking thread library selection via the PTHREAD_LIBS
environment variable by the ld-wrapper, this causes really annoying
problems when compiling ports with ICC. Some functionality analogous
to the GCC "-pthread" option (which is also known by ICC but is not
documented and doesn't do the right thing for FreeBSD) would be great.
- Make devel/stlport-icc build again with ICC 8.1 after devel/stlport
has been updated to 4.6.2 (PR 73604). Patch for 4.5.3 already done.
Reported by: Dan Nelson <dnelson@allantgroup.com> [1]
Courtesy of: netchild [2]
Approved by: netchild
- add NOPRECIOUSMAKEVARS to avoid changing ARCH
- fix build and unbreak this port on 5.x
- not to STRIP scripts
PR: (based on) 71982
Submitted by: leeym
Approved by: maintainer timeout
- For changes since the 8.0 series see the installed C++ReleaseNotes.htm
but note that information given there doesn't necessarily apply to ICC
on FreeBSD, e.g. -cxxlib-gcc isn't the default on FreeBSD yet and this
port also doesn't install the Eclipse and CDT IDEs.
- ICC now unfortunately requires emulators/linux_base-8.
- Works fine for compiling C source.
- A 6.0-current GENERIC kernel compiles and boots.
- The devel/stlport-icc port currently can't link the exception handling
testsuite with this ICC version (due to relying on a missbehaviour of
the old ICC versions) and has to be changed in a way that doesn't break
lang/icc7.
- Support for using the GCC-compatibility of ICC on FreeBSD and using
the GNU libstdc++ as the STL with ICC is in the works.
o Like with the system GCC, default to libpthread for the threads library
on FreeBSD >= 502102.
Approved by: netchild
In joint forces with: netchild
The asn1c compiles ASN.1 (Abstract Syntax Notation One)
specifications into the C source code. This compiler supports
automatic constraints checking code generation, parametrization,
basic support for Information Object Classes. The produced C code
contains the codecs for BER & DER encoding rules.
PR: ports/71560.
Submitted by: Lev Walkin <vlm@lionet.info>
- Fix compilation of thread-safe PHP after the PTHREAD_LIBS change
- Include md5 and blowfish support on amd64 (fix headers) [1]
- Fix vulnerability in RFC 1867 file upload processing [2]
- Fix php_variables memory disclosure [2]
- GD LZW-GIF support is now enabled by default
PR: ports/71752 [1], ports/72420 [2]
Submitted by: Adam Gregoire <bsdunx@yahoo.com> [1],
Dmitry A Grigorovich <odip@bionet.nsc.ru> [2]
Approved by: portmgr (kris)
