iTerm2에서 git을 쓰다보면(emacs에서 magit을 쓸 때도 마찬가지다) 이상하게 %기호가 나오면서 줄바꿈이 이상하게 바뀔 때가 있다.
이럴 때는 다음과 같이 명령을 주면 해결된다.
defaults delete com.googlecode.iterm2몇 달간 귀찮아서 구글링을 안 하다가 stackexchange에서 해결책을 찾았다.
[월:] 2022년 04월
[GitLab] root 비밀번호 까먹었을 때
- gitlab이 설치된 머신에 ssh로 접속을 한다.
sudo docker ps -a을 쳐서 docker 컨테이너 목록을 살펴본다.- gitlab 컨테이너 ID를 복사해서
sudo docker exec -it CONTAINER_ID /bin/bash로 컨테이너의 bash로 들어간다. bundle exec rake "gitlab:password:reset"을 쳐서 Rail console에 들어간다.- Rail console에서 다음과 같이 순차적으로 명령을 집어넣는다.
user = User.find_by_username 'root' user.skip_confirmation! user.password = 'NEW_PASSWORD' user.password_confirmation = 'NEW_PASSWORD' user.save!
주말에도 일
최근 최현도 교수와 함께 쓰는 태양광 기업의 기술협엽 전략 논문의 자료를 재구축 하는데 힘을 쏟고 있다.
이제는 SQL을 쓰는데 많이 익숙해져서 R이 잘 하는 기능과 SQL이 잘 하는 기능을 분리해서 작업을 해나가고 있다.
RMySQL 패키지를 쓰자니 코딩하는데 생산성이 떨어져서 sql 스크립트를 만들고 system() 명령으로 수행하고 있다.
오늘 드디어 모든 작업을 완료했다.
그 동안 내가 실수한 부분도 있었고, 최교수가 자료를 잘 못 전해준 적도 있어서 여러번 로직을 바꾸고 함수를 수정/보완하느라 많이 늦어졌다.
게다가 데이터 용량이 크니 SQL 수행하는 데도 시간이 꽤 걸려서, 한번 실수를 하면 수정/보완하는데 많은 시간을 할애했다.
물론 땜빵식으로 해결하면야 빨리 할 수 있었지만, 이번에는 100% replication이 되고 documentation에도 완벽을 기하고 싶었다.
그래서 이 파일 저 파일 검증도 여러번 하고, README.md 파일도 매우 꼼꼼하게 작성했다.
이렇게 일을 하다보니 느리게 진척이 되는데다가 에너지가 많이 빠지는 느낌이 들었다.
원래 오늘은 석원형, 재원이와 등산을 가기로 했던 날이지만 몸 상태도 별로 좋지 않았고 상협이 중간고사도 가까워서 등산을 연기했다.
그리고는 어제와 오늘은 연구실에 상협이와 같이 가서 상협이는 중간고사 공부를, 나는 분석작업 마무리를 했다.
거의 코드가 완성되어 갈 때 R 패키지를 업데이트를 하고, 테스트 코드를 작성했다.
해당 테스트 코드가 작동하지 않아서, 나는 패키지 업데이트 때문에 함수 사용법이 바뀌었거나 연관 패키지에 버그가 발생한 것으로 착각을 하고 정말 오랜 시간 삽질을 했다.
하다하다 못 해 github의 RMySQL 개발자 홈페이지도 들어가고, 이 사람이 쓴 글도 읽어보았다.
이 개발자는 요새 RMariaDB 개발에만 매진하고 있다길래.. 혹시나 RMariaDB로는 그 버그를 해결할 수 있을 것으로 착각으로 하고 RMariaDB를 설치하고 모든 코드를 RMariaDB용으로 다 고쳤다.
그럼에도 불구하고 버그가 있을 것이라고 생각하는 부분(그리고 내가 테스트용 코드를 잘 못 적어놓은 부분)은 여전히 문제가 해결되지 않아서, 개발자에게 issue까지 던졌다.
이 와중에 R-4.1.2 -> R-4.1.3으로 업그레이드도 해보고, 패키지도 다 새로 설치해보고, 다시 R-4.1.2로 돌아가는 등 많은 삽질을 했다.
virtual env를 안 써서 이런 사단이 났구나 싶어서, 자책도 많이 했다.
그러나 순식간에 날아온 답변에는 내가 테스트 코드를 잘 못 적었다는 짤막한 글이 담겨있었다.
얼마나 피곤했으면 몇 줄 안 되는 테스트 코드를 실수할까 싶어 무척 당황스러웠다. 고맙다고 답글을 남기고 오늘 아침에 마무리를 하겠다고 마음을 먹으면서, 막걸리로 하루를 마무리했다.
드디어 오늘 그 동안 마음에 걸렸던 부분을 깔끔하게 다 정리하고, Google Maps API도 거하게 한번 다시 사용하면서 완벽하게 replication이 가능하게 만들었다.
이제야 마음이 좀 놓인다.
최현도 교수와 초반에 작업하던 때와는 달리 새로운 데이터를 생성했으며, 처음에 의도했던 바대로 데이터가 뽑혀서 다행이다.
결과를 보내주게 되어서, 한참 동안 미안했던 마음이 조금 안정이 되었다.
한글입력기를 구름입력기로 변경
Mac을 2007년부터인가 쓴 것 같은데,
항상 불편했던게 한영전환과 한글입력이었다.
윈도우를 쓸 때부터 한영전환은 shift+space로 사용하고 있었는데,
Mac은 OS 버전이 메이저 업데이트 될 때마다 shift+space로 설정하는 방법이 달랐다.
이번 Monterey 에서는 한영 전환을 시도하면 화면 중간에 다음과 같은 보기 싫은 작은 투명 윈도우가 생기기도 하고, 한영 전환 딜레이가 생기기도 하며, 항상 첫글자는 전환되기 전의 언어가 입력이 된다.
그래서 한영 변환을 해서 한 템포 쉬고, 한 글자를 친 다음에 backspace로 그 글자를 제거한 후에 원래 입력하고 싶었던 문자들을 쳐 넣고는 했다.
Monterey로 처음 업데이트하고 나서 무척 당황스러웠지만, 며칠 쓰고 나니 그렇게 적응이 되어갔다.
그저께 갑자기 첫글자가 내 맘대로 입력이 안 되는 상황이 짜증이 났다.
아마 그 동안 짜증이 났던 것이 쌓여 있다가 한꺼번에 터져나온 것일 수도 있다.
그래서 구글링을 통해서 구름입력기의 존재를 알게 되고 설치를 했다.
곰곰이 생각해보니, 2007년엔가 한영 전환이 힘들어서 바람입력기를 썼던 기억이 났다.
그래서 한 때는 한영전환 및 한글 입력에 어려움을 겪지 않았던 적도 있었던 것 같다.
그러다가 바람입력기가 언제부터 관리되지 않았고, 나는 OS 기본 입력기에 재정착을 하게 된 것 같다.
사실 너무 오래 전 일이라 기억도 잘 나지 않지만, 바람입력기를 사용했던 적은 있었다.
구름입력기를 써보니 무척 편하다.
- 구름입력기 1.12.0 버전을 설치한 후에
- 시스템 환경설정 -> Input sources 에서 Han 2set을 추가해주고,
- 시스템 환경설정 -> Shortcuts -> Input Sources에서 'Select the previous input source'의 단축기를 Ctrl+Shift+Space로 설정하고 체크한다. 혹시나 umlaut 등을 입력할 일이 있을까봐... 아직 구름입력기에서 umlaut를 입력하는 방법은 모르기 때문에...
- 메뉴바에서 Input Source를 구름입력기로 선택한 다음,
- 구름입력기 환경설정에 들어가서, '한글/로마자 바꾸기 단축키'를 Shift+Space로 설정한다. 혹시나 싶어서 '오른쪽 키로 언어 전환'을 Command 키로도 설정해 놓았다.
구름입력기가 다 좋은데, WordPress의 WP Githuber MD랑은 궁합이 잘 안 맞는 것 같다. WP Githuber MD에서 한 글자가 완성되기 전에 그 글자는 제대로 보이지 않는다.
2022년 4월 24일 추가
Silicon Mac의 iTerm2에서 shift+space 입력할 때 space가 하나 추가되는 버그가 있는 것 같아서, 연구실 Mac에서는 기본 한글 입력기로 다시 돌아가서 쓰고 있다.
plist 파일을 수정해서 select next input source in input menu에서 Shift+Space로 만들었더니, 이제는 예전과 같은 문제가 발생하지 않아서 그냥 기본입력기를 쓰련다.
Intel Mac의 iTerm2에서는 별 문제 없이 구름입력기가 작동해서 구름입력기를 사용중이다.
Synology NAS에 afp 활성화
연구실 NAS에는 webdav를 이용해서 파일을 공유하고 있었으나, 무척 느렸다.
1MB 정도되는 작은 파일도 복사 시간이 한참 걸렸다.
그래서 오늘은 afp를 활성화했다.
584번 포트를 방화벽에서 열었는데, 별 일 없겠지.
이제는 집에서도 NAS에 원활하게 접속해서 작업을 할 수 있을 것 같다.