[bug #25247] gnustep-base takes ages to compile on i386 buildds

Follow-up Comment #4, bug #25247 (project gnustep): its because they're building the documentation before installation with this line LD_LIBRARY_PATH=/build/buildd/gnustep-base-1.16.1/Source/obj:$LD_LIBRARY_PATH gs_make -C Documentation messages=yes so i suppose this could be deemed

[bug #25162] NSDocumentController won't display a document already opened without display

Update of bug #25162 (project gnustep): Status:None => Ready For Test Open/Closed:Open => In Test ___ Follow-up Comment #4: I added some code

[bug #25163] base uninstall doesn't work fully

Update of bug #25163 (project gnustep): Status:None => Confirmed ___ Follow-up Comment #1: For me the error is a failure to remove /usr/GNUstep/Local/Library/Libraries/gnustep-base/Versi

[bug #25040] Ink from examples crashing on openbsd sparc64

Update of bug #25040 (project gnustep): Open/Closed:Open => Closed ___ Follow-up Comment #7: Apparently fixed. ___ Reply to this i

[bug #25247] gnustep-base takes ages to compile on i386 buildds

Follow-up Comment #3, bug #25247 (project gnustep): It shouldn't be doing a network lookup at all ... the local copy of the DTD should be retrieved, so it looks like something is messing up the configure/build so that it's not doing the correct lookup. ___

[bug #25247] gnustep-base takes ages to compile on i386 buildds

Follow-up Comment #2, bug #25247 (project gnustep): um, if you look at the build logs from the link e.g. http://launchpadlibrarian.net/15846995/buildlog_ubuntu-intrepid-i386.gnustep-base_1.16.1-2ubuntu1_FULLYBUILT.txt.gz 2008-07-05 09:38:22.569 autogsdoc[7689] Defaults path '/root/GNUstep/Defau

[bug #25037] gorm not correctly working on openbsd 4.3 sparc64

Follow-up Comment #17, bug #25037 (project gnustep): In the hope that it might help I ran all the tests in the Testsuite on OpenBSD 4.4, i386 and sparc64. the output where the tests fail, or where I'm not so sure whether is is a wanted result, is in the attached file. (file #17212) __

[bug #25247] gnustep-base takes ages to compile on i386 buildds

Update of bug #25247 (project gnustep): Status:None => Invalid Open/Closed:Open => Declined ___ Follow-up Comment #1: I think Ubuntu's b

[bug #25243] Art backend Seg Faults

Update of bug #25243 (project gnustep): Assigned to:None => FredKiefer ___ Follow-up Comment #2: Looks liek this bug is rather similar to #25064. And for that bug I already failed to find out

[bug #25232] projectcenter startup problem

Update of bug #25232 (project gnustep): Item Group:None => Bug Status:None => Fixed Open/Closed:Open => Closed _

[bug #25037] gorm not correctly working on openbsd 4.3 sparc64

Follow-up Comment #16, bug #25037 (project gnustep): I applied the changes to base-1.18.0. The testsuite/nsinvocation is working fine now. Also Ink is not crashing anymore (see bug #25040). However, drag 'n drop from elements of the palette into the window in Gorm doesn't work, and cut 'n paste i

[bug #25247] gnustep-base takes ages to compile on i386 buildds

URL: Summary: gnustep-base takes ages to compile on i386 buildds Project: GNUstep Submitted by: hitterm Submitted on: So 04 Jan 2009 18:53:59 GMT Category: Base/Foundation

[bug #25037] gorm not correctly working on openbsd 4.3 sparc64

Follow-up Comment #15, bug #25037 (project gnustep): Thanks ... that's certainly not the right fix (as it would break all other systems), but it might be a partial fix for your system. If you need to have MFRAME_STRUCT_BYREF defined to 0 rather than 1 on your processor/operatingsystem in that fi

[bug #25162] NSDocumentController won't display a document already opened without display

Follow-up Comment #3, bug #25162 (project gnustep): The documentation is correct on that makeWindowControllers isn't sent to an existing document in Cocoa. However, Cocoa sends makeWindowControllers to a fresh document even if the display argument of the openDocument... method is NO and this is w

[bug #25037] gorm not correctly working on openbsd 4.3 sparc64

Additional Item Attachment, bug #25037 (project gnustep): File name: patch.GSFFIInvocation.mSize:0 KB ___ Reply to this item at: ___ Message s

[bug #25037] gorm not correctly working on openbsd 4.3 sparc64

Follow-up Comment #14, bug #25037 (project gnustep): Hi, after a bit debugging session, I found a way to make the nsinvocation test work. Appended patch to GSFFInvocation.m (against base-1.18.0) fixes the crasher in frame#1 in the backtrace in comment #12: (gdb) frame 1 #1 0x478bce4c

[bug #25232] projectcenter startup problem

Follow-up Comment #1, bug #25232 (project gnustep): At the Ubuntu bug tracker this bug was found to be no longer valid. Please close this bug. ___ Reply to this item at: ___