openSUSE Build Service 1.7

>11.2 x64 из коробки. Версию gcc могу только вечером глянуть дома. mplayer и из svn, и из архива, либу x264 из git с сайта vlc брал.

если ванильный mplayer не собирается то можно скачать этот пакет

http://packman.links2linux.org/downloadsource/151054/MPlayer-1.0rc2_r30099-2....

и посомтреть какие патчи там применены

в пакмане по идее весь софт собран исключительно тем набором компиляторов и либ что есть в дефолтном зузе дистрибутиве, те репозитарий 11.2 в пакмане полность собран с помощью исключительно oss и non-oss репозитария 11.2

Для сборки пакетов в личных целях поднимать на локалхосте билдсервис – это несколько круто.

>11.2 x64 из коробки. Версию gcc могу только вечером глянуть дома. mplayer и из svn, и из архива, либу x264 из git с сайта vlc брал.

Моя последовательность действий, правда в 3 ночи под НГ, была такой.

1) Налил пива 2) Открыл ноут с 11.2 наборту, поставленную из коробки день назад 3) Скачал исходинки последнего mplayer'a, Распаковал 4) Запустил ./configure (без префикса и т.д. для чистоты экспиремента) 5) Через YaST доставил gcc, make и все что ./configure попросил 6) Далее ./configure отработал 7) Запустил make 8) Наблюдая за ворингами в конце концов увидел error 9) Выругался, Допил пиво

Через месяц вернулся к вопросу, нашел mplaer под x32_64 1.0-RC2 поставил его zypper'ом (О!!! точно, с отсутствующими зависимостями он поставил же) и далее искал либо разделяемые либы либы сырцы, качал, ставил, ldconfig и все......

Я К ЧЕМУ ВСЕ ЭТО: =================

Во время компиляции была система из коробки и никаких x264 не качал и !!! ./configure !!! отработал, почему же тогда слетела компиляция. )

2HighwayStar *** (10.02.2010 14:18:11)

Интересная инфа. Догодки были конечно.

Сейчас качну и для эксперимента запущу компиляцию.

> Во время компиляции была система из коробки и никаких x264 не качал и !!! ./configure !!! отработал, почему же тогда слетела компиляция.

Наши штатные телепаты... ну ты понял.

>А в те времена у YaST'а поведение не такое же было бы? Просто к тому времени, как я узнал, что бывают репозитории кроме установочных CD/DVD дисков, это было так :) (правда, тогда и zypper уже был).

Тогда был один репозитарий S.u.S.E. и проблем с этим не было теоритически даже. И вся система шла на 6-8 дисках iso8660

>Наши штатные телепаты... ну ты понял.

Это я в слух размышлял. Вопроса не было. Не могу вспомнить - ошибка была вызвана нероинициализированной переменной или семантикой кода.

Прхрже как раз на грабли с версией gcc.

упс..

s/iso8660/iso9660/

и еще...

Поставил систему из коробки 11.2

Для эксперимента обновился из трея kde. На посмотреть.

На консоли все время псауксил (ps aux | less), zypper при помощи aria2 качал и ставил пакеты.


Так вот..... перезагрузился для чистоты э. ... Зашел потом в YaST и смотрю, что версия, скажем, firefox та, что была из коробки.

А по факту

kernel@linux-j8ob:~> firefox --version
Mozilla Firefox 3.5.7, Copyright (c) 1998 - 2009 mozilla.org

получается, что где-то есть несогласованность в сусе.

Кто-нибудь с этим сталкивался?

покажи скриншот яста

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

Через месяц вернулся к вопросу, нашел mplaer под x32_64 1.0-RC2 поставил его zypper'ом (О!!! точно, с отсутствующими зависимостями он поставил же) и далее искал либо разделяемые либы либы сырцы, качал, ставил, ldconfig и все....

вся установка nplayer сводится к двум командам:

zypper ar http://packman.iu-bremen.de/suse/11.2 Packman
zypper in mplayer

не понимаю где тут могут возникнуть трудности? зиппер все сам скачает со всеми зависимостями и поставит в лучшем виде

так же можно сделать добавив репозитарий Пакман через яст и поставив пакет в ясте, так же можно сделать установкой в один клик с сайта opensuse-community.org

> вся установка nplayer сводится к двум командам:

да, да, спасибо, мне уже подсказали... просто не знал.

2HighwayStar ***

Сейчас стал открывать YaST чтобы посмотреть что Вы просили.

Вспомнил вопрос -

Нужно ли ставить autorefresh для репозитариев, которые не являются update репозитарием. Смысл вопроса в том, что как часто там обновляются или добавляются пакеты. Я полагаю, что никогда :)) для данной минорной версии и что нужно только update ставить на авторефреш.

Какие только костыли не изобретут, лишь бы не использовать gentoo :)

Пардон, видимо все-таки смотрел до перезагрузки.

i │MozillaFirefox│Mozilla Firefox Web Browser│3.5.7│3.5.│3.4 MiB


А как понять, что

MozillaFirefox-branding-upstream 3.5.7 (available)
MozillaFirefox-debuginfo 3.5.4 (available)

ведь 3.5.7. же должны все быть.

Это все через YaST вывод как просили.

2xorik * (10.02.2010 15:57:21)

довайте по делу, без холиворз.

i │MozillaFirefox│Mozilla Firefox Web Browser│3.5.7│3.5.7│3.4 MiB

fixed

>Если же ты собираешь mplayer в билдсервисе (отвлечемся от патентов) с зависимостью от libx264, то перед этим ты должен там же собрать эту самую libx264, поскольку в основном репозитории её нет, и билдсервису при сборке mplayer'а её взять будет неоткуда.

Не совсем так, я так понимаю, что есть возможность подключения других хранилищ, как и сказал товарищ HighwayStar, потому, что часто когда ставишь пакеты из индивидуальных хранилищ BuildService-a, например в один клик с сайта http://software.opensuse.org/search, то процесс часто автоматом подключает другие хранилища, в которых находятся недостающие пакеты.

>Нужно ли ставить autorefresh для репозитариев, которые не являются update репозитарием. Смысл вопроса в том, что как часто там обновляются или добавляются пакеты. Я полагаю, что никогда :))

если речь о репозитариях oss и non-oss, то их ненужно стаивть на авторефреш, остальные репозитарии, такие как пакман и репозитарии билдсервиса лучше держать в авторефреше

тем более что яст и зиппер легко определяют когда репозиарий действительно обновился и лишний раз не обновляют его полностью

2GladAlex **** (10.02.2010 16:07:16)

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

Т.е. он писал именно о моменте сборке, а не о момнте установки.
Т.е. что без этой либы пакет не собирется.

вот )

>Не совсем так, я так понимаю, что есть возможность подключения других хранилищ, как и сказал товарищ HighwayStar, потому, что часто когда ставишь пакеты из индивидуальных хранилищ BuildService-a, например в один клик с сайта http://software.opensuse.org/search, то процесс часто автоматом подключает другие хранилища, в которых находятся недостающие пакеты.

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

например в KDE4/Community есть репозитарии openSUSE 11.2 и openSUSE 11.2_Factory, для первого не нужно ничего кроме стандартных репозитариев, для второго нужен подключеный репозитарий KDE4/Factory/Desktop

>А как понять, что MozillaFirefox-branding-upstream 3.5.7 (available) MozillaFirefox-debuginfo 3.5.4 (available

очень просто. у тебя видимо подключен debug репозитарий для основного репозитария, но не подключен для update, он находится в http://download.opensuse.org/debug/update/11.2/

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

Вот мои репозитарии из коробки

kernel@linux-j8ob:~> ls -1 /etc/zypp/repos.d/
openSUSE 11.2-0.repo (это dvd)
repo-debug.repo
repo-non-oss.repo
repo-oss.repo
repo-source.repo
repo-update.repo

Все верно - для этих репозитариев _ТОЛЬКО_ для update нужно ставить autorefresh?

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

kernel@linux-j8ob:~> cat /etc/zypp/repos.d/repo-update.repo [repo-update] name=openSUSE-11.2-Update enabled=1 autorefresh=1 baseurl=http://download.opensuse.org/update/11.2/ path=/ type=rpm-md keeppackages=0

>Все верно - для этих репозитариев _ТОЛЬКО_ для update нужно ставить autorefresh?

да

если не собираешься отлаживать багрепорты, то repo-debug вообще лучше отключить

Я тут экспиремент провел:

kernel@linux-j8ob:~> curl -s 'http://download.opensuse.org/update/11.2/rpm/x86_64/' | grep -i MozillaFirefox-debuginfo

Действительно нет его в update репозитарии.

>В билдсервисе же в самом деле могут быть нужны дополнительные репозитарии помимо ого, где находится пакет, обычно из названия таких репозиариев можно понять что им еще нужно. например в KDE4/Community есть репозитарии openSUSE 11.2 и openSUSE 11.2_Factory, для первого не нужно ничего кроме стандартных репозитариев, для второго нужен подключеный репозитарий KDE4/Factory/Desktop

Я о таком и говорил.

А вот тут и нашел:

kernel@linux-j8ob:~> curl -s 'http://download.opensuse.org/debug/distribution/11.2/repo/oss/suse/x86_64/' | grep -i MozillaFirefox-debuginfo

3.5.4.

MozillaFirefox-debuginfo-3.5.4-1.1.2.x86_64.rpm

Так что это все и проясняет. Пакет не обновлялся.

Возникает другой вопрос :)) Если в 3.5.7. глюки, то о 3.5.7 сообщать при помощи 3.5.4. Странно...

или я не понял для чего этот репозитарий.

я же тебе говорю выше, что если ндо сообщить о глюках 3.5.7 то надо подключить debug/update

http://download.opensuse.org/debug/update/11.2

я понял, понял.

update подключен и как я показал в предыдущих 2 сообщениях - в апдейте нет 3.5.7, а нашел я только 3.5.4 в дебаг.

Т.е. YaST все правильно показал.

Вот я и удивился. Я и zypper'ом смотрел и curl'ом (см. последнии мои два сообщения).

Это и смущает. т.е. то, что о глюках 3.5.7 нужно сообшать 3.5.4 пакетом, предназначенным для этого.

>Это и смущает. т.е. то, что о глюках 3.5.7 нужно сообшать 3.5.4 пакетом, предназначенным для этого.

http://download.opensuse.org/debug/update/11.2/rpm/i586/MozillaFirefox-debugi...

http://download.opensuse.org/debug/update/11.2/rpm/i586/MozillaFirefox-debugs...

2HighwayStar *** (10.02.2010 16:56:17)

у меня x32_64, там 3.5.7 нет =) (см. 2 моих поста где cur)

kernel@linux-j8ob:~> curl -s 'http://download.opensuse.org/debug/distribution/11.2/repo/oss/suse/x86_64/' | grep -i MozillaFirefox-debuginfo

нет никакой

kernel@linux-j8ob:~> curl -s 'http://download.opensuse.org/update/11.2/rpm/x86_64/' | grep -i MozillaFirefox-debuginfo

есть 3.5.4 только

2HighwayStar ***

Я к тому, что проблема локализована.

Если это не нормально, может баг-репорт написать?

Да, с ботаньем spec-файлов это гемор полный.)

>у меня x32_64, там 3.5.7 нет =) (см. 2 моих поста где cur)

все есть

http://download.opensuse.org/debug/update/11.2/rpm/x86_64/MozillaFirefox-debu...

http://download.opensuse.org/debug/update/11.2/rpm/x86_64/MozillaFirefox-debu...

посмотри внимательно ссылки, ты ищещь не там, я это втолковать уже четвертый пост пытаюсь

>> Более высокая скорость сборки;

Это как?

по сыслке написано что ускорено разрешение зависимостей между пакетами примерно в 1000 раз

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

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

моно менять темы веб-интерфейса

> моно
вот это ты зря :)

а еще емнип почти весь сервис написан на руби.

О, это очень интересно, по той причине, что у меня из коробки именно эти репозитарии прописаны:

kernel@linux-j8ob:/usr/src/packages/SOURCES> cat /etc/zypp/repos.d/repo-update.repo [repo-update] name=openSUSE-11.2-Update enabled=1 autorefresh=1 baseurl=http://download.opensuse.org/update/11.2/ path=/ type=rpm-md keeppackages=0

kernel@linux-j8ob:/usr/src/packages/SOURCES> cat /etc/zypp/repos.d/repo-debug.repo [repo-debug] name=openSUSE-11.2-Debug enabled=0 autorefresh=0 baseurl=http://download.opensuse.org/debug/distribution/11.2/repo/oss/ path=/ type=yast2 keeppackages=0

Т.е. который Вы указали - он из коробки не подключается.

ЕСТЬ ЛИ ЗАКОНЧЕННЫЙ ДОКУМЕНТ ГДЕ ПРОЧЕСТЬ ДЕТАЛЬНОЕ ОПИСАНИЕ СИСТЕМНЫХ РЕПОЗИТАРИЕВ.

Потому что тогда путаница получается.

из коробки как раз debug отколючен, он прописан в список репозитариев, но в выключеном состоянии

почитать вот http://en.opensuse.org/Package_repositories#Official_repositories

http://en.opensuse.org/Additional_package_repositories

http://en.opensuse.org/KDE/Repositories

Спасибо, многое прояснилось.....

А если я в openSUSE качаю ванильное ядро (более новой версии или минорная выше), накатываю патчи на него, далее делаю rpm'ку и ставлю ее zypper'ом.

Затем команда openSUSE выкладывает обновление ядра, ну вот из-за этого, например: http://lwn.net/Articles/373524/

При этом, моё ядро либо такое же минорное, либо старше минорное, либо другое, то при обновлении zypper не затрет ядро?

Интересно - учитыает ли zypper тот факт, что админ системы может свои пакеты собирать и они могут быть либо такой же версии, либо более новой.

При полном обновлении (zypper update) вроде выбирается максимальная из доступных версий. Т.е. если установлено самосборное ядро 2.6.31.6, а потом в обновлениях появится 2.6.31.7, то ядро будет заменено. Если же обновляться командой zypper patch, то тогда сторонние пакеты он трогать вроде не должен.

Кто пробовал - чем это лучше koji ?

можно.

чем koji

//и.о. К.О.

Зависимости обычно где-нибудь в ридми или INSTALL перечислены, иногда на сайте. Часть можно автоматом подтянуть при помощи %autoreqprov кажись