Use your unused CPU cycles to aid in computations analyzing radio
telescope information for possible signs of ET. The Enhanced version
is still beta, but this is mainly for administrative reasons.
This version is a FreeBSD binary built by Stefan Urbat for Pentium II
or AMD K6 CPUs and higher (requires MMX instructions).
WWW: http://www.lb.shuttle.de/apastron/boincDown.shtml#freebsd
PR: ports/94980
Submitted by: Rene Ladan <r.c.ladan@student.tue.nl>
Use your unused CPU cycles to aid in computations analyzing radio
telescope information for possible signs of ET.
This version is a Linux binary built by Harold Naparst for Pentium 3
CPUs and higher (requires SSE instructions). It was heavily optimized
for best performance, can process a work unit under an hour on recent
hardware.
WWW: http://naparst.name/seti.htm
Use your unused CPU cycles to aid in computations analyzing telescope
information for possible gravitational waves emitted by pulsars as
predicted by Albert Einstein.
WWW: http://einstein.phys.uwm.edu/
PR: ports/93643
Submitted by: Rene Ladan <r.c.ladan@student.tue.nl>
PR.
Thanks for contributing.
Since the acroread7 port is a somewhat important port for our users, I
will hand it over to emulation@ if no _active_ *committer* takes it
before the ports freeze.
While I'm here:
- fix a little nit in the csound port (I think the intention was to
create no backup file instead of creating one with a "-e" extension)
- set ARCH to i386 in the amd64 case for the acroread7 port. This
is a work-around to be able to install everything when a dependency
is not already installed (ARCH is read-only in sub-makes, so the
dependencies can't change it). This should be removed when the
dependencies are fixed or converted to use bsd.linux-rpm.mk. [1]
Not objected to by: portmgr (explicit: krion; silence: rest)
Maintainer timeout: ~4 months
Submitted by: Sangwoo Shim <sangwoos@gmail.com> [1]
PR: 87985 [1]
very long and if some dependencies can't be added into the list.
[1]
- Fix FAM support. Make gamin the default FAM system. [2]
- Introduce new 'quicksearch' target to show only port, path and
info section of the matching ports. [3]
- Introduce new category - rubygems. [4]
- Fix stale dependencies while installing qmail slaveport and
another port that depends on qmail. [5]
- Add commentary for describes target in bsd.port.mk. [6]
- Fix warning issued during make index on archs !368. [7]
- Add USE_DOS2UNIX variable. If set to "YES", remove the ^M from
all files under ${WRKSRC}. If set to a string, remove in all files
under ${WRKSRC} with one of these names the ^Ms. [8]
- Add new variables PERL_RUN_DEPENDS and PERL_BUILD_DEPENDS by
checking the existance of the Perl modules with the "perl -e 'use
module;'" command. [9]
- Fix bsd.port.mk variable quoting issues. No quoting is necessary
anymore either in the Makefile or on the command line. Affected
variables include:
BROKEN
FORBIDDEN
IGNORE
MANUAL_PACKAGE_BUILD
NO_CDROM
NO_PACKAGE
RESTRICTED
[10]
- Add NOFETCHFILES variable. If set, don't download these files
from the ${MASTER_SITES} or ${MASTER_SITE_BACKUP} (but do from
${MASTER_SITE_OVERRIDE}). [11]
- Improve 'search' target output. [12]
- Add a new virtual category for Amateur Radio - hamradio. [13]
- Cleanup some old/unused pathes in bsd.port.mk. [14]
- Add @dirrmtry for plists which does the same as:
"@unexec rmdir %D/foo 2>/dev/null || true" [15]
- Remove virtual category - offix. [16]
- Use portsnap instead of cvsup or cvs on "make update" in
/usr/ports. [17]
- Move location of bsd.autotools.mk within bsd.port.mk [18]
- Add bsd.linux-rpm.mk, fix INSTALLS_SHLIB for Linux ports [19]
- Use new USE_RC_SUBR format for FreeBSD version >= 700007 [20]
- Replace the string "FreeBSD" by "The FreeBSD Project" in the
security warning [21]
- Add bsd.local.mk for local modification to ports framework. [22]
- Replace rcNG spelling by rc.d [23]
- Remove superfluous USE_REINPLACE. [24]
Special thanks to: linimon for spending hours with all these patches
clement for fixes
kris for help with pointyhat
PR: ports/86310 [1], ports/89498 [2], ports/83530 [3],
ports/83789 [4], ports/84053 [5], ports/86281 [6],
ports/87214 [7], ports/87234 [8], ports/87318 [9],
ports/87396 [10], ports/87605 [11], ports/87840 [12],
ports/88230 [13], ports/88493 [14], ports/88711 [15],
ports/88751 [16], ports/89281 [17], ports/89999 [18],
ports/90031 [19], ports/90150 [20], ports/90668 [21],
ports/91433 [23], ports/88754 [24]
Submitted by: mi [1], marcus [2], Lars Engels <lars.engels@0x20.net> [3],
pav [4, 16, 20, 24], garga [5], cperciva [6], vd [7],
edwin [8, 9, 11, 15, 21],
fenner [10], Arseny Nasokin <tarc.po.cs.msu.su@tarc.po.cs.msu.su> [12],
Carl Makin <carl@stagecraft.cx> [13], arved [14],
NIIMI Satoshi <sa2c@sa2c.net> [17], thierry [18],
jylefort [19], linimon [22], dougb [23]
- Shared lib version and PORTREVISION bumb for all affected ports.
While I'm here:
- Remove USE_MESA knob where it was (35 ports).
It marked as depricated for 2 years.
PR: ports/90247
Submitted by: Ermal Lu?i <eri--@albabsd.org>
attached to a host computer through serial or USB ports,
making all data on the location/course/velocity of the
sensors available to be queried on TCP port 2947 of the
host computer. With gpsd, multiple GPS client applications
(such as navigational and wardriving software) can share
access to GPSes without contention or loss of data. Also,
gpsd responds to queries with a format that is substantially
easier to parse than the NMEA 0183 emitted by most GPSes.
WWW: http://gpsd.berlios.de/
PR: ports/91630
Submitted by: Anton Karpov <toxa@toxahost.ru>
When you compile xglobe from ports and start it with xglobe
-markers it does not show the markers.
PR: ports/82270
Submitted by: Florian Smeets <flo@kasimir.com>
Reviewed by: edwin@FreeBSD.org
Approved by: maintainer timeout
John Walker's moontool for the X11 desktop. It shows a
real-time picture of the moon phases and displays some
related astronomical data about the moon and the sun. --
This version of the program uses the Motif toolkit.
WWW: http://www.fourmilab.ch/nav/topics/astrospace.html
PR: ports/91187
Submitted by: Frank W. Josellis <frank@dynamical-systems.org>
