При попытке сделать clone на Solarized (мне эта подборка цветовых схем очень нравится), получим предсказуемый ответ:

host$ git clone git://github.com/altercation/solarized.git
Initialized empty Git repository in /home/ole/bin/solarized/.git/
github.com[0: 207.97.227.239]: errno=Connection refused
fatal: unable to connect a socket (Connection refused)

Но, к счастью, в сети есть сервер (назову его Gate), у которого есть доступ в Интернет.

На “ущемлённом” компьютере Host убеждаюсь, что установлен Netcat:

host$ nc -h
OpenBSD netcat (Debian patchlevel 1.89-3ubuntu2)

Если нет, то ставлю его (netcat есть практически во всех Unix).

Ubuntu/Debian:

host$ sudo aptitude install netcat-openbsd

Mac OS X (Homebrew):

host$ brew install netcat

Создаю файл (192.168.1.1 – адрес Gate, подкорректируйте):

host$ mkdir -p ~/bin
host$ vim ~/bin/git-proxy-wrapper.sh
#!/bin/sh
nc -x 192.168.1.1:1080 -X 5 $*

host$ chmod +x ~/bin/git-proxy-wrapper.sh

Выставляю переменную окружения GIT_PROXY_COMMAND (сначала в текущей сессии, а потом можно добавить команду в .bash_profile):

host$ export GIT_PROXY_COMMAND=~/bin/git-proxy-wrapper.sh

Перехожу к Gate. Запускаю ssh в режиме SOCKS-прокси, прохожу аутентификацию (-N – чтобы не входить в shell, -f – перейти в фоновый режим):

gate$ ssh -D 192.168.1.1:1080 -Nf localhost
ole@localhost's password: *******

На Host запускаю клонирование, всё работает:

host$ git clone git://github.com/altercation/solarized.git
Initialized empty Git repository in /home/ole/tmp/solarized/.git/
remote: Counting objects: 1991, done.
remote: Compressing objects: 100% (1288/1288), done.
remote: Total 1991 (delta 656), reused 1909 (delta 583)
Receiving objects: 100% (1991/1991), 33.03 MiB | 4.14 MiB/s, done.
Resolving deltas: 100% (656/656), done.

Доступ получен. Приятно. Описанный метод работает как на Linux, так на Mac.

С какой целью – неважно, но понадобилось мне посмотреть на файлы изображений png в одной программе для iOS. Пусть это будет… Да, Remote.

Добраться до файлов просто. Заходим в iTunes, находим программу, Secondary Click на ней и “Show in Finder”:

Копирую найденный ipa-файл в удобное место для дальнейших разборок:

Изменяю расширение .ipa на .zip:

И открываю архив, что приводит к извлечению файлов:

Захожу в Payload, выбираю файл приложения, Secondary Click, “Show Package Content”:

Вижу все файлы, входящие в программу:

Но вот незадача – содержимое части png-файлов не отображается:

Причины описаны в статьях “iPhone PNG images” и “iPhone “Optimized” PNGs“. Если коротко, то XCode при упаковке приложения под iOS адаптирует png под особенности организации видеопамяти iPhone и iPad, а именно меняет местами октеты красного и синего цветов и модифицирует альфа-канал, чтобы при загрузке не производить дополнительные вычисления.

Копирую эти файлы в свежесозданный каталог, иконки предпросмотра пусты:

Говорю спасибо Axel E. Brzostowski за программу iPhone PNG Images Normalizer, написанную на Python. Я пробовал две другие программы, но они часть файлов не могли раскодировать.

Списываю архив и раскручиваю программу в ~/bin:

$ curl "http://www.axelbrz.com.ar/ipin1.0.zip" -o ~/Downloads/ipin1.0.zip
$ mkdir -p ~/bin
$ unzip ~/Downloads/ipin1.0.zip -d ~/bin/

Я копировал ранее файлы в ~/Downloads/Rev/images. Смотрю, что не так с файлами. Посмотрите на нереальный размер и битность:

$ cd ~/Downloads/Rev/images/
$ file Bar-itunes.audiobooks.png
Bar-itunes.audiobooks.png: PNG image, 805314562 x 284378236, 0-bit grayscale,

Натравливаю на файлы скрипт:

$ cd ~/Downloads/Rev/images/
$ python ~/bin/ipin.py
-----------------------------------
 iPhone PNG Images Normalizer v1.0
-----------------------------------

[+] Searching PNG files... ok

 -  12 PNG files were found at this folder (and subfolders).

[?] Do you want to normalize all images (Y/N)? Y
0.00% ./Bar-itunes.audiobooks.png
8.33% ./Bar-itunes.audiobooks@2x.png
16.67% ./Bar-itunes.computers.png
25.00% ./Bar-itunes.computers@2x.png
33.33% ./Bar-itunes.genres.png
41.67% ./Bar-itunes.genres@2x.png
50.00% ./Bar-itunes.iTunesU.png
58.33% ./Bar-itunes.iTunesU@2x.png
66.67% ./Bar-itunes.movies.png
75.00% ./Bar-itunes.movies@2x.png
83.33% ./Bar-itunes.music.albums.png
91.67% ./Bar-itunes.music.albums@2x.png

[+] 12 PNG files were normalized.

Файлы починились? Да, всё в порядке:

$ file Bar-itunes.audiobooks.png
Bar-itunes.audiobooks.png: PNG image, 22 x 26, 8-bit/color RGBA, non-interlaced

Наслаждаюсь очередной решённой задачей.

P.S. А иконку для статьи я взял из файла iTunesArtwork, добавив к нему расширение .png.

Сразу же замечу, что если вы параноидальны и не хотите, чтобы ваши SMS прочитали, то криптуйте свои бекапы (панель опций на закладке Summary вашего iPhone):

Бекапы iOS-устройств находятся в каталоге ~/Library/Application Support/MobileSync/Backup. Меня интересует список, отсортированный в порядке проведения бекапов, для этого использую “ls -lt”:

$ cd "~/Library/Application Support/MobileSync/Backup"
$ ls -lt
drwxr-xr-x  6026 ctrld  staff  204884 Nov 12 16:34 09213b6660a22d13977258d480ced2a880ff8390
drwxr-xr-x  5633 ctrld  staff  191522 Oct 19 23:07 09213b6660a22d13977258d480ced2a880ff8390-20101019-230647

Имя состоит из UDID устройства и времени формирования предыдущих копий.

Метод, приведённый в указанной выше статье не работает – файлы с расширением .mddata и .mdbackup в моём бекапе отсутствуют. Поэтому ищу почти наугад.

Первый способ – поиск по известному фрагменту текста

Я знаю, что мне приходил SMS из банка о снятии денег за программу из iTunes в пользу “ITUNES-USD”. Нахожу grep’ом файл, убеждаюсь, что это SQLite:

$ cd "~/Library/Application Support/MobileSync/Backup/"
$ cd 09213b6660a22d13977258d480ced2a880ff8390
$ grep ITUNES-USD *
Binary file 3d0d7e5fb2ce288813306e4d4636395e047a3d28 matches
$ file 3d0d7e5fb2ce288813306e4d4636395e047a3d28
3d0d7e5fb2ce288813306e4d4636395e047a3d28: SQLite 3.x database

Второй способ – поиск по структуре базы

Сделал скрипт 1.sh, который снимает схемы всех баз SQLite (в него нужно вставить ваши данные):

#!/bin/bash
UDID=09213b6660a22d13977258d480ced2a880ff8390

dir=~/Library/Application\ Support/MobileSync/Backup/$UDID
if [ -e "$dir" ]; then
	echo "Time: $(date)"
else
	echo "Directory $dir does not exists"
	exit
fi

cd "${dir}"
lst=$(file * | grep SQLite | awk -F : '{print $1}')

for l in ${lst}; do
	echo ${l}
	echo ".schema" | sqlite3 ${l}
done
echo "Time: $(date)"

Запускаю скрипт, записываю вывод в файл:

$ ./1.sh > 1.out

Ищу в результатах строку “CREATE TABLE message” – именно так определяется таблица с SMS. Нахожу нужный файл, у меня это 3d0d7e5fb2ce288813306e4d4636395e047a3d28.

Вывод данных

Копирую найденный файл в рабочий каталог

$ cp "~/Library/Application Support/MobileSync/Backup/09213b6660a22d13977258d480ced2a880ff8390/3d0d7e5fb2ce288813306e4d4636395e047a3d28" ~/sms.sqlite

Открываю, смотрю схему (несколько приёмов работы с SQLite я приводил в статье по Mail.app):

$ sqlite3 sms.sqlite
sqlite> .schema
CREATE TABLE _SqliteDatabaseProperties (key TEXT, value TEXT, UNIQUE(key));
CREATE TABLE group_member (ROWID INTEGER PRIMARY KEY AUTOINCREMENT, group_id INTEGER, address TEXT, country TEXT);
CREATE TABLE message (ROWID INTEGER PRIMARY KEY AUTOINCREMENT, address TEXT, date INTEGER, text TEXT, flags INTEGER, replace INTEGER, svc_center TEXT, group_id INTEGER, association_id INTEGER, height INTEGER, UIFlags INTEGER, version INTEGER, subject TEXT, country TEXT, headers BLOB, recipients BLOB, read INTEGER);
CREATE TABLE msg_group (ROWID INTEGER PRIMARY KEY AUTOINCREMENT, type INTEGER, newest_message INTEGER, unread_count INTEGER, hash INTEGER);
CREATE TABLE msg_pieces (ROWID INTEGER PRIMARY KEY AUTOINCREMENT, message_id INTEGER, data BLOB, part_id INTEGER, preview_part INTEGER, content_type TEXT, height INTEGER, version INTEGER, flags INTEGER, content_id TEXT, content_loc TEXT, headers BLOB);
...

Делаю выборку из messages:

sqlite> select * from message;
...
2925|10060|1289398514|Parol: 11111111 www.privat24.ua -- Modem naprokat za 0 grn. v mesyats. Zakagi na privat24.ua i plati za Internet 60 ili 80 grn.|2|0||481|0|0|0|0||ua|||0
...

Данные видны, а уже с ними можно работать.

Если вы ищете клиент под Mac OS X, то не смотрите на RazorSQL – такого кроссплатформенного уродца (да ещё и небесплатного) я давненько не встречал. Посмотрите обсуждение на StackOverflow и сравнительную таблицу клиентов. Посоветовать ничего не могу, я их не смотрел, мне достаточно консоли.

P.S. С этой заметки ввожу отдельную категорию “Ссылки”, в которую будут попадать мои находки.

Для начала нужно поставить XCode. Потом – выполняем действия, описанные в статье о Homebrew, но с небольшой добавкой.

$ curl http://gist.github.com/gists/323731/download -o install_homebrew.tar.gz
$ tar xvfz install_homebrew.tar.gz
x gist323731-3535cf3d066ed38db4e99d3f1f4a409fc07eda54/
x gist323731-3535cf3d066ed38db4e99d3f1f4a409fc07eda54/install_homebrew.rb
$ cd gist323731*
$ chmod +x install_homebrew.rb
$ ./install_homebrew.rb

Добавка вот:

$ brew install git

Вуаля, дополнительный пакет git-osx-installer не нужен.

Остаётся прописать пути в .bashrc (я теперь для упрощения настройки делаю симлинк с .bashrc на .bash_profile):

$ vim ~/.bashrc
source /usr/local/etc/bash_completion.d/git-completion.bash

PATH="/usr/bin:/bin:/usr/sbin:/sbin:/usr/X11/bin:/usr/local/bin:/usr/local/sbin"
export PATH

PS1='\[\033[0m\]\[\033[36m\]\A \[\033[0m\]\[\033[36m\][\[\033[0m\]\[\033[32m\]\u@\[\033[0m\]\[\033[37m\]\h\[\033[0m\]\[\033[36m\]][\[\033[1m\]\[\033[31m\]\w\[\033[0m\]\[\033[37m\]$(__git_ps1 " (%s)")\[\033[0m\]\[\033[36m\]\[\033[0m\]\[\033[36m\]]\[\033[0m\] '

$ ln -s ~/.bashrc ~/.bash_profile

И настроить git (можно воспользоваться моим рецептом).

Разве что можно расширить содержимое ~/.gitignore:

###
# .gitignore
# Mac OS X Finder and whatnot
.DS_Store
 
# XCode (and ancestors) per-user config (very noisy, and not relevant)
*.mode1
*.mode1v3
*.mode2v3
*.perspective
*.perspectivev3
*.pbxuser

# Generated files
VersionX-revision.h

# Textmate - if you build your xcode projects with it
*.tm_build_errors

# build products
build/
*.[oa]
 
# Other source repository archive directories (protects when importing)
.hg
.svn
CVS
 
# automatic backup files
*~.nib
*.swp
*~
*(Autosaved).rtfd/
Backup[ ]of[ ]*.pages/
Backup[ ]of[ ]*.key/
Backup[ ]of[ ]*.numbers/"

P.S. Поздравляю читателей с днём программиста!

Профессионально я перестал занимался программированием лет десять назад (писал системы на разных языках, но предпочитал C и C++, как под DOS, так и под Windows), перейдя в область сетевого/системного администрирования. Конечно же, я продолжал писать, но уже на скриптовых языках Shell, Perl, немного TCL и Python.

Год назад во время общения с разработчиком Blogo мне снова захотелось “вернуться в семью”, и я начал присматриваться к программированию под Mac OS X. Ничего тогда толком не написал, но немного в Objective-C разобрался. Язык мне очень понравился, даже несмотря на лёгкое презрение к нему хардкорных программистов.

Потом у меня появилась идея нескольких приложений под iPhone и тут программирование более плотно вошло в мою жизнь. По основному роду деятельности у меня достаточно серьёзная занятость, поэтому приходится урывать для программирования время вечерами. Но хватит самооправданий – расскажу о тех книгах, по которым я учился и с которыми продолжаю работать (спасибо Артёму, который глядя на скриншоты программ чтения pdf под iPad задал мне вопрос о том, какие книги по программированию я бы мог порекомендовать).

Итак, вот мой список. Сразу скажу – все книги я или купил в электронном виде, или получил доступ через SafariBooksOnline.

Начальные знания по Objective-C я получил из двух книг:

• Mark Dalrymple, Scott Knaster. Learn Objective–C on the Mac
• Stephen G. Kochan. Programming in Objective-C 2.0 (2nd Edition). Скоро будет третья редакция книги.

По iOS мне очень помогли такие книги:

• Jeff LaMarche, David Mark. Beginning iPhone 3 Development: Exploring the iPhone SDK.
• Jeff LaMarche, David Mark. More iPhone 3 Development: Tackling iPhone SDK 3. Если вы купите первую книгу, то на эту даётся скидка 50%.
• Erica Sadun. The iPhone Developer’s Cookbook 2nd Edition. Книга на мой взгляд слишком много тянет с iPhone SDK 2.0, но некоторые рецепты можно посмотреть.
• Toby Boudreaux. Programming the iPhone User Experience. Достойная книга, полистал и выборочно почитал, рекомендую.
• Maher Ali. iPhone SDK 3 Programming: Advanced Mobile Development for Apple iPhone and iPod touch. Прочитал главу по Map Kit, книга понравилась.
• Gary Bennett, Wolfgang Ante, Benjamin Jackson, Neil Mix, Steven Peterson, Matthew Rosenfeld, Michael Ash. iPhone Cool Projects. Интересно почитать истории ведущих разработчиков с примерами кода.
• Ben Britten Smith, Danton Chin, Arne de Vries, Claus Hoefele, Ben Kazez, Saul Mora, Leon Palm, Scott Penberthy, Charles Smith, David Smith, Joost van de Wijgerd. More iPhone Cool Projects. Эту книгу ещё не смотрел.
• James Bucanek. Professional Xcode 3. Её я листал в виде образца под Amazon Kindle, стоит почитать для понимания XCode.

Книги по системе контроля версий (я использую Git):

• Jon Loeliger. Version Control with Git
• Scott Chacon. Pro Git. Книга бесплатная.

Буду благодарен за рекомендации книг по Objective-C, XCode, iOS и Mac OS X, которые используете вы.

Меня в последнее время унесло в дебри, более близкие разработчикам и системным администраторам, чем обычным пользователям Mac’ов. Что поделаешь – что делаю, о том и пою. Буду стараться разбавить эту тематику материалами, интересными широкому кругу людей, но пока продолжу углубляться.

Я в процессе работы делаю заметки и готовлю фрагменты конфигураций, записывая их в текстовые файлы вида 20100527.txt – один файл на каждый день. Удобно то, что при необходимости можно посмотреть, что и как именно я делал. Увеличение продуктивности налицо, так как мне не приходится делать множество вещей с нуля.

При всём удобстве такого метода у него есть недостаток – отсутствие синхронизации. Мне приходится работать и за рабочей станцией, и за домашним компьютером, и за несколькими ноутбуками. И в каждом месте я делаю новые заметки и использую старые.

Dropbox хорош, спора нет. Но это практически публичный сервис, и хранить там информацию, которую можно приравнять к конфиденциальной, сомнительное решение. Шифровать заметки можно сторонними утилитами, под Mac OS X удобно пользоваться зашифрованными образами SparseImageBundle, но кроме Mac’ов я использую и Windows, и Linux, и FreeBSD. TrueCrypt кроссплатформенный, но я слыхал о случаях повреждения данных. Поэтому я не храню заметки в Dropbox.

Таскать с собой флешку – плохое решение. Не носить же её на цепочке на шее, а если хранить её в кармане джинсов, то можно надеть другие и потерять доступ к нужным данным. Кроме того я регулярно забывал вынять флешку из компьютера после окончания работы.

Хороший вариант – иметь сервер, к которому можно подключиться по ssh, и там в едином месте держать все заметки. Вопрос синхронизации снимается. Я работал в таком режиме года четыре. Но… Не всегда удобно работать с данными через vim в консоли, изредка хочется использовать тот же TextMate или gEdit/Linux. Да и бывают ситуации, когда Интернет недоступен, но данные нужны. Получаются заметки, сделанные в нескольких местах, и синхронизировать приходится их вручную, что неудобно.

Теперь я активно использую git (не сказал бы, что на продвинутом уровне, но стремлюсь к этому). И в процессе его изучения у меня возникла мысль применить его и для задачи ведения заметок.

Git на Mac’е установлен, приватный внешний репозиторий тоже есть (а если нет, то можно создать его бесплатно на сервисе Assembla – спасибо hakka, или же платно на GitHub). Самое время пользоваться простыми благами системы контроля версий.

Начнём с начала. Создадим каталог заметок (можно использовать существующий с наработанными данными) и инициализируем локальный репозиторий git:

$ mkdir ~/Documents/Notes
$ cd ~/Documents/Notes
$ touch Readme
$ git init
$ git add .
$ git commit -a -m "Initial commit"

Добавляем внешний репозиторий (процесс зависит от сервиса, для gitosis я рассказывал, как это делать):

$ git remote add origin gitosis@git.host.com:Notes.git

Записываем данные во внешний репозиторий:

$ git push origin master

Всё это я делал на ноутбуке ole-mac. Теперь я хочу начать работу с рабочей станции ole-linux. Захожу на неё и клонирую репозиторий (доступ должен быть предварительно организован, я это описывал для gitosis):

ole-linux$ cd ~/Documents
ole-linux$ git clone gitosis@git.host.com:Notes.git

Изменяю существующую заметку 20100526.txt и создаю новую 20100527.txt:

ole-linux$ cd ~/Documents/Notes
ole-linux$ date >> 20100526.txt
ole-linux$ echo "Hello from ole-linux" > 20100527.txt

Добавляю новую заметку в локальный репозиторий (иначе она не будет отслеживаться и не будет записана во внешний репозиторий):

ole-linux$ git add 20100527.txt

Можно также делать просто – добавлять все новые файлы одной командой:

ole-linux$ git add .

Делаю commit изменений:

ole-linux$ git commit -a -m "ole-linux, плановая работа"

Записываю изменения во внешний репозиторий:

ole-linux$ git push origin master

Возвращаюсь на ноутбук, списываю изменения:

ole-mac$ cd ~/Documents/Notes
ole-mac$ git pull origin master

Работаю с данными, вношу изменения, делаю commit:

ole-mac$ git add .
ole-mac$ git commit -a -m "ole-mac, новые заметки"

Передаю данные во внешний репозиторий:

ole-mac$ git push origin master

На всех рабочих местах у меня теперь есть доступ к нужным данным, при этом я могу следить за историей изменений.

Телодвижений много, но скоро это входит в привычку, особенно если git используется и для других задач. Главное в конце работы сделать commit/push, а при приходе на другое место – pull/push.

Вот, например, такую картину я вижу постоянно при соединении со своим сервером, когда сессия неактивна долгое время:

$ ssh host.com
Linux host.com 2.6.32.12-linode25 #1 SMP Wed Apr 28 19:25:11 UTC 2010 i686

20:51 [ctrld@host][~]
17:14 [ctrld@host][~] Write failed: Broken pipe

Через какое-то время я получаю “Write failed: Broken pipe”. В данном случае переподключиться вручную просто, но всегда найдётся ситуация, когда это сделать гораздо труднее.

Но есть полезная терминальная программа autossh. Она запускает ssh, производит мониторинг сессии и при необходимости её рестартует.

Устанавливаем autossh с помощью Homebrew:

$ brew update
$ brew install autossh

Ключи (если они необходимы) аналогичны ключам ssh, а особенности можно посмотреть в “man autossh”.

Теперь моя сессия с сервером держится до момента, когда я сам не выйду:

$ autossh host.com
Linux host.com 2.6.32.12-linode25 #1 SMP Wed Apr 28 19:25:11 UTC 2010 i686

10:03 [ctrld@host][~]
...
20:39 [ctrld@host][~] logout

На идею использования autossh меня натолкнуло обсуждение на StackOverflow по поводу организации доступа к внешним репозиториям git с хостов, которые не могут напрямую соединиться с ним по ssh.

Идея решения такова – в локальной сети должен быть хост dmz.host.com, имеющий возможность соединения по ssh с внешним репозиторием. Через этот хост строится туннель ssh:

internal.host.com$ autossh -M 20000 -f -N -L 2222:git.host.com:22 user@dmz.host.com

Затем на внутреннем хосте в ~/.ssh/config описывается, что нужно ходить на репозитории через туннель:

Host git.host.com
        HostName localhost
        Port 2222

Уточню – я пока этот рецепт не использую и работоспособность не протестировал. Однако всё выглядит очень правдоподобно.

Git – это распределённая система контроля версий (Version Control System или же VCS). На первый взгляд может показаться, что её можно использовать только в применении к программированию, но это не совсем так.

Да, заниматься программированием без какой-либо системы VCS – это признак низкой квалификации. Можно провести аналогию между таким программистом и системным администратором, не делающим резервные копии своих серверов. Оба имеют работу только до первой потери данных.

Но применение VCS вообще и Git в частности гораздо шире, чем область программирования. Если что-то требует слежения за версионностью, то потенциально к нему можно использовать VCS. В качестве примера могу привести систему etckeeper, которая хранит в VCS (git, bazaar, mercurial, etc) изменения в конфигурационных файлах /etc.

При применении VCS нужно использовать здравый смысл – желательно не хранить в VCS часто изменяемые большие бинарные данные вроде видео.

Для git очень желательно использовать внешний репозиторий (можно хранить данные в локальном репозитории, находящемся в каталоге с данными, но в случае выхода из строя диска никакая версионность не спасёт).

Я использовал для этого популярный сервис GitHub. При всех достоинствах у него есть и недостатки. Если вы работаете над публичными проектами, то он бесплатен. Но если же вы хотите иметь приватный репозиторий, к которому не будет иметь доступ любой желающий, то за это уже нужно платить. Самый дешёвый план Micro с 5 приватными репозиториями и не слишком большим дисковым пространством (сейчас на странице заказа не указывается размер, раньше вроде было порядка 600 MB) стоит $7 в месяц.

Деньги небольшие, но если по какой-то причине нужно хранить гораздо больше данных (например, web-сайт с файлами изображений), то придётся раскошелиться.

Решение есть. Можно организовать “self-hosted git repository” используя gitosis.

Внешний репозиторий подразумевает запуск его на внешнем сервере. К сожалению, у меня нет сервера под Mac OS X, располагающемся на внешнем хостинге, поэтому я нарушу тематику блога и расскажу, как установить gitosis на Ubuntu Server 9.04. Если вам нужен именно Mac OS X, то посмотрите, например, статью “Разворачиваем сервер git на Mac OS X Leopard”.

Я проводил настройку, отталкиваясь от книги “Pro Git. Professional version control“. Она бесплатна и рекомендована сервисом GitHub для ознакомления с git.

Установка

Итак, начинаем. Напоминаю – я использую Ubuntu Server 9.04, но процесс практически такой же и для других версий или дистрибутивов Debian (должен сказать, что на Debian Sid я не смог добавить первый публичный ключ через gitosis-init).

Обновляем пакеты и ставим нужные пакеты. python-setuptools поставил за компанию, достаточно было бы поставить просто gitosis.

$ sudo aptitude update
$ sudo aptitude install python-setuptools
$ sudo aptitude install gitosis

Первые настройки я буду производить с самого сервера, где стоит gitosis. Я делаю “sudo -s”, так как у меня были некоторые странности при добавлении первого ключа под обычным пользователем. Вместо /home/ctrld/.ssh/id_rsa.pub подставьте свой публичный ключ. Если вы его ещё не сгенерировали, то можете сделать это по инструкции под Linux или Mac OS X.

$ sudo -s
# sudo -H -u gitosis gitosis-init < /home/ctrld/.ssh/id_rsa.pub
Initialized empty Git repository in /srv/gitosis/repositories/gitosis-admin.git/
Reinitialized existing Git repository in /srv/gitosis/repositories/gitosis-admin.git/

Проверяем. Если получен “ERROR:gitosis.serve.main”, то всё в порядке:

$ ssh gitosis@git.host.com
ERROR:gitosis.serve.main:Need SSH_ORIGINAL_COMMAND in environment.
Connection to git.host.com closed.

Настройка

Перед началом работы с Git на клиентской стороне очень желательно настроить окружение. Об этом можно прочитать в моей статье “Установка Git под Mac OS X“.

Настройка заключается в клонировании системного репозитория gitosis-admin с настройками, их изменение, а затем возвращение их обратно.

$ mkdir ~/tmp
$ cd ~/tmp
$ git clone gitosis@git.host.com:gitosis-admin.git
$ cd gitosis-admin

Добавляем проект, например, Notes

$ vim gitosis.conf
[group writers]
writable = Notes
members = email@gmail.com

Я создал группу writers, куда будут иметь люди, работающие с проектом Notes.

Записываем изменения в конфигурации обратно на сервер.

$ git commit -am 'add project Notes and group writers'
$ git push

Создание проекта

$ mkdir ~/Notes
$ cd ~/Notes
$ git init
$ touch Readme
$ git add Readme
$ git commit -a -m "Initial commit"

Указание внешнего репозитория и push проекта в него:

$ git remote add origin gitosis@git.host.com:Notes.git
$ git push origin master
Counting objects: 3, done.
Writing objects: 100% (3/3), 214 bytes, done.
Total 3 (delta 0), reused 0 (delta 0)
To gitosis@git.host.com:Notes.git
 * [new branch]      master -> master

Добавление пользователя

Для добавления пользователя нужно внести изменения в системный репозиторий, а именно добавить публичный ключ и внести пользователя в gitosis.conf.

$ cd tmp/gitosis-admin/
$ git pull origin master

Я записал публичный ключ пользователя в файл ~ctrld/ole-desktop.pub. Добавляю его:

$ cp ~ctrld/ole-desktop.pub keydir/ole\@ole-desktop.host.com.pub
$ git add keydir/ole\@ole-desktop.host.com.pub

В gitosis имя пользователя определяется по имени файла в keydir, поэтому именование зависит от администратора. Я указал псевдо-email вида ole@ole-desktop.host.com.

Добавляем нового пользователя в группу (обратите внимание на то, что пользователи разделяются пробелами, а не запятыми):

$ vim gitosis.conf
[group writers]
writable = Notes
members = email@gmail.com ole@ole-desktop.host.com

Commit и push в удалённый репозиторий:

$ git commit -am 'add user ole@ole-desktop.host.com and assign him to project Notes'
$ git push origin master

Проверяем под видом нового пользователя с его компьютера:

$ ssh gitosis@git.host.com
ERROR:gitosis.serve.main:Need SSH_ORIGINAL_COMMAND in environment.
Connection to git.host.com closed.

Новый пользователь клонирует репозиторий и начинает работу с ним:

$ git clone gitosis@git.host.com:Notes.git
$ cd Notes
$ echo "Hello, I am ole@deskop" >> Readme
$ git status
#       modified:   Readme
$ git commit -a -m "ole@desktop changes"
$ git push origin master

На другой системе проверяем, внеслись ли изменения:

$ cd ~/Notes
$ git pull origin master
...
Fast forward
 Readme |    1 +
 1 files changed, 1 insertions(+), 0 deletions(-)
$ cat Readme
Hello, I am ole@deskop

Всё работает, можно пользоваться.

Для улучшения безопасности в конфигурации sshd можно разрешить только определённых пользователей, включая gitosis (имена тоже разделяются пробелами, а не запятыми):

$ vim /etc/ssh/sshd_config
AllowUsers ctrld gitosis

Если вы используете сервере sshd на нестандартном порту, то нужно прописать это в .ssh/config:

$ vim ~/.ssh/config
Host git.host.com
        Port 2222

MongoDB… NoSQL… Для решения одной задачи я решил попробовать нереляционную базу данных. В production система будет работать на Debian, но для разработки и тестирования мне она нужна на ноутбуке. Сказано – сделано.

Для установки подобного софта я использую HomeBrew.

Обновляюсь:

$ brew update

Есть ли готовая формула для MongoDB?

$ brew search mongo
mongo	 mongodb

$ brew info mongodb
mongodb 1.4.2-x86_64

http://www.mongodb.org/

Not installed

If this is your first install, automatically load on login with:
    cp /usr/local/Cellar/mongodb/1.4.2-x86_64/org.mongodb.mongod.plist ~/Library/LaunchAgents
    launchctl load -w ~/Library/LaunchAgents/org.mongodb.mongod.plist

If this is an upgrade and you already have the org.mongodb.mongod.plist loaded:
    launchctl unload -w ~/Library/LaunchAgents/org.mongodb.mongod.plist
    cp /usr/local/Cellar/mongodb/1.4.2-x86_64/org.mongodb.mongod.plist ~/Library/LaunchAgents
    launchctl load -w ~/Library/LaunchAgents/org.mongodb.mongod.plist

Or start it manually:
    mongod run --config /usr/local/Cellar/mongodb/1.4.2-x86_64/mongod.conf

http://github.com/ctrld/homebrew/commits//Library/Formula/mongodb.rb

mongo – алиас для mongodb. 1.4.2 является последней продуктивной версией, пакет Homebrew актуален.

Устанавливаю:

$ brew install mongodb

Обеспечиваю автозагрузку и стартую:

$ cp /usr/local/Cellar/mongodb/1.4.2-x86_64/org.mongodb.mongod.plist ~/Library/LaunchAgents
$ launchctl load -w ~/Library/LaunchAgents/org.mongodb.mongod.plist

Для проверки захожу в shell:

$ mongo
MongoDB shell version: 1.4.2
url: test
connecting to: test
type "help" for help
>

Всё в порядке. Посмотреть азы работы можно в Tutorial, а для более плотного знакомства – почитать книги.

Клиентская часть

Соединяться с MongoDB я буду из Python используя модуль PyMongo.

Для установки буду использовать pip, хоть вполне можно ставить напрямую из easy_install:

$ easy_install pip
$ pip install pymongo

Описание PyMongo можно посмотреть в Tutorial. Также рекомендую взглянуть на пример записи логов Apache в MongoDB.

А дальше – собственно программирование.