The OpenNET Project / Index page

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



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

Оглавление

Отчёт о развитии FreeBSD за третий квартал 2017 года , opennews (??), 27-Дек-17, (0) [смотреть все]

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


11. "Отчёт о развитии FreeBSD за третий квартал 2017 года "  –2 +/
Сообщение от Я (??), 27-Дек-17, 02:06 
Комментарии в обоих PR навевают досаду за фряшку, как вот разработчиков мотивировать. Где вообще разработчиков найти. Core Team похоже давно глубоко плевать на FreeBSD, независимо от их состава.
Ответить | Правка | Наверх | Cообщить модератору

15. "Отчёт о развитии FreeBSD за третий квартал 2017 года "  +/
Сообщение от Крутой аноним (?), 27-Дек-17, 04:14 
> Комментарии в обоих PR навевают досаду за фряшку, как вот разработчиков мотивировать.
> Core Team похоже давно глубоко плевать на FreeBSD, независимо от их состава.

По-моему очень разумное решение от разработчиков FreeBSD,
не уверен что они именно из Core, но таких можно и в Core продвигать.
Большие изменения в пользовательских программах/библиотеках должны быть
частью upstream проектов, иначе вместо разработки FreeBSD люди будут заниматься
разработкой Firefox, Xorg и т.д.

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

38. "Отчёт о развитии FreeBSD за третий квартал 2017 года "  –1 +/
Сообщение от Ivan_83email (ok), 27-Дек-17, 10:25 
1. Там два патча по разному решающих проблему.

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

Второй патч просто отключает ту ужасную систему на kqueue() что встроена в глибу и переключает на использование другой либы. Это фактически переключение опции при сборке и +1 зависимость в системе.

2. Какие могут быть сопли, когда бага есть и она сказывается на работе кучи приложений!?
Для человека не в теме оно выглядит как то что под фрёй приложения тормозят и падают на ровном месте. И виновата конечно будет фря.
Эта ситуация достойна того чтобы всех там покрыть слоями мата, и коммитеров порта и коретим за то что слоупочит: напомню, проблемы вот именно с этой либой и именно в этом месте уже года 2-3 и вообще ни разу не прекращались.

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

50. "Отчёт о развитии FreeBSD за третий квартал 2017 года "  +/
Сообщение от Крутой аноним (?), 27-Дек-17, 12:01 
> У меня большой кусок кода. Апстрим хочет чтобы я это всё протестил ещё и на опенбсд и маке, а мне оно не надо.
> И виновата конечно будет фря.

Противоречие какое-то. Если вас волнует действительно волнует фря,
то протестировать под openbsd и хакинтош проблема небольшая.

Это раньше во времена до виртуализации и быстрых ПЗУ нужно было несколько дней
чтобы сменить ОС или поставить второй если места хватало, еще куча времени чтобы
там установить и настроить компиляторы и т.д., но сейчас же можно поставить
на закачку образы для какой-нибудь virtualbox и минут за 15 когда все скачается
собрать glib.

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

Но это же "С" детка (C).

Напишите как они хотят g_ что-то там, а свой "отладочный" код собирайте с -Dg_malloc=malloc и т.д., у вас же препроцессор есть черт возьми.

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

58. "Отчёт о развитии FreeBSD за третий квартал 2017 года "  –1 +/
Сообщение от Ivan_83 (ok), 27-Дек-17, 12:28 
У меня нет желания тратить пару дней на интим с ненужными мне ОС.
Если глиб бы это как то волновало, то они бы могли сделать чтобы мой код собирался только под фрёй, поправить makefile для этого совсем не сложно.

Так им не только malloc()->gmalloc() хочется, но и прочее, а у меня там и поток есть.
Я не против любых извратов во враппере между глибом и моим кодом, но к нему претензий вроде нет, кроме табов вместо пробелов.

Если хочешь - сам с ними развлекайся: https://bugzilla.gnome.org/show_bug.cgi?id=779777

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

74. "Отчёт о развитии FreeBSD за третий квартал 2017 года "  +1 +/
Сообщение от Умка (?), 27-Дек-17, 13:23 
Ivan_83, самому нет смысла тестировать на всех других платформах, если нет заинтересованности. Но можно ведь просить клич с просьбой "потестируйте" в мыллисты или форумы OpenBSD/MacOS. Пусть реальные пользователи этих систем помогут, если они также радеют за родную систему - откликнутся.
Ответить | Правка | Наверх | Cообщить модератору

137. "Отчёт о развитии FreeBSD за третий квартал 2017 года "  +/
Сообщение от Аноним (-), 27-Дек-17, 16:58 
Я придумал! Умка протестирует! Ведь ему же небезразлична судьба Фри. А если не хочет тестировать, бросит клич (напишет пост на форумах) OpenBSD & FreeBSD, чтобы те, кому ещё более небезразлична - протестировали-таки и запилили в прод.
Как вам идея?
Ответить | Правка | Наверх | Cообщить модератору

233. "Отчёт о развитии FreeBSD за третий квартал 2017 года "  +/
Сообщение от забыл_пароль_от_тигар (?), 28-Дек-17, 10:13 
привет. а чего там с люстрой слышно? а с люстрой во фре?:)
Ответить | Правка | К родителю #74 | Наверх | Cообщить модератору

239. "Отчёт о развитии FreeBSD за третий квартал 2017 года "  +/
Сообщение от Аноним (-), 28-Дек-17, 12:39 
А как же CFT?
Ответить | Правка | К родителю #58 | Наверх | Cообщить модератору

272. "Отчёт о развитии FreeBSD за третий квартал 2017 года "  +/
Сообщение от iZEN (ok), 29-Дек-17, 14:47 
> 1. Там два патча по разному решающих проблему.
> У меня большой кусок кода. Апстрим хочет чтобы я это всё протестил
> ещё и на опенбсд и маке, а мне оно не надо.
> Апстрим хочет чтобы я по максимуму использовал ихний "прелестный" кот из
> глиба, а меня от него тошнит и я потеряю возможность отлаживать
> это без возни с глибой.
> Второй патч просто отключает ту ужасную систему на kqueue() что встроена в
> глибу и переключает на использование другой либы. Это фактически переключение опции
> при сборке и +1 зависимость в системе.

GAMIN что ли? Без него вполне можно обойтись. Но в портах он в файловой нотификации по умолчанию стоит - надо отключать и пересобирать.

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

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

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




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

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