2anonymous (*) (19.12.2003 12:29:59)
>ты хоть раз DVD то смотрел? знаешь что такое DVD меню и для чего оно используется? нет ? -- ну тогда нах** !!!

Смотрел и не раз :-) Еще раз повторяю вопрос: ты фильм смотришь или все, что дополнительно на двд напихали, типа трейлеров, картинок, или биографии актеров?
P.S. И откуда такая манера - все к чему не привык нах посылать? Стиль жизни? :-)

> Угу. Не раз спорили и ни разу никто не ответил, на хрена серверу менеджер пакетов. :-)

Серверы бывают разновые...

> Удали каталог с программой в винде... И потом запусти regedit и убедись, что ни один ключ реестра, связанный с с данной прогой, никуда не делся.

А я где-то сказал, что он куда-то денется? Это вообще к чему? К установке программ в отдельный каталог /usr/local/<program>? Хочешь сказать, что у тебя и конфиги все к проге лежат в /usr/local/<program>/etc, и логи пишутся в /usr/local/<program>/var/log? А если нет, то после F8 у тебя точно так же останутся и конфиги в /etc и пр. И вычищать это всё придется потом ручками. В том же apt-get есть возможность при сносе пакета указать --- сносить конфиги вместе с пакетом или оставлять.

> А InstallShield всё же отслеживает зависимости и версии библиотек - ты ни разу не видел сообщения от него в стиле: "Данная библиотека не используется более ни одной программой" или "Имеющаяся в системе библиотека имеет более позднюю версию, чем копируемая"???

Если ЭТО уже можно назвать отслеживанием зависимостей, то я --- Папа римский. Это просто advanced копирование с проверкой --- а нет ли уже такого файла + для некоторых форматов сравнение версий + спросить у пользователя про какую-то ХЗ-какую dll'ку, о которой он сроду никогда не слышал и которой никогда не видел, вместо того, чтоб взять и снести.

> Slackware Team традиционно славится великолепным тестированием выпускаемого ПО, поэтому, фактически, я из всего дистра использую только binutils, gcc, glibs.

Логика стальная как T-82. Мне её не пробить --- не тот калибр.

"Да? Как интересно! Ну не будет, скажем, в /usr/local/samba/bin/ файлов smbd и nmbd, скрипт /etc/rc.d/rc.M нарисует мне "no such file or directory" и всех проблем-то!
Ну и, скажем, в /etc/smb.conf был симлинком на /usr/local/samba/etc/smb.conf - и что??? Сильно мусор большой? Не нравится, так в том же миднайте несуществующие симлинки расцвечены красным цветом - их так тяжело удалить??? :-) "

вот мы и пришли к классической файлопомойке в которой чёрт ногу сломит. ну нах** накую систему !

"Что, по-твоему, это совсем-совсем ничего не даст? "

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

"Еще раз повторяю вопрос: ты фильм смотришь или все, что дополнительно на двд напихали, типа трейлеров, картинок, или биографии актеров? "

я заплатил деньги за DVD диск, поэтому это моё право использовать его на 100% в том числе и иметь возможность посмотреть трейлеры и библиографию актёров,
а "проигрыватели" не позволяющие мне этого гнать надо ссаными тряпками нах** !!!

Я тебе говорил - серверов у меня сейчас 4. Для организации с 50-ю компами этого более чем достаточно.
Далее, естественно, содержимое /etc я не переписываю ручками заново каждый раз. Просто копирую с соседнего сервера, меняю HOSTNAME и IP-адрес. Это что, так сложно, что ли? Да и какая разница, поменяю я эти вещи через тот же linuxconf или напрямую? Даже по затраченному времени оно примерно одинаково.

"Ну, если на машине 3 программы, то можно выкрутиться... "
ОК. Самое большое количество программ на WWW/DNS/MAIL сервере.
Считаем: BIND, SENDMAIL, MYSQL, POP3 (вызов из inetd), APACHE. Всё. Интересно, ты не надорвешься, если для этих 5 программ напишешь по вызову?
Ах... Ну да... Ценное время Системного Администратора слишком дорого, чтобы написать 5 строчек текста...

"Потому что этого самого ПО там -- с гулькин нос, почти как в свежеустановленной Windows."
Кто тебе такую чушь сказал? В Slackware есть всё, что мне необходимо.

Мдя... О чём вообще можно разговаривать с человеком, который использует "миднайт" для "администрирования" системы?

Зайди сюда и взгляни на скриншот. Прочитай объяснение. И попытайся
мне рассказать, что это всем показалось.


http://www.mplayerhq.hu/homepage/design6/news.html

А вот тебе новости из сердца debian. Надоел:

http://www.debian.org/News/weekly/2003/31/

Более того, он справедливо отмечает, что если соблюдать все лицензии,
можно остаться без плеера вообще.

P.S. Debian stable несколько староват, ты не находишь? И пользуются
им, думается, лишь единицы и на серверах.

Вот здесь дебиановцы просто испугались и убрали дешифровщик:
"...remove contains problematic DVD Content Scrambling System (CSS)."

"Ах... Ну да... Ценное время Системного Администратора слишком дорого, чтобы написать 5 строчек текста... "

ну хорошо, у тебя там 5 сервисов крутится, а у кого-то допустим 25, и что все их так вбивать?????

нет, это уже клиника!!!

"В Slackware есть всё, что мне необходимо."
----------------------------------^^^^^^^------------------
вообщем это неизлечимо и разгаваривать с тобой бесполезно

А кто сказал, что mplayer не умеет нормально смотреть dvd?
Умеет + умеет его перекодировать во что хочешь.

У нас два нормальных плеера - кому mplayer, кому xine.

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

Не надоело еще?

Да отвечали. И про install shield и как он что отслеживает, объяснили.
Смысл в том, что в винде ты никогда не увидишь кому принадлежит
библиотека. Ты можешь лишь посмотреть сколько программ ее хотят.

P.S. Подробнее - прочитай старые флеймы.
P.P.S. Устанавливать просто любой дистиб. Я, кстати, большую часть fc
тоже под свой проц пересобрал - но делал я это уже когда все было поставлено
и работало из бинарников.

Да вообще-то до определенного числа мегегерцев (до 1Ггц) выгоды
от пересборки видны на глаз.

таки про package manager...

2 ROOT:

> "Потому что этого самого ПО там -- с гулькин нос, почти как в свежеустановленной Windows." > Кто тебе такую чушь сказал? В Slackware есть всё, что мне необходимо.

1) А в Windows есть все, что необходимо секретутке тете Маше. Что с того?

2) MPICH таки нет :)

> Считаем: BIND, SENDMAIL, MYSQL, POP3 (вызов из inetd), APACHE. Всё.

Да это не сервер, а тривиальная файлопомойка. Но даже там должон быть NFS, NIS+ | LDAP | Kerberos, CUPS ...

P.S.

SENDMAIL -- на мыло!

Да это не сервер, а тривиальная файлопомойка.

Ну не скажи:
пересборка иксов + кде дала мне ускорение загрузки данной хрени на
4-5 секунд. Несколько раз проверял.

> 1) А в Windows есть все, что необходимо секретутке тете Маше. Что с того?

А в какой виндовс входит оффис (из коробки)?

Root, ты часто хорошие вещи говоришь, но сейчас ты гонишь.
smbd и nmbd ставится в rh-подобных в init.d, симлинки кладутся в rc.M,
но при удалении вся эта байда убивается.

P.S. Да, если дерьма кучу выкинуть с автоматическими определениями всякой
хреноты, старт будет очень быстрым. Но кто часто перегружается?

"Да вообще-то до определенного числа мегегерцев (до 1Ггц) выгоды от пересборки видны на глаз. "

сравнения на глаз никого не интересуют, ты тесты лучше покажи !

Блин да вы о чем вообще?!

Каждый пользуется тем чем нравится !!!!

Вот я покопался в gaim-е и понял что это IMHO говно.

1) А в Windows есть все, что необходимо секретутке тете Маше. Что с того?

Потому у секретутки винда и стоит.

2) MPICH таки нет :)

И что? Наличие или отсутствие MPICH в дистрибутиве определяет, стоит ли этот дистрибутив использовать?

"Да это не сервер, а тривиальная файлопомойка."

Мда. Давно я так не смеялся! Родное сердце, сообщи публике, что по-твоему, не является "тривиальной файлопомойкой"!

"Но даже там должон быть NFS, NIS+ | LDAP | Kerberos, CUPS "

Ещё смешнее!!! А можешь ответить на один простой вопрос: ЗАЧЕМ????

>P.S. Debian stable несколько староват, ты не находишь? И пользуются
>им, думается, лишь единицы и на серверах.

Вы не правы! С 99-го года использую только стабильный дистр, сейчас уже
стоят три сервера и куча роутеров, на серверах крутится, хостинг, почта,
файлопомойки там всякие иттд итп. Мой воркстейшн - да, тут можно ставить
тестинг, заниматься экспериментами, но на сервера... не знаю. Никаких
проблем с Debian stable не наблюдалось.

"И что? Наличие или отсутствие MPICH в дистрибутиве определяет, стоит ли этот дистрибутив использовать? "

проблема в том, что в слаке не только MPICH нету,там вообще ничего нету !

> проблема в том, что в слаке не только MPICH нету,там вообще ничего нету !

А куда ж оно все делось? Вчера смотрел -- еще было!

Они бы еще два месяца чесались. Взломали сервера Debian - они разобралис ь в чем причина, сообщили о необходимости обновления ядра и rsync. Взломали сервер Gentoo - они разобрались, причины оказались теми же.

Так бы и написали, что у админа руки растут из такого места, что это не руки, а ноги.

Leschinsky Oleg (helge@visti.com)

как дебагить векторы

>проблема в том, что в слаке не только MPICH нету,там вообще ничего нету !

В этом то и весь еЯ смысл - раз ничего нет так ничего и не сломется ;)

Ребята, давайте жить дружно.

Честное слово, надоело.

Чем кидать понты "суксь", "рулез", лучше бы обсуждали сопособы решения конкретных задач, достоинства и недостатки каждого из способов (только объективно).

Когда я постил новость, мне было кроме всего прочего интересно, сколько людей будут обсуждать именно новость, а сколько скатится в HolyWars "какой дистрибутив/плеер лучше" или высказывания типа "такой-то -- идиот". Получилось примерно так, как я и думал.

;-)

производительность vs время отклика...

2 jackill:

> пересборка иксов + кде дала мне ускорение загрузки данной хрени на 4-5 секунд.

1) Обсуждается _производительность_, а не время отклика. Совершенно разные вещи.

2) Малого времени отклика можно добиться с помощью prelink. Возможные обломы: prelinked binary не запустится под PaX'-онутым ядром.

Какая новость, такое и обсуждение.

про сервер...

2 ROOT:

> Потому у секретутки винда и стоит.

Ровно потому же -- у тебя шлака. Как, впрочем, у меня -- Debian.

> "Но даже там должон быть NFS, NIS+ | LDAP | Kerberos, CUPS "

> Ещё смешнее!!! А можешь ответить на один простой вопрос: ЗАЧЕМ????

1) NIS+|LDAP

А чего, мы будем на каждой машине прописывать пользователя в /etc/passwd? И назначать ему права|квоты ?

2) Kerberos

Нужен для NFS over SecureRPC. См. также пункт 1.

3) NFS

Дабы не бегать к ( лазить по ssh ) каждой машине backup'-ить, настраивать права, etc.

4) CUPS

Пользователи иногда хотят чего-то напечатать ( вот гады, да? ).

> И что? Наличие или отсутствие MPICH в дистрибутиве определяет, стоит ли этот дистрибутив использовать?

Если нужна софтина XXX, то лучше взять дистрибутив, где она уже есть ( это касается не только MPICH). Или религия не позволяет?

похоже что в этот раз лохонулся ты, рут для начала - будь реальным пацанов, скажи от рута #removepkg /var/log/packages/mc* про организацию fs ты не пробовал читать? это помогает не делать глупостей. и при ./configure лучше говорить не всякую муйню про mmx и sse2, а лучше указать --prefix=... - это помогает строить и жить и про ценность времени админа тоже не в тему. рутинные повторяющиеся операции легко могут стать причиной глупых ошибок, поэтому если действие повторяется хотя бы дважды - имеет смысл его автоматизировать. ты же под slackware сидишь? пакеты не практикуешь собирать? это мне кажется более правильным чем копирование или пересбор на всех серваках. а проверки типа if [-x ....] в rc.* много времени не занимают. это очень дешевая операция на фоне остальных :) удачи во всех начинаниях slackware - bacause it works

про новость...

2 Obidos:

> мне было кроме всего прочего интересно, сколько людей будут обсуждать именно новость,

Новость ( не такая уж и новость, btw) состоит в том, что _не нравится_ Arpi Debian, и все тут. Это вопрос его личных предпочтений. Что тут обсуждать-то?

ROOT - горе админ, копошится в своей файлпомойке и при этом умудряется рассказывать как нужно админить сервера. Вот умора! :) 2ROOT: раз ты так любишь слаку - переходи на FreeBSD - толку и то больше будет. А я выбираю redhat - человечкие обновления, менеджер пакетов, большая и солидная команда разработчиков, что еще вам нужно для успешного администрирования n серверов? мне этот гимор со слакой не нужен, я этим еще в детстве настрадался :)

> Более того, он справедливо отмечает, что если соблюдать все лицензии, можно остаться без плеера вообще.

jackill (*) (19.12.2003 13:38:09), с твоей - это полный пи$дешь аля микросакс

BTW we're now using ssh.com instead of buggy openssh (c) Gabucino/MPlayer Core Team

Особой выгоды от prelink'а я не заметил.

Что касается отклика - попробуй собрать mplayer на P IV под проц
классом пониже, а потом под PIV - ты увидишь разницу.

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

P.S. Есть мысль, что для пункта б) нужно иметь больше знаний, чем
сейчас есть у меня.

Нет. Берем ситуацию с mp3 и AC3.

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

2Dselect (*) (19.12.2003 15:47:47):
Так-так! Это интересно!!!

1. А чего, мы будем на каждой машине прописывать пользователя в /etc/passwd? И назначать ему права|квоты ?

Вот-вот... Теперь понятно, почему взламывают сети: их администрируют такие вот упертые чуваки, как ты...
А мы в любом случае будем заводить юзверей. Просто из соображений безопасности: пароли юзеров должны быть РАЗНЫМИ на разных серверах. :-) Желательно так же, чтобы uid:gid у них тоже были разными на разных серверах... Так что NIS|LDAP твои посылаются лесом, ибо абсолютно ненужные это вещи.

2. Нужен для NFS over SecureRPC. См. также пункт 1.

А я NFS (и SecureRPC) не использую. Ибо оно мне попросту не нужно. Странно, правда? :-)

3. Дабы не бегать к ( лазить по ssh ) каждой машине backup'-ить, настраивать права, etc.

Это заодно к пункту 2: оно мне на хрен не нужно. Ибо есть намного более надежная технология защиты. :-) Называется "консольный переключатель" aka "console switch". :-). Сервера находятся за стенкой, в серверной. А провода (видео+клавиатура от каждого сервера) заведены ко мне в кабинет на интеллектуальный консольный свитч. :-) Ну и к нему мониторчик с клавиатуркой подключен. :-) Переключение между серверами происходит двойным нажатием Scroll Lock + стрелочки, либо нажатием кнопки на консольном свиче. И занимает около 1-2 секунд времени. :-) Согласись, гораздо удобнее, чем предлагаемые тобой костыли? :-)

4. Пользователи иногда хотят чего-то напечатать ( вот гады, да? ).

Да пусть хоть запечатаются. Ты про принтеры, подключающиеся напрямую к Ethernet не слышал никогда??? :-)

fuckru.net, бля! ПТУ-style :)

> А мы в любом случае будем заводить юзверей. Просто из соображений безопасности: пароли юзеров должны быть РАЗНЫМИ на разных серверах.

А заеб..ет тебя десятки учётных записей по разным помойкам копать? Нет, ну коли делать больше нех.я, тогда флаг в руки. Не хочешь же ты сказать, что LDAP придумали дауны и пользуются им дебилы?

> Сервера находятся за стенкой, в серверной.

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

>А мы в любом случае будем заводить юзверей. Просто из соображений безопасности: пароли юзеров должны быть РАЗНЫМИ на разных серверах. :-) Желательно так же, чтобы uid:gid у них тоже были разными на разных серверах... Так что NIS|LDAP твои посылаются лесом, ибо абсолютно ненужные это вещи. Мне были б желуди, ведь я от них жирею... (с) Свинья под дубом.

2Dselect (*) (19.12.2003 15:47:47)
>1) NIS+|LDAP
>А чего, мы будем на каждой машине прописывать пользователя в /etc/passwd? И назначать ему права|квоты ?
А как часто надо заводить/удалять/менять пользователей? Раз в час, минуту, секунду? Это что за сервак такой?

>2) Kerberos
>Нужен для NFS over SecureRPC. См. также пункт 1.
А если NFS отсутствует, тады зачем? :-)

>3) NFS
>Дабы не бегать к ( лазить по ssh ) каждой машине backup'-ить, настраивать права, etc.
Уууу, как все запущено :-) backup в cron'e не спасет? А насчет прав - а зачем их перенастраивать и как часто? Один раз настроил скриптом при создании юзера и усё :-)

>4) CUPS
>Пользователи иногда хотят чего-то напечатать ( вот гады, да? ).
Не поверишь, в Slackware CUPS есть :-)

>Если нужна софтина XXX, то лучше взять дистрибутив, где она уже есть ( это касается не только MPICH). Или религия не позволяет?
Так можно до такого дойти, что оййййй :-) Это же надо, выбирать дистр из за одной софтины :-)

2Dselect (*) (19.12.2003 15:47:47)
Вдогонку ... ты привел частный случай, сервера разные бывают, как и софт для них :-) Поэтому выбирать надо оптимальное решение и соответствующий дистр. эмплееровцам больше подошла Slackware, не нужен им, видать керберос с нисом и нфс-ом :-)

jackill, мое мнение о тебе упало в разы. Не тупи!

>Зайди сюда и взгляни на скриншот. Прочитай объяснение. И попытайся мне рассказать, что это всем показалось.

Кто тебе сказал, что это -stable? mplayer'а в -stable НИКОГДА НЕ БЫЛО. И НЕ БУДЕТ, пока он не станет DFSG-free. А судя по пионерским поступкам Арпи, он не станет.

>А вот тебе новости из сердца debian. Надоел: http://www.debian.org/News/weekly/2003/31/

Не хочу тебя смущать, но на эту рассылку я тоже подписан. Там (прочти внимательно) написано: над исходниками mplayer'а идет работа, чтоб убедиться, что они действительно free. Не убедились.

>Более того, он справедливо отмечает, что если соблюдать все лицензии, можно остаться без плеера вообще.

Нет, бля, давайте их нах пошлем. Цвет глаз какой? Нарушать лицензии нельзя. Точка. И в Debian есть xine, который не нарушает лицензий.

>P.S. Debian stable несколько староват, ты не находишь? И пользуются им, думается, лишь единицы и на серверах.

Нет, не нахожу. Нет, не единицы. Советую еще раз проверить цвет глаз...

>Вот здесь дебиановцы просто испугались и убрали дешифровщик: "...remove contains problematic DVD Content Scrambling System (CSS)."

Использование этой библиотеки нелегально в некоторых странах.

кстати, почти про новость у меня на домашней машине довольно старая видюха стоит NVIDIA TNT2 16M попробовал недавно dvd посмотреть - такое ощущение что она не умеет ускорять. т.е. тормозит. виндовый windvd говорит что хардверный акселератор не используется (причины не сообщает ясен пень)) ну и mplayer тоже тормозит дико. divx всегда неплохо показывала. может кто знает как дела в nvidia обстоят при показе dvd?

про админов...

2 ROOT:

> Вот-вот... Теперь понятно, почему взламывают сети: их администрируют такие вот упертые чуваки, как ты...

Не. Потому, что они ленивые и не хотят учиться администрировать SELinux | RSBAC.

> А мы в любом случае будем заводить юзверей. Просто из соображений безопасности: пароли юзеров должны быть РАЗНЫМИ на разных серверах. :-) Желательно так же, чтобы uid:gid у них тоже были разными на разных серверах...

Это для гемора. И для того, чтоб [неграмотное] начальство видело, что админ все время занят :) Но это до той поры, пока ему (начальству) понадобится чего-то сделать...

А для безопасности есть вот это:

http://pageexec.virtualave.net

http://www.nsa.gov/selinux

http://www.rsbac.org

> Так что NIS|LDAP твои посылаются лесом

Так держать! Сетевая ОС, твою дивизию...

> Ибо есть намного более надежная технология защиты. :-) Называется "консольный переключатель" aka "console switch". :-)

Угу, а еще можно над каждым X-терминалом поставить автоматчика, который будет стрелять без предупреждения по шибко подозрительным юзверям :))

>> Ибо есть намного более надежная технология защиты. :-) Называется "консольный переключатель" aka "console switch". :-)

>Угу, а еще можно над каждым X-терминалом поставить автоматчика, который будет стрелять без предупреждения по шибко подозрительным юзверям :))

5 баллов :))

про выбор ОС

2 anonymous (*) (19.12.2003 17:50:24):

> А как часто надо заводить/удалять/менять пользователей?

Не "как часто?", а "на скольки узлах?"

> Уууу, как все запущено :-) backup в cron'e не спасет?

С каждой машины? И КУДА? На деревню дедушке?

> Так можно до такого дойти, что оййййй :-)

До какого?

> Это же надо, выбирать дистр из за одной софтины :-)

Нормальному человеку -- а не религозному фанатику шлаки | Windows | BSD| * -- от дистрибутива (ОС) требуется, чтобы он(а)

1) умел(а) работать с нужным железом,

2) под него(нее) был нужный софт.

про видеокарты от nVidia

$ lspci -v | grep VGA 01:05.0 VGA compatible controller: nVidia Corporation NV17 [GeForce4 MX 440] (rev a3) (prog-if 00 [VGA])

Используются драйвера от nVidia, mplayer -vo xv ... работает, как часы.

> на домашней машине довольно старая видюха стоит NVIDIA TNT2 16M попробовал недавно dvd посмотреть - такое ощущение что она не умеет ускорять. т.е. тормозит.

RTFM: http://www.mplayerhq.hu/DOCS/HTML/en/install.html#video-cards

> nVidia cards: may or may not be good choice for video playing. If you do not have a GeForce2 (or newer) card, it's not likely to work without bugs. the built-in nVidia driver in XFree86 does not support hardware YUV acceleration on all nVidia cards. You have to download nVidia's closed-source drivers from nVidia.com

P.S.

Matrox rulez!

2Dselect (*) (19.12.2003 18:14:33)
>Не "как часто?", а "на скольки узлах?"
А все таки на скольких? RADIUS не спасет отца русской демократии? :-)
Хотя это уже уход от выбора дистра к выбору сервиса.
> backup в cron'e не спасет? С каждой машины? И КУДА? На деревню дедушке?
На бэкап сервер, есть такие, amanda, например. http://www.amanda.org/
>Так можно до такого дойти, что оййййй :-) До какого?
До того, что если мне нужен, например, Corel Draw, то я поставлю себе винду :-)

>Нормальному человеку -- а не религозному фанатику шлаки | Windows | BSD| * -- от дистрибутива (ОС) требуется, чтобы он(а)
>1) умел(а) работать с нужным железом,
>2) под него(нее) был нужный софт.
То есть разработчики mplayer люди ненормальные и религиозные фанатики, если перешли на Slackware? :-)
Нет, просто люди все РАЗНЫЕ. И сервера тоже :-)