I'm a little shocked, as my experience with 1Password across Android, iPad, Linux, macOS, kubernetes, commandline has been absolutely fantastic. I've been using it every day for the last four years or so in pretty much all of the above settings.
How is this any different from a washing machines handwash/delicate program? It soaks in soap with no movement, cold temperatures, then rinse it gently with water.
I wish that's how mine did it, even on the hand wash/delicate setting, it still does 3 spin cycles (although I'd guess not as fast as the other modes). But more importantly, I hand wash so I can spot clean. Easiest way to spot deep stains etc is when the clothes are wet and you can hand inspect them. I'm so obsessive about this stuff i won't even accept any fade in the blacks, and no yellowing in my whites.
podman can't replace docker-compose. it can only replace docker. if you install podman-docker any docker command you run will be translated to a podman command. I think that should work when you run docker-compose as well.
podman works great with docker-compose through the docker socket emulation.
I just use the upstream vanilla docker-compose with it (also works with docker compose as a plugin for Docker CLI).
Podman Desktop also offers to set the socket emulation and Docker compatibility up for you, if you like.
If your distro is relatively recent, enable podman.socket (available as system and user unit) and things should just work as they do with docker. You may have to set CONTAINER_HOST though, and the new Docker CLI has the concept of contexts where you need to point the CLI at the right socket, but confusingly using docker as a library does not automatically add contexts as functionality, so Tools like flyctl (from fly.io) and melange (chainguard's APK builder) may still need CONTAINER_HOST anyway...
other tools prefering to use CONTAINER_HOST instead of docker contexts happens without podman too, because docker didn't build contexts into their go client library and it's instead all in the docker CLI.
“The Norway Problem” YAML has: when you abbreviate Norway to its ISO 3166-1 ALPHA-2 form NO, YAML will return false when parsing list of countries f.e ‘[GB, IN, NO,…]’
It's a good example of how you can overengineer a relatively simple format.
The reason is that they specify a boolean value as either "true/false" or "yes/no".
The last alternative causes problems not only for the Norwegian country code (no), but also in cases where you need to specify the actual word "yes"
You could of course end up with the same problem if you need to specify the literal "true" and "false", but by overengineering the acceptable boolean values, they increase the potential problem areas.
Claiming more common words as keywords basically. It's just not well considered. true and false are ordinary words, and it would probably be better if sometime way back someone had come up with special keywords that didn't conflict with ordinary words, but for good or bad, at least by now it's practically universal in most languages that true & false are keywords and everyone knows it. Claiming yes and no as keywords also was just thoughtless and inconsiderate (ok that was redundant), doubly so when they don't even do a new job but simply double the consumed namespace to do the same job that was already done by true & false.
Eh, it's fine if they're keywords as long as not everything is a string. If `"NO"` and `NO` are distinct types, then they're not equal and there's no Norway problem. YAML treats strings, numbers, null, and booleans as all the same type (scalars). The problem isn't keywords clashing with common words, it's not having distinct types!
A Boolean represents a true/false value. Booleans are formatted as English words (“true”/“false”, “yes”/“no” or “on”/“off”) for readability and may be abbreviated as a single character “y”/“n” or “Y”/“N”.
To be fair, YAML 1.2 does not suffer from the "Norway Problem", but YAML is still a rather complex format.
I feel like the Makefile syntax has some pesky warts, like not breaking when there are spaces in filenames, requiring tabs[1], the ceremony around PHONY targets... If you take the legacy stuff out of make,
[1] Apparently it can be fixed with a complex .RECIPEPREFIX incantation which behaves differently in different versions of GNU make, and was conveniently added just one minor version after Apple has graciously decided to stop updating all their GNU software versions.
Redo, ninja and tup seems like trying to do that, with their own twists, but none of them really managed to nudge make out;
I use make for (among other things) transforming files; batch compression being the simplest example, so all one requires is a rule saying %.log.xz : %.log and all is well.
But if people have colons in filenames, for example for timestamps, all bets are off, and make chokes spectacularly.
And that really sucks in Windows because every absolute path contains a colon. Not that absolute paths are common in makefiles, but it's not something that should break on a major platform.
I had to buy the game as a gift, then type the product key in manually on the kids account, because for some reason it wouldn't send it as email...
I also tried to buy the game as the kid, parental control blabla, I got a request that the kid wants the game, and when I went to pay for it as myself, on behalf of the kid, it wouldn't let me change the country from United States, so I couldn't enter a valid billing address...
All this took hours, while the kid impatiently nags "can we play, can we play, can we play"...!! And then it's the /insane/ launch times to start playing... At the very least, once you're in the game (java edition) it all works very well with LAN multiplayer.
> All this took hours, while the kid impatiently nags "can we play, can we play, can we play"...!!
As a fellow minecraft Dad (who hasn't yet purchased Dungeons...looks cool but Create mod is the current addiction), pro tip - don't give a small child a gift you haven't confirmed is ready to go yet.
There are times when it's good to teach a kid patience, how to assemble and adjust the derailleur on a bicycle, or how to install software updates, or how to configure port forwarding for a server, or how to safely charge and maintain lipo batteries, or whatever...but the start of limited screen time on the weekend, or Christmas morning unwrapping presents, or their birthday party with everyone watching....that is not the time. It's definitely not the time to find out that the new gadget is dead-on-arrival and teach them about the RMA process.
Kids don't care if the shrink wrap is not intact or if it doesn't have that "new car" plasticizer smell, they just want to play with it. And if you can keep them from getting addicted to peeling off the clear membrane from a glossy new gadget, later they'll be more open to the possibility of more frugal used goods.
If the gift needs to be on the kid's account, how would you ensure it was 'ready to go' before christmas day, without the kid being able to see it on their account, getting a bunch of notifications etc?
The is a reason that Santa only comes when the kids are quite and in bed in my house, and it also explains why my dad was always tired in the morning growing up
> All this took hours, while the kid impatiently nags "can we play, can we play, can we play"...!! And then it's the /insane/ launch times to start playing... At the very least, once you're in the game (java edition) it all works very well with LAN multiplayer.
I wish this was true for me. My experience was after Microsoft extorted my phone number out of me (for 'verification' of my 10 year old account that I converted) that it now demands a text message 2FA authentication any time I haven't played for awhile. Which since my kids are usually the ones playing means they're usually blocked from starting up again unless I'm home. Which means they kind of just don't play it anymore.
I never wanted a Microsoft account in the first place and I want one even less now.
I got into Minecraft a bit later, and when I purchased it, I got the Windows 10 Edition. I had to have a Microsoft account to play, so I was already set. Minecraft: Dungeons is a completely separate game, more of an isometric perspective. It looks fun, was just hoping that I didn't have to buy it myself until I had a PC to start playing on.
Hybrids almost never emit carbon though. Because they're almost always running from the battery that you charged up from the wall before leaving home for your daily commute. And the daily commute is less, or maybe a little over the battery range. If it isn't then you have bought the wrong car, if you goal is carbon neutrality.
You can use a smaller battery, which means using less rare materials that are very expensive. There are a lot of indirect emissions with electric vehicles, and it's important to look at the big picture.
That's only true of plug-in hybrids. "Hybrid" just means a car with an electric and ICE drive train. Most hybrids aren't plug-in hybrids. They have no ability to charge their battery except from the engine.
I could not be more bored by people who go off on the indirect emissions tangent. Because it always mysteriously winds up at "so anyway, buy a vehicle/house/plane/whatever which directly burns fuel and will thus never be green".
It's an argument pushed by fossil fuel company's because it pretends the world is static and unchanging, as though the energy mix of the electrical grid can't vary, or that changes in fuel source and process for mining operations to be cleaner wouldn't drastically effect downstream users overall emissions profile.
It's always been my hope that my state (Kentucky) would get on board with EV's. A really smart marketer could court the powerful coal interests in the state and start selling EV's on the premise that they are powered by coal here. Eventually the power mix would change to be more sustainable
C-f, C-e, C-b, C-a only require one hand. But I see your point.
The best part of evil-mode in Emacs is that I get to use Emacs bindings in insert mode, and then vim keys in normal mode. For instance when writing function signatures, I can hit C-f to easily jump over the closing parenthesis, or C-e to easily jump to the end of line, usually also to skip the closing parenthesis. I'm not sure how you would do that in vim without exiting back into normal mode and using for instance S-a to append at the end of the line.
I'm a long-term emacs user who recently learned vim for fun. Deciding when to exit insert mode has been part of the learning curve.
From insert mode, vim lets you run one command without explicitly switching back to normal mode. :he i_ctrl-o for details. It's very handy for positioning the cursor for more input, for example ctrl-o f)
