===> The following configuration options are available for libgphoto2-2.5.33:
CURL=on: Lumix WiFi support via cURL
DOCS=on: Build and/or install documentation
GD=on: libGD conversion support
JPEG=on: JPEG image mangling support
LIBEXIF=on: EXIF metadata support via libexif
NLS=on: Native Language Support
===> Use 'make config' to modify these settings
graphics/libgphoto2: Revert 5772ad1157dd288e3eb151d44bdd4d80381c3fae
The original problem was caused by heimdal-gssapi in libcurl.pc.
Approved by: portmgr (blanket)
graphics/libgphoto2: Fix curl detection
Before:
checking for libcurl to use... autodetect
checking for LIBCURL... no
checking libcurl config program... none
...
===> Parsing plist
===> Checking for items in STAGEDIR missing from pkg-plist
===> Checking for items in pkg-plist which are not in STAGEDIR
Error: Missing: lib/libgphoto2/%%VERSION%%/lumix.so
===> Error: Plist issues found.
*** Error code 1
After:
checking for curl/curl.h... yes
checking for function curl_easy_init in libcurl... yes
checking libcurl library flags... "-L/usr/local/lib -lcurl"
checking libcurl cpp flags... "-I/usr/local/include"
Approved by: portmgr (blanket)
graphics/libgphoto2: the port had been updated to version 2.5.31
- Clean up USES list (no longer requires GNU make, etc.)
- Do not set USE_CSTD, GNU_CONFIGURE_MANPREFIX, and particularly
CONFIGURE_ENV which could break the build (doxygen-related)
- Drop old patches and sed(1) fixup that are no longer needed
PR: 277551
Reported by: portscout
graphics/libgphoto2: fix build with lld 17
Building graphics/libgphoto2 with lld 17 results in the following link
error:
libtool: link: cc -shared -fPIC -DPIC
.libs/libgphoto2_port_la-gphoto2-port-info-list.o
.libs/libgphoto2_port_la-gphoto2-port-log.o
.libs/libgphoto2_port_la-gphoto2-port-version.o
.libs/libgphoto2_port_la-gphoto2-port.o
.libs/libgphoto2_port_la-gphoto2-port-portability.o
.libs/libgphoto2_port_la-gphoto2-port-result.o -Wl,-rpath -Wl,/usr/local/lib
-Wl,-rpath -Wl,/usr/local/lib -L/usr/local/lib /usr/local/lib/libltdl.so -lintl
-lpthread -lregex -O2 -fstack-protector-strong
-Wl,--version-script=./libgphoto2_port.ver -fstack-protector-strong -Wl,-rpath
-Wl,/usr/local/lib -Wl,-soname -Wl,libgphoto2_port.so.12 -o
.libs/libgphoto2_port.so.12.0.0
ld: error: version script assignment of 'LIBGPHOTO2_INTERNAL' to symbol
'gpi_gphoto_port_type_map' failed: symbol not defined
cc: error: linker command failed with exit code 1 (use -v to see invocation)
The mentioned symbol has been removed from libgphoto2 a long time ago,
so remove it from the linker version script.
PR: 274334
Approved by: maintainer timeout (2 weeks)
MFH: 2023Q4
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)
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.
(Only the first 15 lines of the commit message are shown above )
graphics: remove 'Created by' lines
A big Thank You to the original contributors of these ports:
* "Waitman Gobble" <uzimac@da3m0n8t3r.com>
* Aaron Dalton <aaron@FreeBSD.org>
* Abel Chow <ozsanh45vds001@sneakemail.com>
* Adam Weinberger <adamw@FreeBSD.org>
* Ade Lovett <ade@FreeBSD.org>
* Ade Lovett <ade@lovett.com>
* Akinori MUSHA aka knu <knu@idaemons.org>
* Aldis Berjoza <aldis@bsdroot.lv>
* Alex Hayward <xelah@xelah.com>
* Alex Ivasyuv <siegerstein@pochta.ru>
* Alex Samorukov <samm@os2.kiev.ua>
(Only the first 15 lines of the commit message are shown above )
textproc/libxml2: bump all LIB_DEPENDS consumers
This is a separate commit to facilitate easier cherry-picking for
quarterly.
PR: 262853, 262940, 262877, 263126
Approved by: fluffy (mentor)
textproc/libxml2: bump all dependencies
This should make sure that all dependent ports will pick
up the new version commited with a13ec21cd733f67a9fc0dc00ab45268bdc236246
graphics/libgphoto2: add CURL option, fix packaging without GD option
Assign more accurate descriptions of the optional features as default
descriptions are a bit too generic and might not give the user enough
information to decide whether she needs them or not.
*/*: Fix ENOTIME: return my ports to the pool
Reset maintainership of my ports to ports@FreeBSD.org so others can
step in to help where I haven't been able to find the time.
graphics/libgphoto2: fix build on GCC architectures
Use C11 compiler:
checking for libltdl flags... set explicitly: -I/usr/local/include
-L/usr/local/lib -lltdl
Switch to C99:
docupen/calibration.c:31:2: error: 'for' loop initial declarations are only
allowed in C99 or C11 mode
31 | for (unsigned int i = 0; i < sizeof(struct lut); i++) {
| ^~~
graphics/[lib]gphoto2: update to 2.5.26
LibCurl and LibXml2 now are mandatory to build driver for Lumix cameras
Changelog: http://www.gphoto.org/news/
No ABI change, no need to bump consumers
PR: 252959, 252960
Submitted by: fluffy
Approved by: maintainer (woodsb02)
MFH: 2021Q1
graphics/libgphoto2: Update to 2.5.22, graphics/gphoto2: Update to 2.5.20
* Bump PORTREVISION of ports depending on them.
Also while I'm here:
* Add "gnome" to USES if the XML option is enabled to avoid warnings about
using USE_GNOME alone.
* Pet portlint
Notable changes since 2.5.16 (graphics/libgphoto2) [1]:
* Added new USB Ids for various camera types
* Updated translations
* Report file changes via GP_EVENT_FILE_CHANGED (hooked up for Canon EOS
currently)
(Only the first 15 lines of the commit message are shown above )
graphics/libgphoto2: Update to 2.5.16
graphics/gphoto2: Update to 2.5.15
graphics/py-gphoto2: Update to 1.8.2
Also bump PORTREVISION of ports depending on these.
PR: 224611
Submitted by: bsam (graphics/libgphoto2)
graphics/gphoto2: Update to 2.5.14
graphics/libgphoto2: Update to 2.5.14
graphics/py-gphoto2: Update to 1.7.0
- Bump dependent ports
- Take maintainership of graphics/gtkam
Assume "pkg-config libusb*" works after 9.x EOL
FreeBSD appears to use different pkg-config name for 0.1.x API but it
doesn't matter much as 0.1, 1.0 and 2.0 share CFLAGS/LIBS.
Update the maintainer email address for the ports I
maintain to woodsb02@FreeBSD.org
Approved by: adamw (mentor)
Differential Revision: https://reviews.freebsd.org/D6278
By default libtool replaces -export-symbols <file> with -retain-symbols-file
<file> on ELF systems, but this doesn't really do what -export-symbols is
meant to do. On GNU ELF systems it converts <file> to a simple version
script first and then uses -version-script instead of -retain-symbols-file.
Let USES=libtool patch libtool scripts to do this on all systems with GNU
ld(1).
Bump PORTREVISION on all ports where the build log contains -export-symbols.
audio/calf: This port builds a module that now exports only one function,
but it also builds a number of executables that link to this module and
expect to see other functions. Because it's already a bit dodgy to link to
a module (libtool warns about this) let the module continue to export only
one function and instead build an ordinary library from the same source that
the executables can link to. Fix a number of other issues in the same
(Only the first 15 lines of the commit message are shown above )
Replace USE_AUTOTOOLS=libltdl with an ordinary LIB_DEPENDS in all ports.
There are only 60 such ports so there doesn't need to be a separate
keyword or USES for this.
Approved by: portmgr (bapt)
The FreeBSD x11@ and graphics team proudly presents
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
(Only the first 15 lines of the commit message are shown above )
- Fix pkg-plist on FreeBSD 10 and let FreeBSD 8 and 9 use the libusb 1.0
API too.
- Remove patching of libgphoto2_port.pc.in. It has no effect.
- Don't define _XOPEN_SOURCE and _POSIX_C_SOURCE to old values. It hides
C99 symbols like snprintf that the port uses.
PR: ports/183308
Cleanup the port a bit:
- Make COMMENT reflect the reality better
- Drop shlib ABI versions from LIB_DEPENDS
- Utilize USES of gmake and pkgconfig
- Collapse two CONFIGURE_ENV lines into one
- Drop MAKE_JOBS_SAFE: it will be default in a few days
- Wrap very long lines in post-patch for better readability
In preparation of removing devel/libusb (expires 2013-04-30), remove it
from these ports.
Other changes:
- convert Makefile header
- convert to optionsNG
- remove indefinite article from comment
- drop support for FreeBSD < 8.0
- pet portlint (leave library ABI versions in LIB_DEPENDS)
- net-mgmt/spectools: change option name from GTK to GTK2 to use default
description from bsd.options.desc.mk
Approved by: portmgr (bapt)
Revert previous boneheaded change - libgphoto2 is dependency for
couple of KDE4 ports. Instead of depending on HAL make sure not to
link to it.
Reported by: danfe
- graphics/libexif:
* Update to 0.6.21
* Add LICENSE
* Switch to OptionsNG and PORTDOCS
- Document libexif 2012-07-12 vulnerabilty
- Bump PORTREVISION for libexif related ports
- Trim headers while here
PR: ports/175910
Approved by: swills (mentor)
Security: d881d254-70c6-11e2-862d-080027a5ec9a
- Make sure libgphoto_port library is linked with libintl, otherwise
non-gettext apps (python) that dl_open libgphoto_port plugins are rather
unhappy
PR: ports/160508
Reported by: danfe
Tested by: danfe
Remove USE_GNOME=gnometarget from ports. It has been a empty keyword since
mid 2008.
PR: ports/159624
Submitted by: Ruslan Mahmatkhanov <cvs-src@yandex.ru>
-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
- Chase libusb20 rename in r189585.
- Mark sane-backends broken on current due to changes
in USB stack.
Reviewed by: thompsa (old version), miwi
Tested by: miwi
- Update to 2.4.3
- Raise MAX_ENTRIES limit from 1024 to 8192 entries (a stopgap for 2.4.x
series, 2.5.x will have adaptive list)
PR: ports/127847
Requested by: Henrik Herranen <leopold@iki.fi>
Bump portrevision due to upgrade of devel/gettext.
The affected ports are the ones with gettext as a run-dependency
according to ports/INDEX-7 (5007 of them) and the ones with USE_GETTEXT
in Makefile (29 of them).
PR: ports/124340
Submitted by: edwin@
Approved by: portmgr (pav)
