Slackware. Теперь 64 бита

>так чего не осилил? видимо не только в труде дело

Вестимо, не только. Желание ещё нужно на подобное красноглазие тратить своё время. :)

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

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

это не красноглазие, а _обучение_. интересно, с чего если не со слаки начинать обучение юниксу? с федоры? с мандривы? с убунты? поучись блин кнопочки в синаптике тыцкать. круто.
не зря говорят, что ежели ты знаешь федору - то ты знаешь только федору, а если ты знаешь слаку - ты знаешь GNU Linux.

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

я тебе привел типы пакетов, с которыми возникает, то что ты написал - "проблемы". причем я ни разу не сказал что сами Дистры Овно или что-то еще, так что читайте и думайте что пишите...

>это не красноглазие, а _обучение_. интересно, с чего если не со слаки начинать обучение юниксу?

Не знаю, кто как хочет. Я в своё время начинал с суси, потом мандряка, потом с год гонял дебиан, недолго генту, года два фрю(наверное, самые плодотворные по части "обучения"), года два убунту, пару месяцев арч и снова сусю. Меня перестало устраивать качество последних релизов убунты, поэтому я заглянул кратко в красноглазое царство арчеводов, посмотреть что там творится. И понял, что мне на подобную чепуху тратить время уже не хочется. Я свое отпионерил, пусть теперь другие с победными криками бросаются в бой. Осилил бы я слаку? Полагаю, что без особых проблем. Хочу ли я её осиливать? Нет, ноль желания делать мартышкину работу. Мне быстрее поправить не устраивающее меня в любом из актуальных дистров.

Если к релизу 13 версии еще и поддержку зависимостей добавят, то новость об этом поставит мировой рекорд по количеству комментариев и скорости их появления.

//slackware user

> года два фрю(наверное, самые плодотворные по части "обучения")
> Осилил бы я слаку?

осилил бы. после фри - без проблем. слака и фря приблизительно одинаково просты для обучения, и также универсальны. единственный недостаток фри в сравнении со слакварью - это поддержка железа и разных фич в ядре типа виртуализации или новых ФС.

> Если к релизу 13 версии еще и поддержку зависимостей добавят

что значит "поддержка зависимостей"? задолбали не по теме бухтеть что "в слаке нету зависимостей".

>единственный недостаток фри в сравнении со слакварью - это поддержка железа и разных фич в ядре типа виртуализации или новых ФС.

Ох, я на ней сидел примерно всю пятую ветку, в то время о таких страшных вещах даже и не слышали :)

ну вот именно. фря - хорошая система, но как не крути - linux идет в ногу со временем, а фря немного отстает.

> что значит "поддержка зависимостей"? задолбали не по теме бухтеть >что "в слаке нету зависимостей".

Это значит, чтобы в новости о выходе Слаки 13 написали в списке нового функционала именно это.

А так конечно да, зависимости и поддержка их разрешения не нужны.

т.е слив защитан? "поддержка зависимостей" - чем? где?
slapt-get прекрасно разруливает зависимости, хотя вообще-то слакварные пакеты собраны с минимумом таковых.

[trollingMode]
> В стопицотый раз повторяю, что слаку освоить не стоит труда, но трах с пакетами и прочим. Лучше в жопу.
fxd
[/trollingMode]

>slapt-get прекрасно разруливает зависимости...

Про слапт-гет читал в интернетах и даже юзаю иногда.

>"поддержка зависимостей" - чем? где?

Пакетами же, этого как раз в офф. пакетах и нет, афаик.

>т.е слив защитан?

Ну ты близок.

Я добавлял rc.squid в rc.d, еще я настраивал сеть в rc.inet1.conf и еще менял rc.modules - для тебя это так ужасно?

> В стопицотый раз повторяю, что слаку освоить не стоит труда, но трах с пакетами и прочим. Лучше в жопу. fxd

Хочется верить, что ты это не со знанием дела написал.

что надо сделать в redhat для того что бы крон писал лог?

> этого как раз в офф. пакетах и нет

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

> что надо сделать в redhat для того что бы крон писал лог?

А cron и пишет лог. Только он его почтой владельцу отсылает. Нежелающие могут использовать перенаправление вывода. Секрет?

>так чего не осилил?

Если я сру на вашу религию, это не значит, что я ее сабж не юзал

и то что не знаю как юзать

И возвращаясь к сабжу — кто-нибудь уже скачал-заюзал? Можете поделиться впечатлениями? И немного оффтоп — AMD Athlon(tm) 64 X2 Dual Core Processor 4000+ — на этом я увижу прирост производительности при использовании ядря с поддержкой 64-х бит?

>99% из них просто не осилили слаку

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

начать с сборки ядра с PAE + кернелы с патчами для виртуализации (XEN, OpenVZ как минимум) + сборка софта с поддержкой PAM. вот 64 битную систему решили что нужно распространять. правда не ваш патрик это делал, ну неважно.

вот я бы например хвалил её за то что там нет гнома.

> Если я сру на вашу религию, это не значит, что я ее сабж не юзал

да, не значит. это всего лишь значит что ты толстое зеленое кидающееся какашками существо. фубля.

> а недоделка по простой причине - разработчики слаки делают её на примитивном слабом железе

Разработчиков, собирающих/тестирующих на топовом железе - нужно убивать со всей возможной изощренностью.

> не нужно делать вид что слаку надо все лишь "осилить". это не сложная система которую надо осиливать

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

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

а я бы сказал, что это универсальная база, которую легко можно адаптировать для любых задач. это не бредовая *бунта, где на каждый ДЕ своя *бунта, и еще на сервер своя *бунта. это один легкий универсальный бинарный дистрибутив, из которого ты можешь сделать что-угодно.
да, ты так и не ответил - что ТЕБЕ приходилось пересобирать в слаке и ЗАЧЕМ?

> Разработчиков, собирающих/тестирующих на топовом железе - нужно убивать со всей возможной изощренностью.

+1. благодаря этому флейму рядом со словом "простота" для характеристики Слаки у меня станет слово "универсальность".

>начать с сборки ядра с PAE + кернелы с патчами для виртуализации (XEN, OpenVZ как минимум) + сборка софта с поддержкой PAM.

tommy, ты хоть сам пользуешься всем этим г**ном, которое 99.9% пользователям не нужно? Один из основных принципов этого дистрибутива - предоставлять пользователям софт с минимальными сторонними изменениями, с чем ни XEN, ни OpenVN как бы не стыкуются, если до тебя еще не дошло. Особенно умиляют твои закиды на PAE c учетом того, что давно есть 64-х битное железо, которые наверное на порядки доступнее 32-х битных систем с >= 4GB ОЗУ. Особенно когда официально анонсирована 64-х битная Slackware. Ты сейчас демонстрируешь практически эталонное тупое тролление.

ну не хватает человеку пае в ядре. интересно, какой дистр он вообще юзает. и точно ли там изкоробочное ведро с пае? и действительно ли наш товарищ томми считает, что систем, которым нужно пае (32 бита и 4+ Гб мозгов) гораздо больше, чем систем которым это пае и нахрен не упало?

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

>Разработчиков, собирающих/тестирующих на топовом железе - нужно убивать со всей возможной изощренностью.

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

дело не в топовом железе в в том что даже разработчики slackwaare в серьёзных проектах её не используют (отсутствие PAE и 64 битной системы это показывают, плюс отсутствие сборки пакетов даже с элементарной системой аутентификамии PAM). а долгое отсутствие UTF-8 и непротестированные/непропатченные на совместимость с ней пакеты говорят о том что и на азиатских пользователей им плевать.

>что систем, которым нужно пае (32 бита и 4+ Гб мозгов) гораздо больше, чем систем которым это пае и нахрен не упало?

позиция сектанта. в нашей религии такого нет - значит это не нужно. а если это есть в других религиях - это всё неправильно. правильно так как у нас.

в debian, ubuntu, suse есть кернелы с PAE (в некоторых это вообще прозрачно, например в ядре дебиана с OpenVZ). про RH не знаю - мне хватает упомянутых дистров а в шапках не особо и разбирался. ругать их не хочу, но просто нельзя обьять необьятное.

ну ладно бы PAE - но тут новость о выходе (вроде бы, когда-нибудь потом) 64битной версии slackware. да и просто взяли независимый проект а не реально осознали необходимость разрабатывать и поддерживать 64битный дистрибутив.

>Один из основных принципов этого дистрибутива - предоставлять пользователям софт с минимальными сторонними изменениями

это называется "идиотизм". пропатчить mc - это невозможно в slackware. только потому что разработчик давно бросил эту программу. поставим свою идиотскую идею о "ванильности" выше удобства для пользователей и функциональности программ в системе. и неважно что патчам лет 5. "неванильно! пошли вон!".

>слаку _нужно_ осиливать. всякому, кто хочет постичь больше, чем тыцканье кнопочек в гуевой конфигурялке.

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

>ты так и не ответил - что ТЕБЕ приходилось пересобирать в слаке и ЗАЧЕМ?

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

> а вот пересобирать большое количество софта сразу после установки - эт ов других дистрах (почти никогда) не надо. tommy ** (*) (23.05.2009 0:19:26)

>>ты так и не ответил - что ТЕБЕ приходилось пересобирать в слаке и ЗАЧЕМ?

>(кажется же) ответил - ничего. а в других дистрибутивах я пересобираю

Вставь себе мозг уже.

>наш товарищ томми не считает, и не думает, он просто максимально тупо троллит

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

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

> пропатчить mc - это невозможно в slackware

у меня патченый миднайт :) юникодный. значит возможно же?

>у меня патченый миднайт :) юникодный. значит возможно же?

А тебе Птрик разрешил? Если нет - всё ты лишаешся поддержки!

>это называется "идиотизм". пропатчить mc - это невозможно в slackware

нет, настоящий идиотизм - говорить, что в slackware что-то невозможно =) тем более, что это 4.2

>я говорю только правду

субъективно

>если найдёте в чём я был не прав - исправлюсь.

PAM не нужен, PAE не нужно

>вы же не отстаиваете идею простоты

я ей просто наслаждаюсь, а ты мандражируешь от зависти

>вы просто

тебя не должно волновать, что думают и выбирают другие, или ты из полиции нравов?

>PAM не нужен, PAE не нужно

frame не нужен, слаководы не нужны

fixed

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

тебя не должно волновать, что думают и выбирают убогие

fixed

Честно говоря я спросил просто из интересса, так как в слаке это делается правкой одной цифры в rc.M. А выполнения заданий о run-parts он тоже руту шлет? Вот у меня например сквидосвский лог каждые пол часа парсится в mysql, мне удобнее это отслеживать через журнал лога, но не как не получать письмами :-)

какой софт в слаке ты собрался пересобирать? по пунктам пожалуйста.

> интересно, какой дистр он вообще юзает. и точно ли там изкоробочное ведро с пае?

WinXP наверняка :)

НИКАКОГО СОФТА Я В СЛАКЕ ПЕРЕСОБИРАТЬ НЕ СОБИРАЛСЯ

вот теперь хорошо видно? а что не так в slackware я уже перечислил выше.

debian etch на домашнем сервере, debian lenny на ноуте, ubuntu 8.04 там же, XP японская версия в виртуалке, Windows 7 на тестовой машине. FreeBSD Releng_7, SLES 10.2, XP русская (не дома).

а фанатики сидят в своей слаке и над другими насмехаются "хахаха, наверное у него XP". есть и XP - не все нужные проги идут в Wine.

>а вот пересобирать большое количество софта сразу после установки - эт ов других дистрах (почти никогда) не надо.

вот опять свое. Какое конкретно 'большое количество софта' надо там пересобирать? Просветите нас, хоть несколько названий.

>ну не хватает человеку пае в ядре. интересно, какой дистр он вообще юзает. и точно ли там изкоробочное ведро с пае?

вероятно slackware - единственный недолеланный дистрибутив linux из более-менее известных. и конечно только фанатикам использующим такую недоделку ничего из перечисленного мной не нужно. фанатики очень агрессивны и поэтому может показаться что их много и они сила. на самом деле они малочисленны и унылы, только и ждут когда появится новость на LOR-е и до этого "копят силы" дабы выплеснуть всю звою фанатичную агрессию. дистрибутивы с PAE я перечислял простоянно включаю эту тему. все я не проверял.