SolydXK 10.4 Distro Released, Based on Debian GNU/Linux 10.4 “Buster”

As its version number suggests, SolydXK 10.4 is based on Debian GNU/Linux 10.4, which was released in early May 2020 with more than 50 security updates and over 100 bug fixes. The SolydXK team has worked hard over the past several months to bring you SolydXK 10.4, which includes the latest Linux 4.19 kernel and up-to-date packages from the Debian Buster repositories. On top of that, the new release comes with some important under-the-hood changes. For example, the /usr directories have been merged and the /bin, /sbin and /lib directories have now become symbolic links to /usr/bin, /usr/sbin and /usr/lib.

Android Leftovers

• OnePlus TV U Series, Y Series LED Android TVs Launched in India, Prices Start at Rs. 12,999

• Asus rolls out third Android 10 beta update for Zenfone Max Pro M1

• Android 10 update for the Redmi Note 8 gets a tentative ETA

• Google bans 25 more Android apps - and users urged to delete them straight away

• The best 5 VPN apps for Android phones and tablets 2020

• 14 new Android games from the week of June 29, 2020

• Chrome for Android goes 64-bit to improve performance

• This Fix Could Actually Get Android Auto Up and Running on Samsung Galaxy S20

• This week in Android: OnePlus Nord, Pixel 4 giveaway

• How to use Android's AirDrop-like Nearby Share feature

• Apple Car Keys: What is it and is there an Android alternative?

today's leftovers

• Upcoming SAVVY-V Open Source RISC-V Cluster Board Supports 10GbE via Microsemi PolarFire 64-bit RISC-V SoC

  RISC-V based PolarFire SoC FPGA by Microsemi may be coming up in the third quarter of this year, but Ali Uzel has been sharing a few details about SAVVY-V advanced open-source RISC-V cluster board made by FOSOH-V (Flexible Open SOurce Hardware for RISC-V) community of developers. It’s powered by Microsemi Polarfire RISC-V SoC MPFS250T with four 64-bit RISC-V cores, a smaller RV64IMAC monitor core, and FPGA fabric that allows 10GbE via SFP+ cages, and exposes six USB Type-C ports. The solution is called a cluster board since up to six SAVVY-V boards can be stacked via a PC/104+ connector and interfaced via the USB-C ports.

• Some PSAs for NUC owners

  I’ve written before, in Contemplating the Cute Brick, that I’m a big fan of Intel’s NUC line of small-form-factor computers. Over the last week I’ve been having some unpleasant learning experiences around them. I’m still a fan, but I’m shipping this post where the search engines can see it in support of future NUC owners in trouble. Two years ago I bought an NUC for my wife Cathy to replace her last tower-case PC – the NUC8i3BEH1. This model was semi-obsolete even then, but I didn’t want one of the newer i5 or i7 NUCs because I didn’t think it would fit my wife’s needs as well. What my wife does with her computer doesn’t tax it much. Web browsing, office work, a bit of gaming that does not extend to recent AAA titles demanding the latest whizzy graphics card. I thought her needs would be best served by a small, quiet, low-power-consumption machine that was cheap enough to be considered readily disposable at the end of its service life. The exact opposite of my Great Beast… The NUC was an experiment that made Cathy and me happy. She especially likes the fact that it’s small and light enough to be mounted on the back of her monitor, so it effectively takes up no desk space or floor area in her rather crowded office. I like the NUC’s industrial design and engineering – lots of nice little details like the four case screws being captive to the baseplate so you cannot lose them during disassembly. Also. Dammit, NUCs are pretty. I say dammit because I feel like this shouldn’t matter to me and am a bit embarrassed to discover that it does. I like the color and shape and feel of these devices. Someone did an amazing job of making them unobtrusively attractive. [...] When I asked if Simply NUC knew of a source for a fan that would fit my 8i3BEH1 – a reasonable question, I think, to ask a company that loudly claims to be a one-stop shop for all NUC needs – the reply email told me I’d have to do “personal research” on that. It turns out that if the useless drone who was Simply NUC “service” had cared about doing his actual job, he could have the read the fan’s model number off the image I had sent him into a search box and found multiple sources within seconds, because that’s what I then did. Of course this would have required caring that a customer was unhappy, which apparently they don’t do at Simply NUC. Third reason I know this: My request for a refund didn’t even get refused; it wasn’t even answered.

• GNU Binutils 2.35 Preparing For Release

  Binutils 2.35 was branched this weekend as this important component to the open-source Linux ecosystem. Binutils 2.35 has been branched meaning feature development is over for this next version of this collection of GNU tools. GNU Binutils 2.356 drops x86 Native Client (NaCl) support with Google having deprecated it in favor of WebAssembly, new options added for the readelf tool, many bug fixes, and an assortment of other changes albeit mostly on the minor side.

• Using CPU Subsets for Building Software

  NetBSD has a somewhat obscure tool named psrset that allows creating “sets” of cores and running tasks on one of those sets. Let’s try it: [...]

• What a TLS self signed certificate is at a mechanical level

  To simplify a lot, a TLS certificate is a bundle of attributes wrapped around a public key. All TLS certificates are signed by someone; we call this the issuer. The issuer for a certificate is identified by their X.509 Subject Name, and also at least implicitly by the keypair used to sign the certificate (since only an issuer TLS certificate with the right public key can validate the signature).

• Security Researchers Attacked Google’s Mysterious Fuchsia OS: Here’s What They Found

  A couple of things that Computer Business Review has widely covered are important context for the security probe. (These won’t be much surprise to Fuchsia’s followers of the past two years.)

  i.e. Fuschsia OS is based on a tiny custom kernel from Google called Zircon which has some elements written in C++, some in Rust. Device drivers run in what’s called “user mode” or “user land”, meaning they’re not given fully elevated privileges. This means they can be isolated better.

  In user land, everything that a driver does has to go via the kernel first before hitting the actually computer’s resources. As Quark Labs found, this is a tidy way of reducing attack surface. But with some sustained attention, its researchers managed to get what they wanted: “We are able to gain kernel code execution from a regular userland process.”

• What have you been playing on Linux? Come and have a chat

  Ah Sunday, that special day that's a calm before the storm of another week and a time for a community chat here on GOL. Today, it's our birthday! If you didn't see the post earlier this week, GamingOnLinux as of today has hit the big 11 years old! Oh how time sure flies by. Onto the subject of gaming on Linux: honestly, the majority of my personal game time has been taken up by Into the Breach. It's so gorgeously streamlined, accessible, fun and it's also ridiculously complex at the same time. Tiny maps that require a huge amount of forward thinking, as you weigh up each movement decision against any possible downsides. It's like playing chess, only with big mecha fighting off aliens trying to take down buildings. [...] I've also been quite disappointed in Crayta on Stadia, as it so far hasn't lived up to even my smallest expectations for the game maker. It just seems so half-baked, with poor/stiff animations and a lack of any meaningful content to start with. I'll be checking back on it in a few months but for now it's just not fun.

Programming Leftovers (LLVM Clang, R, Perl and Python)

• Arm Cortex-A77 Support Upstreamed Finally To LLVM Clang 11

  While the Arm Cortex-A77 was announced last year and already has been succeeded by the Cortex-A78 announcement, support for the A77 has finally been upstreamed to the LLVM Clang compiler. The Cortex-A77 support was added to the GCC compiler last year while seemingly as an oversight the A77 support wasn't added to LLVM/Clang until this week.

• Dirk Eddelbuettel: Rcpp now used by 2000 CRAN packages–and one in eight!

  As of yesterday, Rcpp stands at exactly 2000 reverse-dependencies on CRAN. The graph on the left depicts the growth of Rcpp usage (as measured by Depends, Imports and LinkingTo, but excluding Suggests) over time. Rcpp was first released in November 2008. It probably cleared 50 packages around three years later in December 2011, 100 packages in January 2013, 200 packages in April 2014, and 300 packages in November 2014. It passed 400 packages in June 2015 (when I tweeted about it), 500 packages in late October 2015, 600 packages in March 2016, 700 packages last July 2016, 800 packages last October 2016, 900 packages early January 2017, 1000 packages in April 2017, 1250 packages in November 2017, 1500 packages in November 2018 and then 1750 packages last August. The chart extends to the very beginning via manually compiled data from CRANberries and checked with crandb. The next part uses manually saved entries. The core (and by far largest) part of the data set was generated semi-automatically via a short script appending updates to a small file-based backend. A list of packages using Rcpp is available too.

• YouTube: The [Perl] Weekly Challenge - 067

• The [Perl] Weekly Challenge #067

  This week both tasks had one thing in common i.e. pairing two or more list. In the past, I have taken the help from CPAN module Algorithm::Combinatorics for such tasks.

• Weekly Python StackOverflow Report: (ccxxxiv) stackoverflow python report

• Flask project setup: TDD, Docker, Postgres and more - Part 1

  There are tons of tutorials on Internet that tech you how to use a web framework and how to create Web applications, and many of these cover Flask, first of all the impressive Flask Mega-Tutorial by Miguel Grinberg (thanks Miguel!). Why another tutorial, then? Recently I started working on a small personal project and decided that it was a good chance to refresh my knowledge of the framework. For this reason I temporarily dropped the clean architecture I often recommend, and started from scratch following some tutorials. My development environment quickly became very messy, and after a while I realised I was very unsatisfied by the global setup. So, I decided to start from scratch again, this time writing down some requirements I want from my development setup. I also know very well how complicated the deploy of an application in production can be, so I want my setup to be "deploy-friendly" as much as possible. Having seen too many project suffer from legacy setups, and knowing that many times such issues can be avoided with a minimum amount of planning, I thought this might be interesting for other developers as well. I consider this setup by no means better than others, it simply addresses different concerns.