From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Date: Mon, 21 Dec 2020 17:19:42 +0300 From: "Dmitry V. Levin" To: devel@lists.altlinux.org Message-ID: <20201221141942.GA10944@altlinux.org> References: <20201218153847.GB531956@glebfm.cloud.tilaa.com> <20201221113408.GA8443@altlinux.org> MIME-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: Subject: Re: [devel] I: glibc 2.32 && sisyphus snapshot publication skip 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, 21 Dec 2020 14:19:42 -0000 Archived-At: List-Archive: List-Post: On Mon, Dec 21, 2020 at 04:41:52PM +0300, Alexey Tourbin wrote: > On Mon, Dec 21, 2020 at 2:34 PM Dmitry V. Levin wrote: > > > Если бы при > > > сборке openssh выполнялся полноценный тест (запустить sshd на высоком > > > порту и попробовать к нему подключиться), то пакет перестал бы > > > пересобираться. Но что-то не видно, чтобы в openssh.spec выполнялись > > > какие-нибудь тесты. > > > > Для начала мы планируем доделать make check в openssh, там есть некоторые > > заморочки с переносом тестов в qemu. > > > > Далее есть выбор из двух вариантов: > > - Запаковать openssh-checkinstall, а также glibc-checkinstall, > > openssl-checkinstall, и т.д., добавив в них зависимости > > на openssh-checkinstall. > > - Пересобирать openssh при каждом значимом изменении пакетов (если > > меняется rpm identity), входящих в его сборочную среду, с публикацией > > результата пересборки, если он меняется значимым образом (если меняется > > rpm identity). > > Второй вариант слишком радикальный. Он кагбе дезавуирует понятие > бинарной совместимости как подозрительное. Если нам заранее известно, что пакет использует seccomp filter, то мы заранее знаем, что понятие бинарной совместимости для него не применимо в том объёме, в котором оно применимо к пакетам, которые не используют seccomp filter. Поэтому да, такие пакеты нужно тестировать заново при каждом значимом изменении их установочной среды, в которую, между прочим, входит и ядро. -- ldv