The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

Debian прекращает поддержку порта GNU/kFreeBSD , opennews (??), 14-Июл-23, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


8. "Debian прекращает поддержку порта GNU/kFreeBSD "  +7 +/
Сообщение от freehckemail (ok), 15-Июл-23, 00:59 
Ну оно и понятно. В современных реалиях такой проект уже не может существовать: линуксовый софт жёстко привязывают к линукс-специфичным фичам, кросс-платформенность нафиг никому не упала. А мейнтейнеры её за разработчиков не обеспечат, мало ресурсов.

Как правильно заметил Аноним из #7: незачем тянуть мёртвую лошадь.

Ответить | Правка | Наверх | Cообщить модератору

13. "Debian прекращает поддержку порта GNU/kFreeBSD "  +4 +/
Сообщение от Аноньимъ (ok), 15-Июл-23, 04:52 
> кросс-платформенность нафиг никому не упала.

Поэтому МС визуал студию с дотнетом под мак сделала с нативными формочками.

Ответить | Правка | Наверх | Cообщить модератору

19. "Debian прекращает поддержку порта GNU/kFreeBSD "  +/
Сообщение от Минона (ok), 15-Июл-23, 06:49 
МС это Троянский конь.
Ответить | Правка | Наверх | Cообщить модератору

20. "Debian прекращает поддержку порта GNU/kFreeBSD "  +/
Сообщение от Аноним (7), 15-Июл-23, 06:53 
Мак — это 10%, а не миллион вариантов в 1%.
Мак — это деньги.
Ответить | Правка | К родителю #13 | Наверх | Cообщить модератору

34. "Debian прекращает поддержку порта GNU/kFreeBSD "  +/
Сообщение от Аноним (33), 15-Июл-23, 10:31 
Завязывайте уже с 1%, 7.23% уже.
Ответить | Правка | Наверх | Cообщить модератору

44. "Debian прекращает поддержку порта GNU/kFreeBSD "  +/
Сообщение от Аноним (7), 15-Июл-23, 11:06 
Ещё андроиды посчитайте.
Ответить | Правка | Наверх | Cообщить модератору

49. "Debian прекращает поддержку порта GNU/kFreeBSD "  +/
Сообщение от Аноним (49), 15-Июл-23, 11:16 
и серверы
Ответить | Правка | Наверх | Cообщить модератору

51. "Debian прекращает поддержку порта GNU/kFreeBSD "  +1 +/
Сообщение от Аноним (7), 15-Июл-23, 11:25 
На серверах Visual Studio вообще незаменим.
Ответить | Правка | Наверх | Cообщить модератору

57. "Debian прекращает поддержку порта GNU/kFreeBSD "  +1 +/
Сообщение от Аноним (57), 15-Июл-23, 11:40 
Посчитали 43%, утёрся?
Ответить | Правка | К родителю #44 | Наверх | Cообщить модератору

75. "Debian прекращает поддержку порта GNU/kFreeBSD "  +1 +/
Сообщение от Всем Анонимам Аноним (?), 15-Июл-23, 12:39 
...пока они не перешли на фьюшу
Ответить | Правка | К родителю #44 | Наверх | Cообщить модератору

85. "Debian прекращает поддержку порта GNU/kFreeBSD "  +/
Сообщение от Анонин (?), 15-Июл-23, 14:04 
Хоть даже 10% - а денег все равно нет))
Ответить | Правка | К родителю #34 | Наверх | Cообщить модератору

46. "Debian прекращает поддержку порта GNU/kFreeBSD "  +/
Сообщение от Аноним (46), 15-Июл-23, 11:11 
Мак 25%.
Ответить | Правка | К родителю #20 | Наверх | Cообщить модератору

52. "Debian прекращает поддержку порта GNU/kFreeBSD "  +/
Сообщение от Аноним (7), 15-Июл-23, 11:26 
Это я очень условно. Суть остаётся прежней — разница на порядок, и на маках люди платят как-то охотнее.
Ответить | Правка | Наверх | Cообщить модератору

55. "Debian прекращает поддержку порта GNU/kFreeBSD "  +/
Сообщение от пох. (?), 15-Июл-23, 11:39 
ну так это не то чтоб прям кроссплатформенность, а ровно _вторая_ всего-навсего поддерживаемая платформа. Такое - нужно и окупится. А это - вообще вот - зачем было?

Ответить | Правка | К родителю #13 | Наверх | Cообщить модератору

38. "Debian прекращает поддержку порта GNU/kFreeBSD "  +2 +/
Сообщение от Аноним (38), 15-Июл-23, 10:40 
> линуксовый софт жёстко привязывают к линукс-специфичным фичам

я тоже сразу подумал про системду

Ответить | Правка | К родителю #8 | Наверх | Cообщить модератору

100. "Debian прекращает поддержку порта GNU/kFreeBSD "  +1 +/
Сообщение от Аноним (96), 15-Июл-23, 17:00 
Не всё так уж сильно завязано на линукс. Точнее даже так - clone(), epoll() - и раньше были линукс-онли. Обскакать epoll() можно через epoll-shim на мокаках и бздах, например. Вместо clone() - юзать форк()
А вот по части системд - зачем он вам в прикладном софте вообще?

В доказательство просто скажу что в бздовом линуксуляторе работают все хромые браузыри(https://github.com/mrclksr/linux-browser-installer), телега, пельмень, весь гнутый софт.
Не проверял шлак и прочую электронику, но думаю что должно работать.

А вот что реально не работает - это necrosoft-sql. Там sos валится где-то посередине. Это тот самый, один из немногих примеров привязки к платформе. Я вот захотел экзотики, и таки смог её найти!

Так что утверждение выше вашего - слегка неверно.

Ответить | Правка | Наверх | Cообщить модератору

118. "Debian прекращает поддержку порта GNU/kFreeBSD "  +/
Сообщение от Аноним (116), 16-Июл-23, 04:02 
> Вместо clone() - юзать форк()

Системная экспертиза так и прет. clone() это superset fork(). Де факто fork() реализован как частный случай clone() но возможны и другие комбинации флагов на тему того что unshare'ить - которые fork() чисто технически изобразить не способен.

Ответить | Правка | Наверх | Cообщить модератору

128. "Debian прекращает поддержку порта GNU/kFreeBSD "  +/
Сообщение от 123 (??), 16-Июл-23, 10:13 
Это clone() реализован как частный случай fork(). Ты на даты обращай внимание. А то твоя экспертиза подменивает исторические факты.

Когда говоришь, что что-то в юниксе реализовано как в линуксе, то проверяй даты. А то у тебя получается, что юникс с линукса переписывался. Это переписывание истории.

Ответить | Правка | Наверх | Cообщить модератору

138. "Debian прекращает поддержку порта GNU/kFreeBSD "  +/
Сообщение от akot1Ur (?), 16-Июл-23, 15:43 
Нет. clone — генерализация fork, на наоборот.
Ответить | Правка | Наверх | Cообщить модератору

142. "Debian прекращает поддержку порта GNU/kFreeBSD "  +/
Сообщение от 123 (??), 16-Июл-23, 18:40 
О, боже. Ты сам слово "генерализация" как понимаешь. Если clone() - генерализация fork(), то это как раз его делает частным случаем fork(). Что ты обобщать собрался, если оно ещё не существует.

Потому что невозможно реализовать что-то до того как оно появилось.
Папа не может быть частным случаем сына. Мама тоже. А вот сын обобщил ДНК-код родителей и является частным случаем обоих. clone() обобщил опыт (концепт/код) fork() и возможно кого-то ещё.

fork() не может быть реализован как частный случай clone(), потому что он появился на 20 лет раньше, когда никакого clone() даже не планировалось.
А вот clone() реализован как частный случай fork(), потому что делался по его образу и подобию, с изменениями под себя. И он такой не один, есть другие.

Такое ощущение, что некоторым товарищам в букваре заменили все слова "Логика" на "Линукс".
Тяжеловато, блин.

Поэтому чтобы не путаться, лучше сверяться по датам. А то у вас будет мама похожа на сына, а сын на внука, который ещё не родился.

Ответить | Правка | Наверх | Cообщить модератору

145. "Debian прекращает поддержку порта GNU/kFreeBSD "  +/
Сообщение от . (?), 16-Июл-23, 22:15 
он написал про функционал. что fork() реализуется через clone(). и к чему столько понторезы?
Ответить | Правка | Наверх | Cообщить модератору

147. "Debian прекращает поддержку порта GNU/kFreeBSD "  +/
Сообщение от 123 (??), 17-Июл-23, 02:08 
А его разве просили писать про функционал на линуксе?
Речь как раз была про обход привязки к GNU на других системах. На BSD, в частности.
Кому какая разница через что в линуксе fork() используется. Главное, чтобы в исходнике был вызов fork(), а не clone().

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

Вот о чём Аноним говорил - про совместимость.
По крайней мере раньше так было: не хочешь привязываться к линуксу, используешь fork() вместо clone().

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

Короче, Аноним сказал всё верно. А вы его решили ткнуть в свои экспертные знания. Да только сами не поняли о чём речь. И кто тут понторез.

Иными словами, на других системах всем плевать на GNU-реализацию.

Зачем вы на линуксах постоянно пытаетесь доказать, что вы первые. Вот и в другой теме мне написали, что интернетом мы пользуемся благодаря Столлману. Кругом у вас Столлман первый: и форк 70-х годов через клон реализовал, и IP-протокол написал раньше Беркли, и вообще BSD появилась после GNU.
Молодчики просто. :D Переписываете историю всеми доступными способами.

Ответить | Правка | Наверх | Cообщить модератору

160. "Debian прекращает поддержку порта GNU/kFreeBSD "  +/
Сообщение от Аноним (160), 18-Июл-23, 22:49 
> И как тогда fork() может являться частным случаем clone(), если там последнего никогда не было.

Вот совершенно не важно что было и когда.

fork - это клон с кучей прописанных конкретных параметров, которые могут быть и другими.

Поэтому fork и является частным случаем. Конкретный вариант против полного набора вариантов.

Историю оставте себе. Она не имеет никакого отношения к сути вопроса.

Ответить | Правка | Наверх | Cообщить модератору

162. "Debian прекращает поддержку порта GNU/kFreeBSD "  +/
Сообщение от 123 (??), 19-Июл-23, 19:20 
Речь шла о бсд и макоси.
Там нет клона, и значит параметров к нему тоже нет.

clone() - это частный случай форка, сделанный для оси-клона. Ведь своё с нуля написать ничего не смогли. Хотя растрепали по всему свету, что это так.

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

Так что, когда речь идёт о деталях реализации юниксов, детали реализации линукса можете оставить себе. Не стоит стараться натянуть линукс на все изобретения мира. Это выглядит смешно.

Ответить | Правка | Наверх | Cообщить модератору

180. "Debian прекращает поддержку порта GNU/kFreeBSD "  +/
Сообщение от Серб (ok), 20-Июл-23, 13:01 
> Речь шла о бсд и макоси.

Там нет клона, и значит параметров к нему тоже нет.

Это к делу отношения не имеет. Совсем.

> clone() - это частный случай форка,

Бред.

> сделанный для оси-клона.

Вот совсем не важно. От слова абсолютно.

> Ведь своё с нуля написать ничего не смогли. Хотя растрепали по всему свету, что это так.

Опять бед.

> Твоя история рождения может никому не интересна, но история юникса интересна многим.

Только с точки зрения истории. С точки зрения архитектуры. История интересна лишь как причина, почему так получилось как сейчас есть и не более.

> Так что, когда речь идёт о деталях реализации юниксов, детали реализации линукса можете оставить себе. Не стоит стараться натянуть линукс на все изобретения мира. Это выглядит смешно.

Как это привязоно к утверждению, что fork это частный случай clone?

Ты пытаешься спорить с реальностью аргументируя историей?

Это и говорит о твоей компетентности. Ты историк, а не программист.

Ответить | Правка | Наверх | Cообщить модератору

159. "Debian прекращает поддержку порта GNU/kFreeBSD "  +/
Сообщение от Аноним (-), 18-Июл-23, 17:38 
> Это clone() реализован как частный случай fork().

Дядя, ты совсем не можешь в понимание того что есть subset и superset фичи?

> Ты на даты обращай внимание.

Даты не имеют никакого отношения к логическим конструкциям: fork() это subset фич clone(), соответственно clone - superset фич fork и из fork() при всем желании clone() не делается.

> А то твоя экспертиза подменивает исторические факты.

История не влияет на логические соотношения.

> Когда говоришь, что что-то в юниксе реализовано как в линуксе, то проверяй даты.

clone() это совсем не "как в *nix" - AFAIK прототипом был системный вызов из plan9. *nix не умели такую круть и тем хуже для них.

Ответить | Правка | К родителю #128 | Наверх | Cообщить модератору

163. "Debian прекращает поддержку порта GNU/kFreeBSD "  +/
Сообщение от 123 (??), 19-Июл-23, 19:28 
> Дядя, ты совсем не можешь в понимание того что есть subset и superset фичи?

Понимание у вас отсутствует.
В bsd нет clone(), поэтому не может быть никаких клонов-суперсетов. :D
Клон оставьте для ядра-клона.

> Даты не имеют никакого отношения к логическим конструкциям: fork() это subset фич clone(),

Вы попробуйте внимательно прочитать глазами что написал Аноним(96).
fork() - не subset фич clone(), нет в бсд никакого clone().

> История не влияет на логические соотношения.

Походу у вас просто проблемы с логикой.
Найди мне в бсд и маке clone().

Чтобы не писать AFAIK, открой маны да посмотри сам.
Да ещё подумай, почему всегда была рекомендация для совместимости вызывать fork, вместо clone. И почему она не связана с plan9.

Ответить | Правка | Наверх | Cообщить модератору

169. "Debian прекращает поддержку порта GNU/kFreeBSD "  +/
Сообщение от Аноним (-), 20-Июл-23, 01:53 
> В bsd нет clone(), поэтому не может быть никаких клонов-суперсетов. :D

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

В терминах clone() и линуха это так: у thread unshare()'d еще меньше чем у process. А у контейнера unshare()'d больше чем у процесса. Так что технически fork() это clone() с конкретной комбинацией флагов ведущей к тому что новый entity будет "процессом". А мог бы и тредом или контейнером быть, с другими флагами. Это не они придумали, это из Plan9 вроде.

В стандартном posix вообще нет этой семантики. Но ее можно вызвать из юзермода, запилив свой контейнеризатор или какой-то низкоуровневый диспетчер тредов если это вдруг стало надо.

Более того - это самые "типовые" комбинации того что unshare'ится. В принципе возможны и иные. А само ядро так то уже давно может отращивать себе "ядерные треды". И даже обзавелось всякими инфраструктурами воркеров и проч. А в контейнерах можно unshare'ить лишь часть инфраструктуры. Вот так оно видит системных юзеров. А так считает себя отдельным нечто с своими юзерами. И так для ряда системных ресурсов. Типа маунтов или сети. И да, в сети контейнера свои правила фаера, шедулинг, ифейсы и проч. У ифейса есть принадлежность к namespace.

> Клон оставьте для ядра-клона.

Клон пошел очень сильно дальше примитивного fork() и сделал довольно крутые и логичные вещи.  В целом имхо вышло круто и гибко.

> Вы попробуйте внимательно прочитать глазами что написал Аноним(96).
> fork() - не subset фич clone(), нет в бсд никакого clone().

Я сказал как это в линухе. Там это уже точно не ripoff вон того - у них инфраструктура чисто технически сильно превосходит fork() и никак не может быть на нем базирована, в нем такого не было. Нельзя скопировать фичи которых нет.

> Найди мне в бсд и маке clone().

Это их проблемы. Я их вижу в linux и понимаю что его fork это надстройка над вот этим вот. Частный случай дерга куда более мощного системного вызова с конкретным набором флагов. А если другие флаги указать - это будет тредом или тем или иным вариантом контейнера, смотря что unshare'нуто. Кстати да, до некоторой степени можно передумать и опосля - вызвав уже unshare(). И процесс может стать контейнером, если правов хватает.

> Чтобы не писать AFAIK, открой маны да посмотри сам.

Мне не интересны системные кишки *bsd. Это напрасная трата времени. Факт в том что актуальная линуксная реализация fork() базирована на линуксном же clone() и вообще совсем никак не может быть базирована на вот этсамом из бзды! Вот как раз потому что в оных clone() и нету. Л - логика.

> Да ещё подумай, почему всегда была рекомендация для совместимости вызывать fork, вместо
> clone. И почему она не связана с plan9.

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

Можете кстати блеснуть эрудицией и рассказать как jail контейнеры делает и насколько сложно создавалку контейнеров в бсде сделать. Я вот могу простенькую создавалку контейнеров для линуха и сам забацать. А вы так для бсды сможете? :). Не, портабельно оно не будет - posix такие вещи не регламентирует.

Ответить | Правка | Наверх | Cообщить модератору

176. "Debian прекращает поддержку порта GNU/kFreeBSD "  +/
Сообщение от 123 (??), 20-Июл-23, 06:39 
> Обскакать epoll() можно через epoll-shim на мокаках и бздах, например. Вместо clone() - юзать форк()

Ты видишь про что здесь сказано было? Про обход привязки к линуксу на других системах, где клона нет. Так зачем вы встреваете со своим клоном там, где его нет и не было.

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

Это не проблемы бсд и мака. :) Там тоже аналог клона есть, только называется иначе.

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

> актуальная линуксная реализация fork()...

Вот с этим согласен.

А вот с этим
> Обскакать epoll() можно через epoll-shim на мокаках и бздах, например. Вместо clone() - юзать форк()
>>на мокаках и бздах
>>> Де факто fork() реализован как частный случай clone()

Извините, но никак. Потому что вас спрашивают про одну систему, вы начинаете рассказывать про другую. Зачем мне рассказывать не про ту систему, про которую спросили.

Сам я уже ничего рассказывать не хочу. Моё огромное сообщение потёр мудератор (штоб у него печень отсохла). Здесь общаться больше не интересно.

Ответить | Правка | Наверх | Cообщить модератору

148. "Debian прекращает поддержку порта GNU/kFreeBSD "  +/
Сообщение от freehckemail (ok), 17-Июл-23, 03:48 
>> линуксовый софт жёстко привязывают к линукс-специфичным фичам
> я тоже сразу подумал про системду

systemd только верхушка айсберга, если бы им одним всё ограничивалось, было бы проще

но нынче продакшен строится на базе docker/containerd и k8s. Вот всё это, увы, не может работать во фряхе по довольно прозаическим причинам.

Ответить | Правка | К родителю #38 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру