Ресурсы сети openDesktop.org переводятся на универсальную систему сборки пакетов

18.12.2009 18:43

Разработчики openSUSE и сети openDesktop.org, в рамках которой функционируют популярные каталоги программ KDE-Apps.org, GNOME-Apps.org, KDE-Look.org и GNOME-Look.org, объявили о переходе на единую систему сборки пакетов. Внедрение openSUSE Build Service позволит унифицировать подготовку пакетов для представленных в каталогах программ для всех популярных дистрибутивов Linux, в то время как раньше авторы программ создавали пакеты своими силами, что с одной стороны приводило к поддержке только используемых авторами дистрибутивов, а с другой стороны позволило злоумышленникам осуществить внедрение вредоносного кода в несколько пакетов.

openSUSE Build Service позволяет прозрачно для разработчика автоматизировать сборку пакетов для таких Linux дистрибутивов, как openSUSE, SUSE Linux Enterprise (SLE), Red Hat Enterprise Linux (RHEL), Debian, Fedora, Mandriva, CentOS и Ubuntu.

исправить +1 +/–

Лицензия: CC BY 3.0

Короткая ссылка: https://opennet.ru/24728-build

Ключевые слова: build, suse

При перепечатке указание ссылки на opennet.ru обязательно

Обсуждение (10)

1.1, Аноним (-), 20:00, 18/12/2009 [ответить] [﹢﹢﹢] [ · · · ]	+/–
Ухты, здорово. :)

1.2, Аноним (-), 20:42, 18/12/2009 [ответить] [﹢﹢﹢] [ · · · ]	+/–
если оно еще и будет работать то новость таки отличная!

1.3, аноним (?), 21:20, 18/12/2009 [ответить] [﹢﹢﹢] [ · · · ]	–1 +/–
Давно пора. Никакие пакеты руками вообще никогда не должны собираться.

2.5, iZEN (ok), 08:53, 19/12/2009 [^] [^^] [^^^] [ответить]	+/–
Самосборные пакеты нужны для редистрибуции на другие машины. Самосборные пакеты отличаются от универсальных тем, что учитывается специфика зависимых пакетов и выбрасываются ненужные зависимости — это помогает сократить объём бинарного кода, высвободить место на носителях и эффективнее использовать полосу пропускания при передаче бинарников по сети (для загрузки других машин, например). "BATCH=YES" в /etc/make.conf не использую. Предпочитаю кастомизацию сборки под задачи.

1.6, nb (??), 12:42, 19/12/2009 [ответить] [﹢﹢﹢] [ · · · ]	+/–
а как же ebuild'ы для генту и pkgbuild'ы для арча?

1.9, Аноним (-), 14:09, 20/12/2009 [ответить] [﹢﹢﹢] [ · · · ]	+/–
Блин, для Slackware как всегда ничего

2.12, zomg (?), 10:58, 21/12/2009 [^] [^^] [^^^] [ответить]	+/–
+1, для слаки все сами паковать будем.

1.10, Iv945n (ok), 17:26, 20/12/2009 [ответить] [﹢﹢﹢] [ · · · ]	+/–
>раньше авторы программ создавали пакеты своими силами, что с одной стороны приводило к поддержке только используемых авторами дистрибутивов, а с другой стороны позволило (https://www.opennet.ru/opennews/art.shtml?num=24610) злоумышленникам осуществить внедрение вредоносного кода в несколько пакетов. Итересная логика. Я бы наоборот предположил что подготовка пакетов НЕ только своими силами скорее позволит злоумышленникам внедрить вредоносного кода. Наверно таки надо придумать для Linux антивирь-эвристик, сканирующий потоки и бращающий внимание хозяев на присутствие кодов операций, которыми может промышлять руткит/ботнет-троян.

2.11, x (?), 17:55, 20/12/2009 [^] [^^] [^^^] [ответить]	+/–
>Я бы наоборот предположил что подготовка пакетов НЕ только своими силами скорее позволит злоумышленникам внедрить вредоносного кода Это верно в случае generic пакетов. А вот пакеты с темами оформления - нет, поскольку можно определить формальные правила, разрешающие писать в ограниченный набор директорий и запрещающий всё остальное.

1.13, zx00 (?), 20:07, 31/12/2009 [ответить] [﹢﹢﹢] [ · · · ]	+/–
Отличная новость, а то раньше там каждый автор паковал тарбол и писал (порою довольно длинное) howto на предмет как установить ту или иную тему. а теперь все будет аккуратно. это очень здорово!

игнорирование участников | лог модерирования

Добавить комментарий

Текст: