From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: To: ALT Linux Team development discussions , "Dmitry V. Levin" References: <20190114095553.uvj6pc3k7emwhecb@titan.localdomain> <20190114141634.GK18759@altlinux.org> <20190115083450.rz2eldvlndq2kvmh@titan.localdomain> <1619534.r335oVc1Ab@zerg.malta.altlinux.ru> <20190115113901.GA2821@altlinux.org> <20190118231745.GB1963@altlinux.org> <97199b6d-2399-8ed3-ffd9-ad2160190f54@basealt.ru> <20190119121947.GB10962@altlinux.org> From: Anton Farygin Organization: BaseALT Message-ID: Date: Sat, 19 Jan 2019 16:43:57 +0300 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101 Thunderbird/60.4.0 MIME-Version: 1.0 In-Reply-To: <20190119121947.GB10962@altlinux.org> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Content-Language: en-US Subject: Re: [devel] =?utf-8?b?LWNvbW1vbiDQuCAtYXV4INC/0LDQutC10YLRiw==?= 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: Sat, 19 Jan 2019 13:43:58 -0000 Archived-At: List-Archive: List-Post: 19.01.2019 15:19, Dmitry V. Levin пишет: > On Sat, Jan 19, 2019 at 10:47:20AM +0300, Anton Farygin wrote: >> 19.01.2019 2:17, Dmitry V. Levin пишет: >>> On Tue, Jan 15, 2019 at 02:39:01PM +0300, Dmitry V. Levin wrote: >>>> On Tue, Jan 15, 2019 at 11:44:02AM +0300, Sergey V Turchin wrote: >>>> >> >>> Некоторое время назад мы уже где-то обсуждали возможность автоматического >>> создания таких вспомогательных подпакетов примерно по той же схеме, как >>> сейчас создаются debuginfo-подпакеты, с одним существенным отличием: такой >>> вспомогательный подпакет не нужен, если от него зависит только один >>> подпакет. >>> >>> Преимущества такого автоматического создания очевидны: >>> Requires всегда лучше, чем Conflicts, а автоматический жесткий Requires >>> гораздо лучше, чем ручной нежёсткий Conflicts. >>> >> Дим, а не мог бы ты пояснить, чем плох Conflicts. > Conflicts хуже описывает требования, чем Requires. > > Это не значит, что Conflicts никогда не надо использовать, просто надо > понимать, что Conflicts - это плохая замена Requires. > > Conflicts: N < %EVR, N > %EVR > - это по сути не конфликт с N, это требование того, чтобы необязательно > установленный N был строго версии %EVR. > >> Вот этот конкретный Conflicts в wireshark был добавлен (я даже не уверен >> что мной) много лет назад, и это до сегодняшнего дня отлично работало. > Вот этот конкретный Conflicts в wireshark протух, как только там появилась > автоматическая жесткая циклическая зависимость. > Я это поправил, а Conflicts в wireshark-doc оставил - хочется посмотреть чем закончится автогенерация Conflicts. И ещё я не совсем понимаю, как будет разрешаться Conflicts: <какой-то пакет> = <какая-то версия>-<какой-то релиз>, если такой конфликт будет прописан в пакете, который будет собираться в другом задании ? Старым rpm'ом при обновлении, конечно. Аналогичный вопрос с другими зависимостями между совсем разными пакетами. $ rpmvercmp 2.6.6-alt2:sisyphus+219638.100.1.1 2.6.6-alt2 1 А по идее должен быть 0, нет ?