У меня акк угнали. Я не могу просто написать в тп, что мол так и так, верните доступ. Пришлось переезжать на другой акк. А было это 5 лет назад. Вот и думай
Блин, это надо было показать отдельно в статье. Это так не работает, как вы думаете. Я пробовал запускать apt внутри rootfs через фех. Но вот беда, он туда ничего упорно не ставит.
Я его тестировал ещё до написания и, в этот раз, не делал того, что делал тогда специально. Так как я тогда встрял.
Насколько я знаю, единственный способ что-либо менять в rootfs, это поднимать qemu-user и заходить в rootfs. Иначе никак.
Я, конечно, не знаток фряхи (как раз её трогаю потихоньку), но точно знаю, что linuxulator тянет с собой окружения дебиана (на момент теста, там был 9). Так что это с натяжкой эмулятором (как box64), а скорее эмулятором как FEX.
Жалко что на фряхе нет distrobox, было бы удобно иметь контейнеры линя на ней. Причём, на фряхи есть и докер, и подман. Но работать они не хотят, видимо из-за ядра
Меня немного унесло просто. Я хотел подчеркнуть особенности ARM устройств и почему они, по большей части, SoC. Здесь не самое место чтобы это затрагивать, соглашусь.
Да, я тут слишком сильно ушел в упрощение. Из-за этого смысл исказился. Я в курсе что ассемблер это язык (а то и не один, если всякие masm/nasm считать отдельными), просто не так пояснил что под бинарём подразумеваю.
Да, можно. Но когда у приложения 20+ зависимостей, это делать малость утомительно.
Я думаю, что для подобного решения нужно что-то типо winetricks - само скачает, распихает, только галочки поставь.
И да, надо пояснить. Про то, что нельзя скачать из интернета. Я имел ввиду сайты по типу такого, который всплывает по одному запросу в гугле. Тут действительно нужно знать, что с пакетника можно выкачать именно нужные пакеты, именно той архитектуры, что их можно распаковать и запустить. Согласитесь, это в разы труднее для условного Пети, который на винде всё за 2 клика сделает. Нашёл, скачал, скопировал - работает. Профит.
Можно. И оно его запустит. Но только если уже есть RootFS. Fex не умеет работать без него совсем.
И тут есть ньюанс. Даже так, этот apt не будет ставить внутрь RootFS, а будет тянуть пакеты в основную систему. Все пути тоже от основной системы.
Я перед написанием статьи пробовал делать всё на этой железке. Проимелся с дня 2-3 и понял, что это слишком тухлая идея. Проще сделать там где всё работает и перенести туда, где не работает.
Можно использовать qemu-user и через эмуляцию системы x64 всё настроить, но ждать придётся дольше. Тормоза и ещё раз тормоза.
Вы только найдите людей, кому это будет действительно нужно. На mac нет особо эксклюзивов. Wine изначально делался чисто чтобы поиграть. В чём он и остаётся единственным решением (форки типа proton не учитываем. это тот же wine). На маке игр нет, программ особо интересных тоже.
На серверах на ARM (типа такого) вполне себе ставится обычная Ubuntu из образа для ARM64, устройства при загрузке определяются через ACPI как на x86 машинках
Я про это вкурсе. На сервачных решениях это унифицировано, а вот на user-end устройствах - нет.
qemu
Это не транслятор (о которых речь и шла), а виртуалка. Многие уже отписались по этому поводу. Честно, я думаю, что у меня оно будет лагать и будет шляпа. А так способ рабочий, да. Но на уровне "поставь винду на виртуалку и не мучь wine". Вопрос в скорости и производительности.
Было бы всё так просто, никто бы не брал mac для разработки под mac. Имхо - зачем. А так, ставят либо виртуалку (если совсем нет возможности купить mac), либо покупают mac.
В мире опен-сорса правильнее будет скомпилировать нужный вам софт под целевую платформу
Согласен. Саммый яркий пример для чего нужна эмуляци - стим. Его на ARM (пока) нет. Поставить, кроме как через трансляцию, нельзя.
Операционные системы, десктопные окружения, QT GTK, браузеры (electron) и множество популярных программ и пакетов имеют версии под ARM64.
Я их брал только как пример для демонстрации работоспособности. Это было проще всего. Это можно применить и к более нетривиальным решениям, просто действуя по аналогии.
Кстати, а что насчёт запуска программ с Macos в Linux? Эти программы уже ведь скомпилированы под ARM?
Это вы как себе представляете? Программы под mac собраны под mac и не могут быть запущены где-то кроме mac.
Попробуйте прокинуть бинарь из Linux в FreeBSD. Спойлер - BSD вас пошлёт.
Разные ОС = разные решения по сборке, расположению и/или версиям библиотек, разные компиляторы. То что это всё *nix погоды не делает.
Да. Оно будет лучшим, когда железка может делать чуть больше, чем ничего. На данном аппарате запускать qemu - это застрелится просто. Он и так работает, скажем так, неторопливо.
Возможно не самым быстрым, но точно куда как более простым
У меня была цель проверить именно байтовые трансляторы (ну, изначально). То что с виртуализацией можно проще - ктож спорит. И винду на виртуалку накатить можно, зачем wine? Только скорость в таком случае будет очень дурной.
Были причины, по которым такой вариант не рассматривался?
Скорость и маломощность аппарата. Если это чудо не способно переварить веб-версию телеги, о какой производительности вообще может идти речь? А теперь сюда пихните виртуалку, и получите полу-недо рабочее чудо, которое виснет в 2 раза чаще.
Был бы какой-нибудь X Elite - было бы проще. Тут можно разгуляться.
Это не винда, где dll можно найти в любой дыре, плюс сама программа тащит в себе 98% всего нужного.
Вот представь себе, что программа использует где-то 15-20 библиотек. Где ты их искать будешь в инете? Да и даже так это очень геморно в плане времязатрат/пользы.
Это только кажется геморроем со стороны. На обычном пк (x64) там проблем будет мало. А когда до нас в СНГ arm-ноуты дойдут... не скоро. Можно спойокно на это забить.
Я сам не 24/7 в лине. Он у меня на ноуте стоит как основная система, а на основном пк винда. Так как мне нужен софт для работы с графикой (тот же T-Flex Cad 17, который я пробовал запустить в статье про wine), которые там не запускаются, чтобы ты не делал.
Но. Я на ноуте сделал себе образ винды для QEMU, ставил туда нужные проги (T-Flex, Affinity Photo/Designer) и он работал очень даже шустро (конфу ноута можете в статье найти). Только весил под 32 гига, вот это боль. А так, проблем не много.
На Винде точно так же. Запускаешь любую программу и пофиг, для какой она написана архитектуры
Не скажи. Иначе они бы не делали призм для запуска x64 на arm. Да и проблем на старте с их сурфейсом не было бы, а там прог было... лучше сказать что не было. Я помню как на старте его, отчасти, из-за этого и закидали помоями
У меня акк угнали. Я не могу просто написать в тп, что мол так и так, верните доступ. Пришлось переезжать на другой акк. А было это 5 лет назад. Вот и думай
Хорошо бы, если бы это было в документации FEX, так как я устал выискать по разным ресурсам как сделать то или иное. Информации не слишком много
Блин, это надо было показать отдельно в статье. Это так не работает, как вы думаете. Я пробовал запускать apt внутри rootfs через фех. Но вот беда, он туда ничего упорно не ставит.
Я его тестировал ещё до написания и, в этот раз, не делал того, что делал тогда специально. Так как я тогда встрял.
Насколько я знаю, единственный способ что-либо менять в rootfs, это поднимать qemu-user и заходить в rootfs. Иначе никак.
Я, конечно, не знаток фряхи (как раз её трогаю потихоньку), но точно знаю, что linuxulator тянет с собой окружения дебиана (на момент теста, там был 9). Так что это с натяжкой эмулятором (как box64), а скорее эмулятором как FEX.
Жалко что на фряхе нет distrobox, было бы удобно иметь контейнеры линя на ней. Причём, на фряхи есть и докер, и подман. Но работать они не хотят, видимо из-за ядра
Меня немного унесло просто. Я хотел подчеркнуть особенности ARM устройств и почему они, по большей части, SoC. Здесь не самое место чтобы это затрагивать, соглашусь.
Да, я тут слишком сильно ушел в упрощение. Из-за этого смысл исказился. Я в курсе что ассемблер это язык (а то и не один, если всякие masm/nasm считать отдельными), просто не так пояснил что под бинарём подразумеваю.
Да, можно. Но когда у приложения 20+ зависимостей, это делать малость утомительно.
Я думаю, что для подобного решения нужно что-то типо winetricks - само скачает, распихает, только галочки поставь.
И да, надо пояснить. Про то, что нельзя скачать из интернета. Я имел ввиду сайты по типу такого, который всплывает по одному запросу в гугле. Тут действительно нужно знать, что с пакетника можно выкачать именно нужные пакеты, именно той архитектуры, что их можно распаковать и запустить. Согласитесь, это в разы труднее для условного Пети, который на винде всё за 2 клика сделает. Нашёл, скачал, скопировал - работает. Профит.
Можно. И оно его запустит. Но только если уже есть RootFS. Fex не умеет работать без него совсем.
И тут есть ньюанс. Даже так, этот apt не будет ставить внутрь RootFS, а будет тянуть пакеты в основную систему. Все пути тоже от основной системы.
Я перед написанием статьи пробовал делать всё на этой железке. Проимелся с дня 2-3 и понял, что это слишком тухлая идея. Проще сделать там где всё работает и перенести туда, где не работает.
Можно использовать qemu-user и через эмуляцию системы x64 всё настроить, но ждать придётся дольше. Тормоза и ещё раз тормоза.
Разве что FinalCut и ещё пару исконно маковского софта. Смысла мало, желающих мало - никто делать не станет
Это эмулятор, а не базовая система. Вы с таким же успехом можете qemu запустить.
Вы только найдите людей, кому это будет действительно нужно. На mac нет особо эксклюзивов. Wine изначально делался чисто чтобы поиграть. В чём он и остаётся единственным решением (форки типа proton не учитываем. это тот же wine). На маке игр нет, программ особо интересных тоже.
Я про это вкурсе. На сервачных решениях это унифицировано, а вот на user-end устройствах - нет.
Это не транслятор (о которых речь и шла), а виртуалка. Многие уже отписались по этому поводу. Честно, я думаю, что у меня оно будет лагать и будет шляпа. А так способ рабочий, да. Но на уровне "поставь винду на виртуалку и не мучь wine". Вопрос в скорости и производительности.
Будет интересно прочитать
Во во. А руками это делать - свихнёшься
Было бы всё так просто, никто бы не брал mac для разработки под mac. Имхо - зачем. А так, ставят либо виртуалку (если совсем нет возможности купить mac), либо покупают mac.
Согласен. Саммый яркий пример для чего нужна эмуляци - стим. Его на ARM (пока) нет. Поставить, кроме как через трансляцию, нельзя.
Я их брал только как пример для демонстрации работоспособности. Это было проще всего. Это можно применить и к более нетривиальным решениям, просто действуя по аналогии.
Это вы как себе представляете? Программы под mac собраны под mac и не могут быть запущены где-то кроме mac.
Попробуйте прокинуть бинарь из Linux в FreeBSD. Спойлер - BSD вас пошлёт.
Разные ОС = разные решения по сборке, расположению и/или версиям библиотек, разные компиляторы. То что это всё *nix погоды не делает.
Да. Оно будет лучшим, когда железка может делать чуть больше, чем ничего. На данном аппарате запускать qemu - это застрелится просто. Он и так работает, скажем так, неторопливо.
У меня была цель проверить именно байтовые трансляторы (ну, изначально). То что с виртуализацией можно проще - ктож спорит. И винду на виртуалку накатить можно, зачем wine? Только скорость в таком случае будет очень дурной.
Скорость и маломощность аппарата. Если это чудо не способно переварить веб-версию телеги, о какой производительности вообще может идти речь? А теперь сюда пихните виртуалку, и получите полу-недо рабочее чудо, которое виснет в 2 раза чаще.
Был бы какой-нибудь X Elite - было бы проще. Тут можно разгуляться.
А ты собери весь этот заопарк библиотек из инета.
Это не винда, где dll можно найти в любой дыре, плюс сама программа тащит в себе 98% всего нужного.
Вот представь себе, что программа использует где-то 15-20 библиотек. Где ты их искать будешь в инете? Да и даже так это очень геморно в плане времязатрат/пользы.
Это только кажется геморроем со стороны. На обычном пк (x64) там проблем будет мало. А когда до нас в СНГ arm-ноуты дойдут... не скоро. Можно спойокно на это забить.
Я сам не 24/7 в лине. Он у меня на ноуте стоит как основная система, а на основном пк винда. Так как мне нужен софт для работы с графикой (тот же T-Flex Cad 17, который я пробовал запустить в статье про wine), которые там не запускаются, чтобы ты не делал.
Но. Я на ноуте сделал себе образ винды для QEMU, ставил туда нужные проги (T-Flex, Affinity Photo/Designer) и он работал очень даже шустро (конфу ноута можете в статье найти). Только весил под 32 гига, вот это боль. А так, проблем не много.
Не скажи. Иначе они бы не делали призм для запуска x64 на arm. Да и проблем на старте с их сурфейсом не было бы, а там прог было... лучше сказать что не было. Я помню как на старте его, отчасти, из-за этого и закидали помоями