С Mac OS X я работаю сравнительно недолго – начал с 10.4. И знакомство было очень практическое, без какой-либо теоретической подготовки вроде прочтения книги Девида Пога. Конечно же, я тщательно штудировал всю информацию, которая мне попадалась, и, учитывая мой большой опыт работы с разнообразными Unix’ами от IRIX до Linux, я вполне ориентируюсь в Mac OS X.

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

Конечно же, я нашёл нужную информацию и теперь поделюсь ею (скорее всего очень очевидной) с вами. Есть несколько названий.

Официальное название

Согласно Apple Human Interface Guidelines указатель называется “Spinning Wait Cursor”. Он отображается автоматически WindowServer’ом когда приложение не может обработать все получаемые сообщения более 2-4 секунд.

Общепринятые название

В англоязычном Интернет есть достаточно много названий:

1. spinning wheel of death (вращающееся колесо смерти)
2. beach ball of death (пляжный мяч смерти)
3. hypnowheel (гипноколесо)
4. spinning pizza (вращающаяся пицца)
5. spinning pinwheel (близко к юла)
6. pinwheel of death (юла смерти)
7. rainbow wheel of death (радужное колесо смерти)
8. rainbow ball of doom (радужный мяч судьбы)
9. the beach ball of hell (адский пляжный мяч)
10. spinning beach ball of death (вращающийся мяч смерти)
11. marble of doom (хммм… мрамор обречёности?)

Часть “death” пошла от Windows BSOD (Blue Screen of Death) – индикатор в Mac OS X говорит о предсмертном состоянии конкретной программы, но не системы в целом. Более точным аналогом Windows BSOD является Kernel Panic.

Больше всего распространены названия “Spinning Beach Ball of Death” (SBBOD) или “Marble of Doom”.

Что делать, если SBBOD зачастил? Выполнить рекомендации, припедённые в Mini-Tutorial: The dreaded spinning pinwheel; Avoiding unresponsiveness/slow-downs in Mac OS X.

Ошибка возникала при запуске сервиса launchd:

com.apple.launchd.peruser.501[148]	(com.akamai.client.plist[40962]) posix_spawn("/Applications/Akamai/loader.pl", ...): No such file or directory

“peruser” с id 501 (мой uid) закономерно направил меня в ~/Library/LaunchAgents и обратил внимание на com.akamai.client.plist:

$ ls ~/Library/LaunchAgents
au.id.Tyson.AutoRate.LaunchAgent.plist
com.apple.FolderActions.enabled.plist
com.apple.MobileMeSyncClientAgent.plist
com.google.GoogleContactSyncAgent.plist
de.metaquark.appfresh.plist
com.akamai.client.plist
com.apple.FolderActions.folders.plist
com.apple.SafariBookmarksSyncer.plist
com.google.keystone.agent.plist
ws.agile.1PasswordAgent.plist

Удаление файла com.akamai.client.plist не приведёт к немедленному прекращению попыток его запустить. А перезагрузка системы – не наш путь. Нужно просто удалить сервис через launchctl.

Посмотрим информацию по сервису (да, это он, ведь в логах была ошибка о недоступности loader.pl):

$ launchctl list com.akamai.client.plist
{
	"Label" = "com.akamai.client.plist";
	"LimitLoadToSessionType" = "Aqua";
	"OnDemand" = false;
	"LastExitStatus" = 256;
	"TimeOut" = 30;
	"ProgramArguments" = (
		"/Applications/Akamai/loader.pl";
	);
};

Удаляем сервис:

$ launchctl remove com.akamai.client.plist

После этого наслаждаемся отсутствием мусора в Console.app. Как ни странно, но торможение прекратилось.

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

Что делать? Всё просто – я зашёл в Terminal.app и с помощью команды lsof нашёл процесс, который заблокировал файл:

$ lsof Downloads/File-HQ-ViDEO.m4v
COMMAND   PID  USER   FD   TYPE DEVICE SIZE/OFF     NODE NAME
ffmpeg  84670 ctrld    4w   REG   14,2 32324969 13127063 Downloads/File-HQ-ViDEO.m4v

Конвертер видео при прерывании конвертации не убил процесс ffmpeg (идентификатор процесса или же PID указан во второй колонке). Я это сделал вручную:

$ kill 84670

После чего файл m4v нормально удалился.

Вы можете посмотреть другие примеры использования lsof в моих статьях “Находим открытые файлы в каталоге” и “Идентификация через Terminal.app сетевых сервисов (lsof)“.

Можно запустить Onyx и сделать принудительную профилактику, это обычно помогает.

Но можно поступить обдуманнее и для начала изучить сообщения в системных логах, запустив программу Console (/Application/Utilities):

И, немного подумав, провести обслуживание системы вручную.

Приведённый выше лог я показал только для иллюстрации – в моих логах было много ошибок “MDS Error: unable to create user DBs”:

03.04.2010 13:03:56	/Applications/Mail.app/Contents/MacOS/Mail[413]	MDS Error: unable to create user DBs in /var/folders/oB/oBZBhgqIHRi30skYtk6xT++++TI/-Caches-//mds
03.04.2010 13:03:23	/System/Library/Frameworks/PubSub.framework/Versions/A/Resources/PubSubAgent.app/Contents/MacOS/PubSubAgent[395]	MDS Error: unable to create user DBs in /var/folders/oB/oBZBhgqIHRi30skYtk6xT++++TI/-Caches-//mds
03.04.2010 13:00:14	/Applications/Blogo.app/Contents/MacOS/Blogo[368]	MDS Error: unable to create user DBs in /var/folders/oB/oBZBhgqIHRi30skYtk6xT++++TI/-Caches-//mds

Такая проблема встречается не только у меня, и в обсуждении я нашёл показательный метод решения, порекомендованный Alexander Henket’ом:

1. Restart in Single User Mode (CMD+Option+S)
2. Repair filesystem as indicated on screen using fsck (took three runs)
3. Mount filesystem as indicated on screen using mount
4. Go to /Library/Caches and do rm -rf *
5. Go to my home folder /Users/…/Library/Caches and do rm -rf *
6. Remove Spotlight folder using rm -rf /.Spotlight-V100
7. Go to /var/folders and do rm -rf *
8. Reboot normally using exit or reboot command as indicated on screen

После выполнения рекомендаций ошибки, долго донимающие меня, исчезли. Вероятно Onyx тоже починил проблему, но я не уверен в том, что он удаляет каталоги из /var/folders. Поэтому немного посмотреть логи и поискать рекомендации никогда не помешает.

Например, “defaults read -globalDomain com.apple.mouse.scaling“?

О поиске недокументированных параметров я говорить не буду, если их нет в соответствующих файлах plist, то нужно копаться в коде программ и размышлять.

Я хочу показать, как можно сопоставить параметр в настройках системы (или программы) значению, доступному через механизм defaults.

Получить полное содержимое всех доменов defaults можно командой:

$ defaults read

Если вы знаете, что ищете, то можно поискать параметр через grep или же открыв результат в текстовом редакторе, и там сделать поиск.

$ defaults read | grep mouse | more
"com.apple.mouse.scaling" = 2;

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

Пару дней назад Арсений задал мне вопрос о скорости автоповтора при нажатии клавиши на клавиатуре. Эти параметры находятся в System Preferences/Keyboard:

Я захотел найти, как их можно поменять через defaults.

Много лет назад я активно расправлялся с играми под MS DOS, находя счётчики жизни резидентным дебагером (уже не помню его название). Суть сводилась к снятию дампа памяти до изменения счётчика, потом после его изменения и сравнение. Если данных получалось слишком много, то я повторял процедуру. Всё просто.

Здесь применим тот же подход. Снимаю дамп всех параметров:

$ defaults read > dump1.txt

Сдвигаю нужные мне ползунки в настройках. Жду (данные сбрасываются на диск не в ту же секунду, я для гарантии жду секунд 10-20). Снова снимаю дамп:

$ defaults read > dump2.txt

Сравниваем файлы diff’ом и находим нужные нам данные:

$ diff -u dump1.txt dump2.txt
-        InitialKeyRepeat = 15;
-        KeyRepeat = 2;
+        InitialKeyRepeat = 94;
+        KeyRepeat = 60;

Теперь нужно найти домен, к которому относится параметр, для чего открываем dump1.txt в редакторе и ищем, куда относится InitialKeyRepeat. Я сделал это через grep:

$ cat dump1.txt | grep -250 InitialKeyRepeat | more
"Apple Global Domain" =     {
...

Домен найден, параметр известен, проверяем:

$ defaults read "Apple Global Domain" KeyRepeat
2
$ defaults read "Apple Global Domain" InitialKeyRepeat
15

Поменять параметр можно так (я не экспериментировал и значение привожу “с потолка”):

$ defaults write "Apple Global Domain" KeyRepeat 3

Вуаля!

Если вас заинтересовала тема defaults, вы можете почитать другие мои статьи на эту тему:

• Работа с пользовательскими настройками из консоли (defaults)
• База данных скрытых настроек (defaults)
• Немного о Login Items

Штатный Midnight Commander в Homebrew достаточно старый – версия 4.6.1 против 4.7.1. Обновление не помогло:

$ brew update
...
Initialized empty Git repository in /usr/local/.git/
From git://github.com/mxcl/homebrew
 * branch            master     -> FETCH_HEAD
Updated Homebrew from TAIL to 87869622.
No formulae were updated.

Решаю сделать свой пакет (формулу установки). Для этого воспользовался документацией “Formula Cookbook“.

Иду на сайт Midnight Commander в раздел Downloads. Ищем последнюю версию в формате tar.bz2:

34 mc-4.7.1.tar.bz2 Midnight Commander v4.7.1 (latest)

Создаю формулу, она откроется в TextMate:

$ brew create http://www.midnight-commander.org/downloads/34
Formula name [34]: mc
Warning: Formula midnight-commander is aliased to mc.
Please check if you are creating a duplicate.

md5-сумму я получил командой md5, предварительно списав исходники:

$ md5 ~/Downloads/mc-4.7.1.tar.bz2
MD5 (/Users/ctrld/Downloads/mc-4.7.1.tar.bz2) = 5bd69a47b4a0bd6904623a50863b1eeb

Сначала я экспериментировал с mc.rb, а потом его удалил и заменил файл /usr/local/Library/Formula/midnight-commander.rb, чтобы не было дублей (кстати, для вставки кода я решил попробовать сервис gist.github):

Попробовал поставить с включенными опциями отладки:

$ brew install -vd mc

Поставилось:

$ mc -V
GNU Midnight Commander 4.7.1
Virtual File System: tarfs, extfs, cpiofs, ftpfs, fish
With builtin Editor
Using the ncurses library
With subshell support as default
With support for background operations
With mouse support on xterm
With internationalization support
With multiple codepages support
Data types: char 8 int 32 long 64 void * 64 off_t 64 ecs_char 8

С русскими буквами проблем нет:

Если нужно пакет удалить, то это делается просто и быстро:

$ brew uninstall mc
Uninstalling /usr/local/Cellar/mc/4.7.1...

В общем на примере установки Midnight Commander я для себя понял, что если нравится копаться с ./configure и не ставить всяческий хлам, то Homebrew очень даже неплохой пакет. К сожалению, готовых формул для установки приложений пока по сравнению с MacPorts и Fink маловато – например, того же php нет.

Мир технологий подвержен влиянию трендов. Как для web-сервисов сейчас трендом является NoSQL, так для любителей Unix под Mac – Homebrew.

Homebrew – это новый и многообещающий менеджер пакетов. MacPorts мне уже давно не нравится тем, что он начинает тащить слишком много всего, что и так есть штатно в системе (например, perl).

Продемонстрирую красноречивый пример:

$ port deps git-core
    Full Name: git-core @1.7.0.2+doc
    Runtime Dependencies: rsync, perl5, p5-error
    Library Dependencies: curl, zlib, openssl, expat, libiconv

При установке пакета поставятся rsync, который не копирует Resource Forks, perl5.8.x (при том, что штатно стоят 5.8.9 и 5.10.0), curl, в котором отсутствуют несколько протоколов по сравнению со штатным, и дубли zlib, openssl, expat и libiconv. И при этом отказаться от установки зависимостей простым образом не удастся.

Пока я не могу проанализировать достоинства и недостатки новой системы, это придёт в процессе работы. Пока я не уверен насчёт оперативности обновлений пакетов, но растущее community на github позволяет надеяться на лучшее.

Поэтому расскажу как поставить Homebrew и начать использовать. Мне система понравилась – такой локальный идеал для помеси Unix-администратора и программиста (git & Ruby).

Страница проекта: “Homebrew. The missing package manager for OS X“. Проект размещён на GitHub. Установка описана в официальном Wiki.

XCode

Нужен XCode. Если не понятно зачем, то можно спокойно перестать читать эту статью.

Желательно удалить каталоги /usr/local/lib и /usr/local/include

У меня там было почти пусто, разве что стояли библиотеки для cli Handbrake, поэтому спокойно удалил lib и include. Но в вашем случае нужно взвешивать – например, если вы сами ставили mc, то он перестанет работать. С другой стороны вы потом сможете переставить все пакеты сами. Но это решение целиком за вами, я не буду ничего рекомендовать.

Удаление MacPorts (необязательно)

MacPorts я давно не использую, поэтому решил полностью удалить его вместе со всеми пакетами. Как это сделать, вы можете посмотреть детальнее в документации.

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

Повторяю, я на ноутбуке уже давно не пользовался пакетами MacPorts, поэтому спокойно могу их снести. Для начала я составил список того, что будет нужно переустановить в новой системе:

$ port installed
...
corkscrew @2.0_0+darwin_i386 (active)
lftp @4.0.2_0 (active)
lynx @2.8.6rel.5_1+ssl (active)
mtr @0.75_0+darwin_10 (active)
...

Удаляю все установленные пакеты:

$ sudo port -f uninstall installed

Удаляю все следы MacPorts, включая /opt/local:

$ sudo rm -rf \
    /opt/local \
    /Applications/DarwinPorts \
    /Applications/MacPorts \
    /Library/LaunchDaemons/org.macports.* \
    /Library/Receipts/DarwinPorts*.pkg \
    /Library/Receipts/MacPorts*.pkg \
    /Library/StartupItems/DarwinPortsStartup \
    /Library/Tcl/darwinports1.0 \
    /Library/Tcl/macports1.0 \
    ~/.macports

Готово. Если в этот момент вы вспомнили о важном файле, который вы только что удалили, то вспоминайте, как пользоваться Time Machine. Ведь вы же делаете регулярные бекапы, не так ли?

Путь в переменных окружения

Путь к /usr/local/bin должен быть в переменной окружения $PATH. Я помещаю её в ~/.profile:

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

В определённых случаях может понадобиться модифицировать файл ~/.MacOSX/environment.plist, добавив туда переменную окружения PATH:

Вы заметили путь к GIT – я его описывал в статье Установка Git под Mac OS X. В установочном пакете есть скрипт, который автоматически правит ~/.MacOSX/environment.plist.

Установочный скрипт

Идём на github ruby-скрипт install_homebrew.rb. Он расположен на сервисе gist.github – это очень интересный сервис для обмена фрагментами кода.

Можно его списывать в браузере (будет сформирован и списан архив tar.gz, его нужно будет развернуть):

Или же в консоли:

$ 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

Установка Homebrew

Запускаем скрипт под пользователем без всяческого sudo:

$ ./install_homebrew.rb

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

Каталог /usr/local мог быть раньше создан с разнообразными неправильными правами, поэтому по результату выполнения скрипта нужно их подправить. Например, если права были 777, то будет сообщение:

Press enter to continue
./install_homebrew.rb:44: warning: Insecure world writable dir /usr/local in PATH, mode 040777

Нужно прервать скрипт и выполнить команду:

$ sudo chmod 755 /usr/local

Ещё очень важно поменять группу для /usr/local с wheel на staff:

$ sudo chgrp -R staff /usr/local
$ sudo chmod 775 /usr/local/

После очередной итерации Homebrew поставился:

==> This script will install:
/usr/local/bin/brew
/usr/local/Library/Formula/...
/usr/local/Library/Homebrew/...

Press enter to continue
==> Downloading and Installing Homebrew...
==> Installation successful!
Yay! Now learn to brew:

    brew help

Использование Homebrew

Поиск:

$ brew search git

Информация по пакету

$ brew info git

Установка пакета:

$ brew install git

Обновление Homebrew (нужен git)

$ brew update

Список установленных пакетов:

$ brew list

Удаление пакета:

$ brew uninstall mc

Список пакетов, для которых есть обновления:

$ brew outdated

Мои любимые пакеты

Восстанавливаю пакеты, которые я использовал в MacPorts.

$ brew install mtr
$ brew install corkscrew
$ brew install lftp
$ brew install lynx

Конечно же “по умолчанию” выбралась самая неудачная программа. Да и остальные три тоже не блещут. Только VLC адекватно справляется с проигрыванием mkv.

Поменять “программу по умолчанию” просто. Выбираем в Finder файл нужного типа, жмём ⌘+I:

В секции “Open with” выбираем нужную программу:

Затем “Change all…”:

Соглашаемся в появившемся окне предупреждения и забываем о запуске iSubtitle как о кошмарном сне:

Где хранится привязка типов файлов к приложениям? В ~/Library/Preferences/com.apple.LaunchServices.plist:

Как я это узнал? Хотите деталей – их есть у меня. Для исследования нужна программа fseventer.

Запускаем программу, включаем слежение за файловой активностью, меняем программу “по умолчанию”, выключаем слежение. Видим такую картину:

Бросаем взгляд на изменившиеся файлы и понимаем, какой именно нам нужен.

Бывают вещи, к которым практически нереально прийти самостоятельно, не зная каких-либо предпосылок или истории. Я хочу рассказать об одной такой возможности, которая вероятно раньше была в Mac OS 9 или раньше, но с усовершенствованием графического интерфейса тем не менее осталась. Это даже не рудимент, я бы даже назвал эту возможность “пасхальным яйцом”, но она в некоторых случаях может быть полезной. О полезности позже, а пока я хочу представить уникальную функцию – в Mac OS X можно войти в ностальгически завораживающий текстовый интерфейс с полным отсутствием графического интерфейса. Да, это классический консольный вход. А узнал я об этой возможности в статье Кирилла Воронина “Советы пользователям Unix“.

Оказалось, что если при входе в систему указать имя пользователя “>console” без пароля, то графический интерфейс выгружается и появляется текстовая консоль.

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

По умолчанию окно входа в систему показывает список пользователей (либо отсутствует, если включена автозагрузка). Переводим окно входа со списка на форму ручного ввода логина/пароля в System Preferences…/Accounts/Login Options (не забудьте сделать unlock, нажав изображение замка – но вы должны иметь права администратора):

Также запомните свой username, ведь теперь придётся вводить его вручную, а не выбирать из списка.

После чего нужно сделать Logout из системы и в поле Username ввести “>console”:

Вуаля:

Для выхода из консоли и возврата в графический интерфейс достаточно выйти из shell, например, набрав “exit”.

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

Когда я зашёл в консоль, я испытал странную смесь замешательства и восторга, и минут десять развлекался в текстовом консоли. На меня накатила ностальгия по первому Linux, который нам с товарищем ставил Сергей Романенко из Lucky Net. Я не вспомню версию, но похоже, что это был RedHat 2.1. Вспомнил поход за золотыми болванками в какой-то странный институт, где нам за бешенные деньги вручили CD с FreeBSD 2.0-RELEASE, который я установил сам и довёл до уровня хорошо настроенной системы (по заявлению ребят из Viaduk Telecom) за месяц, до этого Unix не видя. Вспомнил восстановление Irix на рабочей станции Indy Silicon Graphics в одном рекламном агенстве – это было закрепление моего впечатления об универсальности Unix, так как я за несколько часов поднял Irix, до этого его в глаза не видев… Долгое время я был ярым приверженцем FreeBSD, и лишь пару лет назад по работе переключился на Fedora Core, Ubuntu и Debian. Но импринтинг был настолько силён, что когда я увидел Mac OS X, я понял, что это именно та идеальная операционная система, которую я так давно искал.

Да… И всё это промелькнуло, когда я зашёл в консоль. Попробуйте, может и у вас пробудятся какие-то давно забытые воспоминания :-)

Начинаю искать. Все подобные вещи обычно находятся в иерархии каталогов Library, либо в пользовательской (~/Library), либо общесистемной (/Library). Магических вещей в Mac OS X не бывает, и всё описано где-то в каталогах, обрабатываемых системой. Просматриваю сначала пользовательские каталоги.

Конечно же, за меню отвечают плагины, располагающиеся в ~/Library/Contextual Menu Items и /Library/Contextual Menu Items. В пользовательском есть только плагин Dropbox:

Теперь системный:

Да, Speed Download Contextual Menu.plugin подходит под Rapidshare, смотрим его (Secondary Click и Show Package Context):

Cmd+I (Get Info) на файле “Speed Download Contextual Menu” в Contents/MacOS показывает полный путь к нему и тип (бинарник):

Бинарным файлом нас не испугать. Заходим в Terminal.app, переходим в каталог, где находится нужный файл (путь содержит пробелы, поэтому берём его в кавычки):

$ cd "/Library/Contextual Menu Items/Speed Download Contextual Menu.plugin/Contents/MacOS"

Для того, чтобы убедиться, что это действительно бинарный файл, смотрим его тип:

$ file Speed\ Download\ Contextual\ Menu
Speed Download Contextual Menu: Mach-O universal binary with 2 architectures
Speed Download Contextual Menu (for architecture i386):	Mach-O bundle i386
Speed Download Contextual Menu (for architecture ppc):	Mach-O bundle ppc

Извлекаем строки:

$ strings Speed\ Download\ Contextual\ Menu
com.yazsoft.SpeedDownload
com.yazsoft.speeddownload.contextprefschange
contextshowuploadmenu
advanced_mode
com.yazsoft.speeddownload.contextualmenu
kUploadNamedToRapidShare
kUploadMultipleToRapidShare
/Applications/Speed Download 5/Speed Download.app
/Applications/Speed Download/Speed Download.app
/Applications/Speed Download Lite/Speed Download Lite.app
/Applications/Speed Download 4/Speed Download.app
/Applications/Speed Download.app
last location

Жирным я выделил то, что очень похоже на пункты меню. Программы Mac OS X используют файл ресурсов для локализации строковых значений:

$ cd "/Library/Contextual Menu Items/Speed Download Contextual Menu.plugin/Contents/Resources/English.lproj"

Можно открыть ресурс в XCode (если он установлен):

$ open Localizable.strings

Но это обычный файл, поэтому можно просмотреть обычным cat:

$ cat Localizable.strings
/*
   Localizable.strings
   XSpeedDownload Mach-O

   Created by Frederick Cheung on 08/11/2008.
   Copyright 2008 Frederick Cheung. All rights reserved.
 */

kUploadNamedToRapidShare = "Send \"%@\" to RapidShare";
kUploadMultipleToRapidShare = "Send %ld items to RapidShare";

Вот мы и нашли, откуда взялась строка “Send File to RapidShare”.

Для пробы я решил удалить плагин и найти, где он ещё описан. При очередном запуске Speed Downloader сказал, что нужно восстановить кое-какие компоненты, имея в виду удалённый мною плагин. fseventer – очень полезная программа:

Он натолкнул меня на файл с кешем сервисов ~/Library/Caches/com.apple.nsservicescache.plist:

Теперь понятно, откуда берётся строка меню и где находится кеш сервисов.