[Top][All Lists]

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

Re: GNUstep web install script

From: H. Nikolaus Schaller
Subject: Re: GNUstep web install script
Date: Wed, 26 Aug 2020 11:02:47 +0200

> Am 24.08.2020 um 01:46 schrieb Gregory Casamento <greg.casamento@gmail.com>:
> /bin/bash -c "$(curl -fsSL 
> https://raw.githubusercontent.com/gnustep/tools-scripts/master/gnustep-web-install)"

I gave it a try on the MIPS JZ4780 CI20 board (where HDMI is working since last 
week with a v5.9 kernel) with Debian Bullseye.
Here are some experiences:

1. curl wasn't installed to start the command - but that is easy to fix
2. the script still prints "Get sudo and curl..." - which must have been 
installed before
3. started cloning a lot of files
4. there was one message about "warning: Pulling without specifying how to 
reconcile divergent branches is discouraged." (Cloning into 'tools-make')
5. it did install gobjc-10 and clang-9 (and some more packages)
6. succeeds: ======== Installing Make...
7. fails: ======== Installing libobjc2...

  for example:

  [  6%] Building C object CMakeFiles/objc.dir/statics_loader.c.o
  [  6%] Building ASM object CMakeFiles/objc.dir/block_trampolines.S.o
  [  6%] Building ASM object CMakeFiles/objc.dir/objc_msgSend.S.o
  <instantiation>:1:6: error: invalid operand for instruction
  move SARG1, SARG0
warning: objc_msgSend() not implemented for your architecture [-W#warnings]
  :2: #warning objc_msgSend() not implemented for your architecture
  1 warning generated.
  note: while in macro instantiation
   trampoline SARG0, SARG1
  <instantiation>:2:5: error: invalid operand for instruction
   lw SARG0, -4096($25)
  /tmp/libobjc2/block_trampolines.S:167:2: note: while in macro instantiation
   trampoline SARG0, SARG1
  gmake[2]: *** [CMakeFiles/objc.dir/build.make:327: 
CMakeFiles/objc.dir/block_trampolines.S.o] Error 1
  gmake[2]: *** Waiting for unfinished jobs....
  gmake[2]: Leaving directory '/tmp/libobjc2/build'

6. continues despite earlier errors: ======== Installing libpwq...
7. fails ======== Installing libdispatch...

  for example:

  CMake Error at 
/usr/share/cmake-3.16/Modules/FindPackageHandleStandardArgs.cmake:146 (message):
    Could NOT find kqueue (missing: KQUEUE_INCLUDE_DIRS)
  Call Stack (most recent call first):
    cmake/Findkqueue.cmake:20 (find_package_handle_standard_args)
    CMakeLists.txt:64 (find_package)

8. continues: ======== Installing Base...

  configure: WARNING: You are running configure with the link options 
(-fuse-ld=gold ) set to a different value from that used by gnustep-make 
(-fuse-ld=gold).  To avoid conflicts/problems, reconfigure/reinstall 
gnustep-make to use LDFLAGS=-fuse-ld=gold  or run the gnustep-base configure 
again with your LDFLAGS environment variable set to -fuse-ld=gold

  Do you notice the space character after "-fuse-ld=gold"?

The build continues a little with some more fatal errors but leaves me not with 
a working system.
The main reason seems to be system dependencies.

So I am not sure if this approach can solve all installation issues...

Another question that came to my mind is how to update such an installation. Do 
I have to reinstall?
Can I run it again? There are no packages installed?

So maybe a better strategy would be to provide a package repository with the 
latest packages
and provide templates e.g. for /etc/apt/sources.list.d/gnustep.list

Then simply instruct users to run: apt-get update; apt-get install gnustep

Well, that would be orthogonal to your idea to support multiple BaseOS with a 
single script.

So far my first experiences with the script.
* good idea
* failed to create a working setup
* leaves questions about how to install upgrade

BR and thanks,

Here is the full build log (too big for attaching to the list):

reply via email to

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