"Jpegpixi" is short for "JPEG pixel interpolator". The intent of
the program is to interpolate pixels in JFIF images (commonly refered
to as "JPEG images"). This is useful to correct images from a digital
camera with CCD defects. For example, if one pixel is always bright
green, this pixel can be interpolated away with jpegpixi.
Jpegpixi is unique in that it tries to preserve the quality of the
JFIF image as much as possible. Usual graphics programs decode JFIF
images when they are loaded, and re-encode them when they are saved,
which results in an overall loss of quality. Jpegpixi, on the other
hand, does not decode and re-encode the image, but manipulates the
encoded image data (known as the "DCT coefficients"). Therefore,
the blocks (typically 8x8, 8x16, or 16x16 pixel areas) which contain
the pixels to be interpolated are minimally disturbed, and other
blocks remain pixel-by-pixel identical to the original image.
WWW: http://www.zero-based.org/software/jpegpixi/
2012-10-20 lang/ironpython: No more public distfiles
2012-10-20 lang/cu-prolog: No more public distfiles
2012-10-20 japanese/stardict-dict-ja: No more public distfiles
2012-10-20 japanese/otojiro-fpw: No more public distfiles
2012-10-20 japanese/hex: No more public distfiles
2012-10-20 japanese/gxditview: No more public distfiles
2012-10-20 graphics/view3ds: No more public distfiles
2012-10-20 graphics/photoclip: No more public distfiles
2012-10-20 graphics/multivideo: Abandonware, no more upstream, depends on the
deprecated wxGTK 2.4
2012-10-20 graphics/kphotoalbum: No more public distfiles
2012-10-20 graphics/jpegpixi: No more public distfiles
2012-10-20 graphics/gimp-manual-pdf: No more public distfiles
2012-10-20 graphics/exifprobe: No more public distfiles
Feature safe: yes
- Return my ports back to the pool. I was unable to make any fixes to
my ports in the past 3 weeks while ports were broken on any 10.x
machines, which means I'm unable to maintain them. So let people know
that there's no available support for them until things are back to
normal (which also means that anyone with spare time will be able
to fix them without getting approval).
- Add LDFLAGS to CONFIGURE_ENV and MAKE_ENV (as it was done with LDFLAGS)
- Fix all ports that add {CPP,LD}FLAGS to *_ENV to modify flags instead
PR: 157936
Submitted by: myself
Exp-runs by: pav
Approved by: pav
Update CONFIGURE_ARGS for how we pass CONFIGURE_TARGET to configure script.
Specifically, newer autoconf (> 2.13) has different semantic of the
configure target. In short, one should use --build=CONFIGURE_TARGET
instead of CONFIGURE_TARGET directly. Otherwise, you will get a warning
and the old semantic may be removed in later autoconf releases.
To workaround this issue, many ports hack the CONFIGURE_TARGET variable
so that it contains the ``--build='' prefix.
To solve this issue, under the fact that some ports still have
configure script generated by the old autoconf, we use runtime detection
in the do-configure target so that the proper argument can be used.
Changes to Mk/*:
- Add runtime detection magic in bsd.port.mk
(Only the first 15 lines of the commit message are shown above )
Bump portrevision due to upgrade of devel/gettext.
The affected ports are the ones with gettext as a run-dependency
according to ports/INDEX-7 (5007 of them) and the ones with USE_GETTEXT
in Makefile (29 of them).
PR: ports/124340
Submitted by: edwin@
Approved by: portmgr (pav)
- Remove directories that are not in mtree file
Note that these directories are be removed by other dependency ports,
so I do not bump PORTREVISION for them. These affected ports are
belong to ports@.
PR: ports/101586
Submitted by: Stanislav Sedov <ssedov at mbsd.msk.ru>
Reset bouncing maintainer address:
<verm@drunkmonk.net>: host beatrix.drunkmonk.net[206.75.218.3] said: 550 5.1.1
<verm@drunkmonk.net>... User unknown (in reply to RCPT TO command)
