www/py-django_statici18n: Update to 2.7.1
* Assume maintainership.
* Switch to the PEP517 build framework to make the port future-proof.
* Use the more preferred DISTVERSION and fix LICENSE as well.
Changelog since 2.6.0:
https://github.com/zyegfryed/django-statici18n/blob/v2.7.1/docs/changelog.rst
PR: 297808
Reported by: Christos Longros
Co-authored-by: Kai Knoblich <kai at FreeBSD.org>
[ConstraintElim] Bound non-increasing header IVs by start value. (#217921)
Generalize addLowerBoundsForHeaderInductions to also support bounding
decrementing IVs: if the IV gets decremented w/o wapping in the signed
sense, it will never exceed the start value and we can add PN s<=
StartValue.
This helps to remove a number of branches in real-world workloads:
https://github.com/dtcxzyw/llvm-opt-benchmark-nightly/pull/984
Note that in a few instances (found 2), the removed branches result in
flags dropped. We should be able to recover those (and more) by using
info from ConstrantElimination to strengthen flags.
Alive2 Proof: https://alive2.llvm.org/ce/z/7t_xHX
PR: https://github.com/llvm/llvm-project/pull/217921
mail/protonmail-bridge: Add port: Proton Mail Bridge for e-mail clients
Use Proton Mail with your desktop email client.
Proton Mail Bridge adds end-to-end encryption to popular email apps,
including Outlook, Thunderbird, and Apple Mail. Secure email made
easy.
NOTE: Proton Mail Bridge is available only with a paid plan that
includes Proton Mail.
WWW: https://proton.me/mail/bridge
Force ACL application on app-owned ix-volume paths
## Problem
Enabling an ACL on an ix-volume of an installed app fails with `path contains existing data and 'force' was not specified`. The served schema hides the `force` flag for ix-volumes and defaults it to true, but clients can still submit an explicit false, and middleware then faithfully applies it - so the guard trips as soon as the app has written anything into its own volume, which is almost immediately after install. A false which has already been persisted is worse: on the next update validation rejects the config before normalization ever gets a chance to correct it.
## Solution
Add an `is_app_volume_path` helper and use it at the two places the same root cause surfaces.
**Normalization** - `normalize_acl` stamps `force` to true for paths inside the app's own volume directory, in place, so the dict which gets written back to the app config agrees with the ACL which was actually applied and a stored false heals itself. This is the single chokepoint for every ix-volume ACL apply; host path ACLs land in the same action dict and are distinguishable only by path, so they keep their default and their data-loss guard.
**Validation** - `validate_acl_entries` skips the existing-data probe for those paths, since forcing is implied for them. It only skips, never mutates. The exemption is permanent rather than transitional: a volume with its ACL disabled keeps a persisted path and whatever force value was stored with it, and normalization ignores it because it has no entries, so without the skip that config stays unsavable forever.
The app name is threaded from `normalize_and_validate_values` through validation rather than read off `app_data`, which is None on create - and on create the volume datasets do not exist yet, so probing a real path there would raise a spurious `path does not exist`.
flux2: Update to 2.9.4
Changes:
2.9.4
-----
Flux v2.9.4 is a patch release that ships various fixes to the Flux
controllers, covering source-watcher tarball extraction and glob
expansion limits, the refspecs accepted by ImageUpdateAutomation, the
HTTP request limits of the notification-controller servers, and Helm
repository index loading, OCI chart digest pinning, Bucket error
handling and GCS static authentication in source-controller. On the CLI
side, flux migrate -f now supports migrating repositories to Flux 2.9.
Users are encouraged to upgrade for the best experience.
Note that this release contains CRD schema changes for
ArtifactGenerator and ImageUpdateAutomation; both CRDs must be updated
along with the controllers.
www/wikid: import pkg
Feature-rich terminal wikipedia client.
Features
- rich launch dashboard: big ascii logo, live wikipedia metrics and a continue
reading section.
- tabs & splits: work with multiple articles side-by-side or in tabs.
- smart status bar: 3-segment layout with active history trails and contextual
action hints.
- vim-like navigation: intuitive keybindings for fast scrolling, jumping,
heading traversal and pane management.
- table of contents (o): pop-up outline modal with hierarchical section
numbering.
- zen mode (z): distraction-free reading canvas with no borders, tab bars, or
status indicators.
- personalized recommendation feed (F): article discovery feed tailored to
your reading history. inspired by xikipedia.
- random article discovery (r): instantly fetch and explore random wikipedia
[6 lines not shown]
biology/canu: Update to 2.3
Several bug fixes and enhancements
Changes: https://github.com/marbl/canu/releases
Should fix package build on arm64
Change WWW to something portscout can use
Reported by: pkg-fallout
[libunwind] Make Apple OS version XFAILs robust to patch-level versions (#218125)
We are seeing some failures since some of the Apple CI runners have been
updated to 26.5.2. That was caused by the regular expressions not
matching patch level version bumps.
amd_iommu: Bound IVHD device-entry parsing
Validate the IVRS table and every subtable length before using either
to form iterator bounds. Reject truncated typed IVHD blocks instead of
passing them to a type-specific callback.
Within each IVHD payload, correct the lower-bound comparison for
extended range entries and validate fixed-size entries, paired range
terminators, the fixed HID body, and the variable HID UID before
dereferencing or advancing. Malformed firmware can no longer drive
either iterator beyond its enclosing object.
Reviewed by: kib
MFC after: 2 weeks
Sponsored by: BBOX.io
Differential Revision: https://reviews.freebsd.org/D58724
bhyvectl: Generalize bhyve IPC code
Move the nvlist-based bhyve IPC code into a separate function.
No functional change intended.
Reviewed by: rew
Differential Revision: https://reviews.freebsd.org/D54652
bhyve: Generalize the IPC thread
Move the code for the snapshotting IPC thread into a separate file
and define macros for adding new IPC commands.
No functional change intended.
Reviewed by: rew
Differential Revision: https://reviews.freebsd.org/D54650
