В идеале -- если пакет уже установлен, то ограничивая глубину наличной версией.

Когда такое сделали во встроенной рулилке пакетами TYPO3, оказалось очень удобным.

обсуждаемый пакет -- всего лишь обёртка над apt, который не имеет
такой возможности.

(In reply to comment #2)
> обсуждаемый пакет -- всего лишь обёртка над apt, который не имеет
> такой возможности.

За то, такую возможность имеет rpm (#rpm --changelog <package>). Правда, только для уже установленных пакетов, но это уже что-то. Плюс, можно подумать как это обойти.

подумайте.

(In reply to comment #4)
> подумайте.

Т.е. реализовать обёртку к #rpm --changelog <package> вы уже согласны? :)

По поводу не установленных ппакетов. Самое простое, что приходит в голову - по запросу выкачивать пакет и выдирать из него ченджлог. Выкачивать, ессно в /var/cache/apt/archives, чтобы если пользователь таки захотел пакет поставить, его не пришлось качать заново. Не шибко эффективно, за то просто реализовать.
Более правильно, конечно, выкачивать только заголовок пакета. Но, я не имею ни малейшего понятия об устройстве и возможностях librpm и не знвю, возможно ли это стандартными средствами.

я не думаю, что выкачивание пакета (или даже его части) с сети только затем, чтобы посмотреть в его чейнджлог -- разумное поведение; более того, я сомневаюсь, что даже расширять функциональность apt в эту сторону, эээ, полезно.
впрочем, если удастся убедить в нужности таких изменений майнтайнера apt --
я сделаю поддержку в alterator-packages.

(In reply to comment #6)
> я не думаю, что выкачивание пакета (или даже его части) с сети только затем,
> чтобы посмотреть в его чейнджлог -- разумное поведение

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

> впрочем, если удастся убедить в нужности таких изменений майнтайнера apt --
> я сделаю поддержку в alterator-packages.

Пока его убеждают, сделайте хотя бы просмотр ченджлогов для уже установленных пакетов. Или внятно скажите, что не намерены это делать. А то, вы уже в 3-ий раз почему-то игнорируете эту часть вопроса.

я недвусмысленно дал понять, что вижу alterator-packages
лишь оболочкой вокруг apt, таким образом, никакой иной
функциональности, кроме предоставляемой этим самым apt'ом,
(точнее, apt-shell'ом) добавлять не намерен, тем более,
что обсуждаемый пакет -- наследство ранних работ по alterator
и, будучи заменён на alterator-pkg, официально мёртв.

Значит это нужно в alterator-pkg

Зависимость на баг "сделайте такую функциональность в apt" проставлена.

(In reply to comment #9)
> Значит это нужно в alterator-pkg
> 
Издеваешься?

alterator-pkg тоже не более чем обёртка для apt и только для установки и обновления.

(In reply to comment #8)
> я недвусмысленно дал понять, что вижу alterator-packages
> лишь оболочкой вокруг apt, таким образом, никакой иной
> функциональности, кроме предоставляемой этим самым apt'ом,
> (точнее, apt-shell'ом) добавлять не намерен, тем более,
> что обсуждаемый пакет -- наследство ранних работ по alterator
> и, будучи заменён на alterator-pkg, официально мёртв.
> 
Ничего не мёртв, а будет в составе Desktop-4.1
Замены ему в alterator-pkg нет и не будет.

Слушайте, ну вы там лучше знаете, где должна быть такая функциональность. Хватит футболить туда-сюда. Перевешайте туда, где оно ДОЛЖНО быть.

И ещё раз: посмотрите на баг 17282, блин. Это запрос на добавление функциональности в alterator, после того, как она будет имплементирована в apt.

(In reply to comment #2)
> обсуждаемый пакет -- всего лишь обёртка над apt, который не имеет
> такой возможности.
Уже имеет. :)

Показ сведений о пакетах у нас занимается alterator-packages.