Microsoft Teams: Progressive web app arrives for Linux users – ZDNet

Image: Getty Images/Nitat Termmee

Microsoft has released its Teams progressive web app (PWA) for Linux platforms as a feature of the existing web client. 

The Teams PWA is intended as the replacement for the Teams Linux client, which Microsoft finally launched in 2019 but last month encouraged Linux users to ditch for the upcoming Teams PWA, which can be installed via Chrome and Edge. The PWA option is only available for Linux and is offered as an install via a browser notification. Microsoft will retire the Teams Linux desktop client in December, according to Petri. 

The Teams PWA offers “desktop-like” features such as system notifications for chat and channel, dock icon with respective controls, application auto-start, and easy access to system app permissions. 

Also: Four ways to get noticed in the changing world of work

It also supports background effects, gallery view, reactions, raised hand in settings, large gallery, and together mode views. Microsoft began testing these features on Teams for web in 2021. 

According to Microsoft, the PWA for Linux lets it “bridge the gaps between the Teams desktop client on Linux and Windows” and lets it ship the latest Microsoft Teams features faster to Linux users. 

“Linux customers who rely on Microsoft Teams for collaboration and communication needs told us they want the full richness of Teams features available for their users in a secure way. This can now be achieved using the Teams PWA,” Microsoft explains in a blogpost.

Additionally, the Teams PWA for Linux can be used with Conditional Access configuration applied through Microsoft’s Endpoint Manager. Conditional Access is a policy-based security enforcement mechanism that can be used by admins to require, for example, certain roles to use multi-factor authentication when accessing a web app. In this case, it allows Linux users to access the Teams web application while using Edge.  

Prior to the Linux desktop client’s availability in 2019, it had been one of the top requested features on Microsoft’s old Teams UserVoice site.    

Microsoft’s blogpost has received mixed reviews from users of the Teams client. Some appreciated the PWA and say it works great, but others complain it’s unstable and lacking features.   

Microsoft has built a lot of tools for Linux in recent years, mostly focused on developers and the cloud. There’s the Windows Subsystem for Linux with a Microsoft-built Linux kernel, Chromium-based Edge for Linux, the Microsoft Linux distribution Common Base Linux, (CBL)-Mariner, and its relatively new Microsoft 365 CloudPC, which is available across all platforms, including Linux. But the Teams Linux desktop client was a standout among its Office suite, whose apps otherwise only run in the browser or a VM on Linux.  

Source: Microsoft

Best Python IDEs for Ubuntu and Other Linux Distros – It’s FOSS

Whether a coder or not, you must have heard about Python Programming language in some capacity. Python is used extensively in Artificial Intelligence and Machine Learning, some of the most popular buzzwords in computing.

Being a popular programming language, you may already know or be interested in learning it.

When someone learns a programming language, an IDE (Integrated Development Environment) comes in handy. It makes programming easy while giving you access to multiple utilities in a few clicks.

Specifically, it provides features like Syntax Highlighting, Debugging, etc., in one place.

If you are learning Python and want to use an IDE to test things, I have compiled a list of them to help you.

Note: There are many other IDEs available for Python, which you won’t find here. They work with Python2 only (which has been deprecated). Hence, we have omitted such options.

1. Eric

Eric is an open-source editor based on the Qt6 toolkit and is written in Python itself.

Eric boasts a ton of features for Python and is a proper IDE. It supports downloadable plugins, which can further extend its capabilities.

It also has an Integrated Python debugger, Interactive Python shell, and Integrated support for Python Package Management (pip), to name a few of the many features it provides.

Go check out the extensive list of its features on its official website.

2. Geany

Geany is an open source IDE based on the GTK3 toolkit, which is small and lightweight.

Being a lightweight application, it runs perfectly fine on every type of Linux distro no matter the desktop environment. It supports many programming languages, including Python. It also supports some plugins to extend its capabilities.

Not to forget, Geany is almost one of the best Notepad++ alternatives for Linux.

3. PyCharm

PyCharm is one of the most popular and advanced Python IDEs developed by JetBrains.

JetBrains is the organization behind some of the best IDEs like Android Studio and the programming language Kotlin used for Android development.

It is an open-source application which is quite an extensive application compared to others in the list.

An open-source community edition is available for free. Although, a paid version is also available with more features needed for professional development, which is a proprietary edition.

It has a load of features specific to the Python language, as it is specially tailored for the same.

You can check out all its features on the website and its paid version’s pricing.

Recommended Read: Xonsh Shell Combines the Best of Bash Shell and Python in Linux Terminal

4. Spyder

Spyder is an open-source IDE based on a Qt toolkit designed for scientific use.

It has MATLAB (language and platform for data analysis) like features. Spyder, being built for Scientific and Engineering applications, has features with which analysis can be done graphically using histograms, graphs, etc.

Scientific tools provided by Spyder can be somewhat similar to the paid tools available with PyCharm. And that’s not all, it also provides a VIM plugin for providing VIM keybindings support.

Visit Spyder’s website for more information about its applications for scientists and engineers.

5. Thonny

Thonny is an open source Python IDE based on the Tk GUI toolkit. It is tailored for beginners.

Even though it uses a different GUI toolkit, it is incredibly lightweight and simple to use when compared to other IDEs.

If you are a beginner, go for it for its simplicity and small-sized installation. You can explore its GitHub page to know more about it.

6. Visual Studio Code

Visual Studio Code is an open-source Electron-based application developed by Microsoft.

The user experience is well-polished compared to most other options.

It can be used for many programming languages. But, to use it for coding in Python, you need to grab the plugin that enables it.

Once you install the plugin required, you can start writing code in Python and learn about issues through its debugger. Being an Electron-based application, some users may not like it for the extra overhead. But, it works fairly well!

If you want to use Microsoft’s Visual Studio Code without all its telemetry, you can opt for VSCodium.

7. Bluefish

Bluefish is an open-source editor based on the GTK3 toolkit for web designers.

However, being a very powerful editor, one can also use it to write code in Python. I did not find any way to execute the file in Bluefish, but it supports syntax highlighting.

The development activity appears to be inactive since 2020. You can head on to its official website to know more.

Wrapping Up

One can arguably use any text editor which supports syntax highlighting for writing code in Python, e.g., Emacs and VIM also Notepadqq. But, in my opinion, using an IDE provides a more comfortable environment for coding as compared.

Python has many applications, ranging from web development to artificial intelligence. Therefore, some IDEs can provide features specific to a particular application of Python, which may not be available in some IDEs.

There is no good or bad IDE, as it all boils down to the thing you want to use Python for.

Which IDE would you use for Python? Your suggestions are always welcome in the comments.

The easier way to install Steam on Linux gets bleeding-edge graphics support – Ars Technica

Enlarge / Steam, installed from the Snap Store, looks and feels a lot like Steam. You just see this interface a bit sooner, without a bunch of tabs open to find the right dependencies.

Canonical / Valve

Installing Steam on a Linux system just got a little easier, at least if you can install a Snap package. Ubuntu-maker Canonical announced today that its Steam Snap supports “bleeding edge” Mesa graphics APIs, with more improvements coming soon.

Snaps are self-contained packages that are easier for users to install without command lines and also contain the other programs and libraries they rely on, preventing conflicts between the versions of installed software applications (i.e., dependency hell). They’re theoretically easier to update through a store app and are sandboxed from the rest of the system. They’re also not universally appreciated in the greater Linux community, as they’re pushed primarily by Canonical through its Snap Store and can reduce the performance of some apps.

Canonical worked with Steam-creator Valve to create the Steam Snap in “Early Access” in March. It bakes in the Mesa drivers and Proton and Wine wrappers needed for some Windows-via-Linux games, resolves the 32-bit/64-bit discrepancies for certain libraries, and handles the other necessary items that users would typically be pulling in via command-line and private repositories.

The latest Steam Snaps add support for removable media, high-DPI displays, and localization. Canonical states that the app also benefits from a migration to Core 22 and LZO compression. (Snaps were originally developed for Ubuntu’s mobile OS and embedded/Internet of Things platform. It’s complicated.)

Advertisement

At the moment, installing the Steam Snap pulls in the very latest Mesa drivers from Oibaf’s PPA repository. In the near future, Canonical wants to let Snap installers customize their install if they wish, choosing “fresh” or “turtle” Mesa drivers for the latest point release or stable releases, respectively.

Over the next few months, the Steam Snap team wants to add support for the following: Feral Interactive’s GameMode (now installed by default on Ubuntu desktop); MangoHUD to overlay frames-per-second and other performance data; and automatically enabling Proton, or “Steam Play,” by default in Steam.

The Mesa drivers in the Steam Snap won’t do much for modern Nvidia graphics cards, so Canonical felt it necessary to address Nvidia, with which it has a “close collaboration.” Canonical states that it’s getting Nvidia ‘s latest drivers to its users within two months of release. Nvidia took very small, highly caveated steps toward open source support earlier this year, releasing some parts of its driver but not the most important user-space sections. It’s easier for Ubuntu and other distro makers to package Nvidia’s binary, proprietary drivers these days, but that’s about as far as it goes with openness.

You can grab the latest version of the Steam Snap in the Snap Store. Canonical notes that those who want to help test game compatibility can switch their Snap install to an “edge” version, then file reports on individual games, which show up in its GitHub discussion.

Listing image by Getty Images

Using Firewall With UFW in Ubuntu Linux [Beginner’s Guide] – It’s FOSS

UFW (Uncomplicated Firewall) is a simple-to-use firewall utility with plenty of options for all kinds of users.

It is actually an interface for iptables, which is the classic low-level tool (and harder to get comfortable with) to set up rules for your network.

Why should you use a Firewall?

A firewall is a way to regulate the incoming and outgoing traffic on your network. This is crucial for servers, but it also makes a regular user’s system much safer, giving you control. If you are one of those people who like to keep things under control on an advanced level even on the desktop, you may consider setting up a firewall.

In short, the firewall is a must for servers. On desktops, it is up to you if you want to set it up.

Setting up a firewall with UFW

It is important to properly set up firewalls. An incorrect setup may leave the server inaccessible if you are doing it for a remote Linux system, like a cloud or VPS server. For example, you block all incoming traffic on the server you are accessing via SSH. Now you won’t be able to access the server via SSH.

In this tutorial, I’ll go over configuring a firewall that suits your needs, giving you an overview of what can be done using this simple utility. This should be suitable for both Ubuntu server and desktop users.

Please note that I’ll be using the command line method here. There is a GUI frontend called Gufw for desktop users but I won’t be covering it in this tutorial. There is a dedicated guide to Gufw if you want to use that.

Install UFW

If you are using Ubuntu, UFW should already be installed. If not, you can install it using the following command:

sudo apt install ufw

For other distributions, please use your package manager for installing UFW.

To check that UFW is properly installed, enter:

ufw --version

If it is installed, you should see the version details:

[email protected]:~$ ufw --version
ufw 0.36.1
Copyright 2008-2021 Canonical Ltd.

Great! So you have UFW on your system. Let’s see about using it now.

Note: You need to use sudo or be root to run (almost) all the ufw commands.

Check ufw status and rules

UFW works by setting up rules for incoming and outgoing traffic. These rules consist of allowing and denying specific sources and destinations.

You can check the firewall rules by using the following command:

sudo ufw status

This should give you the following output at this stage:

Status: inactive

The above command would have shown you the firewall rules if the firewall was enabled. By default, UFW is not enabled and doesn’t affect your network. We’ll take care of that in the next section.

But here’s the thing, you can see and modify the firewall rules even ufw is not enabled.

sudo ufw show added

And in my case, it showed this result:

[email protected]:~$ sudo ufw show added
Added user rules (see 'ufw status' for running firewall):
ufw allow 22/tcp
[email protected]:~$

Now, I don’t remember if I added this rule manually or not. It’s not a fresh system.

Default policies

By default, UFW denies all incoming and allows all outgoing traffic. This behavior makes perfect sense for the average desktop user, since you want to be able to connect to various services (such as http/https to access web pages) and don’t want to have anyone connect to your machine.

However, if you are using a remote server, you must allow traffic on the SSH port so that you can connect to the system remotely.

You can either allow traffic on SSH default port 22:

sudo ufw allow 22

In case you are using SSH on some other port, allow it at the service level:

sudo ufw allow ssh

Do note that the firewall is not active yet. This is a good thing. You can modify rules before you enable ufw so that essential services are not impacted.

If you are going to use UFW a production server, please ensure to allow ports through UFW for the running services.

For example, web servers usually use port 80, so use “sudo ufw allow 80”. You may also do it at service level “sudo ufw allow apache”.

This onus lies on your side and it is your responsibility to ensure your server runs properly.

For desktop users, you can go ahead with the default policies.

sudo ufw default deny incoming
sudo ufw default allow outgoing

Enable and disable UFW

For UFW to work, you have to enable it:

sudo ufw enable

Doing so will start the firewall and schedule it to start every time you boot up. You receive the following message:

Firewall is active and enabled on system startup.

Again: if you are connected to a machine via ssh, make sure ssh is allowed before enabling ufw by entering sudo ufw allow ssh.

If you want to turn UFW off, type in:

sudo ufw disable

You’ll get back:

Firewall stopped and disabled on system startup

Reload firewall for new rules

If UFW is already enabled and you modify the firewall rules, you need to reload it before the changes take into effect.

You can restart UFW by disabling it and enabling it again:

sudo ufw disable && sudo ufw enable

Or reload the rules:

sudo ufw reload

Reset to default firewall rules

If at any time you screw up any of your rules and want to return to the default rules (that is, no exceptions for allowing incoming or denying outgoing traffic), you can start it afresh with:

sudo ufw reset

Keep in mind that this will delete all your firewall configs.

Configuring firewall with UFW (more detailed view)

Alright! So you have learned most of the basic ufw commands. At this stage, I would prefer to go a bit in more detail on the firewall rule configuration.

Allow and deny by protocol and ports

This is how you add new exceptions to your firewall; allow enables your machine to receive data from the specified service, while deny does the opposite

By default, these commands will add rules for both IP and IPv6. If you’d like to modify this behavior, you’ll have to edit /etc/default/ufw. Change

IPV6=yes

to

IPV6=no

That being said, the basic commands are:

sudo ufw allow <port>/<optional: protocol>
sudo ufw deny <port>/<optional: protocol>

If the rule was successfully added, you’ll get back:

Rules updated
Rules updated (v6)

For example:

sudo ufw allow 80/tcp
sudo ufw deny 22
sudo ufw deny 443/udp

Note: if you don’t include a specific protocol, the rule will be applied for both tcp and udp.

If you enable (or, if already running, reload) UFW and check out its status, you can see that the new rules have been successfully applied.

You can also allow/deny port ranges. For this type of rule, you must specify the protocol. For example:

sudo ufw allow 90:100/tcp

Will allow all services on ports 90 to 100 using the TCP protocol. You can reload and verify the status:

Allow and deny by services

To make things easier, you can also add rules using the service name:

sudo ufw allow <service name>
sudo ufw deny <service name>

For example, to allow incoming ssh and block and incoming HTTP services:

sudo ufw allow ssh
sudo ufw deny http

While doing so, UFW will read the services from /etc/services. You can check out the list yourself:

less /etc/services

Add rules for applications

Some apps provide specific named services for ease of use and might even utilize different ports. One such example is ssh. You can see a list of such apps that are present on your machine with the following:

sudo ufw app list

In my case, the available applications are CUPS (a network printing system) and OpenSSH.

To add a rule for an application, type:

sudo ufw allow <application>
sudo ufw deny <application>

For example:

sudo ufw allow OpenSSH

Reloading and checking the status, you should see that the rule has been added:

Conclusion

This was just the tip of the iceberg firewall. There is so much more to firewalls in Linux that a book can be written on it. In fact, there is already an excellent book Linux Firewalls by Steve Suehring.

If you think setting up a firewall with UFW, you should try using iptables or nftables. Then you’ll realize how UFW uncomplicates the firewall configuration.

I hope you liked this beginner’s guide to UFW. Let me know if you have questions or suggestions.

Sonic Frontiers works on Steam Deck and Linux desktop although it has issues – GamingOnLinux

Sonic Frontiers is a big new release on Steam from SEGA and it does work out of the box on Steam Deck, although it has certain issues.

For starters, I noticed that unless I limited it to 30FPS in the game settings, the lighting would flicker and be unplayable. Searching around, I’m not the only one that saw this although some were lucky and did not. Hopefully either a game update or Proton update will eventually fix it for everyone. Shadows can be problematic as well, keeping that setting on Low solves any issues there too. Valve has marked it as Unsupported for now but it does work.

Using the latest GE-Proton, it also remains mostly smooth with the DXVK_ASYNC setting. Here’s a video look:

For an example of the flickering, see this unlisted video (there’s plenty of worse areas).

As for desktop Linux, it seems to be better there with an NVIDIA GPU on max settings. It definitely doesn’t stick to 60FPS even with my 2080Ti and a Ryzen 7 5800X with plenty of drops down here and there at 1080p depending on what you’re doing, but overall it remains somewhat smooth.

Here, the lighting issue at 60FPS still seems to be present but at times it can be easy to miss. When running around, you can see a brief flick between light and dark that doesn’t happen often, whereas on the Deck, the flickering of lighting is constant unless in 30FPS.

Pictured – Sonic Frontiers on Fedora Linux.

Seems like overall it needs a fair bit more optimisation, as a game like this performing like it does doesn’t seem right. Playable and seems quite fun actually but performance is an issue, as are the graphical issues noted especially so on Steam Deck.

You can buy it on Humble Store and Steam.

Article taken from GamingOnLinux.com.

Linux dodges serious Wi-Fi security exploits – ZDNet

suphakit73/iStockphoto/Getty Images

You may recall that Linus Torvalds recently added support for Rust in the Linux kernel. One of the big reasons for adding Rust was to put an end to Linux code memory problems. 

It can’t come soon enough. Recently, five serious Linux Wi-Fi security holes were uncovered. 

What did they all have in common? Go ahead, guess? Yes, each and every one was caused by a memory problem because of poorly written C code. 

I’m shocked. Shocked, I tell you.

Also: Even Linus Torvalds sometimes has PC problems

That was the bad news. The good news is they’ve all been patched. 

The first hole was discovered by security researcher Soenke Huster from Germany’s  Technical University of Darmstadt. 

Huster e-mailed leading European Linux distributor SUSE with news that there was a nasty buffer overwrite in the Linux Kernel mac80211 Wi-Fi framework, which could be triggered remotely by misusing WLAN frames.

SUSE, in turn, delegated the issue to the kernel security crew, Huster, an Intel principal engineer, and the mac80211 main architect worked on fixing the problem. They also quickly found multiple other Wi-Fi security holes that could be exploited by an attacker over a Wi-Fi network connection. 

Whoops.

So, how bad are these? Bad. As one commenter on the Linux Weekly News (LWN) site, the site for serious Linux users and developers, put it, “Basically, it’s just anybody who uses Wi-Fi.” 

Also: Connecting to public Wi-Fi: Here’s how to protect your data and your device

Most of these vulnerabilities were introduced into Linux in the first quarter of 2019. So, they were introduced into the Linux 5.1 and 5.2 kernels. 

That, in turn, means that any Linux distro you’re running today is vulnerable to attacks on these holes. 

For example, Red Hat Enterprise Linux (RHEL) 8 and 9 could both be successfully attacked. Such an assault would be a nasty one. 

The original bug, a buffer overflow flaw labeled CVE-2022-41674, would. Red Hat reports that this “flaw allow an attacker to crash the system or leak internal kernel information.” With a Red Hat Common Vulnerability Scoring System (CVSS) score of 7.3, Red Hat considers it to be of “Moderate Impact.”

Also: Here comes the new Red Hat Enterprise distros 

I think, when you put all the holes together, it’s much worse than that. The real nasty piece, as far as I’m concerned, is that these holes are triggered by “Beacon frames.” Wi-Fi Access Points (AP) constantly transmit these, so any device scanning for a network will pick them up. 

In other words, with a malicious AP, an attacker would automatically attack any Linux device in the area that was scanning for networks. A firewall wouldn’t stop it. Neither would a VPN. There’s no need to phish the user. Just turn on your laptop or what have you, and, ta-da, instant crash.  

The good news is the patches are in. They were pushed out to the stable kernels on October 13th. The newest, safe Linux kernel is the just-released 5.10.148. Linus Torvalds added them to the forthcoming Linux kernel 6.1. I expect all major Linux distros will have them in place for your working Linux systems by early this week.

Also: The best Linux distros for beginners

Android and Internet of Things (IoT) Linux distros may have more trouble. Their developers often take their own sweet time with patching security problems. Ironically, many of these distros may be safe because they’re using kernels, which are too old to be affected by this security hole. Specifically, phones running Android 12 or earlier are safe. 

Brand new devices with Android 13, however, are another story. These include flagship phones such as the Google Pixel 4 and newer; Asus Zenfone 8; and the Samsung S22, S21, and S20. The good news is that all major companies are much better at updating their operating systems than second-tier smartphone vendors. With luck, no one will get to experience their phone crashing simply because some jerk is getting giggles from running a trouble-making Wi-Fi AP.

Linux’s New Compute Accelerator Framework Quickly Taking Shape – Phoronix

Towards the end of October there finally came about a patch series fleshing out the “accel” subsystem for the Linux kernel in preparing this new subsystem/framework that builds atop the Direct Rendering Manager (DRM) code and is designed for all the up and coming AI accelerator drivers for the kernel. Given the number of accelerator drivers from different vendors eyeing mainline kernel adoption, this new compute accelerator framework is quickly being formed.

For years there has long been the Linux kernel debate over an “accel” subsystem with some drivers currently being tossed into the catch-all “char/misc” area of the kernel while the open-source graphics driver developers have wanted these drivers to go in via the DRM subsystem given the commonality with GPU drivers. What’s now finally reached consensus and coming about with the work-in-progress patch series is building a compute accelerator framework/subsystem built atop the existing DRM infrastructure.

Oded Gabbay who led the work on the Habana Labs AI kernel driver has been the one leading the development of the compute accelerator framework. Besides working on a “dummy” driver, there are also plans for Intel-owned Habana Labs to eventually transition their AI driver from the char/misc area to this new framework. There are numerous other AI drivers relevant to this new framework like the Intel Meteor Lake Versatile Processing Unit, Toshiba DNN Visconti, NVIDIA NVDLA, Samsung Trinity NPU, Intel GNA, Qualcomm QAIC, and others.

Given the interest in this framework and it holding up the various other in-progress drivers, two weeks since the original patch series we are now up to the third iteration. The compute accelerator subsystem v3 patches address comments raised during earlier review, make various code changes based on testing thus far, some of the Intel VPU driver engineers have been looking at this framework, and other changes made.

Those interested in this forthcoming Linux compute accelerator subsystem can see the v3 patches on the kernel mailing list. Given the different drivers and vendors depending upon this framework, it’s likely this long-awaited subsystem will premiere sooner rather than later.

Juno offering Linux-powered tablet PC for pre-order – The Register

Linux kit shifter, Juno, has a new gadget available for pre-order: a $425 x86-64 tablet with a choice of Linux distros on it. In the UK, that’s £449 including VAT.

The promised device looks decent. It will have a quad-core “Jasper Lake” Celeron N5100, a 1920 x 1200 10.1-inch touchscreen, 8GB of non-upgradable RAM and a choice of SSD capacities: 256GB, 512GB or a terabyte. The CPU runs at a not-too-rapid 1.1GHz, but can turbo-boost up to 2.8GHz. The basic tablet is all you get, the stylus is an optional extra.

Juno Tablet

It’s very likely that you’ll be able to get lots of third-party keyboard cases and so on, though. This is a fairly common form-factor, and multiple similar devices are out there, such as the Chuwi Hi10 Go, which with 6GB of RAM and just 128GB of flash goes for about $239, or the Dere D10, which is closer to $500 but does come with a detachable magnetic keyboard and sports an RJ-45 socket.

These are just the first two such devices we came across when doing a search; there are doubtless many more. For the record, though, this vulture bought an older model of Chuwi tablet a few years ago, an Arm-based Hi9 Air, and for its spec it was superb value for money.

What’s interesting about it, of course, and why The Reg FOSS desk is writing about it, is that it runs Linux. Specifically, it comes with Mobian, a mobile-oriented remix of Debian, which comes with the Phosh touchscreen GUI, based on GNOME and Wayland. We mentioned Phosh before when looking at postmarketOS. The Mobian wiki has more info about the project.

What’s significant about this is two things. One is that the lower end of the x86 performance and power usage scale now overlaps that of more conventional, Arm-based devices. Several manufacturers tried to sell low-end Intel-based tablets based on Windows 8, and some of them could be picked up for a song fairly soon afterwards. (This, of course, is a sign of their commercial success, or lack thereof.) The snag was that many had so little storage that it was difficult even to upgrade their OS to a newer version. The other thing is that mainline, generic Linux can now usefully support such devices: the drivers and touch-oriented UIs exist.

What’s also of note is that these inexpensive, generic devices that have been trickling out of OEMs in China for a few years now are rather better-equipped than Arm/Android-style devices. The Juno tablet, and the Chuwi and Dere ones, have both USB-3 and USB-C ports, as well as mini-HDMI and a slot for more storage. You can plug them into an off-the-shelf external hub and have a full-size screen, keyboard, mouse, and speakers. Unlike pretty much any Android tablet, this device can turn into a full desktop PC, or while on the move, with a couple of standard dongles and cables, you can interface it to just about anything.

As we explained when looking at Armbian early this year, supporting a third-party OS on an Arm device is not trivial. The Arm market doesn’t have standard firmware, for instance, but x86 kit does. An Intel tablet is just a low-end PC, and as such it’s almost infinitely more versatile.

Tablet sales continue to slide this year, as they did five years ago and indeed were already doing in 2015. Which is a pity as we predicted that Linux tablets were coming in 2010, although things were looking less confident by a decade ago.

Still, Arm tablets are by nature very limited. They are nothing but tablets, and even projects like Armbian and postmarketOS are limited by what the hardware can do. x86 tablets have no such limitations. You won’t get far running Windows in a VM on a Celeron with 8 gigs of RAM, but it will run WINE perfectly fine. ®

Juno offering Linux-powered tablet PC for pre-order – The Register

Linux kit shifter, Juno, has a new gadget available for pre-order: a $425 x86-64 tablet with a choice of Linux distros on it. In the UK, that’s £449 including VAT.

The promised device looks decent. It will have a quad-core “Jasper Lake” Celeron N5100, a 1920 x 1200 10.1-inch touchscreen, 8GB of non-upgradable RAM and a choice of SSD capacities: 256GB, 512GB or a terabyte. The CPU runs at a not-too-rapid 1.1GHz, but can turbo-boost up to 2.8GHz. The basic tablet is all you get, the stylus is an optional extra.

Juno Tablet

It’s very likely that you’ll be able to get lots of third-party keyboard cases and so on, though. This is a fairly common form-factor, and multiple similar devices are out there, such as the Chuwi Hi10 Go, which with 6GB of RAM and just 128GB of flash goes for about $239, or the Dere D10, which is closer to $500 but does come with a detachable magnetic keyboard and sports an RJ-45 socket.

These are just the first two such devices we came across when doing a search; there are doubtless many more. For the record, though, this vulture bought an older model of Chuwi tablet a few years ago, an Arm-based Hi9 Air, and for its spec it was superb value for money.

What’s interesting about it, of course, and why The Reg FOSS desk is writing about it, is that it runs Linux. Specifically, it comes with Mobian, a mobile-oriented remix of Debian, which comes with the Phosh touchscreen GUI, based on GNOME and Wayland. We mentioned Phosh before when looking at postmarketOS. The Mobian wiki has more info about the project.

What’s significant about this is two things. One is that the lower end of the x86 performance and power usage scale now overlaps that of more conventional, Arm-based devices. Several manufacturers tried to sell low-end Intel-based tablets based on Windows 8, and some of them could be picked up for a song fairly soon afterwards. (This, of course, is a sign of their commercial success, or lack thereof.) The snag was that many had so little storage that it was difficult even to upgrade their OS to a newer version. The other thing is that mainline, generic Linux can now usefully support such devices: the drivers and touch-oriented UIs exist.

What’s also of note is that these inexpensive, generic devices that have been trickling out of OEMs in China for a few years now are rather better-equipped than Arm/Android-style devices. The Juno tablet, and the Chuwi and Dere ones, have both USB-3 and USB-C ports, as well as mini-HDMI and a slot for more storage. You can plug them into an off-the-shelf external hub and have a full-size screen, keyboard, mouse, and speakers. Unlike pretty much any Android tablet, this device can turn into a full desktop PC, or while on the move, with a couple of standard dongles and cables, you can interface it to just about anything.

As we explained when looking at Armbian early this year, supporting a third-party OS on an Arm device is not trivial. The Arm market doesn’t have standard firmware, for instance, but x86 kit does. An Intel tablet is just a low-end PC, and as such it’s almost infinitely more versatile.

Tablet sales continue to slide this year, as they did five years ago and indeed were already doing in 2015. Which is a pity as we predicted that Linux tablets were coming in 2010, although things were looking less confident by a decade ago.

Still, Arm tablets are by nature very limited. They are nothing but tablets, and even projects like Armbian and postmarketOS are limited by what the hardware can do. x86 tablets have no such limitations. You won’t get far running Windows in a VM on a Celeron with 8 gigs of RAM, but it will run WINE perfectly fine. ®

Juno offering Linux-powered tablet PC for pre-order – The Register

Linux kit shifter, Juno, has a new gadget available for pre-order: a $425 x86-64 tablet with a choice of Linux distros on it. In the UK, that’s £449 including VAT.

The promised device looks decent. It will have a quad-core “Jasper Lake” Celeron N5100, a 1920 x 1200 10.1-inch touchscreen, 8GB of non-upgradable RAM and a choice of SSD capacities: 256GB, 512GB or a terabyte. The CPU runs at a not-too-rapid 1.1GHz, but can turbo-boost up to 2.8GHz. The basic tablet is all you get, the stylus is an optional extra.

Juno Tablet

It’s very likely that you’ll be able to get lots of third-party keyboard cases and so on, though. This is a fairly common form-factor, and multiple similar devices are out there, such as the Chuwi Hi10 Go, which with 6GB of RAM and just 128GB of flash goes for about $239, or the Dere D10, which is closer to $500 but does come with a detachable magnetic keyboard and sports an RJ-45 socket.

These are just the first two such devices we came across when doing a search; there are doubtless many more. For the record, though, this vulture bought an older model of Chuwi tablet a few years ago, an Arm-based Hi9 Air, and for its spec it was superb value for money.

What’s interesting about it, of course, and why The Reg FOSS desk is writing about it, is that it runs Linux. Specifically, it comes with Mobian, a mobile-oriented remix of Debian, which comes with the Phosh touchscreen GUI, based on GNOME and Wayland. We mentioned Phosh before when looking at postmarketOS. The Mobian wiki has more info about the project.

What’s significant about this is two things. One is that the lower end of the x86 performance and power usage scale now overlaps that of more conventional, Arm-based devices. Several manufacturers tried to sell low-end Intel-based tablets based on Windows 8, and some of them could be picked up for a song fairly soon afterwards. (This, of course, is a sign of their commercial success, or lack thereof.) The snag was that many had so little storage that it was difficult even to upgrade their OS to a newer version. The other thing is that mainline, generic Linux can now usefully support such devices: the drivers and touch-oriented UIs exist.

What’s also of note is that these inexpensive, generic devices that have been trickling out of OEMs in China for a few years now are rather better-equipped than Arm/Android-style devices. The Juno tablet, and the Chuwi and Dere ones, have both USB-3 and USB-C ports, as well as mini-HDMI and a slot for more storage. You can plug them into an off-the-shelf external hub and have a full-size screen, keyboard, mouse, and speakers. Unlike pretty much any Android tablet, this device can turn into a full desktop PC, or while on the move, with a couple of standard dongles and cables, you can interface it to just about anything.

As we explained when looking at Armbian early this year, supporting a third-party OS on an Arm device is not trivial. The Arm market doesn’t have standard firmware, for instance, but x86 kit does. An Intel tablet is just a low-end PC, and as such it’s almost infinitely more versatile.

Tablet sales continue to slide this year, as they did five years ago and indeed were already doing in 2015. Which is a pity as we predicted that Linux tablets were coming in 2010, although things were looking less confident by a decade ago.

Still, Arm tablets are by nature very limited. They are nothing but tablets, and even projects like Armbian and postmarketOS are limited by what the hardware can do. x86 tablets have no such limitations. You won’t get far running Windows in a VM on a Celeron with 8 gigs of RAM, but it will run WINE perfectly fine. ®