а как с правами на файлы быть, если собирать в винде ?

ну почему же , я пробывал когда команда Persian Empire только только выложила сборку под винду , чесно говоря выбивал постоянно ошибку , хотя делал я всё по скринам приложенным в архиве , не тут а непосредственно от автора ...
я не наезжал нисколько , просто высказал своё мнение по мне проще прямо в ресивере потолок пару минут собирается , если не меньше ...

P.S. а вот на счёт (прав - атрибутов ) тут вообще хз как оно в винде выставляется ...

вобщем права задаются автоматом стандартно - файлы 644 папки 755 , а вот если в пакете есть бинарник или скрипты , то им тоже присвоятся права 644

Если собираете под виндой - то никто не вправе запретить внести изменения в постинсталяционный скрипт дабы назначились нужные права. Другое дело, что это изврат - под виндой собирать пакеты для линукса. Но кто-то находит в этом какой-то кайф -)

Вам не разрешен просмотр кода. Войдите или Зарегистрируйтесь для просмотра.Все здорово в этой штуке... но мне не хватило одного Это PATH... чтобы тоже можно было в конфиге оставлять.

Так можно в postinst типа

chmod 755 /etc/init.d/softcam.oscam

Не все. Если мне память не изменяет, то виндовс-версия не понимает линуксовских атрибутов. Всем присваивает права 644. :'(
Поэтому паковать надо только под линуксом.

Попробовал и на линуксе после сборки бинарнику дало атрибуты 644, хотя ставил 755 и проверял.

ставил 755

а зачем вам такие права? это шел скрипты? или для чего?
просто если это так важно, то можно поправить этот креатор, какбы

---

Добавлено  25 января | 2018г. | 10:02:52
Кстати да. Вот нашел в коде как этот креатор права ставит:
Вам не разрешен просмотр кода. Войдите или Зарегистрируйтесь для просмотра.Как видите то для обычных файлов он ставит 0644, таких как питон и т.п., для контрола ставит тоже самое, ну оно и понятно, это все таки чаще всего для чтения "документы"
А вот для скриптов (private void addMaintainerScripts) он ставит как и положено 33261 (octal: 0755). Так что не вижу повода для истерик. Естественно, если вы загоняете в IPK файлы, которые должны выполнятся, то есть два варианта:
- собираете IPK на ресивере или под никсами.
- собираете IPK креатором но в скрипте постустановки прописываете команды chmod на те файлы которые вам нужны, что по сути считаю безопасным решением, и полностью контроллируемым.Так как я написал выше скрипты установки запускаются с 0755, они это сделать смогут.

Сначала думал переопределить класс или сделать поле для указания прав в креаторе, но покопавшись, вижу, что автор молодец и сделал все правильно... ну правда с Destination path все таки он просчитался... но то может я просто не понял его мотивов. На этом всё.

Вывод такой: пакуйте чем хотите, что хотите, но знайте об особенностях этого креатора. Что все файлы он заливаете с 0644, если что-то надо, то shell никто не отменял

---

Добавлено  25 января | 2018г. | 10:25:04

Так можно в postinst типа

ВОТ, именно так и задумано судя по всему.
Тогда будет выполнена парадигма "запрещено всё... можно только то что разрешил, т.е. назначил права после установки"

IPK Creator 7.0

- Added some missing arm architectures

- Cleanup powerpc and aarch64
- Compiled using Oracle JDK 20.x and Apache NetBeans IDE 18

No Windows, Linux or macOS binaries, just the jar files.

For IPK Feed Generator just place your ipk files beside IPKFeedGenerator.jar then run it, it will create "Packages" and "Packages.gz" for you.

Thanks Persian Prince