Bluewhite64 Linux 12.2 «LiveDVD»

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

огласите весь список бесплатный/свободный/открытых и не являются сборками RHEL/SLE* дистрибутивов Linux, которые стабильны? Что-то кроме debian ничто вспомнить не могу.

А насчет зависимостей, постоянно хочу убить ментейниров Debian, слишком много пакетов лишних, а отказываться от "рекомендуемых" тоже опасно, так как иногда их много и выбирать постоянно бесит... В слаке же никогда проблем с зависимостями не было, если чего то не хватает, глянул чего да и доставил...

>а нравится/не нравится - это не девушка.

а как же еда? Она тоже должна быть рабочая\нерабочая?

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

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

>огласите весь список бесплатный/свободный/открытых и не являются сборками RHEL/SLE* дистрибутивов Linux, которые стабильны? Что-то кроме debian ничто вспомнить не могу.

достаточно.

>а как же еда?

и еда.

>А еще, томми, определитесь - убога слака на серверах

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

>или в качестве Desktop-машина?

может и заработать. чем чёрт не шутит.

>У меня дома Bluewhite64 , она стабильно работает, те задачи, которые мне нужно решать, я на слаке решаю без проблем.

стабильно firefox пускает?

dmraid искаропки умеет?

>А насчет зависимостей, постоянно хочу убить ментейниров ...

что дикая зависимость дебов, что rpm все одно

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

tommy и др на это наплевать им нужна большая кнопка про которую тут писали и пусть все через Ж0%# реализовано...

>отказываться от "рекомендуемых" тоже опасно

чувак обновил так "опсусе" после чего на 85% нерабочая система ... так и сидит мучаеься

>Ну у меня стоит на шлюзе slackware12.0, косяков не замечал.

а у скольких на шлюзе стоит венда - страшно представить

>Уважавемый томми, уточните, пожалуйста, что вы понимаете под стабильностью ОСИ(программ) и что в слаке работает нестабильно.

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

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

>как правило нестабильно работает то, что ванильно

ну например?

>>ну например?

>XXXXXXXX

у меня XXXXXXXX прекрасно работает!

что-то тебя сегодня глючит, одноглазый

Debian настолько убог, что каждый делает её форк с необходимой ему фичей. Понадобилось desktop - сделали форк ubuntu, понадобился Debian со свежим софтом и стабильный - сделали sidux, понадобился Debian для домохозяек - написали свой велосипед и сделали форк Debian MintLinux ... этот список можно продолжать до бесконечности.
Может стоит использовать нормальные дистрибутивы, а не горидить велосипеды и форки?

Debian и так для десктопа идеально подходит. Как и для всего остального. В отличии от бубунты, в которой ещё год после выхода будут косяки исправлять.

>Debian и так для десктопа идеально подходит. Как и для всего остального. В отличии от бубунты, в которой ещё год после выхода будут косяки исправлять.

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

Список косяков в студию ТОЛЬКО убунты в студию.

меня больше волнует другое - в ленни в интеловском драйвере косяк с 2D акселерацией. приходится ставить другой тип акселерации, а это влияет на скорость 3D. не критично, но чуть похуже (изображени при -vo xv не всегда идеально). вот не знаю что будут делать - поправят или оставят.

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

не всегда. кажется с предыдущем, до 8.04 релизе бубунты был косяк с sata который не дал мне использовать бубунту вообще. кернел там видно совсем не тестировали. более старый etch работает идеально на той машине.

а шо, слака еще не сдохла?

Слака не может сдохнуть, так как Патрик --- бог ;-) Замечательный дистрибутив, на самом-то деле.

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

По мере роста настроек (N) сложность поддержки растет как факториал(N) - лучше действительно нарисовать большую красную кнопку "сделать круто" и послать 100% - "таких пользователей" лесом.

> не являются сборками RHEL/SLE* дистрибутивов Linux, которые стабильны?

А RHEL не подходит по религиозным соображениям?

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

бугага, ессесно нет, так как там вообще ничего нет

Это не форки, которые добавляют отсутствующий функционал. А "форки", которые всего лишь набирают определенные набор пакетов из различных веток дебиана. Точно также можно назвать "форком" какой-нибудь Windows Xp Pirated Edition, который "собирают" умельцы.

> а шо, слака еще не сдохла?

ни фига. Более того, случилось неизбежное. Патрик вчерась выкинул кде3 из каррента. Кактус 4.2.1 вызрел наконец до съедобного состояния.

Он обещал 4-е кеды в знаменательной 13-й слаке. Нужно ж готовиться, тестировать..

4.3.2 скорее всего будут замечательны.

>проверочное слово - Тимати?
Патрег упаси
>И где вы учили русский язык? :)
к рускаму йезыку енто пачти никакова атношения ниимеид :-))
учите албанский))

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

1) Обвинить слаку в отсутствии bsd-ёвости могут только йуные красноглазые гентушники. - Ибо /etc/rc.d/

2) В ответ на сопливые рассуждения о "ванильности" и "неискаробочности" (что кстати противоречиво само по себе) имею напомнить, что в те славные времена, кхэ-кхэ, было принято ставить слаку онли в expert mode и понимать назначение каждого пакетика на котором стоит галка в инсталляторе. В системе не было мусора,такого как по несколько версий одной либы притянутых разными рпм-дебами. Борьба за мегабайты на диске вела к четкому соблюдению лаконичности и безызбыточности софта. - Ибо Оккам был конкретным мужчиной.

3) Мало того, все критичное к кастомности, секурности, хитронужности - собиралось в незнакомом нынешней школоте типа вас стиле - ./configure make make install - Ибо ССЗБ.

4) Продолжим логически эту безусловно концептуальную идею и получим из древа Заветов Slackware плодоносящие ветки апокрифов - Slamd, Bluewhite64, Zenwalk и так далее... - Ибо узнают дерево по плодам его!

5) Все кто кричат про "ЫнтырпрайсЪ" - просто не в курсе про процессы типа релиз менеджмента, понятий тестовых/продакшн сред и т.п. - Ибо уже простое правило - "работает - не трогай" уже должно наводить на мысли, что апдейты в таком случае не делаются в стиле винды или убунты.

6) Лично от меня, раз уж нахлынули воспоминания.

Текущая тенденция - когда кривоногая Х-овая приблуда правит собственноручно написанные корректные серваки в /etc/resolv.conf; когда КДЕ уверяет, что герцовка на мониторе 75, при единственной строке в Х-конфиге про 100Гц; когда в Соляре, чтобы поправить адресок сервера надо пролезть через пять конфигов - это от лукавого....

- Ибо приятно когда все есть, знакомо и лежит по своим полкам.

Да прибудет с вами Патрег во веки веков! Алиллуйя!!!

>кастую в тред слакофобов

*зевая* я что т пропустил?

>А что, слака не умеет работать на разных архитектурах???

кхм, ну вы несете

>есть хоть какая-то идея?

идея?Oo

>Файлопомойка в шлаке начинается с /

в слаке фс по стандартам)да и конфиги все очень логично лежат

>может и заработать. чем чёрт не шутит.

/me юзает млаку на десктопе и на домашнем сервачке, а так же знает девушку у которй слака и на нетбуке и на лэптопе^^

слаку*

/me думает, когда же уже выспится

Господа

Ну о чем вы все время спорите. Это же диструктивно.

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

Слака мертва?!

Посмотрите changelog от current.

На сегодняшний день я лично не вижу альтернативы слаке.

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

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

Извините за ошибки. Никак к клавиатуре на яблофоне не привыкну.

Удачи

Dolphin

Бульк:-)

>>А что, слака не умеет работать на разных архитектурах???

>кхм, ну вы несете

А что не так? возможно это моё неправильное мировозрение, вызванное обилием компьютеров, но:

Бывают дистрибутивы source-based и прочие конструкторы (ЛФС, гента, арч и прочие), где пользователь сам всё собирает и, как следствие, устройство такого дистра _почти_ архитектурно-независимо,

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

ЗЫ Всё вышесказанное - сплошное ИМХО. Не нужно меня за это больно пинать.

ЗЗЫ Простите, что много буковок, просто захотелось поставить все точки над ё :)

> Единственный недостаток - для десктопа маловатый репозиторий.

IA32-emulation в Bluewhite64 работает как атомные часы, ставь любой пакет от обычной слаки. Ставь сторонние 32 битные пакеты - все работает.

>Не нужно меня за это больно пинать

больно не будем;-)

>Бывают дистрибутивы source-based и прочие конструкторы (ЛФС, гента, арч и прочие), где пользователь сам всё собирает и, как следствие, устройство такого дистра _почти_ архитектурно-независимо,

в слаке другое ядро? ^^

слака не менее красноглазый дистр, и сделать можно из нее что хочешь

>в слаке другое ядро? ^^

смотря что считать ядром. Конкретный имэйдж? Конкретный .config? Конкретную версию офф. тарболла с кернел.орг [и использованные патчи]? Конкретный тарболл от мэйнтэйнера? Конкретного мэйнтейнера? Конкретную ось?

>сделать можно из нее что хочешь

Сделать из чего угодно можно всё, что угодно... Можно, теоретически, и убунту из исходников пересобрать... %-)

Я могу не особо напрягаясь поставить слаку на альфу или амд64? а ещё я планирую тач бук купить, есть оно для арма? А потом полу- и автоматически обновлять пакеты, эффективно используя траффик? Вот, скажем, генту мне это позволяет...

ЗЫ опять же это всё сплошь имхи и вовсе не провокация холивара, я правда ничего не знаю про слаку и мну интересно ^_^

>> Отличная вещь. Единственный недостаток - для десктопа маловатый репозиторий

> IA32-emulation в Bluewhite64 работает как атомные часы, ставь любой пакет от обычной слаки. Ставь сторонние 32 битные пакеты - все работает.

Дурдом, однако.

Юзаю Слаку с прошлого века.

./configure; make install clean -- неправослачный путь

правослачный -- написать SlackBuild с этими командами внутре

Слакбилды билдят софт и хлеба не просят. Обновит аффтар исходники -- слакбилд за несколько сек пересоберёт *-i486-1.tgz. Ну, простите, если дважды в год надо будет каждому слакбилду по одной строке поправить, я с этого не перетруждаюсь.

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

Кратко этот эффект называют одним словом -- Bloatware. Windows way.

Слаку у меня за минуты ставит скрипт, начало которому положено в прошлом веке. Раньше он запускал installpkg, несколько лет назад стал запускать slackpkg, который в основной ветке. Последние несколько лет сижу на -current, в котором софт одновременно и свежий и надёжный.

Из используемых сейчас шлакбилдов:
-rwxr-xr-x 1 root root 2386 2009-03-07 20:06 b43firmware.SlackBuild*
-rwxr-xr-x 1 root root 2089 2009-03-07 18:05 codecs.SlackBuild*
-rwxr-xr-x 1 root root 2559 2009-03-08 13:52 ffmpeg.SlackBuild*
-rwxr-xr-x 1 root root 3158 2009-03-08 02:04 mplayer.SlackBuild*
-rwxr-xr-x 1 root root 3026 2009-03-09 02:19 openoffice.SlackBuild*
-rwxr-xr-x 1 root root 1195 2009-03-07 12:56 winttf.SlackBuild*
-rwxr-xr-x 1 root root 1147 2009-03-07 17:34 xpwav.SlackBuild*

Ну ещё есть штук пять старых, которые при необходимости обновляются до нынешних версий софта с позапрошлогодних минут за 10-15.

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

Если хватит сил, слеплю сайт, на который выложу свои шлакбилды и комментарии. Хотя, такие шлакбилды любой прочитавший пару манов, сам за вечер слепит. А тот, кто не прочитал и слепить не может, будет щаслив с виндой или бубунтой с одной кнопкой "пуск".

Какую-то херню тут про шлаку пишут. Один уверен, что шлаку компилить до усрачки надо, другой -- что ставить её надо сутки напролёт... Очередной дятел про ванильность бредит... Шлаку-то посмотрели бы... И один шлакбилд патриковский асилили бы от начала до конца. Кроме man bash для этого ничего особого знать не надо...

> А потом полу- и автоматически обновлять пакеты, эффективно используя траффик? Вот, скажем, генту мне это позволяет...

man slackpkg

ещё и электричество сэкономишь и нервы на ручном разруливании гентушных маскед-брокен

>man slackpkg

для этого нужна слака или лезть куда-то... лениво, ибо уже "Every one of us has all we need"(c) у меня к слаке интерес почти чисто академический :)

>ещё и электричество сэкономишь и нервы на ручном разруливании гентушных маскед-брокен

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

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

Ага, так уж прям и без напильника, не смешили бы.

>смотря что считать ядром. Конкретный имэйдж? Конкретный .config? Конкретную версию офф. тарболла с кернел.орг [и использованные патчи]? Конкретный тарболл от мэйнтэйнера? Конкретного мэйнтейнера? Конкретную ось?

ядро как оно есть, с kernel.org. Без костылей

>. Можно, теоретически, и убунту из исходников пересобрать... %-)

ключевое слово теоритически

ОООООЧЕНЬ приятный холиварчик

KDE 4.2 ????

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

Только хотел написать в current/testing посмотри, глянул а их уже в основную ветку current перевели, причем уже 4.2.1 собрали. Надо обновляться.

>ядро как оно есть, с kernel.org. Без костылей

т.е. независимо от конфига этого ядра? ну... тоже вариант... правда на kernel.org тоже есть разные ядра (или надо говорить ветки?)... кромя канонического есть, например, -mm, которое и состоит из одних костылей)

>ключевое слово теоритически

если считать установку src.deb'ов пересборкой из исходников, то даже не сложно... всмысле можно автоматом... правда толку от этого - чуть :)

У меня репозиторная Slackware-11.2, инсталятор из MOPS-3.1 Ставится на десктопах, серверах, ноутбуках. Ядро 2.6.18.5 и набито программ до 1.5 гб. От Слаки взят фактически раздел A, N, X, XAP. Все остальное не нужно. Не ставлю другое ядро из-за отсутствия any-any в vmware, да и новые более медленные. Клиенты довольны. У самого ноут Фуджитсу-Сименс 2030 - работает просто сказка и все устройства. Что интересно - Виндовс-хр на vmware наботает более стабильно, чем на своем разделе, да и убить можно всегда безболезненно. Хм, да и на таможне никто не придерется - Виндов то нет с биркой.:-)