SliTaz Forum
You are not logged in.
Hi Ceel, Saipul,
Infact good catch, wrong case, should be $SLITAZ_ARCH 
I update repo with aufs fixed, also push libffado stuff.
For libffado on cooking x32, it's hard way to have build successfully, libffado need gcc83 but complain of gcc cmath / libxml++ in same time.
Offline
Hi shann,
I meet an issue trying to build the [c]libxfce4ui[/c] package for Current x86_64.
[c]cook[/c] installs the build depends and particularly [c]gtk+ / gtk+-dev[/c]:
[c]...
Installing (web/cache): xcb-util-0.4.0-x86_64
Installing (web/cache): gtk+-2.24.33-x86_64
Installing (pkg/local): libxfce4util-4.12.1-x86_64
...
Installing (web/cache): tiff-dev-4.4.0-x86_64
Installing (web/cache): gtk+-dev-2.24.33-x86_64
Installing (web/cache): libglade-2.6.4-x86_64
...[/c]
but during the [c]configure[/c] step:
[c]...
checking pkg-config is at least version 0.9.0... yes
checking for gtk+-2.0 >= 2.24.0... not found
*** The required package gtk+-2.0 was not found on your system.
*** Please install gtk+-2.0 (atleast version 2.24.0) or adjust
*** the PKG_CONFIG_PATH environment variable if you
*** installed the package in a nonstandard prefix so that
*** pkg-config is able to find it.
Build dependencies to remove: 27
...
ERROR: cook failed[/c]
No problems with other build dependencies. Could there be something wrong with [c]gtk+-dev[/c]?
Thanks.
Offline
Hi Ceel,
strange issue, if gtk+/gtk+-dev have issue most apps not build correctly.
I create fresh chroot and test to build libxfce4ui, work without issue.
2 vi /etc/slitaz/cook.conf
3 cook setup --wok
4 cook libxfce4ui
5 cd /home/slitaz/wok/
6 vi libxfce4ui/receipt
7 cook libxfce4ui
8 vi libxfconf/receipt
9 vi libxfconf-dev/receipt
10 cook libxfconf
11 vi libxfce4util/receipt
12 vi libxfce4util-dev/receipt
13 cook libxfce4util
14 vi /etc/slitaz/cook.conf
15 cook libxfce4util
16 cook libxfce4util-dev
17 cook libxfconf
18 lsmod |grep aufs-
19 vi ../log/libxfconf.log
20 cook libxfconf-dev/
21 cook libxfconf-dev
22 cook libxfce4ui
23 vi ../log/libxfce4ui.log
root@slitaz:/home/slitaz/wok# hg diff
diff -r 292aeec8627f libxfce4ui/receipt
--- a/libxfce4ui/receipt Mon Jul 01 15:09:44 2024 +0000
+++ b/libxfce4ui/receipt Sun Sep 22 14:17:35 2024 +0000
@@ -15,6 +15,8 @@
BUILD_DEPENDS="gtk+-dev libxfce4util-dev libxfconf-dev \
startup-notification-dev libglade-dev xcb-util-dev util-linux-uuid-dev intltool"
+HOST_ARCH="i486 x86_64"
+
# What is the latest version available today?
current_version()
{
diff -r 292aeec8627f libxfce4util-dev/receipt
--- a/libxfce4util-dev/receipt Mon Jul 01 15:09:44 2024 +0000
+++ b/libxfce4util-dev/receipt Sun Sep 22 14:17:35 2024 +0000
@@ -11,6 +11,8 @@
DEPENDS="gtk+ libxfce4util glib-dev pkg-config"
+HOST_ARCH="i486 x86_64"
+
# Rules to gen a SliTaz package suitable for Tazpkg.
genpkg_rules()
{
diff -r 292aeec8627f libxfce4util/receipt
--- a/libxfce4util/receipt Mon Jul 01 15:09:44 2024 +0000
+++ b/libxfce4util/receipt Sun Sep 22 14:17:35 2024 +0000
@@ -13,6 +13,8 @@
DEPENDS="gtk+"
BUILD_DEPENDS="gtk+-dev intltool pkg-config"
+HOST_ARCH="i486 x86_64"
+
# What is the latest version available today?
current_version()
{
diff -r 292aeec8627f libxfconf-dev/receipt
--- a/libxfconf-dev/receipt Mon Jul 01 15:09:44 2024 +0000
+++ b/libxfconf-dev/receipt Sun Sep 22 14:17:35 2024 +0000
@@ -11,6 +11,8 @@
DEPENDS="dbus-glib-dev libxfce4util-dev libxfconf pkg-config"
WANTED="libxfconf"
+HOST_ARCH="i486 x86_64"
+
# Rules to gen a SliTaz package suitable for Tazpkg.
genpkg_rules()
{
diff -r 292aeec8627f libxfconf/receipt
--- a/libxfconf/receipt Mon Jul 01 15:09:44 2024 +0000
+++ b/libxfconf/receipt Sun Sep 22 14:17:35 2024 +0000
@@ -15,6 +15,8 @@
DEPENDS="dbus-glib libxfce4util"
BUILD_DEPENDS="dbus-glib-dev libxfce4util-dev"
+HOST_ARCH="i486 x86_64"
+
# What is the latest version available today?
current_version()
{
root@slitaz:/home/slitaz/wok# grep gtk+ ../log/libxfce4ui.log
Installing (web/cache): gtk+-2.24.33-x86_64
Installing (web/cache): gtk+-dev-2.24.33-x86_64
checking for gtk+-2.0 >= 2.24.0... 2.24.33
checking for optional package gtk+-3.0 >= 3.2.0... not found
gdk-pixbuf-dev gtk+ gtk+-dev jbigkit jpeg jpeg-dev lcms2 libglade libglade-dev
Think packages are same but in case :
root@slitaz:/home/slitaz/wok# md5sum /var/cache/tazpkg/cooking/packages/gtk\+-*
1338dcbe20be7df19bf865ac95335e25 /var/cache/tazpkg/cooking/packages/gtk+-2.24.33-x86_64.tazpkg
eed2e4c281525056a44e37b17fe3d416 /var/cache/tazpkg/cooking/packages/gtk+-dev-2.24.33-x86_64.tazpkg
Offline
7 cook libxfce4ui
10 cook libxfconf
13 cook libxfce4util
16 cook libxfce4util-dev
Xfce's dependency chain
The Xfce packages need to be built in a specific order.
If you don't follow this, compile options might not be available or the configure stage will abort because of missing dependencies.
xfce4-dev-tools (only required if you build from GIT)
libxfce4util
xfconf
libxfce4ui
garcon, exo
thunar
xfce4-panel, xfce4-settings, xfce4-session, xfdesktop, xfwm4, xfce4-appfinder, tumbler…
....
https://docs.xfce.org/xfce/4.12/building
Offline
hi shann, alanyih,
Solved after I regenerated the chroot. Probably broken when I cooked some packages and [c]linux64-aufs[/c] wasn't installed; the dependencies were installed/removed directly in the chroot.
Many tanks to both of you.
Offline
Xfce's dependency chain
https://docs.xfce.org/xfce/4.12/building
Try build xfce4-4.18
Changes in Dependencies
glib-2.0 >= 2.66
Same version for gmodule-2.0, gobject-2.0, gthread-2.0, gio-2.0 and gdbus
gtk >= 3.24
libcairo >= 1.16
gdk-pixbuf-2.0 >= 2.40
gobject-introspection >= 1.66
https://wiki.xfce.org/releng/4.18/roadmap#changes_in_dependencies
https://docs.xfce.org/xfce/building
tux@slitaz:~$ tazpkg -l | grep xfce
elementary-xfce 0.19 xfce
exo 4.18.0 xfce
garcon 4.18.2 xfce
greybird 3.23.3 xfce
libxfce4ui 4.18.6 xfce
libxfce4util 4.18.2 xfce
mousepad 0.6.2 xfce
thunar 4.18.11 xfce
thunar-archive-plugin 0.5.2 xfce
thunar-volman 4.18.0 xfce
tumbler 4.18.2 xfce
xfce4-appfinder 4.18.1 xfce
xfce4-netload-plugin 1.4.1 xfce
xfce4-notifyd 0.9.4 xfce
xfce4-panel 4.18.6 xfce
xfce4-power-manager 4.18.4 xfce
xfce4-pulseaudio-plugin 0.4.8 xfce
xfce4-ristretto 0.13.2 xfce
xfce4-screensaver 4.18.3 xfce
xfce4-screenshooter 1.9.9 xfce
xfce4-session 4.18.4 xfce
xfce4-settings 4.18.6 xfce
xfce4-taskmanager 1.5.7 xfce
xfce4-terminal 1.1.3 xfce
xfce4-whiskermenu-plugin 2.7.3 xfce
xfconf 4.18.3 xfce
xfdesktop 4.18.1 xfce
xfwm4 4.18.0 xfce
xfwm4-themes 4.18.0 xfce
tux@slitaz:~$ tazpkg -l | grep xfce | wc -l
29
Offline
mesa-dri - mesa-dri-ati
Installing (web/cache): mesa-21.3.5-x86_64
Unable to find package "linux-agp" in the mirrored packages list.
Unable to find package "get-linux-agp" in the mirrored packages list.
Unable to find package "linux-drm" in the mirrored packages list.
Unable to find package "get-linux-drm" in the mirrored packages list.
tux@slitaz:~$ uname -a
Linux slitaz 5.10.221-slitaz64 #2 SMP Thu Jul 11 06:31:46 Europe 2024 x86_64 GNU/Linux
tux@slitaz:~$ ls -l /usr/lib/dri
total 20088
-rwxr-xr-x 1 root root 20568848 Aug 2 13:34 kms_swrast_dri.so
lrwxrwxrwx 1 root root 11 Sep 24 14:39 r200_dri.so -> i830_dri.so
lrwxrwxrwx 1 root root 17 Sep 24 14:39 r300_dri.so -> kms_swrast_dri.so
lrwxrwxrwx 1 root root 17 Sep 24 14:39 r600_dri.so -> kms_swrast_dri.so
lrwxrwxrwx 1 root root 11 Sep 24 14:39 radeon_dri.so -> i830_dri.so
lrwxrwxrwx 1 root root 17 Sep 24 14:39 radeonsi_dri.so -> kms_swrast_dri.so
lrwxrwxrwx 1 root root 17 Sep 24 14:39 swrast_dri.so -> kms_swrast_dri.so
tux@slitaz:~$ grep -A2 DEPENDS /var/lib/tazpkg/installed/mesa-dri/receipt
DEPENDS="expat libdrm linux-agp llvm-lib \
linux-drm libdrm-amdgpu libdrm-radeon \
libdrm-nouveau libdrm-intel libglapi-mesa"
tux@slitaz:~$
[attachment=52818,3642]
Offline
(EE) AMDGPU(0): eglGetDisplay() failed
(EE) AMDGPU(0): glamor detected, failed to initialize EGL.
(WW) AMDGPU(0): amdgpu_glamor_pre_init returned FALSE, using ShadowFB
(==) AMDGPU(0): DRI3 disabled
(WW) AMDGPU(0): Direct rendering disabled
(II) AMDGPU(0): 2D and 3D acceleration disabled
(II) AIGLX: Screen 0 is not DRI2 capable
(II) IGLX: Loaded and initialized swrast
tux@slitaz:~$ egrep 'failed|disabled|glamor|DRI[23]|GLX' /var/log/Xorg.0.log
[ 25.186] (WW) Open ACPI failed (/var/run/acpid.socket) (No such file or directory)
[ 25.220] (II) Loading sub module "glamoregl"
[ 25.220] (II) LoadModule: "glamoregl"
[ 25.220] (II) Loading /usr/lib/X11/modules/libglamoregl.so
[ 25.222] (II) Module glamoregl: vendor="X.Org Foundation"
[ 25.222] (EE) AMDGPU(0): eglGetDisplay() failed
[ 25.223] (EE) AMDGPU(0): glamor detected, failed to initialize EGL.
[ 25.223] (WW) AMDGPU(0): amdgpu_glamor_pre_init returned FALSE, using ShadowFB
[ 25.230] (==) AMDGPU(0): DRI3 disabled
[ 25.230] (WW) AMDGPU(0): Direct rendering disabled
[ 25.230] (II) AMDGPU(0): 2D and 3D acceleration disabled
[ 25.240] (II) Initializing extension GLX
[ 25.240] (II) AIGLX: Screen 0 is not DRI2 capable
[ 25.244] (II) IGLX: Loaded and initialized swrast
[ 25.244] (II) GLX: Initialized DRISWRAST GL provider for screen 0
[ 25.244] (II) Initializing extension DRI2
Offline
Hi alanyih,
Sorry to late answer and fix 
For mesa-dri / mesa-dri-ati, i fix receipt about linux64* dep and miss driver.
also fix mesa-dri-nouveau, mesa-dri-vmwgfx (miss driver also and linux64 dep)
Need to check for AMDGPU EGL / GLX issue.
Don't think i said you, congratulation for work on xfce4 4.18 
Offline
Hi
In last days i take time for rebuild locally current with wok merged, i push today in tank (wok-current), due of loop with cookorder, i follow my own cookall list.
Concerning issue of egl/glx i think fixed, when current (32bits) rebuild i do same for current64 that include it.
If understand related to old xorg-dri[2|3]proto with xorg-server 1.20, i use xorgproto 2021.5, that enable dri3 in xorg and mesa stack.
Offline
Thanks for this update.
The kernel and the modules are 5.10.217 but [c]linux-api-headers[/c] is 5.10.221; this can't be a problem to cook some packages ?
By the way, do you plan to upgrade the kernel? Not a request, I'm very happy with 5.10.217, just I wouldn't want to update my rootfs's twice 
Offline
For kernel it will be 5.10.221, no step for kernel yet, remain few packages to be build before.
Concerning question, don't think issue infact packages that depends of linux kernel / modules has build after linux
tank current build slitaz-toolchain at the moment
cook tazusb
cook cdrkit
cook tazlito
cook ucl
cook ucl-dev
cook upx
cook slitaz-toolchain
cook sysfsutils
cook sysfsutils-dev
cook findutils
cook diffutils
cook rdfind
cook firmware
## cook firmware-*
## check for loop linux / linux64 / linux-module-headers
cook linux # need to ensure aufs tarball exist on src
cook usbip
cook usbip-dev
Offline
Offline
Hi shann,
No problem. I don't think I'll update some rootfs before a few days (and I have backups)
Good night.
Offline
Hi Ceel,
Thanks, i launch build for qt5 but build seem failed
ERROR: cook failed
Debug information
================================================================================
Cook date: 2024-12-06 17:30
Cook time: 268s
ERROR: cook failed
ERROR: cook failed
/home/slitaz/wok/qt5/source/qt5-5.14.2/qtbase/bin/qvkgen: error while loading sh
ared libraries: libQt5Core.so.5: cannot open shared object file: No such file or
directory
================================================================================
Leaving aufs chroot...
i'm not at home this weekend, investigate sunday evening when come back
Fast check i think seem related to kernel on tank vs my local cooker that use current64 (in case vmlinuz-5.10.221-slitaz64)
https://forums.gentoo.org/viewtopic-t-1107570-start-0.html
https://bugs.gentoo.org/669994
https://669994.bugs.gentoo.org/attachment.cgi?id=625750
Offline
Hi Ceel,
I finish to rebuild all packages, current have 1771 packages, need to check diff between my local current repo, 1741 packages (know at least libcroco, midori, webkit2gtk not build).
Concerning qt5 issue, think related to tank kernel, infact with adjust configure arg build work.
follow https://669994.bugs.gentoo.org/attachment.cgi?id=625750, (-no-feature-getentropy)
Strange because cooking successfully build qt5 but maybe race condition with recent glibc and old kernel.
Mirror is up to date for current.
jianliulin report that mouse on current64 in vmware workstation not work, i see that don't build xorg-xf86-input-vmmouse, i build it on current, need to do same for current64.
Offline
Hello shann,
I updated several rootfs and my woks 32bit/64bit, re-cooked some packages. All went fine.
Excellent job, as usual.
Many thanks.
Offline
Hi Ceel,
Thanks, i also update current64 repo and push base64 / core64
Seem i always issue with mesa / DRI3 / amdgpu, need to continue investigate
If understand could be related to use gles instead gles2 only, i try with -Ddri3=enabled without success but we have -Dgles1=enabled -Dgles2=enabled
https://forums.gentoo.org/viewtopic-t-1070956-start-0.html
https://wiki.gentoo.org/wiki/Radeon#Troubleshooting
Offline
Hi shann,
(EE) AMDGPU(0): eglGetDisplay() failed
(EE) AMDGPU(0): glamor detected, failed to initialize EGL.
(WW) AMDGPU(0): amdgpu_glamor_pre_init returned FALSE, using ShadowFB
slitaz-current-core64.iso 2024-Dec-20 13:04:40 96.1M
latest ISO failed.
[attachment=52895,3652]
Offline
glamor X acceleration enabled on AMD RENOIR (DRM 3.40.0, 5.10.215-slitaz64, LLVM 13.0.0)
AIGLX: Loaded and initialized radeonsi
$ grep glamor /var/log/Xorg.0.log
[ 1863.979] (II) Loading sub module "glamoregl"
[ 1863.979] (II) LoadModule: "glamoregl"
[ 1863.979] (II) Loading /usr/lib/X11/modules/libglamoregl.so
[ 1863.981] (II) Module glamoregl: vendor="X.Org Foundation"
[ 1863.996] (II) modeset(0): glamor X acceleration enabled on AMD RENOIR (DRM 3.40.0, 5.10.215-slitaz64, LLVM 13.0.0)
[ 1863.996] (II) modeset(0): glamor initialized
[ 1864.050] (WW) modeset(0): DRI2: glamor lacks support for pixmap import/export
$ glxinfo -B | head
name of display: :0.0
display: :0 screen: 0
direct rendering: Yes
Extended renderer info (GLX_MESA_query_renderer):
Vendor: AMD (0x1002)
Device: AMD RENOIR (DRM 3.40.0, 5.10.215-slitaz64, LLVM 13.0.0) (0x1638)
Version: 21.3.5
Accelerated: yes
Video memory: 512MB
Unified memory: no
$ grep -A8 AIGLX /var/log/Xorg.0.log
[ 1864.056] (II) AIGLX: Loaded and initialized radeonsi
[ 1864.056] (II) GLX: Initialized DRI2 GL provider for screen 0
[ 1864.056] (II) Initializing extension XFree86-VidModeExtension
[ 1864.056] (II) Initializing extension XFree86-DGA
[ 1864.056] (II) Initializing extension XFree86-DRI
[ 1864.056] (II) Initializing extension DRI2
[ 1864.056] (II) modeset(0): Damage tracking initialized
glxgears-amd.png 8 months old
https://forum.slitaz.org/topic/uefi-only-laptop-trouble-booting/page/6#post-52274
make sure we had a working version.
Offline
Hi Alanyih,
Infact on last iso failed also.
Nice to read this thanks for check, in case between "Fix dep for libglamoregl.so (libepoxy), and miss file for amdgpu (thanks alanyih)" (rev 25701) and last rev 25733, something break for mesa / xorg.
Could be related to commits that implied mesa
"Fix miss dep for mesa (libglvnd) libGL.so.1, libEGL.so.1"
"Adjust mesa depends and fix loop for libegl-mesa,libglx-mesa / mesa"
"Build full mesa features and split it"
Let's me check and investigate to found where is the breaking change
Offline
Hi Alanyih,
tux@slitaz:~$ date
mar. déc. 24 16:45:50 CET 2024
tux@slitaz:~$ egrep "glamor|disabled|enabled|failed|DRI" /var/log/Xorg.0.log
[ 19627.991] (WW) Open ACPI failed (/var/run/acpid.socket) (No such file or directory)
[ 19627.991] (II) "glx" will be loaded. This was enabled by default and also specified in the config file.
[ 19628.029] (II) Loading sub module "glamoregl"
[ 19628.029] (II) LoadModule: "glamoregl"
[ 19628.029] (II) Loading /usr/lib/X11/modules/libglamoregl.so
[ 19628.031] (II) Module glamoregl: vendor="X.Org Foundation"
[ 19628.035] (II) AMDGPU(0): glamor X acceleration enabled on AMD RENOIR (DRM 3.40.0, 5.10.221-slitaz64, LLVM 13.0.0)
[ 19628.035] (II) AMDGPU(0): glamor detected, initialising EGL layer.
[ 19628.035] (==) AMDGPU(0): VariableRefresh: disabled
[ 19628.035] (II) AMDGPU(0): KMS Pageflipping: enabled
[ 19628.054] (II) AMDGPU(0): [DRI2] Setup complete
[ 19628.054] (II) AMDGPU(0): [DRI2] DRI driver: radeonsi
[ 19628.054] (II) AMDGPU(0): [DRI2] VDPAU driver: radeonsi
[ 19628.091] (II) AMDGPU(0): SYNC extension fences enabled
[ 19628.091] (II) AMDGPU(0): Present extension enabled
[ 19628.091] (==) AMDGPU(0): DRI3 enabled
[ 19628.091] (==) AMDGPU(0): Backing store enabled
[ 19628.091] (II) AMDGPU(0): Direct rendering enabled
[ 19628.118] (II) AMDGPU(0): Acceleration enabled
[ 19628.118] (==) AMDGPU(0): DPMS enabled
[ 19628.118] (==) AMDGPU(0): Silken mouse enabled
[ 19628.118] (II) AMDGPU(0): Set up textured video (glamor)
[ 19628.137] (II) Initializing extension DRI3
[ 19628.141] (II) GLX: Initialized DRI2 GL provider for screen 0
[ 19628.141] (II) Initializing extension XFree86-DRI
[ 19628.141] (II) Initializing extension DRI2
tux@slitaz:~$ xdriinfo
Screen 0: radeonsi
tux@slitaz:~$
I align xorg-*proto to 2021.5, but same issue after analyze seem major change i see it's on mesa, april [c]-Dglvnd=false[/c] and on june [c]-Dglvnd=true[/c].
I rebuild mesa stuff with [c]-Dglvnd=false[/c] and it's worked \o/
I don't push packages need ensure that all work as expected, don't want to push without all test.
I leave my home, come back for january 1st.
Happy christmas all
Offline
Hi shann,
Thanks.
libglvnd is a vendor-neutral dispatch layer for arbitrating OpenGL API calls between multiple vendors. It allows multiple drivers from different vendors to coexist on the same filesystem, and determines which vendor to dispatch each API call to at runtime.
Both GLX and EGL are supported, in any combination with OpenGL and OpenGL ES.
https://gitlab.freedesktop.org/glvnd/libglvnd
Offline
Hi Alanyih,
yes i known libglvnd is for ability to use various driver but not understand why glvnd=true issue with amdgpu / glamor and without glvnd it's work correctly.
Also i see that for mass rebuild today, seem don't have libGLX_mesa.so, need to check why
Infact on December 24th, i only rebuild mesa / xorg stuff, not all that depend of mesa.
Offline
[ Generated in 0.019 seconds, 7 queries executed - Memory usage: 1.62 MiB (Peak: 1.77 MiB) ]