Авторизовать разработчика без прав администратора в Xcode / Mac OS

Я использую стандартную учетную запись пользователя для своих повседневных задач в Mac OS. После обновления до Snow Leopard меня просят сделать следующее, когда программа запускается из Xcode:

«Введите имя и пароль пользователя в группе« Инструменты разработчика », чтобы разрешить доступ к инструментам разработчика для внесения изменений»

Хотя я знаю имя пользователя и пароль администратора, это меня раздражает (хотя требуется только один раз для входа в систему).

При доступе к инструментам разработчика запрашиваются права на «system.privilege.taskport.debug» из приложения gdb-i386-apple-darwin.

Как лучше всего обойти это?

Вам необходимо добавить свое имя пользователя OS X в _developerгруппу. Смотрите сообщения в этой теме для получения дополнительной информации. Следующая команда должна помочь:

sudo dscl . append /Groups/_developer GroupMembership <username>

Наконец, я смог избавиться от него с помощью DevToolsSecurity -enableтерминала. Спасибо @joar_at_work !

К вашему сведению : я использую Xcode 4.3 и нажал кнопку отключения при его первом запуске, не спрашивайте почему, просто предположите, что моя собака заставила меня сделать это :)

$ dseditgroup -o edit -u <adminusername> -t user -a <developerusername> _developer

Вам следует добавить себя в группу инструментов разработчика. Общий синтаксис для добавления пользователя в группу в OS X следующий:

sudo dscl . append /Groups/<group> GroupMembership <username>

Я считаю, что группа DevTools называется _developer.

Решение Неда Дейли работает отлично, если вашему пользователю это разрешено sudo.

Если это не так, вы можете suвойти в учетную запись администратора, а затем использовать его dscl . append /Groups/_developer GroupMembership $user, где $ user - имя пользователя.

Однако я ошибочно подумал, что это не так, потому что я неправильно ввел имя пользователя в команде, и она молча терпит неудачу.

Следовательно, после ввода этой команды вы должны проверить ее. Это проверит, находится ли $ user в группе $ group, где переменные представляют соответственно имя пользователя и имя группы.

dsmemberutil checkmembership -U $user -G $group

Эта команда либо напечатает сообщение, user is not a member of the groupлибо user is a member of the group.

Ответ предложен @Stacy Simpson:

Мы боремся с проблемой, описанной в этих потоках, и ни одно из решений, похоже, не работает:

• Остановить предупреждение "Для продолжения отладки требуется доступ к инструментам разработчика, чтобы взять под контроль другой процесс"
• Авторизовать разработчика без прав администратора в Xcode / Mac OS

Поскольку я новичок в SO, я не могу публиковать сообщения ни в одной из веток. (Первый фактически закрыт, и я не согласен с соображениями локализации ...)

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

osascript <script name> <password> &

Вот сценарий:

on run argv
    # Delay for 10 seconds as this script runs asynchronously to the automation process and is kicked off first.
    delay 10

    # Inspect all running processes
    tell application "System Events"
        set ProcessList to name of every process
        # Determine if authentication is being requested
        if "SecurityAgent" is in ProcessList then
            # Bring this dialogue to the front
            tell application "SecurityAgent" to activate
            # Enter provided password
            keystroke item 1 of argv
            keystroke return
        end if
    end tell
end run

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

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

Вот лучшее решение от
Mac OS X, которое хочет использовать системную связку ключей при компиляции проекта.

1. Откройте доступ к связке ключей.
2. В верхнем левом углу разблокируйте связку ключей (если она заблокирована).
3. Выберите системный брелок в верхнем левом углу.
4. Найдите свой сертификат распространения и щелкните треугольник раскрытия.
5. Дважды щелкните «Закрытый ключ» под своим сертификатом распространения.
6. Во всплывающем окне перейдите на вкладку Контроль доступа.
7. Выберите «Разрешить всем приложениям доступ к этому элементу».
8. Сохраните изменения.
9. Закройте все окна.
10. Запустите приложение.

Мне помогло предложение из следующей ветки:

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

Он предлагал запустить следующую команду в приложении Терминал :

sudo /usr/sbin/DevToolsSecurity --enable

Я использую Snow Leopard, и этот мне не совсем подходит. Но сработала следующая процедура:

1. Сначала добавили еще одну учетную запись с правами администратора, отметив «Разрешить пользователю управлять этим компьютером» в разделе «Учетные записи», например учетная запись с проверкой имени пользователя.
2. Авторизован в тестовой учетной записи
3. Запустил Xcode, скомпилировал и запустил свой iPhone-проект. Все в порядке, ошибок, связанных с разрешениями, не было
4. Вы вышли из тестовой учетной записи
5. Вы вошли в систему с другой учетной записью с правами администратора.
6. Убрал права администратора с тестовой учетной записи, сняв галочку с «Разрешить пользователю управлять этим компьютером» в разделе «Учетные записи»
7. Вы снова вошли в тестовую учетную запись
8. Удалил каталог проекта iPhone и снова выписался из репозитория (в моем случае svn)
9. Запустил Xcode, скомпилировал и запустил проект. Я не получал никаких ошибок, и приложение работало в симуляторе iPhone.

После запуска:

sudo dscl . append /Groups/_developer GroupMembership <username>

согласно приведенному выше ответу, вам все равно может быть предложено ввести собственный пароль:

Нам нужна авторизация от администратора для запуска отладчика. Это произойдет только один раз за сеанс входа в систему.

На самом деле это означает, что любой пользователь группы _developer, поэтому здесь будет работать только ваш пользователь / пароль, не являющийся администратором, но чтобы полностью избавиться от него (без запросов после перезагрузки), вам также необходимо запустить:

sudo DevToolsSecurity -enable

(запуск его с помощью sudo от имени администратора / от имени пользователя root сделает это так, чтобы вы могли делать это удаленно без запроса пароля графического интерфейса)