Hai qualche idea su come risolvere? Ho provato a cercare ovunque ma non ho trovato soluzioni.
Modifica: l’ho risolto eseguendo chmod -R 777 ~/discourse, ma ora ricevo questo errore:
gifsicle worker: gifsicle non trovato; fornisci il binario corretto o disabilita questo worker (argomento --no-gifsicle o :gifsicle => false tramite opzioni)
Questo non è un problema, abbiamo rimosso il nostro utilizzo di recente, l’avviso non è motivo di preoccupazione. Stai lavorando su un vecchio codice di Discourse?
Come si utilizzano i plugin in questo tipo di configurazione?
Sto cercando di seguire Install plugins on a self-hosted site, ma viene menzionato il file /var/discourse/containers/app.yml, che non esiste nella mia directory discourse.
Ho configurato con successo un ambiente di sviluppo per Discourse e riesco a testare la mia patch, ma come posso integrare la patch nella mia istanza di produzione? Ho provato a costruire base e poi eseguire ./launcher rebuild app --run-image discourse/base:build, ma non sembra che ciò porti all’avvio di un’istanza di Discourse funzionante.
Di solito ricevo un errore relativo al gruppo syslog mancante, ma ho commentato quella riga, eppure non ho ottenuto un sito funzionante. Inoltre, non c’è nulla di rilevante nei log di Docker.
Non documentiamo davvero questo tipo di cose, ma dovresti generare un file “diff” e poi applicare il diff in un hook dopo aver clonato il repository. app.yml supporta gli hook.
Una soluzione rapida e approssimativa per ambienti self-hosted con un singolo contenitore è semplicemente modificare il codice in loco ed eseguire sv restart unicorn.
Non sono sicuro se questo sia il posto migliore per porre questa domanda, ma non sono riuscito a completare l’installazione di Discourse utilizzando Docker su un computer Apple M1.
Dopo aver eseguito d/boot_dev --init, tutte le dipendenze vengono installate senza apparenti problemi, ma una volta arrivato alla fase Migrating database, il processo rimane bloccato lì, consumando il 100% di uno dei miei core, senza sembrare fare progressi.
Ho provato ad accedere al contenitore Docker e il task bundle migrate è in esecuzione al 100%, ma non si nota alcuna attività apparente nel processo PostgreSQL.
Se qualcuno riesce a eseguire Discourse con Docker su un Mac M1, per favore fatemelo sapere. Nel frattempo, cercherò di seguire la guida alternativa! Grazie!
Ho provato brevemente oggi e mi sono bloccato allo stesso passaggio di te, ma con un errore:
Invalid gemspec in [/usr/local/lib/ruby/gems/2.7.0/specifications/default/zlib-1.1.0.gemspec]: Malformed version number string specification_version
bundler: failed to load command: rake (/usr/local/bin/rake)
Sì, fallo pure. Ci sono diversi membri del team che usano Discourse su M1 (io incluso) ogni giorno, quindi funziona molto bene!
Ciao, penso che dovremmo aggiungere una descrizione di Ember-CLI qui e creare una scorciatoia per il comando sottostante senza dover entrare nel container Docker.
Ci ho provato oggi e ho riscontrato anch’io problemi. L’errore che ho visto era dovuto al fatto che l’emulazione dell’architettura di Docker non supporta inotify (che utilizziamo molto nello sviluppo di Discourse). Per ora, ho aggiunto un avviso a d/boot_dev quando viene rilevata un’architettura non x86_64:
❯ d/boot_dev
WARNING: Docker architecture is not x86_64.
Discourse development is unlikely to work using Docker's architecture emulation.
Please try a native development installation.
Ho ora aggiunto un helper d/ember-cli e inoltrato la porta 4200 per impostazione predefinita. Le informazioni in cima a questo argomento sono state aggiornate. Una volta aggiornato, esegui d/rails s in un terminale e d/ember-cli in un altro. Ho anche impostato NO_EMBER_CLI come una delle variabili passate a Docker, quindi è disponibile se necessario.
@david probabilmente irrilevante, ma solo per farti sapere: lo script boot_dev stampa un falso errore relativo al controllo x86_64 quando l’ho eseguito accidentalmente senza Docker su… (ma la parte ‘Il demone Docker è in esecuzione?’ è corretta)…
WARNING: Docker architecture is not x86_64.
Discourse development is unlikely to work using Docker's architecture emulation.
Please try a native development installation.
...(snip)...
Cannot connect to the Docker daemon at unix:///var/run/docker.sock. Is the docker daemon running?
Grazie per questa immagine e per le istruzioni super chiare!
Ho ricevuto psql: error: FATAL: Peer authentication failed for user "postgres" eseguendo d/boot_dev --init.
Anche se il file pg_hba.conf in data/postgres/ aveva tutti i metodi di autenticazione impostati su “trust”, ce n’era un altro in /etc/postgresql/13/main/ con le impostazioni predefinite (“peer” / “md5”).
Ho modificato /etc/postgresql/13/main/pg_hba.conf, cambiando tutti i metodi in trust, eseguito d/shell e poi sv restart postgres per applicare le modifiche – così ho potuto continuare eseguendo manualmente d/bundle install; d/rake db:migrate RAILS_ENV=development; d/rake admin:create.
Lascio qui questo messaggio nel caso possa essere utile a qualcun altro!
