힘내라 일처리

개인 개발 환경 구성 소개

일처리 — Sun, 27 Apr 2025 21:01:11 +0900

개요

일한 지 한 10년 차 정도 된 거 같은데 점점 개발 환경에 대한 구성이 정립되어 가는 것 같아서 이번 기회에 이를 공유하고 싶다.

PC 구성

고성능 Linux PC (개발및 빌드용)
저성능 Window PC 또는 노트북 (GUI 및 SSH Client용)

PC구성은 위와 같다.

제 업무는 Yocto를 빌드하거나 AOSP를 빌드하는 일이 많음에 따라 CPU자원을 아주 많이 소비하는데, 빌드가 진행 되는 동안에는 코드 편집이나, 웹 서핑, 사내 메신저를 통한 채팅등의 업무에 영향이 감에 따라 빌드가 진행되는 PC는 완전히 분리해야 한다.

실제 개발 업무는 SSH를 통해서 많이 이루어진다, 복잡한 코드 수정 작업은 vscode를 통해 수행한다.

Linux 단 기본 패키지

Docker
Byobu -> https://keepworking.tistory.com/20 해당 글에서 소개한 적이 있다.
Lazygit
tldr

이 정도인 듯하다.

Docker

여기서 Docker는 기본적인 개발환경의 형상을 세부적으로 관리하는 데 사용한다.

https://github.com/keepworking/docker-on-myhome

GitHub - keepworking/docker-on-myhome: dev env management settings

dev env management settings. Contribute to keepworking/docker-on-myhome development by creating an account on GitHub.

github.com

위의 github이 내가 실제로 사용하는 Docker를 구성하는 방식이다.

해당 도커 방식은 회사의 시니어 분이 사용하던걸 배워서 내 입맛대로 수정해서 사용하는 중이다.

다음과 같은 특징이 있다.

사용자 home dir 마운트
- ssh pubkey 재사용 목적
- 프로젝트 소스코드는 host에서 별도로 관리
- yocto나 aosp처럼 빌드 과정에서 저장장치에 쓰는 데이터가 많은 경우 경우, docker의 볼륨을 사용하는 경우 io성능이 많이 떨어짐에 따라 직접 마운트 해서 사용하는 것이 적절하다.
  - 실제 파일 시스템에 작성하는 게 아니라 overlayFS를 사용함에 따라 Upper와 Lower을 비교해서 파일을 읽고 쓰는데 추가 비용이 발생함.
--rm -it를 통한 세션 실행
- 개발에 사용되는 패키지를 지속적으로 관리하도록 유도
- 불필요한 패키지가 지속 적으로 누적되는 것 예방
- 컨테이너 세션 관리의 번거로움 감소
Base Docker이미지 상속
- 주로 애용하는 패키지들이 있는데 이러한 것들을 공통으로 사용하기 위함.

아래와 같은 구조로 구성하여 사용하고 있다.

docker-on-myhome$ tree --dirsfirst
.
├── aosp
│   ├── build.sh
│   ├── Dockerfile
│   └── run.sh
├── default
│   ├── build.sh
│   ├── Dockerfile
│   └── run.sh
├── example
│   ├── build.sh
│   ├── Dockerfile
│   └── run.sh
├── nodejs
│   ├── build.sh
│   ├── Dockerfile
│   └── run.sh
├── optee
│   ├── build.sh
│   ├── Dockerfile
│   └── run.sh
├── yocto
│   ├── build.sh
│   ├── Dockerfile
│   └── run.sh
├── build.sh
├── Dockerfile
└── LICENSE

Byobu

리눅스 세션 관리 도구로 하나의 터미널 화면에서 여러 개의 창을 띄운다거나 원격 접속을 해도 이전 세션을 재사용할 수 있는 패키지이다.

ssh로 작업하다가 창을 종료하면 다시 켰을때 작업 중인 디렉터리로 다시 찾아가거나 하는 경험을 해봤다면 해당 byobu를 사용하는 걸 추천한다.

창을 닫더라도 다시 byobu에 접속하면 이전 작업으로 돌아갈 수 있다.

https://keepworking.tistory.com/20 해당 글에 자세한 사용법을 정리했으니 둘러보면 좋다.

보통 이런 식으로 docker 환경과 함께 사용한다.

Lazygit

git 명령어를 더 쉽게 다루기 위한 TUI도구인데, 변경사항을 브라우징 하거나 커밋 시에 부분적으로 선택해서 커밋하는 작업을 수행할 때 아주 용이하다. git 명령어에 능숙하더라도 실용성 측면에서 권장하는 도구이다.

단축키 구성이 간단해 진입장벽이 낮으니 아직 그냥 git을 사용하는 사람이나 gui를 사용하는 사람은 이참에 lazygit을 사용하면 좋을 것 같다.

tldr

리눅스 기본 명령어들을 사용하다 가끔 기억이 안 날 때가 있는데 해당 명령어들의 치트시트를 제공해 준다.

tar의 경우 자주 사용하니 손에 익더라도 unrar은 손에 익지 않을 때 빠르게 사용법을 확인할 수 있다.

이렇게 직접 적인 사용법이 나온다. man을 읽는 것보다 직관적이다.

Windows 단 기본 패키지

별로 특별한 건 설치하지 않는다.

Windows 터미널
VSCode

이 정도면 충분하다.

AOSP Build sandboxing disabled due to nsjail error. 해결법 Ubuntu 24.04 (w. Docker Ubuntu 22.04) / Android 16

일처리 — Sat, 26 Apr 2025 00:39:24 +0900

00:20:04 Build sandboxing disabled due to nsjail error.

============================================
PLATFORM_VERSION_CODENAME=Baklava
PLATFORM_VERSION=Baklava
TARGET_PRODUCT=aosp_cf_x86_64_phone
TARGET_BUILD_VARIANT=eng
TARGET_ARCH=x86_64
TARGET_ARCH_VARIANT=silvermont
TARGET_2ND_ARCH=x86
TARGET_2ND_ARCH_VARIANT=silvermont
HOST_OS=linux
HOST_OS_EXTRA=Linux-6.8.0-55-generic-x86_64-Ubuntu-22.04.5-LTS
HOST_CROSS_OS=windows
BUILD_ID=BP1A.250405.007
OUT_DIR=out
============================================

위와같이 nsjail 을 통한 샌드박싱에 실패한다는 오류가 나온다.

(여기서는 docker를 통해서 실행하기

이런 오류가 나오더라도 진행은 할수 있으나 나중에 가서 결국 Trusty 를 빌드하는 과정에서 오류가 나서 진행이 안된다.

I can confirm that with docker 19.03 or later, using --security-opt apparmor=unconfined --security-opt seccomp=unconfined --security-opt systempaths=unconfined works instead of --privileged (the patch in #10 was submitted). Still turning off a lot of security, but better than before if you still wanted to run nsjail.
It should be possible to create minimally-modified apparmor & seccomp profiles with just the cutouts that we need instead of leaving them unconfined as well.
https://issuetracker.google.com/issues/123210688?pli=1

위의 방식이 일반적이기도 하고 효과가 있었으나, 최신 ubuntu의 apparmor 정책은 새로운 사용자 네임스페이스에서 대응이 다른듯하다.

[3659605.200351] audit: type=1400 audit(1745592489.725:4281): apparmor="AUDIT" operation="userns_create" class="namespace" info="Userns create - transitioning profile" profile="unconfined" pid=2396683 comm="nsjail" requested="userns_create" target="unprivileged_userns"
[3659605.207663] audit: type=1400 audit(1745592489.732:4282): apparmor="DENIED" operation="mount" class="mount" info="failed mntpnt match" error=-13 profile="unprivileged_userns" name="/" pid=2396684 comm="nsjail" flags="rw, rprivate"
[3659656.037824] audit: type=1400 audit(1745592540.562:4283): apparmor="AUDIT" operation="userns_create" class="namespace" info="Userns create - transitioning profile" profile="unconfined" pid=2397831 comm="nsjail" requested="userns_create" target="unprivileged_userns"
[3659656.038686] audit: type=1400 audit(1745592540.563:4284): apparmor="DENIED" operation="capable" class="cap" profile="unprivileged_userns" pid=2397832 comm="nsjail" capability=6  capname="setgid"
[3659656.038731] audit: type=1400 audit(1745592540.563:4285): apparmor="DENIED" operation="capable" class="cap" profile="unprivileged_userns" pid=2397832 comm="nsjail" capability=1  capname="dac_override"
[3659656.038752] audit: type=1400 audit(1745592540.563:4286): apparmor="DENIED" operation="mount" class="mount" info="failed mntpnt match" error=-13 profile="unprivileged_userns" name="/" pid=2397832 comm="nsjail" flags="rw, rprivate"

새로운 사용자 네임스페이스에서는 unprivileged_userns 라는 별도 ns가 프로파일로 등록 되는 듯 하다. 이때 해당 프로파일이 여러 기능에서 제한이 됨에 따라 오류가 발생하는 것으로 확인이 된다.

해결법

따라서 최신 ubuntu 24.04 에서 docker를 통한 aosp빌드시 nsjail에서 오류가 난다면 해당 도커 실행 인수로 다음을 넣어주면 된다.

--privileged --security-opt apparmor=linux-sandbox

설명

여기서 사용되는 프로필은 아래와 같다.

# This profile allows everything and only exists to give the
# application a name instead of having the label "unconfined"

abi <abi/4.0>,
include <tunables/global>

profile linux-sandbox /usr/libexec/@{multiarch}/bazel/linux-sandbox flags=(unconfined) {
  userns,

  # Site-specific additions and overrides. See local/README for details.
  include if exists <local/linux-sandbox>
}

다른 프로세스를 위한 프로필이나, 일반 unconfined는 userns 시 unprivileged_userns 가 됨에 따라 userns,권한이 추가된 unconfined 프로파일이 있어 샌드박싱 기능등에 제약이 안생긴다. 이를 docker에 적용하여 aosp빌드 과정에서 발생하는 권한 이슈를 해결하게 된다.

좀더 정석적으로는 별도 프로필을 만드는게 좋으나 이걸로 충분하다.

RFC 번역 사이트 개발 후기

일처리 — Fri, 24 Nov 2023 23:57:17 +0900

회사에서 tls관련 기능을 개발하게 되어서 rfc문서를 보는 일이 많아졌는데 막상 나에게는 해당 문서를 읽는 것이 많이 어려웠다.

이유는 아래와 같다.

1. 영어 실력의 부족

2. 번역기 사용의 어려움

제일 먼저의 영어 실력의 부족함은 내가 단기간에 커버할 방법이 없다 물론 꾸준히 공부할 필요는 있다.

번역기 사용의 어려움 같은 경우에는 rfc원본 문서의 컨텐츠속 본문이 중간에 잘려있는 (종이 출력시 폭맞춤을 위한 줄바꿈) 영역이 번역기에 혼란을 주는 것이 컸다. 이부분의 경우 어느정도 전처리가 가능할 것이라 판단 했고. 기능 구현을 생각했다.

이런 식으로 컨텐츠가 만들어진다.

제일 먼저는 깃에 첨부해서 볼 수있는 md파일 형식으로 만들고자 했고. 번역 api로 번역이 되도록 작업을 수행한 이후에 좀더 편하게 보기 위해서 서버에 호스팅을 해두었다.

그렇게 하다보니 제법 쓸만해졌다.

팀 내에서 좋게 평가 해주신거에 자신감이 생겨서 여기저기 올려보기로 했다.

https://news.hada.io/topic?id=11996

IETF RFC문서 한글 번역 서비스 | GeekNews

IETF의 RFC문서를 한글로 번역해서 볼 수 있는 웹 서비스 입니다.최근들어 RFC문서를 볼 일이 생겨서 개인적으로 사용하려고 만들게 되었는데 평이 좋아서 이곳에도 소개 드리고 싶어서 공유 드립

news.hada.io

긱뉴스에 글을 올려도 보고 okky랑 kldp에도 올려봤다.

감사하게도 긍정적으로 봐주셨고, 의견도 주셨다.

제법 많은 분들의 눈에 들어서 그런지 번역된 컨텐츠가 많았다.

좀 많은게 아니었는지 꽤 큰돈이 결제 되었다.

잠깐 서버에 접속되서 번역된 컨텐츠들 기준으로 계산해보니 rfc문서 하나당 평균 1.5달러 정도

갑자기 많은 사람들의 눈에 띈 덕에 급격하게 늘었을 거라 생각 하고 추후에 필요한 사람들이 간헐 적으로 쓸때는 이렇게 까지는 많이 보지 않으리라는 생각이 든다.

수량이 너무 많으면 나중에 대처를 좀 해야할듯 싶다.

Audio Framework - 오디오 기본

일처리 — Tue, 23 May 2023 02:51:25 +0900

개요

회사를 이직하면서 이제 한동안 리눅스 및 안드로이드 환경에서 오디오 프레임웍을 다루게 될 일이 없어서 기록이라도 남겨 둘겸 글을 쓰고자 한다.

PCM - 가장 기본적인 오디오 데이터 인코딩 방식

(Pulse Code Modulation) 펄스 코드 변조라는 의미로, 현실 세계의 파형을 디지털화 해서 다룰 수 있도록 한 대상이라고 보면 된다.

현실의 오디오의 파형이 표본화 -> 양자화 -> 부호화 일렬의 과정을 거치면서 생성된 음성 데이터가 순서대로 나열된다고 생각 하면 된다.

다만 이렇게 저장된 PCM데이터를 다시 읽어들일때 필요한정보가 몇가지가 있다.

1. Sample Rate ( 1초에 몇번 샘플링을 했는지 )

아날로그 신호를 수집하는 속도에 대한 정보이다. 48KHz 로 수집했는데 44.1KHz로 재생하면 원래 녹음시간 보다 길게 재생될거고 말소리도 뭔가 늘려서 말하는 것처럼 들리게된다고 본다. 동일 시간 내에 수집된 횟수가 많을 수록 해상도가 좋아진다고 보면 된다.

PCM속도를 어느정도의 속도로 재생하면 좋은지에 대한 지표라고 보면 된다.

2. PCM Format (샘플링된 데이터를 어떻게 저장했는지)

수집된 하나의 값을 몇 비트로 저장 했는지에 대한 내용이다. 이는 오디오의 해상도에 직접적으로 연관이 된다, 바이트 수가 크면 클수록 전채 진폭에서 정확한 위치를 나타내기 유리하기 때문이다, PCM데이터는 결국 각 샘플 간의 구별없이 주욱 나열하기 때문에 2바이트씩 읽을 지 3바이트씩 읽을지 정확히 알아야 소리를 제대로 재생 할 수 있다.

3. Channel Count (마이크 몇개 썼고, 스피커 몇개 쓸건지)

요즘은 뭐 8채널 16채널 하면서 스피커가 너무 많다. 각 스피커에서 나올 소리들도 조금씩 다르기 때문에, 스피커의 갯수만큼 오디오가 전달이 되어야 한다. PCM데이터는 채널마다 샘플을 번갈아 가면서 저장한다 16bit pcm format에 2ch 이라면

L(2byte), R(2byte), L(2byte), R(2byte), L(2byte), R(2byte), L(2byte), R(2byte), L(2byte), R(2byte) ....

이렇게 소리가 기록된다. 읽을때도 이를 바탕으로 읽어야한다.

이런것들이 PCM 데이터를 쓰고, 읽을 때 고려되는 내용들이다.

다음에 소개 할건 PCM인코딩 방식을 사용하는 가장 대표적인 오디오 컨테이너 인 .wav 에 대해 설명하려고 한다.

WAV - 가장 기본적인 오디오 컨테이너

가장 기본적이라는 것도 내기준이긴 하지만, 가장 흔히 보는 오디오 컨테이너 이니 이걸로 소개하고자 한다.

PCM 데이터만 있는 파일이 있으면 위에 서 이야기한 Sample Rate, PCM Format, Channel Count 에 대한 정보가 따로 필요하다.

WAV는 파일 헤더에 이러한 정보를 추가하고 뒤에 이어서 PCM 데이터를 넣어주는 구조를 가진다.

내 서버에 있는 wav파일 아무거나 찾아서 hex view로 가져와 봤다. AOA 뭐라고 적힌거 보니까 아이돌 앨범 곡인듯.

괜히 보여줄려는거 말고 다른 복잡한게 있어서 좀더 단순한걸로 가져와야 겠다.

마음에 든다, 단순하고, 보기 좋다.

wav 파일 헤더에 대한 자료는 다음 링크를 보면 된다.

https://docs.fileformat.com/audio/wav/

WAV - Waveform Audio File Format

Learn about WAV file format and APIs that can create and open WAV files.

docs.fileformat.com

이게 각 위치별 데이터가 무얼 나타내는 지에 대한 정보인데 이렇게 읽으면 된다.

진폭에 대해서 - 진폭과 음량의 관계?

일단 진폭과 우리 귀에서 들리는 음량의 상관 관계에 대해서 나타내면 얼추 이렇다.

베버-페히너의 법칙에 따라서 ( 얼추 사람의 감각기관은 로그 스케일이라 신호가 약할때 변화에 민감하고 신호가 크면 변화에 둔감해진다는 법칙 ) 소리를 받아들이고 인식한다.

그래서 진폭으로 정비례하게 올리면 사람 귀에는 초반에 급격히 커지고, 후반에는 천천히 커지는 것으로 보이게 된다.

고로, 지수 함수를 이용해서 소리를 키워야한다.

나름 정리한건데 이미지 크게 확대해서 보면 잘 보일거라 생각한다.

그리하여 오디오의 음량을 표현하는 단위는 데시벨 단위를 사용한다. 다만 이제 디지털 오디오 시스템에서는 약간의 차이가 있다.

디지털 출력 으로 나오는 음압은 전력량에 비례한다. 전류와 전압의 곱으로서 소비되는 에너지가 그대로 음압으로 나온다고 이해 하면 되는데,

이때 디지털 오디오 시스템 내부에서는 전압을 통해서 제어하기 때문에 로그 스케일이 달라진다.

전력에 의한 음압이, 소리의 크기가 10배가 될때, 10dB 가 되지만

전압을 기준으로 했을때 전압이 10배가 되면, 전력은 100배가 되고, 20dB가 된다.

이는 다음 수식으로 도출이 된다.

V=IR -> I=V/R,

W = I * V -> W = V/R * V -> W = V^2/R

R = 1 이고, V = 1 이 기준이라 했을때, 1 = 1^2/1, 100 = 10^2/1 이런식으로 실제 값이 100배로 뛰게 된다.

결국 전력 량은 전압의 제곱에 비례 하므로, 20Log(value/base) 기준으로 계산 하도록 해야한다.

여기서 추가로, 스피커에 출력되는 신호는 전압 신호이기 때문에 20Log 스케일 을 사용한다. ( 음량 20dB가 전압의 10배 )

또한 최대 진폭이 내는 최대 음량은 보통 최종 DAC와 AMP, 스피커가 결정 하기 때문에 소프트웨어 내부에서는 MAX치 기준으로 얼마나 줄어드는지 ~ 에 대한 목적으로 -dB 단위를 사용한다.

그래서 최대 음량을 기준으로 dB 를 계산 하고 싶다면 10^(dB/20) 의 수식을 이용 할 수 있다.

-20dB를 줄이고 싶다면 10^(-20/20) = 0.1 로 계산이 된다.

결국 최대 음량 기준 -20dB를 줄인 오디오 pcm 을 만들고 싶다면, 각 샘플에 대해 0.1을 곱하는 방식으로 계산이 가능하다.

여기서는 pcm볼륨을 조절하지만 오디오 장치의 볼륨을 조절 할때도 사용하니 해당 수식은 잊지 않고 기억하면 유리하다.

다음에는 실제 alsa와 같은 리눅스 디바이스에서 오디오를 재생할때 사용되는 요소들에 대해 설명하고자 한다.

버퍼 레이턴시 피리어드 피리어드 카운트 등등...

콘솔에서 로그 하이라이트 하는법 알아보기 : hl (pipeline highlighter)

일처리 — Wed, 5 Apr 2023 16:44:37 +0900

프로젝트 소개: hl - pipeline highlighter

https://github.com/keepworking/hl

GitHub - keepworking/hl: pipeline highlighter

pipeline highlighter. Contribute to keepworking/hl development by creating an account on GitHub.

github.com

"hl"은 간단한 파이프라인 하이라이트 도구입니다. 주요 목적은 로그 파일이나 텍스트 데이터에서 특정 단어나 패턴을 찾아 텍스트에 색상을 입혀 강조하는 것입니다. 이 도구를 사용하면 데이터를 빠르게 분석하고, 오류나 관심사항을 쉽게 파악할 수 있습니다.

장점

간단한 명령어로 사용이 쉽습니다.
여러 색상 옵션을 사용할 수 있어 텍스트를 쉽게 구분할 수 있습니다.
대소문자 구분 없이 검색할 수 있는 옵션을 제공합니다.
확장된 정규 표현식을 지원합니다.

단점:

기능이 매우 단순하고 한정적입니다.
현재는 리눅스 환경에서만 사용 가능합니다.

사용 가능한 사용자:

개발자, 시스템 관리자, 데이터 분석가 등 다양한 분야의 사용자들이 이 도구를 사용해 로그 파일이나 텍스트 데이터에서 특정 패턴을 찾아내는 데 도움을 받을 수 있습니다.

옵션 설명:

-i: 대소문자를 무시합니다.
-E: 확장된 정규 표현식을 지원합니다.
-c: 색상을 변경합니다. 각 글자 'c'가 추가될 때마다 다른 색상이 선택됩니다.
-[0~5]: 숫자를 사용하여 색상을 설정합니다.
-b: 밝은 색상으로 설정합니다.

사용 예시:

로그 파일에서 "fail" 또는 "error"와 같은 단어를 찾아서 하이라이트할 경우, 다음과 같이 명령어를 사용할 수 있습니다.

adb logcat | hl -iE "fail|error"

이 명령어는 adb logcat의 출력을 받아 대소문자 구분 없이 "fail"이나 "error"라는 단어가 포함된 텍스트를 하이라이트합니다. 이를 통해 오류나 실패 사례를 빠르게 파악할 수 있습니다.

Caddy2 알아보기 / 자동 HTTPS / 리버스 프록시

일처리 — Tue, 7 Feb 2023 01:18:37 +0900

caddy logo

Caddy2 에 대해서

캐디 2는 사용하기 쉽고, 빠르고, 안전하도록 설계된 웹 서버 소프트웨어이자 강력한 HTTP/2 서버입니다.

아래와 같은 기능들을 가집니다.

자동 HTTPS: Caddy 2는 Let's Encrypt에서 SSL/TLS 인증서를 자동으로 가져오고 갱신하므로 HTTPS로 웹 사이트를 쉽게 보호할 수 있습니다.
리버스 프록시: 캐디 2는 리버스 프록시를 지원하므로 단일 IP 주소에서 여러 웹 사이트를 서비스하고 여러 서버에 트래픽을 분산시켜 성능을 향상시킬 수 있습니다.
간편한 구성: 캐디 2는 읽고 쓰기 쉬운 인간 친화적인 구성 구문을 사용합니다. 단일 캐디 파일을 사용하여 HTTP 및 HTTPS 리디렉션, 콘텐츠 압축 등 웹 사이트의 모든 측면을 구성할 수 있습니다.
미들웨어 지원: Caddy 2는 사용자 지정 헤더 추가, 파일 업로드 처리, 동적 콘텐츠 제공 등 다양한 작업을 수행할 수 있는 플러그인인 미들웨어를 지원합니다.
HTTP/2 지원: 캐디 2는 HTTP 프로토콜의 최신 버전인 HTTP/2에 완전히 최적화되어 있습니다. 즉, 웹 사이트 방문자의 페이지 로드 시간이 빨라지고 성능이 향상됩니다.
로깅 및 메트릭: Caddy 2는 자세한 로그 및 메트릭을 제공하므로 웹 사이트 트래픽을 모니터링 및 분석하고 성능 문제를 진단하고 오류를 추적할 수 있습니다.
보안 기능: Caddy 2에는 XSS(사이트 간 스크립팅) 공격, CSRF(사이트 간 요청 위조) 공격 등의 보안 기능이 내장되어 있습니다.

이것들은 캐디 2의 주요 기능 중 몇 가지에 불과하다. 캐디 2는 소규모 개인 웹 사이트나 대규모 엔터프라이즈 애플리케이션을 호스팅하려는 경우에 관계없이 다양한 사용 사례를 처리할 수 있는 다목적의 강력한 웹 서버입니다.

Caddy2 와 다른 기존 소프트웨어의 차이점은?

Nginx: Nginx는 가장 널리 사용되는 웹 서버 소프트웨어 중 하나이며 높은 성능, 확장성 및 보안으로 유명합니다. 정적 파일 서비스에서 업스트림 서버에 대한 프록시 요청에 이르기까지 다양한 사용 사례를 처리할 수 있는 다목적 소프트웨어입니다. 주요 장점 중 하나는 시스템 리소스의 효율적인 사용으로 트래픽이 많은 웹 사이트에 적합합니다. 그러나 Nginx는 캐디 2에 비해 학습 곡선이 가파르고 구성 구문이 더 복잡합니다.
Apache: Apache는 오랫동안 사용되어 온 또 다른 인기 있는 웹 서버 소프트웨어입니다. 그것은 강력한 기능 세트, 광범위한 커뮤니티 지원, 그리고 광범위한 플랫폼과 프로그래밍 언어와의 호환성으로 유명하다. 그러나 Apache는 Nginx만큼 효율적이지 않으며 특히 트래픽 부하가 높을 때 더 많은 시스템 리소스를 사용할 수 있습니다. 또한 캐디 2에 비해 구성 구문이 더 복잡합니다.
Lighttpd: Lighttpd는 특히 정적 파일을 처리할 때 빠르고 효율적으로 설계된 경량 웹 서버 소프트웨어입니다. 트래픽이 적은 웹 사이트에 적합하거나 동적 콘텐츠를 제공하는 역방향 프록시로 적합합니다. 그러나 Lighttpd는 Nginx나 Apache에 비해 많은 기능이나 광범위한 커뮤니티 지원을 가지고 있지 않습니다.

요약하면, 캐디 2는 사용 편의성과 고급 기능 사이의 균형을 잘 유지합니다. 특히 중소 웹 사이트의 경우 설치 및 관리가 쉬운 웹 서버를 찾고 있는 개발자에게 적합한 선택입니다. 그러나 트래픽이 많은 웹 사이트를 위한 보다 강력한 솔루션이 필요한 경우 Nginx 또는 Apache가 더 나은 선택일 수 있습니다.

Caddy2 설치

다음은 시스템에 설치하는 방법은 다음의 링크를 따라서 진행합니다.

https://caddyserver.com/docs/install

Caddy2의 설치 프로세스는 운영 체제에 따라 다릅니다. 공식 설명서는 Windows, macOS, Linux 등을 포함한 다양한 플랫폼에 대한 지침을 제공합니다. 또한 패키지 관리자를 통해 apt, yum, pacman 등의 Caddy2를 설치하는 옵션도 제공합니다.

Caddy2 관리 명령어

Caddy2 서비스 시작 : `sudo systemctl start caddy`
Caddy2 서비스 중지 : `sudo systemctl stop caddy`
Caddy2 서비스 재시작 : `sudo systemctl restart caddy`
Caddy2 서비스 상태 확인 : `sudo systemctl status caddy`
Caddy2 서비스 활성화 (부팅 시 자동으로 실행) : `sudo systemctl enable caddy`
Caddy2 서비스 비활성화 : `sudo systemctl disable caddy`

Caddy2 리버스 프록시 구성 예시

다음과 같이 리버스 프록시를 구성해 볼 수 있습니다.

example.com {
    reverse_proxy localhost:8000
}

CaddyFile에 다음과 같이 설정하면 example.com에서 포트 8000의 로컬 호스트로 모든 트래픽을 라우팅합니다. 따라서 example.com에 액세스하면 localhost:8000에서 실행 중인 서버로 접속이 됩니다.

그리고 좀더 복잡한 옵션 또한 구성이 가능합니다.

example.com {
    reverse_proxy localhost:8000 {
        header_up Host {host}
        header_up X-Real-IP {remote}
        header_up X-Forwarded-Proto {scheme}
    }
}

위와 같이 구성하면 X-Real-IP 및 X-Forwarded-Proto 헤더를 통해 localhost:8000의 백엔드 서버로 전달됩니다.

자동 HTTPS 예시

Caddy2에서 기본으로 제공하는, SSL 구성 기능의 사용법은 다음과 같습니다.

example.com {
    tls email@example.com
    reverse_proxy localhost:8000
}

tls email@example.com을 사용하여 인증서 암호화 관리를 위한 이메일 주소를 지정합니다. Caddy2가 실행되면 example.com에 대한 유효한 SSL 인증서를 자동으로 얻고 HTTPS를 통해 사이트 서비스를 시작합니다. SSL 인증서가 만료되기 전에 자동으로 갱신됩니다.

tls 이메일 주소는 필수는 아니지만 인증서 만료와 갱신에 대한 알림을 받아 볼 수 있습니다.

리눅스 컨테이너 알아보기 - 컨테이너 동작 원리

일처리 — Tue, 24 Jan 2023 00:20:43 +0900

컨테이너의 동작 원리

컨테이너 기술은 간단해 보이지만 자그마치 3개의 커널 기술이 사용된 컴비네이션이다.

cgroup (Control Group)
- 시스템의 자원에 제한을 둠. CPU사용량, 메모리 사용량등에 제한을 줄 수 있음.
- 꼭 필 수 인가? 는 잘 모르겠음.
chroot (Change root) 또는 pivot_root
- 파일 시스템의 루트 경로를 바꿈. 새로운 파일 시스템을 만들거나 (임베디드에서 yocto나 buildroot 를 사용하지 않았을때는 이걸로 파일시스템을 직접 구성할 수 있었다. 안에서 패키지도 설치 가능했던걸로 기억 Qemu를 이용하고 그랬어야함.), 웹 호스팅 등을 제공할때 사용됨
- chroot 는 별도로 취약점 문제가 있어서 이후에는 pivot_root 를 사용함.
namespace
- 네임스페이스는 프로세스가 볼 수 있는 범위를 제한한다.
  - mnt
  - pid
  - net
  - ipc
  - uid

이러한 기능들을 바탕으로 프로세스를 실행하면, 해당 프로세스는 자신만의 파일 시스템과 다른 프로세스는 보이지 않고 하위 프로세스만 조회 가능한 상태가 됨. 해당 프로세스 입장에서는 자신 이외에는 아무것도 없는 것처럼 느낄 것이다.
마치 영화 "트루먼쇼"에서 짐 캐리가 연기한 트루먼 버뱅크가 영화 세트장(컨테이너) 밖에 실제 세상이 있는걸 모르던 것처럼.

트루먼쇼 포스터

컨테이너를 보고 트루먼 쇼를 떠올린건 나뿐만은 아닌거 같다. https://www.youtube.com/watch?v=n-l9ccP1zR8

go 언어로 단순하게 구성된 프로젝트가 있다. [https://github.com/zeyneloz/simple-container-with-go] 이것도 참고해보면 이해하는데 도움이 될듯 하다.

byobu 아주 긴 내용 복사하는 법 알아보기

일처리 — Wed, 24 Aug 2022 13:34:36 +0900

개요

아마 byobu를 이용하다보면 여러 여러줄의 내용을 복사하고 싶을 경우가 있을 것입니다.

이렇게 여러 줄의 출력을 복사하고 싶을 경우에는 보통 shift + drag , ctrl + shift + c 를 이용해서 복사를 하지만 만약에 스크롤을 여러번 할정도로 긴 내용이라면, 클립보드에 직접 복사하지는 않더라도 파일에 저장을 하는 과정을 거쳐서 출력 내용을 복사할 수 있습니다.

방법

마우스 활성화 alt + f12 (이미 되어 있다면 생략 가능합니다.)
내용 드래그
cat > copied.txt
alt + insert
ctrl + d

이렇게 되면 복사된 내용이 있는 txt파일이 저장이 됩니다.

이파일을 직접 열어서 다시 클립보드에 복사를 하거나 하면 됩니다.

위와 같이 저장된 파일을 볼 수 있습니다.

pdf 문서 번역하는 법 알아보기

일처리 — Sun, 14 Aug 2022 01:06:36 +0900

개요

궁금한것이 있어서 자료를 찾다보니 그나마 있던 자료가 영문으로 있으면 번역을 해서 보고 싶은 마음이 간절합니다.
그런데 pdf파일은 웹브라우저에서 바로 번역이 안되다보니 읽는게 너무 어려워집니다.
방법이 없을까 고생을 하다보니 좋은 방법이 있어서 이를 공유 드립니다.

링크

translate.google.com

기대를 드린것이 무안하게 구글 번역기의 기능을 이용하는 것인데요, 방법은 아래에 정리해 두겠습니다.

방법

구글 번역 사이트 에스 문서 탭 클릭
pdf파일을 업로드

이렇게 파일을 업로드하면 아래와 같은 pdf파일이 변하는 것을 볼 수 있습니다.

완벽하게 폰트 사이즈나 그런게 유지되지는 않았지만 어느정도 양식도 유지가 되고 꽤 좋은 결과가 나왔습니다.

이렇게 글자가 깨지는 부분도 있기는 하지만 그래도 그내용을 어느정도 볼 수 는 있어 도움이 많이 되었습니다.

일할때 영어로 작성된 문서를 볼일이 많았는데, 이건 좀 도움이 될거 같네요

의미가 쉽사리 짐작 가지 않는 unix / linux 명령어들의 의미 알아보기

일처리 — Fri, 22 Jul 2022 23:28:54 +0900

️ 개요

지난번에 작성했던 *.rc 의 의미를 알아보는 글을 작성하던 와중에, 좀 더 다양한 그리고 제가 뜻을 모르고 있던 많은 명령어들의 의미를 알려주는 글을 찾았습니다.

In Unix, what do some obscurely named commands stand for?

위 글에서 일부 내용만 가져왔습니다.

⚒️ 명령어들 목록

️ awk

저는 awk를 어쩌다 한번 다루어 봤었는데, 제가 기억하기로는 데이터를 파싱 해서 원하는 형태로 가공을 하기 위한 도구로 알고 있습니다. 특정 종류의 데이터만 뽑아낸다거나, 원하는 순서로 정렬을 한다거나 하는 등으로 가공이 가능합니다.
awk 는 특별한 의미가 있는 것은 아니고 이 소프트웨어의 제작자들의 이름을 따서 만든 것입니다.

a : Aho (Ai Aho)
w : Weinberger (Peter Weinberger)
k : Kernighan (Brain Kernighan)

grep

grep은 정말 자주 사용하는 명령어지요. 출력 내용 중 필요한 부분만 걸러서 본다거나 파일 중에 필요한 내용을 찾아내는데에도 사용합니다.

Global Regular Expression Print (전역 정규식 인쇄)

위와 같은 의미이기도 하고, Unix의 텍스트 에디터인 ed의 검색 기능을 사용하기 위한 명령어에서 유래 되었다고 합니다.

g/re/p

cat

cat 명령어는 파일을 읽어들여서 화면에 뿌려주기만 하는 명령어로 알고 있었는데, 다실은 다른 기능을 위한 명령어였습니다.

Catenate (연결)

여려개의 파일을 이어서 보여주는 파일이었던 거지요..
즉 cat 명령어의 사용 목적은 다음과 같은 방식이었습니다.

cat file1 file2 file3 > file

저는 솔직히 왜 dog 는 없는 걸까 하고 생각했습니다.

tee

tee 는 출력을 저장하면서 동시에 그 출력을 보고 싶을 때 사용하는 명령어입니다.

# 로그를 보고 싶을 때
./myprogram

# 로그를 저장 하고 싶을 때
./myprogram > logfile

# 로그를 보면서 저장하고 싶을 때
./myprogram | tee logfile

위와 같은 방식으로 사용할 수 있는 거지요

그리고 이 tee의 기능은 발음 그대로 T 자형 파이프 관에서 따온 이름입니다. 한쪽으로 들어온 입력이 두 갈래로 나가는 모습을 T자형 파이프에 빗대어서 표현한 거였네요

.rc 에서 rc의 의미 알아보기 ( .bashrc / init.rc / ... )

일처리 — Fri, 22 Jul 2022 00:09:51 +0900

개요

리눅스를 이용해서 개발을 하다 보면 *.rc 키워드의 파일들을 자주 만나볼 수 있는데
개발을 하다 보면 그냥 그런가 보다 하고 넘어가게 되는데, rc는 뭐의 약자일까 궁금했습니다.

결론

rc 는 Run Commands 의 약자입니다. 정확히는 runcom의 약자라 봐도 됩니다.
또는 Run Control의 약자이기도 합니다.
다짜고짜 결론을 정리하는 이유는 이게 생각보다 재미있는 역사를 지니고 있어서 그렇습니다.
그래서 이 아래는 runcom의 역사? 를 정리하고자 합니다.

RUNCOM에 대해서

RUNCOM은 초기 운영 체제인 CTSS (범용 시분할 시스템)의 스크립트 실행기입니다. 요즘 리눅스로 따지자면 쉘 스크립트랑 유사하지만, 당시의 CTSS는 지금의 쉘 인터페이스와는 사용법이 달랐고 그 안의 다양한 명령어들을 한 번에 자동으로 실행하기 위한 매크로 스크립트이었던 것 같습니다.
그래서 당시 RUNCOM 스크립트에는 조건 분기나 반복문과 같은 흐름 제어에 대한 기능이 있어 거의 프로그래밍 언어 정도로 이용이 가능하지 않았나 싶습니다.

그리고 이후에 나온 unix 운영체제인 Plan 9 from Bell Labs 의 쉘의 이름이 rc 이었습니다.

지금 나오는 *.sh 는 쉘 스크립트이기 때문에 이름을 가졌듯이 *.rc 파일들도 이러한 역사를 거치면서 나타나게 된 것이 아닌가 싶습니다.

Run Control에 대해서

다만 몇몇 *rc 파일들은 명령어를 실행하지 않고 그 명령어의 설정 등을 다루는 것들이 많습니다. .vimrc .bashrc 같은 것들이요.
이러한 것들은 언제부터 이렇게 부르기 시작했는지의 오랜 역사는 모르지만, Art of Unix Programming (Eric S. Raymond)도서에서는 이러한 rc파일들을 실행 제어 파일이라고 언급되는 것을 알 수 있다고 합니다.

여담

Plan 9 from Bell Labs 운영체제는 다음과 같은 귀여운 마스코트가 있는데 이 마스코드를 그린 화가는 go lang의 마스코트를 그린 르네 프렌치입니다.

Go 언어 프로젝트 생성하는 법 알아보기 (리눅스)

일처리 — Sat, 9 Jul 2022 23:10:46 +0900

개요

이번에 친구와 함께 간단한 프로젝트를 해보기로 했고 저는 해당하는 서버 언어로 Go 언어를 선택했습니다.

이전에 잠깐 찔러보기만 해 보고 뭔가 구성을 해본 적이 없어서 어떻게 해야 하나 당황을 했는데요...

일단 설치가 되어있는 상태로 가정하고 내용을 진행 해 보겠습니다.

프로젝트 폴더 만들기

아마 이전에 다른 언어의 개발 경험이 있었다면 대체로 아래와 같은 구조의 프로젝트 폴더 구조를 생각할 거 같습니다.
저도 그렇구요.
프로그램의 덩치는 커져만 가는데, 파일 안에 코드는 길어져만 가니 파일을 분리하고 이것들을 폴더로 묶어야 하는 것이지요.

myproject/
├── lib
│   ├── a.c
│   ├── a.h
│   ├── b.c
│   └── b.h
└── main.c

그런데 Go에서는 전반적으로 동일하지만 조금 어색한 원칙이 하나 있습니다.

GOPATH에 프로젝트를 만들어야 하는 것이지요

$ go env GOPATH
> /home/orange/go

go env명령어를 통해서 경로를 확인할 수 있습니다.

새로 만든 프로젝트는 $GOPATH/src/<깃주소>/<깃계정>/<깃레포> 의 경로에 만들어야 합니다. 안 그러면 위처럼 폴더로 묶는 구조를 만들 수가 없더라고요.

이건 좀 불편하지 않나... 싶기는 한데 이런 엄격한 구조가 golang의 장점이지 않나... 싶습니다.

$GOPATH/src/closed.src/orange/myproject
├── go.mod
├── main.go
└── mylib
    ├── a.go
    └── b.go

그래서 Go언어 프로젝트는 이러한 구조로 비슷하게 구현이 가능합니다.

~/go/src/closed.src/orange/myproject$ go mod init

폴더를 생성한 뒤에는 go mod init을 해주어야 합니다.

module closed.src/orange/myproject

go 1.18

go.mod파일의 내용은 위와 같습니다. 모듈의 경로가 정의되어 있지요.

go 소스 추가하기

main.go

package main

import (
        "fmt"

        "closed.src/orange/myproject/mylib"
)

func main() {
        fmt.Println("main func")

        mylib.Afunc()
        mylib.Bfunc()
}

mylib/a.go

package mylib

import "fmt"

func Afunc() {
        fmt.Println("a func")
}

mylib/b.go

package mylib

import "fmt"

func Bfunc() {
        fmt.Println("b func")
}

여기에 나오는 mylib/*.go 들은 main.go에서 함께 넣지 않고 분리해서 구현하고자 하는 코드들을 이 안에 구현하면 됩니다.

그렇게 되면 여기에 나오는 mylib은 일종의 패키지가 되는 것이고 main.go에서 그것을 로드해서 사용하게 됩니다.
main.go 코드를 다시 한번 보시면, closed.src/orange/myproject/mylib 프로젝트 경로가 통째로 포함이 되어 있는 것을 확인할 수 있습니다.
저는 이렇게 경로가 코드에 포함되어있는 게 낯설어서 이게 맞나... 싶었는데요.

제가 좋아하는 go언어 오픈소스인 lazygit도 동일한 방식으로 하위 패키지가 포함된 것을 볼 수 있습니다.

아마 이러한 방식의 파일 관리 기법은 코드의 모듈화와 재사용성을 늘리기 위함이 아닐까 싶습니다.
패키지의 경로가 모두 나와 있어 다른 프로젝트의 부분 패키지를 사용할 수 있을 테니까요.

낯설지만 꽤 좋은 구조구나 싶습니다.

여기까지 go언어 프로젝트를 생성하는 방법을 알아보았습니다.

C++ Pimpl 알아보기

일처리 — Fri, 1 Jul 2022 19:17:44 +0900

개요

C++를 이용해서 개발을 공부하거나 개발을 진행하다 보면 Pimpl이라는 것을 마주하게 됩니다.
이 것이 무었이고 또 왜 사용하는지 이번 기회에 알아봅시다.

Pimpl 이란?

Pimpl은 Pointer to IMPLement의 약자로 C++에서 구현된 객체를 동일한 형태의 인터페이스용 객체에 포인터만 전달하여 실제 기능 구현을 사용자에게서 감추는 프로그래밍 기법입니다.

실제 코드 예시

.
├── libcar
│   ├── car.cpp
│   ├── car.h
│   ├── carimpl.cpp
│   ├── carimpl.h
│   └── CMakeLists.txt
└── user_dev
    ├── CMakeLists.txt
    ├── include
    │   ├── car.h
    │   └── libcar.a
    └── main.cpp

이런 식의 코드 구성이 있다고 합시다.
libcar 은 저희가 만든 라이브러리이고, user_dev 는 저희가 만든 라이브러리를 이용하는 사용자의 코드입니다.

user_dev 하위에는 저희가 이미 빌드해서 재공 하는 libcar.a 라이브러리와 car.h 라는 라이브러리가 있습니다. 즉, libcar의 빌드 결과물과 필요한 헤더만 공유한 것이지요.

이제 각각의 코드를 살펴봅시다.

libcar/car.h

#ifndef CAR_H_
#define CAR_H_
#include <memory>

class CarImpl;
class Car {
  public:
    Car();
    ~Car();

    void ride();
  private:
    CarImpl *carImpl = nullptr;
};

car.h는 기본적인 인터페이스 형태만 나타냅니다.

libcar/car.cpp

#include "car.h"
#include "carimpl.h"
#include <iostream>
#include <memory>


Car::Car()
{
  carImpl = new CarImpl();
}

Car::~Car()
{
  delete carImpl;
}

void
Car::ride()
{
  carImpl->ride();
}

car.cpp 에서는 CarImpl에서 구현된 기능을 호출해서 사용합니다.

libcar/carimpl.h

#ifndef CAR_IMPL_H_
#define CAR_IMPL_H_
#include <string>


class CarImpl {
  public:
    CarImpl() = default;
    ~CarImpl() = default;

    void ride();
  private:
    void playEngineSound();
    std::string engineSound = "부와아아앙";
};



#endif // CAR_IMPL_H_

carimpl.h에서는 실제 코드 구현에 사용되는 프로퍼티들이 명시되어있습니다. 라이브러리 사용자에게 보여주고 싶지 않은 부와아아앙같은 값이 들어있네요 제 라이브러리를 사용하는 고객이 부와아아앙같은 핵심 기술을 혹시라도 훔쳐갈까 걱정이 됩니다.

libcar/carimpl.cpp

#include "carimpl.h"
#include <iostream>
void
CarImpl::ride()
{
  playEngineSound();
}

void
CarImpl::playEngineSound()
{
  std::cout << this->engineSound << std::endl;
}

carimpl.cpp 에서는 코드가 동작하는 기능이 구현되어 있습니다.

libcar/CMakeLists.txt

project (libcar)

add_library(car car.cpp carimpl.cpp)

제가 make를 잘 못써서 cmake로 빌드되도록 작성했습니다.
이걸 빌드하면 libcar.a파일이 만들어지는 거지요.

user_dev/main.cpp

#include <iostream>
#include "include/car.h"

int main()
{

  Car car;

  car.ride();

  return 0;
}

main.cpp 는 고객이 제가 제공한 라이브러리를 이용해서 코드를 구현한 내용입니다.

user_dev/CMakeLists.txt

project (user_dev_car)


add_executable(pimpl_user_dev_test main.cpp)
target_link_libraries(pimpl_user_dev_test ${CMAKE_SOURCE_DIR}/include/libcar.a)

마찬가지로 cmake로 빌드를 하게 되면 pimpl_user_dev_test 라는 바이너리가 나옵니다.

실행 결과

orange@32thread-server:~/project/pimpl/user_dev/build$ cmake ..
-- The C compiler identification is GNU 9.4.0
-- The CXX compiler identification is GNU 9.4.0
-- Check for working C compiler: /usr/bin/cc
-- Check for working C compiler: /usr/bin/cc -- works
-- Detecting C compiler ABI info
-- Detecting C compiler ABI info - done
-- Detecting C compile features
-- Detecting C compile features - done
-- Check for working CXX compiler: /usr/bin/c++
-- Check for working CXX compiler: /usr/bin/c++ -- works
-- Detecting CXX compiler ABI info
-- Detecting CXX compiler ABI info - done
-- Detecting CXX compile features
-- Detecting CXX compile features - done
-- Configuring done
-- Generating done
-- Build files have been written to: /home/orange/project/pimpl/user_dev/build
orange@32thread-server:~/project/pimpl/user_dev/build$ make
Scanning dependencies of target pimpl_user_dev_test
[ 50%] Building CXX object CMakeFiles/pimpl_user_dev_test.dir/main.cpp.o
[100%] Linking CXX executable pimpl_user_dev_test
[100%] Built target pimpl_user_dev_test
orange@32thread-server:~/project/pimpl/user_dev/build$ ./pimpl_user_dev_test 
부와아아앙

설명

user_dev 의 코드 속 내용을 보면 알 수 있듯이 인터페이스용 객체의 헤더 파일만 공유하게 되면 저희가 구현한 기능들을 사용할 수 있게 됩니다.
이때 사용자는 저희가 구현한 객체가 가진 내부 변수 같은 것들을 알고 싶어도 car.h 파일에서는 저희가 구현한 객체의 헤더가 담겨 있지 않기 때문에 결국 사용자는 그 내부 변수들을 확인할 방법이 없어집니다.

물론, 정보를 숨기기만 하는 것은 아니고 아주 큰 대규모 프로젝트에서 소프트웨어를 컴파일할 때 컴파일 성능을 올려주는 용도로도 사용한다고 합니다.

여기까지 c++의 pimpl에 대해 알아보았습니다.

추가로...

추가로 공부하다보니 Pimple의 또다른 목적이 있었는데 바로 바이너리 호환성에 대한 문제 또한 한가지 원인 이었습니다.

예를 들어서

class MyWorks {
public:
	int func();
private:
	int secret1(); // \
	int secret2(); //  | 자주 변경 될 수 있음.
	int secret3(); // /
}

로 되에있는 인터페이스가 있고.

이 인터페이스의 헤더파일을 바탕으로 만들어진 프로젝트가 10개 씩이나 있다면.

실제 사용하는 프로젝트에서 사용하는 func() 의 사용법은 변하지 않은 상황에서, 내부 구현의 최적하등의 과정으로 private 영역의 함수들이 서너개 더 추가가 되었다면

10개의 프로젝트들은 새로운 헤더 파일을 기반으로 새로 빌드를 해야 합니다.

하지만 pimple을 통해서 정말 필요한 인터페이스만 남기게 되었다면, 헤더 파일을 업데이트 하지 않고, DLL이나 so 파일만 업데이트 하면 충분히 업데이트가 되게 할 수 있습니다.

pimple이 사용되는 데에는 다양한 이유들이 있었네요.

eMMC vs UFS 둘중 어느게 좋은지 알아보기

일처리 — Fri, 1 Jul 2022 16:33:10 +0900

개요

임베디드 쪽에서 개발을 하다보니 이것들이 뭔가 싶을때가 있어서 공부해 보기로 했습니다.

https://prodigytechno.com/emmc-vs-ufs

이곳의 자료를 참고해서 작성했습니다.

eMMC 란?

eMMC는 Embedded MultiMedia Card 의 약자로 모바일용으로 사용되는 NAND 플레시 메모리 솔루션입니다. 주로 스마트폰이나 태블릿과 같은 임베디드 장치에서 주로 사용하게 됩니다.

eMMC 의 특징

저렴한 가격
반이중 통신으로 읽고 쓰는 것을 동시에 진행 할 수 없음

UFS 란?

UFS는 Universal Flash Memory 의 약자로 범용 플래시 메모리입니다. 나름 차세대 플레시 메모리 인듯 합니다.

UFS 의 특징

LVDS Low Voltage Differential Signaling 인터페이스 제공
전이중 통신으로 읽고 쓰는 것을 동시에 진행 할 수 있음
eMMC 보다 빠름 근데 좀더 비쌈

서로의 장점은?

eMMC는 원가 절감에 유리
UFS는 고성능 디바이스 개발에 유리

Tio Tmux, Byobu랑 사용하기 좋은 시리얼 모니터 프로그램 사용법 알아보기

일처리 — Thu, 30 Jun 2022 16:35:14 +0900

개요

아마 기존에 리눅스에서 시리얼 커뮤니케이션을 하기 위한 프로그램으로 minicom이나 picocom 같은 프로그램을 많이들 사용했을 겁니다.

그런데 이러한 프로그램들은 byobu나 tmux에서 같이 사용하면 단축키를 정상적으로 사용할 수 없어 이용이 불편합니다. ctrl+a 같은 명령어를 사용할 건데 이것들이 이미 기존 byobu나 tmux의 명령어와 충돌 되기 때문 이지요.

그런 의미에서 Tio는 단축키가 충돌되지 않고 아주 편하게 사용할 수 있습니다.

설치 방법

Snap 을 이용한 설치

sudo snap install tio

apt 를 이용한 설치

sudo apt install tio

사용법

sudo tio -b 115200 /dev/ttyUSB0

115200 은 원하는 Baudrate로 바꾸어서 사용하면 됩니다.
/dev/ttyUSB0 도 마찬가지로 실제 컴퓨터에 인식된 장치로 선택하면 됩니다.

간단한 명령어

Tio의 명령어 들은 Ctrl + t 를 이용합니다.

-> 표시 이후의 명령어는 이전 키를 때고 눌러 주시면 됩니다.

종료 : Ctrl + t -> q
화면 초기화 : Ctrl + t -> l
단축키 설명 보기 : Ctrl + t -> ?

리눅스 로컬 프로세스 간의 통신은 TCP통신과 UDS통신중 어느게 성능이 좋을까?

일처리 — Fri, 24 Jun 2022 17:35:39 +0900

당연히 UDS가 좋다.

https://stackoverflow.com/questions/14973942/tcp-loopback-connection-vs-unix-domain-socket-performance

TCP loopback connection vs Unix Domain Socket performance

Working on an Android and iOS based application which require communication with a server running in the same device. Currently using TCP loopback connection for communicating with App and Server (...

stackoverflow.com

하지만 처리량이 많지 않을때는 그 성능의 차이가 크게 유의미 하지 않다.

스택 오버 플로우 답글 내용에서 본 답변을 보면 UDS의 속도가 더 빠른것을 알 수 있다.

그러니 로컬 IPC통신을 할때는 TCP IP를 loopback으로 접속 하지 말고 UDS를 사용하는 것이 바람직하다.

GRPC도 기본적으로는 TCP/IP를 지원하지만 UDS또한 사용이 가능하니 이를 이용할 수 있다면 이용하도록 하자

Html5 Webcam 간단한 예제로 사용법 알아보기

일처리 — Thu, 16 Jun 2022 01:43:47 +0900

Webcam 표시 예시

HTML5 가 나온 이후, 어쩌면 그 무렵 브라우저를 통해서 할 수 있는 일들이 많아졌습니다.

별도의 스카이프 같은 프로그램을 설치 하지 않고, 브라우저 상에서 화상 채팅이 가능해지기도 하고, 오피스 같은 프로그램조차도 브라우저를 통해서 접근할 수 있게 되었습니다.

그만큼 브라우저 엔진이 무거워 지기는 했지만, 반대로 무거운 브라우저 엔진 하나로 아주 많고 다양한 서비스를 별도로 설치된 프로그램 이상으로 이용하기 수월해진 것이지요.

서론이 잡다하게 길었고 다음과 같이 따라하면 됩니다.

HTML 파일부터 보시죠

<!DOCTYPE html>
<html lang="en">
<head>
    <meta charset="UTF-8">
    <script src="./main.js"></script>
    <title>Camera Test</title>
</head>
<body>
    <video id="cameraview" width="720" height="480"></video>
    <script>
        mainInit();
    </script>
</body>
</html>

카메라 영상을 표시해주는 핵심 태그는 <video/> 입니다.

기존에 사용하던 해당 태그의 사용 방식과는 달리 src를 직접 입력해주지 않는데, 이는 js단에서 웹캠 stream 객체를 전달해주기 위함입니다.

JS 파일은 다음과 같습니다.

// Init camera
function camInit(stream) {
    var cameraView = document.getElementById("cameraview");
    cameraView.srcObject = stream;
    cameraView.play();
}

function camInitFailed(error) {
    console.log("get camera permission failed : ", error)
}

// Main init

function mainInit() {
    // Check navigator media device available
    if(!navigator.mediaDevices || !navigator.mediaDevices.getUserMedia )
    {
        // Navigator mediaDevices not supported
        alert("Media Device not supported")
        return;
    }

    navigator.mediaDevices.getUserMedia({video:true})
        .then(camInit)
        .catch(camInitFailed);

}

cameraView.srcObject = stream 으로 넣는 부분이 보이실 건데 이부분이 HTML 코드에서 src 프로퍼티를 입력하지 않은 이유가 됩니다.

카메라 사용 권한 요청

여기서 주의 깊게 보아야 하는 부분은 navigator.mediaDevices.getUserMedia({video:true}) 인데, 이 코드가 브라우저에서 카메라의 사용 권한에 대한 요청및 그 결과에 대한 처리를 하게 됩니다.

성공 하게 된다면, then() 에 등록된 함수가 실행이 되고, 실패를 하면 catch() 에 등록된 함수가 실행이 됩니다.

예제를 따라 해보고싶다면 다음과 같은 파일 배치로 로컬에서 바로 로드해서 테스트 해볼 수 있습니다.

Caddy 알아보기 / http서버 / 리버스 프록시

일처리 — Wed, 20 Apr 2022 19:52:01 +0900

https://keepworking.tistory.com/43

Caddy2 알아보기 / 자동 HTTPS / 리버스 프록시

Caddy2 에 대해서 캐디 2는 사용하기 쉽고, 빠르고, 안전하도록 설계된 웹 서버 소프트웨어이자 강력한 HTTP/2 서버입니다. 아래와 같은 기능들을 가집니다. 자동 HTTPS: Caddy 2는 Let's Encrypt에서 SSL/TLS

keepworking.tistory.com

컨텐츠를 많이 수정해서 새로 업로드 했으니 확인 부탁드려요

https://caddyserver.com/v2

Caddy 2 - The Ultimate Server with Automatic HTTPS

Caddy is a powerful, enterprise-ready, open source web server with automatic HTTPS written in Go

caddyserver.com

캐디는 서버를 위한 확장 가능한 플랫폼이라 소개를 하는데 우리가 기존에 사용하던 nginx 또는 apache의 또 다른 대안이라 생각 할 수 있습니다.

특정 디렉토리를 기준으로 http 서버를 열 수 있고 정말 다양한 기능을 제공하는데 저는 기본적으로 리버스 프록시 용도로 사용하고 있습니다.

리버스 프록시란?

위키백과의 설명은 짧고 간결하지만 저는 한번 풀어서 설명 해 보겠습니다.

제가 서버가 한 3대 정도 가지고 있다고 하고 각 서버마다 하나의 사이트를 가지고 있으면

제가 외부에서 접속하고자 하면 포트포워딩을 해서 80번 포트는 서버1, 81번 포트는 서버2, 82번 포트는 서버3 에 연결하는 식으로 구성이 가능할 겁니다.

그러면 사용자 입장에서는 내도메인.com, 내도메인.com:81 내도메인.com:82 이런식으로 따로 접속을 해야 하는거지요

그런데 포트를 여러개 뚫지 않고 하나의 포트로 여러 서버에 다양하게 접속하고 싶을 겁니다. 서버 하나 추가할때마다 포트포워딩을 새로 해주는 건 정말 번거로운 일이구요

여기서 리버스 프록시는 하나의 포트로 들어오는 입력을 나누어 주는 역할을 합니다.

80번 포트 -> 리버스 프록시 -> [서버1,서버2,서버3]

이런 구조로 구성이 되는 거지요

그럼 사용자는 어떤식으로 원하는 서버에 접속 하냐면 서버1.내도메인.com, 서버2.내도메인.com, 서버3.내도메인.com

이런식으로 arecord 같은걸 설정 할 수 도 있고

반대로 내도메인.com/서버1 ... 같은 형식으로 url에서 구분이 되게 해서 접속이 가능합니다.

"eabi" 가 뭘까 / abi / eabi / gnueabi

일처리 — Mon, 4 Apr 2022 17:06:19 +0900

리눅스에서 크로스 컴파일을 하기 위해 "gcc-arm-linux-gnueabi" 를 설치했는데

gcc 는 컴파일러고,

arm 은 아키텍쳐고,

linux 는 os고,

gnueabi는 뭐지?

하는 생각이 들었다.

나름대로 찾아본 결과로는 GNU + Embedded + ABI 의 약자였고 여기서 ABI는 Application Binary Interface의 약자이다.

API 소프트웨어간 통신에 대한 인터페이스라고 했을때, ABI는 소프트웨어가 실행 되는 환경에 대한 인터페이스 정도로 이해가 된다.

즉, 특정 아키텍쳐나 os같은 환경 기준으로 기계어가 동작하기위한 인터페이스 규칙

playing Video on terminal with ffmpeg and libcaca

일처리 — Mon, 22 Nov 2021 02:16:31 +0900

Introduction

The FFMPEG has several functions to convert videos and there is more special function what i want to show you

Libcaca

http://caca.zoy.org/wiki/libcaca
libcaca is converting tool with Graphic to text

FFMPEG libcaca

and also FFMPEG has libcaca converter and if we use it we can play video on terminal
even it not usefull

Let's try

ffmpeg -i nyan-cat.mkv -c:v rawvideo -pix_fmt rgb24 -f caca -

it works

터미널에서 동영상 재생하기

일처리 — Mon, 22 Nov 2021 01:58:27 +0900

개요

ffmpeg에는 영상을 다양하게 변환하는 기능이 있는데 좀 특별하고 재밌는 기능이 있어 소개해 드리고자 합니다.

Libcaca

http://caca.zoy.org/wiki/libcaca

그래픽 영상이나 이미지를 터미널 등에서 뿌릴 수 있도록 텍스트로 변환해주는 기능을 제공하는 라이브러리입니다.

FFMPEG libcaca

그리고 FFMPEG에서도 libcaca를 사용한 모듈이 있는데 이것을 활용하면 shell에서 동영상을 재생할 수 있습니다.
물론 뭐 의미는 없을지라도요

시도해보기

ffmpeg -i nyan-cat.mkv -c:v rawvideo -pix_fmt rgb24 -f caca -

위와 같이 영상이 보이게 됩니다.

썩 좋지는 않지만

아무튼 보입니다.

How set MOTD per user

일처리 — Sun, 21 Nov 2021 20:39:52 +0900

Summary

few times ago I wrote post about motd
https://keepworking.tistory.com/8

and AFAIK it showes for all user on this server
but i did not want to show to another people, so i tried some way to fix it

actually it is not to normal way, but it works

Write profile.d script

Let write script in to /etc/profile.d/usermotd.sh
you can use vi or nano like that sudo vi /etc/profile.d/usermotd.sh

test -e /home/$USER/.motd && cat /home/$USER/.motd

explain about this code test -e $FILE will return success when that file exist
so if that file exist will print /home/$USER/.motd file

Let's try it

Make file on ~/.motd
you can put text what do you want

it is for example

                           ///////////////////////////                          
                     ///////////////////////////////////////                    
                 ///////////////////////////////////////////////                
              /////////////////////////////////////////////////////             
           ///////////////////////////////////////&@@@@@@(///////////           
         ////////////////////////////////////////@@@@@@@@@@/////////////        
       ////////////////////////////@@@@@@@@@@@///@@@@@@@@@@//////////////       
      /////////////////////////@@@@@@@@@@@@@@@@///@@@@@@@@/////////////////     
     ////////////////////@@@@///@@@@@@@@@@@@@@@@@%//////////////////////////    
   ////////////////////@@@@@@@///@@@////////(@@@@@@@@@@@@@///////////////////   
   //////////////////@@@@@@@@@@///////////////////@@@@@@@@@@//////////////////  
  //////////////////@@@@@@@@#///////////////////////@@@@@@@@@////////////////// 
 /////////////////(@@@@@@@@///////////////////////////@@@@@@@@//////////////////
 //////////&@@@(///@@@@@@@/////////////////////////////@@@@@@@@/////////////////
 ////////@@@@@@@@@//@@@@@///////////////////////////////@@@@@@@/////////////////
 ///////@@@@@@@@@@@//@@@@///////////////////////////////////////////////////////
 ////////@@@@@@@@@//@@@@@///////////////////////////////@@@@@@@/////////////////
 ///////////@@@////@@@@@@@/////////////////////////////@@@@@@@@/////////////////
 //////////////////@@@@@@@@///////////////////////////@@@@@@@@//////////////////
  //////////////////@@@@@@@@@///////////////////////@@@@@@@@@////////////////// 
   //////////////////@@@@@@@@@@//////////////////&@@@@@@@@@@//////////////////  
   (///////////////////@@@@@@@///@@@@///////@@@@@@@@@@@@@@///////////////////   
     ////////////////////%@@@///@@@@@@@@@@@@@@@@@///////////////////////////    
      ////////////////////////#@@@@@@@@@@@@@@@@///@@@@@@@@/////////////////     
        ///////////////////////////(@@@@@@@@@////@@@@@@@@@@//////////////       
         ////////////////////////////////////////@@@@@@@@@@////////////         
            ///////////////////////////////////////@@@@@@////////////           
              /////////////////////////////////////////////////////             
                 //////////////////////////////////////////////                 
                     //////////////////////////////////////                     
                           ///////////////////////////

and try to login with ssh

and another account will not show

사용자 별로 MOTD 따로 두기

일처리 — Sun, 21 Nov 2021 20:27:14 +0900

개요

예전에 MOTD관련해서 글을 다룬적이 있다.
https://keepworking.tistory.com/8

보면은 알겠지마는 이건 전체 유저에게 동일하게 적용이 되는데
서버를 함께 공유하는 사용자에게 동일한 접속 화면을보이기는 좀 좋지 않으니 사용자 별로 별도의 화면을 둘 수 있는 방법을 좀 찾아서 이번에 공유 하게 되었다.
정석인 방법은 아니고 실제로 MOTD가 나오는 타이밍과 다르지만 쓸만하다.

profile.d 스크립트 작성하기

/etc/profile.d/usermotd.sh 파일을 만들어서 수정해주자
sudo vi /etc/profile.d/usermotd.sh 명령으로 수정하거나 nano를 사용해도 된다.

test -e /home/$USER/.motd && cat /home/$USER/.motd

코드에 대해 설명하자면 test -e $FILE은 파일이 있는지 없는지를 검사해준다. 참고로 [ -e $FILE] 도 똑같은 연산을 한다 그래서 && 이후에 결과가 참이 나오면 그다음에 오는 명령이 실행된다. cat $FILE은 단순 파일을 실행해준다.

그래서 /home/$USER/.motd 경로에 파일이 있으면 그파일을 화면에 표시하는게 목적이다.

실제로 적용해보기

~/.motd 경로에 파일을 하나 만들어주자
내용은 자유롭게 해도 된다.


                           ///////////////////////////                          
                     ///////////////////////////////////////                    
                 ///////////////////////////////////////////////                
              /////////////////////////////////////////////////////             
           ///////////////////////////////////////&@@@@@@(///////////           
         ////////////////////////////////////////@@@@@@@@@@/////////////        
       ////////////////////////////@@@@@@@@@@@///@@@@@@@@@@//////////////       
      /////////////////////////@@@@@@@@@@@@@@@@///@@@@@@@@/////////////////     
     ////////////////////@@@@///@@@@@@@@@@@@@@@@@%//////////////////////////    
   ////////////////////@@@@@@@///@@@////////(@@@@@@@@@@@@@///////////////////   
   //////////////////@@@@@@@@@@///////////////////@@@@@@@@@@//////////////////  
  //////////////////@@@@@@@@#///////////////////////@@@@@@@@@////////////////// 
 /////////////////(@@@@@@@@///////////////////////////@@@@@@@@//////////////////
 //////////&@@@(///@@@@@@@/////////////////////////////@@@@@@@@/////////////////
 ////////@@@@@@@@@//@@@@@///////////////////////////////@@@@@@@/////////////////
 ///////@@@@@@@@@@@//@@@@///////////////////////////////////////////////////////
 ////////@@@@@@@@@//@@@@@///////////////////////////////@@@@@@@/////////////////
 ///////////@@@////@@@@@@@/////////////////////////////@@@@@@@@/////////////////
 //////////////////@@@@@@@@///////////////////////////@@@@@@@@//////////////////
  //////////////////@@@@@@@@@///////////////////////@@@@@@@@@////////////////// 
   //////////////////@@@@@@@@@@//////////////////&@@@@@@@@@@//////////////////  
   (///////////////////@@@@@@@///@@@@///////@@@@@@@@@@@@@@///////////////////   
     ////////////////////%@@@///@@@@@@@@@@@@@@@@@///////////////////////////    
      ////////////////////////#@@@@@@@@@@@@@@@@///@@@@@@@@/////////////////     
        ///////////////////////////(@@@@@@@@@////@@@@@@@@@@//////////////       
         ////////////////////////////////////////@@@@@@@@@@////////////         
            ///////////////////////////////////////@@@@@@////////////           
              /////////////////////////////////////////////////////             
                 //////////////////////////////////////////////                 
                     //////////////////////////////////////                     
                           ///////////////////////////

그리고 해당 계정으로 들어가보면

위와 같이 보인다.

물론 다른 계정으로 접속하면 안보인다.

Byobu 뵤부 소개및 사용법

일처리 — Thu, 18 Nov 2021 01:00:42 +0900

개요

Byobu는 정말 좋은 도구다

병풍이라는 이름에서 따와서 영어로 byobu라 부르고 있는데
이게 정말 물건이다. 뵤부나 TMUX가 없이 리눅스를 사용하게 된다면 아마 터미널 을 오가느라 터미널 창을 여러개를 띄워서 화면을 어지럽힐거다
그리고 회사에서 실행 시켜놓고 간 빌드 의 진행상황을 집에서 확인이 불가능 할것이다.

하지만 Byobu는 이모든걸 해결해준다.

장점

터미널 분할

병풍이라는 이름에 걸맞게 Byobu는 터미널 화면 하나를 여러개의 격자와 탭으로 분리해서 사용할 수 있게 해준다.

사실 이건 TMUX에서 제공하는 기능이기는 하지만 Byobu 자체가 TMUX를 사용하기 편하게 해준 도구다보니 그냥 TMUX의 장점은 다 Byobu의 장점이다.

이렇게

터미널을 여러게의 격자로 분할 할 수 있다.

한쪽은 디버그 로그를 올리고, 다른한쪽은 빌드하고, 다른한쪽은 vi 같은걸로 코드 수정하고

이런것들이 가능하다.

물론 vim은 나도 잘 안쓴다. 그냥 가끔 컴파일 했는데 오타 같은거 나면 vscode실행하는 것보다 vim으로 바로 켜서 수정하는게 빠르니 그럴때만 사용하는 것 같다.

세션 유지

이 세션 유지는 정말 마법 같은 기능이다. 솔직이 이런 기능이 있는덕에 내가 집가서 일을 이어서하는데 전혀 불편함이 없다.

이게 말로 들어서는 뭔말인가 싶겠지만 아래 캡쳐 이미지를 보면 이해가 간다

원격에서 ssh를 접속하더라도 byobu에 들어가면 내가 회사에서 사용하던 작업 환경이 그대로 내 화면에 표시된다.

터미널의 배치 심지어 실행중인 기능의 로그가 나오는 화면이 그대로 표시가 된다.
ssh연결해서 처음부터 로그 보이게 adb같은거 연결하고 막 그럴 필요가 없이
로그 보이던거 그냥 스크롤하고, 오른쪽에서 빌드 명령 날리는 것도 ⬆️키 눌러서 전에 실행했던 명령어들 긁어다 오면 그만이니 엄청 편하다.

심지어 화면의 사이즈가 달라져도 그 사이즈에 맞추어 조절이 된다.
물론 이건 가장 작은 화면 기준으로 맞추어지고 위에 캡쳐 이미지 처럼 큰 화면에서는 여백이 남는다.

근데 그렇다 하더라도 대체로 편하고 그 여백이 거슬리면

who
#orange   pts/10       2021-11-18 00:11 (#####)
#orange   pts/11       2021-11-18 00:12 (tmux(373026).%3)
#orange   pts/12       2021-11-18 00:11 (tmux(373026).%1)
#orange   pts/13       2021-11-18 00:12 (tmux(373026).%4)
#orange   pts/14       2021-11-18 00:21 (#####)

ps aux |grep pts/14
#orange    394071  0.0  0.0  13964  5908 ?        S    00:21   0:00 sshd: orange@pts/14
#orange    394072  0.0  0.0   8288  5212 pts/14   Ss   00:21   0:00 -bash
#orange    394153  0.0  0.0   7140  3532 pts/14   S+   00:21   0:00 tmux -u attach -t 1
#orange    413646  0.0  0.0   6440   672 pts/13   S+   00:29   0:00 grep --color=auto pts/14

kill -9 394071

이런 과정으로 다른 세션을 죽여버리면 된다.

어떤 세션이 방해되는 세션인지는 대략 접속한 시간으로 잡으면 된다.

편리한 단축키

단축키가 편리하다 위의 것들이 tmux의 장점과 겹친다면 이건 byobu고유의 장점이다.

진짜 편리하다.

물론 단축키 사용법은 아래에 정리해 두었다.

kernel menuconfig 가능

이거는 좀 중요한 기능이다.
커널 관련 작업을 한다면 원격 ssh프로그램에 따라서 menuconfig 가 안되는 경우가 있는데 byobu 통해서 하면 그런거 다 무시하고 그냥 된다.

설치하기

Ubuntu 사용자면 설치 안해도 된다.
아마 16.04는 직접 설치 했던거 같은데 18.04, 20.04 는 설치 안해 도 된다.
기본적으로 설치되어 있으니

byobu

바로 실행해 주자

다른 사용자는 잘모르겠다. 홈페이지 링크에 아마 자료 있을듯.

사용법

내가 주로 사용하는 기능 위주의 사용법이다.
디테일한 기능들은 홈페이지 링크에서 찾아보도록 하자.

화면 분할

가로

SHIFT + F2

세로

CTRL + F2

새탭

F2

새 세션

CTRL + SHIFT + F2
이건 잘안쓰는 데 별도의 새로운 세션이 생긴다.

칸 이동

SHIFT + ➡️⬅️⬆️⬇️
상하좌우키로 생성된 칸을 이동할 수 있다.

탭 이동

ALT + ➡️⬅️

세션 이동

ALT + ⬆️⬇️

마우스 클릭 활성화

"나는 무조건 키보드만써" 하는 분은 안써도 되고 탭이동이나 세션이동 안하고 마우스로 바로 선택 하기에는 정말 좋은 기능이다.

이거 없으면 브라우저로 뭐 검색하다가 바로 다른 세션에 입력하려고 할때 괜히 딴세션에 이상한 명령어 입력하게 되니 이기능은 키는게 좋다. 입력하고자 하는 칸을 클릭하면 바로 해당 세션으로 이동이 되고 마찬가지로 탭도 이동이 된다.

그리고 우클릭으로 접근할 수 있는 설정들 도 있어서 도움이 된다.

제일 먼저 ALT + F12 를 두번 누르면 마우스 클릭이 활성화 된다.
이후 ALT + F12 를 누르면 마우스 클릭 기능이 토글된다.

세션 끄기

뵤부 프로세스 종료 안하고 그냥 뵤부 창을 끄고 싶을때 사용한다

F6

칸 닫기

뵤부를 전부 닫지 않고 만들어둔 칸을 닫을 때 쓴다.

exit

물론 그냥그 칸 터미널에 exit입력해도 되고
CTRL + F6 누르면 닫친다.
원래 실행중인게 있다면 종료되거나 하는데 백그라운드로 실행시켰으면 그건 ps로 찾아서 종료해야한다.

이정도만 쓸줄 알면 다 사용 할 수 있다고 보면 된다.

팁

윈도우즈 터미널을 사용한다면 아마 이것저것 키바인딩이 안먹힌다
탭 전환이 안된다거나 등등등...

윈도우즈 터미널은 다음과 같이 키바인딩 설정을 수정해주면 된다.

설정에 ⚙️Json 파일 열기 를 누르면 수정이 가능하다.


{
    "$schema": "https://aka.ms/terminal-profiles-schema",
    "actions": 
    [
        {
            "command": 
            {
                "action": "copy",
                "singleLine": false
            },
            "keys": "ctrl+c"
        },
        {
            "command": "unbound",
            "keys": "alt+up"
        },
        {
            "command": "unbound",
            "keys": "alt+down"
        },
        {
            "command": "unbound",
            "keys": "alt+right"
        },
        {
            "command": "unbound",
            "keys": "alt+left"
        },
        {
            "command": "unbound",
            "keys": "alt+f12"
        },
        {
            "command": "find",
            "keys": "ctrl+shift+f"
        },
        {
            "command": "paste",
            "keys": "ctrl+v"
        }
    ],
    .....
}

Sudo hint 숨기기

일처리 — Thu, 18 Nov 2021 00:16:32 +0900

개요

To run a command as administrator (user "root"), use "sudo <command>".
See "man sudo_root" for details.

우분투에 새로 사용자를 추가하면 이렇게 로그가 나온다
이럴때는 다음 명령으로 sudo hint를 없앨 수 있다.

touch ~/.sudo_as_admin_successful

Ubuntu 20.04 Docker 설치하기

일처리 — Sun, 14 Nov 2021 23:33:01 +0900

개요

우분투 서버에 도커를 설치하는 법을 알아보자
예전에는 설치 과정이 워낙 복잡하고, 우분투 패키지에서 제공하는 방식또한 마찬가지로 구버전만 제공을 하다보니 설치가 많이 어려웠는데 도커 공식 홈페이지에서 편리한 방법이 소개되어 여기다 옮긴다.

설치하기

도커 홈페이지 에서 제공하는 인스톨 스크립트이다. root 나 sudo 권한을 필요로 한다.

curl -fsSL https://get.docker.com -o get-docker.sh
DRY_RUN=1 sh ./get-docker.sh

이것만 설치하면 끝이다.

도커 권한 추가하기

sudo usermod -aG docker $USER

사용자에게 도커 권한을 안주면 매번 sudo docker .... 처럼 앞에 sudo 를 붙여야 하니 위 명령어를 실행해서 현재 계정에 docker접근 권한을 주는것이 좋다.

usermod 를 했음에도 바로 실행이 안된다면 재부팅 한번 해보자.

도커 우분투 이미지 다운로드 및 사용

도커 이미지 검색

docker search 명령을 통해서 검색이 가능하다.

docker search ubuntu 를 실행하면 ubuntu 키워드가 들어간 이미지 목록이 나오는데 여기사 스타 수가 가장 많은것만 보면 된다.


NAME                                                      DESCRIPTION                                     STARS     OFFICIAL   AUTOMATED
ubuntu                                                    Ubuntu is a Debian-based Linux operating sys…   13130     [OK]
dorowu/ubuntu-desktop-lxde-vnc                            Docker image to provide HTML5 VNC interface …   587                  [OK]
websphere-liberty                                         WebSphere Liberty multi-architecture images …   282       [OK]
rastasheep/ubuntu-sshd                                    Dockerized SSH service, built on top of offi…   256                  [OK]
consol/ubuntu-xfce-vnc                                    Ubuntu container with "headless" VNC session…   242                  [OK]
ubuntu-upstart                                            DEPRECATED, as is Upstart (find other proces…   113       [OK]
1and1internet/ubuntu-16-nginx-php-phpmyadmin-mysql-5      ubuntu-16-nginx-php-phpmyadmin-mysql-5          50                   [OK]
ubuntu-debootstrap                                        DEPRECATED; use "ubuntu" instead                45        [OK]
i386/ubuntu                                               Ubuntu is a Debian-based Linux operating sys…   26
solita/ubuntu-systemd                                     Ubuntu + systemd                                24                   [OK]
nuagebec/ubuntu                                           Simple always updated Ubuntu docker images w…   24                   [OK]
1and1internet/ubuntu-16-apache-php-5.6                    ubuntu-16-apache-php-5.6                        14                   [OK]
1and1internet/ubuntu-16-apache-php-7.0                    ubuntu-16-apache-php-7.0                        13                   [OK]
1and1internet/ubuntu-16-nginx-php-phpmyadmin-mariadb-10   ubuntu-16-nginx-php-phpmyadmin-mariadb-10       11                   [OK]
1and1internet/ubuntu-16-nginx-php-5.6-wordpress-4         ubuntu-16-nginx-php-5.6-wordpress-4             9                    [OK]
1and1internet/ubuntu-16-nginx-php-5.6                     ubuntu-16-nginx-php-5.6                         8                    [OK]
1and1internet/ubuntu-16-apache-php-7.1                    ubuntu-16-apache-php-7.1                        7                    [OK]
darksheer/ubuntu                                          Base Ubuntu Image -- Updated hourly             5                    [OK]
1and1internet/ubuntu-16-nginx-php-7.0                     ubuntu-16-nginx-php-7.0                         4                    [OK]
1and1internet/ubuntu-16-nginx-php-7.1-wordpress-4         ubuntu-16-nginx-php-7.1-wordpress-4             3                    [OK]
owncloud/ubuntu                                           ownCloud Ubuntu base image                      3
1and1internet/ubuntu-16-php-7.1                           ubuntu-16-php-7.1                               1                    [OK]
smartentry/ubuntu                                         ubuntu with smartentry                          1                    [OK]
1and1internet/ubuntu-16-sshd                              ubuntu-16-sshd                                  1                    [OK]
1and1internet/ubuntu-16-rspec                             ubuntu-16-rspec                                 0                    [OK]

제일 위에 있는 스타수가 만단위인 이미지를 받으면 된다.

도커 이미지 다운로드

docker pull ubuntu:16.04 # 뒤에 원하는 버전을 수정해서 넣으면 된다.

도커 이미지 바로 실행

docker run -it --rm ubuntu:16.04
# -it 는 tty 인터페이스가 필요할때 추가한 다 이거 없으면 터미널 접근을 못한다.
# --rm 프로세스가 종료되면 컨테이너를 바로 삭제한다. 
# 당장 지금은 해당 컨테이너를 테스트로 만드는 것이니 그냥 삭제하자.

도커 컨테이너 생성

위에있는 도커 이미지 실행 과는 다르게 생성 실행 연결 단계를 나눈다.

docker create -it --name="mycontainer" ubuntu:16.04

생성된 컨테이너는 아래와 같이 검색 할 수 있다.

docker container ls

CONTAINER ID   IMAGE          COMMAND       CREATED         STATUS              PORTS     NAMES
0e1fa52c340b   ubuntu:16.04   "/bin/bash"   2 minutes ago   Up About a minute             mycontainer

도커 컨테이너 실행

docker start mycontainer

도커 컨테이너 접속

docker attach mycontainer

root@0e1fa52c340b:/# ls
bin  boot  dev  etc  home  lib  lib64  media  mnt  opt  proc  root  run  sbin  srv  sys  tmp  usr  var
root@0e1fa52c340b:/#

도커 컨테이너 삭제

docker container rm mycontainer

마무리

직접 도커 이미지를 빌드하고, 그걸 또 다시 사용하는 건 다음 기회로 하자

네트워크 설정 하는 방법이나, 등등의 것이 할게 좀 많은거 같다.

Cockpit Project 로 리눅스 서버 관리하기

일처리 — Sun, 14 Nov 2021 23:09:36 +0900

개요

cockpit-project 는 웹화면에서 서버를 관리할 수 있는 프로젝트이다. 간단히 설치가 가능하며, 원하는 다양한 기능을 추가할 수 있다.

함께하는 사용자의 추가나 스토리지의 관리또한 자유롭게 할 수 있다.

콕핏 홈페이지

다음 링크를 통해 콕핏 홈페이지에 접근 할 수 있다.

https://cockpit-project.org/

설치하기

설치를 지원하는 다양한 운영체제가 있다.

여기서 나는 Ubuntu 20.04를 기준으로 설명한다.

. /etc/os-release
sudo apt install -t ${VERSION_CODENAME}-backports cockpit

위 방식이 아닌 그냥 apt install cockpit 을 사용하면 구버전 cockpit이 설치되니 주의하자.

위 명령어를 설치해 주기만 하면 한번에 설치가 가능하다.

이후, https://serverhost:9090 에 접속 하면 다음과 같은 로그인 화면을 볼 수 있다.

스토리지 정보 등도 조회 할 수 있다.

패키지를 설치하기에 따라서 가상 머신을 관리하는 기능도 있으며, 다양한 기능이 함께 제공이 된다.

기본적으로 제공하는 기능만으로 사용자를 추가하거나 하는 기능을 모두 사용할 수 있으니 이를 이용하는것을 추천한다.

https://cockpit-project.org/applications.html

Ubuntu 에서 Flutter 설치하기 / Ubuntu 20.04

일처리 — Sun, 14 Nov 2021 22:56:43 +0900

플러터 설치

다행히도 패키지로 한방에 설치가 된다.

sudo snap install flutter --classic

데스크탑 앱 개발하기

설치 문서 다음에 다짜고짜 안드로이드 앱을 만들라 하길래 당황해서 좀 나와서 인터넷으로 검색을 해보니 자료가 나왔다.

https://flutter.dev/desktop

이거 참고 해야할듯.

flutter config --enable-windows-desktop
flutter config --enable-macos-desktop
flutter config --enable-linux-desktop

이런식으로 타겟을 인에이블 해줘야 하는듯하다.
타깃 운영체제를 여러개를 활성화 해주면 동시에 빌드가 되나 싶다.

flutter build windows
#"build windows" only supported on Windows hosts.

이건 좀 별론데 크로스 플랫폼 빌드가 윈도우만 안된다고?

웹기반으로 앱 개발하기

flutter config --enable-web

flutter build web

간단하게 web 기능 활성화 해주고
web 을 빌드해주면
build/web 경로 에 소스코드가 모아져 있다. 이걸 http 호스트만 해주면 됨

python3 -m http.server

그다음에 http://127.0.0.1:8000 주소로 들어가면, 아래처럼 이미지가 뜬다.

간단한 로직이 구성이 된듯 하니 내부 코드를 읽어보고 동작 하는 방법을 알아보면 될 것 같다.

그래도 이렇게 웹으로는 바로 랜더링이 되서 다행이다.
사용법만 조금 숙련하면 될걸로 보임.

git push/pull 할때 로그인정보 저장하기

일처리 — Thu, 9 Sep 2021 11:21:06 +0900

git pull/push 를 할때마다 로그인하기가 번거롭다면 git의 다음 기능을 참고하면 도움이 됩니다.

git config --global credential.helper store

이후 최초에 한번 로그인하면 앞으로는 로그인 안해도 됩니다.

Lazygit이 어째선지 깨진다면

일처리 — Thu, 9 Sep 2021 01:08:56 +0900

오랜만에 글쓰는데 컴퓨터에 우분투를 최신버전으로 다시 까니 어째선지 lazygit이 깨지더라구요

이렇게 뭔가 옆줄도 깨지고 글자도 한두개씩 사라지고 이러길래 이유가 뭔가 했더니

export LANG=en_US.UTF8

설정을 하고, 다시 출력을 하니, 정상적으로 표시되는걸 확인했습니다.

아마 GO CUI 라이브러리가 유니코드 지원관련해서 작업을 한다고 ko_KR과 같은 다른 로케일에 대해 예외처리를 한듯한데 그것이 원인이 된듯하네요

echo 'LANG="en_US.UTF-8"' >> ~/.bashrc && source ~/.bashrc

일단 위 명령어를 입력해서 bashrc에 등록해주고 현재 터미널을 한번 초기화 해줍시다.

벨로다인 라이다 / 라이다 동작원리

일처리 — Tue, 1 Sep 2020 23:07:02 +0900

안녕하세요 일처리 못하는 놈입니다.

특별한건 아니고 이번에 벨로다인이 상장을 한다해서 제가 생각하는걸 끄적이고 여기에 글을 씁니다.

저번에 한번사서 손해를 크게 봤습니다. 손절을 했는데 이번에 다시 오르길래 또 샀습니다. 자꾸 어께에서 사고 무릎에서 팔고있는데 아무래도 저는 안될놈인가 봅니다.

벨로다인의 핵심 상품인 라이다를 설명하려고 하는데 이부분을 진행해보고자 합니다.

TOF ( Time Of Flight )

우선 라이다 센서의 동작원리를 알기위해서는 tof에 대한 지식이 약간 필요합니다. 물체의 거리를 측정하는데 사용하는 방법론중의 한가지입니다.

빛, 소리 등이 반사되어 자신에게 돌아오는데 걸리는 시간을 측정해서 거리를 측정합니다. 소리는 습도나 기압에 따라 이동속도가 달라지는 증상이 있지만 빛은 거의 그렇지 않지요, 초음파 센서도 원리만 따지면 tof센서지만 보통 tof센서라 부르면 다음과 같이 생겼습니다.

tof sensor

우선 외관을 보면 수광부와 발광부 이렇게 쏘고 받는 구조로 되어있습니다. 오른쪽은 아예 칩으로 되어있는 제품이라 수광부 발광부가 잘안보이지만 자세히 보면 구멍같은게 뚤려 있습니다. 이런것들은 핸드폰같은데 들어가거나 합니다.

다만, 이것들의 측정할 수 있는 대상의 거리는 점입니다. 하나의 점의 거리만 알 수 있는거지요,

라이다 센서

그럼 바로 라이다 센서를 봅시다.

sweep lidar sensor

참고로 올렸는대 생각보다 귀엽네요 ㅎㅎ, 이거는 벨로다인의 라이다 센서는 아니고 또 다른 라이다 센서입니다.

방금 이야기했던 tof 센서를 뱅그르르 돌려가지고 공간에 대한 정보를 얻어 냅니다.

출처 dfrobot

적절한 사진이 있어서 가져왔습니다. tof 는 점밖에 인식을 못하니 이걸 돌려서 360도 모두 인식하겠다~~ 이런 느낌입니다.

벨로다인 라이다

오른쪽의 이미지를 보면 2d로만 보여서 생각하고 있던 벨로다인의 라이다와 조금 다르다고 생각 할 수 있지만

출처 벨로다인 유튜브

이사진에서는 보면 선들이 여러 겹으로 있는걸 확인할 수 있습니다. 벨로다인의 라이다 제품군은 위의 라이다를 여러겹 쌓은것과 비슷한 구조를 가지고 있다는걸 알 수 있습니다.

벨로다인 티어다운 영상

실제로 티어다운 영상을 보게되면 제가 화살표 표시를 한 부분이 수광부, 발광부의 역할을 하게됩니다.

모든 라이다가 모터를 달고 뱅글뱅글 돌지는 않습니다. 다른방법도 몇가지가 있습니다. 전체적으로 계속 돌지 않고 특정 각도만 측정을 하는 솔리드 스테이트 라이다 라는 제품이 있습니다.

이제품 같은 경우에는 안에 거울을 두어 거울을 흔들면서 특정 각도를 바꾸어가면서 동작을 합니다.

수명의 관점에서는 360도 회전하는 라이다보다는 좋을것으로 예상합니다.

리눅스 터미널에서 작업관리하기 / jobs / bg / fg

일처리 — Wed, 26 Aug 2020 22:35:33 +0900

안녕하세요? 일처리 못하는 놈입니다.

리눅스 터미널에서 여러개의 작업을 실행해야할때 보통은 새로운 터미널을 띄우거나 byobu 같은 것들을 사용해서 작업을 진행합니다.

그러나 간혹가다가 USB UART 같은 것들을 통해 타겟 장비의 터미널을 이용할때는 그렇게 작업하지 못하는 경우가 생깁니다.

이때는 다음 3개의 명령어만 사용하면 큰 어려움 없이 작업을 진행 할 수 있습니다.

jobs # 실행 중인 커맨드들을 관리합니다.

bg # 특정 커맨드를 백그라운드에서 실행합니다.

fg # 특정 커맨드를 포그라운드로 가져옵니다.

예시를 들어보면 좋겠지요?

장치의 디버깅을 위해 journalctl 을 실행하고, 서버 데몬을 실행해서 테스트를 해본다고 가정합니다.

qemux86-64:~# journalctl -f 
-- Logs begin at Mon 2020-08-24 05:55:34 UTC. --
^Z # ctrl + z 입력
[1]+  Stopped(SIGTSTP)        journalctl -f
qemux86-64:~# ./server 
^Z
[2]+  Stopped(SIGTSTP)        ./server
qemux86-64:~# jobs
[1]-  Stopped(SIGTSTP)        journalctl -f
[2]+  Stopped(SIGTSTP)        ./server
qemux86-64:~# bg 1
[1] journalctl -f &
qemux86-64:~# bg 2
[2] ./server &
qemux86-64:~# fg 1
journalctl -f
^C
qemux86-64:~#

위와같이 사용할 수 있습니다.

vala 알아보기

일처리 — Wed, 12 Aug 2020 22:29:45 +0900

안녕하세요?

일처리 못하는 놈입니다.

vala 는 조금 특별한 언어로 빌드를 하게되면 c언어를 생성한다는 특징이 있습니다.

물론 생성되는 소스코드가 순수 c로 생성 되지는 않고, glib의 GObject를 사용해서 구성되는 코드가 만들어집니다.

리눅스에서 개발을 할때는 glib라이브러리를 많이 사용하게 되는데 좀더 편한 방법을 찾다가 알게되었습니다.

아직 실무에서 사용은 해보지 못했다면 어느정도 공부해 본다면 나중에 도움이 많이 될듯 합니다.

https://wiki.gnome.org/Projects/Vala/Tutorial

Projects/Vala/Tutorial - GNOME Wiki!

wiki.gnome.org

공식 튜토리얼 문서는 위에서 확인할 수 있습니다.

여기서는 아주 간단한 예제를 한번 실행해 보겠습니다.

sudo apt install valac # vala 설치

hello.vala 파일을 만들어 줍니다.

void main(string[] args) {
  print("Hello, world!\n");
}

valac hello.vala # 컴파일
./hello # 실행결과 > Hello, world!

valac hello.vala -C # c언어 소스코드 생성

이렇게 해서 생성된 hello.c파일을 열어보면

/* hello.c generated by valac 0.48.6, the Vala compiler
 * generated from hello.vala, do not modify */

#include <stdlib.h>
#include <string.h>
#include <glib.h>

void _vala_main (gchar** args,
                 gint args_length1);

void
_vala_main (gchar** args,
            gint args_length1)
{
        g_print ("Hello, world!\n");
}

int
main (int argc,
      char ** argv)
{
        _vala_main (argv, argc);
        return 0;
}

위와 같이 c언어 소스코드가 생성되는 것을 확인 할 수 있습니다.

이걸 gcc로 빌드를 해볼까요?

gcc hello.c `pkg-config --cflags --libs glib-2.0` -o hello_from_c
./hello_from_c # 실행 결과 > Hello, world!

별 문제 없이 빌드가 되고 실행도 되는걸 확인 할 수 있습니다.

사용하기 따라서 c언어에 사용할 수 있는 라이브러리를 만들 수 도 있다고 하니 활용성이 다양할거 같은데 더 많은 부분은 직접 공부해보고 새로 포스트를 남기도록 하겠습니다.

감사합니다.

더 나은 man : tldr 알아보기

일처리 — Thu, 23 Jul 2020 00:49:10 +0900

안녕하세요 일처리 못하는 놈입니다.

저는 tar명령어를 잘 외우지 못하는 편이라 압축을 풀거나 할 일이 생기면 매번 man명령어로 검색해보거나 구글에 검색을 하는 일이 더러 있습니다.

man 명령어는 자세하게 써있는 반면 난독증이 있는 제가 읽기에는 좋은 환경은 아니라 잘 사용하지는 못합니다.

그래서 좋은 도구가 없을까 찾아보던중 마음에 드는 패키지가 있어서 소개 드리고자 합니다.

https://tldr.sh/

tldr pages

tldr pages Simplified and community-driven man pages The tldr pages are a community effort to simplify the beloved man pages with practical examples. Try the live demo below, have a look at the PDF version, or follow the installation instructions. § Insta

tldr.sh

이런 의미가 있었네요

man만큼 자세하게 나와있지는 않지만 실제 사용 사례를 위주로 메뉴얼이 나와 있습니다.

sudo apt install tldr

위 명령어를 이용하여 설치 하실 수 있습니다.

실제 사용법을 위주로 정리되어 있기때문에 빠르게 찾아볼 수 있는 것이 큰 장점인듯 합니다.

감사합니다.

unix/linux motd : message of the day - 로그인 메세지 추가하기

일처리 — Sat, 4 Jul 2020 19:24:07 +0900

몬스터 좋다...

가끔 로그인할때마다 멋진 로고가 뜨는걸 본적이 있었는데 제 PC에서도 어떻게 설정할 수 없을까 해서 검색을 조금 했습니다.

구글에 로그인 메세지~ 등등으로 검색을 해보니 자료가 나오네요

echo "hello!" > /etc/motd

이런식으로 하면 로그인할때 특정 문구가 나오게 할 수 있습니다.

https://manytools.org/hacker-tools/convert-images-to-ascii-art/

ASCII art generator for geeks! - Convert images/pictures to ASCII art online! (HTML/text)

Convert images/pictures to ASCII art online! (HTML/text)

manytools.org

이미지를 아스키 아트로 바꿀 수 있는 사이트가 있어서 거기서 몬스터 에너지 로고를 가져다가 만들어서 사용해봤습니다.

SU, SUDO 약자가 뭐지? su의 숨겨진 비밀 super user, substitute user, 리눅스

일처리 — Sat, 27 Jun 2020 03:38:13 +0900

카톡방에서 채팅을 하다가 나온 주제입니다.

sudo와 su 리눅스를 하다보면 자주쓰기도 하고 su는 언젠가는 써보게 되는 그런 명령어 들입니다.

구글에 물어보면?

그런데 sudo의 어원은 여러곳에서 다 다르게 이야기가 나옵니다.

https://endjin.com/blog/2013/07/what-does-sudo-mean

What does sudo mean? | endjin

I've always wondered what sudo means when I use it to run a command in a terminal.

endjin.com

이 링크에서는 sudo <- Super User DO 의 약자로 소개가 되었구요,

Switch User DO 로 소개가 된곳도 있습니다.

약자도 얼추 맞는거 같고, 어느게 정말 맞는걸까요?

저는 우선 sudo의 앞의 su는 su와 서로 동일하다고 가정하고 su의 의미를 알아보기로 했습니다.

SU(1)                                               User Commands                                               SU(1)

NAME
       su - run a command with substitute user and group ID

SYNOPSIS
       su [options] [-] [user [argument...]]

DESCRIPTION
       su allows to run commands with a substitute user and group ID.

man su 를 입력하면 나오는 내용입니다. 여기서는 substitute user 라고 되어 있네요 저는 우분투 배포판에서 실행한 명령이기 때문에 혹시 최초 개발된 UNIX에서는 다른 의미가 아닐까 의문이 들었습니다.

http://web.cuzuco.com/~cuzuco/v7/v7vol1.pdf

위의 pdf파일에서 UNIX시절의 su 의 의미를 찾아 보았을때는 동일하게 substitute user의 약자였습니다.

1979년의 UNIX문서에서도 su가 substitute user의 약자 인듯 하네요 이쯤되면 sudo 는 Substitute User DO 의 약자가 맞다고 생각해도 될 것 같습니다.

하지만.....

너무 섣부른 결론이 었던거 같습니다. 애런 토폰스의 2009년도 글인 "The meaning of su" 의 글을 읽어보면 다음과 같은 내용이 있습니다.

I found some old Unix source code, where su.c was available.

오래된 유닉스의 su.c 소스코드에는 su 에 대한 주석이 한줄 적혀 있는데 su -- become super-user 라는 내용입니다.

즉, su를 처음 개발 시 데니스 리치와 캔 톰슨은 su를 super user 계정으로 변경하는 기능을 목적으로 한듯합니다.

해당 소스코드에서 setuid의 id 값이 0으로 하드코딩 되어 있는 것도 이때문 이겠지요.

하지만 unix의 기능의 개발이 진행이 되면서, su 의 기능은 단순히 super user로의 전환이 아니라, 다양한 유저로의 전환으로 바뀌게 되며 의미를 바꾸게 되었다고 생각합니다.

결론은 su 의 최초 개발 시에는 Super User 이었다가, 개발이 진행이 되면서 기능이 확장이 되고 그 의미를 표현하기 위해 Substitute User 로 바뀌게 된것입니다.

공식적으로는 Substitute User가 맞을 수도 있지만 원래의 의도를 고려한다면 Super User도 틀린것은 아닙니다.

솔직히 저는 Substitute User 보다는 Super User를 지지하고 싶습니다. 서브스티튜트 발음보다는 슈퍼가 더 낫죠...

뜻만 통하면 되죠...

자율주행 연구용 오픈소스 시뮬레이터 CARLA (칼라?)

일처리 — Sun, 5 Apr 2020 22:57:31 +0900

http://carla.org/

CARLA

Open-source simulator for autonomous driving research.

carla.org

https://youtu.be/08Ea8Bm2Dow

강조된 기능

서버 다중 클라이언트 아키텍처를 통한 확장 성 : 동일하거나 다른 노드의 여러 클라이언트가 다른 행위자를 제어 할 수 있습니다.
유연한 API : CARLA는 사용자가 교통 생성, 보행자 행동, 날씨, 센서 등 시뮬레이션과 관련된 모든 측면을 제어 할 수있는 강력한 API를 제공합니다.
자율 주행 센서 제품군 : 사용자는 LIDAR, 다중 카메라, 깊이 센서 및 GPS를 포함한 다양한 센서 제품군을 구성 할 수 있습니다.
계획 및 제어를위한 빠른 시뮬레이션 :이 모드는 렌더링을 비활성화하여 그래픽이 필요하지 않은 교통 시뮬레이션 및 도로 동작을 빠르게 실행합니다.
지도 생성 : 사용자는 RoadRunner 와 같은 도구를 통해 OpenDrive 표준에 따라 자신의지도를 쉽게 만들 수 있습니다 .
교통 시나리오 시뮬레이션 : 당사의 엔진 ScenarioRunner를 통해 사용자는 모듈 식 동작을 기반으로 다양한 교통 상황을 정의하고 실행할 수 있습니다.
ROS 통합 : CARLA는 ROS 브리지 를 통해 ROS 와 통합되어 제공됩니다.
자율 주행 기준 : AutoWare 에이전트 및 조건부 모방 학습 에이전트를 포함하여 CARLA에서 실행 가능한 에이전트로서 자율 주행 기준을 제공 합니다.

센서 같은것도 테스트할 수 있게 제공이 된다고 합니다.

일단 알아두면 도움이 될것 같네요

SSH 원격 접속 시 비밀번호 없이 간편하게 접속하기 / ssh-keygen / ssh-copy-id / ssh without password

일처리 — Tue, 31 Mar 2020 01:48:14 +0900

안녕하세요? 일처리 못하는 놈입니다.

이번 코로나 바이러스로 사회적 거리두기를 권장하게 되는 요즘, 매일같이 사무실의 가구처럼 철야에 야근만 하는 개발자들도 자택 근무는 피해 갈 수 없습니다.

원격지에서 사무실의 데스크톱에 ssh로 접속을 해야할 때, 네트워크가 끊기거나 세션이 만료되어서 ssh를 매번 비밀번호를 입력해서 연결하는 것은 생각보다 많은 고충입니다.

이전에 도 ssh를 비밀번호 없이 연결하는 방법을 찾아보다가 내용이 너무 길어서 하다가 금방 포기했었는데 제가 사용하는 Ubuntu 환경에서는 생각보다 간단하게 사용이 가능한 듯합니다.

다음과 같이 따라 해 주시면 됩니다.

ssh-keygen
# 이것저것 입력하라는 내용이 많이 나오지만 enter 연속으로 눌러주시면 됩니다.
# rsa 키를 저장할 위치를 직접 설정하고 싶다면 설정하여 사용하셔도 괜찮습니다.

ssh-copy-id -p 22 badworker@my.awesomeoffice.com
# 저장한 ssh-key를 원격지 서버에 복사합니다.
# 해당 데스크톱을 원격지에 서버에 등록한다 생각하시면 편합니다.
# 이때 yes/no 로 동의를 구하는 부분에서는 yes로 동의를 구해주시고,
# 마지막으로 연결을 위한 서버 비밀 번호를 입력해 주시면 됩니다.


ssh -p 22 badworker@my.awesomeoffice.com
# 이제 비밀번호 없이 원격 서버에 접근하면 됩니다!

윈도우에는 ssh-copy-id 가 없으니 아래의 명령어를 이용해서 ssh-key를 전달하면 됩니다.

type $env:USERPROFILE\.ssh\id_rsa.pub | ssh {IP-ADDRESS-OR-FQDN} "cat >> .ssh/authorized_keys"

물론 이러한 설정을 공용 PC에서 하시면 안 되겠지요?

이렇게 단 두 번의 설정만으로 아주 편하게 비밀번호 없이 연결을 할 수 있도록 설정할 수 있습니다.

혹시나 다른 환경에서는 위와 같은 방식으로 되지 않았다면 덧글로 알려주시면 따로 알아보고 내용을 추가하도록 하겠습니다.

읽어주셔서 감사하고. 편안한 개발되시기 바랍니다.

PIPEWIRE 프로젝트

일처리 — Sun, 29 Mar 2020 03:29:47 +0900

이 글은 pipewire 공식 홈페이지의 내용을 가져와서 파파고와 함께 열심히 번역한 내용입니다.

출처: <https://pipewire.org/>

PIPEWIRE 소개

PipeWire는 Linux에서 오디오 및 비디오 처리를 크게 향상하는 것을 목표로 하는 프로젝트입니다.
PulseAudio와 Jack이 현재 처리하는 사용 사례를 지원하는 동시에 비디오 입력 및 출력에 대해 동일한 수준의 강력한 처리를 제공합니다.
또한 Flatpak 애플리케이션을 기본 목표로 지원하면서 컨테이너화 된 애플리케이션의 오디오 및 비디오 장치와 쉽게 상호 작용할 수 있는 보안 모델을 소개합니다.
Wayland 및 Flatpak과 함께 PipeWire는 향후 Linux 응용 프로그램 개발을위한 핵심 빌딩 블록을 제공할 것으로 기대합니다.

특징은 다음과 같습니다.

최소한의 대기 시간으로 오디오 및 비디오를 캡처하고 재생합니다.
오디오 및 비디오에서 실시간 멀티미디어 처리.
애플리케이션이 멀티미디어 컨텐츠를 공유할 수 있는 멀티 프로세스 아키텍처.
현재 애플리케이션에서 쉽게 사용하고 통합 할 수 있는 GStreamer 플러그인.
샌드 박스 응용 프로그램 지원 자세한 내용은 Flatpak을 참조하십시오.

#flatpak 알아보기

https://flatpak.org/

Flatpak—the future of application distribution

An independent project Flatpak is developed by an independent community, with no lock-in to a single vendor.

flatpak.org

Flatpak은 Linux에서 데스크탑 응용 프로그램을 구축 및 배포하기 위한 차세대 기술입니다.
Flatpak의 유일한 기술 요구 사항은 데스크탑 통합을 가능하게 하기 위해 응용 프로그램이 소수의 Freedesktop 표준을 준수해야 한다는 것입니다 (요구 사항 및 규칙 참조).

설정

PipeWire는 Meson 빌드 시스템을 사용하고 있으며 PipeWire 구축은 매우 간단합니다.

./autogen.sh --prefix=$PREFIX
make
make install

$PREFIX는 일반적으로 /usr 또는 /usr/local로 설정됩니다.

실행

다음을 사용하여 소스 디렉토리에서 PipeWire 서버를 테스트할 수 있습니다.

make run

소스 디렉토리에서 SDL로 비디오 캡처 및 표시를 테스트하려면 다음을 시도하십시오j.

SPA_PLUGIN_DIR=build/spa/plugins PIPEWIRE_MODULE_DIR=build  build/src/examples/export-sink

다른 예제들과 함께 실행할 수도 있습니다. 위와 같이 올바른 환경 변수를 설정하는 것을 잊지 마십시오. 그렇지 않으면 플러그인과 모듈을 찾을 수 없습니다.

문서

유용한 페이지 모음은 PipeWire 위키에서 찾을 수 있습니다.
https://github.com/PipeWire/pipewire/wiki

PipeWire/pipewire

Mirror of the PipeWire repository (see https://gitlab.freedesktop.org/pipewire/pipewire/) - PipeWire/pipewire

github.com

개발자는 PipeWire API 설명서를 확인할 수 있습니다.
https://gitlab.freedesktop.org/pipewire/pipewire/

PipeWire / pipewire

Multimedia processing graphs

gitlab.freedesktop.org

*지금은 문서를 보려고 해도 뭔가 없는 거 같네요 나중에 찾게 된다면 덧글을 추가하도록 하겠습니다.

참여하기

PipeWire는 자유 소프트웨어이며 공개적으로 개발되었습니다. Wim Taymans, Red Hat의 수석 엔지니어이자 GStreamer multimedia 프레임 워크 공동 작성자가 작성했습니다. 코드는 GitHub에서 찾을 수 있습니다.

Freenode의 #pipewire에서 IRC에 참여하십시오.
https://freenode.net/

freenode

During the Easter weekend (April 12th to 15th) we will be purging the freenode services database. We periodically prune the database to remove expired accounts, nicknames and channels. Just like previous database purges we will be removing any accounts and

freenode.net

문제는 GitHub 문제에서 추적됩니다.
https://github.com/PipeWire/pipewire/issues

PipeWire/pipewire

Mirror of the PipeWire repository (see https://gitlab.freedesktop.org/pipewire/pipewire/) - PipeWire/pipewire

github.com

바코드에 대해서 알아봅니다. CODE 128

일처리 — Sun, 29 Mar 2020 02:39:52 +0900

비교적 최근에 재미있게 개발했던 파트가 있어서 관련해서 글 써봅니다.
이번에 개발하는 내용 중에 디스플레이에 바코드를 출력하는 부분이 있었습니다.

당연히 웹으로 개발 안 하고, Qt/Qml 사용해서 개발을 해야 하기 때문에 이걸 어떻게 하면 좋을지 고민이 많았습니다.
예전에 전 직장에서 일했을 때는 jsbarcode 라이브러리를 가져다 쓰면 쉬웠으니까요

https://github.com/lindell/JsBarcode

근데 막상 qml 전용 컴포넌트도 없고 qml 경험이 없고 지식이 부족해서 그런지 외부 라이브러리가 공유되는 걸 찾아보는 게 쉽지도 않았고요,
사실 바코드는 엄청 오래전부터 있던 기술이니 생각보다 쉽지 않을까 싶었습니다.

전 직장에서 바코드를 다루어본 경험이 있으니 (아예 업무에 도입하려고 허튼짓도 했었습니다.) 어떤 걸 알아볼지 명확했습니다.
code 128이라는 인코딩 형식(?) 이 비교적 많이 쓰이고 있어서 이걸 제가 개발하는 파트에 적용하려고 관련해서 자료를 찾아보았습니다.

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

영문 위키피디아지만 열심히 구글 번역기로 읽었습니다. 항상 느끼는 거지만 영어는 중요합니다.

# 바코드 리더 원리 알아보기

바코드를 알려면 바코드 리더를 잘 알 필요는 없지만 또 없이 설명하면 밋밋하니 이 부분 설명하고 넘어가 보겠습니다.

적절한 사진을 올리고 싶은데 구하는 게 쉽지가 않네요

그래도 머릿속에 딱하고 떠오르는 (一) 자형 레이저는 기억할 것입니다. 요즘 것은 정말로 1자형 레이저가 나오는듯하지만 좀 더 구형의 제품을 찾아보면 사실 (一) 자형이 아니라 ( · ) 형입니다. 그걸 거울에 반사시키고 그 거울을 조금씩 비틀어 흔들어 주면 저희 눈에는 (一)처럼 보이게 됩니다.

하지만 기계의 입장에서는의 점의 이동이 시간에 따라 순차적으로 변하는 것을 감지하게 되는데 이때 검은색 부분에는 반사량이 적고, 흰색은 반사량이 많아 수광부에 바코드의 데이터가 순차적으로 읽히게 됩니다. 어두운 색이 길게 흰색은 짧게 등을 순서대로 읽어 들일 수 있는 것이지요.

물론 요즘은 선형 이미지 센서나 아예 카메라를 달고 영상처리로 읽습니다.

그리고 결국에는 바코드는 하나의 통으로 된 이미지라기보다는 순차적으로 전달되는 시리얼 한 데이터라고 생각해 줄 수 있습니다.

# CODE 128 바코드 구조 알아보기

바코드에서 표시되는 모든 막대의 조합은 짝수 개의 길이만큼 하나의 그룹을 가지고 있습니다. (하나를 제외하고)
그리고 아래와 같은 구조를 가지고 있습니다.

[스타트 코드] + [본문] + [체크 섬] + [엔드 코드]

물론 실제로 더 긴 문자나 복잡한 글자를 표현하기 위해서 더 복잡한 구조를 사용하기도 하는데 여기서 알아보지는 않을 겁니다.

위키피디아에 나와있는 구조로 바코드 위에 영역별로 표시한 구간이 방금 말했던 구조에 해당합니다.
(1)에 해당하는 부분은 공백 영역으로 과자 봉투처럼 항상 표시할 곳이 모두 하얗지 않기 때문에 바코드를 표시하기 위해 필요한 최소한의 여백이라고 생각할 수 있습니다.
(2)는 스타트 코드이고 (3가지 종류의 스타트 코드가 있습니다.)
(3)에 해당하는 구간은 저희가 표시하고자 하는 본문입니다. Wikipedia 출처답게 Wikipedia라고 출처가 잘 적혀있네요.
(4)는 바코드 스캐너가 실수로 잘못 읽었거나 하지 않도록 오차를 확인하는 코드입니다. 마지막 (5)는 바코드의 끝을 알리는 코드입니다. 다른 막대 묶음과 다르게 이 친구만 홀수 개의 막대를 가지고 있습니다.

각각의 ascii 문자들은 오른쪽의 패턴과 연결이 되어있습니다.
위 매칭 테이블을 위키피디아 링크에 있으니 참고하면 좋습니다.
예를 들자면 '0'[문자] -> 48[아스키 값] -> 16 [CODE128 값] -> 10011101100 (검 1 흰 2검 3 흰 1검 2 흰 2)[바코드]
위와 같은 순서로 변환이 되는 겁니다.

위에 있던 구조를 지키기 위해서는 위의 Start Code 도 필요합니다.
어느 스타트 코드를 쓰냐에 따라 CODE 128 A, CODE 128 B, CODE 128 C 등으로 다르게 불립니다. (이걸 섞어 쓰는 구조도 있습니다.)
그리고 바코드의 끝을 표시하는 바코드도 있습니다. 1100011101011
마지막으로 체크 섬도 필요한데 체크 섬은 다음과 같이 계산합니다.
예를 들어서 제가 HELLO라는 글자를 표시하고 싶다면

위와 같은 이 계산이 됩니다.
즉, (STARTCODE + (글자 * 자릿수)) % 103을 계산한 값이 CHECK SUM 값이 됩니다.
그렇게 해서 나온 결과 값으로 검은색 네모 2칸 흰색 네모 1칸 이런 식으로 디스플레이에 그리게 되면, 인식할 수 있는 바코드가 나오게 됩니다.
마음 같아서는 소스코드나 구현한 사진을 올리고 싶은데 회사에서 작업한 거라 올리지를 못하네요
아무튼 만들고 나서 나름 뿌듯해하면서 퇴근했습니다.