Released Slackware 10.1 stable

> Есть LDAP сервер и дооофигааа рабочих станций под линухом. Надо между ними пользователей синхронизировать

А nss_ldap уже не моден? :)

ошибаешься, причём сильно

Возможно и это, давно это было.

>Вопрос же был насчет того какой init style в Gentoo.

Знающие люди говорят, что там свое собственное изобретение. Смесь обоих стилия и BSD и V.

>Обхясни, что легче сменить, прокладку или трусы из ватина? :))

ИМХО

Приличные девочки прокладки на ходу не меняют.

А трусов из ватина я никогда не видел.

Хотя может я уже отстал от жизни?

Хе хе.

Лехко без пама.

man login.conf

Я ище в школе про это читал.

Правда г-н Линупс не читал про классические юниксы и керберос, вот и

пришлось ему покупать памперсы/прокладки.

>А nss_ldap уже не моден? :)

Моден - но это только nss. Объясни мне плиз (может я чего то не понимаю или чегось пропустил). Как nss может повлиять на процедуру login пользователя?

Я понимаю как при помощи механизма переключателей (nss) обращается к разным источникам данных. Например: /etc/passwd и LDAP, для проверки соответствия login и UID. Ну, типа, когда я делаю ls -l и хочу увидеть хозяина файла. Конфигурю это дело через /etc/nsswitch.conf.

Но как сконфигурить стандартную програмку login, что бы она обращалась через nss к этой же паре для проверки правильности логина и пароля? Точнее к паре /etc/shadow и LDAP? Скока пробовал через nsswitch.conf (там кажись есть пара и для shadow), не получалось. Могобыть я где то чего то не понял? Увы человек не совершенен, всего знать не может :(

Вот с NIS проблем небыло, дописал волшебную строчку в /etc/passwd и все пучком. Хотя NIS дерьмо.

Артур.

Хм..

# man login.conf No manual entry for login.conf

Это в Слаке. Может быть login.defs? И что конкретно там почитать?

Артур

Это из *BSD систем, то что называется класс. юниксом.

А лутше почитай про керберос, с ним не работет только винда,

и нетварь может быть.

Упс...

"/usr/X11R6/bin/xdm: symbol lookup error: /usr/X11R6/bin/xdm: undefined symbol: _XdmcpWrapperToOddParity"

в /var/log/xdm.log :)

Мдяяяя....

>А лутше почитай про керберос,

Панимаеш - керберос - это конечно хорошо, но не очень то :( Есть стандартное решение по управлению пользователями - LDAP. Вот его то и хочется пользовать. Тем более, что он понятен нашим виндовым админам, конечно после того как прикрутиш к нему WEB интерфейс :) Да и все останльные программы с ним (LDAP) хорошо работают.

Опять же можно eDirectory от Novell использовать, бесплатный он однако, да и провшел проверку годами.

Хотя, если керберос могет к LDAP обращаться, тогда конечно буду посмотреть.

Артур.

Зависимостей нет. Так что этот якобы package manager не лучше, чем всякие там stow...

Ничего никто знать не должен. К примеру, у меня на одной из железок пакетов установлено в данный момент 2373 (думаю, нормальная башка и столько названий пакетов не вместит). Зависимостей - в несколько раз больше. Так что слакофилища все - явно больные пыонерчики, или супер-гении. Второй вариант кажется мне несколько нереалистичным.

И делаешь ты это, деточка, для каждой машинки отдельно? Или ты только одну машинку поддерживаешь, dual boot-ную с виндой, да?

А если мне нужно собрать минимальную систему на livecd (не, на флэшку, 64метра) - на хрена мне вся инсталляция gtk+? Мне только стрипнутый бинарь нужен будет. Так что - убога твоя слака. Убогая и негибкая.

Проблемы это приносит только убогим, вроде слакофилищ всяких. В нормальных дистрибутивах, таких, как Debian, никиких проблем с зависимостями не наблюдается (за пределами unstable, конечно же).

> И делаешь ты это, деточка, для каждой машинки отдельно? Или ты только одну машинку поддерживаешь, dual boot-ную с виндой, да?

У меня слака сейчас на одной машинке. А что ты так возбудился, папочка?

> А если мне нужно собрать минимальную систему на livecd (не, на флэшку, 64метра) - на хрена мне вся инсталляция gtk+? Мне только стрипнутый бинарь нужен будет. Так что - убога твоя слака. Убогая и негибкая.

Убог ты. Ибо читать не умеешь. То, что я писал. ТЕБЕ слаку никто не навязывает. Не нравится - не бери. Мне GTK нужен весь, а не кусками.

> Проблемы это приносит только убогим, вроде слакофилищ всяких. В нормальных дистрибутивах, таких, как Debian, никиких проблем с зависимостями не наблюдается (за пределами unstable, конечно же)

Tip: если хочешь, чтоб тебе ответили, цитируй исходное высказывание. Мне в ломы отслеживать ход твоей мыслительной деятельности - на что ты там реагировал и что значит "это".

Все-таки Windows Xp Pro удобнее для работы чем любой Линукс. Это друзья мои факт. Посмотрите на любые компьютеры в любой организации где занимаются зарабатыванием денег - Windows Xp стоит. Не обижайтесь только. Я думаю в глубине души Вы все со мной согласны. Александр

Вот и видно, что на одной машинке.

Отсюда вывод - слака - игрушечный дистрибутив - детишкам на поиграться.

Ты идиот?

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

В общем, всё ясно. Слака - религия. Причём, очень убогая религия, в отличии от религий полезных, таких, как vi и unix way(tm).

>К примеру, у меня на одной из железок пакетов установлено в данный момент 2373

Гы :) Это что супер дупер мега сервер - все в одном? :)

Гы :) А у меня на ближайшем сервере под Слакой.

# ls -l /var/log/packages/ | wc -l

154

Что я делаю не так? :)

Ты Mauhuur злой. Пойди помедитируй - почитай мантры - Дебиан рулез.... дебиан рулез.... Может и успокоишся. И на мир начнеш нормально смотреть. Ну пользуй Дебиан, НИКТО ТЕБЯ НА СЛАКУ НЕ ЗАСТАВЛЯЕТ ПЕРЕХОДИТЬ!

> В общем, всё ясно. Слака - религия.

Нет. Стиль жизни :)

Артур

Прикольно;)

Но серавно не понимаю смысла в обновлении?

я вообше пытаюсь отделаться от всех пакетов!

И собираю токо то что можно поставить

./configure

make

make install

благо слака позволяет так делать:))))))

имеетя введу избавится от покетов полностю!

непредставляю как это зделать в шапке и т.д.

Поэтому обновляю скачивая только tar.gz ну или bz2 :)

К вопросу о надёжности ну у меня винда стоит уже более двух лет без

перестановок паралельно со слакой:) и чё теперь она лучшая и

самая надёжная?????????????????:))))

2 keeper_b

Неа... пакеты это хорошо. Особенно когда у тебя около 50 серверов :)

Артур.

Спокойнее, уважаемый, а то буду твои посты стирать(уже начал)

Применительно к Slackware число 2373 спокойно можно разделить на 4-5, а то и больше частей(нет разбиения на кучу маленьких подбиблиотек). Лично мне это удобно. Я ни в коем случае не буду тебя агитировать ни за что. Нравится тебе Debian - пользуй его. Мне нравится Linux просто.

Да ну... Конечно игрушечный :)
Сидит себе на всех моих серверах и жужжит, как мне надо :)
Причём, замечательно работает Oracle и Application Server на Slackware. Нагрузку - держит как надо :)

А обновлять как версии программ?
Вот как раз после многократных make install на винте и получается файлопомойка.
Пользуй(если поддерживается DESTDIR)
make install DESTDIR=/tmp/package-foo-x.y.z
cd /tmp/package-foo-x.y.z
strip(если надо)
makepkg -c n -l y ../foo-x.y.z-i686-1.tgz

 Полностью согласен! Именно контрользависимостей меня так взбесил в женте...когда за одним mc она потянула еще штук двадцать пакетов!В слаке ж однако при желании можно отследить зависимости как через swaret так и slapt-get,А тем кто кичиться отсутствием элементарного знания и понимания как взаимодействуют части системы( полностью доверяясь автоматическим утилитам проверки)- можно только посучоствовать- ибо именно их машины превращаются в помойки с кучей ненужного и никогда не востребованного софта!
  Пусть каждый пользует то, что ему нравится! НО не надо мазать грязью слакварь только потому, что не хватило терпения( ума?) разобраться...!

Кстати да, ты уходишь во-первых от безопасности, а во-вторых - от unix way(это вторично, посторяю), Если у тебя ОДИН сервер является гейтом, файрволом, принт-сервером, почтовиком, файлопомойкой, etc, то ты ОЧЕНЬ плохой системный администратор.

Кстати, Ирси, не узнаю в гриме :)

Это как же тебя так?
Я на своей машинке обновляюсь - всё пучком.
Правда, xdm не пользую :)

Люди !!! Юзайте Дебьян - единственно правильный дистр!!!

Надо пользовать операционку, исходя из условий задачи, а не что хочется.

>> Полностью согласен! Именно контрользависимостей меня так взбесил в женте...когда за одним mc она потянула еще штук двадцать пакетов!

ну а фигли ты хотел, если в USE у тебя стоит наверняка и gnome и kde и cups с samba впридачу? Читать как раз и надо было мануалы. Причём это ещё в хэндбуке разжёвано. Нужен голый mc - выставил нужные флаги и вперёд без проблем. Ты вот мне лучше расскажи как ты ручками будешь mc собирать с поддержкой всего вышеперечисленного в своей слаке...

>> Пусть каждый пользует то, что ему нравится! НО не надо мазать грязью слакварь только потому, что не хватило терпения( ума?) разобраться...!

Было бы в чём разбираться...

>Наверное самый лучший дистр - это тот дистр, который простоял в продакшане у вас на компе минимум два года без переустановок.

5 лет годится ? ;) 

ss:/etc$ uname -a
Linux ss 2.2.13x2 #3 Fri Dec 1 13:55:45 MSK 2000 i586 unknown
ss:/etc$ head inittab
#
# inittab       This file describes how the INIT process should set up
#               the system in a certain run-level.
#
# Version:      @(#)inittab             2.04    17/05/93        MvS
#                                       2.10    02/10/95        PV
#                                       3.00    02/06/1999      PV
#
# Author:       Miquel van Smoorenburg, <miquels@drinkel.nl.mugnet.org>
# Modified by:  Patrick J. Volkerding, <volkerdi@ftp.cdrom.com>

Респект :)

> Ты идиот? Ты будешь утверждать, что более общее и гибкое решение будет хуже частного? Package manager с зависимостями и мелкодробленными пакетами - общее решение, то, что в слаке - очень частное и ограниченное.

Мужик ты вроде уже большой, но глююююпый... Такие, как ты, даже простейшие тексты набирают в MS Word - потому что он большой и универсальный. И гвозди сам знаешь чем забивают. Ещё примеры из жизни: наиболее "общее и гибкое решение" ((C) Mauhuur) для перемещения в пространстве - человеческие ноги (по суше) и руки+ноги (по воде) -> Автомобилями пользуются идиоты. Я уж молчу про тех, кто ездит в поездах, - они, ламаки, вообще одномерны :) Общие и гибкие решения, как переусложнённые системы, страдают такими недостатками, как громоздкость и низкая надёжность. Но тебе этого понять, как я понимаю, просто не дано :) Такой большой вырос, а такой недалёкий. Как бы тебе объяснить, что если для какой-то задачи достаточно частного решения, то не следует наживать себе лишний геморрой и заменять его общим...

> В общем, всё ясно. Слака - религия. Причём, очень убогая религия, в отличии от религий полезных, таких, как vi и unix way(tm).

В общем, Mauhuur - упёртое, самоуверенное и заносчивое создание, by design не приспособленное мыслить широко :)

>>ну а фигли ты хотел, если в USE у тебя стоит наверняка и gnome и kde и cups с samba впридачу? Читать как раз и надо было мануалы. Причём это ещё в хэндбуке разжёвано. Нужен голый mc - выставил нужные флаги и вперёд без проблем. Ты вот мне лучше расскажи как ты ручками будешь mc собирать с поддержкой всего вышеперечисленного в своей слаке...
>>
   Да в общем-то элементарно, гражданин анонимус...попробуйте как нибудь 
набрать <configure --help> при сборке чего угодно- не обязательно mc))
Да, кстати, с USE все выглядело совершенно не так, как вам хотелосьбы))

> Кстати, Ирси, не узнаю в гриме :)

Промах. Антихрист это. Думал, наверно, что я r00t :)

> Это как же тебя так?

Да вот сам репу чешу, понять не могу. startx'ом иксы пускаются...

> Ты вот мне лучше расскажи как ты ручками будешь mc собирать с поддержкой всего вышеперечисленного в своей слаке...

./configure --help не пробовал? Очень рекомендую. Или ты думаешь, что mc только в генте можно с флагами собирать?

> Правда г-н Линупс не читал про классические юниксы и керберос, вот и
пришлось ему покупать памперсы/прокладки.

Суныч, ты чего, сбрендил? PAM - это сановское изобретение. Санки за
юникс уже не считаешь?

> В нормальных дистрибутивах, таких, как Debian, никиких проблем с зависимостями не наблюдается

У меня знакомый начинает осваивать линукс. Кноппикс поставил.
Стал обновлять пакеты и отгрёб кучу проблем с зависимостями тут же.
Я думаю, Debian был бы хорош в армии . Уж очень тупой, но авторитарный
у него менеджер пакетов.

По ходу тестирования 10.1 два серьёзных недочёта нашёл. Первый - плохо
собранное ядро bareacpi. Не работает оно нормально на новых платах и
особенно на ноутбуках. Нужно _обязательно_ при сборке включать опции
Local APIC и IO-APIC for uniprocessors. Иначе начинается кордибалет с
irq routing. Если уж его всё равно собирают, то лучше уж собрать
качественно. Только из-за этой баги приходится вручную собирать своё ядро.

И вторая проблема - самая ужасная. Не открывается пасьянс в KDE!!!
Пустое поле вместо карт и какая-то ругань от QPainter. Это полный абзац.
Самую главную прогу в KDE запороли! Пришлось снести KDE и ставить старый
гном. Там отличный пасьянс.

>Уж очень тупой, но авторитарный у него менеджер пакетов.

Плюс еще исполнительный. :)

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

А проблема знакомого скорее всего в том, что "начинает осваивать линукс". Я на 99.0% уверен, что его проблемы из-за недопонимания (ну либо из-за глюков Knoppix-а, я с ним дел не имел :) ).

Самое смешное заключается в том, что почему-то с такой "тупой и
нетворческой" работой сталкиваешься только там, где она якобы должна
решаться сама автоматически с помощью "умных" менеджеров пакетов.
Вывод отсюда ужасно прост: кто хочет найти грязи, тот в неё упадёт,
даже если кругом пустыня Сахара ;) Типа создают отличное средство для
правильного разрешения зависимостей, но перед этим наделают столько
этих самых неправильных зависимостей, что потом долго радуются уже тому,
что проблема хоть как-то решилась, и дружно молятся на Великий Пакадж Манаджер ;)

> из-за глюков Knoppix-а, я с ним дел не имел

Да, это именно они. Однако-ж реклама идёт про knoppix===debian. Значит,
не всё так круто в датском королевстве. И не такой уж он умный их dpkg.

Кстати, по поводу инициализации в gentoo. Там всетаки все это похоже на SysV. Просто вместо ранлевелов 1,3,4,5 там single,boot,default,nonetwork...:) а фишка с добавлением или удалением в тот или иной уровень загрузки таже - симлинк в соотв. каталог. BSD-init там пахнет мало :(

>Там всетаки все это похоже на SysV. Просто вместо ранлевелов 1,3,4,5 там single,boot,default,nonetwork...:)

Ты ща наобьясняешь... :)))

Лучше б просто ссылку дал:

http://www.gentoo.org/doc/ru/rc-scripts.xml?style=printable