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 X-Yandex-Fwd: 1 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ya.ru; s=mail; t=1696930063; bh=YPiA1Jn3c2I1Xo289cyyvWC9EJ4U4er01ZlCxJNP0NY=; h=In-Reply-To:From:Date:References:To:Subject:Message-ID; b=EMUE+FvjUjkUgSDxFjkPvKWPUEbGDd8fUnN4yn5tWMdkhyILzr2wm1yhh3R4uhL2n PtF9BI8YEuiI6m2qSM+Ex1O3XfXqGsjVajaKjxKUlW034trKlvAKQPe4FkfZQKeFNG eqS8phvPe2SyreDcxgWZsf4Iqv+Tm9fzahkGIqCA= Authentication-Results: mail-nwsmtp-smtp-production-main-63.sas.yp-c.yandex.net; dkim=pass header.i=@ya.ru Message-ID: Date: Tue, 10 Oct 2023 16:27:42 +0700 MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Content-Language: ru To: devel@lists.altlinux.org References: <20231010083037.GA12903@imap.altlinux.org> <4495183.xqYX90METe@zerg.malta.altlinux.ru> <20231010091549.GA14012@imap.altlinux.org> From: =?UTF-8?B?0JDQvdGC0L7QvSDQnNC40LTRjtC60L7Qsg==?= In-Reply-To: <20231010091549.GA14012@imap.altlinux.org> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Subject: Re: [devel] =?utf-8?b?0KPQv9Cw0LrQvtCy0LrQsCBtZXRhaW5mbywgYXBwZGF0?= =?utf-8?q?a=2C_applicattions=2E=2E=2E?= 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: Tue, 10 Oct 2023 09:27:49 -0000 Archived-At: List-Archive: List-Post: 10.10.2023 16:15, Vladislav Zavjalov пишет: > 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 > должен игнорироваться, и в меню ничего показываться не будет. > В исходном же сообщении описывалась проблема, что в меню есть > пункт, который не работает, поскольку не установился бинарник. > Верно. Можно установить evolution-data и получить в меню неработающий ярлык. И ещё веселее, когда установил приложение через packagekit, приложение в меню есть, но не запускается. -- С уважением, Антон Мидюков