попытка сборки KDE 3.5.13 (mandriva 2010.2)

[Беpc]

Приветствую!
Решил попробовать собрать, под свою 64-х битную систему, KDE из src.rpm пакетов собранных под Mandriva 2011.
qt3 собрался без проблем, а вот дальше не получилось.

[oleg@localhost Загрузки]$ rpmbuild --rebuild libtqtinterface-3.5.13-5.src.rpm
Устанавливается libtqtinterface-3.5.13-5.src.rpm
предупреждение: InstallSourcePackage at: psm.c:246: Заголовок V4 DSA signature: NOKEY, key ID c1154b4c
.....
.....
+ export xdg_menudir=/etc/xdg/kde/menus
+ xdg_menudir=/etc/xdg/kde/menus
+ %configure_kde3
/var/tmp/rpm-tmp.VPUjr6: line 31: fg: no job control
ошибка: Неверный код возврата из /var/tmp/rpm-tmp.VPUjr6 (%build)

Ошибки сборки пакетов:
InstallSourcePackage at: psm.c:246: Заголовок V4 DSA signature: NOKEY, key ID c1154b4c
Неверный код возврата из /var/tmp/rpm-tmp.VPUjr6 (%build)

Собственно вопросов два:
1) Что это за "IInstallSourcePackage at: psm.c:246: Заголовок V4 DSA signature: NOKEY, key ID c1154b4c"? Что нужно сделать, чтобы убрать эту надпись, если она важна.
2) В файле /var/tmp/rpm-tmp.VPUjr6 строка 31 это "%configure_kde3". Тут я совсем не знаю что делать.

Сразу предупреждаю, что такими сборками занимаюсь не часто. Минимальные знания и понятия есть, но именно минимальные. Так что, ежели что, придётся пошагово объяснять что и как нужно делать. Чтоб в будущем таких вопросов с моей стороны не возникало.

[verg]

Что нужно сделать, чтобы убрать эту надпись, если она важна.

Просто пакет не подписан. (не важно)



Есть TDE3.5.12 для 2010.2: http://www.autotrain.org/mdv-kde/2010.2/
Сорцы: http://www.autotrain.org/mdv-kde/2010.2/SRPMS/

Или KDE3.5.10: http://www.autotrain.org/mdv-kde/2010.1/
Cорцы: http://www.autotrain.org/mdv-kde/2010.1/SRPMS/

[Беpc]

verg
спасибо за ссылки, но проблема в том, что я от туда же брал и для kde 3.5.13.
попытка сборки libtqtinterface от 3.5.12 вываливалась с той же ошибкой:
+ %configure_kde3
/var/tmp/rpm-tmp.VPUjr6: line 31: fg: no job control

[verg]

попытка сборки libtqtinterface от 3.5.12

Есть собранный: http://www.autotrain.org/mdv-kde/2010.2/li...2010.2.i586.rpm

[Беpc]

Дико извиняюсь, у меня 64-х битная система.
Первый пост поправил.

[Pulfer]

verg
спасибо за ссылки, но проблема в том, что я от туда же брал и для kde 3.5.13.
попытка сборки libtqtinterface от 3.5.12 вываливалась с той же ошибкой:
+ %configure_kde3
/var/tmp/rpm-tmp.VPUjr6: line 31: fg: no job control

Надо полагать, не установлен пакет, в котором определён макрос %configure_kde3. Раньше он назывался kde3-macros.

Можно из этого SRPM пересобрать себе: http://mib.pianetalinux.org/2011.0/srpms/k....5.10-6.src.rpm

[verg]

С той репы:
http://www.autotrain.org/mdv-kde/2011.0/SR....5.13-1.src.rpm

[Беpc]

Кажется дело сдвинулось. Попробую пособирать.
Спасибо за информацию.

[Беpc]

Остановился на попытке сборки kde3-krandr и kde3-ksplash-engine-moodin.

kde3-krandr выпадает с ошибкой:
+ %patch10 -p0
/var/tmp/rpm-tmp.ntPJbw: line 31: fg: no job control

kde3-ksplash-engine-moodin выпадает с ошибкой:
+ %patch14 -p0
/var/tmp/rpm-tmp.rEwKcM: line 30: fg: no job control

[Bizdelnick]

А патчи-то с такими номерами наличествуют?

[verg]

Патчи в сорцах есть.
Вырезано из спеков:

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

Patch14:   moodin-configure.patch
--------------------------------------------------

%prep
rm -rf %buildroot

%setup -q -n moodin -a1

%patch1 -p1 -b .autoconf
%patch2 -p1 -b .fix_bug
%patch3 -p1 -b .fix_mem_leak
%patch4 -p1 -b .use_svg
%patch5 -p1 -b .use_status_offset
%patch6 -p1 -b .fix_svg
%patch7 -p1 -b .automake
%patch8 -p1 -b .external_svgrender
%patch9 -p1 -b .fix_drawing
%patch10 -p1 -b .fix_scaling
%patch11 -p1 -b .fix_svg_base_resolution
%if %mdkversion >= 201000
%patch12 -p1
%patch13 -p1
%endif

%build
make -f admin/Makefile.common
%patch14 -p0
%configure_kde3_ac

# svgrender
pushd svgrender
  qmake
  make
popd

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

Patch10: krandr-trinity.patch
------------------------------------------
%prep
%setup -q -n %{oname}-%{version}
%patch0 -p1 -b .legacyrandr
%patch1 -p1 -b .displayswitch
%patch2 -p1 -b .rrate_display
%patch3 -p1 -b .fix_autostart
%patch4 -p1 -b .test_translations
%patch5 -p1 -b .crtc_set
%patch6 -p1 -b .grab_server
%patch7 -p1 -b .flush_after_ungrab
%if %mdkversion >= 201000
%patch8 -p1
%patch9 -p1
%endif

%build
%define _disable_ld_no_undefined 1
make -f admin/Makefile.common cvs
# I can't work out what is causing generating the incorrect path here, so using a post config patch
%patch10 -p0
%configure_kde3_ac --with-extra-libs=%{_kde3_libdir}/trinity/plugins/designer
%make

[Беpc]

Уже опередили :-)

[Pulfer]

Остановился на попытке сборки kde3-krandr и kde3-ksplash-engine-moodin.

kde3-krandr выпадает с ошибкой:
+ %patch10 -p0
/var/tmp/rpm-tmp.ntPJbw: line 31: fg: no job control

kde3-ksplash-engine-moodin выпадает с ошибкой:
+ %patch14 -p0
/var/tmp/rpm-tmp.rEwKcM: line 30: fg: no job control

Видимо, в %build-секции макрос %patch нельзя использовать. Можно попробовать добавить эти патчи как исходники и использовать командой patch, а не макросом.

[Беpc]

Видимо, в %build-секции макрос %patch нельзя использовать. Можно попробовать добавить эти патчи как исходники и использовать командой patch, а не макросом.

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

На данный момент удалось собрать следующие пакеты для Mandriva 2010.2 и Mageia1:
qt3
kde3-macros
dbus-tqt
dbus-1-tqt
libtqtinterface
arts3
kdelibs
kdebase
resmgr
mandriva-kde3-config

Для запуска TDE необходимы kde3-krandr и kde3-ksplash-engine-moodin.
Народ, помогайте

[Pulfer]

Видимо, в %build-секции макрос %patch нельзя использовать. Можно попробовать добавить эти патчи как исходники и использовать командой patch, а не макросом.

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

Ну это типа такого надо попробовать сделать:

1. Заменить

Patch14: moodin-configure.patch

на

Source14: moodin-configure.patch

2. Заменить

%patch14 -p0

на

cat %{SOURCE14} | patch -p0

[Беpc]

Не вышло:

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

If you haven't done so in a while, run ./configure --help
+ patch -p0
+ cat /home/oleg/rpmbuild/SOURCES/moodin-configure.patch
patching file configure
Hunk #1 succeeded at 3613 (offset 74 lines).
Hunk #2 succeeded at 24891 (offset 140 lines).
Hunk #3 succeeded at 24917 (offset 140 lines).
Hunk #4 succeeded at 24942 with fuzz 2 (offset 140 lines).
Hunk #5 FAILED at 24820.
Hunk #6 succeeded at 25200 (offset 140 lines).
Hunk #7 succeeded at 25491 (offset 140 lines).
Hunk #8 succeeded at 25754 (offset 138 lines).
Hunk #9 succeeded at 26371 (offset 138 lines).
1 out of 9 hunks FAILED -- saving rejects to file configure.rej
ошибка: Неверный код возврата из /var/tmp/rpm-tmp.xQXQSb (%build)

Ошибки сборки пакетов:
    Неверный код возврата из /var/tmp/rpm-tmp.xQXQSb (%build)
popd

[Pulfer]

Не вышло:

Ну, тут уже надо патч переделывать. Да и вообще посмотреть надо, что там за патч такой, который в %build-секции спека используется, а не в %prep. Если он патчит результат выполнения команды "make -f admin/Makefile.common", то тут надо другой патч писать, который сам Makefile.common патчил бы, а не его результат.

Подробнее сейчас не скажу, т.к. SRPM-пакетов для 3.5.13 у меня нет, а сходу я их не нашёл.

[Беpc]

Вот пожалуйста:
http://www.autotrain.org/mdv-kde/2011.0/SR....2.1-20.src.rpm
http://www.autotrain.org/mdv-kde/2011.0/SR....4.2-20.src.rpm

[Pulfer]

Вот пожалуйста:
http://www.autotrain.org/mdv-kde/2011.0/SR....2.1-20.src.rpm
http://www.autotrain.org/mdv-kde/2011.0/SR....4.2-20.src.rpm

Переделал патч. Можно попробовать обновлённый SRPM-пакет пересобрать: http://rghost.ru/38823881
Кроме правки патча я ничего не делал, так что не знаю, соберётся ли.

UPD. Только заменить в спеке
#BuildRequires: libkde3base4-devel
на
BuildRequires: libkde3base4-devel

У меня пакет libkde3base4-devel не установлен, так что я его закомментил, о чём только сейчас вспомнил.

[Беpc]

В общем так. При сборке файл выпал с ошибкой:
Ошибки сборки пакетов:
Файл не найден: /home/oleg/rpmbuild/BUILDROOT/kde3-ksplash-engine-moodin-0.4.2-20mdv2010.2.x86_64/opt/trinity/lib64/trinity/ksplashmoodin.la
Файл не найден: /home/oleg/rpmbuild/BUILDROOT/kde3-ksplash-engine-moodin-0.4.2-20mdv2010.2.x86_64/opt/trinity/lib64/trinity/ksplashmoodin.so

Но данные пакеты я нашёл по адресу:
/home/oleg/rpmbuild/BUILDROOT/kde3-ksplash-engine-moodin-0.4.2-20mdv2010.2.x86_64/opt/trinity/lib64/kde3/ksplashmoodin.la
/home/oleg/rpmbuild/BUILDROOT/kde3-ksplash-engine-moodin-0.4.2-20mdv2010.2.x86_64/opt/trinity/lib64/kde3/ksplashmoodin.so

В spec файле я нашёл строчки отвечающие за эти файлы:
%_kde3_libdir/trinity/ksplashmoodin.la
%_kde3_libdir/trinity/ksplashmoodin.so
и заменил на
%_kde3_libdir/kde3/ksplashmoodin.la
%_kde3_libdir/kde3/ksplashmoodin.so
Файл собрался.

Эта замена для конечного результата критична? Или всё-таки нужно оставить trinity и что-то подправить в другом месте? Если нужно править, подскажите какие строчки.

[Pulfer]

Эта замена для конечного результата критична? Или всё-таки нужно оставить trinity и что-то подправить в другом месте? Если нужно править, подскажите какие строчки.

А чёрт его знает. Если будет работать, то нормально Если нет, надо будет патчик написать.

[Беpc]

Если не затруднит, не могли бы Вы ещё и для kde3-krandr так-же srpm пакет собрать?
http://www.autotrain.org/mdv-kde/2011.0/SR....2.1-20.src.rpm
Я тогда смогу попробовать запустить систему и точно буду знать, заработает или нет.

[Pulfer]

Если не затруднит, не могли бы Вы ещё и для kde3-krandr так-же srpm пакет собрать?
http://www.autotrain.org/mdv-kde/2011.0/SR....2.1-20.src.rpm
Я тогда смогу попробовать запустить систему и точно буду знать, заработает или нет.

Ещё немного обновлённый moodin: http://rghost.ru/38839381
И krandr с переделанным патчем: http://rghost.ru/38839417

[Беpc]

В Mandriva 2010.2 под virtualbox TDE запустился. Под Mageia 1 попробую дособрать попозже, работы навалилось много.
Мне показалось, что вторичный запуск приложений стал намного быстрее по сравнению с нынешней сборкой KDE 3.5.10. Причём очень намного.
Но это virtualbox, так что всё может быть по другому на реальной машине.

Русифицировать тоже удалось. Правда, как мне кажется, ламерским способом подмены, но русификатор встал и работает.
Если кому нужны пакеты, обращайтесь. Скину всё, что удалось собрать.
Ну и попробую ещё пособирать, что смогу.

Pulfer
Спасибо огромное за помощь в сборке!
Ежели ещё вопросы по сборкам возникнут, можно будет обратиться?

[Pulfer]

Pulfer
Спасибо огромное за помощь в сборке!
Ежели ещё вопросы по сборкам возникнут, можно будет обратиться?

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

[Беpc]

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

Постараюсь управляться своими силами

Возникло пару вопросов технического плана:
1) В Mandriva Control Center в графе "Загрузка" - "Оконный менеджер" отсутствует KDM3. Сейчас загружаюсь через KDM4.
В инете нашёл только одну рекомендацию прописать файл /usr/share/xsessions/trinity.desktop
[Desktop Entry]
Encoding=UTF-8
Name=Trinity
Comment=KDE3-session
Exec=/opt/trinity/bin/startkde
TryExec=/opt/trinity/bin/startkde
Icon=kmenu.png
Type=XSession
Это ни к чему не привело. Никто не знает, что и где нужно прописать, чтобы KDM3 заработал?

2) При сборке kde3-kdeutils пакет требует tpctl-devel. Но, tpctl-devel существует только в сборке i586. Попытка же сборки его из src.rpm приводит к сообщению, что в данном пакете нет поддержки 64-бит. Собственно вопрос, ставить i586 и собирать или есть какой другой вариант? Меня озадачивает то, что под Mandriva 2011 64-бит пакет kde3-kdelibs был как-то собран с этой зависимостью.

[Bizdelnick]

1) http://wiki.mandriva.com/en/Development/Ho...Display_Manager
2) Вероятно, зависимости, предоставляемые пакетом, изменились, но сам он не должен был никуда деться.

[Беpc]

2) Вероятно, зависимости, предоставляемые пакетом, изменились, но сам он не должен был никуда деться.

Но это нормально, когда 64-х битный пакет ссылается на 32-х битный?
Я с этим не сталкивался, поэтому и спрашиваю.

[Bizdelnick]

Но это нормально, когда 64-х битный пакет ссылается на 32-х битный?

Нет. Должен быть и 64-битный.

Upd. Проверил. Действительно, сборка 64-битного отключена, причём сразу при создании пакета в 2007 году. Варианты: 1) попробовать убрать ExclusiveArch у tpctl и собрать его для 64 бит, 2) отключить эту зависимость при посредстве %ifarch.

[olelukoie]

2) При сборке kde3-kdeutils пакет требует tpctl-devel. Но, tpctl-devel существует только в сборке i586. Попытка же сборки его из src.rpm приводит к сообщению, что в данном пакете нет поддержки 64-бит. Собственно вопрос, ставить i586 и собирать или есть какой другой вариант? Меня озадачивает то, что под Mandriva 2011 64-бит пакет kde3-kdelibs был как-то собран с этой зависимостью.

tpctl - это поддержка *старых* ноутов серии ThinkPad, не развивается с 2008 года, доп. инфа здесь.

tp_smapi for newer ThinkPad models. This module provides battery information for models produced since 2001 and possibly earlier, and additional features for models produced since 2003.

tpctl with the thinkpad kernel modules worked on older ThinkPad models but are now obsolete: the drivers no longer build (with the latest Linux versions). On modern ThinkPads tpctl has been superseded by the standardized ACPI subsystem and the tp_smapi driver.

Я думаю, что эту зависимость просто надо выкинуть и собирать без нее, или заменить на tp_smapi (если такой пакет есть в репах).