GorsyGentle

> Your users live in Teams.

No, I assure you, we do not. Nobody wants to live in hell. Even at my current company, we are mandated solely to use Teams for meetings. But nobody uses it for chat.

Thankfully we have Slack to save us from that hell. Even if giphy is disabled because it might have R rated content whatever the hell that means.

Perhaps, and that's not unreasonable in and of itself. But to do so in such a user-hostile manner? That's a bit over the top. A new minimal package, advertising it, and only then eventually making it the default would have been far, far more effective.

If an engineer of mine pulled this on our user-base I'd have them reverting it in a heartbeat regardless of the technical merit. They already failed just in how they executed this and have burned good will, the technical merits no longer matter. Once you've lost the faith and trust of the user, it's over.

The original request[0] was more or less simply a user asking for the networking to be removed, and follow-up to just have a -nonetwork variation. Instead, we have comments from the debian maintainer:

The OP report: > Users who need this crap can install the crappy version but obviously this increases the risk of drive-by contributor attacks.

The debian package description[1]: > See keepassxc-full if you absolutely need those.

The PR[2] > Feature creep like SSH agent support, browser integration, Freedesktop.org secret storage, KeeShare pose undue risks for most users.

Each one of these sends a message. And it was entirely avoidable with a bit of grace and kindness to the existing userbase.

[0]: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=953529

[1]: https://packages.debian.org/sid/keepassxc

[2]: https://salsa.debian.org/debian/keepassxc/-/commit/7d6d16e3f...

In a way I'm glad it's not mentioned. As a FreeBSD user, nothing is more disheartening than to find a cool and interesting project written in a great^1 language without any packaging or distribution method other than "here's my container bruh". Like, ughh.

^1 Caveat, making a package of a Python project can be a rabbit hole can be a real pita. Virtual envs are usually good enough for most stuff until I start to need a compiler in every jail. Nowadays I'm looking almost only at Go (best) or Rust because their distribution is trivial in comparison.

Rammed earth is the one that I find fascinating. But I've not seen or heard much about it's use in the Midwest where winters tend to wet.

Except I cannot `go run ~/that/project/over/there` as the use of go modules means I have to change directory to be inside the package first. I'm not sure why that is exactly, but it's always been a nit I've found frustrating.

I ran into this on FreeBSD when cryptography started using a rust core for its work. Suddenly my jails needed a full rust build environment just to install this one package. It was a frustrating day.

Every time I upgrade that jail/venv I cry a little inside.

I've tried creating diagrams of this nature (not realizing this is a thing) but I chose them for documenting the system to others that weren't already familiar with the project so it felt necessary to layer it all together. Those diagrams shown looked more like team meetings hashing out the details. Seemed kind of an unfair comparison.

That being said, the biggest issue I ran into is in the diagram tooling. At the time we had Gliphy. One could not make it interactable, such that double-clicking on a node would explode the container and let someone drill-down. At best they had layers which were awfully crude to work with. And at the end of the day didn't export in SVG so were useless for embedding. Overall, a waste of time. :(

> Someone on the Beancount thread explained his workflow using tags link transactions to IRS form entries. I would like to try the same on GnuCash, but haven't yet figured out whether tags even exist (haven't had the time to check since)

I don't use tags, but GnuCash does have some built-in reporting features for tax forms.

1. You have to have assigned an account to a tax field (Edit -> Tax Report Options). It's what controls the "tax-related" checkbox when you edit an account.

2. Then you can go to Reports -> Tax Schedule Report & TXF Export to generate a report for the last tax year.

Hopefully this helps!

GNUCash is great, it definitely had a learning period for me.

My biggest gripe is not with GNUCash but with the damn banks. The fact there isn't any API to download.u transactions is infuriating. My bank makes me go through so many clicks to download one file and I have many accounts to pull.

It's so frustrating to just simply get my data.

Also, the ofx format doesn't support splits. So there's simply no way to import transactions that are already auto-split (think interest charges).

I wonder how full it'll be. The python bindings aren't complete. For instance it's impossible to add scheduled transactions. Which I'd investigating doing for tax depreciation on assets. I did eventually find the scheme functions and looked at adding the necessary functions. But not gonna lie Lisp is rough when you've never worked with it before.

Their website is pretty crap. But. You haven't seen anything until you use their mobile app.

It is definitely one of the worst thing I've seen. I mean Subaru's Starlink was way worse, but IDC it's a car and I don't need the crappy app to use it. Costco's I want to be able to use, but can't.

No joke, I did a double-take when I saw the video.

Yes, this is 100% possible with the core ansible toolkit.

I don't have a copy of any of our playbooks on this as I'm at home and it's late. But it's basically just a couple of tasks.

Check out `ansible.builtin.pip` to setup and install the virtualenv and then just call `ansible.builtin.command` to run it explicitly. Implicit use of the venv can be accomplished via common task argument `env` which also lets one fiddle with PATH.

Agreed, as far as I could tell the thread border router is designed to be opaque to traffic traversing it.

I have a huge issue with this. The fact that zwave/zigbee cannot connect to the internet is why I have so many in my home and I'm not as concerned about them.

I think I remember looking at the vendors that were involved in Thread and none were privacy conscious. Apple, Google, Amazon, major Semiconductor manufacturers, Samsung, Yale. No-one who actually promotes privacy in standards.

I'm gonna guess Thread will be a privacy nightmare with the internet access making it no better than wifi. Lame.

Not gonna lie, UUIDs are awful and I agree with that being a requirement. My personal favorite is actually Amazon's ID system. The fact that at a glance I know what type/class of resource something is phenomenal.

Looking at you Azure. You GUID dumpster-fire of an API.

s/beancounters/investors/

Just sayin'. It's not the Accountants, it's the Business majors hired by the investors that are the issue. At the end of the day, its the investment firms and the endless churn to increase profit year over year that does this.

> I presume this also removes them as a factor in your recommendations.

You presume too much!

/humor

That is helpful to know. I too have run into the errant click problem in YouTube. Drives me nuts.

Bought an Intel CPU, got an "Intel" box that was full of Chinese playing cards. Amazon rep insisted it was "just a mistake", my ass. It's fraud.

https://imgur.com/a/P05mh4j

edit: Intel product, Sold by Amazon. None of that third-party stuff warehouse stuff here.

The title on this should be prefixed as '[OPINION]'

I purchased in the last year or so an Intel Core i5 processor. You know what came? A cardboard box that looked like an Intel box, but was filled with four packs of Chinese playing cards. When I called to request a WTF? The nice lady insisted it was a mistaken order to which I steadfastly replied no, this is fraud. It was pretty ridiculous.

If I were to guess, reloads triggered from config changes.

Consul-template writes a config and then does an action. In the case of nginx, I would assume the action is to send a SIGHUP. I think haproxy would have also been an option here, it has better support for srv record to do updates from and the like.

> These types of installers aren't inherently bad or evil, they just require a degree of trust between yourself and the source you are downloading from.

* And everyone in between.