Nmap doesn’t adhere to the Unix Philosophy, and is bloated as fuck.

Not sure why you wanted to insert your political rhetoric - but consider it a fail?!...

There are errors, but they’re not that hard to spot, if one’s paying attention, when reading.

Definitely read this, before the Art Of Electronics, if you’re just starting out!

Nice try - but I gave three examples of ridiculous regulations/legislation/law - not one.

Your cherry picking, and attempted distortion of my example(s), only demonstrates my previous statement.

The quantities of lead, in solder, is not hazardous to workers assembling boards. With the current state of electronics recycling, there is no danger of the “lead” being leeched into the ecosystem.

The higher temperatures required to solder, non leaded varieties, are also antithetical to the so called “energy conservation” rhetoric, favoured by the EU borg.

You provide no response to the ridiculous vacuum cleaner wattage limitations? Lower wattage cleaners, with less “suck”, take longer to clean the same surface area. Not only a waste of human effort, but electricity, too.

Also, no response(s) to my EU/IFRA perfumery example?!

These were just examples that came to mind, immediately. I’m sure if I could be arsed, I could completely eviscerate the comments from you, and others here - but I already know, that you’re not interested, and it’ll simply result in more “drive by quips”, and probably admin warnings, from your ilk.

That’s how Hacker News works. Flagging, downvotes, drive by ad hominem attacks, from pseudo intellectuals...

Where’s that picture of a teste in an egg cup, when you need it?!

You only asked for one, but there’s multitudes, for those who seek in good faith!

ROHS restrictions on leaded solder; vacuum cleaner wattage limitations; and EU/IFRA restrictions on perfumery ingredients (oakmoss, et al.), resulting in perfumiers declaring the art of perfumery “dead”, in the EU - are just a few that spring to mind, immediately.

Who’s the troll? Your comment is probably out of line with site guidelines mate. Please report yourself to the admins, for attitude realignment.

Heh, well... I never said it wasn’t confusing. I agree with you on the above.

If the Unix Philosophy was being properly followed, with your ls example, as a case in point, I would use:

    ls | tac | column

The sort of nonsense above, is why I started writing my own core utils and OS from scratch - which I suppose is a sort of suckless meme, by now.

POSIX, is both a blessing, and a curse.

There’s nothing complicated, oblique, or arcane, about short options - if one is versed in Unix.

Usually, the sentiment you’ve expressed, comes from the mouthes of developers, more comfortable with Windows, and/or Python - regurgitating cargo cult lore, parrot fashion - sometimes followed with another regurgitated quip, about moving to a “proper” language, if said script, exceeds n lines. A similar phenomenon, can be seen with the Zawinski quote, regarding regex - usually parroted by people who have not learnt regex.

If one wants to leave supplementary information, regarding the invocation of anything within a shell script, there is already the facility to do such - comments - which take the same form, as comments within the Python language.

Your assertion that Bash is a dead language, is absurd. Particularly when juxtaposed with your assertion concerning Z Shell, immediately thereafter - which is practically identical to Bash, in syntax, aside from a few differences.

Command options, short or long, are not even shell specific. They’re a Unix convention. Why should the writer of a shell script, be at all concerned, with anyone who hasn’t grasped the fundamental basics of working with the platform, for which the script is intended to operate?!

Personally, I’m of the opinion that long options, are GNU bloat.

As for the linked Github repo - getopts - it’s builtin.

Here's another vote for looking totally borked. I don't know if it's because I've disabled javascript, or something else - but, no.

Of course I understand, as do the rest of the people not employed by red hat upvoting me.

Time and time again, I've seen systemd advocates making slippery, disingenuous, and outright false arguments. When they're called out on it, the goalposts magically move, a rotation of usernames appear to downvote and brigade which can be ascertained through downvote timing correlation. When they can't win an argument through facts, then they make bogus arguments that one doesn't get it, or some such nonsense - or claim they're a red hat conspiracy monger.

Seeing it over and and over again is lame, and played out.

Now, why don't you answer the question - if udev was subsumed by "libsystemd" as is claimed due to "code duplication" - then why did they not just include "libudev" as a dependency for "libsystemd"?

Of course, the question will never be answered, as it'll reveal the truth.

I don't want to call you out for making a disingenuous argument, but it was either subsumed by systemd for code duplication reasons, or it wasn't?!

Duplicate code, could be refactored out to a shared library, that could then be incorporated in both udev, and systemd. That would mean, anyone looking to incorporate udev into a system, could do so without depending on libsystemd.

Instead, it would seem udev code, has been subsumed by libsystemd (in your own words) - which would appear to the sceptical eye, as a power play on the part of red hat - to force other distributions into using libsystemd, which would logically end with them also using systemd itself.

> I don't know if you have ever worked on any of the low-level Linux libraries written in C [...]

Yes, I have.

Oh, so now one has to include "libsystemd" if one wants to use "udev" - is that what you're writing? Hence the original comment:

> By devouring the udev project, the systemd maintainers have guaranteed that dealing with USB devices on non-systemd systems was going to be a giant pain.

I think it's plainly evident from my prevous comment what I consider to be tracking - providing paypal with government identity documents, for it to do what it wishes with. I don't think the snarky shitcoin comment is necessary, but rather shitcoins than paypal, yes.

Do you think potential Pinebook Pro customers should have to spend an accumulated four hours of their time, telephoning some call centre in the Phillipines, just to buy a laptop?