Last week you had the chance to ask ESR about books, guns, and open source software. Below you'll find his answers to those questions.

First time accepted submitter BlazeMiskulin writes "With XP approaching end-of-life, I find myself in a situation that I'm guessing is common: What to do with Mom's machine (or 'grandma's machine' for the younger of you). Since a change has to be made, this seems like a good time to move to a Linux distro. My mother (82) uses her computer for e-mail and web-browsing only. I know that any distro will be able to handle her needs. I've been using Linux (Ubuntu, CentOS, and Redhat--usually with KDE interface) for about 10 years now, but I know that my preferences are quite different from hers.

I have my own ideas, but I'm curious what others think: What combination of distro and UI would you recommend for an old, basic-level user who is accustomed to the XP interface and adverse to change?" My Grandmother seems happy running KDE on Debian.

Via Phoronix comes news that Debian has been ported to the OpenRISC architecture by Christian Svensson. Quoting his mailing list post: "Some people know that I've been working on porting Glibc and doing some toolchain work. My evil master plan was to make a Debian port, and today I'm a happy hacker indeed! ... If anyone want to try this on real hardware (would be very cool to see how this runs IRL), ping me on IRC [#openrisc on freenode] and I'll set you up with instructions how to use debootstrap - just point to a repo with the debs and you're all set, the wonders of binary distributions." For those who don't know, OpenRISC is the completely open source RISC processor intended as the crown jewel of the Opencores project. A working port of glibc and a GNU/Linux distribution is a huge step toward making use of OpenRISC practical. There's a screencast of the system in action, and source on Github (at posting time, it was a month out of date from the looks of it). Christian Svensson's Github account also has repos for the rest of the toolchain.

An anonymous reader writes "Following one of the best descriptions ever of a hacker I've ever seen, Pete Herzog, creator of the 'security testing' (professional hacking) manual OSSTMM outlines compelling reasons why the traits of the hacker should be taught in school to make better students and better people. It starts out with 'Whatever you may have heard about hackers, the truth is they do something really, really well: discover.' and it covers open education, teaching kids to think for themselves, and promoting hacking as a tool for progress." A good read, despite confusing hacker and hacker a bit. I remember getting to set up Debian on a scrap machine in high school, only to have county IT kill the project because of the horrible danger experimentation could have proven to the network...

GuerillaRadio writes "Following the decision for Debian to switch to the systemd init system, Ubuntu founder and SABDFL Mark Shuttleworth has posted a blog entry indicating that Ubuntu will now follow in this decision. 'Nevertheless, the decision is for systemd, and given that Ubuntu is quite centrally a member of the Debian family, that's a decision we support. I will ask members of the Ubuntu community to help to implement this decision efficiently, bringing systemd into both Debian and Ubuntu safely and expeditiously.'"

Bucc5062 writes "A previous mobile phone of mine, a Motorola Razr, had a very nice program call Motocast. With it any pictures and videos would be automatically uploaded to a local/home PC running something akin to a 'cloud' service. This was great tool for I did not want to store files in the greater 'cloud'. the Razr moved on and I currently have two phones at home, neither of which have the same ability to push files to a local PC automatically. I did some research and did not find any good substitute for local cloud type backup so I am putting this out to one of the most diverse crowds I know, Slashdot readers. Zumocast did not look like it did the trick (I don't want streaming to my mobile device) and Delite studios had local cloud, but they make no reference to automatically pushing files to the server. I have people at home who are not tech savvy and would never remember to do it manually. Rolling my one is a long term option though it would require me learning the APIs for Android and I guess Windows. Is there something out that that works as good as Motocast?" ownCloud seems like a reasonable contender (installation on Debian, at least in the case of a few users and sqlite, is pretty easy). Their Android app has an option to automatically sync videos and photos as they are taken. But are there other options that are easier to install for folks uncomfortable with the idea of running Apache and an SQL server?

jones_supa writes "At FOSDEM 2014 some recent developments of GNU Hurd were discussed (PDF slides). In the name of freedom, GNU Hurd has now the ability to run device drivers from user-space via the project's DDE layer. Among the mentioned use-cases for the GNU Hurd DDE are allowing VPN traffic to just one application, mounting one's own files, redirecting a user's audio, and more flexible hardware support. You can also run Linux kernel drivers in Hurd's user-space. Hurd developers also have working IDE support, X.Org / graphics support, an AHCI driver for Serial ATA, and a Xen PV DomU. Besides the 64-bit support not being in a usable state, USB and sound support is still missing. As some other good news for GNU Hurd, around 79% of the Debian archive is now building for GNU Hurd, including the Xfce desktop (GNOME and KDE soon) and Firefox web browser."

sfcrazy writes "Bdale Garbee,chairman of the Debian Technical Committee, called for a ballot from the TC to chose the default init system. The votes are in systemd is the clear winner here. Bdale himself voted for systemd."

enharmonix writes "I have a big decision to make. I am probably going to buy a laptop that I will primarily use for music. I would prefer an OEM distro so I don't need to install the OS myself (not that I mind), but I have no preference between open- and closed-source software as an end-user; I just care about the quality of the product. There are two applications that I absolutely must have: 1) a standard notation transcription program with quality auditioning (i.e., playback with quality sound fonts or something similar, better than your standard MIDI patches) that can also accept recorded audio in lieu of MIDI playback, and 2) a capable synthesizer (the more options, the better). If there's software out there that does both 1 and 2 in the same app, that's even better. I've played with some of Ubuntu's offerings for music a few years ago and some are very good, though not all of them are self-explanatory and the last time I checked, none of them really met my needs. I am not so worried about number 2 because I think I could pretty easily develop my own in .NET/Mono, which I think would be a fun project (which would be open source, of course). I am a Gnome fan so if I go with Linux, I will almost certainly go with standard Ubuntu over Kubuntu, but Gnome seems to rule out Rosegarden which was the best FOSS transcription software out there the last time I checked. The other solution I've thought of is to just shell out the $600 for Finale, which I'm more than willing to do, but I'm not so sure I want Windows 8 and I'm just not sure I can afford to go with a Mac on top of the $600 for Finale. I don't intend to put more than one OS on my laptop, either. Any slashdotters out there dabble in composing/recording, using MIDI, sound fonts, recorded audio, and/or synthesizers? What setup of hardware/OS/software works for you? Can FOSS music software compete with their pricier closed source competitors?" The KXStudio apps installed over Debian or Ubuntu tend to be pretty nice (better session handling that gladish provides at least).

sfcrazy writes "Valve Software, the makers of Steam OS, is already winning praise from the larger free and open source community – mainly because of their pro-community approach. Now the company is 'giving back' to Debian by offering free subscription to Debian developers. This subscription will offer full access to current and future games produced by Valve. Since Steam OS is based on Debian GNU/Linux it's a nice way for Valve to say 'thank you' to Debian developers."

An anonymous reader writes with news of an interesting demo for clmtrackr (a Javascript library for tracking of facial features) that hides your face using 3D masks overlayed on the video from your webcam using WebGL. The effect is kind of neat, and a bit creepy. The demo works in Chromium here, but not in Firefox (Debian unstable). There are a couple other demos; the facial deformation demo is reminiscent of the intro screen to Mario 64.

An anonymous reader writes "With the release of SteamOS, developing video game engines for Linux is a subject with increasing interest. This article is an initiation guide on the tools used to develop games, and it discusses the pros and cons of Linux as a platform for developing game engines. It goes over OpenGL and drivers, CPU and GPU profiling, compilers, build systems, IDEs, debuggers, platform abstraction layers and other tools."

jones_supa writes "The x32 ABI for Linux allows the OS to take full advantage of an x86-64 CPU while using 32-bit pointers and thus avoiding the overhead of 64-bit pointers. Though the x32 ABI limits the program to a virtual address space of 4GB, it also decreases the memory footprint of the program and in some cases can allow it to run faster. The ABI has been talked about since 2011 and there's been mainline support since 2012. x32 support within other programs has also trickled in. Despite this, there still seems to be no widespread interest. x32 support landed in Ubuntu 13.04, but no software packages were released. In 2012 we also saw some x32 support out of Gentoo and some Debian x32 packages. Besides the kernel support, we also saw last year the support for the x32 Linux ABI land in Glibc 2.16 and GDB 7.5. The only Linux x32 ABI news Phoronix had to report on in 2013 was of Google wanting mainline LLVM x32 support and other LLVM project x32 patches. The GCC 4.8.0 release this year also improved the situation for x32. Some people don't see the ABI as being worthwhile when it still requires 64-bit processors and the performance benefits aren't very convincing for all workloads to make maintaining an extra ABI worthwhile. Would you find the x32 ABI useful?"

jones_supa writes "SteamOS has been further inspected to see what kind of technical solutions it uses. The Debian-based OS uses Linux 3.10, shipping with a heap of patches applied, with the most focus being on real-time-like features. The kernel is also using aufs and they seem to be sitting on some bug fixes for upstream on top of that. The kernel is not using the new Intel P-State driver, with the reported reason being, 'it causes issues with sound being choppy during BigPicture trailer video playback.' SteamOS is using SysVinit as its init system. The desktop is backed by X.Org server 1.12.4 and a custom desktop compositor which seems to be a 4,200-line patch on xcompmgr. Catalyst and Mesa components can be found on the system, but so far only NVIDIA is officially supported. The system boots into Big Picture Mode, but the user can drop into a GNOME desktop. Responsible for a great deal of the kernel changes, SteamOS compositor work, and other SteamOS code is Pierre-Loup A. Griffais, a.k.a. 'Plagman'. He was a NVIDIA employee dealing with their Linux support. Another Valve employee doing lots of the SteamOS system-level work is John Vert, who up until last year was a Microsoft employee since 1991. There's also other former Microsoft employees on Valve's Linux team, like Mike Sartain."

An anonymous reader writes that, as promised, "Valve has put out their first SteamOS Linux operating system beta. SteamOS 1.0 'Alchemist' Beta is forked from Debian Wheezy and features its own graphics compositor along with other changes. Right now SteamOS 1.0 is only compatible with NVIDIA graphics cards and uses NVIDIA's closed-source Linux driver. SteamOS can be downloaded from here, but the server seems to be offline under the pressure."

alancronin writes with a quick bite from the Dallas News about everyone's favorite FPS: "Few video games have had the impact that Doom has on the medium as a whole. While it wasn't the first first-person shooter out there, it was certainly one of the earliest hits of the genre, due in no small part to its revolutionary multiplayer. Today, that game is 20 years old. Made in Mesquite by a bunch of young developers including legends John Carmack and John Romero, Doom went on to 'transform pop culture,' as noted by the sub-title of the book Masters of Doom." Yesterday, but who's counting. Fire up your favorite source port and slay some hellspawn to celebrate (or processes). I'm partial to Doomsday (helps that it's in Debian).

jammag writes "According to this article, 'Whether Ubuntu is declining is still debatable. However, in the last couple of months, one thing is clear: internally and externally, its commercial arm Canonical appears to be throwing the idea of community overboard as though it was ballast in a balloon about to crash.' The author points out instances of community discontent and apparent ham-handedness on Mark Shuttleworth's part. Yet isn't this just routine kvetching in the open source community?"

rjmarvin writes "Docker 0.7 was released today, with 7 major new features including support to run on all Linux distributions. No longer capable solely on running on Debian and Ubuntu Linux, Docker 0.7 adds support for distributions such as Red Hat, SUSE, Gentoo and Arch. From the announcement: 'A key feature of Docker is the ability to create many copies of the same base filesystem almost instantly. Under the hood Docker makes heavy use of AUFS by Junjiro R. Okajima as a copy-on-write storage mechanism. AUFS is an amazing piece of software and at this point it’s safe to say that it has safely copied billions of containers over the last few years, a great many of them in critical production environments. Unfortunately, AUFS is not part of the standard linux kernel and it’s unclear when it will be merged. This has prevented docker from being available on all Linux systems. Docker 0.7 solves this problem by introducing a storage driver API, and shipping with several drivers. Currently 3 drivers are available: AUFS, VFS (which uses simple directories and copy) and DEVICEMAPPER, developed in collaboration with Alex Larsson and the talented team at Red Hat, which uses an advanced variation of LVM snapshots to implement copy-on-write. An experimental BTRFS driver is also being developed, with even more coming soon: ZFS, Gluster, Ceph, etc. When the docker daemon is started it will automatically select a suitable driver depending on its capabilities.'"

sfcrazy writes "Fans of the MATE desktop environment, which is a fork of Gnome 2, will be happy to know that MATE is scheduled to be included in the official Debian repositories. Early 2012, it was requested that MATE be included in said repositories, and almost 2 years later, it appears we're almost there."

jfruh writes "Most day-to-day programmers have only a general idea of how compilers transform human-readable code into the machine language that actually powers computers. In an attempt to streamline applications, many compilers actually remove code that it perceives to be undefined or unstable — and, as a research group at MIT has found, in doing so can make applications less secure. The good news is the researchers have developed a model and a static checker for identifying unstable code. Their checker is called STACK, and it currently works for checking C/C++ code. The idea is that it will warn programmers about unstable code in their applications, so they can fix it, rather than have the compiler simply leave it out. They also hope it will encourage compiler writers to rethink how they can optimize code in more secure ways. STACK was run against a number of systems written in C/C++ and it found 160 new bugs in the systems tested, including the Linux kernel (32 bugs found), Mozilla (3), Postgres (9) and Python (5). They also found that, of the 8,575 packages in the Debian Wheezy archive that contained C/C++ code, STACK detected at least one instance of unstable code in 3,471 of them, which, as the researchers write (PDF), 'suggests that unstable code is a widespread problem.'"