See: http://bonk.ethz.ch/hp850/hp850.html
Additional driver will be fetched directly from internet now
Because this driver source is packed as a .zip file (tada *sigh*)
and contains ^M's (where the combination \^M confuses gcc) we have
to BUILD_DEPEND on unzip and pipe the source and header files through
sed to wipe out the ^M's ...
As requested by: Lars Koeller
Makefile:
- Changed WRKSRC
- New GS_SOURCES
- Make symbolic link from jpeg-6a and libpng port's workdir into
WRKSRC, instead of patching unix-gcc.mak further:
ln -s ${PORTSDIR}/graphics/jpeg/work/jpeg-6a ${WRKSRC}/jpeg-6a
ln -s ${PORTSDIR}/graphics/png/work/libpng-0.96 ${WRKSRC}/libpng
- updated md5 files
patches/patch-aa:
- new unified diff because some of the above mentioned changes
- Only commented out the default DEVICE_DEVS
- make our zlib compile again
pkg/DESCR:
- bumped version number
pkg/PLIST:
- updated PLIST
- added proper @dirrm's for a successfull pkg_delete action
scripts/configure:
- added new drivers
"la70t" "DEC LA70 printer with low resol. text enhancement" ON \
"lq850" "EPSON LQ-850 (360x360), ok for Canon BJ300 in LQ850 emul" ON \
- rmoved one unnecessary "pdfwrite"
- same for scripts/configure.batch
As requested by: Lars Koeller ;-)
"?=" to "=" for MAKE_FLAGS, bsd.port.mk is read later anyway. Change
"/usr/local" to "${PREFIX}" and "/usr/bin/false" to ${FALSE}. Remove
spurious empty lines.
Many of the above found by: portlint
- 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 ???
would think if looking for it there... but I have been quite wrong before.
But then I also don't think this and all the TeX stuff belong in "print"
either. They are wordprocessing tools. But I guess we really don't
have that categrory, with editors being the closest. But then TeX
is probably the farthest port we have to actually being an editor.
Maybe "lang"??? It is a translstor afterall. :-)
