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=0FbBfJnjJYvm/fcD25n6+TliKEBDLokF6HoPvppJ46Q=; b=rCrT15jgVWVDD47JHeVhxEYoQR rwGneezG+Vr+BF0PX0bhJDaQsrwrfn94RntSsgwQuFav8AGVigfVFGAWgKFf9s54VOhugw8sD3iLF BMuDVGut/Gs8/mkBvbxH2JZhxO77FD2UthUQ12403ytQlH2mY9QMDqf/klA8/1TReA6zQfWGniGp0 2Tzhf4MTg/F7mXilOJmxaZgRkZkNRawVaWVjoCIceEi+Mdn7OYe4dFwoZBgJUsvTcDGpLMrNPt2AI Uv7L+QLzn0d8Wx52qdn+FGy6cuint4cJ7DpHe0e6m1vStwUqsGvIwByxRlgO00IsyV5eahHej9z4J zhD5CWnw==; Date: Tue, 27 Nov 2018 17:26:49 +0300 From: "Vladimir D. Seleznev" To: ALT Linux Team development discussions Message-ID: <20181127142648.GA17778@portlab> References: <20181124110106.GA13112@gyle.altlinux.org> <871e4e89-21bd-dccf-433b-a51d20b3f352@ya.ru> <20181127060106.icyx7cyp2bukf3yk@europa.localdomain> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: 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: Tue, 27 Nov 2018 14:26:52 -0000 Archived-At: List-Archive: List-Post: 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. > > А исправление сборочницы не планируется? Я планирую исправить. > Чтобы, если сборка для одной архитектуры обломилась, то собирать > заново для всех архитектур этот субтаск. По-другому: чтобы в случае неуспешной сборки на одной архитектуре в следующей сборке не учитывался результат предыдущей. > Или как вариант для noarch игнорировать проверку этих провайдесов. Игнорировать нельзя: такие пакеты на ряде архитектур невозможно будет установить. -- С уважением, Владимир Селезнев