Человек, а в чём дело-то собственно? Автор и мантейнер кода всегда прав по умолчанию. Если не прав - становись сам мантейнером и делай форк с блекджеком и шлюхами. Ну честно, почитал сейчас твои комменты и понять не могу, чего ты добиваешься. Этот язык мне не нравится, тот круче, а вон тот матёрее.... Я вот, например, вообще perl предпочитаю. Так что, мне сейчас морочить голову nvbn, уговаривая переписать движок на нём? А кому-то и вовсе аспнет родной, так теперь все в анальное рабство к мелкомягким из-за этого пойдём?
В чужой монастырь со своим уставом не ходят.
И опять же - дело чисто добровольное. Хочешь помогать - пиши патчи, присылай багфиксы. Не хочешь - дело твоё, никто не заставляет.

Нативные:
nexuiz
openttd
heroes3
quake2
Под wine:
starcraft
diablo2
mohaa

Правда играюсь редко.
Раньше ещё частенько играл в atlantik по сети со всем миром, но сейчас неохота тянуть половину kde'шных либ из-за него.

Посмотрим. Люди уже тысячелетием бьются над этой задачей, а первая теорема терморектального криптоанализа так и осталась неизменной: время расшифровки не зависит от сложности пароля, длины ключа и способа шифрования.

Это не наш метод. :)
Мне, например, было интересно поиграться с ними, расставляя по-разному, выдумывая хитрые схемы проездов и остановок, наблюдая по ходу дела, как из-за ошибок в планировании поезда врезались или закручивались в какой-нибудь "петле".
В общем, хорошая такая головоломка. ;)

да не нужно. Я, чтобы разобраться, просто выставлял в настройках появление конкурента попозже и потихоньку строился. За пять шесть раз на маленькой карте можно уже и нормально играть. Сейчас иногда как засяду часов на 5-6 - не оттянешь от компа. :)

Не примите за психа, но почему-то после прочтения вспомнился язык Piet :))

В основном vim. Особенно, если учесть, что мне писать приходится чаще всего на bash, c и perl. Для этих языков разные мега-IDE не нужны.
Когда приходится общаться с php, css и подобным web-хламом, использую geany.
Ну и сейчас немного ковыряюсь в java(нужна одна программка для телефона, а в гугле ничего подходящего не нашёл). Для этого разбираюсь с NetBeans по совету знакомого программера, пишущего как раз под телефоны.

Английский тоже матерный? ;)

Вот-вот. Я про это же.
А плюсы очевидны. 3-я версия более адаптированна под борьбу с современными копирастами и борьбой с ними. Для этого она и делалась. А что касается Торвальдса и его нежелания переходить на неё - тут вопрос другой. Во-первых, такой большой проект, как ядро очень сложно сходу перевести(в отличие от того же gcc, который всё-таки находится в ведении GNU, тут какждый модуль, каждый драйвер зачастую остаётся кодом отдельных разработчиков). Ну и плюс к этому лояльность Торвальдса, которому отчасти плевать на такие юридические тонкости и не хочется заморачиваться на таких проблемах(тем более, что проблем достаточно и так с управлением разработкой ядра, так что понять его не сложно).

Аналогично. Даже в фильме Revolution OS, они не появляются вместе.

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

В принципе, неплохо, но есть пару уточнений.
Я бы, конечно, посмотрил с размерами разделов, и необходимостью выносить /boot(имхо, это обязательно), но это уже скорее дело вкуса для десктопов.
А вот чего не хватает, так это описание раздела /tmp. Если хочется ускорить и обезопасить систему, стоит вынести его отдельно. Причём тут зависит от конкретной реализации. На сервере или машине, где много надо компилить, его лучше сделать не меньше двух гигов и отформатировать в какой-нибудь ext2 или reiserfs(с отключением журналирования). Здесь лежат наиболее часто перезаписываемые файлы. Вынесение этого раздела обезопасит корень от сбоев. В случае нетбука, большого размера здесь не надо, 128 метров хватит с потолком(можно меньше), но важно делать его не на реальной SSD, а в какой-нибудь виртуальной tmpfs. Скорость сэкономленная за счёт увеличения в разу скорости записи чтения туда, вполне компенсирует откушенную оперативу. А очевидным плюсом будет ощутимо меньший износ SSD.
Ну и ещё маленький коментарий по поводу нетбуков, /var можно сделать совсем небольшим, но перенастроить syslog так, чтобы он архивы логов не сохранял после ротации, а сразу убивал(или нарисовать скриптик в кроне).

Помню, когда убунту ещё не была настолько популярна, а самым юзерфрендли дистром считалась мандрива, часто гуру в среде линукса очень эту самую мандриву ругали. Я тогда был молодым и неопытным, но достаточно любопытным. Мой хороший знакомый, показавший странного зверя "пингвина", был(и есть сейчас) заядлым Debian'щиком, что, наверное, достаточно глубоко запало мне в голову и сейчас я сам предпочитаю Debian остальным дистрам. Но начинал я всё же с мандривы. И не понимал, за что её ругают. У меня всё работало. То, что не работало я довольно быстро решал и правил. И даже нередко вступал в холивары, защищая "свой" дистр. Но через некоторое время, когда купил домой новый комп, решил попробовать Debian(тогда это был Sarge). Сначала было непонятно, потому начал разбираться... Потом стал удивляться, как я мог мириться с такими неудобствами, которые постоянно возникали в мандриве. В итоге на нынешнем домашнем компе у меня стоит всё тот же дебиан(само железо сменилось с тех пор дважды), а тут систему я сперва обновил до etch, а потом и до lenny.
А рассказываю я это всё к тому, что для новичка, требующего от системы большую красную кнопку с надписью "Сделать зае^Wкруто", неважно, насколько юзерфрендли дистр. Он везде, как ты правильно заметил, грязь найдёт. А для человека, пытающегося разобраться в системе, что-то понять и относящегося к ней, как к сложному инструменту, со временем эти юзерфрендли "удобства" начинают мешать. А поэтому, ориентироваться на нубов, как тут говорили, имхо, лишня и даже вредная работа. Если уж хочется подготовить свою сборку для каких-то целей, лучше руководствоваться старым проверенным принципом KISS и вместо "больших красных кнопок" потратить время на написание внятной и понятной документации. Пример - вместо написания очередного костыля для запуска vpn в той же убунту, приложить к дистру книжечку, где будет рассказано какие пакеты(с описанием каждого) нужны для этого и как их настроить.

И снова согласен. :)

Английский.
Тут по-моему без вариантов. Это стандарт.

LaTeX.
Хорошие и доступные доки по этой теме есть в блоге "Записки Дебианщика". Но предупреждаю сразу, с наскоку методом тыка не разобраться.

Да-да-да. И Столлмана. ;)
Вот тогда знатный холивар получится.

Эх. Тут бы я похоливарил по поводу того, что лучше. :))

Отличная новость!
Чем смогу, помогу.
svn для всех, думаю не обязателен. Достаточно, наверное, просто, чтобы мантейнер выбрал себе пару помощников грамотных, и патчи с багрепортами можно будет им на мыло кидать.
И да. Комментарии всё-таки нужны.

P.S. Интереса ради, почему именно 2-ая GPL, а не 3-я?

Вот-вот. Согласен.
Голодному надо не рыбу давать, а учить его ловить рыбу и давать удочку.
Да, этот ресурс ориентирован на новичков, но это не значит, что мы должны всё за них сделать. Объяснить, как делать - да.

Она создаётся самим udev'ом. Вопрос в другом, почему она не удаляется. ;)

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

Интересная штука. Когда сидел на GPRS, было бы актуально(правда, я бы предпочёл использовать для этого bash или perl, но это уже вопросы религии :)).
Правда, я для себя проблемы с лимитированием и экономией траффика решил тогда несколько иначе. Так сказать, админским способом - поднял кеширующий dns, для ускорения работы и экономии(на самом деле dns-запросы немало откушивают) и проксю с большим кешем, банерорезкой(тут особо стоит отметить, что в отличии от всяких adblock'ов и подобных плагинов лисы, прокся не скачивает зарезаный объект, что тоже ощутимо экономит траффик) и лимитированием с мониторингом. Вот, до чего доводит людей медленный и ограниченный инет. :)
К счастью, теперь у меня анлим, но прокся так и крутится с dns'ом.

В этом и есть одна из прелестей Linux'а. Для одной задачи всегда есть несколько разных инструментов, из которых можно выбрать тот, который удобнее. :)

Это команда сброса модема. Т.е. если что-то он сейчас делает, ему приказывается прекратить все операции и ждать дальнейших указаний.

Должно отправлять sms без всяких проблем. Только надо знать аппаратные команды и особенности передачи данных в сетях GSM. Там, во-первых, своя кодировка, во-вторых, свой формат данных.
Вот пример запроса и ответа:
"Запрос: "AT+CUSD=1,*102#,15"
Ответ: +CUSD: 0,"04110430043B0430043D0441002000340033002E003900310440002E002004220440043004440438043A0020003
0002E00300020041A0431002E0414043504420430043B0438003A002000680074007400700073003A002F002F00750073006C
007500670069002E006200650065006C0069006E0065002E00720075",72
Затем я прочитал данную строку в кавычках sscanf-ом по формату "04X", и записал в двоичном виде в файл tmp.txt. После этого команда:
>> cat tmp.txt | iconv -f UCS-2 -t utf-8
выдала следующее:
Баланс 43.91р. Трафик 0.0 кБ. Детали: https://uslugi.beeline.ru"
Скопипастил с форума гентушников. Делается банальным бросанием и чтением из устройства. Другое дело, что некоторые телфоны и GPRS-модемы определяются не как одно устройство, а как 2 или даже 3. Тут надо разбираться, какое из них модем, какое приёмник, какое передачик, как так для красоты и т.д.

Особой разницы нет. Что так, что так, оно поднимает виртуальный интерфейс, на который заворачивает весь траффик.

Вот ещё один из вариантов.

*топику

Извиняюсь, тупой(или нет?)...
Что непонятно по отпику и жабберу?

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

P.S. Пытался заминусовать своё сообщение, ибо теперь понял, что не по теме(святая вера - все дела). Не вышло.
К разработчикам, на свои разрешите, ведь бывает, что ошиблись.

Думал, как ответить, но в конце концов решил радоваться молча. Ведь зачем тебе критика? Удачи!(Это не сарказм; искренне).

Не стоит так издеваться над свои организмом. :)

Статью читал. И что-то мне не верится, что легче заставить человека, который не в силах поставить жаббер, установить этот плагин. И в чём тут мегафишка аси?

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

По поводу клиентов... sim-im - отличная штука, если была по-стабильнее и присутствовала бы в репах debian. Довольно долго использовал её, пока не перешёл на debian. Все мои знакомые виндузятники продолжают использовать этот im и на винде. Сам я предпочитаю psi. Работает как на никсах, так и в оффтопике(проверено). Это по поводу жаббера.
Ну а по поводу аськотранспорта - это никто и никогда не гарантировал. Если аська сама по себе работает криво, с чего бы это она должна работать нормально через костыль?
В общем, тут всё просто. Как и с ОСью. Если Вам нужны дома килограммы игрушек нового поколения, всякие сотни фотошопов и тому подобный хлам - не нужен Вам Linux, оставайтесь на винде, ведь никто не заставляет.
Так же и с мессенджерами. Надо нормальное общение без глюков и чтобы удобно, и с шифрованием, и ещё шлюхи с блекджеком, жаббер всегда доступен. Нужен костыль, который не факт, что будет работать, а при этом ещё и зависимость от каой-то одной конторы - icq перед Вами.

Удачи! :)

Жаббер умеет шифровать как средствами сервера(если это включили его владельцы), так и средствами клиента(причём во всех нормальных клиентах это есть). А как вы собираетесь шифровать траффик icq, идущий между какой-нить стандартной аськой и меганавороченным квипом? А так как основная плюшка аси - это то, что ей пользуется большинство малограмотного народа, ваше шифрование ничем здесь не поможет.

P.S. Да, я считаю, что прежде чем садить человека за комп с доступом в инет, он должен получить права на это.

А смысл шифровать аську, если общение всё-равно идут через сервер AOL? Насколько я знаю, аська не умеет соединения клиент-клиент. Проще говоря, какие бы проблемы вы себе не создавали(назвать иначе подобные извращения нельзя), вы всё-равно остаётесь анально-зависимыми от AOL.

P.S. Я не пользуюсь аськой больше года. При этом я общаюсь со всеми людьми, которые мне нужны и/или которым нужен я. Поэтому, ИМХО, разговоры о незаменимости аси преувеличены. Согласен, большинство российской аудитории возрастом до 14-ти лет предпочитают аську. Ну так и что?

Это вы про тот xandros? Не знаю, каков он в принципе, но на нетбуке он убог. Чтобы хоть как-то довести до ума, надо его снести и поставить Debian. :)

Если интересно вот.
Вкратце - Debian на Asus EeePC 701 4G. Летает без проблем.

RMS курт. :)
Вот, к примеру, как он в инет выходит: "По личным причинам я не выхожу в интернет со своего компьютера (и большую часть времени я не подключён к сети). Чтобы просмотреть страницу, я отправляю электронное письмо демону, который запускает wget и присылает мне эту страницу обратно. Это очень рациональный способ использования моего времени, но он медленный в реальном времени." Разумеется, всё это в emacs'е. :)

Как в старой фразе: "Емакс - это круто. В этой операционной системе есть всё, кроме нормального текстового редактора." :)
Ну а если серьёзно, то большим плюсом емакса как раз является его масштабируемость. Благодаря встроенному интерпретатору lisp(кстати, сам emacs тоже написан большей частью на lisp, за исключением небольшого ядра на сях), зная этот язык можно написать и тут же опробовать всё, что в голову взбредёт. Потому и существует множество различных расширений для него. Однако это всё-же текстовый редактор. Причём очень нехилый. Вот, небольшой пример:

За ссылочку спасибо. Пригодится.

Когда-то давно я использовал mcedit и nano. Но со временем их стало нехватать.
Тут я и столкнулся с vi. Все, наверное, знают байку про редактор, который либо пищит, либо всё портит. Вот и у меня такое же знакомство было. Но работать надо было. Прошёл, как какой-нибудь квест vimtutor, потом поигрался с конфигом, разобрался с управлением и теперь не представляю, как можно работать в каком-нибудь другом редакторе. Разумеется, сейчас я использую vim, а не оригинальный vi.
Ну а emacs. Пару раз пробовал, но зачем мне emacs, если у меня уже есть vim. :)

А если в комп гвоздик 200-ку вбить, тоже никакие пароли с chroot'ами не спасут. :)
Но мы же этого делать не будем?

Посмотрим. Там тема пообширнее. Как время будет, напишу.

Согласен. jail штука хорошая, но для данной задачи(экспериментов над осью с минимальной тратой ресурсов и времени) уже не подходит. Во-первых из-за сложности настройки(там надо учесть гораздо больше), во-вторых из-за ориентировки совершенно на другое. Т.е. jail - это как раз решение для изолированных серверов(или целых виртуальных ОС) на вебхостинге, к примеру(каждому клиенту по своей ОС). Всвязи с этим увеличивается ещё и требование к железу.

В Linux для такого обычно используют технологию KVM(Kernel Virtual Machine).

Но как я отметил, это тема для отдельной статьи. :)

Завтра будем начинать.
Хостинг для движка предоставляет уважаемый NucleoFag, так что все громко говорим ему спасибо. :) Сейчас просто там кое-какие проблемы с движком. Как починят, я подготовлю инструкцию по особенностям совместного перевода с помощью wikimedia(есть простая отработанная на нескольких проектах схема).
Когда всё будет готово, сообщим где-нибудь здесь, я думаю. Ну или в личку(мне или predator'у) стучитесь.
Единственное замечание - посовещавшись с NucleoFag, мы решили, что редактирование будет разрешено только зарегистрированным пользователям.

Если быть точнее, уже не помню, откуда именно взял. Я и LFS собирал, и Gentoo(там это тоже используется), и ещё много разных источников. Просто после моего коммента в теме про LFS exelens попросил рассказать подробнее. Вот, пришлось отвечать за слова. :)

А ещё за длину бороды скор раздавать. ;) А гладко выбритых минусовать. И тогда все станут бородатыми. :)

хм... Можно попробовать, но это будет просто пересказ gentoo-handbook нескольких глав из gentoo-handbook.

Там много нафлудили про loop и livecd. :)
Вообще, имхо, самый простой вариант сделать всё на любой установленной системе в chroot'е. Ни дополнительных проблем в переносом образа на реальный винт, ни переразбивки разделов. Это если уж страшно сразу в "боевых условиях" пробовать.