Fehler:
1) Scheduler::Defer kann pausieren und fortsetzen
Fehler beim Aufruf: @reactor&.stop
ThreadError:
Thread wurde beendet
# /Users/js/.rvm/gems/ruby-2.2.1/gems/message_bus-2.2.3/lib/message_bus/timer_thread.rb:48:in `wakeup'
# /Users/js/.rvm/gems/ruby-2.2.1/gems/message_bus-2.2.3/lib/message_bus/timer_thread.rb:48:in `block in stop'
# /Users/js/.rvm/gems/ruby-2.2.1/gems/message_bus-2.2.3/lib/message_bus/timer_thread.rb:46:in `synchronize'
# /Users/js/.rvm/gems/ruby-2.2.1/gems/message_bus-2.2.3/lib/message_bus/timer_thread.rb:46:in `stop'
# ./lib/scheduler/defer.rb:56:in `stop!'
# ./spec/components/scheduler/defer_spec.rb:44:in `block (2 levels) in <main>'
Abgeschlossen in 9 Minuten 53 Sekunden (das Laden der Dateien dauerte 25,84 Sekunden)
6460 Beispiele, 1 Fehler, 4 ausstehend
Fehlgeschlagene Beispiele:
rspec ./spec/components/scheduler/defer_spec.rb:67 # Scheduler::Defer kann pausieren und fortsetzen
Anfangs hatte ich einige Probleme bei der Installation der Abhängigkeiten beim Ausführen des Installationsskripts aus dem Leitfaden. Ich denke jedoch, dass diese jetzt alle behoben sein sollten.
Wie kann ich dieses Problem beheben?
Vielen Dank!
Zweck der lokalen Installation
Falls dies relevant ist: Ich versuche, von einer Google-Gruppe auf eine gehostete Version von Discourse zu migrieren, und zwar unter Verwendung dieses Leitfadens. Die Idee ist, eine lokale Version einzurichten, um die Migration lokal durchzuführen und dann das Backup auf die gehostete Version hochzuladen, da ich keinen Root-Zugriff auf die gehostete Version habe.
Dieser Leitfaden geht davon aus, dass Sie eine Docker-basierte Einrichtung verwenden. Sie sollten Docker auf macOS installieren und dann jeden Schritt in diesem Leitfaden befolgen können.
Der Discourse-Support hat in einer E-Mail den macOS-Leitfaden als Option erwähnt. Er hat mich jedoch auch auf den Anfängerleitfaden zur Installation von Discourse für die Entwicklung mit Docker verwiesen. Ich möchte die Aufgabe einfach so schnell wie möglich erledigen. Ich habe gerade auch die Preise von DigitalOcean geprüft, und sie scheinen viel günstiger zu sein als erwartet.
Was empfiehlst du als schnellste und einfachste Methode?
DigitalOcean ist wahrscheinlich die einfachste Lösung, wenn Sie Probleme bei der Installation von Docker auf macOS haben. Es funktioniert und ist angesichts der Tatsache, dass Sie den Droplet nur für kurze Zeit benötigen, recht günstig.
Ich habe nun beide Optionen für macOS im Leitfaden ausprobiert, bin aber auf Probleme gestoßen. Ich habe einen Kommentar unter dem Leitfaden hinterlassen, habe es dann aber aufgegeben. Als Nächstes werde ich es mit DigitalOcean versuchen.
Danke. Das ist jedoch interessant. Das Installations-Skript aus der Anleitung installiert ausdrücklich Version 2.6.5. Ich habe keine Ahnung, warum 2.2.1 angezeigt wird.
Wenn ich manuell rbenv install 2.6.5 ausführe (wie es das Installations-Skript tut), wird Folgendes ausgegeben:
rbenv: /Users/js/.rbenv/versions/2.6.5 existiert bereits
Ich ging davon aus, dass die Logs zeigen, dass RVM verwendet wird. Also gibt rvm list aus:
=* ruby-2.2.1 [ x86_64 ]
ruby-2.5.0 [ x86_64 ]
Also habe ich rvm install "ruby-2.6.5" ausgeführt und erneut bundle exec rake autospec versucht. Nun wird Folgendes ausgegeben:
Traceback (most recent call last):
2: from /Users/js/.rvm/rubies/ruby-2.6.5/bin/bundle:23:in `<main>'
1: from /Users/js/.rvm/rubies/ruby-2.6.5/lib/ruby/2.6.0/rubygems.rb:302:in `activate_bin_path'
/Users/js/.rvm/rubies/ruby-2.6.5/lib/ruby/2.6.0/rubygems.rb:283:in `find_spec_for_exe': Konnte 'bundler' (2.1.1) nicht finden, das von deiner /Users/js/Documents/Aktuelle-Projekte/Openframe/discourse/Gemfile.lock benötigt wird. (Gem::GemNotFoundException)
Um auf die neueste auf deinem System installierte Version zu aktualisieren, führe `bundle update --bundler` aus.
Um die fehlende Version zu installieren, führe `gem install bundler:2.1.1` aus.
… scheint, als ob du die RVM-Version nicht anfassen solltest? Oder übersehe ich etwas?