From the announcement:
Propellers for all!
This release adds a new propeller component and fixes a pair of unrelated bugs.
Though it may seem like a small change, the propeller component constructs its
surface differently from other components. It represents a surprisingly large
amount of work.
Instead of defining the blade shape (chord, twist) at specified stations, these
are instead specified as continuious curves.
The propeller component comes with a bunch of related accessories -- the blade
activity factor is calculated on-the-fly, there is a one-click option to switch
to a counter-rotating prop, propeller folding is built-in -- with a
user-defined fold axis, there is a blade element export/import capability,
and the BEM data is available through the API.
Features:
- New propeller component
- Blade element import/export and API
Bug Fixes:
- Fix DegenGeom crash on Matlab export
- Fix GUI output of mass properties calculation
PR: 211555
Submitted by: maintainer
- upgrading the VSPAERO integration
The VSPAERO GUI has been comprehensively updated. You can now
run alpha/beta/Mach sweeps from the GUI. Results are automatically
parsed and are ready for review from the GUI. VSPAERO is now
available through the Analysis Manager in the API. The results
are parsed and are available through the Results Manager in the
API.
Features:
- Overhaul of VSPAERO integration
- VSPAERO alpha/beta/Mach sweeps from GUI
- Visualize VSPAERO results in GUI
- VSPAERO available through API
- Changed default wing LE/TE clustering to 0.25
- Build on OSX on Travis-CI
- Improve automated testing
Bug fixes:
- Duplicate parameter name in superellipse cross section
PR: 211372
Submitted by: Fernando Apesteguia <fernando.apesteguia@gmail.com> (maintainer)
Detailed maintainer log:
Features:
- Wave drag estimation by area distribution and Eminton Lord calculation
- Variable presets for saving model state
Bug Fixes:
- Fix crash caused by reading file without VarPresets field.
- Fix crash when deleting empty var presets group
While on it:
- Pet portlint
PR: 210574
Submitted by: fernando.apesteguia@gmail.com (maintainer)
OpenVSP does something like this:
using namespace std;
class array {
...
};
Which causes the build to fail with HEAD's libc++. Even though the port does
not use -std=c++11, libc++ still declares an array class that conflicts with
the one OpenVSP has.
Enclose OpenVSP's array declaration in a namespace to avoid these conflicts.
PR: 207253
Approved by: fernando.apesteguia@gmail.com (maintainer)
The port does not use iconv anywhere, and the dependency on libxml2 does not
pull any headers that include iconv.h.
PR: 202759
Approved by: fernando.apesteguia@gmail.com (maintainer)
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
a zeising, kwm production, with help from dumbbell, bdrewery:
NEW XORG ON FREEBSD 9-STABLE AND 10-STABLE
This update switches over to use the new xorg stack by default on FreeBSD 9
and 10 stable, on osversions where vt(9) is available.
It is still possible to use the old stack by specifying WITHOUT_NEW_XORG in
/etc/make.conf .
FreeBSD 8-STABLE and released versions of FreeBSD still use
the old version.
A package repository with binary packages for new xorg will
be available soon.
This patch also contains updates of libxcb and related ports, pixman, as well
as some drivers and utilities.
Bump portrevisions for xf86-* ports, as well as virtualbox-ose-additions due
to xserver version change.
Apart from these updates, the way shared libraries are handled has been
changed for all xorg ports, as well as libxml2 and freetype, which means
ltverhack is gone and as a consequence shared libraries have been bumped.
The plan is that this change will make library bumps less likely in the
future.
All affected ports have had their portrevisions bumped as a consequence of
this.
Fix some issues where WITH_NEW_XORG weren't detected properly on CURRENT.
Update instructions, hardware support, and more notes can be found on
https://wiki.freebsd.org/Graphics
Thanks to: all testers, bdrewery and the FreeBSD x11@ team
exp-run by: bdrewery [1]
PR: ports/187602 [1]
Approved by: portmgr (bdrewery), core (jhb)
Fixes/features in this release:
Save CFD export options.
Automatically add *.vsp extension when saving.
Add *.ram files to file-open dialog.
Write propellers to XSec *.hrm files.
Fixed PovRay *.inc file bug.
Fix FEA elements not getting written.
Fix 64-bit GLFont support and embed font in executable.
Fix parameter linking and design files for propeller.
While here:
- Use MASTER_SITES=GH as the distfile is not on GHC
- Add LICENSE
- Use new LIB_DEPENDS syntax
- Convert to STAGEDIR
PR: ports/182974
Submitted by: maintainer
an zeising, kwm, miwi, bapt, eadler production:
Xorg 7.7
Starring:
xserver 1.12.4 (new xorg only)
Mesa 8.0.4, including libGL, libGLU and dri (new xorg only)
libX11 1.5.0
libxcb 1.9
libdrm 2.4.42 (new xorg only)
freeglut 2.8.1
Also starring:
Updates to drivers and other libraries and utilities
Additional notes:
Change pkgconf to be a build dependency.
Add a new USE_XORG, xcb, to depend on libxcb and update all ports to use
this.
Trim makefile headers.
Take maintanership of x11/xcb-proto, ok'd by ashish.
If you are running WITH_NEW_XORG=, you need to rebuild all installed
drivers, see UPDATING for more information.
Various fixes to make ports compile.
PR: ports/177942
Exp-run by: miwi
Approved by: portmgr (miwi)
Thanks to all who helped testing!
OpenVSP allows the user to create a 3D model of an aircraft defined by
common engineering parameters. This model can be processed into
formats suitable for engineering analysis.
WWW: http://www.openvsp.org/
PR: ports/166825
Submitted by: Fernando Apesteguia <fernando.apesteguia@gmail.com>