On 4/19/07, Jonas Karlsson <[EMAIL PROTECTED]> wrote: > On Thu, 19 Apr 2007 23:50:26 +0200, Hisham Muhammad <[EMAIL PROTECTED]> > wrote: > > > On 4/19/07, 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. > > > > Is XDG_DATA_DIRS necessary? If there's a symlink in Shared pointing to > > Variables, then apps will find the mime data where they usually look > > for. > > > Well, imo that solutions isn't as clean as the one I proposed. I'm > guessing you're suggesting a link /S/L/Shared/mime -> /S/Variable/mime. > Were would the link for /P/Foo/x.y/Shared/mime/package/foo.xml be created? > SymlinkProgram would try to link it in /S/L/Shared/mime but it would be > written in /S/Variable/mime. I'd rather keep the applications links in > /S/L and set a path variable instead.
You have a point. Sounds worth testing. -- Hisham _______________________________________________ gobolinux-devel mailing list gobolinux-devel@lists.gobolinux.org http://lists.gobolinux.org/mailman/listinfo/gobolinux-devel
