VMware Player 3.0 이상 버전에서 NAT 등의 네트워크 설정 vmnetcfg.exe 설치 edit

VMware Player 3.0 이후 부터 NAT 등의 네트워크 설정을 해 주는 vmnetcfg.exe가 설치가 되지 않는다고 한다. 그렇지만 설치 파일 안에는 들어있다고 하네요. 먼저 VMware-player-3.0.0-XXX.exe에 /e 옵션을 주어서 실행합니다. 압축 해제만 하는 옵션입니다.

VMware-player-3.0.0-203739.exe /e INSTALL_DIR

여러 개의 파일이 설치가 되는데 그 중에 network.cab 파일 안에 vmnetcfg.exe가 숨어 있습니다. 그 파일만 꺼내면 됩니다.

vmware 우분투 한영키 문제 edit

어찌저찌 찾아보니 vmware에서 우분투를 깔면 한영키와 한자키가 인식되지 않는 문제가 더러 있다고 한다.

http://barosl.com/blog/entry/using-han-eng-key-without-kernel-patch

뿌리 권한으로 다음을 실행합니다:

# setkeycodes 71 122
# setkeycodes 72 123

그다음 xev 를 실행시켜 보면, 커널 패치를 하지 않은 상태에서도 한영키가 122, 한자키가 121 로 인식됩니다!

시스템 시작시에 항상 이 명령이 실행되도록 해 놓는 것이 좋겠죠?

그럼 이제 늘 하던대로 xmodmap 만 먹이면 됩니다. ;)

$ xmodmap -e 'keycode 122 = Hangul'
$ xmodmap -e 'keycode 121 = Hangul_Hanja'

흐흐... 굉장한 팁이군요... 커널 패치의 번거로움이 하나 줄겠네요... ^^

내가 적용한 방법

스크립트 생성

/etc/init.d/hangul_setkeycodes.sh

#!/bin/bash
setkeycodes 71 123
setkeycodes 72 122

시작시 자동으로 실행되게끔 설정

# update-rc.d hangul_setkeycodes.sh defaults

다른위치에 설치된 'pkg-config'의 '.pc'파일 'PKG_CONFIG_PATH'환경변수로 컴파일시 인식시키기 edit

http://kldp.org/node/52070

참고로 위 환경 변수 내용을 바꾸기 전에 pkg-config를 실행해서, pkg-config가 제대로 설정 파일을 인식했는지 확인할 수도 있습니다:

$ pkg-config --list-all

문제

libxml을 다른위치에 설치했더니 pidgin 컴파일시 아무리 CFLAG, LDFLAG, LIBS, LIBXML_CFLAGS, LIBXML_LIBS 환경변수들을 설정해줘도 인식하질 못했다.

libxml/lib/ 하위에 pkgconfig 디렉토리가 있는것을 발견하고, 인식시키려고 configure 실행시 환경변수 'PKG_CONFIG_PATH'에 경로를 환경변수 'PATH'처럼 ':'로 구별하여 평소에 하던대로 실행시만 적용되게끔 아래와 같이 실행해도 인식되지 않았다.

$ PKG_CONFIG_PATH="$PKG_CONFIG_PATH:/home/me/usr/libxml/lib/pkgconfig" ./configure

해결방법

아래와같이 환경변수를 export 시킨 후 configure 해보니 인식성공.

$ export PKG_CONFIG_PATH="$PKG_CONFIG_PATH:/home/me/usr/libxml/lib/pkgconfig"

/2011/08/finchpidgin-compile-cfsh.html

원인예상

configure 도중 내부적으로 pkg-config 를 호출하는데 처음의 방법은 환경변수를 ./configure 에만 전달하고 pkg-config 에는 전달하지 못해서 생기는 문제일까?

pidgin nateon 플러그인 접속 불가 현상 원인 edit

왜 갑자기 pidgin에서 네이트온 접속이 안되나 소켓을 캡쳐해 봤더니...

네이트온 3.5-3.7버전 일부(3.7.3.0) 종료안내

좀더 다양한 서비스와 편리한 기능을 제공하기 위해 네이트온 3.5-3.7버전 일부(3.7.3.0) 종료하게 되었습니다.

*종료일시 : 2011년 8월 1일(월)

그동안 네이트온 3.5-3.7버전 일부(3.7.3.0)를 이용해주셔서 감사합니다.
네이트온 최신 버전을 통해 계속해서 서비스를 이용하실 수 있습니다.
( http://nateonweb-stage.nate.com/download/messenger/windows/4.1/download.php )
감사합니다.

하지만 네이트온 리눅스버전 클라이언트는 잘 동작함.

vi 붙여넣기 시 들여쓰기 자동 들여쓰기 해제 edit

http://devday.tistory.com/entry/vi-붙여넣기-시-들여쓰기-문제

vi에서 붙여넣기를 하면 들여쓰기 때문에 본래 모양대로 들어가지 않는다.

이 때 다음과 같이 하면 문제를 해결할 수 있다.

:set paste

입력모드에서 붙여넣기를 한다.

붙여넣기 작업을 완료하면 다음과 같이 원래대로 복원할 수 있다.

:set nopaste

http://kldp.org/node/28154

Minecraft server configurations edit

server.properties

http://www.minecraftwiki.net/wiki/Server.properties

server.properties

#Minecraft server properties
#Tue Jun 07 18:05:30 KST 2011
level-name=world
view-distance=10
spawn-monsters=true
online-mode=false
spawn-animals=true
max-players=10
server-ip=
pvp=false
level-seed=randomseed
server-port=25565
allow-flight=false
white-list=false
allow-nether=false
public=false
max-connections=1

• online-mode - 접속하는 유저들이 마인크레프트의 정식 유저인지 체크 (true, false)
• max-players - 최대 동시 접속자 수 제한
• public - 서버 리스트에 표시 여부 (true, false)
• max-connections - 한 IP당 허용할 접속들 (1~3 (3 이상의 값을 설정해도 3))

Bukkit mod

플레이에 필수적인 플러그인들은 Bukkit 모드가 필요하다.

다운로드 및 설치법: http://wiki.bukkit.org/Setting_up_a_server

마인크래프트 공식 사이트에서 받는 'minecraft_server.jar' 파일을 실행하는 대신에 bukkit mod 의 jar 파일을 실행하는 방식.

필수 플러그인들

• lwc - 체스트 잠금 플러그인
• register / login 플러그인
• home / sethome 플러그인 (+다른 유저의 집으로 이동하는 기능도 유용함)

리눅스 프로세스 우선순위 변경하기 edit

• 프로그램을 우선순위를 설정하여 실행할때는 nice를 쓴다.
• 이미 실행중인 프로세스는 renice로 수정할 수 있다.
• NICE값이 작은값일수록 우선순위가 높으며 NICE값이 큰값일수록 우선순위가 낮다.
• NICE값을 0미만으로 수정하려면(우선순위를 높이려면) 루트권한이 필요하다.

이미 실행된 프로세스의 우선순위 수정

우선순위 낮추기

$ renice +10 PID

우선순위 높이기

루트 권한이 필요함.

# renice -1 PID

데비안 기준으로 시스템 백그라운드 서비스들은 NICE값이 -5임.
서버 로드가 높을때 특정 데몬의 우선순위를 높이고싶다면 -1만 해줘도 충분함.

참고 링크

http://www.ibm.com/developerworks/kr/library/l-lpic1-v3-103-6/index.html

blogger archive 위젯 hierarchy 스타일 사용시 이전달 포스트들 모두 펼치기 edit

세로로 나뉜 템플릿을 사용하면서 왼쪽에 Archive 위젯을 사용하여 모든 포스트들을 길게 출력해놓으려고 했었으나 달이 바뀌니 전달에 포스팅한 포스트들이 모두 접혀버려서 썰렁해졌다.
그래서 죄다 펼쳐버림.

includable id 'interval' in widget type 'BlogArchive':

...
<b:includable id='interval' var='intervalData'>
  <b:loop values='data:intervalData' var='i'>
      <ul class='hierarchy'>
<!--
        <li expr:class='&quot;archivedate &quot; + data:i.expclass'>
-->
        <li expr:class='&quot;archivedate expanded&quot;'>
          <b:include data='i' name='toggle'/>
          <a class='post-count-link' expr:href='data:i.url'><data:i.name/></a>
            <span class='post-count' dir='ltr'>(<data:i.post-count/>)</span>
          <b:if cond='data:i.data'>
            <b:include data='i.data' name='interval'/>
          </b:if>
          <b:if cond='data:i.posts'>
            <b:include data='i.posts' name='posts'/>
          </b:if>
        </li>
      </ul>
  </b:loop>
</b:includable>
...

widget type 'BlogArchive' 는 스타일별로 include 하는데 'hierarchy' 스타일은 'interval' 을 include 한다. 이 'interval' includable(...) 함수는 내부에서 재귀호출로 데이터들을 찍어내는데 'toggle' includable 함수로 삼각형(▶, ▼)을 찍어낸다. (data -> intervalData[i].expclass 가 'expanded' 면 '▼', collapsed (아니면) '▶') 쓰고보니 외계어

삼각형(▶)은 여전히 오른쪽을 향하고 있는데(안열렸을때처럼) 원하는 달을 누르면 그 달에 포스팅된 포스트들만 보여주고 삼각형이 밑을 향하게 되므로 그냥 두었음. (includable id 'toggle' 을 수정하면 모두 밑으로 향하게 할 수 있다.)

아래에 링크걸어둔 '한글' 블로거 레이아웃 메뉴얼들을 한번쯤 정독하면 템플릿 위젯 소스를 보고 이해할 수 있다.

참고 메뉴얼

• http://www.google.com/support/blogger/bin/answer.py?hl=ko&answer=46995
• http://www.google.com/support/blogger/bin/answer.py?hl=ko&answer=46888
• http://www.google.com/support/blogger/bin/answer.py?hl=ko&answer=47270

어쨋든 이 뭔가 구글답다. 역시 구글느님...

요즘도 압축하는 것이 편리하고 유용한 것일까요? edit

개인위키에서 가져옴. (마지막 수정: 2009년 12월 15일 (화) 11:57)

http://qaos.com/viewtopic.php?topic=6814&forum=1

아직도 압축해서 전송하는 것이 훨씬 효과적입니다.

전송 오류를 피할 수 있습니다.

가장 쉬운 예로 .AVI 파일을 들겠습니다. 보통 700M짜리 파일이 많으며, MPEG4로 이미 압축되어 있는 경우가많기때문에 압축을 해도 크기는 줄지 않습니다. 그러나 압축을하는 경우 잇점이 있습니다. CRC 기능때문에 전송중 오류가 발생한 경우 오류를 추출할 수 있고, 원하는 경우 복구 기능을 이용해서 복구할 수 있습니다.

그러나 압축을 하지 않고 전송하면 깨진 파일이 그대로 유포될 수 있습니다. 인터넷에 깨진 동영상이 얼마나 많았으면 DIVXPatch 사이트까지 있을까요.

다만 이 경우 압축을 해도 압축 방식은 저장, 복구 기록 넣기를 선택한 후 압축하는 것이 좋습니다(WinRAR의 경우).

많은 수의 파일에 적합합니다.

파일의 수가 많은 경우 전송 중 오류가 날 가능성이 많으며, 폴더 채 업로드해도 하나의 파일을 전송하는 것보다 불편합니다. 아울러 하나의 파일을 전송하고, 다시 전송 준비하는 시간을 고려하면 하나의 파일을 전송하는 시간이 동일한 크기의 여러개의 파일을 전송하는 시간보다 훨씬 빠릅니다.

파일 정보를 유지할 수 있습니다.

파일 정보는 별것 아닌 것 같지만 파일의 생성일, 유닉스의 경우 파일의 권한까지 압축 파일에 포함시킬 수 있습니다. 이와같은 파일 정보는 최신 버전 여부를 확인하거나 파일을 정렬할때 아주 유용합니다.

텍스트 파일의 경우에도 압축하는 것이 좋습니다.

IE에 포함된 기능중 하나가 내용을 중심으로 다운로드하는 기능이 있습니다. 이 말은 확장자가 설서 .REG이고 내용이 텍스트라면 다운이되는 것이 아니라 IE가 직접 출력할 수 있음을 의미합니다. 이 경우 메뉴를 이용해서 저장하는 과정을 추가로 거쳐야 합니다.

이외에도 여러가지가 있지만 일단 생각나는 것만 적어봤습니다.

물론 넷트웍 속도가 빠르기때문에 압축이 필요없을 것 같습니다. 이경우 앞서 언급한 압축 프로그램의 저장 기능을 이용하면 됩니다. 아울러 앞서 언급한 것처럼 설사 다른 방식으로 압축된 동영상이나 음악 파일이라도 압축 후 전송하는 것이 좋습니다.