The NSA-designed Speck encryption algorithm will be removed from version 4.20 of the Linux kernel, after just recently being added to the Linux kernel version 4.17 in June. The move comes after the International Standards Organization (ISO) rejected two of NSA’s cryptographic designs, Simon and Speck, on the basis of not being trustworthy…..Continue reading →
Since we recently worked and reported on figOS 2.6, we took it up to ascii, installed OpenRC and openbox to it, Refracta published a beta version of its refracta9 (ascii based) 32bit iso. FigOS published a 2.8 version based on this new Refracta9. Note: both of those systems are 32bit but just a few hours ago the 64bit also appeared on SurgeForge as well. If you are number 2 downloading it you are the one after us 🙂
Distrowatch has only announced Refracta as a 32bit only system, which we think is a mistake. Here is the FigOS announcement as it came out on codeinfig.wordpress.com
At last and not least, a distribution that is truly different than most others and most of all clones. Fig OS has a vision that is fresh and possibly the way to do things in the future. One may call it a hybrid, if hybrids didn’t already have a negative connotation. It is best to allow the creator to speak about it on his own than for us trying to describe his work. Promised not to be talking about Devuan any more we are breaking our rule partially, we are allowing someone else do the talking, and Refracta is not officially Devuan anyway. And why did Devuan refused to add this to their list of clones? Did they ban the persons arguing they should? Hmmm….. …! Maybe this makes Fig OS even more interesting.
Using fig, I originally set out to create a program that produced html tables of Puppy Linux distro analysis– in other words, there are countless derivatives and I wanted to examine and output the differences. Continue reading →
Those two recent discoveries of a system vulnerability is due to hardware design and kernel development. One of the two has been partially addressed and fixed if you have updated your linux kernel to a patched one. The remaining seem pretty hard to be dealt with. In summary there is a way for memory handling to be leaked to the network revealing any sensitive information that may be temporarily retained as RAM or graphical memory. It is best not to read on rumors and interpretations but read the originals and monitor the status of fixing. At least temporarily you may change some habits and constantly wipe your memory to minimize the risk. Below find a set of links that official information originates and judge for yourself. Continue reading →
Tried to start a new topic, but my 51 year-old mind couldn’t figure it out! LOLOLOL! Anyway…what about Void Linux? I’ve been using it now (part-time) for awhile, and it’s pretty stinkin’ awesome. Seems as close to Arch as one could get without it being Arch, rolling release, seems more stable (?), and systemd-free. 🙂 They even have their “Voidified” version of Octopi called “Octoxpbs” for those who prefer a graphical package manager. I personally think Void is a force to be reckoned with. 🙂
For a while we thought Bitmask had vanished, but it is still alive and has a new edition, after the 0.92 and 0.94 beta. This is a an open-source free VPN and encrypted email that both users and vendors of such services can use.
My test machine is an aging, stock (unmodified), mass produced enterprise grade, machine made by Dell. Ever since my Manjaro days (Manjaro-OpenRC) when the first beta edition of Linux413 was released, it was the only kernel I have ever had problems with.* It always appeared to boot fine and only when X was about to start all input devices would freeze. Nothing in Xorg.0.log seemed to appear as an error. The machine would just lock up and only mechanically could it be rebooted. Continue reading →