Site Temporarily Unavailable
We apologize for the inconvenience. Please contact the webmaster/ tech support
immediately to have them rectify this.
error id: "bad_httpd_conf"
- Rename R_MOD to USE_R_MOD to be suitable for bsd.port.mk
- Remove math/R-cran-sm/files/bsd.cran.mk to complete the moving
Approved by: wen (via e-mail)
cad/salome and math/freemat needed some adjustments, apart from these
this looks like a far more easy upgrade than previous ones and according
to the upstream developers we do not even need to bump dependent ports
since GNU Fortran 4.4 and 4.5 are sufficiently compatible.
Tested by: erwin (and pointyhat)
announces the availability of our most eagerly awaited release.
PostgreSQL 9.0 includes built-in, binary replication, and over a dozen
other major features which will appeal to everyone from web developers
to database hackers.
9.0 includes more major features than any release before it, including:
* Hot standby
* Streaming replication
* In-place upgrades
* 64-bit Windows builds
* Easy mass permissions management
* Anonymous blocks and named parameter calls for stored procedures
* New windowing functions and ordered aggregates
... and many more. For details on the over 200 additions and
improvements in this version, developed by over a hundred contributors,
please see the release notes.
"These kinds of feature additions continue to make a strong case for why
mission-critical technology tasks can continue to depend on the power,
flexibility and robustness of PostgreSQL,â said Afilias CTO Ram Mohan.
More information on PostgreSQL 9.0:
* Release notes
http://www.postgresql.org/docs/9.0/static/release-9-0
* Presskit
http://www.postgresql.org/about/press/presskit90
* Guide to 9.0:
http://wiki.postgresql.org/wiki/What's_new_in_PostgreSQL_9.0
---
PR: 150430, Add dtrace
- Reorder the plugin list in bsd.gstreamer.mk so it its inside 80 chars.
- Enable the dvb and shm plugin in the -bad package.
- New plugins:
resindvd: Dvd navigation plugin
schroedinger: Dirac high speed video codec plugin
vdpau: Nvidia vdpau extention plugin [1]
vp8: Google vp8 codec plugin
Release notes: http://gstreamer.freedesktop.org/releases/gst-plugins-bad/0.10.20.html
PR: ports/15077 (borrowed some ideas)
Submitted by: Anonymous <swell.k@gmail.com>
This Gstreamer plugin suppies:
* Integration with stanard GStreamer video buffers
* Various OpenGL effects and filters
* Direct GL output via glimagesink
- Add support for amd64 [1]
- Add 23 new ports to to bsd.fpc.mk
- Remove obsolete patch file patch-packages-fcl-db_Makefile
- Turn off some optional dependencies like databases/unixODBC,
graphics/svgalib, databases/oracle8-client for avoid break amd64 support
- Clean up
PR: ports/146001
Submmitted by: Christopher Key <cjk32__ at _cam.ac.uk>
Patch reviewed by: marcov_ at _pascalprogramming.com (fpc developer)[1]
change.
- Update multimedia/dvdstyler to 1.8.1 which seems to be the only port in
the tree using wxsvg.
Approved by: kwm (for -multimedia), portmgr (pav, for Mk/bsd.wx.mk)
Major changes:
Kexi now returns back
New import filters for MS OOXML (Office 2007) Formats
Improved OO.org and MS Office traditional formats compatibility
Improved stability at all
Discussed with: miwi, itetcu
Approved by: portmgr (erwin)
Feature safe: yes
So make a LGPL21 and LGPL3 value for the license framework.
Replace the LGPL used in ports with LGPL21. (checked all consumers)
Obtained from: http://www.gnu.org/licenses/ (Under License URL's)
release system they have is creating releases that don't quite fit into the
old paradigm. A big difference is that they don't all use configure any more.
This moves all the "GNU_CONFIGURE=yes" stuff from bsd.octave.mk to the
individual ports.
PR: 144512
Submitted by: Stephen Montgomery-Smith <stephen@missouri.edu> (maintainer)
in Mk/bsd.ports.mk due to ordering in Mk/bsd.port.mk. This causes OPTIONSFILE
to be incorrectly set during some make phases as a result of the recent
PKGNAMEPREFIX for apache ports.
'Revert' some of the PKGNAMEPREFIX changes for apXX-.
- Must be manually requested in tbe port Makefile either by
a) AP_FAST_BUILD=yes
b) PKGNAMEPREFIX=${APACHE_PKGNAMEPREFIX}
- Going forward, we will only do this for ports where WITH_APACHE
is NOT optional, but required. mod_* ports are a good fit.
141 ports are mod_ ports
80 of those use AP_FAST_BUILD and thus are auto hooked by this patch [a].
61 remaining are then patched to mirror the other $lang frameworks [b].
PR: ports/146956
Reported by: Hans F. Nordhaug <Hans.F.Nordhaug@hiMolde.no>, several
Discussed with: pav, itectu on #bsdports
Tested by: P6 TB run
Approved by: portmgr (pav)
- Feel free to populate bsd.licenses.db.mk and adjust the variables:
NO_LICENSES_INSTALL and NO_LICENSES_DIALOGS (default to off).
- For more information see http://wiki.freebsd.org/PortsLicenseInfrastructure
Reviewed by: erwin
Implement PKGNAMEPREFIX=ap13|ap20|ap22
*****************************************************************************
- Create packages for USE_APACHE=x ports with PKGNAMEPREFIX [1]
- Rephrase IGNORE statement, kill EOL spaces, reformat in Mk/bsd.apache.mk [2]
- Remove USE_APACHE=yes, USE_APACHE=apr, and APR_DEPS=foo
- Remove APACHE_COMPAT=X
- Drop support for 21 [dev only release, not in tree for years now]
PR: ports/115461 [1], ports/133197 [2], ports/141688
Submitted by: myself (pgollucci@),
Alexey Rubtsov <arubtsov@swsoft.com> [1],
dafne [2]
Requested by: Several [1]
Tested by: 2 -exp runs by pav
Approved by: portmgr (pav)
With Hat: apache@
release can be found at http://library.gnome.org/misc/release-notes/2.30/ .
This release brings initial PackageKit support, Upower (replaces power
management part of hal), cuse4bsd integration with HAL and cheese, and a
faster Evolution.
Sadly GNOME 2.30.x will be the last release with FreeBSD 6.X support. This
will also be the last of the 2.x releases. The next release will be the
highly-anticipated GNOME 3.0 which will bring with it a new UI experience.
Currently, there are a few bugs with GNOME 2.30 that may be of note for our
users. Be sure to consult the UPGRADING note or the 2.30 upgrade FAQ at
http://www.freebsd.org/gnome/docs/faq230.html for specific upgrading
instructions, and the up-to-date list of known issues.
This release features commits by avl, ahze, bland, marcus, mezz, and myself.
The FreeBSD GNOME Team would like to thank Anders F Bjorklund for doing the
initual packagekit porting.
And the following contributors & testers for there help with this release:
Eric L. Chen
Vladimir Grebenschikov
Sergio de Almeida Lenzi
DomiX
walder
crsd
Kevin Oberman
Michal Varga
Pavel Plesov
Bapt
kevin
and ITetcu for two exp-run
PR: ports/143852
ports/145347
ports/144980
ports/145830
ports/145511
The Intel drivers was patched to work with
the new server. The drivers for Vesa, NV,NVIDIA and
ATI have been tested thoroughfully and seem to work fine.
A complete changelog of Xorg 7.5 can you read here:
http://www.x.org/releases/X11R7.5/
A note to FreeBSD 6.X users: We strongly recommend you
to update your system to 7.x or above.
For updating try
portupgrade -af \*
or:
portmaster -af
Please report any problems and issus to x11 (at) FreeBSD.org.
Thanks to beat@, rnoland@, fluffy@, stas@ and all testers for their help
and Feeback.
Tested by: Community and 2x exp-runs
there's already nothing to stop. Only mark the timer thread as stopped.
That fixes spontaneous lockups in ruby popen call.
Reported by: renchap @ FreeNode
- Update audio/sdl_mixer to version 1.2.11.
- Update graphics/sdl_gfx to version 2.0.20.
- Update graphics/sdl_image to version 1.2.10.
- Bump portrevisions for all ports depending on audio/sdl_mixer and
graphics/sdl_image.
- Update Mk/bsd.sdl.mk accordingly for the new shared lib versions.
PR: ports/142147 ports/142248 ports/142249
Approved by: miwi (mentor implicit)
9-CURRENT introduced unzip command to the base system. Unfortunately it is
not fully compatible with the archivers/unzip implementation and non-trivial
amount of ports fail to build when using it. Thus we will keep using
archivers/unzip for unzipping source in Ports Collection until someone
volunteer to fix all individual ports. Two most common problems with base
unzip are:
* extracting files without +x flag (some ports rely to execute unzipped
configure scripts, for example)
* different semantics of CR/LF conversion
Error logs of failed port builds with in-base unzip can be made available on
request to portmgr@.
With hat: portmgr
processing of USE_GCC directives, the second then takes a concrete
selection coming from the previous or the code handling USE_FORTRAN
via _USE_GCC.
The one user-visible change is that not just users of USE_FORTRAN,
but now also users of USE_GCC set an rpath via CFLAGS and LDFLAGS. [1]
PR: 129518, 142226 [1]
PR: ports/136065 ports/127469
Submitted by: N.J. Mann <njm@njm.me.uk> and Aldis Berjoza <killasmurf86@gmail.com>
- Early identify port CONFLICTS
PR: 137855
Submitted by: Piotr Smyrak <smyru@heron.pl>
- Add --no-same-permissions to the EXTRACT_AFTER_ARGS command.
Tijl Coosemans has been reported an issue that when root is extracting from the
tarball, and the tarball contains world writable files
(sysutils/policykit as an example), there is a chance that the files
gets changed by malicious third parties right after the extraction,
which makes it possible to inject code into the package thus compromise
the system.
Submitted by: Tijl Coosemans <tijl@coosemans.org> Xin LI (delphij@)
- Fix some whitespaces
Tested with: exp-run
PR/137956 by Ashish SHUKLA (thanks!). [1]
Those ports which define EMACS_PORT_NAME to be "emacs21" were
not touched (this time). They may be converted to the new
world order by removing the above mentioned assignment.
Four ports were marked as BROKEN with EMACS_PORT_NAME=emacs23
(they do not compile):
. lang/bigloo;
. mail/wanderlust;
. mail/wanderlust-devel;
. www/emacs-w3m.
Three ports were marked as IGNORE with EMACS_PORT_NAME=emacs23:
. japanese/egg-canna (the port version is dated as of 2001,
does not compile with Emacs 23 and seems it cannot be fixed);
. deskutils/remember.el (was incorporated into Emacs 23);
. editors/nxml (was incorporated into Emacs 23).
Changes that were made after (and as a result of) exp run. For
those ports:
. japanese/migemo-emacs21;
. japanese/migemo-emacs22
EMACS_PORT_NAME?= was changed to EMACS_PORT_NAME= to the apropriate
emacs port name.
PR: ports/137956 [1], ports/141369 [2]
Submitted by: Ashish SHUKLA <wahjava at gmail.com> [1],
bsam (me) [2]
Exp-run by: miwi
This should have been part of the following previous commit to www/apache22
>- OPTIONS+= PROXY_SCGI
>
>PR: ports/140137
>Submitted by: olli hauer <ohauer@gmx.de>
