Sabtu, 06 Juni 2026

The Single Biggest Reason Why ProtonMail is Killing My Productivity

I use ProtonMail for all official communication related to It's FOSS. Around 2020, I took their Visionary plan and switched from Google Workspace for the @itsfoss.com emails.

The bundled offer of email, VPN, calendar, drive and password manager is a good ecosystem in its own. I am happy with their offering and continuous feature additions and improvements. Well, for the most part,

One thing that I am still missing after all these years is the canned response feature.

The lack of saved replies

If you have ever used Gmail, you probably would have heard of the 'canned response' feature.

Gmail canned response

The idea is simple and it solves a major problem for people who get emails that often need similar replies. A canned response lets you save template responses. It lets you insert the template response in the email. Here, you can quickly modify it and hit the send button.

Without this feature, I have the usual responses saved in my knowledge base. I have to open that, go to the appropriate response section, copy it and then paste it in Proton Mail, modify the message if needed and then hit the send button.

This could have been fine if it was a once-a-day activity. But if I have to do it multiple times a day, I surely lose time in it. This is especially frustrating because I am aware of the existence of the canned response feature.

It's like being forced to use the mouse when you know the same thing can be quickly done through keyboard shortcuts easily and quickly.

I give you an example. I receive multiple press releases and software coverage requests a day. Often, the reply is similar, with only a little modification needed. Imagine if I could compose the repetitive reply in 2-3 clicks:

0:00
/0:06

I think this feature is more than ten years old and is available for free to all Gmail users. I don't see a reason why ProtonMail cannot offer it.

There are a few more things that can help us ProtonMail users save some time

In Gmail, if you are replying to an email and type Hi its predictive text feature already suggests the responder's name. It does save a few keystrokes.

Now that is Google but I am sure ProtonMail can work on providing a similar feature without intrusing our privacy.

How come? Well, Proton does provide a deep search option where messages are downloaded to the system and then you can search through email content. By default, you can only search through the email subject and sender. This way, the Proton server doesn't see your messages and yet you can do a full search.

Perhaps something on that line to make our lives more convenient? I don't know how technically challenging it could be, that's why it's just a suggestion.

Another convenient feature would be to make their AI integration more useful. ProtonMail has integrated its (private) Lumo AI but I don't find it helpful.

Perhaps it can be utilized to provide predective text? If not that, at least it can be used to compose replies to emails?

For now, it provides a few options: Write for me, proofread, shorten, expand and a couple of options on changing the tone of the message.

Ai assistant in Protonmail

The Write for me feature needs full prompts on what to write. If it could read the reply, locally in the browser, and suggest a response, that would be good. Basically, a "compose a reply" option here.

I know, not everyone is a fan of AI and many find it repulsive but if Proton has to become a real private alternative to Google Workspace, it has to offer the cutting edge tools and features. And AI is the hottest buzzword that can raise a shoe company's stocks 800% in a single day.

Come on, good people at Proton. Give us lazy users the boon of template response 😄



from It's FOSS https://ift.tt/NTzCYjX
via IFTTT

Jumat, 05 Juni 2026

Craving Hyprland But Don't Want to Configure It? Try Dank Linux

During your journey around the world of Linux, you might've come across riced-up builds that look and feel like something out of a sci-fi novel. And if you wondered, why can't I have this on my system?, then you wouldn't be alone.

Many of those builds have something like Niri or Hyprland sitting on top of a Linux distribution that plays nice with such heavy customization. But setting those up is a bit of work, and not everyone might be up for it.

That is where pre-configured distros and scripts like Garuda Linux, Omarchy, ArchRiot, etc. come into the picture. With this article, we will be taking a look at Dank Linux, a desktop shell suite that can transform your system into a slick Hyprland one.

Dank Linux: Hyprland Premium?

dank linux settings menu about page (left), fastfetch output (right)

Okay, that might be a bit overstated, but using Dank Linux will make you feel that.

Here, you don't need to pay extra for Hyprperks, and instead, you get a tailored Hyprland desktop experience powered by DankMaterialShell (dms), which is a desktop shell built with Quickshell and Go.

It brings panels, a notification center, a lock screen, an app launcher, media controls, and automatic wallpaper-based color theming into one package.

Currently at v1.4.6 "Saffron Bloom", the MIT-licensed project is actively developed, with the installer supporting Arch Linux (incl. derivatives), Fedora (incl. derivatives), Ubuntu, Debian, openSUSE, and Gentoo (requires systemd), with both x86_64 and ARM64 hardware covered.

Installation was okay

After setting up a minimal Arch Linux virtual machine, I ran the cURL script to get Dank Linux installed. The installer asked me to configure a few preferences, like the privilege escalation tool (I went with sudo), the compositor, and the terminal emulator.

I initially picked Niri as the compositor, but after installation, the session would hang on startup due to some bug. I tried a few fixes, but none worked, so I reran the installer and switched to Hyprland with Kitty as the terminal.

After entering my password and letting the installation finish, rebooting left me at a TTY login screen. The system didn't automatically boot into Hyprland, so I had to run the following command to get into the Dank Linux session:

hyprland
📋
Before diving in, here are the keyboard shortcuts you will need to get around:
- Super+Space opens the app launcher.
- Super+Q quits the active window.
- Super+Left Mouse moves windows around.
- Super+Right Mouse resizes them.

The desktop experience was lovely

Once in, you will notice that the installation is quite minimal, with only a limited set of applications shipped out of the box.

To get close to my usual Linux workstation setup, I had to separately install Firefox for browsing, LibreOffice for documents, Nemo as a GUI file manager, and VLC for audio and video playback.

Launching them was easy via the application launcher, with the top bar showing the active window title, a clock, a calendar, weather info, system resource usage, battery status, network connectivity, and quick access to notifications and settings.

Window tiling works cleanly, with windows snapping into a neat layout without any fussing around from my side. That said, the settings menu is where things get interesting in terms of customization.

You can pick a Material Design color theme, let the shell pull one automatically from your wallpaper, or set a custom one. Font changes apply across the shell from the 'Typography & Motion' section, and you can enable a dock if a top bar is not your thing.

this screenshot shows three app windows tiled on a dank linux system, on the left is the system monitor, and on the right are the terminal window with fastfetch output and the settings menu with the themes & colors page open

The top bar itself is configurable, and you can even swap out the app launcher logo. Similarly, the quick access options are reorderable, so you can arrange them to match how you actually work.

Though this last one was a bit wonky during my testing, refusing to slot the buttons where I wanted them to.

Audio and video playback worked without any issues. I pulled up a YouTube video in Firefox, and it played back smoothly, with no tearing or stuttering worth noting given this was running inside a virtual machine.

What made it nicer was the 'Media' panel sitting in the top bar. It picks up whatever is playing and shows the title, the source, and a progress bar, along with buttons to skip, pause, or resume playback.

For documents, I grabbed a sample ODT file and opened it in LibreOffice Writer. Formatting text, rearranging content, and saving the file all worked as expected. Nothing surprising there.

Plus, it was good to see that the Wayland clipboard and app integration was working well during edit sessions.

this picture shows the workspaces interface on dank linux, with up to 10 virtual desktops being available for creation

The workspace switcher is another area where Dank Linux does well. You get 10 workspaces out of the box, and the switcher gives you a view of what is open across each one.

From the settings menu, you can choose what the workspace switcher indicator shows, whether that's workspace names, running app icons, or both, along with tweaking the overall appearance and enabling reverse scrolling direction.

Small stuff, but having all of that in a GUI menu rather than being buried in a config file can make a real difference in day-to-day use.

Get Started

On a supported distribution, you simply need to run the following cURL script to get Dank Linux:

curl -fsSL https://install.danklinux.com | sh

Though I highly suggest you go through the instructions for dankinstall to prepare your base system properly before making the switch.



from It's FOSS https://ift.tt/klWa4nm
via IFTTT

Proton Drive is Now Faster (And Getting a Linux Client Soon)

If you have been following Proton Drive this year, you know the pace of development has picked up. The developers have been busy rolling out a shared SDK across all their clients, and each update has introduced major improvements.

This week's update is the biggest one yet.

Two things have landed at once. Proton pushed a cryptography overhaul that makes file encryption a lot faster and quietly confirmed that a native Linux client is now in development.

A faster Drive experience

an illustration that is depicting the 3x uploads and 2x downloads gains
Illustration by the Proton Drive team.

According to Proton's testing, uploads are now up to 3x faster across platforms, and downloads are up to 2x faster.

Everyday tasks like Android photo backup and macOS file sync finish quicker, and the Photos section has been cleaned up too, with faster album loading and smoother timeline scrolling even in large libraries.

All of this is a result of Proton pulling together the work from their Mac, Windows, iOS, Android, and web teams into one integrated engine. Whereas earlier, every platform was running its own separate implementation, which meant development efforts were scattered across the board.

Now they all run on the same codebase, which means improvements roll out everywhere at the same time rather than platform by platform.

Encryption got a serious upgrade

Proton Drive has used OpenPGP to encrypt file contents since day one. The latest update moves to a newer version of that, and the key change here is that encryption now makes full use of the device's hardware.

The numbers shared by Proton make the difference clearly apparent. On mobile, a 4MB file that used to take 97ms to encrypt now takes 32ms. On desktop-class hardware, the same job goes from 12ms down to 3ms.

In practical terms, this means encrypting an HD video on your phone dropped from about 90 seconds to around 30, and on a desktop the same goes from around 12 seconds to 3.

Existing users are urged to update their clients to take advantage of these improvements.

Linux users, rejoice! 🎉

The most interesting bit of info in the SDK announcement is very easy to miss. Proton has confirmed that they are currently building a native Drive client for Linux, which is being put together from scratch using the SDK.

Earlier this year, the January SDK update had briefly mentioned a Linux client as something on the roadmap. This week's post is a step past that, with them confirming it is now in active development.

For years, many of you have been vocal about the lack of a native Proton Drive app on Linux, and if our comments section is anything to go by, it has been one of the most requested things from the Proton ecosystem.

The SDK is what is making it possible now, and building on it means the Linux client will not be playing catch-up with other platforms when it does arrive. If you haven't already, you can check out Proton Drive via our partner link below while supporting us in the process.



from It's FOSS https://ift.tt/5a8LlTO
via IFTTT

Kamis, 04 Juni 2026

Canonical Promotes Steam Snap to Stable on ARM64, With Plans to Rebuild It from Scratch Later

Canonical's Steam snap for ARM64 has been promoted to stable, nearly five months after a call for testing drew feedback from users across a wide range of ARM hardware.

The reason a snap like this exists at all is that Valve's Steam client for Linux is x86-only. To make it run on ARM64, Canonical bundled the x86 Steam binary together with FEX-Emu, a Linux usermode emulator that translates x86 and x86-64 instructions for ARM64 systems at runtime.

cropped picture that shows the snapcraft website, and a listing for the steam snap with the arm64 architecture packages visible
Snapcraft lists the stable release of the Steam snap for ARM64 now.

This stable release also introduces FEX's library forwarding feature (thunking) as a user-configurable option. Instead of emulating every graphics API call through FEX, thunking forwards OpenGL and Vulkan calls directly to the host system's native ARM64 libraries, which cuts down on emulation overhead.

Canonical has tested this release across three hardware families, all of which are said to have shown good performance across popular games. These include the NVIDIA DGX Spark and associated GB10 devices, Qualcomm Snapdragon laptops (Lenovo ThinkPad X13s, T14s, and Dell XPS 9345), and the Radxa Orion O6 and O6N.

Switch to stable

If you are already running the snap on candidate or edge and want to move to stable, run:

sudo snap refresh steam --channel=stable

They have also laid out a release cycle for the Steam Snap, with new versions first landing in the edge channel for experimental testing, then moving to candidate after around one to two weeks if no major issues surface. From candidate, they graduate to stable after another one to three weeks.

What's next?

Mitchell Augustin, who announced the stable promotion, wants to eventually rebuild the snap around Valve's native ARM64 Steam client and drop the FEX layer Canonical currently maintains on top of it.

Yeah, that native client is already out there, but quietly. ROCKNIX has already shipped it in their distribution, keeping both ARM64 and x86 launch paths available side by side.

Mitchell said he is keeping a close eye on it but is waiting for Proton 11 to exit beta first before making any moves.

For now, you can use the snap on your ARM64 device, and if you run into any issues or want to contribute to development, then the GitHub tracker for this app is the place to go.


Suggested Read 📖: Microsoft Just Brought Linux Commands to Windows



from It's FOSS https://ift.tt/1gjcvyf
via IFTTT

Linux Foundation Wants Open Standards for What AI is Actually Costing You

The Linux Foundation has been steadily growing its roster of projects and initiatives, with AI governance becoming an increasingly prominent part of that push.

Their latest push in this direction is a plan to launch the Tokenomics Foundation, a new program focused on open standards, benchmarks, and best practices for the economics of AI token consumption.

It will work in close partnership with the FinOps Foundation, which has been busy with efforts surrounding cloud cost management since 2020.

Why now?

The foundation says that token costs have been moving around. They dropped heavily through 2023 and 2025, then settled down, and new model pricing is climbing again.

Citing a research paper, they pointed out that global token usage is projected to grow 24x between 2026 and 2030, hitting 120 quadrillion tokens per month.

Separately, they also noted industry analyst projections of AI infrastructure investment crossing $1 trillion by 2027, with the inference market going from roughly $106 billion in 2025 to $255 billion by 2030.

None of this spending is easy to measure consistently today. Cached vs. non-cached tokens, input vs. output pricing, on-demand vs. reserved compute. Every provider defines and bills for these differently, with no neutral framework to compare them across vendors.

Having a standardized approach to all of this is precisely the gap the Tokenomics Foundation is looking to fill with its open standards and benchmarks.

What will it do?

The foundation will operate through a Governing Board that sets direction and allocates funding, alongside a Technical Committee responsible for the actual specifications and benchmarks.

The first confirmed deliverable is expanding the FOCUS specification, an open billing format that came out of FinOps, to cover token-based spending models. That would give enterprises a common schema for AI cost data regardless of which provider they are using.

Twelve organizations have thrown their support behind it so far, including Google Cloud, Flexera, KPMG, Accenture, Microsoft, Oracle, Salesforce, SAP, ServiceNow, Booking.com, IBM, and JPMorgan Chase.

The formal launch is at FinOps X in San Diego, from June 8 to 10, where the technical roadmap, initial working groups, partnerships, and upcoming conferences will be announced.

You might remember that the Linux Foundation took a similar approach with the Agentic AI Foundation late last year, pulling MCP, goose, and AGENTS.md under open governance before the agentic AI space had a chance to fragment further.


Suggested Read 📖: Tuta Joins The Euro-Office Umbrella



from It's FOSS https://ift.tt/gUrqmaD
via IFTTT

Rabu, 03 Juni 2026

Not Kidding! Microsoft Just Brought Linux Commands to Windows Officially

Microsoft just shipped coreutils for Windows. Yes, you read that right.

ls. grep. cat. cp. find. The same commands that have powered Unix and Linux systems for over 50 years are now available natively on Windows, maintained by Microsoft itself.

In case you are not already familiar, GNU coreutils are the foundational utilities that every Linux and macOS system relies on for basic file operations, text processing, and shell scripting. They are the foundation of Unix computing. Tens of millions of scripts, pipelines, and workflows depend on them every day.

And now Microsoft is shipping and maintaining a build of them for Windows.

This is not WSL. You do not need a Linux subsystem running in the background. These "Linux commands" run natively on Windows, with the exact same flags and behavior as on Linux.

Microsoft's ultimate goal seems to make moving between Linux, macOS, WSL, containers, and Windows completely frictionless. Write a script once. Run it anywhere.

The Rust-based Windows coreutils is a work in progress

The package bundles uutils/coreutils (a modern Rust rewrite of GNU coreutils), findutils, and grep into a single multi-call binary. Every command supports standard flags. Same commands, same pipelines, no translation needed.

The project is still in preview and there are only a handful of commands. Since some commands have the same name in Linux and Windows, there is a possibility of conflict. Some don't fit in Windows environment.

Commands like dir, expand, more, paste, whoami conflict too directly with existing Windows built-ins. kill and timeout are unavailable due to Windows lacking POSIX signals. dd, dircolors, shred, sync, and uname were dropped as not useful on Windows. A longer list of POSIX-only commands like chmod, chown, chroot, mkfifo, id, who, and others are simply not applicable to the Windows environment. Who is surprised? Not me.

So, what commands are available as part of Windows coreutils then? The official GitHub repo does a better job at it:

Windows coreutils

Notice that there are separate columns for command prompt and PowerShell. Some commands would work in the default command prompt but not in the advanced PowerShell and vice versa.

Clearly, this is a work in progress and there should be more improvement on them in the near future.

Testing Linux commands on Windows

I booted into my Windows partition just to test it out. It's been months since I last logged in to the Windows and thus had to update the system with multiple reboots.

Sob story aside, I downloaded the .exe file for the Coreutils and installed it. Yes, these coreutils are offered in a single .exe file.

You can see a very brief demo of running some Linux commands in Windows command prompt. Some commands result in error as they are not supported yet.

A move for the agentic AI era?

See, the entire point of bringing Coreutils to Windows is to keep developers on the Microsoft platform. If they can use Linux commands and the tools their workflows depend on without leaving Windows, they have fewer reasons to switch to a Linux desktop. That is the same argument I made when WSL 2 was released years ago.

But this move goes beyond WSL, and in my opinion, it is not primarily aimed at developers, at least not in the direct sense.

Microsoft made several announcements at Build 2026 yesterday. One of them was bringing OpenClaw to Windows.

Now, OpenClaw is an open-source AI agent framework that lets autonomous agents run on your own machine. These agents rely on Linux commands, Python scripts, and similar tools to get things done. OpenClaw exploded in popularity earlier this year, so much so that people were buying Mac Minis just to run it locally.

These days, every operating system wants to be AI-ready. Development itself is increasingly happening through AI agents rather than purely by hand.

With OpenClaw coming to Windows, the ability to run Linux commands natively is no longer just a developer convenience, it becomes critical infrastructure for running AI agents.

That is what makes this announcement bigger than it looks. Microsoft is not just courting developers; it is positioning Windows as a serious platform for the agentic AI era.



from It's FOSS https://ift.tt/23am6eY
via IFTTT

Vim Classic is a Vim Fork for People Who Want Their Editor AI-Free

A Vim fork has arrived, and it exists because of AI. Drew DeVault, the developer behind SourceHut, announced Vim Classic back in March 2026 after becoming unhappy with the direction both Vim and NeoVim were heading.

His gripe was that generative AI had started creeping into their development, and he wanted no part of it.

The NeoVim side of that concern is the project's labeling of AI-assisted pull requests as "AI assisted 🤖," which has now stacked up a fair number of requests, many of which have already been merged.

With Vim, the situation is a bit murky. Drew points to a GitHub issue where community members suspected one contributor of using LLMs, but a Vim maintainer had already pushed back on those accusations.

Anyhow, Vim Classic has received its first-ever release, so let's see what it has to offer.

🚧
Drew warns that Vim Classic is meant for early adopters. Not for people looking to daily drive it.

A classic Vim experience

cropped screenshot of the vim classic website
Screenshot of the website because building from source is ☠️.

Based on Vim 8.2.0148, Vim Classic predates the Vim9 script entirely. This was done deliberately to keep the maintenance burden manageable, stopping at the last patch before the script was introduced.

As a result, some Vim plugins that rely on Vim9 Script will not work with Vim Classic.

From that base, select patches have been backported from upstream, mostly addressing CVEs discovered after 8.2, alongside some bug fixes and original patches to keep things building on modern toolchains.

DeVault is also upfront that not every applicable security patch has been confirmed as backported, so some CVEs may have slipped through. The project is currently recommended only for early adopters comfortable with that uncertainty.

In addition, the charityware model carries over from Vim, with this project continuing to support the children of Uganda (albeit via a different charity) that Bram Moolenaar, the creator of Vim, endorsed.

📋
The original ICCF Holland charity was dissolved following his passing, with its mission carried forward by Kuwasha.

The packages

Vim Classic 8.3 is currently available as a source tarball from SourceHut (direct download). You will also find the release tarball and its PGP signature, signed with DeVault's public key, up on the project's refs page.

For the source code, head to the homepage of the SourceHut instance for Vim Classic.


Suggested Read 📖: KDE Linux is Coming Along Nicely



from It's FOSS https://ift.tt/0HTnvYI
via IFTTT