The CMake config was essentially searching for the dbus pkgconfig file
in ${LOCALBASE}/lib/pkgconfig instead of ${LOCALBASE}/libdata/pkgconfig.
Not finding it, DBus1_FOUND was being set to false. devel/qt6-base, in
particular, was not finding dbus before this change.
MFH: 2023Q4
Audio encoder that supports ATRAC1 and ATRAC3 formats, can decode ATRAC1
and supports following containers: AEA, OMA, RIFF, RealMedia.
WWW: https://github.com/dcherednik/atracdenc/
PR: 275143
Deprecated upstream and efforts are being directed to integrating
functionality in VLC. Also relies on old APIs and interfaces that do
not support 64-bit and have been deprecated for a long time.
Reference:
https://github.com/popcornmix/omxplayer
Reported by: fuz
The libusb_get_bus_number() function serves as a simple accessor for
the bus number of the opaque device struct. Unlike
libusb_get_port_number(), it does not have the ability to convey
errors back to the caller, and a bus number of 0 is a valid value.
Therefore, any validation around bus_num is redundant.
This commit removes the unnecessary validation code related to bus_num.
Signed-off-by: Xin LI <delphij@FreeBSD.org>
PR: 275293
Upstream commit: 4aeb199eb
Upstream Pull Request: https://github.com/networkupstools/nut/pull/2198/
ChangeLog: https://github.com/eza-community/eza/releases/tag/v0.16.1
Bug Fixes
* Don't panic with todo!() on inaccessible dir
* Don't panic if the btime of a file is Err
* Lifetime annotations and manpage/shell completion nits
* Reflow help
Features
* Handle formatting and display of binary extended attributes.
* Add netbsd and freebsd support for extended attributes
PR: 275292
Reported by: kdeguchi@sz.tokoha-u.ac.jp (maintainer)
This is needed for linking with lld 17 and it was lost in the update
to 23.1.8
Reported by: dim
Fixes: 29d855b6f7 ("graphics/mesa: update to 23.1.8")
Sponsored by: Beckohh Automation GmbH & Co. KG
It was set in Makefile.common from mesa-dri before
Reported by: jbeich
Fixes: 6e38f0a624 ("graphics/mesa*: Drop llvm,noexport in Makefile.common")
Sponsored by: Beckhoff Automation GmbH & Co. KG
And put noexport in every mesa ports.
It does work to have multiple USES= llvm (see PR 199603).
Reported by: jbeich
Fixes: fa7309cb97 ("lang/clover: Restrict llvm to max version 16")
Sponsored by: Beckhoff Automation GmbH & Co. KG
Bhyve uses an io port range of [ 0x2000, 0x10000 ] [1]. At the moment,
EDKII is using a subset of this range [ 0xC000, 0x10000 ] [2]. Even
though the EDKII range doesn't exceed the bhyve range, it's causing
issues on some guests like OpenBSD. We don't know why it's causing
issues yet. However, using the same IO port range in EDKII fixes the
issue.
[1] 82ea0132c8/usr.sbin/bhyve/pci_emul.c (L133-L134)
[2] fb044b7fe8/OvmfPkg/Bhyve/PlatformPei/Platform.c (L156-L157)
PR: 274389
Reviewed by: manu, markj
Approved by: manu
Sponsored by: Beckhoff Automation GmbH & Co. KG
Differential Revision: https://reviews.freebsd.org/D42627
Clover cannot (yet?) be compiled with LLVM17, it misses
llvm/Transforms/IPO/PassManagerBuilder.h
For now set a max version of llvm to 16 for clover only, people should still
be able to use llvm17 for other mesa componant if they are not interested in clover.
While here clean up a bit the USES=llvm for mesa port, we already set noexport
in mesa-dri/Makefile.common so no need to set it in all the ports.
Sponsored by: Beckhoff Automation GmbH & Co. KG
PR: 275290
