From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Date: Mon, 27 Sep 2021 11:15:42 +0200 From: Alexey Gladkov To: make-initrd@lists.altlinux.org Message-ID: <20210927091542.zidthho7tyxa737w@example.org> References: <20210924165640.snmbn7vjsusa7rjo@example.org> <1c88a28c-1155-7b51-33ce-52bf7fcfb6a3@gmail.com> <20210924190638.ysy3ukxckv77kptf@example.org> <74f9543c-ca73-75b2-6e77-1984f379365e@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <74f9543c-ca73-75b2-6e77-1984f379365e@gmail.com> Subject: Re: [make-initrd] [PATCH v1 00/41] fork pipeline X-BeenThere: make-initrd@lists.altlinux.org X-Mailman-Version: 2.1.12 Precedence: list Reply-To: make-initrd@lists.altlinux.org List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Sep 2021 09:15:44 -0000 Archived-At: List-Archive: On Sun, Sep 26, 2021 at 09:56:07PM +0300, Leonid Krivoshein wrote: > > 24.09.2021 22:06, Alexey Gladkov пишет: > > On Fri, Sep 24, 2021 at 09:42:38PM +0300, Leonid Krivoshein wrote: > > > 24.09.2021 19:56, Alexey Gladkov пишет: > > > > [...] > > > > Ты сделал патчи на пакет вместо апстримного кода. Спасибо gear я не > > > > разрабатываю make-initrd в альтовом репозитории. > > > > > > > > На первых итерациях это не имеет значения, но потом я прошу переделать. > > > Понял, со второй итерации буду брать за основу дерево с github: > > > > > > > Если что, апстрим тут: > > > > > > > > https://github.com/osboot/make-initrd > > > Но как мне с этим проверять, что оно не развалилось и не разъехалось? Ведь > > > вторую часть я собираю через gear. Есть какой-то простой путь сборки из > > > нескольких источников? Я просто не очень хорошо этим владею. Или будем > > > исправлять уже пост-фактум, если поломается? > > Тогда тебе наверное будет проще сначала сделать на gear и потом применить > > их к github. > > Разумеется. Но, как я понимаю, этот код чем-то уже отличается. Например, > add-udev-rules. А в чём смысл повторно применять к github, если проверить я > всё равно не смогу? Есть вариант, что может не примениться? Они и так не применятся к мастеру. -- Rgrds, legion