On mån, 2013-12-02 at 00:01 +0100, David Faure wrote:
> On Friday 04 October 2013 11:20:27 Ryan Lortie wrote:
> As a developer I also often have two layers in XDG_DATA_DIRS, but ok, not
> with
> a mimeapps.list in the intermediate layer, typically.
>
> Anyhow, this doesn't prevent moving mimea
On Friday 04 October 2013 11:20:27 Ryan Lortie wrote:
> fwiw, I actually plan to modify update-desktop-database to generate the
> cache, so applications that are already using that during install will
> automatically regenerate the cache.
Sounds good.
> I considered another point, also: the cac
hi,
On Fri, Oct 4, 2013, at 6:53, Simon McVittie wrote:
> * unlike the MIME database, there is no expectation that an application
> package that installs a .desktop file runs any particular utility
> to update caches, because we never had a cache for this before
fwiw, I actually plan to modif
On Fri, Oct 4, 2013 at 12:26 PM, Simon McVittie
wrote:
> On 04/10/13 12:04, Jerome Leclanche wrote:
>> On Fri, Oct 4, 2013 at 11:53 AM, Simon McVittie
>> wrote:
>>> The search path is longer than that:
>>> ~/.local/share/applications by default, and setting XDG_DATA_HOME or
>>> XDG_DATA_DIRS chan
On 04/10/13 12:04, Jerome Leclanche wrote:
> On Fri, Oct 4, 2013 at 11:53 AM, Simon McVittie
> wrote:
>> The search path is longer than that:
>> ~/.local/share/applications by default, and setting XDG_DATA_HOME or
>> XDG_DATA_DIRS changes it per-user and perhaps even per-process.
>
> Doesn't /var
On Fri, Oct 4, 2013 at 11:53 AM, Simon McVittie
wrote:
>
> That only works for system-wide installations as root
> (/usr/share/applications and perhaps, depending how the spec is worded,
> /usr/local/share/applications). The search path is longer than that:
> ~/.local/share/applications by default
On 04/10/13 11:11, Jerome Leclanche wrote:
> This seems like an implementation detail leaking into the spec. Why
> should the lib assume the caches are out of date based on the
> timestamp on applications/? System-wide changes are expected to run
> u-m-d.
I think what Ryan is trying to solve here
This seems like an implementation detail leaking into the spec. Why
should the lib assume the caches are out of date based on the
timestamp on applications/? System-wide changes are expected to run
u-m-d.
Anyway, I'm not against it; I think it's reasonable to move them to a
different directory. Th
hi list,
As many know, I've been doing work on a desktop file index that David
and I designed during the freedesktop Summit in Nuremberg earlier this
year.
The main purpose of this index is to reduce the number of IO operations
we need to do to get the list of all applications. For this reason,
