윈도우에서는 이렇게 쓰는거 많이 봤는데 리눅스에서 되는건 처음 봤다.
거기에다 더욱 좋은점은 윈도우와 리눅스 사이에 공유가 가능하다는것이다.
거참.. 재밌는 프로그램이다.

대신 윈도우간 공유만 되는 프로그램은 파일 복사나 클립보드까지
공유시켜주기도 하는데 이 프로그램은 딱 키보드/마우스만 공유 시켜준다.

일단 설정법부터 시작하자. 당근 프로그램부터 설치하는데,
윈도우의 경우 Synergy 사이트에서 다운로드 받아 설치한다.
우분투에서는
를 실행시켜 설치한다. 저렇게 설치하면 필요한 프로그램 다 깔린다.
다른 배포판은 잘 모르겠지만 다 받아서 설치할 수 있거나 synergy사이트에서 rpm을 구할 수 있다.


설치 다 했으면 설정이다. OS에 독립적인 프로그램이라 OS별로 일일이 설명하긴 좀 귀찮고,
기본 개념을 설명하겠으니 응용해서 설정하길 바란다.

synergy도 흔히 보는 서버/클라이언트 구조로 되어 있다.
즉, 어딘가 하나는 서버가 되어야 하고, 나머지는 거기에 달라붙는 클라이언트가 된다.
그리고 서버의 키보드/마우스가 다른 컴퓨터들을 제어하게 된다.
그러니까 서버의 커서가 클라이언트로 가기는 해도
클라이언트가 자기의 커서를 서버로 보내지는 못한다.


클라이언트 설정은 간단하다.
클라이언트 프로그램에 접속할 서버를 알려주고 띄우면 된다.
그러면 클라이언트가 서버에 가서 붙는다.
서버를 알려줄때, 도메인 이름이나 IP를 사용한다. 당연하게도.. ㅡㅡa..


서버는 이보다는 조금 복잡한데,
기다리다가 아무 클라이언트나 오면 붙여주는게 아니라
어느 클라이언트를 붙일건지 설정해주어야 한다.
게다가 어디(상,하,좌,우)에 붙일건지도 설정해 주어야 한다.

서버는 클라이언트의 호스트 이름(윈도우의 경우 컴퓨터 이름)으로 상대방을 구분한다.
IP나 도메인이 아니므로 주의할것.
접속해온 상대방을 식별한 후, 상대방 화면이 서버를 기준으로 어디에 붙을건지 정한다.
물론 설정파일에 들어 있거나 설정창에서 바꿀 수 있다.



더이상 설명하려니 말로는 힘들다.
윈도우버전 설정은 알아서 하시고, 리눅스용 설정파일을 보여주겠다. 간단하다.
이걸 home디렉토리에 .synergy.conf 로 저장하고 자신에 맞도록 수정한다.

screen 섹션에는 어떤 컴퓨터들이 존재하는지 알려준다.
여기에 아까 말했던 호스트 이름을 적는다. 한글자라도 틀리면 당연히 연결되지 않는다.
links섹션에서 화면간 위치를 적어준다. 위 설정파일을 보고 설명하자면,
desktop화면의 왼쪽에 notebook이 있고,
notebook화면의 오른쪽에 desktop이 있다.
항상 이렇게 쌍으로 만들어 주어야 하는데, 그 이유인즉
만약 저것들중 처음것만 만들면 그 룰에 따라 가기는 가는데
돌아오는 룰이 없어서 갔다가 돌아오지 못하는 웃기는 일이 벌어진다.

윈도우용 synergy의 경우에도 gui로 설정하는것만 빼면 내용이나 구조는 똑같다.
그리고 리눅스용으로는 quicksynergy라는 프로그램이 있는데,
이건 뭐 설명이 필요 없을 정도로 간단하다.

프로그램 띄우고 서버로 쓸지 클라이언트로 쓸지 탭으로 선택하고,
서버의 경우는 호스트 이름, 클라이언트의 경우는 연결할 서버를 쓰고
아래에 있는 start 버튼을 누르면 끝이다. 알아서 설정 해준다.

옵션이 무척 부실하긴 하지만, README에 보니까 개발 방향은
synergy를 최대한 쓰기 쉽게 만드는게 목적이었다고 한다.
그 목적은 정말 잘 달성했다. 정말 쓰기 쉽다. 버그가 좀 있어서 그렇지. ㅡㅡ;



노트북쓰고 거기다 리눅스 쓰시는 분들, 게다가 데탑에 윈도 쓰는 사람들은
한번쯤 써보면 좋을것이다.
그리고 이거 보고 모르겠다 싶은 사람은 연락하기 바란다.
스티븐식으로 조낸 자세하게 가르쳐 주겠다. ㅡㅡ;;;;;;;;;

출처는 여기 : [완료]우분투 7.10, 노틸러스에 글자 등을 입력 할 수 없는 문제

이번에 키보드를 바꿔서 문제가 생겼나 했더니 gnome 자체 문제였다.
feisty보다 상당히 불안정한 모습을 보여준다 gutsy는.
이제는 우분투도 무언가 버전별로 바뀌어간다는 느낌보다는 정착해서 안정화 하려한다는 느낌이 크다.

나는 뭐가 제일 좋은 해결책인지 모르겠어서
아직 시스템을 변경해 놓지는 않았는데
조만간 답을 찾는대로 이 글을 수정할 것이다.

노틸러스를 해결하면 네이트온이 문제가 생긴다니.. 쩝.
아직은 네이트온이 더 쓸모가 많다. 그러므로 양쪽 다 좋은 해답을 찾을때까지
일단 보류다.

급하면 입력 칸에 우클릭해서 scim으로 바꾸면 입력 잘 된다.
지금은 이렇게 쓰련다.

난 이걸 폰에서 사진 다운받을 목적으로 쓰고 있다.
블루투스간 파일 전송을 위해선 누군가 서버가 되어줘야 하는데
우분투에는 기본으로 서버가 들어있지 않다. 블루투스 스택은 들어있지만 말이다.
폰에서 사진 전송하려고 블루투스 장치를 검색해보면
컴터가 보이기는 하나 연결은 안된다. 응답이 없다고 나온다.

설치하는건 간단하다.

이거 한방이면 설치는 끝난다.
설치 후 '프로그램->보조 프로그램->Bluetooth File Sharing'이 생길것이고
이것이 파일전송 서버이다.

실행시키면 트레이에 아이콘이 하나 생기고
폰에서 사진 전송하려고 하면 연결을 허용하겠느냐고 묻는다.

적절히 응답하면 파일 전송이 시작된다. 파일 잘 날아온다.
옵션도 없고 무척이나 사용법이 간단하다.
사용법은 여기까지다.


이 프로그램에서 보이는 문제점이 몇가지가 있는데,
일단 옵션창이 없다는 것 이다.
소스코드를 좀 디벼 보면 옵션이 전혀 없지는 않다.
문제는 그 옵션을 설정할 수 있는 옵션 창이 없다는것이다.
개발자도 TODO에서 그 문제를 얘기 하고 있다.
이로 인해 생기는 불편함은 전송된 파일이 저장될 곳을 지정할 수 없다는것이고,
파일 하나하나마다 전송 후 확인 창이 뜬다는것이다.

수동으로 이 옵션을 바꾸고 싶으면, gconf-editor를 띄워서
'/apps/gnome-obex-server'항목으로 가서 그 안의 값들을 수정해주면 된다.
다운로드 경로와 확인창 여부를 지정할 수 있다.

이 프로그램의 다른 문제는 처음 파일을 전송할때
always accept를 선택할 수 있는데,
이렇게 신뢰하도록 지정된 장치의 목록을 알 수 없다는것이다.
이것도 gconf-editor에서 수정할 수는 있는데 '/system/bluetooth/device/'아래에 있다.
각 블루투스 장치의 mac어드레스가 나오고 그 안에 신뢰 여부가 들어있는데,
permisson 필드의 값이 2라면 신뢰한다는것이다.
그 값을 지워버리면 파일 전송할때 다시 전송하겠느냐고 묻는다.

이 신뢰 여부는 파일 전송 서버에서 관리하는게 아닌걸로 보이는데
이 설정을 어디에서 할 수 있는지는 모르겠다.

지금까지 알아낸 정보는 여기까지.

출처는 여기 : Flash 9 에서 한글 보기

리눅스에서 파폭에 플래시 플러그인 깔고 인터넷 돌아다니다 보면
한글이 사각형 박스로 나오는 경우가 왕왕 있다.

한글이 나오는 플래시와 안 나오는 플래시가 무슨 차이가 있는지는 모르겠지만
하여간 그 한글을 나오게 할 방법을 소개한다.

다음 내용을 ~/.fonts.conf 파일에 추가한다. 만약 그 파일이 없다면 새로 만들면 된다.


저기서 Dotum은 원하는 폰트로 바꾸어도 된다고 한다.

파일을 만들고 'fc-match Sans'를 실행시켜 결과가 한글 폰트가 나오면 성공이라고 하는데
그냥 저 파일만 만들어 놓아도 해결 잘 되니까 걱정 하지 말자.

X 윈도우는 서버/클라이언트 모델로 동작한다.

서버는 화면을 그려주고 키보드, 마우스 입력을 받는다.
클라이언트는 프로세스이다. 웹 브라우저, 에디터, 기타 등등의 프로그램들이 클라이언트가 된다.

클라이언트가 서버에게 입력을 요청하고, 화면 출력을 요청한다.
서버는 이를 받아 디스플레이에 그려주거나 클라이언트가 요청한 반응을 보인다.

이 개념이 그닥 쉽게 다가오지는 않는다. 프로그램이 화면을 그리라고 시키고, 입력을 달라고 시키는데, 이거 뭔가 뒤바뀐게 아닌가?
근데 이렇게 생각하면 조금 이해가 쉬울지도 모르겠다.
X 윈도우를 떠나서 생각해 보면, (웹을 예로 들어) 항상 켜 있고 대기중이면서 클라이언트(브라우저)의 연결을 기다리고 있는 녀석이 서버이고, 필요에 따라 실행되고 원하는 서버에 접속하는 녀석이 클라이언트이다.

여기까지 이해가 되는가? 부디 이해가 되면 좋겠다.
맨날 대기중이어서 아무때나 연결을 받아들이는 녀석이 서버이고,
필요에 따라 서버에 연결을 하는 녀석이 클라이언트라고 했을때
X 윈도우에서는 누가 항상 대기중인 녀석인가 생각해보면 이해가 될 것이다.
응용 프로세스가 화면을 그리라고 시키는 녀석이긴 하지만,
조금 더 파헤쳐 보면 프로세스가 실행 되고 대기중인 서버에 접속해서 화면 그리라고 시키는것이다.
그렇다면 접속하는 녀석이 프로세스이므로 클라이언트가 맞지 않은가?

서버/클라이언트 얘기는 여기까지 하고,
이 글의 주제는 그렇다면 X 윈도우 서버와 클라이언트가 다른 컴퓨터에 있어도 되지 않겠는가에 대한 생각이다.
물론 가능하다. 내 로컬 컴퓨터에 X 서버가 있다면 다른 컴퓨터에는 클라이언트만 있어도 된다는 말이다.
MS윈도의 터미널 클라이언트 처럼 화면을 통째로 가져다 놓는것이 아니라,
한 프로그램의 화면 출력을 이쪽 컴퓨터로 끌어오는 것이다.
프로세스는 다른 컴퓨터에 있고, 디스플레이와 입/출력은 이쪽에서 한다.
띄워 놓으면 상당히 쓰기 편하다. ssh나 telnet과 비교해 봤을때.
ssh는 아무리 용 써봐야 CLI다. 그러나 그 ssh를 통해 GUI를 사용 할 수 있다.

사설이 길었다. 이제 방법을 얘기 하자면,
이 글에서 가정한 환경은 서버/클라이언트(X윈도우 말고..) OS는 모두 ubuntu이다.
서버에는 openssh 서버가 돌고 있고, 로컬 컴퓨터에 ssh 클라이언트가 깔려 있다.
서버에는 X윈도우가 없고, 로컬에는 당근 X윈도우가 돌면서 웹도 쓰고 오피스도 쓰고 한다.
이정도는 흔히들 쓰고 있을 환경일 것이다. 서버에 왜 X윈도우가 깔려 있겠는가?

이 상황에서 서버쪽에는 X 서버가 없지만, 그렇다고 해서 X 클라이언트가 돌지 말라는 법은 없다.
서버에 ssh를 이용하여 접속하고, X 응용 프로그램을 깔고 돌려보자.
당연히 실행 안된다. 디스플레이가 없다고 에러 낸다.
디스플레이라는것이 X 서버를 말하는것인데, 당연히 안되는것이 정상이다.
이때 X 서버로 연결을 ssh를 통하여 터널링 시키는것이다.

ssh 연결을 끊고 다시 접속하는데 이번에는 -X 옵션을 주고 연결하자.
옵션의 -X는 반드시 대문자를 사용할것. 이 옵션이 X윈도우 연결을 터널링 해주는 옵션이다.
소문자 x를 사용하면 연결 할 수 있어도 하지 말라는 옵션이다. 당연히 연결 안된다.
뜨는가? 글쎄.. 안될것이다. 또 디스플레이 못 찾는다고 투덜거리고 CLI vi에디터가 뜰 것이다.
이제내가 알아낸 방법을 써 먹을때가 되었다. 캬캬~

다음 명령을 서버에서 실행시키자.
설치가 끝나면 ssh 연결을 끊고 -X 옵션을 주고 다시 연결하자.
그리고 gvim 띄우면 이제는 로컬에 gvim이 나타날 것이다. 아름답지 않은가?
실행 속도도 그다지 느리지 않다. 적어도 터미널 클라이언트에 비하면 수십배 빠르다.

이제는 사족이다. 서버에 X 포워딩을 이용하여 연결했을때
자동으로 이를 감지하여 vi라고 실행시켜도 gvim이 뜨면 편할것이다.
이를 위하여 다음의 코드를 ~/.bashrc에 집어넣는다.
어디 넣어야 하는지 모르겠다면 맨 끝에 때려넣어라.
이거 해석할 수 있는 사람이면 원하는거 추가도 할 수 있겠지?


마지막으로 변명이다. ㅡㅡ;
gvim의 경우 vim-gnome을 설치하면 좀 더 이쁜 화면을 볼 수 있으나,
서버에 gnome시스템이 없는 관계로 저걸 설치하면 용량이 수십배 더 많이 든다.
gtk버전이 그나마 용량을 적게 사용해서 gtk버전을 설치했다.
그래도 이정도면 봐줄만 하지 않은가? ㅡㅡ