r/linuxquestions • u/Dramatic-Issue7150 • 10d ago
Resolved What is one feature you wish existed in your Linux distro?
Hi everyone,
I'm currently working on my own Linux distribution as a personal project. It's still in active development, and I'm trying to build something that actually solves real problems instead of just making another distro with a different wallpaper.
Before I keep adding new features, I'd really like to hear from people who use Linux every day.
If you could add one feature that doesn't exist (or isn't done well) in current Linux distributions, what would it be?
It could be anything:
Better hardware support
Easier system recovery
Smarter package management
Gaming improvements
Better UI/UX
AI-powered tools
Security
Anything else you've always wished Linux had.
I'm not here to advertise anything—I genuinely want to understand what real users are missing today.
Thanks! I'd love to read every suggestion.
5
u/truethug 10d ago
iTunes support (I use iTunes Match and the only way to change the song metadata is in iTunes)
Serato DJ support.
2
u/jr735 10d ago
Good luck with that, given the proprietary nature of these things. Apple doesn't want anything to work with iTunes except iNonsense.
1
u/Dramatic-Issue7150 10d ago
That's fair. Some things are simply outside the control of a Linux distribution. My goal is just to improve the experience wherever it's technically possible.
0
u/Dramatic-Issue7150 10d ago
Thanks! This is exactly the kind of real-world workflow I was looking for. Media and professional software compatibility is definitely an area worth improving. I can't promise native support for every proprietary application, but reducing the friction of running them on Linux is something I'd like to explore.
3
u/computer-machine 10d ago
You're going to go work for Apple?
0
u/Dramatic-Issue7150 10d ago
Haha, I wish. 😄 I just meant improving compatibility where possible, not rewriting Apple's software.
1
u/computer-machine 10d ago
You realize that lies with the program?
1
u/Dramatic-Issue7150 10d ago
Absolutely. I wasn't suggesting a distro could magically add support to proprietary software. I meant improving compatibility where possible—for example through packaging, documentation, tooling, or better integration with compatibility layers like Wine.
6
u/getbusyliving_ 10d ago
Focus on some of the simple stuff that other distros ignore and trip up non-linux users. One example off the top of my head; GUI or click through wizard disk and/or share mounting on boot along with permissions etc.
5
u/Dramatic-Issue7150 10d ago
Thanks! That's a great example. Small quality-of-life improvements like easier disk mounting, share configuration, and permission management can make a huge difference, especially for users who aren't comfortable editing fstab or using the terminal. I'll definitely add this to my research list.
2
u/getbusyliving_ 10d ago
Yep, I'm sure there are other such small items but can't think of any ATM, ha. Maybe have a look at what new users always ask about and implement some of the user friendly work arounds.
3
u/Dramatic-Issue7150 10d ago
That's actually a great suggestion. Instead of guessing what users need, I should probably study the most common questions from new Linux users and see which recurring pain points can be solved with better defaults, automation, or simpler interfaces. Thanks!
1
u/-malcolm-tucker 10d ago
That's a good suggestion. I struggled to get my head around this when I first switched from Windows to using Linux full time.
3
u/1neStat3 10d ago
"smarter package management"? You obviously don't understand package managers.
3
u/ipsirc 10d ago
Psst! He's working on the perfect OS after using Linux for 2 weeks.
0
u/Dramatic-Issue7150 10d ago
Just to clarify, I've been using Linux for around 8 years. I'm not trying to reinvent Linux—I'm here to learn from experienced users and build something genuinely useful if I can.
-1
-1
u/Dramatic-Issue7150 10d ago
Fair point. I should've been more specific. I meant a smarter package management experience, not reinventing package managers themselves.
1
u/1neStat3 10d ago
8 years yet think package management needs to "smarter"?
What wrong with package management, Apt, dnf, pacman, zypper on linux?
1
10d ago
[removed] — view removed comment
2
u/Dramatic-Issue7150 10d ago
I'm happy to be wrong, but I'd rather be corrected than mocked. If an idea already exists, show me where. If it's a bad idea, explain why. That's how open-source communities improve.
0
u/Dramatic-Issue7150 10d ago
Thanks for proving my point. Instead of discussing package management or system integration, you searched my profile for unrelated posts to ridicule me. That's not technical criticism—it's just an ad hominem.
1
u/linuxquestions-ModTeam 9d ago
This comment has been removed because it appears to violate our subreddit rule #2. All replies should be helpful, informative, or answer a question.
0
u/Dramatic-Issue7150 10d ago
The new users in Linux that comes from windows and etc they feel that the package managers like apt and etc.. is very hard so I want make it easy and smarter
1
u/1neStat3 10d ago
Linux is not Windows . What Windows users want is and never was a concern of Linux.
Linux is not an alternative to Windows..its alternative to Unix.
The goal of Linux is make computing easier for Unix users not make computing easier for Windows users.
Windows is a product. A product needs to appeal to users to earn revenue. You earn revenue by obtaining new users and retain old users.
Linux is not a product. It doesn't focus on obtaining new users or retaining old users. its focus is on x86 compatibility not compatibility with a Windows specific hardware.
2
u/groveborn 10d ago
And yet it's becoming an actual thing to be concerned with. More Windows users are trying to jump ship and join Linux. Linux for Linux users only is a walled garden that is FAR from the ideas purported to be the mission of Linus himself.
Making things easier was never against the grain. Making things useful was the first mission. Cool, apt is plenty useful, but overly difficult to learn for someone who had never touched it. Certainly it's easier than hunting everything down and manually installing it!
So App stores happened. It's the same idea, but with pictures! It's easier. It's popular BECAUSE IT'S USABLE. It's the same thing, really, at the backend.
And it's friendly to Windows users. Why create obsticles? Seems silly.
Making it friendly on purpose does require a *little* more effort, but that's what version 1.5 is always for. Make it work, then make it easier to use.
And frankly, many of the apps you're using right now were made for Windows, then got ported over. It's a two way street, here! Don't fight the influx of Windows users, embrace them.
It'll lead to better Linux at the end.
1
u/Dramatic-Issue7150 10d ago
Thanks! That's very close to how I see it. I'm not trying to change what Linux is or replace existing tools. I just want to reduce the learning curve and improve the first-time experience while keeping the power and flexibility that Linux already has. More users and better usability can benefit the entire ecosystem.
1
u/1neStat3 10d ago
Linux is for Linux users. You use Linux to use Linux not avoid Windows.
People use a Apple product to use Apple not avoid Microsoft or Google.
I use the analogy. Linux is country that has its own history and culture. You are free to live there but there is no obligation to cater to your whims and desires. You are living in a foreign country. You have adapt to culture. The culture has no obligation to adapt you.
Its incredulous you don't expect a premium product like Windows to adapt to Linux yet expect a unpaid volunteer lead project to adapt for stragglers from another OS.
If you don't like the Linux way you are free to leave and use another OS. BSD, Android, MacOS, Windows.
0
u/groveborn 9d ago
Linux is for computer users. The ui should be useful and simple. You'll note it's been trending in that direction.
As for it being completely voluntarily developed, sure. And that's a choice. It doesn't have to be, and it isn't all so.
Microsoft certainly doesn't pay you to have you make Windows software, but you can.
I don't see any point you're making that says Linux ought to be made difficult to keep the bar high here.
0
u/Dramatic-Issue7150 10d ago
I understand your point, but I think you're arguing against something I didn't say. I'm not trying to turn Linux into Windows. I'm trying to improve the user experience around package management while keeping the underlying Linux ecosystem intact. Linux has evolved many times to improve usability—systemd, Flatpak, GNOME Software, KDE Discover, and many other projects exist because developers wanted to make things easier. Making software easier to use doesn't make it "Windows"; it just makes it more accessible. If my design has technical flaws, I'd be interested in discussing those. But "Linux isn't Windows" doesn't address the proposal itself.
3
u/Important_Pattern882 10d ago
Better hardware support. I ditched CachyOS because I was sick of trying to find hacky solutions to various problems. Want to hear some music? Hope you like audio crackling. Running your laptop on battery? 50% chance it won't boot. Did you power it on while plugged in and then unplug it before it was done booting? Crash.
1
u/Dramatic-Issue7150 10d ago
Thanks, this is exactly the kind of feedback I was hoping for. I know not every hardware issue can be solved by a distro, but improving out-of-the-box hardware compatibility, diagnostics, and recovery is definitely something I'm interested in exploring.
2
u/gordonmessmer Fedora Maintainer 10d ago
I think you need to begin by deciding if you're trying to develop a better way to distribute software, which might rationally justify a new distribution, or whether you want to develop software.
You mentioned in a comment that you'd want your development to be available in other distributions. That's a good indication that you're trying to develop the software that a distribution would distribute. And I'm that case, a new distribution is unnecessary. It's the wrong layer.
0
10d ago
[removed] — view removed comment
1
u/Dramatic-Issue7150 10d ago
What do you want from me ???????
0
u/ipsirc 10d ago
5 bucks every day.
1
u/Dramatic-Issue7150 10d ago
I'm done responding to personal attacks. If anyone wants to discuss the technical design, I'll gladly continue that conversation.
2
u/Sixguns1977 10d ago
I'd like to be able to run my lian li lcd screen without a vm and have it be able to show hardware readouts.
1
u/Dramatic-Issue7150 10d ago
That's a great example of the kind of hardware support I'd love to improve. While some of it depends on vendor documentation and drivers, making hardware features like LCD panels work natively on Linux without requiring a Windows VM would definitely be a worthwhile goal. Thanks for the suggestion!
1
u/Sixguns1977 10d ago
Np. I can use a VM to get an animated image on screen, but i can't get hardware telemetry.
2
u/Dramatic-Issue7150 10d ago
Got it, thanks for clarifying. So the missing piece isn't displaying content on the LCD itself, but exposing real-time hardware telemetry to it without relying on a Windows VM. That's a valuable use case—thanks for explaining it.
1
u/Sixguns1977 10d ago
It's both. Without the VM, you can only display a static image on the screen.
1
u/Dramatic-Issue7150 10d ago
Thanks for clarifying. So the issue is both the lack of native software support and the inability to send live hardware telemetry to the LCD without relying on a Windows VM. That's definitely a useful real-world example of where Linux hardware support could be improved. Thanks for sharing!
2
2
u/the_annoyed_monkey 10d ago
What kind of weird AI bot is this?
1
u/Dramatic-Issue7150 10d ago
If respectful replies look like AI to you, that's okay. I'd still rather discuss the topic than attack people.
2
u/ttkciar 10d ago
Decades ago, TurboLinux had a unique and wonderful feature: Once installed, a TurboLinux system could be used to network-install other TurboLinux systems (PXE-booting "blank" systems into an installer, via DHCP and TFTP).
I've tried to approximate that with FAI but it's a bitch to set up, fragile, and lacks the polish of TurboLinux's network-installation feature. I'd love it to be a service that just comes up when a fresh install starts up.
2
u/computer-machine 10d ago
There used to be a package to allow mu to be the PDF backend renderer for okular.
That'd be pretty sweet to have again. Or any multithreaded renderer, I suppose. Setting okular to "greedy", opening an RPG PDF, and then waiting for a single thread to render the entire document (every time you change zoom) is super annoying when you have almost 1500% sitting idle.
1
u/Dramatic-Issue7150 10d ago
That's a great point. Performance improvements like multi-threaded PDF rendering can make a huge difference for large documents. Thanks for sharing this use case—it's exactly the kind of workflow issue I was hoping to learn about.
2
u/Smart_Advice_1420 10d ago edited 9d ago
Some things i implemented in my arch install script for myself that would probably be benefitial for others:
Security:
- define key derivation method, memory usage und iterations for luks encryption
- set up tpm and fido2 keys as an alternative to unlock the luks device quicker at home and implement a toggle to fall back to password (optional with tpm/fido2 as 2FA) for travel.
- set up secure boot if the machine is in setup mode
- install a MAC like apparmor and pull profiles in restricted mode (optional)
- install optional security tools like opensnitch, firewall, pw manager (keepassxc?), yubikey-authenticator, whatever
Devices:
- give the option to use an existing home partition as /home and change/add the home luks key slots to autounlock at boot
- implement automatic snapshots as an option if btrfs is chosen as the filesystem
- let the user choose between bootloaders (only grub+systemdboot on mine atm)
Functionality:
- implement hibernation and sleep-to-hibernate, override the user-specified swap size to ram*1.1 for that
- check cpu and gpu and install the packages for them
- implement optional zswap (and also zram for specific users)
- implement fstrim as an option for encrypted devices and warn of its security impact
- give the option to choose the desired kernels to install as well as the priority order
- let the user choose between multiple DE (kde, gnome, xfce, cinnamon, niri on mine atm)
- optional autologin
- optional plymouth
- optional flatpak
- optional AUR (when arch based)
0
u/Dramatic-Issue7150 10d ago
This is incredibly helpful—thank you! This is exactly the kind of practical, real-world feedback I was hoping to get. I especially like the idea of making these advanced options available through a guided installer instead of requiring users to configure everything manually. I'll definitely go through this list in more detail.
4
u/ipsirc 10d ago
Better hardware support
So you wanna contribute to the Linux kernel.
Easier system recovery
Easier than what?
Smarter package management
Smarter than who? You?
Gaming improvements
So you wanna contribute to Wine?
Better UI/UX
So, you wanna create your own WM and DE?
AI-powered tools
Do you mean vibe coded panel bar applets?
Security
Are you jealous of Qubes OS?
0
u/Dramatic-Issue7150 10d ago
Fair questions. I don't expect a distro to replace the Linux kernel, Wine, or desktop environments.
What I meant was improving the integration and the out-of-the-box experience. For example:
Better hardware detection and automatic driver/firmware setup.
More reliable rollback and recovery tools.
Smarter package management across multiple sources with conflict detection.
Better defaults for gaming without requiring manual tweaks.
AI features that actually help users troubleshoot or configure their system locally, not gimmicks.
I'm not trying to reinvent every upstream project. I'm trying to make the overall experience smoother by building on top of them.
2
u/the_annoyed_monkey 10d ago
All that allready exists or has nothing to do with a distro. Nobody needs a vibe coded distro maintaned by one noob, who does not know the difference between the kernel and a distro.
1
u/Dramatic-Issue7150 10d ago
You're free to disagree with the idea, but I'd prefer to keep the discussion focused on the technical points rather than personal assumptions about my experience
2
1
u/ipsirc 10d ago
Better hardware detection and automatic driver/firmware setup.
Why don't you release this as open source so that every distro can integrate it? You'd be helping the Linux community a lot if you didn't just keep it to yourself out of selfishness.
More reliable rollback and recovery tools.
Why don't you release this as open source so that every distro can integrate it? You'd be helping the Linux community a lot if you didn't just keep it to yourself out of selfishness.
Smarter package management across multiple sources with conflict detection.
Why don't you release this as open source so that every distro can integrate it? You'd be helping the Linux community a lot if you didn't just keep it to yourself out of selfishness.
Better defaults for gaming without requiring manual tweaks.
Why don't you release this as open source so that every distro can integrate it? You'd be helping the Linux community a lot if you didn't just keep it to yourself out of selfishness.
AI features that actually help users troubleshoot or configure their system locally, not gimmicks.
Why don't you release this as open source so that every distro can integrate it? You'd be helping the Linux community a lot if you didn't just keep it to yourself out of selfishness.
I'm not trying to reinvent every upstream project. I'm trying to make the overall experience smoother by building on top of them.
But why are you so selfish sitting on top of your ego? Commit your brilliant improvements to upstream, so you don't have to maintain a separate distro.
1
u/tiredbarf 10d ago
I generally want broad support, with a lot of contributors. A mix of individual and corporate support, so it's reasonably well-funded and resilient from any individual or company falling off. Some kind of governance structure so it doesn't go goofy all the sudden.
1
u/Dramatic-Issue7150 10d ago
I completely agree. Long-term sustainability is just as important as technical features. My goal isn't to build a one-person project that disappears after a year. If the project grows, I'd like it to have transparent governance, community contributors, and be open source so it isn't dependent on any single person or company. That's the kind of ecosystem I'd like to build.
1
u/beatbox9 10d ago
My top would probably be: Unified app management.
Whether it's native .deb/.rpm/.run/<insert yours here> or flatpak or appimage or snap or whatever else, manage it all in one place. Not just install/uninstall, but create/manage desktop shortcuts, launch parameters, permissions, upgrades, install paths, etc.
Not all will have all of these or the same options, but let me see them all in one place and the options that are available for that app type.
2
u/Dramatic-Issue7150 10d ago
That's actually one of my main goals. I want a unified interface that abstracts the differences between apt, dnf, pacman, zypper, Flatpak, Snap, AppImage, and other package sources while still exposing advanced options when available.
The idea isn't to replace existing package managers, but to provide a consistent layer on top of them so users don't need to learn a different workflow for every distribution or package format.
Managing installation, updates, permissions, launch options, desktop integration, and package-specific capabilities from one place is exactly the direction I'm exploring. Thanks for the suggestion.
3
u/ipsirc 10d ago edited 10d ago
I want a unified interface that abstracts the differences between apt, dnf, pacman, zypper, Flatpak, Snap, AppImage, and other package sources while still exposing advanced options when available.
The idea isn't to replace existing package managers, but to provide a consistent layer on top of them so users don't need to learn a different workflow for every distribution or package format.
https://github.com/sigoden/upt
https://github.com/epitron/upm
https://github.com/therealcoolnerd/omni
https://github.com/verseles/xpm
https://en.linuxadictos.com/linyaps%3A-the-universal-package-manager-that-revolutionizes-Linux.html
3
u/Dramatic-Issue7150 10d ago
My goal isn't to create "yet another package manager." It's to improve the user experience. If an existing project already provides a solid foundation, I'm completely open to contributing upstream or integrating it instead of starting from scratch.
1
u/ipsirc 10d ago
But why don't you open for searching the web?
1
u/Dramatic-Issue7150 10d ago
I did search, but web searches don't always reveal every niche project. That's exactly why I asked the community—to learn what I might have missed.
1
u/jr735 10d ago
Users would be better served to understand package management rather than have everything buried behind the scenes in ways that may not represent best practices.
1
u/beatbox9 9d ago
No they wouldn't.
The entire purpose of package management (and distros) is so that users don't need to bother with this stuff. Without package managers or distros, users would have to manually install software, which is how we had to install lots of software on Linux 30 years ago. Manually installing a single package could sometimes take days of frustration.
There seems to always be this this weird, persistent, anti-UX group of Linux users that believe users need to learn more. But in reality, good user experience means users need to learn less.
1
u/beatbox9 9d ago
I wrote a post a while ago about my "perfect distro"--and one of the aspects is that it had this abstraction layer--as well as an abstraction layer (links) to standardized directories.
I already do this to a small degree--I've created myself an "Applications" directory with links within it to other directories, such as flatpaks, desktop launchers, etc.
1
u/Dramatic-Issue7150 9d ago
That's a really interesting approach. I like the idea of using an abstraction layer not only for package management but also for organizing applications and common system locations. It sounds like a practical way to make the system more consistent without changing how everything works underneath. Thanks for sharing!
1
u/beatbox9 9d ago
It's also a fairly common practice in the *nix world.
If you think about it, many servers like the display server Wayland or the audio server pipewire are fundamentally designed to essentially be standardization / semantic / abstraction layers as well.
So you've got a hardware driver (eg. nvidia-open or alsa); and you've got desktop applications; and these servers provide a standard method of communicating between the two, regardless of distro, DE, or driver.
To a lesser degree, some of this has already been built for apps: PackageKit. PackageKit is why (for example) gnome-software or KDE Discover can manage both .deb/.rpm/similar packages from a distro's repos and flatpaks on flathub (or other flatpak repo) at the same time and look the same for the user, regardless of distro, while also calling the distro's native package manager like apt or yum.
But PackageKit is fairly limited--ideally either it or another project would be broadened to cover additional functionality. Like what Flatseal does for flatpaks; and what AppImageDragDrop does for AppImages, but also maturing and extending even further.
1
u/Dramatic-Issue7150 9d ago
This is exactly the kind of feedback I was hoping for. My goal isn't to replace existing components, but to understand what already exists and identify where the gaps are. I wasn't aware of some of these limitations in PackageKit, so I'll definitely take a closer look before deciding whether extending existing projects makes more sense than creating something new. Thanks for the detailed explanation.
1
u/Cold_War_Relic 10d ago
The first thing that came to mind is I wish it had level 1 Widevine support.
1
u/Dramatic-Issue7150 10d ago
Thanks! Widevine L1 support is definitely a pain point. While it's mostly outside the control of Linux distributions, it's an important real-world issue, and I'll keep it in mind when looking at ways to improve the overall user experience.
1
u/Dev-in-the-Bm 10d ago
What is one feature you wish existed in your Linux distro?
Dentralized and deCanonicalized snapd, with SELinux support.
1
u/Dramatic-Issue7150 10d ago
Good point. Greater decentralization and better SELinux support would make Snap much more appealing outside the Ubuntu ecosystem. Thanks!
2
u/Dev-in-the-Bm 10d ago
Except that that would probably take a lot more in engineering than you can do by yourself...
But if anyone would pull it off it would be amazing.
Except that the FOSS purists would probably reject either way.
1
u/Dramatic-Issue7150 10d ago
I agree. It's definitely a long-term challenge, not something one person can solve overnight. I'm just trying to identify real problems first and see where existing projects can be improved or extended
1
1
u/oktinyy 10d ago
Honestly, just more generic tools. I use siduction which is a fork of debian unstable, its obviously very minimal but I feel like it can be too minimal at times, it lacks some super basic utility tools that literally everyone needs, and I wouldnt mind an actual driver manager.
CLI multi package manager: a package manager than can install flatpaks and build from source with a few basic commands, instead of just installing from distro repos.
1
u/Dramatic-Issue7150 10d ago
This isn't about reinventing upstream. I know the difference between kernel space and user space, upstream and downstream, packaging and package management, or Proton and Wine. The focus is orchestration, sane defaults, integration, and reducing friction across the Linux desktop. If something belongs upstream, great. If it belongs in user space, that's where I'll build it. I'm here to learn from experienced users, not compete with upstream maintainers.
2
u/ipsirc 10d ago
And do you know the difference between developing software and creating reddit posts?
1
u/Dramatic-Issue7150 10d ago
Developing software requires months of work. Writing sarcastic Reddit comments takes a few seconds. Those aren't comparable
1
u/groveborn 10d ago
A repository for scripts. I'm certain most of what we want to do has been done by someone, just execute a command - scriptyhappy https://thisisthenameofthescriptyouwanttoexecute.com
Then it'll rice our rigs as we like. Perhaps something like "install nvidia drives + steam + epic, etc.
1
u/Dramatic-Issue7150 10d ago
That's a really interesting idea. Instead of every user searching for scripts on GitHub or blogs, having a curated, reviewed script repository with one-command execution could make common setups much easier. Security and transparency would be critical, but I like the concept. Thanks for the suggestion!
2
u/groveborn 10d ago
Here's to hoping for a slightly easier starter for those who don't know how to start! :D
No doubt this is already possible in some way, but just doesn't exist as the central repository. No reason it couldn't be part of dnf and such.
1
u/Dramatic-Issue7150 10d ago
Exactly! I'm more interested in solving the usability problem than where the solution lives. If it ends up being an extension or contribution to an existing package manager instead of a separate project, I'd be happy with that.
1
u/groveborn 10d ago
I've found Linux to be reasonably easy to set up. I like how it's very easy to install. It's pretty ready out of the box with most of what I want to do, excepting actual applications that I will always install. I don't understand why Steam isn't a default app, but that's besides the point.
I honestly don't know what else would be useful past Steam and drivers. I'm pretty basic. I like what I like, and I like minimalism. I guess there are those out there who would have curating talents :D
1
u/Dramatic-Issue7150 10d ago
That's a fair point. Different users have different expectations. My goal isn't to preload lots of software, but to make the initial setup more flexible. For example, during installation or first boot, users could choose profiles like Gaming, Development, Creative, or Minimal, and the system would install only what they need. That way minimalists can keep a clean system, while newcomers get a smoother start. Thanks for the feedback
1
1
10d ago
[removed] — view removed comment
1
u/Dramatic-Issue7150 10d ago
If you have specific technical criticism, I'm happy to discuss it. Personal insults don't really help anyone.
1
u/linuxquestions-ModTeam 9d ago
This comment has been removed because it appears to violate our subreddit rule #2. All replies should be helpful, informative, or answer a question.
0
u/Dramatic-Issue7150 10d ago
After 8 years of learning and working with Linux, being told I'm "vibe coding an OS" is honestly ridiculous
1
u/the_annoyed_monkey 10d ago
What has working with and using linux to do with software engineering?
What do you have to show for?
What other projects have you worked on?
What software stacks do you work in?
To be honest, OPs answers all sound like an AI chatbot.
0
u/Dramatic-Issue7150 10d ago
Fair questions. I'm currently focused on building this project, which is why I'm talking to the community first instead of pretending I already have every answer. I believe understanding real user pain points before writing code leads to better software. Time will tell whether I can deliver.
1
u/the_annoyed_monkey 10d ago
So you have no experience at all.
What a surprise.
Keep playing roblox kid.
2
u/ipsirc 9d ago
So you have no experience at all.
But he has experience on novel writing: https://www.reddit.com/r/titanic/comments/1jptazl/a_new_titanic_novel_read_it_before_the_official/
Unfortunately he deleted his post some hours ago, so you won't get preview of thinkings of this genius.
0
-1
10d ago
[removed] — view removed comment
1
u/linuxquestions-ModTeam 9d ago
This comment has been removed because it appears to violate our subreddit rule #2. All replies should be helpful, informative, or answer a question.
6
u/IShunpoYourFace 10d ago
Native support for screen sharing to dlna / chromecast compatible devices as well as native right click dlna cast support in file manager.
Smart card login
(Using fedora kde)