Hello Arch, my old friend :)

With OUT a doubt - I shall Google everything.


I have another problem for you :confused: I hooked up my 2nd monitor and ran arandr to generate my dualscreen.sh script. Then removed 2nd monitor and ran it again for my singlescreen.sh.

They’re in the default location ~/.screenlayout/ but dummy me, I deleted the original file that was there named monitor.sh. I’m guessing that if I were to restart/reload the bspwm config file, something unpredictable would happen because I deleted it :confounded:. I’m looking at the bwspwm config file and it DOES call ~/.screenlayout/monitor.sh, but I have overridden it with my own script.

Is there any way that I can have BOTH dualscreen.sh & singlescreen referenced in the config, so that if one fails, the other runs?

I hope that makes sense?!?!

1 Like

I too was on PopOS for about a year (Solus before that), but after Cosmic was released I encountered a handful of bugs (bluetooth was broken, Gnome settings had issues, Cosmic wasn’t yet 100% stable imo), so I decided to try EndeavourOS. Granted, to the PopOS teams credit, all those issues have since been resolved. Now the beauty of PopOS is it works out of the box very very well. And that’s fine for most users, but over time I just wanted something more; I wanted to dive deeper and learn more about my system. I knew an Arch based system was that first step towards that endeavour (see what I did there :wink: ).

I’ve forgotten where I was going with all of that, but the point is, hello fellow former PopOS user and welcome to the purple side of life :enos:

This forum, the EndeavourOS wiki, along with the Arch wiki, are the best resources I’ve had the pleasure of using. I hope you enjoy your time :slight_smile:

1 Like

Eek! I get where you’re coming from but that is beyond my experience. I have only done dual monitors when I used Mac stuff really, I tried running those in Linux with arandr and it can be done but I will have to pass you on to others who know more!

The was my reason for using it in the first place :slight_smile: Bought a brand new machine (first one in years) and maxed out the RAM with 32GB and disk space with a 500GB M2 and 1TB SSD. So I really need something with a solid history of “just working”, like you said, out of the box :wink:


first step towards that endeavour

bwahahaaa, I DO see whatcha did there!

1 Like

I frequently disconnect from my 2nd screen when I go with elsewhere.

I’m sure I can run either screen manually from terminal when needed. But I’m afraid of breaking bspwm on my FIRST DAY!

YIKES! lol


I’m currently watching a YouTube video. The channel Distrotube, familar with it? That guy got me to go back to Arch & choose bspwm over i3-WM or any other :wink:

1 Like

I use i3wm, my preferred options is to use autorandr:


autorandr --save screen1

autorandr --save screen2

Which save both configurations. You can then add the following to your config to load automatically

autorandr --change

If you are on logged in your session and want to swap lets say from screen 1 to 2 configuration you could open terminal and autorandr screen2

Edit: I switch frequently different monitor config between home and work. One thing I learned is to logout of the session then disconnect, and reconnect to my other setup. With autorandr it normally recognizes my saved profiles :+1:

Yes! Like to watch it too, nice wm videos. Because of him I tried xmonad, but didnt like it that much. But discovered qtile instead!

1 Like

Also on my “Forever Growing List of Things To Try”.

You may find this helpful:

https://wiki.archlinux.org/index.php/Pacman/Rosetta

Edit: and this: https://man.archlinux.org/man/pacman.8

2 Likes

OMG this is brilliant!!!

I’m gonna have a hard time remembering that - lol.

THANK YOU SO MUCH for linking that script!!

ANNND there’s an official Arch package, this is too awesome!
Already in less than a few hours past initial OS install, I’m totally loving this OS :heart:

1 Like

Arch Wiki is your friend and a fantastic resource.

Learn pacman inside out, best package manager in penguin land.

https://wiki.archlinux.org/title/Pacman

Understanding how to define (PKGBUILD) and build (makgepkg) packages definitely helps.

https://wiki.archlinux.org/title/PKGBUILD

https://wiki.archlinux.org/title/Makepkg

Arch User Repository.

https://wiki.archlinux.org/title/Arch_User_Repository

Fantastic tool, so many packages in one location, easy to use.

Just be careful though as all these packages are user maintained. Each AUR package has its own web page. Read it first. AUR package comments, PKGBUILDs and source help determine a level of trust in an AUR package.

As Arch is a rolling system you’ll need to maintain it to keep it healthy in the long term. Install once, maintain indefinitely.

https://wiki.archlinux.org/title/System_maintenance

If you are looking for apps to do certain tasks, this may help.

https://wiki.archlinux.org/title/List_of_Applications

If you need / want access to older lts kernels and lts nvidia drivers use this.

Unofficial repo for older LTS kernels

And finally you’ll need a tested backup / restore process; and be familiar with chrooting into a system through a live environment to fix issues that require it.

You won’t need these often, but Arch is bleeding edge so you’ll probably need them eventually.

Have fun!

5 Likes

welcome to the forum @oh_jaimito :partying_face: :tada: :balloon: :enos_flag:

2 Likes

For now, I’m spending my evening familiarizing myself with bspwm and it’s key-bindings.

So far I have only installed neovim, nodejs, npm, and neofetch. All the other goodies can wait.

I’ll probably wait a while before relying on the AUR, make, and build. I’ll stick with the standard repos untill I can’t find what I need. but so far - it has surpassed my expectations!

Thank you @kjw :smiley: :stuck_out_tongue: :slight_smile: :heart:

AUR is the one aspect of Arch I cannot live without. Once you learn how to use an AUR helper like yay / paru / trizen / etc you’ll never look back.

A new major kernel version (5.15) is dropping soon, test your backup / restore process, and don’t forget testing chrooting into your system. These major kernel updates tend to cause the most issues historically.

3 Likes

I shall proceed with the most caution!

I will be posting quite often. As I have used Debian based Distros for over 10 years, there are a LOT of differences here.

Thanks for the help @otherbarry :+1:

2 Likes

It is a matter of personal preference but I would say “no”.

-Rs remove packages recursively. I tend to prefer to handle orphans myself rather than let -Rs do it. Especially since -Rs can remove optional dependencies of other packages.(To be fair, I haven’t tested this in a couple of years so it is possible this was fixed at some point).

I never use -Rn. This is one of the most misunderstood options of pacman. -Rn stops package removal from creating .pacsave files. Normally, .pacsave files are created whenever a file in a package’s backup array has been modified by the user. Some things to consider:

  • Most packages don’t have anything in the backup array to being with
  • The files in the backup array are generally very small configuration files
  • .pacsave files are only created if you have modified the file
  • .pacsave files can be easily removed at a later date
  • If you accidentally delete a package that had an important config, the .pacsave file can be used to restore your config

This means that a very small number of .pacsave files would even be created in the first place.

1 Like

Since i use -Rns constantly i haven’t seen anything like that in about 2 years, i believe you mixed it with other option…-c or -u?


To remove a package and its dependencies which are not required by any other installed package:

pacman -Rs package_name

Pacman saves important configuration files when removing certain applications and names them with the extension: .pacsave. To prevent the creation of these backup files use the -n option:

pacman -Rn package_name

(c) https://wiki.archlinux.org/title/Pacman#Removing_packages

So i assume -Rn means that it removes .pacsave for a given package you want to remove only?
Actually, i’ll test it later :man_scientist:

There are/were certain circumstances where -Rs would remove optional dependencies of other packages. If you haven’t seen it, there are three possibilities:

  • You coincidentally have never triggered one of those scenarios
  • You have, but didn’t notice the optional dependency was missing
  • The issue was fixed at some point and pacman no longer does that

It doesn’t remove anything. It just never creates them in the first place.

3 Likes

I sure hope it’s that:

coz otherwise that would be a bug in my mind :upside_down_face:

Oh sorry, i’ve mixed it with .pacnew, now i get what you mean :sweat_smile:
Well, for the most part i’m fine with it coz usually when i want to remove something, i don’t want to hear about it at all even in form of .pacsave, because i’ve manually :upside_down_face: