BSD Commit Log Search

   update to xapian-omega-1.4.30

   update to xapian-bindings-1.4.30

   update to xapian-core-1.4.30

   cargo-insta: update to 1.44.1

   https://github.com/mitsuhiko/insta/releases/tag/1.44.1
   https://github.com/mitsuhiko/insta/releases/tag/1.44.0

   update to 142.0.7444.175

   Tighten vmd(8)'s pledge in the vm process.

   We no longer need recvfd at runtime after removal of send/receive.

   ok mlarkin@

   zap trailing whitespace; no output change

   adjust ONLY_FOR_ARCHS; mongodb 8.x is able to build on aarch64 (and as
   with amd64 it starts up ok only if --noscripting is used)

   Implementation of a fast non-cryptographic hash function for small inputs

   Based on HashLen0to16() from CityHash64. Useful for hashing a few ids
   or pointer values that are local data into a hash. For such cases siphash
   is overkill and this seems to be fast and good enough.

   OK tb@

   Update to terragrunt-0.93.10.

   Update to enchant2-2.8.14.

   Update to libphonenumber-9.0.19.

   Fix build with fmt >=1.11.

   Modify the behavior of tmpfs limitations. Keep the global memory limit
   of all tmpfs instances, however each instance mounted with '-s' option
   decreases available limit by given value. This value can't be greater
   than available space. The instance mounted with  with '-s' option
   consumes it's own limit and does no impact to other tmpfs instances. The
   instances mounted without '-s' option share all available limit and do
   not affect on instances mounted with '-s'. Now it is impossible to mount
   instance with '-s' option if passed value is greater than available
   limit.

   Tested with dbp(1) by kirill, ok mpi

   For example, this machine has 2G of RAM, so tmpfs is limited with 1G.
   Please note, the +- 1Mb depends of how 'dd', 'df' and 'mount_tmpfs'
   expose the sizes.

   # mount_tmpfs tmpfs /mnt/t0
   # mount_tmpfs tmpfs /mnt/t1
   # mount_tmpfs -s 720M tmpfs /mnt/t2

    [104 lines not shown]

   Update to rust-openssl-tests 20251121

   Unbreak by using system spdlog and fmt.

   Temporary mark BROKEN (needs to be ported to fmt >=1.11).
   I'm on it and these should be fixed within the next couple of days.

   Fix build with fmt >=1.11 (from upstream).

   Update to epiphany-49.2.

   openssl ts: simplify create_nonce()

   Just your average dumb TS code. Instead of handrolling a random ASN.1
   integer generator, we can use BN_rand() and convert the resulting bn to
   an ASN1_INTEGER. All this then also works without reaching into ASN1_STRING.

   ok kenjiro

   Update to libadwaita-1.8.2.

   Update to gtk+4-4.20.3.

   Add a subpackage for woff2 files.

   ok phessler@

   Document new variables MODFONT_WEBDIR/MODFONT_WEBFILES.

   ok phessler@

   Add support for web fonts to the font module.

   Installing .woff2 or .woff files to /usr/local/share/fonts is pointless,
   since in that location there's no way for httpd to find them. Instead,
   a font port can point to them with MODFONT_WEBFILES, and the font module
   will handle creating a subpackage that installs them to /var/www/fonts.

   ok phessler@

   Update to melonds-1.1.

   Enable the JIT for better performance, thus necessitating USE_WXNEEDED.

   faad dependency bits from stsp@

   From izzy Meyer (MAINTAINER); thanks!

   add Private VLAN support to veb(4) as per RFC 5517

   this extends the core etherbridge functionality so it stores the
   extra information needed to be usable by a pvlan aware bridge. in
   practice this means address entries in etherbridges store an extra
   vlan id on top of the one i just added to make veb vlan aware. a
   mac address remains scoped by what is now referred to as a "primary"
   vlan id, but has an additional "secondary" vlan id recorded against
   it. ie, the "key" to a address lookup in etherbridge is made up of
   the mac address and the primary vlan id, and the value returned by
   the lookup is the port the mac address should go to and the secondary
   vlan id.

   the non veb users of the etherbridge code just hard code these extra
   vlan ids to 0.

   because normal vlans function identically to a primary vlan in a
   pvlan topology (or primary vlans in pvlan function like normal
   vlans), the veb forwarding code pretends normal vlans are pvlans,

    [20 lines not shown]

   Update to the current version of the bnxt structure definitions from FreeBSD.
   This is necessary for adding support for newer hardware generations and
   should also help with work on LRO.  This shouldn't result in any functional
   changes yet however.

   Update to tailscale-1.90.8

   From Adriano Barbosa (maintainer)

   update py-nh3 to 0.22.22