opless

I think we all know that good will come of that.

I don't think it's wise to add a magnet link here.

But as I recall looking for Breach Compilation may help finding the requisite gist on GitHub.

Yep. Just got a reply from my guy at Amazon who referred me to https://youtu.be/U42mC_iKSBg

Which clearly says compatible and goes into more depth than anyone really needs.

I would say this person would be authoritive, rather than documentation which is usually not written by the developers themselves. But you knew that already. Right?

So I educated myself. Maybe you should too :-)

"Mostly a hardware play", mmhm. That's contradicted by the video. But I can't be right can I? I don't have enough fake internet points! SMH

BTW my test with MySQL was only a few years ago, and it was InnoDB, thanks.

I should say I've not used LAMP stacks in anger for that period of time. I still very occasionally pick up php and still find the documentation woefully inadequate and wrong. Over time I've moved over to python for my hacky projects and whilst I still consider whitespace as syntax to be insane, it's actually easier to get stuff done.

You might disagree with my opinions, but disagreeing with my experience is quite embarrassing.

There’s a torrent going around

> Tell me how uninformed I am From https://aws.amazon.com/rds/aurora/ Amazon Aurora is a MySQL and PostgreSQL-compatible relational database built for the cloud, that combines the performance and availability of traditional enterprise databases with the simplicity and cost-effectiveness of open source databases.

Compatible As I understand it they're protocol compatible and that's it. I shall have to ask my guy at Amazon about it further as clearly it's somewhat ambiguous.

> MySql I've managed to happily provoke all manner of poor behaviour from MySQL and MariaDB. Some of it repeatable, with certain backends. I've used and admined MySQL since 98 or so. Enough to compare and contrast it with Ora/MSSQL/postgres.

Before I swore off the frankly horrid lamp stack about a decade ago, I had built quite a number of sites for SMEs, including Recruitment Agencies , A racing federation, A major airline ticketing company, I could go on, but I assure you that I'm not a noob as you suggested.

My point before, what just because LAMP stacks are well used, doesn't make them GOOD. It doesn't matter what's built with them. Even Facebook uses/used PHP, but it completely redesigned its own runtime IIRC.

> Shades of grey/240v I estimate that there's only about 50 ;)

Yes, get it going through your heart and you're toast, or you bridge live and neutral and your muscles contract stopping you from pulling away.

Anecdotally I've had bigger zaps from electric fences than mains.

Anyway my assertion still stands, MySQL is a toy database and should not be used in a critical environment.

LAMP stacks are horrible.

Arguing with a stranger over the internet is futile. :-)

Good night!

Yes! Mind-blowing isn't it?

Aurora ... Is "compatible" with postgres and MySQL. Not based on it.

I can imagine the reason Amazon moved away from Oracle's flagship DB because of the licensing fees.

You've obviously not used MySQL instead of a proper database, that doesn't blow up with a few million records which MySQL can and will do. Often irretrievably.

Seriously, MySQL is a toy compared to postgress, oracle and MSSQL.

And looking at your recent comments, never been zapped by 240v A/C either.

Please refrain from making massively uninformed comments, it's just embarrassing.

Agreed. Like PHP, MySQL really ought not be used in production systems.

(Also just because LAMP stacks are popular, it doesn't mean they're much more than toys)

Not when it comes to finance.

Everyone appears to use the short billion these days, and it caused me significant cognitive dissonance!

A lot of early "e-books" were distributed as .chm

You know, back when there were modems, and before the Eternal September spread to the rest of the world (1993 ... 2000)

Lest we forget, in around 5bn years the Sun will become a red giant. I doubt humanity will make it that far.

Cool images though

Just to add to the other comments to your reply.

Dealing with a nation's major provider is very different to insurance companies. As I said, if you try to price gouge then they governing body will take what they need as a matter of national security/public health safety.

The real solution is a single major social healthcare program, throughout all the states paid for by federal taxes.

A single major provider of healthcare will have better negotiating powers than the multitude of hospitals and insurance programs as is at the moment.

Of course, with it being federally funded, the health system will be wanting to keep costs down. Congress can help this by forcing bad actors to behave ethically by removing their licenses to operate, and stripping them of their patents. Something other governments have done in the past.

However, in the US, you have a president that sides against the people, and for big pharma. https://www.bbc.co.uk/news/business-44087735

And air display was around shortly after the iPad was launched, yes including touch-mouse features.

For me, the novelty quickly wore off. Amazing how long Apple took to replicate THIS VERY OBVIOUS FEATURE.

Pre-posix macOS (previously known as ‘system N’ where N was the version number) did indeed use pascal calling conventions, so the posters assertions aren’t unreasonable.

On a long enough time line, the survival rate for everyone drops to zero.

Wouldn't using a 3d direction-finding setup just blow this out of the water?

You're expecting the signal to come from "up" not mostly from the horizon.

Also if you have an almanac already you'd have to spoof each satellites location.

Granted this would be a good deal more complex to implement...

Dumb/feature phones saved SMS messages to the SIM card as simple cards have a limited amount of memory that is dedicated to a crude phonebook and SMS store. Smartphones and smarter feature phones (can) use their own storage for that. You could disable/enable the phonebook/save to SIM features on feature phones and early smartphones.

(I'm talking about win CE and symbian phones being early smartphones here)

I laughed.

I've done this recently, I followed(ish) [1], and [2] recipes, but modified them for buster.

I'd write it up, but I'm way to lazy^Wbusy right now.

[1] https://markuta.com/how-to-build-a-mips-qemu-image-on-debian...

[2] https://www.aurel32.net/info/debian_mips_qemu.php

paywalled.

I think the apple experience is friction-less for their target market.

Live in their ecosystem, and everything 'just works'. Watch, Phone, Tablet, Laptop.

Linux/Windows you don't quite have that level of integration ...

You expect more from luxury items than with a $300 windows/linux laptop, a $100 fitbit, or a $200 android tablet - good luck with getting a similar level of interoperability between them...

Webmin has had many remote vulnerabilities for many years, yet people still use it/leave it open to the internet.

https://www.cvedetails.com/vulnerability-list/vendor_id-358/...

How do you do the switching? Using a MOSFET or something else?

I'm quite interested in how you integrate power management into the PI.

There's very little in the way of 'real' power management solutions for the PI and a myriad of 'power down when the battery is low' solutions ... is a decent, cheap, reliable fuel gauge hat just too much to ask for? :D

You can run MicroPython on the nRF51822. That's a GC language. I've ran some fairly complex programs on it.

Lack of careful programming and you run out of memory, but that's more a function of assuming you have a large memory space, not GC in general.

This makes /some/ sense ... but it still smells of doublethink.

Well ... unless you want that exact hardware to move DCs.

Your decommissioning event had me in stitches. I might use that phrase in the future :D

I think '100% uptime' is pretty much shorthand for "absolutely no reason to turn the machine off or stop services on them running, ever".

As the above link mentions, everything is redundant. CPUs running in (near) lockstep - voting bad cpus out, redundant storage, power etc etc etc.

I've not seen a better write up on IBM's equivalent systems - but I've not had a reason to play with such big iron. NSKs however were much more affordable, and were used in the late 90s/early 2000s in various telcos etc.

Oh you've probably not heard of Non-Stop environments for example:

https://en.wikipedia.org/wiki/Tandem_Computers#Tandem_NonSto...

But some folk already have decent pd-usb3 chargers that damn well ought to work.

Mine, that can charge my gpd pocket can barely power my pi4.

I still see the yellow lightening bolt which indicates a "poor" power supply - which is just plain lying.