Thank you, Yavor!
Hi Yavor,
Thanks for the confirmation.
So, until Raspbian propagate the new version of WindowMaker,
I will keep the unset directive in my '.bashrc'.
Le 24/05/20 à 16:50, Yavor Doganov a écrit :
> On Thu, 21 May 2020 21:22:45 +0300,
> Patrick Cardona via Discussion list for the GNUstep
On Thu, 21 May 2020 21:22:45 +0300,
Patrick Cardona via Discussion list for the GNUstep programming environment
wrote:
> Doing that, I could isolate the case where the obsolete var was declared :
> obviously, it is due to WindowMaker.
> The wersion of WindowMaker installed from raspbian Buster
Hi Ivan and the GNUstep Masters,
I can confirm these things :
1) The core GNUstep has been installed from the regular deb packages,
i.e. the meta-package 'gnustep'.
2) The only apps I made myself from sources were Graphos and StepSync.
3) And I could achieve to make those after "unseting" the
On Wed, May 20, 2020 at 12:06:47AM +0200, Patrick Cardona via Discussion list
for the GNUstep programming environment wrote:
> Hi Ricardo,
>
> As You and Fred suggested, the unset method dit it well.
>
> My GNUstep environment has been set in a new fresh raspbian installation
> (Buster) : so
Hi Ricardo,
As You and Fred suggested, the unset method dit it well.
My GNUstep environment has been set in a new fresh raspbian installation
(Buster) : so it is clean : no older GNUstep installation.
So your hypothesis about a conflict between WindowMaker, wdm and
the gnustep metapackage from
Could it be that you are using a GNUstep.sh file that does not come from the
GNUstep make you are currently using? Your GNUstep make reports its version as
2.7.0 and at that time this variable was long gone. So either you’re GNUstep.sh
should not contain this value or it is not related to your
Hi Johannes,
I tried to use GNUset-reset.sh before GNUstep.sh,
but the result was problematic : the GNUstep apps stopped
and even in another console, the login became impossible, so I reverted back to
my previous .xession and let .bashrc unchanged.
Le 18/05/20 à 20:48, Johannes Brakensiek a
Hi Fred,
The unset method succeeded : I was able to make Graphos and StepSync.
But the GNUSTEP_USER_ROOT was initialy made available bu GNUstep.sh : so I
don't understand why the GNUstep.sh define a wrong or obsolete environment var.
Le 18/05/20 à 20:32, Fred Kiefer a écrit :
>
>
> > Am
Hi,
Patrick Cardona via Discussion list for the GNUstep programming
environment wrote:
pi@raspberrypi:~/Fabrique/Graphos-0.7 $ make
This is gnustep-make 2.7.0. Type 'make print-gnustep-make-help' for help.
Running in gnustep-make version 2 strict mode.
On 18 May 2020, at 20:32, Fred Kiefer wrote:
> /usr/share/GNUstep/Makefiles/config-noarch.make:121: *** GNUSTEP_USER_ROOT is
> obsolete. Arrêt.
>>
>> So, first, it seems that arm achitecture is not recognised.
>> And what does mean : GNUSTEP_USER_ROOT is obsolete ?
>> Because in my env, I got
> Am 18.05.2020 um 20:17 schrieb Patrick Cardona via Discussion list for the
> GNUstep programming environment :
>
> Hi All GNUstep Masters,
>
> Because I did not find this app from raspbian repository, I tried to make it
> myself.
> But I encountered this error :
>
>
Hi All GNUstep Masters,
Because I did not find this app from raspbian repository, I tried to make it
myself.
But I encountered this error :
pi@raspberrypi:~/Fabrique/Graphos-0.7 $ make
This is gnustep-make 2.7.0. Type 'make print-gnustep-make-help' for help.
Running in gnustep-make version 2
13 matches
Mail list logo
