LINUX.ORG.RU

Компания ALT Linux выпустила Technology Preview Пятой Платформы

 , , разработчикам


0

0

Компания «Альт Линукс» представляет Technology Preview «Пятой Платформы». «Пятая Платформа» является новым шагом в развитии разработки и бизнеса СПО, позволяющим создавать комплексные интегрированные решения и привлечь к их разработке, поддержке, внедрению и обучению разработчиков прикладных решений (свободных и проприетарных).

Сервер 5.0

Основные функциональные возможности:

  • Организация сети предприятия.
  • Центральная авторизация пользователей и сервисов.
  • Организация взаимодействия территориально распределённых офисов (VPN).
  • Централизованное обновление серверов и рабочих станций.
  • Сетевая установка рабочих станций.
  • Виртуализация для установки контейнеров c дополнительным ПО.
  • Создание резервных копий и восстановление из них (в том числе отдельных файлов).
  • Единое файловое хранилище c поддержкой квотирования.
  • Автоматическое создание RAID1 из двух и более жёстких дисков.
  • Удобное администрирование через веб-интерфейс, не требующее глубокого изучения системы обслуживающим персоналом.

Рабочая станция 5.0 и Рабочая станция Gnome 5.0.

Основные функциональные возможности:

  • Графическая среда на выбор — KDE4 или Gnome.
  • Упрощённое взаимодействие с Сервером 5.0 и виртуальными контейнерами, в том числе готовность к работе с терминальными приложениями.
  • Готовый к работе комплект ПО для офисной работы: интернет, электронная почта, офисный пакет.
  • Централизованная аутентификация на сервере.
  • Интеграция с файловым хранилищем на Сервере 5.0.

>>> Подробности

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

>Лучше привыкать к git. Советую. Через год-два спасибо скажете.

Когда вдруг внезапно выяснится, что вы переизобрели систему портов из FreeBSD на другой VCS? Или когда вдруг внезапно выяснится, что для разных версий дистрибутива нужны определённые наборы ключей компиляции и вы переизобретёте систему портежей?

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

> В Slackware по двадцать патчей на пакет накладывать не надо, чтобы оно хоть как-то заработало.

И делаете патчи вручную? Я уважаю Ваш вклад, но, мне кажется, что подобная практика непроизводительна. Потому у меня вызывает недоумение Ваше неприятие более эффективных инструментов, таких как Git.

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

> Когда вдруг внезапно выяснится, что вы переизобрели систему портов из FreeBSD на другой VCS? Или когда вдруг внезапно выяснится, что для разных версий дистрибутива нужны определённые наборы ключей компиляции и вы переизобретёте систему портежей?

Это всё не о том. Речь идёт про повышение эффективности работы с пакетами. Конечно, можно и вручную всё делать, но это неэффективно и приводит к ошибкам.

Использование Git к ключам компиляции не имеет никакого отношения.

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

>Использование Git к ключам компиляции не имеет никакого отношения.

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

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

>И делаете патчи вручную? Я уважаю Ваш вклад, но, мне кажется, что подобная практика непроизводительна. Потому у меня вызывает недоумение Ваше неприятие более эффективных инструментов, таких как Git.

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

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

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

Зачем нам изобретать велосипеды? У нас уже свои технологии есть и нет смысла копировать BSD или Gentoo.

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

> Пока меня функционал diff вполне устраивает.

А других вот не устраивает. Так зачем пытаться убедить их, не разбираясь в _их_ задачах?

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

> если уважаемых Господ таки задрали собственные костыли и появилось желание перевести всю структуру на OBS - то начать стоит с приведённой мной ссылки. разверните локальный build server, создайте модель, аналогичную уже существующим (FC/RH/Deb/SUSE)

Всё читаю, читаю, и думаю -- да что ж вы за кретин-то?
Я знаю, как устроен этот самый любимый вами OBS. Я знаю, как устроена сборочная система в Debian. Я знаю, как устроена сборочная система в Альте.
Так вот в Альте -- лучше. Потому что проще, красивее, и сделано с учётом альтовой модели поддержки пакетов, которая вполне разумна.

Прежде чем кидаться словами "костыли" и прочими, было бы неплохо хотя бы что-нибудь в чём-нибудь понимать.

Такие дела.

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

> PowerPC, конечно же. В релизе не будет.

С точки зрения gcc'шного бэкенда что POWER, что PowerPC (64) являются одним и тем же target'ом, поскольку базовый набор инструкций у них одинаковый.

В порте не включены оптимизации под POWER, и большая его часть собрана под ppc32. Ядро собрано под ppc64, и включает в себя поддержку как IBM'овского железа на POWER и Cell, так и PowerPC-железа (Маков).

Таким образом, результат будет работать везде, но, вероятно, несколько медленней, чем если бы была включена оптимизация под power5/power6.

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