* Update the list of ports which takes a long time to build.
* Don't use a single ports collection for every port build, indirect through
${pb}/${branch}/ports so we can have different ports collections for
each branch. Add -noportscvs option to prevent cvs update of ports
collection.
* Remove 3.x as a valid branch, add 4-exp for the 4.x experimental builds
used for testing bsd.port.mk patches
* Update usage information
going to take this one over for now. Chuck hasn't logged into
freefall since August, and this port has been unfetchable since
October.
This update makes the port fetchable, and the new version builds and
runs. The next step for those intrested in non-English language support
would be to create slave ports which bring in the new xpdf modules.
I haven't incorporated all of the parts of the PR, since I don't
understand what the originator is driving at, and I want to get
this port back on the air. I'll ask for some feedback on the PR.
If anyone with more experience/interest in this port wants to take
it over, just shoot me an e-mail.
PR: ports/34770
Submitted by: KATO Tsuguru <tkato@prontomail.com>
decide machines which should be handed new jobs. Also, at some point someone
added a note about a possible bug in the reportload script which causes
this one to fall over.
incorporated; (b) this now compiles on -current after libdb from
databases/db3 was renamed to libdb3; (c) this now compiles on -stable
(removed BROKEN since -stable has wchar.h now); and (d) fixed plist.
Noticed by: MAINTAINER
Use the re-rolled distfile from there, which appears to have been
prepared with "automake -i" and therefore no longer requires GNU
make.
They have at least two dangerous bugs:
- a buffer overflow in the password field of HTML forms can lead
to execution of hostile code, as reported by Michal Zalewski at
(URL:http://www.securityfocus.com/archive/1/136137). This was the
subject of advisory FreeBSD-SA-00:66.
- if JavaScript is enabled, JavaScript code embedded in the comment
blocks of images can be executed. This can result in sensitive
information being sent to a Web server. The bug was reported by
Florian Wesch at (URL:http://www.securityfocus.com/archive/1/175060)
and (URL:http://www.dividuum.de/).
Requested by: nectar
RNG inputs, rather than just one, and can generate numerous output
files, rather than just two. It now requires GNU make.
Add a patch to use mkstemp() rather than tempnam() so temporary
files are created with safe permissions. With the unpatched version,
local users can read sensitive information if pad is run in a
world-readable directory (the bug is not present in 0.x versions).
Turn over maintainership to submitter.
Submitted by: Jason Harris <jharris@widomaker.com>
PR: 27323 and 32810
Install the man page.
Fix spelling of "omitted" in pad.1 and pad.c. Clarify warning
message about inputs with unequal sizes.
Generate the packing list just before installation.
I put the distfile on MASTER_SITE_LOCAL because the home site is
offline. The checksum on my copy differs from the one in PR 27323.
every search engine is still pointing to, no longer allows
anonymouse FTP login. Thanks to the submitter for looking into
the obvious place -- right in front of my nose -- in the source
itself, and submitting the other location, that still works.
PR: ports/34787
Submitted by: Ted Mittelstaedt
Do not specify --verbose in the startup script because /dev/console
may not be always available.
PR: ports/34693
Submitted by: KITAGAWA, Takurou <ranran@kmc.gr.jp>
terminal to version 2.00a.
Put MAINTAINER's suggestions into the default configuration file.
Transfer the maintainership over to knu@FreeBSD.org.
Approved by: Nobuhiro Yasutomi <nobu@psrc.isac.co.jp> (ex-MAINTAINER)
