forum.opennet.ru - "Система openSUSE Build Service переименована в Op..." (28)

форумы

помощь

поиск

регистрация

майллист

вход/выход

слежка

"Система openSUSE Build Service переименована в Op..."

Форум Разговоры, обсуждение новостей
Вариант для распечатки		Пред. тема \| След. тема
Изначальное сообщение		[ Отслеживать ]

"Система openSUSE Build Service переименована в Op..."	+/–
Сообщение от opennews (??) on 26-Май-11, 23:21
Разработчики openSUSE Build Service (http://open-build-service.org/) (OBS) объявили (http://news.opensuse.org/2011/05/26/opensuse-renames-obs/) о переименовании проекта в Open Build Service. В качестве причины указывается на то, что платформа уже давно поддерживает широкий спектр дистрибутивов и не привязана к продукту openSUSE, упоминание которого в названии сохранилось по историческим причинам. Чтобы не вводить пользователей в заблуждение и подчеркнуть отсутствие привязки к определенному дистрибутиву, вместо "openSUSE" в названии системы теперь используется слово "Open", что позволило сохранить уже вошедший в обиход акроним OBS. Разработка OBS как и прежде будет происходить под покровительством проектов openSUSE и SUSE Linux. Кроме того, разработчики считают, что новое имя будет способствовать унификации наименований сторонних решений на базе OBS, которые теперь можно называть в соответствии с маской "XXX Open Build Service", например, активно использующие OBS проекты VideoLan и... URL: http://news.opensuse.org/2011/05/26/opensuse-renames-obs/ Новость: http://www.opennet.ru/opennews/art.shtml?num=30678
Ответить \| Правка \| Cообщить модератору

Оглавление

Система openSUSE Build Service переименована в Open Build S..., Вирус, 01:52 , 27-Май-11, (5) –1

Система openSUSE Build Service переименована в Open Build S..., Moomintroll, 08:56 , 27-Май-11, (14) +1
Система openSUSE Build Service переименована в Open Build S..., Moomintroll, 09:00 , 27-Май-11, (15) +1

Система openSUSE Build Service переименована в Open Build S..., Аноним, 02:44 , 27-Май-11, (8) +5
Система openSUSE Build Service переименована в Open Build S..., ffsdmad, 05:32 , 27-Май-11, (10) –4

Система openSUSE Build Service переименована в Open Build S..., anonymous, 07:35 , 27-Май-11, (11)

Система openSUSE Build Service переименована в Open Build S..., Nxx, 07:59 , 27-Май-11, (12)

Система openSUSE Build Service переименована в Open Build S..., Moomintroll, 08:47 , 27-Май-11, (13) +1

Система openSUSE Build Service переименована в Open Build S..., obl, 17:28 , 03-Июн-11, (28)

Система openSUSE Build Service переименована в Open Build S..., VoDA, 11:38 , 27-Май-11, (16) –5

Система openSUSE Build Service переименована в Open Build S..., anonymous, 12:30 , 27-Май-11, (17) –1

Система openSUSE Build Service переименована в Open Build S..., Tiv, 00:25 , 28-Май-11, (20)

Система openSUSE Build Service переименована в Open Build S..., bootforce, 13:52 , 27-Май-11, (18) +1
Система openSUSE Build Service переименована в Open Build S..., СуперАноним, 15:00 , 28-Май-11, (21)

Система openSUSE Build Service переименована в Open Build S..., Аноним, 16:31 , 27-Май-11, (19)

Система openSUSE Build Service переименована в Open Build S..., vle, 02:56 , 30-Май-11, (23)

Система openSUSE Build Service переименована в Open Build S..., Michael Shigorin, 21:32 , 30-Май-11, (24)

Система openSUSE Build Service переименована в Open Build S..., vle, 01:09 , 31-Май-11, (25)

Система openSUSE Build Service переименована в Open Build S..., Michael Shigorin, 01:49 , 01-Июн-11, (26)

Система openSUSE Build Service переименована в Open Build S..., vle, 12:59 , 01-Июн-11, (27)

Система openSUSE Build Service переименована в Open Build S..., Michael Shigorin, 00:18 , 12-Июн-11, (29)

Система openSUSE Build Service переименована в Open Build S..., vle, 01:43 , 12-Июн-11, (30)

Система openSUSE Build Service переименована в Open Build S..., Michael Shigorin, 18:09 , 13-Июн-11, (31)

Система openSUSE Build Service переименована в Open Build S..., vle, 22:24 , 13-Июн-11, (32)

Система openSUSE Build Service переименована в Open Build S..., Michael Shigorin, 01:07 , 14-Июн-11, (33)

Система openSUSE Build Service переименована в Open Build S..., vle, 01:13 , 14-Июн-11, (34)
Система openSUSE Build Service переименована в Open Build S..., Michael Shigorin, 01:34 , 14-Июн-11, (35)
Система openSUSE Build Service переименована в Open Build S..., vle, 23:59 , 14-Июн-11, (36)

Сообщения по теме [Сортировка по времени | RSS]

5. "Система openSUSE Build Service  переименована в Open Build S..." –1 +/–

Сообщение от Вирус on 27-Май-11, 01:52

> и одной командой собрать последнюю версию заданной программы в виде бинарного пакета под нужную систему
а так же еще кучу зависимостей?

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

14. "Система openSUSE Build Service  переименована в Open Build S..." +1 +/–

Сообщение от Moomintroll (ok) on 27-Май-11, 08:56

>> и одной командой собрать последнюю версию заданной программы в виде бинарного пакета под нужную систему
> а так же еще кучу зависимостей?
Куча зависимостей к моменту сборки сама должна быть представлена уже в виде бинарных пакетов, доступных либо в дистрибутиве, для которого производится сборка, либо в том же репозитории, где производится сборка.
Собственно, даже наличие несобранных пакетов в текущем репозитории, необходимых для сборки нового пакета в общем случае гарантирует удачную сборку (если пакеты вообще соберутся), поскольку OBS собирает просто ВСЕ пакеты, а зависимости, и соответственно, порядок сборки, отслеживаются по тегам BuildRequires.

Ответить | Правка | ^ к родителю #5 | Наверх | Cообщить модератору

15. "Система openSUSE Build Service  переименована в Open Build S..." +1 +/–

Сообщение от Moomintroll (ok) on 27-Май-11, 09:00

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

Ответить | Правка | ^ к родителю #5 | Наверх | Cообщить модератору

8. "Система openSUSE Build Service  переименована в Open Build S..." +5 +/–

Сообщение от Аноним (??) on 27-Май-11, 02:44

шикарный сервис

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

10. "Система openSUSE Build Service  переименована в Open Build S..." –4 +/–

Сообщение от ffsdmad (ok) on 27-Май-11, 05:32

какой то мутный сервис
по старинке как то удобнее, проще и быстрее

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

11. "Система openSUSE Build Service  переименована в Open Build S..." +/–

Сообщение от anonymous (??) on 27-Май-11, 07:35

> какой то мутный сервис
> по старинке как то удобнее, проще и быстрее
А кто ЭТО юзал ? Я могу туды заливать свои src.rpm и получать готовые
рпм. Или лить можно только спеки ?

Ответить | Правка | ^ к родителю #10 | Наверх | Cообщить модератору

12. "Система openSUSE Build Service  переименована в Open Build S..." +/–

Сообщение от Nxx (ok) on 27-Май-11, 07:59

> Я могу туды заливать свои src.rpm и получать готовые рпм.
.src.rpm надо распаковать архиватором, и залить пофайлово. Так будет работать.
Там, правда, есть служба для автоматической закачки .src.rpm из веба и автоматической распаковки, но я ее не юзал.

Ответить | Правка | ^ к родителю #11 | Наверх | Cообщить модератору

13. "Система openSUSE Build Service  переименована в Open Build S..." +1 +/–

Сообщение от Moomintroll (ok) on 27-Май-11, 08:47

А можно закачать только spec и использовать службу "Download files as specified in spec file". Естественно, для этого Source'ы в spec'е должны быть URL'ами.
С некоторых пор так и делаю.

Ответить | Правка | ^ к родителю #12 | Наверх | Cообщить модератору

28. "Система openSUSE Build Service  переименована в Open Build S..." +/–

Сообщение от obl (ok) on 03-Июн-11, 17:28

если серверов пять-десять то может и быстрее

Ответить | Правка | ^ к родителю #10 | Наверх | Cообщить модератору

16. "Система openSUSE Build Service  переименована в Open Build S..." –5 +/–

Сообщение от VoDA (ok) on 27-Май-11, 11:38

> Система OBS позволяет организовать процесс кросс-компиляции пакетов для большинства основных дистрибутивов Linux, использующих пакеты в формате RPM или DEB, или собирать собственные дистрибутивы на основе заданной пакетной базы. Среди поддерживаемых дистрибутивов: CentOS, Debian, Fedora, Mandriva, openSUSE, SUSE Enterprise Linux, Red Hat Enterprise Linux (RHEL) и Ubuntu.
Что только народ не придумает лишь бы java не изучать. Java, конечно, не предел совершенства, но кросс-компиляция не нужна. И работает что под Win что под Lin что под 64 что под 32 бита. И все одна сборка ;)

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

17. "Система openSUSE Build Service  переименована в Open Build S..." –1 +/–

Сообщение от anonymous (??) on 27-Май-11, 12:30

> И все одна сборка ;)
Ты это народу раскажи а то они дураки и не в курсе даже.
Хотя бы тем кто делает Еклипсу :)
Она есть отдельно в версии для линух и вин и отдельно для 32 и 64.
P.S. Что уже на каникулах ? ;)

Ответить | Правка | ^ к родителю #16 | Наверх | Cообщить модератору

20. "Система openSUSE Build Service  переименована в Open Build S..." +/–

Сообщение от Tiv (ok) on 28-Май-11, 00:25

Eclipse построен на SWT. SWT имеет найтивный код. Поэтому долгое время вообще 64 битного эклипса небыло. Но виновата не java.

Ответить | Правка | ^ к родителю #17 | Наверх | Cообщить модератору

18. "Система openSUSE Build Service  переименована в Open Build S..." +1 +/–

Сообщение от bootforce on 27-Май-11, 13:52

братец, вынужден указать тебе на непонимание вопроса. использование java никак не решит вопрос различий в пакетных системах дистрибутивов.

Ответить | Правка | ^ к родителю #16 | Наверх | Cообщить модератору

21. "Система openSUSE Build Service  переименована в Open Build S..." +/–

Сообщение от СуперАноним on 28-Май-11, 15:00

>Что только народ не придумает лишь бы java не изучать...но кросс-компиляция не нужна. И работает что под Win что под Lin что под 64 что под 32 бита.
Ужо нет. Мы, гентушнеги, и дальше предпочтём компилять софт, написанный на языках, позволяющих компилять его в нативные машинные коды. Да и, думаю, многие негентушнеги с этим тоже согласятся.

Ответить | Правка | ^ к родителю #16 | Наверх | Cообщить модератору

19. "Система openSUSE Build Service  переименована в Open Build S..." +/–

Сообщение от Аноним (??) on 27-Май-11, 16:31

В OBS меня печалит ток то что он на suse как сервер и веб к апи работает. В остальном можно только клиент поставить.

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

23. "Система openSUSE Build Service  переименована в Open Build S..." +/–

Сообщение от vle (ok) on 30-Май-11, 02:56

> В OBS меня печалит ток то что он на suse как сервер
> и веб к апи работает. В остальном можно только клиент поставить.
pkgsrc.org
Там можно ставить все.
Фундаментальные отличия от OBS:
- Собранные пакеты ставятся не ВСЕСТО родных, которые в /,
  а дополнительно, в другое место, например в /usr/pkg (default).
- Пакетная система не нативная, а отдельная, своя.
  Свои же и инструменты управления пакетами, как низкоуровневые,
  так и высокоуровневые.
- Поддерживаются не только Линуксы, а вообще все, что движется.

Ответить | Правка | ^ к родителю #19 | Наверх | Cообщить модератору

24. "Система openSUSE Build Service  переименована в Open Build S..." +/–

Сообщение от Michael Shigorin (ok) on 30-Май-11, 21:32

> - Собранные пакеты ставятся не ВСЕСТО родных, которые в /,
>   а дополнительно, в другое место, например в /usr/pkg (default).
См. тж. критику 0install на аналогичный счёт.

Ответить | Правка | ^ к родителю #23 | Наверх | Cообщить модератору

25. "Система openSUSE Build Service  переименована в Open Build S..." +/–

Сообщение от vle (ok) on 31-Май-11, 01:09

>> - Собранные пакеты ставятся не ВСЕСТО родных, которые в /,
>>   а дополнительно, в другое место, например в /usr/pkg (default).
> См. тж. критику 0install на аналогичный счёт.
Не понял, куда смотреть?

Ответить | Правка | ^ к родителю #24 | Наверх | Cообщить модератору

26. "Система openSUSE Build Service  переименована в Open Build S..." +/–

Сообщение от Michael Shigorin (ok) on 01-Июн-11, 01:49

>>> - Собранные пакеты ставятся не ВСЕСТО родных, которые в /,
>>>   а дополнительно, в другое место, например в /usr/pkg (default).
>> См. тж. критику 0install на аналогичный счёт.
> Не понял, куда смотреть?
http://www.opennet.ru/openforum/vsluhforumID3/77309.html#29 и ниже по треду, хотя там обсуждение ещё в процессе (и мне лично весьма интересно слушать, что говорят "навстречу").

Ответить | Правка | ^ к родителю #25 | Наверх | Cообщить модератору

27. "Система openSUSE Build Service  переименована в Open Build S..." +/–

Сообщение от vle (ok) on 01-Июн-11, 12:59

>>>> - Собранные пакеты ставятся не ВСЕСТО родных, которые в /,
>>>>   а дополнительно, в другое место, например в /usr/pkg (default).
>>> См. тж. критику 0install на аналогичный счёт.
>> Не понял, куда смотреть?
> http://www.opennet.ru/openforum/vsluhforumID3/77309.html#29 и ниже по треду, хотя
> там обсуждение ещё в процессе (и мне лично весьма интересно слушать,
> что говорят "навстречу").
Если очень хочется потренировать "канделябр" и всех подровнять,
вываливай здесь.
Твое "критика на аналогичный счет" мне ни о чем не говорит.
Я пока не вижу ничего "аналогичного".

Ответить | Правка | ^ к родителю #26 | Наверх | Cообщить модератору

29. "Система openSUSE Build Service  переименована в Open Build S..." +/–

Сообщение от Michael Shigorin (ok) on 12-Июн-11, 00:18

> Если очень хочется потренировать "канделябр" и всех подровнять,
Не, не хочется.
> Твое "критика на аналогичный счет" мне ни о чем не говорит.
> Я пока не вижу ничего "аналогичного".
Когда у тебя начинают размножаться места, которые могут что-то провайдить (хотя бы "общесистемное" и "местноустановленное"), резко усложняется учёт ситуаций помимо "поставить".
Из обдумывавшихся задачек на схожую тему -- раскатывание веб-софта по {вирт,}хостам.

Ответить | Правка | ^ к родителю #27 | Наверх | Cообщить модератору

30. "Система openSUSE Build Service  переименована в Open Build S..." +/–

Сообщение от vle (ok) on 12-Июн-11, 01:43

> Когда у тебя начинают размножаться места, которые могут что-то провайдить (хотя бы
> "общесистемное" и "местноустановленное"),
> резко усложняется учёт ситуаций помимо "поставить".
Нет ;-)
> Из обдумывавшихся задачек на схожую тему -- раскатывание веб-софта по {вирт,}хостам.
Насколько я вижу, для "раскатывания" веб софта
те, кто на передовой, давно уже забили на общесистемные
пакеты, и напрямую пользуются
яйцами, гемсами и прочей локальной требухой.
Это как бы звоночек дистростроителям, которые всегда не успевают
и успеть не могут в принципе, даже самые крупные.

Ответить | Правка | ^ к родителю #29 | Наверх | Cообщить модератору

31. "Система openSUSE Build Service  переименована в Open Build S..." +/–

Сообщение от Michael Shigorin (ok) on 13-Июн-11, 18:09

> Насколько я вижу, для "раскатывания" веб софта
> те, кто на передовой, давно уже забили на общесистемные
> пакеты, и напрямую пользуются яйцами, гемсами и прочей локальной требухой.
Мимо.  Это скорее для раскатывания стеков софта, который бывает и вебовым, но именно _это_ -- не про то, когда один экземпляр софта может иметь смысл реюзать по нескольким виртхостам.
> Это как бы звоночек дистростроителям, которые всегда не успевают
> и успеть не могут в принципе, даже самые крупные.
Тут как:
1) гемсы-яйтсы -- отчасти да, причём _к сожалению_ -- ни там, ни там толком не хватило  опыта/мозгов/желания сделать достаточно метаданных для автоматической трансляции в нативные пакеты; по крайней мере дизайн гемсов я наблюдал и по дури/ложной скромности/перегрузке тогда не влез со своими пятью копейками (а про дизайн яйтсов слышал от хорошего знакомого, но то совсем отдельная история);
2) про конкретно веб-софт звоночек в основном к его авторам, поскольку зрелость в плане необходимости напильника при развёртывании там только-только отходит от типичного фрюниксового сишного кода пятнадцатилетней давности: например, мы с pilot@ в 2004 или около того скривились на гентушное копирование и попытались изобразить на симлинках с мультиплексированием конфига сообразно виртхосту, но без лоботомии к тому тогда годилась только TYPO3 из того, что под рукой (сейчас ещё как минимум Drupal) -- тот же phpMyAdmin, который весьма хотелось обновлять оперативно и централизованно, пришлось запиливать.
То есть звоночки-то есть, но с ними тоже не всё так просто, если посмотреть повнимательней и задуматься немного.

Ответить | Правка | ^ к родителю #30 | Наверх | Cообщить модератору

32. "Система openSUSE Build Service  переименована в Open Build S..." +/–

Сообщение от vle (ok) on 13-Июн-11, 22:24

>> Это как бы звоночек дистростроителям, которые всегда не успевают
>> и успеть не могут в принципе, даже самые крупные.
> Тут как:
> 1) гемсы-яйтсы -- отчасти да, причём _к сожалению_ -- ни там, ни
> там толком не хватило  опыта/мозгов/желания сделать
> достаточно метаданных для автоматической
> трансляции в нативные пакеты; по крайней мере дизайн гемсов я наблюдал
> и по дури/ложной скромности/перегрузке тогда не влез со своими пятью копейками
Не знаю, как там у вас гемсами, а у нас автоматика вполне присутстует.
Пример пакетирования пакета с гемсами:
http://cvsweb.se.netbsd.org/cgi-bin/bsdweb.cgi/pkgsrc/devel/...
Кратко, понятно. А вы, видимо, свои канделябры рихтуеете ;-)

Ответить | Правка | ^ к родителю #31 | Наверх | Cообщить модератору

33. "Система openSUSE Build Service  переименована в Open Build S..." +/–

Сообщение от Michael Shigorin (ok) on 14-Июн-11, 01:07

>> достаточно метаданных для автоматической
[...]
> Не знаю, как там у вас гемсами, а у нас автоматика вполне присутстует.
Лёш, автоматику нарисовать можно.  Ты читать попробуй.
> Пример пакетирования пакета с гемсами:
[...]
> Кратко, понятно.
И добавив метаданных.  Вот я об этом.  Этак-то и гентушники умеют.

Ответить | Правка | ^ к родителю #32 | Наверх | Cообщить модератору

34. "Система openSUSE Build Service  переименована в Open Build S..." +/–

Сообщение от vle (ok) on 14-Июн-11, 01:13

>> Кратко, понятно.
> И добавив метаданных.  Вот я об этом.  Этак-то и гентушники
> умеют.
Ты разговариваешь сам с собой.
P.S. Уже и гентушники ему не угодили :-)

Ответить | Правка | ^ к родителю #33 | Наверх | Cообщить модератору

35. "Система openSUSE Build Service  переименована в Open Build S..." +/–

Сообщение от Michael Shigorin (ok) on 14-Июн-11, 01:34

>>> Кратко, понятно.
>> И добавив метаданных.  Вот я об этом.  Этак-то и гентушники умеют.
> Ты разговариваешь сам с собой.
Боюсь, ты опять временно читать разучился (по крайней мере то, что мне удаётся написать).
> P.S. Уже и гентушники ему не угодили :-)
Ну почему же -- они сделали то же, что и ты показываешь, только уже довольно давно.
По-хорошему, _все_ важные метаданные (в т.ч. URL и в идеале -- категоризацию, даже если отмапив) должно быть возможно взять из gem/egg.  Может быть удобнее сдублировать что-то руками, но если их там попросту недостаёт, то руками приходится _добавлять_.  Потому что когда дизайнили, то к вопросу важности по крайней мере в случае rubygems подошли по-виндовому.

Ответить | Правка | ^ к родителю #34 | Наверх | Cообщить модератору

36. "Система openSUSE Build Service  переименована в Open Build S..." +/–

Сообщение от vle (ok) on 14-Июн-11, 23:59

>>>> Кратко, понятно.
>>> И добавив метаданных.  Вот я об этом.  Этак-то и гентушники умеют.
>> Ты разговариваешь сам с собой.
> Боюсь, ты опять временно читать разучился (по крайней мере то, что мне
> удаётся написать).
Как изъясняешься, так тебя и понимают.
>> P.S. Уже и гентушники ему не угодили :-)
> Ну почему же -- они сделали то же, что и ты показываешь,
> только уже довольно давно.
Да ради бога.
> По-хорошему, _все_ важные метаданные (в т.ч. URL и в идеале -- категоризацию,
> даже если отмапив) должно быть возможно взять из gem/egg.
URL-ю в тарболе делать точно нечего.
Файлу все равно, куда его положили или переместили, на основной сайт или зеркало.
Что касается остального, то эта информация должна быть доступна
*ДО* скачивания тарбола, и тому есть масса применений,
соответственно, должна быть продублирована в описании самого пакета.
> Может быть удобнее сдублировать что-то руками, но если их там попросту недостаёт,
> то руками приходится _добавлять_.  Потому что когда дизайнили, то к
> вопросу важности по крайней мере в случае rubygems подошли по-виндовому.
Опять же, не знаю, как там у вас, а у нас за создание заготовки
для пакета на основе URL-я с заглядыванием ему внутрь отвечает pkgtools/url2pkg.
*Всего* в нем, конечно, нет, но в принципе с ненужными добавлениями руками
этот подход вполне справляется. И заглядывать, очевидно, можно не только в metainfo,
которой чаще всего просто нет.

Ответить | Правка | ^ к родителю #35 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема

Партнёры:

Хостинг:

Закладки на сайте
Проследить за страницей

Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру

5. "Система openSUSE Build Service переименована в Open Build S..."	–1 +/–
Сообщение от Вирус on 27-Май-11, 01:52
> и одной командой собрать последнюю версию заданной программы в виде бинарного пакета под нужную систему а так же еще кучу зависимостей?
Ответить \| Правка \| ^ к родителю #0 \| Наверх \| Cообщить модератору


	14. "Система openSUSE Build Service переименована в Open Build S..."	+1 +/–
	Сообщение от Moomintroll (ok) on 27-Май-11, 08:56
	>> и одной командой собрать последнюю версию заданной программы в виде бинарного пакета под нужную систему > а так же еще кучу зависимостей? Куча зависимостей к моменту сборки сама должна быть представлена уже в виде бинарных пакетов, доступных либо в дистрибутиве, для которого производится сборка, либо в том же репозитории, где производится сборка. Собственно, даже наличие несобранных пакетов в текущем репозитории, необходимых для сборки нового пакета в общем случае гарантирует удачную сборку (если пакеты вообще соберутся), поскольку OBS собирает просто ВСЕ пакеты, а зависимости, и соответственно, порядок сборки, отслеживаются по тегам BuildRequires.
	Ответить \| Правка \| ^ к родителю #5 \| Наверх \| Cообщить модератору


	15. "Система openSUSE Build Service переименована в Open Build S..."	+1 +/–
	Сообщение от Moomintroll (ok) on 27-Май-11, 09:00
	Кстати есть ещё удобные способы импорта пакетов из соседних репозитороев: можно "отпочковать" свою ветку пакета, существующего в любом доступном репозитории, либо просто импортировать такой пакет как есть. Только второй подход, иногда гораздо более удобный, чем своя ветка, не делается одним кликом через веб и требует ручной работы.
	Ответить \| Правка \| ^ к родителю #5 \| Наверх \| Cообщить модератору

8. "Система openSUSE Build Service переименована в Open Build S..."	+5 +/–
Сообщение от Аноним (??) on 27-Май-11, 02:44
шикарный сервис
Ответить \| Правка \| ^ к родителю #0 \| Наверх \| Cообщить модератору

10. "Система openSUSE Build Service переименована в Open Build S..."	–4 +/–
Сообщение от ffsdmad (ok) on 27-Май-11, 05:32
какой то мутный сервис по старинке как то удобнее, проще и быстрее
Ответить \| Правка \| ^ к родителю #0 \| Наверх \| Cообщить модератору


	11. "Система openSUSE Build Service переименована в Open Build S..."	+/–
	Сообщение от anonymous (??) on 27-Май-11, 07:35
	> какой то мутный сервис > по старинке как то удобнее, проще и быстрее А кто ЭТО юзал ? Я могу туды заливать свои src.rpm и получать готовые рпм. Или лить можно только спеки ?
	Ответить \| Правка \| ^ к родителю #10 \| Наверх \| Cообщить модератору


	12. "Система openSUSE Build Service переименована в Open Build S..."	+/–
	Сообщение от Nxx (ok) on 27-Май-11, 07:59
	> Я могу туды заливать свои src.rpm и получать готовые рпм. .src.rpm надо распаковать архиватором, и залить пофайлово. Так будет работать. Там, правда, есть служба для автоматической закачки .src.rpm из веба и автоматической распаковки, но я ее не юзал.
	Ответить \| Правка \| ^ к родителю #11 \| Наверх \| Cообщить модератору


	13. "Система openSUSE Build Service переименована в Open Build S..."	+1 +/–
	Сообщение от Moomintroll (ok) on 27-Май-11, 08:47
	А можно закачать только spec и использовать службу "Download files as specified in spec file". Естественно, для этого Source'ы в spec'е должны быть URL'ами. С некоторых пор так и делаю.
	Ответить \| Правка \| ^ к родителю #12 \| Наверх \| Cообщить модератору


	28. "Система openSUSE Build Service переименована в Open Build S..."	+/–
	Сообщение от obl (ok) on 03-Июн-11, 17:28
	если серверов пять-десять то может и быстрее
	Ответить \| Правка \| ^ к родителю #10 \| Наверх \| Cообщить модератору

16. "Система openSUSE Build Service переименована в Open Build S..."	–5 +/–
Сообщение от VoDA (ok) on 27-Май-11, 11:38
> Система OBS позволяет организовать процесс кросс-компиляции пакетов для большинства основных дистрибутивов Linux, использующих пакеты в формате RPM или DEB, или собирать собственные дистрибутивы на основе заданной пакетной базы. Среди поддерживаемых дистрибутивов: CentOS, Debian, Fedora, Mandriva, openSUSE, SUSE Enterprise Linux, Red Hat Enterprise Linux (RHEL) и Ubuntu. Что только народ не придумает лишь бы java не изучать. Java, конечно, не предел совершенства, но кросс-компиляция не нужна. И работает что под Win что под Lin что под 64 что под 32 бита. И все одна сборка ;)
Ответить \| Правка \| ^ к родителю #0 \| Наверх \| Cообщить модератору


	17. "Система openSUSE Build Service переименована в Open Build S..."	–1 +/–
	Сообщение от anonymous (??) on 27-Май-11, 12:30
	> И все одна сборка ;) Ты это народу раскажи а то они дураки и не в курсе даже. Хотя бы тем кто делает Еклипсу :) Она есть отдельно в версии для линух и вин и отдельно для 32 и 64. P.S. Что уже на каникулах ? ;)
	Ответить \| Правка \| ^ к родителю #16 \| Наверх \| Cообщить модератору


	20. "Система openSUSE Build Service переименована в Open Build S..."	+/–
	Сообщение от Tiv (ok) on 28-Май-11, 00:25
	Eclipse построен на SWT. SWT имеет найтивный код. Поэтому долгое время вообще 64 битного эклипса небыло. Но виновата не java.
	Ответить \| Правка \| ^ к родителю #17 \| Наверх \| Cообщить модератору


	18. "Система openSUSE Build Service переименована в Open Build S..."	+1 +/–
	Сообщение от bootforce on 27-Май-11, 13:52
	братец, вынужден указать тебе на непонимание вопроса. использование java никак не решит вопрос различий в пакетных системах дистрибутивов.
	Ответить \| Правка \| ^ к родителю #16 \| Наверх \| Cообщить модератору


	21. "Система openSUSE Build Service переименована в Open Build S..."	+/–
	Сообщение от СуперАноним on 28-Май-11, 15:00
	>Что только народ не придумает лишь бы java не изучать...но кросс-компиляция не нужна. И работает что под Win что под Lin что под 64 что под 32 бита. Ужо нет. Мы, гентушнеги, и дальше предпочтём компилять софт, написанный на языках, позволяющих компилять его в нативные машинные коды. Да и, думаю, многие негентушнеги с этим тоже согласятся.
	Ответить \| Правка \| ^ к родителю #16 \| Наверх \| Cообщить модератору

19. "Система openSUSE Build Service переименована в Open Build S..."	+/–
Сообщение от Аноним (??) on 27-Май-11, 16:31
В OBS меня печалит ток то что он на suse как сервер и веб к апи работает. В остальном можно только клиент поставить.
Ответить \| Правка \| ^ к родителю #0 \| Наверх \| Cообщить модератору


	23. "Система openSUSE Build Service переименована в Open Build S..."	+/–
	Сообщение от vle (ok) on 30-Май-11, 02:56
	> В OBS меня печалит ток то что он на suse как сервер > и веб к апи работает. В остальном можно только клиент поставить. pkgsrc.org Там можно ставить все. Фундаментальные отличия от OBS: - Собранные пакеты ставятся не ВСЕСТО родных, которые в /, а дополнительно, в другое место, например в /usr/pkg (default). - Пакетная система не нативная, а отдельная, своя. Свои же и инструменты управления пакетами, как низкоуровневые, так и высокоуровневые. - Поддерживаются не только Линуксы, а вообще все, что движется.
	Ответить \| Правка \| ^ к родителю #19 \| Наверх \| Cообщить модератору


	24. "Система openSUSE Build Service переименована в Open Build S..."	+/–
	Сообщение от Michael Shigorin (ok) on 30-Май-11, 21:32
	> - Собранные пакеты ставятся не ВСЕСТО родных, которые в /, > а дополнительно, в другое место, например в /usr/pkg (default). См. тж. критику 0install на аналогичный счёт.
	Ответить \| Правка \| ^ к родителю #23 \| Наверх \| Cообщить модератору


	25. "Система openSUSE Build Service переименована в Open Build S..."	+/–
	Сообщение от vle (ok) on 31-Май-11, 01:09
	>> - Собранные пакеты ставятся не ВСЕСТО родных, которые в /, >> а дополнительно, в другое место, например в /usr/pkg (default). > См. тж. критику 0install на аналогичный счёт. Не понял, куда смотреть?
	Ответить \| Правка \| ^ к родителю #24 \| Наверх \| Cообщить модератору


	26. "Система openSUSE Build Service переименована в Open Build S..."	+/–
	Сообщение от Michael Shigorin (ok) on 01-Июн-11, 01:49
	>>> - Собранные пакеты ставятся не ВСЕСТО родных, которые в /, >>> а дополнительно, в другое место, например в /usr/pkg (default). >> См. тж. критику 0install на аналогичный счёт. > Не понял, куда смотреть? http://www.opennet.ru/openforum/vsluhforumID3/77309.html#29 и ниже по треду, хотя там обсуждение ещё в процессе (и мне лично весьма интересно слушать, что говорят "навстречу").
	Ответить \| Правка \| ^ к родителю #25 \| Наверх \| Cообщить модератору


	27. "Система openSUSE Build Service переименована в Open Build S..."	+/–
	Сообщение от vle (ok) on 01-Июн-11, 12:59
	>>>> - Собранные пакеты ставятся не ВСЕСТО родных, которые в /, >>>> а дополнительно, в другое место, например в /usr/pkg (default). >>> См. тж. критику 0install на аналогичный счёт. >> Не понял, куда смотреть? > http://www.opennet.ru/openforum/vsluhforumID3/77309.html#29 и ниже по треду, хотя > там обсуждение ещё в процессе (и мне лично весьма интересно слушать, > что говорят "навстречу"). Если очень хочется потренировать "канделябр" и всех подровнять, вываливай здесь. Твое "критика на аналогичный счет" мне ни о чем не говорит. Я пока не вижу ничего "аналогичного".
	Ответить \| Правка \| ^ к родителю #26 \| Наверх \| Cообщить модератору


	29. "Система openSUSE Build Service переименована в Open Build S..."	+/–
	Сообщение от Michael Shigorin (ok) on 12-Июн-11, 00:18
	> Если очень хочется потренировать "канделябр" и всех подровнять, Не, не хочется. > Твое "критика на аналогичный счет" мне ни о чем не говорит. > Я пока не вижу ничего "аналогичного". Когда у тебя начинают размножаться места, которые могут что-то провайдить (хотя бы "общесистемное" и "местноустановленное"), резко усложняется учёт ситуаций помимо "поставить". Из обдумывавшихся задачек на схожую тему -- раскатывание веб-софта по {вирт,}хостам.
	Ответить \| Правка \| ^ к родителю #27 \| Наверх \| Cообщить модератору


	30. "Система openSUSE Build Service переименована в Open Build S..."	+/–
	Сообщение от vle (ok) on 12-Июн-11, 01:43
	> Когда у тебя начинают размножаться места, которые могут что-то провайдить (хотя бы > "общесистемное" и "местноустановленное"), > резко усложняется учёт ситуаций помимо "поставить". Нет ;-) > Из обдумывавшихся задачек на схожую тему -- раскатывание веб-софта по {вирт,}хостам. Насколько я вижу, для "раскатывания" веб софта те, кто на передовой, давно уже забили на общесистемные пакеты, и напрямую пользуются яйцами, гемсами и прочей локальной требухой. Это как бы звоночек дистростроителям, которые всегда не успевают и успеть не могут в принципе, даже самые крупные.
	Ответить \| Правка \| ^ к родителю #29 \| Наверх \| Cообщить модератору


	31. "Система openSUSE Build Service переименована в Open Build S..."	+/–
	Сообщение от Michael Shigorin (ok) on 13-Июн-11, 18:09
	> Насколько я вижу, для "раскатывания" веб софта > те, кто на передовой, давно уже забили на общесистемные > пакеты, и напрямую пользуются яйцами, гемсами и прочей локальной требухой. Мимо. Это скорее для раскатывания стеков софта, который бывает и вебовым, но именно _это_ -- не про то, когда один экземпляр софта может иметь смысл реюзать по нескольким виртхостам. > Это как бы звоночек дистростроителям, которые всегда не успевают > и успеть не могут в принципе, даже самые крупные. Тут как: 1) гемсы-яйтсы -- отчасти да, причём _к сожалению_ -- ни там, ни там толком не хватило опыта/мозгов/желания сделать достаточно метаданных для автоматической трансляции в нативные пакеты; по крайней мере дизайн гемсов я наблюдал и по дури/ложной скромности/перегрузке тогда не влез со своими пятью копейками (а про дизайн яйтсов слышал от хорошего знакомого, но то совсем отдельная история); 2) про конкретно веб-софт звоночек в основном к его авторам, поскольку зрелость в плане необходимости напильника при развёртывании там только-только отходит от типичного фрюниксового сишного кода пятнадцатилетней давности: например, мы с pilot@ в 2004 или около того скривились на гентушное копирование и попытались изобразить на симлинках с мультиплексированием конфига сообразно виртхосту, но без лоботомии к тому тогда годилась только TYPO3 из того, что под рукой (сейчас ещё как минимум Drupal) -- тот же phpMyAdmin, который весьма хотелось обновлять оперативно и централизованно, пришлось запиливать. То есть звоночки-то есть, но с ними тоже не всё так просто, если посмотреть повнимательней и задуматься немного.
	Ответить \| Правка \| ^ к родителю #30 \| Наверх \| Cообщить модератору


	32. "Система openSUSE Build Service переименована в Open Build S..."	+/–
	Сообщение от vle (ok) on 13-Июн-11, 22:24
	>> Это как бы звоночек дистростроителям, которые всегда не успевают >> и успеть не могут в принципе, даже самые крупные. > Тут как: > 1) гемсы-яйтсы -- отчасти да, причём _к сожалению_ -- ни там, ни > там толком не хватило опыта/мозгов/желания сделать > достаточно метаданных для автоматической > трансляции в нативные пакеты; по крайней мере дизайн гемсов я наблюдал > и по дури/ложной скромности/перегрузке тогда не влез со своими пятью копейками Не знаю, как там у вас гемсами, а у нас автоматика вполне присутстует. Пример пакетирования пакета с гемсами: http://cvsweb.se.netbsd.org/cgi-bin/bsdweb.cgi/pkgsrc/devel/... Кратко, понятно. А вы, видимо, свои канделябры рихтуеете ;-)
	Ответить \| Правка \| ^ к родителю #31 \| Наверх \| Cообщить модератору


	33. "Система openSUSE Build Service переименована в Open Build S..."	+/–
	Сообщение от Michael Shigorin (ok) on 14-Июн-11, 01:07
	>> достаточно метаданных для автоматической [...] > Не знаю, как там у вас гемсами, а у нас автоматика вполне присутстует. Лёш, автоматику нарисовать можно. Ты читать попробуй. > Пример пакетирования пакета с гемсами: [...] > Кратко, понятно. И добавив метаданных. Вот я об этом. Этак-то и гентушники умеют.
	Ответить \| Правка \| ^ к родителю #32 \| Наверх \| Cообщить модератору


	34. "Система openSUSE Build Service переименована в Open Build S..."	+/–
	Сообщение от vle (ok) on 14-Июн-11, 01:13
	>> Кратко, понятно. > И добавив метаданных. Вот я об этом. Этак-то и гентушники > умеют. Ты разговариваешь сам с собой. P.S. Уже и гентушники ему не угодили :-)
	Ответить \| Правка \| ^ к родителю #33 \| Наверх \| Cообщить модератору


	35. "Система openSUSE Build Service переименована в Open Build S..."	+/–
	Сообщение от Michael Shigorin (ok) on 14-Июн-11, 01:34
	>>> Кратко, понятно. >> И добавив метаданных. Вот я об этом. Этак-то и гентушники умеют. > Ты разговариваешь сам с собой. Боюсь, ты опять временно читать разучился (по крайней мере то, что мне удаётся написать). > P.S. Уже и гентушники ему не угодили :-) Ну почему же -- они сделали то же, что и ты показываешь, только уже довольно давно. По-хорошему, _все_ важные метаданные (в т.ч. URL и в идеале -- категоризацию, даже если отмапив) должно быть возможно взять из gem/egg. Может быть удобнее сдублировать что-то руками, но если их там попросту недостаёт, то руками приходится _добавлять_. Потому что когда дизайнили, то к вопросу важности по крайней мере в случае rubygems подошли по-виндовому.
	Ответить \| Правка \| ^ к родителю #34 \| Наверх \| Cообщить модератору


	36. "Система openSUSE Build Service переименована в Open Build S..."	+/–
	Сообщение от vle (ok) on 14-Июн-11, 23:59
	>>>> Кратко, понятно. >>> И добавив метаданных. Вот я об этом. Этак-то и гентушники умеют. >> Ты разговариваешь сам с собой. > Боюсь, ты опять временно читать разучился (по крайней мере то, что мне > удаётся написать). Как изъясняешься, так тебя и понимают. >> P.S. Уже и гентушники ему не угодили :-) > Ну почему же -- они сделали то же, что и ты показываешь, > только уже довольно давно. Да ради бога. > По-хорошему, _все_ важные метаданные (в т.ч. URL и в идеале -- категоризацию, > даже если отмапив) должно быть возможно взять из gem/egg. URL-ю в тарболе делать точно нечего. Файлу все равно, куда его положили или переместили, на основной сайт или зеркало. Что касается остального, то эта информация должна быть доступна ДО скачивания тарбола, и тому есть масса применений, соответственно, должна быть продублирована в описании самого пакета. > Может быть удобнее сдублировать что-то руками, но если их там попросту недостаёт, > то руками приходится _добавлять_. Потому что когда дизайнили, то к > вопросу важности по крайней мере в случае rubygems подошли по-виндовому. Опять же, не знаю, как там у вас, а у нас за создание заготовки для пакета на основе URL-я с заглядыванием ему внутрь отвечает pkgtools/url2pkg. Всего в нем, конечно, нет, но в принципе с ненужными добавлениями руками этот подход вполне справляется. И заглядывать, очевидно, можно не только в metainfo, которой чаще всего просто нет.
	Ответить \| Правка \| ^ к родителю #35 \| Наверх \| Cообщить модератору