Тепло это слышать! Основные благодарности, конечно, должны @elfmzдостаться :) С buildroot и/или yocto опыта, увы, не имел, но если вы возьметесь делать и будут какие-то сложности, постараюсь помочь по возможности! Можно тут в личку писать, например, или в телеграм t.me/unxed, там отвечу быстрее
Как временный workaround, чисто теоретически, вот это должно помочь, libstdc++ поставится свежая. Я, вроде, понял, отчего такое происходит, но чтобы понять, как исправлять, надо сперва дождаться ответа автора вот на этот тикет.
Для amd64 вот сейчас собираю прямо. Выложу туда же, куда ведет ссылка portable из поста. Xenial и более поздние, да. Раньше с Trusty начинал, но сейчас там проблемки, больно старый всё-таки. Для i386 лежит там же, но без последний изменений, дойдут руки — обновлю как-нибудь тоже, если кому-нибудь это вообще актуально ещё.
Аххаха, он уже есть! Правда, давно не тестировался, так что сложно сказать, соберется ли сейчас. Но можно написать тикет, если что-то пойдет не так :)
А если серьёзно, я вполне допускаю, что адаптировать far2l под Windows, приделав ещё один бекенд «консоль Windows», куда проще, чем оригинальный Far для Windows сделать кроссплатформенным.
Мне не хватало привычных хоткеев, которые заставить работать в терминале не так-то просто (в посте последняя часть как раз об этом). Ещё не хватало повышения привелегий (необходимость перезапускать mc с sudo бесила очень). И поиска быстрого по альт-букве. И ещё не хватало поддержки иксового буфера обмена - то, что можно эту проблему решить через xclip, я через несколько лет использования far2l узнал только. Там ещё много таких мелочей, все и не вспомнишь.
Однако я против обесценивания труда разработчиков mc, и считаю, что наличие конкуренции пойдет на пользу пользователям обоих файловых менеджеров.
Вопрос как минимум заслуживающий дискуссии. А какие ограничения с вашей точки зрения такой подход создаёт?
Исправил на своей стороне, попробуйте свежую версию по той же ссылке, пожалуйста!
Попросил автора far2l вашу тему импортировать, а там проблемки возникли. Вы не могли бы ответить ему на вопрос вот здесь, пожалуйста?
https://github.com/elfmz/far2l/issues/1396#issuecomment-1309498343
Тепло это слышать! Основные благодарности, конечно, должны @elfmzдостаться :) С buildroot и/или yocto опыта, увы, не имел, но если вы возьметесь делать и будут какие-то сложности, постараюсь помочь по возможности! Можно тут в личку писать, например, или в телеграм t.me/unxed, там отвечу быстрее
Как временный workaround, чисто теоретически, вот это должно помочь, libstdc++ поставится свежая. Я, вроде, понял, отчего такое происходит, но чтобы понять, как исправлять, надо сперва дождаться ответа автора вот на этот тикет.
Собрать portable в принципе подо что угодно можно, если мне кто-нибудь даст виртуалку на этой архитектуре на час.
А пойдемте в телеграм разбираться, чтоб здесь не флудить сильно? t.me/unxed
Когда-то работал, но это давно не тестировалось. Будет здорово, если вы проверите!
Собрал и выложил 32-битный portable тоже, проверяйте!
Для amd64 вот сейчас собираю прямо. Выложу туда же, куда ведет ссылка portable из поста. Xenial и более поздние, да. Раньше с Trusty начинал, но сейчас там проблемки, больно старый всё-таки.
Для i386 лежит там же, но без последний изменений, дойдут руки — обновлю как-нибудь тоже, если кому-нибудь это вообще актуально ещё.
Тикет про поддержку sixel или чего-то подобного. Пока нет, но обсуждается.
Аххаха, он уже есть! Правда, давно не тестировался, так что сложно сказать, соберется ли сейчас. Но можно написать тикет, если что-то пойдет не так :)
А если серьёзно, я вполне допускаю, что адаптировать far2l под Windows, приделав ещё один бекенд «консоль Windows», куда проще, чем оригинальный Far для Windows сделать кроссплатформенным.
Ого, здорово! Кстати, поддержку RGB тем в far2l как раз недавно добавили!
А сейчас у вас WebDAV работает с Яндексом?
Портировали lua вот
https://github.com/elfmz/far2l/discussions/1197
Портировали lua в far2l вот:
https://github.com/elfmz/far2l/discussions/1197
Lua портировали для far2l вот:
https://github.com/elfmz/far2l/discussions/1197
В far2l ошибки того класса, что вы описали, чинятся довольно быстро. UX сейчас вполне плавный.
Когда что-то прям бесит, прихожу я и предлагаю патч, потом @elfmz на него смотрит, ужасается качеством кода и переписывает по-человечески :))
Мы, кстати, сделали специальную версию putty (гуглить putty4far2l), в которой в линуксовом фаре работают все хоткеи и буфер обмена ;)
Мне не хватало привычных хоткеев, которые заставить работать в терминале не так-то просто (в посте последняя часть как раз об этом). Ещё не хватало повышения привелегий (необходимость перезапускать mc с sudo бесила очень). И поиска быстрого по альт-букве. И ещё не хватало поддержки иксового буфера обмена - то, что можно эту проблему решить через xclip, я через несколько лет использования far2l узнал только. Там ещё много таких мелочей, все и не вспомнишь.
Однако я против обесценивания труда разработчиков mc, и считаю, что наличие конкуренции пойдет на пользу пользователям обоих файловых менеджеров.