|
| From: | Gregory Casamento |
| Subject: | Re: GNUstep web install script |
| Date: | Sun, 13 Sep 2020 03:37:45 -0400 |
> 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
| [Prev in Thread] | Current Thread | [Next in Thread] |