Собственно, subj. Пример:

http://www.linux.org.ru/jump-message.jsp?msgid=2999190&cid=2999929

Странно. Почему граждане, которых совершенно не интересует GNU/Linux (и UNIX вообще), толпами лезут на ЛОР, чтоб нагадить? Ну да леший с ними -- пускай психиатры над этим думают.

Гораздо более интересный вопрос -- почему такого рода опусы не удаляются модераторами. Вариант "не заметили" не проходит -- я докладывал:

http://www.linux.org.ru/jump-message.jsp?msgid=2942017&cid=3000013

>>>

Уважаемые модераторы!

Прошу таки удалить оскорбительные комментарии, перечисленные здесь:

http://www.linux.org.ru/jump-message.jsp?msgid=2942017&cid=2956188

>>>

В свете вот этого

http://www.linux.org.ru/jump-message.jsp?msgid=2939808&cid=2946224

предлагаю считать споры на тему "BSD свободнее GPL" offtopic'ом и пресекать их на корню. "GPL свободнее BSD" -- туда же.

P.S.

Я же не хожу на http://www.daemonnews.org и не рассказываю, какое говно BSD лицензия.

>>>

http://www.linux.org.ru/view-message.jsp?msgid=2940571

Написано: "Удалено по причине 4.1 (Offtopic)." Почему offtopic?

>>>

Набрёл на очень интересное обсуждение на LKML:

http://lkml.org/lkml/2008/7/14/449

Линус выдал следующий перл (см. http://lkml.org/lkml/2008/7/15/648 )

> I expressly told you that security bugs should not be marked as such, because bugs are bugs.

Чего это у них там в Америке растёт-то? Сначала RMS какую-то чепуху молол про пустые пароли, теперь вот Линус...

>>>

Гляжу сюда:

http://www.linux.org.ru/show-comments.jsp?nick=Dselect

И не вижу там своих комментариев за последние 2 дня. Что я делаю не так?

>>>

Уважаемые модераторы!

Вам не кажется, что обсасывание подробностей личной жизни тов. Райзера (или кого-либо ещё) -- offtopic? Не говоря уж о том, что это непорядочно и мерзко.

Предлагаю таких новостей впредь не пропускать (пускай бабки на лавочке их обсуждают), а если эта тема всплывёт в форумах -- давить нещадно.

>>>

grsecurity -- это патч для ядра Linux, реализующий ролевой контроль доступа (RBAC), а также улучшающий традиционную *NIX модель безопасности (DAC). grsecurity основан на PaX. PaX -- это патч для ядра Linux, улучшающий защиту памяти за счет более полного использования возможностей современных (и не очень) процессоров. Большинство атак, основанных на переполнении буфера и/или кучи, на патченых ядрах не работает.

Нововведений практически нет, в основном исправления ошибок в PaX и RBAC. Поддерживаются ядра 2.6.24.4 и 2.4.36.2.

В силу известного количества изменений в 2.6 ядре одно только сопровождение патчей, тем более, таких низкоуровневых, как PaX, требует огромного количества работы. Потому разработчики планируют прекратить поддержку основной ветки 2.6 ядер и вместо этого переключиться на какую-нибудь достаточно стабильную ветку, к примеру, Ubuntu LTS.

Оригинал (на английском языке): http://www.grsecurity.net/news.php#gr...

>>> Собственно патч

Локальный пользователь может повысить привилегии до root. Уязвимость присутствует как в PaX для ядер 2.6.X, так и 2.4.X. Exploit'а пока нет, да и о деталях разработчики пока молчат.

Патчимся, господа...

>>> вот такие пироги...

Ошибка в math_error() позволяет произвести DoS. Нужно всего лишь вызвать FPU exception в обработчике сигнала.

Подвержены ядра 2.4.x, 2.6.x

Обсуждение на LKML:

http://lkml.org/lkml/2004/6/12/23

http://lkml.org/lkml/2004/6/12/47

>>> exploit

В продолжение темы о стоечных калькуляторах...

>>> Просмотр (1280x1024, 201 Kb)

In RSBAC we trust...

>>> Просмотр (1280x1024, 145 Kb)

Собственно, зачем vim'-у GTK? Он и так весьма неплохо смотрится...

>>> Просмотр (1280x1024, 216 Kb)

Небольшое пояснение. В последнее время на LOR'-е появилось весьма много
screenshot'-ов, демонстрирующих, что Linux могет работать с Unicode, равно
как и делать всякую ерунду (совершенно ненужную, IMHO) вроде сглаживания шрифтов

Этот sreenshot НЕ принадлежит к упомянутой категории. Здесь представлена
проблема, с которой я не могу справиться.

Перед запуском acroread ( версия 4.05 ) было сказано

export LANG=C

а все равно имеем то, что имеем. Причем глюку подвержены как Linux, так и
Solaris версии.

Что с этим делать? [кроме как собирать xpdf под Solaris]

>>> Просмотр (1024x768, 112 Kb)

Имеются файлы silly.h, silly.cxx, main.cxx следующего содержания:

// file silly.h

using namespace std;

template<class T> void out(const T& t);

// end of file silly.h


// file silly.cxx

#include <iostream>

#include <string>

#include "silly.h"

export template<class T> void out(const T& t) { cout << "Just the test: \n" << t << "\n"; }

// end of file silly.cxx


// file main.cxx

#include <iostream>

#include <string>

#include "silly.h"


int main()
{
string test("What a fuck is this?!");
out<string>(test);
return 0;
}

// end of file main.cxx

а также есть вот такой простенький Makefile

main: main.o silly.o

g++-3.0 -g $^ -o $@

silly.o: silly.cxx silly.h

g++-3.0 -g -c $< -o $@

main.o: main.cxx silly.h

g++-3.0 -g -c $< -o $@

И вот что из этого всего выходит:

dselect@pc7235b~/coding/silly $make

g++-3.0 -g -c main.cxx -o main.o

g++-3.0 -g -c silly.cxx -o silly.o

g++-3.0 -g main.o silly.o -o main
main.o: In function `std::allocator<char>::~allocator()':
/usr/include/g++-v3/bits/basic_string.tcc(.text+0x6f): undefined reference to `void out<std::string>(std::string const&)'
collect2: ld returned 1 exit status
make: *** [main] Error 1



Внимание, вопрос: что я делаю неправильно?

Всем anjuta'-м, kdevelop'-ам, Kylix'-ам до него как до Киева раком...

>>> Просмотр (1024x768, 203 Kb)