rfremix.ru — офигей и ужаснись

Спасибо Гейтсу, но на это поделие для импотентов, называемое виндовс, я уже не вернусь. Буду сам строить свою систему, Gentoo это будет или LFS, неважно. Равно как и наличие/отсутствие поттерингоподелий. Если будет нужно, буду держать свое модифицированное дерево портежей, костылить и мейнтейнить его.

Ну как тебе сказать, я ни разу не видел «успешного» падения в vgasave, только в bsod.

Забавно, но я уже не помню, сколько лет назад не видел BSOD, не считая курьёза с Safari: http://balancer.ru/tech/forum/2012/06/t84920--shikarnyj-bsod-na-windows-7-x64...

А вот просто мёртвые висы иногда случаются на ноуте под Win7 и на дескопах под Ubuntu. Gentoo тоже висла несколько раз насмерть за последние несколько лет.

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

Бедняга. У тебя так мало в жизни интересного, что ты готов тратить время на такую фигню?

почитай внимательно, что из себя представляет kmscon без этих «опциональных» зависимостей.

Ну разве что без libudev может быть грустно - отвалится хотплаг. Остальное просто рюшечки, отсутствие которых не сделает кмскон хуже ВТ, не?

All every OSes are bullshit (c)

Дальше статьи на рфремикс не читал. Читаю:

udev - найди современный дистр без него
libsystemd-logind - нужен только для мультисит
mesa - для аппаратного 2D ускорения, можно заменить на libdrm или fbdev, но тоже найди десктоп без него
libxkbcommon - нужен для интернациональной поддержки
pango - для сторонних шрифтов

Теперь подытожим. Без опций получается та же консоль, что и сейчас. С опциями получаются вещи, которых раньше не было. Из зависимостей которые мне могут понадобиться - libxkbcommon и pango. Про первый не знаю, второй у меня точно уже и так стоит

Теперь вопрос тебе: с чего же «ненужно», если эти зависимости по факту ничего нового не потянут, но при этом дадут новые возможности?

Ничего, что GPU и даже графический чип не везде есть?

Вот поэтому в Red Hat очень озабочены LLVMpipe, и даже портировали его на те платформы, где его отродясь не было - https://fedoraproject.org/wiki/Features/VNCServerWithLLVMpipe

На russianfedora.ru про это тоже написано - читайте новости из будущего Linux :)

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

Лучше бы они двигали кнопки

Систему ты развивать будешь? Думаю, никто против не будет. Если твоя система вызовет ЕГО, я тебе руку пожму и Бэнтли подарю

Это не шутка, а винда какая-то...

Ты так говоришь «винда», словно это что-то плохое.

Хоть какое-то единоначалие, а то совсем обфоркались уже.

денис привет

Остальное просто рюшечки, отсутствие которых не сделает кмскон хуже ВТ, не?

Во-первых, если оно не лучше VT, нафиг оно нужно? Во-вторых, аффтор обещает много фич в первом пункте FAQ, а потом вдруг оказывается, фичи реализуются в «опциональных» зависимостях.

А в целом, даже опуская тему OpenGL-стека в заисимостях, непонятно, зачем они стремятся «заменить CONFIG_VT» и что именно под этим подразумевают. Пугает то, что Алан Кокс не послал их соразу нах.

Привет, гентушный болгенос 4.0 заказывали? :)

мне Funtoo хватало для красноглазия)

ну, mesa то можно будет отключить ведь.

Теперь подытожим. Без опций получается та же консоль, что и сейчас.

Не та же. Она зависит от KMS и DRI, которых в ядре может не быть.

Теперь вопрос тебе: с чего же «ненужно», если эти зависимости по факту ничего нового не потянут, но при этом дадут новые возможности?

Я понимаю, тебе трудно отвлечься от своего любимого x86-десктопа, но ты попробуй.

Пугает то, что Алан Кокс не послал их соразу нах

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

Ничего, что GPU и даже графический чип не везде есть?

Вот поэтому в Red Hat очень озабочены LLVMpipe

И какой прок от LLVMpipe на машине, где нет _графического чипа_?

есть еще адекватные лоровцы

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

Пугает, что кто-то считает себя умнее целого штата специалистов, делающих Linux и зарабатывающих на нем.

Утипути. Я без священного трепета отношусь к людям, «делающим Линукс», и сам на нем зарабатываю много лет.

+1

Утипути. Я без священного трепета отношусь к людям, «делающим Линукс», и сам на нем зарабатываю много лет

Ну дык форкни и зарабатывай дальше и не мешай зарабатывать другим

Ну дык форкни

В отличие от тебя, я представляю себе трудоемкость форка.

на каком то ноутбуке с ненастроенной сусей.
на лоре тоже кто то делился впечатлениями о таких

принять ислам по религиозным причинам

Я просто в восторге. ☺

Тогда о чем разговор? Тебе предоставляют бесплатную систему, которая тебе нужна, а ты нос воротишь, видите ли она не такая. Тебя же никто не заставляет переходить на systemd, kmscon и иже с ними. Не нравится - сиди на старых версиях, не хочешь старья, ищи другой продукт или делай свой

зачем? перестань насиловать микроволновки линуксом

До работоспособности старого ещё раком до Пекина, а на работу нового ещё без слёз не взглянешь

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

Когда D-Bus только появился, у меня уже появились первые сомнения

Какие альтернативы D-Bus'у предлагаешь?

Тогда о чем разговор?

Выше написано.

Тебе предоставляют бесплатную систему, которая тебе нужна, а ты нос воротишь, видите ли она не такая. Тебя же никто не заставляет переходить на systemd, kmscon и иже с ними.

Ты либо идиот, либо тролль. Хотя одно другого не исключает.

Я понимаю, тебе трудно отвлечься от своего любимого x86-десктопа, но ты попробуй.

зачем?

Чтобы не выглядеть глупо с фразами «а у меня уже стоит».

перестань насиловать микроволновки линуксом

«Не говорите нам, что делать, а мы не скажем вам, куда идти» (ц)

Ну винда даже семерка до сих пор в бсод падает, если тупо докинуть еще один веник перед тем, что системный. Если допустим система на secondary master, остальное пусто, то добавление чего угодно на primary даст бсодик. С сата таже хрень. Видимо там где-то в реестре захардкожен номер девайса. Что забавно, после двух ребутов, семерка запускает какой-то визард восстановления, который (мне лень было его убивать) крутился час с хреном, потом мол написал что нифига не может сделать.

«Не говорите нам, что делать, а мы не скажем вам, куда идти» (ц)

Ну и кто после этого идиот? Может последуешь своему же совету и не будешь указывать, что делать мэнтейнерам?

И какой прок от LLVMpipe на машине, где нет _графического чипа_?

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

В этом же смысл llvmpipe.

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

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

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

Целый час ждал?

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

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

Ну и кто после этого идиот?

Ты.

Может последуешь своему же совету и не будешь указывать, что делать мэнтейнерам?

Покажи мне, где я «указывал мэйнтейнерам, что делать». После этого слейся уже, надоел.

Инфа из FAQ: https://github.com/dvdhrm/kmscon/wiki/FAQ

Н-да...

А не буду-ка я остаток серверов с фряхи переводить.

А то дожились: Теперь уже для текстовой консоли libx11 и pango нужен стал! А то клавиатура и шрифты через заднее место будут...

Для начала я не вижу серьёзных улучшений от «новшеств». А D-Bus просто ненужен. Т.к. ещё одна прослойка между udev и пользовательскими утилитами.

И какой прок от LLVMpipe на машине, где нет _графического чипа_?

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

Переформулирую вопрос: какой прок от LLVMpipe вне OpenGL-стека? Какой прок от OpenGL-стека, если на машине нет графической карты? У нас пока еще нормальный Linux, в нем OpenGL работает на X-сервере.

Или я отстал от жизни, и LLVMpipe уже полезна для чего-то, кроме растеризации?

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

Линукс становится десктопной ОС. Более эргономичные консоли, нормальный композитинг, etc. Что в этом плохого? У вас отнимают bash?

Линукс становится десктопной ОС. Более эргономичные консоли

десктопной ОС

консоли

Ловко ты делишь на 0.

перестань насиловать микроволновки линуксом

... И просрать рынок роутеров?

Только после того, как перестанешь ныть про засилье поттеринга и вяленого из за того, что они мешают микроволновке и стиралке обмениваться по иксам графикой.

Только после того, как

Тогда ты понял, куда тебе следует идти.

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

Угу. И будем ставить трехгигагерцовые чипы с вафля-роутеры. Для тектовой консоли по ssh.

Переформулирую вопрос: какой прок от LLVMpipe вне OpenGL-стека? Какой прок от OpenGL-стека, если на машине нет графической карты? У нас пока еще нормальный Linux, в нем OpenGL работает на X-сервере.

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

А в случае когда карточки нет, нам может понадобиться пользовать графические приблуды(я не очень уверен зачем, но предположим). И тут ЛЛВМПайп дает уже готовое решение, вместо создания еще одной подсистемы, ориентированной на решение без карточки. В довесок получаем работоспособность всего, что опирается на опенгл.

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

А D-Bus просто ненужен.

Конкретно шина данных - очень даже нужна, т.к. обмен сообщениями, это надежно и безопасно. Конкретно то, как она реализована в d-bus (а по слухам это сделано субоптимально, скажем так - cast ckotinko), может и не нужна.