-
Notifications
You must be signed in to change notification settings - Fork 174
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Far2l packaging #84
Comments
Я бы все стандартное оставил как есть сейчас в install, не вижу смысла раскидывать. Подход все статическое в одном месте у приложения мне больше нравится. А вот кастомные бы дополнительно бы грузил из ~/.local/ да, т.к. у юзера может не быть прав записи в установленный для всей системы. |
В Linux нельзя все это сунуть в /use/bin, надо рпскидать по соответствующим директориям, потому нужна возможность все это дело грузить из стандартных системных директорий. Иначе просто нет шанса в апстрим фар отправить. А отправлять надо для популярности. |
Ну минимально разбить придется да. Например все в /usr/lib/far а в bin только симлинк. Видел как многие так поступают. |
Не вижу проблемы разбить сразу по-человечески ;) Что касается кастомных плагинов - только из ~/.local - мало ли какую гадость там понаписывают чтобы ее еще в систему пихать :) |
По человечески понятие относительное ), например в GoboLinux как раз каждая программа в своем каталоге. Хотя по большому счету мне все равно как оно будет разбито, можно и как принято в конкретном дистре. Просто подход GoboLinux мне больше по душе. Насчет кастомных плагинов полностью согласен. |
Так, ну с путями к плагинам я проблемы не вижу.
|
chrome вообще ставится в /opt/google/chrome, в /usr/bin кладется симлинк, и всем так ок. |
а всё-таки, что конкретно на данный момент мешает собрать пакеты? если ничего - могу попробовать сделать deb, повод научиться это делать. |
Попробуй раскидать содержимое директории install по /usr/bin, /usr/share, и т.п. и заставить его работать. |
Я так полагаю, нужно научиться размазываться по файловой системе, как это тут принято |
Ну это не тараканы а стандарт и без его соблюдения - в репозитории нет шансов попасть. |
А куда пихать такие вспомогательные вещи, как far2l_askpass, roots.sh? Вроде исполняемые же, но и в bin/sbin им не место |
https://en.wikipedia.org/wiki/Filesystem_Hierarchy_Standard скорее всего в '/usr/sbin' |
если я правильно понимаю этот самый стандарт, bin от sbin отличается тем, что в bin, в отличие от sbin, кладется то, что должно работать в однопользовательском режиме. соответственно, для частей far2l - скорее /usr/bin, нет? вспомогательные файлы (фактически, всё, кроме бинарников), как я понимаю, вполне принято класть в /var/lib. например, /var/lib/far2l |
Вобщем как показало маленькое исследование - все без зазрения совести ложат свои приватные скрипты в /etc/whatever/.. И самый известный из них - /etc/init.d |
вообще говоря, можно же собрать хоть с какой-нибудь схемой расположения по папкам, а если придумается более лучшая в будущем - изменить? |
"хоть с какой нибудь" - уже собрано.. |
продолжая маленькое исследование: mc свои *.sh и elf-скринсейвер (наверное) держит в /usr/lib/mc |
в альтлинуксе сборка 4198cd5 от 29 сентября. по папкам там разложено так: |
Не, надо по-феншую все делать (rpm и deb). |
всегда можно было запускать из консоли, и всегда он туда мусорил.. раньше мусорил кстати гораздо больше) |
кстати, shell-скрипты вполне себе принято класть в /usr/bin |
шелл скрипты общего назначения, которые могут понадобиться юзеру - не вопрос |
впрочем, в /usr/lib тоже:
пусть лучше будет понятно) PS: посмотрите последний коммент #131 - в любом случае, прежде, чем распространять пакеты, хорошо бы определиться с хранением временных файлов и настроек |
вроде, норм сейчас? |
Вот вариант для сборки DEB-пакета через CPack, со строки 71. Пакет генерируется командой В таком виде с пакетом есть две проблемы:
Ну и нужно делать выбор генератора пакета в зависимости от целевой ОС. В этом сценарии такого нет: жестко прописан DEB, строки 114-119. Точнее, он добавляется в список генераторов, и всякое нужное генератору пакета задается только для DEB. По идее, для сборки того же RPM достаточно задать те его параметры, которые не "выводятся" из общих (CPACK_PACKAGE_XXX), и добавить генератор RPM в список CPACK_GENERATOR. |
эм, все надо .hlf и .lng - в /usr/share/far2l, им точно не место в /etc, т.к. это не конфигурационные файлы. |
когда выбирал между /etc и /usr/share выбрал первый т.к. короче) |
А, хм, и прада работает при открытии и во вьювере и в редакторе. А вот из менюхи не работает почему-то. |
Я честно думал, что это какой-то артефакт портирования, который не сочли нужным чинить, а UCD не выпиливается только потому что без него вообще сборка развалится))) |
да не, рабочая фича, а менюшка похоже просто не была заимплеменчена в форкнутых срыцах) |
вродь сделал менюху |
потестил немножко. в целом работает :) забавно, она в состоянии задетектить "тест €" в UTF-8, но не в состоянии ту же строчку в 1251 (данных маловато для статанализа?). ещё не смогла задетектить "Тест" в utf16le. греческий не оч детектится, но это я и по unar знаю, который статанализ для зипов использует. это всё вопросики скорее к либе, чем к far2l, в любом случае. но это мелочи. а вот что неприятно, это то, что при открытии вот этого тестового файлика кодировка детектится как UTF-8, и половина контента молча вырезается и ещё фейл детектинга определяется только по не-смене кодировки, это странно. можно мсгбокс кидать, типа, "не шмогла я!" |
это еще что, она не в состоянии задетектить самое русское слово из трех букв, написанное в CP1251 |
А они там в этой uchardet не очень-то жалуют OEM кодировки, как я погляжу. Для кириллицы есть, а вот с остальными языками не очень. Пожаловался им в багтрекер на греческий и иврит :)) |
Надо, наверное, в README прописать, что, мол, если ваша кодировка не детектится, то жаловаться надо сюда: |
ну прежде чем жаловаться надо проверить может проблема в отсутствии страницы в wine-овском коде) |
Ну ок, тогда формулирвока будет «если ваша кодировка есть в списке по Shift-F8, Ctrl-H, но не автодетектится» :) |
Вообще странно, что у них поддержка кодировок такая выборочная. По идее же статистические модели одни и те же для одного и того же языка, так что можно было бы все существующие для него кодировки поддерживать. Или, типа, больше кодировок в базе — больше ложных срабатываний? Ну тогда надо возвращать несколько вариантов и давать юзеру выбрать. |
Идеального нет, если греков набереться достаочно много, чтоб один из них открыл багу на эту тему, можно будет заморочиться. Но судя по отсутствию греческой локализации апстрима, это случится как минимум не скоро. |
Ну я одного грека, запарившегося с проблемами в .zip'ах, просветил вот что в far2l решены они :) А он для греческих школ софт в ppa собирает. Так что, может, юзеры оттуда и появятся)) btw, Ins/Del/F4 в Shift-F8 меню не работают. |
Кстати, о штуках, которые есть в UI, но не работают. К бете хорошо бы убрать (ну, скрыть из UI, по крайней мере) те, что вряд ли в ближайшее время заработают. Чтоб не смущали юзера. #808 Ведь именно такие вещи и создают ощущение «сырой» софтины. То есть, когда-нибудь запилить менеджер процессов и отключалку флешек было бы, конечно, классно. Но пока их нет, совершенно незачем в меню этим пунктам присутствовать и по Ctrl-W пустому списку показываться. |
о, клево, спасибо ребята |
Начиная с 6a5e9b6 -DUSEWX=no и yes различаются только тем что с yes собирается /far2l_gui.so которая при инсталляции кладется в .../lib/far2l/ |
Same in English, for whose who are working on packages for different distros. Starting with 6a5e9b6 GUI stuff is built into far2l_gui.so, which is not mandatory, but makes desktop experience better. This .so should probably be packaged into a separate package (which may be called far2l-wx or far2l-gui), and it should depend on main package (which may be called far2l-base). This separation will help to avoid unneeded wx/X11 dependencies on headless servers, still allowing to install desktop version which has some advantages with a single apt-get command. |
Since 126a52b new binary and optional dependency added. |
This is happening at #692 |
@spvkgn а по какому расписанию работает сборка в ppa? То есть сколько времени проходит от коммита до обновления пакета? |
@unxed в ppa включен daily build, т.е запускается раз в сутки, если есть изменения. |
So is it distributed anywhere? Or may be package artifact can be downloaded? |
I have my packaging here: http://sid.ethz.ch/debian/far2l/ and the plan is to get it into the next debian stable release (freeze in January 2023) a bit too late but it is now there. requests for backports are possible: https://backports.debian.org/Contribute/ |
1st Ubuntu with far2l on board! 🎉 |
Prepare binary packages for popular distros.
As of now I could imagine following issues regarding packaging:
Plugin paths are configurable via
The text was updated successfully, but these errors were encountered: