تثبيت Discourse للتطوير باستخدام Docker

هل يستخدم أي شخص هنا Fedora؟ هذا يضيف بعض التعقيد الإضافي، لأن Podman و SELinux يُستخدمان لتعزيز الأمان. Podman ليس مشكلة حقيقية آمل، فهو متوافق مع OCI وتثبيت podman-docker، يتم ترجمة جميع أوامر Docker إلى أوامر Podman. بالنسبة لـ SELinux أعتقد أنني وجدت الحل المناسب أيضًا، لكنني ما زلت أواجه مشكلة.

لذلك أثناء وجودي في دليل discourse، أقوم بتشغيل هذا الأمر mkdir -vp data/postgres; sudo semanage fcontext -a -t svirt_sandbox_file_t \"/home/user/discourse/data(/.*)?\" \u0026\u0026 restorecon -rv . لتطبيق تسمية سياق SELinux أعتقد أنها كافية لهذا (على الأقل، أخطاء SELinux اختفت)

لكنني ما زلت أواجه هذا الخطأ:

[user@fedora discourse]$ d/boot_dev --init
محاكاة Docker CLI باستخدام podman. إنشاء /etc/containers/nodocker لإسكات الرسالة.
خطأ: قالب: info:1:2: تنفيذ "info" في <.Architecture>: لا يمكن تقييم الحقل Architecture في النوع *define.Info
تحذير: بنية Docker ليست x86_64.
من غير المرجح أن يعمل تطوير Discourse باستخدام محاكاة بنية Docker.
يرجى محاولة تثبيت تطوير أصلي.
استخدام المصدر في: /home/user/discourse
استخدام البيانات في: /home/user/discourse/data/postgres
محاكاة Docker CLI باستخدام podman. إنشاء /etc/containers/nodocker لإسكات الرسالة.
✔ docker.io/discourse/discourse_dev:release
محاولة سحب docker.io/discourse/discourse_dev:release...
الحصول على توقيعات مصدر الصورة
نسخ blob b42e9bacf67a تم  
نسخ blob 3257b89dc3e0 تم  
نسخ blob 8f87c7014fb0 تم  
نسخ blob bf00c24d0f5b تم  
نسخ blob 10e0cd28eb63 تم  
نسخ blob 1efc276f4ff9 تم  
نسخ blob 6d9350d0e59c تم  
نسخ blob 84ee3423e706 تم  
نسخ blob ee2701209d47 تم  
نسخ blob ce48a2c1c5d3 تم  
نسخ blob 2f702c3c2f9f تم  
نسخ blob 27762615d0fc تم  
نسخ blob 7056a5796a1a تم  
نسخ blob c8a22dd30e4c تم  
نسخ blob 1a93cd2f0c23 تم  
نسخ تكوين 6365e737b9 تم  
كتابة البيان إلى وجهة الصورة
تخزين التوقيعات
6365e737b90aea36af1fd9ed029db43a0a620f1c285416546f5e6ee728aca4c5
محاكاة Docker CLI باستخدام podman. إنشاء /etc/containers/nodocker لإسكات الرسالة.
5282393e248e33800e235b4405c9a7197d10a3fc1d405450f1c99d2a5c7c85c7
تثبيت الجواهر...
محاكاة Docker CLI باستخدام podman. إنشاء /etc/containers/nodocker لإسكات الرسالة.
تعذر العثور على Gemfile

تشير سجلات systemd إلى هذا:

Aug 09 18:47:45 fedora podman[19380]: 2022-08-09 18:47:45.841001786 +0200 CEST m=+0.137712533 image pull  discourse/discourse_dev:release
Aug 09 18:47:45 fedora podman[19380]: 
Aug 09 18:47:46 fedora podman[19380]: 2022-08-09 18:47:46.043506861 +0200 CEST m=+0.340217585 container create 5282393e248e33800e235b4405c9a7197d10a3fc1d405450f1c99d2a5c7c85c7 (image=docker.io/discourse/discourse_dev:release, name=discourse_dev)
Aug 09 18:47:46 fedora kernel: tun: Universal TUN/TAP device driver, 1.6
Aug 09 18:47:46 fedora systemd[1684]: selinux: avc:  op=load_policy lsm=selinux seqno=7 res=1
Aug 09 18:47:46 fedora systemd[1684]: selinux: Regex version mismatch, expected: 10.39 2021-10-29 actual: 10.40 2022-04-14
Aug 09 18:47:46 fedora systemd[1684]: selinux: Regex version mismatch, expected: 10.39 2021-10-29 actual: 10.40 2022-04-14
Aug 09 18:47:46 fedora systemd[1684]: selinux: Regex version mismatch, expected: 10.39 2021-10-29 actual: 10.40 2022-04-14
Aug 09 18:47:46 fedora systemd[1684]: Started libpod-conmon-5282393e248e33800e235b4405c9a7197d10a3fc1d405450f1c99d2a5c7c85c7.scope.
Aug 09 18:47:46 fedora systemd[1684]: Started libpod-5282393e248e33800e235b4405c9a7197d10a3fc1d405450f1c99d2a5c7c85c7.scope - libcrun container.
Aug 09 18:47:46 fedora chronyd[792]: Selected source 158.101.221.122 (2.fedora.pool.ntp.org)
Aug 09 18:47:46 fedora podman[19380]: 2022-08-09 18:47:46.370028125 +0200 CEST m=+0.666738859 container init 5282393e248e33800e235b4405c9a7197d10a3fc1d405450f1c99d2a5c7c85c7 (image=docker.io/discourse/discourse_dev:release, name=discourse_dev)
Aug 09 18:47:46 fedora podman[19380]: 2022-08-09 18:47:46.433863112 +0200 CEST m=+0.730573845 container start 5282393e248e33800e235b4405c9a7197d10a3fc1d405450f1c99d2a5c7c85c7 (image=docker.io/discourse/discourse_dev:release, name=discourse_dev)
Aug 09 18:47:46 fedora discourse_dev[19420]: run-parts: executing /etc/runit/1.d/00-fix-var-logs
Aug 09 18:47:46 fedora discourse_dev[19420]: run-parts: executing /etc/runit/1.d/anacron
Aug 09 18:47:46 fedora discourse_dev[19420]: run-parts: executing /etc/runit/1.d/cleanup-pids
Aug 09 18:47:46 fedora discourse_dev[19420]: Cleaning stale PID files
Aug 09 18:47:46 fedora discourse_dev[19420]: run-parts: executing /etc/runit/1.d/ensure-database
Aug 09 18:47:47 fedora podman[19425]: 2022-08-09 18:47:47.698175757 +0200 CEST m=+1.211177315 container exec 5282393e248e33800e235b4405c9a7197d10a3fc1d405450f1c99d2a5c7c85c7 (image=docker.io/discourse/discourse_dev:release, name=discourse_dev)
Aug 09 18:47:48 fedora discourse_dev[19420]: Started runsvdir, PID is 29
Aug 09 18:47:48 fedora podman[19425]: 2022-08-09 18:47:48.535303673 +0200 CEST m=+2.048305123 container exec_died 5282393e248e33800e235b4405c9a7197d10a3fc1d405450f1c99d2a5c7c85c7 (image=docker.io/discourse/discourse_dev:release, name=discourse_dev, execID=166d86f7ca8739899bd59801c2f8bb3d9b940329d8e6bb29d0f45ad82e9d60b0)

دليل السجل في دليل discourse فارغ، كيف يمكنني استكشاف الأخطاء وإصلاحها بشكل أفضل؟
تبدو المسارات مضبوطة بشكل صحيح للعثور على ملف Gem.

[user@fedora discourse]$ SCRIPTPATH=$(cd \"$(dirname \"$0\")\" \u003e /dev/null; pwd -P)
[user@fedora discourse]$ echo $SCRIPTPATH 
/home/user/discourse