I keep a Gnome Shell instance always running with a Screen session. However, what I actually use to run CLI commands is Emacs Shell, built-in to Emacs.
Emacs Shell has most of the bells and whistles you get from things like Fish shell. So I like to use Dash, a minimal POSIX shell that is much lighter weight than Bash, Zsh, or Fish. Dash provides no features – no tab completion, no history, no line editing – and I have Emacs add all of those features on top of Dash for me. It is amazing what a good, scriptable terminal emulator can accomplish.
Emacs Shell can be scripted using the same scripting language it uses to script the editor, file browser, window manager, and everything else. So you can script the shell to search for regular expressions and make things clickable with the mouse, or only display portions of output, creating simple interactive views around shell commands. You can bind certain click buttons or keystrokes in the editor or file manager to run shell commands in new windows. You can script the shell with “expect”-like behavior (automatically input responses to certain prompts). You can capture and collate the output of multiple commands running in parallel.
My bad, you are correct. For some reason I misread.
There is google-drive-ocamlfuse. Personally, even though the article recommends rclone, I would have started with ocamlfuse; something about the whole interaction with rclone seems flaky-sounding to me (the fact that it's not just fuse commands, but this whole other tool you have to interact with for doing stuff like 'ls' just seems weird). But like I say I have no real experience to be sharing; this is just me searching + sending to you.
I’m using the ddterm gnome extension, and it’s been the best I’ve tried so far. Lots of customization, very few bugs, and does exactly what you need it to with no bells or whistles to distract you.
I’m sure Canonical’s neverending death march towards Snap, along with the OS running outdated packages, is why Valve no longer uses Ubuntu for SteamOS development. The greatest April Fools was Ubuntu dropping Snaps because so many people were saying how they could go back to using Ubuntu again…then they noticed it was a joke and the sadness set in.
Why do people hate snap over flatpak? I feel like I’ve read a thread or two about it, but I haven’t seen an answer that was particularly satisfying (almost definitely for a lack of trying on my part, to be clear).
Flatpak allows other repositories besides the official one, therefore having the ability to be decentralised, Snap doesn’t
Canonical (the company behind Snap and Ubuntu) is hated for some past decisions they made with Ubuntu
and more
(The only thing I really prefer Snap over Flatpak is that you need the whole package name in Flatpak (like com.valvesoftware.Steam for Steam) whilst you can simply use “steam” in snap but that’s due to decentralisation vs centralisation I guess and overall a minor problem for me)
Worse performance, particularly in terms of app startup times
Snaps are mounted as separate filesystems, so it can make things look cluttered in your file explorer or when you’re listing stuff with lsblk
Canonical often forces users to use Snaps even when users have explicitly tried to install with apt. e.g. you run sudo apt install firefox and it installs a Snap
It hasn’t gained traction with other distros like Flatpak has, and Canonical’s insistence on backing the “wrong” standard means Linux will continue to be more fragmented than it would be if they also went along with what has become the de facto standard
There are however benefits of snaps. It works for better for terminal programs, and Canonical can even package system stuff like the kernel as a snap - as you can imagine, this might be a very powerful tool when it comes to an immutable version of Ubuntu.
Snaps just act strange. They update in weird ways, it’s always automatic and it’s confusing how to keep something in a version that won’t auto update. It’s been a bad experience for me.
I don’t even want to hate on Snap, I just think Flatpak is probably superior in almost every way and it’s probably not great that there are three competing formats for “applications with dependencies included”. It was supposed to be “package your app to this format, dear developer, so everyone can use it no matter the distro they use”, now it’s a bit more complicated. Frustrating, as this means developers without that many resources will only offer some formats and whichever you (or your distro) prefers might not be available.
I know that you can get every format to work on every distro (AppImages are just single binaries you can execute), but each has their own first class citizen.
By the way, the unofficial Steam Flatpak has been working well for me under Fedora 39 KDE Spin, but an official one would be great to have.
Flatpak with Fedora 39 must have come a long way. Almost every tutorial with workarounds or discussion of broken features you can find online is now obsolete. It just works out of the box, especially under KDE. Mostly. That makes searching for actual issues extremely hard because I find myself chasing down paths of issues that have long been resolved.
Agreed. the only “workarounds” I’ve needed to do (on arch) is install gtk-desktop-portal-{gtk,kde} because it’s not included with kde-plasma5 for some reason.
I didnt want to hate snap either, until I found out its proprietary technology… on a foss OS… since then I‘m pretty over it - and ubuntu for that matter. I‘ll probably switch to debian once ubuntu 23.10 runs out of support.
Well… Flatpak ships Propietary Software too. And at this point Propietary Software is almost avoidable (unless you have a LibreBoot. I want one too). But it’s reasonable to be frustrated that an operating system as influential as Ubuntu has ended up falling so down in its technology, and that it has the support of a company like Chanonical.
Edit: Thank you for the comments. I didn’t noticed Snap itself is propietary.
Not sure if I understand you correctly. Flatpak itself is not proprietary afaik and while people might make flatpaks of proprietary software, the problem with snap is that the snap system itself is proprietary afaik.
So every open source software packaged in snap gets this proprietary stain added to it. Thats what actually bothers me.
There’s a misunderstanding here. What we mean is that the Snap system itself is proprietary. The server side is proprietary and there’s no way to add repos other than Canonical’s.
Flatpak is open, and anybody can create/add a remote.
Both can be used to package and distribute proprietary software. But the same could be said of .deb or .rpm
The thing with AppImages is: it requires FUSE2 which doesn’t really get packaged/included by default anymore in a lot of places and the recommendation is “build on the most old and crusty distro you want to support” which just sounds like a nightmare in multiple ways :)
And with snaps the sandboxing only really works on Ubuntu and nowhere else last time I looked into it (then there is also the entire problem if you want to host your own repository/“storefront”).
So really the only universal sandboxing method that effectivly makes sense is Flatpak.
Which is why I phrased my above comment in the very precise and deliberate way I did.
You don’t need to interface with canonical’s server to use snaps, you only need to do so if you want snaps that have been approved by and signed by canonical. Anyone can create a snap and privately distribute and install it, and every part of that process is open source.
APK isn’t a closed source format just because Google operates the main store.
If there was community effort someone could spin up their own snap store, this person did it forum.snapcraft.io/t/…/27109 - problem is, it would serve no benefit because you would have to create your own signing authority and patch snapd to use those assertions instead - and then you are still relying on a central authority to vet and sign releases and frankly I would rather have my software signed by canonical than someone random guy operating their own snap store
Again: nobody cares because practically speaking, the only people using snaps are getting them from Ubuntu, and Ubuntu pushing snaps as the default is the only reason they aren’t using flatpaks intead.
Interestingly though unless it has changed recently, you can’t add a third party snap repository. Canonical’s is hard coded, and when people requested alternate repo support, the issue was closed with a response that users seeking third party repos could just edit the string and recompile. Not the most useful solution
Canonical specifically went out of their way to create a closed ecosystem with snaps, and you think that’s not “closed off” because they only allow you to download the open source parts of the snap software?
Personally, I don’t get why devs would elect to package for Snap, in favor of Flatpak or AppImage. I guess, if your toolchain offers Snap packaging out of the box, then might as well. But aside from that, do you not just reach fewer users…?
If you’re on Ubuntu, you can just ask your question in the normal Linux community or in a search engine. You don’t need to go to a special Ubuntu community.
That’s at least, how it makes sense to me. In general, I’ve seen many niche distros have very active communities, because everyone just ruts together and helps each other out.
…which is to say, I don’t think there are accurate marketshare statistics, because no telemetry, but my impression is also that Ubuntu is still popular out in the wild.
If you filter the Steam Hardware Survey for December 2023 by Linux, you can see Arch has a market share of 7.85% (excluding SteamOS on the Deck, which is technically based on Arch and has 40.53%) while Ubuntu 22.04.3 LTS - a specific Ubuntu version - already has 7.04% on its own.
But that’s also just Steam users. Ubuntu is one of the few Linux distributions that OEMs ship preinstalled and officially support on some of their devices (Dell for example). Another example is Fedora iirc, which Lenovo ships or at least used to ship as an option on some of their ThinkPad notebooks.
I’d assume the Arch community on Reddit is bigger than the Ubuntu community as it’s geared towards tech-savvy people. Going by Reddit community size wouldn’t make much sense though. Even if you add up the member count of the r/windows, r/windows10 and r/windows11 community (which doesn’t make a lot of sense as most users are probably not unique), it’s only like 3-4x the members of r/archlinux, which doesn’t translate to market share whatsoever.
I don’t really have hard numbers, sorry. Should’ve checked first. I guess I just assumed because of the OEM support and being relatively easy to install and maintain for the average guy (in comparison) that it was the leading Linux desktop distro in terms of marketshare. I’m still assuming this is the case for the reasons stated, but can’t tell you with 100% certainty.
It’s impossible to measure since sharing copyleft stuff can’t be tracked like sales of proprietary software can. There’s no need to apologize about not doing the impossible.
Well, most of windows users don’t even know they are using it, they think they are using a “PC” as opposed to Mac
Any Linux desktop user is already very tech savvy, I doubt there are any Ubuntu users that don’t know they are using Ubuntu so the windows commission is not apt
So? The AMD subreddit is larger than either Nvidia’s or Intel’s (in the case of Intel, by a lot). Both of them have a greater market share than AMD in their respective markets.
Porsche has over double the subs of Toyota, yet Toyota sells 33x the amount of cars.
Again, my mom is not on the Intel subreddit because she doesn’t know she has an Intel processor. In fact, she used to work for Intel, and she still doesn’t care
Ubuntu is nowhere near popular enough to be a default. I’m just wondering how to count the market share accurately
Do keep in mind that “not installed by default” is not the same as “not available to install at all”. To this end, Flatpak continues to be available in the Ubuntu repos, and users of Ubuntu flavors are free to install Flatpak
Well, yeah, you can enable it. But if it’s not active in their GUI software store by default, then many users will not find / look for it. It’s rather important for a package format that you don’t have to separately install it.
Why do you need to have two package formats that do the same thing installed by default? If you could install snaps and flatpaks both from the same store you could have 2 (or 3 if you also installed the .deb) copies of the same app, like steam etc installed, and user sessions and games set up on one wouldn’t be launchable from the other because they all store their state and config in different locations - the only way to know what config your program is launching with would be to inspect and rename the launcher scripts. If you are intending to support naive users this is the absolute worst case scenario. It would be like debian including pacman by default as well alongside apt for maximum user accessibility confusion.
Because many apps will (or would prefer to) only be bundled as Flatpak. I agree that the deduplication is not a trivial problem to solve, even if they might have already solved it for DEBs (I don’t know).
But your entire comment could just as well be a rant why Canonical shouldn’t have introduced Snaps in the first place. It might be good for their bank account, if they can somehow monetize part of the cake, but splitting the cake even further, after it’s already split into DEB, RPM, AppImage, Flatpak, Docker, APK etc., that’s maximum user confusion.
Because many apps will (or would prefer to) only be bundled as Flatpak.
This reads like speculation to me and is directly contrary to the file counts on flathub and snapcraft. What about CLI apps and server software? How are they supposed to distribute their software if not via snap? (Flatpak doesn’t support this well)
could just as well be a rant why Canonical shouldn’t have introduced Snaps in the first place
You are acting like Ubuntu core (and snaps) came after flatpak? Snaps were announced almost a decade ago
Like, I get you don’t like snaps, but your argument is basically “every Linux distribution should ship the same default software, and it should be the software I choose”
I don’t know why you’re trying to interpret all kinds of things into my comment. I did not say any of that. This isn’t some competition to show who’s technically more correct.
Kitty, although I was using Alacritty until last week. I got an update that had a bug related to launching Alacritty full screen. I’m in a terminal all day so I couldn’t be bothered with it. I installed kitty and adapted my configuration pretty easily. I can’t tell the difference between them except for the icon.
If you use GNOME DE you go to the online accounts dialog, click Google and setup with your credentials, it adds GDrive to Nautilus, integrates gmail and calendar into evolution client.
It shows in the Mounts section of nautilus, for apps that don’t recognize that you may have to go to /run/media/username/mount if it doesn’t show up in the Other section of file pickers
I’m not aware of what is available for KDE. i didn’t see it when I tried KDE, but maybe somebody has successfully used the packages to setup something similar
Do you work for them; To know?They have slowly matched googles offerings and offer linux integration. User suggestions/pressure can direct their efforts. Many of us have dumped Google for Proton. They announced desktop app for Windows and MacOS
No, I’ve just been a customer for several years. Development is slow and things like this are simply not a priority. They’re not even a little close to matching Google.
Dev is slow because they release a good User experience, rather than buggy junk. Linux seems to be 3rd on their list but it comes eventually. Per the link you can use Windows or Mac sync now. Don’t forget google had a long head start and almost unlimited devs.
Dev is slow because they release a good User experience, rather than buggy junk
The reason is irrelevant. It wasn’t a criticism, just an observation.
Linux seems to be 3rd on their list but it comes eventually.
No, they have almost no Linux support. Most things have to be done in the browser. When there is Linux support, it is extremely basic.
Per the link you can use Windows or Mac sync now.
Cool. Doesn’t help Linux users.
Don’t forget google had a long head start and almost unlimited devs.
See point 1.
There was a long podcast interview with the CEO where he basically said Linux is and will continue to be looked over due to increased development costs and very low adoption.
Actually their pages say it is hard to find Linux devs for desktop, and that is why it is slow. And there is already a proton drive API you can use with rclone on linux.
And as far as critisim you said specifically not as good as google, so I provide a reason why. you can’t then change you tact and say it wasn’t critism whenvyou do a compare. It will come, things take time. You seem to keep moving goal posts here so have a good rest of your week.
Yep, and some linux community will most likely pickup on development if Proton doesn’t turn it into a full desktop linux app like the Windows or Mac version.
Actually their pages say it is hard to find Linux devs for desktop, and that is why it is slow.
Again, the reason is irrelevant. The point is, it ain’t happening.
And as far as critisim you said specifically not as good as google, so I provide a reason why. you can’t then change you tact and say it wasn’t critism
That’s not “changing tact”. It’s not as good as Google from a user perspective. That doesn’t mean it doesn’t have it’s own merits. I pay for a Proton subscription rather than use a free, much more fully-featured Google one, so I obviously understand the value proposition. I also understand it’s shortcomings.
You seem to keep moving goal posts here so have a good rest of your week.
I don’t suppose you want to elaborate on what goal posts I’ve supposedly moved?
Your initial comment was “Not gonna happen since Proton is all encrypted.” When I pointed out that that makes no difference–and we have Windows and Mac version (that accesses this encrypted data) then you switched to another reason. It won’t end, so I have to say good bye, knowing that My Proton Vpn on linux install works, the e-mail bridge works, somebody will integrate the Proton drive API with linux because that’s what the community does even if Proton doesn’t release it.
When I pointed out that that makes no difference…then you switched to another reason.
It’s not another reason. It’s the same reason.
If it wasn’t encrypted it would be trivial to spin up a local integration like Google or MS already have.
Since it is encrypted, it makes it significantly more complicated to develop. While this development may make sense on MS or Mac, it doesn’t on Linux, because it requires more resources and serves a much much smaller number of users.
I’ve already explained all of this in the previous comments.
My Proton Vpn on linux install works
“Works” is right. Like I said, it’s extremely basic compared to it’s MS and Mac counterparts.
the e-mail bridge works
Notice how MS and Mac get fully-featured desktop clients and all Linux gets is a “bridge” to connect to an inbox client developed by someone else.
There are a small number of terminal emulators I would be happy to use as daily drivers and most of them have been named here but my default is kitty. It supports everything I need and a lot I don’t and doesn’t have any showstoppers. All the modern terminal implementations are performant enough. I used real terminals like vt-100s and vt-220s. Everything we have today is awesome by comparison. We fetishize performance and features too much. Once you have something that works there isn’t much reason to change IMO.
+1 for Syncthing, I use it a lot. However anyone have any methods of 1-way sync? I’d like to backup camera photos from my phone with it but not have a 2-way sync so I can delete the pictures off my phone, and not have it deleted on my server. At one point I found a discussion with the developers about this exact use case and if I remember right, they were kind or in the camp of ‘that use case extends beyond what we envision for the app and would introduce more complexities, so we’re not a big fan of introducing that feature.’
True but you could set up a schedule /cronjob to move the files from the shared folder perhaps. Would be a bit extra traffic I guess if pics are not deleted on main device regularly.
are you sure you would this something like that on your devices? Because I’m not sure if you reasoned enough about that monstruosity you randomly propose here :D
actually I’m not sure of the qualities you go looking for online, certainly not the solidity of solutions that you seem to be looking for 🤷but ehi, I’m not here to judge! Cyao :*
My google drive is just a special folder on my file explorer. My account is configured with the system account manager. It shows me all my Drive files and when I want to open one it automatically downloads and opens the file seamlessly as if it were in my PC. If I create, move or change folders, add new files, etc. It automatically syncs it with my Drive.
I use Gnome but Cinnamon and Gnome are not that different in that topic IIRC. I have to mount the remote folder via file manager (Nautilus) then I can access the files in Code.
Hmm. It’s not working in Manjaro for me. Is it as easy as just opening any other folder? I have Drive added in KDE and can see my files but I cannot add a folder from drive in Codium.
My guess is no, since the folder is a magical protocol address that I assume VScode/codium wouldn’t understand for they insist on handling the directory hierarchy directly. Haven’t really troubleshoot that workflow though. I use exclusively Git with GitHub/GitLab. So there’s no need for GDrive with an IDE for me. My Drive is exclusively for personal files which most other Linux-as-a-first-class-citizen applications (LibreOffice, PDF readers, photo viewers and editors) just use as the OS gives it to them without issue.
ADD: I would imagine there’s an additional complication depending on whether Codium is running from repository or Flatplak.
Nextcloud is really great for this. There is clients for all desktop and mobile OS. I am hosting this myself on my VPS however you can however use this service here: nextcloud.com/sign-up/
their website says they host it for you and provides this list of providers…
linux
Oldest
This magazine is from a federated server and may be incomplete. Browse more on the original instance.