'약간의 리눅스관련 고찰'에 해당되는 글 36건

리눅스 데스크탑에서 매번 겪는 문제중 하나는 바로 한글과 관련된 문제이다. 워드프로세서 한글이 아닌 글자 한글이 문제인 것이다. 지금은 보통 UTF-8이(당연하게도)기본 환경이므로 한글을 띄우는데에 삽질이 필요치 않지만 가끔 EUC-KR을 요구하는 환경이라던지(주로 M$환경에서 작업한 결과물이 이런 식이다.) 아니면 폰트가 가끔 빠져서 한글을 띄우기는 하는데 네모네모네모로 뜬다던지 하는 현상이 일어나곤 한다.

초기 리눅스 민트의 경우 한글폰트가 빠진채로 배포가 되어서 한국어로 설치를 하면 모든 설명이 네모로 나와서 사람을 고생시키곤 했었다. 그런데 리눅스민트도 아니고 한동안 별 문제를 안 일으켰던 우분투14.04에서 난데없는 한글글꼴문제가 터지고 말았는데 이번에는 이전과 반대로 리눅스민트나 다른 데스크탑환경이라면 별 문제는 없지만 Unity환경을 사용한다면 꽤나 치명적인 문제가 되어버렸다. 나는 리눅스민트로 이미 넘어간지 오래지만 안드로이드 관련 개발을 하는 사람들은 그냥 별 생각없이 Unity환경의 우분투를 사용하고있다. 이런 사람들은 배포판을 업그레이드 했다가 멘붕을 조금 먹었다고 한다. 다행히도 이를 해결하는 스크립트가 나왔다고 하는데 이런 일이 있을 때마다 리눅스 데스크탑을 추천해주기가 민망해진다. 이런 간단한 문제조차 삽질을 하게 만드는데 과연 어떤 사람들이 리눅스 데스크탑을 쓰려고 할까?

게다가 리눅스 점유율을 끌어올려줄거라 믿었던 Steam 리눅스용도 약간 한글 문제를 겪고 있다. Steam자체내에서는 문제가 없는데 Steam용 게임들에서 문제가 일어나는 것이다. 한글로 떠야할 자막이 폰트문제로 네모네모로 뜨는 문제다. 특히 Valve사 게임에서 이런 일이 자주 일어나는데 Source엔진의 문제인 것인지 아니면 리눅스환경 자체의 문제인지는 잘 모르겠다. 엉뚱한 폰트를 자꾸 찾는 것 봐서는 Source엔진의 한글지원 문제로 보인다.

윈도에서 압축을 한 파일의 경우에도 리눅스에서 그냥 생각없이 풀어버릴 경우 한글로 된 파일명이 와장창 깨지는 것을 볼 수 있다. 이것은 Repairer라는 노틸러스 확장이나 wine으로 설치한 반디집으로 해결 가능하다. kozip이라는 것도 개발되었고 반디집의 경우 리눅스데스크탑을 설치하면 Playonlinux를 설치한 다음 바로 설치하는 프로그램이기 때문에(alz와 egg지원을 위해서) 딱히 불편함을 느끼지 못한다. 하지만 이것은 어디까지나 유니코드표준인 UTF-8이 아닌 CP949환경을 사용하는 윈도 때문이며 기존의 호환성을 최대한 끌고가는 윈도 특성상 코드가 갑자기 UTF-8로 바뀔일은 없을 것으로 보인다.

폰트의 다양성 문제는 이미 해결이 된 것을 보인다. 과거 백묵글꼴의 경우 매우 가독성 안 좋고 보기 영 안 좋기로 유명 했는데 언제부터인가 은 글꼴이 나오면서 리눅스에서도 굉장히 미려한 글꼴이 가능해졌다. 물론 그 시절에도 저작권있는 글꼴 가져다가 때려박는 사람들이 있기는 했지만 그런 글꼴이 좋았냐고 하면 그건 그것대로 영 아니었던지라 은 글꼴은 순식간에 한글표준글꼴화가 되어버렸다. 지금은 은 글꼴도 아니고 나눔글꼴이 그 역할을 수행중이며 우분투에서 기본 한글글꼴이 되면서 "나눔"이라는 말에 맞게 상당히 많이 퍼지게 되었다. 윈도에서의 굴림같은 존재가 리눅스에서는 나눔고딕이 되었는데 언젠가는 이 나눔글꼴도 새로운 폰트에 자리를 내놓게 될지도 모를 일이다. 어쨌건 그만큼 한글글꼴은 꽤 다양해진 편이다. 이 점은 그나마 다행이라고 생각한다.

하지만 한글과 리눅스는 별로 친하지 않은 것으로 보아 이를 해결하기 위해서도 리눅스 데스크탑의 점유율이 문제인 것으로 보인다. 매번 한글과 관련하여 문제가 터진다는 것은 그만큼 한국인이 개발에 참여하기 어렵다는 의미이며 한글문제를 메일로 날려도 워낙 수가 적어서 이슈화되지 않는 것도 문제다.그나마 Steam은 좀 확인 하는 것으로 보이는데 이게 해결되기까지 얼마나 걸리게 될지는 알 수 없는 일이다.

한국리눅서들은 오늘도 고달픈 삽질중이다.

사람들에게 "리눅스가 무엇인지 아십니까?" 라고 물어보면 100중 30정도는 "안다"라고 하지만, 사실은 리눅스가 그저 까만화면에 커서 깜빡이는 그런 텍스트기반의 OS인줄 아는 사람들이 상당히 많습니다. 그도 그럴것이 리눅스 데스크탑의 점유율은 그저 1%남짓입니다. 

참고: https://upload.wikimedia.org/wikipedia/commons/1/1b/Linux_Distribution_Timeline.svg

그렇기 떄문에 리눅스용 프로그램중 오픈소스가 아닌 경우 우분투나 레드햇 같이 메이저한 배포판을 제외하면 "동작하지 않도록 만든 경우"가 많습니다. 사실 동작하지 않게 만든 것이 아니라 라이브러리나 기타 다른 이유로 인하여 "동작하지 않은 것"에 가깝습니다. 대표적인 예가 한글2008입니다. 이제는 지원도 안 해주는 버려진 OS인 아시아눅스만이 한글2008이 정상적으로 동작합니다. 우분투에서 동작하는 팁 들이 인터넷 여기저기 돌아다니고 있지만  우분투의 버전이 올라가면 올라갈 수록 아시아눅스와 차이가 생기면서 이것저것 문제가 생겼습니다.(다른 것보다 프린터 문제가 가장 시급합니다.) 한글과컴퓨터가 한글을 새로운 라이브러리에 맞춰서 다시 컴파일하면 되기는 되겠지만 그렇게 해 줄 리가 없겠지요. 만약 아시아눅스가 지금까지 개발되고 있었어도 한글2008이 우분투나 다른 배포판에서 정상적으로 작동하리란 보장도 없습니다. 왜냐하면 아시아눅스는 아시아눅스 나름의 라이브러리를 이용해서 만들어진 배포판이니까요.

상황이 이러니 리눅스 용 상용 응용프로그램은 거의 전무한 실정입니다. Steam에서 리눅스용 게임을 상당히 많이 팔고 있기는 하지만 엄연히 말하자면 이마저도 리눅스용이라기 보다는 우분투용이라고 보는 것이 더 맞습니다. Valve에서도 우분투에 최적화된 상태로 배포한다고 했으니까요. 페도라에서 Steam과 Steam 플랫폼의 게임들이 정상적으로 작동하는 영상이 보이지만 Valve의 공식입장은 아닙니다. 페도라와 우분투의 차이가 라이브러리 차이가 많이 나지 않아서 작동하는 것이지 한글2008같이 차이가 벌어지면 작동하지 않을 수도 있습니다.

그래서 다들 리눅스 데스크탑의 실패 이유 중 하나가 바로 이 배포판의 다양함이라고 이야기 합니다. 얼핏 들으면 맞는 말 같습니다. 배포판이 다양하다는 것은 그만큼 개발할 때 테스트 장비가 많이 필요하고 개발비가 더 올라간다고 합니다. 이와 비슷한 일이 안드로이드에서도 일어나고 있습니다. 그런데 안드로이드는 그렇다고 개발비가 어쩌고 하지는 않습니다. 왜냐하면 이미 점유율이 상당히 높고 그만큼의 개발비가 회수되기 때문입니다. 결국 "닭이 먼저냐 달걀이 먼저냐"의 문제가 되는데 배포판의 다양함이 문제라고 한다면 우분투나 페도라 어느 하나의 배포판을 기준으로 개발하고 테스트하면 됩니다. (바로 위에서 예를 든 한글2008이 이런 식으로 개발되어졌고 그래서 지금 문제를 일으키고 있는 것입니다.) 그리고 다른 배포판에는 안 팔면 됩니다. 하지만 리눅스 데스크탑의 점유율은 다 합쳐봐야 1% 뿐. 돈이 안 되니까 개발비 운운하는 것 아닐까하는 생각이 듭니다. 개발비가 회수가 안 되니까요.

이렇게 배포판의 파편화가 문제라고 했지만 리눅스의 장점도 또한 이 다양함이라는 것도 참 아이러니 합니다. 선택의 폭이 넓으니 이걸 장점이라고 할 수 있는 겁니다. OSX는 선택의 폭이 참 좁은 OS입니다. 오로지 애플하드웨어만 이용할 수 있으며 인터페이스는 오로지 OSX 본연의 것만 사용 가능합니다. 윈도우는 반대로 레거시 하드웨어까지 지원하는 괴랄함의 극치를 보입니다. 하드웨어의 선택이 상당히 넓으며 최근 윈도8의 인터페이스가 마음에 안 든다고 별도의 프로그램을 이용해서 시작메뉴를 되살리기까지 합니다. 리눅스는 윈도와 OSX 어디에 가까울까요? 그리고 윈도와 OSX 어디가 더 성공한 OS인가요? 제가 생각하기에 리눅스는 OSX보다는 윈도에 훨신 더 가까워 보이는데요. 결국에는 어느 한 배포판이 윈도 수준의 점유율을 먹지 않는 이상 이 문제는 해결될 것 같지는 않네요.

그리고 리눅스라는 것도 엄연히 말하자면 그저 커널의 이름일 뿐입니다. 저 수많은 배포판들을 보면 리눅스는 정말 많은 수를 가진 OS라는 이야기가 됩니다. 하지만, 저건 그저 리눅스를 이용한 OS들일 뿐입니다. 흔히들 리눅스/윈도우/OSX 가 3대 OS라고 합니다. (데스크탑에 한해서 리눅스는 너무 적은 수준이긴 합니다.) 하지만 저는 리눅스는 그저 커널 이름일 뿐이고 각 배포판은 다른 OS라고 생각합니다. 이렇게 되면 각각의 OS점유율이 정말 처참할 정도로 박살나 버리기는 하지만 각 응용프로그램을 어떻게 개발해야할 것인지 알 수 있게 됩니다. 막말로 "안드로이드와 우분투가 같은 OS인가?" 이와같은 질문의 답은 모두 다 "아니오"일 것입니다.  같은 커널을 썼지만 다른 OS취급을 하듯이 우분투와 페도라도 다른 OS이고 우분투기반인 리눅스민트와 우분투도 다른 OS취급을 해야 할 겁니다. 이러면 파편화 때문에 리눅스는 망했다? 절대로 그렇게 생각 못합니다. 리눅스가 망한 것이 아니라 해당 OS가 망한것입니다. 왜냐하면 점유율이 바닥이라서 그렇습니다. 간단한 문제이네요.

아치리눅스, 우분투, 페도라, 오픈수세, 데비안, 기타 다른 리눅스 배포판들. 어느 하나의 배포판만이 성공해야 "파편화"라 불리우는 "OS난립"의 문제를 해결 할 수 있을 것입니다. 하지만 그렇게는 절대로 될 수 없을 겁니다. 당연하게도 그것이 리눅스의 장점이니까요.

이전글 보기 : 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의 친척이고요. 기반 프레임워크가 같습니다.)

대충 이 정도인데 이것도 배포판 나름대로 이리저리 바꾸는 터라(대표적인 것이 브라우저 대개 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 이야기를 안 할 수는 없는데요. 이건 다음에 이야기 하도록 합시다.