Size: a a a

2021 December 13

АВ

А зачем Вам in OpenBSD
источник
2021 December 14

SZ

Sonya Zolotaya Ruchk... in OpenBSD
Печалька
источник

АВ

А зачем Вам in OpenBSD
К слову о том как корпорации подминают и вендорлочат)
источник

SZ

Sonya Zolotaya Ruchk... in OpenBSD
Ну их… буду в консольке сидеть… как сложно жить в этом мире потребл@тства
источник

c

corsars in OpenBSD
+
источник

t

tipsybsd in OpenBSD
в чем тут подминание и вендорлок?
источник

t

tipsybsd in OpenBSD
хоть бы потрудились первоисточник открыть лишний раз, прежде чем шарманку заводить:
Here's the plan:

1) 21.1 release happens
2) we remove classic from master
3) 21.1 reaches EOL because of 21.2
4) we fork the 21.1 branch into a "classic-lts"¹ branch
5) we disable all vulkan and gallium drivers in said branch, at least at
  the Meson level
6) We change the name and precidence of the glvnd loader file
7) apply any build fixups (turn of intel generators for versions >= 7.5,
  for example
8) maintain that branch with build and critical bug fixes only
источник

t

tipsybsd in OpenBSD
This gives ditros and end users two options.
1) then can build *only* the legacy branch in the a normal Mesa provides
  libGL interfaces fashion
2) They can use glvnd and install current mesa and the legacy branch in
  parallel
источник

t

tipsybsd in OpenBSD
First, why? Basically, all of the classic drivers are in maintanence
mode (even i965). Second, many of them rely on code that no one works
on, and very few people still understand. There is no CI for most of
them, and the Intel CI is not integrated with gitlab, so it's easy to
unintentionally break them, and this breakage usually isn't noticed
until just before or just after a release. 21.0 was held up (in small
part, also me just getting behind) because of such breakages.
источник

t

tipsybsd in OpenBSD
Не говоря уж о том, что Тео тоже не особо котирует unmaintained code
источник

c

corsars in OpenBSD
Тео уже сделал оплошность - он допустил непроверенный фирмвари в коде
источник

t

tipsybsd in OpenBSD
Непроверенные фирмвари в коде... что?
источник

N

Noiseless in OpenBSD
Конечно, гораздо лучше, когда "фримварь" реализована в железе и представляет собой такой же блоб, только железный
источник

t

tipsybsd in OpenBSD
++
источник

N

Noiseless in OpenBSD
Правильно всё тео с прошивками сделал
источник

t

tipsybsd in OpenBSD
Мне в принципе непонятен смысл выражения "непроверенные фирмвари в коде"
источник

t

tipsybsd in OpenBSD
Непроверенные - как их проверять? И опять же - они грузятся в железку, и это тоже самое что железка с уже прошитой фирмварью
источник

N

Noiseless in OpenBSD
Ну типа блобы. Которые код загружает в железку. И которые выполняются на этой железке. А не на цпу.
Да, никто не знает, что там. Кроме всякого athnи т.п.
источник

N

Noiseless in OpenBSD
Вот да
источник

t

tipsybsd in OpenBSD
Не, я понимаю что это и зачем это, мне именно смысл выражения неясен
источник