SliTaz Forum
You are not logged in.
Hi,
I switch to 2.4.11 for webkit, minus need few patchs, don't like parallel build (need make -j1).
after many build, i take one again.
2 hours of build to failed about ld cannot find -lEGL 
Build libegl-mesa, and update receipt, build launch again.
Offline
Hi again.
Successfully build webkitgtk / webkitgtk-dev 
.
Build midori 0.5.11 (patch due of vala 0.36 issue).
But when try to launch it, i'm going segmentation fault, need debug why.
With [c]midori -g[/c] that run it with gdb, i see call to libjavascriptcoregtk-1.0.so.0 (webkitgtk)
WTF::String::isolatedCopy()
OpaqueJSString:string()
JSEvaluateScript()
Seem issue with build of webkitgtk
Offline
Seem reported :
https://linux.debian.bugs.dist.narkive.com/tarPsyBJ/bug-688640-libjavascriptcore-re-javascriptcore-segmentation-fault-on-powerpc
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=834236
Need check more
Offline
With patch from debian midori run
but issue with ssl, unknown certificate, try to add exception but failed.
"Error granting trust: Couldn't find a place to store the pinned certificate"
[attachment=51635,3384]
Offline
Need to check, infact in sometime, page display with ssl (but 'i' indicate site not verified).
I check and see always use openssl 1.0.2u, infact i don't update it when focus on webkitgtk.
Offline
Hi,
Build this morning before going work with openssl 1.1.1n, failed again but in gdb mode i see :
[c]Gck-CRITICAL **: gck_modules_token_for_uri: assertion 'uri != NULL' failed[/c]
seem related to gnome-keyring https://bugs.launchpad.net/midori/+bug/1638671
Offline
Interesting think.
To ensure that webkitgtk / midori 0.5.11 i have build it's correct i compare with cooking 0.5.2.
In debug mode (aka [c]midori -g[/c]), i dont see gck issue, infact midori 0.5.2 build without.
But most think, it's on midori 0.5.2, can't check site but no see warning about it.
[attachment=51638,3385]
Offline
Need to improve webkitgtk / midori stuff.
Infact with tazweb / midori from cooking, no issues with https site.
With new build of webkitgtk / midori / tazweb.
For example, i try to navigate on phoronix.com website, i click on disagree popup (segment fault) both on tazweb / midori.
Without issue on cooking, i don't see popup appear.
Offline
I see on BLFS 8.2, purpose midori 0.5.11 build.
Can be linked to webkitgtk 2.4.11 or webkitgtk 2.18.6, i launch build of webkitgtk 2.18.6.
Check if midori/tazweb will be more stable with this version.
Offline
Hi,
Issue with 2.18.6 about incomplete type 'WebCore::HTMLMediaElement' used in nested name specifier.
I don't find patch to it.
I test build of 2.12.3, minus patch need again, build around 90% and failed, seem i forget patch for WKString.h.
Build launch again, in case always with make -j1 to avoid break with parallel build.
Offline
I'm very sad
97% Linking CXX shared library ../../lib/libwebkit2gtk-4.0.so
issue open 'Too many open files'
=> Failed because i forget to increase open files default 1024, i bump to 4096 (but not permanent, i shut vm with laptop).
Offline
Hi,
2.12.3 build sucessfully, tazweb don't compile on it, because don't ported to webkit2.
Midori failed about implicit-function-declaration "gtk_widget_set_focus_on_click"
In case i think need bump Midori to more recent version.
Also until not rebuild all stuff without .la gcc83 that broken, i can't sure that instability of midori is side effect.
Offline
Hi,
When rebuild packages to ensure don't have .la file, i found udev need patch for gcc 6.
In first time, i think no issue because udev have loop dep himself and [c]cook[/c] get packages from cooking if not found in "fresh packages".
But most important it's that we have really chicken/eggs issue in wok.
udev need libgudev-dev to be build, but libgudev is generate during udev build.
=> no reason for it
xorg-glproto depends of mesa-dev, in case proto headers file don't need this dep.
xorg-xf86driproto depends of libdrm-dev, same proto headers file don't need this dep.
Not same case with freetype, have circular deps with harfbuzz / cairo.
=> Need two pass for build, one without harfbuzz deps, and second rebuild with it
For udev, we have same case.
util-linux need udev to build, but himself need first to be build.
Infact, we need two pass also, same case with libusb (need build first without-udev, and rebuild with).
For mesa receipt same think, depend on xorg-server-dev but mesa require by xorg-server to be build.
Offline
Hi,
Cook in progress for wok without la, remain :
mesa + xorg-server and few apps for xorg
core slitaz apps (webkit / midori / beaver, ...)
slitaz-configs
slitaz-configs-base
slitaz-tools
tazpkg
libsdl
libsdl-dev
libsdl-net
libsdl-net-dev
dosbox
linld
mingw32-binutils
mingw32-runtime-headers
mingw32-w32api-headers
mingw32-gcc-c
mingw32-w32api
mingw32-runtime
mingw32-gcc
syslinux
syslinux-modules
syslinux-tools
syslinux-extra
slitaz-base-files
grub4dos
grub4dos-linux
[attachment=51646,3386]
Offline
Hi,
Continue build wok without .la, after clean loop deps for mesa / xorg-server, gtk+ with cups-dev that implied loop, i think do most work (691 packages).
Remain gtk apps / core slitaz apps.
To compare of 1279 packages on currrent, i don't launch build for 64bits kernel (74 pkgs), and also because exclude loop deps or unecessary, for example don't build postgresql / qt4 / mysql.
For mysql, we have 5.5.x branch, in case not support for openssl 1.1.x, and unmaintained.
Continue to build remain and ensure that "base,justx,gtkonly,core" flavors is complete.
Check also for webkit issue, and have 64bits version for 4.19.x
[attachment=51647,3387]
Offline
base flavor
=> all packages build
base64 flavor
=> miss memtest64 / linux64
justx flavor
=> miss 915resolution, locale-*, slim, slitaz-doc, slitaz-polar-cursors, openbox
Also base apps on core and slitaz-configs that need locale-*
Offline
Hi,
Nice to see mysql 5.7 run with openssl 1.1.1n, i known EOL next month 
.
But if follow doc, seem last version can be compiled with gcc 6, 8 branch required gcc 10.
When finish build all flavor and core packages, check eol packages.
In case we need ensure system is safe, (CVE about libwebp, ...)
[attachment=51649,3388]
Offline
>i known EOL next month
Well, I don't think anyone going to be upset with that)
Offline
infact.
After fix loop with cups / poppler / qt4, build qt4 launch.
also need check loop with cups-filters / cups, infact cups as cups-filters runtime deps but :
cups-filters need poppler-dev, and poppler need cups-dev to build (again chicken/eggs).
I unset cups-filters for cups runtime, and note to rebuild them after.
qt4 just failed, i think don't like openssl 1.1.x, need check for patch
ssl/qsslcertificate.cpp:264:68: error: invalid use of incomplete type 'X509 {aka struct x509_st}'
ssl/qsslcertificate.cpp:279:45: error: invalid use of incomplete type 'X509 {aka struct x509_st}'
ssl/qsslcertificate.cpp:492:32: error: invalid use of incomplete type 'X509 {aka struct x509_st}'
ssl/qsslcertificate.cpp:496:29: error: invalid use of incomplete type 'EVP_PKEY {aka struct evp_pkey_st}'
ssl/qsslcertificate.cpp:500:36: error: invalid use of incomplete type 'EVP_PKEY {aka struct evp_pkey_st}'
ssl/qsslcertificate.cpp:504:36: error: invalid use of incomplete type 'EVP_PKEY {aka struct evp_pkey_st}'
Offline
Hi,
qt4 build and linked on ssl 1.1 .
Continue with poppler, and need fix loop again.
infact, to fix loop, i remove cups-filters as dep runtime for cups.
that my note
# check for poppler / cups deps (also cups-filters for cups)
# Need rebuild cups with cups-filters as dep runtime
# warn ghostscript / gutenprint / cups-filters / cups loop deps
# ghostscript need cups-dev
# gutenprint need cups-dev
# cups need cups-filters
# cups-filters need ghostscript / gutenprint
need build in order ghostscript, foomatic-db-*, gutenprint, cups-filters
and rebuild cups with cups-filters (for poppler i dont think if really need)
For moment foomatic-db build, step recompressing gzip files for ppd take few long time
Offline
not build foomatic-db, need check why advdef take long time for ppd.gz file, seem not critical packages, require only for foomatic-db-nonfree.
Continue with packages required for slitaz-i18n, downgrade doxygen to 1.8.13 to build with gcc 6 and remove dep on gcc83, required by gtkmm, 2.24.5 can be build with 1.8.13.
Offline
I think have most build part, now deps for midori / webkitgtk.
I hope that issue with midori came from glib / gtk network stack not build with openssl 1.1.1n
[attachment=51656,3391]
Offline
[ Generated in 0.019 seconds, 7 queries executed - Memory usage: 1.6 MiB (Peak: 1.77 MiB) ]