From: Vitaly Lipatov <lav@altlinux.ru>
To: Aleksei Nikiforov <darktemplar@altlinux.org>
Cc: devel@lists.altlinux.org
Subject: Re: [devel] wine and arepo in prog mode
Date: Fri, 11 Sep 2020 15:01:37 +0300
Message-ID: <2fa8d763cad413e0a30c6dede383fd4f@etersoft.ru> (raw)
In-Reply-To: <1cb0d9d9-531d-5544-dc74-fa5756af5a24@altlinux.org>
Aleksei Nikiforov писал 11.9.20 14:47:
> 11.09.2020 13:13, Dmitry V. Levin пишет:
>> On Fri, Sep 11, 2020 at 12:16:35PM +0300, Vitaly Lipatov wrote:
>>> Aleksei Nikiforov писал 11.9.20 11:23:
>>>> 11.09.2020 11:13, Dmitry V. Levin пишет:
>>> ...
>>>>> В то время, когда решался https://bugzilla.altlinux.org/22985,
>>>>> wine и i586-wine конфликтовали по файлам, поэтому добавление тэга
>>>>> Conflicts было не только оправданным, но и необходимым.
>>>>>
>>>>> Насколько я понимаю, wine и i586-wine до сих пор продолжают
>>>>> конфликтовать
>>>>> по файлам (ср. напр. /usr/bin/wineserver), поэтому убирать тэг
>>>>> Conflicts
>>>>> пока ещё рано.
>>>>>
>>>>> Поэтому порядок действий должен быть следующим:
>>>>> сперва исправляются пакеты, потом тэг Conflicts заменяется на
>>>>> Requires.
>>> +1
>>> Но у меня есть подозрение, что исправление пакетов временно сломает
>>> i586-*wine*.
>>
>> Можно объединить исправление пакетов с обновлением rpmrebuild-arepo
>> в одно задание, если нужно.
>>
>>
>
> Подумал об этом ещё немного, и мне кажется замена Conflicts на
> Requires - это не совсем верно. Для работы i586-wine не нужен wine.
> Это для работы wine на x86_64 обычно нужен i586-wine, а не наоборот.
> Но от Requires от i586-wine на wine, конечно, много вреда быть не
> должно.
Просто обычно в x86_64-пакете есть ещё архитектурно-независимые файлы,
которые вырезаны из arepo, и чтобы программа из i586- могла до них
дойти, и добавляется Requires. Особо проблемы тут я не вижу, потому что
смысла запускать только 32 битное окружение всё меньше. Но необходимость
Requires можно будет обсудить, когда пакеты будут упакованы так, что
arepo не придётся из них ничего вырезать.
--
С уважением,
Виталий Липатов,
ALT Linux Team
next prev parent reply other threads:[~2020-09-11 12:01 UTC|newest]
Thread overview: 45+ messages / expand[flat|nested] mbox.gz Atom feed top
2020-09-10 16:16 [devel] RFC: Merge noarch repo with arch repos Vladimir D. Seleznev
2020-09-10 16:22 ` Anton Farygin
2020-09-10 16:46 ` Vladimir D. Seleznev
2020-09-10 17:22 ` Anton Farygin
2020-09-10 19:37 ` Igor Vlasenko
2020-09-10 19:38 ` Igor Vlasenko
2020-09-10 20:05 ` Michael Shigorin
2020-09-10 20:45 ` Igor Vlasenko
2020-09-10 21:23 ` Paul Wolneykien
2020-09-10 21:47 ` Igor Vlasenko
2020-09-10 21:54 ` Vladimir D. Seleznev
2020-09-12 11:33 ` Vitaly Lipatov
2020-09-12 15:18 ` [devel] RFC: Merge noarch repo with arch repos (autoremove) Anton Farygin
2020-09-11 7:26 ` [devel] RFC: Merge noarch repo with arch repos Anton Farygin
2020-09-11 8:12 ` Sergey V Turchin
2020-09-11 8:14 ` Sergey V Turchin
2020-09-11 8:20 ` Anton Farygin
2020-09-11 7:27 ` Aleksei Nikiforov
2020-09-11 8:35 ` Igor Vlasenko
2020-09-11 4:32 ` Alexey V. Vissarionov
2020-09-10 19:32 ` Igor Vlasenko
2020-09-11 7:27 ` Anton Farygin
2020-09-11 6:06 ` Dmitry V. Levin
2020-09-11 7:44 ` [devel] Изменения сборочницы Aleksei Nikiforov
2020-09-11 8:13 ` [devel] wine and arepo in prog mode Dmitry V. Levin
2020-09-11 8:23 ` Aleksei Nikiforov
2020-09-11 9:16 ` Vitaly Lipatov
2020-09-11 10:13 ` Dmitry V. Levin
2020-09-11 11:47 ` Aleksei Nikiforov
2020-09-11 12:01 ` Vitaly Lipatov [this message]
2020-09-11 12:36 ` Michael Shigorin
2020-09-11 14:25 ` Vitaly Lipatov
2020-09-13 8:37 ` Vitaly Lipatov
2021-09-17 19:50 ` Vitaly Lipatov
2020-09-11 8:26 ` Anton V. Boyarshinov
2020-09-11 9:18 ` Vitaly Lipatov
2020-09-11 9:19 ` Aleksei Nikiforov
2020-09-11 14:03 ` Konstantin Lepikhov
2020-09-12 23:33 ` [devel] RFC: Merge noarch repo with arch repos Vladimir D. Seleznev
2020-09-12 22:33 ` Leonid Krivoshein
2020-09-13 13:41 ` Igor Vlasenko
2020-09-13 14:41 ` Andrey Savchenko
2020-09-13 14:55 ` [devel] partial noarch Dmitry V. Levin
2020-09-13 19:50 ` Andrey Savchenko
2020-09-14 2:15 ` Leonid Krivoshein
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=2fa8d763cad413e0a30c6dede383fd4f@etersoft.ru \
--to=lav@altlinux.ru \
--cc=darktemplar@altlinux.org \
--cc=devel@lists.altlinux.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
ALT Linux Team development discussions
This inbox may be cloned and mirrored by anyone:
git clone --mirror http://lore.altlinux.org/devel/0 devel/git/0.git
# If you have public-inbox 1.1+ installed, you may
# initialize and index your mirror using the following commands:
public-inbox-init -V2 devel devel/ http://lore.altlinux.org/devel \
devel@altlinux.org devel@altlinux.ru devel@lists.altlinux.org devel@lists.altlinux.ru devel@linux.iplabs.ru mandrake-russian@linuxteam.iplabs.ru sisyphus@linuxteam.iplabs.ru
public-inbox-index devel
Example config snippet for mirrors.
Newsgroup available over NNTP:
nntp://lore.altlinux.org/org.altlinux.lists.devel
AGPL code for this site: git clone https://public-inbox.org/public-inbox.git