dbus-launch in MacOSX build

John Ralls jralls at ceridwen.us
Mon Apr 5 14:43:22 EDT 2010


On Apr 5, 2010, at 11:19 AM, John Ralls wrote:

> 
> On Apr 5, 2010, at 10:56 AM, Geert Janssens wrote:
> 
> 
>> The current svn head should still handle the run-from-original-build-
>> environment fine. The launcher may need a little tweaking.
>> Basically, whatever environment variable that was set via gnucash-setup-env is 
>> now defined in the environment config file. Gnucash will read this file at 
>> early startup. So as things are now, the environment is setup twice when using 
>> the launcher script, and the ones coming from the environment file will take 
>> precedence. So if the paths in the environment file still happen to exist, 
>> objects will be fetched there first which could cause all kinds of funky 
>> results.
>> 
>> **Pondering** The nicest thing would be if the launcher script could use the 
>> environment file as well. Many of the environment variables are required in 
>> both situations, but they use different values. I suppose the tricky part is 
>> that the paths setup in the launcher script are relative to the bundle, while 
>> the environment file uses absolute paths.
>> 
>> The environment config file is stored in ${prefix}/etc/gnucash at install 
>> time, so I suppose it will end up in $bundle_etc/gnucash when GnuCash is 
>> bundled.
>> Are you allowed to write to files in the bundle from your launcher script ? If 
>> so, you could rewrite the environment file to your likings from within the 
>> launcher. Perhaps that's not done, I'm not familiar enough with Quartz.
> 
> The svn head as of a couple of hours ago doesn't run from the command line; it appears that dbus doesn't start. I was building a bundle, but I guess I needn't do that if you've overridden the environment.
> 
> I've just started again in the unlikely event that r18996 changes something.
> 
> Yes, the bundle's launcher script can source the environment config file, but if the binary is going to read it again, what's the point? Yes again, the bundler can substitute a different environment file.
> 
> Your logic is inverted, though. Gnucash should absolutely, positively NOT override the user's environment. That's unbelievably rude -- and it has nothing at all to do with OSX.
> 
> What is the point of this exercise, anyway? Surely there are better uses of your time -- and I know that there are better uses of mine.
> 
> Regards,
> John Ralls

r18997 runs from the command line with some adjustments. Make doesn't understand "\n", so the shell script wound up a bit corrupted.

Regards,
John Ralls



More information about the gnucash-devel mailing list