우분투 18.04 이후 kdenlive의 업데이트가 뚝 끊겼습니다.

kdenlive측에서는 우분투는 appimage로 패킹된 버전을 쓰라고 하더군요. 어쩐지 우분투 저장소에 있던 버전이 낮다 싶었습니다.


kdenlive의 우분투 계열은 Appimage로 된 버전을 다운로드 받아서 쓰는 것을 추천한다.

아마도 QT와의 호환문제 및 테마 문제로 인해서 (kde 관련 패키지가 어마어마하게 따라옴)이러한 Appimage 버전을 추천한 것 같습니다.


그러나 이 Appimage버전은 한글 입력이 안 된다는 겁니다!!!

그동안 저는 노가다로 복사 부여넣기를 했는데 원인이 알고보니 여기 있더군요.


https://github.com/qTox/qTox/issues/5320


전혀 다른 프로그램이지만 힌트를 여기서 얻었습니다. 일부 Appimage버전의 경우 libfcitxplatforminputcontextplugin.so 파일이 누락되어서 fcitx 사용자의 경우 한글 입력이 되지 않는 현상이 있다는 것입니다.


해당 라이브러리를 정해진 위치에서 찾아다 넣어만 주면 되는 겁니다.


방법은 Appimage파일을 열고 해당 파일을 찾아서 넣은 다음 다시 패키징을 하면 됩니다.


푸는 것은 kdenlive의 appimage파일만 있으면 되고 다시 묶는 것은 appimagetool만 있으면 됩니다.


https://github.com/AppImage/AppImageKit/releases

여기서 appimagetool의 Appimage파일을 다운로드 받으세요. 요즘은 보통 64비트니까 x86_64버전을 다운로드 받으면 됩니다.

32비트라면 i686을 다운로드 받으면 됩니다.


그리고 아까 다운로드 받은 appimagetool과 kdenlive Appimage파일을 같은 곳에 두고 둘 다 실행 권한을 줍시다. 속성에 들어가서 프로그램으로 실행 허용을 주면 됩니다.


자 이제 Appimage파일들이 있는 곳에서 터미널을 열고 다음과 같이 명령을 줍시다.


./kdenlive-18.08.2-x86_64.AppImage --appimage-extract

이러면 squashfs-root라는 폴더가 생기면서 kdenlive의 Appimage 파일의 압축이 풀리기 시작합니다. 


명령어 한번에 압축이 풀린다.

이 안을 들여다보면 우리가 사용하는 시스템의 루트와 똑같다는 것을 알 수 있습니다.

만약 정상적으로 fcitx환경이 설치된 시스템이라면


/usr/lib/x86_64-linux-gnu/qt5/plugins/platforminputcontexts
여기에 libfcitxplatforminputcontextplugin.so 파일이 있을 것입니다. 만약 없다면 우분투 기준 fcitx-frontend-qt5 패키지를 설치하시면 됩니다.


이 파일을 복사해서 squashfs-root내의 같은 위치에 넣어주면 되는 것입니다.

Applimage들 있는 곳/squashfs-root/usr/lib/qt5/plugins/platforminputcontexts

이곳에 들어가면 파일이 하나 부족한 것을 알 수 있습니다. ibus용만 들어있지요. 하지만 ibus는 제가 별로라서 안 씁니다.



여기에는 파일이 하나 부족하다



여기에 libfcitxplatforminputcontextplugin.so 파일을 복사해서 넣습니다.


그리고 다시 Appimage를 만들면 되는 겁니다.


아까 Appimage가 있던 터미널에서

./appimagetool-x86_64.AppImage squashfs-root

이렇게 명령을 내리면...



Appimage 파일을 만들기 시작합니다.


이제 이것을 실행해보면...

kdenlive에서 한글 입력이 됩니다!!!!


그러니까 방법은 하나입니다. 누락된 해당 파일을 넣어달라고 하거나 yml파일을 수정해달라고 넣거나... KDE팀에게 요청을 해야겠습니다.


일단 그동안 임시로 제가 수정한 Appimage버전을 사용해주세요.


https://drive.google.com/file/d/1NVgcCq0sYQHzoOoSE6qALB44NQcuGIBi/view?usp=sharing


Appimage로 된 것이니 그냥 다운로드 받은 다음 실행 권한을 주고 실행하면 됩니다.

,

LXLE에는 기본적으로 들어있지만 Lubuntu에는 들어있지 않은 메뉴 편집기입니다. 메뉴 편집기는 여러가지가 있지만 최근에는 Menulibre가 가장 호평입니다. 그도 그럴것이 보통은 Gnome메뉴만 지원하는데 KDE에서도 상당히 쓸만하며 인터페이스도 깔끔하기 때문입니다.



Menulibre의 모습. Gnome스럽게 굉장히 깔끔하다.


PPA는 여기입니다. ppa:menulibre-dev/daily


sudo add-repository ppa:menulibre-dev/daily

sudo apt-get update

sudo apt-get install menulibre


위 명령어로 설치하시면 됩니다.


다만 여기서 만든 메뉴 바로가기는 ~/.local/application에 만들어지는데

/usr/share/applications 여기에도 바로가기들이 있기 때문에 관리자 권한으로 실행하는 것도 하나 더 있어야 편리합니다. 즉 BleachBit처럼 관리자권한 바로가기 하나와 유저권한 하나 이렇게 두가지로 만들어두셔야 메뉴 편집이 요긴하게 쓰일 겁니다.



/usr/share/applications 여기에다가 바로가기를 하나 더 만들어서 gksu를 붙이자. 이건 관리자 권한으로 실행하는 놈이다.


,

LinuxMint는 주력 환경이 MATE와 Cinnamon 환경입니다. 이 두 환경은 GTK기반으로 만들어졌다는 특징이 있습니다. (GTK2와 GTK3라는 기반 버전의 차이가 있기는 하지만) 리눅스의 그래픽라이브러리는  GTK외에 QT도 있는데 자세한 이야기는 http://moordev.tistory.com/9 여기를 읽어보시면 알 수 있습니다. 또 다른 라이브러리인 QT기반 데스크탑 환경으로는 KDE가 대표적입니다. 아니, GTK기반은 정말 많지만 QT기반은 KDE가 독보적입니다. 하지만 KDE환경에서 GTK어플리케이션 안 돌아가는 것 아니고, Gnome(GTK기반 환경의 대표적이지요)환경에서 QT어플리케이션 안 돌아가는 것 아닙니다. 그런데 문제는 Gnome 어플리케이션이나 KDE 어플리케이션이라 불리우는 해당 데스크탑환경에 종속된 어플리케이션은 해당 데스크탑 환경이 갖춰져야 합니다. 안 그러면 정상적인 동작이 보장이 안 됩니다.


대표적인 Gnome어플리케이션은 Nautilus가 있습니다. KDE종속 어플리케이션으로는 Konqurer가 있습니다. 둘 다 탐색기로는 으뜸으로 쳐 주는데, KDE에서 Nautilus를 설치하려고 하면 Gnome을 설치하려고 하고 Konqurer를 설치하려고 하면 KDE를 설치하려고 드는 것을 알 수 있습니다. 사실 이 프로그램은 해당 데스크탑 환경의 자원을 일부 사용하기 때문입니다. Xfce나 LXDE는 대부분 어플리케이션이 종속적이지 않습니다. 그냥 GTK만을 사용한다고 생각하면 편한 수준의 어플리케이션입니다. 만약 MATE나 Cinnamon을 사용한다면 GTK기반 환경이니 당연히 GTK는 설치되어 있을 것이고, LXDE나 Xfce의 어플리케이션(Leafpad나 Thunar 같은 프로그램)을 무리없이 사용 할 수 있습니다.


하지만 KDE는? MATE환경에서 실행 물론 가능합니다. QT만 설치하면 일단 실행은 됩니다. 문제는... 인터페이스가 깨지고 정상적으로 동작을하지 않습니다. Kdenlive를 자주 애용하기 때문에 LinuxMint MATE환경에서 kdenlive만 설치해봤더니 인터페이스가 엉망이 되어서 실행 되더군요. 저는 새로 나온 버전인줄 알았습니다. 하지만 자세히보니 그것이 아니더군요. 결국 KDE를 깔아야 하나...싶었는데 KDE를 완전히 다 설치할 필요는 없다고 합니다. 즉, KDE의 베이스시스템만 설치하면 KDE어플리케이션을 다른 환경에서 실행하는데에는 아무런 지장이 없습니다.


서론이 길었네요. KDE어플리케이션을 GTK기반 환경에서 정상적으로 실행을 하기 위해서는 다음과 같은 명령어 한 줄이면 필요한 환경을 다 설치해 줍니다.


sudo apt-get install systemsettings


이거면 필요한 KDE프로그램 전부를 다 설치해 줍니다. 이렇게 하면 KDE설정 프로그램하고 KDE 환경베이스만 따라와서 추가 데스크탑환경 설정 따윈 없고, 그냥 KDE어플리케이션을 정상적으로 동작 할 수 만 있게 됩니다.


여기서 한국어 사용자 분들은 한가지 생각해야 하실 것이 있는데, 한국어 사용자는 ibus가 자동적으로 따라옵니다. Uim이나 Nabi사용자 분들은 다시 입력기 설정을 해주셔야 합니다. KDE설정 프로그램이 자기 멋대로 입력기를 바꿔 버립니다. 참고하세요.

,

이전글 보기 : http://moordev.tistory.com/7





 

 




저번에는 KDE와 Gnome에 대한 글을 적당히적었는데요. (사실 제대로 된 고찰도 아니었습니다.) 이번에는 KDE와 Gnome 각 환경의 기반이 되는 라이브러리인 QT와 GTK에 대한 이야기를 하려고 합니다.

GDI란 라이브러리로 만들어진 데스크탑환경(?)의 대표적인 예

QT와 GTK의 차이를 알아보기 전에 이 라이브러리가 하는 것이 무엇 인지를 알아야할 것 같습니다. 우선 익숙한 윈도에서의 비교가 필요할 것 같습니다. 윈도에서는 프로그램들의 모습이 비슷비슷하다는 것을 알 수 있을 겁니다. 그건 윈도에서는 GUI를 만들기 위해 사용하는 라이브러리가 GDI/GDI+라는 녀석을 쓰기 때문입니다. 사실 이 외에는 생각하기 힘들지요. QT나 GTK로 만들어지는 경우도 없지는 않습니다만 (다음클라우드는 QT로만들어져있고, Gimp for Windows는 GTK for Windows로 만들었다고 합니다.) 작업표시줄이라던가 시작메뉴, 탐색기 등의 구성 오브젝트 들, 시스템의 전반적인 것들이 GDI로 만들어져있기 때문에 윈도용 QT,GTK 프로그램들은 KDE나 Gnome의 경우하고는 다르다고 봐야 할 겁니다. 윈도용 QT, GTK프로그램은 아무래도 KDE에서 돌아가는 GTK 프로그램과 같은 방식으로 돌아간다고 생각하셔도 됩니다. 즉 그래픽 라이브러리란 화면에 그리기 위한 수단 중 하나입니다. 윈도는 기본으로 GDI/GDI+를 통해서 그리는 것이고 KDE는 QT를 이용해서, Gnome과 그 친척들(XFCE,LXDE 등)은 GTK로 그리는 것입니다. 작업표시줄이나 바탕화면조차도 하나의 프로그램이라는 개념으로 보세요. 그리고 그 프로그램은 어떤 라이브러리로 만들어졌는가를 생각해보세요. 그럼 이제 좀 이해가 될 것입니다.


QT와 GTK는 경쟁자라기 보다는 그냥 서로 협력관계로 보시는 편이 맞을지도 모르겠습니다.GTK가 만들어지게 된 배경이 QT로 그래픽 프로그램을 개발하기 어려워서 만들어진 것 입니다. GTK개발후에 만들어지게 된 프로그램이 그 유명한 Gimp이고요. QT의 부족함을 채우기 위해 만들어지게 된 것이니 경쟁자라고 보기는 좀 어렵지요. 지금이야 GTK로 데스크탑환경도 만들지만 당시에는 Gimp를 위해 만들어졌던 라이브러리였습니다. GTK이전에는 QT가 윈도에서의 GDI와 같은 입장이 아니었을까 합니다.

그렇지만 QT는 약간의 맹점이 하나 있습니다. 다름아닌 저작권이 약간 붕 떠있었다는 것입니다. 리눅스의 근간은 Unix였고 이 Unix의 X환경이 라이센스문제로 엉키던 시절(XFree86에서 Xorg로 넘어가던 시절)부터 QT는 노키아가 마지막으로 라이센스를 가지고 있었는데 지금의 LGPL로 바뀌기 전까지는 이 라이센스 문제때문에 오픈소스프로젝트들이 기피하게 되었습니다. 그러다 대안을 찾은 것이 GTK이고 이걸로 데스크탑환경과 각종 프로그램들을 만들어냈습니다. 그래서였는지 QT기반은 좀 오래된 프로젝트들이 많고 GTK기반은 비교적 최근에 시작된 프로젝트들이 많습니다. 사실 GTK가 다른언어로도 여기저기 포팅된 것도 한몫했습니다. QT데스크탑환경이 KDE만 있는것도 이와같은 영향이 아닐까라는 생각도 듭니다.


이전에도 말했듯이 QT프로그램이 Gnome환경에서 돌아가고 GTK프로그램이 KDE환경에서 돌아간다는 말 한적이 있었나요? 사실 이것도 라이브러리만 있으면 돌아가기 때문입니다. 걔중에는 데스크탑환경에 종속된 물건도 있기는 합니다만 (Nautilus라던가 Konqurer라던가 자세히 보니 대부분 파일탐색기류네요.) 데스크탑환경과는 관계없이 라이브러리만 써서 만든 프로그램들이 훨씬 더 많습니다.

대표적인 프로그램이 다음과 같은데

KDE에 GTK설치하게 만든 범인(?)인 Firefox와 Chrome이 있군요.

그리고 Gnome에 QT 설치하게 만드는 VLC미디어플레이어와 SMPlayer가 있습니다. Amarok도 있네요.

그래픽 라이브러리의 선택은 결국 개발자의 몫이기 때문에 사용자 입장에서는 어떤 라이브러리를 쓰든 상관할 필요는 없습니다. 특히 용량이 넘쳐나는 지금 데스크탑환경이라면 KDE에서 Nautilus쓴다고해도 크게 문제는 없어 보이는군요. (Nautilus는 Gnome을 설치해야 돌아갑니다. 그만큼 용량이 넘쳐난다는 의미입니다.)

제 생각에는 그저 리눅스 데스크탑은 사용라이브러리나 최적화를 떠나서 그저 필요한 프로그램을 쓸 수 있는 것이 가장 좋은 것이 아닐까 생각합니다.

,

간만에(그래봐야 티스토리 2일차입니다만) 기존 블로그에서 이사한 글이 아닌 처음으로 적는 정보성 글입니다.

리눅스 데스크탑을 보면 참 배포판마다 개성이 상당히 넘칩니다. 사실 이 중에서 가장 대중적으로 쓰이는 환경은 KDE와 Gnome환경입니다. 그리고 이 둘은 상당히 다른 철학을 가지고 만들어지고 있습니다.

적당히 비교하자면 다음과 같습니다. 우분투에서 쓰이는 유니티나 GTK로 만들어진 XFCE,LXDE도 일단 넘어가기로 합시다. (Unity도 Gnome의 하나의 분파로 보시면 됩니다. XFCE나 LXDE도 Gnome의 친척이고요. 기반 프레임워크가 같습니다.)


 

KDE

 Gnome

 그래픽 라이브러리

 QT

GTK

설정항목의 수

최대한 많이 보여준다.

필요한것만 보여준다

 기본 텍스트에디터

kate

 gedit

기본 브라우저

Konquerer

 Web

 토렌트 클라이언트

kTorrent

 Transmission

 파일 탐색기

 Konquerer

 Nautilus

대충 이 정도인데 이것도 배포판 나름대로 이리저리 바꾸는 터라(대표적인 것이 브라우저 대개 Firefox나 Chrome으로 바꿔버립니다.) 같은 KDE와 Gnome이라고 해도 Gnome의 어플리케이션(Nautilus,gedit 등)을 사용하면서 GnomeShell대신 Unity를 사용하는 우분투나 Gnome3로 만들어진 Cinnamon을 쓰는 리눅스민트 등도 있습니다.

사실 KDE vs Gnome은 워낙 많은 이야기가 오고 가곤 해서 이 둘의 차이는 조금만 검색해보면 쉽게 알 수 있습니다. 그렇지만 Gnome환경에서 KDE프로그램 못 쓰는것 아니고 KDE에서 Gnome프로그램 못쓰는 것 아니라서 그건 또 그것 나름대로 굳이 차이를 느낄 필요가 있을까란 생각도 드는군요.

저 같은 경우에도 QT기반인 VLC미디어플레이어를 쓰면서 Transmission을 토렌트 클라이언트로 씁니다. 게다가 Nautilus의 MATE버전인 CAJA를 쓰고 Kdenlive로 동영상을 편집합니다. 이쯤되면 프로그램을 통한 구분은 어려워지는군요. 그렇다면 사용하는 윈도우매니저가 무엇인가에 따라 달라 질 수도 있겠는데요. KDE는 보통 kWin을 씁니다. Gnome은 워낙 많아서 잘 모르겠군요, Mutter, Metacity, 기타등등 그냥 kWin쓰면 KDE환경이라고 할 수 있겠군요. 이게 결국 답으로 보입니다. 

저 설정 항목이란 것도 구분법중 하나가 될 수 있겠군요. KDE의 설정은 정말 무시무시하게 많습니다. 정말 세세한 것 까지 설정이 가능합니다. 이는 윈도우즈와 비슷하지요."에이, 무슨 윈도가 설정을 세세하게 한다고 그래~" 라고 하시는 분들. 제어판 항목으로 가서 관리도구로 가보십시요. 정말 미친 듯이 많습니다. 그에비해 Gnome은 설정을 필요한 것을 제외하고는 최소한으로 줄입니다. 정말 군더더기 없어 보입니다. 이는 GTK프레임워크도 한 몫하지요. 그런데 그만큼 설정 할 수 있는 항목이 적습니다. 이게 결국 철학의 차이입니다.

XFCE나 LXDE는 어떻냐구요? 얘네들도 GTK프레임워크를 이용합니다. 윈도우 매니저는 Gnome과 또 다르지만 (보통 Openbox를 쓰는걸로 알고 있습니다.) 그것도 참 설정이 군더더기 없습니다. Gnome과 친인척 관계다보니 여기서 비슷한 형상을 취하는 것입니다. 물론 가볍게!가 모토인 만큼 그러한 형태를 취하는 것이 더 현명해 보이긴 합니다.

사실 사람마다 입맛이 다르다보니 두 환경의 철학이 다른 것으로 보입니다. 결국 설정항목의 차이가 이 둘을 갈랐다고 볼 수도 있겠네요.

KDE와 Gnome 이야기를 마저 하려면 두 그래픽 라이브러리인 QT와 GTK 이야기를 안 할 수는 없는데요. 이건 다음에 이야기 하도록 합시다.

,