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=ya.ru; s=mail; t=1628845645; bh=PMfClNy35SSv4w108QKga5z8foDkszDTYa9SUj4OKkY=; h=In-Reply-To:References:Date:Message-ID:From:To:Subject; b=azz15Vf+4pnVL0MXdwPatgjqkABkVUL7VPe3B9drRKtLtgy+xn0suYF003Oy8zFXk UqeUdhxPdDuajjiIjGhTTEoCRb6+PO/7UshXWLccRoazCSbhANK1oegKpZODP4oMJb 762+Z/sB+lT3Ie/H1koK+7W+EbBXX7DUsVOFHICo= Authentication-Results: sas8-b941d800e977.qloud-c.yandex.net; dkim=pass header.i=@ya.ru To: devel-distro@lists.altlinux.org References: <20210813083356.GS20388@imap.altlinux.org> <6fb27717-301d-8494-6d7c-2e0fc054f477@ya.ru> <20210813085942.GV20388@imap.altlinux.org> From: =?UTF-8?B?0JDQvdGC0L7QvSDQnNC40LTRjtC60L7Qsg==?= Message-ID: <3cf488aa-2ecf-0dc9-1577-74539a93d990@ya.ru> Date: Fri, 13 Aug 2021 16:07:24 +0700 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:78.0) Gecko/20100101 Thunderbird/78.12.0 MIME-Version: 1.0 In-Reply-To: <20210813085942.GV20388@imap.altlinux.org> Content-Type: text/plain; charset=utf-8 Content-Language: ru Content-Transfer-Encoding: 8bit Subject: Re: [devel-distro] [m-p] @META X-BeenThere: devel-distro@lists.altlinux.org X-Mailman-Version: 2.1.12 Precedence: list Reply-To: Distributions development List-Id: Distributions development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 13 Aug 2021 09:07:27 -0000 Archived-At: List-Archive: 13.08.2021 15:59, Michael Shigorin пишет: > On Fri, Aug 13, 2021 at 03:48:55PM +0700, Антон Мидюков wrote: >> 13.08.2021 15:33, Michael Shigorin пишет: >>> PS: в книжке сразу заметил насчёт @META -- мне кажется, >>> выбор того же синтаксиса, что и для @ARCH, был предсказуемо >>> неудачным именно по причине неудобства их совмещения; >> Совместить их вместе не удастся. >> Но с другой стороны, это же метапакеты. >> Поправить для совместимости список зависимостей для такой-то >> архитектуры не видится мне проблемой. > > В целом да, просто это как минимум пересборка пакета, > что в стабильных ветках бывает долго до попадания в репо. > > Ну и порой как раз-таки сам метапакет хотелось бы убрать, > если на архитектуре нет этих пакетов как класса -- нечто > подобное в conf.d/basealt.mk для условного добавления > GROUPS сделано, например. Можно сделать так, что если пакет не найден, то делаем вид, что всё нормально, молча удаляем метапакет из списка. Но тогда может быть другая проблема. Будет копиться мусор в списках с этими @META. > >>> А зачем именно понадобилось? >> Ну, корень обсуждения проблемы вот: >> https://lists.altlinux.org/pipermail/devel-distro/2021-June/002383.html >> >> Я двух зайцев убиваю так: >> 1. У пользователя при удалении метапакета 'apt-get autoremove' не удалит лишнего. >> От пользователей фич-реквест. > > Всё, понял -- этого достаточно. > >> 2. Когда в инсталяторе в списке пакетов определённой группы >> только один метапакет, пользователю не очень понятно, что же >> установится. А так он видит, что установится набор таких-то >> пакетов. Это уже мне после перехода на метапакеты >> engineering-install захотелось. > > Да, такое тоже в Образовании подметил, когда проверял. > Тоже довод. > > _Возможно_, стоит оставлять при раскрытии и само название > метапакета _перед_ списком, в который он раскрывается -- > так получится "на глаз" сориентироваться и по первообразной, > и по производной. Для апта при установке выйдет немножко > масло масляное, но он у нас шустрый, справится. > Сейчас именно так, сам метапакет остаётся. Но можно и убрать его. Тут вопрос к пользователям фичи, как лучше? -- С уважением, Антон Мидюков