You are not logged in.
wtf?
Offline
Why are you configuring it there instead of your home dir?
Those files should probably be in the backup array, but it wouldn't affect most people, as the home dir is the normal way of configuring a WM.
Online
Why wouldn't it? Have you told pacman not to by specifying it in NoUpgrade?
Sakura:-
Mobo: MSI MAG X570S TORPEDO MAX // Processor: AMD Ryzen 9 5950X @4.9GHz // GFX: AMD Radeon RX 5700 XT // RAM: 32GB (4x 8GB) Corsair DDR4 (@ 3000MHz) // Storage: 1x 3TB HDD, 6x 1TB SSD, 2x 120GB SSD, 1x 275GB M2 SSD
Making lemonade from lemons since 2015.
Offline
Hmm... shouldn't pacman install a different file to /etc/i3,conf.pacnew and expect the user to diff them? Is /etc/i3 in the backup array as scimmia said? Many packages work this way, vim (/etc/vimrc), openssh (/etc/ssh/sshd_config) to name a few.
CPU-optimized Linux-ck packages @ Repo-ck • AUR packages • Zsh and other configs
Offline
Why are you configuring it there instead of your home dir?
Those files should probably be in the backup array, but it wouldn't affect most people, as the home dir is the normal way of configuring a WM.
OMG, then where should I put my /etc/systemd/system,/etc/systemd/network,/etc/ssh,/etc/pam.d,/etc/vsftpd,...; I mean, isn't /etc/ designed for users and not package managers?
Offline
Scimmia wrote:Why are you configuring it there instead of your home dir?
Those files should probably be in the backup array, but it wouldn't affect most people, as the home dir is the normal way of configuring a WM.
OMG, then where should I put my /etc/systemd/system,/etc/systemd/network,/etc/ssh,/etc/pam.d,/etc/vsftpd,...; I mean, isn't /etc/ designed for users and not package managers?
As I said, it should probably be in the backup array, but it's not a huge thing.
Online
Why wouldn't it? Have you told pacman not to by specifying it in NoUpgrade?
No! I'm new! My main system is gentoo and it doesn't touch a thing in /etc/ if the config's checksum doesn't match the original. where is NoUpgrade?
Edit: found it; thanks.
Last edited by pwqn (2016-11-13 19:38:57)
Offline
There's some confusion in this thread.
Pacman installs all files in a package to the system using the same hierarchy as the package. That may include files in /etc/. That directory is not in any way safe or protected and by default any changes to package files there will be overwritten on upgrade.
Obviously this would be catastrophic for passwd, group and several other files. PKGBUILDs therefor have a "backup" array. When a package detects that the user has changed a file in this array then it will install that file with a ".pacnew" extension. "find /etc/ -name '*.pacnew'" will find these. The user should integrate changes from the new files into existing files and remove the pacnew files as they appear.
i3 should specify the configuration file in a backup array to enable system-wide configuration, even if the user normally copies that file to their home directory. Open a bug report. In the meantime, you can use ABS to add the file to the backup array yourself. You could even provide a patch or the updated PKGBUILD when you open a ticket.
You could use NoUpgrade while waiting for the bug to be fixed, but that is not a long-term solution.
My Arch Linux Stuff • Forum Etiquette • Community Ethos - Arch is not for everyone
Offline
To change the configuration of i3, copy /etc/i3/config to ~/.i3/config (or ~/.config/i3/config if you like the XDG directory scheme) and edit it with a text editor.
it's not a bug, it's working as intended
Offline
https://i3wm.org/docs/userguide.html#configuring wrote:To change the configuration of i3, copy /etc/i3/config to ~/.i3/config (or ~/.config/i3/config if you like the XDG directory scheme) and edit it with a text editor.
it's not a bug, it's working as intended
If the provided configuration is intended as an example configuration that the user should copy somewhere before editing, it should go into /usr/share/doc or something.
However, it seems that i3 also uses that config (as default if there is no user-config), and thus should be treated like any other configuration file in /etc (i.e. it should be in the backup array, as users may modify it).
So it's not a bug in the i3 software, but in the i3 package.
Offline