Errno::EACCES: Permission denied @ dir_s_mkdir - tmp
/src/config/boot.rb:23:in `<top (required)>'
/src/config/application.rb:16:in `require'
/src/config/application.rb:16:in `<top (required)>'
/src/Rakefile:7:in `require'
/src/Rakefile:7:in `<top (required)>'
/usr/local/bin/bundle:23:in `load'
/usr/local/bin/bundle:23:in `<main>'
(See full trace by running task with --trace)
이를 해결하는 방법에 대한 아이디어가 있을까요? 여기저기 검색해 보았지만 해결책을 찾지 못했습니다.
수정: chmod -R 777 ~/discourse를 실행하여 문제를 해결했지만, 이제 다음과 같은 오류가 발생합니다:
gifsicle worker: gifsicle not found; please provide proper binary or disable this worker (--no-gifsicle argument or :gifsicle => false through options)
이러한 설정에서 플러그인을 어떻게 사용해야 하나요? Install plugins on a self-hosted site 링크를 따라보고 있는데, /var/discourse/containers/app.yml 파일에 대한 언급이 있습니다. 하지만 제 discourse 디렉터리에는 해당 파일이 없습니다.
Discourse 개발 환경을 구축해서 패치를 테스트할 수는 있게 됐는데, 이 패치를 프로덕션 인스턴스에 어떻게 적용해야 할까요? base를 빌드한 다음 ./launcher rebuild app --run-image discourse/base:build를 실행해 봤지만, 실행 중인 Discourse 인스턴스가 만들어지지 않습니다.
보통은 syslog 그룹이 없다는 오류가 발생했는데, 해당 부분을 주석 처리하고 나서도 여전히 실행 중인 사이트가 생성되지 않았습니다. 그리고 docker 로그에도 특이한 내용은 없습니다.
오늘 잠시 시도해 보았지만, 당신과 동일한 단계에서 막혔고, 다음과 같은 오류가 발생했습니다:
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)
네, 그렇게 해 주세요. 저를 포함해 여러 팀 구성원이 매일 M1에서 Discourse를 사용하고 있으므로, 꽤 잘 작동합니다!
오늘 직접 시도해 보았는데, 저도 같은 문제를 겪었습니다. 제가 확인한 오류의 원인은 Docker의 아키텍처 에뮬레이션이 inotify(Discourse 개발에서 많이 사용)를 지원하지 않기 때문이었습니다. 당분간, x86_64가 아닌 아키텍처가 감지되면 d/boot_dev에 경고 메시지를 추가했습니다:
❯ 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.
이제 d/ember-cli 헬퍼를 추가하고 기본적으로 포트 4200을 전달하도록 설정했습니다. 이 토픽 상단의 정보도 업데이트되었습니다. 업데이트 후, 하나의 터미널에서 d/rails s를 실행하고 다른 터미널에서 d/ember-cli를 실행하십시오. 또한 NO_EMBER_CLI를 Docker에 전달되는 변수 중 하나로 설정하여 필요 시 사용할 수 있도록 했습니다.
@david 아마도 사소한 문제일 수 있지만 참고로 말씀드립니다: Docker 없이 실수로 실행했을 때…(하지만 ‘Docker 데몬이 실행 중인지’ 부분은 정확합니다)… x86_64 체크에서 잘못된 오류가 출력되는 것을 확인했습니다.
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?
d/boot_dev --init를 실행할 때 psql: error: FATAL: Peer authentication failed for user "postgres" 오류가 발생했습니다.
data/postgres/에 있는 pg_hba.conf에는 모든 인증 방법이 "trust"로 설정되어 있었지만, /etc/postgresql/13/main/에는 기본값(“peer” / “md5”)이 설정된 다른 파일이 있었습니다.
/etc/postgresql/13/main/pg_hba.conf를 편집하여 모든 방법을 trust로 변경한 후, d/shell을 실행하고 sv restart postgres를 실행하여 변경 사항을 적용했습니다. 이후 d/bundle install; d/rake db:migrate RAILS_ENV=development; d/rake admin:create를 수동으로 실행하여 계속 진행할 수 있었습니다.