Tiny Core Extensions > TCE Bugs

netsurf in TC14

(1/2) > >>

socks:
Netsurf (both versions) appears to need openssl.1.1.1.tcz in TC 14-x86.
Neither version will start without this extra extension.
I suppose openssl.1.1.1 should be added somewhere in the dependency tree.

Even with this addition Both versions segfault while opening most sites.
There are no error messages running from a terminal, but dmesg has, with minor variations from instance to instance.

--- Code: ---netsurf-gtk[5633]: segfault at 19 ip b6ad823b sp bfd20560 error 4 in libssl.so.3[b6ad1000+6c000] likely on CPU 0 (core 0, socket 0)
Code: 65 a1 14 00 00 00 89 44 24 20 31 c0 6a 5f 8d b3 14 ba fb ff 56 6a 60 e8 13 ab ff ff 89 44 24 10 83 c4 10 85 c0 74 34 8b 0c 24 <8b> 45 18 89 41 18 6b c0 28 52 6a 69 56 50 e8 f2 aa ff ff 8b 4c 24
--- End code ---

I get the same behavior on two different boxes.

Besides the built in Google search , which works as expected until you try to open a link,
it consistently opens this site http://www.baywx.com.au/melbtemp2.html without problems
and I think I ran across one or two others while trying to search for info on the problem.

socks

CentralWare:
@socks: OpenSSL 1.1.1 is being phased out where ever possible and is only in the current repositories for support to older extensions.
Enclosed is an untested build script which should create an upgraded netsurf-3.11 using openssl 3.2.0 if you'd like to give it a try.
(Meaning, I ran it on x86_64 and it compiled just fine but the resulting extension has not been tested beyond ldd dependencies.)

You may want to remove openssl-1.1.1 from onboot.lst just to ensure it doesn't interfere with testing the browser.
Otherwise I'll send this up-stream and see about getting the extension upgraded in the repository.

Juanito:
You could try a pm to @neonix, the maintainer, requesting an update.

Rich:
Hi CentralWare
Not a criticism, just some information. In your build script:

--- Code: ---DEPS="squashfs-tools compiletc bc make gperf expat2-dev gtk2-dev curl-dev"

for DEP in $DEPS
do
    DEP=${DEP/.tcz/}
    [ ! -f /etc/sysconfig/tcedir/optional/${DEP}.tcz ] && tce-load -w $DEP
    [ ! -d /tmp/tcloop/$DEP ] && tce-load -i $DEP
done
--- End code ---

About tce-load:
Doesn't care if the  .tcz  extension is present or not.
Checks whether an extension exists prior to downloading.
Checks whether an extension is installed prior to installing.
Is capable of handling a list of extensions.

My personal preference:
Separate lists of what to install by category.
Let tce-load do the work.
Use grep to filter out success messages. I only care about errors.

--- Code: ---TOOLCHAIN="compiletc sstrip submitqc intltool inotify-tools"
BUILD_DEPS="gtk2-dev libcddb-dev"
PACKAGE_DEPS="gtk2 librsvg libcddb cdparanoia lame"

 ----- Snip -----

# Download packages required for compiling, filter out success messages.
tce-load -w "$TOOLCHAIN $BUILD_DEPS" 2>&1 | grep -v "already downloaded"

# Install packages required for compiling, filter out success messages.
tce-load -i "$TOOLCHAIN $BUILD_DEPS" 2>&1 | grep -v "already installed"
--- End code ---

CentralWare:
@Rich: I'm good with criticisms, suggestions, advice, thoughts, and I have kids...  so that also includes mindless tangents from time to time!

The reason behind my madness is tce-load tends to lag when running from flash and/or a sleeping platter drive.  Regardless, I get where you're coming from.  I'm in the middle of one of those situations right now...  build script for "A" requires building B, C, D and E as well --- do we separate everything into 5+ scripts, have everything under one roof and multiple DEPS or, as I'm doing right now...  one roof, one tce-load, and (yawn!) are we there yet?!

Navigation

[0] Message Index

[#] Next page