Re: GNUstep web install script

[H. Nikolaus Schaller]

> Am 26.08.2020 um 18:11 schrieb Gregory Casamento <greg.casamento@gmail.com>:
> 
> I am not sure if David Chisnall ever got libobjc2 working on MIPS. 

I also have no idea - I was just assuming that it works if not rejected by the 
script or the build system...

> I have no way of testing this as i dont own a similar machine

Yes, MIPS is unfortunately quite rare and especially with a RasPi style of 
hardware (I think it even has a compatible connector)...

Anyways sharing such experiences may help to make the script and GNUstep better.

> 
> On Wed, Aug 26, 2020, 5:03 AM H. Nikolaus Schaller <hns@goldelico.com> wrote:
> 
> > 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
>      ^
>   /tmp/libobjc2/block_trampolines.S:167/tmp/libobjc2/objc_msgSend.S:14:2: 
> 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):
>     /usr/share/cmake-3.16/Modules/FindPackageHandleStandardArgs.cmake:393 
> (_FPHSA_FAILURE_MESSAGE)
>     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.
> Summary:
> * good idea
> * failed to create a working setup
> * leaves questions about how to install upgrade
> 
> BR and thanks,
> Nikolaus
> 
> Here is the full build log (too big for attaching to the list):
> https://download.goldelico.com/quantumstep/other/gnustep.log
> 
>