![[personal profile]](https://www.dreamwidth.org/img/silk/identity/user.png){kind=small}
Я тупой дебианщик
Как известно, я страдаю вульгарной линуксятиной. В том смысле, что канадские и белорусские дебианщики считают, что я должен заниматься бухгалтерией и не лезть со свиным рылом в ихний калашный линуксовый ряд. Ну, напрягает их это, мозговая скверна - боятся, что зараза дельфей, sql и бухгалтерии проникнет в чистый стерильный мир подвальных серверных и заставит их заниматься чем-нибудь вроде "apt-get install operden" и потом обучать бухгалтеров.
Тем не менее, периодически получается выдирать из них полезную инфу насчет линуксов.
На сей раз я решил все таки выяснить, как кошерно заставить дебиан(squeeze) иметь в текстовой консоли нормальное разрешение экрана, вместо 80х25, на которых нифига не помещается. Надо заметить, что никаких X-ов я принципиально не ставлю, потому что шрифты и юзабилити у графического софта под линукс - на 99% ракоглазие, и кроме того, графической унылости мне и под виндой хватает, а линуксом я пользуюсь ради кошерной текстовой консоли, из которой все можно делать без графики и прочей дизайнерско-макоебской скверны.
Везде в интернетах по жизни было написано дописать в строку параметров ядра vga=791 и это как бэ всегда и работало.
Затем в squeeze всунули GRUB2 где это внезапно стало deprecated и чтобы работало аналогично - нужно прописать в /etc/default/grub GRUB_GFXMODE=1024x768, в /etc/grub.d/00_header в одной из строчек в определенном месте добавить set gfxpayload=keep и выполнить update-grub. Ну, вуду оно и есть вуду, тем не менее работает. После же апдейта, если он затрагивает груб - на 00_header ругается dpkg и приходится или мержить изменения, или заменять на стандартный из пакета, а потом править руками. Некошерно.
Решил таки выяснить, как же кошерно. У канадских дебианщиков вопрос вызвал неимоверную истерику, с упоминанием drm/kms/firmware-linux-free и прочего. Основной вопрос, который задавался несколько раз - "причем тут груб?".
Утверждается, что vga=791 и тому подобные исправления в параметрах груба есть костыль, что это в любой момент перестанет работать, а правильно - драйвера видеокарты должны поддерживать KMS. Что характерно, про оный KMS нигде в связи с описанием установки нужного мне текстового режима не упоминалось. Кроме того, в отличие от костылей в грубе - оно не работает, т.к. под мою видеокарточку ati rage mobility я в дебиане дров не нашел, все упоминания дров - фигурируют исключительно в контексте каких-то генту, ручной сборки, причем обсуждения 3-4х годовой давности и обычно на тему "дрова не собираются". А те дрова, которые есть - тянут за собой xserver. Мне же он, по идее, не нужен. Я, возможно, чего-то не понимаю, но мне кажется что xserver и дрова друг от друга зависеть не должны.
Т.е. простая задача выливается в какой-то оккультизм с дровами, малопонятными фичами ядра и дров, причем про это знают только хардкорные линуксоиды, а все остальные пользуются типа костылями и распространяют знание о костылях дальше.
Тем не менее, периодически получается выдирать из них полезную инфу насчет линуксов.
На сей раз я решил все таки выяснить, как кошерно заставить дебиан(squeeze) иметь в текстовой консоли нормальное разрешение экрана, вместо 80х25, на которых нифига не помещается. Надо заметить, что никаких X-ов я принципиально не ставлю, потому что шрифты и юзабилити у графического софта под линукс - на 99% ракоглазие, и кроме того, графической унылости мне и под виндой хватает, а линуксом я пользуюсь ради кошерной текстовой консоли, из которой все можно делать без графики и прочей дизайнерско-макоебской скверны.
Везде в интернетах по жизни было написано дописать в строку параметров ядра vga=791 и это как бэ всегда и работало.
Затем в squeeze всунули GRUB2 где это внезапно стало deprecated и чтобы работало аналогично - нужно прописать в /etc/default/grub GRUB_GFXMODE=1024x768, в /etc/grub.d/00_header в одной из строчек в определенном месте добавить set gfxpayload=keep и выполнить update-grub. Ну, вуду оно и есть вуду, тем не менее работает. После же апдейта, если он затрагивает груб - на 00_header ругается dpkg и приходится или мержить изменения, или заменять на стандартный из пакета, а потом править руками. Некошерно.
Решил таки выяснить, как же кошерно. У канадских дебианщиков вопрос вызвал неимоверную истерику, с упоминанием drm/kms/firmware-linux-free и прочего. Основной вопрос, который задавался несколько раз - "причем тут груб?".
Утверждается, что vga=791 и тому подобные исправления в параметрах груба есть костыль, что это в любой момент перестанет работать, а правильно - драйвера видеокарты должны поддерживать KMS. Что характерно, про оный KMS нигде в связи с описанием установки нужного мне текстового режима не упоминалось. Кроме того, в отличие от костылей в грубе - оно не работает, т.к. под мою видеокарточку ati rage mobility я в дебиане дров не нашел, все упоминания дров - фигурируют исключительно в контексте каких-то генту, ручной сборки, причем обсуждения 3-4х годовой давности и обычно на тему "дрова не собираются". А те дрова, которые есть - тянут за собой xserver. Мне же он, по идее, не нужен. Я, возможно, чего-то не понимаю, но мне кажется что xserver и дрова друг от друга зависеть не должны.
Т.е. простая задача выливается в какой-то оккультизм с дровами, малопонятными фичами ядра и дров, причем про это знают только хардкорные линуксоиды, а все остальные пользуются типа костылями и распространяют знание о костылях дальше.
no subject
no subject
no subject
ребе, прошу заметить - бебианисты настолько уебланы что "не работает руби" просто игнорируют, цитирую "я тоже адекватных аргументов не видел пока".
no subject
А в новом редмайн искаропки вызывает конфликт констрейнтов на версиях рубевых пакетов, и не работает.
no subject
no subject
no subject
no subject
no subject
no subject
no subject
и ещё раз - на бебиан мне похуй. мне не нравятся его разработчики и пользователи - все как на подбор рукожопые уебланы. опять же берём например ойпинвеповский сервер на бебиане поставленный мощными бебианщиками - три апача (2 мэйкинсталльнутых), 2 мусикля, 2 ежабберд. типично.
no subject
с драйверами загадки имеются, факт.
помню, как у меня при переезде с дистриба на дистриб внезапно по религиозным причинам пропал звук - оказывается надо теперь руками качать и собирать фирмварь.
no subject
и я ж уже говорил - я ни разу не против бинарных дистров (но для моих задач почти всегда лучше source based), просто не надо брать самый блевотный из них.
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
не, у тебя явно карма плохая, у меня со стейбл вообще никогда проблем небыло. в одной конторе сервер благополучно с изначально установленныем etch был за несколько лет работы обновлен до lenny и затем на testing squeeze и ниразу с ним проблем не возникало. Что касается депов в тестинге, да, встречается такое, но на то он и тестинг... и то это как правило быстро лечат. Я около года сидел на тестинге, пару раз ломали зависимости, и даже несколько пакетов сломаных попадалось, но как правило устраняли в течении недели максимум. Рукожопых разработчиков хватает везде, в гентооо да, рукожопых юзеров будет куда меньше, но и входной порог для того что бы начать работать и настраивать генту куда выше, чем у любого бинарного дистрибутива. За все время с дебианом нужный мне софт всегда заводился и работал из коробки.
И что касается той же генты, мне не интересно сидеть и часами собрать нужный софт на сервере у клиента. Как правило сервер нужно сдать в эксплуатацию в кратчайшие сроки, что с гентой врятли выйдет, и это еще не затрагивается тема обновлений этого сервера. Мне куда проще сделать apt-get dist-upgrade обеновить пакеты и уйти к другому клиенту, а не тратить день на одного клиента.
так что с геной можно извращаться и играться дома, когда времени свободного куча.
Вот с бубнтой у меня было пару печальных опытов, после чего я отказался от нее раз и навсегда. переодичеси скачиваю образы с новыми релизами, так чисто посмотреть что ж они наворотили очередной раз.
no subject
там железка была достаточно новая... ну как новая - на год старше бебиана. но слоупоки такие слоупоки.
>в одной конторе сервер благополучно с изначально установленныем etch был за несколько лет работы обновлен до lenny и затем на testing squeeze и ниразу с ним проблем не возникал
два варианта:
1. там был апач котрый отдавал index.html
2. ты врёшь (все бебианисты - врунишки - см. выше)
>Я около года сидел на тестинге, пару раз ломали зависимости, и даже несколько пакетов сломаных попадалось, но как правило устраняли в течении недели максимум.
лично наблюдал сломанный пакет (зависимость от выпиленного ssh2) в течение года.
>Рукожопых разработчиков хватает везде, в гентооо да, рукожопых юзеров будет куда меньше, но и входной порог для того что бы начать работать и настраивать генту куда выше, чем у любого бинарного дистрибутива
в генту столько же рукожопых юзеров как и везде. и входной порог тот же. дело не в этом.
>За все время с дебианом нужный мне софт всегда заводился и работал из коробки.
ну значит тебе и нужен был апач отдающий index.html. иначе - см. выше.
>И что касается той же генты, мне не интересно сидеть и часами собрать нужный софт на сервере у клиента. Как правило сервер нужно сдать в эксплуатацию в кратчайшие сроки, что с гентой врятли выйдет, и это еще не затрагивается тема обновлений этого сервера. Мне куда проще сделать apt-get dist-upgrade обеновить пакеты и уйти к другому клиенту, а не тратить день на одного клиента.
процитируйте меня где я предлагаю ставить генту на сервера.
no subject
ну раньше ты пропагандировал генту, вот я и говорю что она не панацея. и для серверов не особо подходит. а процитировать не могу, да, про генту на серверах ты вроде не говорил. но сейчас смотрю и про другие бинарные дистры заговорил :)
no subject
no subject
И эту проблему начали решать только счас. Может и доползут до хорошего состояния (как в java и python policy).