X Window 사용 권한 설정 user group 변경하는 명령

 freebsd handbook 에 잘 나와 있다. 

-

https://docs.freebsd.org/en/books/handbook/x11/#x-install

-

The current user must be a member of the video group. To add a user to video group, execute the following command:

# pw groupmod video -m username

-

-

이것은 debian 계열 OS에서의 su 및 sudo 사용권한을 사용자의 계정 및 group 설정에 의해 제어하도록 하는 것과 비슷한 것 같다.

-

참고:

https://www.redhat.com/en/blog/linux-groups

-

_( 구글검색:    group add in linux   )_ 또는 _( 구글검색:   group add in freebsd  )_

-  _( 구글 AI:   group add in linux   )_

To create a new group in Linux, use the groupadd command followed by the group name. For example, sudo groupadd mygroup creates a group named "mygroup". To verify the group was created, you can check the /etc/group file or use the getent group mygroup command. 

Here's a more detailed explanation: 

1. Open a terminal: Launch a terminal on your Linux system.
2. Use the groupadd command: To create a new group, use the following syntax:

코드

   sudo groupadd <group_name>

Replace <group_name> with the desired name for your new group. The sudo command is needed because you need administrative privileges to create a group. 

1. Verify the creation: You can verify the creation by:
   • Checking /etc/group: This file contains information about all groups on the system. You can use the cat /etc/group or grep <group_name> /etc/group command to view it.
   • Using getent group: The getent group <group_name> command will display the group's information, including its members, if any.

Example:

To create a group named "developers", you would use the command: 

코드

sudo groupadd developers

Explanation:

• groupadd: This is the command to create a new group.
• sudo: This command is used to execute the command with administrative privileges, which are required to modify system files like /etc/group.
• <group_name>: This is the name you want to give to the new group. 

Additional notes:

• You can also specify a group ID using the -g option: sudo groupadd -g <group_id> <group_name>. 
• To add a user to a group, you can use the usermod command: sudo usermod -aG <group_name> <user_name>. 
• To remove a user from a group, you can use the usermod command: sudo usermod -G <new_groups> <user_name>. This will replace the user's existing supplementary groups with the new list. 
• To list the groups a user is a member of, use the id or groups command. 

Generative AI is experimental.

-

-

rxvt 설치 debian bookworm (working.. updating frequent)

-

25-0420

-

아래의 message log.

libwutil5/stable 0.95.9-3+b2 amd64
  윈도우 메이커 위젯 세트 - 유틸리티 라이브러리

ncurses-base/stable,now 6.4-4 all [installed]
  기본 터미널 타입 정의

rxvt-unicode/stable 9.30-2+b4 amd64
  RXVT-like terminal emulator with Unicode and 256-color support

terminology/stable 1.13.0-1 amd64
  Enlightenment efl based terminal emulator

terminology-data/stable 1.13.0-1 all
  Enlightenment efl based terminal emulator data

yeahconsole/stable 0.3.4-6 amd64
  drop-down X terminal emulator wrapper

zutty/stable 0.14.0.20230218+dfsg1-1 amd64
  Efficient full-featured X11 terminal emulator

$ sudo apt-get install rxvt-unicode
패키지 목록을 읽는 중입니다... 완료
의존성 트리를 만드는 중입니다... 완료
상태 정보를 읽는 중입니다... 완료        
The following additional packages will be installed:
  fonts-vlgothic libptytty0
다음 새 패키지를 설치할 것입니다:
  fonts-vlgothic libptytty0 rxvt-unicode
0개 업그레이드, 3개 새로 설치, 0개 제거 및 0개 업그레이드 안 함.
3,068 k바이트 아카이브를 받아야 합니다.
이 작업 후 11.9 M바이트의 디스크 공간을 더 사용하게 됩니다.
계속 하시겠습니까? [Y/n]
받기:1 https://ftp.lanet.kr/debian bookworm/main amd64 fonts-vlgothic all 20220612-1 [2,239 kB]
받기:2 https://ftp.lanet.kr/debian bookworm/main amd64 libptytty0 amd64 2.0-1+b1 [39.1 kB]
받기:3 https://ftp.lanet.kr/debian bookworm/main amd64 rxvt-unicode amd64 9.30-2+b4 [790 kB]
내려받기 3,068 k바이트, 소요시간 2초 (1,580 k바이트/초)
Selecting previously unselected package fonts-vlgothic.
(데이터베이스 읽는중 ...현재 276470개의 파일과 디렉터리가 설치되어 있습니다.)
Preparing to unpack .../fonts-vlgothic_20220612-1_all.deb ...
Unpacking fonts-vlgothic (20220612-1) ...
Selecting previously unselected package libptytty0:amd64.
Preparing to unpack .../libptytty0_2.0-1+b1_amd64.deb ...
Unpacking libptytty0:amd64 (2.0-1+b1) ...
Selecting previously unselected package rxvt-unicode.
Preparing to unpack .../rxvt-unicode_9.30-2+b4_amd64.deb ...
Unpacking rxvt-unicode (9.30-2+b4) ...
fonts-vlgothic (20220612-1) 설정하는 중입니다 ...
update-alternatives: using /usr/share/fonts/truetype/vlgothic/VL-Gothic-Regular.ttf to provide /usr/share/fonts/truetype/fonts-japanese-gothic.ttf (fonts-japanese-gothic.ttf) in auto mode
libptytty0:amd64 (2.0-1+b1) 설정하는 중입니다 ...
rxvt-unicode (9.30-2+b4) 설정하는 중입니다 ...
Processing triggers for fontconfig (2.14.1-4) ...
Processing triggers for desktop-file-utils (0.26-1) ...
Processing triggers for mate-menus (1.26.0-3) ...
Processing triggers for libc-bin (2.36-9+deb12u10) ...
Processing triggers for man-db (2.11.2-2) ...
Processing triggers for mailcap (3.70+nmu1) ...
user01@debpa-hp:~$

--

설치된 후에는, 

$ which rxvt
/usr/bin/rxvt
$ ls /usr/bin/*rxvt*
/usr/bin/rxvt          /usr/bin/urxvt   /usr/bin/urxvtcd
/usr/bin/rxvt-unicode  /usr/bin/urxvtc  /usr/bin/urxvtd
 

이었고,

https://github.com/exg/rxvt-unicode/blob/main/README.FAQ

에는 

--

xterm / ( uxterm ) 프로그램과의 차이.. (uxterm은 실은 xterm 프로그램인데, 실행 옵션을 unicode (아마도 utf8 encoding)을 사용하도록 추가한 것이다. 예를 들어, debian12에서는 uxterm은 아래의 명령줄로 실행되는 것이다. 

 xterm -class UXTerm -title uxterm -u8

)

xterm / ( uxterm ) 프로그램은 X font의 하나인 한글 폰트인,

/usr/share/fonts/X11/misc/18x18ko.pcf.gz   (Debian12 설치 o.s. 기준)

파일만 잘 설치되어 있고, (그러니까 다시말해, 이 파일의 항목이 fonts 설정 파일인 

/usr/share/fonts/X11/misc/fonts.dir

파일에 제대로 항목이 지정되어 있기만 해도)

별 다른 추가 설정이 없을 때에 (그렇다! 추가적인 설정이 아무것도 없다. ) 기본적인 영문 알파벳 글꼴과 잘 어울리는 형태로 한글이 잘 표시가 되지만, (물론, (전부 다)는 아니고, 거의 모두. (예를 들어 제대로 한글 완성 글자 음절을 이루지 못하는 자음 만으로 쓰인 글자, 반대로 모음 만으로 쓰인 글자, 역시 첫소리 없이(모음+받침)만으로 이룬 글자들은 그냥 한글 글자들의 구분이 없이 빈 네모로만 표시된다. 그 외에도 몇 가지 경우가 ... )

똑같은 상황에서도 rxvt / ( urxvt (unicode 사용 설정) ) 프로그램은 들쭉날쭉한 한글이 표시된다. (어떤 글자에서는 너무 작은데 모양은 그런대로 예쁘고, 어떤 글자에서는 조금 더 크고 거칠어서 보기 싫은 느낌이 나는 이질적인 2개의 계열로 나뉘어 표시된다. ) 반면에 영문 알파벳 글꼴은 배경/전경 색깔은 다르지만, xterm 계열과 rxvt 계열이 똑같은 모양으로 표시된다.

M$회사의 치사한 운영체제를 떠나 와서 자유를 추구하며 사용하는 운영체제라, 이런 현상을 그냥 간과하기는 자존심이 상한다. 

게다가 rxvt는 일찌기 xterm이 unicode를 지원하지 않던 시절부터 unicode지원 기능을 넣은 것을 자랑하던 독일어 사용자가 만든 프로그램이라서, 기능은 분명히 있는데, 이 기능을 살리지 못하는 것이 더 ...

$ ls -l /usr/bin/*rxvt*
lrwxrwxrwx 1 root root       5 2023년  3월 23일 /usr/bin/rxvt -> urxvt
lrwxrwxrwx 1 root root       5 2023년  3월 23일 /usr/bin/rxvt-unicode -> urxvt
-rwxr-sr-x 1 root utmp 1399144 2023년  3월 23일 /usr/bin/urxvt
-rwxr-xr-x 1 root root   93048 2023년  3월 23일 /usr/bin/urxvtc
-rwxr-xr-x 1 root root      86 2021년  5월 31일 /usr/bin/urxvtcd
-rwxr-sr-x 1 root utmp 1407336 2023년  3월 23일 /usr/bin/urxvtd

 x resource 를  잘 설정해야 할 듯하다.

https://stuff.mit.edu/afs/sipb/project/doc/ixresources/xres.html

-

https://tronche.com/gui/x/xlib/resource-manager/

-

above is a part of X Lib manual below

https://tronche.com/gui/x/xlib/

-

$ man xset

$ man X

$ man xorg

$ man xrdb

-

https://rxvt.sourceforge.net/

-

https://ko.wikipedia.org/wiki/Rxvt

-

https://en.wikipedia.org/wiki/Rxvt

-

- 25-0423T2007

-

또 다른 실험을 시작했다. xterm을 명령 줄 옵션을 줘서 실행해 보는 것이다.

근거는 

$ man urxvt

$ man xterm

$ less /etc/X11/fonts/misc/xfonts-base.alias

$ less /usr/share/fonts/X11/misc/fonts.dir    (line 22)

18x18ko.pcf.gz -misc-fixed-medium-r-normal-ko-18-120-100-100-c-180-iso10646-1

-

/etc/X11/fonts/misc/fonts.alias 파일에는 아래와 같은 내용이 들어 있다. (파일의 일부)

--파일의 일부 시작--

fixed        -misc-fixed-medium-r-semicondensed--13-120-75-75-c-60-iso8859-1
variable     -*-helvetica-bold-r-normal-*-*-120-*-*-*-*-iso8859-1
5x7          -misc-fixed-medium-r-normal--7-70-75-75-c-50-iso8859-1
5x8          -misc-fixed-medium-r-normal--8-80-75-75-c-50-iso8859-1
6x9          -misc-fixed-medium-r-normal--9-90-75-75-c-60-iso8859-1
6x10         -misc-fixed-medium-r-normal--10-100-75-75-c-60-iso8859-1
6x12         -misc-fixed-medium-r-semicondensed--12-110-75-75-c-60-iso8859-1
6x13         -misc-fixed-medium-r-semicondensed--13-120-75-75-c-60-iso8859-1
6x13bold     -misc-fixed-bold-r-semicondensed--13-120-75-75-c-60-iso8859-1
7x13         -misc-fixed-medium-r-normal--13-120-75-75-c-70-iso8859-1
7x13bold     -misc-fixed-bold-r-normal--13-120-75-75-c-70-iso8859-1
7x13euro     -misc-fixed-medium-r-normal--13-120-75-75-c-70-iso8859-15
7x13eurobold -misc-fixed-bold-r-normal--13-120-75-75-c-70-iso8859-15
7x14         -misc-fixed-medium-r-normal--14-130-75-75-c-70-iso8859-1
7x14bold     -misc-fixed-bold-r-normal--14-130-75-75-c-70-iso8859-1
8x13         -misc-fixed-medium-r-normal--13-120-75-75-c-80-iso8859-1
8x13bold     -misc-fixed-bold-r-normal--13-120-75-75-c-80-iso8859-1
8x16         -sony-fixed-medium-r-normal--16-120-100-100-c-80-iso8859-1
9x15         -misc-fixed-medium-r-normal--15-140-75-75-c-90-iso8859-1
9x15bold     -misc-fixed-bold-r-normal--15-140-75-75-c-90-iso8859-1
10x20        -misc-fixed-medium-r-normal--20-200-75-75-c-100-iso8859-1
 

--파일의 일부 끝--

 명령은 

$ xterm -fn (font_alias)

이었고, (font_alias) 는 fixed, variable, 5x7, 5x8, 6x10, 6x13bold, 7x13bold 등등의 항목들(앞의 fonts.alias 파일에 있는 별명 항목들)이었다.

근거는 

$ man xterm

$ man urxvt

출력에 나오는    -fn fontlist    라는 옵션의 기능이었다.

예를 들어, 

$xterm -fn fixed

$ xterm -fn 5x7

$ xterm -fn 6x13bold

등등과, 

$ urxvt -fn fixed

$ urxvt -fn variable

$ urxvt -fn "-misc-fixed-*-ko-*-180-iso10646-*"

등등 이다.

마지막 예는 /usr/share/fonts/X11/misc/에 있는 파일에 근거한 것인데, default 결과와는 엄청난 차이를 보였다.

실험 결과, 

$ xterm -fn fixed

$ xterm -fn 6x13

$ urxvt -fn fixed

$ urxvt -fn 6x13

등등이 default 기능에 가장 가까웠고, (사실상 똑같았고) xterm과 urxvt는 각각의 한글이 각각의 default와 같았다. 서로 xterm과 urxvt 기능이 한글 표시에서는 다르다는 것도 여전했다.

가까운 설정들, 예를 들어, 7x13, 6x10, 6x12, 6x13bold 등등은 모두 6x13등과 작지만 확실한 차이를 보였다. variable 설정은 fixed 설정과 너무나도 다른 결과를 보였고, -misc-..-ko-..-.. 설정도 예상한 것과는 매우 다른 너무나도 큰 글자가 만들어졌다. 따옴표는 여기의 * 표시가 파일 명칭 지정이 아니라, font 이름 지정이기 때문에 shell에서 미리 현재 directory의 파일 이름으로 확장해 버리지 않게 하기 위한 따옴표이다.

$ urxvt -fn "6x13,-misc-fixed-*-ko-*-c-180-iso10646-*"
으로 해 봐도 urxvt 의 default와 똑같았고, 한글 글꼴 향상도 전혀 없었다.

다만, xterm을 이용한 것은 약간의 성과가 있었다.

$ xterm -fn "6x13,-misc-fixed-*-ko-*-c-180-iso10646-*"

으로 명령하니, 아래의 메시지가 나오면서 default와 같은 xterm 작동을 했다.
xterm: too many fonts for fNorm, ignoring -misc-fixed-*-ko-*-c-180-iso10646-*

-

fNorm 을 위한 글꼴이 너무 많다는 것이고, 그래서 한글 글꼴 설정을 무시하겠다는 것이다.

fNorm이 무엇인지 왜 xterm에서만 너무 많이 지정된다는 것인지 알아봐야겠다.

-25-0424T0305 

오늘은 내가 확신했던 그 글꼴 파일인 

/usr/share/fonts/X11/misc/18x18ko.pcf.gz

파일을 이름을 바꾸는 방법으로 없애버리고 xterm을 사용해 봤으나, 그 default 한글 표시는 아무런 영향이 없었다. 그렇다면, 이 글꼴에서 나와서 표시된 것이 아니라는 것이다? ( 확실하지는 않다. 답답하다. )

두 개의 글꼴 설정 파일인 

/etc/X11/fonts/misc/xfonts-base.alias

파일과

실제로 글꼴 설치가 된 위치에 있는 파일인

/usr/share/fonts/X11/misc/fonts.alias

파일의 내용은 사소한 차이 ( .../fonts.alias 파일에 맨 앞 4줄에 ! _로 시작하는, (3줄은 !! _로 시작, 4째 줄은 ! 한 개로 시작하는 안내 및 경고 주석문 ) 가 있는 것을 제외하면 똑같다는 것을 알게 되었다.

그리고, 

/usr/share/fonts/X11/misc/fonts.dir

파일의 내용으로, 

fixed   라는 alias에 해당하는 

 -misc-fixed-medium-r-semicondensed--13-120-75-75-c-60-iso8859-1

글꼴은

6x13  이라는 alias 에 해당하는 것과 같고, 

실제 글꼴 파일은

6x13-ISO8859-1.pcf.gz    이라는 파일로 지정되어 있다는 것을 알게 되었다. 이 파일에서 직접 그 한글 글꼴이 나오는 것일까? 그것을 알기 위해 이 파일을 이름 바꾸기를 통해 없애 보기로 했다.

$ sudo mv 6x13-ISO8859-1.pcf.gz 6x13-ISO8859-1.pcf.gzz

이 조치로는 한글과 영문 글자 그대로 변화 없이 잘(?) 표시되었다. rxvt / urxvt _를 실행해도 이전과 아무런 변화가 없었다. 

원상태로 회복시킨 후에, 이번에는

$ sudo mv 6x13-ISO8859-1.pcf.gz z6x13-ISO8859-1.pcf.gz

으로 바꿨으나, 역시 똑같이 아무런 변화가 없었다.

----

오늘 드디어 xterm의 한글 표시를 (u-)rxvt 에 옮기는데 성공했다. 

xterm     -report-fonts

명령어를 알려준 아래의 정보 덕분이었다. 그런데, 이것도 오래 전에 내가 보고 bookmark를 한 기록이 있다.

https://unix.stackexchange.com/questions/96962/how-can-i-find-the-default-font-resource-xterm-is-using?newreg=b622bf7869ad4c09b5e79ee375ca98ec#_=_

이 명령을 하면, xterm이 default로 설정하는 값을 화면에 표시하고 나서 새로운 xterm 창이 생성된다. 그래서, 

xterm   -report-fonts  >  xterm-defaults.txt

라는 명령을 하고, 생성되는 새 xterm 창을 exit 해서 없앤다. xterm-defaults.txt 내용에 xterm 에서 사용하는 font 정보를 포함해서 여러 정보가 들어갔다.

 결론은 18x18ko.pcf.gz 글꼴 파일이 아니라, 12x13ja.pcf.gz  글꼴 파일에서 나온 한글을 보고 있는 것이었다.

겨우 이것 하나를 알아내는 데에 몇년이 지난 것인가 도대체...

-

25-0522

-

-

-

touchpad 설정 2 (25-0420T0004)

 Openbox Window Manager를 선택해서, 내 PC에 login 했다. touchpad 설정이 잘 작동하지 않았다. 그래서 Google에 물었는데, AI를 통한 답변이 왔다. 

질문:  

why in openbox window manager, it does not have effect xfce mouse / touchpad setting and/or gnome mouse / touchpad setting ?

--

답변:

OpenBox, as a window manager, primarily handles window management and doesn't directly control or override mouse/touchpad settings. XFCE and GNOME, being full-fledged desktop environments, manage those settings at a lower level. If you're experiencing issues where your XFCE or GNOME mouse/touchpad settings aren't applying in OpenBox, it's likely due to a conflict in settings or a configuration issue specific to your environment. 

https://unix.stackexchange.com/questions/686588/gnomes-touchpad-and-mouse-settings-completely-changed-after-installing-xfce4-on

(메롱)https://support.microsoft.com/en-us/windows/fix-touchpad-problems-in-windows-30b498e5-0caa-9740-2b21-336ea75ee756#:~:text=If%20a%20touchpad%20isn't,be%20done%20using%20Device%20Manager.

https://en.wikipedia.org/wiki/Xfce#:~:text=Xfce%20or%20XFCE%20(pronounced%20as,Olivier%20Fourdan

https://forums.bunsenlabs.org/viewtopic.php?id=7419

--

Here's a more detailed explanation:
OpenBox and Mouse/Touchpad Settings:
OpenBox is a window manager, meaning it's responsible for drawing windows, managing window placement, and handling user input for window operations (like moving, resizing, and closing).
OpenBox itself doesn't directly control the way the mouse or touchpad behaves in the system.
OpenBox uses the underlying X server and the desktop environment's settings for mouse/touchpad behavior.
XFCE/GNOME and Mouse/Touchpad Settings:
XFCE and GNOME are desktop environments that provide a full desktop experience.
They manage various aspects of the desktop, including the appearance, window management, and, importantly, settings for mouse/touchpad behavior.
These settings are stored within the desktop environment's configuration files (e.g., dconf for GNOME).
Potential Causes and Solutions:
1. Conflict in Settings:
If you've made changes to your mouse/touchpad settings in XFCE or GNOME, but you're not seeing those changes in OpenBox, it could be that another configuration is overriding your changes.
Check your Xorg configuration files (/etc/X11/xorg.conf.d/) for any conflicting settings related to your mouse/touchpad.
Also, review any other configuration files that might be affecting your mouse/touchpad behavior.
2. Driver Issues:
If you're using a specific driver for your mouse/touchpad (e.g., Synaptics), it could be interfering with the way OpenBox receives input.
Make sure you have the correct drivers installed for your mouse/touchpad device.
3. Missing/Incorrect Configuration:
If you're using a custom configuration file for your mouse/touchpad, ensure it's set up correctly and that it's being loaded by the system.
You can try using the default Xorg configuration for your mouse/touchpad to see if that resolves the issue.
4. Overriding Settings:
Some applications might have their own internal mouse/touchpad settings that override the system-wide settings.
Check if any of your applications have settings that are conflicting with the ones you've made in your desktop environment.
Troubleshooting Steps:
Create a New User Account: This will help you determine if the problem is with your user account or a system-wide issue.
Reset Your Desktop Environment Settings: You can reset your XFCE or GNOME settings to their defaults to see if that resolves the problem.
Check Your Xorg Configuration: Inspect your Xorg configuration files for any conflicting settings.
Update Your Drivers: Ensure you have the latest drivers for your mouse/touchpad.
Try a Different Window Manager: If the issue persists, you might want to try another window manager to see if the problem is specific to OpenBox. 

---

실제로는 별 성과가 없는 설명이었다. 대신에, 

/etc/xdg/ 라는 directory가 관심이 생겼는데, 그 이유는 

/etc/X11/xorg.conf.d/ 라는 곳에는 아무런 (파일 / 설정)이 들어있지 않았고, 

/etc/X11/ 이라는 위치에는 

/etc/X11/openbox 라는 파일이,     ../xdg/openbox    를 가리키는 symbolic link였으며, 이것은 

/etc/xdg/openbox/     라는 directory를 가리키는 것이었다. 

이 속에는 아래와 같은 파일들이 들어 있었다.

---

drwxr-xr-x 2 root root  4096 Apr  7 19:40 LXDE
-rwxr-xr-x 1 root root   492 Jan 30  2022 autostart
-rwxr-xr-x 1 root root   379 Jan 30  2022 environment
-rw-r--r-- 1 root root  1056 Mar 16  2020 menu.xml
-rw-r--r-- 1 root root 24189 Jan 30  2022 rc.xml

---

참고로, /etc/xdg/ 위치에는 아래와 같은 내용이 있었다.

---

# ls -l /etc/xdg/
total 72
drwxr-xr-x 2 root root 4096 Apr  7 19:30 Thunar
drwxr-xr-x 2 root root 4096 Apr  7 19:38 Xwayland-session.d
drwxr-xr-x 2 root root 4096 Apr  7 19:40 autostart
-rw-r--r-- 1 root root   44 Jul 12  2023 kcm-about-distrorc
-rw-r--r-- 1 root root   44 Jul 12  2023 kickoffrc
drwxr-xr-x 2 root root 4096 Apr  7 19:29 libfm
drwxr-xr-x 2 root root 4096 Apr  7 19:36 lxlauncher
drwxr-xr-x 5 root root 4096 Apr  7 19:25 lxpanel
drwxr-xr-x 3 root root 4096 Apr  7 19:25 lxsession
drwxr-xr-x 2 root root 4096 Apr  7 19:40 menus
drwxr-xr-x 3 root root 4096 Apr  7 19:38 openbox
drwxr-xr-x 4 root root 4096 Apr  7 19:25 pcmanfm
drwxr-xr-x 3 root root 4096 Apr  7 19:16 plasma-workspace
drwxr-xr-x 2 root root 4096 Apr  7 19:02 systemd
drwxr-xr-x 2 root root 4096 Apr  7 19:29 tumbler
-rw-r--r-- 1 root root  414 Sep 26  2022 user-dirs.conf
-rw-r--r-- 1 root root  418 Sep 26  2022 user-dirs.defaults
drwxr-xr-x 5 root root 4096 Apr  7 19:38 xfce4

---

그래서, 구글에 물어봤더니, AI가 대답했다.

질문:

the folder use by what ? /etc/xdg in debian linux

( 거의 터무니 없는 엉터리 영어 질문이다. 그런데, 나름 쓸모 있는 답변이 나왔다. )

답변:

The /etc/xdg directory in Debian Linux is used for system-wide XDG (Freedesktop.org) Base Directory Specification configuration files. It provides default settings for various XDG directories, which are used by many applications to locate user-specific data like configuration files and user-created directories.
Key points about /etc/xdg:
System-wide defaults:
This directory contains files that provide system-wide default settings for XDG directories.
Example files:
Common files in /etc/xdg include user-dirs.conf and mimeapps.list, which manage user directories and application associations, respectively.
Overrides and user-specific settings:
Users can override the system-wide settings by creating their own XDG directories in their home directory, typically in ~/.config/.
Purpose:
The XDG Base Directory Specification aims to provide a standardized way for applications to locate configuration files and user data, promoting better interoperability between different applications and desktop environments.

-

x.org 의 XDG 관련 내용을 잘 찾아봐야겠다는 생각이 들었다.

-

거의 직접적인 hint는 없이, 이전에 사용자 설정을 뒤져본 경험에 의해, ~/.config/ 폴더를 찾아갔다. 거기에는, 

~/.config/openbox/

라는 folder _가 있었고, lxde-rc.xml 파일과 rc.xml 파일이 있어서, less 프로그램으로 그 내용을 보니,  rc.xml    파일에는,

--

<!-- Do not edit this file, it will be overwritten on install.
        Copy the file to $HOME/.config/openbox/ instead. -->

--

라는 다소 황당한 내용이 있었다. 여기가 바로 그 $HOME/.config/openbox/

인데?  아마도, openbox window manager 기본 설치 과정에서 설치되는 어디인가의  default 설정을 복사해 오는 과정에서 이 부분을 지우지 않은 것 같다. 하지만, 이 파일이 애초에 어디에 있던 것이 여기로 복사되어 왔는지는 모르겠다.

내용은 다소 길었다. 마우스 설정에 대한 것도 있긴 있었지만, 마땅히 touchpad에 관련된 것은 전혀 없었다. 그 점은 lxde-rc.xml 파일도 마찬가지였고, 이것도 내용은 달랐지만, <!-- Do not edit this file   ... Copy the file to $HOME/.config/openbox/ instead. --> 이라는 다소 황당한 comment 는 마찬가지로 있었다. 역시 복사/변경 과정에서 그대로 남겨 놓은 듯하다. 이제 xorg 설정 파일을 더 뒤져봐야 할 것 같다.

-

-

-

LXDE 를 사용하여 debian linux 환경에 login 했다. touchpad 설정

 그런데, touchpad 설정을 할 수 있는 준비된 icon이 없다. 그래서, touchpad를 톡톡 두드리기로 버튼을 대신하는 기능을, 그리고, 톡톡톡 두드리기/끌기로 dragging을 하는 기능 등을 활성화 할 수가 없었다. 그래서, 구글을 검색해 봤고, 아래의 결과를 얻었다. 이것은 manjaro linux를 사용하는 상황이다.

_( 구글검색:   touchpad setting in lxde  )_

결과:  https://diegoachury.medium.com/manjaro-lxde-enable-tap-to-click-on-touchpad-2020-3e2954404e42

여기에서는 70-synaptics.conf 라는 파일을 편집하라고 하는데, 이 파일이 어디에 있는 것인가를 잘 안 가르쳐준다. 그럼에도 불구하고 함께 올라온 불친절한 사진을 분석해 보면, 이 파일이

/etc/X11/xorg.conf.d/

폴더에 있는 파일이며, root 권한으로 접근/편집이 가능함을 알 수 있다.

하지만, 내가 얼마 전에 설치한 debian 에는 이런 파일이 이 위치에 없었다.

어쨌든 이것과 비슷한 기능을 하는 파일을 찾든가 아니면 만들어서, 적당한 위치에 저장하든가하면 될 것인데, 그 내용이 ...

Option "Tapping" "on"

이라는 줄을 하나 추가하라는 것인데, 그 위치가 ...

...

Section "InputClass"

      Identifier "touchpad"

      Driver "synaptics"

      MatchIsTouchpad "on"

            Option  "Tapping"  "on"

            Option "TapButton1" "1"

            Option "TapButton2" "3"

            Option "TapButton3" "2"

                 ( .... )

EndSection

...

위치에 빨간색 표시처럼 추가하라는 것인데, 내가 직접 찾아보면, 파일 자체가 없다.

이것은 내가 선택할 만한 것이 아닌 것 같다.

--

같은 검색에 대한 다른 결과를 보면, 

https://help.ubuntu.com/community/lubuntu-LXDE/Mouse

에서 Touchpad settings 라는 항목을 볼 수 있다.

 그런데, 명령어로

synaptics

synclient

syndaemon

등등이 여기 debian 환경에는 설치되지 않은 것 같다. 그래서, 이 설정으로는동작하지 않겠다. 

 

그냥 다른 desktop환경에서는 어떻게 설정하는지 들어가서 봐야 하겠다.

-

-25-0408T0212

-

cinnamon d.e. 에 쉬운 설정기능이 있는 것을 봤다.

[메뉴 버튼] > (기본 설정) > (마우스와 터치패드)

나오는 창에서 위에 ( 마우스 | 터치패드 ) 선택 중에서 (터치패드) 선택하면 내가 원했던 모든 선택사항을 활성화할 수 있었다.

결국은 이것도 X-Window / Wayland 설정으로 전달되겠지만... 이것들의 설정이 다른 desktop Env.. ( D.E. ) 으로 효과가 공유되는지, 어떻게 그렇게 될지 모르겠지만..

- 25-0408T1352

 

cinnamon d.e. 를 벗어나서(logout), 다른 환경을 선택하여 같은 user로 login했다. 내가 선택한 환경은 openbox였는데, login하니, 배경화면 wallpaper 그림외에는 아무런 icon이나, taskbar(작업 표시줄)등등의 object들이 화면에 없는 아마도, XWindow에서 가장 소박한 듯이 보이는 환경에 마주쳤다.  내가 예전에 아무런 경험이 없었다면, 매우 당황했을 듯한 상황이었는데, 다행히 이런 환경에 경험이 어느정도 있었기 때문에 크게 불안하지는 않았다.

마우스 오른쪽 버튼을 누르니, 메뉴가 나온다.

ObConf 를 선택했다. ( Open Box Configure.. ) 

Theme (테마)를 선택해 보니, 창의 색상과 모양이 조금씩 달라졌다.

-

-

os 종류 알아내기 ( 아마도 ubuntu linux 계열(sort of kind) )

 os 종류와 이름은 전적으로 os 의 구성의 자유에 해당하므로 os에 따라 알아 보는 방법이 다를 수 있고, 이 os 종류를 모르는 상태에서 이 방법을 알아내는 일관되고 고정된 방법을 미리 규정할 수는 없다. 이것은 통상 언급되는 비유인, 닭이 먼저인지 달걀이 먼저인지 논의하는 모호한 경우에 해당한다. 그럼에도 불구하고 리눅스 계열 또는 유닉스 계열의 운영체제(os; Operating System)은 어느 정도 예상할 수 있는 방법을 사용하므로, 이런 종류의 os의 하나인 것으로 미리 추정할 수 있는 정황을 인정할 수 있다면 아래에 서술한 방법을 더 구체적인 종류로 알아낼 수 있다.

grub 설정으로 보통 사용되는 파일인, 

/usr/share/grub/default/grub

라는 이름의 grub 기본 설정 파일에는 

 GRUB_DISTRIBUTOR=`( . /etc/os-release; echo ${NAME:-Ubuntu} ) 2>/dev/null || echo Ubuntu`

 

라는 설정이 들어 있는 것을 발견했고, 다양한 종류의  ubuntu 계열의 Linux OS에서는 아래의 위치의 파일을 찾아보면 되겠다는 hint가 되었다.

/etc/os-release

이 위치로 가 보니, 현실은, 이 파일은 다른 위치에 있는 파일에 대한 symbolic link였고, 이 link는 

/usr/lib/os-release

이었다. 이 파일을 다시 찾아서 내용을 확인하니, 

NAME="Linux Mint"

등등의 도움이 되는 정보들이 적혀있었다.

 다른 os인 opensuse slowroll 에서는 

/usr/share/grub/default/grub 이 없고, 

( /usr/share/ 폴더까지만 있고, 그 속에 grub/ 라는 폴더가 없고, 대신 grub2/ 라는 폴더가 있다. )

/usr/share/grub2/grub-mkconfig

이라는 파일이 있는데, 여기에는 다양한 os( linux 만이 아니라 bsd 계열 포함)를 probe하는 것으로 보이는 script 내용이 있다.

어쨌든 

/etc/os-release

라는 파일이 있고, ( 하지만 이것 역시 다른 위치의 파일에 대한 symbolic link 이고, 

역시 /usr/lib/os-release 파일을 가리킨다. )

이 내용에 

NAME="openSUSE Tumbleweed"

라고 되어있다. 하지만 이 os는 정확히는 ( Tumbleweed )는 아니고, ( Slowroll )이다. 

-

 

 

 

 

어쩌다 마주친 그대 2 - xfce Desktop Session 초기화/복구 하기

 update를 하다가 잘못 되어서 xfce desktop session에서 X window 테두리 등이 사라져서 창을 옮기지도 못하고, xterm 또는 xfce-term 같은 것을 실행해도 키보드 입력 focus 받기가 작동하지 않아서 타이핑을 해도 입력이 안되고, 오직 마우스 오른쪽 버튼을 눌러서 [붙여넣기] 기능으로만 입력하는 것이 작동하는 상황에 빠졌다. 전체 화면 아랫 줄에 메뉴 등의 taskbar도 왜 그런지 모르게 사라지고, 바탕-화면에서 마우스 오른쪽 버튼 클릭으로만 root 메뉴를 띄울 수 있었다. 다른 프로그램을 동작 시켜도 아까 썼듯이 창의 위치를 조정할 방법이 없어서 미칠 지경이었다. 

[xfce session]을 시작할 때에 나오는 session-관리자에서 이전에 쓰던 session상태들의 목록이 나올 때에 [+|-] 버튼 중에서 [-]버튼을 눌러서 기존에 저장된 session을 모두 없앤다. 그 직후에 이번에는 [+]버튼을 눌러서 새 session을 시작한다. 새로 시작할 session 이름을 넣으라는 요구가 나온다. 이 때에 적당한 아무 이름이나 넣고 새 session을 시작하면, 망가진 session말고, 초기화된 새로운 session이 시작되면서 복구가 된다 ! 

살아났다!

- 02d/04m/25y

앞에서 적은 과정에서, ( [-]버튼을 눌러서 저장된 session을 없앤다 ) 라는 과정이 있는데, 이것을 아무 문제없이 나중에는 사라져 있게 되는 것처럼 적어 놨지만, 사실 해보면, reboot이든, logout/login이든간에 없앴다고 생각했던 것들이 다시 목록에 나온다. 물론 아까 새로 만들어 놨던 정상적인 항목도 같이 포함해서 나온다. 이것을 원인도 아직 모르고, 아직 해결했다는 확신도 없다. 다만, 인터넷에서 ( xfce session manager ) 라고 검색을 해 봤고, 

https://docs.xfce.org/xfce/xfce4-session/start

라는 인터넷 자료를 찾았고, 

여기에는 Preferences 라는 연결을 선택하면, 아래의 자료로 넘어간다.

 https://docs.xfce.org/xfce/xfce4-session/preferences

 여기에  나온 icon으로, 옅은 파란 바탕에 rocket 발사체 모양의 기능을 찾아봤고, 아래의 위치에서 찾아냈다.

화면 왼쪽 아래 구석 표시줄에 Menu > 설정 > [ 세션 및 시동 ]

이렇게 하면,  인터넷 자료에서 본 것과 비슷한 창이 뜨고, 여기에서 [ 저장한 세션(S) ] 항목을 보면 로그인할 때에 나오던 삭제되었어야 할 항목들의 목록이 여전히 남아서 다시 나타난다. 여기에서 지우고 싶은 항목을 click하여 선택한 후에, 창의 왼쪽 아래에 있는 [ - 제거(R) ] 버튼을 누르면 이 화면의 목록에서 없어진다. 하지만, ... 이 창을 닫고 다시 열면, 지웠다고 생각하는 항목들이 여전히 살아난다.

-1246T07/04/25/d/m/y/

해결 방법 ( 저장된 세션을 제거한 상태를 그대로 유지하게 하는 방법 )을 찾아낸 것으로 생각된다. 큰 맘 먹고, 아까 적었던 [세션 및 시동] 설정 창에서, [저장한 세션] tab을 선택 후에 나타난 목록에서, 목록 아래의 오른쪽 구석에 있는 [  < [x] 저장 세션 지우기(D) ] 라는 표시의 버튼을 누르면, 현재 로그인된 session을 포함한, 모든 항목이 지워진다. 걱정하지 말고 다음을 수행하자.

이 후에 [ 현재 세션(N) ] 이라는 이름의 tab을 click하여 이동하여 목록보다 더 위에 있는

현재 활성 세션:  ...{{현재 활성화된 세션의 이름}}.....       [ 세션 저장(I) ] 이라는 오른쪽 근처의 버튼을 누른다. 

그리고, 더 명확히 하기 위해 첫번째 tab인, [ 일반(G) ]를 눌러서, [세션 선택] 아래의 체크 상자 항목인 

[ ] 로그인 할 때 선택메뉴 표시(D) 

항목을 체크한 상태로 놓고, 창 아래 오른쪽의 [ x 닫기(D) ] 버튼을 누른다.

이제 지우고 싶은 세션은 사라진 상태가 유지된다.

-1259T07/04/25/d/m/y

-

-

 

어쩌다 마주친 그대 ice-wm theme hangul problem

 일부러 그런 것은 아니지만, ( openSuse Slowroll ) upgrade 과정 중에 나름 중요한 설정으로 보이는 부분에 버전 충돌 현상이 있었고, 역시나 잘 모르는 무식한 자였지만 나름대로 아는 척하고, 서로 충돌 나는 것은 지우는 방식으로 진행했더니, 망가져서 원래의 XFCE desktop 환경이 없어지고,  ice-wm 환경으로 바뀌어 버렸다. 메뉴에 아무런 한글 명칭을 한 항목들이 안 보여서 한글 글꼴 설정이 ice-wm 환경에서 뭔가 잘못되었을 것으로 나름대로 추측하고 나름대로 노력을 해봤지만, 역시 문외한이 이미 살짝 망가진 환경에서 어찌하여 더 망가뜨리게 될 지는 잘 알고 있다. 잘 모르는 방식으로 한글 설정(특히 한글 글꼴 설정)에 문제가 생긴 듯했지만, 어쩔 수 없다. 안 보이는 메뉴 항목들이 너무 많아서 어찌할 엄두를 못 내고 있던 차에 우연하게도 [시작? 버튼] > 을 눌러서 나오는 theme 설정 기능 중에서 한글이 표시되는 theme 설정이 존재한다는 것을 알게 되었다. 한글이 기본적으로 화면에 표시되도록 하는 theme 설정에는 아마도 menu에서  글꼴을 설정하는 항목이 있을 것으로 추측된다.

 ---

ice-wm 설정 파일들이 들어 있는 곳 목록을 만들었다.

~/.icewm/

 /etc/icewm/

/usr/share/icewm/

특히 마지막(세번째) 위치에서는 

/usr/share/icewm/themes/

위치에 현재 사용되는 theme 설정 파일들이 모인 directory 가 있었다. 이것들 중에서 한글 메뉴가 

나름 잘 보이는 것들은,

CrystalBlue/ ,  Infadel2/ 및 그 sub-theme  Ergonomic/  ,   Overloaded/ ,,, NanoBlue/

이것들 중에서도 종료 메시지 상자까지 한글 글자가 정상적으로 표시되는 것은 오직 NanoBlue/ 한가지 뿐이었다. 이 theme에 지정된 font 들을 알아봐야 겠다.

  ---

한글 메뉴 항목이 제대로 표시되지 않는 theme에는 놀랍게도 font 지정 항목이 없었다. 말 그대로 theme와 관계없는 default 글꼴이기 때문에 한글이 표시되지 않았을 것이라는 것인데, 이 default 글꼴은 무엇일지 궁금했다.  

_(  /etc/icewm/prefoverride  )_파일에

#  Name of the menu font.
# MenuFontName="-misc-dejavu sans-bold-r-normal--10-*-*-*-*-*-*-*"

라는 항목이 존재했다.

한글이 제대로 표시되지 않는 theme 의 하나인 Helix/ theme의 설정에는 이 항목이 지정되어 있는데,

MenuFontName="-b&h-lucida-medium-r-*-*-12-*-*-*-*-*-*-*"
라고 되어 있고, 한글 메뉴가 표시되지 않는다.

반면에 한글이 제대로 표시되는 theme 중에 하나인 NanoBlue/  theme 에 지정된 이 항목은

# Menu font
MenuFontName="-*-sans-medium-r-normal-*-*-90-*-*-p-*--*-*"
MenuFontNameXft="sans:size=9:medium"

라고 지정되어 있다.


그리고, dialog window와 관련된 글꼴 설정이 있는지 찾아보니, 그다지 딱 들어맞지는 않을 것으로 느껴지는

# Dialog Label font
LabelFontName="-*-sans-medium-r-normal-*-*-120-*-*-p-*--*-*"
LabelFontNameXft="sans:size=12:medium"

항목이 지정되어 있다. 이것이 확신이 들지는 않지만, 종료 대화상자(dialog box window)를 제대로 표시되게 하는 설정인 듯하다.
메뉴에는 한글이 제대로 표시되지만 종료 dialog에 한글 메시지가 제대로 표시되지 않는 theme 의 하나인 CrystalBlue/ 에는
글꼴 설정(일부분)이 아래와 같다.
.. (이전 생략)
#Fonts
TitleFontNameXft=                       "sans-serif:size=8"
StatusFontNameXft=                      "sans-serif:size=8:bold"
MenuFontNameXft=                        "sans-serif:size=8:bold"
NormalTaskBarFontNameXft=               "sans-serif:size=8:bold"
ActiveTaskBarFontNameXft=               "sans-serif:size=8:bold"
ListBoxFontNameXft=                     "sans-serif:size=8:bold"
ToolTipFontNameXft=                     "sans-serif:size=9:bold"
QuickSwitchFontNameXft=                 "sans-serif:size=10:bold"
ClockFontNameXft=                       "sans-serif:size=8:bold"
..(이하 생략)

역시 LabelFontName 을 지정하는 항목은 없다.
이 글을 올린 다음에 나중에 다시 알아봐야겠다.

-

-