cultural reviewer and dabbler in stylistic premonitions

  • 44 Posts
  • 73 Comments
Joined 4 years ago
cake
Cake day: January 17th, 2022

help-circle













  • FYI, the day after you published this blog post, a spam blog posted… their AI reimplementation of it 🤦

    details:

    here is a snapshot of (maybe?) the “original” slop post borrowing from your title; i first saw it reposted on this slightly-more-credible-looking (at least if you haven’t seen it in previous search results and already realized it is spam) page:

    screenshot of dev dot to spam site

    i tried to archive that page with the repost of it, to avoid directly linking to spam from this comment, but it crashes archive.org’s browser:

    archive.org screenshot showing error message saying their browser crashed

    i also was curious to see if this spam is in search engines, so i searched for AI reimplementation, and… well, the good news is that your blog post is the first hit and the above-linked spam blog is pretty far down in the results list.

    The bad news is that the second hit is to yet another piece of slop/spam evidently also “inspired” by your post:

    duckduckgo screenshot



  • Nice post. Relatedly, see also malus.sh and this talk by the people that made it (both of which I posted in this lemmy community here).

    A couple of minor corrections to your text:

    Blanchard’s account is that he never looked at the existing source code directly.

    Blanchard doesn’t say that he never looked at the existing code; on the contrary, he has been the maintainer (and primary contributor) to it for over a decade so he is probably the person who is most familiar with the pre-Claude version’s implementation details. Rather, he says that he didn’t prompt Claude with the source code while reimplementing it. iirc he does not acknowledge that it is extremely likely that multiple prior versions of it were included in Claude’s training corpus (which is non-public, so this can only be conclusively verified easily by Anthropic).

    The GPL’s conditions are triggered only by distribution. If you distribute modified code, or offer it as a networked service, you must make the source available under the same terms.

    The GPL does not require you to offer GPL-licensed source code when using the program to provide a network service; because it is solely a copyright license, the GPL’s obligations are only triggered by distribution. (It’s the AGPL which goes beyond copyright and imposes these obligations on people running a program as a network service…)


  • Nice, thanks.

    It would certainly be nice to be able to pre-download language pair models without selecting to and from and then actually initiating a translation using the model i don’t have yet.

    re: getting uBlock externally, i also see the attraction of that approach but unfortunately Debian’s package was last updated in October (from 1.62 to 1.67) while AMO has a release from January (1.69) :/

    imo it would be better to bundle UBO and ship its updates along with browser updates.

    are there plans to distribute Konform via flathub?










  • could Red Hat eventually take control of the project

    Fedora started in 2002 and merged with “Red Hat Linux” in 2003.

    Red Hat, Inc has had full control of it ever since then.

    It is a “community project” inasmuch as there are Fedora developers who are volunteers (and some who are paid by companies other than Red Hat), and the Fedora Council includes people who are not employed by Red Hat - but the Project Leader is always a Red Hat employee, and if the Council ever has an irreconcilable difference with Red Hat then Red Hat can simply ignore and/or dismiss them.

    Red Hat owns all Fedora-related trademarks, and the Fedora Project is not an independent legal entity: it is a part of Red Hat.

    If Fedora developers don’t like Red Hat’s decisions regarding the project, they can fork it but they’d need to change the name and find some other sources funding.

    Also, icymi, Red Hat became a subsidiary of IBM in 2019.





  • So in summary. You’re right. Sealed sender is not a great solution. But

    Thanks :)

    But, I still maintain it is entirely useless - its only actual use is to give users the false impression that the server is unable to learn the social graph. It is 100% snake oil.

    it is a mitigation for the period where those messages are being accepted.

    It sounds like you’re assuming that, prior to sealed sender, they were actually storing the server-visible sender information rather than immediately discarding it after using it to authenticate the sender? They’ve always said that they weren’t doing that, but, if they were, they could have simply stopped storing that information rather than inventing their “sealed sender” cryptographic construction.

    To recap: Sealed sender ostensibly exists specifically to allow the server to verify the sender’s permission to send without needing to know the sender identity. It isn’t about what is being stored (as they could simply not store the sender information), it is about what is being sent. As far as I can tell it only makes any sense if one imagines that a malicious server somehow would not simply infer the senders’ identities from their (obviously already identified) receiver connections from the same IPs.