Погоди, то есть ты брал не для себя, а чисто

для тестирования ПО, которое вы разрабатываете?)
тогда для чего тут докер на винде и тд?

ну вот пример того, как виндовое окружение бьет с неожиданной стороны https://github.com/TheRole/the_role_dev/commit/45d720ddf3d55dc653ed64242575c70aaefd38f1 а там у меня еще есть пару тасков на дебаг ситуаций, которые вылезают в винде ничего критичного, но можно было бы упороться, купить дешевенький лаптоп и подебажить на досуге

это что? кавычки по стайлгайду поменяли?

да, кавычки

можно было бы и проще: %Q(docker compose -f dockerfiles/docker-compose.yml exec rails bash -c "#{test_rails6_command}")

PRs are always welcome

а к чему это?.. на винде в целом много багов с докером, особенно учитывая сколько было репортов с удалением операционки из-за поломанного реестра во время принудительного обновления докера, которое нельзя толком убрать

это к тому, что во влажных мечтах хочется делать решение, которое хорошо запускается на разных платформах если по маку и линуху проблем в среднем не много, то винда для меня совсем серая зона и дебаг проблем по скриншотам от пользователей — такое себе

я же сказал ранее сегодня, что чувак, который тебе скрин скинул, не умеет читать ошибки. ему надо было тыкнуть пальцем, что у него просто в винде нет виртуализации. покупать ради такого ноут вообще не надо. я наконец-то понял что ты хотел от нас всё это время

Проще забей. Слишком разные ос. Идеально никогда работать не будет. Докер на винде весь на костылях. Там всегда будут проблемы с совместимостью.

ну я так понял, что он именно какой-то софт делает и один из пользователей написал ему, что у него проблемы с запуском, хотя тут проблемы вообще не на стороне ПО, а на стороне человека, который не прочитал комментарий к ошибке

да плевать я на чувака хотел. У меня свои интересы — есть пару человек которые за последнее время мне прислали баг репорты. Они под виндой. Дебажить по скриншотам неприятно. Хотя и это у меня получается. Я задумался, а может вложить пару сотен и купить дохоленькую машинку для дебага. Однако, год назад (тут внимание) - Год назад, я поставил в маке в виртуалке Винду. - В винду я захотел поставить WSL. 😅 (надо было студентам показать как в винде можно линукс поставить) - Очевидно процессор M1 и винда не оценили моих попыток Тогда я понял, что при выборе виндовой машины для моих учебно-просветительских экспериментов надо тщательно выбирать железку. Ну вот сегодня немного поговорили об этом процессе тут

тебе надо было поставить потому что винду в Qemu, а не в параллельс/виртуалбокс. тогда бы всё заработало, потому что Qemu эмулирует x86 и винде было бы начихать что у тебя там за хостовая система стоит и какой процессор, с какой архитектурой

виртуал бокс в тот момент убеждала меня, что она умеет в HV и эмуляцию

там все всё умеют, но ты просто не учёл архитектуру процессора и версию винды, которая там стоит, а стояла у тебя там версия винды для ARM, которая была разработана специально для М1 процессора (если мы говорим про 11-ю, но 10-я там тоже есть, но только последние какие-то версии, которые надо тщательно искать). пользователи даже в первых версиях такой винды не могли ничего активировать даже через КМС, так как просто не было приспособлено до конца для чужеродной архитектуры

единственная проблема только в том, что начинающему вряд ли будет в кайф работать с qemu, так как он направлен на довольно опытных пользователей виртуальных машин (нет гуи по умолчанию, надо знать миллиард флагов и специфику своей хостовой ОС и архитектуры, где запускаешь гостевую ОС)

ппц, ты энциклопедия виртуализации. Не надо меня так пугать. Я все равно не понимаю половины того, что ты рассказываешь.

но там есть какие-то я знаю ГУИ, которые опенсурсные, я парочкой пользовался, которые шли из коробки к каким-то там окружениям (не помню что там стояло точно, я таким не занимаюсь сам). вроде удобно, но надо искать. думаю, что 1-2 запроса в гугл спасут положение