I’ll probably give this a try, thanks!
But I’m confused about your explanation: you say you didn’t wanna contribute to the existing project at you didn’t know dart/flutter. Then you end up creating your project from scratch, using dart/flutter to learn dart/flutter. Why not just contribute to the existing project, or fork it, instead of reinventing the (same) wheel?
Teams actually has Linux builds on the AUR. Obviously they are wrapping the web version, but it does integrate much more nicely with the GUI. I’m running the version that uses your already installed electron. I don’t have to use chrome for teams, which is the real upside for me.
I would like to add that I did look at the GitHub before commenting. And I still didn’t get it. Matthew with just explain what it does, but also why is different from the common tools/suggestions that seem similar. Maybe it’s more about highlighting the differences (or the additional capabilities).
Ah now I understand the purpose. I only use it for my (personal) dotfiles, which as a term is ambiguous at best, but in my case I mean config files. That was how I essentially misread your title. Obviously all those files are owned by my user, and most live in ~/.config or similar locations beneath my home directory. Things like application preferences, basically.
Obviously your tool also works for this, but I now understand it’s more meant for system wide config files.
I’m also just using GNU stow into a git repo. It needs no configuration file and just works on any system. Rolling out a new system takes 2 commands. I really don’t see the need for a specialized tool for this use case.
You can try to refund anyway, and explain the reason in the text box. Has worked for me in the past. There are actually people reading these as far as I can tell. If it didn’t work, all it cost was life 3 minutes.
It’s the same with other vendors though. I man those that allow you to swap internals without losing warranty. Bought my laptop with just a 16g stick (base price/included), then bought 2x24g for the price one additional 16g module would’ve cost. And now I got a 16g module left over, too.
I only have one entry in there, which is for /boot. The others are implicit anyway since I’m using ZFS. The boot entry is needed afaik, as there are multiple efi-type partitions in the system.
If that is necessary depends on your BIOS/MoBo. I did have to on mine. But the effort for a normal CachyOS install is t really like 5 minutes: boot into live iso, enter ‘cachy-chroot’ or whatever the command is, follow instructions on screen. Then just reinstall grub and/or kernel (which regenerates initramfs). There’s a wiki entry and pinned posts in discord for this whole thing. Ask in discord if you get stuck, they are incredibly responsive and helpful.
Once you’ve done it, you’ll notice it’s really no big deal. Btw. “Losing” your Linux install is very hard. It’s not as fragile as Windows. You can bork things, but they can usually be un-borked as well. The only real way is fully deleting partitions or their contents, which you can’t just do accidentally.
Especially just moving it to a new host can’t break it, you just need to get it to boot. Once you know how, it’s like 5 minutes. You can take the drive from a 20 year old PC, pop it into a modern system and it’ll work fine (assuming the system is semi-updated). Windows has a hard time moving to a different MoBo or platform. Linux doesn’t care. Drivers aren’t ‘installed’ like they are in Windows. They are just in the kernel available to be used. Almost everything is detected fresh on every boot, making this incredibly robust. As I said, you might just have to fiddle a bit to get it to boot, once it does, it’ll just work fine.
This is actually not even necessary. The systems are similar enough it’ll just work. I have recently swapped an SSD from a laptop to a newer model with CachyOS, and that was more of a generational jump in terms of cpu and other hardware.
But CachyOS has a quirk. Linux systems specify which partitions are mounted to which directories in the /etc/fstab file. Unfortunately, the boot partition is specified using a device name and not a UUID. this is problematic when switching an SSD from a system to another as this may very well change device names. It did for me and I then had to rescue boot + chroot to fix it.
The fix, if done before, is trivial: edit the line for /boot in that file to start with UUID= (followed by the actual UUID of the partition) instead of with /dev/nvme0n1p1 or whatever the current device name is. Google should be able to tell you how to find the UUID of your boot partition.
Thankfully this isn’t allowed for new devices being sold in the EU anymore. They are required to have a per-device individual password now. Hopefully this effectively causes the practice to at least become much less common globally. After all, if you’ve setup the needed manufacturing steps, there’s little sense in skipping them depending on a target region.
I had blocked the user, might have been before writing my reply. I guess that caused it to fail to the top level, weird. Deleted the comment as it doesn’t make any sense there.
deleted by creator
Might want to calculate out what the actual number is those “small” 3% represent. Or how the curve looks over time. how it changed from a mostly flat line to a very clearly and relatively steeply climbing curve.
CachyOS is basically vanilla Arch, from a resource point of view. They have their own repos, but they just mirror the arch repos. The arch wiki fully applies. For the very few special things, there is documentation (basically a few notes on gaming related performance options).
So why use it? Carter it’s trivial to install, and everything you need is preconfigured to just work with sane defaults. Installing it is like Mint or Ubuntu. But it uses optimized repos according to your available CPU instruction set, and optimized proton and wine (their own). Games just work (even more so than they already do generally), and are faster. Programs are faster (where it matters). But you don’t need to do anything for that, it’s just there by default.
They can’t sell this at a loss, or at least it would be incredibly risky. This is (intentionally) “just a PC”. It ships with SteamOS but you can of course install whatever you want, including windows. If it is (much) cheaper than a roughly equivalent normal PC, companies might just start buying them in bulk but obviously not generating the supporting sales needed.
It’s a misconception that is any “trouble”. I’m using CachyOS, which is basically Arch but with additionally optimized repositories and settings. You just install it an use it, like Mint or Ubuntu. It just works, but it’s also faster for performance related tasks (especially gaming, but also others), importantly and explicitly without any tinkering.
Quite the opposite, actually: there much less tinkering required to get gaming specific things to “just work”, as the tweaks are all there by default. This includes running Windows programs often considered hard to run (through Wine).
I do happen to enjoy and want a rolling release. There’s a new kernel released, and I can install it like a day later. New KDE comes out, update is there for me in a few hours. Software is generally up to date, which was such a refreshing experience as I’m used to running Debian server side. Oh what a contrast.
It’s only light if you configure it to be. It can be as heavy or as light as you want it to be, but it’s a good place to learn and experiment, as it’s comparatively trivial to switch stuff around. Arch wiki is probably the best Linux resource out there.
I know it has been mentioned in passing a few times but I would highly recommend CachyOS. Just to emphasize how good that is.
Avoid Mint.
Dual booting is perfectly fine. Just try to not use the windows boot partition for both OS or Windows will occasionally “lose” the Linux entry… “Oops” I guess.
If Linux is on its own drive, or at least has it’s own uefi partition, it’s just fine and dandy. Just chain load windows from it and there’s basically nothing that can break.