David Reiser <[EMAIL PROTECTED]> writes:
> I think the relocatable part requires running install_name_tool on
> every .dylib or .so in gnucash and all dependencies. Something like:
>
> install_name_tool -change /Applications/GnuCash.app/Contents/lib
> @executable_path/../lib GnuCash.app/Contents/l
On Wed, Jan 09, 2008 at 09:54:40AM -0500, Derek Atkins wrote:
> I guess ... so long as you don't need to start X11 FIRST
> then there's probably no reason to worry about it.
On Leopard X11 starts automatically when a program tries to access the path in
the DISPLAY variable. On Tiger the user has
On Jan 9, 2008, at 9:54 AM, Derek Atkins wrote:
> Alexander Sotirov <[EMAIL PROTECTED]> writes:
>
>> On Tue, Jan 08, 2008 at 08:46:27AM -0500, Derek Atkins wrote:
>>> [snip]
>> I outlined the main issues in my last email, but I'll summarize
>> them as TODO items:
>>
>> 1) Remove unneeded files fr
Jeshua Lacock wrote:
We have thousands of users and no one has ever reported a problem
using /tmp with various binaries.
/tmp means exactly what it says on the tin: It's temporary. Don't put
anything in /tmp that a user might expect to be permanent.
Regards,
Graham
--
smime.p7s
Descripti
On Jan 9, 2008, at 7:54 AM, Derek Atkins wrote:
>> 2) Make GnuCash work from any directory. The OSX installation model
>> is that there is no installer, you just drag the app directory
>> somewhere
>> and double click to launch it. Jeshua Lacock suggested the /tmp
>> trick in his email, BinRelo
Alexander Sotirov <[EMAIL PROTECTED]> writes:
> On Tue, Jan 08, 2008 at 08:46:27AM -0500, Derek Atkins wrote:
>> If you're going through all this trouble, why not try to build
>> the gtk-macosx[1] project instead and get an application that runs
>> without X11?
>
> I actually tried that right afte
Jeshua Lacock <[EMAIL PROTECTED]> writes:
> I build my whole stack to the prefix /tmp/OpenOSX, and then at run
> time I resolve the location the app is installed to, then create a
> symbolic link to /tmp/OpenOSX.
>
> This "trick" allows it to be installed anywhere, and works great...
I would
On Tue, Jan 08, 2008 at 08:46:27AM -0500, Derek Atkins wrote:
> If you're going through all this trouble, why not try to build
> the gtk-macosx[1] project instead and get an application that runs
> without X11?
I actually tried that right after I built the X11 version. It wasn't hard,
you just nee
On Jan 8, 2008, at 6:46 AM, Derek Atkins wrote:
> If you're going through all this trouble, why not try to build
> the gtk-macosx[1] project instead and get an application that runs
> without X11?
Hi Derek,
My understanding is that gtk-macosx is not quite ready for "prime
time". It is very sl
On Jan 7, 2008, at 11:48 PM, Alexander Sotirov wrote:
> The build process hardcodes the install path in all libraries and
> the GnuCash
> binary will not work if the directory is moved. This is probably
> the biggest
> obstacle to turning this into a binary OS X distribution.
> Suggestions
Hi,
Alexander Sotirov <[EMAIL PROTECTED]> writes:
> I successfully built GnuCash 2.2.2 and a minimal set of dependencies on
> Mac OS X without the use of Fink or MacPorts. The only build requirement
> is to have the Apple XCode tools. It should be possible to package the
> output of the build and
I successfully built GnuCash 2.2.2 and a minimal set of dependencies on
Mac OS X without the use of Fink or MacPorts. The only build requirement
is to have the Apple XCode tools. It should be possible to package the
output of the build and run it on any OS X system as long as the user has
X11 insta
12 matches
Mail list logo