Local timeline
Some friends are joining the Fediverse from other social networks and have fond memories of the old Twitter days. We thought of you, and we’re now merging the branch that brings theming support!
Soon, on littleOne, you’ll be able to choose from a selection of predefined themes.
Stay tuned!
Seriously! I mostly use web based tools for my job but everything is just sucking ans bloated and slow. I'm going to jump through all the hoops to get WSL and see how much of my work life I can move into that terminal. I wish I could just use Linux or a Linux VM.
I began my academic career during a time of crisis. My advisor had to ask the Institute Director to purchase two 8-inch floppy disks for me to use in my work. For years, I learned to "swim" through adversity by making do with whatever was available, adapting to limitations in CPU, memory, and storage, and helping to build a positive environment for academic productivity. Today, the "abundance" found in some projects has produced students who have no desire to learn how to utilize resources or go the extra mile; instead, they expect to be served like a customer in a restaurant. When adversity strikes—and it always does—they will be paralyzed by it, sitting idly by and claiming they "lack the proper working conditions." I find this deeply disheartening.
Fixing a Sun Type 7 Keyboard
Recently, not quite sure why, I decided to start looking for a Sun keyboard. Originally I was on the hunt for a keyboard that would have vim bindings printed on the keycaps, but as I was browsing around, I stumbled on a great deal on eBay -- fraction of the price, but there was no USB cable. That's a relatively easy fix, so I got one.
The keyboard arrived in good shape, and apart from the insane amount of fluff in it and the faded / yellowed plastic of the keyboard it was in decent shape. Yes, the cable was cut. But it was easily accessible: two screws on the bottom and further three underneath the top keyboard cover.
Once undoing the two longer screws on the bottom I popped off the top keyboard cover; this is held on with tabs and if you work your way around the left, bottom, and right side, it hinges at the top.
I decided the first job would be cleaning. I used a soft brush to get rid of the debris under the keys after opening (but not fully disassembling) the keyboard, and then took cotton wool balls dipped in rubbing alcohol to the surface to clean. This took a while but it worked OK.
Next was connecting up the USB cable. On the PCB the USB connector is probably some kind of a standard SMD connector, with standard USB cables coming off it: black, white, green, red. These are GND, D-, D+, 5V, usually. There is a fifth ground cable going to the USB cable, which is the "shield ground".
I disconnected the USB connector to the PCB and chopped up a USB connector. My initial plan was to use a USBC female to USBA 3.0 male connector's USBC end. But USB3.0 has, I think, 8 pins rather than 4, and while it should be possible to only hook up the 4 "standard" USB lines, I did not have much success with this.
Otherwise the soldering job was fine, although with these thin cables, rather than stripping them, I took to melting back just enough of the cable sleeve on each to expose a workable amount of wire. Just apply some hot solder on the tip of the soldering iron and it works well.
Second attempt involved cannibalising an old MiniUSB cable I really had no use for anymore. This has the "correct" amount of wires and this time it worked! I was delighted.
OpenBSD recognised it really well as a Sun Type 7 USB keyboard:
uhidev1 at uhub1 port 4 configuration 1 interface 0 "Fujitsu Component Sun USB Keyboard" rev 2.00/1.05 addr 4
Then I fired up xev to see whether the most exciting bits, the extra "Stop" and "Again" keys do something.
And they do! xev reports the following mappings by default:
Left hand extra column of keys:
-Help: DEAD.
- Stop: keycode 145 (keysym 0xff69, Cancel)
- Again: keycode 146 (keysym 0xff66, Redo)
- Props: keycode 147 (keysym 0x1005ff70, SunProps)
- Undo: keycode 148 (keysym 0xff65, Undo)
- Front: keycode 149 (keysym 0x1005ff71, SunFront)
- Copy: keycode 150 (keysym 0x1008ff2f, XF86Sleep) *
- Open: keycode 151 (keysym 0x1005ff73, SunOpen)
- Paste: keycode 152 (keysym 0x1005ff74, SunPaste)
- Find: keycode 153 (keysym 0x1008ff17, XF86AudioNext) *
- Cut: keycode 154 (keysym 0x1005ff75, SunCut)
Top right hand extra row of keys (above numpad):
- keycode 160 (keysym 0x1008ff12, XF86AudioMute)
- keycode 174 (keysym 0x1008ff11, XF86AudioLowerVolume)
- keycode 176 (keysym 0x1008ff13, XF86AudioRaiseVolume)
- keycode 222 (keysym 0x1008ff2a, XF86PowerOff)
Bottom row:
- Compose: Menu
So as you can see, it mostly works okay. There are two funky key mappings by default, "Copy" doesn't copy but wants to put the computer to sleep; "Find" wants to skip to the next playing song. But these should be remappable.
The "Paste" and "Cut" keys do what one expects them to under X11, this is really really neat. I really like not having to press "Ctrl-Shift-V" for "paste" but ... "Paste".
The Compose key will be remapped as a Compose key I think, this is doable with xmodmap and .XCompose I think. I want to dig into whether, similar to SunPaste, there ought to be a SunCopy key that I could map to Copy.
For "Front" I want to set up a custom macro; for 9+Front I want to launch drawterm. 😆
Pity that "Help" doesn't do anything. It simply doesn't register as a keystroke. But you can't have it all -- besides, I haven't come up with anything funny to map it to.
The discussion is going on late into the night, but the decision has already been made. Tomorrow we will try to merge a branch with a very particular change…
@jspath55 Source for banner image - an ABAP Detective episode on the #SAPCommunity
https://community.sap.com/t5/additional-blog-posts-by-members/erp-2-bikes-0/ba-p/12909640
Hurrah! UI is working much better today.
Now I'm investigating NetBSD's system clock (which defaults to 100 Hz) to see about compiling a custom kernel that increases that.
@stefano deployed. Please check the "promoting to blog post" path. It was just disabled at webui level.
Photo post test. Looks like it strips all metadata including alt-text?
Alt-text intentionally left blank, sorry. Here's what it should read:
A sunset scene at Baker Beach by the Golden Gate Bridge in San Fransisco, CA, USA. The sun is setting off screen to the left and casting a beautiful light sideways towards the subjects which is further scattered by the spray in the air. A wave is crashing in from the left with white foamy water rushing onto the sand and covering most of the bottom third, beyond which are the rocks that have caused a huge splash of brilliant white spray just in front of a couple that is standing front to back on some rocks hugging framed in between to two towers of the Golden Gate Bridge in the background which stands under a blue sky with scattered fluffy clouds. Shot with a Voigtlander BessaR3M and Voigtlander40f1.4MC lens, on KodakKodacolor100, and developed with LabDev by Shom Bandopadhaya. Licensed under Creative Commons Attribution-NonCommercial-ShareAlike (CC BY-NC-SA).
@shom thanks for the feedback! Yes, I already noticed it on my posts. It's already fixed in the code, will deploy it after building it.
@shom that was expected, as profile banners are usually cached for some minutes (so it hadn't been regenerated, yet). I'm checking the "upgrade" from a normal post to blog post.