HN user

adql

1,093 karma
Posts0
Comments575
View on HN
No posts found.

What’s the best price/performance for a home lab server running Linux with ECC these days? Bonus points if it is rackable.

Old used enterprise server. None of them will be great at power/performance in typical (i.e. mostly idle) home use tho. Intel ones usually far better here

However, as a provider I can totally see a situation where I (proverbially, I'm not in this business) sue you for disclosing what amounts to a trade secret (depending on what's in the fine print) and compel you to give up all documents so I can go after my loose-lipped client too.

I don't see this holding in court aside from the company needing to remove that info from the site.

You are not beholden to NDA you have not signed, and it woudld be employee that shared it breaking any agreements, not the company that then shared it.

The destruction of the Twitter branding seems more out of spite than business development goals

Or just incompetence. Plenty of that. Assuming just because he is billionaire that he's competent at everything related to any company and the reason for failure is something else is silly.

He had no idea what the fuck he is doing and he fucked up.

Even in the US the Afroman raids show the police about to rip drives out of the security system .. if there'd been a decoy box | real time cloud backup there'd be more footage of the raid for his songs and court case.

I think bigger problem is people that think they can do that in first place still being employed in police...

Designing does. Building and using it is for confirming or revoking any prior assumptions you had about the initial design to improve it.

Most of the thinking should be put into designing and then revising the design, the "building" should be the simplest part.

Yeah but getting consistent is the bar you need to get to first before you can even be considered decent.

Being 1s faster than everyone best lap but having ~2s lap-to-lap inconsistency will make you lose every time.

I agree that grams are inconvenient to use for flours and liquids, so litre/desilitre/millilitre just seems the logical option.

It works for fluids but it is complete mess for any compressible solid (flour), and even non-compressible one that comes in different grain size(salt).

On side note it would be nice to have tabletops with builtin scale...

Why not get rid of xz completely?

... you mean compression package used by most big distros to make their packages? Do you really need to ask

Hoe about using a simpler piece of software, which could be maintained by more people?

It's not a complex piece of software. Lib itself is ~15k lines of code.

It does it's job well and it needs little work. It didn't had any outstanding bugs lingering unfixed for years

Complexity have nothing to do with the problem, it's just... uninteresting enough that there is no reason for contribute.

The start of the attack was few fake accounts trying to shame the maintainer for not "developing" it constantly and so give maintainer rights to someone else.

And there wasn't really anyone to say "nope, it's fine, fuck off"

Pretty much; updating say libssl in a "traditional" system running app, or maybe 2-3 dependent apps fixes the bug.

Put all of them in containers and now every single one needs to be rebuilt with the dep fixed and instead of having one team (ops) responsible, you now need to coordinate half of the company to do so. It's not impossible but in general much more complex, despise containers promising "simpler" operations.

...that being said I don't miss playing whack-a-mole game with developers that do not know what their apps need to be deployed on production and for some retarded reason tested their app on unstable ubuntu while all of the servers run some flavour of stable linux with a bit older libs...

Agreed, as a developer: minimize your dependencies while providing your core function. Don't grant dependencies permissions they don't need. Be granular about it. Austral lets you select what filesystem, network, etc. access each library gets.

Still wouldn't help for this particular exploit.

I'm now imagining a department where every single worker is a spy for different government and they play endless game of "add exploit, close off the other people's exploits". And all of them think they are the 10x developer because all the other people do in their view is pushing shoddy code

Backdoor relied more on compromising supply chain than on particular glibc feature. And the fact the notify support in sshd wasn't implemented directly but via libsystemd that is the one that dragged the lzma dependency into SSH

We removed tens of thousands of lines of code for fixes for those "simple" init scripts when migrating to systemd.

They are never "simple", there is always some fucking edge case, like for example we had Java apps writing its own PID few seconds after start. So any app that did start and immediately after status (like Pacemaker) threw errors.

Or how once in blue moon MySQL didn't start after reboot because it so happened that:

* the PID file from previous boot wasn't cleared * some other app ran with same PID as it was in file * Script did not care, script saw pid file existing and didn't start MySQL.

Both examples from pre-systemd CentOS

The perfect solution to this problem is creating a script that automatically adds a new app to all the relevant places and stuffing it into a Justfile, but that's a pretty big piece of work that requires thought and error handling and a whole slew of other stuff. Instead, it's comparatively easy to just capture these constraints in a test:

Just write the goddamn script. You can put comments in that too. Not saying it shouldn't have tests but the solution to bunch of steps that need to be done always, and in same, easy to automate way is not "make sure the checklist is always there so other people waste the optimum amount of time on it".

Those botched together mains wires alone look like a fire risk.

There is nothing inherently unsafe with bolting power strip onto the wall.

Quite apart from the circumstances of their creation, the homemade battery packs themselves can also be quite unsafe as some/most shops use any secondhand cells they can get their hands without regards for discharge ratings etc. That sort of imbalance can easily lead to fires during use, which is obviously not great when the driver is in busy traffic at the time.

Not reading the article before yapping your mouth eh ?

Ady Siswanto, owner of e-bike workshop Dyvolt in Jakarta, told Rest of World he takes care to match the internal resistance and capacity of the cells.

Most of the "serial DIYes" know that just fine, as it is blindingly obvious in performance of batteries and if you're making it a business you'd not have many returning customers... except ones returning for a return.

And let's not pretend name-brand packs don't have "accidents"

Leaving LinkedIn 2 years ago

There are plenty of counterexamples of, for instances, fine-grained teams in one company that build a monolith, and the same type of teams in another company building a microservices architecture.

...like ?