Разделение основных скриптов и GUI

[Zay]

Думаю что, пока ещё не поздно, и не начата серьёзная работа, надо отделить консольные утилиты PFS от графических на уровне GitHub-а.
Разделение на [под]каталоги, ИМХО, не очень удобно, к тому же меняются пути к файлам, что может создать проблемы со старыми коммитами.

Предлагаю сделать форк проекта   pfs-utils / pfs-utils   в его текущем состоянии, и назвать его, например   pfs-utils / pfs-utils-GUI
Затем удалить из основного проекта всё, что связано с GUI и интернационализацией, и PuppyRus-специфичные скрипты и симлинки.

А из pfs-utils-GUI убрать основные скрипты. И уже только потом вносить изменения в основной проект либо в GUI, по необходимости.

[sfs]

ОК. И все скрипты перенести в /usr/local/bin

[Zay]

И все скрипты перенести в /usr/local/bin

Вот этого, как раз, и не надо. Пусть все пути останутся как есть, чтобы старые коммиты гарантированно работали (если вдруг будет нужно). А при сборке пакета под свой дистрибутив можно класть скрипты куда угодно.

[betcher]

В local/bin точно не надо, это папка для пользовательских исполняемых файлов. А вот разделение на bin и sbin не особо оправдано мне кажется.

[sfs]

разделение на bin и sbin не особо оправдано мне кажется.

http://www.opennet.ru/opennews/art.shtml?num=45488

[betcher]

Тогда все  в /usr/bin. Этот пока не отменили
А про разделение я имел ввиду именно разделение скриптов pfs-utils, а не разделение как таковое. Его то я как раз поддерживаю. И сваливание всего в одну кучу для удобства мантейнеров пакетов мне кажется не правильным.

[Zay]

Да, давайте не отвлекаться от темы.

Предлагаю только разделить имеющийся репозиторий GitHub на два.
Один для основных скриптов PFS-utils, второй для GUI и пр.специфики.

[sfs]

Предлагаю только разделить имеющийся репозиторий GitHub на два.

ок

[Zay]

Попросил neobht в Л.С. помочь с разделением (т.к. у меня нет доступа к аккаунту pfs-utils на GitHub-е).

Теперь предлагаю до момента фактического разделения не вносить на Git изменения, чтобы не было путаницы.

[sfs]

у меня нет доступа к аккаунту pfs-utils на GitHub-е

Если сложно - может и не делать
Как сейчас develop - не напрягает

[Zay]

Как сейчас develop - не напрягает

Нет, как в develop не надо, пути поменяются.
Как раз грамотное разделение очень нужно.

[Zay]

Репозиторий pfs-utils-gui создан (с помощью neobht), но с клонированием пока не разобрался.
На всякий случай подготовил точный список файлов, которые нужно перенести в pfs-utils-gui :

Код

/usr/bin/mount_file

/usr/sbin/editor_pfs
/usr/sbin/extractor_pfs
/usr/sbin/install_pfs
/usr/sbin/load_pfs
/usr/sbin/load_pfs_nomenu
/usr/sbin/load_pfs_ram
/usr/sbin/load_sfs
/usr/sbin/load_sfs_nomenu
/usr/sbin/load_sfs_ram
/usr/sbin/loader_fs
/usr/sbin/manager_pfs
/usr/sbin/open_pet
/usr/sbin/open_pfs
/usr/sbin/uninstall_pfs
/usr/sbin/unload_pfs
/usr/sbin/unload_pfs_nomenu
/usr/sbin/unload_sfs
/usr/sbin/unload_sfs_nomenu
/usr/sbin/unloader_pfs

/usr/share/ *

[neobht]

Создал два проекта и залил туда по два бранча master и develop:
https://github.com/pfs-utils/pfs-utils-cli
https://github.com/pfs-utils/pfs-utils-gui

Все изменения вносить туда.
В pfs-uitils буду добавлять как submodules эти два проекта. Жду когда сольем develop в мастер и удалим половинки cli, gui попарно.

[betcher]

Антон разобрал проект. Теперь пишем в  pfs-utils-cli и в pfs-utils-gui сразу. Ветку мастер. pfs-utils/pfs-utils (старый проект) пока заморозим, потом решим как с ним быть.

[Zay]

Ох, запутаемся! Cli - вообще лишнее, и каталоги в корне (pfs-utils-cli и pfs-utils-gui) тоже лишние.

Предлагаю другую схему:
Перенести всё, что касается GUI, а также puppyrus-специфичные файлы в отдельный репозиторий pfs-utils/pfs-utils-gui (из основного pfs-utils/pfs-utils их удалить).
Ветку develop в основном репозитоии pfs-utils/pfs-utils удалить, чтобы не было расхождений в расположении (каталог /usr должен быть в корне!).
Работу вести в pfs-utils/pfs-utils, для работы создать новую ветку (branch! не репозиторий!) в pfs-utils/pfs-utils.

Пока не поздно, лучше сделать так.