Created attachment 2157 [details]
erlang.magic

Собственно, вот этот magic-файл

(In reply to comment #1)
Забыл указать источник:
http://www.erlang.org/faq/faq.html#AEN799

Слабовата магия, особенно в последнем блоке.

(In reply to comment #3)
> Слабовата магия, особенно в последнем блоке.

Всё же лучше, чем никакая.

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

(In reply to comment #3)
> Слабовата магия, особенно в последнем блоке.

"Последний блок" - это там где JAM. Можно тогда без него? Это старый формат, я 
даже не знаю где такие образцы взять сейчас.

file в Sisyphus на данный момент большинство BEAM-файлов (Erlang compiled modules) определяет как 'data'. Но некоторые - как 'PalmOS application "FOR1"'.
Т.о. образом некорректно отрабатывает erlang.prov.files (из пакета rpm-build-erlang) и появляются неразрешённые зависимости. В частности, обратите внимание на зависимости типа erlang_mod(...) в пакете erlang-otp (хотя он же должен их и провайдить). Я так и не смог у себя повторить этот "эффект", он проявляется только в incoming, поэтому пришлось отправить в Sisyphus сделать "заглушку" в виде пакета erlang-otp-prov-stub. Только сейчас я смог выяснить, что уменя был "правильный" file, в отличие от того, что в Сизифе.
Кроме того, в текущем file-4.26 erlang-магия включена в апстриме (и отлично работает). Поэтому прошу обновить пакет file до 4.26, к тому же определение типа как 'PalmOS application "FOR1"' - это ИМХО явная ошибка - не хотелось бы видеть это в branch-4.1.

(In reply to comment #6)
> (In reply to comment #3)
> > Слабовата магия, особенно в последнем блоке.
> 
> "Последний блок" - это там где JAM. Можно тогда без него? Это старый формат, я 
> даже не знаю где такие образцы взять сейчас.

Да, это неправильная магия, я её выкину в любом случае.

file обновлён до 4.26-alt1

За время 4.20..4.26 upstream довольно много всего сломано.
Не факт, что удалось всё это починить.