[devel] Erlang's rpm-build-erlang

[devel] Erlang's rpm-build-erlang

[Led]

Я здесь набросал:
erlang.prov
erlang.prov.files
erlang.req
erlang.req.files
erlang_req.erl

Вроде бы даже работает. Осталось сделать
/etc/rpm/macros.d/erlang
/etc/rpm/macros.d/erlang.env

Provides/Requires получаются в виде
erlang(xxx)
где xxx - имя модуля.

Если кого-то это интересует - высказывайте пожелания/замечания.

-- 
Led

Re: [devel] Erlang's rpm-build-erlang

[Damir Shayhutdinov]

> Вроде бы даже работает. Осталось сделать
> /etc/rpm/macros.d/erlang
> /etc/rpm/macros.d/erlang.env
>
> Provides/Requires получаются в виде
> erlang(xxx)
> где xxx - имя модуля.
>
> Если кого-то это интересует - высказывайте пожелания/замечания.

Как ищутся зависимости? По исходникам или по байткоду?

Re: [devel] Erlang's rpm-build-erlang

[Led]

Sunday, 17 February 2008 12:21:43 Damir Shayhutdinov написав:
> > Вроде бы даже работает. Осталось сделать
> > /etc/rpm/macros.d/erlang
> > /etc/rpm/macros.d/erlang.env
> >
> > Provides/Requires получаются в виде
> > erlang(xxx)
> > где xxx - имя модуля.
> >
> > Если кого-то это интересует - высказывайте пожелания/замечания.
>
> Как ищутся зависимости? По исходникам или по байткоду?

По *.beam (т.е. по байткоду), с помощью erlang(xref).


-- 
Led

Re: [devel] Erlang's rpm-build-erlang

[Damir Shayhutdinov]

> > Как ищутся зависимости? По исходникам или по байткоду?
>
> По *.beam (т.е. по байткоду), с помощью erlang(xref).

А зависимости между приложениями (и сами приложения)? Может стоит
сделать что-то типа erlang-app(kernel)?

Re: [devel] Erlang's rpm-build-erlang

[Led]

Sunday, 17 February 2008 15:31:49 Damir Shayhutdinov написав:
> > > Как ищутся зависимости? По исходникам или по байткоду?
> >
> > По *.beam (т.е. по байткоду), с помощью erlang(xref).
>
> А зависимости между приложениями (и сами приложения)?

Вы имеете ввиду зависимости для *.app? Мне казалось, что это лишнее - они уже 
входят в *.beam (?)

> Может стоит 
> сделать что-то типа erlang-app(kernel)?

Т.е. делать зависимости не на конкретные beam-модули, а на билиотеку 
(/usrlib/erlang/lib/LIBNAME ?

-- 
Led

Re: [devel] Erlang's rpm-build-erlang

[Led]

Sunday, 17 February 2008 05:03:53 Led написав:
> Я здесь набросал:
> erlang.prov
> erlang.prov.files
> erlang.req
> erlang.req.files
> erlang_req.erl
>
> Вроде бы даже работает. Осталось сделать
> /etc/rpm/macros.d/erlang
> /etc/rpm/macros.d/erlang.env
>
> Provides/Requires получаются в виде
> erlang(xxx)
> где xxx - имя модуля.
>
> Если кого-то это интересует - высказывайте пожелания/замечания.

Можно на led <at> jabber.ru

-- 
Led

Re: [devel] Erlang's rpm-build-erlang

[Damir Shayhutdinov]

> Вы имеете ввиду зависимости для *.app? Мне казалось, что это лишнее - они уже
> входят в *.beam (?)
Да.

> > Может стоит
> > сделать что-то типа erlang-app(kernel)?
>
> Т.е. делать зависимости не на конкретные beam-модули, а на билиотеку
> (/usrlib/erlang/lib/LIBNAME ?
В дополнение к конкретным beam-модулям.

Для чего нужна эта система автопоиска зависимостей? Чтобы исключить
невозможность запуска поставленного в систему пакета.

При старте приложения Erlang сначала стартует все зависимые
приложения, указанные в *.app. (там же есть еще included_applications,
наличие этих приложений проверяется при старте).
Если какого-то приложения не существует - старт невозможен.

Однозначной связи между модулями и приложениями, насколько мне
известно, нет. Поэтому _нельзя_ гарантировать, что если поставлены все
зависимые модули, запуск приложения состоится. Необходимо еще, чтобы
были установлены и запущены приложения, указанные в .app файле. Способ
это сделать есть - делать provides и requires на приложения.

Re: [devel] Erlang's rpm-build-erlang

[Led]

Sunday, 17 February 2008 15:41:42 Led написав:
> Sunday, 17 February 2008 15:31:49 Damir Shayhutdinov написав:
> > > > Как ищутся зависимости? По исходникам или по байткоду?
> > >
> > > По *.beam (т.е. по байткоду), с помощью erlang(xref).
> >
> > А зависимости между приложениями (и сами приложения)?
>
> Вы имеете ввиду зависимости для *.app? Мне казалось, что это лишнее - они
> уже входят в *.beam (?)
>
> > Может стоит
> > сделать что-то типа erlang-app(kernel)?
>
> Т.е. делать зависимости не на конкретные beam-модули, а на билиотеку
> (/usrlib/erlang/lib/LIBNAME ?

Наверное, лучше сделать что-то типа:

erlang(stdlib/dets) = 1.15.1
(для Provides)

и тогда в Requires можно:

erlang(stdlib/dets) >= 1.15
(если нужно указать версию в зависимостях)


-- 
Led

Re: [devel] Erlang's rpm-build-erlang

[Damir Shayhutdinov]

> > Т.е. делать зависимости не на конкретные beam-модули, а на билиотеку
> > (/usrlib/erlang/lib/LIBNAME ?
>
> Наверное, лучше сделать что-то типа:
>
> erlang(stdlib/dets) = 1.15.1
> (для Provides)
>
> и тогда в Requires можно:
>
> erlang(stdlib/dets) >= 1.15
> (если нужно указать версию в зависимостях)
Может быть, хотя имя модуля достаточно уникально. Я все же бы
советовал оставить erlang(dets), добавив еще один тип зависимостей для
приложений.

Re: [devel] Erlang's rpm-build-erlang

[Led]

Sunday, 17 February 2008 16:00:52 Damir Shayhutdinov написав:
> > > Т.е. делать зависимости не на конкретные beam-модули, а на билиотеку
> > > (/usrlib/erlang/lib/LIBNAME ?
> >
> > Наверное, лучше сделать что-то типа:
> >
> > erlang(stdlib/dets) = 1.15.1
> > (для Provides)
> >
> > и тогда в Requires можно:
> >
> > erlang(stdlib/dets) >= 1.15
> > (если нужно указать версию в зависимостях)
>
> Может быть, хотя имя модуля достаточно уникально. Я все же бы
> советовал оставить erlang(dets), добавив еще один тип зависимостей для
> приложений.

Не очень нравится erlang-app(xxx)... Может erlang(xxx.app) будет достаточно 
для приложений?


-- 
Led

Re: [devel] Erlang's rpm-build-erlang

[Damir Shayhutdinov]

> Не очень нравится erlang-app(xxx)... Может erlang(xxx.app) будет достаточно
> для приложений?
Ну можно и так.

Re: [devel] Erlang's rpm-build-erlang

[Michael Shigorin]

On Sun, Feb 17, 2008 at 04:51:22PM +0300, Damir Shayhutdinov wrote:
> Для чего нужна эта система автопоиска зависимостей? Чтобы
> исключить невозможность запуска поставленного в систему пакета.
  ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
Это в фортунки надо, хотя ты, скорее всего, имел в виду
"исключить невозможность гарантированного _не_запуска". :)

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/