5 ms·

> Meanwhile we have distros lagging behind for years to provide a new package because they can't break all the things depending on the old version. I'm glad I

> Meanwhile we have distros lagging behind for years to provide a new package because they can't break all the things depending on the old version. I'm glad I left this category of problems behind me 5 years ago when I switched both, my personal and my work laptop to arch-linux/i3wm. These two machines have been running for 5 years, almost daily, with almost no issues, with the latest software packages. If the hardware lasts, I will go on like this for another 3 to 5 years and then upgrade hardware and (maybe) switch to wayland. I don't see anything on the horizon which would make me switch away from this setup.

andreareina 4y ago
My only complaint about arch/i3 so far is that updating Firefox forces a restart of Firefox, and I've got FF windows scattered over a few workspaces so I need to sift them back to their places. Come to think of it I can probably prune one of the windows... ETA: and maybe one of the workspaces...
- 99112000 4y ago
  I'm almost sure this is an excerpt straight from https://youtu.be/7Nj9ZjwOdFQ https://youtu.be/7Nj9ZjwOdFQ
  - andreareina 4y ago
    I'm flattered you think I achieve perfect window placement.
- twojacobtwo 4y ago
  Would it be possible to create a script to save the desktop and screen position for each firefox window on close and restore them to the recorded desktops and positions on open? I haven't used i3 much (or arch at all), but I'm fairly certain I did something similar using Xubuntu some years back.
  - andreareina 4y ago
    I'm vaguely aware of tools that'll do it for i3 but thus far I've just avoided restarting as much as I can. The call-out to James Mickens is not altogether inaccurate (:
  - raffraffraff 4y ago
    I did that on xubuntu too. Used xdotool, wmctrl and something else I can't recall.
- bladderlover23 4y ago
  Keep in mind that you can downgrade firefox back after the update with pacman -U /var/lib/something, then just refresh/keep using the open windows with no issue.
  - andreareina 4y ago
    Aren't downgrades heavily discouraged in Arch?
rashkov 4y ago
Been running this same setup for eight or nine years now, extremely pleased with it
Athas 4y ago
My impression is that Arch is not technically unusual among distributions, but is simply well-polished, documented, and very active (and has an easy way to install unvetted community packages). If this impression is correct, you still run the risk of unnoticed outdated software if the amount of volunteers drop, or a particularly critical one no longer has the time. Which part of Arch's design prevents the issue described in the grandparent post? The issue is "distros lagging behind for years to provide a new package because they can't break all the things depending on the old version", which is solvable either with enough manpower or by sandboxing a la NixOS, where you can keep old versions around indefinitely for the things that need them. Does Arch use such sandboxing now?
- LeFantome 4y ago
  Regardless of the explanations, as an Arch user, I think you have to at least acknowledge that Arch does not have this problem in practice. I am sure there are counter-examples but in almost all cases Arch packages are extremely up to date. If they are not, it is probably a package you are not even going to find on another distro.
- SSLy 4y ago
  >Which part of Arch's design prevents the issue described in the grandparent post? As a former long-time Arch user, you're correct. It's "just" a distro not unlike the biggest one. The reason Arch repos are fairly well updated and big is the relatively easy to understand PKGBUILD format and the tooling around it, which lessens friction on package management.
  - majewsky 4y ago
    The impact of having frictionless package building cannot be understated. I'm publishing Arch Linux packages for all my applications because it takes just a few minutes to write up a PKGBUILD. Then one time, I tried providing a Debian package as well, but I gave up after several hours of trying to get through all the bureaucracy of the tooling.
- imtringued 4y ago

andreareina 4y ago

My only complaint about arch/i3 so far is that updating Firefox forces a restart of Firefox, and I've got FF windows scattered over a few workspaces so I need to sift them back to their places. Come to think of it I can probably prune one of the windows... ETA: and maybe one of the workspaces...

99112000 4y ago
I'm almost sure this is an excerpt straight from https://youtu.be/7Nj9ZjwOdFQ https://youtu.be/7Nj9ZjwOdFQ
- andreareina 4y ago
  I'm flattered you think I achieve perfect window placement.
twojacobtwo 4y ago
Would it be possible to create a script to save the desktop and screen position for each firefox window on close and restore them to the recorded desktops and positions on open? I haven't used i3 much (or arch at all), but I'm fairly certain I did something similar using Xubuntu some years back.
- andreareina 4y ago
  I'm vaguely aware of tools that'll do it for i3 but thus far I've just avoided restarting as much as I can. The call-out to James Mickens is not altogether inaccurate (:
- raffraffraff 4y ago
  I did that on xubuntu too. Used xdotool, wmctrl and something else I can't recall.
bladderlover23 4y ago
Keep in mind that you can downgrade firefox back after the update with pacman -U /var/lib/something, then just refresh/keep using the open windows with no issue.
- andreareina 4y ago
  Aren't downgrades heavily discouraged in Arch?

rashkov 4y ago

Been running this same setup for eight or nine years now, extremely pleased with it

Athas 4y ago

My impression is that Arch is not technically unusual among distributions, but is simply well-polished, documented, and very active (and has an easy way to install unvetted community packages). If this impression is correct, you still run the risk of unnoticed outdated software if the amount of volunteers drop, or a particularly critical one no longer has the time. Which part of Arch's design prevents the issue described in the grandparent post? The issue is "distros lagging behind for years to provide a new package because they can't break all the things depending on the old version", which is solvable either with enough manpower or by sandboxing a la NixOS, where you can keep old versions around indefinitely for the things that need them. Does Arch use such sandboxing now?

LeFantome 4y ago
Regardless of the explanations, as an Arch user, I think you have to at least acknowledge that Arch does not have this problem in practice. I am sure there are counter-examples but in almost all cases Arch packages are extremely up to date. If they are not, it is probably a package you are not even going to find on another distro.
SSLy 4y ago
>Which part of Arch's design prevents the issue described in the grandparent post? As a former long-time Arch user, you're correct. It's "just" a distro not unlike the biggest one. The reason Arch repos are fairly well updated and big is the relatively easy to understand PKGBUILD format and the tooling around it, which lessens friction on package management.
- majewsky 4y ago
  The impact of having frictionless package building cannot be understated. I'm publishing Arch Linux packages for all my applications because it takes just a few minutes to write up a PKGBUILD. Then one time, I tried providing a Debian package as well, but I gave up after several hours of trying to get through all the bureaucracy of the tooling.
imtringued 4y ago