Errore di connessione online fossili repository dopo la modifica della password

Question

Ho impostato fossili di un repository su un hosting condiviso account che ho.Ho creato uno script in perl fossil.pl che punta a un repository clonato che ho messo sul web.Ho impostato tutte le autorizzazioni corrette (755).Quando vado a fossil.pl ho l'interfaccia web.Tutto è fresco.Tuttavia, sto avendo un problema con spinte e sperando che qualcuno potrebbe indicarmi una soluzione.

Quando ho clone di un repository è imposta una nuova password per me (Toby) nel nuovo repository clonato.Se spingo a questo repository online senza modificare la password e funziona bene, riesco a spingere le modifiche apportate dal mio computer locale per l'archivio online.Tuttavia, una volta cambiare la password per Toby (per qualcosa di più facilmente ricordato da me) ottengo il seguente errore.

 Bytes      Cards  Artifacts     Deltas Send:           
 1810          9          0          2
 1Server Error: not authorized to write
 fossil: server says: not authorized to
 write

Qualcuno sa perché questo accade?Qualcuno sa come risolvere il problema?

Answer 1

Fossil ha recentemente cambiato i dettagli di come si salva le password, che hanno inciso l'autenticazione modo in cui viene fatto durante clone, spingere, tirare e la sincronizzazione.

Un risultato di questo cambiamento è che la password iniziale per il primo account utente creato per voi dal clone memorizza la password alla vecchia maniera, ma cambiare qualsiasi password aggiorna alla nuova strada. Per forzare tutte le password in un repository per utilizzare il nuovo metodo usa "test-hash-password fossili".

Vorrei verificare che entrambe le copie di fossili sono dopo che la revisione, l'aggiornamento entrambe le estremità, se necessario.

Si noti che se l'aggiornamento a versioni più recenti disponibili, si deve fare "ricostruire fossile" sul server (e localmente anche per eventuali cloni) dovute al mutamento dello schema del database. Dal momento che è sempre sicuro di fare, è saggio farlo dopo ogni aggiornamento.

Answer 2

Fino a poco tempo fa gli utenti e le password non sono mai stati clonati in tutto.E ' generalmente una buona idea, quando si clona, per assicurarsi che la password in locale e remoto sono identici, e prova con una sincronizzazione.