Поставила партия задание - установить мейл сервер. Никогда толком времени не было разобраться как все эта кухня работает (smpt,pop/imap) и что к чему. Дайте ссылку где все разжеванно и желательно что-то типа "что лутше для вас - qmail, smail, sendmail etc..."
est NFS+NIS. Kogda ia loginus s ydalennoi mashinu, pri starte ni .bashrc ni .bash_profile ne zapyskaytsia (i voobshe drygie fajlu tozhe, tipa zapystil WMaker, a on config. files svoi ne chitaet hotia GNUstep/ na meste i vse v nem ok). source .bashrc prihoditsia delat vrycnyy.
Надыбал карту Ati Rage Pro 8 Mo. (бэушная и нахаляву). Кто обьяснит в двух словах че это за карта, 2D или 2D-3D. смогу ли я на пример в линухе кваку3 запустить с ней?
Есть Х-терминалы, хотелось бы подгружать свои фонты при помощи xfs, но не фига не хотит. Пишем в XF86Config FontPath "tcp/my_xdm_server:7100" - толку ноль. А если в ручную в xterm запустить xset +fp tcp/my_xdm_server:7100 - то все работает. Че за беда блин.
Салам все, у меня тут вопрос возник.
Пусть я сделал
FILE *fp;
fp=fopen(тра-ла-ла)
...
...
могут ли я сделать free(fp)?
fopen чем память выделяет - malloc (calloc)?
Ошалеть, всяких сербских и польских man-ов и howto валом и ни фига на русском. Странное отношение разработчиков дистрибутива. Ну хорошо с локалью нет проблем. Пробуем a2ps - фонтов нету русских, и вообще фонтов минимим, перетягиваем с диска RH, ставим...ок, работает. ispell - и опять русского нету. Пытаюсь ставить alien ispell-russian.rpm - не фига, формат russian.hash не тот. Черт с ним. Хоть Latex нормальный, ничего менять не надо. Админы сайта - не могли бы вы отгузить перведенные маны и хавту разработчикам Debian, чтобы они включили их в следующий релиз. Обидно, блин.
От моей програмульки намертво виснет линух. Даже Magic Key не помогает. И причину посмотреть не где, в логах ни слово про это. Файл core тоже нету, потому как линукс виснет после "благодтворного" влияния программки, а не во время ее выполнения.
Было как-то у меня около 440 зомбей и без перегрузки системы ни как не обошлось. Ситуация какая-то стремная. Покопался я в книжках - и решил написать програмульку которая зомбей ликвидирует. План простой - моя програмулька становится родительским процессом зомби и запускает waitpid(). Для этого считываем из /dev/kmem структуру процессов, меняем указатели и записываем измененную структуру обратно в /dev/kmem. Работает, зомби исчезают. НО :). Линух всегда намертво застывает после этого, то через минуту, то через 5. Ну это скорее всего от моих кривых рук. Меня интересует другое - почему линух пускает делать манипуляции с Process Table? Я читаю и пишу в /dev/kmem, изменяю вроде бы критические данные.
P.S. У кого есть предложения по ликвидации зомбей?
P.P.S.Леси кто хотит посмотреть на код www.multimania.com/shamil/linux/ - тольке ногами не бейте :)
На linuxfromscratch есть совет запускать strip на исполнимые файлы и библиотеки, а в одном книге автор не советует выполнять эту операцию над shared library. Почему нет?
По идее команды в .xinitrc файле должны выполнятся во время запуска X. Я туда воткнул строку xset +fp tcp/myservername:7100 - результат ноль. Каждый раз ручками приходится запускать в xterm.
Вчера в первые в жизни взялся за сабж. И такие вопросы.
1. чтоб по русски писать делаю
\usepackage[koi8-r]{inputenc}
\usepackage[russian]{babel}
это правильно или нет? Какие-то ворнинги лезут при компиляции - типа язык не был установлен
2. как быть с переносами? Могет ли latex сам правильно переносить слова (documentclass book)
или самому надо делать переносы? Если самому не делать, то расстояния между словами получают
ся большие из-за того что установлен \sloppypar
Читал в ХАВ-ТО, что в зависимости от кол-ва оперативки запускаете make -j XXX и компиляция протекает быстрее, в связи с работой XXX процессов. Вопрос возник - а на фига? Затраты на коммутацию контекста слишком большие - результат компиляция идет гораздо медленне чем с просто make, без jobs. Мнение?
If this is not an Anti-Red Hat Linux site, what is it? This is an attempt to call attention to the fact that companies who are writing commercial applications for Linux are ignoring part of the professional GNU/Linux community, which does not use Red Hat Linux.