LINUX.ORG.RU

Сообщения watashiwa_daredeska

 

Десктоп-железо (вылез из анабиоза)

Вылез из 6-летнего анабиоза, прошу совета :) Практически сдохла нынешняя десктопная машинка, да и устарела несколько за 6 лет, вот и собрался покупать новую.

Машина домашне-рабочая, в основном -- разработка (требуются виртуальные машины), ну и по мелочи: аудио, фото, видео... Исходя из потребностей и прочитанных обзоров, определился пока только с процессором (Intel Q6600) и объемом памяти: 4Гб.

Хотелось бы услышать отзывы о производителях памяти, материнок и современных чипсетах, и имеющихся у них проблемах с Linux вообще и с Debian в частности. В основном, интересует надежность (разгонами и подобными играми не занимаюсь, хотелось бы следующие еще лет 6 в анабиозе провести :)

Возможно, кто подскажет что по корпусам: нужен Tower с вентиляцией на лицевой панели.

По ценам, хотелось бы уложиться: корпус<$100, материнка<$150.

>>>

watashiwa_daredeska
()

bug fix failed

Баг описан тут:

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

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

Исправлено с ошибкой -- lastmod в URL страницы и в URL'ах "Ответ на" разный -> страница все равно перезагружается.

При ручном reload страницы lastmod в URL'ах "Ответ на" меняется. Судя по всему, подставляется текущий time(), а нужно lastmod из URL страницы, если он есть.

>>>

watashiwa_daredeska
()

[bug] lastmod в ссылках

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

1. Ссылки на топики с _первой_ страницы списка топиков форума имеют вид: http://www.linux.org.ru/view-message.jsp?msgid=2197680&lastmod=1193300454837, при этом на остальных страницах списка топиков параметр lastmod отсутствует. Пробовал убирать параметр руками -- на глаз разницы не заметил (diff'ом не сравнивал -- лень).

2. [BUG] Внутри топика ссылки "Ответ на..." _всегда_ имеют вид: http://www.linux.org.ru/view-message.jsp?msgid=2197680#2199204, т.е. без параметра lastmod, что, как правило, приводит к перезагрузке страницы.

3. Наличие/отсутствие параметра lastmod не зависит от того, просматривается ли список топиков через group.jsp или group-lastmod.jsp (что было бы понятно), при этом ссылка вверху страницы топика _всегда_ отсылает к group.jsp, даже если заходил с group-lastmod.jsp.

4. Ссылки "<<<" и ">>>" вверху страницы топика всегда содержат lastmod, при этом всегда показываются предыдущий/следующий топик по времени добавления, хотя я просматриваю всегда по времени изменения.

>>>

 

watashiwa_daredeska
()

Ищу замену procmail

В общем, нужен MDA, который в дополнение к возможностям procmail умеет сам распаковывать MIME-кодированные заголовки в Unicode и делать сопоставление с ними.

Procmail пытается сопоставлять заголовки в исходном виде =?UTF-8?B?bla-bla-bla?= и это, естественно, не работает.

Всяких MDA много, на тестирование всех уйдет уйма времени. Если кто сталкивался с подобной проблемой и уже знает подходящий ответ, поделитесь, pls.

watashiwa_daredeska
()

Редакторы

Ну и, спрашивается, кто отредактировал http://www.linux.org.ru/jump-message.jsp?msgid=2060288 ? Сообщение начиналось обращения "Поца!" -- его зачем-то убрали, но только в топичном сообщении, а в моем (и других) оставили, что, ПМСМ, дискредитирует мой (и другие) добрый(е) ник(и) на этом форуме.

Это что за новые вредные привычки? Либо трите уж, либо не трогайте. Требую справедливости! :)

watashiwa_daredeska
()

Сортировка по дате изменения ёк

В Development всплывает какое-то архаичное г.. вместо того, что должно быть на самом деле.

watashiwa_daredeska
()

Linux, пользователи, безопасность в Сети

Запустил вот такой скриптик на своем домашнем firewall'е:

$ ( sudo cat /var/log/auth.log /var/log/auth.log.0; sudo gzip -dc /var/log/auth.log.?.gz ) |sed -rn 's/.* Invalid user .* from ([0-9]+(\.[0-9]+){3})/\1/p' |sort -u |wc -l 135

Итого, 135 попыток брутфорса ssh за неделю, т.е. ~20 в сутки, т.е. чуть реже, чем одна в час. И это не сервер какой, а просто домашняя машинка с фиксированным реальным IP.

Помнится, я как-то раз подхватил подобный по глупости и забывчивости -- абсолютно тупой sh/perl-скриптик со словарем, без деструктивных функций. Сейчас, правда, может быть что-то другое уже гуляет.

Это Linux такой популярный стал a) у блондинко с паролями "123", б) у скрипт-детишек или в) вообще в целом?

У меня начинаются опасения за 22 порт -- для криворуких виндоюзеров провайдеры режут входящие 138, 139 порты, начнут резать еще и 22? Нафиг мне такая популяризация Linux? :)

watashiwa_daredeska
()

[Offtopic] Установка

Хм... Наверное, с этим в толксы.

Win XP Home ставится вот уже м-м-м... примерно 20-й час в VMWare 5.5.2. Никто с такой фигней не сталкивался? Может, пнуть надо в какое секретное место?

 

watashiwa_daredeska
()

USB Fax Modem

Ищу USB Fax Modem. Главное, что от него нужно --- Fax. Что нынче есть на рынке? U.S.Robotics, я так понял, скурвился --- софтмодемы по $50 клепает, до нас уже по $80 доходят. Пока взгляд остановился на Zyxel Omni 56K USB [Plus]. Кто-нибудь пробовал? Каковы впечатления? Может, еще что стоит посмотреть?

watashiwa_daredeska
()

LOR везде! :)

<MooseOnDaLoose> Hey Mike
<goatboy> what?
<MooseOnDaLoose> Pussy.
<goatboy> er?
<MooseOnDaLoose> Pussy.
<goatboy> and?
<MooseOnDaLoose> Pussy.
<goatboy> ...
<MooseOnDaLoose> Pussy.
<goatboy> i dont get it
<MooseOnDaLoose> AND YOU NEVER WILL.
<goatboy> bastard

http://bash.org ;)

watashiwa_daredeska
()

Что это было, Пух?

Выдержка из syslog:

Jul  5 22:08:07 dsa kernel: __alloc_pages: 0-order allocation failed (gfp=0x1f0/0)
Jul  5 22:08:07 dsa kernel: __alloc_pages: 0-order allocation failed (gfp=0x1d2/0)
Jul  5 22:08:07 dsa kernel: VM: killing process fetchmail
...
Jul  5 22:14:13 dsa kernel: __alloc_pages: 1-order allocation failed (gfp=0x1f0/0)
Jul  5 22:14:13 dsa kernel: __alloc_pages: 0-order allocation failed (gfp=0x1d2/0)
Jul  5 22:14:13 dsa kernel: __alloc_pages: 0-order allocation failed (gfp=0xf0/0)
Jul  5 22:14:14 dsa kernel: __alloc_pages: 0-order allocation failed (gfp=0x1d2/0)
Jul  5 22:14:14 dsa kernel: VM: killing process watchdog
Jul  5 22:14:14 dsa kernel: __alloc_pages: 0-order allocation failed (gfp=0x1d2/0)
Jul  5 22:14:14 dsa kernel: VM: killing process watchdog
Jul  5 22:14:14 dsa kernel: i810 TCO timer: Unexpected close, not stopping watchdog!
Jul  5 22:14:14 dsa kernel: __alloc_pages: 0-order allocation failed (gfp=0x1f0/0)
...
Jul  5 22:14:15 dsa kernel: __alloc_pages: 0-order allocation failed (gfp=0x1f0/0)
Jul  5 22:14:15 dsa kernel: __alloc_pages: 0-order allocation failed (gfp=0x1d2/0)
Jul  5 22:14:16 dsa kernel: VM: killing process resolvconf
Jul  5 22:14:16 dsa kernel: __alloc_pages: 0-order allocation failed (gfp=0x1d2/0)
Jul  5 22:14:16 dsa kernel: VM: killing process comsat.py
Jul  5 22:14:16 dsa inetd[1755]: /usr/local/bin/comsat.py: exit signal 0x9
...
Jul  5 22:16:39 dsa syslogd 1.4.1#17: restart.

google подсказал, что это, по идее, означает, что кто-то слопал всю память. Я прав?
watashiwa_daredeska
()

Глюк?

http://www.linux.org.ru/jump-message.jsp?msgid=976199

См. мои сообщения. В Preformatted text какой-то глюк.

watashiwa_daredeska
()

У «домашнего десктопа» отбирают основную достопримечательность?

http://www.computerra.ru/think/sentinel/38986/

Так что, господа, игрульки для PC поголовно переходят в разряд Lines и пасьянсов :) Через несколько лет, думаю, для PC уже вообще не будут выпускать громкие игрушки, а лишь портировать самые успешные и "культовые" в урезанном варианте для фанов. Как сейчас для наладонников. И сёрфинг по инету они обеспечат, и обучалки там наверняка будут. Что ещё остаётся в нише "домашнего десктопа"?

watashiwa_daredeska
()

Варез

Если я правильно понимаю политику партиии, то тут варез: http://www.linux.org.ru/jump-message.jsp?msgid=911486

watashiwa_daredeska
()

Лёгкость копирования

Вот тут пришёл на память один пример.

Помнится, как-то раз мама взяла у знакомой ложечку йогуртовой закваски. Прелесть! Кидаешь ложку закваски в литр молока - на следующий день получаешь литр вкуснейшего йогурта. Берёшь оттуда ложечку и кидаешь в следующий литр молока, а остальное съедаешь.

В "коммерческие" йогурты, продающиеся в магазине встроена "защита от копирования" :) Они не размножаются. Проверено. То, что на упаковках написано "живой йогурт" и подобное - фуфло.

Интересно, если этот способ получит большую популярность, введут ли законодательный запрет на копирование йогуртов? :D

watashiwa_daredeska
()

Налетай, не скупись - покупай ...

Тут кто-то в топике http://www.linux.org.ru/jump-message.jsp?msgid=833908 искал машину времени. Отдают недорого: http://cgi.ebay.com/ws/eBayISAPI.dll?ViewItem&item=5563490518

Берите, пока Microsoft не прочухал и не прибрал к рукам Столлмена с Линусом в молодости :))

watashiwa_daredeska
()

Восхитительная история из Practical Common Lisp :)

Очень доходчиво объясняет, что делают макросы в LISP :))

The Story of Mac: A Just So Story

Once upon a time, long ago, there was a company of Lisp programmers. It was so long ago, in fact, that Lisp had no macros. Anything that couldn't be defined with a function or done with a special operator had to be written out in full every time, which was rather a drag. Unfortunately the programmers in this company--though brilliant--were also quite lazy. Often in the middle of their programs--when the tedium of writing out a bunch of code got to be too much--they would instead write a note describing the code they needed to write at that place in the program. Unfortunately, because they were lazy, the programmers also hated to go back and actually write the code described by the notes. Soon the company had a big stack of programs that nobody could run because they were full of notes about code that still needed to be written.

In desperation, the big bosses hired a junior programmer, Mac, whose job was to find the notes, write the required code, and insert it into the program in place of the notes. Mac never ran the programs--they weren't done yet, of course, so he couldn't. But even if they had been completed, Mac wouldn't have known what inputs to feed them. So he just wrote his code based on the contents of the notes and sent it back to the original programmer.

With Mac's help, all the programs were soon completed and the company made a ton of money selling them. So much money that the company could double the size of their programming staff. But for some reason no one thought to hire anyone to help Mac; soon he was single-handedly assisting several dozen programmers. In order to avoid spending all his time searching for notes in source code, Mac made a small modification to the compiler the programmers used. Thereafter, whenever the compiler hit a note it would email him the note and wait for him to email back the replacement code. Unfortunately, even with this change, Mac had a hard time keeping up with the programmers. He worked as carefully as he could but sometimes--especially when the notes weren't clear--he would make mistakes.

The programmers noticed, however, that the more precisely they wrote their notes, the more likely it was that Mac would send back correct code. One day, one of the programmers, having a hard time describing in words the code he wanted, included in one of his notes a Lisp program that would generate the code he wanted. That was fine by Mac; he just ran the program and sent the result to the compiler.

The next innovation came when a programmer put a note at the top of one of his programs containing a function definition and a comment, "Mac, don't write any code here, but keep this function for later, I'm going to use to it in some of my other notes". Other notes in the same program said things like, "Mac, replace this note with the result of running that other function with the symbols x and y as arguments."

This technique caught on so quickly that within a few days, most programs contained dozens of notes defining functions that were only used by code in other notes. In order to make it easy for Mac to pick out the notes containing only definitions that didn't require any immediate response, the programmers tagged them with the standard preface: "Definition for Mac, Read Only". Which--as the programmers were still quite lazy--was quickly shortened to "DEF. MAC. R/O" and then "DEFMACRO".

Pretty soon, there was no actual English left in the notes for Mac. All he did all day was read and respond to emails from the compiler containing DEFMACRO notes and calls to the functions defined in the DEFMACROs. Since all the real work was done by the Lisp programs in the notes, keeping up with the emails was no problem. Mac suddenly had a lot of time on his hands and would sit in his office daydreaming about white sand beaches, clear blue ocean water, and drinks with little paper umbrellas in them.

Several months later the programmers realized nobody had seen Mac for quite some time. When they went to his office they found a thin layer of dust over everything, a desk littered with travel brochures for various tropical locations, and the computer off. But the compiler still worked--how could it be? It turned out Mac had made one last change to the compiler: instead of emailing notes to Mac, the compiler now saved the functions defined by DEFMACRO notes and ran them when called for by the other notes. The programmers decided there was no reason to tell the big bosses Mac wasn't coming to the office any more. So to this day, Mac draws a salary and from time to time sends the programmers a postcard from one tropical locale or another.

watashiwa_daredeska
()

Глюк расстановки уровней при удалении

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

В режиме показа удалённых комментариев, сообщение #826171 (и все его "предки") удалено с уровнем 1, хотя, если я правильно понимаю, уровень у него 3. При этом, на то же, удалённое Шаманом, сообщение имеется прямой ответ, удалённый с уровнем >1.

watashiwa_daredeska
()

Что дальше?

Уже почти год как идёт "чистка кода" (http://www.linux.org.ru/jump-message.jsp?msgid=554013). Однако больших результатов что-то не видать, хотя пол-года назад, свет в конце туннеля уже был (http://www.linux.org.ru/jump-message.jsp?msgid=622906). Неужели и правда паровоз оказался? :) За это время прикрутили какие-то малозначительные прибамбасы, типа звёзд, и всё.

Ситуация угрожающая. Сайт становится всё менее полезным ввиду устаревания информации. Обновлять её никто не хочет. Раз в кои веки человек поверил модераторствующему составу: "ты сделай, мы выложим", и сделал: (http://www.linux.org.ru/jump-message.jsp?msgid=775593), так до сих пор никто не озаботился выложить. Раздел "Дистрибутивы" напоминает мавзолей. Раздел "Документация" весьма беден.

Поиск какой-то страшненький. В результатах выдаёт ссылки на add-message.jsp - это не нормально.

Сюда никто не ходит, кроме как в форум, а форум здесь весьма специфический, надо сказать, по составу участников. Не у всякого неподготовленного человека психика выдержит :)

По-моему, надо менять концепцию на более современную, community-driven - a la Wiki, или ещё какой вариант CMS с бОльшим числом maintainer'ов. Могу предложить помощь в разработке, если это интересует разработчиков.

watashiwa_daredeska
()

Как отлаживать suid'ные программы?

Есть suid'ная софтинка, которая сегфолтится при запуске от пользователя. При запуске от root работает нормально. Как бы выяснить где и почему она вываливается?

Можно, конечно, сделать #define getuid/geteuid для таких целей, но вдруг есть уже готовые средства, которые я пропустил? info gdb что-то не обнадёживает.

watashiwa_daredeska
()

RSS подписка на новые темы