Прямой эфир

Да не развалится, но темпы развития снизится могут. А ведь осенью Центос6…
openSuSE хорошая система, но два года это слишком короткий жизненный цикл для сервера.
На дебиан еще можно, хотя управлять серверами на нем мне не особо понравилось.
Как это ни печально, но выбор пригодных для серверов дистров крайне мал.
у меня тоже все сервера на centos.
если дистрибутив действительно развалится — будем переходить или на дебиан, или на redhat… opensuse никогда :) потому что это тихий ужас имхо.
zhnikitka: Хоть я сам такое не люблю, но штука интересная, спасибо за наводку.

Что до менеджера пакетов и репозитария, то я давно собирался им заняться и когда-то набросал архитектуру этого дела. Если есть располагающие свободным временем и желанием, то можно заняться.
Грустно, очень грустно. У меня много чего на центосе работает. В крайнем случае, конечно, переведу на SuSE, но веселее от этого не становится.
  • avatar
  • Nemesis
  • 01 августа 2009, 18:58
  • #
  • 0
Не знал. Здорово, что есть такая вещь. Впринципе при совмещении всего вышесказанного может получиться неплохая вещь!
  • avatar
  • zhnikita
  • 01 августа 2009, 18:57
  • #
  • +1
Прога для хранения паролей KeePass. Кроссплатформенная! Для Линукса — это KeePassX. Также есть вариант для WinMobile.
Можно использовать один и тот же файл с паролями во всех OS.
  • avatar
  • nsinreal
  • 01 августа 2009, 18:55
  • #
  • -1
У вас там еще и бесплатное ПО. Это плохо.
И все-таки, заняться этим нужно.
  • avatar
  • nsinreal
  • 01 августа 2009, 18:54
  • #
  • +1
Это ОПО (Открытое Программное Обеспечение). Все-таки стоит добавить
Можно, просто для технического осуществления этого нужны msi-файлы и разделение компонентов программы в отдельные пакеты (что в юниксах и происходит).
  • avatar
  • nsinreal
  • 01 августа 2009, 18:48
  • #
  • +1
По поводу «без участия пользователя тут не обойтись»: обойтись можно, это unattended soft. Я в этом немного разбираюсь.
  • avatar
  • Nemesis
  • 01 августа 2009, 17:13
  • #
  • +2
Ненамного, но всё же лучше. А создавать менеджер пакетов для windows- задача в *надцать раз сложнее, чем просто немного автоматизировать процесс.
  • avatar
  • Jenyay
  • 01 августа 2009, 16:56
  • #
  • +1
Пожалуйста
спасибо за обзор
Этот вариант не намного лучше просто сайта со ссылками на скачивание программ.
Кроме того, он создает ряд проблем, таких как отслеживание зависимостей и обновления.
Я полагаю, что действительно привлечь пользователей можно только реализацией, близкой по функциональности к линуксовым менеджерам пакетов или портажам *BSD.
  • avatar
  • Jenyay
  • 01 августа 2009, 16:39
  • #
  • 0
В принципе, я то не против кросспоста, но недавно в комментах писали, что лучше ссылки делать.
  • avatar
  • Nemesis
  • 01 августа 2009, 16:35
  • #
  • +2
Я вот как себе это представляю:
Программа клиент скачивает с сервера небольшой файл(напр. Dist.xml), в котором содержится следующая информация:
*Название программы
*Версия
*Ссылка на скачивание с оф. сайта программы
*Категория(Интернет, Офис, и т.д.)
Пользователь отмечает интересующие проги, они скачиваются, после чего создаётся какой-нибудь файл (напр. install.bat) из которого поочерёдно запускаются инсталяторы программ(без участия пользователя тут не обойтись). В итоге на сервере(пожалуй это громкое название тут неуместно) нужно всего-то место для файла Dist.xml что совсем крохи.
Мне мысль про менеджер пакетов для винды давно приходила в голову, и, в принципе, windows installer умеет отслеживать зависимости. Но объем работ тут будет существенно больше: пересборка пакетов, создание .msi, написание менеджера пакетов. Плюс еще нужны сервер и место на нем под репозитарии.
На это нужен уже не один человек, если желаете присоединится, пишите на почту или в сообщения.