Atlas is great in the platforms where it's available, however
it is not being packaged (for good reasons) anymore. arpack
originally used blas for testing and since we are not really
linking any version of blas in the package it doesn't make
any difference what we use. It seems better idea to use
blas for testing since it's faster to build and because
this also means we can package arpack without building
ATLAS, The resulting package will work with BLAs or ATLAS
just the same and in any case the BLAS_LIBS variable can
now be overridden to test with atlas if it's so desired.
This change doesn't change the package so I think we should
leave the PORTVERSION untouched.
PR: ports/91251
Submitted by: Pedro F. Giffuni <giffunip@asme.org>
This patch updates java/eclipse-cdt to the latest version
3.0.1. It also installs the native shared libraries that
were previously missing. In order to do this the distfile
of the cdt-sdk had to be used instead. A static pkg-plist
is also used to help people searching through the ports
files.
PR: ports/89893
Submitted by: Panagiotis Astithas <past@ebs.gr>
Approved by: maintainer timeout
The update is mostly relevant to linux, where eiciel does
now support extended user attributes.
PR: ports/91248
Submitted by: Andreas Kohn <andreas@syndrom23.de>
Removed the PORT_SUBDIR so the port can use the existing
itcl distfile if there is one. Removed the tcl and tk
dependencies since both are dependencies of itk anyway
PR: ports/91243
Submitted by: Paul Schmehl <pauls@utdallas.edu>
Update devel/p5-POE-Component-Child from version 1.33 to
1.39. Minor modifications, e.g. change my maintainer
address, add build dependency.
PR: ports/91172
Submitted by: hideo <hideo@lastamericanempire.com>
I have sent PRs of these ports several times, but there was
no response from maintainer and PRs were always commited
with timeout. So I will take over maintainershilp now.
PR: ports/90713
Submitted by: KIMURA Yasuhiro <yasu@utahime.org>
Approved by: maintainer timeout
- Update to 1.4
- Take maintainership
- Optionally depend on libungif
- Remove local patch for gcc 2.x; instead, depend on gcc 3.2+ (untested on 4.x -
I hope it makes it work without any patches there).
- Remove local patch for using OpenSSL's MD5 implementation.
Removed file(s):
- files/patch-md5
- files/patch-strings
PR: ports/91232
Submitted by: Stefan Walter <sw@gegenunendlich.de>
devel/gauche-sdl was broken after a lang/gauche update due
to changes in how strings are internally represented. This
updates string access in the stub files, allowing it to
compile again. (the gfx subdir is still not fixed, so it's
being forcefully bypassed).
(author will be notified as soon as I get a pr # to give him)
PR: ports/91228
Submitted by: Erik Greenwald <erik@smluc.org>
This software block SMTP sessions used by e-mail worms and
viruses on the NA(P)T router. It depends on netfilter
framework of Linux, or ipfw on FreeBSD.
It acts like proxy, intercepting outgoing SMTP connections
and scanning session data on-the-fly. When messages is
infected, the SMTP session is terminated. It's to be used
(mostly) by ISPs, so they can eliminate infected hosts from
their net work, and (preferably) educate their users.
WWW: http://smtp-proxy.klolik.org/
PR: ports/91223
Submitted by: Krzysztof Pawlowski <msciciel@darkzone.ma.cx>
This patch adds the missing configure argument '--with-proj',
as reported in PR ports/91112
PR: ports/91220
Submitted by: Anderson S. Ferreira <anderson@cnpm.embrapa.br>
L-Breeder is currently marked unfetchable:
http://people.freebsd.org/~fenner/portsurvey/biology.html#L-Breeder
So I tried to investigate the problem and I'm now submitting
my homework so it doesn't get lost.
This is what I noticed:
i) L-Breeder upstream sources have "stagnated for some time,
but now a new simplified version is available" (sic, from
the web site)
So, the fetch issue is resolved. And the pkg-descr is also
updated to reflect the new home page. However:
ii) L-Breeder is now called LBreeder. I have changed PORTNAME
to reflect this, although I don't know if this is the right
thing to do. Should the port be moved to biology/LBreeder?
Or perhaps just leaving PORTNAME pointing to the old name
and then work inside the Makefile to point the build/install
to the correct name?
iii) the sources have been reorganized so I have to update
the port's Makefile to reflect this. The attached patch
works for me under FreeBSD-4.11 (although it's possible
that I may have missed a dependency if I already have a
required library installed in my box. Sorry, I don't have
a tinderbox-like setup to test builds)
iv) the program does not have a version number, nor did I
find one by looking inside the sources. To avoid changing
too much the port I just left PORTVERSION at 1.0 and bumped
PORTREVISION to 6
Finally, do note that I am not a user of LBreeder, so I
cannot test the program myself. I just noticed that by
calling the executable I get a black X screen, that I can
quit by pressing 'q' as documented in Readme.txt, but I
can't tell myself if this is the expected behaviour. Nor
do I know how to use the example files. Caveat emptor.
PR: ports/90073
Submitted by: Fernan Aguero <fernan@iib.unsam.edu.ar>
Approved by: maintainer timeout
Nepenthes can determine the malware activity on a network
by deploying a nepenthes sensor (i.e. honey pot). The
programm emulates different well known vulnerabilities
waiting for malicious connections trying to exploit them.
WWW: http://nepenthes.sourceforge.net
PR: ports/90062
Submitted by: ryo <ryo@aquahill.net>
devel/ode and devel/ode-devel ports are marked broken on
non-i386 archs (i.e. amd64, ia64), because ode fail to build
on these systems with following errors:
c++ -Iinclude -c -fno-exceptions -fomit-frame-pointer -O -pipe -I/usr/X11R6/include
+-DdNODEBUG -o ode/src/timer.o ode/src/timer.cpp
{standard input}: Assembler messages:
{standard input}:62: Error: `(%esi)' is not a valid 64 bit base/index expression
{standard input}:63: Error: `4(%esi)' is not a valid 64 bit base/index expression
{standard input}:86: Error: `(%esi)' is not a valid 64 bit base/index expression
{standard input}:87: Error: `4(%esi)' is not a valid 64 bit base/index expression
{standard input}:172: Error: `(%esi)' is not a valid 64 bit base/index expression
{standard input}:173: Error: `4(%esi)' is not a valid 64 bit base/index expression
{standard input}:194: Error: `(%esi)' is not a valid 64 bit base/index expression
{standard input}:195: Error: `4(%esi)' is not a valid 64 bit base/index expression
{standard input}:234: Error: `(%esi)' is not a valid 64 bit base/index expression
{standard input}:235: Error: `4(%esi)' is not a valid 64 bit base/index expression
gmake: *** [ode/src/timer.o] Error 1
*** Error code 2
Stop in /usr/ports/devel/ode.
After some investigation, I think I've solved the problem,
and it would be great to unbreak ode at last.
The build on 64 bit platforms fails because some 32 bit
assembly gets included in the ode/src/timer.cpp file.
That, on it's turn, happens because ode's configurator
(simple configure analogue written in C) has too weak
checking for `pentium compatibility' of host system - it
just tries to compile following assembly code: `mov $0,
%eax' as a test. That compiles well on 64 bit platforms,
but because addressing scheme is now 64bit, above-mentioned
errors occur when compiling ode's source itself.
The fix is to add a patch to configurator.c that makes
`pentium compatibility' test more strict. Thus, test will
fail on 64 bit ystems and i386 assembly won't be used (ode
will use more portable routines instead).
This patch is not well tested, as I myself have no 64 bit
machines in the vicinity, but it surely doesn't break ode
on x86 :)
I've mailed it to ode author, it's now also in ODE's CVS.
PR: ports/90077
Submitted by: Dmitry Marakasov <amdmi3@mail.ru>
Approved by: maintainer timeout
Upgrade to the latest, 0.8, version. I've removed the patch
because it's already commited to this version by the vendor.
PR: ports/90208
Submitted by: Denis Shaposhnikov <dsh@vlink.ru>
Approve by: maintainer timeout
