Language Selection

English French German Italian Portuguese Spanish

Games: Terminal Phase, TaniNani, Rocket League, Vampire: The Masquerade - Coteries of New York

Filed under
Gaming
  • Time travel debugging in Spritely Goblins, previewed through Terminal Phase

    Okay, by now pretty much everyone is probably sick of hearing about Terminal Phase. Terminal Phase this, and Terminal Phase that! Weren't you getting back to other hacking on Spritely Goblins, Chris? And in fact I am, I just decided it was a good idea to demo one of the things that makes Goblins interesting.

    What you're seeing above is from the experimental tt-debugger branch of Terminal Phase (not committed yet because it's a proof-of-concept, and not as clean as I'd like it to be, and also you need the "dev" branch of Goblins currently). When the user presses the "t" key, they are presented with a menu by which they can travel backwards and forwards in time. The player can select a previous state of the game from every two seconds and switch to that.

  • In the puzzler TaniNani, you move level tiles instead of a character and it's very sweet

    Spread the tiles, swap them around and get your little friends to find each other in the sweet puzzle game TaniNani out now with Linux support. Note: Key provided by the developer.

    I won't leave you hanging for my thoughts on this one, I absolutely love it. The characters are adorable when they meet, the game is super easy to get into and there's no stress with it. Go at your own pace, figure it out and try as many times as you like without repercussions. TaniNani is a perfectly example of a good casual puzzle game that's enjoyable to play through.

  • Need a new game? There's big sales on Steam and Humble (plus a free Crusader Kings II DLC)

    I can't think why you might need a new Linux game right now but there's plenty of huge sales going on if you're interested in a new and fun experience.

    Valve have today launched their Lunar New Year Sale, as expected. Absolutely masses of great games going for ridiculous prices.

    On Steam, Paradox are also giving away the Sons of Abraham expansion for Crusader Kings II until January 27. Since Crusader Kings II itself is now free, stocking up on some other freebies is great to keep you going until Crusader Kings III releases.

  • Psyonix are ending support for Rocket League on both Linux and macOS

    Sad news today Linux gamers, Psyonix emailed us directly to make sure we saw the news that they're officially ending support of Rocket League on Linux and macOS.

  • Rocket League is Dropping Support for Linux

    Rocket League is dropping official support for Linux and macOS. Psyonix shared the news in a short statement posted on their website.

  • Vampire: The Masquerade - Coteries of New York released for Linux

    Draw Distance today released Vampire: The Masquerade - Coteries of New York, a very stylish Visual Novel set in the universe of Vampire: The Masquerade 5th Edition. Good to see it happen, after the confusion we were left with at the Windows version release.

Coverage by Ankush Das

  • Oh, Bummer! Rocket League is Ending Support For Linux

    If you’ve enjoyed playing Rocket League on Linux, you will be disappointed to know that Pysonix, the developer team behind Rocket League announced that they will be dropping support for Linux and Mac in March, 2020.

    If it was just another casual game on Steam, I wouldn’t mind- but Rocket League is a quite popular online multiplayer game across every platform.

    [...]

    Maybe you can try using Wine or Steam Play to play it on Linux? Doesn’t sound good though.

    Some furious users/gamers on Reddit mentioned that this is a result of Epic Games acquiring Rocket League developer Psyonix. I wouldn’t comment on that one – feel free to share your thoughts in the comments though.

Two more about this...

More media blitz about this...

More today

Slashdot still brings that up

  • Rocket League' To Drop Linux and Mac Support

    The announcement says their final patch "will disable online functionality (such as in-game purchases) for players on macOS and Linux, but offline features including Local Matches, and splitscreen play will still be accessible."

    "Players on Mac can try running Rocket League on Windows with Apple's Boot Camp tool," explains a support page, while adding in the next sentence that "Boot Camp is not something Psyonix officially supports." And if you play Rocket League on Linux, "you can try Steam's Proton app or Wine. These tools are not officially supported by Psyonix."

    The support page also includes instructions on how to request a refund.

Rocket League Drops Linux and Mac Support But Won't Refund...

  • Rocket League Drops Linux and Mac Support But Won't Refund Microtransactions

    Psyonix will stop supporting Rocket League on Mac and Linux in March, and while it’s offering refunds for the game, players are reportedly not getting reimbursed for microtransactions. Rocket League was just the second game to support full cross-platform play across all of its platforms, after Fortnite. That makes the end of support for Mac and Linux a big deal for players on those platforms, who don’t have as many options as players on consoles and PC.

    It’s not the first time that microtransactions have been at the center of a controversy in Rocket League. Last year, a movement against loot boxes picked up steam, leading to discussions about banning that form of microtransactions for being predatory and contributing to gambling addiction. Rocket League’s heavy use of loot boxes to deliver random cosmetic items to players put the game squarely in the crosshairs. Near the end of 2019, Psyonix eliminated loot boxes from Rocket League in favor of “blueprints,” which allowed players to see exactly what they were purchasing, but was again hit with criticism over their high prices.

Another day, another big bunch of old news about just one game

  • Refunds now available for Rocket League on macOS and Linux

    As online support for Rocket League on macOS and Linux is officially being pulled in March, players on those platforms can request a refund through Steam if they no longer wish to play the game.

    Regardless of whether you’ve owned the game for more than 2 weeks or have more than 2 hours of playtime logged, you can still request a refund. There are two ways to go about it.

  • Rocket League Mac and Linux players can get a refund

    Previously I wrote about Epic Games ending their support for Rocket League on macOS and Linux Platforms. The main reason behind this decision as Epic Games explained was that they both were not viable for them. Furthermore, Rocket League only multiplayer support was finished, players could still play in split-screen and other modes. Their support ending also meant that if the game went through some terrible buggy phase or anything else, they won’t try to fix it.

  • Psyonix Granting Refunds to Mac and Linux Rocket League Players

    Earlier this week, Rocket League developer Psyonix announced that it would be ending support for the Mac and Linux versions of the game. Although the platforms don’t have a particularly large player base, the developer claims it “cannot justify the additional and ongoing investment in developing native clients for those platforms”. For such cases, Psyonix is offering two alternatives: you can either continue online play on Windows, or you can claim a refund.

  • Rocket League players on Mac and Linux get refunds after dropped support

    Essentially, this meant that online modes would no longer be supported, but the game's other modes would be playable. Unfortunately, multiplayer is pretty much integral to the experience, and as such, the lack of online options all but crippled Rocket League.

  • Rocket League PC, Mac, Linux Refund | How to get money back

    Following the news that the game will be dropping online support for macOS and Linux, Psyonix has confirmed that you will be able to receive a full Rocket League refund on the platforms. Read on to discover how to get a refund for Rocket League on PC, macOS, and Linux (SteamOS). Discover how to get money back from Rocket League if you no longer wish to play on PC, macOS, and Linux (SteamOS).

  • Rocket League ending Mac and Linux support because they represent "less than 0.3%" of active players

    Last week, Psyonix revealed they’re going to stop supporting Rocket League on Mac and Linux, ending the ability to use any of the online functions on those platforms. They explained that it was “no longer viable” to support Mac and Linux as they continued to upgrade the game with “new technologies”.

    This was a bit of a vague reason that naturally left a lot of fans asking questions – but now they’ve said they can’t justify upgrading the tech on platforms that house less than 0.3% of their active player base.

    In a post that went up over the weekend, Psyonix explained that, while there are a lot of reasons it makes sense for them to stop supporting the platforms, the biggest is incompatibility with tech upgrades they’re planning.

  • Rocket League Mac and Linux players can now get refunds

    Psyonix announced that it was dropping multiplayer support for the Mac and Linux versions of Rocket League last week, with the changes coming in early March. While the other modes will still be playable, multiplayer is a vital component of the car-ball romp, leaving its small community unimpressed—especially as there was seemingly no refund option. It looks like this was a miscommunication, however, and Psyonix has since clarified why it's dropping support, as well as offering players refunds.

    DirectX 11 is the main reason Mac and Linux players won't be able to play online, apparently. Rocket League is being updated from 32-bit to 64-bit later this year, as well as updating from DX9 to DX11. Unfortunately, this means DX9, which the Mac and Linux clients require for OpenGL, will no longer be supported. Psyonix claims that only 0.3 percent of Rocket League's players use Mac or Linux, so it can't justify spending time and resources on an alternative.

Far more coverage about ending Linux support than adding it

Epic Games Kills Rocket League on Linux! (Reaction)

  • Epic Games Kills Rocket League on Linux! (Reaction)

    Epic Games decided that Linux and macOS Gamers don’t deserve the ability to play Rocket League on their preferred platform so I made this video because I am frustrated with losing my favorite game and I’m sick of Epic Games attacking the Gaming Industry while pretending to care about gamers.

    Tim Sweeney (CEO of Epic Games) has something against Linux apparently because he seems to refuse to support Linux with any games owned by Epic Games even to the point of buying a game that already had support for years and removing that support with Rocket League. In this video, I also cover the absurding of the claims that Sweeney thinks “Linux is great” while at the same time doing his best to ignore it and even hurt it.

Microsoft's DirectX Keeps Developers Stuck With Windows

  • Psyonix explains why Rocket League on macOS and Linux is scrapped and offers refunds

    Rocket League players on macOS and Linux got some bad news last week, as Psyonix is dropping online support for both platforms. The online-removing patch will arrive in March, at which point players will only have access to local multiplayer. At the time, there was little explanation as to why this move had to be made, but the developers have since expanded on its reasoning, attributing the change to a shift away from DirectX 9.

    Psyonix said last week that it has become “more difficult to support macOS and Linux” as the studio looks to adapt to newer technologies. Now, thanks to some additional clarification, we know that Rocket League is making the jump from DirectX 9 to DirectX 11 in order to support “new types of content and features” that aren’t possible on the older API:

    “There are multiple reasons for this change, but the primary one is that there are new types of content and features we’d like to develop, but cannot support on DirectX 9. This means when we fully release DX11 on Windows, we’ll no longer support DX9 as it will be incompatible with future content”.

  • Rocket League losing Linux and macOS support

    Rocket League, a game with which we have a bit of history, is losing support for Linux and macOS. Psyonix, the team behind the game, explained in a recent Reddit post that Rocket League is being updated from 32-bit and DirectX 9 to 64-bit and DirectX 11. The game’s OpenGL render for the Linux and macOS clients requires DX9 to function, and future game content will require DX11. Given that only 0.3% of the playerbase is on Linux and macOS, the team has decided that investing the time and resources into updating the Linux version to Vulkan or OpenGL4 and macOS version to Metal cannot be justified.

Psyonix explains why Rocket League support for MacOS and Linux

  • Psyonix explains why Rocket League support for MacOS and Linux was pulled

    Psyonix has explained its reasons for pulling support for Rocket League on MacOS and Linux.

    Taking to the game's subreddit, the developer detailed its decision to stop supporting these operating systems and said that MacOS and Linux users can get a refund.

    Combined, less than 0.3 per cent of the games player base are found on both platforms.

    "Rocket League is an evolving game, and part of that evolution is keeping our game client up to date with modern features. As part of that evolution, we'll be updating our Windows version from 32-bit to 64-bit later this year, as well as updating to DirectX 11 from DirectX 9," said the Reddit update.

Still in the news today

  • Rocket League Ends Online Multiplayer Support For Linux and macOS

    If you are playing Psyonix’s Rocket League on a Mac or Linux computer, you should know that the developer has announced that they will be dropping support for online multiplayer for the game on both those of these platforms. This will happen in March after a final patch for the game has been released.

    Harmonix says, “As we continue to upgrade Rocket League with new technologies, it is no longer viable for us to maintain support for the macOS and Linux (SteamOS) platforms. As a result, the final patch for the macOS and Linux versions of the game will be in March. This update will disable online functionality (such as in-game purchases) for players on macOS and Linux.”

Rocket League No Longer Supports MacOS and Linux

  • Rocket League No Longer Supports MacOS and Linux

    However, this also means that the planned developments can’t support DX 9. Once they release DX 11 on Windows, they will drop the DX 9 support as it won’t be compatible with the new content. However, they understand that some of their users that are “macOS and Linux native clients depend[ent] on our DX9 implementation for their OpenGL renderer to function.”

    Despite that, they mentioned that it would take “significant additional time and resources in a replacement rendering pipeline such as Metal on macOS or Vulkan/OpenGL4 on Linux.” They also pointed out that there’s no justification for investing time and developing for those platforms. Their Mac and Linux players account for only less than 0.3% of the total active players, and cited that “viable workarounds exist like Bootcamp or Wine to keep those users playing.”

Comment viewing options

Select your preferred way to display the comments and click "Save settings" to activate your changes.

More in Tux Machines

GNU: GDB (Debugger), Project's History, and GCC (Compiler)

  • GDB Debugger Adds Support For Debuginfod Web Server

    Debuginfod is the Red Hat led debug information HTTP web server distributed as part of elfutils and able to supply on-demand source code and ELF/DWARF debug files to debuggers / IDEs / other compiler tooling. The GDB debugger can now tap debuginfod for on-demand source files and debug information that isn't present on the local system. The motivation with debuginfod is to carry less developer "baggage" on local systems when it comes to debug files and potentially even source files. Particularly for organizations or cases like Linux distributions, a centralized debuginfod server could in turn supply the needed files to clients based upon the requested build ID. Red Hat has been working to expand the debuginfod support both for the GNU toolchain and also LLVM, among other possible users.

  • When is GOTS not in the national interest?

    The modern open-source software (OSS) movement can be traced back to the early 1980s with the birth of Richard Stallman’s GNU Project and the Free Software Foundation. [...] However, cost is a red herring for the real challenge presented by GOTS software solutions. On the surface, GOTS seems very similar to OSS which implies that it has the larger structural advantages of OSS. If handled cautiously, it can have those advantages, but care needs to be taken about what sort of existing software is being commoditized. The U.S. has a national interest in maintaining a strong software development capability. We are fortunate to be the dominant software-building country in the world. According to the Forbes 2000 list, the total market capitalization of U.S. internet, software, and computer services companies is close to $4.7 trillion — more than twice the rest of the world combined. Software tech is an enormous comparative advantage for the U.S. As a result, it is clearly in the national interest to have the government avoid directly competing against and potentially weakening the U.S. private sector.

  • New compiler added to popular studio for ARM and Cortex-M IDE

    The studio for ARM/Cortex-M is now supplied with three different compilers: GCC, Clang and the company's own compiler. The new compiler outperforms GCC and regular Clang on most benchmarks, decreasing both size of generated code as well as its execution speed.

Kernel: LWN and Phoronix Articles About Latest Discussions and Linux Developments

  • Filesystem UID mapping for user namespaces: yet another shiftfs

    The idea of an ID-shifting virtual filesystem that would remap user and group IDs before passing requests through to an underlying real filesystem has been around for a few years but has never made it into the mainline. Implementations have taken the form of shiftfs and shifting bind mounts. Now there is yet another approach to the problem under consideration; this one involves a theoretically simpler approach that makes almost no changes to the kernel's filesystem layer at all. ID-shifting filesystems are meant to be used with user namespaces, which have a number of interesting characteristics; one of those is that there is a mapping between user IDs within the namespace and those outside of it. Normally this mapping is set up so that processes can run as root within the namespace without giving them root access on the system as a whole. A user namespace could be configured so that ID zero inside maps to ID 10000 outside, for example; ranges of IDs can be set up in this way, so that ID 20 inside would be 10020 outside. User namespaces thus perform a type of ID shifting now. In systems where user namespaces are in use, it is common to set them up to use non-overlapping ranges of IDs as a way of providing isolation between containers. But often complete isolation is not desired. James Bottomley's motivation for creating shiftfs was to allow processes within a user namespace to have root access to a specific filesystem. With the current patch set, instead, author Christian Brauner describes a use case where multiple containers have access to a shared filesystem and need to be able to access that filesystem with the same user and group IDs. Either way, the point is to be able to set up a mapping for user and group IDs that differs from the mapping established in the namespace itself.

  • Keeping secrets in memfd areas

    Back in November 2019, Mike Rapoport made the case that there is too much address-space sharing in Linux systems. This sharing can be convenient and good for performance, but in an era of advanced attacks and hardware vulnerabilities it also facilitates security problems. At that time, he proposed a number of possible changes in general terms; he has now come back with a patch implementing a couple of address-space isolation options for the memfd mechanism. This work demonstrates the sort of features we may be seeing, but some of the hard work has been left for the future. Sharing of address spaces comes about in a number of ways. Linux has traditionally mapped the kernel's address space into every user-space process; doing so improves performance in a number of ways. This sharing was thought to be secure for years, since the mapping doesn't allow user space to actually access that memory. The Meltdown and Spectre hardware bugs, though, rendered this sharing insecure; thus kernel page-table isolation was merged to break that sharing. Another form of sharing takes place in the processor's memory caches; once again, hardware vulnerabilities can expose data cached in this shared area. Then there is the matter of the kernel's direct map: a large mapping (in kernel space) that contains all of physical memory. This mapping makes life easy for the kernel, but it also means that all user-space memory is shared with the kernel. In other words, an attacker with even a limited ability to run code in the kernel context may have easy access to all memory in the system. Once again, in an era of speculative-execution bugs, that is not necessarily a good thing.

  • Revisiting stable-kernel regressions

    Stable-kernel updates are, unsurprisingly, supposed to be stable; that is why the first of the rules for stable-kernel patches requires them to be "obviously correct and tested". Even so, for nearly as long as the kernel community has been producing stable update releases, said community has also been complaining about regressions that make their way into those releases. Back in 2016, LWN did some analysis that showed the presence of regressions in stable releases, though at a rate that many saw as being low enough. Since then, the volume of patches showing up in stable releases has grown considerably, so perhaps the time has come to see what the situation with regressions is with current stable kernels. As an example of the number of patches going into the stable kernel updates, consider that, as of 4.9.213, 15,648 patches have been added to the original 4.9 release — that is an entire development cycle worth of patches added to a "stable" kernel. Reviewing all of those to see whether each contains a regression is not practical, even for the maintainers of the stable updates. But there is an automated way to get a sense for how many of those stable-update patches bring regressions with them. The convention in the kernel community is to add a Fixes tag to any patch fixing a bug introduced by another patch; that tag includes the commit ID for the original, buggy patch. Since stable kernel releases are supposed to be limited to fixes, one would expect that almost every patch would carry such a tag. In the real world, about 40-60% of the commits to a stable series carry Fixes tags; the proportion appears to be increasing over time as the discipline of adding those tags improves.

  • Finer-grained kernel address-space layout randomization

    The idea behind kernel address-space layout randomization (KASLR) is to make it harder for attackers to find code and data of interest to use in their attacks by loading the kernel at a random location. But a single random offset is used for the placement of the kernel text, which presents a weakness: if the offset can be determined for anything within the kernel, the addresses of other parts of the kernel are readily calculable. A new "finer-grained" KASLR patch set seeks to remedy that weakness for the text section of the kernel by randomly reordering the functions within the kernel code at boot time.

  • Debian discusses how to handle 2038

    At this point, most of the kernel work to avoid the year-2038 apocalypse has been completed. Said apocalypse could occur when time counted in seconds since 1970 overflows a 32-bit signed value (i.e. time_t). Work in the GNU C Library (glibc) and other C libraries is well underway as well. But the "fun" is just beginning for distributions, especially those that support 32-bit architectures, as a recent Debian discussion reveals. One of the questions is: how much effort should be made to support 32-bit architectures as they fade from use and 2038 draws nearer? Steve McIntyre started the conversation with a post to the debian-devel mailing list. In it, he noted that Arnd Bergmann, who was copied on the email, had been doing a lot of the work on the kernel side of the problem, but that it is mostly a solved problem for the kernel at this point. McIntyre and Bergmann (not to mention Debian as a whole) are now interested in what is needed to update a complete Linux system, such as Debian, to work with a 64-bit time_t. McIntyre said that glibc has been working on an approach that splits the problem up based on the architecture targeted. Those that already have a 64-bit time_t will simply have a glibc that works with that ABI. Others that are transitioning from a 32-bit time_t to the new ABI will continue to use the 32-bit version by default in glibc. Applications on the latter architectures can request the 64-bit time_t support from glibc, but then they (and any other libraries they use) will only get the 64-bit versions of the ABI. One thing that glibc will not be doing is bumping its SONAME (major version, essentially); doing so would make it easier to distinguish versions with and without the 64-bit support for 32-bit architectures. The glibc developers do not consider the change to be an ABI break, because applications have to opt into the change. It would be difficult and messy for Debian to change the SONAME for glibc on its own.

  • UEFI Boot Support Published For RISC-V On Linux

    As we've been expecting to happen with the Linux EFI code being cleaned up before the introduction of a new architecture, the RISC-V patches have been posted for bringing up UEFI boot support. Western Digital's Atish Patra sent out the patch series on Tuesday for adding UEFI support for the RISC-V architecture. This initial UEFI Linux bring-up is for supporting boot time services while the UEFI runtime service support is still being worked on. This RISC-V UEFI support can work in conjunction with the U-Boot bootloader and depends upon other recent Linux kernel work around RISC-V's Supervisor Binary Interface (SBI).

  • Linux Kernel Seeing Patches For NVIDIA's Proprietary Tegra Partition Table

    As an obstacle for upstreaming some particularly older NVIDIA Tegra devices (namely those running Android) is that they have GPT entry at the wrong location or lacking at all for boot support. That missing or botched GPT support is because those older devices make use of a NVIDIA proprietary/closed-source table format. As such, support for this proprietary NVIDIA Tegra Partition Table is being worked on for the Linux kernel to provide better upstream kernel support on these consumer devices. NVIDIA Tegra devices primarily rely on a special partition table format for their internal storage while some also support traditional GPT partitions. Those devices with non-flakey GPT support can boot fine but TegraPT support is being worked on for handling the upstream Linux kernel with the other devices lacking GPT support or where it's at the wrong sector. This issue primarily plagues Tegra 2 and Tegra 3 era hardware like some Google Nexus products (e.g. Nexus 7) while fortunately newer Tegra devices properly support GPT.

  • Intel Continues Bring-Up Of New Gateway SoC Architecture On Linux, ComboPHY Driver

    Besides all the usual hardware enablement activities with the usual names by Intel's massive open-source team working on the Linux kernel, one of the more peculiar bring-ups recently has been around the "Intel Gateway SoC" with more work abound for Linux 5.7. The Intel Gateway SoC is a seemingly yet-to-be-released product for high-speed network packet processing. The Gateway SoC supports the Intel Gateway Datapath Architecture (GWDPA) and is designed for very fast and efficient network processing. Outside of Linux kernel patches we haven't seen many Intel "Gateway" references to date. Gateway appears to be (or based on) the Intel "Lightning Mountain" SoC we were first to notice and bring attention to last summer when patches began appearing for that previously unknown codename.

Security: Updates, DNS Features in IPFire, Shodan and Canonical's Role in Robot Operating System (ROS 2)

  • Security updates for Wednesday

    Security updates have been issued by Debian (python-pysaml2), Mageia (clamav, graphicsmagick, opencontainers-runc, squid, and xmlsec1), Oracle (kernel, ksh, python-pillow, systemd, and thunderbird), Red Hat (rh-nodejs12-nodejs), Scientific Linux (ksh, python-pillow, and thunderbird), and SUSE (nodejs6, openssl, ppp, and squid).

  • What you can do with the new DNS features in IPFire

    Every time you try to access a website - for example ipfire.org - you will ask a DNS server for the IP address to connect to. They won't see anything past "the slash" in the URL, but that is not necessary to know what you probably have in mind to do. That DNS server now knows which bank you are with, where you work, where you do your online shopping, who is hosting your emails and many things more... Although this data is not too interesting about one individual, it becomes very relevant when you are looking at many profiles. People who shop at a certain place or are with a certain bank might be high earners. People who shop at another place might have trouble to stay afloat financially. Now I know what advertisements I need to show to which group so that they will become my customers. In short, your whole browser history tells a lot about you and you might be giving it away for free to the advertising industry or other parties who will use your data against you.

  • How Shodan Has Been Improved to Help Protect Energy Utilities

    Shodan is a well-known security hacking tool that has even been showcased on the popular Mr. Robot TV show. While Shodan can potentially be used by hackers, it can also be used for good to help protect critical infrastructure, including energy utilities. At the RSA Conference in San Francisco, Michael Mylrea, Director of Cybersecurity R&D (ICS, IoT, IIoT) at GE Global Research, led a session titled "Shodan 2.0: The World’s Most Dangerous Search Engine Goes on the Defensive," where he outlined how Shodan has been enabled to help utilities identify risks in critical energy infrastructure. Shodan, to the uninitiated, is a publicly available search engine tool that crawls the internet looking for publicly exposed devices. Mylrea explained that utilities are often resource constrained when it comes to cybersecurity and are typically unaware of their risk. In recent years, there have been a number of publicly disclosed incidents involving utilities. To help solve that challenge, Mylrea proposed a project to the US Department of Energy (DoE) to enhance Shodan for utilities so they could use the tool to find risks quickly.

  • Canonical takes leadership role in security for ROS

    Canonical is committed to the future of robotics, as proven a short time ago when we joined the Technical Steering Committee of the second version of the Robot Operating System (ROS 2). We’re also dedicated to building a foundation of enterprise-grade, industry leading security practices within Ubuntu, so we’re excited to join both of these strengths with our own Joe McManus taking the helm of the ROS 2 Security Working Group. We believe robots based on Linux are cheaper to develop, more flexible, faster to market, easier to manage, and more secure. While ROS began as an academic project over a decade ago, it has grown to become the most popular middleware for creating Linux-powered robots. It has harnessed the power of open source, allowing for many of the complex problems faced by robotics to be solved through collaboration. The ROS developer community has continued to grow, and ROS now enjoys an increasing amount of commercial use and supported robots. In response, the ROS community has completely overhauled the ROS codebase and started distributing ROS 2.

Audiocasts/Shows/Screencasts: The Linux Link Tech Show, FLOSS Weekly, Linux Headlines and Arch/Manjaro

  • The Linux Link Tech Show Episode 846

    nodejs 12, raspberry pi, 3d printing, air frying

  • FLOSS Weekly 567: DeepCode

    DeepCode alerts you about critical vulnerabilities you need to solve in your code. DeepCode finds critical vulnerabilities that other automated code reviews don't, such as Cross-Site Scripting, Path Traversal or SQL injection. DeepCode finds critical vulnerabilities that other automated code reviews don't, such as Cross-Site Scripting, Path Traversal or SQL injection with 90% precision.

  • 2020-02-26 | Linux Headlines

    Brave joins forces with the Wayback Machine, the Linux Foundation teams up with IBM to fight climate change, and The Document Foundation puts out a call to the community.

  • Linux Apps I Use At Work

    Linux Apps I Use At Work This video will go over all the applications I use on my Work PC. I go over my email, file browser, and many other features. As a life long Windows user, I was able to optimize my workflow once I moved to Linux and pick up a lot of productivity.

  • Manjaro 19.0 KDE Plasma Edition overview | #FREE OPERATING SYSTEM.

    In this video, I am going to show an overview of Manjaro Linux 19.0 KDE Plasma Edition and some of the applications pre-installed.

  • Manjaro 19.0 XFCE Run Through

    In this video, we are looking at Manjaro 19.0 XFCE.