BSD Commit Log Search

   update to py3-aiosignal-1.4.0

   update to mosquitto-2.0.22

   update to dcfldd-1.9.3

   octave: apply usual fix for build with opaque __sFILE:

   Patch gnulib/fseeko.c.  gnulib is doing this to make fflush() behaivour
   to match what they expect.  It accesses internal of __sFILE to change
   behavior of fseeko(), but we are hiding internal of __sFILE and our
   fseeko() is compatible with what gnulib expects already.  Then the
   patch is to just use our fseeko().

   Remove wrong patches

   Fix patches

   Spotted by tb@

   fix build with libc++ 19 (From FreeBSD)

   OK ajacoutot@ (maintainer)

   revert. aja did it the other way.

   Update to awscli-1.41.4.

   Update to py3-boto3-1.39.4.

   Update to py3-botocore-1.39.4.

   Update to cloud-sql-proxy-2.18.0.

   Update to yaru-25.10.1.

   Update to terragrunt-0.83.1.

   Update to a2ps-4.15.7.

   sox: fix bump

   sox: fix hidden dep on libao seen in bulks by aja and myself

   www/hugo: update to 0.148.1

   Changes:
    - https://github.com/gohugoio/hugo/releases/tag/v0.147.9
    - https://github.com/gohugoio/hugo/releases/tag/v0.148.0
    - https://github.com/gohugoio/hugo/releases/tag/v0.148.1

   update to tdesktop 5.16.3

   fix build with libc++ 19 (From FreeBSD)

   As noted in the libc++ 19 release notes [1], std::char_traits<> is now
   only provided for char, char8_t, char16_t, char32_t and wchar_t, and any
   instantiation for other types will fail.

   [1] https://libcxx.llvm.org/ReleaseNotes/19.html#deprecations-and-removal

   Update homebank to 5.9.4

   fix build with libc++ 19 (From FreeBSD)

   As noted in the libc++ 19 release notes [1], std::char_traits<> is now
   only provided for char, char8_t, char16_t, char32_t and wchar_t, and any
   instantiation for other types will fail.

   [1] https://libcxx.llvm.org/ReleaseNotes/19.html#deprecations-and-removals

   Update opencv to 4.12.0

   Patch gnulib/fseeko.c.  gnulib is doing this to make fflush() behaivour
   to match what they expect.  It accesses internal of __sFILE to change
   behavior of fseeko(), but we are hiding internal of __sFILE and our
   fseeko() is compatible with what gnulib expects already.  Then the
   patch is to just use our fseeko().

   feedbacks from tb guenther beck
   ok sthen

   Fix CONFIGURE_ARGS; these don't do what one though they do.

   update p5-IO-Socket-SSL to 2.095

   use the simpler spelling, ${SUBST_PROGRAM} instead of ${SUBST_CMD} -m 755 -c

   update ipython to 8.37.0

   update to apache-httpd-2.4.64, same diff/ok giovanni@, various CVEs

   low:
   - SSRF with mod_headers setting Content-Type header (CVE-2024-43204)
   - mod_ssl error log variable escaping (CVE-2024-47252)
   - mod_proxy_http2 denial of service (CVE-2025-49630)

   moderate:
   - HTTP response splitting (CVE-2024-42516)
   - SSRF on Windows due to UNC paths (CVE-2024-43394)
   - mod_ssl access control bypass with session resumption (CVE-2025-23048)
   - mod_ssl TLS upgrade attack (CVE-2025-49812)
   - HTTP/2 DoS by Memory Increase (CVE-2025-53020)

   update to apache-httpd-2.4.64, same diff/ok giovanni@, various CVEs

   low:
   - SSRF with mod_headers setting Content-Type header (CVE-2024-43204)
   - mod_ssl error log variable escaping (CVE-2024-47252)
   - mod_proxy_http2 denial of service (CVE-2025-49630)

   moderate:
   - HTTP response splitting (CVE-2024-42516)
   - SSRF on Windows due to UNC paths (CVE-2024-43394)
   - mod_ssl access control bypass with session resumption (CVE-2025-23048)
   - mod_ssl TLS upgrade attack (CVE-2025-49812)
   - HTTP/2 DoS by Memory Increase (CVE-2025-53020)