Linux - Reddit – Telegram
Linux - Reddit
776 subscribers
4.19K photos
207 videos
39.9K links
Stay up-to-date with everything Linux!
Content directly fetched from the subreddit just for you.

Powered by : @r_channels
Download Telegram
Good apps for drawing on a tablet?

I pre-ordered a Framework Laptop 12 and plan to mostly use the tablet mode for drawing. I'm new to digital drawing overall, and especially for Linux. What are some good apps to use? Ideally something to grab with pacman on Arch, but any recommendations are welcome!

https://redd.it/1jwvxx5
@r_linux
Use zram for Linux desktops - hear me out

I was shocked too when I first looked into it. zram creates a compressed block device in RAM for swap. It sounds weird, but in practice, it’s faster than writing to disk — even SSDs.

For desktops/laptops with 4–16GB RAM, enabling zram reduces I/O thrash under load and makes browser + IDE multitasking feel way smoother.
Quick setup (Debian/Ubuntu):

bashCopyEditsudo apt install zram-tools


This will auto-config based on RAM size. Performance gain is immediate. I run it on every install now.

https://redd.it/1jwze96
@r_linux
Toward a Unified Linux: The Case for Consolidation and Standardization

Introduction

Since its inception in 1991, Linux has evolved into one of the most powerful and versatile operating systems in the world. Its open-source nature has empowered developers across the globe to contribute, fork, improve, and innovate. Yet, despite its strengths, Linux has never reached the same level of desktop adoption or perceived stability as macOS or Windows. A critical factor in this shortfall is the fragmented nature of the Linux ecosystem. With hundreds of distributions and variations of software stacks, the Linux community has inadvertently undermined the possibility of a singular, standardized platform.

This paper explores how the decentralization of development in Linux has hindered its potential and how the adoption of a unified Linux distribution with standardized frameworks could lead to a revolutionary shift in computing. From software development and system stability to multimedia performance and mainstream adoption, the benefits of such unification are far-reaching.

Fragmentation: The Achilles' Heel of Linux

One of Linux's greatest strengths—freedom of choice—is also its greatest weakness. While diversity fosters innovation, it often results in duplicated efforts, inconsistent user experiences, and incompatibilities. Unlike macOS and Windows, which maintain strict control over their ecosystems, Linux is a collection of projects loosely bound by a kernel.

Each distribution (distro) comes with its own package management systems, desktop environments, file hierarchies, init systems, and philosophies. As a result, developers must choose which distros to support, often at the cost of others. End-users face an overwhelming number of choices, and the lack of standardization makes support and troubleshooting difficult, especially for non-technical users.

The Case for a Unified Linux Distribution

Imagine a scenario in which the global open-source community rallied behind a single Linux flavor. This flagship distribution would not only have the advantage of community consensus but could also establish a definitive standard for development, compatibility, and performance. Here are several domains where standardization would offer significant benefits:

1. System Stability and Hardware Support A unified system would enable rigorous testing and quality assurance similar to macOS and Windows. Hardware vendors could optimize their drivers for one distribution, improving out-of-the-box support and minimizing kernel module conflicts. This would drastically reduce the number of bugs and incompatibility issues that plague many Linux users today.

2. Application and Framework Development Much like how Microsoft provides macro and automation frameworks in Word and Excel, Linux could offer robust, standardized frameworks for noscripting, automation, and application interaction. Developers would no longer have to worry about whether their app works in GNOME, KDE, Xfce, or any of the countless variants.

With a universal API, developers could create modular tools, knowing they would work consistently across the system. Standard libraries could handle GUI rendering, audio processing, and I/O with predictable performance.

3. Programming Language Interoperability Standardized frameworks for popular programming languages like Python, Rust, Go, and C++ could be provided, including version management, library dependencies, and cross-language interfacing. This would simplify the build process, eliminate conflicts, and encourage collaboration across language communities.

4. Multimedia and Creative Workflows For musicians, video editors, and digital artists, Linux has often been a second-class citizen. Lack of driver support, audio stack inconsistencies, and plugin incompatibilities (especially with VSTs and DAWs) have hampered creative adoption. A unified Linux could solve this by standardizing on low-latency audio frameworks like JACK or PipeWire, with reliable plugin APIs and a robust multimedia framework layer akin to
Apple’s Core Audio and Core Video.

Professional-grade tools for recording studios and film editors could be built and maintained with the same level of reliability as their macOS counterparts. The barriers to entry for major software vendors like Adobe or Avid could also be lowered, increasing their incentive to port software to Linux.

5. Simplified User Experience and Learning Curve A single Linux standard would eliminate the confusion of choosing among distributions. Documentation, tutorials, and support communities would consolidate, creating a stronger knowledge base for newcomers and professionals alike.

Educational institutions could teach Linux with confidence that students are learning on the same platform they might use professionally. Certifications and enterprise adoption would increase, knowing there is a common standard across organizations.

6. Security and Maintainability Security patches, system updates, and package management would be streamlined in a unified environment. A single update system could be developed to rival Microsoft’s WSUS or Apple’s update infrastructure, ensuring that systems stay patched without breaking user applications or configurations. Long-term support (LTS) cycles could be better coordinated, reducing the maintenance burden on both users and developers.

7. Market Position and Competitive Edge With the full weight of the open-source community behind one distribution, Linux could finally challenge Windows and macOS as a viable consumer desktop OS. Preinstalled versions could be shipped with laptops and desktops, supported by hardware vendors and retail chains. Marketing would be simplified, branding would be unified, and adoption would grow.

Moreover, since Linux is free and open-source, it could provide a powerful alternative to proprietary systems, enabling digital sovereignty for nations, institutions, and users alike. No longer would individuals or governments be locked into the licensing and surveillance practices of corporate platforms.

Conclusion: A Call for Collaboration

The open-source model has proven its worth. Projects like the Linux kernel, Firefox, LibreOffice, and Blender demonstrate that distributed development can yield powerful tools. However, without coordination, that power is often diluted.

A unified Linux operating system, backed by standardized frameworks and community-driven governance, could mark the beginning of a new era in computing. It would not only match but potentially exceed the usability, performance, and reliability of macOS and Windows, while staying true to the principles of openness and freedom.

The path forward is not without obstacles. Philosophical differences, governance debates, and entrenched tribalism will need to be overcome. But if the community can set aside fragmentation in favor of collaboration, the dream of a free, stable, and fully competitive Linux desktop might finally be within reach.

https://redd.it/1jx0wx8
@r_linux
Fact Check My Checklist

Hello all, I am a long time recreational Linux user playing around with servers etc. I have made a blog post with a checklist of things that are important to do when spinning up a server can be found at New Linux Server? Do These 10 Things First , I was wondering if someone a little more experienced can make sure I am not giving blatantly dangerous advice. I do know you chaps like a flame every now and again so here is your chance! Let me know what I am doing wrong!

Happy to give credit with Link to your blog/github etc if you find something that's terrible advice I'm giving

https://redd.it/1jx60ir
@r_linux
Been testing CachyOS (Arch Linux based), and I have to say I'm damned impressed.

Everybody kept saying how "Arch is hard" "Only for experts" blah blah blah. Nonsense. Speed at everything is blazing fast, especially running pacman, gigabytes of stuff, done in seconds. Not only that, but the software selection is huge, as well. This one may be a keeper.

https://redd.it/1jx9vaw
@r_linux
Only PDFgear holding me back from switching

The only thing holding me back from switching from Windows 11 is PDFgear/Acrobat pro.

I still haven't found a complete package that lets me split, delete/add pages, edit text and images, and turn to fillable form.

Looking to use Zorin or other debian/Ubuntu base.

https://redd.it/1jxak57
@r_linux
Created A Collection of Automation Scripts under a Command Center for Linux Admins and DevOps Enthusiasts

So I’ve been working on something that might come in handy for some of y’all. It’s a repo where I’ve gathered a bunch of **automation noscripts** I’ve created over time for **system admin, development, and DevOps** tasks. I call it [IT Arsenal](https://github.com/sundanc/auto_noscripts), and it’s 100% written in **Shell**.

A few things you’ll find inside:

* Dope tools for automating those repetitive tasks, and development processes.
* Scripts that help manage Linux systems way more efficiently.
* DevOps tools to save you mad time and effort.

Built this to solve my own issues, but figured why not share it with the community? You can clone it or tweak it If you got suggestions or wanna contribute, pull requests are always welcome!

Repo link right here: [https://github.com/sundanc/auto\_noscripts](https://github.com/sundanc/auto_noscripts)

I am freshman, and I try to improve my skills. Would love to hear your thoughts or any ideas for noscripts to add next. Let’s make Linux automation smoother for everyone!

https://redd.it/1jxirmf
@r_linux
AMD B850 chipset

Does anyone have any information on what the chipest driver situation is for the AMD B850?

I have bought a motherboard for my first pc build but from what i can tell it may be unsupported by linux at this time.

I was plannign to use linux for my first 'proper pc' but it seems i may not be able to.

hardware:

9800x3d

rx7800xt

MSI pro b850-p wifi

https://redd.it/1jxm1sq
@r_linux
gowall v0.2.1 The Unix Update (Swiss army knife for image processing)
https://redd.it/1jxn1ec
@r_linux
Impossible to track user installed packages on Debian like Gentoo's Selectedset?

So, I've been wanting to write a program to track user installed packages in Debian 12 specifically like [Gentoo's Selected\
set_(Portage)](https://wiki.gentoo.org/wiki/Selectedset(Portage)) and have run into correctness issues. I wanted to write a python program eventually but I've been messing with ways to find out explicitly user installed packages excluding the dependencies that get installed along with them. My first intuition was to analyze all the apt history in /var/log/apt/history.log and the log rotations, but the default log rotation on Debian is 12 months, leaving only a year of apt logs which doesn't achieve this 100%. Next was to parse /var/lib/dpkg/status using heuristics but this would be a very rough estimate as there's nothing explicitly stating which package was installed by an arbitrary user. Then there's apt-mark showmanual supplemented with /var/lib/dpkg/status to get additional info but both of these display non user installed packages. I guess the challenge here is identifying what info is reliable which give moderate confidence. I finally landed on doing a fresh install of Debian 12, doing apt-mark showmanual and recording the packages that came installed with it, saving that info somewhere and comparing later runs of apt-mark showmanual against the initial run after install to see the difference. Currently this is the most accurate method I've found however, there's virtualization/containerization edge cases and a reliance on apt-marks's correctness. This probably provides the closest approximation to Gentoo's selected set. Is there something I'm missing or is it virtually impossible given how Debian works vs how Gentoo works?

https://redd.it/1jxt7ds
@r_linux
Post your best Linux quip for a license plate frame: “I’d rather be running Linux commands in a CLI”
https://redd.it/1jxuxp8
@r_linux
"Remote" Gaming Setup suggestions

Over the last year or two I've fully embraced Linux as my primary operating system. I've distro hopped a bit and settled into the hype train that is Hyprland on Arch. Throughout this adventure I've only had 2 real hang ups: Adobe Suite and games with kernel anti cheat

My solution: I just ordered an HP t740 thin client. I intend to set this up as my "main desktop". It will be running Arch with Hyprland, handle my unnecessary number of displays, and all my basic tasks/work stuff.

I intend to set up my current gaming rig as a headless Windows box in my tech closet. I'll use sunshine/moonlight to access it for gaming. I have an XP Pen drawing tablet with screen that I plan on connecting to it and running the cables for it back to the closet (same room).

I'm my head, this should give me access to play all the games I could desire via sunshine/moonlight or steam streaming. As well as direct or streamed access to my creative applications and my drawing tablet still. Also, in theory, tailscale should give me access to my gaming rig when I'm away from home using my laptop I believe (haven't tested).


Does anyone have experience with this kind of project? Are there any common headaches or pitfalls I should anticipate? Have I forgotten any major pieces of the puzzle here? The thin client arrives Tuesday, so I'm trying to get as prepared to as possible.


Thanks for any input in advance!

https://redd.it/1jy15x9
@r_linux
AI for Linux troubleshooting

I've always loved the concept of linux. And the different distros. But my own lack of knowledge + time to troubleshoot issues has always lead me back into windows's arms.


Recently my wife got a new device and since she was coming from mac, I installed bazzite gnome for her. She doesn't do much other than browsing and maybe light gaming so I thought it could work.


And it did. Well initiall it wasnt registering her wifi but then I found a solution. And then it worked fine for a couple of weeks.

Only to suddenly stop yesterday.

This time, I used usb tethering and just asked chatgpt.

While it couldnt get to the solution the first time, it helped me solve it eventually and man, this makes linux so much more realistic.

Altho I guess it lessens the learning aspect. But sometimes you just want things to work fast and well.

This is greeat!



https://redd.it/1jy15n1
@r_linux
Pinta 3.0 is out: Paint.NET alternative has a redesigned interface

https://www.pinta-project.com/releases/notes/

The devs have done a great job of redesigning Pinta, porting it to gtk4, and fixing some memory leaks. Pinta (and Paint.NET) is an excellent intermediary image editor for anyone who doesn't need the complexity of GIMP, Photoshop, Photopea, etc.

https://redd.it/1jy4049
@r_linux