|
2.2, Andrey Mitrofanov (?), 11:14, 19/06/2014 [^] [^^] [^^^] [ответить]
| +38 +/– |
> Ерундой занимаются.
– Позвольте узнать, что вы можете сказать по поводу прочитанного?
– Да не согласен я.
– Что, с Энгельсом или с Каутским?
– С обоими.
| |
2.5, Аноним (-), 11:21, 19/06/2014 [^] [^^] [^^^] [ответить]
| +9 +/– |
Да все проще :). Дреппер свалил в туман, вот смысл в eglibc и отпал. Просто Дреппер был редким к@злом, с которым конструктивно решить вопросы было на редкость проблематично.
| |
|
3.12, клоун (?), 12:37, 19/06/2014 [^] [^^] [^^^] [ответить]
| +2 +/– |
Торвальдс, Столман - они другие? В их храме тоже хрен в алтарь на--рёшь.
| |
|
|
|
6.61, Anonym2 (?), 14:01, 20/06/2014 [^] [^^] [^^^] [ответить]
| +/– |
> кстати да, тоже вспомнилось: http://avva.livejournal.com/2323823.html
Ну и что вытекает из того что какой-то упорно и широко навязываемый плюгин вдруг перестал работать? И начал требовать совместимости и приспособления к его багам? Вместе с пользователями ничего не смыслящими во всех смыслах но просто мечтающими завести этот упорно навязываемый им и всем прочим плюгин в Линукс.
Кстати определение memcpy никак не менялось и не должно. И Drepper тут не поможет. И вполне возможно что в дальнейшем возникнут ещё неожиданности, даже если кому-то кажется, что эта функция теперь должна работать совместимо с багами и ошибками в их программах.
| |
|
7.62, arisu (ok), 14:06, 20/06/2014 [^] [^^] [^^^] [ответить]
| –3 +/– |
просто говнокодеры яростно защищают свой говнокод. это же проще, чем чинить.
а линус вообще мудак известный.
| |
|
6.63, Аноним (-), 02:06, 02/07/2014 [^] [^^] [^^^] [ответить] | +/– | Не понимаю Была тупая функция memcpy , которая была полезна в 70-е годы на оче... большой текст свёрнут, показать | |
|
|
6.23, burjui (ok), 14:17, 19/06/2014 [^] [^^] [^^^] [ответить]
| +4 +/– |
Разве что с точки зрения эгоистичного задрота: стандарт ведь не *обязывал* его делать поведение memcpy() непредсказуемым, но он всё же сделал. Иначе говоря, для него чистота его кода важнее, чем удобство пользователя. Код ради кода. Я против такого подхода точно так же, как и против говнокода.
| |
|
7.32, rob pike (?), 15:59, 19/06/2014 [^] [^^] [^^^] [ответить]
| –1 +/– |
Вызвать на комсомольский суд чести.
Вынести общественное порицание за недостаточное боление душой за нужды простых программистов.
Лишить путевки в санаторий.
| |
|
6.35, pavlinux (ok), 17:23, 19/06/2014 [^] [^^] [^^^] [ответить]
| –2 +/– |
Тварь он продажная, этого бага не было на новых процах от Интеля, потому как юзало SSE4.
| |
|
|
4.21, rob pike (?), 14:08, 19/06/2014 [^] [^^] [^^^] [ответить]
| +/– |
Ядро слишком большое чтобы его форкать (кому-то кроме Гугла).
История с XEmacs и периодические историйки с мелкими гну-софтами.
| |
4.45, Аноним (-), 23:11, 19/06/2014 [^] [^^] [^^^] [ответить]
| +1 +/– |
> Торвальдс, Столман - они другие?
Когда как. С Торвальдсом вполне можно решить большинство вопросов. Если нормально аргументировать свою точку зрения и это не будет бредом.
> В их храме тоже хрен в алтарь на--рёшь.
Тю, вон одни в храме всего лишь ногами подрыгать решили - так им 2 года кутузки выдали. А в твоем случае - спасибо скажешь, если не расстреляют. А то смотри, Linux нынче и на винтовках бывает...
| |
|
|
2.11, пруфридер (?), 12:21, 19/06/2014 [^] [^^] [^^^] [ответить]
| –1 +/– |
> не перенесены в GLibc: ... динамическая перезагрузка /etc/resolv.conf
Ой, а теперь придется это учитывать. А было удобно. :(
| |
|
1.3, A.Stahl (ok), 11:18, 19/06/2014 [ответить] [﹢﹢﹢] [ · · · ]
| –2 +/– |
Я хоть и программист (прикладной правда), но разницу не замечу.
Впрочем, чем ближе к "корням" -- тем лучше. Нехорошо когда проекты масштаба Дебиан используют ключевые инструменты, поставляемые "группой энтузиастов, отвечающих на слишком жесткую и централизованно контролируемую политику".
| |
|
2.9, freehck (ok), 11:43, 19/06/2014 [^] [^^] [^^^] [ответить]
| +13 +/– |
> Нехорошо когда проекты масштаба Дебиан используют ключевые инструменты, поставляемые "группой энтузиастов, отвечающих на слишком жесткую и централизованно контролируемую политику".
Спорно. Мне казалось, что само явление GNU - в некотором роде ответ "энтузиастов на жесткую централизованно контроллируемую политику".
| |
|
3.14, АнонИм (?), 12:57, 19/06/2014 [^] [^^] [^^^] [ответить]
| –1 +/– |
>Спорно. Мне казалось, что само явление GNU - в некотором роде ответ "энтузиастов на жесткую централизованно контроллируемую политику".
И не поспоришь. Ядро тому самый яркий пример. Никакой централизованной политики и тоталитаризма, чистая демокрвтия.
| |
|
4.18, Аноним (-), 13:55, 19/06/2014 [^] [^^] [^^^] [ответить]
| +4 +/– |
>>Спорно. Мне казалось, что само явление GNU - в некотором роде ответ "энтузиастов на жесткую централизованно контроллируемую политику".
> И не поспоришь. Ядро тому самый яркий пример. Никакой централизованной политики и
> тоталитаризма, чистая демокрвтия.
Ядро Linux разве проект GNU?
| |
|
5.28, Аноним (-), 15:09, 19/06/2014 [^] [^^] [^^^] [ответить]
| –8 +/– |
По сути всё что под лицензией GPL - это GNU. А входит ли в официальный набор - это уже формальности.
| |
|
4.19, tdykunlogged (?), 13:56, 19/06/2014 [^] [^^] [^^^] [ответить]
| +3 +/– |
Вас не устраивает политика принятия изменений в ядро операционной системы GNU - HURD?
| |
4.22, rob pike (?), 14:11, 19/06/2014 [^] [^^] [^^^] [ответить]
| +/– |
> Ядро тому самый яркий пример. Никакой централизованной политики и
> тоталитаризма, чистая демокрвтия.
Наглядно видны достоинства демократии.
При демократии в ядре уже были бы Qt с Weyland от Windows оно бы отличалось только названием.
| |
|
5.25, Аноним (-), 14:33, 19/06/2014 [^] [^^] [^^^] [ответить]
| –1 +/– |
Ну, KMS благополучно возник, несмотря на то, что ещё десять лет назад работа с графикой полностью из юзерспейса преподносилась как великое благо, в отличие от "венды, у которой гуй в ядре и поэтому она такая нестабильная".
| |
|
6.27, rob pike (?), 15:01, 19/06/2014 [^] [^^] [^^^] [ответить]
| +/– |
Никто и не говорил что разница - принципиальная.
Только то что скорость скатывания в добро при демократии - максимальная.
| |
6.30, Аноним (-), 15:42, 19/06/2014 [^] [^^] [^^^] [ответить]
| +1 +/– |
> Ну, KMS благополучно возник, несмотря на то, что ещё десять лет назад работа с графикой полностью из юзерспейса преподносилась как великое благо, в отличие от "венды, у которой гуй в ядре и поэтому она такая нестабильная".
Справедливости ради можно отметить, что в Linux ядро занимается только самой низкоуровневой частью графической подсистемы -- ставит разрешение экрана и, ЕМНИП, предоставляет буфер юзерспейсу. В винде же частью ядра являются даже некоторые функции работы с окнами (только в прошлом году они удосужились исправить баг, позволявший повалить систему в BSOD всего одним вызовом функции изменения размеров окна).
| |
6.49, Аноним (-), 23:34, 19/06/2014 [^] [^^] [^^^] [ответить]
| +1 +/– |
> Ну, KMS благополучно возник,
При том делает простые и низкоуровневые операции, которые явно в компетенции ядра. Типа переключения режимов и управления памятью. А что, памятью юзермод чтоли должен управлять? Да это бред, в остальных случаях памятью ядро управляет.
| |
|
5.29, Аноним (-), 15:11, 19/06/2014 [^] [^^] [^^^] [ответить]
| –1 +/– |
>> Ядро тому самый яркий пример. Никакой централизованной политики и
>> тоталитаризма, чистая демокрвтия.
> Наглядно видны достоинства демократии.
> При демократии в ядре уже были бы Qt с Weyland от Windows
> оно бы отличалось только названием.
Вы уже определитесь - или трусы наденьте, или галстук снимите. То сначала говорят что им тоталитаризм не нравится, они свой libc с блэкджеком запилят, то теперь им это благо, обуздайте нас скорее.
| |
|
6.31, rob pike (?), 15:51, 19/06/2014 [^] [^^] [^^^] [ответить]
| –1 +/– |
А вы не мешайте всё в одну кучу.
Пусть цветут 100 разных тоталитаризмов, а мы, пользуясь открытостью границ, будем между ними выбирать.
| |
|
7.55, Evgueni (?), 08:54, 20/06/2014 [^] [^^] [^^^] [ответить]
| +/– |
Зачем же так жёстко ограничивать? Пусть будет всё и свобода выбора из этого всего + костыле, чтобы всё не умерало. А то так, выживет только наиболее приспособленный, а не наиболее годный.
| |
|
|
|
4.48, Аноним (-), 23:33, 19/06/2014 [^] [^^] [^^^] [ответить]
| +/– |
> И не поспоришь. Ядро тому самый яркий пример. Никакой централизованной политики и
> тоталитаризма, чистая демокрвтия.
Абсолютно. Git clone - и художествуй как хочешь. А то что Товральдс твой патч вовсе не обязан принимать - так у него тоже есть свободы. Например, свобода посылать тебя в пешее эротическое путешествие.
| |
|
|
|
1.4, Аноним (-), 11:19, 19/06/2014 [ответить] [﹢﹢﹢] [ · · · ]
| +8 +/– |
Ждем новость "после тщательного, напряженного обдумывания вопроса убунтятами принято волевое решение перейти на glibc, слава инновациям, Марк слава!".
| |
|
2.6, Аноним (-), 11:22, 19/06/2014 [^] [^^] [^^^] [ответить]
| +/– |
> Ждем новость "после тщательного, напряженного обдумывания вопроса убунтятами принято
> волевое решение перейти на glibc, слава инновациям, Марк слава!".
А зачем Марку быть святее папы римского? Да еще за свой счет?
| |
|
3.51, Аноним (-), 23:46, 19/06/2014 [^] [^^] [^^^] [ответить]
| +/– |
> кому че, а лысому расчестка... везде убунту приплетут
Черный пиар - тоже пиар :).
| |
|
|
1.10, _KUL (ok), 12:05, 19/06/2014 [ответить] [﹢﹢﹢] [ · · · ]
| +10 +/– |
Предвкушаем заголовки новостей "Debian возвращается с системд на сис-инит" (по словам парам-пам-пам яростно развиваемый проект системд уже никому не нужен, и стал не перспективным)
| |
|
2.16, Аноним (-), 13:10, 19/06/2014 [^] [^^] [^^^] [ответить]
| +2 +/– |
На sysvinit никто возвращаться не будет, устарел-с.
Ждём openrc по умолчанию.
| |
|
3.20, Аноним (-), 13:57, 19/06/2014 [^] [^^] [^^^] [ответить]
| +4 +/– |
> На sysvinit никто возвращаться не будет, устарел-с.
> Ждём openrc по умолчанию.
У Debian свой sysvinit, параллельный, с блекджеком :)
| |
|
4.54, Аноним (-), 00:05, 20/06/2014 [^] [^^] [^^^] [ответить]
| –2 +/– |
> У Debian свой sysvinit, параллельный, с блекджеком :)
Да, и их задолбало велосипедить и они таки тоже решили валить на systemd :).
| |
|
|
|
1.36, Аноним (-), 17:37, 19/06/2014 [ответить] [﹢﹢﹢] [ · · · ]
| –5 +/– |
> динамическая перезагрузка /etc/resolv.conf
Не думал что поддержка TCP/IP в Linux так глубоко - аж в Glibc. Хакеры, ответьте на вопрос. Будет ли работать система, если на первом экране make menuconfig ядра Linux снять галочку поддержки сети? Если нет - в какой момент система работать перестала? В 2.6, в 2.4?
| |
|
2.41, www2 (??), 18:18, 19/06/2014 [^] [^^] [^^^] [ответить]
| +/– |
>Не думал что поддержка TCP/IP в Linux так глубоко - аж в Glibc.
Во-первых не так уж и глубоко - в библиотеке. Во-вторых - это не поддержка TCP/IP, а реализация одного часто используемого клиента (DNS).
| |
2.52, Аноним (-), 00:01, 20/06/2014 [^] [^^] [^^^] [ответить]
| +1 +/– |
> Не думал что поддержка TCP/IP в Linux так глубоко - аж в Glibc.
Обломись, glibc - умная обертка к услугам ядра, не более.
> Хакеры, ответьте на вопрос. Будет ли работать система, если на
> первом экране make menuconfig ядра Linux снять галочку поддержки сети?
Сети не будет. А что ты ожидал, отключая сеть? А работать скорее всего будет. Ну работает же система если нет никаких сетевых подключений. А плюс-минус тот или иной драйвер - уже весьма вторичный вопрос.
| |
|
3.58, Andrey Mitrofanov (?), 09:56, 20/06/2014 [^] [^^] [^^^] [ответить]
| +2 +/– |
> Обломись, glibc - умная обертка к услугам ядра, не более.
Математические функции тоже в ядро и обратно "гоняют"? Верую!
| |
|
|
1.43, lucentcode (ok), 20:30, 19/06/2014 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Интересно, когда разработчики libav одумаются, и так-же поступят по мужски - признают что они пилят велосипед, и вернуться под крыло более прогрессивного ffmpeg.
| |
|
2.47, Аноним (-), 23:13, 19/06/2014 [^] [^^] [^^^] [ответить]
| –1 +/– |
> Интересно, когда разработчики libav одумаются, и так-же поступят по мужски - признают
> что они пилят велосипед, и вернуться под крыло более прогрессивного ffmpeg.
Справедливости ради, в ffmpeg тоже хватает граблей, которые выпилили в libav.
| |
|
3.53, Аноним (-), 00:02, 20/06/2014 [^] [^^] [^^^] [ответить]
| +1 +/– |
> Справедливости ради, в ffmpeg тоже хватает граблей, которые выпилили в libav.
...и создают 100500 новых граблей. Спору нет, свои грабли лучше чем чужие. Ибо NIH синдром же!
| |
|
4.57, бедный буратино (ok), 09:16, 20/06/2014 [^] [^^] [^^^] [ответить]
| –1 +/– |
>> Справедливости ради, в ffmpeg тоже хватает граблей, которые выпилили в libav.
> ...и создают 100500 новых граблей. Спору нет, свои грабли лучше чем чужие.
> Ибо NIH синдром же!
вся суть опеннет-долб...анонима в одной фразе - обилие штампов, собственное выдумывание фактов, подача материала. По-моему, этот комментарий можно ставить к АБСОЛЮТНО ЛЮБОЙ НОВОСТИ, и облегчить их анонимам их анонимский труд, пусть отдыхают...
Вышел CouchDB 1.6?
> ...и создают 100500 новых граблей. Спору нет, свои грабли лучше чем чужие.
> Ибо NIH синдром же!
Портирование ос на калькуляторы
> ...и создают 100500 новых граблей. Спору нет, свои грабли лучше чем чужие.
> Ибо NIH синдром же!
в общем, этот комментарий везде уместен. потому что везде одинаково неуместен. :)
| |
|
|
2.59, Andrey Mitrofanov (?), 09:58, 20/06/2014 [^] [^^] [^^^] [ответить]
| –1 +/– |
> Интересно, когда разработчики libav одумаются, и так-же поступят по мужски - признают
> что они пилят велосипед, и вернуться под крыло более прогрессивного ffmpeg.
Очевидно же, после ритуального сепуку ментейнеров второго.
| |
|
|