Java 8 streams OMG

When you come to Java from .NET, your first question will likely be what does it have for LINQ, and the answer is streams. Fine, let's try them.

Suddenly, your code becomes slow as fuck. WTF happened? Ah, you've just added .stream().filter(s -> s.equals("abc").collect( blah-blah to your member, and now you are watching with astonishment the CPU load indicator that pins one CPU core to 100%, for some time.

That is the moment when an ethical developer who has integrity says 'Fuck this!' and reverts to the good, ole for() loop.

No, seriously! Java 8 streams suck balls. They are OK for lists that contain a handful of elements, but for anything that has more than a dozen, they fold their legs and sit down to snooze. It's really that bad. So, next time you go to a web site or bank machine and watch it spin those wonky loading rings, remember why: because developers are lazy and want to save a few keystrokes, at your cost.

Posted by: LinuxLies at 09:24 AM | No Comments | Add Comment
Post contains 175 words, total size 1 kb.

We as a society should systematically look into reasons why FOSS sucks so loudly

As a sysadmin of a not-so-well-off, not-for-profit organization, I deal a whole lot with FOSS softwares and their developers. The feeling is akin to being shat upon, but this is my job.

The vast majority of individual developers and teams take defensive stance when their bugs or sub-optimal decisions are challenged. Why do they do that? Because there is no one who supervises them; therefore, they can do whatever their gut feeling is.

In traditional commercial environment, if a dev shows attitude, they get an adjustment from their boss. There are checks and balances. Good developers are usually kept happy, whereas bad developers are either shed or shunned. Not so much, in the oh, so wonderful FOSS world. Or are they rejects from real-world, commercial environments?

How should we as a society respond to that? It is simple! We should, by refusing to accept the software they barf on us. But strangely, we accept it with open arms. So do we deserve the crap that floats around? Try to ask yourself this question and ponder it.

Posted by: LinuxLies at 09:07 AM | No Comments | Add Comment
Post contains 204 words, total size 1 kb.

Oh, those wonderful FOSS projects

Have you ever developed Java applications in Netbeans? How long ago was that? If you remember the good, ole times of Oracle's versions 7 or 8, and now you develop in Apache's versions 9+, you are probably like me: astonished.

The Apache's versions are typical FOSS shit: full of annoying, into-your-face, glaring bugs. They are dumb as a truck of bricks but obliging as Jeeves, i.e. they go out of their way to offer dumb code completion that is spot-on 50%.

How do you like sticky errors that either stay on after they have been fixed or do not show up even when still broken?

How do you like random sort order of suggestion drop-downs? Got used to 'add import' being the 1st item? We are now going to sticky shock you by switching the order and putting 'add comment' at the top, for once. And then we'll revert.

And the list is going and going. Once you are infuriated, you will cherish good ole times when Oracle owned the code base. At least they could kick bad devs out of their team or withhold their bonuses. @Apache? Not so much: anything goes.

Posted by: LinuxLies at 08:08 AM | No Comments | Add Comment
Post contains 203 words, total size 1 kb.

Here's how you tell which technology a web site runs on

There is a simple rule that is based on how long it takes to load:

• 1-2 seconds: plain HTML or C++ CGI
• 2-4 seconds: Java servlets
• 4-8 seconds: VB6 classic ASP, Java JSP, JSF
• 8-16 seconds: C#.NET
• 16-32 seconds: PHP
• 32-64 seconds: WordPress
• 64-128 seconds: Ruby

Posted by: LinuxLies at 01:32 PM | No Comments | Add Comment
Post contains 68 words, total size 1 kb.

Another Linux lie: we have a file manager

Kinda, sorta, you do, but how much thinking did you put in it? Not too much, I guess. Now, tell me, which file causes the problem? You cannot because the error dialog covers the file name, for crying out loud! And unlike DOS/Windowze file managers, you cannot drag the error to a side, to see the name.

When will they genius FOSS developers turn their brains on? I am no longer holding my breath: it's been too long.

Posted by: LinuxLies at 03:09 PM | No Comments | Add Comment
Post contains 94 words, total size 1 kb.

Genius degenerates rule our world

This topic has become permanent, in this blog, and this is scary. Now, this is about another Linux lie: 'We have an IDE'. Truth is, you don't.

Enter Netbeans, a bastard child of Oracle that is now in foster care of oh, ever so genius Apache project.

Not able to submit breakpoint LineBreakpoint mainForm.java : 1122, reason: The breakpoint is set outside of any class.
Invalid LineBreakpoint mainForm.java : 1122
Not able to submit breakpoint LineBreakpoint mainForm.java : 1251, reason: The breakpoint is set outside of any class.
Invalid LineBreakpoint mainForm.java : 1251

Don't rain this shit on me, assholes! This is your and only your hands' creation. You, terminal geniuses, should be able to intelligently disable/delete breakpoints of which you are fully aware that they are beyond the last line of the class file. But no, you, like blind sheep, keep marching towards the edge. Genius is as genius does: usually, as a degenerate.

Posted by: LinuxLies at 07:58 AM | No Comments | Add Comment
Post contains 165 words, total size 1 kb.

Genius degenerates rule our world

How do you spot a genius? Ah, fuck this, I am too sick of this shit. Long story short, enter Netbeans, a genius product of labors of genius developers at Apache project that in itself is an epitome of all things genius.

You want to do a git commit and open the corresponding dialog. You type your commit comment. Now you want to see files in the commit, and you drag the bottom-right corner of the dialog down and to the right... Huh? WTF? The top panel with your 1-liner canned commit comment expands, while the bottom list of 152 files remains one-inch-high.

I want to ask all genius FOSS developers: Do you ever think thoughts other than "Fuck the user!"?

And when I thought that they have already hit the bottom, I realized that they do not sort their lists. Why am I raving about it? Because it is a newbie bug. Newbies do not sort their lists, and then things like randomized XML elements or menu items rain on the user. In Netbeans, refactoring recommendations may come in the order of 1. Annotate with @Override and 2. Add javadoc comment, or the other way around. I guess, they just do it to keep us on our tiptoes, so as we do not become comfortable always choosing the 1st menu item. Sadistic monsters, all of them.

Posted by: LinuxLies at 08:38 AM | No Comments | Add Comment
Post contains 237 words, total size 1 kb.

Genius degenerates rule our world

How do you spot a genius? More often than not, by their idiotic deeds. Enter Apache project, MINA SSH library. They are so terminally genius that they dump on the user all of the output from the host, not only the output of the command. Isn't that genius?

So, you are an unsuspecting developer who bought into their 'future' and 'promise' shit of asynchronous API and trashed your trusty 'ole JSch (because it is no longer supported and no longer works with modern ciphers), and here you are, issuing a command to the server, waiting for whatever 10-20 seconds that it takes to execute (huh? for a simple echo a) and see this shit:

Linux blah 6.1.0-22-amd64 #1 SMP PREEMPT_DYNAMIC Debian 6.1.94-1 (2024-06-21) x86_64

The programs included with the Debian GNU/Linux system are free software;
the exact distribution terms for each program are described in the
individual files in /usr/share/doc/*/copyright.

Debian GNU/Linux comes with ABSOLUTELY NO WARRANTY, to the extent
permitted by applicable law.
Last login: Fri Jul 19 09:19:27 2024

root@blah:~# echo a

Aren't they ivory tower dwellers genius?

By the way, geniuses, where is my output? FTS!

Posted by: LinuxLies at 11:55 AM | No Comments | Add Comment
Post contains 199 words, total size 1 kb.

This is how the oh, so wonderful FOSS "community" insulates itself from feedback

My long-time readers know that all of this FOSS altruistic for the benefit of the glory of the world shit is all smoke and mirrors. Here's another glaring proof.

Am I the only one who cannot find any fucking way to register a new account on this, wink-wink, "bug tracker", nudge-nudge?

If anyone knows how, give me a pointer. I have a bug to file but can't.

Posted by: LinuxLies at 07:49 AM | No Comments | Add Comment
Post contains 93 words, total size 1 kb.

This is the assfuck that C++ devs have to perform these days

Just take a look at this shit!

auto t = std::chrono::system_clock::to_time_t(std::chrono::system_clock::now());

Sophistication? Yes, utmost!

Sense? None.

No wonder our software sucks balls.

No wonder recent graduates are petrified by fear of C++ and crave for shits like Python, Go, Haskell, Ruby, and other sorts thereof.

No wonder no one wants to have anything to do with C++ anymore.

The reason being that C++ committee betrayed the human race and succumbed to sophistication at all cost mental disease.

std::vector::emplace_back() causes the elements being added to the vector to be destroyed and re-created from scratch. Insanity anyone? Yes, this is the wonderful new reality that costs humanity 10s of 1000s of megawatts of extra energy burned. All while green shitheads extort carbon taxes from us. We fight fucking wars over petroleum and uranium because our software sucks having been developed by shitheads.

We've been betrayed and had in the rear by the very intellectuals who gave us global warming and green cult. Congratulations!

Posted by: LinuxLies at 09:18 AM | No Comments | Add Comment
Post contains 185 words, total size 1 kb.

How Linux community operates

You are on an old version and have a question: "We do not support old versions."

You upgraded, and everything is FUBARed: Crickets.

Posted by: LinuxLies at 06:52 AM | No Comments | Add Comment
Post contains 31 words, total size 1 kb.

This is what 1 trillion US$ cannot buy you: intelligence

Enter SQL Server and its Management Studio. I always admired this combination and considered it the best SQL development platform in the visible universe. Until today I did. Today, something happened.

My client asked me to rename two of their databases, let's say A and B, into A.Something and B.SomethingElse. Notice the period that was supposed to be introduced in the name. I complied, and all hell broke loose.

We began to get errors that mentioned the now not existing databases A and B, from SSMS. Apparently some of its functionality allows periods in the DB names, whereas other functionality does not. The only case in which this is possible is if MS did not test.

Fly, fools!

Posted by: LinuxLies at 09:07 AM | No Comments | Add Comment
Post contains 138 words, total size 1 kb.

Another Linux lie: we have Java IDE

Truth is: you don't.

Enter Apache's Netbeans 11 and OpenJDK 11. What an explosive combination, on Linux!

Since the inception of both, they do not cooperate amicably. Netbeans hates OpenJDK's Javadoc and does not want to acknowledge its existence. This is a known problem that elicits various solutions most notable being adding each and every subfolder of /usr/share/javadoc/java to Javadoc paths under Java platform dialog.

That kind of works: 50 rapid flashes of the screen later, 'Die, epileptic, die!' style, you do have Javadoc support in the IDE.

Seriously? The terminally genius, enlightened devs of Apache project had absolutely no opportunity to release a fix for that, in one of their updates? I do not buy it. They likely do not give a flying fuck.

Posted by: LinuxLies at 05:39 AM | No Comments | Add Comment
Post contains 139 words, total size 1 kb.

New low: volume control in MATE crashes on mouse hover

The truly enlightened FOSS developers never test their code. They release if it compiles. Then we test it. The author of MATE PulseAudio volume control is no different: he did not notice that every about 10-20 times his bastard child crashes on volume changes, but today I noticed that it also crashes on mouse hover. The bitch did not test more than once or twice.

Posted by: LinuxLies at 05:17 PM | No Comments | Add Comment
Post contains 85 words, total size 1 kb.

And no one gives a flying fuck

The problem of black screen when starting Debian VM is 5 years old and going but nobody bothered with any followup. And rightly so: fuck the pesky user!

Posted by: LinuxLies at 02:01 PM | No Comments | Add Comment
Post contains 42 words, total size 1 kb.

Genius degenerates rule our world

Genius is as genius does: as a degenerate.

The whole point of hosting on-premise Gitlab is to be able to develop and control source code, from an environment that has no Internet connection. Should have been obvious to those enlightened, terminally-genius ivory tower dwellers who develop it. But no, you upgrade and see the all-so-wonderful new Web IDE that is the next best thing, but it does not work because it needs to download JavaScript from VSCode CDN.

That simple thought that occurs to us, unwashed mere mortals, should have occurred to those geniuses, but it had not. Simple thoughts do not occur to them. They can only develop shit that dumps hundred-kilobyte-long stack traces on a sysadmin who is installing their updates, after the actually important line that tells how to recover from their foobar. That is genius, from their perspective. The realization that someone may be behind a restrictive firewall from which source control systems are not allowed to reach out, never comes to them.

This is the world we live in. Fly, fools!

Posted by: LinuxLies at 08:59 AM | No Comments | Add Comment
Post contains 186 words, total size 1 kb.

Another Linux lie: we have source control solutions

Truth is: you do not.

Had a displeasure of upgrading a Gitlab instance today. Tedious shit, I must tell you.

This bitch lies about its upgrade process, at every turn.

First of all, it flat-out refused to upgrade until I googled and found that there is a special script that installs its GPG keys. You have to curl it and pipe into bash. Nice. So I get the script, and now the monstrosity shows its true, ugly face.

First, it tells me that my old version cannot be directly upgraded to the latest and greatest 17. First it has to be upgraded to 16. Fine, says I, and pins the package gitlab-ee to 16. Guess what? Now it tells me that it has to be first upgraded to 15. Then to 14.10, then to 14.0... So it seems to always bisect my version gap, to mock and bully me, instead of telling me right away what the correct next version is. Keeping in mind that the monstrosity is 1+ GB in size and takes time to d/l.

To get an idea of what nightmare Gitlab upgrade turns into, for unsuspecting sysadmins, read for example this horror story Did no one teach you, terminally-genius, ivory tower dwelling developers, to test your effin' products before you roll them out?

This instills only one feeling in me: I want all of those sophisticated, terminally genius FOSS developers to rot under 6' of mud instead of polluting the universe with their presence. Inconsiderate sadistic monsters all of them.

PS: For fairness' sake, once you get past the nightmarish version range 13.2-14.5 that requires literally every intermediate installation of each 2nd minor versions, it becomes easy-peasy. Probably, some inept and inconsiderate asshole dev on their team got an attitude adjustment from users, and they sighed and began to test their releases.

Posted by: LinuxLies at 04:25 PM | No Comments | Add Comment
Post contains 322 words, total size 2 kb.

How Stack Exchange gurus function

I dare you if you are not coward: go on any of Stack Exchange boards, ask a question that requires expert knowledge in a specific field, and wait for answers. Here is what you are likely going to see: comments to the effect that

1. you could have found the answer yourself had you tried and
2. there is nothing members can do for you since you are not trying

Usually you are going to see such replies from members who have 10s of 1000s of reputation. They are considered "experienced members" by the invisible but omnipotent "community". But scratch them and what are you going to see? Know-it-all incompetent types who have no life and spend all of their time online, running up their post count.

In the real world, what do you consider those who barge into conversations in which they are incompetent and cannot contribute anything of value? You call them idiots. On Stack Exchange idiots are the ruling power.

Congratulations, founders! You've managed to further dumb down our already decadent world.

Posted by: LinuxLies at 07:17 AM | No Comments | Add Comment
Post contains 183 words, total size 1 kb.

I managed to totally confuse Visual Studio's IntelliSense, in a simple class

I sinned! I always document my public fields and methods. This time, it was no different: I typed a triple slash and expected VS to create a correct template for the method comment, but it was different.

Imagine this: if your void method comes immediately after public:, then /// will create a template with returns element in it. WTF?

The plot thickens: if your method comes after a blank string, then it will only contain summary element but no parameters.

Having become intrigued, I proceeded to experiment with different permutations of methods, access specifiers, return types, and parameters and realized that it is even worse: VS creates a document template for a wrong method!

Microsoft, for fuck's sakes, test your software before you release it, once in a lifetime!

Posted by: LinuxLies at 07:22 AM | No Comments | Add Comment
Post contains 153 words, total size 1 kb.

Genius is as genius does (usually as degenerate)

Visual Studio... Oh, it is my pet peeve, my penchant. Don't get me started. Oh, I already have. Rant of, to the point.

The property screen of C++ projects in VS corrupts strings that contain spaces in front of the opening round brackets, in the Debugging->Command arguments field. It strips the space away.

I was going balls while debugging an application that takes long file names from its command lines: one file would work but another would fail to open. Only when I went searching for the value in .vsproj and found it in .user instead and character-by-character compared with the true path to the file did I discover the missing space.

Seriously? In the year 2024, a one-trillion dollar global monopoly is incapable of unit-testing their code and QA-testing their flagship product that is used by hundreds of millions, to such degree?

Fuck, we are all going to die, if it's that bad.

Posted by: LinuxLies at 06:28 AM | No Comments | Add Comment
Post contains 170 words, total size 1 kb.

Bizarre shenanigans of .NET task performance

At some moment in my career I was asked to write a piece of software that performed a relatively long operation on small pieces of data that were aplenty. The whole process was about to take several days.

I approached it from the most straightforward direction: wrote a program in the contemporary C#.NET 4.7.1 that started as many tasks as it had CPU cores. Each task created its own progress bar on a form. They reported their progress through those progress bars. The process scaled linearly.

Now, I am being asked to do the same but with a different but similar data processing algorithm, and things go bananas: the same Visual Studio, the same C#, the same .NET, different main processing class/method, and the performance does not scale at all, period. It divides instead, i.e. it for example gives 10,000 per second single-threaded, 4500 double-threaded, 2000 quad-threaded, etc, per core. Even more bizarre is the observation that 2 separate instances of that program divide their performance even though they do not talk to one another.

Having spent several days trying different approaches, including scheduling the affinity of the tasks' threads, I am at my wits' end. I even tried to wrap a C library that does the same, but it also divides its performance when in SMP mode. The only common thing is the underlying algorithm.

What is peculiar is that the algorithm is very wide-spread. It runs literally everywhere, around the clock, non-stop. So I, a developer with several decades of experience in writing advanced multi-threaded software, is baffled. That is not an easy achievement for .NET or whatnot. Congratulations!

Posted by: LinuxLies at 05:53 AM | No Comments | Add Comment
Post contains 283 words, total size 2 kb.

Genius degenerates rule our world

MS SQL Server requires that its database MDF and log LDF files not be put in compressed folders. We get it.

But when a perfectly working installation of SQL Server flat out refuses to uninstall because it lives in a compressed folder C:\Program Files\Microsoft SQL Server\ I flip over.

Seriously, dude? You've been told to fuck off, to make yourself scarse, to beat it, and you dare to tell me that you refuse? Just wipe your fucking files off my SSD and begone. No! It has its opinions that it dares to shove into my face.

Needless to say that its removal process is a tedious array of double and triple confirmations of the obvious.

To add insult to injury, once the said directory is uncompressed, to satisfy the bitch, it dares to continue to complain that it is under another compressed directory. The witch just does not want to die. What do we do in such case? We wipe the thing off the face of the Earth, from command line. Let's see what you can do against del and sc, bitch.

Posted by: LinuxLies at 08:22 AM | No Comments | Add Comment
Post contains 192 words, total size 1 kb.

Microsoft engages in IT terrorism and actively sabotages software development, worldwide

Enter the fabulous new class/method StructuralComparisons.StructuralEqualityComparer.Equals() that is touted as the next best thing since sliced bread.

This POS is 25x+ slower than the dumb but tried and proven for( ; ; ) loop method.

25x+ slower. I kid you not. Well, of course! How otherwise can they drive the world's IT into the cloud? Only by twisting our collective arms into mute obedience, by way of the slowness of our on-premise solutions that they covertly but persistently sabotage.

So, if you operate on simple value types, use a loop. Only if you operate on unpredictable complex types, and the performance does not matter to you, use the MS gizmo.

You've been warned.

Posted by: LinuxLies at 08:04 AM | No Comments | Add Comment
Post contains 135 words, total size 1 kb.

This is what $1,000,000,000,000 cannot buy you: consistency

Google 'teams 404' and you will be presented with pages of results of people around the world not being able to log into Teams or to join meetings. There are plenty of Q/A on MS's own web site answers.microsoft.com about this problem. Resolution? None whatsoever.

You would think that a one trillion dollar corporation should have architects who architect sound solutions. Nope.

You would think that a one trillion dollar corporation should have QA who catch bugs before their product is released. Nope.

You would think that a one trillion dollar corporation should have monitoring of their infrastructure that detects issues when something goes down. Nope.

None of that, at Microsoft. They code away, release if it compiles, slap together some servers and retire to a Florida beach, with cocktails and hookers.

So, watch your "Unable to connect you, HTTP 404" error messages, you unwashed masses, and shut up.

Posted by: LinuxLies at 07:06 AM | No Comments | Add Comment
Post contains 165 words, total size 1 kb.

They break your systems and still get a good sleep at night

When they break things they do not offer anything in return and always refuse to roll back the bad change:

$ sudo dnf install jdk-8u111-linux-x64.rpm 
[sudo] password for adm7:         
Last metadata expiration check: 0:35:23 ago on Wed 26 Jun 2024 08:38:45 AM EDT.
Error: 
 Problem: conflicting requests
  - nothing provides /bin/basename needed by jdk1.8.0_111-2000:1.8.0_111-fcs.x86_64
  - nothing provides /bin/cp needed by jdk1.8.0_111-2000:1.8.0_111-fcs.x86_64
  - nothing provides /bin/ls needed by jdk1.8.0_111-2000:1.8.0_111-fcs.x86_64
  - nothing provides /bin/mkdir needed by jdk1.8.0_111-2000:1.8.0_111-fcs.x86_64
  - nothing provides /bin/mv needed by jdk1.8.0_111-2000:1.8.0_111-fcs.x86_64
  - nothing provides /bin/pwd needed by jdk1.8.0_111-2000:1.8.0_111-fcs.x86_64
  - nothing provides /bin/sort needed by jdk1.8.0_111-2000:1.8.0_111-fcs.x86_64

The reason? They moved the base system tools around. Motivation? Who knows why. Probably out of spite and disdain for users.

$ which basename
/usr/bin/basename
[adm7@localhost Java]$ which cp
/usr/bin/cp
[adm7@localhost Java]$

Try to report this to distro maintainers, and they will 1) deride you; 2) ignore you; 3) ban you.

Someone should give them a strong reality check and teach them that such behavior is unacceptable. But most of us in IT world do not give a damn.

Posted by: LinuxLies at 08:23 AM | No Comments | Add Comment
Post contains 196 words, total size 2 kb.

Genius degenerates rule our world

This is what the enlightened ivory tower dwellers entertain themselves with: MATE volume applet missing in panel after upgrade to 30

They find a functionality to destroy and destroy it, to watch us, unwashed masses, writhe in pain and agony and try to find the way to restore normal operation. I conclude that the majority of the so-called members of so-called FOSS community are sadistic sociopaths, judging by their behavior.

The gist is that once upon a time there used to be a volume control in MATE desktop. It lived in the tray applet of any panel. This had not been good enough, and the genius ivory tower dwellers removed it and re-coded it as a separate applet that has to be added to the panel separately.

Since the enlightened elites of the FOSS projects who live in ivory towers never test their releases, they do not know that this applet is not added by default during OS upgrades, causing us to scramble to find it. This does not bother those said ivory tower dwellers, in the least. To add insult to injury, they changed its icon as well, from a well-defined, large speaker to a tiny speaker that coincidentally is exactly the same as that of QasMixer. Since many of us who need to tune their sound adapters use both, we have two identical icons in the panel now. How genius!

Let me break this to you, genius turds: your volume control is known to crash when the sophisticated monstrosity of PulseAudio crashes, or on its own. When it crashes, we need a way to restart it. Now, you have removed that opportunity. We do not appreciate it at all. Theoretically, at some point, some Linux user might eventually become fed up with your bullying and make it a crusade of their life to avenge us, Columbine style. I am worried for the safety of the said elite ivory tower dwellers.

Posted by: LinuxLies at 07:25 AM | No Comments | Add Comment
Post contains 332 words, total size 2 kb.

Another Linux lie: we have file sharing

This is a followup to a recent post on this topic.

Read man mount.cifs and you will realize that its developers are intimately familiar with the versions of SMB protocol that Microsoft upgrades with each version of their OS. But being familiar does not translate into a working solution. At least, not in the oh, so wonderful world of FOSS.

So, you, ivory tower dweller developers, know well to code the support for vers parameter, but you are so inept and inconsiderate that you make zero attempt to detect the server's version and configure CIFS accordingly. You leave it up to us to figure out that we have to use that parameter and to set it to the correct value. As result, your mounted shares exhibit all sorts of problems. How are we supposed to know to supply the vers parameter when the share mounts and work without it, and only later problems occur? You waste our time and efforts, by having us to investigate and research, only to discover that all of those problems could have been avoided had we only used that parameter and set it to the latest version supported by the server?

You deem yourself geniuses. You demand respect. But you do not make a slightest attempt to earn that respect. What does that make you? Right! That makes you genius degenerates.

Sorry that it does not occur to you and that I have to break it to you, but respect demanded is fear, not respect.

Posted by: LinuxLies at 08:26 AM | No Comments | Add Comment
Post contains 264 words, total size 2 kb.

Respect has to be earned, not demanded

Linux developers and distro maintainers dwell in ivory towers, from which they bestow their divine wisdoms on us, mere mortals. One of the wisdoms is that we have to pay respect to them. Fuck no.

I counter that with another wisdom: respect has to be earned.

When all you do is break compatibilities, butcher specifications and APIs, retire widely-used commands, configuration options, command-line parameters, files, and other items of IT infrastructure, i.e. when you make unnecessary, unwanted breaking changes, you lose respect. If and when you still continue to demand it, you have unrealistic expectations.

We are equal human beings, regardless of whether you recognize us as such or not. When we inform you of that, by way of bug reports, you have to live with that.

Posted by: LinuxLies at 11:03 AM | No Comments | Add Comment
Post contains 141 words, total size 1 kb.

Hatred and contempt

A sane and intelligent human being is more often than not capable of detecting hatred and contempt towards self, when dealing with others by way of verbal or written communication. This includes myself. When I see the obsession of Microsoft and many in the IT world with immutable objects and collections, I realize that they hate, despise, and distrust me.

What purpose do immutable objects and collections serve other than to tell the consumer of them, a developer in our case, that he/she is not to be trusted? None.

Allow me to break it to you, enlightened ivory tower dwellers: I have no intent of altering your objects or collections when I consume them to extract data for my functions or algorithms from them. You do not have to fear me misusing your precious objects. I possess enough intelligence to take 1-2 fields from them, to iterate them, and to forget about them because I am done. But you go out of your way to jump through hoops in order to make them immutable, read-only, or whatnot.

Well, I do not really care. They are your objects or collections, so you do with them however you see fit. You already have read-only collections that do not implement Add() or Remove(), but it is not good enough for you. Being a compassionate human being, I still pity you for having to spend so much unnecessary efforts in vain, and I also realize that you hate and distrust me. Get a life!

Posted by: LinuxLies at 10:56 AM | No Comments | Add Comment
Post contains 256 words, total size 1 kb.

They finally killed network scripts

Somewhere around Fedora 40, they removed the possibility to disable the monstrosity of Network Manager and to revert to network scripts. ifcfg-eth0 no longer works.

We used to be able to revert to sane network configurations, and they removed that workaround. Further versions of Fedora are as dead from my perspective as Solaris 11.4 and up. Why are they doing that to us? Why are we silent?

I have a conspiracy theory: the combination of systemd and Network Manager afforded true owners of Linux repos an opportunity to create a backdoor, by allowing them to re-configure the network however the fuck they want, at any moment. Network scripts stood to remove such opportunity. How's that for a hypothesis?

Posted by: LinuxLies at 10:27 AM | No Comments | Add Comment
Post contains 128 words, total size 1 kb.

Another Linux lie: we have file sharing

An informative reading: mount.cifs hangs and becomes unresponsive

Basically, the problem of CIFS shares nounted in Linux has been created by some inept, inbred twit in the oh, so wonderful Linux FOSS community, 10 years ago, and since then no one gives a flying fuck about fixing it.

WHY DO YOU NEVER REVERT YOUR BUGS?

No one wants your new shit. You release some obscure features that none of us wants, but when you create catastrophic show-stopper problems, you never revert. There is no value in your new code. It does not work. But you never revert.

What recourse do we have to make you revert your bad changes, other than physical?

Posted by: LinuxLies at 11:18 AM | No Comments | Add Comment
Post contains 126 words, total size 1 kb.

We used to be free. Now, we are slaves.

When genius degenerates in Linux "community" came up with unpredicable "predictable" network device names and introduced NetworkManager that everyone is supposed to enjoy, we found way to circumvent that crap. Not anymore! In Fedora 40, there is no longer a way to revert to network scripts.

Why do you hate us so rabidly? Why do you subvert our every effort to configure our systems to our ideals and satisfaction? Why do you want to be our enemies so direly?

Once SHTF, you will have to watch over your shoulders, for the rest of your lives.

Posted by: LinuxLies at 10:25 AM | No Comments | Add Comment
Post contains 113 words, total size 1 kb.

FOSS developers clearly have nothing to do

Been upgrading some Linux boxes because I have to, not because I want to. So, went 2 versions up to the most recent and found that one of the apparent changes to KDE Plasma was that they lifted up the taskbar panel and hung it 1/8" above the bottom side of the monitor.

I kid you not! They spent effort to shrink the panel by 1/8" on each side and to hang it 1/8" from the bottom.

These fucktards do not have any bugs to work on! Their ticket queues are empty. Users do not come back with bug reports that frustrate or infuriate them. No! None of that is in existence! FOSS developers on KDE team have their hands empty, and to avoid sitting around doing nothing they uplift the panel by 1/8".

HELL NO! Your fucking product is full of bugs. Your UI is shit. You've ruined great applets and changed your color scheme to be fucking dark-gray on black that no one can see anything on. Your console profiles make no sense. You ship out broken major releases. But you still uplift the panel by 1/8 of a fucking inch!

Posted by: LinuxLies at 08:59 AM | No Comments | Add Comment
Post contains 207 words, total size 1 kb.

How do you recognize a genius degenerate?

Here's how:

Colors Class (System.Windows.Media)

Was it too damn hard to put a stencil next to the color name?

OMG, facepalm!

Posted by: LinuxLies at 04:45 PM | No Comments | Add Comment
Post contains 35 words, total size 1 kb.

LinkedIn: No, 50+ copy-pasted remote jobs in each and every city is NOT SPAM

It is, bitches, it is. You are spammers too, just like those asshole recruiters are.

Posted by: LinuxLies at 08:51 AM | No Comments | Add Comment
Post contains 43 words, total size 1 kb.

Mozilla foundation demonstrates all traits of fascist ideology

The 'do as I say or' fascist ideology rears its ugly head in many FOSS project, Mozilla's Firefox and Thunderbird being the most glaring examples.

They experiment on humans, Dr. Mengele style, since their taking over Netscape code. Their recent UI antics can make anyone nauseous, yet they defend their decisions as innovation. My ass.

Posted by: LinuxLies at 09:55 AM | No Comments | Add Comment
Post contains 71 words, total size 1 kb.

Target is busy

FOSS developers, especially Linux and especially its kernel developers have become famous for setting false targets. The error message 'Target is busy' must be the epitome of that: wrong priorities everywhere.

Dudes, I will finally break it to you because nobody else did: when I as the owner and administrator of a system order a mounted drive to be unmounted, that is a direct order from the only authority that is in control of the system. I and only I make decisions here, in the form of -f argument by way of which I tell umount that I, root, command it to unmount it regardless of anyone else's considerations. But Linux developers deem themselves above all and refuse.

That is a false target. That is a wrong priority. Their concern that some software that keeps open handles to that mount may become upset is void and nil. By issuing the force command line argument as root I communicate my unconditional order to surrender, an ultimatum that must be followed.

The system is already dead. The mounted volume is already unresponsive. No one guarantees anything. There is no support, no venue for complaints, no contract. I am on my own.

What do you think I am going to do next? Right! The reboot. But it may also fail to commence gracefully because of a dead share/zombie processes.

So? False targets set by Linux developers do not do much.

All hat, no cattle.

Posted by: LinuxLies at 07:28 AM | No Comments | Add Comment
Post contains 247 words, total size 1 kb.

FOSS developer's first two reactions to problem reports

Defensiveness is a FOSS developer's primary competency. This is clear from reactions to millions of questions/bug reports from many frustrated users, but this one is a champ! Google 'linux screen corruption after resume', and you will get Ubuntu, Mint, and other forum posts about this problem. There is no solution by the enlightened ivory tower dwellers that write the kernel or desktop managers. What they suggest is painfully expected: "Do not sleep your system" or "Upgrade".

Fortunately, users across the globe are already so fed up with this sort of crap that most of them flat out refuse to forego that for which they use their Linux of desktop/driver combination. Kudos and power to the user!

But I found a solution. It is very simple, unobtrusive, and at the fingertips of every user: create a shell script with these two lines, adjust them for your monitor configuration that you can discover from xrandr (needs to be installed), and voila, your screen is back to normal, without logging out, rebooting, or foregoing any nice features:

#!/bin/sh
xrandr --output HDMI-1 --off;
xrandr --output HDMI-1 --auto;
xrandr --output VGA-1 --auto --right-of HDMI-1;

This is it. The enlightened master race that lords over Linux forums should have thought of that, but I found no mention of such solutions except for a single, scarcely upvoted post on Unix Stack Exchange that mentions the 1st 2x lines, but it alone results in the screen becoming duplicated across the monitors instead of extended. The 3d line fixes that.

Enjoy!

Posted by: LinuxLies at 08:02 AM | No Comments | Add Comment
Post contains 268 words, total size 2 kb.

Everyone must be dumb and dumber. This is your direct order!

So, there are 8+ billions of us on Earth now. Congratulations, everyone! Each of you must be as dumb as possible. This is what genius degenerates who live in ivory towers say.

How do I know that? Simply! Today I was asked to install Fedora Linux for a user, and I had the finest pleasure to peruse their latest and greatest Anaconda installer.

In olden days, we, unwashed masses, had freedom to partition our hard drives as we saw fit. We were allowed to choose conventional partitioning and mount points or LVM. Not anymore.

The genius degenerate who coded Anaconda made it as dumb and counterintuitive as possible. It is no longer possible to choose the disk partitioning scheme or to use custom mount points. It is also incapable of installing by overwriting data on an existing partitioned drive: screw you, user, and screw your efforts! You must delete all of your partitions and start over. Fuck your time!

We get no choice of software. Open your mouth, we will shove Gnome and a standard bunch of shitty software, down your throat. And if you dare to object, we will railroad you.

As an added-value bonus, that shit is now so smart and sophisticated that it keeps throwing up this wonderful little dialog that does not, I repeat, does not mess anything up at all!

I observe a concerted effort, globally, to force and instill in users the obedience to dumb shit, the dumber the better. We no longer try to elevate the user - we stomp them over and keep them as dumb as possible. Why do we need so many dumb people out there? Anybody knows?

Posted by: LinuxLies at 03:56 PM | No Comments | Add Comment
Post contains 300 words, total size 2 kb.

Genius degenerates rule our world

Genius is as genius does: as a degenerate.

This is from the best of the best, from the new owners of GitHub that bring us such wonderful things as .NET, Visual Studio, BING and other crap:

If an educated adult does this, then we are SOL. As in 'royally screwed'. Imagine what the worst of the worst do!

Posted by: LinuxLies at 11:18 AM | No Comments | Add Comment
Post contains 68 words, total size 1 kb.