индикатор критичности обновлений (есть ли такой?)

[William Henry Gates]

вопрос возник после очередного (майского) синхронизирования. обновлений потребовалось около 300мб, но вот какие из них действительно нужны, а какие - малозначительны? пока что сделал только emerge -uD sustem.

[clx]

Это уже ты сам должен решить, какие тебе более важны.

[William Henry Gates]

хм, а по какому критерию решить-то? по-вашему, смена -r2 на -r3 в версии пакета - это важно? или смена версии 2.8.2 на 2.8.3 - это необходимо?

[clx]

хм, а по какому критерию решить-то? по-вашему, смена -r2 на -r3 в версии пакета - это важно? или смена версии 2.8.2 на 2.8.3 - это необходимо?

↑

ChangeLog трудно посмотреть ?

[polachok]

дык в том-то и дело, что решаешь САМ. если все устраивает - зачем вообще обновляться. Если появились новые нужные фишки или исправлены заметные баги - тогда да, стоит.
ИМХО.

[GOster]

В общем согласен с polachok.
В крайнем случае, можно обновить программы, которыми пользуешься чаще всего(предварительно заглянув ChangeLog). Но ИМХО спешить не стоит. Часто в новых версиях появляются и новые глюки. Если приложение критически важное, то надо еще семь раз отмерить.

[William Henry Gates]

да уж, как оказалось dosemu-1.2.2 даже не собирается, ошибка какая-то в пакете. changelog - это верно, но там тоже обычно пишется нечто вроде "fixed bug#..." то есть опять же думай, надо - нет. вроде, апрельские проги ведут себя более прилично, чем майские.

[magesor]

А мне вот любопытно, нет ли возможности автоматом апдейтить то, что патчено на предмет уязвимостей? То есть только security updates.

[x0ider]

А мне вот любопытно, нет ли возможности автоматом апдейтить то, что патчено на предмет уязвимостей? То есть только security updates.

↑

Согласен вот такая вещь была бы интересна. А то невсегда в памяти удержишь чего там с дырками и что там установлено...

[magesor]

Согласен вот такая вещь была бы интересна. А то невсегда в памяти удержишь чего там с дырками и что там установлено...

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

[xorader]

Код: Выделить всё

# glsa-check
WARNING: This tool is completely new and not very tested, so it should not be
used on production systems. It's mainly a test tool for the new GLSA release
and distribution system, it's functionality will later be merged into emerge
and equery.
Please read http://www.gentoo.org/proj/en/portage/glsa-integration.xml
before using this tool AND before reporting a bug.

no option given: what should I do ?

Syntax: glsa-check <option> [glsa-list]

-l      --list          : list all unapplied GLSA
-d      --dump          : show all information about the given GLSA
        --print
-t      --test          : test if this system is affected by the given GLSA
-p      --pretend       : show the necessary commands to apply this GLSA
-f      --fix           : try to auto-apply this GLSA (experimental)
-i      --inject        : inject the given GLSA into the checkfile
-n      --nocolor       : disable colors (option)
-h      --help          : show this help message
-V      --version       : some information about this tool
-v      --verbose       : print more messages (option)

glsa-list can contain an arbitrary number of GLSA ids,
filenames containing GLSAs or the special identifiers
'all' and 'new'

[neonman]

короче просто glsa-check --test all

[William Henry Gates]

занятно! надо поковырять gentoolkit на предмет функциональности.
glsa - идея хорошая, буду ждать в стабильной версии