SliTaz Forum
You are not logged in.
Hi,
I found and fix issue about pango, seem deps and cairo version.
cairo 1.16.0 > need to be 1.17.2 for pango 1.48.2
for slim, at time not found why need cmake twice for sucessfull configure.
freetype 2.10.4 ok
fontconfig 2.13.1 ok
cairo 1.17.2 ok
pango 1.48.2 ok
slim 1.3.6 ok (with twice cmake)
openbox 3.4.11 ok
For tazpkg can't uninstall, it's because /dev/shm /dev/pts not mounted inside chroot.
I reproduce problem just with chroot rootfs_justx, with bind /dev/pts /dev/shm, /proc, /sys work as well.
i begin recreate justx with follow flavor (minus hal/udev stuff replace by eudev ^^) to go my test on laptop
Offline
What happened?
Offline
Hi everyone,
sorry for having been so silent for such a long time. But I'm still here and still devoted to SliTaz!
I might be wrong but I have the feeling, that the main topic of this thread has somehow gone lost, hasn't it? Shann started a strategic discussion about how to proceed with SliTaz, about 4.0 and cooking, about 32 and 64 bits. I now have the feeling, that you slipped into technical details...?!
I somehow got stuck with my first one and a half rounds of compiling many packages with SliTaz receipts in 64 bits. From the first successes (which I published at that time) I don't agree, that 64 bits mean losing the "Tinyness" idea of SliTaz.
I am typing this using my 64bit startup, using a 4.2.8 Kernel and recent versions of openbox/lxpanel/pcmanfm including even Abiword and Gnumeric, Asunder, MtPaint, Geany and Sylpheed. All this sums up to about 65MB, which means without those extras we are not really far from the 50MB before.
I am using Firefox 100.x as well as Palemoon 31.x and SeaMonkey 2.53.x from temporarily mounted Squashfiles as well as FreeOffice 2021, so even the latest Desktop work is possible on my Intel Core 2 Duo from Anno 18xx...
I am about to restart from scratch during the rainy and darker months of the year, building another environment from Linux from scratch and using the scripts from SliTaz 4.0 this time (I agree, that 5.0 has become that minimalistic that the code is nearly unreadable for any non-full-professional).
So what do I want to say?
Strategically, I guess staying with 32bits would be a very niche existence. If SliTaz shall be widely usable, we will have to go for 64 bits. The more the core Desktop tools only go for 64, the more we will have to follow...
That doesn't mean, that I propose to drop the 32bit business, since many will stay with SliTaz mainly for that. I just mean we will probably have to change the focus.
I will happily try to support the 64bit side of the way...
So let's keep on going, folks !!!
Cheers! :-)
Offline
Hi Filou, akm
Infact, maybe dispatch with most technical details due of upgrade stack.
For sum up, i agree with you, we need support two arch, 32 bits and 64 bits.
I continue stuff, i hope to have usuable version end of year 
Regards
Offline
You guys are doing such a great job! Love you <3
Shann, I hg pushed some stuff to the website repo but the site did not update automaticaly as before.. and can't login via ssh! Do you have an idea why :-)
Offline
Hi,
For upgrade sanity toolchain/packages of SliTaz 4.0, i decide to flatten process and restart from scratch.
First, reread and follow cook-toolchain from tazwok to build new toolchain, that need few bump/patch packages to work.
GCC 4.9.2 (GMP 6.0.0, MPFR 3.12, MPC Library 1.0.2)
Binutils 2.23.1
Glibc 2.19
Ensure that toolchain work as expected, and begin mass rebuild of base package.
At time from base list, remain udev package.
Below links for see wok changes, packages build
https://hg.slitaz.org/wok-4.x
https://people.slitaz.org/~shann/slitaz-4.1-stuff/wok
https://people.slitaz.org/~shann/slitaz-4.1-stuff/packages
I test with slitaz-4.0 vm to launch upgrade with new packages/toolchain, work with success.
Big warn to install glibc-base / gcc-lib-base before "tazpkg up -r", infact tazpkg upgrade packages with alphabetic order, and if glibc-base / gcc-lib-base not installed at first => break system.
TODO note to add step in tazpkg in case of upgrade system component (glibc / gcc)
Offline
Hi,
I continue upgrade process.
Glibc up from 2.19 to 2.22 (increment one by one with mass rebuild packages)
tar bump to 1.34
zlib bump to 1.2.13
openssl bump to 1.0.2u
cacerts added
i test with slitaz-4.0, upgrade from new packages work as expected.
/!\ warn need install new tazpkg first to have stuff for upgrade glibc-base/gcc-lib-base first to avoid break system.
Issue with udev build, need to fix it or think switch to eudev.
Offline
Hi,
I begin stuff for build Xorg.
*proto done
xorg libs done
now time to Mesa, it's ok but issue with glew package
[c]<code>
Installing dep (pkg/local): xorg-libXxf86vm-1.1.1.tazpkg
Extracting: glew-1.5.8.tgz
Executing: compile_rules
cc -O2 -Wall -W -Iinclude -fPIC -o src/glew.pic_o -c src/glew.c
cc -O2 -Wall -W -Iinclude -o src/glew.o -c src/glew.c
cc -c -O2 -Wall -W -Iinclude -o src/glewinfo.o src/glewinfo.c
cc -c -O2 -Wall -W -Iinclude -o src/visualinfo.o src/visualinfo.c
sed \
-e "s|@prefix@|/usr|g" \
-e "s|@libdir@|/usr/lib|g" \
-e "s|@exec_prefix@|/usr/bin|g" \
-e "s|@includedir@|/usr/include/GL|g" \
-e "s|@version@|1.5.8|g" \
< glew.pc.in > glew.pc
ar cr lib/libGLEW.a src/glew.o
cc -shared -Wl,-soname=libGLEW.so.1.5 -o lib/libGLEW.so.1.5.8 src/glew.pic_o -L/usr/X11R6/lib -lXmu -lXi -lGLU -lGL -lXext -lX11
ln -sf libGLEW.so.1.5.8 lib/libGLEW.so.1.5
ln -sf libGLEW.so.1.5.8 lib/libGLEW.so
cc -O2 -Wall -W -Iinclude -o bin/glewinfo src/glewinfo.o -Llib -Wl,-Bdynamic -lGLEW -L/usr/X11R6/lib -lXmu -lXi -lGLU -lGL -lXext -lX11
cc -O2 -Wall -W -Iinclude -o bin/visualinfo src/visualinfo.o -Llib -Wl,-Bdynamic -lGLEW -L/usr/X11R6/lib -lXmu -lXi -lGLU -lGL -lXext -lX11
/usr/lib/gcc/i486-slitaz-linux/4.9.2/../../../libGL.so: undefined reference to[/c]
xcb_glx_get_lightfv_data'
/usr/lib/gcc/i486-slitaz-linux/4.9.2/../../../libGL.so: undefined reference to `xcb_glx_get_query_objectuiv_arb'
/usr/lib/gcc/i486-slitaz-linux/4.9.2/../../../libGL.so: undefined reference to `xcb_glx_get_mapfv_data'
/usr/lib/gcc/i486-slitaz-linux/4.9.2/../../../libGL.so: undefined reference to `xcb_glx_get_minmax_parameteriv_data_length'
/usr/lib/gcc/i486-slitaz-linux/4.9.2/../../../libGL.so: undefined reference to `xcb_glx_delete_textures'
/usr/lib/gcc/i486-slitaz-linux/4.9.2/../../../libGL.so: undefined reference to `xcb_glx_get_color_table_parameteriv_reply'
/usr/lib/gcc/i486-slitaz-linux/4.9.2/../../../libGL.so: undefined reference to `xcb_glx_get_tex_level_parameteriv_reply'
/usr/lib/gcc/i486-slitaz-linux/4.9.2/../../../libGL.so: undefined reference to `xcb_glx_get_color_table_parameteriv'
/usr/lib/gcc/i486-slitaz-linux/4.9.2/../../../libGL.so: undefined reference to `xcb_glx_get_tex_genfv_data'
/usr/lib/gcc/i486-slitaz-linux/4.9.2/../../../libGL.so: undefined reference to `xcb_glx_get_mapiv'
[c]
seem required xcb_glx 
i check reverse deps for glew, required for mesa-demos and games (supertux, celestia, fragatto, bzflag)
continue to build xorg world [/c]
Offline
hmm,
I think i have issue during build 
.
for xorg-x11perf issue with freetype
[c]
In file included from /usr/include/X11/Xft/Xft.h:39:0,
from do_traps.c:109:
/usr/include/ft2build.h:56:38: fatal error: freetype/config/ftheader.h: No such file or directory
#include <freetype/config/ftheader.h>
[/c][c]
Freetype-dev present in BUILD_DEPENDS
Another issue with xorg-xauth
[/c][c]
parsedpy.o: In function `get_local_hostname':
parsedpy.c:(.text+0x57): undefined reference to `XmuGetHostname'
process.o: In function `read_numeric':
process.c:(.text+0x2d6): undefined reference to `XauDisposeAuth'
process.o: In function `catch_x_protocol_error':
process.c:(.text+0x2fd): undefined reference to `XGetErrorText'
process.o: In function `remove_entry':
process.c:(.text+0x682): undefined reference to `XauDisposeAuth'
process.o: In function `read_auth_entries':
process.c:(.text+0xb81): undefined reference to `XauReadAuth'
process.o: In function `extract_entry':
process.c:(.text+0xd47): undefined reference to `XauWriteAuth'
process.o: In function `merge_entries.constprop.9':
process.c:(.text+0xe4c): undefined reference to `XauDisposeAuth'
process.o: In function `do_add':
process.c:(.text+0x109e): undefined reference to `XauDisposeAuth'
process.c:(.text+0x110b): undefined reference to `XauDisposeAuth'
process.o: In function `do_generate':
process.c:(.text+0x1388): undefined reference to `XOpenDisplay'
process.c:(.text+0x13bb): undefined reference to `XSecurityQueryExtension'
process.c:(.text+0x13f6): undefined reference to `XSecurityAllocXauth'
process.c:(.text+0x1458): undefined reference to `XSetErrorHandler'
process.c:(.text+0x146e): undefined reference to `XSecurityGenerateAuthorization'
process.c:(.text+0x147b): undefined reference to `XSync'
process.c:(.text+0x1528): undefined reference to `XSecurityFreeXauth'
process.c:(.text+0x1530): undefined reference to `XSecurityFreeXauth'
process.c:(.text+0x1542): undefined reference to `XCloseDisplay'
process.o: In function `iterdpy.constprop.8':
process.c:(.text+0x1908): undefined reference to `XauDisposeAuth'
process.o: In function `auth_initialize':
process.c:(.text+0x1cc4): undefined reference to `XauUnlockAuth'
process.c:(.text+0x1ce2): undefined reference to `XauLockAuth'
process.o: In function `auth_finalize':
process.c:(.text+0x2031): undefined reference to `XauWriteAuth'
process.c:(.text+0x2072): undefined reference to `XauWriteAuth'
process.c:(.text+0x20fc): undefined reference to `XauUnlockAuth'
xauth.o: In function `main':
xauth.c:(.text.startup+0x13a): undefined reference to `XauFileName'
collect2: error: ld returned 1 exit status
[/c][c]
Edit: i try to rebuild xorg-x11perf from 4.0 stock vm, it's ok only freetype-dev need to add deps to success build.
I think because i add new xorg-libX11 / xorg-libXext because required when i rebuild xorg-lib, i create broken packages and deps.
Try to rebuild stuff and check to avoid add new build_depends[/c]
Offline
I really don't understand o_O.
From 4.0 fresh, cook setup, cook xorg-libx11, ok without issue about libXau / libXdmcp / xorg-xproto build deps.
From my env, xorg-libX11 complain about xorg-xproto (keysymdef.h), libXau.h and after libXdmcp.h.
I rebuild all Xorg env (follow bfs to order build).
xorg-util-macros
*proto
xorg-makedepend
xorg-libXau / xorg-libXau-dev
xorg-libdmcp / xorg-libXdmcp-dev
xcb-proto
libxcb (for libxcb i need to put xorg-xproto as build deps)
== libs Xorg
xorg-xtrans
xorg-libX11 < issue with it, if i add xorg-xproto, xorg-libXau-dev and xorg-libXdmcp-dev build work.
I don't change any version of Xorg, it's same as 4.0.
I overlay 4.0 vm with upgrade base packages (gcc 4.9.2 / glibc 2.22 / binutils 2.23.1 ...),
build seem work with same warning about my cook env but without change any build-depends.
/usr/include/features.h:148:3: warning: #warning "_BSD_SOURCE and _SVID_SOURCE are deprecated, use _DEFAULT_SOURCE" [-Wcpp]
# warning "_BSD_SOURCE and _SVID_SOURCE are deprecated, use _DEFAULT_SOURCE"
very strange.
Offline
Hi,
I check cook output from 4.0 fresh with updated core base packages and my base cook env, i see that build depends not follow correctly.
In case from 4.0 justx ram, end cook remove 10 packages instead 6 packages for my env, diff it's libpthread-stubs, xorg-util-macros, xorg-libXau-dev, xorg-libXdmcp-dev, reverse deps for libxcb-dev / libxcb.
I need to explicit them on BUILD_DEPENDS for xorg-libX11 receipt.
Think need to check receipts to ensure that sanity build Xorg stuff (proto / libs)
Offline
Bad news,
I explicit build depends, same issue with glew about xcb_glx*
but strange that try found reference on fews lib libGL.so / libXmu.so
example with XtRealloc it's present on libXt.so but why search on libXmu.so
/usr/lib/gcc/i486-slitaz-linux/4.9.2/../../../libXmu.so: undefined reference to `XtRealloc'
For both i see with nm
for libXmu.so U XtRealloc
for libXt.so T XtRealloc
Again issue with xorg-x11perf about ft2build.h / ftheader.h
I'm really dissapoint
Offline
Hi shann,
`/usr/include/ft2build.h:56:38: fatal error: freetype/config/ftheader.h: No such file or directory
#include <freetype/config/ftheader.h>`
[c]tazpkg -lf freetype-dev | grep ftheader
/usr/include/freetype2/freetype/config/ftheader.h[/c]
I think changing [c]#include <freetype/config/ftheader.h>[/c] in [c]#include <<strong>freetype2</strong>/freetype/config/ftheader.h>[/c] should solve this issue.
Offline
With patch include, freetype failed to build because don't find ftheader.h .
I think try from 4.0 vm, upgrade with my base stuff packages, and try to rebuild xorg stack to check if same issue or not.
Offline
I agree,
Is the error generated by the same file ([c]ft2build.h[/c]) or another one?
Offline
Hi Ceel,
Yes freetype with ft2build failed.
When i force freetype2 include path in CFLAGS, xorg-x11perf issue with librender.
But said previous i go for prepare vm 4.0 justx to rebuild xorg stack.
Offline
With base vm, update stuff, build xorg stack, again failed with Xft and clash with ft2build.h / ftheader.h.
I try to use freetype/xorg-libXft package from mirror and build xorg-x11perf => same issue o_O.
Really strange.
I need to step by step and write notes, if remember without build all libraries, just enough for xorg-libXmu/xorg-libXft i success build package.
Offline
Fresh 4.0 vm base.
I upgrade base with my packages, i cook freetype/-dev, xorg-libXft/-dev (with force tazpkg to not use mirror, use /home/slitaz/packages).
Infact xorg-x11perf use local freetype but download xorg-libXft.
I dump xorg-libXft and xorg-x11perf log build.
Cook: xorg-libXft 2.2.0
================================================================================
QA: checking package receipt...
Checking build dependencies...
Installing dep (pkg/local): freetype-dev-2.4.7.tazpkg
Installing dep (pkg/local): freetype-2.4.7.tazpkg
Installing dep (web/cache): fontconfig-dev
Installing dep (web/cache): fontconfig
Installing dep (web/cache): xorg-libX11-dev
Installing dep (web/cache): xorg-libX11
Installing dep (web/cache): xorg-libXrender-dev
Installing dep (web/cache): xorg-libXrender
Installing dep (web/cache): xorg-xproto
Installing dep (web/cache): xorg-renderproto
Installing dep (web/cache): libxml2-dev
Installing dep (web/cache): expat-dev
Summary for: xorg-libXft 2.2.0
================================================================================
Produced : 252.0K
Packed : 96.0K
Compressed : 32.0K
Files : 3
Cook time : 14s
Cook date : 2023-03-27 18:02
================================================================================
Cook: xorg-x11perf 1.5.2
================================================================================
QA: checking package receipt...
Checking build dependencies...
Installing dep (pkg/local): xorg-libXft-dev-2.2.0.tazpkg
Installing dep (pkg/local): xorg-libXft-2.2.0.tazpkg
Installing dep (pkg/local): freetype-dev-2.4.7.tazpkg
Installing dep (pkg/local): freetype-2.4.7.tazpkg
Installing dep (web/cache): xorg-libXmu-dev
Installing dep (web/cache): xorg-libXmu
Installing dep (web/cache): xorg-libX11-dev
Installing dep (web/cache): xorg-libX11
Installing dep (web/cache): xorg-libXrender-dev
Installing dep (web/cache): xorg-libXrender
Installing dep (web/cache): xorg-xproto
Installing dep (web/cache): xorg-renderproto
Installing dep (web/cache): xorg-util-macros
Build dependencies to remove: 35
Summary for: xorg-x11perf 1.5.2
================================================================================
Produced : 216.0K
Packed : 176.0K
Compressed : 44.0K
Files : 6
Cook time : 12s
Cook date : 2023-03-27 18:08
================================================================================
Now time to retry build all xorg stack from 4.0 base upgraded, and check if all work as expected.
Offline
Hi,
I check deps installed and previous log backup i see that missing bdeps (fontconfig-dev, libpthread-stubs, libxcb-dev, xorg-xtrans ...).
After set all bdeps explicit build successfully 
(define 21 bdeps instead 8 by default)
Offline
Hi,
I continue build xorg libs with success (need tweak build_depends), i check also for xorg-x11perf issue about undefined reference, same issue, need to explicit bdeps.
Now time to build Mesa and deps, i think need twice check for bdeps, maybe that explain issue with glew build.
But in general, need investigate what i have issue with cook to follow BUILD_DEPENDS / DEPENDS.
Offline
Hi,
For mesa i fix bdeps, build all packages mesa provide (glu / glw / egl / dri).
But for glew again issue with undefined ref, i check for diff from 4.0 base to see if i'm miss bdep, seem not case.
Continue to investigate.
Offline
[ Generated in 0.017 seconds, 7 queries executed - Memory usage: 1.61 MiB (Peak: 1.77 MiB) ]