Форум Slackware Linux

TDE/Trinity & KDE3 for Slackware / сборка от русских физиков
Ноги, крылья… Главное — хвост!

- TDE 14.0.6 for Slackware 14.2 / packages, vbox-images, SlackBuild/MEGA-script-pack
- TDE 14.0.5 for Slackware 14.2 / packages, vbox-images, SlackBuild
- TDE 14.0.5 for Slackware 14.1 / packages, vbox-images, SlackBuild
- TDE 14.0.4 for Slackware 14.2 / packages, vbox-images
- TDE 14.0.1 for Slackware 14.1 / packages, vbox-images
- KDE 3.5.10 for Slackware 13.37 / packages, vbox-images

описание сборки, установка, VirtualBox имидж, скриншоты, настройка в текстовом файле

...

### TDE/Trinity-14.0.6 for Slackware-14.2 ###

Описание набора

pre - пакеты, зависимости/необходимые для сборки TDE, а так-же для работы (внутри app)
app - пакеты с приложениями
tde - пакеты TDE
qt3 - пакеты QT3

TDE-14.x - не совместима с QT3, для работы QT3 используется QT3-совместимая TDE-3.5.13.2, собранная "как библиотека"

сборка содержит
- SlackBuild скрипты для tde,qt3 (*)
- архив с исходниками TDE-14.0.6
- bundle-набор скриптов для автоматизации сборки (логирование, списки сборки, состояние/текущий пакет, пр. скрипты для работы)
- bundle-набор имеет custom-настраиваемые списки-пакетов
- сохранение состояния сборки позволяет продолжить с "брошенного пакета", без редактирования "настроек"

(*) pre,app - скриптов много, возможно, позже выложу "свои версии", большинство из них можно найти на slackbuilds.org

URL_TDE-14.0.6_SL14.2
URL_SlackBuild
URL_VirtualBox
URL_Packages
URL_Patches
URL_Troubles

...

дополнительный материал по теме:

Trinity: How To Build TDE
Trinity: Category/Developers
Trinity: Building KDE-3.5
Trintiy: GIT

wiki.ru Trinity
giustetti.net: TDE introduction
Thorn TDE Slackbuilds (пропал куда-то)
fork of Thorn
cethyel
ArchLinux TDE
Alien Multilib

lazytux.it - binary packages
http://www.lazytux.it/release/slackware/14.2/64/trinity/
http://www.lazytux.it/release/slackware/14.2/32/trinity/

Beyond Linux From Scratch
Beyond Linux From Scratch, KDE3 base packages
Beyond Linux From Scratch, KDE3 add packages
Beyond Linux From Scratch, KDE3 develop packages

Ray-V - A fork of Thorn Inurcide's SlackBuilds for the Trinity Desktop Environment
Ray-V Patches for glibc issues in tdebase build

ormorph_TDE / russian gentoo
KDE3 Serghei Amelian
TDE Roman Savochenko
TDE 14.0.4 SlackBuild for Slackware current 2017.06.28 by Algierd

tag: slackware tde trintiy kde3 desktop

_________________
если я ошибаюсь, то поправьте а не критикуйте :о)

Монументально.
Есть предложение: текстовый файл с описанием сборки, настройки положить рядом вне архивов. Если делались слакбилды, тоже сложить их рядышком отдельным архивом.

_________________
irc://freenode.net/##slackware-ru

перенес все а подкаталог TDE-14.0.4_SL14.2_x64

setup.txt - файл с описанием
KDEnLive.tar.xz - архив с KDEnLive
TDE.tar.xz - архив с пакетами TDE
add.tar.xz - архив с настройками


неудобно манипулировать множеством файлов/каталогов, сделан архивом, размер небольшой:

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

полез милок в скриптец
а там всему пи...ць..
(в стихах... как то так )

... и уровень у нас не тот, что у ИТ-небожителей-колдунов

_________________
если я ошибаюсь, то поправьте а не критикуйте :о)

sunjob,
не, то было не про сами настройки, а про помянутый выше текстовый файл: "текстовый файл с описанием сборки, [описанием] настройки", все нормуль.

_________________
irc://freenode.net/##slackware-ru

Что бросилось в глаза.
По п.6 Имелось в виду вместо lnВ любом случае, .new файлы изначально предназначены для замены ими предыдущих вариантов без .new после ручного объединения и последующего удаления, поэтому линковать к .new плохая идея
Не переписывается заменяемый файл сразу только тогда (и потому), когда отличается от .new, а значит там могут быть сделанные администратором системы изменения. Чтобы их не потерять и пишется .new.
Для последующей разборки с .new предназначен в том числе slackpkg new-config (но он на себя не берет критичные случаи).
штатное действие после обновления.

_________________
irc://freenode.net/##slackware-ru

по нашему, очень даже хорошая идея, и старый не теряется, и новый при деле!
главное понимать что тут твариться и для чего это надо

...может "обслуживающий админ" захочет дотошно разобраться с новым файлом и вручную, под себя, адаптировать старый, с новыми веяниями, ну или еще какь...

по такому же принципу делаются ссылки на полные версии библиотек, типа
/usr/lib/qt4->qt4.x.x

очень удобно, в системе может быть установлена куча версий qt4...а короткая ссылка "как бы намекает" какая из них "основная" в данный момент

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

_________________
если я ошибаюсь, то поправьте а не критикуйте :о)

Нет ничего более долгоиграющего, чем временные решения.
file.new -- это сигнал: обновление не завершено, объедини руками содержимое с file, удали file.new.
Открываете вы по привычке оба файла: возможно, даже не открываете, предварительно сделав сильно удивляетесь .new и отсутствию изменений (doinst.sh всегда удаляет file.new, если он не отличается от имеющегося file), и со спокойной душой на автомате делаете привычноеКак там в таких случаях говорят ядрёные физики? Упс?


PS. Например, см. п.5 из UPGRADE.TXT, он же на великом и могучем: UPGRADE.TXT.

_________________
irc://freenode.net/##slackware-ru

дак шо говорят? не понимаем мы ваших высоко-летающих замыслов, нам что по проще и попонятнее...

вот лежат два файла * & *.new - ага, нам сигнал :о) берем и смотрим что там да чаво, а т.к. системы ну очень долгоиграющие, то и скритпы достаточно часто ну очень сильно отличаются от стокового ...

поэтому мы берем микроскоп, изучаем что нам тут подсунули в *.new файл, делаем соотв. умозлоключение и соотв. телодвижением по калавиатуре доводим текущий скрипт до нужного состояния под нас под себя под любимых... фысЁ!!!

ясно, локоничнои прозрачно :о) вот че скажут русские физики

п.с.
а то шо там патрег нафилософствовал...

все что нам удобно - используем, все что нет неиспользуем... делаем так, как нам удобно, понятно и проще...а если он завтра бросит клич "долбим молотком по гранате"?

п.с.2

- неее... это вы так делаете


вы считаете, что мы не в курсе? да, книг мы не читаем, разум черпаем из космоса и методом русского тыка ...

за помощь спасибо

_________________
если я ошибаюсь, то поправьте а не критикуйте :о)

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

_________________
irc://freenode.net/##slackware-ru

ой ну да, канечно! щас построим новый калл-лайдер на ровном месте... из-за какой то одной новой букавки...

закроем тему "как надо" или "как нужно", петров и ильченко с этим лучше справляются

спааасиибооо!!!

не о том мы спорим, вот бы с косяками разобраться ...

### UPDATE ###

ссылка на сорсфорж
sourceforge
https://sourceforge.net/projects/tde-slackware

_________________
если я ошибаюсь, то поправьте а не критикуйте :о)

спасибо за труд, надеюсь будешь поддерживать

сам же я собирал tde (core-часть) отсюда https://github.com/Thorn-Inurcide/tde-slackbuilds

что-то как-то ничего примечательного в плане WM/DE не показалось,
у меня Ob функциональнее настроен может еще, ну разве что амарок1) есть...
Но там посмотри можешь найдешь решение по твоему вопросу.

Ладно, а что на github не сделаешь проект, вроде ничего так идея?
(Но там больше по коду и ограничение в размере файла (~до100Мб), а так удобно)
И там еще возможность WiKi есть (.md), в которую прям твой файл с описанием напрашивается,
Можно даже страничку сайта запилить, к примеру https://cinnamonslackbuilds.github.io/
https://github.com/CinnamonSlackBuilds/ ... .github.io

И это смотрю ты с шрифтами возился, вроде, лови в помощь по ним может пригодится
https://github.com/nihilismus/bob-infinality-bundle то же пробовал ставить и с данными сидеть,
но все равно вернулся на пакеты от Патрика, к ним больше как-то привык наверно уже, но по всяким возвращениям на слаку было дело сопротивлялся

_________________
• Dell Inspiron 3721-0179 @ i3-3217U 1,8Ghz • DDR3 1600 MHz 8Gb • Intel 4000 HD • WiFi AR9485
• Slackware-stable @ WM: Openbox • Web: Firefox • Jabber: Gajim

привет!


хороший проект, .... наверное, у меня не прижился по идиологическо/рулЁзно/хитруншным причинам, во время работы - "он" созадает сслыки на исходник с архивом собираемого приложения...

основная система на моем десктопе slackeware12.2.xxx и собираю я TDE на vbox-e, внутри в.машины, на примонтированных дисках/каталогах (т.е. весь инструментарий лежит НЕ НА виртуальной машине а на локальной тачке, на примантированных дисках итд) ... ну и вот, а vbox не может создавать ссылки в примонтированной расшаренной папке (т.е. папки те, что пробрасываются наверх в локалку)... вот и все, пришлось отказаться от Тхорна... в пользу своего "чуда"


нет ни времени ни желания (скорее времени бОльше...) да и ушлепался я пока собирал :о) щас хоть отпуск бери, здоровье восстанавливай, йод с молоком пить да водкой запивать, радионуклеиды выводить :о)
с другой стороны чем sourceforge плох?


изначально пробовал финт ушами с инфиналити, но эта фигня не прижилась по неск. причинам (фокусы с библиотеками, да и система стала дурить, собранные на ней wine - переставал либо работать, либо нормально работать, либо вообще собираться) ... да и сам автор забросил его, где то писал, что "текущее положение вещей" уже не катит и/или не требует хака с инфиналити...
поэтому пошел по единственно верному пути : правка библиотек

но! надо будет скачать архивчик, глянуть четам-дакаво

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

спасибо и вам удачи

_________________
если я ошибаюсь, то поправьте а не критикуйте :о)

### UPDATE 2017.01.21 ###

- добавлены/собраны kpowersave + hal-0.5.14
т.к. HAL больше не собирается на версиях slackware-14.x, то по "советам" из инета, взят пакет HAL от slackware-13.37, для работы kpowersave - служба hal должна быть запущена, т.е /etc/rc.d/rc.hal - должен иметь соотв. биты на запуск)

+

после установки пакетов появляется запись во время загрузки:

[ 36.255760] udevd[2903]: failed to execute '/lib/udev/socket:@/org/freedesktop/hal/udev_event' 'socket:@/org/freedesktop/hal/udev_event': No such file or directory

отключаем hal udev/rules.d



т.е. используем пакеты "kpowersave + hal-0.5.14" как есть, по "своему усмотрению", если будут комментарии/советы/решения, пожалуйста, пишите

p.s.
просьба к "борману"
в двух словах обьясните смысл команды HAL? и почему она не работает?
подозреваю, что из-за того, что HAL выпилили... но хотелось бы поконкретнее

_________________
если я ошибаюсь, то поправьте а не критикуйте :о)

посмотри может патч подойдет от Арч'еров для HAL
https://aur.archlinux.org/cgit/aur.git/tree/?h=hal

_________________
• Dell Inspiron 3721-0179 @ i3-3217U 1,8Ghz • DDR3 1600 MHz 8Gb • Intel 4000 HD • WiFi AR9485
• Slackware-stable @ WM: Openbox • Web: Firefox • Jabber: Gajim

hal - собрался, но все равно "не понимает" /lib/udev/rules.d/90-hal.rules
с другой стороны великолепно, теперь есть "свой родной HAL"

спасибо

p.s. со временем обновлю архив ("поверхностной" разницы в работе не заметил)

_________________
если я ошибаюсь, то поправьте а не критикуйте :о)

HAL (Hardware Abstraction Layer) -- это программа, которая должна на себя брать взаимодействие с "железом", делая работу с ним для программ в userspace прозрачной и единообразной. Например, благодаря HAL, мы можем и не знать, что у нас в системе используется SSD вместо жесткого диска, можем не заботиться о ручном монтровании флешек, компакт-дисков и т.п. Сегодня udev управляет файлами (нодами) устройств в виртуальной ФС /dev, снабжает каждое устройство набором меток, по которым дальнейшую работу с данным конкретным устройством берут на себя upower, udisks, gphoto, gvfs и прочие "помощники" (helpers). Так вот, HAL брал на себя дальнейшую работу с устройствами, непрерывно опрашивая ядро (последнее привело к необходимости его выпиливания).

_________________
Истинный hotplug - это обычная электрическая розетка: воткнул - работает, и никаких драйверов.

Правило udev кривое. Тогдашний udev имел немного другой синтаксис выражения RUN+= (да и правил в целом). google://socket activation

/* P.S. А systemd-разрабы -- лгуны, похоже ;) Socket-активация была еще в udev-165, а они ее преподносят как фичу исключительно systemd... */
/* Поправка: Не 165 (из Slackware-13.37) -- в udev(7) не упоминается "socket:", а 141 (из Slackware-13.0), в котором в udev(7) присутствует объяснение как это работает:

Что (не без домыслов переводчика) значит:

Впрочем, в исходниках udev-165, вроде бы, необходимая функциональность все еще присутствует, но ее уже нет в udev-182 (Slackware-14.0). */

_________________
Истинный hotplug - это обычная электрическая розетка: воткнул - работает, и никаких драйверов.

about udev/hal/dbus - я в курсе ...

проблема в другом
90-hal.rules - правило от самого HAL, т.е. оно находится в пакете "родного" HAL (ну не сам же я пишу эти правила, т.е. 90-hal.rules - находится в исходниках и после make install - "устанавливается в пакет"... условно, но как то так)

поэтому, свое правило он должен нормально парсить и понимать...

в обоих версиях HAL (от SL13.37 и последней версии от Arch) - правило одно и то же

да и было бы нелепо предполагать, что HAL не может разобраться со своими собственными правилами...

ну да, я вполне допускаю, что "синтаксис" мог быть измененным, но, и чЁ с того? ведь HAL не чужие-самописные правила разбирает, а свои собственные, из своего же дерева/исходника

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

пока нет ясного понимания "кто виновать и что делать"? извечный вопрос русской интеллигенции

зы
по умолчанию, сейчас правило 90-hal.rules отключено и это не мешает прекрасно работать HAL-зависимому приложению kpowersave

зы2
допускаю что udev надо более пристально рассмотреть

ну да, вы о том же и пишите



с другой стороны, я читал, что TDE-ные разработчики сделали прослойку-библиотеку, кот. заменяет HAL... но ни где эту библиотеку я что-то не встречал, ну нет такой *hal* в исходниках... и даже, если она хитро-и-незаметненько так интегрирована в основные библиотеки TDE, то какого хрена одно единственное приложение не переписать на работу с родной прослойкой а не HAL?

видимо и TDE-ники тоже немного лукавят (или я че не так понял)

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

_________________
если я ошибаюсь, то поправьте а не критикуйте :о)

Да не он это правило парсит и понимает, а udev, и "no such file..." -- это его, udev-а, сообщение, что логично.

_________________
Истинный hotplug - это обычная электрическая розетка: воткнул - работает, и никаких драйверов.

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

п.с. по мне так - это не проблема, а так, проблемочка, точнее - kpower хорошая утилитка, но прожить без нее можно, точка!

п.с.2
что то мы оба тупим tdepowersave --> замена для kpowersave
которая не требует HAL

тогда не понятно, что kpowersave вообще делает в дереве исходников?!!! если ей есть нативная замена

_________________
если я ошибаюсь, то поправьте а не критикуйте :о)