From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <legion@altlinux.ru>
X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on
 sa.local.altlinux.org
X-Spam-Level: 
X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00 autolearn=ham
 autolearn_force=no version=3.4.1
Date: Fri, 11 Nov 2016 13:53:21 +0100
From: Alexey Gladkov <legion@altlinux.ru>
To: ALT Linux Team development discussions <devel@lists.altlinux.org>
Message-ID: <20161111125321.GD27548@comp-core-i7-2640m-0182e6.fortress>
References: <CAK42-Gq1u10Di4N0APgjX1ATULB5XqPdfpeqzr=y7a8LxSxp9A@mail.gmail.com>
 <20161110104256.GA27548@comp-core-i7-2640m-0182e6.fortress>
 <CAK42-Grp8qQLhwDW+coyNOhpRXhyswbsDzVMZhyeAGWq-Hu2tg@mail.gmail.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Disposition: inline
Content-Transfer-Encoding: 8bit
In-Reply-To: <CAK42-Grp8qQLhwDW+coyNOhpRXhyswbsDzVMZhyeAGWq-Hu2tg@mail.gmail.com>
Subject: Re: [devel] =?utf-8?b?c3lzdGVtLXJlcG9ydCDRgSDQv9GA0L7RhNC40LvRj9C8?=
 =?utf-8?b?0Lg=?=
X-BeenThere: devel@lists.altlinux.org
X-Mailman-Version: 2.1.12
Precedence: list
Reply-To: ALT Linux Team development discussions <devel@lists.altlinux.org>
List-Id: ALT Linux Team development discussions <devel.lists.altlinux.org>
List-Unsubscribe: <https://lists.altlinux.org/mailman/options/devel>,
 <mailto:devel-request@lists.altlinux.org?subject=unsubscribe>
List-Archive: <http://lists.altlinux.org/pipermail/devel>
List-Post: <mailto:devel@lists.altlinux.org>
List-Help: <mailto:devel-request@lists.altlinux.org?subject=help>
List-Subscribe: <https://lists.altlinux.org/mailman/listinfo/devel>,
 <mailto:devel-request@lists.altlinux.org?subject=subscribe>
X-List-Received-Date: Fri, 11 Nov 2016 12:49:48 -0000
Archived-At: <http://lore.altlinux.org/devel/20161111125321.GD27548@comp-core-i7-2640m-0182e6.fortress/>
List-Archive: <http://lore.altlinux.org/devel/>
List-Post: <mailto:devel@altlinux.org>

On Fri, Nov 11, 2016 at 03:17:12PM +0300, Evgeny Sinelnikov wrote:
> > Поясните о каких настроцках NSS идёт речь ?
> 
> Как о каких?
> 
> /etc/nsswitch.conf и потенциально неограниченное количество
> NSS-модулей (например, ldap, winbind или sss), у каждого из которых
> ещё и свой набор настроек и логов.

Я подумал про другой nss :)

> Можно. Я не против собирать всё. Но...
> - всегда будут непонятные тесты, которые для пользователя не
> отработали, потому что не всё у него есть;

Это происходит и сейчас.

> - объём лога для информации о железе сильно вырастает.

Это не важно.

> Кстати, я бы предложил паковать в архив карту о прошедших и не
> прошедших этапах сбора. Тогда будет понятно какие тесты проходили и
> что стоит ожидать найти в архиве.

Хорошая мысль. Я положу в архив список тестов и их статусы.

> Но, ещё раз, это не принципиальный вопрос. Принципиально иметь
> возможность собирать системную инфу не только о железе, но и ключевых
> настройках операционной системы.

Уже сейчас собирается информация о состоянии сетевых интерфейсов и
маршрутах, список установленных rpm. Это явно не "железная" информация :)

Для меня нет понятия client и server. На мой взгляд, нужно просто добавить
проверок с тем, что вам нужно и собирать всё что обнаружится. Если у
пользователя нет bind или openldap, то информация о них и не попадёт в
репорт, а попадёт информация о kdm и kde.

-- 
Rgrds, legion