From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on sa.local.altlinux.org X-Spam-Level: X-Spam-Status: No, score=-3.2 required=5.0 tests=BAYES_00,DKIM_SIGNED, HEADER_FROM_DIFFERENT_DOMAINS,RP_MATCHES_RCVD,T_DKIM_INVALID autolearn=ham autolearn_force=no version=3.4.1 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=altlinux.org; s=dkim; h=Subject:In-Reply-To:Content-Transfer-Encoding: Content-Type:MIME-Version:References:Message-ID:To:From:Date:Sender:Reply-To: Cc:Content-ID:Content-Description:Resent-Date:Resent-From:Resent-Sender: Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=ZheNUY816PfWetSxabLFftx4/jMU97Ok+VHvgNtzvcw=; b=JXtwT3qBXkICJjVHfcOO2c/cZh kjt6cNiDPDDNXK5Q+tvrDwdi0RKQEtklSVpEu6h9rtLELkoFNyGuNwIGaG7sp2zIT8pk0Hvs5y1Xt yDMozaoN+MsQRTUyZqjk82RM09HsoPw5Fc8WMLBq5garLlIij3HAFOYPo4UyCqOwfSJGfFfLte0x/ Mh6BmLxdn8W696reh7Sjfk8jxcKgBjw/KgihRjbp1sNyg3ezP0J367b8NTyhkYPQl3A8CrnV8+B0S meZ1qapUHq6cBvVJnalqjlCoYti4JHboxVCdxvFI6SDeYVoyQeJbpF8Ol6bQa0WUH9eb8StkONaWz kohF7HFQ==; Date: Mon, 30 Jul 2018 14:28:51 +0300 From: "Vladimir D. Seleznev" To: ALT Linux Team development discussions Message-ID: <20180730112851.GB25910@portlab> References: <1e92ca64-7ec3-4069-3abb-76ee143efd0f@etersoft.ru> <20180730041449.GE1839@altlinux.org> <20180730104234.GA17518@portlab> <20180730140942.9cbca630969ba5a030123e13@altlinux.org> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20180730140942.9cbca630969ba5a030123e13@altlinux.org> User-Agent: Mutt/1.8.3 (2017-05-23) X-SA-Exim-Connect-IP: 46.39.228.167 X-SA-Exim-Mail-From: vseleznv@cs.msu.ru X-SA-Exim-Version: 4.2 X-SA-Exim-Scanned: Yes (on mail.cs.msu.ru) Subject: Re: [devel] =?utf-8?b?0KPQv9Cw0LrQvtCy0LrQsCAi0LHQuNC90LDRgNC90Lg=?= =?utf-8?b?0LrQvtCyIg==?= X-BeenThere: devel@lists.altlinux.org X-Mailman-Version: 2.1.12 Precedence: list Reply-To: ALT Linux Team development discussions List-Id: ALT Linux Team development discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Jul 2018 11:28:54 -0000 Archived-At: List-Archive: List-Post: On Mon, Jul 30, 2018 at 02:09:42PM +0300, Andrey Savchenko wrote: > On Mon, 30 Jul 2018 13:42:35 +0300 Vladimir D. Seleznev wrote: > > On Mon, Jul 30, 2018 at 07:14:49AM +0300, Alexey V. Vissarionov wrote: > > > On 2018-07-30 05:05:37 +0300, Yury A. Romanov wrote: > > > >>> Это все же большой риск для безопасности. Без реальной > > > >>> возможности проверки такого пакета. > > > >>> Потому не стоит такое класть в публичный репозиторий, > > > >>> можно подставить пользователей. > > > >> Да. В эту сторону я действительно не думал, это сильный > > > >> аргумент.. > > > >> Спасибо. > > > > гошечка обычно очень легко пакуется, если есть пакет с > > > > компилятором нужной версии. > > > > > > А много ли версий компилятора для этого надо поддерживать в > > > дистрибутиве? > > > > Можно в исходном пакете носить исходники нужной версии компилятора. > > Сначала собрать компилятор, и им уже собирать всё остальное. Ужасное, на > > самом деле, решение, но гораздо лучше, чем паковать блобы. Паковать > > блобы, от которых есть исходники, вообще неправильное решение. > > 1. Если уж таскаются исходники, почему бы не собрать их отдельным > пакетом? На самом деле, как только будет запакетирована пара версий > golang, и механизм их переключения, проблем с упаковкой любого > числа версий не будет. Можно и так. > 2. Твоё предложение нежизнеспособно, сразу видно, что golang ты > не собирал, т.к. для сборки современных версий golang нужен... > golang и gccgo не подойдёт. Да, не собирал, поэтому меня несколько удивляет требование привязки к определённой версии компилятора. Но если для сборки пакета нужна определённая версия golang, и она собирается с помощью golang из репозитория, то не вижу проблем с этой схемой. А если не собирается, то по хорошему надо решить проблему бутстрапа. > 3. Кстати о gccgo, для многих (но не всех) пакетов и его хватит. Он > лучше golang по оптимизации кода под целевой CPU, но обычно сильно > отстаёт по фичам самого языка go. -- С уважением, Владимир Селезнев