ALT Linux Team development discussions
 help / color / mirror / Atom feed
From: Alexey Shabalin <a.shabalin@gmail.com>
To: ALT Linux Team development discussions <devel@lists.altlinux.org>
Subject: Re: [devel] vala policy?
Date: Fri, 16 Mar 2012 16:06:51 +0400
Message-ID: <CAEdvWkSrmK=1U+5E-78OCRKKhWK7J8PnN9NfwH5Barjq-hv9Lg@mail.gmail.com> (raw)
In-Reply-To: <1331897368.32215.1@ildar.innovations.kz>

16 марта 2012 г. 15:29 пользователь Ildar Mulyukov написал:
>        Алексей, Юрий, коллеги.
> Я, конечно, не очень авторитетный, но, как причастный к vala, выскажусь.
>
>
> On 16.03.2012 17:04:44, Alexey Shabalin wrote:
>>
>> Я бы сравнил vapi файлы с хэдерами из include/*, а им как раз место в
>> devel пакете.
>
>
> Это верно. vapi похож на gir и на C-headers.
>
>
>> Я не совсем понимаю подход aris@ - вырезать все vapi в отдельный
>> подпакет *-vala.noarch.rpm.
>> У меня другое мнение - vapi файлы надо упаковывать в *-devel пакет.
>
>
> Оба подхода допустимы. В варианте Юрия -- vapi-пакет должен зависеть от
> соответствующего devel-пакета.
>
>
>> От того что в сборочницу попадет vala, даже если она не нужна, ничего
>> страшного не произойдет.
>
>
> Это верно. Поэтому я голосую за вариант Алексея.
>
>
>> Т.к. aris@ к моему мнению не прислушивается, прошу авторитетных людей
>> написать полиси по упаковке vala файлов.
>
>
> IMHO, обычно полиси пишет тот, кто видит всю картину в целом. Обычно это
> тот, кто пакует корневой пакет, в данном случае пакет _vala_.

А может притянуть за уши это полиси:
http://www.altlinux.org/Package_Splitting:

-------
Стереотипное использование
Общее правило: <<то, что используется вместе, пакуется вместе>>
-------
vapi файлы используются только для сборки, т.е. вместе с devel
пакетами. Без devel они не нужны.

----------
Независимое использование
Если часть пакета может работать отдельно и используется другими
пакетами (библиотека, плагин), то её имеет смысл отделить.
----------
vapi файлы используются только для сборки, т.е. вместе с devel
пакетами. Без devel они не нужны.

----------
Крупные noarch-компоненты
Если не-noarch пакет содержит много noarch-содержимого (документация,
данные, конфиги, скриптовые модули и т. д.), стоит вынести его в
отдельный подпакет (с именем -data, например) и установить для него
архитектуру noarch
----------
Обычно vapi не очень большие файлы. В простой системе (не
разработчика) для работы программ не нужны как devel пакеты, так и
vala пакеты.


>> PS: существуют исключения, когда апстримы сами выносят vala в
>> отдельные проекты (например gupnp-vala и др.),
>> но даже их я бы переносил в devel пакеты, когда это возможно.
>
>
> С vapi ситуация ещё более запутанная. Дело в том, что Юрг самостоятельно
> делает vapi для библиотек, к которым прямого отношения не имеет. Поэтому
> может получится конфликт двух vapi-файлов, один из пакета vala, а другой ---
> родной, из библиотеки. Не знаю, сталкивался ли ты с этим.
> Юрга упрашивали разделить vapi и собственно компилятор vala, но он пока не
> уламывается:
> $ rpm -qf /usr/share/vala-0.14/vapi/libusb.vapi
> vala-0.14.2-alt1
>
> С уважением,
>        Ильдар.
> --
> Ildar Mulyukov,
>  free SW designer/programmer/packager
> ======================================
> email: ildar@altlinux.ru
> Jabber: ildar.mulyukov@gmail.com
> ICQ: 4334029
> ALT Linux http://packages.altlinux.org/ru/Sisyphus/maintainers/ildar/
> ======================================
> _______________________________________________
> Devel mailing list
> Devel@lists.altlinux.org
> https://lists.altlinux.org/mailman/listinfo/devel



-- 
Alexey Shabalin

  reply	other threads:[~2012-03-16 12:06 UTC|newest]

Thread overview: 19+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2012-03-16 11:04 Alexey Shabalin
2012-03-16 11:29 ` Ildar Mulyukov
2012-03-16 12:06   ` Alexey Shabalin [this message]
2012-03-16 12:40 ` Yuri N. Sedunov
2012-03-16 13:49   ` Alexey Shabalin
2012-03-16 14:10     ` Yuri N. Sedunov
2012-03-16 14:20       ` Alexey Shabalin
2012-03-16 14:34       ` Michael Shigorin
2012-03-16 15:25       ` Alexey Shabalin
2012-03-16 14:45 ` Dmitry V. Levin
2012-03-16 15:20   ` Alexey Shabalin
2012-03-16 15:39     ` Yuri N. Sedunov
2012-03-16 15:45       ` Dmitry V. Levin
2012-03-16 18:56         ` Alexander Bokovoy
2012-03-16 19:27           ` Alexey Shabalin
2012-03-16 20:53             ` Alexander Bokovoy
2012-03-16 23:18             ` Dmitry V. Levin
2012-03-21 12:14               ` Alexey Shabalin
2012-03-19  5:09           ` Ildar Mulyukov

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to='CAEdvWkSrmK=1U+5E-78OCRKKhWK7J8PnN9NfwH5Barjq-hv9Lg@mail.gmail.com' \
    --to=a.shabalin@gmail.com \
    --cc=devel@lists.altlinux.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link

ALT Linux Team development discussions

This inbox may be cloned and mirrored by anyone:

	git clone --mirror http://lore.altlinux.org/devel/0 devel/git/0.git

	# If you have public-inbox 1.1+ installed, you may
	# initialize and index your mirror using the following commands:
	public-inbox-init -V2 devel devel/ http://lore.altlinux.org/devel \
		devel@altlinux.org devel@altlinux.ru devel@lists.altlinux.org devel@lists.altlinux.ru devel@linux.iplabs.ru mandrake-russian@linuxteam.iplabs.ru sisyphus@linuxteam.iplabs.ru
	public-inbox-index devel

Example config snippet for mirrors.
Newsgroup available over NNTP:
	nntp://lore.altlinux.org/org.altlinux.lists.devel


AGPL code for this site: git clone https://public-inbox.org/public-inbox.git