Linux on Reddit

submitted by /u/Fcking_Chuck [link] [comments]

submitted by /u/unixbhaskar [link] [comments]

I’ve been thinking about something that seems like a pretty big problem for the Linux desktop, and I’m curious what people here think. One thing that always feels strange to me is that when you say you’re developing for Windows, you generally just say “I’m developing for Windows.” With Linux, it can mean quite a different thing depending on the distro. As a developer, you can end up thinking about .deb, .rpm, Arch packaging, different dependency versions, different filesystem conventions, different repositories, different system libraries, etc. I know this isn’t news to anyone here, and I also know that Linux distributions being different is one of the things that makes Linux great. I’m not suggesting that Debian, Fedora, Arch, etc. should become the same. What I’m wondering is: Could we have a common application platform above the distributions? Something where I could build an application against, say, “Linux Application Platform 1”, and know that it should work across Debian, Fedora, Arch, openSUSE, Ubuntu, etc. Something roughly like: Linux application | v Linux application platform | +---------+---------+ | | | Debian Fedora Arch | | | +---------+---------+ | Linux kernel The distributions would still be completely free to do their own thing underneath. They would manage the kernel, drivers, system services, system packages, desktop environment, etc. The application layer would just have a common set of expectations: APIs/ABI, desktop integration, permissions, graphics, audio, IPC, application lifecycle, and so on. And applications could be distributed using some standardized application bundle rather than having to care about every distro’s packaging system. I’m not saying .deb, .rpm, Arch packages, etc. should disappear. They make perfect sense for the operating system itself. I’m mainly talking about applications that ordinary users install. But don’t Flatpak, Snap and AppImage already do this? This is where I’m not sure. They clearly solve a large part of the problem already. Flatpak has runtimes, sandboxing and desktop integration. Snap has portable packages, sandboxing and automatic updates. AppImage makes it extremely easy to distribute a portable application. So maybe the answer isn’t another package format at all. Maybe what’s missing is a common specification underneath these kinds of systems — something that defines what a Linux desktop application can expect from the host, regardless of which distribution it’s running on. I’d be much more interested in building on existing work than creating “yet another Linux package format.” because this is crucial for developpers and for normal users comming from windows and macos. Why I think this matters for people coming from Windows I think this is also an important part of making Linux easier for new users. A Windows user is generally used to: Find application ↓ Install application ↓ Run it ↓ Update it They don’t normally have to understand the architecture of the operating system before installing an application. On Linux, a new user can quickly run into questions like: Is there a “.deb”? Is there a “.rpm”? Is this repository trustworthy? Does this package work with my version? Why does this application need this dependency? Experienced Linux users obviously know how to deal with this, but someone coming from Windows shouldn’t need to learn the Linux packaging ecosystem just to install an application. A common application platform could make Linux feel much more like one coherent platform, while still allowing the distributions underneath to remain radically different. What I’d want is something that feels native to Linux, has predictable behavior, integrates properly with the host system, and gives developers one clear target instead of making them think about every distribution. and makes normal users very happy. so they only click an executable and they install it with drag and drop (like macos style or like windows style next..next..install) So I’m curious what people who actually work on this think Why hasn’t Linux ended up with something like this already? Is this fundamentally an ABI problem? Is the existing freedesktop.org ecosystem already moving in this direction? Would something like this even be desirable, or would it cause more problems than it solves? And if it is desirable, would this be something that should eventually be discussed through freedesktop.org or another standards-oriented project? I’m genuinely interested in the technical objections here. If this idea is naive or something has already been tried and failed, I’d rather understand why than pretend I’ve discovered something new. submitted by /u/Visual_Adagio_6989 [link] [comments]

As developer on linux what is most type of problems you faced when developing an application on linux and how you solve it.? for example : file dialogs ,app framework, build system , compiler , dependacy، preformance , audio system , display system , memory usage , desktop environment,window manager , compatibility layer. submitted by /u/SubjectThing1417 [link] [comments]

Can’t believe this old laptop that barely run Windows 7 is rocking Debian Trixie. Works like a new laptop while it’s very old Asus K53e from 2011. So happy! I’ll give it to my mom for her school related tasks and also use it as testing ground for my main system. submitted by /u/Kaseffera [link] [comments]

submitted by /u/maglib [link] [comments]

submitted by /u/dcgkn [link] [comments]

submitted by /u/mgz069 [link] [comments]

submitted by /u/anh0516 [link] [comments]

Hey all. I just release v0.6.2 for dskDitto. For those unfamiliar with the utility (probably most of you) it’s a super fast file duplication tool written in Go. It’s easy to use and has a sleek looking TUI… If you’d like the manage the results in a GUI; the —gui flag exists and launches a Raylib based GUI.. Anyhow…. The latest release now supports ref-links as a deduplication mode.. That is, as long as your filesystem supports them.. Check it out if your heart so desires! The project is hosted on GitHub: https://github.com/jdefrancesco/dskDitto Cheers! submitted by /u/jdefr [link] [comments]

I use the rofi launcher a lot, and I always thought it'd be pretty cool if I could use Vim keybindings inside the search input and navigate between results. I wasn't able to find a "vim mode" setting, nor could I use the plugin API to add this functionality. So, I forked rofi and made a few simple changes, and came up with this. It supports the j+k motions for going up and down the search results + basic Vim keybinds in the input itself. I'm curious to see if this is something you'd actually use, so do let me know and I can try opening a PR or releasing it somewhere. Repo: https://github.com/carrotfarmer/rofi-vim Thanks! submitted by /u/Slow-Day-4543 [link] [comments]

submitted by /u/unixbhaskar [link] [comments]

submitted by /u/corbet [link] [comments]

https://preview.redd.it/9cyx5mmvdtjh1.png?width=575&format=png&auto=webp&s=1495771d13bdb48787e2e605bed500cd9ac493e8 Still a heavy work in progress (WIP) but its based on the work that somebody else did to get Linux on the 3DS. It runs quite snappy on the New 3DS, quite smooth and everything. I also have a custom Android 2.0 app (the first Android 2.0 app developed in 2026, possibly decades) for touch screen diagnostics you can also see. The battery indicator works and is accurate surprisingly, WiFi does not work, touch screen works, soft power off works, sound does not work. Been working on this for weeks now. Hope you like it! submitted by /u/Necessary_Film_5199 [link] [comments]

submitted by /u/unixbhaskar [link] [comments]

submitted by /u/BrageFuglseth [link] [comments]

submitted by /u/CMYK-Student [link] [comments]

submitted by /u/BrageFuglseth [link] [comments]

submitted by /u/Fcking_Chuck [link] [comments]

submitted by /u/Emotional_Frame_4140 [link] [comments]

submitted by /u/Quantum-Coconut [link] [comments]

Hey all. I recently released https://github.com/jdefrancesco/dskDitto v0.6.1 which now supports reflinks for duplication if your FS supports it. You can grab and install the @latest as well as grab the GUI by following the instructions in the READMe.md submitted by /u/jdefr [link] [comments]

Hi, I am looking for a Linux application that works similarly to AFWall+ on Android. What I am looking for is a simple GUI where all installed applications are listed, and I can manage their network permissions per application. Something like: Application A → Internet allowed Application B → LAN only Application C → completely blocked Basically, I am looking for an application permission manager for network access, not just a traditional firewall where I have to create rules manually. I have already looked into several solutions: UFW/GUFW - useful for traditional firewall rules, but not really what I am looking for because it does not provide an app-based permission list. Firejail/AppArmor - can restrict applications, but it is not the simple network permission workflow I am looking for. OpenSnitch - interesting, but it is more focused on detecting and approving network connections when applications try to connect. Portmaster - probably the closest in terms of features, and it does provide per-application rules, but the workflow is still different from AFWall+. It focuses more on monitoring network activity and managing applications that have been detected making network connections, rather than starting with a list of all installed applications. It is also a bit more resource-intensive than what I am looking for. What I really like about AFWall+ is the simplicity: open the app, see all installed applications, and manage their network permissions from one place. I was wondering if there is any lightweight Linux application that provides this kind of workflow. It does not have to be exactly the same as AFWall+, but I am mainly looking for: a simple GUI all applications visible from the beginning per-application network permissions ability to separate LAN access from Internet access if possible Thanks! submitted by /u/CyberSweeper [link] [comments]

submitted by /u/FryBoyter [link] [comments]

submitted by /u/richardfinicky [link] [comments]