Language Selection

English French German Italian Portuguese Spanish

TM Donation Drive

Filed under
Site News

We haven't had a donation drive since 2011 and now is a good time. As some of you know, I recently lost one of my gigs and I've yet to replace that income. I'm feeling much better these days and have tried to ramp up my work around here. If you'd like to help keep TM coming to you, please see my donation page for details how to help.

Some of you know that I was very ill most of 2012, it started around Thanksgiving 2011 and lasted until about Christmas 2012. I'm sure many of you noticed how little I could work that year. ...Not just here, but all my jobs suffered. I almost lost everything.

But I made it through the worst of it (with just some lingering effects still) and was actually beginning to see daylight again when I got "downsized" from my magazine column job. So, if you could make a donation to help keep the lights and cable on during this period, we'd appreciate it immensely. Tuxmachines is self hosted in my soho. Be sure to look for your name on our Wall of Appreciation after you make your donation.

For those that can't send funds, could you please turn off your ad blockers for my site? I only have have google ads and a few discreet text ads here. My Google revenue has dropped so embarrassly low, that I can't even tell you. Please click on an ad if you see something you're interested in.

Oh, and if you hear of another Linux writing job, please drop me a line at srlinuxx at gmail dot com.


More in Tux Machines

Today in Techrights

Android Leftovers

LibreOffice 6.4.5 finally for Slackware 14.2

The Document Foundation recently released version 7.0.0 of their Libre Office suite of applications. The packages for Slackware-current can be found in my repository. But the situation for Slackware 14.2 used to be different – I got stuck after LibreOffice 6.2 because the newer source releases (6.3 and onwards) require versions of system software that our stable Slackware 14.2 platform does not offer. From time to time during the last year, when there was time and the build box was not compiling packages, I messed around with the libreoffice.SlackBuild script in futile attempts to compile recent versions of LibreOffice on Slackware 14.2. I failed all the time. Until last week. After I had uploaded the new KDE Plasma5 packages to ‘ktown‘, I had an epiphany and decided to use a new approach. What I did was: question all the historic stuff in the SlackBuild script that got added whenever I needed to work around compilation failures; and accept that the compilation needs newer versions of software than Slackware 14.2 offers. The first statement meant that I disabled patches and variable declarations that messed with compiler and linker; and for the second statement I stuck to a single guideline: the end product, if I were able to compile a package successfully, has to run out of the box on Slackware 14.2 without the need to update any of the core Slackware packages. Read more

Web Browsers: New Tor RC, Firefox/Mozilla Trouble, and Web Browsers Need to Stop

  • New release candidate: 0.4.4.4-rc

    There's a new alpha release available for download. If you build Tor from source, you can download the source code for 0.4.4.4-rc from the download page. Packages should be available over the coming weeks, with a new alpha Tor Browser release likely in the coming weeks.

    Remember, this is a release candidate, not a a stable release: you should only run this if you'd like to find and report more bugs than usual.

  • Mozilla is dead

    If Mozilla wants to survive, the management will be fired with unearned compensation, the most important departments will be strengthened, products that nobody ordered will be discontinued and the organization will be limited to its core competence. Browser, email, security, adaptability and the fight for a free Internet. And they work with all their might to ensure that the products will become an integral part of everyday life and all operating systems.

    Three months. That’s all the time they have for a clear signal. After that, users have to make a decision. Unfortunately, it will probably only be something with chromium.

    Poor Internet.

  • Web browsers need to stop

    I call for an immediate and indefinite suspension of the addition of new developer-facing APIs to web browsers. Browser vendors need to start thinking about reducing scope and cutting features. WebUSB, WebBluetooth, WebXR, WebDRM WebMPAA WebBootlicking replacing User-Agent with Vendor-Agent cause let’s be honest with ourselves at this point “Encrypted Media Extensions” — this crap all needs to go. At some point you need to stop adding scope and start focusing on performance, efficiency, reliability, and security5 at the scope you already have.