gnustep-dev
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: gworkspace build error


From: Nicola Pero
Subject: Re: gworkspace build error
Date: Thu, 10 Oct 2002 16:23:43 +0100 (BST)

On Thu, 10 Oct 2002, Matthias Klose wrote:

> Hi,
> 
> Debian builds its packages by auto builders in a restricted
> environment. Currently gworkspace fails to build on arm and m68k
> (currently I cannot see, why the builds do not fail on other
> architectures). See
> 
> http://buildd.debian.org/fetch.php?&pkg=gworkspace&ver=0.4.1-0.1&arch=m68k&stamp=1034211972&file=log&as=raw
> 
> The build fails at:
> 
>  Linking app GWorkspace ...
> /usr/lib/GNUstep/System/Makefiles/mkinstalldirs GWorkspace.app/Resources
> mkdir -p GWorkspace.app/Resources
> 2002-10-10 03:02:31.788 plmerge[316] parent directory of lock file 
> '/root/GNUstep/Defaults/.GNUstepDefaults.lck' is not writable
> plmerge: Uncaught exception NSInvalidArgumentException, reason: nil argument 
> for timeIntervalSinceDate:
> make[3]: *** [GWorkspace.app/Resources/Info-gnustep.plist] Error 1
> make[2]: *** [GWorkspace.all.app.variables] Error 2
> make[2]: Leaving directory `/build/buildd/gworkspace-0.4.1/GWorkspace'
> make[1]: *** [internal-all] Error 2
> make[1]: Leaving directory `/build/buildd/gworkspace-0.4.1'
> 
> So it seems that gworkspace tries to write into the gnustep user
> dir during the build. Is this special to gworkspace, or a bug/feature
> in gnustep-make? How can I avoid it?

Good question.

Maybe you can change the location of the user defaults in the restricted
environment during the build (it should be possible by adding a .GNUsteprc
in the user dir, or if you can't add a file in your home dir, by adding a
.GNUsteprc in the GNUSTEP_SYSTEM_ROOT).





reply via email to

[Prev in Thread] Current Thread [Next in Thread]