Доступен релиз операционной системы NetBSD 10.1, поддерживающей 58 системных архитектур и 16 семейств CPU. Помимо переносимости и поддержки большого числа аппаратных платформ, операционная система NetBSD предлагает такие возможности, как гипервизор NVMM, межсетевой экран NPF, пакетный менеджер pkgin, репозиторий пакетов pkgsrc, механизм контроля целостности veriexec, режим W^X (страницы памяти не могут быть одновременно доступны на запись и исполнение), поддержка ФС ZFS, система шифрования дисков cgd. Установочные образы (640 МБ) подготовлены для 56 архитектур (пропущены epoc32 и ia64)...Подробнее: https://www.opennet.me/opennews/art.shtml?num=62434
Мёртвый релиз мёртвой операционки. Не вижу обновления драйверов графики. Напомню, что 10 содержит дрова из Linix 5.6 О современном железе с NetBSD можно забыть. На современном тостере уже не запустишь.
Ты тостер хотя бы раз вскрывал? Там механический таймер, которому 100 лет в обед, и спираль. Всё.
Просто ты нормальных тостеров в жизни не видел. Они все уже давно на арм.
_нормальный_ тостер - это таймер и спираль. А то что прогресс выродился в пихание чипов и интернет-соединения везде куда руки дотянутся - это, как говорится, Бог им судья.
чего там тостер, у него вантуз с ARM чипом и Wi-Fi
За то он умеет делать так: «бззз-бззз-бззз»
https://www.opennet.me/58244 не забудь заюзать.
> _нормальный_ тостер - это таймер и спираль.нет! есть еще вариант с камнем нагретым в костре, чтобы прям как диды!
Вообще ты славно показал свое невежество - даже в тостерах прошлого века кроме таймера был еще терморегулятор, дабы следущий кусок не обугливался.> А то что прогресс выродился в пихание чипов и интернет-соединения везде куда руки дотянутся - это, как говорится, Бог им судья.
Лол, а сегодня в хорошем тостере будет как минимум несколько программ, которые позволят сделать тост именно таким, как ты захочешь.
Но луддитам этого не понять
>даже в тостерах прошлого века кроме таймера был еще терморегулятор, дабы следущий кусок не обугливался.Там терморегулятор был равен реостату.
И этот тостер у меня всё ещё жив.
Для дюжины программ достаточно самого древнего восьмибитного контроллера за три копейки. Да и главное не контроллер, а кнопки, которыми эти программы задаются. Самые лучшие модели бытовой техники и не только выпускаются по десять лет и более, потому что пользуются устойчивым спросом. Причем во многом потому, что имеют понятное управление механическими кнопками и прочими переключателями, которые напрямую подключены к контроллеру.
А меня лично всегда восхищал уровень технического прогресса
Когда такие сложные устройства как компьютеры, с памятью и портами, и обладающие приличной вычислительной мощностью, в наш век умещаются на кристалле кремния размером в пару миллиметров, могут работать от пальчиковых батареек и стоят пару долларов
И миллиарды транзисторов на околоквантовых расстояниях друг от друга.
Что ты будешь делать со своим "прогрессом", когда пьяный Петрович выключит рубильник..
>> могут работать от пальчиковых батареек
> Что ты будешь делать со своим "прогрессом", когда пьяный Петрович выключит рубильник..с точки зрения простецкой неизощренной логики и при озвученных вводных делать он будет то же что и до выключения рубильника. Проблемы начнутся когда батарейки разрядятся/закончатся, а магазин, где их можно было бы купить, был бы обесточен рубильником Петровича.
Первое, что прогресс принёс — отсутствие у пьяных Петровичей доступа к рубильнику. Но в диких зазаборьях ещё и не такое бывает. Неясно только зачем там жить нормальным людям.
> Первое, что прогресс принёс — отсутствие у пьяных Петровичей доступа к рубильникуВот брехло. Сейчас и к рубильнику не надо идти, нажал на кнопку на планшете/мобилке - и эл-ва нет...
Ой дуpaak... (С)Вот посмотри ГДЕ был "Northeast blackout of 2003" - и без рубильников СМОГЛИ! и два дня вся НЕ "в диких зазаборьях" сидела без света. Вообще без света, НАПРОЧЬ!(С) Мы на перекрестках дежурили чтобы траффик рулить и бабулькам на верхние этажи воду по лестницам таскали :-)
>Неясно только зачем там жить нормальным людям.
Это ты конечно же про себя? У меня для тебя плохие новости - лечение ЧСВ болезненно :)))
Отсутствие ручного рубильника - это как раз большая проблема с безопасностью. Хакеры сломают чудо технику, сама заглючит и всё - конец цивилизации. Даже Скайнет не требуется, вымрут от простейшей программной ошибки, типа переполнения буфера.)))
> Что ты будешь делать со своим "прогрессом", когда пьяный Петрович выключит рубильник..У меня все продолжит работать с разной степенью деградации фич от недели до года. Потому что есть такая штука - аккумуляторы. А если надо сильно больше - то и генераторы, солнечные панели и все такое.
Видимо ты не застал истории лет 20 назад, как NetBSD запустили на тостере и тем прогремели во всех новостях. Был там и один хитрый момент. На тостере для управления экранчиком изначально был Linux, а потом на нем смогли запустить NetBSD, но этого никто конечно не сообщал, ведь тогда новость не такая интересная получалась
Да нет, это ты не застал и пересказываешь свою урезанную версию этой истории, опуская важные детали. Да, там стоял линукс, к-й заменили на NetBSD. Но вот суть эксперимента была в том, чтоб показать что "of course it runs NetBSD". И доказали - немодифицированная нэтка запустилась на тостере. А линукс там был сильно патченный и без специальных патчей от производителя тостера не запустится.
Чувак, я сам запускал на этой модели тостера NetBSD, так что твои бредни про «ты не застал» просто смешны
Сам запускал и потому и знаю, что там изначально был Linux, но это старались не писать
> но это старались не писатьАга, прям изо всех сил старались. Это твои фантазии, все всё знали и никто этого никогда не скрывал.
> Сам запускал и потому и знаю, что там изначально был Linux
Я говорил что там был не линукс?
Ну найди ты хоть бы и тут новость эту, вот прям на опеннете
И обнаружишь, что там подается как достижение запуск NetBSD, а про то, что запустили вместо имевшейся линухи скромно молчат, потому что вся новость псу под хвост будет
Балин... Тебе еще раз повторить? Новость была в том, что взяли просто ванильную NetBSD и запустили на тостере без пердолинга и красноглазия. Линух, который там до этого стоял, был сильно урезанный и патчен-перепатчен производителем этого тостера. И без тех патчей он там не запустится, в отличие от сабжа. Вот и вся новость
> Ты тостер хотя бы раз вскрывал? Там механический таймер, которому
> 100 лет в обед, и спираль. Всё.Такие девайсы покупать - такое себе. Скажем в микре с микроппроцессорной мордой я могу кофе заварить - точно отмеряв время. Это просто, быстро, круто и удобно.
С механикой же точность - плюс-минус лапоть и оно либо не заварится, либо загадит всю микру. А с точностью до хотя-бы десятка секунд на механическом таймере - ну вот нет.
> А с точностью до хотя-бы десятка секунд на механическом таймере - ну вот нет.Никогда не интересовался как люди через океан ходили когда GPS и компьютеров не было? Подскажу: очень нужны хорошие часы для этого. Один мужик так заморочился, что сделал полностью механические часы с точностью, какая не всяким современным электронным под силу. Но ему не понравилось и он сделал ещё одни, точнее. А потом ещё одни. Потому что точности много не бывает.
> в микре с микроппроцессорной мордой я могу кофе заварить
Это даже отвратительнее, чем ковыряться в носу и жрать козявки.
> Никогда не интересовался как люди через океан ходили когда GPS и компьютеров не было?C GPS я могу несколько больше чем те, с теодолитами. Я проверял.
Можете попробовать слезть с вон той горы при налетевшем тумане, юзая те технологии, при том что тропа мизерная, фиг знает где, а туман может и пару недель отвисать при том что там ж...у пристроить негде, не то что палатку. Заодно и посмотрм как это работает. Если там привинтят +1 табличку - "ну значит не прокатило".
> Подскажу: очень нужны хорошие часы для этого. Один мужик так заморочился,
> что сделал полностью механические часы с точностью, какая не
> всяким современным электронным под силу.А я заморочился и сделал GPS-locked калибрацию кварца воооон там! Точнее - только атомные часы да сам GPS. И не, никакая глупая механика в температурную компенсацию не сумеет, а вот код фирмвари - вполне!
> сделал ещё одни, точнее. А потом ещё одни. Потому что точности
> много не бывает.Я тоже так считаю. Но GPS с PPS - это один из самых точных - и доступных - источников времени, круче только атомные часы и тому подобное добро, с совсем другой ценой, размерами, потреблением и доступностью.
>> в микре с микроппроцессорной мордой я могу кофе заварить
> Это даже отвратительнее, чем ковыряться в носу и жрать козявки.Вы можете плясать ритуалы по полчаса, а мне это нехило время экономит, при результате который мне нравится.
Талосто.
Там где используется конкретно эта бздя - там банально не нужны драйвера на Хе или крайние версии Nvidia / Herota Lake, там дрова зашиваются в образ вендором при сборке прошивки.
Не толсто, это реальность. NetBSD претендует на ОС базового назначения и эту функцию выполнить не может. К использованию в урезанном встраиваемом виде - вопросов нет, возможно там она показывает себя хорошо. А я исхожу из позиции пользователя ПК.
Ни на что она не претендует. Назначение NetBSD - быть тестовым полигоном для преподов штатовских вузов и их студентов.
>штатовских вузов и их студентовУ NetBSD удивительно много поклонников в Японии.
>>штатовских вузов и их студентов
> У NetBSD удивительно много поклонников в Японии.И у харакири - тоже. В общем странноватый народ японцы :)
У меня на thinkpad t495 всё прекрасно работает: amdgpu, видео в браузере через GPU, звук, NVME, виртуалки через NVMM в QEMU. А не.. режим сна не работает, но он у меня и в линуксе на этом компе не работал.
Так синкпад это и не устройство для нормальных людей.
Правильно, Синкпад для гениальных людей!
Гениальным людям режим сна не нужен.
С чего бы это? Современный thinkpad это такой же обычный стремный ноут, как и Asus, acer, apple, hp и тд. Тонкий и все припаяно. От thinkpad там осталось только одно название, ни магниевого каркаса, ни возможности замены проца и оперативы. Вот и мой t495 такой же, обычный ширпотребный ноут.
Ну так купи старый
Ага, купил еще до того как ты мне тут посоветовал.
Ну вот банально лаптоп с Tiger Lake с той же Xe не запускает иксы.
А у меня оно крутится на древнем, но до сих пор рабочем HP Compaq 6715g
Выкидывать железку из-за туриона? Вполне себе на даче работает контроллером для домашних умных приблуд и сервером для них же.
> Там где используется конкретно эта бздя - там банально не нужны драйвера
> на Хе или крайние версии Nvidia / Herota Lake,Простите, но Herota - это все же River - а не Lake...
тут из относительно нового: ноуты с N95 и N100 - та самая Xe - на опёнке с vaapi из короба (релиз 7.6).. звук тоже есть :), даже wifi есть (пришлось дефолтный rtk8821ce поменять на ax210/ax211)..как-то так..
Нашел J1800, добавил карту AMD и SSD. Установил GhostBSD с крысой. Доволен. ЧЯДНТ?
GhostBSD != NetBSD
GhostBSD = FreeBSD
Согласен. Спасибо. Подправил.GhostBSD != NetBSD
GhostBSD == FreeBSD
Похапе смотрит на вас с укоризнойGhostBSD !== NetBSD
GhostBSD === FreeBSD
Эх, маладёшь!СтрСравнить(ВРЕГ(Справочники.ОперационныеСистемы.НайтиПоНаименованию("GhostBSD").ПолучитьОбъект().Ядро.Наименование), ВРЕГ(Справочники.ОперационныеСистемы.НайтиПоНаименованию("NetBSD").ПолучитьОбъект().Ядро.Наименование)); // Ложь
СтрСравнить(ВРЕГ(Справочники.ОперационныеСистемы.НайтиПоНаименованию("GhostBSD").ПолучитьОбъект().Ядро.Наименование), ВРЕГ(Справочники.ОперационныеСистемы.НайтиПоНаименованию("FreeBSD").ПолучитьОбъект().Ядро.Наименование)); // Истина
Ужас! Это отечественная 1С-ка.
Концентрированно. Подколки в сторону 1С совсем не выглядят надуманными.
прям powershell
Так я не понял. Клиента 1С на BSD можно запустить или нет?
> ЧЯДНТ?Сидишь без ROCM.
Не знаю, но анонимный эксперт может написать видеодрайвер для карточки АМД для сабжа и заказать в Китае партию лептопов на АДМ под сабж.
> Ни на что она не претендует. Назначение NetBSD - быть тестовым полигономНа главной же странице написано: "powerful desktop systems".
У геймеров-яваскриптеров свои представления о том, каким должен быть WSL.
> mac68kВот это я понимаю поддержка. Сколько этой архитектуре лет? Тридцатник небось есть? :-)
столько же сколько и i386
68000 выпущен в 1979
80386 - октябрь 1985
Вообще-то 8086 выпустили в 78 году.
Вообще-то выше сравнивали 32-разрядные.
Вообще-то MC68000 имеет внутреннюю 16-битную архитектуру и внешнюю 16-битную шину данных
И на нём тоже никакая нетбзд не запустится, у него нет MMU. MMU появляется в виде отдельного чипа для MC68020 который уже полностью 32-битный. 1984 год. Так что 32-разрядный худший в мире по архитектуре ынтiль 80386 и тут в пролёте.
Первые никсы, не скажу про нетбсд,- прекрасно жили без MMU и даже 32 битности, лишь бы хотя бы 512kB было в компьтере, что тогда считалось тоже неоптимизиванным-уг/"жиром" т.к. альтернативные ОС требовали зн.меньше тогда.
Это мног опозже пришол Торвальдс с акциями Intel в кармане - и стал всех никсоидов opensource заманухой подсаживать на 32-битную архитектуру с MMU из коробки; так же как всё чаще авторы совремнных уже форков его ядра - уже на 64битную, как и авторы прог начиная с браузеров на это и SSE10-100-500 безальтернативно, конечно совпадение... а, все имена - выдуманны.
У него 32-разрядные регистры, 32-разрядная адресация памяти. Только АЛУ 16-разрядный. Поэтому оперции со словами выполнятся по частям.
Адресация у mc68000 -- 24-разрядная.
Угу. И недавно где-то обсуждали какую-то программу оттудова, которая вроде бы на Сях написана -- ведь портабельный же язык, правда? -- но у них была мода в старший байт 32-разрядного слова пихать какой-нибудь тег, потому что адрес же всё равно только 24 разряда. Короче, портировать не стали, хотя исходник вроде есть.
> ведь портабельный же язык, правда?Ну и пичём тут Си... если даже сам пишешь:
> но *у них была мода* в старший байт 32-разрядного слова пихать какой-нибудь тегОбычная оптимизация независимо от языка, из-за ограниченного объёма памяти. А, свой C# - вооще попробуй запусти там...
И это её не код пихать в видеопамять когда их суммарно всего несколько kb было - на заре становления компов.
>Ну и пичём тут Си... если даже сам пишешь:При том, что другие языки не допускают подобных фокусов.
>Обычная оптимизация независимо от языка, из-за ограниченного объёма памятиИз-за отсутствия нормальной типизации в си, подобные проблемы становятся почти неразрешимыми. Тут нельзя просто пройтись заменой одного типа на другой, а потом запустить компиляцию, поскольку компилятор соберёт даже нерабочий код, который будет падать.
68000 вышел в 1979, а i386 в 1985. И самое главное, покажи современную ос, которая запустится на оригинальном i386.В NetBSD мы видим следующее:
> Any i486 or better
> Any i486 or betterСкорей обычная "надпись на заборе"...
Такое и в лиухах заявленно,"Требования к материнской плате и процессору
В настоящее время Linux поддерживает системы с процессорами Intel 80386, 80486, Pentium, ...
Требования к памяти.
Linux требует очень мало памяти для работы по сравнению с другими передовыми операционными системами. Вам следует иметь не менее 8 МБ ОЗУ; однако настоятельно рекомендуется иметь не менее 16 МБ. Системы Linux, конечно, могут поддерживать системы с очень большими объемами памяти, включая 1 ГБ или больше", из книги "Запуск Linux", 3 изд., Маттиас Калле Далхаймер, Лар Кауфман, Мэтт Уэлш"
Но, это
была шутка)))
ибо книга эта от 1999 г.
Не в курсе что ныне(не считая "If I’m not wrong the i386/80386 kernel drop support is on 2012 since kernel v3.8. But the -486 is definitely not working on my real i586",2024 или "Kernel panic trying to install Archlinux32 on 256MB old PC") но, в арче лет пять назад, т.е.ещё на не на столько тормозном как ныне ядре и обвязке, запускали на топовой 486 - и таки запустили, впрочем после "шаманств с бубуном". Но, дико тормозя... (то ли пол часа, то ли два, только загружались)и то, запустили - только потому что там стояло аж 64MB (объёмы из времён Пень-2... а у некоторых и 3). Впрочем, оказываетя чуть ранее запускали и другие линуксы даже аж на 48MB но, возможно из-за более раннего ядра. В л.сл. вместо типичных для таких компов тогда - 8MB. Лишь позже распространившаяся винда 95ая - для их лагооффиса-95 и фактически для тех же DOS игр тогда - требовала 16MB, сама отъедая - аж 4MB :) У меня сейчас в линуксе только один примитивнейший в сравнению виндовыми taskmanager "xfce4-taskmanager" процесс - жрёт x10 раз больше(40MB)...
Под DOS же, для ПО и игр 32 MB вообще никто не требовал - за всю их историю, а уж 64MB... Для примера, в том же DOS4GW 32-битном расширителе [MS]DOSа, в ч.н. в безплатной версии поставляющейся в Watcom C++ из коробки - вы бы вторые 32MB просто не смогли использовать из-за заблокированности. Но, даже покупая отдельную платную в т.ч.разлоченную версию для тяжолых игр - под них всёравно никто не делал качество игр из-за отсутвием у пользоателем, потому например первые из тяжолых игр вроде DOOM1 или DESCENT - могли запуститься пусть и пыхтя даже на 4MB, даже на 386. А, тут 64MB в иных 48MB! Незачёт.(причём это: и с компиляцией ядра и ПО - на более позжей архитектуре, настолько тормозные ныне GCC/LLVM сравнитеьлно с мега-тормозными же компиляторами GCC из 1990-х, не говорю уже про не GCC и т.б. про Borland [Turbo] C++ - вроде бы написанный на ассемблере и даже IDE, как это до того времени было принято делать; правда, везде - кроме линукса и в ч.н.GCC...)
А, ныне же... про Linux ядро, у тех же арчей с 386-архитектурой уже минимально поддерживают только 686/пень-2 но, нужен ещё SSE... т.е.всё же пень-3... (а, нафиг он нужен oldgamer'ам если там DOS игры уже сильно глючат?).
Впрочем, я не настаиваю про *BSD(т.б."I even had issues running NetBSD on 486",2022) но, верить их заявленим без проверки не стоит.
P.S.
Википедикия:"Процессор Intel 486DX с тактовой частотой 50 МГц(прим: в пересчёте это где то Pentium-1 25MHz) был выпущен 24 июня 1991 года. (прим: 33Mhz в 1990) ... Однако у этого процессора быстро обнаружились проблемы со множеством устройств, имевшихся в компьютерах (например, с сетевыми платами), которые были не способны работать на такой большой, на то время, частоте как 50 МГц." :)))
mac68k = 680xx процессоры. Они до сих пор выпускаются и используются.
Думаешь Boeing 737 летает на NetBSD?
Нет. Линейка m68k это условное название. Они очень сильно отличаются, примерно как 8086 от 486 в обобщённый x86. Так вот mac68k (ключевое тут префикс "mac") это копрoлит, которому 40 лет.
> Нет. Линейка m68k это условное название. Они очень сильно отличаются, примерно как
> 8086 от 486 в обобщённый x86. Так вот mac68k (ключевое тут
> префикс "mac") это копрoлит, которому 40 лет.Не стоит путать систему команд процессора и различные операции управления MMU и т.п. встроенной в процессор переферии..
> Вот это я понимаю поддержка.За копешые донаты - считай бесплатный пиар мирового уровня своей комании... И всё без налога за рекламу.
И чем она лучше OpenBSD?
Отсутствием болтовни про безопасность. Удивляюсь как ещё OpenBSD не переписали на расте.
Вы хотели сказать, что не начали переписывать. А закончить... Так может и в компанию к Redox присоединиться.
Как минимум, отсутствием фанаберии у представителей её немногочисленного дружного сообщества.
ПС Чем опёнок лучше фри?
Музыкой к релизам?
Вроде, сейчас забили на традицию писать музло к релизам.
Потому что у них релиз теперь по жёсткому графику: каждые 6 месяцев. (если я ничего не попутал, я опенок не юзаю)
>> Чем опёнок лучше фри?ммм.. родной pf.. sleep/suspend/hibernate из короба.. лучшая, субъективно, поддержка (относительно) новых ноутов (положение крышки и т.д. и т.п.).. лучшая поддержка архитектур, отличных от amd64.. внятные цели проекта..
>И чем она лучше OpenBSDOpenBSD таки работает и годится хоть для сервера, хоть для десктопа. NetBSD полна мелкими недоделками. Например, на моем радеоне не завелось, сыпет ошибками и ноут начинает греться. Опенок там просто работает искаропке
> OpenBSD таки работает и годится хоть для сервера, хоть для десктопа. NetBSD полна мелкими недоделками. Например, на моем радеоне не завелось, сыпет ошибками и ноут начинает греться. Опенок там просто работает искаропкеNetBSD таки работает и годится хоть для сервера, хоть для десктопа. OpenBSD полна мелкими недоделками. Например, на моем радеоне не завелось, сыпет ошибками и ноут начинает греться. Нетка там просто работает искаропке
А ведь кто-то поведётся на такой наброс.
На какой именно :)
>> Опенок там просто работает искаропкеда! (ц)(тм)
хотя, стоит таки откровенно признать, что поддержка железа, особенно +/- нового, и в нетке, и в опёнке оставляет желать.. вещи типа "блютруп через юсб-донгл" - не очень способствуют популярности..
с опёнком с версии 5.2 и до сих пор есть мысли кое-где заменить опёнок на нетку, но, "работает - не трожь"(ц)..нетка - интересная, хорошая, только вот времени..
Удачи Проекту и всех благ!
В отличие от обпень-бзд и фреебзд они не дрочат на, собственно, бсд-лицензию. Не выпиливают ГЦЦ, например, не пытаются все софты переписать ГПЛьные. Хотя, например, мейк в нетбзде БСДшный, что при наличии кучи ГНУтых мейкфайлов напрягает. Но конечно же есть отдельно и gmake.
Ещё у нетбзды классно сделана сборка: на любой линуховой машине буквально 1 командой можно взять и собрать ядро и юзерспейс (при этом сначала соберутся кросс-гцц и бинутили).
Очень малое сообщество, буквально напоровшись на ошибку или непонятку можно не получить ответа. Например, попробуйте замаунтить sshfs маунт. У меня не вышло, никто не подсказал куда копать.
Ещё в нетбзде очень странные понятия о разметке диска и файловых системах. Поверх обычной разметки (мбр или жпт) делают какую-то свою в разделе и там ковыряются. Потому не очень понятно, как даже имея в netbsd поддержку ext2, расшарить раздел с линуксом. Рекламируемая поддержка zfs -- это какая-то супер-древняя версия типа 0.6.x.Туда же и непонятки с тем, как например стартануть нетбзд из груба. Это помоему вообще шоустоппер, после этого место нетбзды перекочёвывает максимум в виртуалку для поиграться.
Система "портов". Нужный софт собирает, НО, автоматически потом ничего не будет обновлять. Ну, как все привыкли, обновить то что уже стоит в системе, если приехали новые версии. Хотя это наверное нормально для БЗДунов, они привыкли. Есть правда ещё бинарная пакетная система какая-то, она обновляет.
> Туда же и непонятки с тем, как например стартануть нетбзд из груба. Это помоему вообще шоустоппер, после этого место нетбзды перекочёвывает максимум в виртуалку для поиграться.У меня вот так всё работает на одном винте с devuan, правда это старый комп с MBR. Для GPT нужно будет поменять hd0,2
menuentry "NetBSD-CURRENT" {
insmod bsd
set root='(hd0,2)'
chainloader +1
}Ну и как бы NetBSD тут ваще не причем, что ты не знаешь как из груба ее стартануть.
> Поверх обычной разметки (мбр или жпт) делают какую-то свою в разделе и там ковыряются.
Это называется extended partition, чтоб обойти ограничения MBR в 4 физических раздела. И нужно это только в MBR, с GPT просто форматируй каждый раздел в нужную фс и всё
> Система "портов". Нужный софт собирает, НО, автоматически потом ничего не будет обновлять. Ну, как все привыкли, обновить то что уже стоит в системе, если приехали новые версии.
А как софт собранный из исходников вдруг автоматически обновиться? Ты когда делаешь ./configure && make install у тебя тоже автоматически ничего не обновляется. Ну а по сути вопроса:
1) cd /usr/pkgsrc
2) cvs update -dP
3) cd /usr/pkgsrc/<путь_к_пакету>
4) make replace clean
> А как софт собранный из исходников вдруг автоматически обновиться?Понятия не имею как. Но в генте обновляется.
> Туда же и непонятки с тем, как например стартануть нетбзд из грубаВ доках grub2 есть секция про нетбсд. Я уже лет десять гружу полностью зашифрованный диск из grub2. Как стабилицировалась zfs, перешёл на неё.
> В доках grub2 есть секция про нетбсд.А в доках нетбсд тоже есть про груб. Только написано там разное. А тут в каментах вообще 3ий вариант (при этом непонятно, откуда тот чейнлоадер возьмётся в "бутсекторе" disklabel блоба, всунутого в мбр раздел. Откуда и мои выводы про груб vs нетбсд на мбр.
Pkgsrc это плохо... это очень плохо. Я собирал, вернее пытался, собрать несколько версий подряд нативно на очень мощной машине - не успел :) С другой стороны, собрал больше пакетов чем собрано "у них". А вот делать кросскомпил... если оно научилось на х86-64 собрать перл под арм32, ну или под спарк32 - это круто. Потому что пару лет назад когда я это пробовал, люди еще не жили так долго чтобы застать собравшийся перл или питон3 :)Но если серьезно, имхо - нетбсд это имба для не х86.
Ок, возражения насчёт груба и гпт принимаются: на гпт нетбздя не делает disklabel внутри раздела, и грузится обычным уефишным запускатором, а значит его может и гптшный груб запустить.
т.е никто не запускал netbsd с nfs на компьютерах с более чем 32Gb? яснопонятно
На тех компах, на которых она запустится, 32 Гбайт не поставить, некуда.
Что-то давно про dragonfly ничего не слышно. А ведь это единственная бздя которую я оценил по достоинству, особенно её файловую систему. Но было это давно. Сейчас вроде уже вторая версия вышла.
Делать форк всей ОСи из-за разногласий на уровне ядра было странной затеей.
А что не так? Нужно ядро и юзерспейс, плюс порты. Или по вашему разумно проталкивать патчи нужные для конкретно этой системы в чужие репы?
В линуксе можно конфигурить ядро файлом, также есть отдельные ветки с доп. патчами, но конечно же проще скопировать всё систему и забросить изначальную цель переоценив собственные возможности.
> В линуксе можно конфигурить ядро файломНепонятно, что ты имеешь ввиду. А где нельзя?
> В линуксе можно конфигурить ядро файломОфигеть! Круто! А не, в BSD так же
Прости, а кого волнует, что ты оценил по достоинству? Ты доктор наук? Ну тогда подпиши - я Пупин Петр Петрович оценил, вот монография. А впустую то зачем писать? Время наше зачем тратить? Ты гуманитарий?
Интересно, почему это bsd распалась на кучу форков, а с gpl linux этого не произошло? Неужели и тут сказалась открытая лицензия вместо свободной?
> почему это bsd распалась на кучу форков, а с gpl linux этого не произошло?Потому, что корпорасы кучу бабулесов в ядро линукс вбухали.
А без денег корпорасов много не нафоркаешь.
> Потому, что корпорасы кучу бабулесов в ядро линукс вбухали.
> А без денег корпорасов много не нафоркаешь.BSD раньше Linux были. А корпорасы видимо не хотели бухать сотни денег в мутные академпрожЕкты с отшибленным на всю голову управлением, где вместо решения практических задач - чес ЧСВ и разведение "концепций" и "вэев".
> BSD раньше Linux были. А корпорасы видимо не хотели бухать сотни денег в мутные академпрожЕктыКорпорасы испугались судебной тяжбы с AT&T на права на код Unix. Если бы не это, то история могла бы пойти по другому пути.
> Корпорасы испугались судебной тяжбы с AT&T на права на код Unix.А вы случайно не знаете, какие долбоящеры не читали лицензии и законы о авторских правах, и не проинформировали себя за кого их держат в этой схеме, и что и кому (не)льзя?
> Если бы не это, то история могла бы пойти по другому пути.
Или к вопросу об офигенном управлении проектом, ога. А вон те - и лицензию выбрали менее лоховскую, и явно в курсе были как это все работает. И как раз активно гасят пытающихся растаскивать проект по проприетарским норкам, ибо зачем им быть - как вон те? Ведь как оказалось - можно и лучше чем это.
задним числом все умные. А тогда все еще только начиналось. Стивы жопсы, Возняки и Сергеи Брины по гаражам ныкались, стартапчики мутили.Если ты такой вумный, то чего битков не накупил, когда они были по баксу за пучок?
То-то и оно.
> задним числом все умные. А тогда все еще только начиналось. Стивы жопсы,
> Возняки и Сергеи Брины по гаражам ныкались, стартапчики мутили.Ну и вот они - лохами не были. В отличие от тех, с их BSDL. И Торвальдсу тоже ума хватило - клювом не клац клац. Не, для того чтобы почитать лицензии и законы - заднего ума не требуется. Просто немного соображаловки и желания не быть лохом.
> Если ты такой вумный, то чего битков не накупил, когда они были
> по баксу за пучок?Да откуда вы знаете что я накупил и где, я что, отчитываться перед вами буду? :)
А что же им было не вбухать это бабло в xBSD? Просто сообразили, что с такой лицензией будет один с сошкой, а семеро с ложкой. Один будет финансировать, а другие, без всякой отдачи, себе в проприетарные продукты код растаскивать.
Надо же! И только благодаря ГПЛ я могу взять и скачать исходники не только РХЕЛ, но и микротиковской РоутерОС!
Да даже гугловские патчи для их внутренного использования!
> Надо же! И только благодаря ГПЛ я могу взять и скачать исходники не только
> РХЕЛ, но и микротиковской РоутерОС!Вообще-то - да. Никто не обещает что вам сильно понравятся условия ЭТОГО - и к тому же они не обязаны открывать всякий свой пропреитарный юзермод, например. Но чисто технически я даже видел какие-то сорцы роутероса. Т.е. кто-то именно так их оттуда и получил. Правда я не очень понимаю нахрен они вам в таком виде - но так можно было.
Если в собранном ядре использовались патчи, добавляющие код, которого нет в яжфиннском истинном линуксе, то официально оно считается форком и претензии по нему яжфинн не принимает.Количество измененного кода линукса в андроидах, у разных вендоров может достигать до 50%. Из-за такой страшной фрагментации ядра инженеры гугла не смогли синхронизировать разные функции разных форков.
А теперь, с новыми знаниями, ещё раз попробуй пересчитать количество форков gpl linux.
> Количество измененного кода линукса в андроидах, у разных вендоров может достигать до 50%.Но пруфов не будет. То ли лень гуглить за меня, то ли приврал для красного словца.
> Но пруфов не будет.Так самоуверен? Бывает. От недостатка информации.
На, держи.
https://source.android.com/docs/core/architecture/kernel/gen..."Все эти модификации могут привести к тому, что до 50% кода ядра будет кодом вне дерева, а не исходным кодом ядра Linux или ACK. До GKI почти каждое устройство имело собственное ядро, что приводило к его фрагментации."
"Однако, несмотря на все пользовательские модификации в ядрах устройств, сложно просто объединить исправления LTS с ядрами устройств."
"Трудно внести изменения ядра обратно в исходную версию Linux."
>А теперь, с новыми знаниями, ещё раз попробуй пересчитать количество форков gpl linux.Смортите, DragonflyBSD - гибридная, FreeBSD - монолитная. Одного этого, уже достаточно, чтобы различать две разные вариации BSD, а ведь это не исчерпывающий список. Какие у gpl linux форки, имеющие такие же значительные различия?
> Смортите, DragonflyBSD - гибриднаяВидел в ней хоть один драйвер, работающий в userspace? Там от гибрида только механизм сообщений в ядре, на этом всё
>Там от гибрида только механизм сообщений в ядре, на этом всёЭто уже больше нуля. Вот вам ещё один пример: когда добавляется новый системный вызов https://www.opennet.me/opennews/art.shtml?num=49042, а далее его не просто копируют, а переосмысливают https://www.opennet.me/opennews/art.shtml?num=56958 . Где у линукса подобное?
Но у сабжа есть вот такое https://en.wikipedia.org/wiki/Rump_kernel
Это еще больше гибридности/микроядерности, чем у Стрекозы
Не спорьте. В плане гибридности, эталонная реализация у Windows. Драйверы в юзерспейсе.
>Но у сабжа есть вот такоеРеализация такая же как у DragonflyBSD? Нет? Что с системными вызовами?
А что с системными вызовами? Они просто есть, а рамп-ядро позволяет запускать дрова в юзерспейсе в теории на любой ОС, а на практике на BSD,Linux и даже Cygwin. И даже на голом железе без ОС.
Особо не слежу, но то в OpenBSD новые вызова добавляют, то возможность их вызова удаляют https://www.linux.org.ru/forum/talks/17393889 https://www.linux.org.ru/news/bsd/11790172
Я не понимаю что ты сказать хочешь? Причем тут системные вызовы? По сути треда - в NetBSD есть драйверы, сетевой стек и файловые системы, работающие в юзерспейса, а в стрекозе нет.
>По сути треда - в NetBSD есть драйверы, сетевой стек и файловые системы, работающие в юзерспейса, а в стрекозе нет.То есть просто взять, скопировать драйвер с одного раздела на другой и запустить всё же не получится, да? Что и требовалось доказать.
Ты пьяный чтоли? Что ты несёшь? С какого раздела куда скопировать? И ваще причем тут копирование?Еще раз перечитай, когда протрезвеешь, алкаш - изначально говорилось, что Стрекоза это гибридное ядро. Я сказал, что ничего гибридного в ней нету, там даже ни одного драйвера в юзерспейсе нету. А в NetBSD можно запускать драйверы в юзерспейсе и даже на другой ОС.
А где не так?
https://www.phoronix.com/news/Linux-5.5-Kills-SYSCTL-SYSCALLПериодически такое необходимо делать.
Не так то, что разные bsd системы отличаются в этом плане. Существует какой-то другой линукс, где этот вызов есть?
Это удалили из линукса, а не bsd. Официально. А до этого удалили разработчики RH дистрибутива в своём форке.
И вот это время, когда в дистре вызова не было, а в оригинале был - является тем лагом, когда существовал линукс, где этот вызов есть.
Так что в форках линукс может быть другой, не с теми же вызовами.
>>Там от гибрида только механизм сообщений в ядре, на этом всё
> Это уже больше нуля. Вот вам ещё один пример: когда добавляется новый
> системный вызов https://www.opennet.me/opennews/art.shtml?num=49042, а далее его не
> просто копируют, а переосмысливают https://www.opennet.me/opennews/art.shtml?num=56958
> . Где у линукса подобное?Ну вот там. Этот их clone() - переосмысленный под свои нужды сискол plan9 так изначально.
> Количество измененного кода линукса в андроидах, у разных вендоров может достигать
> до 50%. Из-за такой страшной фрагментации ядра инженеры гугла не смогли
> синхронизировать разные функции разных форков.Ваши инновационные сведения 2010 года немного протухли, букмарки нефигово бы апдейтить. Большую часть железок с тех пор утрамбовали в майнлайн. Потому что зоопарк задолбал тех кто его развел, внезапно. Особенно с учетом динамичной эволюции апстрима - и дружных факов в сторону патченых кернелей от тимы.
Так что по поддержке железок линух как раз мастерласс даст - вообще совсем всем. И сабжу и всем остальным. В нем драйверов больше чем в любой другой ОС на планете.
Чуть выше ссылочка с мастерклассом. Потрудитесь изучить. Речь не о железках, а о фрагментации ядра, с которой пытаются бороться. А то тут у людей отсутствует понимание об отсутствии единого линукса. У них, видите ли, только BSD дробится.Да, материал большой и скорее всего для вас очень сложный, раз вы даже контекст не уловили. Так что продолжайте плести чушь во всех топиках как вы обычно это делаете.
>Речь не о железках, а о фрагментации ядра, с которой пытаются бороться.Оригинальный сертифицированный UNIX для пользователей уже есть macos. У них нет проблем с драйверами или ПО. Единственный путь это производить программно-аппаратный комплекс. Если брать на OEM фабрике партию ноутбуков, пилить под них условный Linux дистрибутив, тогда и будет всё нормально. Проблема этих ваших свободных линуксов в том что любой школьник может сделать свой дистрибутив, а свой ноутбук под него уже не может.
И всё равно каждый будет пилить свой форк. Фрагментация везде в опенсорсе, будь то linux или bsd.
И как конечный пользователь почувствтует, что это форк? Системные вызова поменяются? Какие-то другие модули ядра перестанут работать?
А пользователь не обязан чувствовать что именно там работает. И многие не знают, что внутри на самом деле. Даже про то, что андроид на базе модифицированного линукса пользователи знают редко. И слово линукс могут даже не знать.Патчи заменяют некоторые подсистемы юникса гугловскими наработками.
Модифицированное ядро - это всегда форк.
Потому что копия репозитория сразу считается форком.
Если ты работаешь над ядром линукс и шлёшь патчи, ты всё равно работаешь с собственным деревом исходного кода на локальной машине. Форком оно перестаёт быть, когда модифицированный код принимают в исходный код официального проекта kernel.org.То же самое про любое опенсорсное ядро.
Внесла сони изменения в код ядра фрибсд, значит это уже не фрибсд, а их система на базе фрибсд, модифицированная фрибсд, форк фрибсд.Форки бывают совместимые и несовместимые.
Совместимость тоже плавает в процентном соотношении.
Где-то просто добавили фичу, которую в линукс отказались принимать, и зарелизили - это совместимый форк, если он ничего не ломает.Абсолютно совместимое ядро - это ядро с kernel.org собранное только с патчами принятыми kernel.org - то есть оригинал.
Остальное уже не гарантируется. Поэтому слать багрепорты в kernel.org, когда виноват был патч от Canonical - пустая трата времени.И поэтому когда думаете что в убунтах, центах, федорах, слаках, фряхах, гостах и т.д. используется один и тот же собранный "единый" линукс или "единая" фрибсд, обращайте внимание на патчи. Там могут быть любые сюрпризы. Но это само собой разумеющееся и относится к любому собранному бинарнику.
Вот выкинули редхатовцы (если я правильно помню) bsd-шный sysctl из линукса, и какой-то софт работать перестал. А какие претензии к Линусу? Он не выкидывал. Он подождал.
То есть редхатовский форк линукса перестал работать, в то время как настоящий продолжал работать. Поэтому у Торвальдса проблем не возникло. Разрабы дистра оправдывались.
А уже потом было официальное выкидывание с анонсом и декларациями.Если ты создашь набор патчей, которые заменяют полный код линукса, на полный код ядра фрибсд, у тебя получится ядро фрибсд. И рассчитывать на то, что что-то будет работать в линукс-дистрибутивах, не приходится. Если, как в андроиде, меняется до половины ядра, можно ожидать, что и его совместимость будет всего лишь 100 - до 50%.
Просто посмотри архитектуру управления процессами в андроид-линуксе. И реши, будет ли оно работать в линуксе без кучи телодвижений. Ряд действий гугл уже предпринимал.
"100 - до 50%" читать как "100% минус до50%"
>А пользователь не обязан чувствовать что именно там работаетОбязан. Если не чувствует конечный пользователь, за него это с лихвой почувствует программист. Вот пересядет продвинутый пользователь с винды на линукс, а диска C тут нет. Нет, ни в каком виде.
>Если ты работаешь над ядром линукс и шлёшь патчи, ты всё равно работаешь с собственным деревом исходного кода на локальной машине. Форком оно перестаёт быть, когда модифицированный код принимают в исходный код официального проекта kernel.org.Но этот форк не получает своего имени, своего отдельного проекта и так далее. А так, даже у меня на машине какое-то время был форк, я его прозрачно ставил, а потом точно так же прозрачно удалил.
>Если, как в андроиде, меняется до половины ядра, можно ожидать, что и его совместимость будет всего лишь 100 - до 50%.Вы рассуждаете неверно. Не видя сами строки, нельзя сказать, насколько значительно изменение. Если это строка с флагом, то одна единственная строка может через макропроцессор поменять хоть половину кода, без проблем. Зачем вы пишите про эти проценты? Если сравнивать ванильные 2.6 и 6.6, то там тоже куча строк поменялась. Даже если брать меньший разброс по времени, например 5.4 и 6.12, то с точки зрения кода поменялась куча всего, но условный докер будет работать и там и там.
>Просто посмотри архитектуру управления процессами в андроид-линуксе. И реши, будет ли оно работать в линуксе без кучи телодвиженийКуда конкретно смотреть? В линуксе можно слинковать код статически, на 6.6, а потом запустить на 3.14. Вот, в openbsd удаляют(удалили?) syscall https://www.linux.org.ru/forum/talks/17393889. У вас там даже просто собрать программу не получится, не говоря уже о том, чтобы запустить принесённый из соседней bsd.
Например, во фряхе есть compat-слои, в 14-й даже до сих пор от 11-й фряхи опцию в ядре держат.
Без неё есть вероятность, что что-то не соберётся.А покажите какую-нибудь общую ОС типа дебиана, которая вместо system v ipc использует binder ipc.
И как там? Весь софт работает, или такое чудо собрать проблематично?Портировать код для совместимости с андроидом - это одно, а для работы всем известных дистрибутивов - совсем другое. Вы такие знаете?
> Если сравнивать ванильные 2.6 и 6.6, то там тоже куча строк поменялась.
Сравнивать надо не ядра разных версий, а разные ядра одних версий. О чём я выше ссылку приводил.
Что берётся, например, ядро 4.4 и патчится в андроид, и совместимости уже нет.
А инженеры задолбались бэкпортировать фиксы в ванильное ядро.
Всё же объяснено в доке. Сам проект GKI наполнен призывами к борьбе с фрагментацией.
Только судя по тому что гугл, который хотел андроид перевести на ванильное ядро, решил наоборот хромось перевести на андроид, борьба оказалась не такой лёгкой. Ну не хотят они больше два разных ядра сопровождать. Устали.> Не видя сами строки, нельзя сказать, насколько значительно изменение.
А кто мешает посмотреть?
Если на сайте андроида написано до 50% кода ядра, это по вашему совместимо с ванильным?> Если не чувствует конечный пользователь, за него это с лихвой почувствует программист.
Вот он и посмотрит.
> диска C тут нет
Мы же про ядра и интерфейсы. Вы разве сумеете отличить "по ощущениям" какие сисколы используются и откуда. И кто вызывает - бионик или глибц?
> Но этот форк не получает своего имени, своего отдельного проекта и так далее.
Пока не релизнется, не получает. Но Github всё равно будет рассматривать эту копию как форк. Как и Git на локальном хосте.
Вы даже ванильное ядро внутри дистриба не должны публиковать с тем же именем без уведомления родительского проекта. Это незаконно. Нельзя взять убунту, пересобрать ядро без патчей, и выпустить как убунту.
Но можете использовать новое имя. Это имя будет именем проекта.
И как раз форки получают имена от имён проектов.
Ubuntu, Debian, Mint, Android... - это и есть те самые готовые сборки линукс, разной степени изменений и совместимости.
А дальше можно уточнить, ванильное ядро там, или модификация.
>Портировать код для совместимости с андроидом - это одно, а для работы всем известных дистрибутивов - совсем другое. Вы такие знаете?Что значит "портировать для работы всем известных дистрибутивах"? Достаточно воссоздать chroot, и код заработает даже без перекомпиляции
>Только судя по тому что гугл, который хотел андроид перевести на ванильное ядро, решил наоборот хромось перевести на андроид, борьба оказалась не такой лёгкой. Ну не хотят они больше два разных ядра сопровождать. Устали.Андроид - это гораздо больше чем просто ядро. Ядру всё равно - запускать xorg или wayland, systemd или sysvinit, а вот пользовательскому софту - не всё равно.
>Если на сайте андроида написано до 50% кода ядра, это по вашему совместимо с ванильным?Вот самсунг создал драйвер для exfat, это ещё linux или уже нет? А после того, как его приняли в апстрим? А если я самостоятельно при пересборке ядра отключу поддержку xfs, это ещё linux или уже нет? Любые подобные изменения - они не делают ядро принципиально другим, и прикладному софту, если он не узкоспециализированный, например для бекапов, всё равно какое именно там ядро - хоть с поддержкой exfat, хоть без xfs.
>Вот он и посмотрит.И где он это увидит? Названия у этих ядер есть или они безымянные? Может быть при скачивании apk есть вариации под разные ядра? Как пользователь вообще может до этого догадаться, кроме строки "50%"? Вот про разные архитектуры в apk файлах можно услышать - ядра - нет.
>Вы разве сумеете отличить "по ощущениям" какие сисколы используются и откуда. И кто вызывает - бионик или глибц?Да, например когда софт от убунты, перепакованный из deb-а, не заработает в арче, поскольку сискол отличается. Или программу не получится собрать в дебиане, не потому, что версия библиотек старая, а по тому, что там что-то сильно внутри поменяли. На данный момент ничего подобного не наблюдается. Или по тому, что софт написан под одну libc, а в дистрибутиве другая. Взять тот же alpine, не смотря на то, что там musl, glibc ставится из родного репозитория.
>Но Github всё равно будет рассматривать эту копию как форкПо такой логике linux вообще не существует, у Линус один форк, у Грега - второй.
>Пока не релизнется, не получает.Вы так говорите, словно эти форки появились только вчера. Андроиду уже куча лет, и ни о каких форках ничего не слышно.
>Это незаконноДа ладно.
>Нельзя взять убунту, пересобрать ядро без патчей, и выпустить как убунту.При чём здесь товарный знак "убунту" к ядру? В одном репозитории может спокойно лежать linux_zen, linux_xanmod, linux_hardened, linux-rt, а пользователь может свободно между ними переключаться. Сегодня xanmod, завтра zen, послезавтра - ванильное. Без переустановки системы с нуля, и прикладного по, менятеся только набор патчей на ядро. Это по прежнему linux
>Ubuntu, Debian, Mint, Android... - это и есть те самые готовые сборки линуксЭто дистрибутивы, а не разные ядра.
> Что значит "портировать для работы всем известных дистрибутивах"? Достаточно воссоздать
> chroot, и код заработает даже без перекомпиляцииЭто значит, что можно использовать подсистему ядра из андроид-линукса в ванильном линуксе без лишних проблем.
А значит, запустить линукс с этой подсистемой из андроида в любом линукс-дистрибутиве и чтобы весь софт сразу заработал. Если андроид не форк, то это не будет проблемой.
Ну не, андроид далеко не chroot сделал.Если конкретизировать, то вопрос звучит как: вы можете переключить дебиан с system v ipc на android ipc? Ведь гугл даже большую часть кода уже портировал. А андроид использует свою ipc вместо юниксовой, а значит они взаимозаменяемы и должны легко переключаться во всех линукс-дистрибутивах.
> Андроид - это гораздо больше чем просто ядро.
А я и говорю про модификацию линукса в андроиде.
> Вот самсунг создал драйвер для exfat, это ещё linux или уже нет?
Это самсунговский форк в репах самсунга и на компах его разработчиков, потому что оригинал ещё не имеет этого драйвера. Но он 100%-но совместимый, так как не ломает оригинальный код, а только дополняет его. И то, в случае, если самсунг действительно ничего не сломал. А то может он под свой драйвер усовершенствует дополнительно VFS и потеряет совместимость.
Форки нужны, чтобы не править оригинал напрямую и не ломать его код и разработчиков.
Станет ли форк отдельным проектом или останется форком на локалхосте - дело вторичное.
> А после того, как его приняли в апстрим?Если кодовая база синхронизирована с оригиналом, то самсунговский форк на уровне кода становится оригиналом. Но на уровне проекта остаётся форком и готов к новым изменениям.
> А если я
> самостоятельно при пересборке ядра отключу поддержку xfs, это ещё linux или
> уже нет?Это обычный линукс, ведь вы не добавили ничего нового и не изменили старое, вы просто настроили то, что уже есть.
> И где он это увидит? Названия у этих ядер есть или они
> безымянные? Может быть при скачивании apk есть вариации под разные ядра?В исходниках, он же программист.
Ну может ещё погуглить или почитать маны.> Как пользователь вообще может до этого догадаться, кроме строки "50%"? Вот
> про разные архитектуры в apk файлах можно услышать - ядра -
> нет.А зачем ему догадываться? У него от этих знаний ничего не изменится. Это вообще информация для разработчиков, которые офигевают от фрагментации опенсорса. А у пользователя либо работает, либо не совсем работает, либо не работает совсем.
> Да, например когда софт от убунты, перепакованный из deb-а, не заработает в
> арче, поскольку сискол отличается.Это, кстати, ещё один пример несовместимости единого линукса в разных дистрибах. Или то ядра разных версий были, тогда это не считается.
А если софт запускается, так как не использует специфические вызовы, сможете сказать что под капотом?
А с чего бы простому пользователю это суметь.> По такой логике linux вообще не существует, у Линус один форк, у
> Грега - второй.Ну наконец-то начинает приходить понимание. Но всё-таки оригинал есть, и он публикуется официально. Он же лежит в архивах. И ссылки на него перечислены на kernel.org. А локальный форк потому и локальный, что должен либо стать публичным апстримом, либо остаться форком внутреннего использования, либо публичным форком. А понятия единого linux, которым все пользуются, действительно нет. Такова суть проекта, который официально существует только в виде открытых исходных кодов.
Вот чем вот это отличается от оригинала, если это он и есть?
Но это как раз форк ядра грега. https://github.com/ngsrinivas/linux-fork
И в описании указано, что это рабочий форк. Значит до этого возникали проблемы с этой версией оригинала.
Форк на уровне репозитория. А код официального линукса.
Но до синхронизации с официальной репой он был форком кода и у самого Грега.
Вы можете нафоркать чего угодно и сколько угодно.Если бы у линукса была бы возможность закрыть исходники, то любой реализовавший несколько важных драйверов
или современных алгоритмов оптимизации в собственном форке мог бы получить технологическое преимущество и занять какую-нибудь узкую нишу. Но из-за того, что форкать можно бесконечно и каждому, мы имеем тонну форков, которые так никто не называет (разве что немногие говорят, что "каждый дистр тащит свой форк ядра".) Потому что неизвестно у кого сколько и каких изменений. А выяснять это долго. Да и смысла нет, так как многие дистрибутивы просто меняют обои и набор софта, а ядро собирают оригинальное как есть.> Вы так говорите, словно эти форки появились только вчера. Андроиду уже куча
> лет, и ни о каких форках ничего не слышно.Странно, как будто Торвальдс в колодец высказался и там всё осталось.
> При чём здесь товарный знак "убунту" к ядру? В одном репозитории может
> спокойно лежать linux_zen, linux_xanmod, linux_hardened, linux-rt, а пользователь может
> свободно между ними переключаться.Если все изменения в этих ядрах доступны оригиналу и патчи одобрены официально, то это всё оригиналы и есть.
Если это пропатченное ядро от Каноникал или ядра из сторонних проектов, с кодом не входящим в оригинал, тогда - форки. А кто вам помешает свободно переключаться между совместимыми форками, я проблемы не вижу.> Без переустановки системы с нуля, и прикладного по, менятеся только набор
> патчей на ядро. Это по прежнему linuxНабор неофициальных патчей это сразу неполный форк.
Если кода этого линукса нет у оригинала, то это модифицированный линукс.
Модифицированный линукс - это не значит, что просто поменяли общий конфиг и собрали новое ядро. Модифицированный значит, что сам код изменён. И модифицированный код, отличающийся от оригинального, является его форком.Вы представляете патч каким-то микроскопическим изменением.
Но на самом деле ими можно полностью перекроить ядро, если хватит терпения.И уж конечно, если вы не собираетесь отсылать патчи в апстрим, но создаёте свой публичный репозиторий, то вы сразу создаёте форк и как код, и как проект. И опять совместимость определяется количеством изменений в патчах.
Почему же у вас
патченный код подсистем из фрибсд с дровами от амд в сони - это форк, а
патченный код подсистем из линукс с дровами от самсунга в самсунге - это не форк?Ведь прямая аналогия. У самсунга и репы свои.
И у оракла свои. И у остальных вендоров. И всё дело только в патчах, насколько сильно они меняют кодовую базу.Если утрировать, то:
Вы взяли склонировали репу ядра - это клон.
Начали её модифицировать - это локальный форк. Новая ветка, вилка.
Патчи приняли и синхронизировали - локальный форк превратился обратно в клон.
Патчи не приняли, локальный форк остался локальным форком, которым пользуетесь только вы.
Релизнули свой локальный форк в виде форка на гитхабе или гитлабе, или ещё где - публичные форк проекта и форк кода.
Патчи приняли и синхронизировали - публичные форк проекта, клон кода.
Вашу репу форкнули без изменений - форк форка проекта, форк клона кода.
Форк форка изменили - форк форка проекта, форк кода форка.
И можно ещё вложения делать.Потому и говорят про опенсорс: форк на форке и форком погоняет.
Если микрософт захочет впихнуть какую-нибудь злобную биотелеметрию в свой линукс, Торвальдс этого в свой линукс не допустит (я так думаю). И тогда микрософт будет вынужден сидеть на своём форке. Все, чьи исправления были отклонены, или просто не были отправлены, сидят на собственных форках.
Дальше, как я уже говорил, всё зависит от количества и качества изменений. Между дебианом и минтом они минимальны, а с андроидом уже разница посущественнее.> Это дистрибутивы, а не разные ядра.
А дистрибутивы чего? Почему они называются линукс-дистрибутивами? Почему не дистрибутивами musl, или glibc, или systemd? Вот поэтому.
В них разные ядра, разной степени совместимости с оригиналом и между собой.Если перефразировать всё вышесказанное и подвести итоги относительно дистрибутивов, то мы имеем единый исходный код linux и бесчисленное множество его двоичных сборок из форкнутых исходников в рамках отдельных проектов, где уровень форкнутости определяется процентом изменений патчей кода несовместимого с апстримом.
> во фряхе есть compat-слои, в 14-й даже до сих пор от 11-й фряхи опцию в ядре держатОт 11-й фряхи это я держу в кастоме. Уже не помню ради чего.
В дженерике поддерживаются все ветки до 4-й фряхи.А сисколы выпиливают везде, где они стали не нужны. Выше я вам ссылку бросил.
>>Речь не о железках, а о фрагментации ядра, с которой пытаются бороться.
> Оригинальный сертифицированный UNIX для пользователей уже есть macos. У них нет проблем
> с драйверами или ПО. Единственный путь это производить программно-аппаратный комплекс.Угу, и задекларить все остальное железо неподдерживаемым :)). И все б ничего но в результате макоси нет ни на серверах, ни в эмбедовке. В том числе и потому что драйверов - нет. Поддерживается полторы железки в полутора нишах - и все!
> линуксов в том что любой школьник может сделать свой дистрибутив, а
> свой ноутбук под него уже не может.А зачем ему свой ноутбук? :)
>У них нет проблем с драйверами или ПОЕщё как есть. Одним прекрасным днём у пользователей надкушенных систем откусили возможность запускать x86 софт. Когда-нибудь откусят x64. Только вот маркетологи уболтали любителей огрызков на такие вещи не обращать внимание
А кто знает, KDE Plasma в его репах есть?)
И если есть, то какой версии?)
[ ох чую накидают минусов сейчас мне 😄 ]
> А кто знает, KDE Plasma в его репах есть?)Я знаю - https://pkgsrc.se/meta-pkgs/kf5
repology для этого есть, сходи да посмотри
> Добавлена поддержка оборудования: Realtek/Killer E2600 Ethernet,
> Brainboxes USB Serial, Mercusys MW150USV2 Wi-Fi.И это все? 3 железки ща столько времени? Не хочу госод расстраивать но пока они раздуплялись - производители намного больше железок выкатили. Кажется, этот Ахиллес никогда не догонит черепаху...
> Кажется, этот Ахиллес никогда не догонит черепаху...Тут ситуация обратная - черепаха гонится за Ахиллесом.
Серьёзный вопрос — на какие доступное сетевое железо встаёт? Не промышленные жуниперы-хуавеи-хитачи всякие, а именно домашнее?
На всякие RaspPI, Orange Pi встает
Тут все зависит от того, что конкретно вы вкладываете в понятие "Не промышленное доступное сетевое железо".
У меня дома из сетевой инфраструктуры только роутер с заводской проприетарной прошивкой, и то подозреваю, что при некотором везении с чипсетом, есть некая вероятность запуска всякоподобных "OpenVRT".
Ставить же дома какой нибудь 48 портовый маршрутизатор с ПОЕм, как то излишне.
Любое не новее хасвела с гарантией 100% будет работать. Более поздние железки уже лотерея.
На жуниперы-хуавеи-хитачи оно как раз не встаёт. А на домашнее - бери да пробуй.
> Уменьшен размер сборки для систем i386, которая теперь умещается на CD-ROM.ммм... 386 с CD-ROM... ну, не знаю, не знаю...
https://www.dropbox.com/scl/fi/3zzwzhjpw1h7p4fm6vn90/ww.jpg?...