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> |