Thanks for the correction. A full month is much more problematic.
sneakyninjapants
joined 1 year ago
Thanks, SUSE completely slipped my mind
How does the xz incident impacts the average user ?
It doesn't.
Average person:
- not running Debian sid, Fedora nightly, ~~Arch~~, OpenSUSE Tumbleweed, or tbh any flavour of Linux. (Arch reportedly unafffected)
- ssh service not exposed publicly
The malicious code was discovered within ~~a day or two~~ a month of upload iirc and presumably very few people were affected by this. There's more to it but it's technical and not directly relevant to your question.
For the average person it has no practical impact. For those involved with or interested in software supply chain security, it's a big deal.
Edit:
Corrections:
- OpenSUSE Tumbleweed was affected; Arch received malicious package but due to how it is implemented did not result in compromised SSH service.
- Affected package was out in the wild for about a month, suggesting many more affected systems before malicious package was discovered and rolled back.
Wow those are some nice keycaps.
Seems he's revealing that he is either Bruce Wayne or Bane. As they're the only two to ever escape from the pit; historically speaking.
Since you're in EU you have quite a few options for vendors. Here is a good list.
I looked through most of these vendors before and it's unlikely that you'll find everything you need to build a fully custom keyboard from a single vendor, but with 2 or more you should be able to source all the pieces you need.
Some vendors that have a decent selection:
Another option of you don't mind the potentially long shipping time is to buy all the components from Aliexpress. They will likely have an expansive selection and lower price compared with EU retailers, but you may or may not end up paying tax, and the shipping time will be longer on everything.
I managed to figure out an ugly way of getting the keyboard matrix down to 20 pins, but a much better option to using a pro-micro would be to go with an Elite-Pi or Helios Microcontroller Since it has 23 GPIO pins, and there won't be a hacky workaround like with the pro-micro.
One thing I forgot to mention is key switch preference, the two main types are MX (high profile) and Choc (low profile). MX switches are both easier to find and have much larger variety of both switches and keycaps. Choc is nice because it has a lower profile similar to laptop keyboards, but the selection of switches and keycaps are much more limited. There are other low profile switch types like Choc mini (PG1232), Choc V2(PG1353), and Notebook X(PG1425) switches, but they're even harder to source than the Choc V1(PG1350).
Probably not exactly what you're looking for, but for my personal use I just set up a repo in my git forge (gitea in my case) with a bunch of markdown files in various folders and a Hugo theme.
Every time I want to update a document I can click the link at the bottom of the "Wiki" page and edit it in Gitea's WYSIWYG editor. Similar process if I want to make a new document. When I save the changes I have a CI job (native to Gitea/Github) that uses Hugo to build the markdown docs into a full website and sync it to a folder on one of my servers where it's picked up by a web server.
Sounds complicated when I type it all out, but the only thing that I can reasonably expect to be a deal breaker is the Hugo software, of which there are archived versions, and even if there wasn't Hugo's input is just markdown, so I can repurpose however I see fit.
You could probably do something similar with other SSG's or even use Github's pages feature, though that does add a failure point if/when they decide to sunset or monetize the feature.
I have a few mechanical keyboard projects that I need to print cases for and a chassis for a compact NAS build that I'm almost done tweaking and need to print eventually. Just functional stuff really
We could also make it so pressig the two shift buttons simultaneously is how you lock into upper-case letters.
I haven't tried it before but I'm almost certain it's possible to do with QMK or ZMK firmwares.
As for the lack of pins generally, the easiest thing to do would be to use a microcontroller with more pins, but that may bring more challenges when designing the pcb depending on the availability of good component footprints.
The most commonly used footprint is for the pro-micro though, but you'd end up needing to cut 4 rows/columns off of the board to fit within its pin constraints, though I do think there is a modification for pro-micros that can give you two more pins, which could technically work if you cut off the rightmost column and the function row.
If you're willing to get rid of just the rightmost row you would be able to use something like the nice!nano since it has 21 gpio pins. It would become optionally wireless in that case as well.
If you didn't want to cut down the board at all, could also go with something like an Elite Pi, which has a similar footprint to the pro-micro except with an extra 5 pins along the bottom edge, as it has the same footprint as the elite-c.
Quite a few options, and I'm not sure if you have a preference for wired vs. wireless or parts availability where you are, so those would likely influence what you decide to go with.
It's because the original image macro that this is based on was about piracy, saying something along the lines of "I bring a certain 'just torrent it' vibe to the conversion that the riaa just doesn't like."
Their reuse of the macro is indirectly an answer or a continuation of it that can be seen as acknowledging the original message.
No problem, glad to help point you in a useful direction. If you're not especially concerned with labels, you might be able to get around needing to have a blank set of keycaps laser etched or something like that.
I also got bored yesterday and had your idea of a TypeMatrix 2030 kicking around my head, so I decided to mock-up a layout similar to what I described in the previous post, and created a Github project you can use as a jumping off point if you want to proceed that direction.
https://github.com/pyunramura/mechamatrix2030
Keep in mind, the layout probably needs some more thought and the pcb generation part of it has not even been started, but it should be possible to get a completed board with some learning, some funds, and some work.
One of the major issues I didn't think of before is the fact that the keyboard has quite a lot of keys, so many in fact that the matrix is too large for a standard pro-micro type microcontroller. The keyboard has 7 rows and 15 columns which needs 22 pins, which is unfortunately 4 too many for a pro-micro. There are other microcontrollers with a similar footprint that might be suitable instead though. Elite-C, Blackpill, and some of the RP2040 boards come to mind.
Then we agree