SliTaz SliTaz Forum

You are not logged in.

#326 2024-02-23 19:08:03

shann
Administrator
Registered: 2011-04-01
Posts: 1,296
Website

Re: [Current version (6.0) dev thread] - Usage of SliTaz 4.0 / rolling

Bonsoir Ceel.

Pour le coup je m'explique pas comment ce paquet peut remettre en cause la config d'openbox.

De mon côté j'ai rétabli le patch pour les coins arrondis.

Je vais regarder pour build en // du kernel actuel 4.19.307 (je dois maj les receipts), le 5.4.269 dans des paquets linux5 / linux5-pae / linux5-64

Offline

#327 2024-02-24 09:17:28

shann
Administrator
Registered: 2011-04-01
Posts: 1,296
Website

Re: [Current version (6.0) dev thread] - Usage of SliTaz 4.0 / rolling

Pour le moment les isos current sont cassé sad

En voulant en généré de nouvelle iso pour le kernel 4.19.307 il semble que les icones soient cassé dans les logs de build j'ai ceci

[c]

^[[0;33mInstalling package: alsaplayer                                        ^[[0m/usr/bin/update-mime-database: error while loading shared libraries: libstdc++.so.6: cannot open shared object file: No

^[[70G[ ^[[1;32mDone^[[0;39m ]

[/c]

De mon côté en local, pas de soucis de build pour la même iso, je vais creuser pourquoi cette erreur sur le chroot current sur mirror.

Offline

#328 2024-02-24 10:21:05

shann
Administrator
Registered: 2011-04-01
Posts: 1,296
Website

Re: [Current version (6.0) dev thread] - Usage of SliTaz 4.0 / rolling

Hmm ok trouvé, comme on tente d'installé le paquet alsaplayer en premier, le rootfs ne dispose pas de gcc-lib-base.

Tazlito generating a distro

================================================================================

Repack packages from rootfs? (y=yes, n=no) [n]

Preparing the rootfs directory...

Strip versions from list distro-packages.list...                     [ Done ]

Setting up mirrors for /home/slitaz/distro/rootfs/...

1. fresh .......................... /home/slitaz/packages

2. main ........................... https://mirror.slitaz.org/packages/current/

Installing package: linux                                            [ Done ]

Installing package: 915resolution                                    [ Done ]

Installing package: alsaplayer                                        /usr/bin/update-mime-database: error while loading shared libraries: libstdc++.so.6: cannot open shared object file: No such file or directory

En ajoutant gcc-lib-base dans packages.list c'est ok

Tazlito generating a distro

================================================================================

Repack packages from rootfs? (y=yes, n=no) [n]

Preparing the rootfs directory...

Strip versions from list distro-packages.list...                     [ Done ]

Setting up mirrors for /home/slitaz/distro/rootfs/...

1. fresh .......................... /home/slitaz/packages

2. main ........................... https://mirror.slitaz.org/packages/current/

Installing package: 915resolution                                    [ Done ]

Installing package: gcc-lib-base                                     [ Done ]

Installing package: alsaplayer                                       [ Done ]

Installing package: alsa-utils                                       [ Done ]

Après recherche dans les dépendances, il semble que shared-mime-info soit en cause mais in fine il s'agit d'une de ses dépendances 'pcre', en effet les libs dans pcre requière libstdc++.

root@slitaz:/home/slitaz/wok# ldd shared-mime-info/install/usr/bin/update-mime-database |grep libsdtc++

root@slitaz:/home/slitaz/wok# ldd pcre/install/usr/lib/*.so* | grep libstdc++

    libstdc++.so.6 => /usr/lib/libstdc++.so.6 (0xf7def000)

    libstdc++.so.6 => /usr/lib/libstdc++.so.6 (0xf7d6e000)

    libstdc++.so.6 => /usr/lib/libstdc++.so.6 (0xf7d50000)

En l'état on ne devrait pas arriver dans le cas où gcc-lib-base n'est pas présent sur le système.

De mon côté j'ai fix les packages.list pour current de core/core64.

Les isos sont en cours de build

Edit : isos dispo sur le mirroir https://mirror.slitaz.org/iso/current/

Offline

#329 2024-02-24 17:21:16

shann
Administrator
Registered: 2011-04-01
Posts: 1,296
Website

Re: [Current version (6.0) dev thread] - Usage of SliTaz 4.0 / rolling

Begin of 5.10.210 kernel on current.

At time test on vm, need to build wl firmware to test on my EeePC.

For Dell x300 ipw2100 always on kernel i can test it now smile

[attachment=52067,3486]

Offline

#330 2024-02-24 17:38:25

shann
Administrator
Registered: 2011-04-01
Posts: 1,296
Website

Re: [Current version (6.0) dev thread] - Usage of SliTaz 4.0 / rolling

Run smoothly on dell x300

If you would like test i put packages in https://people.slitaz.org/~shann/linux5-5.10.210/

(only base packages and i686)

agp, chrome, crypto, drm, hfsplus, input-touchscreen, sound, wireless, zram

[attachment=52068,3487]

Offline

#331 2024-02-29 06:56:14

shann
Administrator
Registered: 2011-04-01
Posts: 1,296
Website

Re: [Current version (6.0) dev thread] - Usage of SliTaz 4.0 / rolling

Hi,

Before push stuff for new kernel 5.10.210 need understand why i have issue for linux64-aufs.

Infact linux, linux64, linux-pae all good, build linux-aufs, linux-pae-aufs successfully but for linux64-aufs not work sad

If build module directly with same commands of receipt it's work.

root@slitaz:/home/slitaz/wok# cook linux64-aufs

nodev    aufs

Setup aufs chroot...

Cook: linux64-aufs 20220912

==============================================================================================================

QA: checking package receipt...

Checking build dependencies...

Installing (pkg/local): linux64-module-headers-5.10.210

Extracting source archive "aufs-20220912.tar.bz2"

Executing: compile_rules

CFLAGS   : -march=i486 -Os -pipe -fomit-frame-pointer

-I/home/slitaz/wok/linux64-aufs/source/linux64-aufs-20220912/include -DCONFIG_AUFS_FS_MODULE -UCONFIG_AUFS -DCONFIG_AUFS_BRANCH_MAX_32767 -DCONFIG_AUFS_HNOTIFY -DCONFIG_AUFS_HFSNOTIFY -DCONFIG_AUFS_SBILIST -DCONFIG_AUFS_EXPORT -DCONFIG_AUFS_INO_T_64 -DCONFIG_AUFS_SHWH -DCONFIG_AUFS_BR_RAMFS -DCONFIG_AUFS_BDEV_LOOP

make -C /usr/src/linux M=/home/slitaz/wok/linux64-aufs/source/linux64-aufs-20220912/fs/aufs EXTRA_CFLAGS="-I/home/slitaz/wok/linux64-aufs/source/linux64-aufs-20220912/include -DCONFIG_AUFS_FS_MODULE -UCONFIG_AUFS -DCONFIG_AUFS_BRANCH_MAX_32767 -DCONFIG_AUFS_HNOTIFY -DCONFIG_AUFS_HFSNOTIFY -DCONFIG_AUFS_SBILIST -DCONFIG_AUFS_EXPORT -DCONFIG_AUFS_INO_T_64 -DCONFIG_AUFS_SHWH -DCONFIG_AUFS_BR_RAMFS -DCONFIG_AUFS_BDEV_LOOP" modules

make[1]: Entering directory '/usr/src/linux-5.10.210-slitaz64'

make[2]: *** No rule to make target '/home/slitaz/wok/linux64-aufs/source/linux64-aufs-20220912/fs/aufs/module.o', needed by '/home/slitaz/wok/linux64-aufs/source/linux64-aufs-20220912/fs/aufs/aufs.o'.  Stop.

make[1]: *** [Makefile:1832: /home/slitaz/wok/linux64-aufs/source/linux64-aufs-20220912/fs/aufs] Error 2

make[1]: Leaving directory '/usr/src/linux-5.10.210-slitaz64'

make: *** [Makefile:43: fs/aufs/aufs.ko] Error 2

xz: fs/aufs/aufs.ko: No such file or directory

Build dependencies to remove: 33

Removing: autoconf automake bc curl diffutils elfutils-dev findutils git

libcrypto-dev libcurl libgnutls libidn libltdl libnsl libtasn1 libtool

libunistring libwrap libwrap-dev nettle openssl-dev p11-kit pciids sysfsutils

sysfsutils-dev udev udev-dev usbids util-linux-blkid util-linux-mount

util-linux-smartcols util-linux-uuid xz

ERROR: cook failed

Debug information

==============================================================================================================

Cook date: 2024-02-28 20:31

Cook time: 9s

ERROR: cook failed

ERROR: cook failed

xz: fs/aufs/aufs.ko: No such file or directory

==============================================================================================================

Leaving aufs chroot...

root@slitaz:/home/slitaz/wok/linux64-aufs/source/linux64-aufs-20220912# make ARCH=x86_64 CROSS_COMPILE=x86_64-

slitaz-linux- KDIR=/root/linux-5.10.210

-I/home/slitaz/wok/linux64-aufs/source/linux64-aufs-20220912/include -DCONFIG_AUFS_FS_MODULE -UCONFIG_AUFS -DCONFIG_AUFS_BRANCH_MAX_32767 -DCONFIG_AUFS_HNOTIFY -DCONFIG_AUFS_HFSNOTIFY -DCONFIG_AUFS_SBILIST -DCONFIG_AUFS_EXPORT -DCONFIG_AUFS_INO_T_64 -DCONFIG_AUFS_SHWH -DCONFIG_AUFS_BR_RAMFS -DCONFIG_AUFS_BDEV_LOOP

make -C /root/linux-5.10.210 M=/home/slitaz/wok/linux64-aufs/source/linux64-aufs-20220912/fs/aufs EXTRA_CFLAGS="-I/home/slitaz/wok/linux64-aufs/source/linux64-aufs-20220912/include -DCONFIG_AUFS_FS_MODULE -UCONFIG_AUFS -DCONFIG_AUFS_BRANCH_MAX_32767 -DCONFIG_AUFS_HNOTIFY -DCONFIG_AUFS_HFSNOTIFY -DCONFIG_AUFS_SBILIST -DCONFIG_AUFS_EXPORT -DCONFIG_AUFS_INO_T_64 -DCONFIG_AUFS_SHWH -DCONFIG_AUFS_BR_RAMFS -DCONFIG_AUFS_BDEV_LOOP" modules

make[1]: Entering directory '/root/linux-5.10.210'

  CC [M]  /home/slitaz/wok/linux64-aufs/source/linux64-aufs-20220912/fs/aufs/module.o

  CC [M]  /home/slitaz/wok/linux64-aufs/source/linux64-aufs-20220912/fs/aufs/sbinfo.o

  CC [M]  /home/slitaz/wok/linux64-aufs/source/linux64-aufs-20220912/fs/aufs/super.o

  CC [M]  /home/slitaz/wok/linux64-aufs/source/linux64-aufs-20220912/fs/aufs/branch.o

  CC [M]  /home/slitaz/wok/linux64-aufs/source/linux64-aufs-20220912/fs/aufs/xino.o

  CC [M]  /home/slitaz/wok/linux64-aufs/source/linux64-aufs-20220912/fs/aufs/sysaufs.o

  CC [M]  /home/slitaz/wok/linux64-aufs/source/linux64-aufs-20220912/fs/aufs/opts.o

  CC [M]  /home/slitaz/wok/linux64-aufs/source/linux64-aufs-20220912/fs/aufs/fsctx.o

  CC [M]  /home/slitaz/wok/linux64-aufs/source/linux64-aufs-20220912/fs/aufs/wkq.o

  CC [M]  /home/slitaz/wok/linux64-aufs/source/linux64-aufs-20220912/fs/aufs/vfsub.o

  CC [M]  /home/slitaz/wok/linux64-aufs/source/linux64-aufs-20220912/fs/aufs/dcsub.o

  CC [M]  /home/slitaz/wok/linux64-aufs/source/linux64-aufs-20220912/fs/aufs/cpup.o

  CC [M]  /home/slitaz/wok/linux64-aufs/source/linux64-aufs-20220912/fs/aufs/whout.o

  CC [M]  /home/slitaz/wok/linux64-aufs/source/linux64-aufs-20220912/fs/aufs/wbr_policy.o

  CC [M]  /home/slitaz/wok/linux64-aufs/source/linux64-aufs-20220912/fs/aufs/dinfo.o

  CC [M]  /home/slitaz/wok/linux64-aufs/source/linux64-aufs-20220912/fs/aufs/dentry.o

  CC [M]  /home/slitaz/wok/linux64-aufs/source/linux64-aufs-20220912/fs/aufs/dynop.o

  CC [M]  /home/slitaz/wok/linux64-aufs/source/linux64-aufs-20220912/fs/aufs/finfo.o

  CC [M]  /home/slitaz/wok/linux64-aufs/source/linux64-aufs-20220912/fs/aufs/file.o

  CC [M]  /home/slitaz/wok/linux64-aufs/source/linux64-aufs-20220912/fs/aufs/f_op.o

  CC [M]  /home/slitaz/wok/linux64-aufs/source/linux64-aufs-20220912/fs/aufs/dir.o

  CC [M]  /home/slitaz/wok/linux64-aufs/source/linux64-aufs-20220912/fs/aufs/vdir.o

  CC [M]  /home/slitaz/wok/linux64-aufs/source/linux64-aufs-20220912/fs/aufs/iinfo.o

  CC [M]  /home/slitaz/wok/linux64-aufs/source/linux64-aufs-20220912/fs/aufs/inode.o

  CC [M]  /home/slitaz/wok/linux64-aufs/source/linux64-aufs-20220912/fs/aufs/i_op.o

  CC [M]  /home/slitaz/wok/linux64-aufs/source/linux64-aufs-20220912/fs/aufs/i_op_add.o

  CC [M]  /home/slitaz/wok/linux64-aufs/source/linux64-aufs-20220912/fs/aufs/i_op_del.o

  CC [M]  /home/slitaz/wok/linux64-aufs/source/linux64-aufs-20220912/fs/aufs/i_op_ren.o

  CC [M]  /home/slitaz/wok/linux64-aufs/source/linux64-aufs-20220912/fs/aufs/mvdown.o

  CC [M]  /home/slitaz/wok/linux64-aufs/source/linux64-aufs-20220912/fs/aufs/ioctl.o

  CC [M]  /home/slitaz/wok/linux64-aufs/source/linux64-aufs-20220912/fs/aufs/procfs.o

  CC [M]  /home/slitaz/wok/linux64-aufs/source/linux64-aufs-20220912/fs/aufs/plink.o

  GEN     /home/slitaz/wok/linux64-aufs/source/linux64-aufs-20220912/fs/aufs/conf.str

  CC [M]  /home/slitaz/wok/linux64-aufs/source/linux64-aufs-20220912/fs/aufs/sysfs.o

  CC [M]  /home/slitaz/wok/linux64-aufs/source/linux64-aufs-20220912/fs/aufs/loop.o

  CC [M]  /home/slitaz/wok/linux64-aufs/source/linux64-aufs-20220912/fs/aufs/hnotify.o

  CC [M]  /home/slitaz/wok/linux64-aufs/source/linux64-aufs-20220912/fs/aufs/hfsnotify.o

  CC [M]  /home/slitaz/wok/linux64-aufs/source/linux64-aufs-20220912/fs/aufs/export.o

  CC [M]  /home/slitaz/wok/linux64-aufs/source/linux64-aufs-20220912/fs/aufs/posix_acl.o

  LD [M]  /home/slitaz/wok/linux64-aufs/source/linux64-aufs-20220912/fs/aufs/aufs.o

WARNING: Symbol version dump "Module.symvers" is missing.

         Modules may not have dependencies or modversions.

  MODPOST /home/slitaz/wok/linux64-aufs/source/linux64-aufs-20220912/fs/aufs/Module.symvers

WARNING: modpost: Symbol info of vmlinux is missing. Unresolved symbol check will be entirely skipped.

  CC [M]  /home/slitaz/wok/linux64-aufs/source/linux64-aufs-20220912/fs/aufs/aufs.mod.o

  LD [M]  /home/slitaz/wok/linux64-aufs/source/linux64-aufs-20220912/fs/aufs/aufs.ko

make[1]: Leaving directory '/root/linux-5.10.210'

ln -f fs/aufs/aufs.ko aufs.ko

Think issue with linux64-module-headers not enought, if i use it as source for KDIR same issue as [c]cook linux64-aufs[/c]

Offline

#332 2024-02-29 07:22:07

shann
Administrator
Registered: 2011-04-01
Posts: 1,296
Website

Re: [Current version (6.0) dev thread] - Usage of SliTaz 4.0 / rolling

With this hack it's work but not elegant/smart.

# Use cross toolchain x86_64

        export PATH=$PATH:/cross/x86_64/tools/bin                                                       

        ## Workaround

        tar xf $SRC/linux-$kvers.tar.xz

        cd linux-$kvers

        patch -p1 < ../aufs5-base.patch

        patch -p1 < ../aufs5-mmap.patch

        patch -p1 < ../aufs5-standalone.patch

        cp $WOK/linux/stuff/linux-slitaz.config64 .config

        make ARCH=x86_64 CROSS_COMPILE=x86_64-slitaz-linux- modules_prepare

        cd -                                                                               

        make ARCH=x86_64 CROSS_COMPILE=x86_64-slitaz-linux- KDIR=./linux-$kvers

        xz -f fs/aufs/aufs.ko

Offline

#333 2024-03-01 00:24:49

alanyih
Administrator
Registered: 2011-04-02
Posts: 532

Re: [Current version (6.0) dev thread] - Usage of SliTaz 4.0 / rolling

@shann,

CC [M] /home/slitaz/wok/linux64-aufs/source/linux64-aufs-20220912/fs/aufs/posix_acl.o

LD [M] /home/slitaz/wok/linux64-aufs/source/linux64-aufs-20220912/fs/aufs/aufs.o

WARNING: Symbol version dump "Module.symvers" is missing.

Modules may not have dependencies or modversions.

please check "Module.symvers".

Offline

#334 2024-03-01 07:09:37

shann
Administrator
Registered: 2011-04-01
Posts: 1,296
Website

Re: [Current version (6.0) dev thread] - Usage of SliTaz 4.0 / rolling

Hi alanyih,

Infact forget to add them, modules_prepare not build him.

{

        # Must match kernel version

        #[ -d fs ] && rm -rf *                       

        if [ ! -d fs ]; then

                kver=$(. $WOK/linux/receipt ; echo $VERSION)

                git checkout origin/aufs${kver%.*}

        fi                                                                                                   

        sed -i \

                -e 's|CONFIG_AUFS_BRANCH_MAX_127 =.*|CONFIG_AUFS_BRANCH_MAX_127 neutral' \

                -e 's|#CONFIG_AUFS_BRANCH_MAX_32767 =.*|CONFIG_AUFS_BRANCH_MAX_32767 = y|' \

                -e 's|CONFIG_AUFS_HNOTIFY =.*|CONFIG_AUFS_HNOTIFY = y|' \

                -e 's|CONFIG_AUFS_HFSNOTIFY =.*|CONFIG_AUFS_HFSNOTIFY = y|' \

                -e 's|CONFIG_AUFS_EXPORT =.*|CONFIG_AUFS_EXPORT = y|' \

                -e 's|CONFIG_AUFS_SHWH =.*|CONFIG_AUFS_SHWH = y|' \

                -e 's|CONFIG_AUFS_BDEV_LOOP =.*|CONFIG_AUFS_BDEV_LOOP = y|' \

                -e 's|CONFIG_AUFS_BR_RAMFS =.*|CONFIG_AUFS_BR_RAMFS = y|' \

                -e 's|CONFIG_AUFS_INO_T_64 =.*|CONFIG_AUFS_INO_T_64 = y|' \

                -e 's|CONFIG_AUFS_DEBUG =.*|CONFIG_AUFS_DEBUG neutral' config.mk                                 

        # The sed fixes are from gentoo portage build.

        sed -i "s:aufs.ko usr/include/uapi/linux/aufs_type.h:aufs.ko:g" Makefile

        sed -i "s:aufs.ko usr/include/linux/aufs_type.h:aufs.ko:g" Makefile

        sed -i "s:__user::g" include/uapi/linux/aufs_type.h                                             

        sed -i 's/d_u.d_child/d_child/' fs/aufs/dcsub.c fs/aufs/hnotify.c

        sed -i 's/ d_alias/ d_u.d_alias/' fs/aufs/hnotify.c fs/aufs/export.c

        # Use cross toolchain x86_64

        export PATH=$PATH:/cross/x86_64/tools/bin                           

        # linux64-module-headers seem not enought for aufs build at least for kernel 5.x / aufs5

        # Use linux kernel source and modules_prepare

        tar xf $SRC/linux-$kvers.tar.xz

        cd linux-$kvers

        patch -p1 < ../aufs5-base.patch

        patch -p1 < ../aufs5-mmap.patch

        patch -p1 < ../aufs5-standalone.patch

        cp $WOK/linux/stuff/linux-slitaz.config64 .config

        make ARCH=x86_64 CROSS_COMPILE=x86_64-slitaz-linux- modules_prepare

        cp $WOK/linux/install/linux64/usr/src/linux-$kvers-slitaz64/Module.symvers .

        cd -                                                                                   

        make ARCH=x86_64 CROSS_COMPILE=x86_64-slitaz-linux- KDIR=./linux-$kvers

        xz -f fs/aufs/aufs.ko

}

I put 5.10.210 kernel packages on http://people.slitaz.org/~shann/slitaz-current-stuff/packages-linux5

###########################################

/!\ For current only /!\

# In wait i push it to cook current and rebuild iso

If you would like test it :

tazpkg add-undigest linux5

# put url http://people.slitaz.org/~shann/slitaz-current-stuff/packages-linux5/

# ensure repo have priority to avoid use 4.19 kernel

echo linux5 > /var/lib/tazpkg/priority

tazpkg up -r

# Purpose to update linux 4.19.307 > 5.10.210, enjoy smile

###########################################

Offline

#335 2024-03-01 13:09:34

shann
Administrator
Registered: 2011-04-01
Posts: 1,296
Website

Re: [Current version (6.0) dev thread] - Usage of SliTaz 4.0 / rolling

Hi,

Repo could be use on rolling to have 5.10 kernel.

[attachment=52085,3490]

Offline

#336 2024-03-01 18:58:14

sonycrokett2000
Member
Registered: 2015-05-19
Posts: 111

Re: [Current version (6.0) dev thread] - Usage of SliTaz 4.0 / rolling

Hi Shann,

Congretulations, great job, Slitaz 2024 with kernel 5.x, YEEESSSS !!!!

Offline

#337 2024-03-01 22:58:43

shann
Administrator
Registered: 2011-04-01
Posts: 1,296
Website

Re: [Current version (6.0) dev thread] - Usage of SliTaz 4.0 / rolling

Hi sonycrokett2000,

Thanks.

Check for how we can improve upgrade process (and also merge stuff to avoid have N versions).

Infact, for me situation is we work each one on our side, and think need to converge.

In case for ssl stack, i check to adjust libssl/libcrypto to have libcrypto-compat / libssl-compat.

The goal is to have smooth upgrade without issue.

Below my begin stuff, in example case we have openssl 1.0.2u (rolling) and need to bump to 1.1.1w ("current" version) . // of course need to check for bump to 3.x branch.

[attachment=52087,3491] [attachment=52087,3492] [attachment=52087,3493]

Also, another point i see it's for upgrade we do it by alphabetic order and one by one.

I see two break point (i see it during stuff do on upgrade 4.x and work on current).

1/ We don't upgrade core package at first, could be break system, think glibc-base, we need ensure at least busybox, glibc-base, gcc-lib-base and few others update first.

2/ In case of upgrade break internet connection (libssl or wireless driver), we don't have local packages

Offline

#338 2024-03-02 21:54:53

shann
Administrator
Registered: 2011-04-01
Posts: 1,296
Website

Re: [Current version (6.0) dev thread] - Usage of SliTaz 4.0 / rolling

Hi,

I push kernel 5.10.210 on current, also update firmware and firmware-* packages to 20240220.

In same time fix miss firmware for linux-sound.

Note that linux-uwb / linux-irda removed, mods are dropped on 5.x

Isos build in progress (finish think around 11:30 PM).

https://mirror.slitaz.org/iso/current/

Offline

#339 2024-03-02 22:03:08

sonycrokett2000
Member
Registered: 2015-05-19
Posts: 111

Re: [Current version (6.0) dev thread] - Usage of SliTaz 4.0 / rolling

Merci beaucoup Shann, je viens de récupérer à l'instant le nouvel iso en version 64 et il me tarde de le tester dès demain matin.

J'ai vraiment l'impression que Slitaz vient d'un coup de faire un grand bon en avant en ce début d'année 2024 grâce à toi !

Encore merci pour tout ce temps consacré à l'évolution, ce qui est génial c'est que la taille des nouveaux iso reste vraiment raisonnable.

Bonne nuit wink

Offline

#340 2024-03-04 13:00:20

alanyih
Administrator
Registered: 2011-04-02
Posts: 532

Re: [Current version (6.0) dev thread] - Usage of SliTaz 4.0 / rolling

ERROR: Module e1000e not found.

slitaz-current-core64.iso

$ uname -a

Linux slitaz 5.10.210-slitaz64 #2 SMP Sat Mar 2 17:52:15 Europe 2024 x86_64 GNU/Linux

$ ifconfig eth0

ifconfig: eth0: error fetching interface information: Device not found

$ modinfo e1000e

modinfo: ERROR: Module e1000e not found.

$ zcat /proc/config.gz | grep E1000

CONFIG_E1000=m

CONFIG_E1000E=m

CONFIG_E1000E_HWTS=y

$ ls -l /lib/modules/5.10.210-slitaz64/kernel/drivers/net/ethernet/intel

total 0

drwxr-xr-x    2 root     root            60 Mar  2 17:07 e1000

drwxr-xr-x    2 root     root            60 Mar  2 17:07 igb

drwxr-xr-x    2 root     root            60 Mar  2 17:07 ixgb

drwxr-xr-x    2 root     root            60 Mar  2 17:07 ixgbe

$

Offline

#341 2024-03-04 13:14:32

alanyih
Administrator
Registered: 2011-04-02
Posts: 532

Re: [Current version (6.0) dev thread] - Usage of SliTaz 4.0 / rolling

iris_dri.so

libGL error: MESA-LOADER: failed to open iris: /usr/lib/dri/iris_dri.so: cannot open shared object file: No such file or directory

$ uname -a

Linux slitaz 5.10.210-slitaz-pae #6 SMP Sat Mar 2 18:47:09 Europe 2024 i686 GNU/Linux

$ glxinfo -B

name of display: :0.0

libGL error: MESA-LOADER: failed to open iris: /usr/lib/dri/iris_dri.so: cannot open shared object file: No such file or directory (search paths /usr/lib/dri, suffix _dri)

libGL error: failed to load driver: iris

display: :0  screen: 0

direct rendering: Yes

Extended renderer info (GLX_MESA_query_renderer):

    Vendor: Mesa/X.org (0xffffffff)

    Device: llvmpipe (LLVM 13.0.0, 128 bits) (0xffffffff)

    Version: 21.3.5

    Accelerated: no

    Video memory: 7829MB

    Unified memory: no

    Preferred profile: core (0x1)

    Max core profile version: 4.5

    Max compat profile version: 4.5

    Max GLES1 profile version: 1.1

    Max GLES[23] profile version: 3.2

OpenGL vendor string: Mesa/X.org

OpenGL renderer string: llvmpipe (LLVM 13.0.0, 128 bits)

OpenGL core profile version string: 4.5 (Core Profile) Mesa 21.3.5

OpenGL core profile shading language version string: 4.50

OpenGL core profile context flags: (none)

OpenGL core profile profile mask: core profile

OpenGL version string: 4.5 (Compatibility Profile) Mesa 21.3.5

OpenGL shading language version string: 4.50

OpenGL context flags: (none)

OpenGL profile mask: compatibility profile

OpenGL ES profile version string: OpenGL ES 3.2 Mesa 21.3.5

OpenGL ES profile shading language version string: OpenGL ES GLSL ES 3.20

$ tazpkg -sp iris_dri.so

Search result for package "iris_dri.so"

========================================================================

========================================================================

0 packages

Offline

#342 2024-03-04 17:29:29

shann
Administrator
Registered: 2011-04-01
Posts: 1,296
Website

Re: [Current version (6.0) dev thread] - Usage of SliTaz 4.0 / rolling

Bonsoir sonycrokett2000

Merci beaucoup, en effet ça avance pas mal smile

Hi alanyih,

my bad i see don't build drivers on mesa for this sad

I update mesa for build Intel Iris, Crocus and virtio drivers.

Available on cooker in wait that mirror sync tomorrow.

https://cook.slitaz.org/current/cooker.cgi?download=mesa-dri-iris-21.3.5.tazpkg

For e1000e infact not present on stuff/modules64.list.

I update it and cook rebuild it.

https://cook.slitaz.org/current/?download=linux64-5.10.210.tazpkg

But need to review diff between 32 / 64 modules

Many thanks for test and feedback smile

Offline

#343 2024-03-04 18:08:19

shann
Administrator
Registered: 2011-04-01
Posts: 1,296
Website

Re: [Current version (6.0) dev thread] - Usage of SliTaz 4.0 / rolling

I launch rebuild new iso (finish around 7:30 PM / 19:30) to have linux64 updated with e1000e module.

Offline

#344 2024-03-07 08:51:08

HGT
Administrator
From: Germany
Registered: 2016-03-25
Posts: 170

Re: [Current version (6.0) dev thread] - Usage of SliTaz 4.0 / rolling

When SliTaz current is booted from slitaz-current-core64.iso,

Realtek LAN adapter cannot be used:

The module r8169 is loaded but says (in /var/log/messages):

Mar  7 08:41:11 (none) user.err kernel: r8169 0000:02:00.0: no dedicated PHY driver found for PHY ID 0x001cc800, maybe realtek.ko needs to be added to initramfs?

Mar  7 08:41:11 (none) user.warn kernel: r8169: probe of 0000:02:00.0 failed with error -49

Offline

#345 2024-03-07 12:49:35

shann
Administrator
Registered: 2011-04-01
Posts: 1,296
Website

Re: [Current version (6.0) dev thread] - Usage of SliTaz 4.0 / rolling

Hi HGT,

infact i check with modinfo r8169.ko required realtek hmm

root@slitaz:/home/slitaz/wok# modinfo linux/install/linux64/lib/modules/5.10.210-slitaz64/kernel/drivers/net/ethernet/realtek/r8169.ko.xz

filename:       /home/slitaz/wok/linux/install/linux64/lib/modules/5.10.210-slitaz64/kernel/drivers/net/ethernet/realtek/r8169.ko.xz

firmware:       rtl_nic/rtl8125b-2.fw

firmware:       rtl_nic/rtl8125a-3.fw

firmware:       rtl_nic/rtl8107e-2.fw

firmware:       rtl_nic/rtl8107e-1.fw

firmware:       rtl_nic/rtl8168fp-3.fw

firmware:       rtl_nic/rtl8168h-2.fw

firmware:       rtl_nic/rtl8168h-1.fw

firmware:       rtl_nic/rtl8168g-3.fw

firmware:       rtl_nic/rtl8168g-2.fw

firmware:       rtl_nic/rtl8106e-2.fw

firmware:       rtl_nic/rtl8106e-1.fw

firmware:       rtl_nic/rtl8411-2.fw

firmware:       rtl_nic/rtl8411-1.fw

firmware:       rtl_nic/rtl8402-1.fw

firmware:       rtl_nic/rtl8168f-2.fw

firmware:       rtl_nic/rtl8168f-1.fw

firmware:       rtl_nic/rtl8105e-1.fw

firmware:       rtl_nic/rtl8168e-3.fw

firmware:       rtl_nic/rtl8168e-2.fw

firmware:       rtl_nic/rtl8168e-1.fw

firmware:       rtl_nic/rtl8168d-2.fw

firmware:       rtl_nic/rtl8168d-1.fw

license:        GPL

softdep:        pre: realtek

description:    RealTek RTL-8169 Gigabit Ethernet driver

I update modules.list for both linux, linux64, linux-pae, build in progress

Offline

#346 2024-03-07 17:16:47

sonycrokett2000
Member
Registered: 2015-05-19
Posts: 111

Re: [Current version (6.0) dev thread] - Usage of SliTaz 4.0 / rolling

Bonjour shann,

Comme convenu je te fais un retour suite à la publication de tes derniers iso il y a 4 jours.

Je viens de tester la current 64 sur une VM, elle a l'air de super bien tourné chez moi.

Encore une fois il faut mettre en avant ton investissement car j'avoue que en tant qu'utilisateur de Slitaz depuis 13 ans maintenant, j'étais déçu et un peu sur ma faim de voir la version 5 bloquée en RC4 depuis des années ... même si on est dans un process de rolling, ce nom RC4 lui allait mal et insinuait que le projet était en standby, voir carrément mort !

Soyons clair, le noyau 3.x.x de linux est vraiment obsolète et Slitaz 5 mérite bien mieux.

Dans la jungle des distributions linux, pour rester en vie et se démarquer, il faut un produit qui reste à jour et qui a ses propres spécificités. Ce qui reste génial avec Slitaz, c'est la taille des iso, je pense que personne ne fait mieux dans ce domaine.

Bref un grand bravo pour tout le travail accompli.

Je termine quand même avec un petit problème rencontré:

Avec ce dernier iso, impossible de faire marcher mon imprimante multifonction HP Deskjet 4130e

J'ai pourtant bien installé cups et hplip mais une simple page de test ne se lance pas.

Est un problème de droit au niveau du groupe lp ?

J'avoue avoir un trou de mémoire sur le process d'installation total car il me semblait qu'il n'était plus nécessaire depuis quelques versions de personnaliser la configuration par défaut  sous /etc/cupsd.conf

Bref je cale sur ce point et je voudrais savoir si tu peux m'aider en me redonnant un tuto simple en quelques étapes pour installer avec succès la fonction impression et la fonction numérisation.

Merci beaucoup par avance et ne relache pas tes efforts smile

Offline

#347 2024-03-07 18:04:30

shann
Administrator
Registered: 2011-04-01
Posts: 1,296
Website

Re: [Current version (6.0) dev thread] - Usage of SliTaz 4.0 / rolling

Hi, Bonsoir

@HGT

Iso rebuild to include kernel with realtek.ko module

I take time to check for softdeps / depends, it's ok no miss modules.

@sonycrokett2000

Ayant moi-même une HP Deskjet 4100e, je te confirme que c'est ok sous SliTaz Current smile.

Normalement le mode opératoire est le suivant :

Installer hplip (qui par dépendance installe cups)

tazpkg -gi hplip

Ajout de l'imprimante dans cups en choisissant la connexion usb avec (_hplip), on prend modele "hp" puis on choisi le drivers dans mon cas HP Deskjet 4100 Series on valide et on est ok pour imprimer.

Pour le scan il faut installer hplip-plugin (pour des raisons de licence il ne peut pas être fourni tel quel en paquet).

tazpkg -gi get-hplip-plugin

get-hplip-plugin

Egalement installer xsane pour avoir une application de scan

tazpkg -gi xsane

j'ai refait la manip à l'instant sur mon EeePC avec current64 live pour valider que c'est ok.

[attachment=52114,3494]

Enjoy smile

Offline

#348 2024-03-07 18:47:30

sonycrokett2000
Member
Registered: 2015-05-19
Posts: 111

Re: [Current version (6.0) dev thread] - Usage of SliTaz 4.0 / rolling

Merci shann pour ta réactivité et ta piqure de rappel mais je ne te suis pas sur le type de port utilisé:

Ton HP Deskjet 4100e est reliée en USB ?

Car la mienne est en wifi, dialogue bien avec ma box qui lui a attribué l'ip 192.168.1.17

J'ai donc essayé l'installation dans cups en utilisant le protocole http, j'ai installé comme toi le driver  HP Deskjet 4100 Series et tout semble ok mais en lançant une page de test, cups me renvoi un message d'erreur: "Print job was not accepted"

J'étais pourtant sur que tout fonctionnait bien sur mon acienne slitaz 5 rolling mais je l'ai malheureusement effacé au profit de ta dernière current d'aujourd'hui ...

As-tu une idée ?

Offline

#349 2024-03-07 20:14:59

shann
Administrator
Registered: 2011-04-01
Posts: 1,296
Website

Re: [Current version (6.0) dev thread] - Usage of SliTaz 4.0 / rolling

En effet j'utilise l'imprimante en USB.

J'ai donc testé pour le wifi, il faut que tu choisi le mode "AppSocket/HP JetDirect"

uri [c]socket://<ip>:9100[/c] dans ton cas [c]socket://192.168.1.17[/c]

Impression page de test ok smile.

Par contre pour la partie scan, je n'ai pas trouver, [c]scanimage -L[/c] me renvoyant uniquement l'uri [c]"hpaio:/usb/DeskJet_4100_series?serial=xxxxxxx" is a Hewlett-Packard Deskjet_4100_series all-in-one[/c]

Il manque sans doute quelque chose car [c]hp-setup[/c] ne propose que le device discovery en USB, les options Network/Etherne/wireless network et Wireless/802.11 (required temporary USB connection ..) sont grisés.

=> j'ai revérifier la recette hplip, potentiellement '--disable-network-build' qui est fautif.

je rebuild sans l'option et fait un test de ce pas.

Offline

#350 2024-03-07 20:37:39

shann
Administrator
Registered: 2011-04-01
Posts: 1,296
Website

Re: [Current version (6.0) dev thread] - Usage of SliTaz 4.0 / rolling

En effet avec les fonctionalités réseau c'est mieux smile.

l'imprimante est ok dans cups, et la commande [c]hp-scan[/c] fonctionne niquel.

Je fix la recette et lance le build.

le paquet est dispo:

https://cook.slitaz.org/current/cooker.cgi?download=hplip-3.20.5.tazpkg

Offline

Registered users online in this topic: 0, guests: 1
[Bot] ClaudeBot

Board footer

Powered by FluxBB
Modified by Visman

[ Generated in 0.022 seconds, 7 queries executed - Memory usage: 1.65 MiB (Peak: 1.77 MiB) ]