sxan

joined 2 years ago
[–] [email protected] 3 points 1 day ago (4 children)

They're not, though.

I'm not an electrician, but I did come across a study a while back that basically said clamp-style connectors like Wago were more reliable and safe than crimping. Not being an electrician, and not really being able to stay awake reading through a paper on the topic, I don't know what qualifiers they used. It was a couple years ago, but IIRC it was a study looking at a sampling of installations and comparing them, so it was probably just saying that, on average, Wago are better because your average electrician won't do as good of a job. It was the basis for some legislation about requiring the use of Wago-style clamps in new installs somewhere.

So, you're probably right: given an expert who's taking the time to do a good job and never makes mistakes, a solid crimp is probably better. And when you're a pro rewiring your own house, you'll probably want to do those instead. However, according to what I remember, counties are better off mandating the use of clamp connectors.

Once again, I'm reminded of the old saying: what do you call the guy who graduated at the bottom of his class in medical school? "Doctor."

[–] [email protected] 1 points 1 day ago

I don't think these two academics are suffering from disinterest or a lack of subject expertise.

Perhaps not, but successful academics will also understand and tailor their messaging to their audience, dumbing it down if necessary.

I think that's a very purposeful result of US politics

Complete agreement. So is the international hegemony of the dollar, and why, a decade ago, the US government had an apoplectic fit when OPEC made noises about starting to accept payments in, or fixing prices to, something other than the dollar. I don't think the general public understood just how important it is that so many of the global currencies are tied to the value of the dollar, and, like English, it's the financial lingua franca.

I disagree that it's been overall bad for the US, although I think it's been extremely unhealthy for the world at large.

[–] [email protected] 1 points 1 day ago

Breaucracy is worse.

[–] [email protected] 1 points 1 day ago (2 children)

Any subject can be qualified, and you're right that more things probably should.

There's capitalism; then, for me, there's laissez-faire capitalism and regulated capitalism as the two main branches. Somewhere within laissez-faire economics lies libertarianism and anarchy, which are political structures, but the implementation of which would presumed literally no central control - people trading precious metals, goods and services directly. On the other branch you have regulated markets that eventually include limited socialism - usually restricted to public infrastructure and military, and where you start to blend in aspects of communism. And while I'm certain there are technical terms for all of the, I care a little less about economics than I do sports, which is to say not at all.

I have my own opinions about what I think is wrong with Capitalism in the US, and what changes I think could fix them, but this is decidedly not my area of expertise and I'm very much a believer of differentiating between opinions and knowledge.

What you're seeing, I think, is a limitation in American education combined with DILIGAF - disinterest in becoming enough of a subject expert to use precise terminology. However, I think it's misplaced to get upset about it; I'm certain medical doctors, aerospace engineers, computer engineers, plumbers, electricians, auto mechanics, classical musicians, voting theory scientists - they all probably mentally tear their hair out a little when talking to laypeople because we're all so "imprecise" in our terminology. I think it's just a consequence of living in a world so complex and varied, it's not possible for one person to be an expert and use precise terminology when talking about every subject - and this includes economics.

[–] [email protected] 24 points 1 day ago (3 children)

If there's one thing I've learned from history, it's that the monarchs who didn't constantly plot and scheme were at risk to being overthrown by their noble subjects. I hate politics; I hate incessant meetings, and being a monarch always sounds like just constant meetings, all day, every day. Everyone wants to talk to you, get something from you, scheme with you; and it they aren't scheming with you, you really have to worry, because they're off scheming against you.

It sounds tedious and horrible.

[–] [email protected] 4 points 1 day ago

̶:̶ ̶.̶ ̶|̶ ̶:̶ ̶;̶

Your's is good, too

[–] [email protected] 4 points 1 day ago

You say the audio is bad, and many people hate watching a video that could have been an article - maybe a transcript would be good, huh?

[–] [email protected] 1 points 1 day ago

Ok, so, first, let me say that while I'm enthusiastic about the concept, I understand it's entirely theoretical. We can't even get US civilians to adopt metric, FFS. Just a caveat, lest anyone wander by and overhear us.

That said, I did spend some cycles trying to see it it would be possibly to line up a lunar and solar calendar, and it's not. And it isn't nearly as important as it used to be. It would still have been nice.

So if you do run calculations, I'd like to see them.

[–] [email protected] 2 points 2 days ago (2 children)

How does that work, with the leap week? Doesn't the year drift out of alignment with the solar cycle?

[–] [email protected] 11 points 2 days ago

If only.

No, Amazon is very slick about this. They distract from the real problem and instead turn it into a conversation about having sufficient Amazon services to ensure the site stays up. It used to be that they'd just talk to people who didn't know better, and the tech teams would be told how to do their jobs by marketing doofs. Now, companies have "cloud architects" who's jobs depend on the IT stack being so complex their jobs are secure, and AWS doesn't have to bypass the dev/ops teams.

[–] [email protected] 1 points 2 days ago

Interesting! I usually remember that Jonestown wasn't in the US, but events like that aren't really my bag, so anything I know about it I picked up incidentally. Now I know a couple more things; thanks!

[–] [email protected] 1 points 2 days ago

Your caveat was very thorough. Good job.

13
submitted 2 months ago* (last edited 2 months ago) by [email protected] to c/[email protected]
 

http://xkcd.com/936/

Not worth creating a project for, and it might be interesting to see what changes people would make.

Non-standard dependencies:

  • words, for the dictionary
  • zsh (this will probably work just fine with bash, though, too)
#!/usr/bin/zsh
# Author: @[email protected]
# 2025-02-23

final=(xargs echo)
count=6
while getopts d opt; do
	case $opt in
		d)
			final=(tr 'A-Z' 'a-z')
			;;
		*)
			printf "Password generator based on the correcthorse algorithm from http://xkcd.com/936//n/n"
			printf "USAGE: %s [-d] [#]\n" "$0"
			printf " -d  make the result all lower case; otherwise, each word will be capitalized.\n"
			printf " #   the number of words to include. Defaults to 6."
			exit 1
			;;
	esac
done
shift $(($OPTIND - 1))
[[ $# -gt 0 ]] && count=$*

shuf -n $((count * 2)) /usr/share/dict/american-english | \
	sed 's/'"'"'.*//; s/^\(\w\)/\U\1/' | \
	sort | uniq | shuf -n $count | xargs echo | \
	tr -d ' ' | $final

What's going on here:

Nearly 30% of the American dictionary (34,242) are words with apostrophes. They could be left in to help satisfy password requirements that demand "special characters," but correcthorse isn't an algorithm that handles idiot "password best practices" well anyway. So, since every word with an apostrophe has a pair word without one, we pull 2·N words to make sure we have enough. Then we strip out the plural/possessives and capitalize every word. Then we remove duplicates and select our N words from the result. Finally, we compact that into a space-less string of words, and if the user passed the -d option, we downcase the entire thing.

Without the user options, this really could be a 1-liner; that's how it started:

alias pony="shuf -n 12 /usr/share/dict/american-english | sed 's/'\"'\"'.*//; s/^\(\w\)/\U\1/' | sort | uniq | shuf -n 6 | xargs echo | tr -d ' '"
 

So, obviously not a real owl, but germane.

This was taken in Paris, in one of the side streets around Sacre Coeur, in 2010. It is a decoration set into a wall; the alcove was probably around 30cm high, so the owl figurine is small. I have no idea how long it'd been there, or why it was there; there was no plaque or other marking, and no other decorations on the wall.

I do recall that I took it from across the street and without telephoto, so this is massively cropped and this is the best resolution I have. The paint was more white and it was a brilliantly sunny day; I made it more warm in post-processing.

Sadly, this was before digital cameras came with GPS to stamp locations; I'm not sure if I could find this anymore.

350
hmmm (lemm.ee)
 

cross-posted from: https://lemm.ee/post/55039423

 

I normally go for odroid for these sorts of things but have had a bad run recently.

What I want is a bare minimum computer I can hook to some externally powered speakers and run snapclient on. That's it; nothing else will run on it. It's part of a project to get audio casted into every room.

Arch, because I'm most comfortable with Arch; I don't have to learn any new peculiarities; Alpine would also work. deb and rpm-based distros aren't options.

It needs WiFi, or the ability to take a module. And of course an RCA out jack for the audio plug.

Cheap would be nice.

I have no experience with Pis, but there's a bewildering variety of them with varying capability; many don't come with WiFi, and some not even with audio out. It's frankly hard to tell what's the minimum Pi I can get away with for my use case, and what components I need to add on. I don't want to have to become a Pi expert just to get one device for this.

IME getting Arch running on odroid is a bit of work, and Mint or whatever they sell on the micro SD cards may be the worst distro I've had to deal with in recent years.

I'd love to try a RISCV board, but I feel like that's just asking for a whole different level of protracted tinkering to get what I want.

Basically, if I could get a plug-and-play Arch SBC with WiFi and audio out, even if I had to boot it first on ethernet the first time to set it up, for a good price, that'd be ideal.

What are good options here? So many Pis are for tinkering or as project components. Odroid seems like they're only half-heartedly doing business. RISCV is bleeding edge and still sounds fussy and iffy except for very specific problem domains. Micro PCs like Trigkey or Beelink are full desktop replacements and are both overkill for my use, and too expensive.

What do y'all advise?

19
Qt || ^Qt (midwest.social)
 

This is an opinion. Not even a shower thought, but something that I just realized I could express succinctly.

I'm a TUI/CLI person. I look first for CLI programs, and only if I don't find a way to do it in a shell do I look at GUI alternatives.

I'm also a tiling WM person. I used i3 for several years, and then bspwm for a hot minute, and for nearly a year now have been in herbstluftwm. I'm at a point where hlwm not running on Wayland is the main reason I'm not on Wayland.

But at one point, before discovering the joys of tiling, I was a big KDE fan. So it's been interesting to find myself skipping Qt apps in favor of GTK apps when I have to use GUI apps; and just now I realized why:

When you pull a GTK app, only rarely does it link in a bunch of Gnome dependencies; when it does, it's usually pretty obvious in the name or description... "X for Gnome" or some such. But Qt apps are really bad about hooking in and pulling a bunch of KDE dependencies, launching KDE services, and generally trying to turn your WM into KDE, that I've learned to just avoid them. There's no reason for them to, unless it's because the KDE libraries provide so much functionality that isn't in the core Qt libraries.

Anyway, it just occurred to me why I have such a negative knee-jerk reaction to apps with Qt dependencies; I literally just filter them out as I'm scanning package lists.

I like Qt; I don't like that most Qt apps also depend on KDE libraries.

 

I have a situation where generics would be useful: a server (that I do not control or influence) with many API endpoints that each returns very similar json. There's an envelope with common attributes and then an embedded named substructure (the name differs in the return value of each call) of a different type.

Without generics, you could do something like:

type Base struct {
   // common fields
}

type A {
   Base
   A struct {
      // subtype fields
   }
}

type B {
   Base
   B struct {
      // subtype fields
   }
}

but then you'd need to either duplicate a bunch of API calling and unmarshalling code, or consolidate it and do a bunch of type casting and checking.

Generics to the rescue: subtypes become specific types for a general type:

type Base[T any] {
   // common fields
   Subfield T
}

type A struct {
  // subtype fields
}

type B struct {
  // subtype fields
}

It even looks cleaner! Ah, but the rub is that the marshaled field name Subfield is the same for every type: there's no way to specify a tag for a struct type so that Subfield is un/marshaled with a name specific to the type.

https://go.dev/play/p/3ciyUITYZHk

The only thing I can think of is to create a custom unmarshaller for Base and use introspection to handle the specific type.

Am I missing a less hacky (introspection is always hacky) way to set a default tag for any field of a given struct type? How would you do this?

This pattern - APIs using envelopes for data packets - is exceedingly common. I can't believe the only way to solve it on Go is by either mass code duplication, or introspection.

 

I do my keyboard configuration with Vial, which may or may not be relevant.

I am unable to momentarily switch layers from a particular layer, and I'm looking for tips.

I have a base Dvorak layer, with all of my layer switches as tap-dance keys under my left hand, with holds triggering a momentary layer switch and all of the other keys under my right hand: a layer for punctuation, a layer for numbers, a layer for function keys, for WM navigation, for tmux navigation... 9 layers in total. It all works well.

Recently, I started playing Factorio again, so I set up a combo switch to the 9th layer, which is bog-standard QWERTY, it being easier to just learn new muscle memory than to reconfigure all 9,000 Factorio key bindings for Dvorak. But now entering numbers was a PITA because my keyboard has no number keys, so I have to switch back to the base layer to use the MO binding to switch to my number layer.

Eventually, I decided this was too much trouble, so I created a tap-dance MO binding for the same physical key in the QWERTY layer... but it doesn't work, in that the layer is not switched to the number layer - except for "0": that combination works. The fact that one key works makes me think it is actually sorta switching layers? But all of the other keys just enter the un-switched QWERTY keys.

I've tried setting the trigger key to a different one, with identical results. All of the keys on the left hand (and under the trigger key) are KC_TRNS on the number layer, so in both cases I've tried the trigger key is KC_TRNS on the number layer. I have not yet tried duplicating the number layer and using that instead.

Does the target layer (the number layer) have to be a layer number greater than the starting layer? Number layer is layer 4, and QWERTY is 9 - do I need to move 4 to 10? Is there some other, common, issue I'm encountering?

 

Like, not technically how, but emotionally? If I spend too much time messing around on a platform, critters inevitably attack my base. Even if I build a fortress, I worry that something will run out and guns will run out of ammo... or that something will run out and The Factory will grind to a halt. I could just stack up a vast area of capacitors and rely on lasers and a fission reactor, but is this really what you guys are doing?

How do you emotionally detach from Nauvis and commit to not being able to troubleshoot on the home factory? Heck, once I establish factories on other planets, how do I leave them to return to Nauvis and not worry that they'll be overrun??

When Space Age was released I restarted, solo, with a new base, and I'm getting close to building a traveling platform; how do I ensure the security of Nauvis before I depart?

(My first, and as yet only, station attached for giggles)

 

I'd like to know if I should file a bug, or if this is just something in my config. In particular, I'd be grateful for confirmation about what I'm seeing.

In Raccoon, in this post, I see only the first paragraph of the post. If I "view raw," I can see the entire post text; it also shows up correctly in Thunder, and in the web interface.

I don't see a way to expand the post, and I'm not sure if it's only this post or if it's happening a lot and I just haven't noticed, because the only way to detect missing content is through the "view raw" function.

Is this a setting, or a bug? I

 

I was thinking about this before the Tholian wave, but it's apropos.

It unscientifically appears to me that TOS had a far higher incidence on non-humanoid aliens than later series. Tholiens, Horta, the flying neural parasites on Deneva; while there were many bipedal aliens sometimes differing only by skins color, many were non-bipeds or were bipedal but radically different from humans, like the Gorn and the salt vampire. In later series, it seems nearly all aliens were reduced to bumpy head species.

TOS ran for only three seasons, and truly different aliens are expensive; I understand the economics of going the prosthetic forehead route. And it's difficult to have recurring truly alien biology in a series.

My question is whether anyone's done a statistical analysis covering the originality of aliens, per series, based on divergence from the humanoid base. Does it only seem like TOS had more different types of aliens (intelligent and non) because it was so short, or was the universe really more diverse in TOS?

 

Rook provides a secret service a-la secret-tool, keyring, or pass/gopass, except backed by a Keepass kdbx file.

The problem Rook solves is mainly in script automation, where you have aerc, offlineimap, isync, vdirsyncer, msmtp, restic, or any other cron jobs that need passwords and which are often configured to fetch these passwords from a secret service with a CLI tool. Unlike existing solutions, Rook is headless, and does not have a bespoke secrets database full of passwords that must be manually synchronized with Keepass; instead, it uses a Keepass db directly.

Rook is in the AUR and in Alpine testing; binaries are available from the project page.

From the changelog, since the last Lemmy release announcement v0.1.3 on May 20:

[v0.2.0] Fri Oct 11 09:01:03 2024 -0500

Added

  • support for password + key file credentials
  • show --no-eol option, to strip CRs after, eg, passwords

Changed

  • show matches search: it's now case insensitive

Fixed

  • successful OPEN with password wasn't clearing the one-time pin, so the DB was staying locked.
view more: ‹ prev next ›