One thing is unclear to me...
If you had GNUstep-reset.sh on your system, would that not suggest that GNUstep was, in fact, not uninstalled?
I mean, if there were GNUstep-specific environment variables present in your environment even after a reboot, would that, in fact, not indicate that there was another installation of GNUstep on your system?
Hello All,
Ivan Vučica wrote:
> Have you uninstalled a previous installation of GS fully? Have you cleared away your environment of GNUSTEP_* variables and deleted /etc/GNUstep.conf?
> If you did, it’s worth figuring out why that variable is making an appearance.
I now did 'apt purge *gnustep*' and that showed that some packages still needed removal. However I then rebooted and tried to compile GNUstep Make again and it produced the same error message. The workaround proposed by Riccardo appears to work (see below).
Yavor Doganov wrote:
> В Tue, 30 Jan 2018 06:35:03 +1100, Svetlana Tkachenko написа:
> > Then the following error message:
> > config-noarch.make:121: *** GNUSTEP_USER_ROOT is obsolete
>
> When is this "then"? When you run `make' after the successful
> configure run of gnustep-make, when you run `make install' for
> gnustep-make or when you attempt to build a random GNUstep tool/app
> afterwards?
When I run make after the successful configure run of gnustep-make.
Yavor Doganov wrote:
> If you intend to use a pristine GNUstep installation on a Debian
> system, it's much better to wipe out all GNUstep-related Debian
> packages. Or you can install in the USER domain which always takes
> precedence.
How do I install in the USER domain?
Yavor Doganov wrote:
> That's what I'm doing and it works nicely except when
> testing changes to GNUstep Make.
Why don't you install GNUstep Make into the USER domain as well?
> If you have problems with the Debian packages, please report them to
> the Debian BTS; thanks in advance. If my theory above is correct,
> this is not a problem in the Debian gnustep-make package. Rather,
> it's a problem in the upstream build system which is assuming things
> it shouldn't.
Riccardo Mottola wrote:
> try sourcing GNUstep-reset.sh before configuring and installing
gnustep make, then after source GNUstep.sh again and get the "new"
updated environment set up.
This works. GNUstep-make compiles. Now gnustep-base says objc headers are missing, what package is that in Debian? I already tried objc*dev but the error remains.
-- Sveta
_______________________________________________
Discuss-gnustep mailing list
Discuss-gnustep@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnustep