pkglint --only "https instead of http" -r -F
With manual adjustments afterwards since pkglint 19.4.4 fixed a few
indentations in unrelated lines.
This mainly affects projects hosted at SourceForce, as well as
freedesktop.org, CTAN and GNU.
- Add LICENSE (gnu-gpl-v2)
- Add gmake on USE_TOOLL+=
- Add post-build: and post-install: target
to get de/LC_MESSAGES/pslib.mo installed as previous package.
(USE_CMAKE= yes doesn't work for install: yet)
(upstream)
- Update 0.2.6 to 0.4.5
-------------------------
Version 0.4.5
- added support for reusable images
- updated man pages
Version 0.4.4
- fixed impropper use of font in ps_stringwidth() (thanks to Roger Wimbert)
Version 0.4.3
- renamed getline() to afm_getline() in ps_afm.c because never versions
of libc have an equal symbol
Version 0.4.2
- fixed bug in ps_setcolor()
- made src/hash_table.c compile on hp ux
- fixed typo in input encoding table
- fixed man pages
- fixed several memory leaks
Version 0.4.1
- fixed DSC in postscript file (makes ghostview for ms windows happy)
- configuring using cmake now checks for libpng, libjpeg, libtiff, libz
Version 0.4.0
- Also disolve a ligature if it isn't present in the font encoding vector
- handle duplicate glyphs in an afm file nicely, without leaking memory
- many small changes to make it compile for win32 in a mingw and
visual C environment (includes support for cmake)
- added function PS_glyph_list() which returns a list of all glyphs
in a font. Free that list with PS_free_glyph_list()
- added function PS_glyph_width() which returns the width of a glyph
- changed mode of fopen to "rb" to make it work in win32
- added functions PS_[begin|end]_font(), PS_[begin|end]_glyph()
for creating Type3 fonts
- added functions PS_add_kerning(), PS_add_ligature() for setting
kerning pairs and ligatures of a font.
- added PS_glyph_show() for outputting a glyph by its name.
- fixed sourceforge bug 1556247, 'ordmaskuline' must be 'ordmasculine'
Version 0.3.0
- PS_string_geometry() uses the passed font and not the current font
(Closes#1711438 at sourceforge)
- added section about color separation in man page of pslib
- check for byteswap.h because mingw doesn't have it
- default error handler now prints to stderr instead of stdout (reported
by Johannes Frank, fixes debian bug #429544)
- parbreak has no effect if linebreak is set (previous segm reported
by Johannes Frank, fixes debian bug #429543)
- BMP support can be disabled
- PS_place_image() doesn't check for mimetypes of unsupported image
formats
- support for separating colors. Just set the value 'separationcolor'
before creating a new page to 1-4 (1=cyan, 2=magenta, ...)
- added missing include file for freebsd
- Support for other input encodings (currently only latin1 and latin2, more
can be easily added)
- Replaced TeXBase1 by Cork fontencoding because it supports more glyphs
- ps_check_for_lig() gets extra first parameter *psdoc in order to be able
to access the inputencoding stored in psdoc
Version 0.2.7
- fixed setting of locale
- PS_set_border_style() works as expected
- added blind feature to PS_show_boxed()
- added support for gif, tiff and bmp images
- PS_show_boxed() sets the value 'boxheight' to the actual height of
the box. This is useful if you specify a height of 0.0 for the
box and need to find out how high is has become. It is also useful
if a box isn't completely filled.
- passing a height of 0.0 to PS_show_boxed() will create a box long enough
to contain all text.
- strip alpha channel from rgb pngs, because they cause a segm fault. Once
I understand where the actual problem lies, it will be reenabled.
- make euro symbol work (replaces the currency symbol)
- PS_arc() and PS_arcn() behave like the arc and arcn postscript commands
- fixed rpm spec file
- PS_continue_text() finally works as expected
- PS_get_buffer() checks for psdoc->sb before accessing it
- PS_begin_page() does not overwrite the BoundingBox and Orientation
anymore, if it has been explicitly set by PS_set_info()
Do it for all packages that
* mention perl, or
* have a directory name starting with p5-*, or
* depend on a package starting with p5-
like last time, for 5.18, where this didn't lead to complaints.
Let me know if you have any this time.
a) refer 'perl' in their Makefile, or
b) have a directory name of p5-*, or
c) have any dependency on any p5-* package
Like last time, where this caused no complaints.
developer is officially maintaining the package.
The rationale for changing this from "tech-pkg" to "pkgsrc-users" is
that it implies that any user can try to maintain the package (by
submitting patches to the mailing list). Since the folks most likely
to care about the package are the folks that want to use it or are
already using it, this would leverage the energy of users who aren't
developers.
