Поинтересовался у разработчиков, нужно ли это. Удалил симлинки, так что просьба статью отредактировать приложив ссылку на актуальную версию Termux в F-Droid.
Так причина того, что они переключились на мой репозиторий, потому что они не знают что версия в Google Play является устаревшей.
Актуальная версия Termux в F-Droid, так как Google задолбал ставить палки в колёса при обновлении Termux. Я в той дискуссии участвовал, создал бэкап репозитория, который в итоге стал зеркалом. Примерно тогда же они переименовали репозитории, а я сделал симлинки ради себя потому что было лень править /etc/apt/sources.list.
И вот как бы теперь у меня дилемма. Я могу снести эти симлинки, потому что в общем-то костыль, предложенный в статье, не должен работать и может случайно отломаться создав кучу нытья разработчикам Termux. Я могу не сносить симлинки, потому что кто-то на них полагается (полагаю что авторы статьи не единственные).
И хотя я согласен, что если уж пишете письмо, то надо свои мысли выражать в более корректной форме, которая не вызовет негатива со стороны получателя, тем не менее жертва тут всё-таки ОП, а не эта шарашкина контора.
Мы тут сподобить на соблюдение GPL одну контору на четыре буквы, несмотря на множественные "утечки", не можем, а тут буквально ноунеймы. Кто эта дигма? Я знаком с ними только по дешманским устройствам с никакущим качеством.
liblccopt (он же перекомпиленный ecf_opt под lccrt) можно достать из x86 версии дистрибутива Эльбрус ОС, а так же судя по всему написать на почту в саппорт и получить бинари (O_o?). Правда нет ни одной публичной которой можно было бы связать с исходниками выложенными на гитфлике, так что ждём релиза x86 версии Эльбрус ОС 7.2.
Кстати, для желающих разобраться в устройстве их проприетарного компилятора, там доступна вся отладочная информация. Что с этой информацией делать вы знаете. Чтобы МЦСТ не пытался родить обратно то, что уже выложил сам, есть зеркало на гитхабе: https://github.com/OpenE2K/llvm-lccrt/
Half-Life идёт здесь очень плохо, около 4-5 кадров в секунду (это не шутка) в D3D! Конечно, есть вероятность, что рендерер падает в софтвар из-за кривых драйверов. Процессор очень быстро начинает троттлить, поэтому о 3D играх можно сразу забыть. Или не сразу?
А ты Xash3D попробуй запустить. Можно попробовать даже как оригинальный запустить, так и наш форк.
Случайно нажал отправить, не дописал ещё всё. Если запустишь отдельно с ярлыка, и пропишешь в аргументах -dev 2 -log, и запостишь engine.log, можно было бы посмотреть почему он (предположительно) сваливается в программный рендеринг.
Даже более того, в форке есть аргумент -safegl, который будет перебирать профили OpenGL, постепенно понижая к ним требования. С ним тоже можно найти успешную конфигурацию.
Почему статья написана так, будто это плохой курсач первокурсника? Что вы хотели рассказать? Об архитектуре тут и так достаточно статей, причем достаточно подробных, хотя и не про всё. Если просто в общих словах, то чем это отличается от того что и так есть на сайте МЦСТ?
На крайний случай, можно зашарить ссылку на Jitsi Meet. Конечно минус по приватности, в том, что нужно ещё куда-то переходить. :)
Но всяко лучше, чем ради звонков переходить обратно в проприетарный мессенджер или вовсе сидеть без них. Впрочем, каждый может решить сам что ему важнее.
int, не long. И даже так, long не говорит о том, что указатель в него уместится. Для этих вещей придумали (u)intptr_t и да, очень неочевидно что он не совпадает с указателем в режиме ptr128. Наверное это баг.
Если бы я имел отношение к МЦСТ, я бы завёл им баг. Но на самом деле мне лично всё равно.
Кроме специфичного софта который прибит к x86, я не вижу чего-то сложного.
8СВ к вашему сожалению не настолько плох, я его видел в работе и поставил бы рядом с основным десктопом. За одним работать, а другому оставить роль аппаратного ускорителя вебни.
Есть qemu-e2k от @numas13 и меня: https://github.com/OpenE2K/qemu-e2k и набор скриптов поднимающих chroot с ОС Эльбрус: https://github.com/OpenE2K/repo. Эмулятор в активной разработке, так что если что-то не работает как надо, то лучше оставить багрепорт.
Поднять можно, кстати, и Альт. Я тоже делал скрипт для chroot с qemu-e2k, ещё когда Альтовцы открыли свой репозиторий: https://git.mentality.rip/a1batross/gist/src/branch/master/alt-e2k-chroot-setup.sh.
Поинтересовался у разработчиков, нужно ли это. Удалил симлинки, так что просьба статью отредактировать приложив ссылку на актуальную версию Termux в F-Droid.
Так причина того, что они переключились на мой репозиторий, потому что они не знают что версия в Google Play является устаревшей.
Актуальная версия Termux в F-Droid, так как Google задолбал ставить палки в колёса при обновлении Termux. Я в той дискуссии участвовал, создал бэкап репозитория, который в итоге стал зеркалом. Примерно тогда же они переименовали репозитории, а я сделал симлинки ради себя потому что было лень править /etc/apt/sources.list.
И вот как бы теперь у меня дилемма. Я могу снести эти симлинки, потому что в общем-то костыль, предложенный в статье, не должен работать и может случайно отломаться создав кучу нытья разработчикам Termux. Я могу не сносить симлинки, потому что кто-то на них полагается (полагаю что авторы статьи не единственные).
Mesa совмещает в себе и аппаратно ускоренное 3D. Это фактически основной драйвер для GPU AMD, Intel и не только.
Я к этой версии не имею отношения. Денис этот релиз дотянул один. :)
Учитывая что Астровцы сами не против подтёреться GPL.
И хотя я согласен, что если уж пишете письмо, то надо свои мысли выражать в более корректной форме, которая не вызовет негатива со стороны получателя, тем не менее жертва тут всё-таки ОП, а не эта шарашкина контора.
Мы тут сподобить на соблюдение GPL одну контору на четыре буквы, несмотря на множественные "утечки", не можем, а тут буквально ноунеймы. Кто эта дигма? Я знаком с ними только по дешманским устройствам с никакущим качеством.
liblccopt (он же перекомпиленный ecf_opt под lccrt) можно достать из x86 версии дистрибутива Эльбрус ОС, а так же судя по всему написать на почту в саппорт и получить бинари (O_o?). Правда нет ни одной публичной которой можно было бы связать с исходниками выложенными на гитфлике, так что ждём релиза x86 версии Эльбрус ОС 7.2.
Кстати, для желающих разобраться в устройстве их проприетарного компилятора, там доступна вся отладочная информация. Что с этой информацией делать вы знаете. Чтобы МЦСТ не пытался родить обратно то, что уже выложил сам, есть зеркало на гитхабе: https://github.com/OpenE2K/llvm-lccrt/
А ты Xash3D попробуй запустить. Можно попробовать даже как оригинальный запустить, так и наш форк.
Случайно нажал отправить, не дописал ещё всё. Если запустишь отдельно с ярлыка, и пропишешь в аргументах -dev 2 -log, и запостишь engine.log, можно было бы посмотреть почему он (предположительно) сваливается в программный рендеринг.
Даже более того, в форке есть аргумент -safegl, который будет перебирать профили OpenGL, постепенно понижая к ним требования. С ним тоже можно найти успешную конфигурацию.
Почему статья написана так, будто это плохой курсач первокурсника? Что вы хотели рассказать? Об архитектуре тут и так достаточно статей, причем достаточно подробных, хотя и не про всё. Если просто в общих словах, то чем это отличается от того что и так есть на сайте МЦСТ?
На крайний случай, можно зашарить ссылку на Jitsi Meet. Конечно минус по приватности, в том, что нужно ещё куда-то переходить. :)
Но всяко лучше, чем ради звонков переходить обратно в проприетарный мессенджер или вовсе сидеть без них. Впрочем, каждый может решить сам что ему важнее.
Предлагаю им спамить на почту (elbrus@rtkit.ru), чтобы они и не только для государственных или около компаний предлагали облако, но и для физлиц.
Я повторюсь.
int, не long. И даже так, long не говорит о том, что указатель в него уместится.
Для этих вещей придумали (u)intptr_t и да, очень неочевидно что он не совпадает с указателем в режиме ptr128. Наверное это баг.
Если бы я имел отношение к МЦСТ, я бы завёл им баг. Но на самом деле мне лично всё равно.
Да куда отводить-то разговор? Я не читал ветку, мне в целом всё равно. :)
Но вот про uintptr_t я не знал. Как-то странно что его тоже не расширили. Подстава, однако.
Но я всё же про каст адреса в int где гарантии что адрес поместится нет. И вот тут будут проблемы не только с защищенным режимом, но и с LP64.
Кроме специфичного софта который прибит к x86, я не вижу чего-то сложного.
8СВ к вашему сожалению не настолько плох, я его видел в работе и поставил бы рядом с основным десктопом. За одним работать, а другому оставить роль аппаратного ускорителя вебни.
Вы показали код с UB, который стреляет вам в ногу. Какой нехороший защищенный режим, на нём код с UB не работает!
Представьте себе код в котором норма кастовать указатель в какой-нибудь int, считать это нормой и надеяться что это не выстрелит.
Ну ладно, кому-то и так сойдет.
Что такое типичные задачи? A57 не вытянет мои ежедневные типичные задачи. :)
А 8СВ нет.
Да, он сделал то, что не сделали Microsoft.
И выкатили длинное объяснение почему им просто влом. :)