Posts by m4r35n357

So, not portable.

Re: “These price changes reflect the extensive "

a few years? They must be shitting themselves ;)

Re: I am altering the deal. Pray I do not alter it any further

Can any of the stupids who support the cloud please justify shitting up the world for everyone else?

Re: Vendor lock-in

"Your balls are _still_ in the palm of my right hand. You are clearly too stupid to remove them. Now pay up"

Everybody dies ;)

I think Zig is different. As long as it gets to an actual release soon it occupies a highly unique position amongst the "new" languages. I'm not a fanboy so I won't preach, but there is very little hype and a lot of good work going into it.

FWIW the Ubuntu packages won't install on my Debian system, and I can't be bothered to install the dependencies & build myself, so I'll have to take the word of others here if the TE is any good!

Re: I'll pass

Agreed, but that is down to GTK3/Gnome idiocy, rather than the terminal emulator. Perhaps a port to FLTK?

Re: The answer is No - No - No!

Isn't the capital of Japan a number?

Re: Only a little bit wrong

Natural language is generally horrible for expressing logic. What language? you might say.

I suspect that people using this "technology" in future will need to be fluent in at least one of the _very few_ languages with enough internet data to snaffle^H^H^H^H^H^H^Htrain on . . . the others (languages, not people!) will simply wither & die.

Re: Yawn (again)

Of course, downvoting is _so_ much easier than defending the indefensible.

I have used all versions of Pi since day one (Pi1B). I have _never once_ burned out an SD card!

I have always used a ram disk, so the SD card only really has to handle updates. It is not rocket science and I think even PiOS does that now.

Or that sack of shit Windoze.

OK, if it is bots you really really want, I have no more arguments against that . . .

But I still can't stand the technology or how people manage to "believe" in it!

Well I admit I know nothing at all about expert systems, but perhaps attempting to define business logic in terms of arbitrary text queries is the fundamental problem . . .

Re: "Fewer"

"Less drivel" - of course you are right! I misread as "less comments".

I shall leave my idiocy in plain sight as penance ;)

Re: > readership doesn't give a shit

Fewer

Sounds like a "nice to have", but that is exactly the sort of procedure that is likely to go wrong IMO, or more likely just not be used. How much "training" do you think would be necessary to get that process anywhere near right? What if code or products (or anything else) change - yes, retrain again. then patch up mistakes, etc. etc. ad infinitum.

I really do think the "translation" route is the right one, the docs and code are right there and can be directly compared! Why add layers of expensive an error-prone fuzzing?

I find your first sentence puzzling. Surely this is as it _should_ be, and translating docs to code should be a deterministic process. We all know that this technology is going to be most "useful" to those idiot company bosses who see documentation as an avoidable cost (in other words, pretty much all of them!).

If you are self hosting, why not code up a proper expert system _with your specific business logic_? ML is just flinging shit against the wall, and relying on what sticks.

Re: > readership doesn't give a shit

Good luck with that! This stuff is already causing more problems than it solves, and things will only get worse with fanboy support.

People still pushing it at this point are _part_ of the problem. It really is shamefully poor technology.

Why not learn what you need from technical articles or papers? It is not as if they are in short supply. This hype is nothing to do with technology, it is all smoke & mirrors.

Hey El Reg, have you noticed yet that your readership doesn't give a shit about your "machine larning" fluff?

Re: Doesn't affect me

$ ls -la /bin/bash /bin/dash

-rwxr-xr-x 1 root root 1234376 Mar 27 2022 /bin/bash

-rwxr-xr-x 1 root root 125560 Dec 10 2020 /bin/dash

Pretty similar situation with memory usage. All that extra code is for interactive features, none of which is useful for batch processing (plus one or two trivial syntactic "features" to convince you that you need it).

My _shell_ is bash, all my batch scripts are run in dash.

Thanks for that; investigating, I am a fan of Alpine for the same reasons.

Re: Doesn't affect me

Alpine works. I have run it on a Pi5 and a Pi4 (same SD card)

Re: 42% less unix philosophy

Oh yes, making it asynchronous is _much_ better for debugging.

Boot time fetishism is the _cause_ of systemd.

Perhaps it means: "this is not for you - try OpenRC instead" ;)

Seriously though, I have a lot of respect for the GNU folks, but IMO they have hamstrung acceptance of their software in two ways:

* Clinging to Lisp - hardly anyone used it in the '90s either

* Info system - rival to man pages using an obscure mark-up, with obscure keystrokes, and all docs split up into tiny pages of about five lines each

Re: re: I suspect that last one isn't particularly profitable....

The Debian "base stack" is pretty complicated these days, what with systemd & other things.

Have you considered a more streamlined base OS, something like Alpine Linux, with Busybox instead of the GNU utils (they can still be installed!) and MUSL libc instead of glibc? As a Debian user for three decades I am very impressed with Alpine, and I keep it to hand on an SD card for experimenting.

This approach might be more appropriate to the "maker" use case, and more maintainable for you guys in the longer term.

Just a suggestion . . .