Trinity Desktop Environment на Gentoo (Сборка окружения TDE под gentoo)

[ormorph]

Как оказалось проблема не в оптимизаторе gcc-14, а в самом коде tqt. Просто на оптимизаторе она проявила себя. В багзиле Gentoo пнули в нужном направлении.

[sunjob]

с другой стороны, если компилятор "спотыкается" на уровне оптимизации... то что это, как не косяка капилятора?! :о)
ну хвастайте! что там такой за хитрый код?
а так... то, что tqt - вся в "косяках", так это понятно... жаль, если правится и патчиться то ну очень не спеша

к стати, спасибо за подсказку - sandbox классная утилитка, надо будет пошарить в "чайнике" как ее еще можно применить на "кухне"
какая версия у вас?

[ormorph]

с другой стороны, если компилятор "спотыкается" на уровне оптимизации... то что это, как не косяка капилятора?! :о)
ну хвастайте! что там такой за хитрый код?

Ну там выше я давал ссылку на обсуждение gcc-14 для tqt, там всё есть. Просто перебор массива в цикле, где количество итераций превышает количество элементов массива. Исправление сейчас такое висит. Только что то мне не сильно оно нравится, если выполнить:

Shell

$ export LC_ALL=C

И попробовать напечатать по русски, то печатает коды юникода вместо букв, сейчас обратно пересоберу и проверю, присутствовало ли ранее такое поведение. Но тут я грешу как раз на дополнительную проверку вместо assert.

к стати, спасибо за подсказку - sandbox классная утилитка, надо будет пошарить в "чайнике" как ее еще можно применить на "кухне"
какая версия у вас?

Такая: sys-apps/sandbox-2.38.

Добавлено (13:01):

А нет смотрю этот косяк с LC_ALL=C, присутствует везде, так же и в 14.1.2. Но это в консоли, а если запустить с такой локалью изначально, то всё нормально. Значит работает всё, но не работает обновление параметров, как то так.

[sunjob]

почитал багзиллу... ну хоть "согласились" с тем, что не все ладно в "даЦком королевстве" - уже хорошо :о)
p.s. и да, я не писал что "этот косяк именно в gcc-14"

[ormorph]

p.s. и да, я не писал что "этот косяк именно в gcc-14"

С gcc там тоже проблемы. Вот пример:

gcc-test.tar.gz

Попробуйте раскомментировать флаг -O2 в Makefile, соберите и запустите. Похоже Clang самый надёжный компилятор. Там прикол с выделенным местом под массив.

[sunjob]

привет!
ключевое слово "именно", я же говорил за свои косяки, на которые я в свое время натыкался. они были где-то значительно раньше (какие-то в slackware-12.2, какие-то в slackware-14.2), какие там версии gcc? я не в курсе. (ну да ладно)
будет время - гляну. (хотя я и так не сомневаюсь, что "твой" косяк вопсроизведется и у меня :о)

по поводу clang - ну что-же?! спецом для вариантности сборки добавил (уже давно, почти сразу) возможность собирать тринити в разрере gcc/clang (и некоторые пакеты, отдельно, рулятся - индивидуально выбирается либо gcc, либо clang), т.к. некоторые приложения нормально работают именно под тем или иным "веществом" (к стати, эту доработку "сборки" я сделал как раз после того как наткнулся на косяки с оптимизацией, короче, выкрутивался как мог :о)

[ormorph]

ключевое слово "именно", я же говорил за свои косяки, на которые я в свое время натыкался. они были где-то значительно раньше (какие-то в slackware-12.2, какие-то в slackware-14.2), какие там версии gcc? я не в курсе. (ну да ладно)
будет время - гляну. (хотя я и так не сомневаюсь, что "твой" косяк вопсроизведется и у меня :о)

Там исходник из трех простых функций, и судя по всему воспроизводится на компиляторах позднее седьмой версии. Там в цикле идёт перебор элементов массива, в котором элементов меньше чем итераций в цикле. А при использовании оптимизации цикл внезапно становится бесконечным, даже игнорирует условие цикла. Это уже подтвержденный разработчиками gcc баг, глядишь его исправят скоро. Так что лучше не затягивать с просмотром.

[sunjob]

отчитываюсь по тесту :о)

Код: Выделить всё

CXX=g++
CXXFLAGS =
-->
...
52
53
54
Segmentation fault

+

CXX=g++
CXXFLAGS = -O2
-->
...
476441
476442
476443

+

CXX=g++
CXXFLAGS = -O1
-->
52
53
54

+

CXX=clang++
CXXFLAGS = 
-->
52
53
54

Код: Выделить всё

slackware 15.0
gcc-11.2.0
llvm-13.0.0-x86_64-2

самый ужасный случай:

Код: Выделить всё

CXX=g++ & CXXFLAGS = -O2

+

вопрос:

Код: Выделить всё

extern int g(int);

обязательно экстерн? определение в том-же модуле не прокатило-бы?! (так сказать, показательная реакция косяка?!)
-->
дополняю тест, сделал все в одном модуле, результат плачевный: все тоже самое, только clang - выдал сегфаулт

Код: Выделить всё

CXX=clang++
CXXFLAGS =
-->
52
53
54
Segmentation fault

+

CXX=clang++
CXXFLAGS = -O2 | -O1
-->
52
53
54

ну все, навалил тебе тут кучу, разбирайся!

[ormorph]

вопрос:
Код: Выделить всё

extern int g(int);
обязательно экстерн? определение в том-же модуле не прокатило-бы?! (так сказать, показательная реакция косяка?!)

Не обязательно.

ну все, навалил тебе тут кучу, разбирайся!

Я то думал, с этим я уже разбирался. Там что бы всё было нормально с g++ и -O2, нужно отключить одну из оптимизаций предоставляемых этим флагом, которая отключает проверку размера массива. Конкретно достаточно добавить ключик -fno-tree-vrp дополнительно к -O..

[sunjob]

попробую, гляну что там...

а что скажешь по поводу того, что clang так-же вызывает сегфаулт?
мы тут все надеялись, что он самый вменяемый... оказывается - такой-же... под настроение, под шафе

[/dev/random]

Это уже подтвержденный разработчиками gcc баг

Ссылка на баг?

Я особо не вникал, но по вашему описанию в непроцитированной части процитированного сообщения, это баг в коде, а не в компиляторе. Выход за пределы массива - это неопределённое поведение, а значит, по стандарту компилятор имеет право превратить его во что угодно, в т.ч. в бесконечный цикл. Или я неправильно понял ваше описание?

[ormorph]

Ссылка на баг?

Вот. Открывал не я.

Выход за пределы массива - это неопределённое поведение, а значит, по стандарту компилятор имеет право превратить его во что угодно, в т.ч. в бесконечный цикл. Или я неправильно понял ваше описание?

Тут причина не в выходе за пределы массива, а в том, что в результате цикл становится бесконечным и затрагивает это только C++. При сборке на gcc всё проходит нормально, конечно при условии что файлы будут с расширением .c а не .cpp.

[/dev/random]

Вот. Открывал не я.

Тут причина не в выходе за пределы массива, а в том, что в результате цикл становится бесконечным и затрагивает это только C++. При сборке на gcc всё проходит нормально, конечно при условии что файлы будут с расширением .c а не .cpp.

То, что в C++ цикл бесконечный, а в C - нет, там сказано лишь вскользь. Багрепорт не об этом, а о том, что с определённой версии gcc в режиме C++ перестал отлавливать это как возможную ошибку в коде и выдавать предупреждение.

Превращение цикла в бесконечный при выходе за пределы массива - абсолютно допустимое поведение по стандарту. Да, когда этот баг будет исправлен, возможно, они целиком вернутся к прежнему поведению, с конечным циклом. А возможно, что и нет. Баг - в отсутствии предупреждения, а не в бесконечном цикле.

[ormorph]

Превращение цикла в бесконечный при выходе за пределы массива - абсолютно допустимое поведение по стандарту. Да, когда этот баг будет исправлен, возможно, они целиком вернутся к прежнему поведению, с конечным циклом. А возможно, что и нет. Баг - в отсутствии предупреждения, а не в бесконечном цикле.

С этим ни кто не спорит, только раньше это отловить(если ошибка случайно внесена) было очень тяжело. Сейчас отловить это легче, просто собрать это с поддержкой UBSAN, хотя не все программы так просто собрать с этим параметром.

[ormorph]

Тут смотрю в TDE много программ, где виджеты являются потомками объекта наследуемого от класса TQApplication, который сам по себе не является виджетом, а наследуется от класса TQObject. Из за этого когда завершается программа первым выполняется деструктор ~TQApplication, который удаляет указатель tqApp, а затем деструктор наследуемого TQObject, который удаляет дочерние объекты, как результат в деструкторе TQWidget при попытке проверки фокуса и его очистке происходит падение. При сборке с обычными параметрами обычно падения были только иногда, так как TDECrash не успевал срабатывать, при сборке с UBSAN падения стали стабильными. Решением проблемы могут быть эти изменения в TQT:

Код: Выделить всё

--- a/src/kernel/tqwidget.cpp       2024-08-03 19:34:14.500647914 +0300
+++ b/src/kernel/tqwidget.cpp    2024-08-03 19:36:16.664642805 +0300
@@ -983,8 +983,9 @@
            tqApp->quit();
     }

-    if ( hasFocus() )
-       clearFocus();
+    if (tqApp)
+       if ( hasFocus() )
+               clearFocus();

     if ( isTopLevel() && isShown() && winId() )
        hide();

Другой вариант переписывать все исходники, и менять родителя, а это скорее всего затронет ещё и tdelibs, так как падения были и на программах Python, которые работали с системным треем. В принципе этот патч является безопасным, так как clearFocus() не удаляет ни какие объекты, и не выполняется только при закрытии приложения когда указателя tqApp уже нет как и самого приложения. Но вообще это плохая практика когда родителем виджетов является не виджет, единственное что их роднит - это TQObject.

[sunjob]

привет!
ну чего там, решили кто виноват- "компилятор с оптимизацией" или "коряво написанный код"?!
(я так и не понял, слишком много умных слов было сказано, к меня комп перегружается в процессе чтения :о)

[ormorph]

привет!
ну чего там, решили кто виноват- "компилятор с оптимизацией" или "коряво написанный код"?!
(я так и не понял, слишком много умных слов было сказано, к меня комп перегружается в процессе чтения :о)

Ну так нужно было посмотреть с чего всё началось. Началось всё с бага в tqt, несколько лет он был незамеченным и тут на тебе я выявил это место, а точнее нашёл что цикл по какой то причине выходит за свои пределы. Тогда даже было не известно что причина в переполнении массива, так как использовал чисто gdb для поиска. Выявил он себя на новом gcc, по чему он себя не выявил ещё ранее, тут вопрос, так как это должно было воспроизвестись и на gcc-13, но на gcc-13 всё работало как надо. Баг воспроизводился при выборе специфичных кодировок текста для отображения, например арабского языка,т.е. при попытке отобразить символ арабского языка падало. В tqt баг уже исправлен, но только в живой версии, т.е. исправление придёт в версии 14.1.3 в tqt. Это просто продолжение разборок последствий. Само собою причина в самом коде(ошибка программиста).

[sunjob]

ну вот и славно!
а что скажут гуру на вопрос: типа, если косяк проявляется с определенной оптимизацией, почему это нельзя отнести и к проблемам компилятора?! (серьезно :о) или я опять что-то упустил?!
спасибо

[ormorph]

а что скажут гуру на вопрос: типа, если косяк проявляется с определенной оптимизацией, почему это нельзя отнести и к проблемам компилятора?! (серьезно :о) или я опять что-то упустил?!

Когда стану гуру скажу, но не думаю что тогда меня будут волновать проблемы бренного мира.
А так это всё и так можно просмотреть по ссылкам, так как сначала в TDE мне так и говорили, типа у них же всё работает норм. В Gentoo вообще довольно грамотные люди которые занимаются этими вопросами, там ткнули в нужном направлении. Просто показали вывод статической проверки:

Shell

the ot_scripts array is seven elements short. please tell upstream to add:

static_assert (std::size (ot_scripts) == TQFont::NScripts, "not enough scripts");

Но конечно перед этим я им прямо показал где искать. Конкретно в массив нужно было дописать ещё семь элементов, ну и конечно элементы были не числами, а структурами.

[gamper785]

xcomposite

>>> Emerging (1 of 2) trinity-base/twin-14.1.2::trinity-official
* Fetching files in the background.
* To view fetch progress, run in another terminal:
* tail -f /var/log/emerge-fetch.log
* tdebase-trinity-14.1.2.tar.xz BLAKE2B SHA512 size ;-) ... [ ok ]
>>> Unpacking source...
* Unpacking parts of tdebase-trinity-14.1.2.tar.xz to /var/tmp/portage/trinity-base/twin-14.1.2/work ...
tar extract command failed at least partially - continuing anyway
* QA Notice: ebegin called without eend in src_unpack
>>> Source unpacked in /var/tmp/portage/trinity-base/twin-14.1.2/work
>>> Preparing source in /var/tmp/portage/trinity-base/twin-14.1.2/work/tdebase-trinity-14.1.2 ...
* Source directory (CMAKE_USE_DIR): "/var/tmp/portage/trinity-base/twin-14.1.2/work/tdebase-trinity-14.1.2"
* Build directory (BUILD_DIR): "/var/tmp/portage/trinity-base/twin-14.1.2/work/tdebase-trinity-14.1.2_build"
>>> Source prepared.
>>> Configuring source in /var/tmp/portage/trinity-base/twin-14.1.2/work/tdebase-trinity-14.1.2 ...
* Source directory (CMAKE_USE_DIR): "/var/tmp/portage/trinity-base/twin-14.1.2/work/tdebase-trinity-14.1.2"
* Build directory (BUILD_DIR): "/var/tmp/portage/trinity-base/twin-14.1.2/work/tdebase-trinity-14.1.2_build"
cmake -C /var/tmp/portage/trinity-base/twin-14.1.2/work/tdebase-trinity-14.1.2_build/gentoo_common_config.cmake -G Ninja -DCMAKE_INSTALL_PREFIX=/usr -DCMAKE_INSTALL_PREFIX=/usr/trinity/14 -DCMAKE_INSTALL_RPATH=/usr/trinity/14 -DWITH_XCOMPOSITE=yes -DWITH_XFIXES=yes -DWITH_XRENDER=yes -DWITH_OPENGL=yes -DWITH_XRANDR=no -DWITH_LIBCONFIG=yes -DWITH_PCRE=yes -DWITH_XINERAMA=no -DBUILD_TWIN=ON -DBUILD_ALL=OFF -DWITH_ALL_OPTIONS=OFF -DCMAKE_BUILD_TYPE=RelWithDebInfo -DCMAKE_TOOLCHAIN_FILE=/var/tmp/portage/trinity-base/twin-14.1.2/work/tdebase-trinity-14.1.2_build/gentoo_toolchain.cmake /var/tmp/portage/trinity-base/twin-14.1.2/work/tdebase-trinity-14.1.2
loading initial cache file /var/tmp/portage/trinity-base/twin-14.1.2/work/tdebase-trinity-14.1.2_build/gentoo_common_config.cmake
-- The C compiler identification is GNU 14.2.1
-- The CXX compiler identification is GNU 14.2.1
-- Detecting C compiler ABI info
-- Detecting C compiler ABI info - done
-- Check for working C compiler: /usr/bin/x86_64-pc-linux-gnu-gcc - skipped
-- Detecting C compile features
-- Detecting C compile features - done
-- Detecting CXX compiler ABI info
-- Detecting CXX compiler ABI info - done
-- Check for working CXX compiler: /usr/bin/x86_64-pc-linux-gnu-g++ - skipped
-- Detecting CXX compile features
-- Detecting CXX compile features - done
-- Found PkgConfig: /usr/bin/x86_64-pc-linux-gnu-pkg-config (found version "2.3.0")
-- Detected x86_64 CPU architecture
-- Performing Test HAVE_PIE_SUPPORT
-- Performing Test HAVE_PIE_SUPPORT - Success
-- Performing Test LINKER_PIE_SUPPORT
-- Performing Test LINKER_PIE_SUPPORT - Success
-- Performing Test CXXFLAG_fdebug_prefix_map
-- Performing Test CXXFLAG_fdebug_prefix_map - Success
-- Performing Test CXXFLAG_fmacro_prefix_map
-- Performing Test CXXFLAG_fmacro_prefix_map - Success
-- Check support for large files
-- Looking for sys/types.h
-- Looking for sys/types.h - found
-- Looking for stdint.h
-- Looking for stdint.h - found
-- Looking for stddef.h
-- Looking for stddef.h - found
-- Check size of off_t
-- Check size of off_t - done
-- Looking for fseeko
-- Looking for fseeko - found
-- Check support for large files - Success
-- Checking for one of the modules 'tqt'
-- tmoc path: /usr/bin/tmoc
-- moc path: /usr/tqt3/bin/tqmoc
-- uic path: /usr/tqt3/bin/tquic
-- tqt-replace path: /usr/bin/tqt-replace
-- Performing Test HAVE_USABLE_TQT
-- Performing Test HAVE_USABLE_TQT - Success
-- checking for 'TDE'
-- Checking for one of the modules 'tqt'
-- found 'TDE', version 14.1.2
-- Looking for strlcat
-- Looking for strlcat - found
-- Looking for strlcat
-- Looking for strlcat - found
-- Looking for strlcpy
-- Looking for strlcpy - found
-- Looking for strlcpy
-- Looking for strlcpy - found
-- Using system usb.ids file: /usr/share/hwdata/usb.ids
-- Looking for dlopen in dl
-- Looking for dlopen in dl - found
-- Looking for crypt in crypt
-- Looking for crypt in crypt - found
-- Checking for one of the modules 'xrender'
-- Checking for one of the modules 'xcomposite'
-- Checking for one of the modules 'xdamage'
CMake Error at /usr/share/cmake/Modules/TDEMacros.cmake:127 (message):
#################################################

xdamage is required for xcomposite support, but was not found on your system

#################################################
Call Stack (most recent call first):
ConfigureChecks.cmake:233 (tde_message_fatal)
CMakeLists.txt:231 (include)


-- Configuring incomplete, errors occurred!
* ERROR: trinity-base/twin-14.1.2::trinity-official failed (configure phase):
* cmake failed
*
* Call stack:
* ebuild.sh, line 136: Called src_configure
* environment, line 2208: Called trinity-meta-2_src_configure
* environment, line 3450: Called trinity-base-2_src_configure
* environment, line 3266: Called cmake_src_configure
* environment, line 1027: Called die
* The specific snippet of code:
* "${CMAKE_BINARY}" "${cmakeargs[@]}" "${CMAKE_USE_DIR}" || die "cmake failed";
*
* If you need support, post the output of `emerge --info '=trinity-base/twin-14.1.2::trinity-official'`,
* the complete build log and the output of `emerge -pqv '=trinity-base/twin-14.1.2::trinity-official'`.
* The complete build log is located at '/var/tmp/portage/trinity-base/twin-14.1.2/temp/build.log'.
* The ebuild environment file is located at '/var/tmp/portage/trinity-base/twin-14.1.2/temp/environment'.
* Working directory: '/var/tmp/portage/trinity-base/twin-14.1.2/work/tdebase-trinity-14.1.2_build'
* S: '/var/tmp/portage/trinity-base/twin-14.1.2/work/tdebase-trinity-14.1.2'
!!! Error while importing logging modules while loading "mod_split_elog":
No module named 'portage.elog.mod_split_elog'

>>> Failed to emerge trinity-base/twin-14.1.2

* Messages for package trinity-base/twin-14.1.2:

* ERROR: trinity-base/twin-14.1.2::trinity-official failed (configure phase):
* cmake failed
*
* Call stack:
* ebuild.sh, line 136: Called src_configure
* environment, line 2208: Called trinity-meta-2_src_configure
* environment, line 3450: Called trinity-base-2_src_configure
* environment, line 3266: Called cmake_src_configure
* environment, line 1027: Called die
* The specific snippet of code:
* "${CMAKE_BINARY}" "${cmakeargs[@]}" "${CMAKE_USE_DIR}" || die "cmake failed";
*
* If you need support, post the output of `emerge --info '=trinity-base/twin-14.1.2::trinity-official'`,
* the complete build log and the output of `emerge -pqv '=trinity-base/twin-14.1.2::trinity-official'`.
* The complete build log is located at '/var/tmp/portage/trinity-base/twin-14.1.2/temp/build.log'.
* The ebuild environment file is located at '/var/tmp/portage/trinity-base/twin-14.1.2/temp/environment'.
* Working directory: '/var/tmp/portage/trinity-base/twin-14.1.2/work/tdebase-trinity-14.1.2_build'

* S: '/var/tmp/portage/trinity-base/twin-14.1.2/work/tdebase-trinity-14.1.2'

Добавлено (06:22):

что ему надо? xcomposite глобально включен

[ormorph]

что ему надо? xcomposite глобально включен

Просто не хватает зависимостей пакета libXdamage, добавил исправление, пока ждём когда примут.
Кстати это только у меня unixforum.org блокируется или ещё у кого? Пришлось заходить по через плагин VPN.

[gamper785]

Всем привет, что тут делать? https://bpa.st/PTMA

emerge --info

Portage 3.0.65 (python 3.12.5-final-0, default/linux/amd64/23.0/desktop, gcc-14, glibc-2.40, 6.10.6-amd64 x86_64)
=================================================================
System uname: Linux-6.10.6-amd64-x86_64-Intel-R-_Core-TM-_i7-9700K_CPU_@_3.60GHz-with-glibc2.40
KiB Mem: 32787384 total, 14848728 free
KiB Swap: 0 total, 0 free
Timestamp of repository gentoo: Sat, 31 Aug 2024 11:30:00 +0000
Head commit of repository gentoo: 730e6c66605fcd4c659aaed6273d5baa203275c3
Head commit of repository trinity-official: f6cde938ec54e82251e2f026e57157ddb8e22049

sh bash 5.2_p32-r1
ld GNU ld (Gentoo 2.43 p2) 2.43.1
app-misc/pax-utils: 1.3.7::gentoo
app-shells/bash: 5.2_p32-r1::gentoo
dev-build/autoconf: 2.72-r1::gentoo
dev-build/automake: 1.17-r1::gentoo
dev-build/cmake: 3.30.2::gentoo
dev-build/libtool: 2.4.7-r4::gentoo
dev-build/make: 4.4.1-r1::gentoo
dev-build/meson: 1.5.1::gentoo
dev-lang/perl: 5.40.0::gentoo
dev-lang/python: 3.12.5_p1::gentoo, 3.13.0_rc1_p3::gentoo
sys-apps/baselayout: 2.15::gentoo
sys-apps/openrc: 0.54.2::gentoo
sys-apps/sandbox: 2.39::gentoo
sys-devel/binutils: 2.43-r1::gentoo
sys-devel/binutils-config: 5.5.2::gentoo
sys-devel/gcc: 14.2.1_p20240817::gentoo
sys-devel/gcc-config: 2.11::gentoo
sys-devel/llvm: 18.1.8-r4::gentoo
sys-kernel/linux-headers: 6.10::gentoo (virtual/os-headers)
sys-libs/glibc: 2.40::gentoo
Repositories:

gentoo
location: /var/db/repos/gentoo
sync-type: rsync
sync-uri: rsync://rsync.gentoo.org/gentoo-portage
priority: -1000
volatile: False
sync-rsync-verify-max-age: 3
sync-rsync-verify-jobs: 1
sync-rsync-extra-opts:
sync-rsync-verify-metamanifest: yes

trinity-official
location: /var/db/repos/trinity-official
sync-type: git
sync-uri: https://mirror.git.trinitydesktop.org/gitea/TDE/tde-packaging-gentoo.git
masters: gentoo
volatile: False

Binary Repositories:

gentoobinhost
priority: 1
sync-uri: https://distfiles.gentoo.org/releases/amd64/binpackages/23.0/x86-64

ACCEPT_KEYWORDS="amd64 ~amd64"
ACCEPT_LICENSE="*"
CBUILD="x86_64-pc-linux-gnu"
CFLAGS="-march=native -O2 -pipe"
CHOST="x86_64-pc-linux-gnu"
CONFIG_PROTECT="/etc /usr/share/config /usr/share/gnupg/qualified.txt /usr/trinity/14/env /usr/trinity/14/share/config /usr/trinity/14/shutdown"
CONFIG_PROTECT_MASK="/etc/ca-certificates.conf /etc/dconf /etc/env.d /etc/fonts/fonts.conf /etc/gconf /etc/gentoo-release /etc/revdep-rebuild /etc/sandbox.d"
CXXFLAGS="-march=native -O2 -pipe"
DISTDIR="/var/cache/distfiles"
EMERGE_DEFAULT_OPTS="--quiet-build=n --with-bdeps=y"
ENV_UNSET="CARGO_HOME DBUS_SESSION_BUS_ADDRESS DISPLAY GDK_PIXBUF_MODULE_FILE GOBIN GOPATH PERL5LIB PERL5OPT PERLPREFIX PERL_CORE PERL_MB_OPT PERL_MM_OPT XAUTHORITY XDG_CACHE_HOME XDG_CONFIG_HOME XDG_DATA_HOME XDG_RUNTIME_DIR XDG_STATE_HOME"
FCFLAGS="-march=native -O2 -pipe"
FEATURES="assume-digests binpkg-docompress binpkg-dostrip binpkg-logs binpkg-multi-instance buildpkg-live candy config-protect-if-modified distlocks ebuild-locks fail-clean fixlafiles ipc-sandbox merge-sync merge-wait multilib-strict network-sandbox news parallel-fetch pid-sandbox pkgdir-index-trusted preserve-libs protect-owned qa-unresolved-soname-deps sandbox sfperms strict unknown-features-warn unmerge-logs unmerge-orphans userfetch userpriv usersandbox usersync xattr"
FFLAGS="-march=native -O2 -pipe"
GENTOO_MIRRORS="http://distfiles.gentoo.org/"
LANG="C.utf8"
LDFLAGS="-Wl,-O1 -Wl,--as-needed -Wl,-z,pack-relative-relocs"
LEX="flex"
MAKEOPTS="-j9"
PKGDIR="/var/cache/binpkgs"
PORTAGE_CONFIGROOT="/"
PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --omit-dir-times --compress --force --whole-file --delete --stats --human-readable --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages --exclude=/.git"
PORTAGE_TMPDIR="/var/tmp"
SHELL="/bin/bash"
USE="X \ a52 aac acl acpi alsa amd64 bluetooth branding bzip2 cairo cdda cdr cet crypt cups dbus dri dts dvd dvdr elogind encode exif flac gdbm gif gpm gui iconv icu ipv6 jpeg kf6compat lcms libnotify libtirpc mad mng mp3 mp4 mpeg multilib ncurses nls ogg opengl openmp pam pango pcre pdf png policykit ppds pulseaudio qt5 readline savedconfig sdl seccomp sound spell ssl startup-notification svg test-rust tiff truetype udev udisks unicode upower usb vorbis vulkan wxwidgets x264 xattr xcb xcomposite xft xml xv xvid zlib" ABI_X86="64" ADA_TARGET="gcc_12" ALSA_CARDS="usb-audio" APACHE2_MODULES="authn_core authz_core socache_shmcb unixd actions alias auth_basic authn_anon authn_dbm authn_file authz_dbm authz_groupfile authz_host authz_owner authz_user autoindex cache cgi cgid dav dav_fs dav_lock deflate dir env expires ext_filter file_cache filter headers include info log_config logio mime mime_magic negotiation rewrite setenvif speling status unique_id userdir usertrack vhost_alias" CALLIGRA_FEATURES="karbon sheets words" COLLECTD_PLUGINS="df interface irq load memory rrdtool swap syslog" CPU_FLAGS_X86="mmx mmxext sse sse2 aes avx avx2 f16c fma3 pclmul popcnt rdrand sse3 sse4_1 sse4_2 ssse3" ELIBC="glibc" GPSD_PROTOCOLS="ashtech aivdm earthmate evermore fv18 garmin garmintxt gpsclock greis isync itrax mtk3301 ntrip navcom oceanserver oncore rtcm104v2 rtcm104v3 sirf skytraq superstar2 tsip tripmate tnt ublox" GUILE_SINGLE_TARGET="3-0" GUILE_TARGETS="3-0" INPUT_DEVICES="libinput synaptics" KERNEL="linux" L10N="en ru" LCD_DEVICES="bayrad cfontz glk hd44780 lb216 lcdm001 mtxorb text" LUA_SINGLE_TARGET="lua5-1" LUA_TARGETS="lua5-1" OFFICE_IMPLEMENTATION="libreoffice" PHP_TARGETS="php8-2" POSTGRES_TARGETS="postgres15" PYTHON_SINGLE_TARGET="python3_12" PYTHON_TARGETS="python3_12" RUBY_TARGETS="ruby31 ruby32" VIDEO_CARDS="nouveau" XTABLES_ADDONS="quota2 psd pknock lscan length2 ipv4options ipp2p iface geoip fuzzy condition tarpit sysrq proto logmark ipmark dhcpmac delude chaos account"
Unset: ADDR2LINE, AR, ARFLAGS, AS, ASFLAGS, CC, CCLD, CONFIG_SHELL, CPP, CPPFLAGS, CTARGET, CXX, CXXFILT, ELFEDIT, EXTRA_ECONF, F77FLAGS, FC, GCOV, GPROF, INSTALL_MASK, LC_ALL, LD, LFLAGS, LIBTOOL, LINGUAS, MAKE, MAKEFLAGS, NM, OBJCOPY, OBJDUMP, PORTAGE_BINHOST, PORTAGE_BUNZIP2_COMMAND, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS, PYTHONPATH, RANLIB, READELF, RUSTFLAGS, SIZE, STRINGS, STRIP, YACC, YFLAGS

[ormorph]

Всем привет, что тут делать? https://bpa.st/PTMA

Используете нестабильную версию gcc-14. Как вариант либо добавить этот патч в /etc/portage/patches/trinity-base/tdm-14.1.2, либо собрать другим компилятором, например clang.

[ormorph]

Так же для gcc-14 нужно ещё патч для tqt, иначе будут проблемы с отображением символов некоторых языков, например арабского. Либо добавить флаг -fno-tree-vrp, для сборки tqt. Все эти проблемы будут решены в версии 14.1.3, но в версии 14.1.2 исправлений ещё нет. Так как вы используете нестабильную версию компилятора, то решение таких проблем как раз на вас.

[gamper785]

Большое спасибо в очередной раз. С патчем собралось нормально

[sunjob]

к личной переписке

[sunjob]

день добрый!
свалились настройки тринити.
удалять конфиг-каталог и заново все перенастраивать - как-то желания нет ни какого. может кто подскажет где подшаманить?!
до "поры" пункты меню разворачивались полностью, теперь показывается только вертикальный столбец и "нужно делать прокрутку" (прям бесиииттт!!!! ).
вопрос - как восстановить дефолт? (пробежался по всем настройкам и ... упс, не нашел!)
tde-14.0.11

sys_icones_desktop_restore2.jpg

[ormorph]

На вид всё вполне стандартно, просто список в пункте Development большой, если размер шрифта увеличил, или уменьшил разрешение экрана, то результат таким и должен быть. А так все настройки в тут:

Самому уже надоедает этот велосипед изобретать, уже подумываю послать всё это дело и перейти на KDE6. Думаю свято место пусто не бывает, найдётся тот кто будет поддерживать дальше сборку. Тем более что там добавлять изменения могут все кому не лень. Добился самое главное что бы шрифты нормально отображались в KDE6 в консоли, с поддержкой выделения.

Если нужно поменьше памяти использовать, то всегда есть openbox. Просто если включить композитор в настройках TDE, то разницы с KDE6 не будет, а может ещё и больше кушать будет. Единственное в KDE6 мне не нравится работа с корзиной - их виджет на рабочем столе, если добавить - полное г, не работает восстановление, нужно открывать ФМ и править там. Но рано или поздно это всё равно придётся сделать.