Если Вам нравится знать, какие версии пакета включены в некоторый конкретный выпуск Debian/Ubuntu/Backports, rmadison инструмент от devscripts пакета мог быть ответ. Например:
$ rmadison -u debian,ubuntu,bpo mercurial | cut -d "|" -f 1-3
debian:
mercurial | 0.9.1-1+etch1 | etch-m68k
mercurial | 0.9.1-1+etch1 | oldstable
mercurial | 1.0.1-5.1 | stable
mercurial | 1.5.1-2 | testing
mercurial | 1.5.2-1 | unstable
ubuntu:
mercurial | 0.7-8 | dapper/universe
mercurial | 0.9.5-3 | hardy/universe
mercurial | 1.0.1-5.1~hardy1 | hardy-backports/universe
mercurial | 1.1.2-2ubuntu1 | jaunty/universe
mercurial | 1.3.1-1 | karmic/universe
mercurial | 1.4.3-1 | lucid/universe
mercurial | 1.5.2-1 | maverick/universe
bpo:
mercurial | 1.0.1-5.1~bpo40+1 | etch-backports
mercurial | 1.3.1-1~bpo50+2 | lenny-backports
Это покажет "официальную" информацию, независимо от репозиториев, которые Вы настроили в своей системе.
Отметьте, которым версии между выпусками не сохранены как часть официальных репозиториев. Однако можно дать выстрел недавно запущенному сервису http://snapshot.debian.org, который позволяет получать доступ к старым пакетам на основе дат и номеров версий, загруженных на архив Debian приблизительно с 2005.
Подобный инструмент, которым можно интересоваться, является whohas, который идет далеко вне семейства Debian. Это может показать версии доступного программного обеспечения для других дистрибутивов (Дуга, openSUSE, хинду, FreeBSD и еще более - 14 дистрибутивов в данный момент).
Надежда, которая помогает.
Оказывается, это была проблема с авторизацией или идентификацией. Мое приложение настраивало Thread.CurrentPrincipal на собственный экземпляр IPrincipal при каждом запросе. Ниже приводится перефразирование кода:
Public Class AppPrincipal
Implements IPrincipal
...
End Class
... Затем в Global.asax.vb
Sub Global_AcquireRequestState(ByVal sender As Object, ByVal e As System.EventArgs) Handles MyBase.AcquireRequestState
Thread.CurrentPrincipal = New AppPrincipal()
End Sub
Моя гипотеза заключается в том, что сборка ManagedDTS.dll не сможет открыть (или проанализировать) пакет SSIS, поскольку не может разрешить удостоверение "AppPrincipal". Это мое предположение. Чтобы исправить это, просто перестали изменять Thread.CurrentPrincipal.