URL: https://www.opennet.me/cgi-bin/openforum/vsluhboard.cgi
Форум: vsluhforumID3
Нить номер: 123897
[ Назад ]

Исходное сообщение
"Проект FreeBSD перевёл порт ARM64 в число первичных и исправил 3 опасных уязвимости"

Отправлено opennews , 10-Апр-21 08:25 
Разработчики FreeBSD приняли решение в новой ветке FreeBSD 13, релиз которой ожидается 13 апреля,  присвоить порту для архитектуры ARM64 (AArch64) статус первичной платформы (Tier 1). Ранее подобный уровень поддержки предоставлялся для 64-разрядных систем x86 (до последнего времени первичной была и архитектура i386, но в январе она была переведена на второй уровень поддержки)...

Подробнее: https://www.opennet.me/opennews/art.shtml?num=54938


Содержание

Сообщения в этом обсуждении
"Проект FreeBSD перевёл порт ARM64 в число первичных и исправ..."
Отправлено A.Stahl , 10-Апр-21 08:25 
А кто знает какое железо они используют для отладки AArch64? Явно ведь не сотовые телефоны...

"Проект FreeBSD перевёл порт ARM64 в число первичных и исправ..."
Отправлено Аноним , 10-Апр-21 08:36 
Pinebook, Raspberry PI и может еще чего найдешь.

"Проект FreeBSD перевёл порт ARM64 в число первичных и исправ..."
Отправлено A.Stahl , 10-Апр-21 08:44 
>Raspberry PI

Они уже на 64 перешли? Хех, вот это я выпал из темы :)


"Проект FreeBSD перевёл порт ARM64 в число первичных и исправ..."
Отправлено пох. , 10-Апр-21 09:09 
уже?! Скажи чтоб тебя обратно заморозили. Тут - п-ц, не выходи из морозильника.


"Проект FreeBSD перевёл порт ARM64 в число первичных и исправ..."
Отправлено Аноним , 10-Апр-21 10:01 
Неофициальная (на данный момент) 64-битная сборка Raspberry Pi OS есть на их зеркале. А так по умолчанию - 32-битная, с LPAE.

"Проект FreeBSD перевёл порт ARM64 в число первичных и исправ..."
Отправлено hefenud , 10-Апр-21 15:56 
uname -a
Linux raspberry 5.8.0-1016-raspi #19-Ubuntu SMP PREEMPT Tue Feb 9 20:12:43 UTC 2021 aarch64 aarch64 aarch64 GNU/Linux

Ну вообще да RPi4 на aarch64, ты все проспал


"Проект FreeBSD перевёл порт ARM64 в число первичных и исправ..."
Отправлено Vovan , 10-Апр-21 21:07 
Еще RPi3B+ был на aarch64

"Проект FreeBSD перевёл порт ARM64 в число первичных и исправ..."
Отправлено валяйте , 10-Апр-21 08:44 
Спонсоры обычно дают им поюзать серверные или серверноподобные армы.

"Проект FreeBSD перевёл порт ARM64 в число первичных и исправ..."
Отправлено пох. , 10-Апр-21 09:17 
Спонсоры им обычно ничего не дают - даже денег.

А богатому жьiду - хри...простите, юзеропродавцу - arm нахрен не впился. Он просто так их спонсирует, во искупление неискупаемых грехов, проклятыми деньгами фейсбука. (так что я был не совсем прав, говоря что миллиардеры не хотят участвовать в фрисофте. Целый один хочет и уже подал миллион (!) на бедность. Правда, его потратили на sjw и инклюзивность, так что он с тех пор подает мелкими кусками)

Если ты не понимаешь что такое "sponsored by ..." в комитах, разжевываю: это не "спонсор freebsd" (за исключением by foundation). Это чаще всего - чувак на работе, делая работу, САМ исправил за разработчиков баг в их системе или дописал новый кусок, без которого ничего не работает. На деньги своего работодателя, за которые и был нанят.


"Проект FreeBSD перевёл порт ARM64 в число первичных и исправ..."
Отправлено Annnnonnnyyymous , 10-Апр-21 09:58 
Бухаешь?

"Проект FreeBSD перевёл порт ARM64 в число первичных и исправ..."
Отправлено Аноним , 10-Апр-21 15:13 
Ищешь собутыльников?

"Проект FreeBSD перевёл порт ARM64 в число первичных и исправ..."
Отправлено пох. , 10-Апр-21 18:37 
> Бухаешь?

Нет, ты легко мог бы понять, о ком я - если бы поменьше интересовался бухлом.


"Проект FreeBSD перевёл порт ARM64 в число первичных и исправ..."
Отправлено Аноним , 10-Апр-21 08:45 
https://wiki.freebsd.org/arm64

"Проект FreeBSD перевёл порт ARM64 в число первичных и исправ..."
Отправлено Аноним , 10-Апр-21 08:46 
дотнет для freebsd есть?

"Проект FreeBSD перевёл порт ARM64 в число первичных и исправ..."
Отправлено Аноним , 10-Апр-21 10:41 
Вроде моно есть.

"Проект FreeBSD перевёл порт ARM64 в число первичных и исправ..."
Отправлено Guest , 10-Апр-21 23:55 
В планах https://github.com/dotnet/runtime/issues/14537

"Проект FreeBSD перевёл порт ARM64 в число первичных и исправ..."
Отправлено Аноним , 10-Апр-21 08:50 
А вообще фрибзда - система входного дня. Как всегда, отстает от линукса во всем. И это даже не смотря на неплохо работающий линуксатор, тянущий даже хромоногие браузеры и на вполне нормальную(с 13-й версии) работу линуксовых видеодров.
Все так же остается риск потерять все данные из-за очередного взбрыка UFS, когда даже fsck говорит что "его полномочия - всё".
Всё так же команду reboot лучше не делать вообще никогда.
Всё так же войфай при засыпании/просыпании больше не работает. Попытка выгрузить модуль даёт:
# kldunload -f iwm7260fw.ko
kldunload: can't unload file: Device busy

"Проект FreeBSD перевёл порт ARM64 в число первичных и исправ..."
Отправлено Анонимс , 10-Апр-21 09:02 
За всë время использования ни разу не было перечисленных проблем.
Про WiFi ничего сказать не могу не пользовался на серверах.
А почему ребут лучше не делать?

"Проект FreeBSD перевёл порт ARM64 в число первичных и исправ..."
Отправлено Аноним , 10-Апр-21 09:23 
Сервера - это такое. Мне интересен десктоп/лэптоп.
Ребут почему-то именно во фрибзде оставляет обородование в странном состоянии - пц-спикер пищит почти минуту, иногда USB-контроллер, насыпав ошибок, вешает ядро. Где-то память не очищается при ребуте, нужно выключение.

По потере данных из-за выключения на UFS - наблюдал с фрибзды 8 до 11. Потерял около 10 серверов(физ и вирт), и один десктоп. В 13-й бзде этого ещё не наблюдал, но всё равно очкую.

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


"Проект FreeBSD перевёл порт ARM64 в число первичных и исправ..."
Отправлено Аноним , 10-Апр-21 09:48 
очкуй дальше. и ни в коем случае не пробуй zfs. и продолжай рассказывать басни про ufs. чем меньше вас, тем больше нас.

"Проект FreeBSD перевёл порт ARM64 в число первичных и исправ..."
Отправлено Аноним , 10-Апр-21 10:33 
> и ни в коем случае не пробуй zfs

Ну вот благодоря нашим нагрузкам в zfs были исправлены проблемы с read-range locks. Молодец, попал пальцем в небо. И кстати скоро ZoL будет и во фрибзде, вот только зачем она мне на ноуте? Хотя есть вариант - если ufs продолжит падать, то от безальтернативщины придётся на zfs переходить.


"Проект FreeBSD перевёл порт ARM64 в число первичных и исправ..."
Отправлено Аноним , 10-Апр-21 11:27 
"Мужик, я не пойму - ты охотник или [cencored] (гей)?" (с) анекдот

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


"Проект FreeBSD перевёл порт ARM64 в число первичных и исправ..."
Отправлено n80 , 10-Апр-21 13:25 
> зачем она мне на ноуте?

Если вопрос про ZFS в целом (а не про конкретно ZoL), в очередной раз повторюсь: ИМХО, хотя бы и ради прозрачных контрольных сумм (а чем дальше, тем железо нежнее и более склонно к bit rot, хотя и есть нюансы) и снапшотов.

А ещё есть подозрение, что пользователей ZFS побольше будет (чем у UFS), что в определённой мере коррелирует с обнаружением багов и их исправлением.

Ещё, конечно, очень интересен смысл использования *BSD вместо что-то_там/Linux на домашнем железе в целом и ноуте в частности, что это дало? Наверняка что-то даёт, просто я не особо в курсе BSD мира, без всякой задней мысли интересуюсь.


"Проект FreeBSD перевёл порт ARM64 в число первичных и исправ..."
Отправлено пох. , 10-Апр-21 18:43 
> А ещё есть подозрение, что пользователей ZFS побольше будет (чем у UFS),
> что в определённой мере коррелирует с обнаружением багов и их исправлением.

а есть печальный факт:  https://github.com/openzfs/zfs/issues/6224

> Ещё, конечно, очень интересен смысл использования *BSD вместо что-то_там/Linux на домашнем
> железе в целом и ноуте в частности, что это дало? Наверняка

я вас про ваш линyпсь могу спросить о том же. "вместо нормальной дисяточки".
Но не буду, вы ж опять бредом сивой кобылы ответите.

p.s. а зачем на ноуте снапшоты, кстати? Ну разьве что ради теоретической возможности отката системы (но для этого нужны не просто снапшоты, а толком недоделанные и недокументированные bootenvы) - то есть исправления последствий рукожопия разработчиков. А зачем иметь дело с их продуктом вообще, если его ТАК надо исправлять?


"Проект FreeBSD перевёл порт ARM64 в число первичных и исправ..."
Отправлено n80 , 11-Апр-21 00:09 
> а есть печальный факт:  https://github.com/openzfs/zfs/issues/6224

К ZoL/OpenZFS у меня самого претензий хватает, но тут уж выбор меньшего зла, скорее.

> я вас про ваш линyпсь могу спросить о том же. "вместо нормальной дисяточки".

Вопрос был к конкретному пользователю, который (по идее) может именно про BSD рассказать, а не вот это вот всё.

> Но не буду, вы ж опять бредом сивой кобылы ответите.

Вот не надо грязи, где это я бредом отвечал?

> p.s. а зачем на ноуте снапшоты, кстати? Ну разьве что ради теоретической возможности отката системы (но для этого нужны не просто снапшоты, а толком недоделанные и недокументированные bootenvы) - то есть исправления последствий рукожопия разработчиков. А зачем иметь дело с их продуктом вообще, если его ТАК надо исправлять?

За всех сказать не могу, а лично мне для бекапов нужны и, иногда, чтобы быстро что-то восстановить можно было (не всю систему, а случайно снесённый/изменённый файл). Но пока решается где-то с помощью NILFS, где-то XFS + xfsdump, где-то вообще банально rsync. ZFS только на экспериментальной полке гоняю пока, но у кого-то опыт работы с ним куда больше моего и полностью им довольны и используют у себя для целей, аналогичных моим. Я пока только рассматриваю.


"Проект FreeBSD перевёл порт ARM64 в число первичных и исправ..."
Отправлено пох. , 11-Апр-21 11:15 
> К ZoL/OpenZFS у меня самого претензий хватает, но тут уж выбор меньшего зла, скорее.

я вяло посматриваю на refs. over storage direct, разумеется.
Остальное успело достать. Если уж выбирать меньшее зло - то выбирать без идеологических глупостей.

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

хм...

> но у кого-то опыт работы с ним куда больше моего и полностью им довольны

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


"Проект FreeBSD перевёл порт ARM64 в число первичных и исправ..."
Отправлено n80 , 11-Апр-21 16:14 
> я вяло посматриваю на refs. over storage direct, разумеется.
> Остальное успело достать.

Очень удачная формулировка, однако. Точная. Именно что остальное уже успело, а это — (пока) ещё нет.

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

Святое дело, чем дальше копаешь что-то, тем больше ужасаешься от мысли, как оно вообще работает и сколько тут ещё мест для подстилания соломы неприкрытых. И может начать казаться, что у ещё неизученного дела обстоят куда лучше. Только вот после изучения потрохов NT в целом (и этого самого ReFS в частности) обнаруживается, что там драконов заныкано не меньше, а некоторые из них ещё страшнее (хотя кому как). Так что всецело поддерживаю идею насчёт выбора «без идеологических глупостей», ковырять — так всех одинаково глубоко. С собаками, может, и спокойнее, но меня ещё не настолько достало, я пока ещё поковыряюсь.


"Проект FreeBSD перевёл порт ARM64 в число первичных и исправ..."
Отправлено пох. , 11-Апр-21 16:55 
> И может начать казаться, что у ещё неизученного дела обстоят куда лучше.

оно хотя бы чисто технически выглядит лучше. Из отдаленно похожего у нас только gluster, но там и с производительностью, и с надежностью все ровно так, как и должно быть у продукта made in India.

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


"Проект FreeBSD перевёл порт ARM64 в число первичных и исправ..."
Отправлено Аноним , 10-Апр-21 18:21 
не ZFS on Linux, он же ZoL, а OpenZFS
и можно тогда взять и назвать тот проект ZFS on FreeBSD

"Проект FreeBSD перевёл порт ARM64 в число первичных и исправ..."
Отправлено bOOster , 13-Апр-21 09:55 
Да это клиника головного мозга, паранойя называется. Он просто настолько туп что не понимает что ядро ZFS было изначально портировано на BSD. И основной вклад в стабильность работы внесли illumos и bsd, что первый что второй уже давно ZFS используют в продуктиве. Linux оиды с горем пополам дописали обвес чтобы прикрутить через задний проход ZFS к Linux ядру - назвав это ZoL и как результат никакая часть этого поделия в другие реализации OpenZFS не попадет. Да есть и у линуксоидов части OpenZFS ядра которые они пилят, но общий их вклад в OpenZFS не превышает и 10%. Зато традиционно криков что они чето там пилят на все 90%.

"Проект FreeBSD перевёл порт ARM64 в число первичных и исправ..."
Отправлено пох. , 13-Апр-21 14:46 
Бредни впопеннетчиков, рулоны на вес.


"Проект FreeBSD перевёл порт ARM64 в число первичных и исправ..."
Отправлено Аноним , 10-Апр-21 09:56 
Потерять 10 серверов - это уже однозначно диагноз пользователя, а не ОС. Тебя гнать надо от любой техники.


"Проект FreeBSD перевёл порт ARM64 в число первичных и исправ..."
Отправлено Аноним , 10-Апр-21 10:29 
А почему тогда на других осях файловые системы работают в отличии от UFS? В этом тоже пользователь виноват? Где-то мы уже такое слышали.

"Проект FreeBSD перевёл порт ARM64 в число первичных и исправ..."
Отправлено Аноним , 10-Апр-21 11:15 
Потому что компьютеры у нас теперь осваивают раньше, чем учатся читать. А иногда - и раньше, чем думать.
А те, кто читать и осмысливать прочитанное умеют, знают про то, что такое background fsck, как оно работает, и когда оно нужно, а когда - нет.

"Проект FreeBSD перевёл порт ARM64 в число первичных и исправ..."
Отправлено Аноним , 10-Апр-21 13:25 
> А почему тогда на других осях файловые системы работают в отличии от UFS?

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

Только вот намертво виснущая при просыпании бубунта на EXT4 на леново L430 и "но оператинг систем детектед" после ребута - "Это другое! Понимать надо!"(с)


"Проект FreeBSD перевёл порт ARM64 в число первичных и исправ..."
Отправлено Аноним , 10-Апр-21 16:00 
Лол. Хдд поменяй

"Проект FreeBSD перевёл порт ARM64 в число первичных и исправ..."
Отправлено Аноним , 10-Апр-21 16:03 
>> Ноут с SSD
> Лол. Хдд поменяй

"Это другое! Понимать надо!"(с)



"Проект FreeBSD перевёл порт ARM64 в число первичных и исправ..."
Отправлено пох. , 10-Апр-21 19:35 
> А почему тогда на других осях файловые системы работают в отличии от UFS? В этом тоже
> пользователь виноват?

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

Я тут нашел прелестную историю о превращении в тыкву xfs после банального апгрейда ведра - необратимом, практически. С works-as-intended в качестве решения проблемы. И чо?

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



"Проект FreeBSD перевёл порт ARM64 в число первичных и исправ..."
Отправлено Аноним , 11-Апр-21 04:26 
> нашел прелестную историю о превращении в тыкву xfs после банального апгрейда ведра

нашел - делись ссылкой!

по моему опыту, xfs одна из самых беспроблемных фс (проблемы не умеющих программировать не в счет), интересно.


"Проект FreeBSD перевёл порт ARM64 в число первичных и исправ..."
Отправлено пох. , 11-Апр-21 17:16 
> нашел - делись ссылкой!

https://www.opennet.me/openforum/vsluhforumID3/123884.html#110

> по моему опыту, xfs одна из самых беспроблемных фс (проблемы не умеющих
> программировать не в счет)

оригинально. Нет. Я не хочу ее "программировать".


"Проект FreeBSD перевёл порт ARM64 в число первичных и исправ..."
Отправлено Сергей , 10-Апр-21 10:40 
Прикольно однако, особенно про потерю на вирт. машине... Я на слабых машинках и вм именно ufs с журналом и юзаю и все хоккей, может я руки не мою и еще чего не делаю...

"Проект FreeBSD перевёл порт ARM64 в число первичных и исправ..."
Отправлено Аноним , 10-Апр-21 10:48 
И на виртуалках, и на физиках. При остановке машины или выключении питания.
По виртуалкам - так вообще, линуксовому хосту - ничего, а фрибздешную машину даже fsck не исправит. То есть метаданные провтыкались вообще полностью. По физикам - то же, будем смотреть как 13-я себя поведёт.

"Проект FreeBSD перевёл порт ARM64 в число первичных и исправ..."
Отправлено _ , 11-Апр-21 05:52 
Дендромутант-рукожоп! Талантливый! :)

"Проект FreeBSD перевёл порт ARM64 в число первичных и исправ..."
Отправлено Аноним , 10-Апр-21 10:53 
У меня именно уфс рассыпалась и именно на железе, в дефолтной конфигурации, но фанатики мне не верят. Дело было пару лет назад. Те же самые фанатики пугают проблемами с ext4, когда реальные проблемы бывают только у xfs.

"Проект FreeBSD перевёл порт ARM64 в число первичных и исправ..."
Отправлено Аноним , 10-Апр-21 11:31 
Да эти сказочники с историями про разваливающуюся UFS в каждом треде про bsd обязательно отмечаются. Традиция у них такая. Унылая и беспощадная.

"Проект FreeBSD перевёл порт ARM64 в число первичных и исправ..."
Отправлено Аноним , 10-Апр-21 13:04 
> Да эти сказочники с историями про разваливающуюся UFS

Причем каждый раз добавляются "детали" из комментов последнего треда ... но как обычно - 0 ссылок на багрепорты и палевные мелочи.


"Проект FreeBSD перевёл порт ARM64 в число первичных и исправ..."
Отправлено Михрютка , 10-Апр-21 13:06 
>>>Где-то память не очищается при ребуте, нужно выключение.

прелесть какая.


"Проект FreeBSD перевёл порт ARM64 в число первичных и исправ..."
Отправлено t28 , 12-Апр-21 14:14 
> Ребут почему-то именно во фрибзде оставляет обородование в странном состоянии …
> … насыпав ошибок, вешает ядро.

На десктопе Free давно не юзал, а на серверах наблюдал странное поведение при reboot'ах.
Ядро выпадает в кору, но при этом через 15 секунд перезагружается.

> По потере данных из-за выключения на UFS - наблюдал с фрибзды 8 до 11.
> Потерял около 10 серверов(физ и вирт), и один десктоп.

На Free за 23 года юзания на серверах такого не припомню. Т.е. подобное, возможно, и было,
но в памяти как-то не отложилось. А вот в линуксе стабильно по нескольку раз в год на
серверах, в случае кернел паник или unscheduled power off. При том, терялись данные как
на EXTx так и на XFS.

Домашний ноут на линукс. / — на BTRFS, /home — на EXT4.
С / BTRFS вообще никаких проблем ни разу не было, а вот /home падает раз в 3—4 месяца.


"Проект FreeBSD перевёл порт ARM64 в число первичных и исправ..."
Отправлено Аноним , 10-Апр-21 10:02 
Не гони. Фрибсд у меня на ноутах с 2006 года, а на серверах с 2004.

"Проект FreeBSD перевёл порт ARM64 в число первичных и исправ..."
Отправлено Аноним , 10-Апр-21 10:40 
Да я и не отрицаю что у тебя
> на ноутах с 2006 года, а на серверах с 2004.

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


"Проект FreeBSD перевёл порт ARM64 в число первичных и исправ..."
Отправлено tim2k , 10-Апр-21 11:00 
На реддите в r/freebsd еженедельно народ валит с линей на фряху, по 2-3 поста в неделю пишут о миграции, ибо системд нахер нормальным людям не вперся, как и остальное дерьмо линуксовое.

"Проект FreeBSD перевёл порт ARM64 в число первичных и исправ..."
Отправлено IN_SLACKWARE_WE_TRUST , 10-Апр-21 16:26 
> ибо системд нахер нормальным людям не вперся

Есть дистрибутивы и без системд - Slackware, CRUX. Прекрасные KISS-дистрибутивы, за которыми FreeBSD только и успевает, что пыль глотать.

Я тут недавно узнал, что во FreeBSD нельзя сделать Plausible Deniability. GELI довольно убог и неуниверсален. Это конечно позор. Особенно для любого специалиста по криптографии (или шифропанка).

А в Slackware у меня есть dmsetup/cryptsetup, plain dm-crypt и огромный выбор всего остального. Я могу сделать шифрование всего, использовать бессигнатурку, делать вторые/третьи лэйеры, использовать вложенное/каскадное/бессигнатурное шифрование. Мой бокс будет чёрным ящиком, который не поддастся никакому криптографическому анализу, особенно если в LUKS использовать грамотные криптопримитивы. А есть схемы с LUKS detached. А есть схемы с дисковыми квотами и разделение областей бессигнатурного шифрования! А если захочу, то могу реализовать сырое блочное шифрование без метаданных и заголовков! Вот это я понимаю - УРОВЕНЬ.

В это время FreeBSD бегает где-то в детском саду по всем вышеперечисленным вопросам.

> На реддите... о миграции

Ха. Пусть мигрируют. Я почитываю иногда. Там в основном смузихлебы мигрируют. Системд им не нравится? Вот это поворот! Я тоже не используют systemd. Они могут приготовить из Slackware или CRUX'а то, что нужно <- тут нет systemd. Но они или не могут или не хотят, а вполне возможно и не умеют. Поэтому шифропанки и спецы остаются на линуксе.


"Проект FreeBSD перевёл порт ARM64 в число первичных и исправ..."
Отправлено Аноним , 10-Апр-21 16:48 
> Я могу сделать шифрование всего, использовать бессигнатурку, делать
> вторые/третьи лэйеры, использовать вложенное/каскадное/бессигнатурное шифрование.
> Мой бокс будет чёрным ящиком, который не поддастся никакому криптографическому анализу,

=
A Crypto nerd's imagination:
Guy [[Holding Laptop]]: His laptop's encrypted. Let's build a million-dollar cluster to crack it.
Other guy: No good! It's 4096-bit RSA!
Guy: Blast! Our evil plan is foiled!

What would actually happen:
Guy [[Holding money tag and wrench]]: His laptop' encrypted. Drug him and hit him with this $5 wrench until he tells us the password
Other guy [[taking the wrench]]: Got it.

Actual Actual Reality: Nobody really cares about his secrets.(Also, I would be hard pressed to find that wrench for $5.)
=
https://xkcd.com/538/


"Проект FreeBSD перевёл порт ARM64 в число первичных и исправ..."
Отправлено IN_SLACKWARE_WE_TRUST , 10-Апр-21 16:57 
> Guy: Blast! Our evil plan is foiled!

Ха. Ещё один фрибздшник слился. Чуствую я надавил на больное место.

> https://xkcd.com/538/

Узнаю среднестатистического пользователя FreeBSD. Остаёться только ссылочки не комиксы кидать. Технически ведь аргументирвать нечем, лол. Даже открывать не буду - у вас есть на реддите трэд для смузихлёбов.

Вообще, я понимаю вас, ребят. Когда по сути сказать нечего - остаёться только клаунов из себя изображать. А вообще не смешно. Даже грустно.


"Проект FreeBSD перевёл порт ARM64 в число первичных и исправ..."
Отправлено Михрютка , 10-Апр-21 17:23 
Товарищ, пока вы думаете, что всех затралели, где-то плачид криптография, которой вы не обмазываетесь.

"Проект FreeBSD перевёл порт ARM64 в число первичных и исправ..."
Отправлено IN_SLACKWARE_WE_TRUST , 10-Апр-21 22:48 
>  что всех затралели

Манямирок у Михрютки. В отличии от вас я никакми троллингом не занимаюсь. Лол, зачем мне это? Просто написал о неказистой ситуации с шифрованием во фряшке. И привёл примеры как с этим обстоят дела в линуксе. А сектанты порвались. И товарищ Михрютка мою истину почему-то троллингом называет.

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


"Проект FreeBSD перевёл порт ARM64 в число первичных и исправ..."
Отправлено Аноним , 10-Апр-21 18:27 
> Я тут недавно узнал, что во FreeBSD нельзя сделать Plausible Deniability.


Steganography support
     When the device is initialized, it is possible to restrict the encrypted
     data to a single contiguous area of the device.  If configured with care,
     this area could masquerade as some sort of valid data or as random trash
     left behind by the systems operation.

     This can be used to offer a plausible deniability of existence, where it
     will be impossible to prove that this specific area of the device is in
     fact used to store encrypted data and not just random junk.


Вся суть очередного "знатока" ...

> успевает, что пыль глотать.
> FreeBSD бегает где-то в детском саду
>  Когда по сути сказать нечего - остаёться
> только клаунов из себя изображать. А вообще не смешно. Даже грустно.

Эк ты самокритичен.



"Проект FreeBSD перевёл порт ARM64 в число первичных и исправ..."
Отправлено IN_SLACKWARE_WE_TRUST , 10-Апр-21 22:43 
> Вся суть очередного "знатока"

Ха. Смешно, когда юзеры фряхи ничего не знают о своей ОС и только копипастить могут фразочки аля:
"Steganography support". Рабочую конфигурацию в студию. Мне просто интересно (в отличии от бздунов я вопросы plausible deniability обсуждал с разрабами фряхи ещё аж в 2013-м году в теме geli external header (metadata) и за свой базар отвечаю).

> Эк ты самокритичен.

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


"Проект FreeBSD перевёл порт ARM64 в число первичных и исправ..."
Отправлено IN_SLACKWARE_WE_TRUST , 10-Апр-21 23:00 
Ну шо там с зашифрованным бессигнатурным системным диском и выносом ключа на флэшку? Шо там с каскадной бессигнатуркой? Детач-схемы? Шо там с диковыми квотами и двойным дном? Примеры последуют от юзеров FreeBSD? Шо там с реализацией двойного дна и скрытых ОС по типу трикрипта (в линуксе всё это можно сделать)? На арчвики колоссальное количество роадмап и примеров. Хотя бы 20% от всего этого на фряхе можно реализовать? Примеры в студию. Или только пальцы веером можете загибать?



"Проект FreeBSD перевёл порт ARM64 в число первичных и исправ..."
Отправлено tim2k , 11-Апр-21 13:00 
>[оверквотинг удален]
> без метаданных и заголовков! Вот это я понимаю - УРОВЕНЬ.
> В это время FreeBSD бегает где-то в детском саду по всем вышеперечисленным
> вопросам.
>> На реддите... о миграции
> Ха. Пусть мигрируют. Я почитываю иногда. Там в основном смузихлебы мигрируют. Системд
> им не нравится? Вот это поворот! Я тоже не используют systemd.
> Они могут приготовить из Slackware или CRUX'а то, что нужно <-
> тут нет systemd. Но они или не могут или не хотят,
> а вполне возможно и не умеют. Поэтому шифропанки и спецы остаются
> на линуксе.

К счастью, мне не приходится отвечать на весь пост, мнение о слакваре-ёба сформировано из нижестоящих комментариев. Продолжайте сношать свой сраный линуPS, флаг Вам в руки.


"Проект FreeBSD перевёл порт ARM64 в число первичных и исправ..."
Отправлено Аноним , 10-Апр-21 13:22 
Имея такой богатый опыт, ты отсылал репорт об ошибках разработчикам?

"Проект FreeBSD перевёл порт ARM64 в число первичных и исправ..."
Отправлено Михрютка , 10-Апр-21 13:30 
судя по каментам, ничего, кроме "дорогие разработчики, у меня происходит подземный стук" этот анон зарепортить не может.

"Проект FreeBSD перевёл порт ARM64 в число первичных и исправ..."
Отправлено пох. , 11-Апр-21 11:17 
Я пару раз репортил и такое - стук ликвидировали.


"Проект FreeBSD перевёл порт ARM64 в число первичных и исправ..."
Отправлено Fracta1L , 10-Апр-21 11:15 
Такое надо психиатру рассказывать, а не в интернете

"Проект FreeBSD перевёл порт ARM64 в число первичных и исправ..."
Отправлено Ананимас123 , 10-Апр-21 14:08 
>Всё так же команду reboot лучше не делать вообще никогда.

Потому что сначала стоит почитать ман и понять, что делает reboot, а что shutdown -r.


"Проект FreeBSD перевёл порт ARM64 в число первичных и исправ..."
Отправлено пох. , 10-Апр-21 18:45 
>>Всё так же команду reboot лучше не делать вообще никогда.
> Потому что сначала стоит почитать ман и понять, что делает reboot, а
> что shutdown -r.

они уже двадцать лет везде делают одно и то же. С разморозочкой, кстати.


"Проект FreeBSD перевёл порт ARM64 в число первичных и исправ..."
Отправлено Ananimasss , 10-Апр-21 21:21 
Shutdown не пришлет sigkill опосля 30с после sigterm, а значит какой-нибудь орацл таки успеет корректно завершится. Так что мимо.

"Проект FreeBSD перевёл порт ARM64 в число первичных и исправ..."
Отправлено пох. , 10-Апр-21 23:11 
это если бы существовал орацл для фри.

Но к повреждениям fs у того страдальца это не имеет ни малейшего отношения - reboot корректно сбрасывает буферы (более того, shutdown этого не делает, вызывая для этой цели именно reboot)


"Проект FreeBSD перевёл порт ARM64 в число первичных и исправ..."
Отправлено Ананимас123 , 10-Апр-21 23:59 
> это если бы существовал орацл для фри.
> Но к повреждениям fs у того страдальца это не имеет ни малейшего
> отношения - reboot корректно сбрасывает буферы (более того, shutdown этого не
> делает, вызывая для этой цели именно reboot)

Суть не в орацле, а в процессе, которому надо для завершения некое время.
А что там будет дело десятое.

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

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


"Проект FreeBSD перевёл порт ARM64 в число первичных и исправ..."
Отправлено Аноним , 10-Апр-21 14:59 
Это карма. У меня BSD 20 лет отработало, десятки серверов - да, проблемы были.

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

Когда в дешёвом сервере стояла глючная память - машина глючила. Зарёкся ставить сервера с памятью без ECC.

Однажды пришлось отключить на файловой системе журнализацию и прогнать fsck в оффлайн (т.е. не в бэкграунде) когда было отключение питания, а nut не сработал и машину не загасил.

Однажды накосячил с модулем авторизации через smb, и после обновления операционки возникли проблемы - которые спокойно решил, даже без single user.

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


Насчёт ноутбуков - ну да, не десктопная это операционка. Ну и что?


"Проект FreeBSD перевёл порт ARM64 в число первичных и исправ..."
Отправлено Fracta1L , 10-Апр-21 08:57 
> Проект FreeBSD перевёл порт ARM64 в число первичных и исправил три сишные дырени

"Проект FreeBSD перевёл порт ARM64 в число первичных и исправ..."
Отправлено Аноним , 10-Апр-21 09:42 
То ли дело пыхари - выкладывают файл с паролями в открытый доступ... Или текущие и падающие недоразумения растаманов.

"Проект FreeBSD перевёл порт ARM64 в число первичных и исправ..."
Отправлено урюк , 14-Апр-21 23:55 
>> Проект FreeBSD перевёл порт ARM64 в число первичных и исправил три сишные дырени

Именно, исправил. В отличии от раст. Вы хоть доступную память уже научились определять? Или всё так-же в подгусзника?


"Проект FreeBSD перевёл порт ARM64 в число первичных и исправ..."
Отправлено Аноним , 10-Апр-21 12:17 
WiFi на Raspberry Pi 3B+ уже починили?

"Проект FreeBSD перевёл порт ARM64 в число первичных и исправ..."
Отправлено Аноним , 10-Апр-21 12:27 
Теперь БЗДя на Малине побежит?

"Проект FreeBSD перевёл порт ARM64 в число первичных и исправ..."
Отправлено Аноним , 10-Апр-21 13:15 
>до последнего времени первичной была и архитектура i386

Вы мне объясните, я могу установить FreeBSD на IBM 386, 486? Оно будет работать?


"Проект FreeBSD перевёл порт ARM64 в число первичных и исправ..."
Отправлено Михрютка , 10-Апр-21 13:27 
https://www.freebsd.org/releases/12.2R/hardware/

"Проект FreeBSD перевёл порт ARM64 в число первичных и исправ..."
Отправлено n80 , 10-Апр-21 13:41 
О как, надо было искать просто hardware или hardware notes, без слова requirements, получается. Кто ж знал, а я-то думал: почему у меня в выдаче поисковика были только староватые версии этой страницы.

"Проект FreeBSD перевёл порт ARM64 в число первичных и исправ..."
Отправлено Михрютка , 10-Апр-21 13:54 
> О как, надо было искать просто hardware или hardware notes, без слова
> requirements, получается. Кто ж знал, а я-то думал: почему у меня
> в выдаче поисковика были только староватые версии этой страницы.

а зачем это искать, если на фре инфо об поддерживаемом железе всю дорогу была в release info/hardware notes и ссылка на релиз инфо на первой же странице.


"Проект FreeBSD перевёл порт ARM64 в число первичных и исправ..."
Отправлено n80 , 10-Апр-21 14:16 
> а зачем это искать, если на фре инфо об поддерживаемом железе всю дорогу была в release info/hardware notes и ссылка на релиз инфо на первой же странице.
> всю дорогу

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


"Проект FreeBSD перевёл порт ARM64 в число первичных и исправ..."
Отправлено Михрютка , 10-Апр-21 14:22 
> курсе куда смотреть, в таких случаях привычнее/быстрее у поисковика сначала спросить,

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



"Проект FreeBSD перевёл порт ARM64 в число первичных и исправ..."
Отправлено n80 , 10-Апр-21 13:38 
Один маленький запрос в поисковик (FreeBSD i386 hardware requirements) даёт ответ, казалось бы.
Насколько я понял, скорее нет, чем да: требуется 486 и выше (причём, с FPU) и не менее 64 MB RAM.
https://people.freebsd.org/~rodrigc/doc/data/doc/en_US.ISO88...
https://docs.freebsd.org/en_US.ISO8859-1/books/handbook/bsdi...

Хотя если взять какую-нибудь несвежую версию, поставить на большой машине, вычистить из системы всё лишнее, а потом подключить диск к своему экспонату — может и прокатить. Но есть и другие BSD, в принципе.


"Проект FreeBSD перевёл порт ARM64 в число первичных и исправ..."
Отправлено Михрютка , 10-Апр-21 13:58 
> Хотя если взять какую-нибудь несвежую версию, поставить на большой машине, вычистить из
> системы всё лишнее, а потом подключить диск к своему экспонату —
> может и прокатить. Но есть и другие BSD, в принципе.

не прокатит. если товарищ тролль и в самом деле держит где-то в чулане рабочую систему на 80386, то 80386 уже 15 лет не поддерживает _никто_ вообще.

ps кроме FreeDOS, разумеется :)


"Проект FreeBSD перевёл порт ARM64 в число первичных и исправ..."
Отправлено n80 , 10-Апр-21 14:23 
> не прокатит. если товарищ тролль и в самом деле держит где-то в чулане рабочую систему на 80386, то 80386 уже 15 лет не поддерживает _никто_ вообще.

486 в вопросе тоже был же, отвечал исходя из этого.

> ps кроме FreeDOS, разумеется :)

Это-то да, буквально на днях запускал. И вот прям любопытно стало, конечно, насколько _никто_, раз речь пошла не про _никто из BSD_, а про вообще. Сходу какой-нибудь Fuzix и ELKS вспоминается, но это такое, конечно.


"Проект FreeBSD перевёл порт ARM64 в число первичных и исправ..."
Отправлено Аноним , 10-Апр-21 15:50 
Я не тролль. Сначала хотел 386-й взять, но понял что слишком слабый.
Пришел к выводу что надо минимум 486-й брать.
Пытаюсь выяснить что выбрать: линукс, БСД. Маргинальные штурки вроде КолибриОС, Миникс3 не интересуют.
Странно то что я не могу поставить Линукс на 386, учитывая что Линус Торвальдс изначально писал ядро под него.
IBM PC- явно мощнее DEC PDP-7 на котором разрабатывали UNIX. Почему тогда я не могу запустить FreeBSD на нём?
illumos вообще бросили x86.

"Проект FreeBSD перевёл порт ARM64 в число первичных и исправ..."
Отправлено Михрютка , 10-Апр-21 16:38 
Не, товарищ, незачот. Старайтесь лучше.

"Проект FreeBSD перевёл порт ARM64 в число первичных и исправ..."
Отправлено Аноним , 10-Апр-21 17:40 
Всмысле? Да не троллю я! ТЗ следующие:
1. Понять можно ли запустить  юникс-подобный открытый дистрибутив (Linux, *BSD, OpenSolaris(illumos), Minix3 и Hurd в расчет не беру) на IBM PC/XT 386 в идеале,  т.к. именно он у меня отложился в памяти, ну пускай на 486 в режиме интерфейса командной строки (англ. Command Line Interface, CLI).
2. Понять, можно ли запускать элементарные программы в режиме: Те́кстовый по́льзовательский интерфе́йс, ТПИ (англ. Text user interface, TUI; также Character User Interface, CUI). Есть подозрения что можно.
3. Понять, можно ли написать прикладные программы, в TUI режиме используя одну из многих библиотек. Написать
4. Сделать TUI дистрибутив для 486.
5. ???
6. Профит.

"Проект FreeBSD перевёл порт ARM64 в число первичных и исправ..."
Отправлено Михрютка , 10-Апр-21 18:02 
миша рыцаревъ, перелогиньтесь

"Проект FreeBSD перевёл порт ARM64 в число первичных и исправ..."
Отправлено Аноним , 10-Апр-21 18:56 
Кто блжад?

"Проект FreeBSD перевёл порт ARM64 в число первичных и исправ..."
Отправлено arthi747 , 12-Апр-21 21:22 
Тут открылся временной тоннель.

"Проект FreeBSD перевёл порт ARM64 в число первичных и исправ..."
Отправлено Аноним , 12-Апр-21 22:33 
> Тут открылся временной тоннель.

Криокапсула потекла.


"Проект FreeBSD перевёл порт ARM64 в число первичных и исправ..."
Отправлено Аноним , 10-Апр-21 16:48 
Могу продать. Дорого.
http://www.le-grenier-informatique.fr/medias/album/ibm-at-51...

"Проект FreeBSD перевёл порт ARM64 в число первичных и исправ..."
Отправлено пох. , 10-Апр-21 19:38 
А точно не фуфло пацанам впариваешь? Написано "AT-чтототам", а клавиатура - XT.


"Проект FreeBSD перевёл порт ARM64 в число первичных и исправ..."
Отправлено Ananimasss , 10-Апр-21 21:32 
Цветной дисплей, мажор.

"Проект FreeBSD перевёл порт ARM64 в число первичных и исправ..."
Отправлено пох. , 10-Апр-21 23:13 
Это true IBM, у нее никогда не было штатных монохромных дисплеев для AT - за mga еще и доплачивать приходилось. То есть мажор он как раз в том, что это ibm, а не amstrad какой помойный.

Но клавиатурка, похоже, таки не родная.



"Проект FreeBSD перевёл порт ARM64 в число первичных и исправ..."
Отправлено Аноним , 11-Апр-21 08:38 
А что это за штука справа от клавиатуры с красной кнопкой? Мышь?

"Проект FreeBSD перевёл порт ARM64 в число первичных и исправ..."
Отправлено Аноним , 11-Апр-21 08:47 
> А что это за штука справа от клавиатуры с красной кнопкой? Мышь?

Сам нашел, это шайтан машина называется Kraft Premium Joystick Game Controller


"Проект FreeBSD перевёл порт ARM64 в число первичных и исправ..."
Отправлено danonimous , 10-Апр-21 21:42 
Кто подскажет - сейчас у FreeBSD на Raspberry Pi всё работает, включая графику и декодирование видео на мощностях видеокарты в браузере?

"Проект FreeBSD перевёл порт ARM64 в число первичных и исправ..."
Отправлено Goat , 10-Апр-21 22:31 
Сомневаюсь.... Сильно сомневаюсь.... В Linux'ах с декодированием беда, во freebsd, думаю этого тоже нет. Да и стабильность фиговенькая в linux на raspberry - то экран отключается навсегда, то usb порты. Хотя может ядро FreeBSD работает и стабильнее, не знаю. Единственное, что более-менее рабочее из linuxов хотя-бы с 3D-ускорением и со стабильной работой, так это AltLinux Starterkits с ядром от Raspberry Pi и Raspbian. И не забыть присобачить внешний жесткий диск с доп. питанием для подкачки.

(Личный опыт за Raspberry Pi 3 Model B)

Сам лично FreeBSD не использовал на Raspberry Pi.


"Проект FreeBSD перевёл порт ARM64 в число первичных и исправ..."
Отправлено Аноним , 11-Апр-21 00:51 
Можно подумать у них там сотни незагруженных разрабов: вот так вот просто взяли обязательства тянуть все вопросы еще по одной отдельной железной архитектуре. Понятно, что можно сделать еще один железный кластер, чтоб ночи напролет пересобирать пакеты, но откуда эти "лишние мозги"? Не в ущерб ли будет основной платформе ?

"Проект FreeBSD перевёл порт ARM64 в число первичных и исправ..."
Отправлено пох. , 11-Апр-21 17:28 
Лишних мозгов там не наморщено ни на цент.
Выкинули нимодна-нимодна-устаревше 32bit x86. Стойки надо чем-то занять. Понапихают rpi и будут собирать никому ненужную arm-версию. Хайп работает.
Под другие армы - как не работало в принципе, так и не будет.



"Проект FreeBSD перевёл порт ARM64 в число первичных и исправ..."
Отправлено Аноним , 11-Апр-21 06:24 
Я хз, че тут про нестабильность фряхи пишут. Великолепная северная ос. Для домашнего десктопа увы но лучше "дисяточки" на сегодня ничего нет. В макоси банально попробуйте ярлык на рабочем столе создать. И поиграть хочется в Origin, Steam, Epic Games итд нормально, а не в Wine. А вот что касается работы, то у каждого своя. Кому фряха не подойдёт, кому линукс, а кто то вообще в досе посылку не в тот город отправляет...

"Проект FreeBSD перевёл порт ARM64 в число первичных и исправ..."
Отправлено danonimous , 11-Апр-21 10:31 
Рабочая десяточка себя полностью у меня дискредитировала. Поломала себе режим спячки, теперь и обновления установить не может - начинает, перезагружается, потом назад откатывает и опять перезагружается. Такого трэша на Линуксе наверно даже в девяностые годы не было.

"Проект FreeBSD перевёл порт ARM64 в число первичных и исправ..."
Отправлено пох. , 11-Апр-21 10:45 
Да линукс и посейчас обновления откатывать не научился - так что просто чорный экран и поди пойми, что пошло не так.

Но ты продолжай, продолжай.

Твоей рукожопие совершенно очевидно любому, кроме белок-истеричек.


"Проект FreeBSD перевёл порт ARM64 в число первичных и исправ..."
Отправлено Аноним , 11-Апр-21 12:54 
У вендузятника и барыги .пох-а подгорело. Все знают, что Windows 10 не может элементарно обновится потому-что туда понапихали следящих зондов и вся эта громоздкая система еле работает.

"Проект FreeBSD перевёл порт ARM64 в число первичных и исправ..."
Отправлено Аноним , 11-Апр-21 13:12 
>Да линукс и посейчас обновления откатывать не научился - так что просто чорный экран и поди пойми, что пошло не так.

Сказал чел, выше обосравший ZFS за "нинужность". Пользуясь случаем также передаю привет всем хейтерам BTRFS.


"Проект FreeBSD перевёл порт ARM64 в число первичных и исправ..."
Отправлено пох. , 11-Апр-21 16:41 
Я выше даже уточнил, чего именно _недостаточно_ иметь, чтобы в принципе хоть каким боком zfs была тут при делах.
И разница между "восстановить систему с образа месячной давности потеряв все что ты с тех пор там поменял" и "откатить именно обновления сломавшие загрузку, автоматически без вмешательства пользователя", похоже, лап4..ми осталась так и не понятой.

Кстати, от убунтина чудо-скрипта не спасло бы - он ломал загрузку надежно, на века, без возможности отката.


"Проект FreeBSD перевёл порт ARM64 в число первичных и исправ..."
Отправлено Аноним , 11-Апр-21 15:50 
> так что просто чорный экран и поди пойми, что пошло не так.

Именно так себя ведет Majnaro после установки и обновления.


"Проект FreeBSD перевёл порт ARM64 в число первичных и исправ..."
Отправлено danonimous , 12-Апр-21 13:19 
А в чём может быть рукожопие, если винда используется для программирования в Unity, вся среда разработки один раз установлена и настроена. Т.е. на ней набираю текст, компилирую и в браузере читаю документацию - всё. Новых программ не устанавливается вообще. Не понимаю тогда, как домохозяйки с ней справляются.

"Проект FreeBSD перевёл порт ARM64 в число первичных и исправ..."
Отправлено danonimous , 12-Апр-21 13:24 
Короче, простому программисту с виндой не справиться, нужно идти на курсы системного администратора.
На Линуксе (Slackware) с моим рукожопием всё отлично работает.

"Проект FreeBSD перевёл порт ARM64 в число первичных и исправ..."
Отправлено пох. , 12-Апр-21 19:33 
> Короче, простому программисту с виндой не справиться, нужно идти на курсы системного
> администратора.

Ну или нанять, да.
С чего ты взял что можешь что-то админить? Хотя бы даже собственную винду.

> На Линуксе (Slackware) с моим рукожопием всё отлично работает.

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

(хм, а есть ли в шлаквари вообще поддержка appimage? И бывает ли какая-то другая юнити?)

  


"Проект FreeBSD перевёл порт ARM64 в число первичных и исправ..."
Отправлено danonimous , 12-Апр-21 20:55 
> винда используется для программирования в Unity
>> а есть ли в шлаквари вообще поддержка appimage? И бывает ли какая-то другая юнити

Теряешь нить беседы, при чём здесь "appimage"?

На винде я разрабатываю под игровой движок Unity, винда лицензионная с минимальным количеством программ, необходимых для работы. Порносайты и файлопомойки с неё не посещаются, только сайты с тех. документацией и помойки в стиле StackOverflow. Так что зловредные вирусы, ломающие режим suspend, поймать не должен был.

А для личного использования у меня Slackware Current последние три года - полёт нормальный, спасибо Патрику! Правда подзаколебался проприетарный NVidia и ZFS пересобирать под новые ядра, но скоро будет релиз 15.0 - на нём и останусь.

Наверно ты прав, вряд ли я смогу админить винду, нанимать кого-то будет дорого, да и чужих людей в квартиру в период пандемии стараюсь не пускать. Снёс бы к чертям, если бы не работа.

А беседа начиналась с постулата "Для домашнего десктопа увы но лучше "дисяточки" на сегодня ничего нет".


"Проект FreeBSD перевёл порт ARM64 в число первичных и исправ..."
Отправлено пох. , 13-Апр-21 09:11 
> На винде я разрабатываю под игровой движок Unity

и причем бы тут домашние десктопы... ты уж или крестик, или трусы.

> Наверно ты прав, вряд ли я смогу админить винду, нанимать кого-то будет дорого

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


"Проект FreeBSD перевёл порт ARM64 в число первичных и исправ..."
Отправлено danonimous , 13-Апр-21 10:44 
>> На винде я разрабатываю под игровой движок Unity
> и причем бы тут домашние десктопы... ты уж или крестик, или трусы.

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


"Проект FreeBSD перевёл порт ARM64 в число первичных и исправ..."
Отправлено пох. , 13-Апр-21 14:43 
> Да при том, что применение мало чем отличается от домашнего, и работаю на компе дома.

но что-то мешает надеть трусы. Что же? (если еще не дошло - unity собирается под линуксы. Но это аппимадж, тебе в шлаквари будет сложно.)

Вот этим и отличается. Работал бы как все, в офисе - был бы офисный админ, и у него бы все работало. У меня вот - работает.

Впрочем, у меня и дома работает, наверное, что-то подозревает.


"Проект FreeBSD перевёл порт ARM64 в число первичных и исправ..."
Отправлено danonimous , 13-Апр-21 15:50 
AppImage в Слаке запускается нормально, если надо. Для работы винду выдали, ну и ладно. Это же не мой компьютер, чтобы там всё под себя переделывать. Там надо и exe собирать, и другие задачи по винде могут возникнуть. Я уже с этим попадался. Linux у меня теперь больше как хобби - не хочу, чтобы с работой ассоциировался.

Давно все удалённо работают, кому надо именно работать, а не тереть языком в офисе, и отмечать время прихода/ухода.


"Проект FreeBSD перевёл порт ARM64 в число первичных и исправ..."
Отправлено пох. , 13-Апр-21 15:56 
> Давно все удалённо работают, кому надо именно работать,

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

Я, внезапно, пишу тебе это не со своей винды, а с VDI где-то в корпоративной сети (поскольку рабочее время - работе!) Бгг...


"Проект FreeBSD перевёл порт ARM64 в число первичных и исправ..."
Отправлено danonimous , 13-Апр-21 18:35 
Но вообще это позор, что они за тридцать лет так и смогли сделать дружественную пользователю ОС, для которой не нужно нанимать сисадмина. И за это сырое поделие ещё 200-300 баксов требуют. А железо, продаваемое без этой дряни, найти сложно.

"Проект FreeBSD перевёл порт ARM64 в число первичных и исправ..."
Отправлено пох. , 11-Апр-21 10:47 
> Я хз, че тут про нестабильность фряхи пишут. Великолепная северная ос.

ну так себе серверная ос с works as intended в обоих двух кое-как поддерживаемых fs.
Не то чтобы конкуренты были чем-то лучше, конечно.


"Проект FreeBSD перевёл порт ARM64 в число первичных и исправ..."
Отправлено Аноним , 11-Апр-21 16:59 
не реклама но скажу что в моём городе избавились все фирмы от FreeBSD перешли на другое видимо загибается или становится всё более не популярным

"Проект FreeBSD перевёл порт ARM64 в число первичных и исправ..."
Отправлено Аноним , 11-Апр-21 17:00 
в основном на Ubuntu серваки крутятся

"Проект FreeBSD перевёл порт ARM64 в число первичных и исправ..."
Отправлено Аноним , 11-Апр-21 17:00 
Ubuntu и Debian

"Проект FreeBSD перевёл порт ARM64 в число первичных и исправ..."
Отправлено Аноним , 11-Апр-21 18:52 
Вести из твоего маня-мирка всегда интересны и захватывающи. Продолжай держать нас в курсе.

"Проект FreeBSD перевёл порт ARM64 в число первичных и исправ..."
Отправлено Аноним , 11-Апр-21 19:55 
Фряху юзаем в проде наравне с линуксом, если есть голова и понимание чего надо от системы. Не понимаю холивара, вы ребята видно фряху в глаза не видели.

"Проект FreeBSD перевёл порт ARM64 в число первичных и исправ..."
Отправлено Аноним , 12-Апр-21 19:36 
Ещё она проще линукса и адекватнее в тыщу раз, просто в гугле мало инфы, и меньше людей пользуется.

"Проект FreeBSD перевёл порт ARM64 в число первичных и исправ..."
Отправлено Аноним , 11-Апр-21 20:55 
Не знаю что там с Фрей на десктопе, но на серваке уже лет 10 крутится.

"Проект FreeBSD перевёл порт ARM64 в число первичных и исправ..."
Отправлено Ivan_83 , 12-Апр-21 06:02 
Нормально на десктопе всё с ней.
На ноуте немного неудобно из за фигового вифи, но это решаемо если есть аппаратная виртуализация: ставим опенврт в бизайв и пробрасываем адаптер, забираем уже эзернетом, настраиваем через вебгуй.

"Проект FreeBSD перевёл порт ARM64 в число первичных и исправ..."
Отправлено Вопль_в_пустыне , 11-Апр-21 21:10 
О опять у линуксоидов рвет пятую точку. Верно анон подметил осознаешь чего надо от системы то использую ее, что линукс что фри если умеючи да сознанием решают свои задачи на ура.