#4 Incorrect packaging (extension archive contains win32 binaries)

[Starikov Sergey]

Tomáš Chvátal gentoo-dev 2013-12-29 10:07:02 UTC:
«The extension is then wrongly created by the authors as it should contain only platform independent files.»

По этому поводу есть предложение вынести используемые утилиты
win32/base64.exe
win32/uuidgen.exe
в отдельный пакет и проверять доступность соответствующих функций.
Пользователи альтернативной ОС должны наслаждаться следствиями сделанного выбора, а не собирать выгоды привилегированного положения.

Наверное сюда же стоит посчитать предложение по логике:
Упомянутые функции (утилиты) используются при экспорте.
Соответственно и проверять их нужно там же (благо, проверка уже реализована, правда сейчас проверяется состояние документа (соответствие документа в памяти документу на диске) и ошибка условная, т.е. предоставляющая возможность игнорирования, что неправильно, ошибка должна быть безусловной).

Практика показывает, что расширение 7z смущает как минимум некоторых пользователей.
Оно вводилось достаточно давно как свободный (в отличие от rar) комбайн (архивация и сжатие в одной утилите), лишённый проблемы кодировок русского языка (в отличие от стандартного zip).
Но в настоящее время файлы с кириллицей в именах вынесены из архива расширения.
Соответственно, можно отказаться от использования комбайнов в пользу классики.
Начиная с .tgz или даже .tar.Z и до .tar.xz включительно.

[dikbsd]

По поводу утилит:
win32/base64.exe
win32/uuidgen.exe

Их в свое времы я написал сам, и внес в расширение по просьбам пользователей, которые не обладают широкими познаниями Операционных систем (в данном случае - Windows), и предпочитают имею "все из коробки". Таких пользователей OOoFBTools - огромное число.

По поводу типа упаковки в 7Zip. Я могу делать упаковку в zip. С .tgz, .bz и т.д. хорошо знакомы пользователи Unix, но пользователи Windows придут в замешательство.
Все-таки OOoFBTools - МЕЖПЛАТФОРМЕННОЕ расширение, и мне надо учитавать разные особенности менталитета их пользователей.
Пользователи Unix легко распакуют zip-архив. Они - более "продвинутые". Поэтому я и исхожу из того, что надо ориентироваться на более "простых" пользователей.

[Mike Kaganski]

A suggestion to get rid of the two binaries. Their source code is not easily available (I didn't find it); they are architecture-dependent (interesting, if they would work on Windows ARM); so the changed package uses built-in python instead of them (and also, instead of ZIP). It avoids creating temporary scripts for these cases; it uses internal script provider, and XScript::invoke.

I didn't change version number - just changed Basic functions, added a Python file, removed binaries, and added a linr to the manifest.

[Starikov Sergey]

In recent version of windows (10/11) I expect built-in utils.

But just for now there is almost critical issue: dikbsd is out of game.
I'm just the interested user and not familiar with LO extensions development.
So, first of all developer wanted!