GNOME 2.20.3 для Slackware

>Чтобы делать _такие_ заявления можно быть кем угодно.

Можно. Только в твоём случае это бросает тень на тебя. Мы все прочитали "Ты хоть знаешь _кому_ ты это написал?" и страшно испугались -- сам iRunix в гневе. Вот если это сказал бы Торвальдс -- тогда это и был бы аргумент. В чём ивои заслуги перед сообществом, что мы должны задумыватся над тем, что тебе и как говорить?

>А какой-то анонимус, ниасливший регистрацию и примитивные основы логики несет чушь.

Судя по твоим постам о Слакваре (вернее -- против Слакваре), регистрация автоматически не ведёт к прокачке скилла "основы логики".

> mpd может стоять на другой машине - он через TCP сокет управляется. Некоторым так нравится.

Я, таки, в курсе... Если бы ты прочел исходное сообщение полностью - понял бы. ;)

К Анонимусу:

> На практике же проблем с некорректными зависимостями у deb/rpm-based пользователей дистрибутивов на порядок больше, чем у слакварщиков с недостающими библиотеками или конфликтами версий/конфигов.

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

> А вот если надо модифицировать /etc/rc.d/init.d/network?

Пример когда его надо модифицировать в студию.

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

Да не мне. Хоть прочитай что было.

>ниасливший регистрацию и примитивные основы логики

Логику ты все-таки не асилил. Где тут сказано, что освоение регистрации и освоение логики связаны?

>Логику ты все-таки не асилил. Где тут сказано, что освоение регистрации и освоение логики связаны?

Смотри:

>"Ныл" тут Die-hard. Вполне такой уважаемый и авторитетный человек. А какой-то анонимус, ниасливший регистрацию и примитивные основы логики несет чушь.

Понятие "контекст" тебе известно?

>Да не мне. Хоть прочитай что было.

А что было из того что я не увидел?

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

достойный ответ на мой выкид, соглашаюсь и уважаю! :)

А вообще, обидеть анонимуса может каждый, но не каждый успеет увернуться какашки, брошенной в лицо обидчика )))))

> достойный ответ на мой выкид, соглашаюсь и уважаю! :)

Иисус^W Анонимус любит меня? ;)

> А вообще, обидеть анонимуса может каждый, но не каждый успеет увернуться какашки, брошенной в лицо обидчика )))))

Здесь нет лица. Здесь нет обидчиков. Даже какашек - и тех нет. Здесь вообще ничего и никого нет, только мы с тобой на фоне синего бэкграунда изредка мерцаем белым бессмысленным и никому не нужным текстом. И оба мы анонимусы, просто у меня есть ID, а у тебя он равен двум, вот и вся разница. Но, запомни: никакой ID не отнимет у нас права перелогиниться! ;)

> В слаке вообще репозиторий есть официальный? Т.е. за который отвечает патрик.

Есть. Но там afaik ровно то же, что и в полном комплекте самой слаки на нескольких CD или на 1 DVD. Ну плюс апдейты разумеется.

Репозиторий как "библиотека дополнительного софта" есть - linuxpackages.net, но насколько оно относится к Патрику мне неизвестно.

... а после того как я оттуда скачал mplayer с только одной намертво прикрученной ИТАЛЬЯНСКОЙ локазизацией, я понял что лучше configure, make, make install.

>> А вот если надо модифицировать /etc/rc.d/init.d/network?

>Пример когда его надо модифицировать в студию.

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

Файл /etc/rc.d/init.d/network я взял по аналогии со слаковским /etc/rc.d/rc.inet1.

Давайте восстановим ветвь дискурсии. Я говорил, что после изменения rc.inet1, Слака не заменит этот файл, не спросив меня. Вы же мне ответили, что создавая _новый_ пакет в Федоре я могу пометить скрипты как конфигурационный файл и они меняться не будут. На что я Вам ответил, что да - это гуд, но это создавая новый пакет, а вот если залезть в существующий скрипт, _например_ /etc/rc.d/init.d/network....

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

Ну уж если хотите конкретики, например мне надо очень лихо запустить sendamil, через chroot и для этого мне надо что бы он запускался так:

chroot /var/sdir sendmail options....

Обратите внимание на то, что мне не надо передавать параметры программе, мне надо запустить прогу по хитрому. Предвидя споры хочу сразу сказать, это может быть не sendmail а любая другая программа. Да и еще, я знаю что такое SELinux и AppArmor.

В Слаке я залезу в _стандартный_ стартовый скрипт /etc/rc.d/rc.sendmail и напишу то что хочу. И все будет работать, до тех пор пока _я_ не залезу в этот скрипт и не перепишу по другому.

Если в SV системе я залезу в /etc/rc.d/init.d/sendmail и напишу то что хочу, то жить это будет до ближайшего апдейта системы.

Так понятнее?

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

Вопросы?

Очепяточка :)

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

> Так говорят только жертвы массовой культуры для которхм любое знание выше "...для чайников" уже "бесполезные технические навыки" -- зачем думать если есть умные машины? (Да и вообще, пора смирится с тем, что живём в Матрице и всё наше програмирование -- задротство ибо все програмы написали ещё до нас и наши компы -- калькуляторы, по сравнению с железом у Архитектора (зачем сегодня на БЕСМ-6 програмировать?)).

Кроме эмоций никаких аргументов нет, так я и думал.

>Культурно это называется "бесцельное совершенствование бесполезных технических навыков". По простому - задротство.

Тут тоже нет никаких аргументов.

И еще, вопрос - а что можно считать бесполезными знаниями в Linux? Тогда, что такое полезные знания? Вам не кажется, что это каждый определяет для себя сам?

> Вам не кажется, что это каждый определяет для себя сам?

C этим никто спорить и не собирался. Речь о том что некоторые преподносят как единственно правильный способ работы с компом.

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

>В Слаке я залезу в _стандартный_ стартовый скрипт /etc/rc.d/rc.sendmail и напишу то что хочу. И все будет работать, до тех пор пока _я_ не залезу в этот скрипт и не перепишу по другому.

Это палка о двух концах. С другой стороны есть программист которому надо написать скрипт миграции старого конфига на новый.

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

Дело даже не в ковырянии в моторе, а в том что для всяких муд*ков надо объяснять с саппорте как запихать mouse.com в верхнюю память вместо того чтобы перейти наконец на 32-битовую ОС в 2000-чном то году и забыть про этот кошмар. Со шлакой сейчал та же ситуация - авторов пиджина когда они заявили "нет, под слакой пиджин не работает" я очень хорошо понимаю.

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

Анонимус, это iRunix,no-dashi и компания пытаются тут убедить всех, что копаться в моторе - это неправильно, вот они этого не делают и им от этого так хорошо живется

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

>Дело даже не в ковырянии в моторе, а в том что для всяких муд*ков надо объяснять с саппорте как запихать mouse.com в верхнюю память вместо того чтобы перейти наконец на 32-битовую ОС в 2000-чном то году и забыть про этот кошмар.

меняй работу

>Со шлакой сейчал та же ситуация - авторов пиджина когда они заявили "нет, под слакой пиджин не работает"

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

>я очень хорошо понимаю.

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

>>Дело даже не в ковырянии в моторе, а в том что для всяких муд*ков надо объяснять с саппорте как запихать mouse.com в верхнюю память вместо того чтобы перейти наконец на 32-битовую ОС в 2000-чном то году и забыть про этот кошмар.

>меняй работу

Я и был муд*ком c другой стороны и поменял работу когда получил диплом.

>>Со шлакой сейчал та же ситуация - авторов пиджина когда они заявили "нет, под слакой пиджин не работает"

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

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

>Я и был муд*ком c другой стороны и поменял работу когда получил диплом.

Знаешь, про LOADHI,DEVICEHI и всё такое я уже знал в 10м классе, так что ССЗБ и задание slackware как праобраза твоих проблемы здесь совсем не к месту

>Можно поддерживать контакт с мэйнтернерами и у всех нормальных людей будет работать.

Патрик его регулярно обновлял, отправлял багрепорты, все отлично работало у всех, просто в один момент разрабы встали перед таким замечательным "фактом" и сделали заявление (текст которого потом меняли с перепугу). Эта "проблема" исключительно в головах разработчиков пидгина: ни у пользователей, ни у Патрика никаких "проблем" никогда не было, т.к. создать пакет для слаквари _гораздо_ проще, чем для дебиана/шапки. Просто ляпнули, и ты повёлся.

>... а после того как я оттуда скачал mplayer с только одной намертво прикрученной ИТАЛЬЯНСКОЙ локазизацией, я понял что лучше configure, make, make install.

Взгляни на slacky.eu -- я скачал оттуда Mplayer с нормальной локализацией.

>Кроме эмоций никаких аргументов нет, так я и думал.

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

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

Ссылки (в этой ветке) (на РФВС ссылатся не надо).

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

Ссылки (в этой ветке) (на РФВС ссылатся не надо).

>Вам не приходило в голову что человеку это просто-напросто может быть ненужно?

Приходило. Вы не заметили в этой ветки заявлений "не нравится Slackware -- не используй"?

Дело даже не в ковырянии в моторе, а в том что для всяких муд*ков надо объяснять с саппорте как запихать mouse.com в верхнюю память вместо того чтобы перейти наконец на 32-битовую ОС в 2000-чном то году и забыть про этот кошмар.

Это довольно спорная аналогия (есть и 8086/8088 процессоры, на которых 32-битная ОС не пойдёт).

>Со шлакой сейчал та же ситуация

А чё так слабо -- лучше уж вспомнить "МОНИТОР" на "Радио86-РК" -- там надо было знать адреса в памяти с которых начинается выполнение программы (прям как с зависимостями в Slackware).

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

А вот не понимаю: http://packages.slackware.it/package.php?q=12.0/pidgin-2.0.2-i486-1

s/если эта позиция неизвестна/если аргументы в поддержку этой позиции неизвестны/

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

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

> это iRunix,no-dashi и компания пытаются тут убедить всех, что копаться в моторе - это неправильно

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

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

Мы же ранее дошли до того, что речь ведется не о десятках-сотнях-тысячах корпоративных серверов (где уже всё решено до нас), мне по "многотонному пресу" и какой-то "высоте" трудно представить себе реальные аналогии на домашнем десктопе или машине разработчика, к примеру. Пожалуйста, не уходите больше к виртуальным сущностям с неприменимыми прямыми аналогиями, у нас есть конкретные объекты с конкретными обозначенными свойствами!

>Мы пытаемся убедить

IMHO не лечится, лучше поддержите - и получите на порядок больше дивидендов, навязывать "единственно правильное решение" - ошибка всех поколений

так вы назовете самый трушный дистрибутив или нет? :)

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

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

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

Просто согласитесь, что в Слаке после редактирования стратового скрипта при апдейте системы скрипт не заменяется автоматом, а в SV заменяется. Вот и все :) Разве это не так?

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

В данном конкретном случае _мне_ проще отредактировать _очень_ простой стартовый скрипт в Слаке, чем писать скрипт для SV, который уже просто по количеству букавак больше чем в Слаке :) и по дополнительным обязательным привязкам ко всяким chkconfig.

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

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

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

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

Нет, вы пытаетесь убедить, что использование автопилота это ТруЪ в любом случае, даже при полётэ сквозь горное ущелье.

> А по теме - слаку надо форкнуть. Как убунту.

Kubuntu - это не форк Ubuntu. Репозитарий у них общий, единственное различие - в составе метапакетов ubuntu-desktop и kubuntu-desktop. И, как следствие, в содержимом дисков.

>Kubuntu - это не форк Ubuntu. Репозитарий у них общий, единственное различие - в составе метапакетов ubuntu-desktop и kubuntu-desktop. И, как следствие, в содержимом дисков.

Ну понятно, что оны совместимы. Форк в данному случае подразумевает, что сначала сущевствовал Ubuntu c Gnome, a потом появился KUbuntu с KDE -- то есть это не форк дистрибутива как такого, а форк iso-образа с дисрибутивом ;). То же предлагалось сделать и со Slackware -- сейчас Slackware от Патрика -- KDE/XFce-ориентированый дистрибутив и Патрик, судя по всему Гном возвращать в его состав не имеет намерения. А slackware не от Патрика -- это всё же будет форк.

А кто какие репозитарии для slackware знает (кроме linuxpackages и slacky.eu)?

Я вот ещё этот знаю: http://rlworkman.net/pkgs/

Можем себя поздравить две цитаты и зветки попали в коллекцию lorquotes:

http://www.lorquotes.ru/view.php?page=130

P.S. Поздравляю вошедших в историю.

>Поздравляю вошедших в историю.

Спасибо

Слака, слака... юзал когда-то... утомило отсутствие многих нужных программ, которые можно установить сразу в бинаре по одной команде...

Самый нормальный дистр линукса - Debian. Но, RPM как менеджер пакетов мне тоже очень и очень нравится. Качественная вещь.

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

Слабак....

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

Эх, времена были... Помню, ещё солнце светило ярче и деревья выше были и на ЛОРе нормальные дисскуссии велись...

>Самый нормальный дистр линукса - Debian.

Не забываем добавлять -- ИМХО.

IMHO, но уже от меня :)

Раз тут такая хорошая традиция сложилась, добавлю IMHO и от себя -- Слака лучше всяких Дебианов. ;)

имхо, твое имхо неправо :)))

>имхо, твое имхо неправо :)))

Новый Лоровский обычай -- имхами мерятся ;).