Autorizza uno sviluppatore non amministratore in Xcode / Mac OS

Uso un account utente standard per le mie attività quotidiane su Mac OS. Dall'aggiornamento a Snow Leopard mi viene chiesto di fare quanto segue quando un programma viene eseguito da Xcode:

"Digita il nome e la password di un utente nel gruppo" Strumenti per sviluppatori "per consentire a Accesso agli strumenti per sviluppatori di apportare modifiche"

Anche se conosco il nome utente / password dell'amministratore, questo è fastidioso (sebbene richiesto solo una volta per accesso).

L'accesso agli strumenti per sviluppatori richiede i diritti su "system.privilege.taskport.debug" dall'applicazione gdb-i386-apple-darwin.

Qual è il modo migliore per aggirare questo?

Devi aggiungere il tuo nome utente OS X al _developergruppo. Vedi i post in questo thread per maggiori informazioni. Il seguente comando dovrebbe fare il trucco:

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

Alla fine, sono stato in grado di sbarazzarmene usando DevToolsSecurity -enablesu Terminal. Grazie a @joar_at_work !

FYI : Sono su Xcode 4.3 e ho premuto il pulsante di disabilitazione quando è stato lanciato per la prima volta, non chiedere perché, presumo solo che il mio cane me l'abbia fatto fare :)

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

Dovresti aggiungerti al gruppo Strumenti per sviluppatori. La sintassi generale per l'aggiunta di un utente a un gruppo in OS X è la seguente:

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

Credo che il nome del gruppo DevTools sia _developer.

La soluzione di Ned Deily funziona perfettamente, a condizione che all'utente sia consentito sudo.

In caso contrario, puoi accedere sua un account amministratore, quindi utilizzare il suo dscl . append /Groups/_developer GroupMembership $user, dove $ user è il nome utente.

Tuttavia, ho erroneamente pensato che non fosse così perché ho digitato erroneamente il nome dell'utente nel comando e non riesce silenziosamente.

Pertanto, dopo aver inserito questo comando, dovresti verificarlo. Questo controllerà se $ user è in $ group, dove le variabili rappresentano rispettivamente il nome utente e il nome del gruppo.

dsmemberutil checkmembership -U $user -G $group

Questo comando stamperà il messaggio user is not a member of the groupo user is a member of the group.

Risposta suggerita da @Stacy Simpson:

Stiamo lottando con il problema descritto in questi thread e nessuna delle risoluzioni sembra funzionare:

• Arresta l'avviso "l'accesso agli strumenti per sviluppatori deve assumere il controllo di un altro processo per continuare il debug"
• Autorizza uno sviluppatore non amministratore in Xcode / Mac OS

Dato che sono nuovo in SO, non posso postare in nessuno dei thread. (Il primo è effettivamente chiuso e non sono d'accordo con il ragionamento sulla localizzazione ...)

Ad ogni modo, abbiamo creato una soluzione utilizzando AppleScript a cui le persone potrebbero essere interessate. Lo script seguente dovrebbe essere eseguito in modo asincrono prima di avviare il test automatizzato:

osascript <script name> <password> &

Ecco lo script:

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

Probabilmente non è molto sicuro, ma è la soluzione migliore che abbiamo escogitato per consentire l'esecuzione dei test senza richiedere l'intervento dell'utente.

Se tutto va bene, posso ottenere abbastanza punti per pubblicare la risposta; oppure qualcuno può rimuovere la protezione da questa domanda. Saluti.

Ecco una soluzione migliore da
Mac OS X che vuole utilizzare il portachiavi di sistema durante la compilazione del progetto

1. Apri Accesso Portachiavi.
2. Nell'angolo in alto a sinistra, sblocca il portachiavi (se è bloccato).
3. Scegli il portachiavi di sistema nell'angolo in alto a sinistra.
4. Trova il tuo certificato di distribuzione e fai clic sul triangolo di apertura.
5. Fare doppio clic su "Chiave privata" sotto il certificato di distribuzione.
6. Nel popup, vai alla scheda Controllo accessi.
7. Seleziona "Consenti a tutte le applicazioni di accedere a questo elemento".
8. Salva le modifiche.
9. Chiudi tutte le finestre.
10. Esegui l'applicazione.

Per me, ho trovato il suggerimento nel seguente thread aiutato:

Arresta l'avviso "l'accesso agli strumenti per sviluppatori deve assumere il controllo di un altro processo per continuare il debug"

Ha suggerito di eseguire il seguente comando nell'applicazione Terminale :

sudo /usr/sbin/DevToolsSecurity --enable

Sono su Snow Leopard e questo non ha funzionato per me. Ma la seguente procedura ha funzionato:

1. Per prima cosa ho aggiunto un altro account con privilegi di amministratore selezionando "Consenti all'utente di amministrare questo computer" in Account, ad esempio un account con test del nome utente
2. Accesso all'account di prova
3. Avviato Xcode, compilato ed eseguito il mio progetto iPhone. Tutto ok, non sono stati lanciati errori relativi alle autorizzazioni
4. Disconnesso dall'account di prova
5. Accesso effettuato con un altro account con privilegi di amministratore
6. Ha tolto i privilegi di amministratore dall'account di prova rimuovendo il segno di spunta da "Consenti all'utente di amministrare questo computer" in Account
7. Ricollegato all'account di prova
8. Eliminata la directory del progetto iPhone e nuovamente estratta dal repository (nel mio caso svn)
9. Avviato Xcode, compilato ed eseguito il progetto. Non ho ricevuto alcun errore e l'app ha funzionato bene nel simulatore iPhone.

Dopo aver eseguito:

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

in base alla risposta sopra, potresti comunque ricevere la richiesta di inserire la tua password:

Abbiamo bisogno dell'autorizzazione di un utente amministratore per eseguire il debugger. Ciò avverrà solo una volta per sessione di accesso.

Ciò che significa veramente è qualsiasi utente membro del gruppo _developer quindi solo il tuo utente / password non amministratore funzionerà qui, ma per eliminarlo completamente (nessuna richiesta dopo un riavvio) dovrai anche eseguire:

sudo DevToolsSecurity -enable

(eseguendolo con sudo come utente amministratore / come root lo farà in modo da poterlo fare da remoto senza una richiesta di password gui)