part of security/p5-Digest-HMAC. => add build and run time dependency
on security/p5-Digest-HMAC.
PR: ports/76781
Submitted by: KIMURA Yasuhiro <yasu@utahime.org>
Approved by: maintainer timeout (6 months)
- install ttf2bdf
- install ttfbanner
- include a patch in previous chinese/CJK for ttf2pk (patch-big5eten)
which add support for big5 eten extension maps
- it should use gmake
- bump PORTREVISION
PR: ports/84346
Submitted by: maintainer
o java/eclipse-devel is IGNOREd now until 3.2+.
o change MAINTAINERship to java@ on java/eclipse-devel. [1]
PR: ports/84252
Submitted by: Panagiotis Astithas <past@ebs.gr>
Requested by: devel/eclipse-devel's maintainer [1]
Tested by: java@
* Add a target for regression testing, and run that target automatically
when building on the package build cluster [1]
* Cleanup some portlint nits
Submitted by: mi [1]
This adds some new _experimental_ pipelined HTTP code which typically
makes portsnap 3-10 times faster at downloading updates. This
experimental code is disabled by default; to enable it, run portsnap
with the (undocumented) -x option. (e.g., "portsnap -x fetch")
I am not currently aware of any problems with this new code, but it has
had less than 24 hours of testing; I would definitely like to know if
it breaks anything.
If portsnap is run without the -x option, this version should behave
exactly the same way as the previous version.
Approved by: simon
patches integrated.
I give up on trying to convince the doxygen setup of simulavr to
peacefully collaborate with LaTeX 3.x, it always ends up in producing
a PDF file where it is supposed to produce a DVI file (which the build
system then tries to process further). Instead, I hacked the
configure and build system to not try building or installing any of
its private documentation at all (the man and info pages are still
around as they are already present in the source tarball).
After all, the original simulavr is no longer being developed but has
a successor named simulavrxx, so in future, I'll rather concentrate on
making a FreeBSD port out of that one.
By the same time, combine all the patches that add support for new AVR
devices into a single patch, as they all touch the same three source
files. In total, add support for the following AVR devices that were
not supported by the stock GCC 3.4.x:
ATtiny13/ATtiny2313
ATtiny25/ATtiny45/ATtiny85
ATmega48/ATmega88/ATmega168
AT90PWM2/AT90PWM3
ATmega164/ATmega324/ATmega644
ATmega325/ATmega3250/ATmega645/ATmega6450
ATmega329/ATmega3290/ATmega649/ATmega6490
AT90CAN128
(This is now documented in pkg-descr as well.)
and combine them into a single unified patch, as only two files need
to be patched anyway.
This will extend support of avr-binutils (over stock binutils-2.16) to
the following AVR devices:
ATtiny25/45/85
AT90PWM2/3
ATmega164/324/644
ATmega329/3290/649/6490
ATmega640/1280/1281
secteam@ instead of security@ to make it more clear that the ports are
not maintained by the freebsd-security@ mailing list. Both addresses
go to the same people.
