Hi gibor,
No problem, hope you have restore successfully files.
Hi gibor,
No problem, hope you have restore successfully files.
Hello Shann, Yes, I restored those files. maybe it's just me, but does the cookutils package work on slitaz-6.0-x64?
I say this because after running the command
cook setup --wok
I get that all receipts are for i486 and I have to manually add
HOST_ARCH=“i486 arm x86_64”
Furthermore, the “xz” package is missing from the dependencies.
Once installed, it seems to work.
cook test
nodev overlay
Setup aufs chroot...Cook: cooktest 1.0
================================================================================
QA: checking package receipt...
Executing: compile_rules
CFLAGS : -march=x86_64 -Os -pipe -fomit-frame-pointer./configure && make && make install
-----------------------------------
* Log file : /home/slitaz/log/cooktest.log
* Package : make is installed================================================================================
================================================================================
Pack: cooktest 1.0-x86_64
================================================================================
Executing: genpkg_rules
cp -a $install/usr/bin $fs/usr
------------------------------
* $fs : /home/slitaz/wok/cooktest/taz/cooktest-1.0/fs
* $stuff : /home/slitaz/wok/cooktest/stuff
* $install : /home/slitaz/wok/cooktest/install
* $src : /home/slitaz/wok/cooktest/source/cooktest-1.0NOTE: Create, copy files from $install or $stuff
End of receipt: press ENTER to continue
Copying "receipt"... Fatto
Executing strip on all files... Fatto
Creating the list of files... Fatto
Creating md5sum of files... Fatto
Compressing the FS... Fatto
Updating receipt sizes... Fatto
Creating full cpio archive... Fatto
Restoring original package tree... Fatto
QA: checking for empty package... Fatto
Removing old package "cooktest-1.0-x86_64.tazpkg" Fatto
================================================================================
Package "cooktest-1.0-x86_64.tazpkg" createdSummary for: cooktest 1.0
================================================================================
Produced : 4.0K
Packed : 28.0K
Compressed : 2.2K
Files : 1
Cook time : 3s
Cook date : 2025-12-17 10:27
Host arch : x86_64
================================================================================Leaving aufs chroot...
Hi Gibor,
nice to read recover :)
Bad, shame on me :/.
First forgot to add xz as depend of cookutils.
Normally wok-current have x86_64 HOST_ARCH, but think by default fetch http://hg.slitaz.org/wok and not wok-current.
For issue of build, it's me fault, CFLAGS on /etc/slitaz/cook.conf need to be adjust.
I add comment of this but don't add post_install step to update it automatically on x86_64 host.
CFLAGS="-march=$ARCH -Os -pipe -fomit-frame-pointer" should be change to
CFLAGS="-march=nocona -Os -pipe -fomit-frame-pointer -fPIC"
Hi Shann, don't worry, I don't use cook very often. Anyway, after changing the two lines, it's better, but I still need to understand how it works properly.
I was checking the sane-backend, libconfuse, and scanbd packages with mine; I found differences such as:
the libconfuse package inexplicably lacks the libconfuse.so.2.1.0, libconfuse.so.2, and libconfuse.so libraries
The sane-backends package requires autoconf-archive for compilation (it automatically applies patches during the ./autogen.sh process), which is missing from the receipt.
But I'll take my time and see what the next steps are.
Hi gibor,
I rebuild cookutils to fix issues you find.
Not sure to understand, if check libconfuse package, i see on /usr/lib three libs
(current64) root@eretria:/home/slitaz/wok# ls -l libconfuse/taz/libconfuse-3.3/fs/usr/lib/
total 52
lrwxrwxrwx 1 root root 19 Nov 27 16:56 libconfuse.so -> libconfuse.so.2.1.0
lrwxrwxrwx 1 root root 19 Nov 27 16:56 libconfuse.so.2 -> libconfuse.so.2.1.0
-rwxr-xr-x 1 root root 52016 Nov 27 16:56 libconfuse.so.2.1.0
For sane-backends, if understand i need to add ./autogen.sh step with autoconf bdep ?
Hi Shann, let's see if I understand something.
1) Please bear with me, but although Cook is a useful tool for automating package creation processes, I find it rather difficult to use when searching for compilation errors.
Cook runs a set of scripts following the package's receipt.
When an error occurs during compilation (./configure, make), Cook continues to read the receipt. At that point, since the compilation was not successful, the files needed to create the package are missing. And here, messages appear that have nothing to do with the cause of the compilation error.
The only way to trace the cause is to examine the log in /home/slitaz/log/, hoping that there is information about that error.
2) I cleaned up the wok folder
I changed in /etc/slitaz/cook.conf from:
WOK_URL="http://hg.slitaz.org/wok"
to
WOK_URL=“http://hg.slitaz.org/wok-current”
Given a cook setup wok
I find myself with the wok folder containing the various packages that should be the current ones (current64/slitaz-6-x86_64)
Here, examining the libconfuse receipt, I find that it does not save anything
genpkg_rules()
{
get_dev_files
}
If I download the package from the repositories with tazpkg and extract it, I find
{
mkdir -p $fs/usr/lib
cp -a $install/usr/lib/*.so* $fs/usr/lib
}
3)The sane-backends cook fails with:
Creating full cpio archive... Fatto
Restoring original package tree... tar: can't create symlink 'var/www/tazpanel/menu.d/hardware/sane' to '../../sane.cgi'
Summary for: sane-backends 1.0.32
After several attempts, this receipt seems to work just like the one I filled out myself.
# SliTaz package receipt.
PACKAGE="sane-backends"
VERSION="1.0.32"
CATEGORY="system-tools"
SHORT_DESC="Scanner Access Now Easy."
MAINTAINER="pankso@slitaz.org"
LICENSE="GPL2"
WEB_SITE="http://www.sane-project.org/"TARBALL="$PACKAGE-$VERSION.tar.gz"
WGET_URL="https://anduin.linuxfromscratch.org/BLFS/sane/$TARBALL"CONFIG_FILES="/etc/sane.d"
DEPENDS="jpeg libgphoto2 libltdl tiff zlib"
BUILD_DEPENDS="file autoconf-archive openssl-dev libgphoto2-dev net-snmp-dev jpeg-dev libtool libusb-compat-dev
tiff-dev zlib-dev automake"
SUGGESTED="gocr imagemagick sane-backends-lang tesseract-ocr"HOST_ARCH="i486 x86_64"
current_version()
{
wget -O - ${WGET_URL%/arch*}/tags 2>/dev/null | \
sed '/tar.gz/!d;s|.*/backends-\(.*\).tar.gz".*|\1|;q'
}# Rules to configure and make the package.
compile_rules()
{
# 1.0.24: no longer needed
# sed -i 's|prefix}/doc|prefix}/share/doc|' configure# 1.0.24: no longer needed
# patch -Np1 -i $stuff/libv4l-0.8.3.patch# 1.0.24: no longer needed
# fix https://bugs.archlinux.org/task/26114
# patch -Np1 -i $stuff/xerox_mfp_fix_usb_devices.patch
./autogen.sh
./configure \
--prefix=/usr \
--docdir=/usr/share/doc/$PACKAGE-$VERSION \
--sysconfdir=/etc \
--localstatedir=/var \
--mandir=/usr/share/man \
$CONFIGURE_ARGS &&
make &&
make -j 1 DESTDIR=$DESTDIR install# copy the missing udev rule
[ ! -d $DESTDIR/etc/udev/rules.d ] &&
mkdir -p $DESTDIR/etc/udev/rules.d
cp -a $src/tools/udev/libsane.rules \
$DESTDIR/etc/udev/rules.d/55-sane.rules
}# Rules to gen a SliTaz package suitable for Tazpkg.
genpkg_rules()
{
mkdir -p $fs/etc/sane.d
mkdir -p $fs/usr/lib
mkdir -p $fs/usr/share
mkdir -p $fs/var/lock/sane
mkdir -p $fs/var/www/tazpanel/lib
mkdir -p $fs/var/www/tazpanel/menu.d/hardware
mkdir -p $fs/var/www/tazpanel/report.d
mkdir -p $fs/var/www/tazpanel/styles/default/imagescp -a $install/etc/sane.d $fs/etc
cp -a $install/usr/bin $fs/usr
cp -a $install/usr/sbin $fs/usr
cp -a $install/usr/lib/*.so* $fs/usr/lib
cp -a $install/usr/lib/sane $fs/usr/lib
cp -a $install/usr/share/sane $fs/usr/sharecp $stuff/tazpanel/sane.cgi $fs/var/www/tazpanel/
cp $stuff/tazpanel/sane $fs/var/www/tazpanel/report.d/
cp $stuff/tazpanel/crop.js $fs/var/www/tazpanel/lib/
cp $stuff/tazpanel/drag.gif $fs/var/www/tazpanel/styles/default/images/
cp $stuff/tazpanel/sane.cgi $fs/var/www/tazpanel/menu.d/hardware/sane# fix groups and permissions on /var/lock/sane ; add it to scanner group
chmod 775 "$fs/var/lock/sane"
chgrp 96 "$fs/var/lock/sane"# fix hp officejets
echo "hpaio" >> "$fs/etc/sane.d/dll.conf"cook_config_dotnew
}
post_install()
{
tazpkg reconfigure udev --root="$1"# add group scanner
if ! grep -q scanner "$1/etc/group"
then
chroot "$1/" addgroup -g 96 scanner
fichroot "$1/" chgrp scanner /usr/bin/scanimage
chmod 4750 $1/usr/bin/scanimageecho
echo " ADD user(s) to group scanner to use sane: addgroup <user> scanner"rm -f "$1"/var/cache/tazpanel/* 2> /dev/null
[ -e "$1/var/www/tazpanel/tmp" ] ||
ln -s /tmp "$1/var/www/tazpanel/tmp"config_dotnew "$CONFIG_FILES"
}
Hi gibor,
no problem, thanks for report.
Shame on me, i see that don't push changes pending on my local wok (include fix libconfuse receipt).
For sane-backends, i update receipt for autoconf-archive.
I don't see issue for create tarball archive, but think why, you certainly use tar busybox and not tar gnu. package cookutils have now tar as depends (xz installed too, required by tar)
Pack: sane-backends 1.0.32-x86_64
==================================================================================================================
Executing: genpkg_rules
Copying dotnew files... Done
Copying "receipt"... Done
Executing strip on all files... Done
Time: 3.65s. Size: 12364941 B -> 10821013 B. Save: 1508 KB.
Creating the list of files... Done
Creating md5sum of files... Done
Compressing the FS... Done
Updating receipt sizes... Done
Creating full cpio archive... Done
Restoring original package tree... Done
QA: checking for empty package... Done
Removing old package "sane-backends-1.0.32-x86_64.tazpkg" Done
==================================================================================================================
Package "sane-backends-1.0.32-x86_64.tazpkg" created
(current64) root@eretria:/home/slitaz/wok# ls -l sane-backends/taz/sane-backends-1.0.32/fs/var/www/tazpanel/menu.d
/hardware/sane
lrwxrwxrwx 1 root root 14 Dec 19 10:05 sane-backends/taz/sane-backends-1.0.32/fs/var/www/tazpanel/menu.d/hardware/sane -> ../../sane.cgi
I push pending changes to wok, and push rebuild sane-backends package.
No directly related of dev thread, it's about migration plan.
Not sure all stuff are done for January, but in good direction, remain stuff around backup / rsync process (wait provider team about issue happen with iscsi backup storage not connect).
Both servers are installed with softraid. Each locate different DCs.
Below Spice page (wip), deal with websocket proxy to have secure connection and not open wss port.
Ask credentials, and can connect both vm.
In example it's one vm installed on disk and another in live at time
I check in local that all stuff work as expected, specially remote access (through spice), traffic forward and iptables rules, also rules on web server to retrieve real ip and not proxy ip.
You must log in to post.