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
next prev parent 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