م_BINARY oxipng غير صحيح في حاوية aarch64

أثناء إعداد عمليات تحميل S3، لاحظت وجود خطأ عند تشغيل المهمة posts:rebake_uncooked_posts:

root@i-0c6fae6cd9e30ce73-app:/var/www/discourse# rake posts:rebake_uncooked_posts
Rebaking uncooked posts on default
oxipng worker: could not get version of oxipng at /usr/local/bin/oxipng; please provide proper binary or disable this worker (--no-oxipng argument or `:oxipng => false` through options)
        2 / 9 ( 22.2%)oxipng worker: could not get version of oxipng at /usr/local/bin/oxipng; please provide proper binary or disable this worker (--no-oxipng argument or `:oxipng => false` through options)
        9 / 9 (100.0%)
9 posts done!

الملف الثنائي موجود، ولكنه لمعمارية خاطئة:

root@i-0c6fae6cd9e30ce73-app:/var/www/discourse# ls -l /usr/local/bin/oxipng
-rwxr-xr-x. 1 root root 1837440 Mar  3 04:39 /usr/local/bin/oxipng
root@i-0c6fae6cd9e30ce73-app:/var/www/discourse# file /usr/local/bin/oxipng
/usr/local/bin/oxipng: ELF 64-bit LSB pie executable, x86-64, version 1 (SYSV), dynamically linked, BuildID[sha1]=74a0446ce5737d1d43032abb6df3d6996f14f156, stripped

هذا يعمل على الإصدار 3.1.0.beta2 (26f77f03d5).

أخبرني إذا كان بإمكاني تقديم أي تفاصيل إضافية.

إعجاب واحد (1)

يبدو أننا نقوم بتنزيل ملف ثنائي مُجمَّع مسبقًا لـ x64 بشكل مستقل عن البنية التي نقوم ببنائها. ولا توجد ملفات ثنائية لـ arm64 في المستودع، لذا سنحتاج إلى تجميع هذا بأنفسنا في arm.

وضع علامة على هذا كـ #pr-welcome، التغيير مطلوب في

7 إعجابات

لقد قدمت PR#688 لهذا الغرض.

4 إعجابات

شكرا على طلب السحب @dlambert!

إعجاب واحد (1)

تم إغلاق هذا الموضوع تلقائيًا بعد 43 ساعة. لم يعد يُسمح بالردود الجديدة.