Скрипт:

https://bitbucket.org/MarsThunder/blender-python/src/master/

Описание на английском:

https://blenderartists.org/t/addon-plugin-luxrender-material-converter/657286/52

На 2.79b поехал, только я его обозвал после установки из zip-архива «__init__.py » (в его внутренней директории в пользовательском профиле Блендера - ~/.config/blender/2.79/scripts/addons/MarsThunder-blender-python-a309f1b2553a/)

Проблема в том, что он похоже не конвертирует материал на выбранном в текущий момент времени объекте - а на вкладку материалы, где его кнопка прописана - без щелчка-выделения на каком-нибудь объекте и заходе в свойства его материалов мне не попасть ...

Обошёл созданием одного лишнего объекта сразу после импорта сцены, на который я и встаю, и через материалы которого и жму кнопочку Convert all materials.

Вроде работает. Но я что-то в настройках Люксовой камеры накрутил, и теперь рендер-то заканчивает консольный luxconsole, а вот сам Блендер того, по ошибке шины (!) падает ....

Может кто достаточно хорошо знает Блендеровские питоновые API чтобы этот баг поправить?

Да, некрокомпиляция, но просто интересно стало (у друга такой же рендер под Вин, а я уже собрал Blender 2.79b под новый питон .. пересобирать всё (python, boost, blender + deps, lux) сильно не хочется, а превьюшки материала были бы полезны .... Они делаются через pylux который по умолчанию не собирается на новом Питоне, ругаясь на pyobject в недрах Lux-16/python/pycontext.h

Лукс брал отсюда:

https://github.com/LuxRender/Lux/releases До этого естественно сам LuxRender-1.6 и все его зависимости ....

Собрать-то я его собрал (на boost-1.69), но вот именно с питонобиндингами проблема ..

я пробовал тупо заменить pyContex на pyContext_lux, но что-то я запутался, и всё равно он на одну строчку ругался, а когда я её закомментировал - файлы so получались загружаемые, но превьюхи всё равно не было ;} Ну и Блендер на выходе намертво вис ...

class pyContext_lux
{
public:
        pyContext_lux(std::string _name)
        {
                //System wide init
                boost::call_once(&luxInit, luxInitFlag);

                //Here we create a new context
                name = _name;
                createNewContext(_name);
                // LOG(LUX_INFO,LUX_NOERROR)<<"Created new context : '"<<name<<"'";
        }

        ~pyContext_lux()
        {
                //destroy threads
                BOOST_FOREACH(boost::thread *t,pyLuxWorldEndThreads)
                {
                        delete(t);
                }
                pyLuxWorldEndThreads.clear();

                // Close any active net connections
                boost::python::list server_list( getRenderingServersStatus() );
                for(boost::python::ssize_t n=0; n<boost::python::len(server_list); n++)
                {
                        RenderingServerInfo RSI = boost::python::extract<RenderingServerInfo>(server_list[n]);
                        context->RemoveServer( RSI );
                }

                // free the context
                delete context;
                context = NULL;
        }

и ниже

        void motionInstance(const char *name, float startTime, float endTime, const char *toTransform)
        {
                checkActiveContext();
                context->MotionInstance(std::string(name), startTime, endTime, std::string(toTransform));
        }

        void worldEnd() //launch luxWorldEnd() into a thread
        {
                checkActiveContext();
                //pyLuxWorldEndThreads.push_back(new boost::thread( boost::bind(&PyContext::pyWorldEnd, this) ));
        }

        void loadFLM(const char* name)
        {
                checkActiveContext();
                context->LoadFLM(std::string(name));
        }

Вот эту строчку //pyLuxWorldEndThreads.push_back(new boost::thread( boost::bind(&PyContext::pyWorldEnd, this) )); я и закомментировал .... иначе вообще не собиралось....

Может кто подскажет, что делать?

ЖЖ:

https://randrianasulu.livejournal.com/17521.html

Будет забавно, если кто-нибудь соберёт под x86-64 :}

UPD: залил на github https://github.com/Randrianasulu/broadcast2000/commits/master

Ужасайтесь (хотя digikam вроде бы скомпилялся вчера. И даже картинки показывает)

https://github.com/Randrianasulu/kde3-hacks-slackbuild

ЖЖ конечно ....

Но я внезапно осознал, что параметр -lavdopts lowres=1 всё ещё работает, и даже можно сделать так:

taskset -c 0 qemu-i386 -cpu pentium2 /usr/bin/mplayer /home/guest/botva/vid/my_dogs/01-jan-2009/mvi_0626.avi -lavdopts lowres=1 -quiet -benchmark

И оно будет декодироваться в половину разрешения (для mjpeg, mpeg1/2, dv, flv1, mpeg4/xvid). Надо же, а я думал как народ на п166ммх видео divx играл ..у меня что-то в своё время этот параметр не работал, а сейчас смотри-ка, работает, можно на тостерах HD смотреть

root@slax6:/tmp/kdenetwork-3.5.10# cat smb4.patch
--- filesharing/advanced/kcm_sambaconf/sambafile.cpp.orig       2019-10-07 21:43:41.216000000 +0000
+++ filesharing/advanced/kcm_sambaconf/sambafile.cpp    2019-10-07 21:47:35.336000000 +0000
@@ -356,6 +356,12 @@
     if (_parmOutput.find("3") > -1)
       _sambaVersion = 3;
   }
+
+  if (testParam.start(KProcess::Block,KProcess::Stdout)) {
+    if (_parmOutput.find("4") > -1)
+      _sambaVersion = 4;
+  }
+

   kdDebug(5009) << "Samba version = " << _sambaVersion << endl;

@@ -373,7 +379,7 @@
   testParam << "testparm";
   testParam << "-s";

-  if (getSambaVersion() == 3)
+  if ((getSambaVersion() == 3) || (getSambaVersion() == 4))
      testParam << "-v";

Иначе все опции настройки Самы были затенённые/нерабочие.

Привет, ЛОР!

Решил я тут свой LiveCD пересобрать немного. Пересобрал ... На qemu и vmware запускается, на диск (700 Мб) прожигается. Решил, а почему бы и не поделится?

https://yadi.sk/d/rVOOfEtO4dIx4w

sha256sum CDROM-4.4.194_2.iso
bb125e26ccb57e9403837231d5a7ee6748f8befd0874965c29570800929f0346  CDROM-4.4.194_2.iso

Ещё один апдейт, обновил libjpeg-turbo (до 1.5.3), ctorrent, добавил glspt (граф. менеджер обновлений), теперь вроде апдейт неломает систему, но с зависимостями по-прежнему слака ….

Добавил dmraid, обновил MPlayer (до 1.2.1 из Слаквари-14.2), Midnight Commander (до 4.8.22), добавил sox

Грузить можно с slax autoexec=kdm (если с Х автоконфигом всё ок)

qemu-system-i386 -cdrom /dev/shm/CDROM-4.4.194_2.iso -m 256 -display sdl,gl=on -enable-kvm -usb -soundhw es1370 -cpu pentium

Ядро 4.14.194, gcc - 4.8.2, glibc - 2.17, seamoney 2.46 (новее скорее всего без апдейта gcc не собрать), llvm 3.6/mesa 17.0.7, X server 1.14, gimp 2.8.18, Cinelerra-CV 2.3 (+faac, faad, x264), ffmpeg 2.8.15, KDE 3.5.10, gparted, sane / cups / gphoto, ctorrent, lftp и ещё всякая всячина про которую я забыл

Правда, репа slackonly для 14.1 [1] давно не обновлялась, но там сами настроите по своему вкусу.

Пароли такие же, как в Slax6 - root/toor, guest/guest

[1] - https://packages.slackonly.com/pub/packages/14.1-x86/

Скачивайте, пробуйте, делитесь пожеланиями в комментах .....

Просто хочу сказать спасибо i-rinat за его работу. 32-битный Phoenix_FirestormOS-Release_i686_6.0.2.56680 (клиент для Second Life и OpenSimulator) звучал через alsa, но только если вокруг не было других звуковых приложений. Через apulse запускается и играет параллельно с xmms к примеру, а ещё кажется заработала запись через snd-loop/alsa loopback!

А то один из разработчиков qemu пытается потихоньку эмуляцию rv100/r128 сделать, но она работает сейчас на i386 госте, а на qemu-system-ppc только в MorphOS работает, Линукс либо вообще ничего не показывает (чёрный экран на драйвере r128), либо цвета на Fbdev глючат (при глубине цвета 15 bpp).

https://osdn.net/projects/qmiga/wiki/SubprojectAti

для тестов используется finnix и Lubuntu

https://www.finnix.org/

http://cdimage.ubuntu.com/lubuntu/releases/16.04/release/

./ppc-softmmu/qemu-system-ppc -M mac99,via=pmu -L ../queue-vga/pc-bios -cdrom /mnt/sdb1/PPC-img/lubuntu-16.04-desktop-powerpc.iso -m 512  -display sdl  -device ati-vga,guest_hwcursor=true  -d guest_errors,unimp -boot d -cpu G3 -g 1024x768x24

кусок про -L можно пропустить, это я указываю путь к свежему нерелизному выпуску ati-bios , с которым на i386 заработал ddc/edid.

https://git.kraxel.org/cgit/seabios/tree/vgabios-ati.bin?h=ati

На qemu-system-i386 только некоторые LiveCD работают, нужно загрузить aty128fb, и указать опцию UseFBDev «1» в xorg.conf (это недостаток эмуляции, там сейчас только 2D часть эмулируется, да и то не полностью).

В общем даже x86 комп с реальной r128 пригодился бы, а то непонятно где глюки драйвера, а где - эмуляции....

Index: etc/codecs.conf
===================================================================
--- etc/codecs.conf     (revision 38140)
+++ etc/codecs.conf     (working copy)
@@ -8,6 +8,14 @@
 ;=============================================================================
 ;                   VIDEO CODECS
 ;=============================================================================
+videocodec av1
+  info "AV1"
+  status working
+  driver ffmpeg
+  dll libdav1d
+  format 0x31305641
+  format 0x31307661
+  out YV12

 videocodec ffiff
   info "FFmpeg IFF ANIM/ILBM/PBM/RGB8/RGBN"

Index: configure
===================================================================
--- configure   (revision 38140)
+++ configure   (working copy)
@@ -797,6 +797,7 @@
 _joystick=no
 crystalhd=auto
 _xvid=auto
+_libdav1d=yes
 _xvid_lavc=auto
 _x264=auto
 _x264_lavc=auto
@@ -7405,6 +7406,28 @@
 fi
 echores "$_xvid"

+echocheck "libdav1d"
+if test "$_libdav1d" = auto ; then
+  _xvid=no
+  for ld_tmp in "-ldav1d"  "-ldav1d $ld_pthread" ; do
+    statement_check dav1d.h 'xvid_plugin_ssim_t xs; xvid_global(0, 0, 0, 0)' $ld_tmp &&
+      extra_ldflags="$extra_ldflags $ld_tmp" && _xvid=yes && break
+  done
+fi
+
+if test "$_libdav1d" = yes ; then
+  def_libdav1d='#define CONFIG_LIBDAV1D 1'
+  libavdecoders="$libavdecoders LIBDAV1D_DECODER"
+  extra_ldflags="$extra_ldflags -ldav1d"
+else
+  def_libdav1d='#undef CONFIG_LIBDAV1D'
+  #nocodecmodules="libdav1d $nocodecmodules"
+fi
+echores "$_libdav1d"
+
+
+
+
 echocheck "Xvid two pass plugin"
 if test "$_mencoder" = yes && test "$_xvid" = yes && test "$_xvid_lavc" = auto ; then
   statement_check xvid.h 'xvid_plugin_2pass2_t s; s.vbv_size = 0' && _xvid_lavc=yes
@@ -9419,6 +9442,7 @@
 #define CONFIG_WMA_FREQS 1
 #define CONFIG_WMV2DSP 1

+
 /* Use these registers in FFmpeg x86 inline asm. No proper detection yet. */
 #ifndef MP_DEBUG
 #define HAVE_EBP_AVAILABLE 1
@@ -9426,7 +9450,7 @@
 #define HAVE_EBP_AVAILABLE 0
 #endif

-#define FFMPEG_CONFIGURATION "--enable-gpl --enable-postproc"
+#define FFMPEG_CONFIGURATION "--enable-gpl --enable-postproc --enable-libdav1d"
 #define FFMPEG_LICENSE "GPL version 2 or later"

 #define LIBAV_CONFIGURATION FFMPEG_CONFIGURATION

Как можно заметить, автодетект я неосилил пока, его надо из ffmpeg-овского configure тащить ....

Вроде даже и работает, хоть и ругается:
[libdav1d @ 0x57678b00]The deprecated avcodec_decode_* API cannot return all the frames for this decoder. Some frames will be dropped. Update your code to the new decoding API

Ставим libva-dev, libvdpau-dev Собираем из git (либы должны подхватится автодетектом)

https://git.cinelerra-gg.org/git/?p=goodguy/cinelerra.git;a=shortlog;h=HEAD

Ставим драйвер видеовывода «X11» или «X11-OpenGL» Запускаем так:

CIN_HW_DEV=vaapi cin (AMD, intel, nouveau [vp2-5])
CIN_HW_DEV=vdpau cin (nvidia proprietary, probably open-source AMD mesa with vdpau state tracker)

Загружаем видео (я пробовал на mpeg2 ts, без реклока видеодекодера работает шибко медленно, но не крашится)

CIN_HW_DEV=vaapi cin
Cinelerra Infinity - built: Apr 25 2019 18:53:16
git://git.cinelerra-gg.org/goodguy/cinelerra.git
(c) 2006-2018 Heroine Virtual Ltd. by Adam Williams
(c) 2007-2018 cin5 derivative by W.P. Morrow aka goodguy
Cinelerra is free software, covered by the GNU General Public License,
and you are welcome to change it and/or distribute copies of it under
certain conditions. There is absolutely no warranty for Cinelerra.

libva info: VA-API version 0.40.0
libva info: va_getDriverName() returns 0
libva info: Trying to open /usr/X11R7/lib/dri/nouveau_drv_video.so
libva info: Found init function __vaDriverInit_0_40
libva info: va_openDriver() returns 0
libva info: VA-API version 0.40.0
libva info: va_getDriverName() returns 0
libva info: Trying to open /usr/X11R7/lib/dri/nouveau_drv_video.so
libva info: Found init function __vaDriverInit_0_40
libva info: va_openDriver() returns 0
libva info: VA-API version 0.40.0
libva info: va_getDriverName() returns 0
libva info: Trying to open /usr/X11R7/lib/dri/nouveau_drv_video.so
libva info: Found init function __vaDriverInit_0_40
libva info: va_openDriver() returns 0
Session time: 0:04:12
Cpu time: user: 0:00:13.844 sys: 0:00:02.309

autotools убрали, в 19.1 не будет.

https://cgit.freedesktop.org/mesa/mesa/commit/?id=95aefc94a941701616fda0776a3...

Пришлось учить meson. Т.е. копипастить строку настроек, любезно предоставленную одним тестером:

https://lists.freedesktop.org/archives/mesa-dev/2019-April/217409.html

Сначала нужно создать директорию, где будет собираться проект, я создал BUILD в корне исходников mesa и перешёл туда.

Внимание, по-умолчанию если у вас есть ccache он будет использован, у меня чуть место в $HOME не кончилось.

Я скопипастил такое (префикс мой особенный, у остальных куда-то в /usr):

meson ../ --prefix=/usr/X11R7 --strip --buildtype debugoptimized -Degl=true -Ddri-drivers=r100,r200,i965,nouveau -Dplatforms=drm,x11 -Dgallium-drivers=i915,r600,radeonsi,swrast,virgl,nouveau,r300 -Dvulkan-drivers=amd,intel  -Dgallium-nine=true -Dgallium-opencl=icd -Dgallium-va=true -Dgallium-xvmc=true --reconfigure 

ninja

От рута: ninja install

https://forums.bannister.org/ubbthreads.php?ubb=showflat&Number=44666&amp...

https://forums.bannister.org/ubbthreads.php?ubb=showflat&Number=114749#Po...
В news для MAME 0.207 есть

MAME 0.207
27 Feb 2019

With the latest improvements to the MIPS R4000 CPU, WD33C93 SCSI and SGI Newport graphics emulation, it’s possible to install and run IRIX in MAME. This is a milestone achievement, and wouldn’t have been possible without some amazing dedication and collaboration on the part of the contributors and team members involved.

Судя по коду, 24-битной графики пока нет, есть 8-битная :} Сам пока не пробовал, поэтому в толксы.

Что-то меня скорость работы плагинов Cinelerra-GG не устраивала (6-7 фпс для color3way на одной дорожке 1280*720!), и я решил поглядеть, что мне может дать автовекторизация (так по ядрам Cin и так умеет раскидывать работу плагинов).

Покурил доки
https://locklessinc.com/articles/vectorize/

http://gcc.gnu.org/projects/tree-ssa/vectorization.html

врубил "-O3 -march=native -mtune native" вместо "-O2 -march=i486 -mtune=i686" (дефолт слакбилда, который я юзал). Скорость поднялась до 9 фпс, но векторных инструкций почти не было..

Проверял через скрипт, который нашёл тут

https://superuser.com/questions/726395/how-to-check-if-a-binary-requires-sse4...

https://pastebin.com/A8bAuHAP (почему-то концы строк он мне сделал виндовые! поменял через меню в kwrite, иначе не работало)

objdump -M intel -d /dev/shm/tmp/cinelerra-goodguy-20190211/cinelerra-5.1/plugins/color3way/i686/color3way.o | ./opcodes.sh -s SSE2 -s SSE3 -s SSE -s AVX -s FMA | less

ладно, не работает ... Но если добавить -fast-math так что флаги в global_config стали
CFLAGS_ := -O3 -ffast-math -ftree-vectorizer-verbose=2 -march=native -mtune=native -D__STDC_CONSTANT_MACROS

то скорость плагина возросла до 15 фпс, а в ассемблерном выхлопе появились всякие vmovss и прочие....

Так вроде работает, но математически я его корректность не проверял ...

https://git.cinelerra-gg.org/git/?p=goodguy/cinelerra.git;a=blob;f=cinelerra-...

gcc --version gcc (GCC) 5.5.0

cat /proc/cpuinfo
processor       : 0
vendor_id       : AuthenticAMD
cpu family      : 21
model           : 2
model name      : AMD FX(tm)-4300 Quad-Core Processor
stepping        : 0
microcode       : 0x6000852
cpu MHz         : 1399.998
cache size      : 2048 KB
physical id     : 0
siblings        : 4
core id         : 0
cpu cores       : 2
apicid          : 16
initial apicid  : 0
fpu             : yes
fpu_exception   : yes
cpuid level     : 13
wp              : yes
flags           : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush mmx fxsr sse sse2 ht syscall nx mmxext fxsr_opt pdpe1gb rdtscp lm constant_tsc rep_good nopl nonstop_tsc cpuid extd_apicid aperfmperf pni pclmulqdq monitor ssse3 fma cx16 sse4_1 sse4_2 popcnt aes xsave avx f16c lahf_lm cmp_legacy svm extapic cr8_legacy abm sse4a misalignsse 3dnowprefetch osvw ibs xop skinit wdt lwp fma4 tce nodeid_msr tbm topoext perfctr_core perfctr_nb cpb hw_pstate ssbd vmmcall bmi1 arat npt lbrv svm_lock nrip_save tsc_scale vmcb_clean flushbyasid decodeassists pausefilter pfthreshold
bugs            : fxsave_leak sysret_ss_attrs null_seg spectre_v1 spectre_v2 spec_store_bypass
bogomips        : 7599.98
TLB size        : 1536 4K pages
clflush size    : 64
cache_alignment : 64
address sizes   : 48 bits physical, 48 bits virtual
power management: ts ttp tm 100mhzsteps hwpstate cpb eff_freq_ro

Интересно, на 64-битной сборке прирост будет ли? Потом может быть проверю.

Ещё может кому ресурс пригодится (eng) https://www.agner.org/optimize/

http://blog.netbsd.org/tnf/entry/the_hardware_assisted_virtualization_challenge

На основе интеловского HAXМ. Поддерживает до 8 виртуальных машин, мультипроцессорность для гостевых ОС.

На скриншотах NetBSD, Arch, Win 7 (8.1 и новее в разработке - ошибся-с) (Android x86 и FreeBSD подвисают).

Патчи едут в qemu и где там есть апстрим этого HAXM-а.

На АМД есть какая-та другая ининциатива (NetBSD Virtual Machine Monitor).

В общем вот, два года (серьёзно) пилилось.

В общем ничего нового, в интернетах всё это есть, но не совсем то, что мне нужно.

У меня в seamonkey (2.49.4) не работает одна игрушка, хочет всякие webassembly . В firefox-60esr из слаквари 14.2 -64 bit всё работает, но в виртуалку грузится долго, да и virtio-gpu я там так и не завёл нормально (пока-что).

Выход - монтировать raw-раздел с виртуалкой в каталог, и делать туда chroot.

cat ~/create_chroot.sh
#! /bin/bash

echo "using /mnt/sdb1/HDD-images/20gb-slackware.img"
losetup -P /dev/loop0 /mnt/sdb1/HDD-images/20gb-slackware.img
mount /dev/loop0p1 /mnt/zip
mount -obind /dev /mnt/zip/dev
mount -obind /proc /mnt/zip/proc
mount -obind /sys /mnt/zip/sys
mount -obind /dev/shm  /mnt/zip/dev/shm
xhost +local:
echo "done!"

cat ~/unmount_chroot.sh
#! /bin/bash

umount /mnt/zip/proc
umount /mnt/zip/sys
umount /mnt/zip/dev/shm
kill -9 `lsof -t /mnt/zip`
umount /mnt/zip/dev
umount /mnt/zip
losetup -d /dev/loop0

cat ~/ff60_64.sh
#! /bin/bash

chroot /mnt/zip su -c /apulse_firefox guest

cat /mnt/zip/apulse_firefox
#! /bin/sh
apulse firefox 

Зачем так сложно? Ну, pulseaudio хочет dbus, а у меня на хосте он старый. В общем работает, хотя unmount_chroot.sh приходится вызывать дважды - наверное после kill-а нужной wait вставить ....

Звук и аппаратное 3д работают (nouveau и там и тут), suspend-to-ram переживает.

Сижу я тут, рассылку читаю. И натыкаюсь на такую серию:
https://lists.freedesktop.org/archives/mesa-dev/2018-December/211207.html

-----
[Mesa-dev] [PATCH 0/7] Multi Context fixes for Nouveau

В общем в теории (и у разработчика) эта серия фиксит краши в :
chromium (браузер)
qtwebengine (браузерный движок в qt)
dolphin (эмулятор)
Warsow (игрушка)

Что желательно потестить:
Видеоплееры (которые используют аппаратное ускорение vdpau + Opengl, например mpv, vlc, kodi как я понимаю / помню.)
Другие приложения, которые крашились раньше из-за этого бага (например кмайл из кде5 ?)

nvc0 - это всякие карточки с OpenGL 4.x (у меня gf 8800 gs - поколением младше, где только OGL 3.3 аппаратно. Для неё пока фиксов нет, Карол хочет сначала на более распространённых карточках потестить, а то вдруг переписывать всё придётся)

edit: git repo (might be force-pushed from time to time): https://github.com/karolherbst/mesa/commits/mt_fixes_take2

Сначала думал воспользоваться помощью друга (у которого 100 Гб подключено), а потом вспомнил, что вроде расшаривал разок через торрент образ на 10 Гб. Вот, решил повторить .... Образ лучше запускать на виртуалке, для начала. Он НЕ гибридный, но скопировать на флэшку содержимое и поставить свой загрузчик можно.

https://yadi.sk/d/toG8-WgzVJgg2Q

sha256sum /mnt/sdb1/slax-29-11-2018-test0.iso
d9ae68414b5c9f7577241e698da1943d1812dcbd4e3cbd9c4887a673487b4365  /mnt/sdb1/slax-29-11-2018-test0.iso

пускай полежит до выходных, потом обновлю ...

Пароль root/toor, guest/guest

https://www.cinelerra-gg.org/downloads/

В основном как я понял сохранился прежний порядок релизов в конце месяца ... Да, русский переводчик сказал, что (пока?) обновлять переводы не будет. Те что есть впрочем работают ....

Из того, что можно назвать заметными багфиксами - titler теперь должен кушать неограниченное число символов, раньше был лимит в 3 с небольшим тысячи знаков. Также убран лимит с кол-ва динамических ключевых кадров. Появился новый плагин для рисования поверх видео. ffmpeg обновили до 4.1

Там даже проблема не в самом slackbuild'e, а в дополнительном скрипте trackbuild.linuxdoc-tools

######## WARNING ###################################################
# This will touch nearly every file on your expendable development
# box.  You wouldn't try this on a production system, right?
######## WARNING ###################################################

# This the faster option, but not the safest.  On a full Slackware
# installation, you'll find new files in this directory which have
# been 'touch'ed.  The --touch-filesystem-first will not do this,
# but is slower.  However, if you really want extra speed, copy
# this entire package source directory to a temporary location
# and run it from there.
# TFS="--touch-filesystem-faster"

TFS="--touch-filesystem-first"

# Launch the build script:
slacktrack $TFS \
   --notidy \
   --showdeps \
   --run-after-withlog $CWD/postbuildfixes.sh \
   -T $TMP \
   -l $CWD/build.$ARCH.log \
   -b $PKGSTORE \
   -rYQOcp $PKGNAM-$PKGVERSION-$ARCH-$BUILD.$PKGEXT ./linuxdoc-tools.build

вот оно мне и растоптало всю систему ....время у файлов в /bin, /sbin, /etc, /usr слетело....

Хорошая шутка .....