[sisyphus] Менеджер пакетов

[Alexey Rusakov]

On Wed, 26 Dec 2007 14:48:24 +0300
Александр Орлов wrote:

> > > 1 Если изменилися репозитарий (тот-же бренч), то откатится на конкретную
> > дату
> > > или не получится, или надо хранить где-то старый репозиторий.
> 
> Абсолютно верно, но не весь, а лишь версии файлов тех пакетов (и их
> зависимостей), что были установлены на момент создания контрольной точки.
Боюсь, что это уже немного другая задача, более сложная. В общем случае
механизм контрольных точек должен предусматривать откат не только пакетов,
но и настроек. Этот механизм вообще сложно сделать хорошо.

> > 2 При всём уважении, Imho  - это на сегодня тупиковая программа, так-как в
> > ней
> > > одновременно пытаются решить две задачи - красивый интерфейс и установку
> > > пакетов.
>
>  Почему тупиковая? Разве это две абсолютно несовместимые вещи? К тому же,
> интерфейс интерфейсом, а ставка всё же делается на функциональность.
Проблема не в том, что они несовместимы. Эти вещи ортогональны. И поэтому
сцепленность на уровне программного кода между ними должна быть
минимальной. В идеале - это должны быть библиотека (backend) и приложение
(frontend), с описанным интерфейсом (API библиотеки) между ними.

> Если всё же требуется поддержка работы в любом менеджере окон, мне
> однозначно потребуется помощь. К тому же это весьма здорово отдалит дату
> выхода окончательного релиза. Противу этому, можно поступить следующим
> образом: проект развивается и дальше тем же курсом, но по достижению
> процесса разработки до некоторой точки, можно сделать ответвление для GNOME
> или других оконных сред. Что скажете?
Лучше забудьте об этом. У вас не получится "сделать ответвление для
GNOME", если вы заранее не заложитесь на возможность его сделать. Это
вопрос внутренней архитектуры приложения. Вы сейчас можете не делать
вообще ничего для GNOME/XFCE/IceWM/whatever, но вы либо предусматриваете
_возможность_ появления не-KDE-интерфейса для вашей программы, либо нет.

-- 
  Alexey "Ktirf" Rusakov
  ALT Linux, project manager