почему переусложненный? УЕФАй в своем базовом виде прост, у него есть возможность расширения функционала пакетами чем и пользуются производители материнок, но это не имеет отношение к самому UEFI

1. Несовместимые расширения вполне имеют отношение к uefi потому что спецификация их не осуждает. Например firmware должно поддерживать как минимум fat32 для esp, но может поддерживать и другие FS. Можно например сделать и продавать комп с esp на ntfs и это не будет нарушением. К счастью MSFT так пока не требует это от производителей материнок. 2. Можно сравнить объем кода который исползьуется для того чтобы загружить FreeBSD через BIOS и через EFI. Для EFI кода в несколько раз больше нужно. 3. Объем доступной в opensource реализации uefi firmware - tianocore/edk2 громаден (по сравнению с той частью BIOS которая не специфична для железа, в edk2 про железо тоже ничего нет AFAIK). И ничего меньше в opensource нет. Подозреваю что спецификация такова что сильно меньше и не получится.

Так тащут Легаси csm

компьютер, гораздо сложнее счёт, а те счётных палочек, а до 10 и даже 100 считает так же, зачем всё так переусложнять

компьютер, гораздо сложнее счёт, а те счётных палочек, а до 10 и даже 100 считает так же, зачем всё так переусложнять

у меня три матери с юефи. И, сука, на мбр бутлоадер с выбором слайса у меня есть, а м юефи — нет. Расскажи мне про счёт до 100, давай. Что я получил-то от юефи? Красивый (но неудобный) интерфейс настройки вентиляторов? Хорошо, можно legacy boot включить.

Ладно бы новые и полезные фичи. Так нет их. Сетап матернинской платы выглядит как говноигра из Стима и нихуя не найти — это да. А фичи где?

Лучше бы они стандартом IPMI сделали а не эти погремушки

с явой? :evil:

с явой? :evil:

vnc же, ява не обязательна

vnc же, ява не обязательна

В итоге сделают кривое и с тем и с другим

А как правильно разрубить идиотскую ситуацию, если при сборке портов два порта друг на друга смотрят как на зависимости Ну кроме как поставить один из пакета и собрать

graphviz и vala такой херней страдают

Make install и оно в рекурсии туда-сюда бегает

В итоге сделают кривое и с тем и с другим

ява во всех ipmi собственно и есть внц клиент. Можно взять другой если с авторизацией не намудрили.

Make install и оно в рекурсии туда-сюда бегает

смешно.

смешно.

Я тоже похихикал, но xfce без этого не собирается :)

Хочу на ноуте этот процесс пройти с кучей make config'ов а потом на распберри сделать десктоп Хотя ~400 портов на ней наверное неделю будут собираться

Хочу на ноуте этот процесс пройти с кучей make config'ов а потом на распберри сделать десктоп Хотя ~400 портов на ней наверное неделю будут собираться

собирать кроссом, когда компилятор родной для хоста.

Хочу на ноуте этот процесс пройти с кучей make config'ов а потом на распберри сделать десктоп Хотя ~400 портов на ней наверное неделю будут собираться

можно собать в poudriere на ближайшем серваке (через quem-user можно и для arm)

http://www.phoronix.com/scan.php?page=news_item&px=FreeBSD-Deprecates-Some-10-100

Reported at the start of the month were plans for FreeBSD 12 to deprecate many of their 10/100 Ethernet drivers with just leaving the popular fast Ethernet drivers and focusing on Gigabit and beyond networking drivers moving forward.  There was some backlash to deprecating all of the 10/100 Ethernet drivers with some still relying upon some older NICs, but a good portion of them did get deprecated for this week's FreeBSD 12.0 Beta 2 release. The now-deprecated network drivers for FreeBSD 12 include:  ae - Attansic/Atheros L2 FastEthernet controller  bm - Apple Big Mac (BMAC) Ethernet controller for Apple G3 era hardware  cs - ISA ethernet adapters for Crystal CS8900 and CS8920 NICs  de - DEC DC21x4x Ethernet  dme - DME  ed - NE-2000 and WD-80x3  ep - 3Com Etherlink III  ex - Intel EtherExpress Pro/10 and Pro/10+  fe - Fujitsu MB86960A/MB86965A  pcn - AMD PCnet/PCI fast ethernet  sf - Adaptec AIC-6915 "Starfire" PCI fast ethernet sn - SMC91Cxx based ISA and PCMCIA cards  tl - Texas Instruments ThunderLAN  tx - SMC 83c17x EPIC Fast Ethernet  txp - 3Com 3XP Typhoon/Sidewinder (3CR990)  vx - 3Com 3c590 and 3c595 EtherLink III and Fast EtherLink III  wb - Winbond W89C840F fast ethernet  xe - Xircom PCMCIA Ethernet   With several of the drivers being for PCMCIA and even ISA era network hardware, it seems like it was about darn time to deprecate them! These network drivers will then likely be removed for FreeBSD 13, helping to free the maintenance burden as FreeBSD developers work to further enhance the networking subsystem.  The deprecations are in effect for FreeBSD 12.0 Beta 2 along with other fixes as outlined here

Ладно бы новые и полезные фичи. Так нет их. Сетап матернинской платы выглядит как говноигра из Стима и нихуя не найти — это да. А фичи где?

trusted boot же. Тебе ничто не мешает вырезать сертификаты msft/производителя и прописать свои(и загрузиться там сможет только подписанный тобой код)

Rashid будет жить. Поприветствуем!

hello, sorry i do not speak russian, tqvm for the inclusion

has anyone have any issues with freebsd 12 n 13! i lots of issues with it

Лол

https://twitter.com/unix_byte/status/1053848882793181188

А как правильно разрубить идиотскую ситуацию, если при сборке портов два порта друг на друга смотрят как на зависимости Ну кроме как поставить один из пакета и собрать

Пакеты собираются из тех же портов, если пакет собрался значит и порт собирается. Если не собирается значит вы что-то включили и добавили циклическую зависимость. Это никак не лечится кроме как разбиванием цикла.

Пакеты собираются из тех же портов, если пакет собрался значит и порт собирается. Если не собирается значит вы что-то включили и добавили циклическую зависимость. Это никак не лечится кроме как разбиванием цикла.

Там нету опций влияющих Я перебрал все возможные Но попробую, интереса ради, на чистой системе Но все же, мне кажется, ситуация "дайте мне справку, что вам нужна справка, что им нужна справка" при сборке порта какая-то неправильная Ну в смысле если руками в makefile не лазить, то не должна в принципе возникать, не?

Ну как не должна. Запретить двум проектам зависеть друг от друга никто не может

с какого не должна, она в основном не возникает с опциями по умолчанию, а как только что то не в умолчании, то уж сами следите за всеми хвостами

В портах это, понятно, никак не обработать. Поэтому разрывают цикл, разбиванием одного порта на два или удалением зависимомти

Но с опциями по умолчанию никаких циклических зависимостей нет, иначе пакетов бы не было

гм, проверил таки вы правы ладно, хорошо, ну вот а если такая шляпа с циклом - какой правильный путь? ни то ни другое собираться само по себе не хочет

это же pkunzip.zip

вот "разбивание одного порта на два" - есть пример?

а само по себе их собирать в общем смысле и бесполезно, если не вредно, оно ж не просто так циклится

ну чего вы загадки загадываете, покажите что делаете, ну а то и страшное какие ошибки даёт

хочу xfce на ноуте, не с дефолтными опциями из пакетов, а с нормальными чтобы хинтинг был во фритайпе и прочие радости(оно реально лучше выглядит, шрифты так точно) но, возможно, конкретно в graphviz мне какая-то опция реально нафиг не нужна я вообще сомневаюсь, что мне нужен этот graphviz но его зависимостями тянет

щас поищу какая же все же опция даёт такой эффект дурацкий

наивная душа.... вы ещё захотите нынешний десктоп в 64Кб которых как известно хватит всем

да не, там на ноуте 8G

но низковольтный core i3

дело конечно похвальное, но вангую оно вам не нужно или прийдётся перепелить половину портов и написать ещё половине патчи в апстрим