http://www.gnome.org/start/2.14/ for the official release notes, and a list
of all the gooides in this new release. In particular, GNOME 2.14 focused
on performance, and they did not miss the mark. There's some new eye candy,
but most of the big things are waiting until GNOME 2.16. On the FreeBSD
side, we tried to clean up all the crashers we could. In particular, we
really improved GNOME's 64-bit support.
The good news is that this release does not bring any big shared library
version bumps, so you can almost do a simple portupgrade to get to 2.14.
There are a few minor gotchas that will be documented in UPDATING shortly.
The FreeBSD GNOME Team would like th thank the following users for their
patches, feedback, and sometimes incessant complaing about crashes (you
know who you are).
Yasuda Keisuke <kysd@po.harenet.ne.jp>
Pascal Hofstee <caelian@gmail.com>
rmgls@wanadoo.fr
tmclaugh
Yuri Pankov <yuri.pankov@gmail.com>
sajd on #freebsd-gnome
ade
ankon on #FreeBSD-Gnome
mux
Pascal Hofstee <caelian@gmail.com>
QuiRK on #freebsd-gnome
Vladimir Timofeev <vovkasm@gmail.com>
in bsd.autotools.mk essentially makes this a no-op given that all the
old variables set a USE_AUTOTOOLS_COMPAT variable, which is parsed in
exactly the same way as USE_AUTOTOOLS itself.
Moreover, USE_AUTOTOOLS has already been extensively tested by the GNOME
team -- all GNOME 2.12.x ports use it.
Preliminary documentation can be found at:
http://people.FreeBSD.org/~ade/autotools.txt
which is in the process of being SGMLized before introduction into the
Porters Handbook.
Light blue touch-paper. Run.
days his MTA also remains unresponsive [1].
[1] Unable to deliver to destination domain
Failed to deliver to domain oven.org after 73 tries.
The last error was:
CantConnectToHost
Approved by: portmgr (linimon)
URLs automatically rewritten from /search?dist=Foo or /dist/Foo
to /dist/Foo/ (note trailing slash). After a 2002(!) reorganization,
this is the preferred way to refer to modules on search.cpan.org.
This pass brought to you by http://people.freebsd.org/~fenner/fix-search
It's worth pointing out that the Tcl project used to
*recommend* that application writers copy this kludge.
These ports work fine with Tcl 8.3, which provided a fake
matherr() even if the OS didn't, but here's what the
Tcl 8.4 changelog has to say:
2002-05-31 (dead code)[474335,555635] removed all use of matherr() (english)
*** POTENTIAL INCOMPATIBILITY ***
The following lines can be safely removed from any application that
has them, unless compatibility with SunOS 4.X is desired.
extern int matherr();
int *tclDummyMathPtr = (int *) matherr;
The build problems were pointed out by Kris, as usual. ;-)
if (and only if) there is a password set on the Palm. The Palm claims
that the desktop software is too old and should be upgraded. The patch
below (essentially stolen from ColdSync 3.0) makes ColdSync claim that
it supports DLP 1.3.
Fix .info-handling while here
PR: ports/69212
Submitted by: Helge Oldach
Approved by: maintainer timeout
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
into separate ports. The OPTIONS will remain as of yet and trigger dependencies
now, for easy transition.
Update KOffice to version 1.3.2.
Add patches to fix a number of issues, including:
- fix kxkb on Xorg
- fix kdemultimedia WITH_MPEGLIB (now mpeglib_artsplug) compilation on gcc 3.4.2
with optimizations greater than -O
Add security related patches and entries to portaudit.txt.
the libtoolX ports instead of the one included with each port. Ports that
set USE_LIBTOOL_VER=X will now use the ports version of libtool instead of
the included version. To restore previous behavior, use the new macro,
USE_INC_LIBTOOL_VER. Both macros accept the same argument: a libtool version.
For example, to use the ports version of libtool-1.5, add the following to
your Makefile:
USE_LIBTOOL_VER= 15
To use the included version of libtool with extra hacks provided by
libtool-1.5, add the following to your Makefile:
USE_INC_LIBTOOL_VER= 15
With this change, ports that had to add additional libtool hacks to prevent
.la files from being installed or to fix certain threading issues can now
delete those hacks (after appropriate testing, of course).
PR: 63944
Based on work by:eik and marcus
Approved by: ade (autotools maintainer)
Tested by: kris on pointyhat
Bound to be hidden problems: You bet
I discovered that the only reason coldsync's ugen support doesn't work
out of the box for a Treo 270 (HandSpring Visor-based phone) is that
it uses a very low resolution sleep (one second) while waiting for USB
devices to appear in "transient" mode. Due to this, it almost always
misses the first packet in the HotSync, which comes from the Palm, and
after five seconds the entire process would time out.
Decrease the amount of time that is spent sleeping while waiting for USB
devices to appear so that it works every time.
(You probably do not want to try this without ugen(4) from yesterday
which will NOT panic when the USB device goes away before programs
with it open have closed their references.)
Approved by: maintainer
and resource (.prc) files.
It was renamed to pdbar to avoid confusion with textproc/par.
WWW: http://www.djw.org/product/palm/par/
PR: ports/63088
Submitted by: Eric P. Scott <eps+psub0401@ana.com>
Begin autotools sanitization sequence by requiring ports to explicitly
specify which version of {libtool,autoconf,automake} they need, erasing
the concept of a "system default".
For ports-in-waiting:
USE_LIBTOOL=YES -> USE_LIBTOOL_VER=13
USE_AUTOCONF=YES -> USE_AUTOCONF_VER=213
USE_AUTOMAKE=YES -> USE_AUTOMAKE_VER=14
Ports attempting to use the old style system after June 1st 2004 will be
sorely disappointed.
RRA implements the Remote Replication Agent Connection protocol for
synchronising objects between a Windows CE device and other computer.
PR: ports/64135
Submitted by: Sam Lawrance <boris@brooknet.com.au>
From: Roman Shterenzon <romanbsd@yahoo.com>
To: ports@freebsd.org
Subject: e-mail change
The email address roman@xpert.com is no longer valid.
Please update ports' maintainer to ports@oven.org.
Submitted by: Roman Shterenzon <romanbsd@yahoo.com>
Enable the arm tools (although they aren't - submitter doesn't have
an arm palm pilot). Also now compiles on 5.x. (Tested on 4.x as well).
PR: ports/62491
Submitted by: Peter Haight <peterh@sapros.com>
to be present, or does not compile on certain versions of FreeBSD. This
will potentially avoid needless compilations on bento, and has the added
benefit of improving certain reporting tools. To most users, this change
is a no-op.
PR: 61090
Submitted by: linimon
- don't use devel/gmake and devel/autoconf
- split distfiles on 3 files: viewer, parser, docs
I had to adjust this patch because it didn't apply cleanly.
PR: 58484
Submitted By: MAINTAINER
