From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <slazav@altlinux.org>
Date: Tue, 10 Oct 2023 12:15:49 +0300
From: Vladislav Zavjalov <slazav@altlinux.org>
To: ALT Linux Team development discussions <devel@lists.altlinux.org>
Message-ID: <20231010091549.GA14012@imap.altlinux.org>
References: <f0c0448f-84c0-4257-9e1e-0d775a6ef205@ya.ru>
 <20231010083037.GA12903@imap.altlinux.org>
 <4495183.xqYX90METe@zerg.malta.altlinux.ru>
MIME-Version: 1.0
Content-Type: text/plain; charset=koi8-r
Content-Disposition: inline
Content-Transfer-Encoding: 8bit
In-Reply-To: <4495183.xqYX90METe@zerg.malta.altlinux.ru>
User-Agent: Mutt/1.10.1 (2018-07-13)
Subject: Re: [devel]
 =?koi8-r?b?9dDBy8/Xy8EgbWV0YWluZm8sIGFwcGRhdGEsIGFwcGxp?=
 =?koi8-r?b?Y2F0dGlvbnMuLi4=?=
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: Tue, 10 Oct 2023 09:15:49 -0000
Archived-At: <http://lore.altlinux.org/devel/20231010091549.GA14012@imap.altlinux.org/>
List-Archive: <http://lore.altlinux.org/devel/>
List-Post: <mailto:devel@altlinux.org>

On Tue, Oct 10, 2023 at 11:40:31AM +0300, Sergey V Turchin wrote:
> On Tuesday, 10 October 2023 11:30:37 MSK Vladislav Zavjalov wrote:
> > On Tue, Oct 10, 2023 at 01:14:50PM +0700, Антон Мидюков wrote:
> > > Я считаю ошибкой паковать эти файлы отдельно от бинарников, так как эти
> > > файлы легковесны и бесполезны без бинарников. Возможно, нам стоит
> > > прописать запрет в полиси, чтобы мантейнеры перестали так делать.
> > Мне кажется логичным паковать desktop вместе с бинарником, на
> > который он ссылается. И чтоб сборочница не пропускала пакет с
> > desktop-файлом, если в пакете нет того, что он хочет запускать.
> Нет, поэтому есть параметр TryExec.
> 
> > Еще вариант - на этапе сборки автоматически добавлять зависимость
> > на бинарник, если desktop хочет его запускать
> Нет, т.к. есть параметр TryExec.

Во многих случаях desktop-файл жестко привязан к конкретной
программе. И там надо бы использовать Exec, и ничто не мешает сделать
жесткие проверки для этого поля.

В каких случаях нужны TryExec я понимаю довольно смутно (какие-то
кастомные наборы desktop-файлов для конкретных дистрибутивов?).
То есть, что desktop в систему поставили, а бинарник - как получится.
Тогда это, казалось бы, ожидаемое поведение, никаких проверок не нужно.
Причем, как я понял про TryExec, если нет бинарника, то этот desktop
должен игнорироваться, и в меню ничего показываться не будет.
В исходном же сообщении описывалась проблема, что в меню есть
пункт, который не работает, поскольку не установился бинарник.