LINUX.ORG.RU

SLES 11 (sp2)

 , ,


0

1

Граждане подскажите где можно разжиться пакетами с обновлениями на момент прекращения поддержки и пакетами с исходными кодами?

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

Обновиться на что-то более современное и доступное пока что нет возможности.

Или (можно дополнительно) подскажите какой версии OpenSUSE соответствует SLES 11 sp2 и посоветуйте мануал «для не очень сообразительных» как собрать пакет под таргет SLES sp2 используя OBS и srpm от OpenSUSE.

★★

Мне bsdfun рассказывал, что можно вытянуть пакеты из закрытого хранилища, но ему лень в этом разбираться.

Неприятные баги - в студию. Я пользуюсь SLES 11 SP4 (это не несколько версий позже) и может знаю решения.

ZenitharChampion ★★★★★ ()
Ответ на: комментарий от Deleted

11sp3 и 11sp4, но там ядро Linux 3.0. Upd: в SP2 тоже 3.0, я перепутал с SP1

Можешь попробовать openSUSE 11.1 Evergreen. Попробуй сначала в виртуалке.

Устанавливаешь систему. Заходишь в «Управление репозиториями». Стираешь всё что там есть. Добавляешь эти:

https://ftp5.gwdg.de/pub/opensuse/discontinued/distribution/11.1/repo/oss/
https://ftp5.gwdg.de/pub/opensuse/discontinued/distribution/11.1/repo/non-oss/
https://ftp5.gwdg.de/pub/opensuse/discontinued/update/11.1/

Затем устанавливаешь все обновления. В Qt-версии «Установки пакетов YAST» есть кнопка «Переключиться на пакеты из этого репозитория». В GTK-версии я такого не нашёл. Поэтому я просто удалил пакет yast-gtk, и теперь у меня - нормальный yast-qt. Даже несмотря на то, что у меня GNOME.

После полного обновления системы, перезагружаешься. Теперь вот этот репозиторий:

http://download.opensuse.org/repositories/openSUSE:/Evergreen:/11.1/standard/

Всё так же: установил всё, перезагрузился.

Если тебе так важно иметь ядро Linux 2.6.32 (sle11sp1 был на 2.6.32, а sp2 на каком? Уже перешёл на 3.0, или ещё нет?), то вот репозиторий с ядром 2.6.32. Подключается в дополнение к предыдущему:

http://ftp.uni-stuttgart.de/pub/mirrors/build.opensuse.org/openSUSE:/Evergree...

Ну и наконец, мультимедиа-кодеки. На сайте Packman сохранён репозиторий для Evergreen_11.1

ZenitharChampion ★★★★★ ()
Последнее исправление: ZenitharChampion (всего исправлений: 2)

> как собрать пакет под таргет SLES sp2 используя OBS и srpm от OpenSUSE.

Когда я беру какой-нибудь пакет из современной openSUSE, то чаще всего не приходится вносить исправления. Но иногда приходится.

1). Наверху SPEC-файла, там где перечислены BuildRequires: , должна быть такая строчка:

BuildRoot:      %{_tmppath}/%{name}-%{version}-build

В пакетах для новой openSUSE её может не быть. Её сохраняют в двух случаях: 1). Если это - старый пакет, в котором эта строчка всегда была. Если пакет создан недавно, то её не добавляют. 2). Если пакет - низкоуровневый системный, такой как GCC. Такой пакет должен запускаться на всём спектре поддерживаемых систем, начиная SLE 11. А в каком-нибудь апплете для GNOME могут и не добавлять BuildRoot.

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

%files
%defattr(-,root,root)

В пакетах для новой openSUSE делают так:

%files

Добавляешь чего нет, и чаще всего у тебя всё будет собираться.

ZenitharChampion ★★★★★ ()

Ещё могут быть зависимости, перечисленные в формате:

BuildRequires:  pkgconfig(gtk+-2.0)

Просто меняешь на gtk2-devel. А ещё можно выпендриться, и сделать так:

# SLE 11
%if %suse_version < 1140
BuildRequires:  gtk2-devel
# Modern Linux distributions
%else
BuildRequires:  pkgconfig(gtk+-2.0)
%endif

Узнавать, как называется пакет, можно при помощи сайта http://rpmfind.net/ Просто копируешь в строку поиска pkgconfig(gtk+-2.0)

Иногда в новых версиях openSUSE переименовывали пакеты. OBS говорит, что ничто не предоставляет libSDL-devel, хотя в системе он есть. Просто меняешь на SDL-devel. Новые openSUSE от этого не придут в ужас: в пакете libSDL-devel прописано, что он также предоставляет SDL-devel.

Вот ещё немного изменившихся пакетов: Mesa-devel стала Mesa-libGL-devel, а xorg-x11-devel был разбит на 30 мелких подпакетов. Если от тебя просят какой-нибудь libXcomposite-devel, и ты точно знаешь, что эта библиотека находится в пакете xorg-x11-libs - укажи вместо неё зависимость xorg-x11-devel. Вот цитата из моего реального пакета MozillaFirefox 52:

%if 0%{?suse_version} < 1230
BuildRequires:  xorg-x11-devel
BuildRequires:  texinfo
%else
BuildRequires:  libXcomposite-devel
BuildRequires:  makeinfo
%endif
ZenitharChampion ★★★★★ ()
Последнее исправление: ZenitharChampion (всего исправлений: 3)
Ответ на: комментарий от ZenitharChampion

Неприятные баги - в студию. Я пользуюсь SLES 11 SP4 (это не несколько версий позже) и может знаю решения.

Ну вот такой например:

gdm в режиме отдачи сессии по XDMCP в ответ на keepalive пакет от клиента - сообщает, что сессия умерла.

Причем, что непонятно, если я запускаю XServer на windows машине, например xming, то оно работает сутками, а если с linux машины xorg, xnest, xephyr сессия закрывается через 3 минуты с сообщением что сервер сообщил, что сессия умерла.

соответствующий баг в багзилле - https://bugzilla.redhat.com/show_bug.cgi?id=1337067

написано что поправлено в gdm-2.30.4-66.el6 (ну думаю что патч и в апстрим gdm попал примерно в этих вресиях)

а у меня в SLES версия 2.24.0-24.77.1

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

vyv ★★ ()
Ответ на: комментарий от ZenitharChampion

ядро еще 2.6.32.12-0.7

не очень понял, что ты предложил тут: обновить мою исходную систему? или собрать систему для сборки пакетов под мою систему с источниками самих пакетов?

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

Обновление планируем, но после всеобъемлющего тестирования.

Билд система это в принципе хорошо, но насколько собранные пакеты в такой системе будут нормально накатываться и функционировать в SLES?

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

vyv ★★ ()
Ответ на: комментарий от vyv

Если зарегистрироваться на сайте http://suse.com/, можно скачать два установочных диска. На первом будут пакеты, на втором - исходники. Но скачивать ничего не надо, так как добрые люди всё давно скачали и распаковали: http://romolo.cmb.usc.edu/installs/SLES11-SP2-x86_64/CD2/

Вот пакет: http://romolo.cmb.usc.edu/installs/SLES11-SP2-x86_64/CD2/suse/src/gdm-2.24.0-...

ZenitharChampion ★★★★★ ()
Ответ на: комментарий от vyv

Я наложил патч, пакет сейчас собирается. Когда будет готов, можешь подключить этот репозиторий: https://download.opensuse.org/repositories/home:/linux4humans:/temp/SLE_11_SP2 Или просто скачать и установить пакет с помощью rpm -Uvh *.rpm

ZenitharChampion ★★★★★ ()
Последнее исправление: ZenitharChampion (всего исправлений: 2)
Ответ на: комментарий от ZenitharChampion

Ну, как дела?

накатил твои пакеты и действительно все заработало как я ожидал.

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

В общем мне это помогло настроить сервер терминалов на CentOS 7 для доступа к этой машине, чего я и добивался.

vyv ★★ ()