www/mozilla-firefox: MFC use the new AIControls policy to force-disable more AI nonsense
supersedes GenerativeAI since 151.. with those new defaults, in
about:preferences#ai you should get 'new and current AI enhancements are
blocked by default. To unblock a specific feature, use the controls
below'.
i've left translations and PDFAltText unlocked so ppl can choose to
opt-in and keep fucking up the world. others are locked (see
about:policies), so one would need to manually edit
/usr/local/lib/firefox/distribution/policies.json to fuck up its karma
even more.
again with inspiration from justthebrowser project who have the time and
willingness to keep up with this whack-a-mole.
www/mozilla-firefox: use the new AIControls policy to force-disable more AI nonsense
supersedes GenerativeAI since 151.. with those new defaults, in
about:preferences#ai you should get 'new and current AI enhancements are
blocked by default. To unblock a specific feature, use the controls
below'.
i've left translations and PDFAltText unlocked so ppl can choose to
opt-in and keep fucking up the world. others are locked (see
about:policies), so one would need to manually edit
/usr/local/lib/firefox/distribution/policies.json to fuck up its karma
even more.
again with inspiration from justthebrowser project who have the time and
willingness to keep up with this whack-a-mole.
Pass peer to rde_enqueue_updates() to enqueue updates on.
This allows withdraws to be queued on the peer that caused them and not
on peerself. Also only enqueue a rib entry once and try to keep FIFO
order. Before every call to rde_enqueue_updates() would requeue the
rib entry at the end of the list. Doing this requeue could delay updates
for long time. Further optimisation may need to happen here.
OK tb@