graphics/lux: Switch to legacy SFML-2 A request to migrate to SFML-3 has been sent up stream. PR: 297898 Approved by: fuz (maintainer)6f040eee06
Port details
graphics/lux1.2.2_2
Panorama and image viewer
- Maintainer
- fuz@FreeBSD.org
- Packages
- lux-pv 1.2.2_2
- Upstream
- up to date
- CPE
- none, CVEs only via VuXML
- WWW
- https://bitbucket.org/kfj/pv
- Links
- cgit · VuXML
Unaddressed (0) · The CVE record lists this version as affected, no VuXML entry names the CVE
None. There is no CVE without a VuXML entry for this version.
VuXML only (0) · listed, port not fixed yet
None.
pkg audit reports nothing for this version.Fixed (0)
No VuXML entries for this package.
Commits (23)
graphics/lux: fix build on i386 Use int over unsigned int for fc_t to avoid a type narrowing error. Regenerate patches while we are at it. MFH: 2024Q4905958dd6f
graphics/lux: Change RUN_DEPENDS from x11-fonts/noto-sans-basic to x11-fonts/noto-sans - Bump PORTREVISION for dependency change8b92c19351
graphics/lux: update to 1.2.2 Changelog: https://groups.google.com/g/hugin-ptx/c/zvUsJe3Dxp4/m/sFImq00eBQAJ Changelog: https://groups.google.com/g/hugin-ptx/c/_k_dmW96eIo/m/rRWZu7JcBQAJb0e721d8e4
graphics/lux: fix noto dependency
Previous commit was not approved by maintainer.
Depending on the file ${GUIFONT} was intentional
as this file is hard-coded in the application.
Instead of removing this sanity check, the correct
is to adjust the dependency from the now meta port
to the port actually delivering this file.
Fixes: 2370847ccdf81a5d6305bf6ec4e8f33765e6f75d.ee8fe6f418graphics/lux: fix depends2370847ccd
Revert "x11-fonts/noto*: Restructure and update" This reverts commit 3b128ff9f74b28ada2f475f0b816480b1550e5b8.28472e9722
x11-fonts/noto*: Restructure and update Split x11-fonts/noto-basic into separate ports so they can be updated separately. Keep noto-basic as a metaport but replace dependencies on it with dependencies on individual fonts as needed. Adjust x11-fonts/noto-extra to resolve conflicts for now. Individual fonts can be split from this port later. Let x11-fonts/noto-emoji install the monochrome Noto Emoji font and create a new port x11-fonts/noto-color-emoji for Noto Color Emoji. Add the new ports to x11-fonts/noto metaport and make Noto Sans and Noto Serif non-optional because script-specific fonts depend on them. Upstream does not provide useful tarballs so we create our own and host them on LOCAL. The new ports have a "make noto-fetch" target that creates a tarball in DISTDIR. List of updates: Noto Color Emoji 2.042 Noto Emoji 2.001 Noto Sans 2.013 Noto Sans Mono 2.014 Noto Sans Symbols 2.003 Noto Sans Symbols 2 2.008 Noto Serif 2.013 PR: 275758 Differential Revision: https://reviews.freebsd.org/D435093b128ff9f7
*/*: Sunset 12.4-RELEASE/12-STABLE from ports tree - Remove all references to defunct ARCH arm - Remove all references to defunct ARCH sparc64 - Remove x11-drivers/xf86-video-sunffb which requires defunct sparc64 ARCH - Remove sysutils/afbinit requires defunct sparc64 ARCH - Remove all references to bktr driver - Remove all references to defunct FreeBSD_12 - Remove all references to OSVERSION/OSREL corresponding to 12 - Remove conditionals in Mk/Uses/cabal.mk - Remove sparc reference from Mk/Uses/qt-dist.mk - Remove BROKEN_sparc64/NOT_FOR_ARCH=sparc64 - Remove BROKEN_FreeBSD_12* from: - Remove OpenSSL patches from: - Remove conditional flags for OSVERSION >= 1300000 to fixed flags. Also move conditional flags for non sparc64/arm ARCH to fixed flags. Reviewed by: brooks, jbeich, rene, salvadore Differential Revision: https://reviews.freebsd.org/D42068bbab7f59e9
graphics/lux: unbreak on armv7
An upcoming patch will fix the misconfiguration that restricts the
address space for armv7 processes on arm64 to ~2GB instead of the ~3.5GB
it should have been. With that patch applied, the port builds fine.
As a temporary workaround, the following sysctls can be set to effect
the same change (though affecting arm64 processes too):
kern.maxssiz=67108864
kern.maxdsiz=536870912
armv6 stays broken as we cannot run armv6 processes on arm64 (see
PR #256132).
PR: 274705
MFH: 2023Q4
See also: https://reviews.freebsd.org/D42451e0b169f1d0graphics/lux: update to 1.1.8 A bug fix release: - update bundled tinyfiledialogs to 3.13.3 - ensure all threads terminate on error exit Reported by: upstream96af998c7b
graphics/lux: update to 1.1.7 This update requires exiv2 0.28 and highway 1.0.5. Upstream changes: assorted bug fixes and improvements. Reported by: kfjahnke@gmail.com1c21936e01
devel/highway: update to 1.0.5 Changes: https://github.com/google/highway/releases/tag/1.0.5 Reported by: GitHub (watch releases)93e702acbc
graphics/lux: make compatible with exiv2 0.28 PR: 28231168ac895fbe
*: Bump PORTREVISIONs for math/mpc update to 1.3.18d3e020ed0
graphics/lux: update to 1.1.6 Patch out an unused SIMD function that didn't build on i386 as per upstream instructions. Changelog: https://groups.google.com/g/hugin-ptx/c/RFnsB3JyKpU/m/zrbdlQlDEQAJ9ae57bb754
graphics/lux: Update to 1.1.5 Upstream changes: - EXIF metadata is now used to determine field of view - panorama photographs from smartphone camera applications are no heuristically detected - new config file ~/.lux.ini is evaluated - many small improvements and bug fixes Changelog: https://groups.google.com/g/hugin-ptx/c/bfX6Fu3mwy0/m/BNmUoqbnAAAJ3959c2813b
*/*: Update fuz@fuz.su to fuz@FreeBSD.org www/writefreely had a stray duplicate MAINTAINER block from an earlier botched commit. I did intentionally not touch the entry in UPDATING. Reviewed by: eduardo, flo Differential Revision: https://reviews.freebsd.org/D3843524bd5a33e5
Remove WWW entries moved into port Makefiles Commit b7f05445c00f has added WWW entries to port Makefiles based on WWW: lines in pkg-descr files. This commit removes the WWW: lines of moved-over URLs from these pkg-descr files. Approved by: portmgr (tcberner)fb16dfecae
Add WWW entries to port Makefiles It has been common practice to have one or more URLs at the end of the ports' pkg-descr files, one per line and prefixed with "WWW:". These URLs should point at a project website or other relevant resources. Access to these URLs required processing of the pkg-descr files, and they have often become stale over time. If more than one such URL was present in a pkg-descr file, only the first one was tarnsfered into the port INDEX, but for many ports only the last line did contain the port specific URL to further information. There have been several proposals to make a project URL available as a macro in the ports' Makefiles, over time. This commit implements such a proposal and moves one of the WWW: entries of each pkg-descr file into the respective port's Makefile. A heuristic attempts to identify the most relevant URL in case there is more than one WWW: entry in some pkg-descr file. URLs that are not moved into the Makefile are prefixed with "See also:" instead of "WWW:" in the pkg-descr files in order to preserve them. There are 1256 ports that had no WWW: entries in pkg-descr files. These ports will not be touched in this commit. The portlint port has been adjusted to expect a WWW entry in each port Makefile, and to flag any remaining "WWW:" lines in pkg-descr files as deprecated. Approved by: portmgr (tcberner)b7f05445c0
graphics/lux: update to 1.1.4 - unbundle noto fonts - only ship one copy of icons - replace custom .desktop file with upstream's - switch to Google highway throughout - add options for the various SIMD flavors - supply -march=i686 on i386 for a bare minimum of performance Upstream changes: - fix uninitialized variable related crash in light balance - processing of panoramas with stacks - support of all PTO include and exclude masks - support of PTO lens/source image cropping Full ChangeLog: https://groups.google.com/g/hugin-ptx/c/bfX6Fu3mwy0 PR: 2660755071268477
graphics/lux: update to 1.1.1 - switch non-x86 to highway-based SIMD code Upstream changes: - better SIMD support for non-x86 through Google highway - full masking and stacking support for PTOs PR: 266003 Reported by: fuz@fuz.su (maintainer)d6332d9df6
graphics/lux: Add new port lux is an image viewer for 'normal' images and the most common types of panoramic images, typically showing a 'rectilinear' view to the image data, which looks as if this view had been taken with an 'ordinary' lens. The view can be zoomed, panned, scrolled, rotated and modified in several ways. lux displays images, it does not modify them. But it can produce high-quality images from the view it shows. lux can also produce synoptic views of several images and do stitching, HDR blending, exposure fusions, focus stacks and deghosting, usually from 'PTO' files, processing a subset of the panotools standard used by panorama stitching software like hugin. WWW: https://bitbucket.org/kfj/pv PR: 26294360c5972553