'2017/07'에 해당되는 글 15건

예전에 이런 글을 올린적이 있었지요. UCK vs U-customzier http://moordev.tistory.com/42

UCK라는 도구와 U-Customizer란 도구였습니다.

그중 UCK는 우분투 공식 커스터마이징 도구였고 사용은 편하지만 조금 자세한 커스터마이징은 힘들었다고 했었지요.

U-Customizer란 도구는 chroot를 사용해서 굉장히 다양한 커스터마이징이 가능한 도구지만 그만큼 초보자에겐 고역인 물건이라고 소개를 해었습니다. 특히 GUI로 Gambas를 이용했는데 이놈의 설치가 문제가 많아서 특히나 고역이었습니다.

하지만 시간은 흐르고 흘러서 새로운 소스로 U-Customizer(이후 Customizer로 통일하겠습니다.)가 새로 나오게 되었습니다.

Github주소도 바뀌었습니다. 이전의 gambas기반의 소스는 따로 보관하고 PyQT를 기반으로 새로운 GUI를 만들었습니다. 덕분에 반응 속도가 좋아졌습니다.

https://github.com/kamilion/customizer

다만 아쉬운 것이 있다면 PPA를 운영하거나 바이너리를 제공했으면 하는데 예나 지금이나 소스만 내주더군요. 게다가 github의 마스터브랜치의 소스는 말이좋아 마스터 브랜치지 지뢰밭입니다. 버그가 여기저기 산개해 있습니다. 차라리 최신버전의 우분투를 커스터마이징 하지 않는다면 Release페이지(https://github.com/kamilion/customizer/releases)의 소스를 사용하는 것을 추천합니다.

여기서 zip으로 다운로드 받던지 tar.gz로 다운받던지 마음대로 하자. 어쨌건 둘 다 압축 푸는 것은 문제 없다.

만약 자신만의 우분투를 만들기 위해 Customzier에 입문하시는 분들이라면 소스코드를 보자마자 난감해 하실 겁니다. 그도 그럴것이 요구하는 패키지에 대해 설명을 안 해 놓았더군요.

sudo apt-get install git build-essential fakeroot make binutils g++ \
python python-dev python-qt4 pyqt4-dev-tools squashfs-tools \
xorriso x11-xserver-utils xserver-xephyr qemu-kvm dpkg-dev \
debhelper qt4-dev-tools qt4-linguist-tools

이겁니다. 사실 Customizer는 python3와 QT5를 이용해서 새로 만들고 있기 때문에 위의 패키지 중에서 pyqt4와 python2.7을 대신하려고 하고 있습니다. 하지만 2017년 7월 기준으로 마스터 브랜치가 아직 문제가 많습니다. Python3와 QT5를 이용해서 컴파일 했는데 (소스 루트에 있는 Makefile을 수정하면 됩니다.) ISO를 도로 묶는 것이 안 되거나 chroot가 안 되면서 파일 시스템을 꼬아버리는 문제가 있습니다. 그런데 그게 같은 상황에서 일어나면 이해하겠는데 가끔 그런 일이 일어나니 그게 더 머리 아플 지경입니다. 버그 리포팅을 하고 싶어도 언제 그런 일이 벌어지는지 설명을 할 수가 없어요. 버그 상황 재현이 안 된다고 할까요.

그래서 2017년 7월 현재 아직은 Python2.7과 QT4를 기반으로 한 버전을 사용하겠습니다.

이제 설치를 어떻게 할까요? Installer.py를 실행하면 될까요? 이것을 써도 되는데 우리는 바로 DEB을 만들어서 설치를 하도록 합시다.

터미널 작업 당연히 들어갑니다. Customzer로 chroot 작업하는 것도 순전 터미널 삽질이니 터미널에는 친해져야 합니다. 더군다나 소스 컴파일이라 터미널이 어쩔 수가 없더군요. (훗날 누군가가 제대로 된 GUI 도구를 만들어 줬으면 합니다. 그런데 이놈의 make 옵션 들 때문에...)

cd 소스압축 푼 곳

make deb

끝입니다.

이러면 소스코드가 있던 곳 상위 폴더에 (그러니까 소스 코드를 ~/SRC/Customizer에 풀었다면 ~/SRC 여기)에 DEB 파일이 하나 생성 됩니다. 우리는 우분투를 쓰고 있고 DEB파일이 있다?

그냥 설치하면 그만이겠지요. Gdebi나 소프트웨어 센터나 dpkg나 아무거나 쓰고 싶은거 쓰세요.

그러면 메뉴에 Customizer라고 생기는데...

이거 문제 많습니다. 사실 chroot를 사용해야 하기 때문에 관리자 권한이 필요하고 GUI에는 진행 상황이 제대로 뜨지 않기 때문에 굉장히 답답합니다. 그러니까 저걸 아직 선택하지는 말아주세요.

그냥 터미널을 열고 다음과 같이 입력하시는 것을 추천합니다.

sudo customizer-gui

이렇게 하면 터미널에 진행상황이 전부 다 뜨고 답답함이 많이 줄어듭니다. 단점이라면 이후 커스터마이징 중에 사용하는 chroot기반 터미널하고 헷갈린다는 것 정도?

하지만 chroot기반은 사용자 이름이 root 일테니 구분하면 편합니다.

이후 작업은 커스터마이징을 할 배포판의 ISO를 선택하고(우분투 기반이 아닌 다른 배포판도 모두 가능하다고 합니다. 어차피 chroot를 이용해서 패키지를 설치하거나 삭제하는 것으로 작업하는 것이라...)

터미널 버튼을 통해서 chroot로 들어간 뒤에 이런저런 작업을(/etc/apt/source.list 파일의 서버를 한국 서버로 바꾼다거나 이런저런 패키지를 추가하거나 미리 업데이트를 해버리거나 한국어 입력기를 설치하거나) 진행하고 ISO가 풀린 곳에 (주로 /home/Filesystem)관리자 권한으로 파일 매니저로 열어서 이런 저런 파일을 넣어주거나 삭제하고 Filesystem/etc/skel 내부에 이런저런 작업을해서 유저모드 설정을 마무리를 지으면 커스터 마이징이 끝나게 됩니다.

그리고 ISO다시 빌드 버튼을 누르면 세팅이 완료된 ISO가 만들어지게 되는 것이지요.

자세한 것은 다음에 알려드리도록 하고 이번에는 Customizer를 설치하는 것까지만 하기로 했으니까요. 이상 Customizer 설치법에 대해 알려드렸습니다.

다음에는 Customizer로 특정 배포판을 미리 한국어 설정으로 해보도록 하겠습니다. 우분투는 UCK로 하는 것이 너무 쉽기 때문에 UCK가 먹히지 않는 LinuxMint나 ElementaryOS를 가지고 해보겠습니다.

그럼 다음에는 Customizer로 한국어 설정을 미리 완료한 배포판을 만들어보도록 하겠습니다.

리눅스에서 동영상 가속을 할 때에 관하여 글을 적은적이 있었습니다.

http://moordev.tistory.com/181

VDPAU, VAAPI가 주력이고 서로가 서로를 보완하는 관계라고 했었지요.

Nvidia vs Intel의 구도라고도 할 수 있는데 그 와중에 AMD는 둘 다 지원 중이라고 했습니다.

하지만 드라이버 지원이나 WineNine같은 가속을 위해서 Padoka PPA를 쓰면 AMD에서도 VAAPI 가속이 비활성화 되고 맙니다. mesa-va-driver라는 패키지를 설치하면 VAAPI가 지원이 되어야 하지만 Padoka PPA에서는 해당 패키지를 제공하지 않습니다. 그리고 LLVM5.0으로 업그레이드 되면서 기존의 패키지는 작동을 하지 않게 되고맙니다.

그래서 대신 쓸 수있는 방법이 VDPAU를 VAAPI로 감싸서 사용하는 방법이 있습니다. 사실 이건 VAAPI가 지원이 되지 않는 Nvidia에서 사용하는 방법이지만 VAAPI가 지원이 안 된다면 AMD에서도 충분히 해볼 수 있습니다.

우선 vdpau-va-driver를 설치합시다.

sudo apt install vdpau-va-driver

그리고 환경설정을 조금 바꿔줘야 하는데요.

/etc/enviroment 파일에 아래와 같이 적어주셔야 합니다.

LIBVA_DRIVER_NAME=vdpau

~/.profile에 적어주셔도 되는데 이때에는

export LIBVA_DRIVER_NAME=vdpau

이렇게 해야 VDPAU드라이버로 VAAPI를 작동시키게 됩니다.

위 스크린샷을 보시면 위쪽은 환경설정을 안 했을 때의 VAAPI정보이고(오류가 납니다.) 아래는 VDPAU로 환경설정을 했을 때 VAAPI정보입니다. MPEG2부터 H264와 VC1까지 지원한다고 나옵니다.

실제로 QT기반 webkit 프로그램의 HTML5가속의 경우 VAAPI가속을 사용하게 때문에 해당 환경설정은 효과가 있었고 정상적으로 사용할 수 있었습니다.

AMDGPU를 쓰면서 PadokaPPA를 쓰시는 분들은 참고 바랍니다.

==================2017.7.7==========================

더 쉬운 방법이 있습니다.

알고보니 Paulo형님께서 패키징을 실수하신 것 같네요.

/usr/lib/dri 폴더에는 radeonsi_drv_video.so 파일이 있지만 정작 프로그램들이 라이브러리 존재 여부를 확인하는 곳인 /usr/lib/x86_63-liux-gnu/dri (64비트 기준) 안에는 파일이 없습니다.

따라서 환경 설정을 굳이 할 게 아니라

ln -s /usr/lib/dri/radeonsi_drv_video.so /usr/lib/x86_64-linux-gnu/dri/radeonsi_drv_video.so

이렇게 해서 링크만 걸어줘도 VAAPI가 작동합니다. 괜히 삽질하고 있었네요.

http://store.steampowered.com/app/431960/Wallpaper_Engine/

지금 스팀에 올라와서 말 그대로 상당히 인기리에 팔리고 있는 프로그램입니다.

움직이는 배경화면으로서 상당히 리소스도 적게 먹고 재미있다고 하더군요.

사실 10년전에도 비슷한 것은 있었습니다. 사실 윈도98에도 (말많고 탈많은 물건이었지만)Active Desktop이라 해서 HTML을 배경화면으로 할 수 있었습니다. 여기에 검색창을 만들어 넣는다던가(98년에 그랬습니다. 지금 스마트폰의 있는 그것을 말이지요)통째로 웹페이지 하나를 넣는다던가 하는 것이 가능했습니다.

출처 : http://toastytech.com/guis/win98.html Windows95는 확장을 설치한 이후부터 Windows98은 설치하자마자 이런 짓거리가 가능했다.

하지만 이 기능의 큰 문제로는 가뜩이나 부족한 메모리를 엄청나게 처먹는다는 것에 있었고 지금이야 메모리 부족은 거의 없으니 상관은 없어졌지만 HTML을 쓴다는 것만봐도 아시겠지만 구리디구린 IE 엔진을 사용했기에 (물론 당시에는 IE 엔진이 그나마 나았지만) 불안정해지는 문제가 있었습니다.

그리고 당시에는 Canvas태그가 없었기 때문에 동영상 배경이나 애니메이션을 넣으려면 <embed=~~>를 써서 WMP 플러그인이나 Flash를 써야 했는데 아시다시피 WMP도 어마어마하게 성능을 처먹었다는 것을 감안하면 쓰레기였지요. (특히 Flash는 CPU사용율을 계속 잡아먹는 문제가 있었습니다.)

그래도 바탕화면에서 나름 바로 무언가를 할 수 있다는 것이 핀리해지면서 은근히 사용하는 사람이 있었습니다. 그리고 이후 이러한 기능이 가젯이라는 이름으로 생기면서 HTML 방식은 굳이 필요가 없어졌지요. 그리고 2010년대 들어와서야 개량이 제대로 된 IE 엔진으로 뭘한다는 것 자체가 문제이기도 했고요.

그리고 다시 Wallpaper Engine이란 이름으로 돌아온 이러한 프로그램을 보니 감회가 남다릅니다. 세상이 많이 좋아졌구나 싶기도 하고 결국에는 여기까지 왔구나 싶기도합니다.

사실 안드로이드에 라이브 월페이퍼가 생기면서 예견된 일이기도 했지요. 

그러면 말입니다. 리눅스는 어떨까요? 리눅스는 Xwindows를 기반으로 하고 있고 배경화면부터 윈도우 매니저까지 모듈화가 이루어져 있기 때문에 해당 모듈만 잘 쑤셔넣어주면 그만입니다. 즉! 훨씬 쉽다는 의미입니다.

애초에 Openbox시스템을 쓰는 곳에서 Conky를 배경으로 쓰는 경우가 많은데 Conky도 사실 프로그램의 일종인 것을 감안하면 이해가 되는 것이지요. Conky외에 제대로된 배경화면을 원한다면 feh라는 뷰어를 쓰면 되는데 feh는 사실 말 그대로 그림을 보기위해 사용하는 도구입니다. 리눅스에서 많이 쓰는 mirage나 EyeofGnome, gthumb 같은 툴이란 의미입니다. 그냥 이것을 배경으로 깔아버린 것입니다.

xwinwrap이란 프로그램이 프로그램 자체를 배경으로 깔아버립니다. 

위의 영상이 2008년도 영상입니다. 주 영상은 당시에 큰 혼란(?)을 몰고 왔던 Compiz지만 여기에 배경화면이 움직이는 것을 볼 수 있습니다. 사실 배경화면에 화면보호기를 깔아버린건데요. 원래 화면보호기도 프로그램이니 그것을 배경으로 대용 한 것입니다.

그렇다면... 만드는건 어렵지 않겠다는 생각이 들지 않나요?

일단 xwinwrap은 https://github.com/lrewega/xwinwrap 여기서 소스코드를 구할 수 있습니다. 다만 최신 환경에서 호환문제가 있어서 제대로 작동을 안 한다는 문제가 있습니다만 이건 뭐....삽질하다보면 되지 않을까요?

일단 이것만 정상적으로 돌아와도 Wallpaper Engine 부럽지 않을 것 같네요. 근데 이거 왜 안 되는거지...?

http://hamonikr.org/board_aMBI05/31680

Harmonikr프로젝트는 대한민국 정부에서 리눅스데스크탑 저변확대를 위해 진행한 리눅스 민트 기반 한국어 화 프로젝트입니다.

꽤 성공적이라는 말을 듣고 있고 리눅스민트가 기본적으로 편리하기 때문에 하모니카를 쓰셨던 분들은 대부분 만족을 하셨다고 합니다. 하지만 2.1 Rosa버전 이후 업데이트가 끊겼으며 16년 후반기에 나온다는 정식버전은 어디론가 사라지고 어느새 17년 중반을 넘어서고 있습니다.

하지만 기존의 하모니카를 쓰셨던 분들이 한글 설정도 할 필요없는 편리함에 하모니카를 썼던 것인데 이렇게 업데이트가 끊기게 되면 쓰시는 분들이 점점 더 없어지겠지요.

솔직히 리눅스 민트를 설치하고 

sudo apt-get install `check-language-support -l ko`
sudo dpkg-reconfigure locales

이렇게 해주신 다음 ko_KR.UTF8을 선택하면 하모니카와 큰 차이는 없습니다. 하지만 일반인들에겐 이것조차 어려운 것이 문제이고 그래서 설치하자마자 바로 한국어를 쓸 수 있는 하모니카가 사람들 입에 오르내렸던 것일 겁니다.

없다면 직접 만들면 되지!라는 것이 저의 모토인 이상 하모니카 수준의 뛰어난 번역은 어려울지언정 그래도 바로 한국어로 쓸 수 있는 물건이 있어야겠다는 생각이 들었습니다.

LinuxMint를 기반으로 customizer로 작업을 했습니다.

(작업중에는 따로 스크린샷을 찍지는 않았습니다.)

사실 하모니카는 두가지 버전이 있습니다.

리눅스민트와 꼭 닮은 기본 테마버전과

속칭 하모니카 스타일이란 소리를 듣고 있는 Numix+Plank테마 버전이 있습니다.

저는 이 둘을 잘 섞어서 말 그대로 Remix해서 만들기로 했습니다. 한국어 설정은 물론 기본으로 하는 것이지요.

그래서 아래와 같이 만들었는데 어떤가요? 비슷한가요? (하모니카 1.0과 아이콘이 같습니다.)

다운로드는 아래 링크에서 받을 수 있습니다.(구글드라이브)

https://drive.google.com/file/d/0By3VcoIXExM8U0hlNWZPY2VEUWs/view?usp=sharing

SHA256SUM

f19b82db6d8a57984e5e19012f55dcee63af8d9cb0c21c0e002539f5c66d9cb4  ./LinuxMint-amd64-18.2.iso

SHA1SUM

ec55664b44db0e7fa0a003763f0076975db32656  ./LinuxMint-amd64-18.2.iso

MD5

7418dc8c49e748bd58e1b0d88b6bdefd  ./LinuxMint-amd64-18.2.iso

LinuxMint 18.2와 다른 것은 아래와 같습니다.

제 마음대로 LinuxMint 18.2 HarmoniKR Remix라고 이름 붙였는데 괜찮을지는 모르겠네요. 달라진거라고 해봐야 Plank와 Numix아이콘, 그리고 몇몇 항목 밖에는 없지만 말이지요.

Playonlinux에서는 몇몇 라이브러리 설치 문제 때문에 구성요소 설치 기능을 지원합니다.

실제로 D3D9_XX.dll 파일들이 필요할 때 요긴하게 쓰이지요. 하지만 이러한 파일들도 인터넷 어딘가에서 가져오는 것이기 때문에 서버가 바뀌기도 하고 Playonlinux 업데이트에 맞추지 못해서 문제가 생기기도 합니다.

실제로 구성요소 설치 버튼을 눌렀을 때 정말로 DLL이 설치가 된 것인지 아니면 씹히고 넘어간 것인지 애매모호 할 때가 있습니다.

Playonlinux의 업데이트가 뜸해지고 Wine이 폭풍 업데이트가 되면서 영 못미더운 수준인 이 기능.

사실 이 구성요소 설치 기능은 Wine이 만들어지면서 같이 만들어진 winetricks라는 스크립트를 통해서 지원되고 있습니다. Kegel이란 곳에서 처음 시작 되었는데 지금은 https://github.com/Winetricks/winetricks 이곳에서 만들어지고 있습니다. 2017년 6월 버전이군요.

그렇다면 Playonlinux가 설치되면서 같이 설치된 winetricks는 버전이 어떨까요?

놀라지 마세요.

2014년 버전입니다. 이러니까 제대로 설치가 되지 않았던 겁니다.

winetricks가 패키지를 통해 설치가 되면서 편리해졌지만 문제는 업데이트가 더럽게 늦다는 것입니다. 그럼 어떻게 해야 할까요? winetricks는 패키지이지만 사실은 그냥 스크립트이기도 합니다. 그냥 스크립트 내용만 바꿔주면 그만입니다.

위의 github를 통해 최신 Winetricks 스크립트를 구할 수 있는데요.

https://raw.githubusercontent.com/Winetricks/winetricks/master/src/winetricks

바로 이겁니다.

그냥 텍스트 형태로 되어있을텐데 이것이 winetricks의 정체입니다.

그리고 패키지로 설치된 winetricks는 /usr/bin/winetricks입니다.

그러니까 관리자 권한으로 이 내용을 바꿔추기만 하면 된다는 의미지요.

sudo gedit /usr/bin/winetricks

(gedit이 없는 경우 MATE는 pluma, KDE는 kedit, LXDE는 leafpad 등을 이용하시면 됩니다.)

그리고 내용을 최신 내용으로 갈아주면 됩니다.

이제 Playonlinux가 멀쩡히 작동하고 있을 겁니다.