metaclass | Убунты

Убунты

В связи с накопившимся железячно-программным вудуизмом, выкопал из загашников флешку с коллекцией мемтестов, акронисов и прочих специализированных линуксов, а так же коробку с дисками, где лежат несколько убунт, виндов, кноппиксов, GParted и прочая, и прочая, а так же запас пустых CD-R и CD-RW для войны с железом.
И заодно вспомнил, что я ж скачал новую убунту но до нее так и не добрался, решил поэтому проверить - поставил в виртуалке серверную версию и сейчас поднимаю на ней редмайн(который там таки 0.9.3), а в соседней виртуалке запустил KUbuntu и сижу проникаюсь гламурностью интерфейса.

Конечно, по сравнению с гномом в 9 убунте или дебиане, это выглядит гораздо более ~~макоебски~~привлекательно, насчет использования пока неясно - я перекопал где-то 5 пунктов меню, чтобы найти настройку разрешения экрана.
Кто-нибудь гном в 10 убунте видел, там дизайнерского макоебства тоже добавили или где, и как там с юзабилити?

PS: Такс, раз уж тут линуксовый холивор, чтобы два раза не вставать, перескажу рабочий спор недавний. Вкратце, задача: производственный сервак, на нем баг-трекер(редмайн), меркуриал и субвершн. Сейчас это винда, на ней баг-трекер и субвершн, в виртуалке на ней же - линукс, в линуксе - меркуриал(не умею под виндой поднять на нем сервер толком с правильным разделением прав и прочим).
Сервер устарел и потиху глючит, нужно менять. И нужно передать его обслуживание с меня - специально назначенным на это людям.
Я упорно доказываю, что это нужно делать на линуксе, т.к. все это я уже делал на линуксе, все используемые пакеты - линуксовые порты, линукс удобнее для серверов и удобнее в удаленном управлении (никаких тупых графических десктопов). Кроме того, я хочу обучить людей линуксу, т.к. очень много тонкостей, используемых на работе, притянуто оттуда, даже если используется под виндой.
В общем, линукс банально удобен мне, а если что-то пойдет не так - все равно придется мне или восстанавливать или обучать восстановлению людей.
Еще у меня есть соображение, что если я уеду в израиль - то на винду придут 1000 тупиц на собеседование, из которых отобрать можно пару человек в лучшем случае, а на линукс уже будет первоначальный фильтр, и можно будет просто обратится к ребе

theiced, он попросит over 9000 баксов, все заплачут, но заплатят и все будет хорошо :)
Начальство колеблется - то ли винда, то ли линукс, в общем прислушивается к техническим специалистам в лице меня и ребе белнетмона.

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

Flat | Top-Level Comments Only

Они спросились. Прописались. Настроились. При первом запуске. Софт настроился под конкретную систему. С конкретными IP, путями, логинами-паролями.
Потом вышел апдейт. Который ничего не знает про ваши пути-логины-пароли, но знает про новые клевые штуки. И вам надо объеденить эти клевые штуки с вашими существующими настройками.
Вы можете или прокликать все заново или тупо сделать diff.

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

ну начнем с того, что даже при написании инсталлятора проще иметь дело с текстовым конфигом, когда дело касается дополнений и слияний.

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

кому проще? Юзеру или программисту?

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

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

Ребе, тот факт, что на сервере гуи вообще никакого может не быть, вас не смущает?

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

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

да какая разница, на сервере или нет?
Типа на сервере - значит апдэйты делать руками?
Ну и далее по списку, который я выше привёл.

На сервере в норме нет никакого GUI. Так что, в случае редактирования конфигов не в тексте - нужно еще веб-морду прикручивать, или GUI доступ через файлы/сокеты/пайпы к серверному софту давать.

Ребе, если софту для работы не нужен гуй, то для конфигурирования настроек есть соотв. ГУЙ операционки.

И это ли рожает необходимость делать все апдэйты руками?

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

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

Ну, apt-get upgrade вызывать надо, хотя вроде и автоматически можно, во всяком случае, убунта у меня сегодня спрашивала - включать ли автоматические обновления.

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

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

Чем вам так мешает гуй?
Это при том, что гуй вовсе не отменяет ваши любимые текстовые конфигы.

Ну тянет за собой срач всякий ненужный на сервере в зависимостях. гуй->гуевая софтина->левая либа->еще с десяток левых либ. А в линуксе это все лежит не в папках жеж софта, а разложено аккуратно по тысяче мест в файловой системе, тормозит мне find когда я что-нибудь нужное ищу, конфигами home засирает, итд.
Вот к примеру домашняя убунта - в ~/ 60 файлов и папок с конфигами гуевых прог, нафиг не нужных мне лежит.
А на серверном дебиане без гуя - всего 11 файлов и папок - гораздо легче для мозга, когда я там через ssh пасусь.

1. неэффективно
2. уехав в зажопинск и имея гпрс и говнолаптоп позапрошлого века по ссшу мона всё сделать а вот с гуйнёй уже будут проблемы
3. и вообще унификация - текстовый конфиг vs. триллиарды разных ёбнутых гуев

Ладно зажопинск и лаптоп, а вот "маршрутка в ад и израиль и N900" - это уже не один раз было, почему меня винда и садит на коня - не хочу rdesktop-ом на нее с телефона ходить, это уныние!

ребе, да ёж вашу мать, сказал же, что наличие в ОС стандартного гуи типа виндовой консоли администрирования ваши любимые текстовые конфиги не отменяет!

По винде этого не заметно.
Каждый "гуи-автор" так и норовит придумать какой-нибудь свой формат хранения конфигов.

ну в гуи через жопу много чего сделано, с этим никто не спорит. Меня удивляет линуксовая идеализация "безгуишности".

no subject

no subject

no subject

no subject

no subject

no subject

no subject

no subject

no subject

no subject

no subject

no subject

no subject

no subject

no subject

no subject

no subject

no subject

no subject

no subject

no subject

no subject

no subject

no subject

no subject