> >> here is a binary package of the first linux beta with a bundled patched >> gnustep trunk version (32 & 64 bit): >> http://corebreach.corecode.at/CoreBreach-1.1-beta-linux.tar.bz2 > > The link is break :(
sorry it took longer than expected to build working packages again - here are the new links: http://corebreach.corecode.at/CoreBreach-1.1-beta2-linux32.tar.bz2 http://corebreach.corecode.at/CoreBreach-1.1-beta2-linux64.tar.bz2 interestingly, i am not able to build a hybrid 32/64 bit package anymore. previously i would just merge the 32 and 64 bit application bundles, i.e. stuff both the gnustep standalone folders renamed to standalone32/ standalone64/ and both renamed binaries CoreBreach64 and CoreBreach32 into a single application bundle. the launcher script launches the appropriate binary and sets LD_LIBRARY_PATH to the right standalone folder. my limited testing previously suggested that this approach works fine. now i can launch the result on a 32 bit machine, but not on a 64 bit machine anymore, i get: CoreBreach.app/CoreBreach64: Uncaught exception NSInvalidArgumentException, reason: NSTask - no launch path set #0 -[NSException raise] at /home/notroot/Desktop/core/base/Source/NSException.m:956 #1 0x00007ffff6da71be in +[NSException raise:format:] at /home/notroot/Desktop/core/base/Source/NSException.m:835 #2 0x00007ffff6e3b877 in -[NSTask(Private) _fullLaunchPath] at /home/notroot/Desktop/core/base/Source/NSTask.m:887 #3 0x00007ffff6e3bd6e in -[NSConcreteUnixTask launch] at /home/notroot/Desktop/core/base/Source/NSTask.m:1450 #4 0x00007ffff6e3a1a3 in +[NSTask launchedTaskWithLaunchPath:arguments:] at /home/notroot/Desktop/core/base/Source/NSTask.m:304 #5 0x00007ffff6da5ae8 in -[NSDistributedNotificationCenter(Private) _connect] at /home/notroot/Desktop/core/base/Source/NSDistributedNotificationCenter.m:738 #6 0x00007ffff6da4b82 in -[NSDistributedNotificationCenter addObserver:selector:name:object:suspensionBehavior:] at /home/notroot/Desktop/core/base/Source/NSDistributedNotificationCenter.m:342 #7 0x00007ffff6da4903 in -[NSDistributedNotificationCenter addObserver:selector:name:object:] at /home/notroot/Desktop/core/base/Source/NSDistributedNotificationCenter.m:267 #8 0x00007ffff790d03a in -[_GSWorkspaceCenter init] at /home/notroot/Desktop/core/gui/Source/NSWorkspace.m:292 #9 0x00007ffff790e568 in -[NSWorkspace init] at /home/notroot/Desktop/core/gui/Source/NSWorkspace.m:692 #10 0x00007ffff790e3e1 in +[NSWorkspace sharedWorkspace] at /home/notroot/Desktop/core/gui/Source/NSWorkspace.m:644 #11 0x00007ffff779e68f in -[NSApplication finishLaunching] at /home/notroot/Desktop/core/gui/Source/NSApplication.m:1093 #12 0x00007ffff779fcf2 in -[NSApplication run] at /home/notroot/Desktop/core/gui/Source/NSApplication.m:1540 #13 0x00007ffff7783e04 in NSApplicationMain at /home/notroot/Desktop/core/gui/Source/Functions.m:91 #14 0x000000000046047d in main () is this the wrong way to build a hybrid package? should i instead create two completely separate app bundles and just share the resources folder through symlinking? bye, julian
smime.p7s
Description: S/MIME cryptographic signature
_______________________________________________ Discuss-gnustep mailing list [email protected] https://lists.gnu.org/mailman/listinfo/discuss-gnustep
