Another Linux lie: we have PrtScr

Truth is: you don't.

When the action of PrtScr button is hindered by a dropped-down menu, its purpose is completely defeated.

Does it not occur to you, terminally genius FOSS developers, that we need PrtScr to work especially when some menu is dropped down, to demonstrate to your majesties that it has a problem?

You are hopeless. Genius comes with retardation.

I dare you to try to take a screenshot of a problematic menu, under Linux. Boo!

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

Another Linux lie: we are for the benefit of humankind

So, yours faithful uses a piece of FOSS software, for a long time, and enjoys it. To pay back the community, yours faithful develops an accessory piece of software that parses the former's logs and generates reports from them, in a user-friendly fashion. This is valuable to that software's user base because it enables them to enhance their security. Nice and dandy, isn't it?

Yours faithful posts about his latter software on the former software's support forum and shares it, and users positively welcome the accessory and proceed to use it to their heart's content.

Fast forward the next release of the former software. Yours faithful's software breaks. Why? Because the former software's logs now have different format, in that little bit that yours faithful's software used. Nowhere else, just in that little bit. The devs changed the format, to screw everyone over. Without anybody's request, without any pressing need, just to demonstrate that they are dicks, scumbags, stinky POSs, assholes.

If you, people, go out of your way to do THAT, then we have a bigger problem than Putin's Russia, Xi's China, and Kim's North Korea: you are the problem and an unsolvable one. You suck.

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

Mozilla foundation is a bunch of scumbags corrupt to the core

Today, I was asked to look into the reason why a user's Thunderbird did not receive any new emails, and here is what I found.

The user experienced DNS outage of their provider, and they changed server names to their IP addresses, in their email profiles, so as not to depend on the flaky DNS server. Thunderbird allowed that and did not make a fuss. Not a warning, not an error, not a pip squeak. But it stopped receiving any new emails.

Having realized that, I restarted it. When TB came back on, it asked for a password to the POP3 server. Huh? It was remembered in the profile settings. Not good enough for TB! It wants a new password even though the profile is still the same. Apparently, it saves a password for a server, not for a profile. Geniuses!

So, I feed it the password, it takes it, and receives emails under that one account but not under any more. Huh?

So, I restart the TB once more. It asks for two more passwords. And so, it gradually asked for all of them, for the user who has multiple accounts. Little by little, one account here, a couple more there. Eventually, we entered all of them. And it made no fuss whatsoever about not having any passwords whatsoever as if it was perfectly normal to have no password to the account and not get any emails. It just sat quietly and did nothing.

Dudes at Mozilla: if that is the quality of your releases, then you should shoot yourself in the temples. You likely can't because you have no guns, so please just jump out of the window because you suck as programmers. Exception handling anyone? Error dialog windows anyone? No, cool dudes do not notify users of error conditions.

Posted by: LinuxLies at 01:16 PM | No Comments | Add Comment
Post contains 324 words, total size 2 kb.

Another Linux lie: we have virtual machines

While Linus blabbers about politics, the mounting of VirtualBox shared folders has not worked, for nearly a decade. This trivial thing that should just work OOB does not, and no one gives a flying fuck. Google 'VB shared folders do not work' and you will find extensive discussions about all sorts of black magic that is required to make them work, similarly to xrdp that is supposed to work but does not.

More politics, dude! We need more politics. Who cares about stuff not working?

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

Getting TREMENDOUS amounts of spam from googleusercontent.*

Apparently, Google either stopped monitoring their subscribers' activities or never has. They rent out their VMs to spammers who bombard me with emails.

You are going to tell me to report them to abuse@google.com, are you not? Of course, you are! I have. I have reported them profusely but got nowhere: the deluge never stops. So, there is a simple solution to that: block them on the firewall. The whole damn thing: googleusercontent.* domains by their /20 or whatever networks. And suddenly, silence.

Piss off, you unethical, unscrupulous global monopoly that stomps over the rest of the world.

Posted by: LinuxLies at 07:16 PM | No Comments | Add Comment
Post contains 112 words, total size 1 kb.

Debian 12 to 13 upgrade brings nothing but problems

Linus, you potty-mouthed troll. Every bloody upgrade brings problems and nothing new in return. Fix. Your. Shit. And then you will be qualified to crap on others.

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

Found a bug in Linux network stack

It binds to a wrong IP address if multiple addresses are assigned to an interface. The binding obviously is done by the 1st byte of IPv4 whereas it has to be done by the complete netmask.

Linus, keep your house in order instead of blabbering on the interwebs. This is frigging 2024, and you have glaring bugs in the kernel. So much for your publicity stunt.

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

Linux Torvalds opens his mouth, and my brain explodes

Ask me, and I will be the first to tell you: we have to be very careful with hostile country nationals working in our IT or contributing code to FOSS. But Linus's comment on banning Russians developers from KML are fucking insane.

Dude, if after all of the hoopla that ran circles in the West about diversity, inclusivity, multiculturalism, and other sorts of putrid shit, we begin to ban certain nation, then all of those lies have been nothing but lies.

If you are being forced, by way of legal pressure, to remove someone's authority to contribute code, then remove the code that they had been submitting. Otherwise you are making as much sense as lipstick on a pig. You've been happily committing their code to git, for decades, but now they are deemed a risk, and you not only delete them from your git but also badmouth them while still using their code. What is this if not an admission of lack of oversight over the code that goes into the kernel? I am becoming MORE concerned after your demarche than I had been before it.

If they write bad code with backdoors or landmines, then ditch that code.

If they write fine code, then ban them for the sake of compliance but be a man and do not crap on them.

Next, you allude to Finnish-Russian history. Dude, where do you draw the line? Swedes and Norsemen have been oppressing, massacring, and selling Finns to slavery, for millennia. Are they suddenly forgiven because of a few decades of political strife? Give me a break. You only proved yourself to be a pompous moron that I have been writing about, all along. Puke on you, turd!

I will repeat the permanent topic of this blog that does not and will not change: we collectively, in the West, have been behaving irresponsibly, as regards to our IT, by being too credulous towards hostile countries, and by doing so we have exposed our belly to stabs by our enemies that we witness daily. But Linus' demarche and his public statement about it are MORONIC.

Posted by: LinuxLies at 09:41 AM | No Comments | Add Comment
Post contains 371 words, total size 2 kb.

How about something positive, for a change?

VirtualBox sucks in performance. Hyper V sucks in features and user interface. But if you marry them, then you get the best of both worlds. Here's how.

Since somewhere about v. 6+ of VB, you can use Hyper V API as its back end. It supposedly automatically detects its presence and switches to it. What's in it to you?

VirtualBox guest OSs perform at about 50% rate of that on Hyper V. A VM running on VB is about half the speed of the same VM on Hyper V.

The mere presence of a Hyper V (or its role, if server OS) on Windows slows it down by about 10% in memory access and about as much in CPU computational power. Do not get me wrong! You do not slow down your PC by 20% by installing Hyper V! It only slows down by about 10% across the board.

So, by installing the new version of VB and Hyper V and by running your guest OSs in VB but on Hyper V back end, you gain about 40% performance vs. running them on VB's own back end.

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

Genius degenerates rule our world

This will be my shortest post ever: Alex "The Great" Atkin UK. Nuff said.

Posted by: LinuxLies at 12:00 PM | No Comments | Add Comment
Post contains 24 words, total size 1 kb.

Genius degenerates rule our world

Your best guess: when does LibreOffice save recorded macros? Just give me your best guess. What is it? When you OK the macro dialog? No, you are wrong. It saves them when you exit the last LO window on your desktop and thus exit the whole process.

Yes, they are that terminally genius that they leave the saving of macros to disk to the last moment. If the whole bloody thing crashes in the mean time, which LO loves to do, then your macros are gone.

Yes, you read it right! They are quite capable of saving to disk of keyboard shortcuts that you assign to your beloved new macro, but not the macro itself. So, when you re-open LO after a crash and try to run your macro it throws an error on you to the affect of scripting error, macro not found.

Thank you kindly, genius degenerates!

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

Another Linux lie: we can convert PDF to DOCX

Truth is, you can't.

Enter AbiWord that is touted as a PDF to DOCX converter. It converts to plain text, and it does so so poorly that it butchers any formatting and leaves countless blank pages filled with nothing but new lines. And the terminally genius distro maintainers allowed this filth to pollute their repos! Of course, they did not give a fuck as to whether it does its job or not.

Enter LibreOffice. Stellar geniuses who write it did not bother to convert a single illustration! None. Zilch. Fuck you, writer! Nobody wants you stinking pictures.

Ditto about calibre. The file is butchered, no illustrations. Is this contagious? Do they drink from the same toilet sink as LibreOffice team?

So, this is the year 2024, and the people of Earth travel between stars, but we cannot convert between file formats. Congratulations, genius degenerates!

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

Genius degenerates rule our world

Fancy that! How to configure the number of undo/redo steps? In their divine wisdome, LO developers default the undo level count to 100. And then, to add insult to injury, a terminal case of an idiot under the nickname 'EarnestAl' dares to barge in there with his moronic stab at the OP and tell him that his workflow is wrong.

You, piece of turd, should shut the fuck up because in your stupid wisdom you do not even understand that LO counts EVERY FUCKING CHARACTER as an undo level. You read me right! Not an act of typing alphanumeric characters in a sequence, like other modern editors do, but EVERY FUCKING CHARACTER, for crying out loud. That is what, like 1 1/2 lines of text?

If anything is wrong, then it is with EarnestAl's brain, and I know what it is: it is made of monkey poop.

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

FFS, do you even know what you are doing?

Satya "False Positives" Nadella strikes again. Or rather his Chicom coders do.

My client has this policy that shared DLL assemblies have to have internal access modifier on all classes and InternalsVisibleTo set to all consuming projects. Works well in some solutions but there is one in which it flat out refuses to work.

It builds and passes unit tests. It works once deployed. But intellisense flat out refuses to recognize the internal classes. It underscores them with the red wavy line and does not pop up the code completion on them.

FFS, Satya, have your Chicom coders debug their code. FFS, Satya, once you FUBAR, fix your shit, do not roll out a whole new version. The world cannot keep up with your bugs. We will have to deal with you, sooner or later, you inconsiderate terrorist of an exec, because you ruin the whole world.

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

From one DLL hell into another, but better, nicer, shinier hell

.NET was touted as the final solution to the DLL hell. Hell, no!

Trying to install a CLR assembly into SQL Server.

It needs a missing assembly System.Data.Entity. I do not use EF but to hell with it, here you are, I add that DLL to the references. Huh? It does not show up in the output folder. To hell with it! I find it on the target server, in the GAC, and add it to the publish folder. Solved? Hell, no!

Now it needs System.Runtime.Serialization.dll.

Next, it needs SMDiagnostics.dll whatever the fuck that is.

Next, it needs system.componentmodel.dataannotations.

FUCK! Am I supposed to copy 1/2 of the whole .NET into my publish folder? Wasn't .NET supposed to be available to all .NET assemblies, wherever they were?

WTF is wrong with you, Microsoft? Can you find your ass with your both hands, once in a lifetime?

No surprise we have this exodus to crappy shits like Python: MS discredited itself, courtesy Satya Nadella and his hordes of Chicom coders.

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

Genius degenerates rule our world

Microsoft's Nuget package manager in Visual Studio is a stinking piece of rotten vomit. It was apparently developed by an inept and inconsidering ape some 1/2 world away that was left unsupervised by the keyboard. Having looked at the result, that ape's supervisor apparently thought: "Fuck all!" and allowed this POS to be released.

Had my subordinates done such a piss-poor job, I probably would have fired them for due cause.

No option to do exact match search. Check.

No sorting. Check.

All of the info is lumped together in multi-line blobs. Check.

No option to filter out non-MS packages. Check.

As usual, a dumb as a door knob piece of software totally satisfies Satya Nadella turd of a man waste of skin. The fish rots from the head, remember!

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

Unfathomable crap

Ever read Oracle's advertising? That one which says how they are the king of the hill, the latest, greatest, best choice, industry leaders, yada, yada, yada? Now, let me ask you: did you believe a word of that bull crap? I used to. Until I tried to install Solaris 11.3 and 11.4 on a real server.

Their lie: Solaris is a server OS.

Truth is that it is not. It does not even fucking install on the most common Intel C602 chipset, for crying out loud.

Yes, it boots and installs on the older Intel 900 series, on AMD 700/800 and APU, and other obsolete junk. But try it on 2011 and 2011v3 x79 and x99 platforms, and it will glue its pages.

Yes, this is true. I kid you not. It does not even boot to the language selection menu, on that chipset. This is a kiss of death and a seal of doom, from my perspective. From this point on, it does not matter how awesome Oracle considers their product.

I can boot almost anything on those systems, except probably for QNX pre-4 or eComStation exotics. Solaris? Not so much. Boo!

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

Dumb as a door knob

Yes, I am talking about another FOSS project as you may have already guessed. This time it is LibreOffice. This stinking POS can't even perform basic editing that other editors do for 30-40 years now. What are they thinking, if they do at all? What are they smoking? What is the point of this crap? Die already! Go and smash your shitheads into the wall! You are useless wastes of skin and O2! You can't even paste format from one paragraph onto another, you can't even revert bullet style to a normal paragraph by Backspace! You are one, giant failure of developers! But yes, you are fucking GENIUS!

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

Genius degenerates rule our world

This feels like echo-chamber. Over and over, I come back to the same topic. The more genius, the more degenerate.

Enter the glorious JAXB. Undoubtedly, it is a brain child of genius developers at Oracle. Now, let's take a closer look.

You want to unmarshall an XML file. It contains some collection elements with items and some w/o items. What does JAXB do? Yes, in its wisdom, it de-serializes the empty collection elements not as empty collections of POJOs as you might expect but as collections with one empty element in them.

What was your genius line of thinking, dolts?

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

Genius degenerates rule our world

In our regular topic we look at another genius piece of crap: RHEL/Fedora and its package management. Whereas Fedora is a guinea pig fodder for gullible users, RHEL is a commercial product offered to corporate customers. I pity them and here's why.

Since some 10-15 years ago, Red Hat family of Linux uses first YUM next DNF for package management. Back then, they devised repodata XML format and web site structure for the distribution of packages. Genius? I wish.

It is nice to know names of packages, but it is also nice to know which group packages belong to. It should be easy? Ha-ha, suckers! Fooled you. Red Hat devs thought (oh!) that it was a good idea to split group information from the rest, to include it in a separate XML file but not in SQLite database, and to make that file multilingual. Instead of keeping all of the repodata in one single SQLite DB, they split it in 3 (!) and kept group data out of all of them. (Duplication anyone? Celebration, duplication, altogether!)

Now, how do you work with that shit, considering that DNF is slow as fuck, and its commands only barf out a subset of information each? That's right: you have to write tons of code that is just as slow as the original DNF. There is no escape, suckers.

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

Genius degenerates rule our world

How do you spell 'inconsiderate', you, oh, so wonderful FOSS developers?

This is what Netbeans test profile results look like. Yes, I had to click through all of those 37 bloody levels of nested call tree, to arrive at my own code. You have 'Profile test' menu, so cut out your own shit, FFS! I do not need to know that Apache Maven Surefire Booter forked its boot, or that JDK internal Reflect native methods invoked JUnit provider. I do not give a fuck!

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

Genius degenerates rule our world

I am so sick of it that don't even know how to title this. I am so tired of the sheer stupidity of our best-of-the-best genius overlords.

Oracle thought it was a good idea to call their new LINQ equivalent 'streams'. What could possibly go wrong? Now, try to google something stream-related, and I mean real streams as in FileInputStream(). Your results will drown in collection stream-related noise.

This is no different from Microsoft's genius .NET framework. Stupidity must be infectious and airborne since their execs contract it mostly on golf courses.

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

We will secure your web site with our certificate. But we will open you up to hackers.

And if you do not obey, we will twist your hands and force you to. Or something along those lines.

The gist is that in April 2024, Let's Encrypt made changes to their practices/rules/policies whatever, and now they require that you submit yourself to multi-origin HTTP requests as part of their domain ownership validation process. It means that you have to open your firewalls to arbitrary countries anywhere on this god-foresaken Earth.

They openly admit in the linked blog post that it is a security breach for some of their users, but fuck that, they still blow ahead with the new idea, and fuck all.

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

Genius degenerates rule our world

Genius is as genius does, usually as a degenerate.

Did you ever try to install a genius piece of software, which in this day and age more often than not comes as a self-downloading, online package? You probably already know what I am getting at.

So, imagine a secure, firewalled environment, in which one has to get approvals for any downloading and installation of software. You need to know from which address and port your software will download itself. So, you embark on discovery process. Here's how it goes.

You click and start the online installer, and it fails because there is not yet firewall rule in place. You check firewall logs and find out that it tried to d/l from IP xx.yyy.zzz.tt, port 443. At this point, you only have one option: to click Close button and exit the app. You raise your eyebrows because the developer did not consider Retry option. You sigh and open that IP and port. Now, the downloader can fetch the actual software. Not so fast!

When the d/l completes, the installer extracts the file into some temp folder. Your firewall rule, therefore, will have to point at that temporary EXE's path. When it fails to run, you again are presented with only the Close button. Wonderful, says you and drill another hole in your firewall. What's next? You restart the downloader, and it fails again. Why? Because every time it extracts the installer into a new temporary directory.

Remember: these are genius developers who write that shit. They are decorated graduates of Computer Science university courses. If you ask them something, they will profusely shower you with special lingo. They are know-it-all, smug, and condescending types. But when it comes to thinking they utterly fail. This is inevitable because they are genius.

Posted by: LinuxLies at 10:36 AM | No Comments | Add Comment
Post contains 309 words, total size 2 kb.

The redlining ego of FOSS developers is the problem

I had been submitting bug reports to FOSS projects, before it became mainstream. Like, in the late 80s-early 90s. That was when most living FOSS developers soiled their diapers. Back then, things were different.

Imagine the world where FOSS developers were respectful towards their users and appreciated bug reports. Imagine the world where they were happy to fix bugs and thanked me and others for discovering them. Imagine the world where they did not instantly get their pants in the not, lashed out at us, circled their wagons, or pushed back, 100% of the time.

The modern-day FOSS developer has humongous superiority complex, short temper, thin skin, and poisonous tongue. Today, dealing with them is a torture that most try to avoid at all costs.

If we look into reasons, then we can point at globalization, of all things. Those olden days FOSS developers used to be our own, domestic university students who strove for perfection in all things. Their code was perfect most of the time and seldom had bugs. Today, hell knows who from hell knows where pollute FOSS development horizon with their hatred, arrogance, poor communication skills, short temper, lack of culture, yada, yada, yada. We gave them the computer, they took it and turned upon us. Congratulations, free world!

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

Another Linux lie: we have Java

Truth is: you don't.

Enter OpenJDK, a supposedly free supposedly replacement for Oracle's Java SE.

I am parsing output of some command that spits out roughly 10k lines, error message being the last one. My code has to check if there is an error, but there isn't.

Having gotten sore throat from screaming at the monitor 'Here it is, right there, you dumb #%@^!', I switched gears to a bulletproof method: 2>&1. Still, no error.

Then I revisited my process spawning and output reading class member. Whoa, it has .redirectErrorStream(true); WTF is going on asks I and proceeds to inspect the output, line by line. Bingo! The error is right there, in plain view, on line 6000-something. I run that command in terminal. The error is the last of 10k something. So, the stdout and stderr are out of sync, in OpenJDK process and process builder classs' output.

The rhetorical question is, as my readers already know: did they test? Your guess is as good as mine. Another rhetorical question is, will I bother reporting this bug? Hell, no. I had enough of being shat upon, for doing so. FU, OpenJDK devs, for being assholes towards the world that feeds you.

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

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.