On Wed, Mar 17, 2010 at 5:21 PM, Auke Kok <auke-jan.h....@intel.com> wrote:
> On 03/17/10 12:54, Leonardo Luiz Padovani da Mata wrote:
>>
>> On Fri, Mar 12, 2010 at 4:22 PM, Auke Kok<auke-jan.h....@intel.com>
>> wrote:
>>>
>>> On 03/09/10 09:55, Luis Tiago C Eterovick wrote:
>>>>
>>>> Hello,
>>>>
>>>> I'd like to know how are defined the folders that contains .desktop
>>>> files
>>>> for the system to read. I want to create a directory with higher
>>>> priority
>>>> than /usr/share/applications, but unlike other distros (and according to
>>>> freedesktop standards), it didn't apply by just setting the environment
>>>> variable XDG_DATA_DIRS. Is there any other way to do that?
>>>
>>>
>>> there's a known bug in uxlaunch (well, it's a design issue really) where
>>> it
>>> does not do any environment setup at all when it starts the users X
>>> session:
>>> subsequently, the panel parts run without any XDG_DATA_DIRS set in their
>>> environments.
>>>
>>> We fixed this recently in git, but this change will likely not go out to
>>> older releases. You can verify this by starting a terminal WITHOUT making
>>> it
>>> "a login shell" and looking at your environment - it will likely not have
>>> XDG_DATA_DIRS set. You can also look at /var/log/uxlaunch.log.
>>>
>>> apart from this fix, I don't know whether the panel does the right thing
>>> at
>>> this time, which would be a new bug.
>>
>> To test this feature, i've tried to mannually set the variable inside
>> the options.c file, using
>> setenv("XDG_DATA_DIRS","/usr/share/my_desktops",1);
>>
>> I was abble to see the change inside the /var/log/uxlaunch.log file,
>> but the .desktop files are still comming from the default path.
>>
>> Can you point me where in the code this was fixed?
>
> I think the problem in this case is that uxlaunch itself is probably not
> parsing XDG_DATA_DIRS at all when starting up .desktop files, and that would
> be a new bug. That should be visible in desktop.c without much problem
>
> Auke
>
>
>>
>
>
One thing that i notice is that this variable should be available in
the environment of the moblin-panel-applications process running.
--
Leonardo Luiz Padovani da Mata
barr...@syst.com.br
"May the force be with you, always"
"Nerd Pride... eu tenho. Voce tem?"
_______________________________________________
Moblin dev Mailing List
dev@moblin.org
To manage or unsubscribe from this mailing list visit:
http://lists.moblin.org/listinfo/dev or your user account on http://moblin.org
once logged in.
For more information on the Moblin Developer Mailing lists visit:
http://moblin.org/community/mailing-lists
