• 121 Posts
  • 831 Comments
Joined 2 years ago
cake
Cake day: June 11th, 2023

help-circle
  • Kissaki@programming.devtoProgramming@programming.devFirefox has moved onto Github
    link
    fedilink
    English
    arrow-up
    2
    arrow-down
    1
    ·
    edit-2
    13 hours ago

    RE: phabricator…I don’t know what that service is or is for, so I can’t comment if there’s any proof therein.

    The how to submit a patch section documents that that’s where they accept patches. And they do their reviews and change iterations there. By necessity, that also means hosting/having the repos.


    That’s confusing to me.

    They only accept patches on Phabricator, have the sources there, but suggest using GitHub, but afterwards Phabricator to submit the changes?

    I can only imagine it’s to lower barrier to entry because GitHub is more well known. But this just seems like a confusing mess to me, without clear wording of intentions and separation of concerns [in their docs, not your post or comment here].










  • , but it works reliably well. It takes a second or two to be redirected to the site you’re visiting.

    Do you mean it works reliably well in letting users through, or in blocking AI?

    Do you have sources or more information about the effectiveness of it in blocking AI? What else it blocks as collateral damage would also be interesting.

    /edit: Clicking through some links (specifically canine.tools) I have to say - it may also be effective in annoying me personally, and eventually exiting those websites. Similar to consent dialogs you could go into settings for and save with opt-outs. But it’s a barrier and user-opposing functionality.

    I certainly don’t see it as a simply or only good and effective thing.


  • It doesn’t open with a summary or overview but dives right in to exploration, but I think the point comes across:

    The copy and paste key codes, which have no physical keys anymore, are - to a degree - supported in software. Their claim is that those key codes are the tool for universal copy and paste, and then it’s the input interpretations job (key and combination mapping) to offer bindings to those key codes.

    GTK added support the copy and paste keyboards in January 2025. QT also added support for copy and paste key codes the same month. I’m not sure of the first released version of the GTK toolkit that will contain the fix. For QT, it will be QT 6.10, scheduled for release in September 2025. Together, this will cover many apps built for Gnome and KDE as well as others that use the same toolkits.

    … followed by some more “current state of support for those key codes”.



















  • I looked at Wikipedia; Taler then Blind signature, then looked for docs on GNU Taler where I didn’t immediately find any technical overview of how that works. Phind gave me a seemingly reasonable and understandable answer. (Surely sourced from somewhere.)

    When we multiply the original message by rere, sign it, and then multiply by r−1r−1, the blinding factors cancel out while preserving the signature.

    The success of this process relies on two critical properties:

    • The blinding factor must be relatively prime to N
    • The RSA keypair must satisfy the congruence relation red≡r(modN)red≡r(modN)

    The magic is that you can

    1. Apply a mathematical operation on your data
    2. Sign that data
    3. Revert/Invert the mathematical operation

    and the signature remains valid.

    It does sound like magic. But isn’t most of cryptography like that?

    There’s a python example in there as well, with such a calculation. I didn’t go through it though.