[devel] I: Веб-ресурсы Deepsolver

[devel] I: Веб-ресурсы Deepsolver

[Michael Pozhidaev]

Приветствую всех!

Вся необходимая информация о утилите Deepsolver размещена в Интернет на
двух ресурсах:

http://deepsolver.org 
(англоязычная версия)

http://deepsolver.altlinux.org
(русскоязычная версия)

Оба ресурса идентичны по содержанию, кроме раздела с техническим
заданием, который доступен только в русском варианте. Между языками
можно оперативно переключаться, поэтому, в целом, нет разницы, какой сайт
открывать при первом обращении.

-- 
Michael Pozhidaev. Tomsk, Russia.
Russian info page: http://www.marigostra.ru/

Re: [devel] I: Веб-ресурсы Deepsolver

[Bergman Andrey]

1. Мелкое замечание - в техзадании на второй странице опечатка в слове "внесение", написано "внесенеи".

2. В уровнях протоколирования не хватает предупреждения (warning). Вообще, есть цикл статей по протоколированию, в котором описан очень удобный интерфейс для C++ - http://ddima.livejournal.com/64901.html#cutid1

3. В "протоколировании" написано, что протокол должен быть и машино-читаем и человеко-читаем. В OpenVMS было сделано очень изящное решение такой проблемы:

GEIN $ show asdf
%DCL-W-IVKEYW, unrecognized keyword - check validity and spelling
 \ASDF\
GEIN $

Каждое сообщение об ошибке предваряется кодом, а затем идёт сообщение для человека. Код - это название подсистемы DCL, уровень серьёзности - W[arning], код ошибки IVKEYW. А дальше может идти сообщение на любом языке, хоть по-русски, хоть по-английски, сообщение всё-равно машино-читаемо.

4. Нет ли в планах реализации аналога deborphan - чтобы можно было удалить неиспользуемые библиотеки? То есть, часть пакетов ярковыраженно не могут использовать напрямую, без frontend'а. И если все frontendы к библиотеке удалены, то и библиотеку убрать. (разумеется, devel пакеты тоже должны рассматриваться как frontend'ы)

Андрей.



16.04.2012, 08:09, "Michael Pozhidaev" <msp@altlinux.ru>:
> Приветствую всех!
>
> Вся необходимая информация о утилите Deepsolver размещена в Интернет на
> двух ресурсах:
>
> http://deepsolver.org
> (англоязычная версия)
>
> http://deepsolver.altlinux.org
> (русскоязычная версия)
>
> Оба ресурса идентичны по содержанию, кроме раздела с техническим
> заданием, который доступен только в русском варианте. Между языками
> можно оперативно переключаться, поэтому, в целом, нет разницы, какой сайт
> открывать при первом обращении.
>
> --
> Michael Pozhidaev. Tomsk, Russia.
> Russian info page: http://www.marigostra.ru/
> _______________________________________________
> Devel mailing list
> Devel@lists.altlinux.org
> https://lists.altlinux.org/mailman/listinfo/devel

Re: [devel] I: Веб-ресурсы Deepsolver

[Michael Pozhidaev]

Андрей, здравствуйте!

> 1. Мелкое замечание - в техзадании на второй странице опечатка в слове
> "внесение", написано "внесенеи".

Пофиксено, спасибо.

> 2. В уровнях протоколирования не хватает предупреждения
> (warning). Вообще, есть цикл статей по протоколированию, в котором
> описан очень удобный интерфейс для C++ -
> http://ddima.livejournal.com/64901.html#cutid1

Тоже пофиксено.

> 3. В "протоколировании" написано, что протокол должен быть и машино-читаем и человеко-читаем. В OpenVMS было сделано очень изящное решение такой проблемы:
>
> GEIN $ show asdf
> %DCL-W-IVKEYW, unrecognized keyword - check validity and spelling
>  \ASDF\
> GEIN $
>
> Каждое сообщение об ошибке предваряется кодом, а затем идёт сообщение
> для человека. Код - это название подсистемы DCL, уровень серьёзности -
> W[arning], код ошибки IVKEYW. А дальше может идти сообщение на любом
> языке, хоть по-русски, хоть по-английски, сообщение всё-равно
> машино-читаемо.

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

> 4. Нет ли в планах реализации аналога deborphan - чтобы можно было
> удалить неиспользуемые библиотеки? То есть, часть пакетов
> ярковыраженно не могут использовать напрямую, без frontend'а. И если
> все frontendы к библиотеке удалены, то и библиотеку
> убрать. (разумеется, devel пакеты тоже должны рассматриваться как
> frontend'ы)

Хе-хе, достаточно живая тема была в deepsolver@lists. Были мнения, что
это не очень полезно. В частности, так говорил zerg@, но мне кажется,
что мы его переубедим. :)) 

Там, правда, чуть-чуть по-другому описывался критерий, но в общих чертах
как раз про это.

-- 
Michael Pozhidaev. Tomsk, Russia.
Russian info page: http://www.marigostra.ru/

Re: [devel] I: Веб-ресурсы Deepsolver

[Bergman Andrey]

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

Ну значит сочините этот код сами. Совершенно же необязательно его делать
именно в DECовском виде. :-) Главная идея - это то, что в одном сообщении есть
как машиночитаемая метка (причём легче-лёгкого читаемая) и человеко-читаемый
текст, который легко соотносится с меткой.

Чем это хорошо - захотите вы поменять формат лога, но оставите метку на месте,
никакие скрипты не поломаете.

А примерный формат метки с указанием формата пакета:

$DS_E_PKGNFOU_<имя пакета>$ Ошибка Deepsolver'а - пакет <имя пакета> не найден.

То есть, явно указываете начало и конец метки + придерживаетесь её формата.

Андрей.

Re: [devel] I: Веб-ресурсы Deepsolver

[Денис Смирнов]

[-- Attachment #1: Type: text/plain, Size: 643 bytes --]

On Tue, Apr 17, 2012 at 01:24:13PM +0700, Michael Pozhidaev wrote:

MP> Там, правда, чуть-чуть по-другому описывался критерий, но в общих чертах
MP> как раз про это.

Мне кажется критерий тут может быть только один -- конкретные пакеты либо
нужны только по зависимостям (библиотеки, данные к играм), либо имеют
самостоятельную ценность.

Автоугадав тут работает плохо. Критерии типа "этот пакет ставили ручками"
тоже плохо подходят.

Только либо поле в RPM-пакете, либо отдельный список таких пакетов.

-- 
С уважением, Денис

http://mithraen.ru/
----------------------------------------------------------------------------

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 198 bytes --]

Re: [devel] I: Веб-ресурсы Deepsolver

[Alexander Bokovoy]

2012/4/17 Денис Смирнов <mithraen@freesource.info>:
> On Tue, Apr 17, 2012 at 01:24:13PM +0700, Michael Pozhidaev wrote:
>
> MP> Там, правда, чуть-чуть по-другому описывался критерий, но в общих чертах
> MP> как раз про это.
>
> Мне кажется критерий тут может быть только один -- конкретные пакеты либо
> нужны только по зависимостям (библиотеки, данные к играм), либо имеют
> самостоятельную ценность.
>
> Автоугадав тут работает плохо. Критерии типа "этот пакет ставили ручками"
> тоже плохо подходят.
>
> Только либо поле в RPM-пакете, либо отдельный список таких пакетов.
Эта дискуссия напомнила мне еще один момент: неплохо бы иметь
записанным откуда был установлен пакет. Yum хранит эту информацию, она
полезна в целях аудита и верификации целостности ключевых подсистем,
например, для служб поддержки.
-- 
/ Alexander Bokovoy

Re: [devel] I: Веб-ресурсы Deepsolver

[Michael Pozhidaev]

Hello, Денис Смирнов!

> Автоугадав тут работает плохо. Критерии типа "этот пакет ставили ручками"
> тоже плохо подходят.

Почему он плохо подходит? В общем-то, мы это не сами даже придумали, так
хотят сделать в pkgng в BSD. Они собираются запоминать, ставился ли
пакет по запросу пользователя или нет.

Разумеется, этим тоже надо уметь пользоваться, но если чем-то не
подходит, можно и не пользоваться. Мне пока кажется, что фича весьма
нужная.

-- 
Michael Pozhidaev. Tomsk, Russia.
Russian info page: http://www.marigostra.ru/

Re: [devel] I: Веб-ресурсы Deepsolver

[Michael Pozhidaev]

> Эта дискуссия напомнила мне еще один момент: неплохо бы иметь
> записанным откуда был установлен пакет. Yum хранит эту информацию, она
> полезна в целях аудита и верификации целостности ключевых подсистем,
> например, для служб поддержки.

Да, Александр, спасибо. Реализуем.

-- 
Michael Pozhidaev. Tomsk, Russia.
Russian info page: http://www.marigostra.ru/

Re: [devel] I: Веб-ресурсы Deepsolver

[Денис Смирнов]

[-- Attachment #1: Type: text/plain, Size: 696 bytes --]

On Wed, Apr 18, 2012 at 08:10:20AM +0700, Michael Pozhidaev wrote:

MP> Почему он плохо подходит? В общем-то, мы это не сами даже придумали, так
MP> хотят сделать в pkgng в BSD. Они собираются запоминать, ставился ли
MP> пакет по запросу пользователя или нет.
MP> Разумеется, этим тоже надо уметь пользоваться, но если чем-то не
MP> подходит, можно и не пользоваться. Мне пока кажется, что фича весьма
MP> нужная.

Это будет работать только если при удалении пакетов можно будет вручную
отметить кого удалять таки не надо (и этот выбор будет запоминаться).

-- 
С уважением, Денис

http://mithraen.ru/
----------------------------------------------------------------------------

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 198 bytes --]

Re: [devel] I: Веб-ресурсы Deepsolver

[Sergey Vlasov]

[-- Attachment #1: Type: text/plain, Size: 908 bytes --]

On Wed, Apr 18, 2012 at 05:19:29PM +0400, Денис Смирнов wrote:
> On Wed, Apr 18, 2012 at 08:10:20AM +0700, Michael Pozhidaev wrote:
> 
> MP> Почему он плохо подходит? В общем-то, мы это не сами даже придумали, так
> MP> хотят сделать в pkgng в BSD. Они собираются запоминать, ставился ли
> MP> пакет по запросу пользователя или нет.
> MP> Разумеется, этим тоже надо уметь пользоваться, но если чем-то не
> MP> подходит, можно и не пользоваться. Мне пока кажется, что фича весьма
> MP> нужная.
> 
> Это будет работать только если при удалении пакетов можно будет вручную
> отметить кого удалять таки не надо (и этот выбор будет запоминаться).

И в aptitude это работает уже сейчас.  Неудобно только то, что, в
отличие от родной версии, в нашей флаг автоматической установки пакета
существует только в собственной базе aptitude, которая не обновляется
при установке пакетов другими способами.

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 198 bytes --]

Re: [devel] I: Веб-ресурсы Deepsolver

[Michael Pozhidaev]

> И в aptitude это работает уже сейчас.  Неудобно только то, что, в
> отличие от родной версии, в нашей флаг автоматической установки пакета
> существует только в собственной базе aptitude, которая не обновляется
> при установке пакетов другими способами.

Да, Сергей, спасибо за заметку. Ну что же, тем больше причин считать это
стоящей идеей. Какие-нибудь методы вручную поставить пометку или
просмотреть, что за пакеты будут удалены, придумать можно. 

Денис, ну что, согласен?

-- 
Michael Pozhidaev. Tomsk, Russia.
Russian info page: http://www.marigostra.ru/