Remove ${PORTSDIR}/ from dependencies, categories d, e, f, and g.
With hat: portmgr
Sponsored by: Absolight4e1b79a0a6Port details
graphics/opendx 4.4.4_44
IBM's Open Visualization Data Explorer
Port info
- Maintainer
- stephen@FreeBSD.org
- Packages
- latest: 4.4.4_43, update to 4.4.4_44 not built yet
- Upstream
- up to date
- Last update
- to 4.4.4_44 · ed4c5e5da5
- Quarterly
- 2026Q4: 4.4.4_43 · last MFH 7ccb703566
- WWW
- https://en.wikipedia.org/wiki/IBM_OpenDX
- Links
- cgit · VuXML · Report wrong data
Install
- Package
# pkg install opendxinstalls 4.4.4_43 fromlatest; fromquarterly(2026Q4) 4.4.4_43- Port
# cd /usr/ports/graphics/opendx && make install clean- Size
- 11 MiB download · 55 MiB installed
- Depends on
- graphics/ImageMagick6 6.9.13.50_1,1, graphics/libGLU 9.0.3, graphics/libglvnd 1.7.0, graphics/tiff 4.7.2, science/cdf 3.9.1_1, science/netcdf 4.10.1, x11-toolkits/libXmu 1.3.1,1, x11-toolkits/libXt 1.3.1,1, x11-toolkits/open-motif 2.3.8_8, x11/libICE 1.1.2,1, x11/libSM 1.2.6,1, x11/libX11 1.8.14,1, x11/libXext 1.3.7,1, x11/libXinerama 1.1.6,1, x11/libXpm 3.5.20
- License
- IBM-OVDX-v1
- pkg-message
Shown after installing
If you cannot connect to dxexec, try this: # Start the user interface by typing "dx -uionly &" # Start the executive by typing "dx -execonly &" # Use the connect menu in the user interface to "Connect to server", click the Options button, and select connect to already running server.
Packages by version and architecture
latest
| FreeBSD version | amd64 | aarch64 | i386 |
|---|---|---|---|
| FreeBSD 16 | 4.4.4_43 | ✗ | – |
| FreeBSD 15 | 4.4.4_43 | ✗ | – |
| FreeBSD 14 | 4.4.4_43 | ✗ | 4.4.4_43 |
quarterly (2026Q4)
| FreeBSD version | amd64 | aarch64 | i386 |
|---|---|---|---|
| FreeBSD 15 | 4.4.4_43 | ✗ | – |
| FreeBSD 14 | 4.4.4_43 | ✗ | 4.4.4_43 |
version as in the ports tree (latest) or the most common one (quarterly) · different version · ✗ not built · – no packages for this platform. Package sets that have not been rebuilt for 60 days are left out.
Unaddressed and VuXML only (0)
No unaddressed CVE and nothing reported by
pkg audit for the packaged version 4.4.4_43.Fixed (0)
No VuXML entries for this package.
Problem reports (0) · open in Bugzilla, most recently changed first
None.
Commits (162)
graphics category: Remove $PTHREAD_LIBS graphics/zbar didn't pass check-plist (pre-existing), fixed. approved by: PTHREAD blanket9746d6524b
Update ImageMagick to 6.9.0.4. - Normalize the ImageMagick library name so it stays the same regardless of what the 16-bit and HDRI option are set to [1]. Teach cmake to look for the new name. Bump ports that link to the libraries due to this. - As a result do away with the "HALFSUPPORTED" option block, and list 16-bit and HDRI with the other options. - ImageMagick ships a basic SVG plugin when not using librsvg2 for SVG support. This basic SVG plugin needs libxml2 to work [2]. Make libxml2 a mandatory dependency (instead of only when the SVG option was selected). - Don't touch .keep files in the modules directory, there files there so it useless. PR: 194949 [1] PR: 195227 [2] Requested by: many [1] Submitted by: software-freebsd@interfasys.ch [2]bb89f80c35
Remove * from LIB_DEPENDS lines and specify the default library name for ImageMagick. Using '*' it is unsupported and potention bugs here.6b1c2ea085
Cleanup plista76a739bfe
Update the default version of GCC in the Ports Collection from GCC 4.7.4 to GCC 4.8.3. Part II, Bump PORTREVISIONs. PR: 192025 Tested by: antoine (-exp runs) Approved by: portmgr (implicit)15945f8122
Fix LIB_DEPENDSf5aeb1c1be
Fix non default LIB_DEPENDS With hat: portmgr06af334ab9
Update to 6.8.9-3 [1][3]. Use USES=compiler:openmp for the OPENMP option[2] Ditch the use of perl for patching etc [4] and silence perl threaded check [6] -delay option spurious message should be fixed [5] JASPER option was replace by JPEG2000 for JP2k support. Put 16BIT_PIXEL and HDRI option separate option block. These options change the library name, so the user needs to take this into consideration. Use new LIB_DEPENDS syntax. Use @sample for config files. Sprinkle some USES=pkgconfig for some ports, since we don't pull it in anymore at run-time. PR: 185462 [1] PR: 187548 [2] PR: 182793 [3] PR: 181746 [4] PR: 176047 [5] PR: 190814 [6] Submitted by: c.petrik.sosa@gmail.com [1] Matthieu Volat <mazhe@alkumuna.eu> [2] free.bsd@webstyle.ch [3] andrnils@gmail.com [4] rfg@tristatelogic.com [5] Michelle Sullivan <michelle@sorbs.net> [6] Approved by: portmgr (blanket) (for NO_STAGED ports)cf906e5cf2
- Fix build with clang 3.4 amd64 current r265844. Submitted by: Roman Cat <roman-cat@yandex.ru>b132422915
- Change AUTOTOOLS=libtool to USES=libtool. - Bump portrevision. Reference: http://lists.freebsd.org/pipermail/freebsd-ports/2014-May/092082.htmla9237ac948
Replace "${OPSYS:tl}" with "freebsd" on 4 ports
The following 4 ports will not build correctly if certain variables
are not defined as "freebsd". Defining them as "${OPSYS:tl}" caused
breakage on DragonFly for various reasons. Harding the variables are
a no-op for FreeBSD but fixes the ports on DragonFly.
* games/ioquake3
* graphics/opendx
* science/cdf
* security/john
approved by: portmgr (bapt)fbd6d1a109Convert all :U to :tu and :L to :tl Since FreeBSD 8.4 and FreeBSD 9.1 make(1) do support :tu and :tl as a replacement for :U and :L (which has been marked as deprecated) bmake which is the default on FreeBSD 10+ only support by default :tu/:tl a hack has been added at the time to support :U and :L to ease migration. This hack is now not necessary anymore Note that this makes the ports tree incompatible with make(1) from FreeBSD 8.3 or earlier With hat: portmgr4a4ec28d37
- Update to 4.3.2 (from science/netcdf4) - Bump PORTREVISION for science/netcdf shlib change and dependency change from science/netcdf4 to science/netcdf [1] Changes: http://www.unidata.ucar.edu/software/netcdf/docs/release_notes.html Approved by: portmgr (bapt) [1]a63f38bc06
Update the default version of GCC used in the Ports Collection from GCC 4.6.4 to GCC 4.7.3. This entails updating the lang/gcc port as well as changing the default in Mk/bsd.default-versions.mk. Part II, Bump PORTREVISIONs. PR: 182136 Supported by: Christoph Moench-Tegeder <cmt@burggraben.net> (fixing many ports) Tested by: bdrewery (two -exp runs)1cd277bdce
- Removed some dirrmtry entries from pkg-plist. Reference: https://qat.redports.org//~stephen@FreeBSD.org/20140126211800-20871-263412/opendx-4.4.4_14.log8406ec7127
- Implement staging.da19de7cdd
Update to libmpc version 1.0.1 which brings the following fixes:
- Switched to automake 1.11.6, see CVE-2012-3386.
- #14669: Fixed extraction of CC from gmp.h.
- Fixed case of intermediate zero real or imaginary part in mpc_fma,
found by hydra with GMP_CHECK_RANDOMIZE=1346362345.
This is on top of the following changes from version 1.0
- Licence change towards LGPLv3+ for the code and GFDLv1.3+ (with no
invariant sections) for the documentation.
- 100% of all lines are covered by tests
- Renamed functions
. mpc_mul_2exp to mpc_mul_2ui
. mpc_div_2exp to mpc_div_2ui
- 0^0, which returned (NaN,NaN) previously, now returns (1,+0).
- Removed compatibility with K&R compilers, which was untestable due
to lack of such compilers.
- New functions
. mpc_log10
. mpc_mul_2si, mpc_div_2si
- Speed-ups
. mpc_fma
- Bug fixes
. mpc_div and mpc_norm now return a value indicating the effective
rounding direction, as the other functions.
. mpc_mul, mpc_sqr and mpc_norm now return correct results even if
there are over- or underflows during the computation.
. mpc_asin, mpc_proj, mpc_sqr: Wrong result when input variable has
infinite part and equals output variable is corrected.
. mpc_fr_sub: Wrong return value for imaginary part is corrected.
Convert to the new LIB_DEPENDS standard and remove hard-coded
.so versions from a couple of dependent ports.
Bump PORTREVISIONS of all dependent ports.
PR: 183141
Approved by: portmgr (bdrewery)3be3e90f93Add NO_STAGE all over the place in preparation for the staging support (cat: graphics)eb08c5441c
- Put dx.l into ${PREFIX}/man/manl. - Correct other portlint errors. - Bump portrevision.b25b560949- Change dependency science/netcdf to science/netcdf4. - Fix some portlint errors.f7070a06b6
Convert from USE_MOTIF to USES=motif While here: - Trim headers - Convert some USE_GMAKE to USES=gmake1679a3f535
- Patch so that all architecture specific directories have same suffix. - Bump portrevision. Pointed out by: miwi@8db405fbec
Convert USE_BISON to USES= bison It brings bison as a build dependency in case it is set the following way: USES= bison or USES= bison:build it brings bison as a run dependency in case it is set the following way: USES= bison:run it brings bison both as a run and build dependency in case it the set the following way: USES= bison:both While here trim some headers Convert some USE_GNOME= gnomehack to USES= pathfix9250d94365
- Chase graphics/ImageMagick update - Remove ABI version from MagickWand - Trim headerb651804e0d
Decommissioning java 1.5 (EOLed since October 2009): suppress any reference to JAVA_VERSION= 1.5+ (part2)7c354b1913
Force numerous ports that fail to build with clang over to instead always rely on gcc. The patch uses the new USE_GCC=any code in Mk/bsd.gcc.mk to accomplish this. The ports chosen were ports that blocked 2 or more ports from building with clang. (There are several hundred other ports that still fail to build with clang, even with this patch. This is merely one step along the way.) Those interested in fixing these ports with clang, and have clang as their default compiler, can simply set FORCE_BASE_CC_FOR_TESTING=yes. For those who have gcc as their default compiler, this change is believed to cause no change. Hat: portmgr Tested with: multiple runs on amd64-8-exp-bcm and 9-exp-clang, with various combinations of patch/no-patch and flag settings.a8693b8dee
- update png to 1.5.102b74a89bc8
Update ImageMagick to 6.7.2-10 (shlib bumped to .5)3b6562012d
- 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: pav6f6fbe4bdfNow that the Java 1.3 and Java 1.4 ports are deprecated and will expire soon, remove support for them from bsd.java.mk. As Jikes is not available in Java 1.5 or higher, remove it from bsd.java.mk too (suggested by hq@) and from the ports which used it (only occurences were USE_JIKES=no). Support for the Blackdown VM is also removed, as it is not available in Java 1.5 and higher. Also remove the mapping from Java 1.1-1.4 to Java 1.5+ in bsd.java.mk to detect old, broken ports; therefore bump the minimal value of JAVA_VERSION to 1.5. While here, replace static values of JAVA_VERSION in files/*.in by %%JAVA_VERSION%% . PR: ports/158969 Submitted by: rene Tested on: pointyhat-west -exp06e6677793
-remove MD530f9161773
Maintainer: stephen@missouri.edu -> stephen@FreeBSD.org Approved by: maho (mentor)fc7976f6a8
Bump PORTREVISION after open-mofit update630ca2285f
Sync to new bsd.autotools.mk4a8684e352
Update ImageMagick to 6.6.2-10dfc28b2b23
- Bump Magick++, MagickWand or MagickCore dependency779a04d1f7
- update to 1.4.1 Reviewed by: exp8 run on pointyhat Supported by: miwide78af3ac5
- update to jpeg-8ca9c60461c
- Fix fetch PR: 137780 Submitted by: maintainer72edb29a33
-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: portmgr789d75c728
- bump all port that indirectly depends on libjpeg and have not yet been bumped or updated Requested by: edwineca78ec61b
- Update maintainer mail address PR: ports/133397 Submitted by: Stephen Montgomery-Smith <stephen@missouri.edu> (maintainer) Approved by: tabthorpe (co-mentor)cf8759b2c9
- Pass maintainership along.6ce638fdbf
- Update ImageMagick to 6.4.9.2 - Libraries Magick++, MagickCore and MagickWand bumped to 2 - Update all ports using libraries abovec5e1202db4
- libmfhdf is now at so.3 in science/hdf port Reported by: pointyhatcb1b867f94
- Update to 4.4.4 PR: ports/128379 Submitted by: Stephen Montgomery-Smith <stephen math.missouri.edu>4918cf0e6f
- Fix build WITH_JAVA on i386 - Mark broken on !i386 when built WITH_JAVA (does not build) - Disable java by default as suggested in ports/127386 (too many problems with it after all) PR: 128329 Submitted by: Stephen Montgomery-Smith <stephen at math dot missouri dot edu>17eb6fb568
- Don't install .bat file, unbreak - While here, minor cleanups + remove obsolete 5.x condition PR: 127386 Submitted by: Stephen Montgomery-Smith <stephen at math dot missouri dot edu>c2b39c7221
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
- Remove CONFIGURE_TARGET hack in various bsd.*.mk
- USE_GNOME=gnometarget is now an no-op
Changes to individual ports, other than removing the CONFIGURE_TARGET hack:
= pkg-plist changed (due to the ugly CONFIGURE_TARGET prefix in * executables)
- comms/gnuradio
- science/abinit
- science/elmer-fem
- science/elmer-matc
- science/elmer-meshgen2d
- science/elmerfront
- science/elmerpost
= use x86_64 as ARCH
- devel/g-wrap
= other changes
- print/magicfilter
GNU_CONFIGURE -> HAS_CONFIGURE since it's not generated by autoconf
Total # of ports modified: 1,027
Total # of ports affected: ~7,000 (set GNU_CONFIGURE to yes)
PR: 126524 (obsoletes 52917)
Submitted by: rafan
Tested on: two pointyhat 7-amd64 exp runs (by pav)
Approved by: portmgr (pav)741aa71483