[bug #42650] Tools are linked with unnecessary libraries

2014-07-13 Thread Richard Frith-Macdonald
Update of bug #42650 (project gnustep): Status:None = Fixed Open/Closed:Open = Closed ___ Follow-up Comment #1: Patch applied ..

[bug #42423] base.make errouneously pollutes CONFIG_SYSTEM_* variables

2014-07-13 Thread Richard Frith-Macdonald
Update of bug #42423 (project gnustep): Status:None = Fixed Open/Closed:Open = Closed ___ Follow-up Comment #1: That change was to

[bug #42693] Fix build on mips64(el) with GCC

2014-07-13 Thread Richard Frith-Macdonald
Update of bug #42693 (project gnustep): Status:None = Fixed Open/Closed:Open = Closed ___ Follow-up Comment #1: Thanks, I applied

[bug #42740] Some tests inevitably fail in a chroot

2014-07-13 Thread Richard Frith-Macdonald
Update of bug #42740 (project gnustep): Status:None = Fixed Open/Closed:Open = Closed ___ Follow-up Comment #1: Thanks .,.. I

[bug #42411] gdomap chroots to /tmp

2014-07-13 Thread Richard Frith-Macdonald
Follow-up Comment #1, bug #42411 (project gnustep): I don't mind making things even more paranoid, but I don't know of an empty, non-writable directory that the program can reliably move to, and creating a directory which could then not be cleaned up on program termination (because the program is

[bug #42734] [SQLClient] Unused config.{sub,guess}

2014-07-13 Thread Richard Frith-Macdonald
Update of bug #42734 (project gnustep): Status:None = Fixed Open/Closed:Open = Closed ___ Follow-up Comment #1: Thanks ...

[bug #41628] NSJSONSerialization segfaults when deserializing from file-based NSStream

2014-07-13 Thread Richard Frith-Macdonald
Update of bug #41628 (project gnustep): Status:None = Fixed Open/Closed:Open = Closed ___ Follow-up Comment #3: Added that fix,

[bug #42411] gdomap chroots to /tmp

2014-07-13 Thread Yavor Doganov
Follow-up Comment #2, bug #42411 (project gnustep): I don't know either, I'll ask the original bug submitter. is there a debian specific standard for this which could be conditionally compliled when building on a debian system? I don't think so. I believe this was not caught by an automatic

[bug #42423] base.make errouneously pollutes CONFIG_SYSTEM_* variables

2014-07-13 Thread Yavor Doganov
Follow-up Comment #2, bug #42423 (project gnustep): That change was to avoid conflicting library versions being linked into base and gui ... I see. The way to address this problem is to take care to relink all reverse dependencies of the library. Which I agreee is a bit tedious and even

[bug #42762] Large file support

2014-07-13 Thread Yavor Doganov
URL: http://savannah.gnu.org/bugs/?42762 Summary: Large file support Project: GNUstep Submitted by: yavor Submitted on: Sun 13 Jul 2014 05:05:46 PM EEST Category: Base/Foundation Severity: 3 - Normal