From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <darktemplar@altlinux.org>
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.9 required=5.0 tests=ALL_TRUSTED,BAYES_00
 autolearn=unavailable autolearn_force=no version=3.4.1
To: devel@lists.altlinux.org
References: <20200910161627.GB745305@portlab>
 <d567e2c5-b890-2c15-c652-644f20d5f734@basealt.ru>
 <20200910164620.GB754023@portlab>
 <64bf161e-b4e1-816f-b553-4dd8c7dad848@basealt.ru>
 <20200910193706.GB24153@dad.imath.kiev.ua>
 <20200910200503.GB20087@imap.altlinux.org>
 <20200910204538.GA25587@dad.imath.kiev.ua>
From: Aleksei Nikiforov <darktemplar@altlinux.org>
Message-ID: <5220e3e9-7709-0582-b3c4-cbd4bd274970@altlinux.org>
Date: Fri, 11 Sep 2020 10:27:48 +0300
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:78.0) Gecko/20100101
 Thunderbird/78.2.1
MIME-Version: 1.0
In-Reply-To: <20200910204538.GA25587@dad.imath.kiev.ua>
Content-Type: text/plain; charset=koi8-r; format=flowed
Content-Language: ru
Content-Transfer-Encoding: 8bit
Subject: Re: [devel] RFC: Merge noarch repo with arch repos
X-BeenThere: devel@lists.altlinux.org
X-Mailman-Version: 2.1.12
Precedence: list
Reply-To: ALT Linux Team development discussions <devel@lists.altlinux.org>
List-Id: ALT Linux Team development discussions <devel.lists.altlinux.org>
List-Unsubscribe: <https://lists.altlinux.org/mailman/options/devel>,
 <mailto:devel-request@lists.altlinux.org?subject=unsubscribe>
List-Archive: <http://lists.altlinux.org/pipermail/devel>
List-Post: <mailto:devel@lists.altlinux.org>
List-Help: <mailto:devel-request@lists.altlinux.org?subject=help>
List-Subscribe: <https://lists.altlinux.org/mailman/listinfo/devel>,
 <mailto:devel-request@lists.altlinux.org?subject=subscribe>
X-List-Received-Date: Fri, 11 Sep 2020 07:27:52 -0000
Archived-At: <http://lore.altlinux.org/devel/5220e3e9-7709-0582-b3c4-cbd4bd274970@altlinux.org/>
List-Archive: <http://lore.altlinux.org/devel/>
List-Post: <mailto:devel@altlinux.org>

10.09.2020 23:45, Igor Vlasenko пишет:
> On Thu, Sep 10, 2020 at 11:05:03PM +0300, Michael Shigorin wrote:
>> On Thu, Sep 10, 2020 at 10:37:06PM +0300, Igor Vlasenko wrote:
>> Пример, надеюсь, синтетический, потому как зависимости обычно
>> в обратном направлении идут -- у программ на данные.
>>
>>> game-data.noarch noarch архитектурно-зависимый,
>>> но для него сейчас порождается архитектурно-зависимый unmet.
>>
>> Я могу представить такую ситуацию, но пока не понял,
>> это тоже будет заведомый баг или необязательно...
> 
> Гм. поcмотрел, wesnoth-data таки не тянет wesnoth.
> Но, получается, если мой племянник 10 лет захочет
> удалить wesnoth, то wesnoth-data так и останется
> в системе, если он не догадается ее явно отметить.
> а пакет никому больше не нужен...
> 

С этим должен помочь apt-get autoremove. Пару лет как его реализовал. 
Конечно, реализован он с учётом обратной совместимости, поэтому если 
wesnoth-data был установлен до установки apt-get с реализацией apt-get 
autoremove или не был явно помечен пользователем как "auto" после этого, 
то apt-get autoremove его удалять не должен.

Команда "apt-mark showstate wesnoth-data" должна точно сказать будет ли 
в таком сценарии apt-get autoremove удалять wesnoth-data (если вернёт 
"wesnoth-data auto") или нет (если вернёт "wesnoth-data manual").