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. >> 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? > > I suggest having it created by Shared-Mime-Info, which holds > update-mime-database. > Sure, as well as adding the path to XDG_DATA_DIRS. -- /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
