> красноглазые дебьянисты

Дебьянист по определению красноглазым быть не может. Ибо не компилит по ночам.

дефолтный ранлевел - 2 а не 5 :)

> дефолтный ранлевел - 2 а не 5 :)

Вы какой именно дистрибутив имеете в виду? В дебе - это 5, в солярке - 3, если не ошибаюсь.

Я про дебиан говорю. почему 5? Вроде 2 был всегда

Сага о девайсах

>У любителей дистрибутива D/S/U/F/G/etc оный дистрибутив работает хорошо. А у тролей все работает плохо. Кроме винды, конечно.

Истину глаголите! Разные дистрибутивы овладевали разумом моим, но все они были равны по пониманию загадочных девайсов.

> Я про дебиан говорю. почему 5? Вроде 2 был всегда

Злобный Клаус Кноппер... Оказывается в knoppix, который я установил когда-то на hdd, дефолтным рунлевелом был именно 5. А я думал, что они далеко от Дебиана не ушли...

Признаю ошибку.

>> У меня Debian на ноуте amd64 x2 и видео ati прекрасно установился и работает. Даже установщик карту сетевую принял на ура и скачал обновления. У тебя на ноуте гигабитная сетевая карта на PCI-E ? Нет. Свободен. haywire (*) (11.10.2007 17:18:06)

у меня на ноуте гигабитная сетевая карта, Debian Etch - It works!То бишь все работает "изкаропки" Так что твой детский запал только выдает твои давно не меняные памперсы, мой юный друк.

> Может оно не forcedeth? Или в других дистрах именно с таким именем модуль подгружался?

умгу, кноппикс и еще кто-то успешно грузили forcedeth Правда надо было и skge попробовать

> В каких рунлевелах отключены сервисы? деб при загрузке сначала идёт в S, а потом в 5

вот в 5 и отключал, похоже S надо было

> может xneur гадит?

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

//w0mbat

> если дебиан переведут на рпм я повешусь

а форкнуть слабО? ;)))

>> marvell yukon гигабитная > это та, которая с аппаратными багами?

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

//w0mbat

> я сколько сталкивался с marvell yukon, то обычно драйвер либо skge (sk98lin), либо для новых крточек - sky2

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

//w0mbat

>Дебьянист по определению красноглазым быть не может. Ибо не компилит по ночам

дебианщег может быть красноглазым, потому что он (т.е. я) сидит по ночам и смеется над комментами фонатегоф "тру-линукса" (ака слака, гента whatever..)

>>> marvell yukon гигабитная

>> это та, которая с аппаратными багами?

>мож и с багами, только вот за 8 мес пользования на ней dsl-модема, ни в винде, ни в других дистрах линя траблов не выявлено. По крайней мере с детектом - точно.

аргументируйте плиз - зачем вам гигабитная сетевуха после адсл мопеда? и как вы можете оценивать производительность и стабильность этой сетевухи на ваших жалких парумегабитах (максимум)?

>ага, когда полез свежее ядро компилить, то тож почитал в разделе сети про skge, надо было и его пробнуть. Но кноппикс и еще кто-то, не помню, успешно юзали forcedeth (всё детектилось, по крайней мере))), да и я вродеб гдет читал про его пригодность к моей сетевушке)

щаз товарищ еще немного подумает и вспомнит, что кноппикс был с 2.4 ядром..

> marvell yukon Как-то попались на мамке встроенная, не буду вспоминать модель, на 5.4-рке FreeBSD пришлось ставить дрова, на etch завелась, но о работе ничего хорошего не скажу, что на BSD, что на Linux, но под Debian она работала много стабильнее, хотя, все зависит от моих кривых рук

>Вот тоже решил написать статью:

>Ubuntu/Suse/Mandriva на десктоп

>Debian/CentOS на сервер

>Gentoo/Arch/Slackware чтоб поковыряться

>Остальное фпечь

Золотые слова! В десятку, и неипет!!!

Про гентушников, что любят онанизм (зы =)) - особо справедливо. PS Да, если надо будет адресовать какие-нить "добрые" слова, зовите Винни

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

нормальная статья... для новичков :)

> Для слаководов ЛЮБАЯ система зависимостей - корявая по определению:)

> +1, руки надежней чем вся эта лабуда.

А ну-ка, слакофил, расскажи нам, как ты без системы зависимостей определишь, можно ли деинсталировать с системы glitz, и что при этом отвалится? А если обновляешь apr, что при этом может потребовать пересборки или обновления?

> В случае сборки софта своими руками, у меня есть гарантия, что все будет гладко, что всякие ипанутые гиговые зависимости меня, мучить не будут

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

> а из не линуксов хороша только OpenBSD.

"Не из линуксов" хорош Solaris, а OpenBSD как раз игрушка.

> Я уверен в своем дистре, ввиду того что "собрал" его сам, и если что-то перестанет работать, знаю где я накосячил.

А если у вас хотя-бы пяток машинок, причем с разными версиями софта/дистрибутива?

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

Мы ее не ненавидим - мы просто пытаемся обратить внимание новичков на очень серьезные проблемы, которые возникают в процессе юзанья слаки.

А сводки безопасности смотриш если она стоит в роли сервера не куда не денешся прийдется и ядро патчить (обновлять) и софт

>Дебьянист по определению красноглазым быть не может. Ибо не компилит по ночам.

Он это время крайне продуктивно проводит на ЛОРе, пытаясь доказать, что нет дистра кроме дебиана, и всё остальное страшный отстой и красноглазие.

>Мы ее не ненавидим - мы просто пытаемся обратить внимание новичков на очень серьезные проблемы, которые возникают в процессе юзанья слаки.

Ну, если всё делать грамотно, то проблема зависимостей давно решена (slapt-get как пример). Да и репозитарий бинарных пакетов на slacky.eu позволяет провести ночь за более приятными занятиями. Ну и плюс, те пакеты, которых даже в дебиане отродясь не было, тут обновляются лёгким изменением одной цифирьки в слакбилде. Так что основная проблема Slackware сейчас --- это пионеры, которые неосилили систему зависимостей.

Чего-то я не понял, кто-нибудь кроме меня собирает gentoo на работе? Домой приношу tbz2 уже собранные. А ночью я сплю. А самая лучшая для новичков система, извините UBUNTU(сам её терпеть не могу). А самая лучшая система gentoo(python терпеть не могу). Плюс у нас на сервере одном рабочем slackware стоит древняя - хуже системы не видел :-(, но работает если не трогать(дырок наверное накопилось!!!, но он закрытый).

Лет через пять споры о дистрибутивах вообще приобретут чисто философский аспект, ибо opensource и это главное! Каждый возьмёт лучшее у других и всё на благо пользователя. А закрытые поделки априори тащатся позади - их меньше.

А вообщето я против массовой миграции леммингов на Linux - испортят систему, сожрут дух, они же как дети жестокие, но в отличие от детей многие учиться не хотят, но могут своей массой влиять. Как демократия 10 ПТУ шников принимают решение за одного Бабаяна.

>>Патрег Фолкеринг как-то привел в мануале "корневой каталог типичной инсталляции Слакваре" с подозрительной директорией "/core".

>И что?

Ну он тоже видимо любитель подосрать куда не положено. Взял кусок шлаки у себя локально в /core положил, создав ее предварительно.

> Да и репозитарий бинарных пакетов на slacky.eu

Это не там где был mplayer собранный только под итальянский язык и прочие подобные чудеса? Нах-нах.

> у и плюс, те пакеты, которых даже в дебиане отродясь не было, тут обновляются лёгким изменением одной цифирьки в слакбилде.

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

Вот чем слака рулит, так это тем что под ней всё всегда собирается. Под мандривой какой-нибудь упаритесь с разнообразными якобы ошибками на которые будет ругаться gcc. А в слаке configure, make, checkinstall и всё. Я знаю что в генте всё это ещё кучерявее, но слака ставится 40 минут, а не 4 дня, да и настраивать слаку проще.

> А в *nix пытался когда-нибудь срать в "/" под рутом конечно же?

А у нас в Unix'ах под рутом работать не принято, и все программы кроме утилит настройки системы способны полность функционально работать и без рутового доступа :-)

> проблема зависимостей давно решена (slapt-get как пример)

Видишь ли, это для Slackware опциональный инструмент (уровня APT и YUM). Ну и многие ли из местного контингента упертых "труъ"-слаководов его используют? Обрати внимание на местные посты - в 95% из них слакварщики говорят о том, как они счастливы от configure ; make ; make install и о том что зависсимости им не нужны.

Это какие разнообразные ошибки с gcc? Не установлены devel пакеты? Это проблема мандривы? В дебиане все отлично устанавливается из исходников.

>Тут всё проще - у меня глаза не красные, а у тебя красные :) А эти мифические "доработки под себя" оставьте легковерным.

Слышали знаем. Вы ещё форточки обожествлять начните. Так для поддержания имиджа.

Видимо ты сам неосилил эту систему.

В слаке не только инструмент опционален, как отметил no-dashi, но и сами зависимости. Да и к тому же ввиду "самодостаточности" пакетов, "пионеру" пытающемуся собрать нормальный пакет с учетом зависимостей приходится тащить за собой лишний софт, потому как комплектование упрупненное. Например, пакет bind содержит libdns libisc libisccfg..., каждая из этих билиотек может потребоваться другому приложению, но зависимость в слаке придется делать на bind.

И почему вы так свободно говорите об использовании неофициальных репозитариев? Варезное прошлое не дает покоя?

>> А в *nix пытался когда-нибудь срать в "/" под рутом конечно же?

>А у нас в Unix'ах под рутом работать не принято, и все программы кроме утилит настройки системы способны полность функционально работать и без рутового доступа :-)

Ну это из разряда детских придирок - типа

- А в Винде размер корневого каталога фиксирован, и если туда навалить 255 фалов то система сдохнет!

- А в Униксах фиксированный корень выдают за достоинство, и кроме того у вас есть перловые однострочники!

>Ну он тоже видимо любитель подосрать куда не положено

Вот именно что в нормальных системах не положено пользователю срать в корень диска. А винда к этому как раз располагает. Только работать потом отказывается :P

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

>Ну это из разряда детских придирок - типа

>- А в Винде размер корневого каталога фиксирован, и если туда навалить 255 фалов то система сдохнет!

Потеря работоспособности системы - детская придирка? =-O

Видать сильно вантузятники привыкли переустанавливать свое поделие от каждого чиха...

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

> В настоящий момент несомненными лидерами в пространстве коммерческого Linux являются Red Hat и Novell SUSE

намек ясен.

> Это не там где был mplayer собранный только под итальянский язык и прочие подобные чудеса?

Только mplayer, больше никаких прочих подобных чудес ;) Но его(mplayer) с минимальной правкой приложенного слакбилда собрать крайне легко.

Все такие профи я аж не могу, сиди на свои дистрах и сидите дальше, тихо воняйте в уголке на Слаке Генте или Дебиане, пользователям простым реально пох на зависимости, производительность и тем более на открытость сорцов им главное шоб работала.

>В слаке не только инструмент опционален, как отметил no-dashi, но и сами зависимости. Да и к тому же ввиду "самодостаточности" пакетов, "пионеру" пытающемуся собрать нормальный пакет с учетом зависимостей приходится тащить за собой лишний софт, потому как комплектование упрупненное. Например, пакет bind содержит libdns libisc libisccfg..., каждая из этих билиотек может потребоваться другому приложению, но зависимость в слаке придется делать на bind.

Ну и чо, изолированно пофиксить баг скажем в libdns и тем самым починить все пакеты которые его используют таким образом не получится?

Дурачок. Если будешь иметь позицию "пох на всё, главное, чтобы оно работало" и зароешь голову в песок - отымеют в подставленную попу.

>Дурачок. Если будешь иметь позицию "пох на всё, главное, чтобы оно работало" и зароешь голову в песок - отымеют в подставленную попу.

Причем тут я? за языком следи, внимательней читай! Я грю о ползьователе

> Причем тут я? за языком следи, внимательней читай! Я грю о ползьователе.

Ок, извиняюсь. Перепишем. "если пользователь..." и далее по тексту выше.

Если пользователь будет иметь позицию "пох на всё, главное, чтобы оно работало" то зароет голову в песок - а иметь в попу будет педорас педораса

Ты же прекрасно понимаешь, что я имею ввиду.

Дело не в том, просто пакет которому необходима только эта библиотека будет тащить за собой весь бинд, то бишь не 1мб, а 5500кб. Любителям слаки это не важно, лишь бы было "simple"? Как пример на libdns могут ссылаться dnsutils, host, bind9-host. Если я правильно помню, то в слаке host пакуется в bind. А как быть с альтернативами, если нужны именно они?

>Например, пакет bind содержит libdns libisc libisccfg..., каждая из этих билиотек может потребоваться другому приложению, но зависимость в слаке придется делать на bind.

И примеры таких приложений, не требующих наличия bind на локальной машине, вы сейчас нам приведёте?

Всё, что действительно стоило оторвать от больших пакетов, давно лежит в l. А вот разделение на кучу мелких пакетов ведёт к тому, что потом надо или по слакофильски ставить всё, что опционально предлагает apt, или помнить ту часть дерева зависимостей Debian, где лежит нужное. В качестве наглядного примера --- связка cups+samba для печати на виндовый принтер в Etch.

>И почему вы так свободно говорите об использовании неофициальных репозитариев? Варезное прошлое не дает покоя?

Фанатики Debian ставят софт только из main?

>И примеры таких приложений, не требующих наличия bind на локальной машине, вы сейчас нам приведёте?

Не уверен что верно понял фразу. Если альтернативы которым в слаке придется ссылаться на бинд просишь привести, то как бы указал выше (bind9-host, dnsutils). Ты не подумай, этот пример не единственный.

>А вот разделение на кучу мелких пакетов ведёт к тому, что потом надо или по слакофильски ставить всё, что опционально предлагает apt, или помнить ту часть дерева зависимостей Debian, где лежит нужное.

Не понял сути твоей трагедии.

>Фанатики Debian ставят софт только из main?

Я у них не спрашивал. Вообще еще contrib есть, ну и конечно разница в количестве пакетов 15:1. Вообще у дебиана есть дополнительный инструмент верификации авторства и подлинности пакета - keyring. http://db.debian.org/ Разработчики в принципе могут сделать и неофициальный репозитарий и доверия к ним в таком случае, имхо, больше будет.

>пакеты, которых даже в дебиане отродясь не было

Огласите весь список, пожалуйста.