From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Date: Mon, 27 May 2024 20:09:03 +0300 From: "Dmitry V. Levin" To: ALT Devel discussion list Message-ID: <20240527170902.GA21046@altlinux.org> References: <20240527161221.GA19363@altlinux.org> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: Subject: Re: [devel] cramming incompatible systemd updates into 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: Mon, 27 May 2024 17:09:03 -0000 Archived-At: List-Archive: List-Post: On Mon, May 27, 2024 at 07:31:53PM +0300, Alexey Shabalin wrote: > пн, 27 мая 2024 г. в 19:12, Dmitry V. Levin : > > > > Hi, > > > > А вам не приходило в голову сперва починить сборку пакетов, которые > > сломаются в результате этого изменения systemd, а потом уже переезжать? > > > > Я бы настоятельно рекомендовал именно такой подход. > > Приходило. И sin@ уже описал какие пакеты точно сломаются. Как минимум > те, которые не используют макросы, а используют абсолютные пути. > Для сборочницы это будет двойная нагрузка, сначала починить в спеках > макросы, а потом пересобрать пакеты с новыми макросами. > Если не чинить пакеты сейчас, то будет наглядно видно что сломалось, и > приступить к починке. > Такой же подход используется, например, при сборке компиляторов gcc. > Мантейнеры gcc описывают как чинить остальные пакеты, но сами этого не > делают. При сборке новых компиляторов обычно задания сперва отправляются в Icarus, проводится тестовая пересборка, и анализируются её результаты. Без этого было бы сложно предсказать масштаб последствий и предлагать рекомендации по починке. > Для большого количества пакетов я смогу подготовить исправления > (главное что бы их пропустили :), я не отказываюсь. Это хорошо. -- ldv