Commit History - (may be incomplete: for full details, see links to repositories near top of page) |
Commit | Credits | Log message |
1.9.0 23 Nov 2012 15:10:16
  |
fluffy  |
- Update to 1.9.0 release (clang support improved)
- Handle python bindings in proper way (off by default)
- Make HDF and OpenEXR support optional (on by default)
- Use OptionsNG
- Declare LICENSE
- Trim Makefile header
Feature safe: yes |
1.8.0_1 23 Nov 2012 02:27:09
  |
fluffy  |
- Control of Python dependency
PR: 173772
Submitted by: Mamoru Sakaue
Feature safe: yes |
1.8.0 09 Jun 2012 13:08:32
 |
fluffy  |
- Unbreak with base gcc 4.2.1
- Handle both fftw dependencies at once
- No PORTREVISION bump, users with broken build never got this update
- Take maintainership due to vd@'s ENOTIME
Approved by: vd (maintainer, via email) |
1.8.0 08 Jun 2012 13:45:00
 |
vd  |
Upgrade graphics/vigra from 1.7.1 to 1.8.0
PR: ports/168833
Submitted by: fluffy@ |
1.7.1_4 01 Jun 2012 05:26:28
 |
dinoex  |
- update png to 1.5.10 |
1.7.1_3 17 Oct 2011 10:08:33
 |
bf  |
- update fftw3* to 3.3 [1], and adjust dependent ports
- make use of optimizations by default, where possible
(quad flavor to follow shortly, and mpi at a later date)
Suggestions and patches from: ache, C. Burns, wen |
1.7.1_2 15 Jul 2011 10:50:22
 |
ale  |
Bump PORTREVISION for science/hdf5-18 shlib change. |
1.7.1_1 01 Jul 2011 07:13:48
 |
vd  |
Request explicitly the lib hdf5.6 because if we ask for hdf5 then portmaster
considers that an installed version of science/hdf5 satisfies the dependency. |
1.7.1 29 Jun 2011 11:42:48
 |
vd  |
Use science/hdf5-18 instead of science/hdf5 as dependency
In testing I used science/hdf5-18 but have somehow written science/hdf5
in the Makefile and it worked because the same lib is provided by
science/hdf5 too. This should fix [1].
PR: ports/158425 [1]
Submitted by: Andrei Lavreniyuk <andy.lavr@gmail.com> |
1.7.1 29 Jun 2011 07:42:36
 |
vd  |
Upgrade graphics/vigra from 1.6.0 to 1.7.1
Suggested by: Rainer Hurling <rhurlin@gwdg.de> |
1.6.0_3 04 Dec 2010 07:34:27
 |
ade  |
Sync to new bsd.autotools.mk |
1.6.0_3 29 Mar 2010 05:58:06
 |
dinoex  |
- fix build for png-1.4.1 |
1.6.0_3 28 Mar 2010 06:47:48
 |
dinoex  |
- update to 1.4.1
Reviewed by: exp8 run on pointyhat
Supported by: miwi |
1.6.0_2 05 Feb 2010 11:46:55
 |
dinoex  |
- update to jpeg-8 |
1.6.0_1 02 Aug 2009 19:36:34
 |
mezz  |
-Repocopy devel/libtool15 -> libtool22 and libltdl15 -> libltdl22.
-Update libtool and libltdl to 2.2.6a.
-Remove devel/libtool15 and devel/libltdl15.
-Fix ports build with libtool22/libltdl22.
-Bump ports that depend on libltdl22 due to shared library version change.
-Explain what to do update in the UPDATING.
It has been tested with GNOME2, XFCE4, KDE3, KDE4 and other many wm/desktop
and applications in the runtime.
With help: marcus and kwm
Pointyhat-exp: a few times by pav
Tested by: pgollucci, "Romain Tartière" <romain@blogreen.org>, and
a few MarcusCom CVS users. Also, I might have missed a few.
Repocopy by: marcus
Approved by: portmgr |
1.6.0_1 18 Jul 2009 11:11:29
 |
dinoex  |
- update to jpeg7
Tested by: pav on pointyhat |
1.6.0 30 Jun 2009 09:38:15
 |
vd  |
Upgrade graphics/vigra from 1.5.0 to 1.6.0
PR: ports/135879 (with some fixups)
Submitted by: Wen Heping <wenheping@gmail.com> |
1.5.0 21 Aug 2008 06:18:49
 |
rafan  |
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 ) |
1.5.0 01 May 2007 15:52:25
 |
vd  |
Upgrade graphics/vigra from 1.4.0 to 1.5.0 |
1.4.0 05 Mar 2007 06:14:30
 |
vd  |
Adopt graphics/hugin and related ports. |
1.4.0 27 Feb 2007 05:43:23
 |
linimon  |
Reset cartola@openit.com.br due to maintainer-timeouts and no response
to previous email.
Hat: portmgr |
1.4.0 28 Jan 2007 09:07:47
 |
kris  |
Use libtool port instead of included one to avoid objformat a.out botch |
1.4.0 17 Jun 2006 19:47:58
 |
stefan  |
- Update to 1.4.0
- Add user knobs for VIGRA's libraries.
- Further qualify acceptable image libraries.
PR: 97879
Submitted by: Christopher Boumenot <boumenot@gmail.com>
Approved by: maintainer
arved (mentor) |
1.3.2_2 11 May 2006 15:12:06
 |
ahze  |
- Chase fftw3 libver bump |
1.3.2_1 22 Jan 2006 12:35:18
 |
edwin  |
SHA256ify
Approved by: krion@ |
1.3.2_1 18 Apr 2005 17:01:25
 |
ahze  |
- Use math/fftw3 for fftw support not math/fftw, math/fftw is not supported. |
1.3.2 10 Mar 2005 08:33:29
 |
pav  |
- Update to 1.3.2
PR: ports/78556
Submitted by: Marco Molteni <molter@tin.it>
Approved by: Carlos Eduardo <cartola@openit.com.br> (maintainer) |
1.3.0_1 20 Feb 2005 16:25:08
 |
pav  |
- Fix plist
- Style
PR: ports/77683
Submitted by: Marco Molteni <molter@tin.it> |
1.3.0 11 Feb 2005 10:03:15
 |
vs  |
Update to 1.3.0
PR: ports/76078
Submitted by: Carlos Eduardo G. Carvalho (maintainer)
De-shar-ified: Marco Molteni |
1.2.0 02 Jan 2005 01:22:11
 |
kris  |
BROKEN in 3 ways: Does not compile on FreeBSD >=5.x, configure fails on
amd64 and ia64, and broken pkg-plist on alpha 4.x
Approved by: portmgr (self) |
1.2.0 15 Dec 2004 12:36:25
 |
edwin  |
New port: graphics/vigra - another program to mount panoramic images
- also a dependency of hugin
VIGRA stands for "Vision with Generic Algorithms". It's a
novel computer vision library that puts its main emphasize
on customizable algorithms and data structures. By using
template techniques similar to those in the C++ Standard
Template Library, you can easily adapt any VIGRA component
to the needs of your application, without thereby giving
up execution speed.
PR: ports/71847
Submitted by: Carlos Eduardo G. Carvalho <cartola@openit.com.br> |