| 1.1, Аноним (1), 11:58, 29/07/2025 [ответить] [﹢﹢﹢] [ · · · ]
| +4 +/– | |
Я пропустил, давно Glibc не Red Hat, а Gentoo сопровождает? Мэйнтейнер сейчас "Andreas K. Huettel <dilfridge@gentoo.org> Gentoo Linux developer". Кстати, матёрый учёный. С его сайта http://www.akhuettel.de/
Research interests
Transport spectroscopy of novel low-dimensional quantum materials
Hybrid mesoscopic semiconductor / superconductor devices
Nano-electromechanics, single electron effects in mechanics, and the mechanical quantum limit
Microwave optomechanics, quantum information processing, GHz / mK technology
Low temperature physics
| | |
| |
| 2.5, Аноним (5), 12:08, 29/07/2025 [^] [^^] [^^^] [ответить]
| –5 +/– |
Это объясняет, почему каждое обновление всё разлетается во все стороны. Ну вон то крипта, то электроны.
| | |
|
| 1.7, Аноним (-), 12:24, 29/07/2025 [ответить] [﹢﹢﹢] [ · · · ]
| +7 +/– |
Ядро Linux + GNU libc + GNU binutils + GCC + GNU coreutils - великолепная пятёрка, основа операционной системы GNU/Linux.
| | |
| |
| 2.10, Аноним (10), 12:32, 29/07/2025 [^] [^^] [^^^] [ответить]
| +1 +/– |
Великолепен тут только линукс. Все остальное успешно заменяется. Проект GNU можно считать провалившимся: ядро сделать не смогли, а теперь еще и остальные проекты под большой угрозой замещения более современными альтернативами.
| | |
| |
| 3.12, alexanderzhirov (ok), 12:43, 29/07/2025 [^] [^^] [^^^] [ответить]
| +3 +/– |
 А кто постановил, что проект GNU провалился? Есть экспертиза, заключение? Где можно об этом почитать? Ссылку на авторитетных IT-шников можно?
| | |
| |
| |
| |
| 6.51, Аноним (51), 14:29, 29/07/2025 [^] [^^] [^^^] [ответить]
| –1 +/– |
Это ты сначала сошлись на заключение, где написано "Проект GNU можно считать успешным".
| | |
| |
| 7.53, alexanderzhirov (ok), 14:34, 29/07/2025 [^] [^^] [^^^] [ответить]
| +1 +/– |
> Это ты сначала сошлись на заключение, где написано "Проект GNU можно считать
> успешным".
а ты... а ты...
Я НЕ утверждаю.
С твоей логикой - прийди в отдел полиции и доказывай им, что ты никого не насиловал.
| | |
|
|
|
| 4.22, Аноним (10), 13:10, 29/07/2025 [^] [^^] [^^^] [ответить]
| +/– | |
> А кто постановил, что проект GNU провалился?
А разве кто-то сказал, что "вышло постановление, что проект провалился"? Вроде никто про такое не писал. Вот что написано в комменте:
"можно считать провалившимся"
Вот если бы там было написано "вышло постановление", тогда да, тогда было бы разумно требовать номер постановления, дату постановления, адрес инстанции, выпустившей постановление, набор печатей, и так далее. Но в комменте написано:
"можно считать"
Уже догадываешься, в чем именно ты лопухнулся?
| | |
| |
| 5.25, alexanderzhirov (ok), 13:15, 29/07/2025 [^] [^^] [^^^] [ответить]
| +/– |
>> А кто постановил, что проект GNU провалился?
> А разве кто-то сказал, что "вышло постановление, что проект провалился"? Вроде никто
> про такое не писал. Вот что написано в комменте:
> "можно считать провалившимся"
> Вот если бы там было написано "вышло постановление", тогда да, тогда было
> бы разумно требовать номер постановления, дату постановления, адрес инстанции, выпустившей
> постановление, набор печатей, и так далее. Но в комменте написано:
> "можно считать"
> Уже догадываешься, в чем именно ты лопухнулся?
Ты выставляешь критерии о том что "можно" считать или "нельзя". Твое мнение меня мало интересует. Сошлись на тех, кто вынес решение о том, что проект провалился.
Линус, к примеру, утверждает изменения в ядре. По аналогии - кто в таком случае должен решать о провале и/или не провале GNU проекта.
Пока я не получил ответ на свой вопрос.
| | |
| |
| 6.26, Аноним (10), 13:21, 29/07/2025 [^] [^^] [^^^] [ответить] | +/– | Я выразил свое мнение Коммент-то мой, правильно В моем комменте я выражаю свое... большой текст свёрнут, показать | | |
|
|
| 4.28, Аноним (-), 13:28, 29/07/2025 [^] [^^] [^^^] [ответить]
| +4 +/– | |
> А кто постановил, что проект GNU провалился? Есть экспертиза, заключение?
А ты поищи успешные проекты, которые делает именно GNU.
Linux? Они послали гнутиков с GPLv3.
GCC? Послалили их с требованиями передачи прав на код еще в 2021 году.
glibc + binutils + coreutils - успешно заменяются другими, хотя признаю что пользуются популярностью
GNU Taler - невероятный успех, использует по последним новостям аж нигде
GNU Guile - за 32 года так и остался никому не нужным нишевым йазычком
GNU HURD - лудшая ОСь ever! Нужно чуток потерпеть и для нее запилят поддержку 64бит))
и так далее
| | |
| |
| 5.30, Аноним (30), 13:34, 29/07/2025 [^] [^^] [^^^] [ответить]
| +/– | |
>GCC? Послалили их с требованиями передачи прав на код еще в 2021 году.
Ссылку на буквально послали или балабол.
То, что не требуют, вовсе не означает, что кто-то кого-то посылал. Всё может быть согласовано.
| | |
| |
| 6.35, Аноним (-), 13:40, 29/07/2025 [^] [^^] [^^^] [ответить] | +1 +/– | Тебя что 822 в 822 822 г 822 у 822 г 822 л 822 е 822 на опеннете за... большой текст свёрнут, показать | | |
| |
| 7.44, alexanderzhirov (ok), 13:59, 29/07/2025 [^] [^^] [^^^] [ответить]
| +1 +/– |
Окей, чувак. Раз ты такой матёрый тертый калач, который "может считать" о провалах или не провалах.
Давай на уровне текущей дискуссии представим, что мы соглашаяемся с твоими тезисами.
Тогда объясни, в какой момент времени мы определяем, что GNU провалилось? За какой промежуток времени, на каком конкретно временном отрезке своего существования как организации GNU дала слабину и стала просаживаться, чтобы сделать вывод о её провале?
При этом, учитываем:
1. GNU существует более 40 лет.
2. Несчетное количество проектов под лицензией GNU, в том числе и самого ядра Linux
3. Сформирована как философия распространения открытого исходного кода при создании организации, которая декларировала основной целью своей деятельности и приверженности ей
4. Своей деятельностью привлекла корпорации, которые инвестировали в открытые проекты под лицензией GNU (гугл в помощь)
5. Такие организации, как, например, Software Freedom Conservancy, на уровне интересов GNU (свободы ПО) защищает такие проекты как git, qemu, wine и т.п.
и этот список можно продолжать бесконечно.
На каком конкретно этапе мы можем явно определить, что "вот именно тут" мы говорим о "провале" проекта, а то, что было сделано ДО "провала" - об этом мы не станем говорить?
| | |
| |
| 8.49, Fyjy (-), 14:24, 29/07/2025 [^] [^^] [^^^] [ответить] | +2 +/– | Я другой чувак, но тоже считаю что могу судить о провалах и успехах Давай оцени... большой текст свёрнут, показать | | |
| |
| |
| 10.55, Fyjy (-), 14:44, 29/07/2025 [^] [^^] [^^^] [ответить] | +1 +/– | Сначала ты прикапываешь и требуешь А кто постановил , Где почитать , а потом ... текст свёрнут, показать | | |
|
|
| 8.79, Аноним (51), 17:19, 29/07/2025 [^] [^^] [^^^] [ответить] | +/– | BDSM существует давно объясни, в какой момент времени мы определяем, что BDSM-с... большой текст свёрнут, показать | | |
| |
| 9.87, нах. (-), 17:53, 29/07/2025 [^] [^^] [^^^] [ответить] | +/– | Как BDSM относится к, как говорил уважаемый и бородатый sex with child c Мож... текст свёрнут, показать | | |
|
|
|
|
|
|
| 3.59, Аноним (-), 15:05, 29/07/2025 [^] [^^] [^^^] [ответить] | +/– | 1 И на что заменить glibc допустим, и чтоб перфоманс не продолбать 2 Заменить... большой текст свёрнут, показать | | |
| |
| 4.65, Аноним (65), 15:45, 29/07/2025 [^] [^^] [^^^] [ответить]
| +/– | |
> 1) И на что заменить glibc допустим, и чтоб перфоманс не продолбать?
Ты сначала скажи где именно у тебя перформанс завязан на glibc.
| | |
| |
| 5.84, _ (??), 17:52, 29/07/2025 [^] [^^] [^^^] [ответить]
| +/– |
А ты не балаболь, ты замени глибс на мусл и узрей :)
| | |
|
|
| 3.86, Аноним (5), 17:53, 29/07/2025 [^] [^^] [^^^] [ответить]
| +/– |
У тебя какое-то альтернативное восприятие. Ядро линукс прекрасно заменяется на любое другое (хотя бы и ядром из виндоус), а вот "операционную систему" гну заменить нечем.
| | |
|
| 2.63, Аноним (65), 15:39, 29/07/2025 [^] [^^] [^^^] [ответить]
| +1 +/– |
Нет никакой операционной системы GNU/Linux. Есть ядро Linux и дистрибутивы на его основе, они могут использовать софт от проекта GNU, могут не использовать, а если и используют, то какого-то особого упоминания он не достоин вообще ни разу.
| | |
|
| 1.37, Аноним (37), 13:44, 29/07/2025 [ответить] [﹢﹢﹢] [ · · · ]
| +/– | |
> Для сборки Glibc теперь требуются как минимум выпуски GCC 12.1
Они там оптолбились?!
| | |
| |
| 2.41, Fyjy (-), 13:47, 29/07/2025 [^] [^^] [^^^] [ответить]
| +2 +/– |
>> Для сборки Glibc теперь требуются как минимум выпуски GCC 12.1
> Они там оптолбились?!
Погоди.
Лет через пять-десять сборка ЖЛибС потребует раст, вот тогда мы будем наблюдать пожары пятых точек)
| | |
| 2.64, Аноним (65), 15:42, 29/07/2025 [^] [^^] [^^^] [ответить]
| +/– |
В каком смысле? Актуальная версия gcc - 15. А если у тебя что-то старее даже 12, то тебе и новый glibc не нужно собирать.
| | |
| |
| 3.78, Аноним (37), 17:16, 29/07/2025 [^] [^^] [^^^] [ответить]
| –1 +/– | |
> В каком смысле?
Дело не в том, что ты не понимаешь, а то, что требования прослойки над кернелом почему-то растут. Что особенного появилось в прослойке, что радикально потребовало изменений в языке/компиляторе?
| | |
| |
| 4.107, Аноним (107), 22:41, 29/07/2025 [^] [^^] [^^^] [ответить]
| +/– |
Это не прослойка, это стандартная либа. Возьми мусл, если тебя аж тресет от новых версий.
| | |
|
|
|
| 1.46, Аноним007 (ok), 14:03, 29/07/2025 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
 есть на сегодняшний день достаточно простое решение по использованию нескольких версий glibc на одном хосте? только не chroot
| | |
| |
| |
| 3.75, Аноним (75), 16:56, 29/07/2025 [^] [^^] [^^^] [ответить]
| +/– | |
Удачи на х86_64 если там будет хоть что то связано с сетью.
"Мыши должны сидеть в мышеловке", как сказал бы товарищ Жиглов
| | |
|
| |
| 3.60, Аноним007 (ok), 15:30, 29/07/2025 [^] [^^] [^^^] [ответить]
| +/– |
система работает норм.
но разработчики 2-х приложений выложили обновы.
требования к библиотекам повысили.
функционал появился новый. либо обновлять ОС, либо их мордой тыкать в новый глибс
| | |
|
| 2.71, Аноним (-), 16:22, 29/07/2025 [^] [^^] [^^^] [ответить]
| +/– | |
>достаточно простое решение по использованию нескольких версий glibc на одном хосте?
Это наркомания. Пакет должен быть один, версия тоже одна.
| | |
| |
| 3.80, Аноним (37), 17:23, 29/07/2025 [^] [^^] [^^^] [ответить]
| +1 +/– | |
> Пакет должен быть один, версия тоже одна.
расскажи это тем, кто рожает новое г* каждые 3 недели без разбора, надо это или нет.
| | |
|
| 2.106, нах. (?), 22:34, 29/07/2025 [^] [^^] [^^^] [ответить]
| +/– | |
если chroot для тебя недостаточно простое - то я, пожалуй, не буду рассказывать как подменить ld-linux.
| | |
|
| 1.66, ИмяХ (ok), 15:48, 29/07/2025 [ответить] [﹢﹢﹢] [ · · · ]
| +1 +/– |
 >>легковесных сторожевых страниц для защиты стека
До чего же лютые костыли приходится городить cишникам, чтобы защитить память.
>>вычисления абсолютных значений, работающие с беззнаковыми типами
Вычислять абсолютное значение того, что само по себе яыляется абсолютным значением? Да, очень умно.
| | |
| |
| 2.73, Аноним (73), 16:45, 29/07/2025 [^] [^^] [^^^] [ответить]
| +/– | |
> Вычислять абсолютное значение того, что само по себе яыляется абсолютным значением? Да, очень умно
#include <stdlib.h>
#undef uabs
/* Return the absolute value of I. */
unsigned int
uabs (int i)
{
unsigned int j = i;
return i < 0 ? -j : i;
}
| | |
| 2.77, Аноним (-), 17:08, 29/07/2025 [^] [^^] [^^^] [ответить]
| –3 +/– | |
>До чего же лютые костыли приходится городить cишникам, чтобы защитить память.
Костыль это когда, защиту от переполнения буфера памяти вкорячивают напрямую в язык и компилятор. В сишке, защита от переполнения выполняется специальными функциями. И это нормальная практика для не-ООП языка.
>Вычислять абсолютное значение того, что само по себе яыляется абсолютным значением? Да, очень умно.
Во-первых, это математические функции.
Во-вторых, вычислением абсолютных величин занимается такая наука, как математика. Ты сначала предъяви свои претензии к математикам.
В-третьих, покажи мне язык программирования где среди математических функций отсутствует функция вычисляющая абсолютное значение числа.
| | |
| |
| 3.93, Аноним (93), 18:58, 29/07/2025 [^] [^^] [^^^] [ответить]
| +2 +/– |
>>Вычислять абсолютное значение того, что само по себе яыляется абсолютным значением? Да, очень умно.
> Во-первых, это математические функции.
Ты вообще не понял, о чем он говорил - потому что ты С в глаза никогда не видел и не знаешь, что такое беззнаковый тип. Зато как экспертизы навалил!
| | |
| 3.97, Аноним (97), 19:46, 29/07/2025 [^] [^^] [^^^] [ответить]
| +1 +/– | |
> Костыль это когда, защиту от переполнения буфера памяти вкорячивают напрямую в язык и компилятор. В сишке, защита от переполнения выполняется специальными функциями
Напомни, пожалуйста, какие функции в сишке защищают от переполнения буфера?
> И это нормальная практика для не-ООП языка.
"Нормальной" такая практика является сугубо для топовых языков 70-х годов.
И при чем здесь ООП, лол? 😂
| | |
|
| 2.94, Аноним (93), 19:16, 29/07/2025 [^] [^^] [^^^] [ответить]
| +2 +/– | |
> Вычислять абсолютное значение того, что само по себе яыляется абсолютным значением? Да, очень умно.
Так это костыли для гениального дидовского дизайна.
Сишочники терпели-терпели, но на шестой десяток языку им наконец-то надоело ловить UB при вызове abs(INT_MIN). 😭 Поэтому на замену дедовским функциям abs() (возвращающим signed) они добавили uabs(), возвращающие unsigned.
N3349: Abs Without Undefined Behavior
https://www.open-std.org/jtc1/sc22/wg14/www/docs/n3349.pdf
Как там синочные воины против R* любят говорить: в нашей Сишочке полно UB, но они задокументированы в священном СТАНДАРТЕ!
| | |
|
| 1.102, Аноним (101), 21:13, 29/07/2025 [ответить] [﹢﹢﹢] [ · · · ]
| +/– | |
>Добавлена поддержка платформы z17 (новое поколение мейнфреймов IBM
Мейнфреймы возвращаются?
| | |
| |
| 2.105, Аноним (-), 21:38, 29/07/2025 [^] [^^] [^^^] [ответить]
| +/– |
>>Добавлена поддержка платформы z17 (новое поколение мейнфреймов IBM
> Мейнфреймы возвращаются?
А они никуда и не уходили.
Прост ставить мейнфрем и лепить к нему 100500 х-терминалов стало не выгодно.
А вот для всего остального.
8 потоков на ядро, это тебе не хухры-мухры.
| | |
|
|
