- --enable-threadsafe and --enable-cxx/--enable-cxx are mutually exclusive
- --with-pthread=/usr is only valid with --enable-threadsafe
PR: 200728
Submitted by: Taoka Fumiyoshi <fmysh@iijmio-mail.jp>
Build failure with FORTRAN enabled was caused by configure-generated LDFLAGS
where -L/usr/lib appeared before -L${LOCALBASE}/lib/gcc48. It is the simplest
way to solve this problem by removing --with-zlib from CONFIGURE_ARGS.
PR: 200590
Submitted by: Taoka Fumiyoshi <fmysh@iijmio-mail.jp>
Orthanc aims at providing a simple, yet powerful standalone DICOM
server. It is designed to improve the DICOM flows in hospitals and to
support research about the automated analysis of medical images.
Orthanc can turn any computer running Windows, Linux, FreeBSD or OS X
into a DICOM store (in other words, a mini-PACS system). Its
architecture is lightweight and standalone, meaning that no complex
database administration is required, nor the installation of third-party
dependencies.
What makes Orthanc unique is the fact that it provides a RESTful API.
Thanks to this major feature, it is possible to drive Orthanc from any
computer language. The DICOM tags of the stored medical images can be
downloaded in the JSON file format. Furthermore, standard PNG images can
be generated on-the-fly from the DICOM instances by Orthanc.
Orthanc lets its users focus on the content of the DICOM files, hiding
the complexity of the DICOM format and of the DICOM protocol.
WWW: http://www.orthanc-server.com/
PR: 199146
Submitted by: mp39590@gmail.com
- Replace ${MASTER_SITE_FOO} with FOO.
- Merge MASTER_SITE_SUBDIR into MASTER_SITES when possible. (This means 99.9%
of the time.)
- Remove occurrences of MASTER_SITE_LOCAL when no subdirectory was present and
no hint of what it should be was present.
- Fix some logic.
- And generally, make things more simple and easy to understand.
While there, add magic values to the FESTIVAL, GENTOO, GIMP, GNUPG, QT and
SAMBA macros.
Also, replace some EXTRACT_SUFX occurences with USES=tar:*.
Checked by: make fetch-urlall-list
With hat: portmgr
Sponsored by: Absolight
When appropriate:
- Try to use DISTVERSION{SUF,PRE}FIX
- Replace PORTNAME-PORTVERSION by DISTNAME
- Convert MASTER_SITES to use macros
- Other light cleanup
With hat: portmgr
Sponsored by: Absolight
- Add .desktop file
- Add shortcut under PATH
- Define LICENSE
- Mark NO_ARCH because of no C modules
- Drop unused BUILD_DEPENDS
- Convert to USE_WX
- Replace bundled DejaVu font with slightly newer system copy
Changes: http://www.psychopy.org/changelog.html#psychopy-1-82
PR: 199249
Submitted by: tkato432@yahoo.com
This was really painful. I consolidated numerous shared_ptr (TR1)
patches to a single big patch (including moving part of an existing
patch to it because the target needed yet another change).
Tested on FreeBSD 8/i386 and FreeBSD 10/amd64. This was previously
built on DragonFly with gcc 4.7, but libstdc++ incompatibilities caused
avogadro to break which eventually broken kde4 metapackage.
Those openbabel guys are long overdue for a new release, this was a bit
absurd although maybe some clever sed'ding could have reduced the patch
count.
Approved by: blanket (gcc5 & DF breakage)
Simplify gnustep ports
Hook into the regular ports framework:
- LIB_DEPENDS for library dependencies
- Use regular USE_LDCONFIG
Reuse USES=objc (automatic)
USE_GNUSTEP is now a macro to set the dependencies and build feature needed.
Accepted arguments: back base build gui
Merge deskutils/preferencepanes into deskutils/systempreferences
I see no reference for djbfft in the code; I assume it is obsoleted.
fftw3: according to http://www.scipy.org/scipylib/building/linux.html
---------
Because of license, configuration, and maintenance issues support for FFTW was removed in versions of SciPy >= 0.7 and NumPy >= 1.2
---------
For example (${OSVERSION} >= 900000 && ${OSVERSION} < 900021) is always true,
as is (${OSVERSION} > 900002 || ${OSVERSION} < 900000 && ${OSVERSION} > 800107).
Regarding patches, when an EXTRA_PATCHES is no longer needed, I remove it, when
it is always needed, I renamed it, in one case, I merged two patches.
Differential Revision: https://reviews.freebsd.org/D2209
There were two boolean logic issues found by gcc5 when compiling
massxpert. One was comparing boolean output to a negative integer
(is always false) and the other applied the "not" operator in the wrong
place. Fix provided per request by maintainer.
PR: 197823
Using this new scheme allows only setting the _tag_ or _commit hash_ in
GH_TAGNAME and not having to know the hash for a tag. This scheme will
download a tarball that has a different checksum than before due to a changed
directory name for extraction.
The following MASTER_SITES are provided to retain the old checksum and
directory structure (that require GH_COMMIT):
GH -> GHL
GITHUB -> GITHUB_LEGACY
Differential Revision: https://reviews.freebsd.org/D748
Submitted by: amdmi3
Reviewed by: mat, swills, antoine, bdrewery
With hat: portmgr
The kde@ team presents KDE SC 4.14.3, the last planed release
of the KDE SC 4 series.
In addition to the updates provided by the KDE SC developers, this
update also addresses numerous FreeBSD and PORTS specific
issues, found and solved by the kde@ team and area51 testers,
most notorously Tobias C. Berner <tcberner@gmail.com>
PR: 197751
PR: 197871
PR: 184996
Reviewed by: rakuco (mentor)
Differential: https://reviews.freebsd.org/D1950
This port had two main problems:
1) failure to set the enviroment in the build target
2) failure to use CXXFLAGS with CXX
While fixing those, clean up a bit:
3) remove <pre>,<post> by using BROKEN_powerpc instead
4) use CFLAGS+= to augment CFLAGS
5) use LDFLAGS+= to augment LDFLAGS
6) simplify do-build target accordingly
Approved by: just fix it
This patch removes the hardcoded "gcc" so that it works with USE_GCC
variable. There is a slightly newer version of vmd available, so a
version upgrade may soon follow.
PR: 197103
Submitted by: Sakaue Mamoru
A while back, the happily building paraview stopped building because
libGL was updated. The other ports that suffered breakage for the same
reasons were updated to the latest API. Paraviews libGL callouts were
never fixed, so this port never should not have had it's BROKEN definition
removed as it was not fixed despite the claim. It's still breaking on all
platforms including DragonFly on clang, gcc47 and gcc50. Errors from
FreeBSD look like:
In file included from /wrkdirs/usr/ports/science/paraview/work/ParaView-
v4.1.0/VTK/Rendering/OpenGL/vtkXOpenGLRenderWindow.cxx:31:
In file included from /usr/local/include/GL/glx.h:333:
/usr/local/include/GL/glxext.h:480:143: error: unknown type name 'GLintptr'
typedef void ( *PFNGLXCOPYBUFFERSUBDATANVPROC) (Display *dpy, GLXContext
readCtx, GLXContext writeCtx, GLenum readTarget, GLenum writeTarget,
GLintptr readOffset, GLintptr writeOffset, GLsizeiptr size);
typedef void ( *PFNGLXCOPYBUFFERSUBDATANVPROC) (Display *dpy, GLXContext
readCtx, GLXContext writeCtx, GLenum readTarget, GLenum writeTarget,
GLintptr readOffset, GLintptr writeOffset, GLsizeiptr size);
/usr/local/include/GL/glxext.h:480:186: error: unknown type name
'GLsizeiptr'; did you mean 'GLsizei'?
typedef void ( *PFNGLXCOPYBUFFERSUBDATANVPROC) (Display *dpy, GLXContext
readCtx, GLXContext writeCtx, GLenum readTarget, GLenum writeTarget,
GLintptr readOffset, GLintptr writeOffset, GLsizeiptr size);
===> Configuring for py27-scimath-4.1.2_3
Traceback (most recent call last):
File "<string>", line 1, in <module>
File "setup.py", line 9, in <module>
import numpy.distutils.core
ImportError: No module named numpy.distutils.core
Reported by: pkg-fallout
McStas component library for McStas, a tool for simulating neutron
instrumentation and experiments using a ray-tracing formalism.
Currently the main use of McStas is in the field of instrument
design.
WWW: http://www.mcstas.org
PR: 194847
Submitted by: Erik B. Knudsen <erkn@fysik.dtu.dk>
Monte Carlo ray tracing simulations of neutron experiments.
McStas is a tool for simulating neutron instrumentation and experiments
using a ray-tracing formalism. Currently the main use of McStas is
in the field of instrument design.
WWW: http://www.mcstas.org
PR: 194846
Submitted by: Erik B. Knudsen <erkn@fysik.dtu.dk>
2014-12-27 games/secretmaryochronicles-music: Depends on expiring games/secretmaryochronicles
2014-12-27 science/mpb: Broken for more than 6 months
2014-12-27 x11-fm/pbi-thumbnailer: Broken for more than 6 months
/wrkdirs/usr/ports/science/paraview/work/ParaView-v4.1.0/VTK/Rendering/FreeType/vtkFreeTypeTools.cxx: In member function 'bool vtkFreeTypeTools::CalculateBoundingBox(const T&, vtkFreeTypeTools::MetaData&)':
/wrkdirs/usr/ports/science/paraview/work/ParaView-v4.1.0/VTK/Rendering/FreeType/vtkFreeTypeTools.cxx:1190: error: no matching function for call to 'min(unsigned int&, int&)'
Reported by: pkg-fallout
the 32 ports that still use it. Bump PORTREVISION on their dependent
ports except the ones that depend on these:
audio/libogg
audio/libvorbis
devel/pcre
ftp/curl
graphics/jpeg
graphics/libart_lgpl
graphics/tiff
textproc/expat2
textproc/libxslt
In these cases the same trick as in the recent gettext update is used.
The ports install a symlink with the old library version. When enough
of their dependent ports have had regular updates the remaining ones can
get a PORTREVISION bump and the links can be removed.
Also remove the devel/pcre dependency from USE_GNOME=glib20. It causes
over 2200 packages to depend on devel/pcre while less than 200 actually
link with it. The glib20 package still depends on devel/pcre so this
should not make a difference for ports with USE_GNOME=glib20. Also,
libdata/pkgconfig/glib-2.0.pc lists pcre as a private library so
USE_GNOME=glib20 should not propagate it.
PR: 195724
Exp-run by: antoine
Approved by: portmgr (antoine)
first contains runtime libraries such as libintl and the latter contains
developer tools such as msgfmt. Ports that use gettext will usually need
a LIB_DEPENDS on gettext-runtime and a BUILD_DEPENDS on gettext-tools.
USES=gettext-runtime can be used to set a LIB/BUILD/RUN_DEPENDS on
devel/gettext-runtime and USES=gettext-tools can be used to set a
BUILD/RUN_DEPENDS on devel/gettext-tools. USES=gettext is now the same
as "USES=gettext-runtime gettext-tools" meaning a LIB_DEPENDS on
devel/gettext-runtime and a BUILD_DEPENDS on devel/gettext-tools.
Update gettext to 0.19.3.
Remove :oldver from converters/libiconv and devel/gettext-runtime. Leave
symlinks with the old library versions to avoid the need to bump
PORTREVISION on a large number of dependent ports. When most of the
dependent ports have had normal version updates, PORTREVISION can be
bumped on the remaining ones (low number) and the links can be removed.
Fix some ports that installed files in lib/locale instead of share/locale.
PR: 194038
Reviewed by: bapt
Exp-run: antoine
Approved by: portmgr (antoine)
Before, we had:
site_perl : lib/perl5/site_perl/5.18
site_perl/perl_arch : lib/perl5/site_perl/5.18/mach
perl_man3 : lib/perl5/5.18/man/man3
Now we have:
site_perl : lib/perl5/site_perl
site_arch : lib/perl5/site_perl/mach/5.18
perl_man3 : lib/perl5/site_perl/man/man3
Modules without any .so will be installed at the same place regardless of the
Perl version, minimizing the upgrade when the major Perl version is changed.
It uses a version dependent directory for modules with compiled bits.
As PERL_ARCH is no longer needed in plists, it has been removed from
PLIST_SUB.
The USE_PERL5=fixpacklist keyword is removed, the .packlist file is now
always removed, as is perllocal.pod.
The old site_perl and site_perl/arch directories have been kept in the
default Perl @INC for all Perl ports, and will be phased out as these old
Perl versions expire.
PR: 194969
Differential Revision: https://reviews.freebsd.org/D1019
Exp-run by: antoine
Reviewed by: perl@
Approved by: portmgr
2014-11-07 math/elmer-umfpack: Obsoleted by cad/elmerfem
2014-11-07 science/elmer-eio: Obsoleted by cad/elmerfem
2014-11-07 science/elmer-matc: Obsoleted by cad/elmerfem
2014-11-07 science/elmer-meshgen2d: Obsoleted by cad/elmerfem
2014-11-07 science/elmergrid: Obsoleted by cad/elmerfem
import sklearn.decomposition.pca
ImportError: /usr/local/lib/libcblas.so.2: Undefined symbol "cgemv_"
due to it trying to import pairwise_fast.so
PR: 194683
Update to version 0.15.2.
Alias is a new USES tool that allows DragonFly to masquerade as FreeBSD
by setting CFLAGS+= -D__FreeBSD__. For some ports, this fixes the build
without the need for additional patches.
Approved by: portmgr (bapt, blanket)
USE_KDE4=kdehier component has been deprecated, new components added:
baloo - Baloo core libraries
baloo-widgets - Baloo widgets library
kfilemetadata - KDE library for extracting file metadata
New ports:
graphics/kqtquickcharts - QtQuick plugin to render interactive charts
misc/artikulate - Pronunciation trainer for KDE
(not usable currently, links to both
GStreamer 1.x and 0.10.x via dependencies)
sysutils/baloo[-widgets] - KDE framework for searching and
managing user metadata
sysutils/kfilemetadata - Library for extracting file metadata
l10n ports:
- Farsi (Persian) and Indonesian translations has been readded
- Vietnamese didn't pass threshold for inclusion into release
astro/kstars:
- switch dependency from math/eigen2 to math/eigen3
- add PYKDE option for updating supernovae data
deskutils/kdepim4:
- update dependencies: add libkgapi and baloo,
remove now needless clucene, link-grammar, strigi
- add patch to fix build with gcc42
- update COMMENT and description for all KDE PIM ports
devel/ruby-krossruby:
- remove BROKEN, it builds with ruby 2.x now
editors/kate:
- add patch to disable memory-hungry build of the kate tests [1]
graphics/okular:
- add dependency on graphics/libkscreen
math/cantor:
- add optional dependency on lang/luajit for LuaJIT backend
- fix gfortran detection [2]
misc/kdehier4:
- adapt to new pkg world. Now the purpose of kdehier4 only
to link some stuff between KDE4_PREFIX and LOCALBASE.
science/kalzium:
- switch dependency from math/eigen2 to math/eigen3
- add dependence on science/chemical-mime-data
x11-themes/kdeartwork4
- switch dependency from math/eigen2 to math/eigen3
among other changes:
- drop deprecated USE_KDE4=kdehier
- drop @dirrm from plist
- clean up pkg-descr
- convert to options helpers
- other portlint fixes
The area51 repository features commits by alonso, rakuco and myself.
PR: 187150 [1]
Reported by: pe.freethread@live.com
Patch by: Tobias Berner <tcberner@gmail.com>
PR: 180674 [2]
Reported by: torsten.eichstaedt@web.de
PR: 194316
Exp-run: antoine
ChangeLog summary:
Minor bug fixes, use the new g_object format to supress warnings about deprecated calls.
PR: 191376
Submitted by: tkato432@yahoo.com (ie: Ports Fury)
and libintl.so. This fixes a problem where DATADIRNAME gets an incorrect
value which causes locale files to be installed in the wrong place.
- The only configure checks that still need to be patched are related
to intltool so move DATADIRNAME patching from USES=pathfix to
USE_GNOME=intlhack.
- games/klavaro: remove excessive dependencies
- japanese/libskk: add INSTALL_TARGET=install-strip
- math/libqalculate: add INSTALL_TARGET=install-strip and remove pthread
patching
- multimedia/freetuxtv: remove excessive dependencies
- science/gramps: fix shared-mime-info use
Exp-run by: antoine
Approved by: portmgr (antoine)
We accept SHLIB version changes when moving to USE=libtool, so stop
overriding it with the intent of prevent library version changes, which
is considered the better approach over the long term. Two ports are
dependent on mpqc, so bump them for the second time today.
requested by: tijl@
science/ghemical would not link because libghemical.so (from science/
libghemical port) had never been properly linked. Links to all mpqc "SC"
libraries were added to LDFLAGS to rectify this. The configure breakage
and solution is described below.
After the version of lang/gcc was bumped from 4.7 to 4.8,
science/libghemical ceased to configure and it was marked broken. After
recreating the conftest, it was discovered that two versions incompatible
versions of libgcc_s.so were getting pulled in by the realtime linker:
the base version and the gcc48 ports version.
The base version was getting pulled in by science/libint. To unbreak
libghemical, libint is now built with lang/gcc. It was necessary to
force libtool to link with LDFLAGS that Mk/bsd.gcc.mk sets so that
the runpaths match across libraries used by libghemical.
When science/mpqc was staged, it utilized libtool which renumbered all
the library versions from 8.0.1 to 7.1.0. This was caused by the age
component being greater than 0. By patching configure.in with a new
version, we can generate major SHLIB of 8 again. While here, fix the
bin/sc-config tool to remove a bad include cflag.
With this fixes, science/ghemical builds successfully. Bump all 4 of
these ports, remove any BROKEN designation and remove redundant
@dirrm in pkg-plist
Note: this is not the latest. Now there is no separate release for ncs
and the sources are distributed as code_saturne-x.y.z. Next upgrades in
preparation!
checking for main in -llapack... yes
checking for sc-config... /usr/local/bin/sc-config
checking SC - version... no
*** Could not run SC test program, checking why...
*** The test program compiled, but did not run. This usually means
*** that the run-time linker is not finding SC or finding the wrong
*** version of SC.
Reported by: pkg-fallout
- Update WWW
While here:
- Update LICENSE
- Convert non-functional (since February) USE_FORTRAN to USES=fortran
- Convert USE_PYTHON to USES=python:2 (3.x doesn't seem to work)
- Further convert to options helpers
- FORTRAN and QT4 options seem to build fine together, so make
them non-exclusive regular options
PR: 193590
Submitted by: pfg
PySAL is a cross-platform library of spatial analysis functions written in
Python. It is intended to support the development of high level applications for
spatial analysis.
WWW: https://pypi.python.org/pypi/PySAL
WWW: http://pysal.org/
- Remove LATEST_LINK and the usage of math/py-numpy's options - both do not
seem to have any value for the port
PR: 192893
Submitted by: myself
Approved by: wen@ (maintainer)
The 3.0 series is an incremental improvement over the previous 2.8 series
despite the major version number change. A list of important changes is
available at http://www.cmake.org/cmake/help/v3.0/release/3.0.0.html
On the porting side
* The minimum FreeBSD release we have to support in the ports tree is now
recent enough that ports/168671 can finally be committed: instead of
building and using CMake's own copies of bzip2, curl, expat, libarchive,
liblzma and zlib, we use the versions in ports and/or the base system.
* CMake's documentation system has been changed and vastly improved at the
cost of now depending on Sphinx. We still generate only man pages, but can
start generating the HTML documentation in the future if desired.
* devel/cmake-gui now uses Qt5 instead of Qt4 and does not needlessly build
the ncurses UI that is installed by devel/cmake itself.
* CMake commit 3816cd2 fixes a longstanding issue in the detection of the
Python interpreter and its libraries, but requires us to revert a
workaround for that in Mk/Uses/python.mk itself, effectively reverting
the patch introduced by ports/168159.
* Similarly, a few ports had to be fixed manually due to CMake being
stricter when parsing some files or the ports detecting Python the wrong
way. Fortunately, they all had been fixed upstream so I just grabbed the
appropriate commits and pointed to them in the patches.
science/gnudatalanguage had to have its PORTREVISION bumped because
switching to USES=cmake:outsource removed a few files from the plist that
were not supposed to have been installed in the first place.
PR: 168671
PR: 192644
I clobbered the Makefile diff (sorry danfe@). The entire makefile was
tabbed over 3 times. There was also no respect for 80 columns so a good
part of the clobber came from line wrapping. I also made $TAR use
real switches (e.g. -xzf) rather than undocumented by supported (zxf)
This is another manual package / obtain restricted data files/ only port
so I can't test much of it.
PR: 193090
Submitted by: turutani (Kyoto)
The ECMWF GRIB API is an application program interface accessible from C,
FORTRAN and Python programs developed for encoding and decoding WMO FM-92 GRIB
edition 1 and edition 2 messages. A useful set of command line tools is also
provided to give quick access to GRIB messages.
WWW: https://software.ecmwf.int/wiki/display/GRIB/Home
- Mk/bsd.database.mk rewrite, new default to db5.
- db6 is eligible by default only if installed on the system.
- Bump PORTREVISION of all ports that directly depend on BerkeleyDB or
where USE_BDB is found in the port's directory
- Patch a few ports such that they will pick up or work with newer
versions.
- Add UPDATING entry
- Drive-by format fix for pks
- Drop BerkeleyDB option from mail/popular for now, requires more work.
- Exp-run logs linked from the PR below.
- Ports that do not build (IGNORE, BROKEN, etc.) have pro-forma changes
for new Berkeley DB, but are untested.
NOTE: please read UPDATING and the Wiki page before proceeding!
Announcement: http://lists.freebsd.org/pipermail/freebsd-ports-announce/2014-August/000090.html
Wiki reference: https://wiki.freebsd.org/Ports/BerkeleyDBCleanup
PR: 192690
Approved by: portmgr (implicit, PORTREVISION bump on unstaged ports)
rubyforge.org shutdown on May 15, 2014. This commit accounts for that by doing
several things:
- Deprecate ruby that had only rubyforge.org as MASTER_SITES (and so are now
only fetchable via our cache)
- Deprecate ports that depend on those
- Update the WWW pkg-descr line that points to rubyforge.org for rubygem ports
(which are still fetchable from rubygems.org)
The next step will be to remove rubyforge.org from bsd.sites.mk, after these
deprecated ports are deleted.
Phabric: D591
With hat: ruby
Approved by: portmgr (because of committing to unstaged graphics/mingplot port)
GCC 4.2 in FreeBSD 8.X/9.X base is now too old to compile OpenEXR, so
GCC-based systems will upgrade to the default ports compiler (GCC 4.7
currently.)
Add two patches to OpenEXR to permit building it in a live system with
the older OpenEXR version installed. Bug report filed to upstream Github
at https://github.com/openexr/openexr/issues/130
Couple OpenEXR more tightly to ilmbase and require its exact .so
version.
Add UPDATING note, and bump PORTREVISION of all dependent ports.
Proto-STAGE hugin-devel, and mark it IGNORE because hugin is newer.
Approved by: portmgr (implicit for bumping PORTREVISION on unstaged ports)
in r363436 and remove the UPDATING entry because it did not guarantee
that all ports were updated nor that they were updated in the right order.
Also remove libgcrypt.la again.
PR: 192342
Approved by: portmgr (implicit, bump unstaged ports)
PR: 188810
Submitted by: uffe
===============================================================
The sigrok project aims at creating a portable, cross-platform,
Free/Libre/Open-Source signal analysis software suite that supports
various device types, such as logic analyzers, MSOs, oscilloscopes,
multimeters, LCR meters, sound level meters, thermometers, hygrometers,
anemometers, light meters, DAQs, dataloggers, function generators,
spectrum analyzers, power supplies, GPIB interfaces, and more.
PR: 188809
Submitted by: uffer
===============================================================
The sigrok project aims at creating a portable, cross-platform,
Free/Libre/Open-Source signal analysis software suite that supports
various device types, such as logic analyzers, MSOs, oscilloscopes,
multimeters, LCR meters, sound level meters, thermometers, hygrometers,
anemometers, light meters, DAQs, dataloggers, function generators,
spectrum analyzers, power supplies, GPIB interfaces, and more.
PR: 188808
Submitted by: uffer
===============================================================
The sigrok project aims at creating a portable, cross-platform,
Free/Libre/Open-Source signal analysis software suite that supports
various device types, such as logic analyzers, MSOs, oscilloscopes,
multimeters, LCR meters, sound level meters, thermometers, hygrometers,
anemometers, light meters, DAQs, dataloggers, function generators,
spectrum analyzers, power supplies, GPIB interfaces, and more.
PR: 179854
Submitted by: uffe (uffe.org)
Major QA: marino
==================================================================
The sigrok project aims at creating a portable, cross-platform,
Free/Libre/Open-Source signal analysis software suite that supports
various device types, such as logic analyzers, MSOs, oscilloscopes,
multimeters, LCR meters, sound level meters, thermometers, hygrometers,
anemometers, light meters, DAQs, dataloggers, function generators,
spectrum analyzers, power supplies, GPIB interfaces, and more.
WWW: http://sigrok.org/
