As late as the early 2000s! I was still setting up IPX for some older DOS/Win95 games to play over the LAN as recently as 2008, and my Novell class (last one offered at my college, around 2007) cited several large local companies who were still employing that technique as a “security through obscurity” thing, though the professor was mainly just citing use cases for IPX rather than promoting new implementations of it.
took only a few checks for me to come to the conclusion that the setup has the age-old heavy bias towards beauty standards. I.e., if customers are black or Asian, hotness ranking goes down.
No, the setup doesn’t. It’s aggregating people’s behaviors and preferences. People appear to have a preference; whether it’s good or bad, natural or ingrained, or some combination thereof, is a matter for discussion.
Does the Passkey-enabled account support multiple passkeys?
I'm pretty sure I have my Android phone setup with a passkey for my Google account and also my Windows laptop.
Presuambly the same logic applies for a service that permits multiple passkeys. Each person would register a passkey on their device using the shared credential.
> Does the Passkey-enabled account support multiple passkeys?
There in lies the issue. With passwords, it doesn't matter if the account supports multiple passwords. I can share the one I have
> Presuambly the same logic applies for a service that permits multiple passkeys. Each person would register a passkey on their device using the shared credential.
but can I simply share the passkeys without someone's permission (other than my own)?
It includes a creative demo where your browser apparently gets hooked up with a live video stream of an actual running toy hardware setup of a "CLB demo featuring a European traffic light".
It's effectively a finite state machine with two red-yellow-green traffic lights. This minimal setup already consumes 26 of the available 32 units.
Btw: as a European, let me assure you that our intersections usually consist of more than two traffic lights, include a fault state (blinking yellow light), and feature synchronized pedestrian lights on which we mostly stand until they turn green.
> only 32 LUTs also made me scratch my head: what kind of useful things can be made with so few components?
There's plenty of options: Memory mappers and Very Simple encryption come to mind. Stuff that is intended to make it Just That Much Harder to get to. Very tiny little finite state machines that handle One Thing.
tangential: just two days ago, Strudel has moved from Github to Codeberg (sparse discussion on their Discord homebase as to the motivations).
For anyone having done a migration from Github to another platform (Codeberg, gitlab.org, selfhosted etc.): was it worth it? What went well, what went wrong?
Speaking as a member of the Strudel project in the OP, it went really well, everything migrated across (issues, PRs etc) pretty much seamlessly. We have to self-host the ci actions, but as a bonus now they run much faster.
It really is a no-brainer for any free/open source project to be hosted on a free/open source platform. It's pretty nuts that so many stay on Microsoft github who are busy IP-stripping everything via AI, even without considering all the other terrible stuff MS get up to that it's best not to support or be associated with.
Quite a few live coding platforms are making the move to codeberg too. It's a bit trickier for desktop apps like supercollider who depend on cross-platform ci builds though.
I moved most of my projects from Github to Codeberg, and as anticipated got much less interactions, contributions, visibility etc. on them. Also Codeberg had quite some big issues with their underlying infrastructure during the last 2 years, but they seem to have done a lot of work to make it more reliable.
Now, I publish projects on Github only if they are worth sharing/being discovered, but most of my code is done on private (and sometimes public) Codeberg repositories.
It was at the beginning of the Copilot era where Github started to vacuum every line of code on their platform.
Also, I liked the idea of Codeberg and not being dependent of big corps. It was a technological regression (even if Github as a lot of issues) but it felt good. Big projects with a few hundreds stars stayed on Github, for community.
I'm currently signed up to ten or so different source code web services hosting FLOSS (e.g. KDE, FreeDesktop, Debian each have their own instances).
Attrition has held me back to participate in discussions or reporting issues. For that you need an account, and some source code web services make 2FA mandatory, and often I need to reauthenticate and go through that flow. If I'm exhausted, my brain makes the decision that it's not worth the effort.
A couple of other other reasons come to mind as well: setting up your account properly (adding SSH public key), setting up yet another entry in one's own
password manager, acknowledging that their will be additional mails going to my mailbox (transactional e-mails, maybe important informational e-mails such as data leaks, TOS changes, etc.).
Fast growth of the project isn't our goal and definitely doesn't override our collective ethics. If someone will only send PRs via a proprietary Microsoft platform then maybe this isn't the project for them.
Just as they were getting really popular on Twitter and X - it's such a shame. I like the idea of these alternative platforms, I'm saddened that this will likely make any kind of grassroots developer efforts DOA
Don't see why moving from the closed source Microsoft Github to free/open source codeberg would turn away any grassroots developer. It's like two extra characters to type and live coders can usually type quite fast.
Sorry for the banana. Yes two-finger gestures feel natural for zooming. I just didn’t implement them properly yet because i figured out there were cross browser issues with them on safari mobile. I’ll get something working.
