and no one has any of interest to fix it. It's an ancient software and
is part of GNOME 1. It's time for us to get rid of some of GNOME 1 stuff as
the GNOME 3 is coming sometimes in 2011. Any ports that required libcappet
are removed and ports that have optional aren't remove.
PR: ports/153355
Discussed with: My team, FreeBSD GNOME Team
Tested by: pointyhat-exp (thanks pav!)
2010-12-30 databases/p5-sqlrelay: broken and upstream disapeared
2010-12-30 devel/php-dbg2: No upstream support
2010-12-30 dns/fourcdns: upstream has disapeared
2010-12-31 emulators/win4bsd: Development has ceased and distfile is no longer available
2010-12-31 french/mozilla-flp: www/seamonkey port is deprecated. Consider using the www/firefox-i18n.
2010-12-31 french/xtel: Minitel services will be discontinued at the end of 2010.
2010-12-30 ftp/ftpq: upstream has disapeared
2010-12-30 graphics/paintlib: does not compile with new tiff and no more maintained upstream
2010-12-30 graphics/g3dviewer: does not build with gcc 4.2, upstream disapeared
2010-12-30 lang/scriba: Does not compile with gcc 4.2+, looks like abandonware
2010-12-30 math/rascal: Broken on every arch since 2008, looks like an abandonware
2010-12-31 net-mgmt/nrg: Project has vanished. Use cacti instead.
2010-12-31 security/hostsentry: Project is dead.
2010-12-31 sysutils/kcube: Project has vanished
2010-12-31 www/cybercalendar: has been unmaintained since 2001 and is unusable with dates after 2010 (see ports/150974)
2010-12-31 www/flock: Flock 3 moves from Firefox to Chromium
2010-12-31 www/linux-flock: Flock 3 moves from Firefox to Chromium
2010-12-30 x11-clocks/xtu: Looks like abandonware
Leave java/tya in for now, as it has outstanding PRs.
- Relocate JGraphx substitution to allow running Scilab Java components
from WRKDIR before install (necessary to build docs)
- DATADIR/.atoms shouldn't be GUI only
PR: ports/153402
Submitted by: Rob Farmer (maintainer)
Upstream changes:
http://www.scilab.org/content/download/1791/19327/file/changes5.2.2-5.3.0.pdf
Port changes:
-Drop dependency on readline from ports - this was never removed from the 4.x
port and isn't used
-Make UMFPACK off by default - the only reason it was on by default was for
consistency among 5.2.x versions, since I didn't expose the knob through
OPTIONS properly until 5.2.2
-Update JGraphX to compatible version for Scilab 5.3.0
-Scilab does not start java in the normal way (with javavmwrapper) so the
JAVA_HOME environment variable isn't set properly. Explictly set JAVA_HOME
to whatever was used to build the port. This seems to correct occasional
crashes on startup.
-Use batik-all.jar instead of batik.jar - has some extra classes in it
-Additional dependency: java/jakarta-commons-beanutils
-"bsdjava" (java/jdk16) doesn't work with this version. Require diablo or
openjdk.
-Use COMMENT in DESKTOP_ENTRIES
-Switch to a dynamic plist for include/scilab, lib/scilab, and share/scilab.
These directories vary quite a bit depending on what options are set but
should be exclusive to scilab.
-Reorganize post-patch section so java related substitutions aren't done
unless building with java
-Fix NOPORTDOCS to actually do something
-Silence post-patch output
-Remove rename of Visual Basic demos - BSD make couldn't handle the unquoted
spaces in the path names, but this port now uses GNU make
-Remove unnecessary find statements in pre-install
-Remove empty directories in DATADIR/modules - toolboxes don't like them
-Fix where threads incorrectly detected as Linux style
-A couple patches are no longer necessary
-ATOMS (package manager for downloading toolboxes in binary form) is not
available for FreeBSD. It tries to download a list of available packages
from the Scilab website (based on uname). There is no list for FreeBSD and
it HTTP 404's. Scilab misinterprets this and says "Please connect to the
Internet", which is a bit misleading. Patch to indicate that this will never
work. I considered faking the uname to Linux, but there are no RPMs in ports
for math-type things, like fortran, blas/lapack, etc. so I doubt anything
would run. Porting any desired toolboxs is probably the best route.
-Fix ATOMS to use fetch instead of requiring wget or curl (Due to the
previous issue, this will only be useful for 3rd party repositories)
-Fix toolbox build macros to not write to PREFIX/share/scilab when building
as root
PR: ports/153274
Submitted by: Rob Farmer (maintainer)
for obtaining a sequence of successive coarse grids that are well suited
for geometric multigrid methods.
The quality of the elements of the coarse grids is optimized using a
multilevel framework.
The parallel library is based on MPI and is portable to
a wide range of architectures.
WWW: http://www.mgnet.org/mgnet-codes-parmgridgen.html
PR: ports/152506
Submitted by: Stas Timokhin <devel at stasyan.com>
by other modules. Other modules which sport the same functions can
also be used to support Math::BigInt, like Math::BigInt::GMP or
Math::BigInt::Pari.
WWW: http://search.cpan.org/dist/Math-BigInt-FastCalc/
PR: ports/152635
Submitted by: Gea-Suan Lin <gslin at gslin.org>