A space biologist by training and a (Arch)Linux user by passion #ArchLinux #Linux #KISS #FOSS #terminal, #python https://www-gem.codeberg.page/

  • 9 Posts
  • 222 Comments
Joined 3 years ago
cake
Cake day: February 17th, 2023

help-circle









  • www-gem@lemmy.mltoLinux@lemmy.mlMy experience with Arch
    link
    fedilink
    arrow-up
    1
    ·
    edit-2
    18 days ago

    I 100% agree with this comment. Also, if that “once-a-year single command” bit was about my comment, I’d have appreciated the shout-out 😄
    If not, all good — I was literally talking about copy-pasting a line from the Arch or package page. It’s nothing technical; it’s basically similar as running a pacman command.

    Arch has certainly a specific target audience. That’s true for every distros. The magic of GNU/Linux — you get to pick exactly how much chaos you want in your life. From super-polished plug-and-play distros to full DIY mode, there’s something for everyone. Nobody should ever be forced to use a distro. Again, it’s a personal choice and the one that will make you enjoy using your system. Arch is meant for people who have time and desire to build their system and write a bunch of config files. In that sense, yeah, it’s a technical distro, and that certainly not make its users anything special. I’m still and will forever be a Linux noob compared to a lots of people.


  • I’ve been using Arch for over 15 years, and honestly, I never check the news before updating. Once in a while, I’ll get an error — maybe once a year — and the fix is always just running a quick command I find on the Arch site or the package page. Takes seconds, no drama.

    I’ve only managed to break my system twice, and both times were 100% my fault. Even then, recovery was easy: just chroot in and run one command.

    As for updates, doing them regularly (daily, weekly, or monthly) is recommended. No need to go crazy with updates. Too frequent updates are actually discouraged. Arch is a rolling release, so your packages and dependencies get updated together — meaning things don’t randomly break. Skipping updates won’t nuke your system either, and if something ever goes sideways, you can just downgrade and be back up in no time.


  • www-gem@lemmy.mltoLinux@lemmy.mlMy experience with Arch
    link
    fedilink
    arrow-up
    33
    arrow-down
    2
    ·
    19 days ago

    Welcome :) The myth that “Arch isn’t user-friendly” will probably never die — and neither will “Arch is unstable.” I’m honestly relieved you didn’t dare push the door to join us 😏
    If you ever switch machines, you can check how Arch is supported on tons of laptops here.




  • You’re correct partial upgrades are unsupported. Arch follows a rolling release model, meaning there are no fixed “versions” of the system. Instead, everything is continuously updated. Each package is built and tested against the current state of the rest of the system in the Arch repositories. That package was compiled against the latest system libraries in the repos, not necessarily the ones on your machine.

    Your proposed “workaround” may work if the package is standalone and has few/no dependencies. Again, ArchLinux strongly recommends full system upgrades (pacman -Syu) rather than only reinstalling/upgrading a single package, because library or dependency mismatches can occur if your system is out of sync.
    A safer approach may be to use “pacman -S package --needed” which will avoid removing it first and automatically handles dependencies safely.


  • I had some similar concerns before buying my Framework 13. The community here helped me a lot to confirm that this is a great laptop. After 3 months of use I’m still in love with it (got mine on sale).

    I had a Dell XPS 13 before that, and tested lots of mainstream brands over the years (Lenovo, Acer, Vaio… and dinosaurs like PB, Toshiba). All within a budget of ~$1200-$1500. They all did a decent job and the XPS13 was certainly the best,  but they all end up going to the trash because of hardware failure after 4 years max.

    I wanted to move to a company that cares about Linux and with Framework, hardware issues will not cause death of my machine anymore. I’ll be able to have my machine longer, or upgrade it for a fraction of the price of a new laptop.

    https://www-gem.codeberg.page/sys_Framework13-1/ https://www-gem.codeberg.page/sys_Framework13-2/

    Also, along my research before opting for Framework, I’ve heard mostly about starlab, purism, tuxedo, and system76. There’s obviously pros and cons for each brand as well as difference in opinions based on individual experience, but a common criticism for these (including Framework) less marketed brands is the price of their machines. Lots of people don’t realize that there’s reasons for a slightly high price.


  • You’ve just entered a rabbit hole that will push the boundaries of your control on your system.
    Now, I’m not 100% sure that I’ve correctly understand what you’re looking for. If you’re after a file manager for nvim or tmux, then I would second yazi for your terminal as previously mentioned. Or you could go bare bone and use the command line straight with the help of some features like zsh and its competition, call to past arguments, zmv (and glob expression)…
    For nvim, you can use the default tree explorer for basic usage. More advanced features can be found with telescope for example. I personaly opted for fzf-lua. Both can be used in other plugins as well to make things very easy and powerful. Just to cite a few, I’m using fzf-lua with obsidian (which, despite the name, doesn’t require the tool of the same name) and snacks.




  • I’ve tried a few options, but I’ve stuck with khal for years now.
    It works smoothly [1], supports multiple calendars, syncs with vdirsyncer (details in its documentation), and provides both CLI and TUI interfaces that make events easy to see, edit, and manage.

    The CLI interface is especially handy for integrating khal with other apps like neomutt and taskwarrior for example. For instance, I have a keybinding that lets me export calendar invites from neomutt directly into khal. There’s also a list of tools (including one for khal) listed in the neomutt documentation if you’re curious.

    I use it to manage both my personal and professional calendars, syncing them bidirectionally with vdirsyncer. The only drawback I’ve encountered is that some commands can be a bit cumbersome—but I solved this by writing my own script to make khal’s commands more intuitive for my workflow. That flexibility could be seen as another strength of khal ;)

    [1] That’s my experience, but others here have reported it can be slow in some cases.