From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Date: Mon, 12 Apr 2021 01:54:24 +0300 From: "Dmitry V. Levin" To: Igor Vlasenko Message-ID: <20210411225424.GA649@altlinux.org> References: <20210407075018.GA21971@hydra.imath.kiev.ua> <20210407122953.GB26536@altlinux.org> MIME-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20210407122953.GB26536@altlinux.org> 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: Sun, 11 Apr 2021 22:54:24 -0000 Archived-At: List-Archive: List-Post: On Wed, Apr 07, 2021 at 03:29:53PM +0300, Dmitry V. Levin wrote: > 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 минут. > Если бы вы об этом сказали раньше, что-то можно было бы предпринять раньше. > Запустите, пожалуйста, задание на сборку ещё раз, попробуем узнать, > сколько ему надо процессорного времени. Спасибо. У Игоря почему-то не нашлось времени за несколько дней сделать task run 264657, это печально. Оказывается, задание 264657 на armh просто зависает, непрерывно потребляя процессорное время, ulimit -t в количестве 8 часов ему недостаточно. > > С другой стороны, в Федоре сейчас обошлись без 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