From: Denis Pynkin <denis.pynkin@gmail.com> To: ALT Linux Team development discussions <devel@lists.altlinux.org> Cc: Alexey Gladkov <legion@altlinux.ru> Subject: Re: [devel] golang policy Date: Mon, 1 Feb 2016 18:29:22 +0300 Message-ID: <20160201152922.GA29360@epbyminw3061.minsk.epam.com> (raw) In-Reply-To: <20160201073628.GB15721@comp-core-i7-2640m-0182e6.fortress> On Mon, Feb 01, 2016 at 08:36:28AM +0100, Alexey Gladkov wrote: > > А как у нас планируется работать с пакетами, написанными на Go? > > Пакетить все зависимости в отдельные src или можно какие-то аналоги для > > bundle, как предлагают в Fedora Project? > > Политика в многом схожая с Fedora. Не все пакеты несут зависимости с > собой (например в виде Godeps). Для таких проектов зависимости > пакетируются. к своему стыду, не знал про godeps. Я правильно понимаю, что godeps поможет в создании bundle либо отдельных пакетиков с зависимостями? > Буквально вчера в сизиф пошёл новый golang и rpm-build-golang, где была > предпринята попытка упорядочить зоопарк golang-пакетов. пока не пришло. ждем-с в репозитории. > Если есть идеи по этому поводу рад буду обсудить )) Собственно, мозговой штурм сегодня привел меня к безрадостному заключению, что bundle зависимостей для каждого пакета go, чуть ли не единственый выход. У нас же нет жесткого bundling policy? С т.з. безопасности меня это очень напрягает, откровенно говоря. Рано или поздно появятся пакеты, которым нужна одна и та же зависимость, но разных версий (и разным API) :( В рамках bundle это решается легко, с распиленными на кусочки зависимостями -- уже сложнее. Дальше, не совсем понятно, как работать с исходниками в случае bundle. Пока пришел к выводу, что собственно код программы -- калька из апстрима, а все зависимости в отдельный гит, по сути снапшотом, и отдельным bundle пакетом, который провайдит только bundle-пакет. Еще вопрос -- поддерживает ли наш rpm зависимости вида: BuildRequires: golang(github.com/gorilla/context) ? ЗЫ буду рад, если окажется что по поводу bundle я заблуждаюсь. -- wbr,d4s
next prev parent reply other threads:[~2016-02-01 15:29 UTC|newest] Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top 2016-01-31 15:33 Denis Pynkin 2016-02-01 7:36 ` Alexey Gladkov 2016-02-01 15:29 ` Denis Pynkin [this message] 2016-02-01 15:41 ` Dmitry V. Levin 2016-02-01 16:27 ` Alexey Gladkov 2016-02-16 12:51 ` Denis Pynkin 2016-02-16 13:05 ` Alexey Gladkov 2019-12-13 7:21 ` Ildar Mulyukov 2021-10-12 14:44 ` Anton Farygin
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=20160201152922.GA29360@epbyminw3061.minsk.epam.com \ --to=denis.pynkin@gmail.com \ --cc=devel@lists.altlinux.org \ --cc=legion@altlinux.ru \ /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