Zucca @ Zucca @sopuli.xyz

- [Mastodon](https://eliitin-some.fi/@Zucca)

---

Read more

Posts

19

Comments

310

Joined

2 yr. ago

I'm offended by the inconsistent placement of curly braces.

I guess ignorance is bliss now?

Just Google meatspin

Dude... This is Rickrolling on the nightmare level.

Those who don't remember: NSFW to google that.

Brilliant!

Gentoo.

🤷

Ei kuitenkaan lähetä yllyttämään niitä...

Kyllähän noilla isommilla NATO-mailla kasvaa kokoaika paine puuttua enemmän ja enemmän tämän pallon suurimman valtion toimiin.

Yes. And many people here doesn't seem to get that.

I'm not a dev of any kind. I occasionally write some bash and awk scriots to automate some things and if I need some kind of plain text (non-binary) data format I prefer tsv over json.

So why do I still get this? Is it just that many json advocates want to make sure others know json does support other data types than plain string?

I had several tests at the beginning of the script. These tests define the "low-level" functions based the capability of the shell. To test new features I "simply" ran all the necessary commands on the test environments (bash, busybox, toybox+mksh).

The script would error out if some necessary capability was missing from the host system. It also had a feature to switch shell if it found a better one (preferring busybox and its internal tools).

Yeah... It was tedious process. It was one of those "I'll write a simple script. So simple that it'll work on almost every posixy shell."... rest is history.

I would then assume those scripts weren't written properly to begin with.

But yes, shell scripts should be used (normally) to automate some simple tasks (file copying, backups...) or as an wrapper to exec some other program. I've written several shell scripts to automate things on my personal machines.

However shell script can be complex program while at the same time being (somewhat) easy to maintain:

• functions, use functions, alot
• • comment every function and describe what it expects in stdin or as an arguments
• • also comment what it outputs or sets

This way at least I don't break my scripts, when I need to modify a function or some way extend my scripts. Keeping the UNIX philosophy inside shell scripts: let one function do one thing well.

And of course: YMMV. People have wastly different coding standards when it comes to personal little(?) projects.

• utilize awk if you need to process (=more complex than just grepping) large amounts of text.
• • make your awk code conform to at least busybox awk for compability

I once did a sh script that needed (because I wanted a challenge?) to be compatible with vanilla Android shell too. So I needed to test it with regular bash, busybox and mksh+toybox. That was 'fun'.

I've had some initial plans to spllit the code out from that project and develop a "shell" library that would ease building shell scripts that are compatible with different systems... But I bet someone else has already done that.

$() instead of

So much this!

tl;dr; ?

Mökillä, mutta liekö taas korona tai sitten alleegiat vieneet kaiken tehon. Eikä nuo saatavilla olleet allergialääkkeet ainakaan auta väsymykseen, muut oireet ne kyllä vie.

Initially the bug report was shot down by systemd developer Luca Boccassi of Microsoft with:

Emphasis mine.

While MS at least tries to be good guy nowdays, I just can't trust their code too much.

Hiljaiseksihan tuo vetää.

Kaksi puukotusta noin lyhyen ajan sisään.

Kiitos.

Sinne lähti viesti ja nyt Findatalla on tietokannassa merkintä minun kohdalla: "Salaa jotakin. Epäilyttävä henkilö. SuPolle vinkattu."

Nam ❗

Muistakaahan myös !arkisuomi@sopuli.xyz 😉

Saapa nähdä mitä seurauksia tolla on...

Jep. Koko huominen päivä suhteellisen kallista. Pitääköhän varautua polttamaan puita jos sää kylmenee...