From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Date: Wed, 7 Apr 2021 15:29:53 +0300 From: "Dmitry V. Levin" To: Igor Vlasenko Message-ID: <20210407122953.GB26536@altlinux.org> References: <20210407075018.GA21971@hydra.imath.kiev.ua> MIME-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20210407075018.GA21971@hydra.imath.kiev.ua> Cc: ALT Devel discussion list Subject: Re: [devel] Q: jpp FTBFS packages in Sisyphus 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: Wed, 07 Apr 2021 12:29:53 -0000 Archived-At: List-Archive: List-Post: On Wed, Apr 07, 2021 at 10:50:19AM +0300, Igor Vlasenko wrote: [...] > Почему же их нет в Федоре? Потому что там требования по > собираемости ниже. К примеру, сломанный в fc29 пакет будут удалять, > как помню, не ранее бранчевания на fc33. В Федоре уже давно всё поменялось, 6 недель FTBFS и привет. [...] > Хороший пример - пакет sbt. Я его за время его жизни чинил 7 раз. > И сейчас в #264657 у меня подготовлена сборка > sbt-0.13.1-alt7_9.1jpp8.src.rpm > которая собирается везде, кроме armh, где присходит > какой-то подземный стук (не лечится armh хаком от zerg@). > [i586]: build OK > [aarch64]: build OK > [x86_64]: build OK > [ppc64le]: build OK > [armh] build FAILED > task #264657 for sisyphus FAILED > > И здесь уже при починке малой кровью не обойтись. [03:29:38] java.lang.RuntimeException: Proguard failed with nonzero exit code (152) 152 - 128 = 24 == SIGXCPU Т.е. один процесс съел 3 часа процессорного времени и получил SIGXCPU. Наверное, это какая-то аномалия java на armh, потому что на i586 и aarch64 этот пакет в этом задании собрался менее чем за 16 минут. Если бы вы об этом сказали раньше, что-то можно было бы предпринять раньше. Запустите, пожалуйста, задание на сборку ещё раз, попробуем узнать, сколько ему надо процессорного времени. Спасибо. > С другой стороны, в Федоре сейчас обошлись без sbt. > Поэтому следующее большое обновление просто приведет > к тому, что sbt станет не нужен, и я его просто удалю. > > Поэтому нужные пакеты нужно чинить, а такие пакеты, как sbt чиню без > фанатизма, когда это не так сложно, ведь в запущенных случаях > лучше вложить свое время в большое обновление. > Здесь главное, чтобы вы не помогали роботу руками, > чтобы пройдя по цепочке зависимостей, не удалить нужный для большого > обновления пакет. sbt - не единственный FTBFS jpp-пакет, за это время накопилось уже 9 пакетов, которые FTBFS на x86_64 более 3 месяцев: $ awk '$3>12 && $2~/jpp/ {print}' /beehive/stats/Sisyphus-x86_64/ftbfs-joined gluegen2 2.3.2-alt1_11jpp8 16 viy,@everybody grizzly-npn 1.2-alt1_9jpp8 16 viy,@everybody hibernate-validator 5.2.4-alt2_6jpp8 15 viy,@everybody infinispan 8.2.4-alt2_5jpp8 15 viy,@everybody jboss-jsf-2.2-api 2.2.13-alt1_7jpp8 15 viy,@everybody jetty 9.4.19-alt1_1.v20190610jpp8 15 viy,@everybody sbt 0.13.1-alt5_9.1jpp8 26 viy,@everybody weld-core 2.3.5-alt1_7jpp8 15 viy,@everybody xbean 0:4.14-alt1_1jpp8 16 viy,@everybody Что с ними делать? -- ldv