The OpenNET Project / Index page

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

форумы  помощь  поиск  регистрация  майллист  вход/выход  слежка  RSS
"Обновление Linux-ядра: 2.6.38.4, 2.6.32.39, 2.6.33.12. 4 уяз..."
Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Изначальное сообщение [ Отслеживать ]

"Обновление Linux-ядра: 2.6.38.4, 2.6.32.39, 2.6.33.12. 4 уяз..."  +/
Сообщение от opennews (??) on 22-Апр-11, 23:47 
Представлены (https://lkml.org/lkml/2011/4/21/395) очередные корректирующие релизы Linux-ядра (http://www.kernel.org/): 2.6.38.4 (http://www.kernel.org/pub/linux/kernel/v2.6/ChangeLog-2.6.38.4) (72 исправления), 2.6.32.39 (http://www.kernel.org/pub/linux/kernel/v2.6/longterm/v2.6.32...) (28 исправлений), 2.6.33.12 (http://www.kernel.org/pub/linux/kernel/v2.6/longterm/v2.6.33...) (26 исправлений). Как обычно, в анонсе выхода новых версий подчеркивается обязательность проведения обновления.


Из подсистем, в которых зафиксированы важные исправления, следует упомянуть: USB, Bluetooth, radeon kms, vfs, UBIFS, ramfs, vlan, pppoe, l2tp, ALSA, cifs. Отдельно можно отметить устранение незначительной уязвимости в реализации функции "next_pidmap()", которая может привести к инициированию краха ядра через обращение к системному вызову "getdents()" с определенным набором параметров.


Еще три уязвимости пока исправлены только в Git-репозитории:


-  Возможн...

URL: https://lkml.org/lkml/2011/4/21/395
Новость: http://www.opennet.dev/opennews/art.shtml?num=30336

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

Оглавление

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


1. "Обновление Linux-ядра: 2.6.38.4, 2.6.32.39, 2.6.33.12. 4 уяз..."  –1 +/
Сообщение от me (??) on 22-Апр-11, 23:47 
на 2.6.36 уже забили?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

3. "Обновление Linux-ядра: 2.6.38.4, 2.6.32.39, 2.6.33.12. 4 уяз..."  +/
Сообщение от GTO on 23-Апр-11, 00:23 
2.6.37 тоже не видно.
Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

59. "Обновление Linux-ядра: 2.6.38.4, 2.6.32.39, 2.6.33.12. 4 уяз..."  +/
Сообщение от Andrey Mitrofanov on 25-Апр-11, 19:38 
> 2.6.37 тоже не видно.

Де-сить-но! http://lwn.net/Articles/435667/

ЗЫЖ Впрочем, у вас (обоих!) есть шанс стяжать лавров Энди Клина: http://lwn.net/Articles/416656/ -> http://lwn.net/Articles/419937/ ,- и подхватить брошенное Грэгом КХ знамя .37 и .36, соответственно. Нет? А чего так??

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

54. "Обновление Linux-ядра: 2.6.38.4, 2.6.32.39, 2.6.33.12. 4 уяз..."  +/
Сообщение от Zenitur (ok) on 24-Апр-11, 15:57 
Что забили?
Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

58. "Обновление Linux-ядра: 2.6.38.4, 2.6.32.39, 2.6.33.12. 4 уяз..."  +/
Сообщение от Andrey Mitrofanov on 25-Апр-11, 19:34 
> на 2.6.36 уже забили?

Да, http://lwn.net/Articles/428684/

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

2. "Обновление Linux-ядра: 2.6.38.4, 2.6.32.39, 2.6.33.12. 4 уяз..."  +/
Сообщение от fyjybvec on 22-Апр-11, 23:50 
О каких уязвимостях идёт речь? Если Грег говорит об обязательном обновлении, это не значит, что в этих ядрах наёдены уязвимости — он так говори обо всех обновлениях, где больше 15 патчей.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

28. "Обновление Linux-ядра: 2.6.38.4, 2.6.32.39, 2.6.33.12. 4 уяз..."  +2 +/
Сообщение от int 21h on 23-Апр-11, 16:24 
> О каких уязвимостях идёт речь? Если Грег говорит об обязательном обновлении, это
> не значит, что в этих ядрах наёдены уязвимости — он так
> говори обо всех обновлениях, где больше 15 патчей.

Ну так правильно говорит. Кроме секурити бывают и иные неприятные баги. Врядли кому понравится разрушение данных или кернелпаник. Даже если они и не ведут к проблемам безопасности, это не значит что их не надо запатчить.

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

4. "Обновление Linux-ядра: 2.6.38.4, 2.6.32.39, 2.6.33.12. 4 уяз..."  –8 +/
Сообщение от Satori on 23-Апр-11, 01:35 
Когда на хомячках хотят протестировать что-то новое, их всегда пугают уязвимостями. Складывается впечатление, что 20 лет Linux из одних только уязвимостей состоял, а умники, способные их исправить, появились только теперь. И так со всем софтом, не только с ядром Linux.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

5. "Обновление Linux-ядра: 2.6.38.4, 2.6.32.39, 2.6.33.12. 4 уяз..."  +4 +/
Сообщение от bircoph (ok) on 23-Апр-11, 05:26 
Я тебе секрет открою. Весь софт и состоит из уязвимостей, многие находят через годы, а большинство просто не найдено. В практически любой сложной программе уязвимости есть прямо в данный момент времени, но узнать мы о них может очень не скоро.

Из сложных программ, единственная мне известная (которая, скорее всего) без ошибок — это TeX, но его писал сам Кнут и лет 15 платил всем, кто находил в нём ошибки.

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

15. "Обновление Linux-ядра: 2.6.38.4, 2.6.32.39, 2.6.33.12. 4 уяз..."  –9 +/
Сообщение от Аноним (??) on 23-Апр-11, 10:58 
Невозможно говорить о чем либо с человеком, у которого огонек проповедника СПО в глазах.
Ответить | Правка | ^ к родителю #5 | Наверх | Cообщить модератору

18. "Обновление Linux-ядра: 2.6.38.4, 2.6.32.39, 2.6.33.12. 4 уяз..."  +1 +/
Сообщение от chinarulezzz (ok) on 23-Апр-11, 12:12 
> Невозможно говорить о чем либо с человеком, у которого огонек проповедника СПО
> в глазах.

научись) делов то.

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

22. "Обновление Linux-ядра: 2.6.38.4, 2.6.32.39, 2.6.33.12. 4 уяз..."  +4 +/
Сообщение от MarCo email on 23-Апр-11, 15:51 
Теория: "Любая программа более двух строк содержит ...". Так что на сегодняшний день ядро Linux наиболее отлаженое из всех операционных систем.
Ответить | Правка | ^ к родителю #5 | Наверх | Cообщить модератору

37. "Обновление Linux-ядра: 2.6.38.4, 2.6.32.39, 2.6.33.12. 4 уяз..."  +/
Сообщение от Аноним (??) on 23-Апр-11, 23:06 
Ни на чем не основанное заявление. Тебе бы этого хотелось, но не факт, что это так и есть.
Ответить | Правка | ^ к родителю #22 | Наверх | Cообщить модератору

29. "Обновление Linux-ядра: 2.6.38.4, 2.6.32.39, 2.6.33.12. 4 уяз..."  +1 +/
Сообщение от int 21h on 23-Апр-11, 16:29 
> Из сложных программ, единственная мне известная (которая, скорее всего) без ошибок —
> это TeX, но его писал сам Кнут и лет 15 платил всем, кто находил в нём ошибки.

Еще есть несколько программ от D.J. Berstein. Наиболее известные - qmail и djbdns. Если задаться целью, можно написать программу почти без ошибок. К сожалению, это требует такого уровня паранои что все остальные цели сместятся на второй план. Упомянутые программы это подтверждают.

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

8. "Обновление Linux-ядра: 2.6.38.4, 2.6.32.39, 2.6.33.12. 4 уяз..."  –2 +/
Сообщение от iZEN (ok) on 23-Апр-11, 07:30 
Видите ли, исходный текст многих современных операционок не покрыт ни модульными, ни функциональными тестами вообще. На уязвимости натыкаются случайно, как на упавшие грабли в тёмном сарае. Такова культура системного софтостроения, что ж поделаешь.

Не хотите обновляться — за вами будут следить всякие приходящие посторонние люди, будете вовремя обновляться — за вами будут следить только нужные люди. Такова жизнь.

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

21. "Обновление Linux-ядра: 2.6.38.4, 2.6.32.39, 2.6.33.12. 4 уяз..."  +3 +/
Сообщение от Аноним (??) on 23-Апр-11, 13:57 
> Видите ли, исходный текст многих современных операционок не покрыт ни модульными, ни функциональными тестами вообще.

Как Вы себе представляете юнит тест в ядре? Нагромождение десятков уровней абстракции в ядре существенно понизит его производительность. Это вам не ява, где всегда можно купить ещё одну планку оперативы или пару процессоров.

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

33. "Обновление Linux-ядра: 2.6.38.4, 2.6.32.39, 2.6.33.12. 4 уяз..."  +/
Сообщение от iZEN (ok) on 23-Апр-11, 18:51 
>> Видите ли, исходный текст многих современных операционок не покрыт ни модульными, ни функциональными тестами вообще.
> Как Вы себе представляете юнит тест в ядре?

Никак. Тестовый код вызывает функции ядра и проверяет корректность результатов с предполагаемыми разработчиком. Основной рабочий код ядра ничего не знает о тестах.

> Нагромождение десятков уровней абстракции

Модульные тесты не относятся к сложным абстракциям и не провоцируют их. Тесты должны быть максимально просты и понятны всем разработчикам.

> в ядре существенно понизит его производительность.

Тесты не влияют на производительность, так как код тестов не вызывается в готовой работающей системе.

> Это вам не ява, где всегда можно купить ещё одну планку оперативы или пару процессоров.

Java тут не причём. Принципы модульного тестирования и подтверждения/доказательства правильности программ появились задолго до Java.


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

34. "Обновление Linux-ядра: 2.6.38.4, 2.6.32.39, 2.6.33.12. 4 уяз..."  +1 +/
Сообщение от Аноним (??) on 23-Апр-11, 19:36 
> Тестовый код вызывает функции ядра и проверяет корректность результатов с предполагаемыми разработчиком.

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

Драйвера устройств (а это бОльшая часть ядра) отпадают ввиду необходимости эмулировать физические устройства со _всеми_ их багами и особенностями. А с ними связано и множество других решений (например, те же барьеры в ext4).

Плюс не забываем, что .config содержит огромное количество параметров, что приводит к большому числу различных конфигураций. Кроме того, некоторые ошибки (привет, 12309!) являются результатом "совместной деятельности" нескольких подсистем, и отловить их юнит-тестами не получится.

> Тесты не влияют на производительность, так как код тестов не вызывается в готовой работающей системе.

Необходимость поддерживать тесты повлияет на архитектуру ядра и, как следствие, на производительность. У тестируемых функций придётся добавлять параметры, позволяющие передавать mock-объекты вместо реальных ресурсов. А там, где некая функция вызывалась напрямую, придётся эмулировать виртуальную функцию.

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

26. "Обновление Linux-ядра: 2.6.38.4, 2.6.32.39, 2.6.33.12. 4 уяз..."  +1 +/
Сообщение от int 21h on 23-Апр-11, 16:21 
> Видите ли, исходный текст многих современных операционок не покрыт ни модульными, ни
> функциональными тестами вообще.

Практика показала: юнит-тесты и функциональные тесты - это, конечно, здорово. Но прорва ошибок остается и после них. Линукс удивительно стабилен на фоне его огромного размера кода. C качеством кода у него порядок. Упомянутые в новости баги - вообще ни о чем: их степень опасности - крайне низкая. Кстати в freebsd недавно находили уязвимость с монтированием NFS. Не хочешь ее за это почморить?

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

32. "Обновление Linux-ядра: 2.6.38.4, 2.6.32.39, 2.6.33.12. 4 уяз..."  –2 +/
Сообщение от iZEN (ok) on 23-Апр-11, 18:23 
>> Видите ли, исходный текст многих современных операционок не покрыт ни модульными, ни
>> функциональными тестами вообще.
> Практика показала: юнит-тесты и функциональные тесты - это, конечно, здорово. Но прорва
> ошибок остается и после них.

Да, куда ж без этого, если каждая третья ошибка связана с родовым свойством языка C: прорыв стека через элементарное переполнение буфера. Здесь нужны интерактивные инструменты по наблюдению за утечками памяти типа Visual VM и нагрузочное тестирование по типу Apache JMeter, хотя бы.

> Линукс удивительно стабилен на фоне его
> огромного размера кода. C качеством кода у него порядок.

Те, кто сравнивали код Linux и FreeBSD, о первом отзываются не очень хорошо: во-первых, качество кода "гуляет" к в сторону полного крапа, так и в сторону гениальных находок (во FreeBSD код в массе своей средненький, но изобилует подробными комментариями, что хотел разработчик); во-вторых, ~15% кода ядра Linux не имеют авторского происхождения и комментариев, как-будто код кто-то написал и выложил без указания, кем он написан и зачем.

> Упомянутые в
> новости баги - вообще ни о чем: их степень опасности -
> крайне низкая.

При крайне низкой степени опасности не нужно давать настаивать на обязательном обновлении.

> Кстати в freebsd недавно находили уязвимость с монтированием NFS.
> Не хочешь ее за это почморить?

Нет.

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

45. "Обновление Linux-ядра: 2.6.38.4, 2.6.32.39, 2.6.33.12. 4 уяз..."  +/
Сообщение от Капитан Очевидность on 24-Апр-11, 04:40 
> Да, куда ж без этого, если каждая третья ошибка связана с родовым
> свойством языка C: прорыв стека через элементарное переполнение буфера.

Кто виноват что операционки только на си и получается писать? Остальные языки настолько высокопарны что не дают достаточных механизмов для влезания в системные внутренности.

> Здесь нужны интерактивные инструменты по наблюдению за утечками памяти типа Visual VM

Средства для гламурных дебилов ядерщикам не требуются - не надо по тупым жабистам их равнять. У ядерщиков мозги на месте. И инструментарий слегка другой.

> и нагрузочное тестирование по типу Apache JMeter, хотя бы.

У меня сервер полгода без ребута работает. Утечек памяти не вижу. Паник нет. Это за нагрузочное тестирование не считается? А у вас часто проводится нагрузочное тестирование вашего софта длительностью полгода, в реальных условиях? Без единого рестарта и перезапуска софта?

[много трепа ни о чем удалено]
> При крайне низкой степени опасности не нужно давать настаивать на обязательном обновлении.

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

>> Не хочешь ее за это почморить?
> Нет.

Двойные стандарты - модный тренд нашего времени.

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

50. "Обновление Linux-ядра: 2.6.38.4, 2.6.32.39, 2.6.33.12. 4 уяз..."  +/
Сообщение от Nxx email(ok) on 24-Апр-11, 09:41 
> Кто виноват что операционки только на си и получается писать? Остальные языки настолько высокопарны что не дают достаточных механизмов для влезания в системные внутренности.

Да даже на ассемблере безопаснее писать. Другое дело, что код получается не портируемый...

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

60. "Обновление Linux-ядра: 2.6.38.4, 2.6.32.39, 2.6.33.12. 4 уяз..."  +/
Сообщение от Капитан (??) on 25-Апр-11, 21:33 
> Да даже на ассемблере безопаснее писать.

На ассемблере можно отправить всю систему в нокдаун одной неверной командой.

> Другое дело, что код получается не портируемый...

Более того, реальные образцы, например Win95 с точки зрения архитектуры ос похожи на полное УГ.


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

7. "Обновление Linux-ядра: 2.6.38.4, 2.6.32.39, 2.6.33.12. 4 уяз..."  –3 +/
Сообщение от Аноним (??) on 23-Апр-11, 07:28 
что не неделя, то стопка дыр в linux kernel.. к счастью хоть локальные уязывимости, а не ремотные..
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

10. "Обновление Linux-ядра: 2.6.38.4, 2.6.32.39, 2.6.33.12. 4 уяз..."  +/
Сообщение от vovans (ok) on 23-Апр-11, 09:36 
ой, прям стопка! )) Посмотри, сколько обновлений в венике приходит :) и сколько не приходит, не известно ещё :) А это так... мелкие фиксы...
Ответить | Правка | ^ к родителю #7 | Наверх | Cообщить модератору

38. "Обновление Linux-ядра: 2.6.38.4, 2.6.32.39, 2.6.33.12. 4 уяз..."  +/
Сообщение от Аноним (??) on 23-Апр-11, 23:07 
> ой, прям стопка! )) Посмотри, сколько обновлений в венике приходит :) и
> сколько не приходит, не известно ещё :) А это так... мелкие
> фиксы...

Тебе бы хотелось так считать. Опять-таки, не факт, что фиксы - мелкие. Ну казалось бы - какая мелочь, переполнение буфера! Так нет же - главный жупел операционостроителей последних 15 лет.

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

19. "Обновление Linux-ядра: 2.6.38.4, 2.6.32.39, 2.6.33.12. 4 уяз..."  –1 +/
Сообщение от Аноним (??) on 23-Апр-11, 12:30 
фтему http://ibigdan.livejournal.com/8443330.html
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

46. "Обновление Linux-ядра: 2.6.38.4, 2.6.32.39, 2.6.33.12. 4 уяз..."  +/
Сообщение от б.б. on 24-Апр-11, 06:59 
Давайте уж всех маргиналов осчастливим ссылками на opennet.

Впрочем, после упоминания C++ какие-то комментарии стали излишними.

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

Ну а уж "возвращаемся на винду или мак" звучит как "позанимался спортом? не вставило? возвращаемся на вино или наркотики!". В мировоззрении бухарей-наркоманов, разумеется жизни без бухла и наркотиков просто нет, они её просто представить себе не могут.

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

30. "Обновление Linux-ядра: 2.6.38.4, 2.6.32.39, 2.6.33.12. 4 уяз..."  +/
Сообщение от Онаним on 23-Апр-11, 17:17 
Гы, а в ядре, которое использует сертифицированный ФСТЭК альт, эти дыры есть?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

31. "Обновление Linux-ядра: 2.6.38.4, 2.6.32.39, 2.6.33.12. 4 уяз..."  +/
Сообщение от Капитан Очевидность on 23-Апр-11, 17:47 
Гы, а вы разломайте что-нибудь на практике через эти дыры. Тогда и приходите.
Ответить | Правка | ^ к родителю #30 | Наверх | Cообщить модератору

35. "Обновление Linux-ядра: 2.6.38.4, 2.6.32.39, 2.6.33.12. 4 уяз..."  –1 +/
Сообщение от Аноним (??) on 23-Апр-11, 20:04 
ну и вдобавок: через НФС-ные папки фряхи получить доступ
Ответить | Правка | ^ к родителю #31 | Наверх | Cообщить модератору

39. "Обновление Linux-ядра: 2.6.38.4, 2.6.32.39, 2.6.33.12. 4 уяз..."  +/
Сообщение от Аноним (??) on 23-Апр-11, 23:08 
> Гы, а вы разломайте что-нибудь на практике через эти дыры. Тогда и
> приходите.

Целая армия хаксоров уже ищет. Правда, сюрприз? И оповестить тебя они отнюдь не будут спешить.

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

43. "Обновление Linux-ядра: 2.6.38.4, 2.6.32.39, 2.6.33.12. 4 уяз..."  +/
Сообщение от Капитан Очевидность on 24-Апр-11, 04:23 
> Целая армия хаксоров уже ищет. Правда, сюрприз? И оповестить тебя они отнюдь
> не будут спешить.

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

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

52. "Обновление Linux-ядра: 2.6.38.4, 2.6.32.39, 2.6.33.12. 4 уяз..."  +/
Сообщение от Онаним on 24-Апр-11, 15:50 
персы тоже очевидных методов не видели, пока всех центрифуг не лишились
Ответить | Правка | ^ к родителю #43 | Наверх | Cообщить модератору

53. "Обновление Linux-ядра: 2.6.38.4, 2.6.32.39, 2.6.33.12. 4 уяз..."  +/
Сообщение от Онаним on 24-Апр-11, 15:54 
> Гы, а вы разломайте что-нибудь на практике через эти дыры. Тогда и
> приходите.

трьщкптан, а вы готовы поставить свои погоны и личные деньги на кон, что никто не поломает ОченьВажнуюЖелезку через эти дыры?

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

36. "Обновление Linux-ядра: 2.6.38.4, 2.6.32.39, 2.6.33.12. 4 уяз..."  +/
Сообщение от bias.tgz on 23-Апр-11, 20:37 
Будешь как на винде теперь жить с дырами месяцами, потому так как после применения патчей я так понимаю надо опять проходить сертификацию.
Ответить | Правка | ^ к родителю #30 | Наверх | Cообщить модератору

40. "Обновление Linux-ядра: 2.6.38.4, 2.6.32.39, 2.6.33.12. 4 уяз..."  +/
Сообщение от Аноним (??) on 23-Апр-11, 23:09 
> Будешь как на винде теперь жить с дырами месяцами, потому так как
> после применения патчей я так понимаю надо опять проходить сертификацию.

Такова жестокая реальность мира СПО.

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

51. "Обновление Linux-ядра: 2.6.38.4, 2.6.32.39, 2.6.33.12. 4 уяз..."  +/
Сообщение от Disaron (ok) on 24-Апр-11, 12:50 
Сертификация венды тоже слетает после обновлений. Внезапно да?
А еще внезапнее скажу, что поддержка сертифицированного альта предусматривает предоставление _сертифицированных_ обновлений, в отличие от.

>Система может быть использована как Рабочая станция и как Сервер, в сертифицированный комплект входят версии для двух архитектур и купон технической поддержки на 1 компьютер, дающий право на бесплатное получение регулярных сертифицированных обновлений.

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

55. "Обновление Linux-ядра: 2.6.38.4, 2.6.32.39, 2.6.33.12. 4 уяз..."  +/
Сообщение от linwin on 24-Апр-11, 16:14 
Забавно в этой истории только одно. Линуксоиды так гордились своей свободой и что они могут сами в любой момент взять и вмешаться в систему и сделать так как им надо. А получилось как?

Свободу эту они теперь могут засунуть куда подальше, сменили m$ выньдос на "национальную ОС" в которой все видишь ли "засертифицировано" в бинарном виде. И самому менять ничего нельзя. Почему в сертифицированном Linux постгресс 8.4.4, а не 8.4.8 ? А может мне 9-ый хочется. И такая ситуация со многими пакетами. Это нормально когда государство засунуло свой нос, и указало кому и чем пользоваться?

И кстати, раз уж Вы в теме, разъясните такую ситуацию. Добрым дядям регуляторам которые могут припереться в офис с 1 июля 2011 года, я так понял главное не то что на серваке их сертифицированный Linux стоит, а главное чтобы бумажка была, что этот Linux куплен за денежку. И вот насчет апдейтов, я так понял в документах есть некий формулярчик в котором перечислены контрольные суммы. При установке сертифицированных апдейтов от ALT Linux, будут каждый раз рассылать этот формулярчик по почте?

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

57. "Обновление Linux-ядра: 2.6.38.4, 2.6.32.39, 2.6.33.12. 4 уяз..."  +/
Сообщение от pavlinux (ok) on 24-Апр-11, 23:28 
I.

   1. Контрольные сумм могут считаться только сертифицированной утилитой.
   2. Эта утилита есть только под DOS/Windows.
   3. Она есть под Linux.
   4. Но под Linux она сама не сертифицирована :)

II.
    Сертифицированный или лицензионный софт, за этим следят различные органы.
    За пираццкую венду тебя могут посадить, за не сертифицированный софт - расстрелять :)

  

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

44. "Обновление Linux-ядра: 2.6.38.4, 2.6.32.39, 2.6.33.12. 4 уяз..."  –1 +/
Сообщение от Капитан Очевидность on 24-Апр-11, 04:24 
> Будешь как на винде теперь жить с дырами месяцами,

patch и GCC вам в руки, если вы еще не совсем отупели.

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

47. "Обновление Linux-ядра: 2.6.38.4, 2.6.32.39, 2.6.33.12. 4 уяз..."  +/
Сообщение от Майор Очевидность on 24-Апр-11, 07:12 
Товарищ капитан, Вы главное ссылку не палите где качать такой GCC после сборки которым будут получаться сразу сертифицированные бинарники. А то нам денег никто не принесет больше за сертификацию, а мне еще виллу надо достраивать в Испании. :)
Ответить | Правка | ^ к родителю #44 | Наверх | Cообщить модератору

49. "Обновление Linux-ядра: 2.6.38.4, 2.6.32.39, 2.6.33.12. 4 уяз..."  +/
Сообщение от Nxx email(ok) on 24-Апр-11, 09:39 
> Возможность разыменования NULL-указателя
> Целочисленное переполнение

Больше на Си программируйте, и не такое будет.

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

56. "Обновление Linux-ядра: 2.6.38.4, 2.6.32.39, 2.6.33.12. 4 уяз..."  +/
Сообщение от ананим on 24-Апр-11, 22:32 
да вот заждались уже ведра от айзена на жабе.
может ты поможешь?
Ответить | Правка | ^ к родителю #49 | Наверх | Cообщить модератору

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

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




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

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