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=2R/2Yx86k2S1lWWtqvXUK5RLZwHU1vGT4tKa26tCKCA=; b=QZAZHD2nvDw9Y+8myMJ4U6EC3y gLNYC9AFCFSeJj6GFu1qzUNvqfBvQHSLp5XJ8sdA2GuwFsPFZI/DL34R6q6W9obY7YN+shKPUe9u/ RhIIgBvFFofcOySGu5pvAwLrAsW5QvBVjIaZjR0YRsevSwnJcu0tbMR8YPdf0B+seiNZIbawrNlBd cklw9z3+AdBzk/gYf2+K21//PGMU0vCZRoBCKKrInukSsHG+qU25MzL6Lfp/YFjrv0ChROgOsRimI HjzTiXLjmDq7PG1pdNXtC3J1q1ITeLlixLshxX2IE/tNnMAc4l384rBwi5CAr9XjeKx9RZWe2/mdY TslV+95w==; Date: Mon, 3 Dec 2018 20:52:56 +0300 From: "Vladimir D. Seleznev" To: ALT Linux Team development discussions Message-ID: <20181203175256.GA30216@portlab.ipa.basealt.ru> References: <20181124110106.GA13112@gyle.altlinux.org> <871e4e89-21bd-dccf-433b-a51d20b3f352@ya.ru> <20181127060106.icyx7cyp2bukf3yk@europa.localdomain> <20181127142648.GA17778@portlab> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20181127142648.GA17778@portlab> User-Agent: Mutt/1.10.1 (2018-07-13) X-SA-Exim-Connect-IP: 185.6.174.98 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] [#216568] FAILED non-identical noarch packages 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, 03 Dec 2018 17:52:59 -0000 Archived-At: List-Archive: List-Post: On Tue, Nov 27, 2018 at 05:26:49PM +0300, Vladimir D. Seleznev wrote: > On Tue, Nov 27, 2018 at 08:11:03PM +0700, Антон Мидюков wrote: > > 27.11.2018 13:01, Ivan A. Melnikov пишет: > > > On Tue, Nov 27, 2018 at 11:33:58AM +0700, Антон Мидюков wrote: > > >> 24.11.2018 18:49, Антон Мидюков пишет: > > >>> Здравствуйте. > > >>> > > >>> Почему пакеты получаются не идентичными? В них одни и те же файлы - 3d > > >>> модели. > > >>> > > >>> Неужели потому, что i586 был собран со второй попытки. Первый раз для > > >>> i586 kicad-packages3D случился: > > >>> > > >>> hasher-priv: master: idle time limit (3600 seconds) exceeded > > >>> > > >>> Как с этим быть? > > >>> > > >> Подскажите что-нибудь. > > >> > > >>> 24.11.2018 18:01, Girar Builder awaiter robot пишет: > > >>>> http://git.altlinux.org/tasks/216568/logs/events.4.1.log > > > [...] > > >>>> -Provides: .sisyphus.216568.600.3.1-kicad-packages3D-part1-5.0.1-alt1 > > >>>> +Provides: .sisyphus.216568.600.4.1-kicad-packages3D-part1-5.0.1-alt1 > > > Как следует из diff'а, который Вам прислали, разница между пакетами, > > > собранными на i586 и x86_64, в зависимостях. Это новые мондные > > > так называемые строгие зависимости (RPM_STRICT_INTERDEPS). Они > > > содержат информацию о том, в какой таске пакет был собран, включая > > > try и iteration. В данном случае пакет на одной архитектуре был > > > собран с третьего подхода (try), а на другой - с четвёртого. > > > > > > Вы не первый, кто с этим сталкивается, и больше всего это похоже > > > на баг в сборочнице: теперь если пакет нужно (пере)собрать на > > > одной архитектуре, его нужно (пере)собирать на всех, однако > > > проверка girar'а осталась локальной для архитектуры. > > > > > > Традиционный workaround -- удалить и заново добавить subtask. > > > > А исправление сборочницы не планируется? > > Я планирую исправить. Исправлено. Теперь, для subtask'а, в котором в предыдущей попытке сборка хотя бы на одной архитектуре не была завершена успешно, сборка для всех архитектур будет осуществляться заново. > > Чтобы, если сборка для одной архитектуры обломилась, то собирать > > заново для всех архитектур этот субтаск. > > По-другому: чтобы в случае неуспешной сборки на одной архитектуре > в следующей сборке не учитывался результат предыдущей. > > > Или как вариант для noarch игнорировать проверку этих провайдесов. > > Игнорировать нельзя: такие пакеты на ряде архитектур невозможно будет > установить. -- С уважением, Владимир Селезнев