vi(vim)로 git repository 에서 작업하다 보면 터미널을 하나 더 띄우거나 쉘을 vim 에서 fork 해서 띄워서 git 을 확인해야 할 경우가 많다.

간편하게 vim plugin 으로 이 작업들을 해결 가능하다.

Git plugin

Plugin : http://github.com/motemen/git-vim/tree/master

위의 repository 에서 받을수 있다.

주의할 점은 vim 7.1 이상만 지원하는 듯 하다.

Git plugin 설치

plugin 디렉토리와 syntax 디렉토리가 있고 각각의 디렉토리 안에 .vim 플러그인들이 있다.

본인의 계정에

1. .vim/ 디렉토리가 없으면 만들고
2. 그 안에 plugin 과 syntax 디렉토리를 없으면 만들고
3. plugin, syntax 디렉토리에 앞서 받은 git-vim plugin 들을 카피해 넣는다.

git-vim 의 사용

기본 키맵은 다음과 같이 매핑 되어있다.

== Keymaps
[<Leader>gd] :GitDiff
[<Leader>gD] :GitDiff --cached
[<Leader>gs] :GitStatus
[<Leader>gl] :GitLog
[<Leader>ga] :GitAdd
[<Leader>gA] :GitAdd <cfile>
[<Leader>gc] :GitCommit

 

=== In git-status buffer
[<Enter>]    :GitAdd <cfile>

쉽게 설명하면 vim 의 command mode, 즉 esc 를 한번 누른 상태에서

\gs

라고 입력하면 GitStatus 명령을 친것과 같이 동작한다.

즐거운 vi & git 생활 되시길.

이올린에 북마크하기(0) 이올린에 추천하기(0)

크리에이티브 커먼즈 라이선스

이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이선스에 따라 이용하실 수 있습니다.

1. modified 파일이 있나 확인.

modified 파일이 있으면 pull 이 안될수 있습니다.

2. modified 파일이 있으면 patch 뜬다.

패치가 work.patch 파일로 저장됩니다.

3. local git repository를 리셋

가장 마지막으로 pull 해왔던 상태로 리셋합니다.

이때 주의할것은 git status 에서 untracked file 이 있으면 리셋할때 파일이 지워집니다.

untracked file 이 없도록 commit 해놓고 reset 하세요.

4. git pull

하시면 깨끗하게 최신으로 패치 됩니다.

5. 본인이 수정한 파일을 패치로 적용

• 우선 패치해도 에러가 안나는지 테스트 합니다.
  • patch -p1 --dry-run < work.patch
• patch fail 이 되지 않으면 패치 해도 됩니다.
  • patch -p1 <work.patch
• patch fail 이 하나라도 나면 fail 난 파일의 diff 내용만 따로 파일로 보관하고 work.patch 에서 삭제합니다.
• fail 난 파일의 diff 를 수작업으로 붙여넣어 줍니다.

6. 정리하면

이올린에 북마크하기(0) 이올린에 추천하기(0)

크리에이티브 커먼즈 라이선스

이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이선스에 따라 이용하실 수 있습니다.

1. V4L2 community : linuxtv

http://www.linuxtv.org

2. V4L2 repository

http://linuxtv.org/hg/v4l-dvb/

GIT 이 아닌 mercurial 을 사용

3. Mailing list

- http://vger.kernel.org/vger-lists.html#linux-media : 2009년 1월 2일부로 kernel.org 로 통합

- http://www.redhat.com/mailman/listinfo/video4linux-list : old mailing list

4. New API changes work

The way new API changes work is:
1. You should do a proposal at linux-media ML. People will review it and comment.
2. You should also propose the changes for the V4L2 API documentation.

After all guys being happy with your proposal, the API changes will be merged
at the development tree (and later at upstream kernel) together with your driver.

5. Documents

- Official V4L2 API doc : http://www.linuxtv.org/downloads/video4linux/API/V4L2_API/

- Latest V4L2 API docs : http://linuxtv.org/hg/~hverkuil/v4l-dvb-spec/file/ffe42a65649f/v4l2-spec/ : Make 가필요

- For driver developer : http://www.linuxtv.org/downloads/video4linux/v4l2dwgNew.html

- V4lL2 articles : http://lwn.net/Articles/203924/

이올린에 북마크하기(0) 이올린에 추천하기(0)

크리에이티브 커먼즈 라이선스

이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이선스에 따라 이용하실 수 있습니다.

This morning I’ve faced some kind of huge disaster.

My evolution mail client couldn’t open my bloody Inbox!!!!

Shame.

I figured it out that the cause of break was “evolution 2GB limit sort of bug”

Tried everything I could but not worked :(, and finally found out the solution.

Thanks google, and thanks nocturrne.

Source : https://bugs.launchpad.net/ubuntu/+source/evolution/+bug/197290

nocturrne wrote on 2008-06-30: (permalink)

I have the same problem every 6 months or so. This lame bug has been around since at least 2005. Please fix it.

Ubuntu Gutsy 7.10
Evolution 2.12.1

The best workaround I have found is to use archivemail to archive the old mail in the file, reducing the file size.

install archivemail:

sudo apt-get install archivemail

archive all mail older than 90 days:

archivemail -d90 ~/.evolution/mail/local/yourmailfile

After doing this, the file size is reduced way below 2GB, so it will open the next time you start evolution. If you like you can decompress the archive file and import it into another folder in evolution - takes a while though...

Regards

이올린에 북마크하기(0) 이올린에 추천하기(0)

크리에이티브 커먼즈 라이선스

이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이선스에 따라 이용하실 수 있습니다.

Proposal for presentation on CELF

Hello.

My name is Dongsoo Kim. and may I propose for a presentation about “Framework for digital camera in Linux” ?

In these days we practically use devices with camera in general which is based on SoC camera subsystem.

And those camera devices have been definitely improved in functional and performance level.

Let me take a specific case of mobile phone. Many of our mobile phones have camera on them and even dual for 3G handsets.

In case of Linux based smartphones, we have to control camera devices with video4linux APIs and thats what I want to talk about.

We’ve got several video4linux APIs in Linux kernel already but thats not enough. Because they are mostly for USB PC cameras as known as “webcam”.

But as I mentioned above, camera devices have been improved these days and they are running like a real digital camera. They have shutter device, iris, and some devices support object detection and wide dynamic range functionality.

But video4linux APIs in kernel mainline cannot cover all of them because those APIs are just considering cameras of “webcam” level.

So we are defining new video4linux APIs for digital cameras and wanna explain how it works.

Our presentation covers several SoC camera drivers in linux and legacy video4linux APIs and new video4linux APIs for digital camera.

And we also want to talk about camera porting issues.

Thank you.

I’m also attaching presentation contents below. You can refer to them.

Camera platform (except for USB camera) called SoC based camera subsystem

• Various ways of preview (Live view) in SoC camera subsystems.
• SoC camera subsystem in Linux kernel aspect

Aggressive development in mobile camera module devices

• Legacy mobile camera modules are far behind latest ones in functional and performance level
• Latest mobile camera modules are very close to real cameras
• Needs of proper V4L2 APIs for real digital cameras

V4L2 and digital camera

• V4L2 and legacy camera modules
• Dual camera for 3G handset
• New V4L2 APIs for digital cameras

Issues of porting in SoC camera subsystem

• I2C issues
• Size negotiation issues
• color space negotiation issues
• Lens control issues
• JPEG data synchronization issues
• Gstreamer & OpenMax

See you at San Francisco, CA on April 6th - 8th, 2009

이올린에 북마크하기

크리에이티브 커먼즈 라이선스

이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이선스에 따라 이용하실 수 있습니다.