2026년 4월 23일 목요일

libreoffice scripting/api/programming/macro

LibreOffice Basic 도움말

LibreOffice Basic Help

LibreOffice provides an Application Programming Interface (API) that allows controlling the LibreOffice components with different programming languages by using the LibreOffice Software Development Kit (SDK). For more information about the LibreOffice API and the Software Development Kit, visit https://api.libreoffice.org

This help section explains the most common functions of LibreOffice Basic. For more in-depth information please refer to the LibreOffice BASIC Programming Guide on the Wiki.

LibreOffice Basic 사용

Working with VBA Macros

Working with Macros in Python

LibreOffice Python Modules

msgbox module

scriptforge module

uno module

LibreOffice internal Basic macro libraries

LibreOffice installs a set of Basic macro libraries that can be accessed from your Basic macros.

Help about the Help

도움말은 시스템에서 기본값으로 설정된 프로그램의 기본 설정을 참조합니다. 색상, 마우스 동작 또는 기타 구성 가능한 항목에 대한 설명은 프로그램 및 시스템에 따라 다를 수 있습니다.

2026년 1월 8일 목요일

opensuse_slowroll__package 관련 xterm 차이

 26-0214T0530

아래에 0109에 작성한 내용을 strike-out 시킨 것에 표시되었듯이, 그 복구는 다른 usb-drive를 사용한 것을 내가 착각한 것이지만, 어쨌든 hdd의 opensuse-slowroll_distro가 살아난 것은 사실이다. 

그리고, 살아난 opensuse-slowroll 에서는 

/usr/share/fonts/misc/ folder에 

 12x13ja.pcf.gz -misc-fixed-medium-r-normal-ja-13-120-75-75-c-120-iso10646-1

18x18ja.pcf.gz -misc-fixed-medium-r-normal-ja-18-120-100-100-c-180-iso10646-1
18x18ko.pcf.gz -misc-fixed-medium-r-normal-ko-18-120-100-100-c-180-iso10646-1
20x20ja.pcf.gz -misc-fixed-medium-r-normal-ja-20-200-75-75-c-200-iso10646-1
20x20ko.pcf.gz -misc-fixed-medium-r-normal-ko-20-200-75-75-c-200-iso10646-1

글꼴들이 설치되어 있으며, 이것은 기존의 debian / opensuse-leap_distro / 한컴 구름 os / hamonikr / 등에서 보였던, 

/usr/share/fonts/X11/misc/ folder  와는 다른 위치(중간에 /X11/ 있음) 이다.

xterm -fn  6x13

명령어로는 opensuse-slowroll에서 한글의 12x13ja.pcf.gz 글꼴에 있는 한글을 쓸 수 없었다. 다른 alias라도 켜야 할까?  내가 어떻게 다른 distro 에서 rxvt (urxvt) 에서 이 글꼴을 사용하여 한글을 볼 수 있었는지 제대로 적어놓지 않은 것이 안타깝다.

 

--- 

26-0109T0546 

antiX linux를 usb-drive에 설치해서 쓰려다가, ventoy를 쓰는 것이 편한 듯해서 이것을 매개로 하게 되었는데, 예상치 못하게 이 ventoy의 복구 명령을 사용하게 되었고, usb의 ventoy가 사라지고, hdd 자리에 꽂아놓았던 망가진(?) opensuse-slowroll_distro가 살아났다. usb의 ventoy로 복구 명령을 내리지, usb의 ventoy가 사라지고, 그 대신, 그 전에 그 usb drive에 있다가 내가 파티션을 없애서 사라지게 했던,  용량이 너무 작게 설정된 ChromeOS-flex가 여전히 작은 용량(1.8GB OS/200MB 사용자 사용가능 용량)으로 되살아나고, 설정했던 사용자 정보가 사라진채로 복구가 되어있었다.

--

이 Slowroll 의 xterm 글꼴은 다른 배포판 및 opensuse 다른 형제배포판과도 다른 설정을 보여서, 

그러니까, 7x14 fixed 크기... (다른 배포판의 xterm은 6x12 fixed) 

그래서 조사를 시작했고, 

/usr/etc/X11/xdm/Xresources

파일에서 힌트를 발견했다. 화면 해성도가 1280H 보다 같거나 크면 7x14를 쓰게 되어있다.


 

2025년 7월 7일 월요일

xterm 기본 한글글꼴 정보 알아낸

검색 이 google blogger

글은 아래의 것이다.
--
rxvt 설치 debian bookworm (working.. updating frequent)
--


25-0522 에 작성했던 글이다. 마지막을 찾아보자.
----
25-0620

2025년 6월 20일 금요일

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  글꼴 파일에서 나온 한글을 보고 있는 것이었다. ( 6x13 dot pixel Latin  roman / English U.S.A. alphabet 과 함께 ... ) 

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

-

25-0522

-

26-0214T0617

opensuse-slowroll_distro  에서도 1280해상도를 넘어가는 화면인 내 오래된 notebook 기계에서 xterm에서 한글을 fixed (6x13) 로 표시하는데에 성공했다. 그 명령어는 

 xterm -fn fixed -fw *-ja-13-*

이었다.

다른 상황에서 더 정확히 이 글꼴을 사용할 수 있게 된 것 같다. 에휴.. 도대체, 도대체...

 

-

-


2025년 5월 3일 토요일

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/groupThis 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 groupThe 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:
  • groupaddThis is the command to create a new group.
  • sudoThis 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.


-

-


2025년 4월 19일 토요일

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 설정 파일을 더 뒤져봐야 할 것 같다.


-

-

-



2025년 4월 7일 월요일

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 (테마)를 선택해 보니, 창의 색상과 모양이 조금씩 달라졌다.

-

-


2025년 4월 5일 토요일

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 )이다. 

-

 

 

 

 

2025년 4월 2일 수요일

어쩌다 마주친 그대 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

-

-

 

2025년 4월 1일 화요일

어쩌다 마주친 그대 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 을 지정하는 항목은 없다.
이 글을 올린 다음에 나중에 다시 알아봐야겠다.

-

-

 

 

2025년 2월 4일 화요일

Pied piper

pied 흰색과 검은색이 교차하는
pipe 피리  --er 부는 사람.
--
독일 hameln 지방의 전설/민화이고 그림형제의 동화집에 나오며 유명해졌다. 이런 이야기를 밑바탕에 깔면, ..
pied 는 (알록달록한 )_ 이라고 해도 될 듯하며
알록달록 피리쟁이(!) 쯤이 적당할 듯?
--
-

2024년 11월 30일 토요일

publish__netbsd도 다뤄보기

 netbsd 를 v..box에 설치해서 소박하게 돌려보는 중이다. 조금이라도 적은 공간을 차지하도록 요즈음 대세인 64bit가 아닌 32bit를 선택해서 하고 있고, 어차피 PC라서, i386, 이것은 요즈음 역시 대세라는 arm 환경은( 이것도 32bit/64bit 를 선택할 수 있고, 이것도 bit가 대세인 눈치이지만, 뱁새의 다리가 짧아) 아직은 ... 뱁새가 어찌어찌 얻은 samsung gal.tab-10에서 돌아가는 android/termux 를 보면 적어도 배터리 절약에 대해서 만큼은 엄청난 성능(? 안 돌아가고 쉬면서 배터리 수명 늘리는 것도 성능!이라면.(쉬는 능력?)...)을 경험하게 되었으니, 그래도 아직은 android/termux에나 만족하면서...

역시 gui를 사용하고, 인터넷 연결은 확실한 상태에서 web browser / 한글 / 영문 모두 잘 작동하면서 창을 이리저리 왔다갔다 하고 screen-shot/긁어-붙이기/등등이 자유로운  v...box를 쓰니 너무너무 편하다. 그냥 컴퓨터 한 대에 통째로 무작정 os를 설치하고 업그레이드하고 콘솔에서 씨름하고, network 연결 안되어서  헤매는 것보다 훨씬 편하다.

최근에 9에서 10으로 upgrade 했다.

참고한 정보는 아래에 있다.

https://www.netbsd.org/docs/guide/en/chap-upgrading.html

그런데, 업그레이드 할 때에 그냥 boot com 이라는 iso 를 받아서 한꺼번에 편하게 하려고 했으나, 막상 이것으로 부팅하여 설치하려고 하니, 그냥 iso 에 있는 것으로 하지 않고, 거의 다 ftp로 새로 받아서 하는 짓거리를 하더라. 그래서 그런지 매우 천천히 진행이 되었고, 문제는 이것으로 끝난 것이 아니라는 것. 아래의

그런데, pkgin repository 설정이 10 이 아닌 9 에 그대로 머물러 있었다.

 

억지로 9로 설정되어 있던 pkgin의 repository를 10으로 바꿔주고 _(  pkgin update )_를 하니, 한참 시간이 걸리더니 upgrade를 할 것이 거의 (1개정도만?) 없고, 최신인데, 그런데 ....

refresh 

라는 것을 거의 모든 설치 package에 다시 해야 한다고 하면서 하나 하나 download 다시하고 다시 설치하고 있는 꼴을 보니 (이것도 천천히 천천히... 아까 iso로 할 때에도 안된다면서 하나하나 다시 다운로드해서 하더니... ) 열 받는다. 원래 이렇게 돌아가는 것인가... 무슨 refresh가 upgrade를 새로 하게 하는 것인다... 

어쨌든 시간이 계속 흐르고 있다.


---

-

--


2024년 11월 25일 월요일

리눅스 최근 배포판 ( 2024년 현재 기준) root 로그인이 안된다 싶을 때??

최근의 리눅스 배포판 ( 예: gooroom(구름), hamonikr(하모니카), opensuse, ubuntu, linux_mint, ... )은  설치할 때에 일반 사용자의 id/password 는 설정/확인을 하지만, root 사용자를 설정하는 절차는 생략되는 추세인 듯하다. 뱁새처럼 기억력이 가물가물하는 사람은 예전에 root 사용자를 어떻게 설정했는지 가물가물하다. 나름 password manager를 사용해 보기도 하지만, 거의 결정적일 때에는 이것에 소홀히 하다가 개고생하기 일쑤이다. 반복적으로 1년에 한두번 정도씩은 의도했든 하지 않았든 이런 상황에 마주하게 된다. 이럴 때마다 뱁새의 미련함에 한탄하지만, 바꿔나가는 것이 쉽지 않은 상황이다.

최근에 하모니카의 업그레이드가 필요한 상황이 되었는데, 일반 사용자(나름 관리자도 일시적으로 될 수 있는 ( sudo사용까지는 되는... ) ) 상황이지만, _( su - )_ 명령에서 요구하는 관리자의 password 는 도저히 기억나지 않고 맞출 수 없는 상황을 겪었다. 나름 개인적인사정으로 몇 달을 컴퓨터에 접근하지 못하다가 다시 다루게 되었는데, 몇 달 전에 어떻게 설정해 놓았는지 까먹고, password manager에도 전혀 정보/hint가 들어있지 않았기에 더더욱 당황스러웠다. 몇날동안 고민하고 시도하고 헤매다가 어제 크게 결심하고 그냥 있는 os를 밀어버리고 다시 설치해 버렸다. 그런데, 이 과정에서 설치 프로그램이 root 사용자의 password 설정에 대해 묻지 않는다는 것을 알게 되었고, ( 기억이 가물가물하지만, 아마도 이전 version upgrade 할 때에도 비슷하지 않았을까, 그래서 당황하고 어떻게 할지 알아볼까 하다가 비상상황을 겪고 이렇게 되었던 듯한 가물가물한 기억이 있긴하지만, 확실하지 않다. ) 멀쩡했지만 root password를 몰라서 밀어버렸던 상황을 이제 새로 설치한 직후에도 바로 다시 겪어야 한다는 악몽같은 두려움에 싸였다. 

이것은 하모니카OS 만의 문제가 아니고, root password를 잊어 버려서 최든 몇 년 사이에 밀어 버릴 수 밖에 없었던 경험은 gooroom4.1 / opensuse / fedora / debian /  windos / freebsd / netbsd / dragonfly bsd 등등 헤아릴 수 없이 두루두루 많이 반복적으로 겪어서 매우 창피할 정도이다. 6개월에서 1-2년 정도만에 로그인해 보는 거의 모든 OS 의 상황에서 이런 일을 겪게 된다. 그것도 꼭 password manager에 등록하는 것을 소홀히 하게 된 직후, 갑자기 보안에 대한 염려가 생기고 새로운 형태의 password를 만들 아이디어가 떠오른 직후에 바꾸는 사고를 친 후, 빠르면 1시간, 오래 기억하면 2-3일 안에 그 기억을 잊어버리고, 헤매게 된다. 새로운 password 형태가 생각이 나면, 이제 또 뱁새가 사고를 칠 때가 되었나하는 느낌을 가지게 된다. --

 

그런데, 이번에는 분명히 새로 밀어버리고 설치하는데 일반 사용자 password만 저장했을 뿐, root 사용자는 설정 절차를 거치지 않은 것을 확실히 기억하고 있고, os를 밀어버리기 전의 기억이 있어서 이번에는 이렇게 _( su - )_ 명령을 해 보면 어떨까하고 해 봤다. 바로 아래처럼 하는 것이다.

_(      sudo su -   )_

이렇게 명령했더니 현재 사용자인 일반 사용자의 password를 묻고는 root 사용자로 바뀌어 있었다 !!

어쩌면 어제 그 멀쩡했던 OS에서도 똑같이 하면 되었을지도 모를 일이다. 이미 밀어버렸기 때문에 돌아가서 확인할 방법은 없지만 말이다.

...

---

-

-


2024년 5월 29일 수요일

Perl__PerlOldDoc 번역해보기?? 번역도 되는 것이었나?

encoding 을 지정할 수 있고, 사용된 것은 아래의 주소에 나오지만,

https://perldoc.perl.org/perlko

소스코드는 일본어 번역 작업이 참고된 듯 하고... ( 일본인들 부지런한 것은 그나마 인정.. )

https://gypark.pe.kr/wiki/Perl/POD#H_3

github에는 같은 이름이 3개의 다른 저장소에 있던데...

keedi (Mr./Ms./님)판...

         https://github.com/keedi/perldoc-kr

JEEN (Mr./Ms./님)판...

         https://github.com/JEEN/perldoc-kr

gypark (님) 판... 이것은 JEEN 님)판으로부터 fork해 온 것이라는 정보가 표시되어 있다, 그리고 aanoaa (님)이 _( PSGI::FAQ 번역중 집중력 저하 )_라는 (2024년 현재 기준으로 14년 전에 작성된) 작업 기록이 남겨져 있다. ( PSGI::FAQ 근처는 번역이 진행이 된 것일까? )

        https://github.com/gypark/perldoc-kr

        작업기록:         https://github.com/gypark/perldoc-kr/commits/master/

----

그나마 (아직은 죽지만은 않은 ... 과연 언제까지? / ) 살아있는 / 한국 사회...  

       https://cafe.naver.com/perlstudy


FastCGI 또는 PSGI 또는  WSGI사용법 in stack_overflow

https://stackoverflow.com/questions/53339936/should-i-migrate-from-cgifast-to-something-else-in-light-of-cgi-pms-deprecate

--

거기에서 나오는 여러 방법들... 검토도 같이 해 줘야 하지? 어렵고 귀찮아서 못 알아 먹겠네..

easy PSGI article ?

https://perlhacks.com/2016/01/easy-psgi/ 

--

https://metacpan.org/pod/CGI::PSGI

--

https://metacpan.org/pod/Plack::Handler::FCGI

--

언제나 그랬듯이 이번에도 맨 밑바닥 결론은 ..  엉망진창 !

2024년 4월 28일 일요일

draft__texi2html 기본 설정 파일 위치 .... Config 은 기본 설정 파일 이름인가/아니면 폴더의 이름인가

 --

-

GNU 'ed' 매뉴얼 (html)의 상황이 amazon회사의 kindle 에 넣기에 그냥은 불가능하다는 사실을 알게 되었고, 여러가지 삽질을 하다가 결국 실패했는데, w3c의 html 점검 기능을 써서 검사를 해 봤을 때에 

 _(    https://validator.w3.org/    )_  html 문서 자체에 심각한 이상이 있다는 것을 그제서야 알게 되었고, ( 일반적인 web browser 로는 읽기는 잘 되었으니 이런 문제가 있다는 것을 모르고 있었다. ) 


처음에는 ( 그러니까, html 검사를 하기 전에는 )  ed_manual.html 도움말 파일이 일반적인  html이 아니라, email의 multi-part 첨부파일의 형식인 꼼수였다는 것은 알고 있었으나, 대충 간단하게 손을 보면 고칠 수 있을 줄 예상했으나 틀려먹었고, 내가 계속해서 수정했던 html 마저도 이상한 문자코드가 들어 있어서 완전히 (치명적 오류)를 발생하는 것과 여러 수정 version 들 마저도 (치명적 오류)까지는 아니어도 각종 구형 문서의 경고들이 난무하는 것을 보고, 처음부터 source  texi 파일 단계에서부터 재변환을 시도하기로 방향이 바뀌었고, ...

 texi2html 을 선택해서 정보를 알아봤는데, 그 과정에서 '기본 설정 파일 위치'인 곳에 결국은 Config  내용에 설정을 저장할 수 있다는 애매모호한 도움말 언급을 보게 되었고, 이 Config 이 디렉토리를 뜻하는지, ..디렉토리 내부에 기본 설정이 들어간 script 파일을 뜻하는지 도움말만 읽고서는 헷갈려서, 소스코드 거의 전체를 뒤져보게 되었다. 찾아 헤매다가 .... 결국 

texi2html.pl  메인 소스코드 내용 중에서 Config 를 검색해서,   204번째 줄에서 아래의 내용이 나오는 것을 확인했고, 설정 perl source file 이름이라는 것을 다시 _( $conf_file_name )_을 찾아보고 확신하게 되었다.

my $conf_file_name = 'Config' ;

이것은 아래에 언급한  _(  texi2html.pl  )_ 파일의  3684부터 3688 번째 줄에 아래의 내용을 보고, 이것이 perl 소스 파일이라는 것도 알게 되었다.

foreach my $file (locate_init_file($conf_file_name, 1))

 

내가 이것을 조금 고쳐서 지금까지 한 것과 같은 의문을 갖고 찾아보기를 하느라 헤매지 않으려면, 이 소스 코드에서 

my $conf_file_name = 'ConfigFile' ;

이라고, 뒤에 ...File 이라는 것을 덧붙이도록 고치고 싶다. 물론 내가 배포를 할 것이 아니기 때문에 그냥 알아서 적응할 것이다.

시간은 이렇게 지나가고 있다.

-

-

 

rust__항간에는 근래에 rust가 안전한 컴파일(compile) 언어로 주목받고 있다 그래서

 웬만하면 rust 정보가 있으면 찾아보게 되었다.

그런데, youtube 에 easyrust 를 만든 이는 서울에서 개발자로 일하고 있으며, 한국어를 무척 잘 하고, 물론 그의 모국어인 영어도 당연히 잘 하는 사람(아래의 영어 강의 사이트에는 Who am I 항목에 자신이 Canada인이라고 함)이 만든 것임을 알게 되었다. ( 놀랍다! )

아래의 유튜브 주소는 한 줄짜리이다. (blog editor에서는 두줄로 표시되고 있어서 한 줄이라고 강조한다.)

아래 _(

https://www.youtube.com/watch?v=W9DO6m8JSSs&list=PLfllocyHVgsSJf1zO6k6o3SX2mbZjAqYE

)_아래 끝. 다시 언급하지만, 위의 주소는 한줄 짜리이다.

188개 정도의 약 10-20여 분짜리 강의 재생목록이다. 

글로 적은 영어로 된 강의도 만들어 놓았다고 하며, rust를 컴퓨터에 설치하지 않아도 실행해 볼 수 있는 실습용 인터넷 site를 구축해 놓았다고도 한다.

글로 적은 rust 영어 강의

https://github.com/Dhghomon/easy_rust/

여기에는 간체 중국어 (현재 중국 대륙 본토 언어/글자)와 인도네시아 언어로 된 곳도 만들어져 있다는 갱신 기록(update)이 있다. (각 언어 사용자 도움으로 ... )


그래서, .... 내 환경이 OpenSuse 에도 설치가 되는지를 알아봤다.( Leap LTS version )

한국 네이버 카페인 linuxmasternet (리눅스마스터넷)의 글 하나에는 rocky linux 8 에 설치한 방법을 알려주고 있었다.

https://cafe.naver.com/linuxmasternet/32157

 

핸드폰으로 볼 때의 주소는 아래와 같다.

https://m.cafe.naver.com/ca-fe/web/cafes/29437110/articles/32157?tc=article_bottom_article_list

여기에서는 curl 이라는 명령어 한 줄로 설치하는 것이었다. 

이것은 rust 언어의 공식 사이트로 보이는 ..

https://www.rust-lang.org/tools/install

..에서 소개한 방법이다. 하지만, 운영체제 배포본에서 배포하는 (배포판마다 다른 rpm/deb/pkg 등등의 )패키지를 설치하는 것에 익숙한 나는, 운영체제 배포판에서 제공하는 package를 찾아봤다.

내 환경에서 보통 패키지를 관리하는 Yast Software 를 실행한 후에 보니, 

rust

rustup

등등이 나왔다.

rust 에 있는 설명은 아래와 같았다.

rust - A systems programming language

Rust is a systems programming language focused on three goals: safety, speed, and concurrency.

(_ ! _) This is the Rust toolchain intended for build pipelines. If you want to install Rust for a development environment, you should install 'rustup' instead. 

--

위의 설명에서 toolchain for build pipelines 라는 말이 무엇인지 이해하지 못했지만, 일단, 내가 쓰기에는 이 rust 패키지가 아니라 rustup 패키지를 설치하라는 설명이라고 이해했다.

rustup 설명은 아래와 같다.

--
rustup - A tool for managing user Rust toolchains

A tool to manager user Rust toolchains. This is generally used by developers managing multiple parallel toolchains in their environment.


rustup 패키지를 설치했다.

설치는 너무 간단하게 끝났다. 허무할 정도이고, 이게 제대로 된 설치인지 의심스러울 정도이다. 

설치된 목록은 아래의 20개 파일이다.

--
rustup - A tool for managing user Rust toolchains

/usr/bin/cargo
/usr/bin/cargo-clippy
/usr/bin/cargo-fmt
/usr/bin/cargo-miri
/usr/bin/clippy-driver
/usr/bin/rls
/usr/bin/rust-analyzer
/usr/bin/rust-gdb
/usr/bin/rust-gdbgui
/usr/bin/rust-lldb
/usr/bin/rustc
/usr/bin/rustdoc
/usr/bin/rustfmt
/usr/bin/rustup
/usr/share/bash-completion/completions/cargo
/usr/share/bash-completion/completions/rustup
/usr/share/zsh
/usr/share/zsh/site-functions
/usr/share/zsh/site-functions/_cargo
/usr/share/zsh/site-functions/_rustup

총 20개 파일

--

이것으로 무엇을 할 수 있을지 모르겠다. 도움말도 설치되지 않은 것으로 보인다. 기껏해야 rustdoc 이라는 명령이 아마도 도움말을 볼 수 있게 해 주는 것일지도 모르겠다는 느낌을 가지고 있다. 그리고, zsh 는 왜 설치되었는지? 설치위치가 .../bin/이 아니고, .../share/라는 점에서, 명령어는 아니고 도움용 폴더인 듯한데, 아직 잘 모르겠다.


-

-