Update of bug #42650 (project gnustep):
Status:None = Fixed
Open/Closed:Open = Closed
___
Follow-up Comment #1:
Patch applied ..
Update of bug #42423 (project gnustep):
Status:None = Fixed
Open/Closed:Open = Closed
___
Follow-up Comment #1:
That change was to
Update of bug #42693 (project gnustep):
Status:None = Fixed
Open/Closed:Open = Closed
___
Follow-up Comment #1:
Thanks, I applied
Update of bug #42740 (project gnustep):
Status:None = Fixed
Open/Closed:Open = Closed
___
Follow-up Comment #1:
Thanks .,.. I
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
Update of bug #42734 (project gnustep):
Status:None = Fixed
Open/Closed:Open = Closed
___
Follow-up Comment #1:
Thanks ...
Update of bug #41628 (project gnustep):
Status:None = Fixed
Open/Closed:Open = Closed
___
Follow-up Comment #3:
Added that fix,
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
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
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
10 matches
Mail list logo