[Current version dev thread] - Usage of SliTaz 4.0 / rolling

SliTaz Forum » English Support » Live and installation

[Current version dev thread] - Usage of SliTaz 4.0 / rolling

(485 posts) (13 voices)

Started 1 year ago by shann
Latest reply from shann
This topic is not a support question

Tags:

No tags yet.

« Previous 1…313233 Next »

gibor

offline
Moderator

Ciao Ceel, Shann,
Di niente, feci quella soluzione anch'io per gli stessi motivi :-)

Posted 3 months ago #
Ceel

offline
Administrator
Hi shann,

I booted from ISO 20240711 and didn't change anything;
created a chroot and created symlinks lib64;
entered in the chroot;
setup the wok;
modified CFLAGS;
create dir /home/slitaz/wok/libxfce4util;
copyied the receipt in it;
then cook libxfce4util
and same issue :(
```
Checking build dependencies...
ERROR: unknown dep "gtk+-dev"
```
I was quite sure of this because
- tazdev creates the chroot, and
- cook installs packages
from the repo so from the last build of the packages.

I had a look in the cook script in my Rolling's chroot; line 635 is exactly the same.
I don't understand how cook can find the version of a package in a file that does NOT exist.
We agree that $PKGS/packages.info is /home/slitaz/packages/packages.info, right?
But /home/slitaz/packages contains only the packages that have been cooked, no packages.info here. Where am I wrong?
Posted 3 months ago #
shann

offline
Administrator

Hi Ceel,

hmm think found issue.

I boot qemu with base 20240711
1/ create chroot with tazdev
2/ adjust symlink for lib64
3/ run cook setup
4/ adjust cook.conf for CFLAGS

Instead of extract wok, i extract it to /home/slitaz/wok-current and create an empty /home/slitaz/wok, pick up libxfce4util folder on wok.

Run cook libxfce4util
first failed about HOST_ARCH=i486, adjust receipt to have both arch HOST_ARCH="i486 x86_64"

Run cook libxfce4util
failed because don't find gtk+-dev <= here because try to fetch version from wok.
I put gtk+-dev folder to wok.

Run cook libxfce4util
failed again complain about gtk+ not found <= because gtk+ not in wok.

If i setup $PKGS to $DB on line 635, work without issue.
I build atk/atk-dev, and it's ok, cook use my local atk/atk-dev from /home/slitaz/packages and other from repo.

In case good catch, if all packages not in wok, cook have race condition to found version :/

Posted 3 months ago #
Ceel

offline
Administrator

I don't understand how cook can find the version of a package in a file that does NOT exist.

I think I've the answer: it doesn't find.
My 2 pence that in Rolling $vers is also unset (try cook libxfce4util --debug to check).
But this has no incidence because for i486, $arch is unset too. So when cook searches for the dep in the repo: if fgrep -q $i-$vers$arch $root$DB/packages.list it looks for $i- and it finds it whatever the version.

Posted 3 months ago #
shann

offline
Administrator

Hi Ceel,

I understood, in case need to check if it's safe to use $DB instead $PKGS for cook script.
Think no problem, but sure that in case of x86_64 no issue

Posted 3 months ago #
Ceel

offline
Administrator
Hi shann,

tazpkg -lf <pkg_name> returns the list that a package installs.
In current x86_64 the command returns the list only if the package is installed, if its not:
```
tazpkg -lf cups
Installed files by "cups"
================================================================================
================================================================================
0 files
```
(boot from ISO Base64 2024/07/11).

Current x86_64 always boots with the max brighteness (at least on my Lenovo).
- If the power adaptator is plugged, when I switch it off, the screen switches in dark mode (eco, +1!); but it remains in dark mode when I switch the adaptator on.
- If the adaptator was off/unplugged at boot, when I switch it on, the screen switches also in dark mode.
It seems the screen switches in eco mode at the first change of the power line and the stays in this mode. Just for information, not a problem for me, on the contrary, dark mode is better for me :)
Posted 3 months ago #
shann

offline
Administrator

Hi Ceel,

Shit happen, check with current (32bits), it's ok, and infact current64 nothing.

Found issue,when i build on my current64 chroot, i clean wok before save it and generate pkgdb.
Side effect in case :/

root@slitaz:~# lzcat /var/lib/tazpkg/files.list.lzma | awk -F':' '{print $1}' | sort -u
GConf
GConf-dev
ORBit2
ORBit2-dev
broadcom-wl64
gmtp
iptables
iptables-dev
linux64-aufs
root@slitaz:~#

For brightness, maybe miss think for acpi on kernel.

Posted 3 months ago #
shann

offline
Administrator

Hi Ceel,

I have rebuild all wok, tazpkg -lf <package> work again, but see that tazpkg -sf seem not work properly or miss think :/.

Exemple search libc.so.6 it's ok.

root@slitaz:~# tazpkg -sf libc.so.6

Search result for file "libc.so.6"
======================================

Package glibc-base:
/lib/libc.so.6
======================================
1 file

root@slitaz:~#
root@slitaz:~# tazpkg -sf cupsd

Search result for file "cupsd"
======================================
======================================
0 file

root@slitaz:~#
root@slitaz:~# tazpkg -lf cups | grep cupsd
/etc/cups/cupsd.conf
/etc/cups/cupsd.conf.default
/etc/init.d/cupsd
/usr/sbin/cupsd
/usr/sbin/cupsdisable
root@slitaz:~#

Posted 3 months ago #

Ceel

offline

Administrator

Hi shann,

Long time I didn't come on the forum.

Strange behaviour of cook setup in Current x86_64, linux64-aufs is not installed; below, extract of my chroot tazpkg.log:

...
2024-08-16 10:34:13 - Installed - bzip2 (1.0.8) - 30d28e906f5ac5cc5e98709d8747b88a
2024-08-16 10:34:14 - Installed - aufs (20220912) - d2de85799ef638241a2f8807e227c75c
2024-08-16 10:34:14 - Installed - aufs-utils (20230814) - 3ab03f0d2a79e3edddf438dfd7c320a0
2024-08-16 10:34:15 - Installed - syslinux (4.06) - fcec87280d7091a6570459d856d2e98f
...

However, tazpkg info aufs returns

Package    : aufs
State      : installed package
Version    : 20220912
Category   : base-system
Short desc : aufs5 kernel module
Depends    : linux64-aufs
Web site   : https://aufs.sf.net/
Size       : 20K/48K

I had a look at the aufs receipt:

...
case $ARCH in
	i?86)
		WANTED="linux-aufs"
		DEPENDS="linux-aufs" ;;
	x86_64)
		WANTED="linux64-aufs"
		DEPENDS="linux64-aufs" ;;
esac
...

shouldn't there be also ";;" at the end of the WANTED= lines?

Posted 2 months ago #

Saipul

offline
Member

Hi shann...

I think "case $ARCH in" for "/usr/bin/cook that depend on /etc/slitaz/cook.conf" for "BUILD_DEPENDS" in receipt

and "case $SLITAZ_ARCH in" for /usr/bin/tazpkg that depend on /etc/slitaz/slitaz.conf for "DEPENDS" in receipt

Posted 2 months ago #
shann

offline
Administrator

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.

Posted 2 months ago #

Ceel

offline

Administrator

Hi shann,

I meet an issue trying to build the libxfce4ui package for Current x86_64.

cook installs the build depends and particularly gtk+ / gtk+-dev:

...
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
...

but during the configure step:

...
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

No problems with other build dependencies. Could there be something wrong with gtk+-dev?
Thanks.

Posted 1 month ago #

shann

offline
Administrator

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

Posted 1 month ago #
alanyih

offline
Administrator

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

Posted 1 month ago #
Ceel

offline
Administrator

hi shann, alanyih,

Solved after I regenerated the chroot. Probably broken when I cooked some packages and linux64-aufs wasn't installed; the dependencies were installed/removed directly in the chroot.
Many tanks to both of you.

Posted 1 month ago #

RSS feed for this topic

« Previous 1…313233 Next »

Reply »

You must log in to post.