- merged patch-af into patch-aa, both patches hacked unix-gcc.mak
- merged the scripts/{configure,configure.batch} changes into
patch-aa, so that unix-gcc.mak is hacked only by patch-aa
- when doing interactive configuration, every device driver is
now turned on, so you have to deselect devices
- when using BATCH compilation, you now get every supported device,
this one is especially for Satoshi, when making gs packages !
- Added a note into unix-gcc.mak, that DEVICE_DEVS now completely
are removed in the makefile, instead of this, the two configure
scripts now completely control, which devices have to be compiled in.
So, the configure target "patches" the unix-gcc.mak Makefile and
puts a DEVICE_DEVS line at line 1. When doing batch compilation
every device is included in this line, or the wanted devices ...
- The compilation option -DA4 is now included if you compile the port
by saying "make A4=yes".
I hope, I didn't forget a driver, look at that long line ;-)
BTW, I didn't create that DEVICE_DEVS line by hand, I did the
interactive installation, which created it automatically, and
after that I "stealed" that DEVICE_DEVS line for inclusion
into configure.batch ;-) So the devices in configure and configure.batch
are exactly the same, you only have to compare devices.mak with one
of the configure scripts.
BTW, should we nuke ghostscript4 ??? Does somebody know if any
port needs gs4 ???
from the files-dir could be nuked, as requested by Satoshi and others.
- Modified BUILD_DEPENDS to use ${LOCALBASE} variable instead of
an absolute path.
- packaging tested on both ports fbsd-icons and fvwm95 ;-)
Currently used by fvwm95 port (will commit changes soon).
Contains nice FreeBSD logos and such for inclusion into
window managers (if you need buttons or logos) or maybe
for a Web page. Would be nice to make this collection
somewhat greater ;-)
If fvwm95 uses this port, then the tgz archive in fvwm95's
files section can be nuked.
Submitted by: andrew@ugh.net.au
The previous port of poppassd worked fine under 2.1.x but broke under
2.2.x. Ron Bickers <rbickers@intercenter.net> sent me some changes
which should allow it to work under 2.2.x and these changes are
incorporated in this version. The port seems to still work under
2.1.x.
I modified the submitted version slightly, (a) to honor the user's
CFLAGS setting, and (b) to eliminate some compilation warnings.
PR: ports/3825
Submitted by: Yukihiro Nakai Nakai@Mlab.t.u-tokyo.ac.jp
know what, but instead of trying to sort out the five hundred "all" targets
in this port's Makefile, simply define ALL_TARGET=xmris to sidestep the
problem.