Bonjour Shann,
vu et merci.
Amitiés
Bonjour Shann,
vu et merci.
Amitiés
Hi,
Build news isos, but let's me rebuild it before push :(.
i see that forget to include asunder fr patch.
New isos pushed on https://people.slitaz.org/~shann/slitaz-current-stuff/20231107
Hi,
Off today, i successfully build webkit2gtk and midori 9.
webkit2gtk required mesa > 9 and gcc >= 7.0.0 (to test i build recent mesa and gcc83/gcc83-lib-base)
midori work but failed for display few sites (log talk about libEGL / swrast).
(midori:9464): GLib-GObject-WARNING **: 12:05:11.491: ../gobject/gbinding.c:469: Unable to convert a value of type gpointer to a value of type CairoSurface
libEGL warning: DRI2: failed to authenticate
libEGL warning: DRI2: failed to open swrast (search paths /usr/lib/dri)
libEGL warning: DRI2: failed to open swrast (search paths /usr/lib/dri)
EGLDisplay Initialization failed: EGL_NOT_INITIALIZED
Cannot create EGL sharing context: invalid display (last error: EGL_SUCCESS)(midori:9464): GLib-GObject-WARNING **: 12:05:32.760: ../gobject/gbinding.c:469: Unable to convert a value of type gpointer to a value of type CairoSurface
In case i just quick test, need to build this in sanity step and implied to bump in gcc 8.3 at least.
Hi shann,
packages.list
not downloaded: disappeared with a new rootfs built from the ISO 20231030 (previous was built from 20231016).tazpkg up
never updated my packages ;)xorg-xf86-video-nouveau
and xorg-xf86-video-nouveau
compiled fine; still have an error in Xorg.0.log
: [drm] Failed to open DRM device for pci:0000:01:00.0: -19
but no matter.What I've noticed in justX
tazweb
installs
libsoup248
but then claims about libsoup-2.4.so.1
(package libsoup
);libwebkit
but then claims about libwebkitgtk-1.0.so.0
(package webkitgtk
);libgstfft-1.0.so.0
(package gst-plugins-base-1.0
)and claims also about
libsecret-1.so.0
(package libsecret
),libGL.so.1
(package mesa
,)libEGL.so.1
(package ligegl-mesa
),libwebp.so.7
(package libwebp
),libatomic.so.1
(package libatomi
)After installing all the missing deps and removing libsoup248
, libwebkit
and replacing gstreamer
and gst-plugins-base
with gstreamer-1.0
and gst-plugins-base-1.0
, tazweb
works like a charm.
Shouldn't we add some depends in the tazweb receipt? even if I know it's not conventional to use justX to install apps.
tazpanel
refuses to work: Could not connect: Connexion refused
http://127.0.0.1:82/index.cgi?guiuser=root
Looking up 127.0.0.1:82
Making HTTP connection to 127.0.0.1:82
Alert! Unable to connect to remote host
lynx: Can't access startfile http://127.0.0.1:82/index.cgi?guiuser=root
Hi Ceel,
Normally tazweb has been compiled with libsoup248 / libwebkit and to avoid clash with libsoup / webkitgtk (webkit2gtk soon), each have own path (/usr/libsoup248, /usr/libwebkit).
And tazweb have LD_LIBRARY_PATH to use it.
Need check justX flavor, and how issue appear.
Concerning packages, when build iso, i always push packages in my space :
https://people.slitaz.org/~shann/slitaz-current-stuff/packages
test with justX,
install tazpanel, tazweb.
tazpanel not running, by default, need start :
/etc/init.d/tazpanel start
With this command tazweb run :
LD_LIBRARY_PATH=/usr/libsoup248:/usr/libwebkit tazweb
I adjust .config/slitaz/applications.conf, by default BROWSER set to retawq, change to tazweb, restart xterm, tazpanel
command work as expected.
Bonjour Shann,
chargé et lancé la build du 20231107 : RAS ou tout est bon à ce point d'avancement. Merci !
À bientôt.
Amitiés à l'équipe de Dév'
Hi shann,
receipt - mesa.SlackBuild
I begin stuff to ensure we have stable and recent version.
In case i compare current wok versions with Slackware 15.0, because it's more conservative in upgrade and keep security in mind.
For xorg stuff, i check also with 14.2 for proto packages (15.0 have 2021.5 metapackage)
On all packages build on current, we have 1018 it's same version (it's include also only slitaz pkg), 136 remain. Seem good point :)
40 UPDATED
24 SKIP because need major upgrade as Mesa / Xorg / GCC / Glibc / Kernel
72 need to check
Index of /slackware/slackware-15.0/source/x/mesa
Name Last modified Size Description Parent Directory - doinst.sh.gz 2018-12-07 20:28 388 get-mesa.sh 2015-12-11 04:09 720 mesa-21.3.5.tar.xz 2022-01-26 19:56 16M mesa-21.3.5.tar.xz.sig 2022-01-26 19:56 329 mesa-demos-8.4.0.tar.lz 2018-02-23 09:54 6.9M mesa.SlackBuild 2022-01-28 21:22 6.9K mesa.url 2010-10-01 06:23 78 patches-revert/ 2021-03-12 02:31 - patches/ 2021-10-15 19:57 - slack-desc 2019-09-25 21:15 814
https://slackware.nl/slackware/slackware-15.0/source/x/mesa/
Hi,
Normally tazweb has been compiled with libsoup248 / libwebkit and to avoid clash with libsoup / webkitgtk (webkit2gtk soon), each have own path (/usr/libsoup248, /usr/libwebkit).
And tazweb have LD_LIBRARY_PATH to use it.
With this command tazweb run :
LD_LIBRARY_PATH=/usr/libsoup248:/usr/libwebkit tazweb
8.5.2.3. Configuring the Dynamic Loader
By default, the dynamic loader (/lib/ld-linux.so.2) searches through /usr/lib for dynamic libraries that are needed by programs as they are run. However, if there are libraries in directories other than /usr/lib, these need to be added to the /etc/ld.so.conf file in order for the dynamic loader to find them. Two directories that are commonly known to contain additional libraries are /usr/local/lib and /opt/lib, so add those directories to the dynamic loader's search path.
....
https://www.linuxfromscratch.org/lfs/view/11.2/chapter08/glibc.html#contents-glibc
Hi,
@Rantanplan, nice to read this.
@Alanyih,
Infact for mesa in first step i don't upgrade it.
For ld.so.conf, i don't sure it's best idea, infact only tazweb need libsoup/libwebkit.
Core apps, others apps depend on it.
I have update toolchain with gcc 8.3.0, glibc 2.28, also bump mesa to 21.3.5, also rebuild kernel with last minor revision 4.19.298.
Rebuild apps in progress.
I also note to build kernel pae :)
Hi shann,
/etc/init.d/tazpanel start
... of course
I even didn't think to check it thinking tazpanel
was started after its installation :/
Should it a good idea to add it in a post_install()
function in the receipt?
tazweb
runs well without libsoup248
and libwebkit
and without using LD_LIBRARY_PATH
; but frankly I didn't tested it really deeply.
Otherwise, no issue with the apps tested. Just a problem with Cups but not relative to the Current justX ISO. I meet the same issue with Rolling; I need to investigate more.
By the way, libcomerr3
shouldn't provide libcomerr
, see this post: https://forum.slitaz.org/topic/is-libcomerr3-correctly-built#post-51095
P.S. I don't use the new ISO to do tests; I update and save regularly my rootfs (built from ISO 20231030) if there are changes. This shouldn't do any differences and I think I remain entirely consistent with your (excellent!) work.
Have a nice day.
@shann,
Make good use of default search path /usr/lib
Hi,
@ceel, note for libcomerr3. i updated receipt.
For tazpanel need check for post_install.
Concerning tazweb/tazpanel, issue appear for basic auth.
with new libsoup / webkitgtk, no register root authent and ask for each page, but with legacy webkitgtk/libsoup it's work.
@alanyih, infact, i think keep libsoup248 / libwebkit inside /usr/lib, midori 9.0 unstable on my side, need investigate or switch to other light browser.
At time i not rebuild iso, need finish rebuild remain packages before (~120).
Below, my EeePC with epiphany browser with webkit2gtk, and all updates (glibc 2.28 / gcc 8.3.0 / mesa 21)
Continue to improve and test.
For curious i push all packages in https://people.slitaz.org/~shann/slitaz-current-stuff/packages-incoming/
/////!!!!!!!! WARNING !!!!!!!!!\\\\\\\
Due of new glibc / gcc, FIRST INSTALL glibc-base and gcc-lib-base before use 'tazpkg up'
/////!!!!!!!! WARNING !!!!!!!!!\\\\\\\
Concerning Midori 9.
Interesting think, (segfault appear when try to clear private data).
If select only history, no segfault
If select Cookie or web cache, segfault appear
You must log in to post.