[prev in list] [next in list] [prev in thread] [next in thread] 

List:       kde-release-team
Subject:    Re: Proposal of release blocker (missing translations for some .desktop files)
From:       David Edmundson <david () davidedmundson ! co ! uk>
Date:       2021-01-03 21:53:14
Message-ID: CAGeFrHCA3X63y05BjJu76BKqPbK6pXzxT+efoxXEWFU6RpK+8w () mail ! gmail ! com
[Download RAW message or body]

On Sun, Jan 3, 2021 at 5:16 PM Luigi Toscano <luigi.toscano@tiscali.it> wrote:
>
> Hi,
>
> scripty recognizes a few extensions as "desktop files" and extract their
> strings. Additional files can be added by adding an ExtraDesktop.sh file which
> lists them.
>
> So far, .desktop.in is *not* a recognized pattern by default.
>
> There has been an increase of repositories which use desktop.in.

That may be my fault.

I introduced a macro into extra-cmake-modules
ecm_configured_install

which takes foo.bar.in runs cmake configure and installs as foo.bar.

That macro wasn't explicitly intended for .desktop file usage, but
it's certainly a place where I can imagine it being used.

>revert to .desktop.cmake as expected)

Is it expected as some form of standard? If so, I can change that
macro to look for .in or .cmake files.
I remember in the review a discussion on the suffix for configurable
files and came to the conclusion that it was somewhat random, but .in
was the more common.

David
[prev in list] [next in list] [prev in thread] [next in thread]