LINUX.ORG.RU

Анонсирован redports - репозиторий, ориентированный на создание, тестирование и дальнейшее сопровождение портов FreeBSD

 , , , ,


0

1

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

Этот ресурс может быть полезен всем, кто принимает участие в портировании ПО для FreeBSD. Это отдельный репозиторий SVN с web-интерфейсом Trac, ориентированный на создание, обкатку и дальнейшее сопровождение модификаций портов, которые не готовы к основному дереву портов. Для этих целей имеется несколько инсталляций Tinderbox, обеспечивающих возможность сборки портов для следующик версий FreeBSD: 7.4/8.2/9.0/10, для сборки могут использоваться компиляторы CLANG/LLVM и GCC 4.5. Производится автоматическая сборка и тестирование портов, по итогам тестирования разработчикам может быть отправлен отчёт или лог сборки.

В работе с RedPorts.Org, следует иметь ввиду, что ресурс находится в стадии раннего бета-тестирования. Однако, чем больше людей и чем раньше начнут им массово пользоваться - тем быстрее ресурс обретет статус стабильного.

Новость взята с Bsd News in Russia (BSDNiR), полный оригинал новости доступен по этой ссылке.

>>> Сайт проекта

Ответ на: комментарий от yoghurt

Кстати да, в pkgsrc, насколько я помню, это всё удобнее и из коробки сделано. Давно правда игрался с ним, могу ошибаться. Тока в pkgsrc программ меньше и они постарее - следствие кроссплатформености и меньшего числа заинтересованных.

А под фрёй, насколько я помню, pkgsrc костыльно очень работает.

CKPbIT_HUK
() автор топика
Ответ на: комментарий от CKPbIT_HUK

>Тока в pkgsrc программ меньше и они постарее - следствие кроссплатформености и меньшего числа заинтересованных.

Всё, как вы правильно заметили, зависит от заинтересованных. Всвязи с недавним выходом MyPaint я специально посмотрел - 1.0 в pkgsrc очутился раньше, чем в дебиане и убунте.

yoghurt ★★★★★
()

> Bsd News in Russia

Прочитал как «Bad News in Russia».

Zombieff ★★
()

Казалось бы, при чем здесь Linux?

anonymous
()

Скоро, глядишь, и до полноценных оверлеев дело дойдёт.

k336184
()

SVN

Freebsd

Отличный проект.

cipher ★★★★★
()

Вместо svn теперь git/mercurial (а иногда даже github/bitbucket), вместо трека - редмайн и багзилла... Но бсд как всегда остается на стабильных решениях!

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

GNATS сами FreeBSD разработчики считают устаревшей. Redmine кстати реально хорош - его у нас предпочли даже перед коммерческими продуктами как Jira и HP ServiceDesk.

А за новость спасибо - я давно хотел какое-то место, где мог бы повозиться над портированием своих проделок и на BSD - надо попробовать. Если бы не http://www.opensource.ru , удивился бы что эта новость делает на лоре.

anonymous
()

Кстати кто из близких к FreeBSD проекту - действительно, почему разработка портов не идет в одном каком-то месте? Чисто человеческий фактор как желание иметь свой или есть реальные преграды? Сделали бы все на GitHub ;)

anonymous
()
Ответ на: комментарий от yoghurt

а при чем тут pkgsrc ? Как он заменит такой инструмент как Tinderbox с автоматической сборкой под разные ветки ?

anonymous
()
Ответ на: комментарий от yoghurt

> Я вообще думал, что современный тренд - это «вместо багзиллы - трак и редмайн»

Я тоже. Но, похоже, мы отнюдь не всё знаем.

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

багзилла тем что stable, а редмайн - тем, что оно не такое глюкавое решето как trac

есть две проблемы: после обновления сломался редмайн, и после обновления сломался трак. Комьюнити обоих проектов — закоренелые фанатики, наизусть цитирующие stable_api_noncence.txt. Но проблемы с траком решаются гораздо большей нервотрепкой. У нас в конторе после обширного срача решили использовать редмайн, и пилят его уже пару лет.

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

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

я зря заменил слово «жира» словом «багзилла». каюсь, я был неправ.

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

redmine до сих пор починить не могут для Ruby 19. Хотя проблема в ruby-gems по большому счету. Все эти нагромождения на рельсях таки валятся от любого пустяка

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

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

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

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

Полагаю, это зависит от конкретного набора умений. Меня, например, мысли об исправлении ошибок в рельсовом Руби-коде ввергает в депрессию, а поправить что-то в Питон-плделке я смогу (по крайней мере, надеюсь на это).

Впрочем, пока что с нестабильным Trac 0.13dev проблем нет.

tailgunner ★★★★★
()

и GCC 4.5.

Три дня назад закрыли порт GCC 4.5 в основном дереве портов cо следующей формулировкой:

Remove lang/gcc45 in favor of lang/gcc46 and later.  Nothing in the
tree uses this version of GCC (GCC 4.5.x) any longer and GCC 4.6 has
been the default for USE_FORTRAN=yes and USE_GCC=4.X+ for a while
and has proven itself.  Plus, only GCC 4.6 and GCC 4.7 have been
patched to work with FreeBSD 10.x and later.

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

>почему разработка портов не идет в одном каком-то месте?

центральный CVS портов не считается таким местом?

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

нет, тк из «центрального» как вы выразились CVS, люди засасывают порты прямиком к себе. Т.е., туда вливают уже готовые порты. Здесь же может идти работа над ПО, которое еще в процессе портирования.

anonymous
()
Ответ на: комментарий от loz

А действительно, в чем проблема портировать portage?

Проблема в том, что разработчики FreeBSD не хотят делать второй Gentoo. Стройного дерева портов достаточно, как оказалось.

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

> И чем они лучше?

Я вас не узнаю без гри^W аватарки

anonymous
()

как я понял это unstable developer ветка для фряхи?

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

дела ни в том что не хотят, FreeBSD и Gentoo это разные ОС... и второй G у них ни как не получится, т.к unix долек от linux`а...

qbbr ★★★★★
()

Расскажите Поттерингу, что у BSD есть проблема с портами, пусть исправит.

KDE41user
()
Ответ на: комментарий от loz

>А действительно, в чем проблема портировать portage?

Нет проблемы, есть профиль Gentoo Prefix для FreeBSD 7.1 - 8.2. Для девятки еще не сделали, похоже.

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

> А действительно, в чем проблема портировать portage?

а Gentoo/FreeBSD это по-твоему, что???

anonymous
()
Ответ на: комментарий от annulen

>Нет проблемы, есть профиль Gentoo Prefix для FreeBSD 7.1 - 8.2.

а Gentoo/FreeBSD это по-твоему, что???

Зачем тогда сабж?

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

Думаю, проблемы нет. Но мне все равно, у меня g/fbsd работает.

g1itch
()
Ответ на: комментарий от loz

prefix для тех, кто не хочет трансформировать фрю. Боюсь, как бы gentoo не забросили ~x86-fbsd в пользу префикса, а то некоторые считают, что он более правильный подход.

g1itch
()
Ответ на: комментарий от aho

FreeBSD также не UNIX, как и Linux

Конечно FreeBSD как прямой потомок BSD UNIX и донор кода для Mac OS X( который тоже UNIX) не является UNIX ;)

В общем они с Linux «очень по-разному» не UNIX ;)

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

Конечно FreeBSD как прямой потомок BSD UNIX

не прямой

и донор кода для Mac OS X

для ее ядра - XNU, что является акронимом «X is Not Unix» ;)

В общем они с Linux «очень по-разному» не UNIX ;)

именно поэтому я поставил запятую в своем комментарии

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

не прямой

Если отец и сын (или если хотите дед и внук) не прямые родственники...То что тогда прямые?

для ее ядра - XNU, что является акронимом «X is Not Unix» ;)

Это Apple не помешало сертифицировать свою систему как UNIX ;)

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

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

так можно и XNU записать в прямые родственники - FreeBSD, как и ее «папа» 386BSD, не на 100% основана на коде BSD

Это Apple не помешало сертифицировать свою систему как UNIX ;)

не самый лучший аргумент ;)

aho
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.