On Thu, 19 Apr 2007 23:05:26 +0200, Jonas Karlsson
<[EMAIL PROTECTED]> wrote:
> After having talked about this with Hisham I agree that we can wait with
> this, but not because I think this change could wait but because it has
> to be done slightly different. Hisham had an idea (and I agree with him)
> that the files should be created in Variables instead. This is done
> quite easy by first decide on a hierarchy in Variable, say /S/V/mime,
> and then create a symlink /System/Links/Shared/mime/applications ->
> /S/V/mime/applications. Then one can call update-mime-database with
> /S/V/mime as target and all files will be created there. To make this
> work with applications that use these files one has to include /S/V/mime
> in the XDG_DATA_DIRS variable, which would be done by appending it to
> that variable from an Environemt file, for example in the
> Shared-Mime-INFO package.
>
> One question that remains is that if /S/V/mime should be a static
> directory, i.e. be defined as a standard directory in our hierarchy, or
> if it should be dynamically created by a package, and if so, which?
>
One thing I forgot to address: PostInstall scripts. I don't think that is
a good idea, as foremost the PostInstall scripts are run in a sandbox and
can therefore not update the global database iirc. Secondly because that
means that the packager/recipe author has to write a PostInstall script
for all applications that has a mime definition.
/Jonas
>
> On Thu, 19 Apr 2007 22:29:05 +0200, André Detsch <[EMAIL PROTECTED]>
> wrote:
>
>> I think we can wait to commit this change. Actually I still believe it
>> is better to do this through PostInstall scripts.
>>
>> On 4/18/07, Jonas Karlsson <[EMAIL PROTECTED]> wrote:
>>> Here's a patch to update the MIME database if the installed application
>>> includes a xml file, which defines its MIME types.
>>> I've added some utility functions to Functions/File and a function to
>>> Functions/GoboLinux to rebuild the MIME DB. The MIME database should
>>> only
>>> be rebuilt if the application provides a xml file (placed in
>>> Shared/mime/packages).
>>> One "glitch", as I see it, is that this will place actual file in
>>> /System/Links/Shared/mime (or wherever the ${goboShared}/mime directory
>>> is). But I guess sometimes we have to accept some files in the /S/L
>>> directory? Otherwice I don't know how to solve this.
>>>
>>> --
>>> /Jonas
>>>
>>> Using Opera's revolutionary e-mail client: http://www.opera.com/mail/
>>> _______________________________________________
>>> gobolinux-devel mailing list
>>> gobolinux-devel@lists.gobolinux.org
>>> http://lists.gobolinux.org/mailman/listinfo/gobolinux-devel
>>>
>>>
>>>
>>
>>
>
>
>
--
Using Opera's revolutionary e-mail client: http://www.opera.com/mail/
_______________________________________________
gobolinux-devel mailing list
gobolinux-devel@lists.gobolinux.org
http://lists.gobolinux.org/mailman/listinfo/gobolinux-devel
