Клуб любителей ASPLinux

Может, и подходит. Повторяю, я всего неделю работаю с Linux, а с ASP - три дня. НО: я про то, чтобы такую программу поставить в дистрибутив. Там же её (или похожей) нет. Или по крайней мере, упомянуть об этом в "Помощи", чего тоже нет. Много чего есть, верю, но известно это становится только тем, кто долго роется в Linux'e. А для новичка вопрос подмонтирования tar.gz-программ, которых нет в дистрибутиве, очень актуален. Кстати, это и вопрос престижа ASP Linux, и числа её (ASP Linux) приверженцев.

---

Всё гениальное просто, но наоборот - далеко не всегда...

Это не вопрос престижа АСП. тем более здесь нет проприетарщиков от АСП. И в случае чего мигрировать на другой дистрибутив - дело 40-60 минут. Это вопрос изучения документации и UNIX-way. Для начала надо уразуметь, что в линуксе все не так как в индусе!!!! На самом деле 99,9% задач можно решить дистрибутиво-независимыми способами, то есть из "комадной строки" Процесс автоматизации сборки тарболов легко выполним, достаточно написать простеньки баш-скрипт. Но, поскольку никому это никогда не было нужно, то все ставят тарболы руками. неприятный момент во всем этом: надо залезть и прочитать о зависимостях в ридми тарбола.

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

Так она там есть!

Это откуда Вы накачали?
Вы смотрите не отзывы, а man "о ней"
А лучше просто пользуйте. Не смотрите на мение других. Утилита вполне устойчивая и замены ей не вижу.
Кстати, устанавливать тарболы если в них исходники) можно и без rpm, а просто скомпилить.

Что значит "не для новичка"?. А что в вашем понимании "для новичка"? Кликнуть мышкой - и чтобы все произошло? Но я начал компилить тарболы уже на третий день использования линукса. кроме тог, в инете практически всегда можно найти уже собранные программы. Например, на filesearch или pbone.rpm.net Тогда поользуйте yum (ну, или, если Вам совсем уж плохо с консолью, то yumex). Но в линуксе все гуёвые утилиты лишь надстройка над cli и библиотеками. Так что смысла в их использовании я не вижу.

Мое понимание целей линукса - максимально надежная ОС. АСПЛинукс из коробки вполне пригоден для работы для новичка. плюс вся документация в одном флаконе. Чванство бывает только непрофессиональное, поскольку профессионалам глубоко плевать на самомнение и еще больше плевать на общественное мнение. А что может быть проще прочитать man rpmbuild (2 минуты) , в ридми сверится с наличием требуемых библиотек (5 минут), и запустить на сборку?. Ну или вообще не пользоваться rpmbuild, а скомпилить из сорцов.

СПО на то и СПО, что если кто чего хочет, тот того и дообивается. Либо сам, либо нанимает профессионалов (как поступаем часто и мы). Вот я, например, не могу понять о какой аффтоматизации установки тарболов идет речь. У вас какя-то конкретная проблемма? Обозначте ее, и мы попробуем ее решить сообща. поверьте мне, что то, что Вы сейчас считаете нецелесообразным, через месяц будет казаться весьма органичным и правильным. Да, после виндуса психологически тяжеловато. Но неужели у вас на ЧПУ стоят win-консоли? Я, например, таковых не видел. Иначе посреди обработки сложной поверхности детали этак метров в девять диаметром, система вдруг скажет "Вы выбрали недопустимый резец и ваша система будет закрыта, плиз дерните одной рукой за суппорт, второй - за стол, а ногой долбаните по стойке, чтобы заработало". /me еще помнит, как вбивал программу в обрабатывающий центр машкодах, потому как "кардридер" ломался, и ничего, все работало....

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

Ххха! Вы не работали с этой приблудой.
Иногда она рушит базу rpm.
А иногда ищет по репозитариям и тормозит минут на 30. yum работает нормально. А что? трудно в консоли написать yum install ?
Вот что будет в последнюю очередь доделываться в линуксе - это гуёвые приблуды для администрирования, бо как работа в консоли более эргономичная и быстрая.
Все то, что вы написали про yumex верно и для yum, но "зачем увеличивать количество сущностей сверх необходимости"?
Впрочем, у вас всегда есть возможность исправить ситуацию, если считате, что данная проблемма решается не так, как Вы хотите. Это сделать самому. Такой принцип СПО.

Так установите ОО2.3 и FF2. Кто вам мешает? ОО более чем пригоден для повседневной сложной работы. Только работатет он не так,как МСо. Большая ошибка людей, приходящих из мира Виндофс - сделать ВСЁ как в виндофс. Не получится, а если получится - это будут последние дни линукса. Кстати, в моей компании 37 хостов пользуют ОО, из них 19 -версию 2.0.1. И ни у кого не возникает с ним проблемм.

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

Если у Вас есть конкретные предложения (а не просто "аффтоматизировать"), то приведите их, иначе эту тему-в курилку.

Не понял, а при чём здесь rpmbuild? У нас что, уже с каждым пакетом spec'и идут? По-моему проблема-то как раз в написании spec'а, а этот процесс действительно больше похож на шаманство. По-моему у любого пользователя итак забот достаточно, чтобы ещё на установку каждой заурядной программки гробить уйму собственного времени.
В данном случае классический пример адекватного подхода - autopackage и checkinstall. Всё остальное по-моему нужно просто для того, чтобы Linux-спецы сохраняли за собой статус-кво шаманов высшего эшелона IT. На деле же вся эта галиматья со spec'о-писательством, сочинением скриптов на BASH'е и прочей бесконечно близкой конечному пользователю галиматьёй отражает лишь кастовые интересы системных администраторов, кардинально расходящихся с интересами обычных людей, для которых компьютер - это инструмент для выполнения общественнополезной работы, а не самоцель или "предмет изучения".

---

Эй, оператор-астроном,
Нет звёзд и звёздных глаз -
Есть плац, пивная, гастроном
И горы из колбас!
Марк Мерман, "Никто кино так не снимал, как Лени Риффеншталь"