SliTaz Forum

SliTaz Development strategy direction

(140 posts) (12 voices)

• Started 2 years ago by shann
• Latest reply from shann
• This topic is not a support question

Tags:

No tags yet.

1. 

   shann
   

   offline

   Administrator

   Hi pankso,

   not sure, but normally cron do stuff for update.
   For SSH i send you mail to check that ;)

   Posted 2 years ago #
2. 

   shann
   

   offline

   Administrator

   Hi pankso,

   Sorry for delay :/, i fix auto update for website (issue with proxy / ssl).
   website is up to date.

   Posted 2 years ago #
3. 

   pankso
   

   offline

   Key Master

   Thank you my dear!

   Posted 2 years ago #
4. 

   shann
   

   offline

   Administrator

   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)

   Posted 2 years ago #
5. 

   shann
   

   offline

   Administrator

   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.

   Posted 1 year ago #
6. 

   shann
   

   offline

   Administrator

   Hi,

   I begin stuff for build Xorg.
   *proto done
   xorg libs done

   now time to Mesa, it's ok but issue with glew package

   <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

   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'
   

   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 :)

   Posted 1 year ago #
7. 

   shann
   

   offline

   Administrator

   hmm,

   I think i have issue during build :(.

   for xorg-x11perf issue with freetype

   
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>


   Freetype-dev present in BUILD_DEPENDS
   Another issue with xorg-xauth

   
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


   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

   Posted 1 year ago #
8. 

   shann
   

   offline

   Administrator

   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.

   Posted 1 year ago #
9. 

   shann
   

   offline

   Administrator

   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)

   Posted 1 year ago #
10. 

    shann
    

    offline

    Administrator

    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

    Posted 1 year ago #
11. 

    Ceel
    

    offline

    Administrator

    Hi shann,

    `/usr/include/ft2build.h:56:38: fatal error: freetype/config/ftheader.h: No such file or directory
    #include <freetype/config/ftheader.h>`

    tazpkg -lf freetype-dev | grep ftheader
    /usr/include/freetype2/freetype/config/ftheader.h

    I think changing #include <freetype/config/ftheader.h> in #include <<strong>freetype2</strong>/freetype/config/ftheader.h> should solve this issue.

    Posted 1 year ago #
12. 

    shann
    

    offline

    Administrator

    Hi Ceel,

    Thanks i go to check it today.
    Strange that from 4.0 fresh work as weel without tweak.

    Posted 1 year ago #
13. 

    shann
    

    offline

    Administrator

    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.

    Posted 1 year ago #
14. 

    Ceel
    

    offline

    Administrator

    I agree, :/

    Is the error generated by the same file (ft2build.h) or another one?

    Posted 1 year ago #
15. 

    shann
    

    offline

    Administrator

    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.

    Posted 1 year ago #

RSS feed for this topic

Reply »

You must log in to post.