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=-4.3 required=5.0 tests=ALL_TRUSTED,BAYES_00, RP_MATCHES_RCVD autolearn=unavailable autolearn_force=no version=3.4.1 Message-ID: <79a7ba2d-3322-a821-8a3a-beb0399d14a2@basealt.ru> Date: Mon, 31 Oct 2022 16:17:24 +0300 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:102.0) Gecko/20100101 Thunderbird/102.2.1 To: sisyphus@lists.altlinux.org, devel@lists.altlinux.org References: <20221030171019.GA7673@imap.altlinux.org> Content-Language: en-US From: Nikolai Kostrigin In-Reply-To: <20221030171019.GA7673@imap.altlinux.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Subject: Re: [devel] [sisyphus] libproj-9.1.0 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, 31 Oct 2022 13:17:31 -0000 Archived-At: List-Archive: List-Post: Всем привет! 30.10.2022 20:10, Vladislav Zavjalov пишет: > Привет! > > В Сизифе обновлен libproj, довольно существенно, с 6.3.1 до 9.1.0. > Я тянул версию со старым API до последнего, думая, что никто еще не > готов (хотя выяснилось, что единственным неготовым остался я сам). > В результате обновление прошло гладко, спасибо мантейнерам зависимых > пакетов за быстрый отклик и участие! Спасибо за обновление! > Если что-то получилось не так - пишите. Задание с обновлением сломало пересборку openorienteering-mapper (уже починено в https://git.altlinux.org/tasks/archive/done/_302/309295/logs/events.2.1.log) Package: openorienteering-mapper-0.9.5-alt2 Status: Sisyphus/x86_64 test rebuild failed URL: http://git.altlinux.org/beehive/logs/Sisyphus/x86_64/archive/2022/1030/error/openorienteering-mapper-0.9.5-alt2 [...] E: Couldn't find package proj-datumgrid Поэтому хотелось бы привлечь внимание к одной особенности сборочницы, которая довольно неочевидна для разработчика, пока он не сталкивается с ее проявлением: "...все подзадания на удаление обрабатываются после того, как обработаны все обычные подзадания на сборку." (ldv@, [1]) Поэтому вне зависимости от того, в каком месте сборочного задания вы ставите подзадание на удаление пакета, все последующие подзадания не будут знать об его "отсутствии" в результирующем репозитории и успешно соберутся, если этот пакет у них в сборочных зависимостях. Эта особенность всплывает уже 2й раз за месяц, поэтому решил о ней написать широкому кругу лиц. [1] https://bugzilla.altlinux.org/show_bug.cgi?id=43859#c1 > _______________________________________________ > Sisyphus mailing list > Sisyphus@lists.altlinux.org > https://lists.altlinux.org/mailman/listinfo/sisyphus -- Best regards, Nikolai Kostrigin