구글이라는 거인도 어쩔수 없이 3년차 벤처기업인 admob을 사들여서 모바일 광고 시장을 잡았다고 합니다. 그만큼 모바일 광고 시장은 기존의 PC기반의 웹과 어떤 차이가 있을지 한번 분석해 보았습니다.

admob


사용자 삽입 이미지
사용자 삽입 이미지
사용자 삽입 이미지
사용자 삽입 이미지
사용자 삽입 이미지
사용자 삽입 이미지








 
크리에이티브 커먼즈 라이센스
Creative Commons License
2009/12/18 18:13 2009/12/18 18:13
요즘 iphone 출시로 궁금해 하시는 분들이 있는 것 같아서,

좋은 글 몇가지 링크 드립니다.


안드로이드 폰은 정말로 아이폰의 대항마일까? :
http://mocona.tistory.com/133



iPhone 판매처 현재 예약 상황 및 사은품 정리(수정) :
http://kmug.co.kr/board/zboard.php?id=news&page=1&sn1=&divpage=1&sn=off&ss=on&sc=on&select_arrange=headnum&desc=asc&no=7887



한국 아이폰 판매가격 정리 :
http://kmug.co.kr/board/zboard.php?id=news&page=2&sn1=&divpage=1&sn=off&ss=on&sc=on&select_arrange=headnum&desc=asc&no=7875



아이폰 요금 자동 계산 사이트 :
http://kmug.co.kr/board/zboard.php?id=news&page=2&sn1=&divpage=1&sn=off&ss=on&sc=on&select_arrange=headnum&desc=asc&no=7875




비지니스 관련

안드로이드 대 아이폰 1: 플랫폼
http://kmug.co.kr/board/zboard.php?id=column&page=1&sn1=&divpage=1&sn=off&ss=on&sc=on&select_arrange=headnum&desc=asc&no=1873



안드로이드 대 아이폰 2: 사업모델
http://kmug.co.kr/board/zboard.php?id=column&page=1&sn1=&divpage=1&sn=off&ss=on&sc=on&select_arrange=headnum&desc=asc&no=1874



안드로이드 대 아이폰 3: 코어 시스템과 번들 소프트웨어
http://kmug.co.kr/board/zboard.php?id=column&page=1&sn1=&divpage=1&sn=off&ss=on&sc=on&select_arrange=headnum&desc=asc&no=1875

크리에이티브 커먼즈 라이센스
Creative Commons License
2009/11/24 11:37 2009/11/24 11:37
어떤분의 결론(합리적인 생각이고 내 생각과도 같다)

역시 구글의 최대 수익은 광고이고, 그 수익을 내기 위한 최고의 플랫폼은 웹서비스(gmail등등등) 이며,

그런이유로 어떤 폰에서라도 gmail과 google map등이 잘 돌아가면 그 뿐....




1. 안드로이드 폰은 아이폰의 대항마가 될 수 없다, 아니, 될 마음이 없다.
 
 2. 하지만, 가까운 미래에 나올 '구글 폰'은 아이폰의 대항마가 될 수 있다, 아니 구글은 그렇게 되도록 만들것이다.

3. 그렇다고 해서, 지금, 그리고 앞으로도 기존 핸드폰 업체들에 대한 안드로이드 개발 지원과  적용을 소홀히 하지는 않을 것이다.

4. 어찌되었던 구글로서는 손해가 없기 때문이다.




크리에이티브 커먼즈 라이센스
Creative Commons License
2009/11/22 16:10 2009/11/22 16:10
구글에서는 소스만 발표 되었지만, 유저들이 컴파일해서 virtualbox / vmware로 수행가능한 이미지로 배포 하고 있네요

로그인 안되서 고생했는데 방법은 virtualbox의 랜카드를 Intel Pro/1000 MT Desktop (82540EM) 로 변경 하면 됩니다.

과연 구글은 안드로이드와 크롬OS를 어떻게 발전시켜 갈지 앞으로의

행보가 궁금합니다~~ ^^

다운로드 및 정보 :

http://geeklad.com/download-the-google-chrome-os-virtual-machine
크리에이티브 커먼즈 라이센스
Creative Commons License
2009/11/22 09:37 2009/11/22 09:37
출처 : http://www.albireo.net/forum/showthread.php?t=9165

좋은글이라 퍼 담았습니다.











배워보자. 애플이 바꾼 유닉스



Apple’s Changes to UNIX Can Infuriate, Mystify, Delight

by John Martellaro on February 3rd, 2009 at 9:00 AM

"If you have always done it that way, it is probably wrong."

-- Charles Kettering


모든 맥오에스텐 사용자는 알듯, 초기 유닉스 운영체제들은 일반적인 소비자용 운영체제였던 적이 없었다. 그러나 애플이 기적과 같이 바꾸어 놓았다. 하지만 그를 위해 유닉스 내부 구조에 상당한 변화를 가져와야 했다. 이점을 싫어하거나 당혹스러워하는 유닉스 전문가나 IT 관리자들이 있다. 그러기 싫다면, 다른 신기술처럼 맥오에스텐도 공부를 해야 한다. 당연하다.

유닉스를 일반인 친화적으로 만들려는 시도는 리눅스 진영에서 이미 있어왔다. 하지만 그 시도는 근본적이라기보다는, 화장술에 가까웠다. 가령 CDE와 KDE, Gnome (그리고 노틸러스 파일관리자)과 같은 GUI는 맥과 윈도를 따라하려 노력했었다. 그러나 리눅스의 근본은 그리 크게 바뀌지 않았다. 지속성과 예측가능성을 좋아할 시스템 관리자들 정도가 리눅스를 사용하기 때문이기도 하다. 또한 개개인으로부터의 작지만 점차 커져가는 기여를 통해 쌓은 리눅스 사업모델은, 돈과 조직이 제공할 수 있는 애플식 방식과는 달랐다.

If it Works, Don't Fix it

맥오에스텐 10.0 Cheetah가 나왔을 때가 2001년 3월이다. 당시 필자는 애플의 철학에 대해 썼었다. 당시 애플은 일단 새 운영체제를 발표하기 위해 노력했었다. 즉, 무슨 기능을 잘 이루는 것보다는, 제일 중요한 곳에 역점을 두는 것이 더 중요했다. 맥오에스텐의 경우, Netinfo와 BSD 4.4 유닉스 기본은 넥스트에서 작동했었는데, 무엇보다 중요한 일은 Display Postscript를 제거하여 QuickDraw를 보다 새롭고 현대적인 2D 드로잉 시스템, Quartz에 넣을 수 있도록 하는 것이었다.

그래야 제일 중요한 이주, 즉 맥오에스 9의 클래식으로부터 현대적인 카본과 코코아로의 이주를 이룰 수 있었다. 중요한 일에 집중하고, 다른 유닉스 부분은 그저 돌아가는 정도로 놓아두는 것의 사례가 바로 맥오에스텐 10.0이었다.

Moving Forward

새 운영체제를 발표할 때 집중이 중요하다면, 향후 어떤 한계가 있을지 정확히 아는 것도 중요하다. 맥오에스텐을 어떻게 하면 완전히 소비자 친화적으로 하는지, 신뢰성과 보안을 높일 수 있는지를 애플은 미리 염두에 두고 있었다. /etc/rc.d와 같은 것을 launchd와 System Starter로 어떻게 이주시켰는지 시시콜콜 밝히지는 않겠다. 간단히 말해서, 이것도 시스템의 신뢰성과 융통성을 위해 이루어졌다. 누군가 rc.d 파일을 어지럽혀서 유닉스 서버 부팅이 안된다면, 유닉스 시스템 관리자부터 불러야 한다. 그러나 소비자들은 그럴 수가 없기 때문에, OS 부팅과 대몬 활성화에 완전히 새로운 방식이 필요했다.

간단하게나마 애플이 맥오에스텐에서 유닉스를 바꾼 사항에 대해 몇 가지 써 보면 다음과 같다.

  • System Starter와 launchd는 cron, init.d, xinetd, mach_init를 교체하였다 (10.4)
  • Open Directory가 Netinfo를, dscl 커맨드가 useradd를 교체하였고 lookupd는 사라졌다. (10.5)
  • 애플리케이션과 포트를 묶는 애플 파이어월이 IPFW2 파이어월을 대체하였다. (10.5)
  • 맥오에스텐 앱(app) 패키지가 서포트파일의 boatload에 있는 싱글 바이너리를 대체하였다. (10.0)
  • 리눅스의 경우 tar 파일 압축을 푼 다음 버전별로 컴파일해야 한다. 이와는 달리 맥은 번들, 프리컴파일 바이너리 패키지의 개념을 선보였다. 그 결과 Redhat의 RPM과 같은 패키지 매니저가 필요 없어졌다. (10.0) [그러나 오에스텐은 패키지 receipt를 유지하고 있다.]
  • Spotlight 검색을 위한 HFS+ 메타데이터. (10.4) [파일시스템 개선으로 봐야겠지만, 포함시켰다.]
  • Bonjour (Zero-configuration networking)

주안점은 따로 있다. 맥오에스텐은 진화중인 시스템이며, 유닉스의 기반에서 오픈소스의 유산을 여전히 유지하고 있다. 가령, 보안개선용으로 애플리케이션 샌드박싱을 해 주는 Mandatory Access Control은 TrustedBSD에서 나왔다.

The IT Manager's Dilemma

IT
관리자들도 요새는 애플 소매스토어가 여기 저기에 생겨나고 맥의 보안에 대한 명성, 아이폰과 아이포드 덕택에 애플의 성공담을 더 잘 알고 있다. 이 모두가 맥오에스텐에 대한 호기심을 불러일으키는 후광효과를 일으키고 있다. (그럼에도 불구하고, 맥오에스텐/다윈이 현재 FreeBSD UNIX 기반임을 여전히 모르는 PC/윈도 열광론자들이 여전히 남아있음을 덧붙여야겠다.)

그 결과 리눅스에 대해 잘 아는 젊은 엔지니어에게 선배 관리자가 맥오에스텐을 공부하고, 한 번 써 보는 것을 준비해봐라고 말한다면 어떨까? 8년간의 변화를 갑자기 공부해야 한다. 솔라리스나 리눅스 전문가들에게 배우는 것도 별 도움이 안된다. 그들의 반응이야 이렇게 나올 수 있다. "오마이갓(Omigod), 이건 외계인 유닉스야! 애플이 뭘 해놓았는지 전혀 모르겠어!"

불행히도, 당혹스러움은 좌절과 조롱으로 바뀔 때가 종종 있다. 이 때문에 애플과 맥오에스텐에 대한 경험 없이, 애플이 조성한 보다 현대적인 유닉스의 장점을 활용하기란 쉽지가 않다.

Remedies

위와 같은 상황인 IT 관리자들이 볼 수 있는 자료는 많다. 관건은 어디서부터 시작하느냐이다.

애플 개발자프로그램에 들어간 핵심인력을 여름마다 열리는 애플의 WWDC로 보내라. 두 번 이상 보내어야 한다.

맥오에스텐에서 애플이 무엇을 바꾸었는지 설명하기 위한 소스가 있다. 가령, "Mac OS X Internals""Mac OS X for Unix Geeks"가 있다. 아쉽게도, 훌륭한 "Mac OS X Unleashed" 시리즈는 Tiger가 마지막이었다.

이미 맥오에스텐 내부를 알고 있는 애플 스페셜리스트로부터 훈련을 받아도 좋다. 추가해서, 기업용 맥오에스텐에 대해 Computerworld에 기고해온 라이언 파스(Ryan Fass)도 있다.

맥오에스텐 서버의 sysadmin 툴에 대해 배우도록 하라. 가령 Apple Remote Desktop이 있겠다.

동네 애플 판매처 대표와 손잡고 쿠퍼티노 브리핑 일정을 짜 보라. 꼭 캘리포니아 쿠퍼티노가 아니라 다른 대도시라도 좋다. 리눅스보다 무엇이 더 나은지, 무엇이 더 차별화되었는지 주요기술을 중역에게 브리핑하도록 하자.

lists.apple.com의 애플리스트 서버 그룹 중 하나에 가입하라. 애플 엔지니어들이 이들 그룹을 모니터링하고 있으며, 가끔 도움도 준다. Fed-talkUnix-porting, Scitech은 유용한 포럼이다.

MacResearch.orgMacEnterprise.org와 친해져라.

과거에는 맥월드의 IT Track 컨퍼런스 참여가 IT 전문가들을 만나는 훌륭한 통로역할을 했었다. 그들 중 많은 수가 수 천대 맥 설치와 설정 책임자들이다.

The OS From Mars?

맥오에스텐은 외계인 유닉스가 아니다. 최고의 기술이자, 자금력이 튼튼하고 매우 경쟁력 있는 대규모 기관이 크게 기여한 유닉스 기술이다. 물론 무엇이라도 학습시간은 필요하다. 인내심과 호기심, 학습이 필요한 때이다.


The teaser image is "Hexley," the official Darwin Mascot.

* Darwin is the core UNIX, FreeBSD, evolved from 4.4BSD + changes contributed by Apple. Darwin plus Apple's proprietary GUIs and additional features constitute Mac OS X.

John Martellaro is a senior scientist and author. A former U.S. Air Force officer,he has worked for NASA, White Sands Missile Range, Lockheed Martin Astronautics, the Oak Ridge National Laboratory and Apple Computer. During his five years at Apple, he worked as a Senior Marketing Manager for science and technology, Federal Account Executive, and High Performance Computing Manager. His interests include alpine skiing, SciFi, astronomy, and Perl. John lives in Denver, Colorado.

http://www.macobserver.com/tmo/artic...stify_delight/
크리에이티브 커먼즈 라이센스
Creative Commons License
2009/08/14 13:21 2009/08/14 13:21
GuestOS : CentOS
HostOS : Windows 2003
Network : Bridge


 Vmware나 VirtualServer에서 GuestOS의 네트웍 설정을 bridge로 설정하여 HostOS와 같은 클래스의 IP를 받아서 사용하고 있습니다. GuestOS에서 CIFS(삼바)로 HostOS를 연결, 대용량 화일 복사를 시도하는데 자꾸 Read 오류가 발생하여서, 호스트OS의 이벤트뷰어를 확인해 보니 GuestOS로 부터 DoS(Denial-Of-Service)가 검출된다는 경고가 다수 발생하였습니다.

 MSDN을 통해 검색해 보니 아래와 같은 해결책이 발견되어 해결하였습니다.

http://support.microsoft.com/kb/888750/en-us







Slow performance when you try to access resources on your Virtual Server 2005 host computer from a guest virtual machine

Article ID:888750
Last Review:November 2, 2007
Revision:3.2

SYMPTOMS

When you try to access resources on your Microsoft Virtual Server 2005 host computer from a guest virtual machine, the performance is very slow. When you try to copy a large file, the file copy may take minutes when you expect it to take seconds. Or, the large file transfer may not be completed. You may also experience that the guest virtual machine or other guest virtual machines that are attached to the same virtual network may disconnect from the virtual network.

This problem may also cause actual non-virtual network connections to the host machine to be disconnected. You may see an event log entry that is similar to the following event log entry :

Event ID: 2025
Source: SRV
Description: The server has detected an attempted Denial-of-Service attack from client \computername, and has disconnected the connection.

Back to the top

CAUSE

This problem may occur if you have Transmission Control Protocol (TCP) segmentation offloading enabled on the host computer's network adapter. The Digital Equipment Corporation (DEC)/Intel 21140A chipset that Virtual Server 2005 emulates does not support TCP segmentation offloading. Therefore, the Virtual Server Network Driver Interface Specification (NDIS) filter driver must offload the TCP segmentation on the network adapter. This may cause slow performance and other network problems when you use Virtual Server 2005.

Back to the top

WORKAROUND

To work around this problem, use one of the following methods:

Note If you have any network adapters that Virtual Server 2005 guests use, Microsoft recommends that you disable TCP segmentation offloading.

Back to the top

Method 1

Enable local area network (LAN) routing on the host computer, and then move the virtual network to the Microsoft Loopback Adapter.

Note To perform this procedure, your host computer must be running Microsoft Windows Server 2003.

To enable LAN routing on the host computer, follow these steps:
1.Click Start, point to Administrative Tools, and then click Routing and Remote Access.
2.Right-click your server name.
3.If remote access is already enabled, follow these steps:
a. Click Properties, and then click the General tab.
b. Make sure that the Router check box is selected, and then click OK.
If remote access is disabled, follow these steps:
a. Click Configure and Enable Routing and Remote Access.

The Routing and Remote Access Server Setup Wizard starts.
b. Click Next.
c. On the Configuration page, click Custom configuration, and then click Next.
d. On the Custom Configuration page, click to select the LAN routing check box.
e. Click Next, and then click Finish.
f. Click Yes if you are prompted to start the Routing and Remote Access service.
For information about how to move the virtual network to the Microsoft Loopback Adapter, see the "Using Microsoft Loopback Adapter" and the "Setting up virtual networks" topics in Virtual Server 2005 Help.

Back to the top

Method 2

Disable TCP task offloading in the registry of the host computer. To do this, follow these steps.

Important This section, method, or task contains steps that tell you how to modify the registry. However, serious problems might occur if you modify the registry incorrectly. Therefore, make sure that you follow these steps carefully. For added protection, back up the registry before you modify it. Then, you can restore the registry if a problem occurs. For more information about how to back up and restore the registry, click the following article number to view the article in the Microsoft Knowledge Base:
322756 (http://support.microsoft.com/kb/322756/) How to back up and restore the registry in Windows
1.Click Start, click Run, type regedit, and then click OK.
2. Locate and then click the following registry subkey:
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters
3.Click Edit, point to New, and then click DWORD Value.
4.Type DisableTaskOffload as the entry name, and then press ENTER.
5.Right-click DisableTaskOffload, and then click Modify.
6.In the Value data box, type a value of 1, and then click OK.
7.Quit Registry Editor.
8.Restart your computer.

Back to the top

Method 3

If you do not want to disable TCP segmentation offloading on the whole system, and you want to only disable TCP segmentation offloading on the network adapters that Virtual Server 2005 guests use, you must not add the DisableTaskOffload registry entry that is described in Method 2. Instead, you can disable the task offload properties on the Advanced tab of the Properties dialog box of the network adapter.

Warning When you disable the task offload properties, guest virtual machines that are attached to the same virtual network may temporarily disconnect from the virtual network.

To disable the task offload properties, follow these steps:
1.Click Start, click Run, type ncpa.cpl, and then click OK.
2.Right-click your network adapter, and then click Properties.
3.Click the General tab, and then click Configure.
4.Click the Advanced tab.
5.In the Property box, click the Offload TCP Segmentation property.
6.In the Value list, click Off, and then click OK.
7.If you also have the following task offload properties in the Property box, you must repeat step 5 to step 6 to disable these properties:
Offload Receive IP Checksum
Offload Receive TCP Checksum
Offload Transmit IP Checksum
Offload Transmit TCP Checksum




크리에이티브 커먼즈 라이센스
Creative Commons License
2009/04/08 17:48 2009/04/08 17:48

UNIX 계통도

PlatForm 2009/01/28 00:10
사용자 삽입 이미지
크리에이티브 커먼즈 라이센스
Creative Commons License
2009/01/28 00:10 2009/01/28 00:10
제목이 좀 자극적(?) 인가요?
요즘 면접을 다니다 보니 자주 요구 받는것이 있습니다.

Define you!

사실 개인적으로 제일 싫어하는 것이 자바진영,윈도우진영,응용프로그래머,웹프로그래머.....
이런 선을 긋는 듯한 단어들 입니다.

hadoop에 관련된 포스트를 작성하다가...그 글을 MS 플랫폼만을 사랑하시는 분들이 보시면 아마도...

"우리는 MS니깐 상관없어 언젠가는 MS가 만들어 주겠지..." 라고 이야기 하실것이 뻔 합니다.

사실 MS플랫폼만을 써야 하는 상황이라도 오픈소스 hadoop의 장점은 너무나 가지고 싶지 않을까요?
플랫폼이 가로막는 상황에서 포기하던가 배척하는 것 보다는 생각을 유연하게 가지고 장점을 이용할 수 있으면 좋지 않을까요?

- spring에서 배울 수 있는 framework
- c# 에서 배울 수 있는 범용성 있는 컴포넌트
- 리눅스를 통해 배울 수 있는 OS의 속살
- java를 통해서 배울 수 있는 객체지향의 철학
- 윈도우를 통해서 배울 수 있는 HCI 와 자동화

"미래는 전문가의 시대이기 때문에 좋은 경력관리를 위해서는 하나만 집중해서 파야한다." 라고 커리어 전문가들은 이야기하고 있습니다.

사실 주변을 보면 하나의 플랫폼에서 오랜기간 일을 하신 분들도, 개인의 의지가 없으면 해당 기술에 대한 깊이있는 이해가 없는 경우도 많이 보았습니다. 역으로 그런 이유때문에 "Define you!!"가 강조 되는지도 모르겠습니다. ^^

하지만 IT의 빠른 변화주기에서 시스템프로그래머(OS,platform등)보다는 응용프로그래머(넓은 의미의)를 필요로 하는 수요가 더 많은 것이 우리나라의 현실입니다. 너무 틀에 같혀서 다른 플랫폼을 베타적으로 생각하기 보다는 돈이 들지 않는 선에서 해볼 수 있는 건 시도 해 봐야 한다고 생각합니다. 그런 의미에서 오픈소스는 언제나 개발자의 시야를 넓게 만들어 주는 종합 선물세트 입니다.

너무 심하게 유행이라는 걸 만들고 따라가는건 물론 좋지 않다고 생각합니다. 하지만 대부분 유명한 오픈소스 프로젝트는 유행보다는 실무의 필요에 의해서 만들어지고 다수의 개발자들이 머리를 모아서 발전해 나가고 있습니다. 그 속에서 배울 수 있는 것 들도 많기 때문에, 언제나 관심을 가지고 있어도 좋다고 생각합니다.




크리에이티브 커먼즈 라이센스
Creative Commons License
2008/11/27 23:19 2008/11/27 23:19

naver bot

PlatForm 2008/11/27 17:17
개인서버가 느린것 같아서 간만에 점검해 보려고 WebAlizer 로그를 열어보았습니다.

그런데 11월 들어서 NaverBot 이라는 에이이전트 이름으로 제 블로그를 운영하는 서버에 접근하는 비율이 높아졌습니다.

11월 이전에는 볼 수 없었던 에이전트인데 ^^ 무슨 변화가 있었던 건지 궁금하네요.

bot들 때문인지 네트웍 트래픽도 MRTG를 통해서 확인해 보면

특정시간대에 outbound 트래픽이 치솟는 경우가 많습니다.

쩝...소통을 위해 오픈한 블로그인데....트래픽을 혼자서 다 잡아 먹네요.

흠....



사용자 삽입 이미지



글을 올리고 나서 점검해 보니

서버가 느린이유가 있었습니다.

리눅스는 CENTOS 배포본을 사용하고 있는데,

vmware-server를 통해서 guestos 로 윈도우를 사용하고 있었습니다.

윈도우에 p2p 프로그램이 운영되고 있었는데 vmware에서 제공하는 nat를 이용해

guestos로 특정 포트를 포트포워딩 했었습니다.

guestos는 사용하지 않을때 suspend 모드로 전환해서 host의 자원을 돌려받는 형태로 운영했는데,

문제는 외부에서 guestos의 p2p 프로그램으로 접속하려는 패킷들이 지속적으로 누적되어서(LISTEN 해야할 guestos가 응답하지 않으니)

서버가 정체 상황이 되었던 것이네요.

netstat 을 하는순간....FIN_WAIT....


사용자 삽입 이미지




ㅎㅎㅎ

안그래도 오늘 면접시에 리눅스 서버 운용에 대한 이야기를 나누었었는데....

집에 돌아마자 사고가...ㅎㅎㅎ

개인서버라 큰 지장은 없지만 가상화되어 다중화된 서버에서

ip filter 관리는 신중을 기해야 하겠습니다.
크리에이티브 커먼즈 라이센스
Creative Commons License
2008/11/27 17:17 2008/11/27 17:17
TAG 이올린 태그검색올블로그 태그검색테크노라티 태그검색태그스토리 태그검색티스토리 태그검색, 이올린 태그검색올블로그 태그검색테크노라티 태그검색태그스토리 태그검색티스토리 태그검색, 이올린 태그검색올블로그 태그검색테크노라티 태그검색태그스토리 태그검색티스토리 태그검색
RPM이 제공되지 않는 오픈소스들을 이것저것 설치했더니 관리가 안 되네요.
Stow를 이용해 보았습니다.
binary,library,manual등등 알아서 링크를 만들어 주고,
삭제시에는 알아서 찾아 지워주내요.
원문은 위키에 정리했습니다. http://wiki.songks.net/Stow









설명

사용법

  • stow 관련 폴더 생성
mkdir /usr/local/stow
  • 소스 컴파일 및 인스톨시 prefix를 아래와 같이 사용한다.
./configure --prefix=/usr/local/stow/<프로그램이름>
  • prefix 폴더의 상위에서 아래와 같이 수행하여 링크를 생성한다
cd /usr/local/stow
stow <프로그램이름>
  • stow 는 <프로그래이름> 하위의 bin,man 등을 상위폴더(기본설정시 /usr/local) 하위에 링크한다

삭제

  • 아래와 같이 수행하여 stow에 의해 생성된 link를 찾아서 제거한다.
cd /usr/local/stow
stow -D <프로그램이름>















크리에이티브 커먼즈 라이센스
Creative Commons License
2008/08/13 04:54 2008/08/13 04:54