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=-2.0 required=5.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,FREEMAIL_FROM autolearn=ham autolearn_force=no version=3.4.1 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1717366860; x=1717971660; darn=lists.altlinux.org; h=content-transfer-encoding:in-reply-to:from:content-language :references:to:subject:user-agent:mime-version:date:message-id:from :to:cc:subject:date:message-id:reply-to; bh=QxLJ/CztdCVf4LoPSLKgGN90nHe5wfA5OBLiM3A2xj0=; b=VI1n9XSLpjAa/OZrpi2Vi2M0H0eY9UOM8YvbiuTgk3KCUI/p16hqY98QooocNQ5yU6 Vo7C6PdLiL65QNldIPqmmqQ4h1uJJB81Smjs/myCf/pEwO95y+kNtUkBzsuGCl5cCdab T1fhVXLKr94JSLh/7i948W8WCgcugsixPhZ7LAc1fv4irxLpCYOUKbcxHfiEsR4LybDb OpbFw98kTTCWWFE8YEzmnw/1f7fbbmOXMYpo6wDOFKgcwJZ8mXGQ5rwXEszKUJbnh9wx nsg/2LBIldY1lFxsr6BuIhG+z0wNAEK5vxOfpyBUGn4weMVtI0FBWRJJN1CbXrD6LF3Z p2UQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1717366860; x=1717971660; h=content-transfer-encoding:in-reply-to:from:content-language :references:to:subject:user-agent:mime-version:date:message-id :x-gm-message-state:from:to:cc:subject:date:message-id:reply-to; bh=QxLJ/CztdCVf4LoPSLKgGN90nHe5wfA5OBLiM3A2xj0=; b=LbrqEoFQLAdViL/FKO8HRgQaFmmifh2EjRiic0J3le9Uup3aweTFdjTP07qRZ9hMvZ /c69/wHG987P6B2+VOpAnNqx+myhcc8XaUuo/3KJIxMacjWxLpgiyC1phRJyTNgvV0gn OwvLKRYSNZ9nkm2ofahAWLaZZ+1WbsMN9Rl5cVjqeLTceMhg1b0+VUYr3Q8MvE7ibWKs WlS5MJzTnzStwHF6Cf+iznm29f470w5shkX45Nbc3RU3NgbwpeiPMYliwSVgV9jZB8lN ucprRepRiVCc+0WhkVIaaBt2MpBMZYyvb/igWZvVKz4Y23SGz3wHKlx2Y41yRiu8ixXs yYLA== X-Gm-Message-State: AOJu0Ywwb3PaqCkZmsEuLwToDCa26q/bMB9ubza38YZGCgVBuLKBFzU1 JI4v8VJL/97ynJXhp+l2DmnzEJ2EC3W59TVZCnA0mrQaoU3md7sarX1bzA== X-Google-Smtp-Source: AGHT+IG9txHHbqT0LurXSfpB87bbGMn9OJjXbR/bctFi06Ekont2j9Ry6T/NL/hbhmX0WeIwPyvZeA== X-Received: by 2002:a2e:6a05:0:b0:2ea:26b3:dd06 with SMTP id 38308e7fff4ca-2ea9512a372mr45975681fa.13.1717366860057; Sun, 02 Jun 2024 15:21:00 -0700 (PDT) Message-ID: <960fe3c1-e305-4440-89e5-3825018b4a0f@gmail.com> Date: Mon, 3 Jun 2024 01:20:58 +0300 MIME-Version: 1.0 User-Agent: Mozilla Thunderbird To: devel@lists.altlinux.org References: Content-Language: ru, en-US From: Leonid Krivoshein In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Subject: Re: [devel] I: usrmerge 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, 02 Jun 2024 22:21:03 -0000 Archived-At: List-Archive: List-Post: On 6/3/24 01:02, Arseny Maslennikov wrote: > On Mon, Jun 03, 2024 at 12:32:11AM +0300, Leonid Krivoshein wrote: >> Доброго времени! >> >> >> On 3/27/24 15:54, Arseny Maslennikov wrote: >>> On Sat, Mar 16, 2024 at 04:24:44PM +0300, Arseny Maslennikov wrote: >>>> On Sat, Feb 03, 2024 at 12:38:44AM +0300, Arseny Maslennikov wrote: >>>>> === Сначала о пакетах === >>>>> >>>>> Во-первых, не хотелось бы обновлять сотню пакетов в одной >>>>> транзакции с пакетом filesystem, содержащим вместо /bin, /sbin, >>>>> ... симлинки. Чтобы этого избежать, надо добиться, чтобы пакеты, >>>>> кладущие что-либо в эти каталоги (вне %_prefix), >>>>> устанавливались и на merged, и на unmerged, и на split[1]. >>>>> Для этого планируется ввести brp-модуль, который при сборке >>>>> пакета, если в %buildroot лежит что-то в соотв. каталогах вне >>>>> префикса, создаст копию этого файла в аналогичном месте под >>>>> префиксом. >>>>> Можно было бы вместо копии делать ссылку, но оказалось, что нет: >>>>> * (упакованные в cpio) симлинк поверх файла или файл поверх симлинка нельзя >>>>> установить на merged-usr, т. е. поверх друг друга; >>>>> * (упакованные в cpio) хардлинки нельзя установить на >>>>> split-usr-иерархию, потому что они придутся на разные ФС, и >>>>> rpm не сможет их расщепить (изготовить одинаковые inode). >>>>> Это позволило снизить количество пакетов с файлами в /bin и >>>>> /sbin, для которых потребуются ручные изменения, с 90 до ~20. >>>>> >>>>> [1] https://www.altlinux.org/Usrmerge#%D0%93%D0%BB%D0%BE%D1%81%D1%81%D0%B0%D1%80%D0%B8%D0%B9 >>>> Почти реализовано (ждём install checks). >>>> https://git.altlinux.org/tasks/327286 >>>> Можно коммитить задание, как только будет готово к коммиту и при >>>> отсутствии иных возражений. >>>> >>>> Прошу одобрений от: >>> Спасибо! Одобрения получены. >>> Сегодня задание войдёт в репозиторий. >>> >> Прошу прощения за тупой вопрос, но я нигде не нашёл прямой рекомендации >> использовать в качестве шебанга, например, /usr/bin/bash. Благодаря симлинку >> ведь и старые шебанги будут корректно обрабатываться? Или не совсем так? А >> что с зависимостями на /bin/bash? > Работать скрипт будет одинаково вне зависимости от того, какой из двух > путей написан в первой строке после #!. > > А вот с т. з. зависимостей в наших пакетах не всё равно, что туда > писать. Что в скрипте написано, на то буквально и возникнет зависимость > (по ссылке /bin и /sbin не проходит). В случае с sh и bash там обычно > путь без %_prefix. В этом месте я совсем запутался. (( Как правильно делать? 1. Оставлять старые шебанги с /bin или лучше менять их на /usr/bin? 2. Что из этого предпочтительно использовать в Requires: /bin/sh или /usr/bin/sh? 3. В Requires и в других видах зависимостей лучше не использовать макрос %_prefix? 4. Будут ли хоть как-то удовлетворяться зависимости по путям в /bin? Например, если в скрипте шебанг без /usr, а в спеке нет AutoReq: noshebang, будут ли корректно проставляться зависимости на /usr/bin/sh? Отдельный интересный вопрос про скрипты, которые будут залетать в stage1 с вероятно другой иерархией, но видимо не для этой рассылки. > Встречались пакеты на autotools, в которых есть вызовы AC_CHECK_PROG или > что-то подобное, которые ищут bash и находят его под /usr, а потом > генерируется зависимость на /usr/bin/bash. Пока что мы такое исправляли > установкой той переменной окружения, которая нужна (упоминается в > ./configure, зависит от конкретного m4-макроса). > > Я бы предпочёл просто развешать `Provides:' с этими путями, конечно. -- WBR, Leonid Krivoshein.