Anow's Opportunities - 언제나 진실되게

출처 : http://code.stephenmorley.org/articles/xampp-version-history-apache-mysql-php/

기본 패키지에서 설치할 수 없는 다양한 패키지들은 EPEL(Extra Packages for Enterprise Linux) 에서 구할수 있다.

CentOS EPEL Repo 를 설치해주고 원하는 패키지를 설치하면 된다.

아래는 weechat을 CentOS 5.4 에서 설치하는 예이다.

* 메신저로 추가 문의하는 사람이 있어 내용을 덧붙입니다.
여기서 EPEL 시리즈를 올바르게 설치하려면 위의 링크(http://dl.fedoraproject.org/pub/epel/5)에서 무작정 epel 을 내려 받지 마세요.
자신의 배포판 버젼과 시스템 아키텍쳐에 맞는 EPEL 을 설치하시길 바랍니다. 6.x 배포판을 x86_64 시스템 환경으로 구동하신다면 
http://dl.fedoraproject.org/pub/epel/6/x86_64/epel-release-6-8.noarch.rpm 이 링크를 통해서 epel 을 설치할 수 있습니다.
 
epel rpm 은 올바르게 경로를 찾아가셔서 CTRL + F 로 epel 을 검색하셔서 rpm 주소를 가져오신 후, wget 등으로 rpm 을 내려받아 설치하시면 됩니다.

Ubuntu에서 root 로그인을 위해 /etc/lightdm/lightdm.conf 에서 greeter-show-manual-login=true 설정을 적용했을 때 부팅이 안되는 경우, recovery 모드나 싱글 모드나 live cd 등을 이용하여 쉘을 띄운 후 다음과 같이 작업한다. :

/etc/lightdm/lightdm.conf.d/50-unity-greeter.conf 를 열고 아래와 같이 해당 내용을 편집한다 :

[SeatDefaults]
 greeter-session=unity-greeter
 greeter-show-manual-login=true

필자가 직접 경험한 문제는 아니고, 친구 문제의 해결을 도우면서 겪은 이슈라서 바로 해결되지 않을 수 있다.

그래도 문제가 계속 일어난다면, /etc/lightdm/lightdm.conf 에 적용된 greeter-show-manual-login=true 설정을 해제해주면 된다.

Uncaught Error: cannot call methods on dialog prior to initialization

jQuery로 작업을 하다가 위와 같은 에러를 만나서 엄청 고생을 했다. 

천천히 잘 읽어보면, 초기화되지 않은 상태로 호출을 하여 문제가 되는 것이다.

이는 다양한 상황에서 발생할 수 있는 문제이다. 예를 들면 다이얼로그가 존재하지도 않는데 open() 이나 close() 를 호출한다던가..

관련된 포스트가 있어서 인용한다. : (출처 : http://hbs.pe.kr/50152021782)

근데 난 jQueryUI 1.10 을 사용 중인데 이런 에러가 나는 걸 보니 꼭 위의 포스트처럼 1.9 버젼에만 국한된 이슈가 아닌 것 같다.

나는 Ajax로 다이얼로그에서 다른 페이지를 load() 할 때 이 문제를 만났는데, 온갖 삽질 끝에 불러오는 페이지에 있는 include 되는 모든 스크립트를 제거하고 시도한 끝에 해결할 수 있었다. 페이지가 순수하게 내가 의도한 데이터만 들어와야하는데, 페이지에 포함되어 있는 불필요한 스크립트 등이 함께 불러와져서 문제가 발생한 것이다.

천천히 소스를 검토해보고, 하나씩 테스트해봐가며 문제를 찾아보면 어렵지 않게 해결할 수 있는 문제다.

정작 나는 거의 5시간을 소비해버리고 말았지만..;; -_-;

이번에 Sublime Text 를 사용하면서 Bracket Highlighter 이라는 플러그인을 사용하였는데, 꽤 만족스럽다.

Sublime Text 자체에도 하이라이팅을 해주긴 하지만 많이 흐릿하고 눈에 잘 보이지도 않고, 지원하지 않는 문자도 있어 이 플러그인을 사용하는 것을 강력히 추천한다.

다만 아주 가끔씩 bracket 이 정확히 쌍을 이룸에도 불구하고 bracket missing 을 띄우는 문제가 있긴하다.

공식 홈페이지 : https://sublime.wbond.net/packages/BracketHighlighter

플러그인 설치를 처음 한다면 opentutorial 의 다음 강좌를 참고하면 된다. : http://opentutorials.org/course/671/3642

설치 초기에는 단순히 밑줄로 하이라이팅을 해줄텐데, Preferences > Package Settings > Bracket Hightlighter > Bracket Setting Default 로 들어가서 bracket_styles 로 검색하여 "style" : "underline" 를 "style" : "solid" 로 고쳐주면 된다.

the project was not built due to this file system is read only : 경로~

eclipse 에서 보통 외부에서 새로운 프로젝트를 내려받아 열어서 작업했을 경우 위와 같은 오류 메시지를 볼 수 있다.

한마디로 빌드를 하고 산출물(output)을 뿌릴 장소가 read only(보통 해당 경로가 존재하지 않아도 read only 오류를 내는 것 같다.) 이기 때문에 이런 오류가 발생한다.

이런 경우, Java Build Path 에서 output folder를 올바른 경로로 바꿔주는 것으로 문제를 해결할 수 있다.

해당 프로젝트의 Properties 를 열고(Project-Properties 또는 해당 프로젝트 오른쪽 클릭-Properties) Java Build Path 를 누르고 Source 탭을 선택하자.

<그림 1> Project Properties - Java Build Path

위와 같은 화면에서 아래에 보면 [Default output folder:] 라고 적혀있는 output folder 설정 공간이 있다. [Browse] 를 누르고 올바른 output folder 를 지정해주면 문제는 해결된다.

Visual Studio 2012 버젼부터 winres.h 가 Windows Kit8.0 의 Include Path 로 이동되었다.

VS12를 설치하면 Windows Kits 8.0도 같이 설치가 되니, 별도로 설치할 필요가 없을 것이다.

참고) Windows Kit 8.0 and Visual Studio 2012 - are they shipped together?

또한, VS12 의 Include Path 설정에 알아서 Windows Kits\8.0\Include\ 가 들어가 있으므로 문제될 것은 없지만 보통 resource를 편집하는 서드파티 프로그램을 사용할 때 Header Path를 설정해주어야하는데, 이때 아래의 경로 값을 참고하여 적절히 넣어주면 된다.

VS10 까지만해도 아래와 같이 VS 디렉터리에 winres.h가 존재했지만,

C:\Program Files (x86)\Microsoft Visual Studio 10.0\VC\atlmfc\include

VS12 부터는 Windows Kits\8.0 디렉터리에 winres.h가 들어간다.

C:\Program Files (x86)\Windows Kits\8.0\Include\um

본 포스팅은 VS2010 이후 버전에서 IncludePath를 전역적으로(Globally) 세팅하는 방법을 소개하고 있습니다.

정확히는 VC++ Directories 항목들을 세팅합니다. 여기에 Include Path가 포함되어 있고 대부분의 개발자들이 Include Path를 수정하기 위해 VC++ Directores 항목을 찾기 때문에 제목을 "전역 Include Path 설정하기" 라고 지었습니다.

VS2008 까지는 Tools>Options>Projects and Solutions>VC++ Directories 에서 설정할 수 있었지만, VS2010 부터는 이 항목이 Property Sheet Manager로 옮겨가서 더 이상 사용할 수 없는 항목이 되었다.

View>Property Manager 혹은 View>Other Windows>Property Manager를 누르면 Solution Explorer 가 있는 박스에 Property Manager 윈도우가 추가된다.

※ 프로젝트를 하나라도 열고 있어야지 Property Manager 에서 VC++ Directories 설정이 가능하다.

Microsoft.Cpp.설정한 Build Platform 명칭(여기서는 Win32).user 을 오른쪽 클릭하고 Property에 들어가면

아래와 같이 VC++ Directories 를 설정할 수 있다.

여기서 설정한 변수들은 모두 전역적으로 적용된다. 프로젝트별로 선택적으로 적용시키기 위해서는 프로젝트마다 우클릭을 하여 Property 창을 띄워 수정해야하지만, 여기서 전역적으로 적용시키면 이후 작업한 프로젝트부터는 기본적으로 이 설정으로 세팅된다.

원리는 아래와 같다.

Visual Studio는 %LOCALAPPDATA%\Microsoft\MSBuild\v4.0 경로의 property 파일을 읽어들여 적용시킨다.

위 처럼 Property Manager에서 해당 빌드 플랫폼의 설정을 수정한 경우, %LOCALAPPDATA%\Microsoft\MSBuild\v4.0\Microsoft.Cpp.Win32.user.props 를 수정하게 된다. (즉, 위의 과정을 따르지 않고 해당 경로로 직접 이동하여 해당 파일을 적절히 수정해도 된다는 말이다.)

<?xml version="1.0" encoding="utf-8"?>
<Project DefaultTargets="Build" ToolsVersion="4.0" xmlns="http://schemas.microsoft.com/developer/msbuild/2003">
  <ImportGroup Label="PropertySheets">
  </ImportGroup>
  <PropertyGroup Label="UserMacros" />
  <PropertyGroup>
    <IncludePath>C:\CustomPath</IncludePath>
  </PropertyGroup>
  <ItemDefinitionGroup />
  <ItemGroup />
</Project>

만약 본인이 임의로 수정해놓고 원래대로 값을 돌려놓고 싶은 경우에는 props파일을 연 후 설정한 옵션의 bracket 범위를 지워주면 된다.

여기서는 IncludePath가 추가되었으므로 <IncludePath>C:\CustomPath</IncludePath> 자체를 지우고 저장한 후 Visual Studio를 열고 새 프로젝트를 생성해보면 기본값으로 적용이 되어있을 것이다.

좀 더 다양한 정보를 얻고 싶다면 아래의 링크로!

http://blogs.msdn.com/b/vsproject/archive/2009/07/07/vc-directories.aspx

출처 : http://msdn.microsoft.com/ko-kr/library/c02as0cs.aspx

script 명령을 사용하면 쉘에서 보여졌던 모든 내용들을 자연스럽게 저장할 수 있다.