LINUX.ORG.RU

Slackware, печальная судьба.


0

0

Компяния WindRiver, теперешний владелец того что до было BSDi (а вместе с ним и FreeBSD) объявила о том что не собирается поддерживать Slackware Linux.

Лидер проекта Patrick J. Volkerding планирует организовать отдельную фирму в будующем, а пока за неимением денег ничего не остается кроме как упорно работать над beta нового поколения с ядром 2.4.

>>> Подробности

★★★★

Проверено:

Re: Slackware, печальная судьба.

2maxcom: То бишь, ты просто брал прекомпиленные бинарники???
Тогда вопрос всё тот же: на фиг покупать PIV, если WinChip точно так же будет работать... ;-)
А уж в случае машин с >1 процессора, то всё вообще грустно: выброшенные "на ветер" деньги за мать и 2-й и последующие процы...

R00T ()

Re: Slackware, печальная судьба.

to maxcom. Не уверен. Так как одни пакеты тянут за собой другие. Может быть в семерке это пофиксили, но в раньше так оно и было. После установки приходилось делать rpm -qa и руками все вычищать.

ifconfig ()

Re: Slackware, печальная судьба.

Потому что ты чайник, что еще можно сказать ;-) Надо ставить через выбор пакетов руками, тогда ничего лишнего не будет. Да ?, а зависимости забыл? я не могу поставить mc а потом сам собрать какой-нть glibc "умный rpm/deb" его мне навяжет.

anonymous ()

Re: Slackware, печальная судьба.

shsm :
>2 Невнимательно читающему anonymous:
>Насчет обновлений по apt-get - обновления тянуться
>только с Вашего выделенного сервера, собраанные с
>учетом Ваших потребностей.

Я так подумал это мне.
Это я написал тем умникам у которых автоматом по крону
apt на всякие там центральные серваки натравлены.

А насчет моего сервера чем лучше этот самый apt чем :
1. rsync + скриптик где пакетик tgz - устанавливается
( вроде такой даже есть autoslack - вроде ) Случай слаки.
2. ОДНОЙ строчкой в кроне :
rpm -Fhv ftp://хххх.xxxxx/updates/*.rpm
Случай Шапки.

anonymous ()

Re: Slackware, печальная судьба.

2anonymous (*) (2001-04-20 13:54:44.0) Насчет rsync - некоторые пакеты при пересборке изменяют зависимости, apt (RPM) в этом случае сам разберется и удалит obsolete пакет ( поставит новый, который нужен). Rsync этого не сумеет. А насчет dpkg vs rpm - пользуйтесь хоть тем, хоть другим - удобства сохраняются. Они оба функциональны, выбор того или другого - просто дело вкуса.

shsm ()

Re: Slackware, печальная судьба.

2All: Да... Про ESIMM'ы Sun'овские никто не в курсе... Печально...

2maxcom: Слушай... У меня к тебе предложение/пожелание (ненужное вычеркнуть) есть: почему бы не поставить innd и не интегрировать ленту новостей и форумы с news-сервером??? Вы бы за траффик платили поменьше, да и людям было бы удобнее... И глюков с повторными сообщениями было бы меньше... А то меня уже зае*ало обновлять страничку... :-(
Вот. Можно и на обсуждение вывесить. ;-)

Да, кстати, жить-то вам на что-то надо, поэтому можно сделать отдельный тред и под-треды, где будет реклама публиковаться по рубрикам - те, кому это ДЕЙСТВИТЕЛЬНО интересно читать рекламные сообщения, будут без проблем это делать...

R00T ()

Re: Slackware, печальная судьба.

Шлаку давно бы уже пора сдохнуть. Есть и другие дистрибы с не менее надежным софтом, но основанные на нормальном пакет менеджере. Например peanut - кстати основанный на шлаке, и использующий rpm.

anonymous ()

Re: Slackware, печальная судьба.

Sorry, хотел написать suse, а написал peanut.

anonymous ()

Re: Slackware, печальная судьба.

shsm :
> разберется и удалит obsolete пакет ( поставит новый, который нужен).
> Rsync этого не сумеет. А насчет dpkg vs rpm - пользуйтесь хоть тем,
> хоть другим - удобства сохраняются. Они оба функциональны,

Вы че ни внимательно читаете ? :)))
Я же написал что rsync + скрипт.
Так же.Существует автослака.
Так же ведутся какие работы по новому менджеру пакетов в слаке.
( для любителей и зависимости там будут )
Ссылка есть с мафии.

Опять же если меняется зависимость в каком либо доп
пакете то и нужный и доп кладутся на НАШ сервер.РЯДОМ.
И ухнет он их вместе.

Да кстати если уж дело зашло до дыр и бинарников
то в слаке(рпм и дебе то же можно но это нарушит идеолгию :))
заменить не все 20 мегов пакета из наличия в нем дыры
а только файл содержащий эту дыру и это не будет
против идеолгиии дистрибутива.



anonymous ()

Re: Slackware, печальная судьба.

2anonymous (*) (2001-04-20 16:43:06.0) Скрипты придется писать руками, а это ненужная (при наличии пакет-менеджера) трата времени.

shsm ()

Для R00T'a (про Sun)

Memory: Ищите на www.price.ru. Комплектующие->Память для Sun. Video: www.ultralinux.org, www.auxio.org, etc (там еще ссылки есть) - на этих сайтах есть фотографии в различных ракурсах сановского железа с кратким описанием оного, может найдете что-нибудь похожее. WBW deepred

anonymous ()

Re: Slackware, печальная судьба.

2shsm: А насчет dpkg vs rpm - пользуйтесь хоть тем, хоть другим -
удобства сохраняются.
Они оба функциональны, выбор того или другого - просто дело вкуса.

Newerno eto. RPM ne podderzhiwaet user input wo wremia installacii.

I net nichego pohozhego na debconf.

2root: gcc 2.95.2 i est egcs. Tak w chem zhe prelest' optimizacii -O9?

omerm ()

Re: Slackware, печальная судьба.

2omerm: Я имел ввиду, что для автоматического update их функциональности достаточно.

shsm ()

Re: Slackware, печальная судьба.

Я со Слаки начинал. Потом Красная Шапка, потом Дебиан, Best Linux и после перехода Слаки на glibc ее родимую и пользую. На ноутбуке тоже Слака крутится. Надеюсь Slackware выживет.

alman

anonymous ()

Re: Slackware, печальная судьба.

R00T,
Ты бы прекращал нести бред.
Origin хорошая машина и S/390 замечательная и E10k неплохо. Единственный недостаток сидят они в одном месте => на одном аплинке что неприемлемо. Ты думаешь я 50% машин за которые отвечаю в глаза видел? Ssh или терминал сервер в руки и вперед; то что машина на расстоянии нескольких часовых поясов даже не ощущается.
Твои математические способности просто удивляют, колличество рабочих дней в году вспомнить не можешь, да еще и забываещь сколько длится нормальный рабочий день. А главное не принимаешь во внимание что я с отдельной машиной работаю лишь в том случае если что то идет сурово не так именно с ней. Во всех других случаях скрипт напишет за меня сотню раз то что я написал однажды: экономия времени и сил.

ifconfig,
Нормальный старт named проверить 1. если ли бинарник named и запускаемый ли он, 2. есть ли .conf файл для named 3. находятся ли файлы зон на месте, а уже потом запустит named. Просто правило хорошего тона.
BIND к худу ли к добру ли признанный стандарт, также как apache, sendmail, ntp и много другово дырявого барохла. Можно запросто заменить named на djbdns, sendmail на postfix, apache на TUX/iPlanet, альтернативы ntp не знаю хотя его тоже стоит заменить, НО это черевато весьма весма не лесными коментариями (вроде "Какой идеот убрал с машины bind и поставил крутиться какое-то дерьмо?!") от человека которому срочно нужно будет добавить/изменить несколько зон, перенаправить майл трафик, инсталлировать mod_perl. Вероятность того что кто то второй будет не знаком с djbdns/postfix/TUX весьма велика. Стандартов, хороших или плохих стоит придерживаться. Опять же правило хорошего тона.
А что до того что ходят слухи что в 90% bind не нужен, это мне напоминает исследование компании Ford о том что в 90% случаев полноприводность (4WD) машинам не нужны. Тем не менее популярность 4WD машин продолжает рости не смотря на исследование Ford.

Tima_ ★★★★ ()

Re: Slackware, печальная судьба.

2anonymous: кто сказал что rpm это круто? такого отстоя как rpm надо еще поискать. Не удобно (согласен что начинающим это помогает, но зато кончающим сильно мешает), галимо и кончено. тьфу. другое дело pkgtool - полная свобода действий - шо хошь то и делай. и никто не задалбывает зависимостями (я ведь и без rpm-a знаю какой мне софт ставить а какой нет).

sergey_volosat ()

Re: Slackware, печальная судьба.

2 Tima_: IMHO, проблема sendmail в слишком сложных конфигах. Для того,
кто знает - это не проблема, а для новичков все-таки сложновато. QMAIL
в этом получше будет (имхо). А если посмотреть в сторону
безопасности, то sendmail и близко не подходит к qmail.

Насчет bind, apache, ntp... - полностью согласен с Вами.

P.S.: А мы случайно не съехали в оффтопик?

McGray ★★ ()

Re: Slackware, печальная судьба.

to Tima_ .>Нормальный старт named проверить 1. если ли бинарник named и запускаемый ли он, 2. есть ли .conf файл для named 3. находятся ли файлы зон на месте, а уже потом запустит named..... От того что скрипт обнаружит что у него нет собсно бинарника НИЧЕГО НЕ ИЗМЕНИТЬСЯ. Бинарник не появиться. В лучшем случае он (скрипт) об этом будет "громко" кричать на /dev/console (RedHAT). Ну и на многих серваках у тебя есть монитор, куда собсно красным цветом и кричит этот скрипт? Так что вышеописанная процедура совершенно бесполезна в практическом плане, зато теоритически очень круто утешает владельцев Шапки. Я еще раз повторяю, по долгу работы приходиться общаться с разными дистр. и Шапка впереди планеты всей. Посему я отлично знаю sysv-init и rpm.( А вот вы наверное о BSD-rc тока читали). И как пользующийся и тем и другим одновременно могу утверждать, что удобства sysv-init не добавляет абсолютно никакого, зато размер скриптов на порядок выше, что есть утомительно для глаз и нервов. Ну о bind я собсно согласен. Standart de facto. Но цифру 90% неправильно понял, я имел ввиду, что 90% мелких сервачков имеют одного админа и не держат сами зон. Вот там то BIND и нафиг не нужен.

ifconfig ()

Re: Slackware, печальная судьба.

to McGray (*) (2001-04-21 00:40:42.0) А qmail и djbdns дело рук одного автора. Bernstain.... сходите почитайте http://cr.yp.to одна из лучших страничек если вы хотите проникнуться идеологий UNIХ. Кстати, кто там кричал что от Томсона и Ритчи с 70 ничего не осталось? Осталось батеньки осталась, основные понятия Юникс и структура. А по готовой идеологии написать ОС это дело времени. Именно поэтому сейчас существуют десятки клонов Юникс, но корни все одно из AT&T растут и Линукс не исключение.

ifconfig ()

Re: Slackware, печальная судьба.

2sergey_volosat: Голословное и показывающее полное отсутствие опыта администрирования большого количества серверов утверждение. Зависимости очень нужны, они позволяют безболезненно проводить массовую инсталляцию или обновление. И забыть поставить что-то нужное для работы нового пакета зависимости не дадут. А те кто кричит, что мол я сам все знаю что мне ставить и все помню, никогда не работал в большом коллективе, занимающемся сопровождением крупных проектов. Когда вы так поработаете хотя бы года 2-3, Вы поймете - хороший администратор - это тот, который полностью задокументирует сеть, железо, установленное программное обеспечение, у которого конфиги на все машины находятся минимум в двух репозиториях CVS, на все случаи сбоев и восстановления написаны Makefile's, которые позволяют полностью автоматизировать многие рутинные и неинтерактивные операции, а для интерактивных написаны скрипты, или если Вы пользуетесь dpkg, то правильние pre&post install интерактивные процедуры. Когда всегда есть полный backup на ВСЕ (и backup свежий, а не месячной давности), когда все production проекты лежат в CVS и Ваш директор департамента разработки ПО строго следит за тем, чтобы commit НИКОГДА не проходил без внятных комментариев, и еще много, очень много всего. Люди, говорящие о том, что они помнят и знают обо всем, что установлено на их серверах и что от чего зависит, просто преступно самонадеянны и безответственны. Первое правило - ВСЕ должно быть подробно задокументировано, забэкаплено и об этом кроме Вас были осведомлены еще не менее двух человек. Представте себе - есть один человек, который знает все и помнит, и знает где что лежит, и вдруг, не дай Бог, он тяжело заболел или куда-нибудь срочно уехал? А поле его деятельности - процессинговый центр или web-сервер крупного банка, с онлайновыми операциями. И тут отказ или в программном обеспечении серьезный баг, а его сменщик или человек, которого он оставил на время своего отсутсвия, не в курсе что админ пересобрал бинарник или tgz-пакет с другими зависимостями ? Сменщик ставит bin | | tgz - и что же - а все не работает ! Пока он разберется - чего же не хватает, клиент напишет шефу красочное письмо с применением многих идиоматических выражений, в которых он высказывает где он хочет выдеть Вашу контору и, в частности, Вас после ТАКОЙ поддержки его ресурса. И поверьте, шефу будет после этого абсолютно наплевать, что Вы все знаете и помните, а вчера Вас просто не было на работе по уважительной причине. Просто Вы там уже не работаете. А вот пакетный менеджер в этом конкретном случае спас бы Вас от такого прокола. И так во всем... И последнее - хороший админ не кричит, что этот дистрибутив рулез, а тот мастдай, что Windows NT (W2K) он никогда не поставит на свои сервера. Если он это говорит - этот человек некомпетентен и непрофессионален - это фанатик, который кроме узкого круга своих убеждений больше ничего не видел. ОС, ПО и железо выбирают под задачу и ставят именно то что в данном случае более функционально и производительно, независимо от личных предпочтений. Всем удачи - и не слушайтесь фанатов. Просто думайте и экспериментируйте.

shsm ()

Re: Slackware, печальная судьба.

ifconfig,
Красный текст на консоли - это пошло. Хотябы потому что за консолью сидит постоянно только терминальный сервер.
Знакома такая вешь как traps? Ошибка при выполнении скрипта запускает trap сообщение, будь то syslog или SNMP или еще что... Trap демон редко следит за логами dns, зато всегда за сислогом. Так например мне на мониторе гораздо приятнее видеть сообшения что 4я машина в лондонском кластере не смогда запустить bind по причине отсутсвия .conf. Проблема решена без промедлений по ее получению.
Все что является правилами хорошего тона пиносит пользу.
Дискуссия слишком далеко уходит от дела.
Кстати зря было проигноровано вторая причина архаичности BSD инита - single point of failure.
Для демнонстрации приведу пример.
Вот скажем сижу правлю я SysV скрипт, открываю ковычку, забываю закрыть записываю. Результат ошибки - не выполница остаток скрипта, другие вещи не пострадают.
На BSD же незакрытая ковычка после старта named может привести к тому что не запустится ssh к примеру. Вот тогда уже будет грустно и прийдется искать консоль.

Говорил на счет того что от Томсона/Ритчи ничего не осталось я, и еще раз повторю. Пожалуй единственная идея (ИМХО Томсона) которая до сих пор живет и побеждает в современном Юникс это "Все в OS есть файл". Все фундаментально интересные вещи, различные современные дизайны VM и прочее было выработано не столь давно.

McGray,
Сложные конфиги это за что sendmail просто знаменит. Однако люди прочитавшие "Sendmail" ORA проблем более не имеют :) и таких людей много. Более того от сис админа ожидается знание sendmail. Qmail же в свою очередь получил распостранение в подавляющем большинстве на платформе для которой был написан - FreeBSD. На Solaris/AIX/SGI/HP/Linux Qmail не прижился ИМХО, потому стандартом вряд-ли станет когда-либо.
Гораздо больше людей занимающихся вопросами мыла нелюбят sendmail из-за причин плохой производительности по сравнению с postfix или exim.
Postfix мне больше по душе из-за набора фичь, солидной производительности, простоты конфигурации и самого правильного дизайна в отношениях безопасности. Рекомендую.


Tima_ ★★★★ ()

Re: Slackware, печальная судьба.

2ifconfig А еще SYSV style скрипты позволяют запустить определенный демон, не трогая других, с другими переменными окружения и путями. О других положительных отличиях написал Tima_.

shsm ()

Re: Slackware, печальная судьба.

2shsm: Согласен на 101%. Жаль, здесь рейтинги не выставляют, как на /. -
этот заслуживает 5. Единственно, что не понятно - как при таком опыте
Вы не понимаете, что доказывать зизопам что-то бесполезно? Кстати, сегодня
вот столкнулся с ситуацией, когда человек, который знал, где что лежит,
отлучился на часок - обед, панимашь... Ну что, пришлось всю работу отложить,
при том, что deadline - это воскресение... И если что-то пойдет не так,
то полторы тысячи клиентов будут немного огорчены...
2Tima: Аргументированно, но не так за душу берет, как у shsm :)
2sergey_volosat: Да, тут-то ты себя и выдал... Так и подмывает спросить - а сессия-то
когда :>?
Ну, у R00T'a вообще, проблемы в школе, AFAIU. По крайней мере - судя по манере
выражаться и аргументации.
2R00T: На всякий случай сразу скажу - I'm stright :> Absolutely. No exceptions.
JFYI.

BaT ★★★★★ ()

Re: Slackware, печальная судьба.

2BaT: Я не стараюсь доказать что-то "зизопам" - я хочу предостеречь начинающих администраторов от ошибок и фанатизма

shsm ()
Ответ на: Re: Slackware, печальная судьба. от ifconfig

Re: Re: Slackware, печальная судьба.

> От того что скрипт обнаружит что у него нет собсно бинарника НИЧЕГО НЕ ИЗМЕНИТЬСЯ. Бинарник не появиться. В лучшем случае он (скрипт) об этом будет "громко" кричать на /dev/console (RedHAT).

В log он напишет, в log.

maxcom ★★★★★ ()

Re: Slackware, печальная судьба.

to shsm (*) (2001-04-21 01:53:41.0) >А еще SYSV style скрипты позволяют запустить определенный демон, не трогая других, с другими переменными окружения и путями. О других положительных отличиях написал Tima_. ... Вау :((( Я всегда думал что переменные окружения в bash задаються так env BRAIN=/in_to_head progname :)))) . И то о чем вы написали возможности bash а не скрипта. to maxcom. А ты думаешь что если из rc named не стартует по каким то причинам то он мне письма голубинной почтой шлет:) Да пишет в тот log так же успешно как и sysvешник to Tima_. ВА расскажи пожайлуста, куда мог пропасть конфиг с привилегированного каталога /etc если он там когда то был конечно. Неужто лондонские хакеры стыбрили или пьяный админ удлил вместе с порнухой которую тоже держал в /etc :))) По крайней мере не аргументированное обьяснение

ifconfig ()

Re: Slackware, печальная судьба.

2Tima: Не волнуйся, я прекрасно знаю, что в году 365 дней... Вот только я, в отличие от тебя, 4 дня в году ТОЧНО отдыхаю: в День Варенья и на Новогодние праздники... Тебе, видимо, это не светит.

2Maxcom: Я бы этому Тиме за наезды высказал пару приятных слов, не будь я СЕЙЧАС занят.

2Tima_ и прочие поклонники "розлива" (да и маздайщикам тоже): Хе-хе... IMHO, такие вещи заканчиваются ОЧЧЕНЬ печально... Достаточно посмотреть на примере MD. Да и, если у вас архитектуры у машин разные, вам всё-равно ручек не избежать, либо пользовать прекомпиленные бинарники... Плюс такие забавные вещи, как то, КАКОВА будет реакция начальства вашего, когда оно (начальство) узнает, что их крутейший UltraSPARC III/PIV используется ровно настолько, насколько использовался бы обычный UltraSPARC/i386... А цены там на несколько порядков различаются... ;-) Так что успокойтесь и подумайте: так ли вам мало платят (если вообще платят ;-) ), что вы не хотите приложить РУЧКИ, чтобы это было сделано так, как ПОЛОЖЕНО.

R00T ()

Re: Slackware, печальная судьба.

2 shsm > Уважаемый, это каким количеством глюкалова надо нашпиговать сервер, чтобы он падал так, что на нем нужно софт переустанавливать ? Поделитель опытом plz. Ну, а то, Win2k можно ставить на сервера, это Вы правы. Я видел очень хорошие решения на Win2k. Только вот владельцы этих серверов не платили ни фига за Win2k. Вот заставить их платить, посмотрел-бы я на них. Стал-бы им нужен контроллер домена или нет, вот интересно... Клиентов там штук 300. Могу ошибаться, но порядок тот. И Win2k можно напичкать глюкаловом так, что она и полчаса не проработает. Блин, если сервер падает раз в месяц - это ПЛОХО ! Значит плохой админ, понимаете ? Не смог расчитать сриемлемую нагрузку, выбрал плохой софт, неправильно администриует и пр. И если админ не занет, какая библиотека нужна для софта, который он устанавливает - это тоже плохо. Гнать таких надо в шею ! Что мне еще нравится в слаквари - это простота и низкие системные требования. Я знаю, для чего каждый демон, и что будет, если я его из скриптов удалю. Слакварь можно поставить на 8mb RAM и CDROM не обязателен, даже флопик не обязателен. Можно ставить из NFS, можно ставить на FAT. А сколько всяких вариантов загрузочных дисков, видели ? Я видел далеко не все дистрибутивы, но вряд-ли какой- нибудь из них может похвастаться такими возможностями.

lenin ()

Re: Slackware, печальная судьба.

Вау как тут весело - ru.os.cmp по весне сюда перехало? 8-))

villain ()

Re: Slackware, печальная судьба.

>я хочу предостеречь начинающих администраторов от ошибок и фанатизма .... С ках это пор знания bash, содержимого каталога /etc и вообще ЗНАНИЯ начали считаться фанатизмом. >to Tima_ >>Тем не менее популярность 4WD машин продолжает рости не смотря на исследование Ford.... расскажи это миллионерам которые стоят в очереди за феррари, порше и тем же фордом мустангом. Ненужность полного привода и всяких там новомодных фенечек понимаешь после 10 секунд того как нажал на акселератор. А порше вообще собсно по твоим понятим будет машина 70 годов.

ifconfig ()
Ответ на: Re: Slackware, печальная судьба. от Banshee

Re: Re: Slackware, печальная судьба.

Вот! 100% согласен! Правильный дистрбутив -- НИЧЕГО НЕ НАВЯЗЫВАЕТСЯ... Настройки - прозрачны, никаких скриптов с кучей инклюдов. Работает замечательно. Все сервера на работе -- слак. На работе же и дома десктоп -- слак. И насчет миграции -- куда спешить? Во-первых, Патрик не отказался от работ по сборке Слаки, во-вторых, тут что, действительно есть люди, способные поставить любой супер-пупер свежий дистрибут на production-систему в том виде, в котором она "приехала"??? Я лично так не могу. Базовые пакеты (tag's для автоматической установки) и потом сборка свежих версий нужных пакетов с включением последний security-patches. Ну вобщем, рано хоронить Слак.

DrCasper ()
Ответ на: Re: Slackware, печальная судьба. от Tima_

Re: Re: Slackware, печальная судьба.

Сорри за ламерский вопрос - что такое Sendmail ORA? :)

А что qmail быстрее я знал, но для меня это не было самым важным.
Если я не ошибаюсь, hotmail использует qmail (вроде где-то читал про это,
возможно я и не прав). Никогда не видел qmail на solaris, но видел на
freebsd/openbsd и на линуксе собственными глазами (сам я ставил его
на линуксе и фришке). Возможно, одна из основных причин неприязни
qmail - maildir (не совместимо с другими серверами, много локальных
майлридеров не поддерживают, итд).

Спасибо за совет, как-нибудь попробую и postfix.

McGray ★★ ()

Re: Slackware, печальная судьба.

2McGray: Sendmail ORA - книжка, объемом имхо около 500-600 страниц, по конфигурированию всего этого (sendmail) добра. Издатель - O'Reilly Associates, поэтому и ORA. WBW deepred

anonymous ()

Re: Slackware, печальная судьба.

Предлагаю расслабиться и послушать следующее:
Разведка донесла, что Slackware 7.2 выйдет через пару недель.
Патрик живучий, впрочем как и его детище:)

с ув. DUK

anonymous ()

Пару слов от ламака... :-)))))

Я воопчето ламер :-)))) И сотни серверов у меня нет :-))) Даже 4-ех дома не наберется :-)))) Начинал я года два назад с Кальдеры. Вместе с книжкой куплено, все солидно. Маркетинг. Потом шапку юзал. И когда возился все никак не мог отделаться от ощущения, что с какой-то дурацкой поделкой имею дело... Потом до слаки добрался.. С нее меня и пробило - дошло, что линух - это конструктор "сделай сам" и вопрос только в том - насколько удобно делать :-)))) Не могу сказать, что слакварь идеальна, но как юзал ее так и буду юзать. Да и вообще - покажите мне дистрибутив, который можно без монитора проинсталлировать ????? Да еще и на 40-ок мегов, вместо 200-300.. Оно конечно, для банка с тысячями клиентов не существенно.. :-))))) а при создании диалин сервера, может очень даже сказаться :-)))) И еще одно... Я наверно никогда не смогу понять, почему инсталлятор отказывается ставить систему при отсутствии раздела для свопа... Анонимус я, так что обзывайте как хотите... :-))))) ЗЫ. А книжке по кальдере, вместе с дисками тихонько пылятся...

anonymous ()

Re: Slackware, печальная судьба.

2ifconfig&lenin: Господа, Вы чуть невнимательно читаете мои постинги, или не правильно понимаете их смысл. Насчет SYSV & переменных: для запуска некоторых программ удобно в скрипте запуска экспортировать несколько переменных по start, сделать их unset по stop, ничего при этом не делая ручками и не дергая ВЕСЬ BSD style rc ( в котором может быть несколько десятков демонов, включая скрипты запуска-останова баз данных, shutdown которых длятся несколько минут). Смешно читать " ---ты думаешь что если из rc named не стартует по каким то причинам то он мне письма голубинной почтой шлет:) Да пишет в тот log так же успешно как и sysvешник ", опыта видать маловато - а как Вам такая ситуация - ошибка в скрипте ВЫШЕ запуска syslogd&snmpd&sendmail&sshd, kill скрипт отработал, а сервер за 200 км, дело происходит ночью и поддержки с консолью там нет ? И все ... Насчет "Уважаемый, это каким количеством глюкалова надо нашпиговать сервер, чтобы он падал так, что на нем нужно софт переустанавливать ?" -- Любой софт может содержать ошибки и постоянно требует обновлений. Да и вообще в постинге ни слова не было о падении сервера - упасть может СЕРВИС - который разрабатывается криворукими программистами и при этом стоит серьезных денег, deadline был месяц назад, но его до ума еще не довели, и делают upgrade каждых три дня - это кстати ОЧЕНЬ распостраненная практика, даже в самих известных конторах (клиент хочет все и вчера !). И насчет фанатизма - читайте ВНИМАТЕЛЬНО - не знание bash или perl является фанатизмом - а крики, что эта система or soft рулез, а та сакс !

shsm ()

Re: Slackware, счастливая судьба.

Slackware - вывела в Linux не одну тысячу настоящих админов, своей прямотой, надежностью и стабильностью - доказала - Linux - это полноправная ось. Дома работаю на RH6.2 и W2K, но в Inet хожу через Slack, на которой и WWW личный и DNS и Samba для W2k и Squid и NFS и все это живет и побеждает на P133 32M ОЗУ. На таких ресурсах NT еле шевелиться, не говоря уже о серверных приложениях. Нишу Slackware в Linux пока не может занять ни один дистрибутив, не могу ни о SUsE ни о Debian сказать ничего плохого, но Slack есть Slack и плакать по ней (нему?) не то что рано, а просто незачем - жить Slack будет.

Dodo ()

Re: Slackware, печальная судьба.

to shsm... Прямой вопрос, вы BSD-rc скриптами пользовались? если нет тогда просто не спорте. Я пользуюсь и тем и другим (BSD-init и SYSV-init) паралельно и причем давно. Насчет опыта я раньше говорил уже >4 лет.
>>а как Вам такая ситуация - ошибка в скрипте ВЫШЕ запуска syslogd&snmpd&sendmail&sshd. Я чего то не понял, если вы нормальный админ, такая ситуация не может возникнуть в принцине. Во первых, скрипты на серваке не пишуться а появляються в виде готовых файлов отработаных давным давно дома на workstation. Могут только коменитироваться/разкоментироваться строки. Во вторых, серваки по ночам не перегружаються. В третих если и возникла неординарная ситуация дописать чего нибудь по горячему, то это дописываеться в отдельный скрипт, а в rc.local дописываеться строка вида /etc/rc.test &. (Обратите внимание на "&" и то что дописываеться это в самый конец). Тепер о "фанатизме". >>>а крики, что эта система or soft рулез, а та сакс !... Процитируйте меня если я кричал подобное. Более того, я не зашищаю слакварь, я ее в глаза никогда не видел, и об этом тоже писал. Я пользую дистрибутив имени самого себя и RedHat. (в случае если кто-то до меня его поставил. И rpm c SYSV-скриптами знаю как пять пальцев, можете вопросами покидаться подскажу если сами не знаете. Еще более того, я иногда высказуюсь сдесь в пользу дестопа от M$. И все это от того, что я именно не фанатик, а ищу самые простые способы решения конкретных задач. И в свете всего высказанного хочеться добавить стремитесь к простоте и познанию системы из нутри.

ifconfig ()

Re: Slackware, печальная судьба.

> расскажи это миллионерам которые стоят в очереди за феррари, порше
> и тем же фордом мустангом. Ненужность полного привода и всяких там
> новомодных фенечек понимаешь после 10 секунд того как нажал на
> акселератор. А порше вообще собсно по твоим понятим будет машина 70
> годов.
Ты машину то водил когда нибудь ? :))) Полный привод уступает заднему где нибудь в f1 или похожих гонках, где дорога идеальная. Если ты нажмешь на акселератор на нормальной машине с полным приводом (BMW3*x, BMWX5, Mersedes4matic, все модели subaru ну и самое интересное - porsche 959 :)))) ты как раз через 10 секунд не захочешь ее менять ни на задний, ни на передний привод. Правда они дороже своих заднеприводных аналогов раза в полтора, но это только подтверждает превосходство полного привода в повседневной жизни, а не в гонках. Кстати гонки тоже разные бывают. Вот 959'й, например взял все три места на париж-дакар, и это при том, что их всего три там и участвовало.
P.S. Пишу не просто так, потому, как не раз водил subaru.

anonymous ()

Re: Slackware, печальная судьба.

2ifconfig :То, что Вы написали, все конечно правильно, и должно так (или почти так)делаться . НО - слабым звеном системы является именно человек, который не смотря на наличие сколь угодно большого опыта, может сделать опечатку ! SYSV style более лоялен в этом смысле. А сервера, кстати, которые production, останавливаются и перегружаются ТОЛЬКО во время неактивности клиентов, это homepage можно когда угодно дергать. Насчет фанатизма - читайте внимательно ! Все - тема закрыта ! P.S. Опыт администрирования у меня в несколько раз больше Вашего.

shsm ()

Re: Slackware, печальная судьба.

Закрыта так закрыта... Напоследок напишите плиз про свой опыт пожайлучта (т.е где, сколько и чего) и возраст припишите, так для интересу. Товарищу про кричавшего про "субару". На ней собсно и езжу (легаси 91г). и За порше 911 за рулем сидел (правда не долго). А вот вы похоже нет. Если б я зарабатывал на порше и его содержание сменил бы не задумываясь. А так увы, остаеться мечтать...

ifconfig ()

Re: Slackware, ОЕВЮКЭМЮЪ ЯСДЭАЮ.

About Sendmail ORA. http://www.oreilly.com/catalog/sendmail2/ -------------cut ------------------- sendmail, 2nd Edition By Bryan Costales with Eric Allman 2nd Edition January 1997 1-56592-222-0, Order Number: 2220 1046 pages, $49.95 sendmail, 2nd Edition, covers sendmail Version 8.8 from Berkeley and the standard versions available on most systems. This cross-referenced edition offers an expanded tutorial and solution-oriented examples, plus topics such as the #error delivery agent, sendmail's exit values, MIME headers, and how to set up and use the user database, mailertable, and smrsh. Related O'Reilly Titles: Internet Core Protocols: The Definitive Guide DNS and BIND, 3rd Edition TCP/IP Network Administration, 2nd Edition Essential System Administration, 2nd Edition Getting Connected sendmail Desktop Reference Managing Mailing Lists

anonymous ()

Re: Slackware, ОЕВЮКЭМЮЪ ЯСДЭАЮ.

About Sendmail ORA. 500-600 pages? :-) http://www.oreilly.com/catalog/sendmail2/ --------------------------------------------------------------------- sendmail, 2nd Edition By Bryan Costales with Eric Allman 2nd Edition January 1997 1-56592-222-0, Order Number: 2220 1046 pages, $49.95 sendmail, 2nd Edition, covers sendmail Version 8.8 from Berkeley and the standard versions available on most systems. This cross-referenced edition offers an expanded tutorial and solution-oriented examples, plus topics such as the #error delivery agent, sendmail's exit values, MIME headers, and how to set up and use the user database, mailertable, and smrsh. Related O'Reilly Titles: Internet Core Protocols: The Definitive Guide DNS and BIND, 3rd Edition TCP/IP Network Administration, 2nd Edition Essential System Administration, 2nd Edition Getting Connected sendmail Desktop Reference Managing Mailing Lists ---------------------------------------------------------------------

anonymous ()

Re: Slackware, печальная судьба.

Ну я собственно и не говорил, что субару всегда лучше, чем порш. Я имел в виду, что полноприводные машины лучше, чем свои неполноприводные аналоги. К сожалению у субару нет такого аналога, вот и сравнивать невозможно. А у порш-911 - есть. Это порш-959. Ну и где бы ты ездил на своем порше ? По ул. Орджоникидзе зимой бы проехал ? И на чем бы тебе больше понравилось ? На порше не ездил - каюсь, но на бэхах (заднеприводных) поездил достаточно. Вообще-то надо закругляться с этим, а то сейчас Макском с плюсометом придет. А с машинкой позравляю - хоть и старая, но субару.

anonymous ()
Ответ на: Re: Slackware, печальная судьба. от anonymous

Оффтопик

Вы чего в самом деле? Порш, Субару? Лучше всего T-34 с полным боекомплектом и на Красную площадь.

anonymous ()
Ответ на: Re: Slackware, печальная судьба. от R00T

Re: Re: Slackware, печальная судьба.

Я уже предлагал maxcom-у такую идею, даже предлагал написать код
для экспорта/импорта сообщений из БД в nntp и обратно.
Все заглохло. Впрочем его (как webmaster-а) можно понять -- хтож
банеры смотреть тогда будет ? ;)
P.S. Интересно, сколько процентов народу режут банеры ?

Pasha.K

anonymous ()

Re: Slackware, печальная судьба.

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

ifconfig ()

Re: Slackware, печальная судьба.

СОБЕРЕМ ПАТРИКУ БАБОК НА НОВЫЙ РЕЛИЗ!!!!!!!!!!!!!!УРА!!!!!!!!!!!!! з.ы.Обидно!!Досадно!!!Но..........Мир не без добрых людей!

anonymous ()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.