FreeMan, не знаю, какой функционал требуется от утилиты. :) ksnapshot самая простая из графических. scrot - функциональная консольная (см man scrot).

насчет выключений - настрой sudo.

rmn, А sudo у меня не стоит. Я привык к руту =). Sudo это новая фишка я её не ставлю потомучто не понимаю ее.
А если себя добавить в групу к руту? Безопасно ли?
З.Ы кстати щас у меян компилиться qemu. Вроде пока всё пучком =)

FreeMan, правильнее использовать sudo. И никакая она не новая.

Что касается безопасности - можно и на мотоцикле без шлема гонять. До первого столба...

а че там понимать..тот же рут, тока временный, когда надо... имхо

Объясните мне, дураку, как программы ставить? У меня мандрива 2007 стоит а прокраммы меня интерисуют те, что на баттле в хакеровском DVD лежат.

ASPLinux Server ConfPoint Edition 1.0 — идеальное решение для тех, кто разворачивает файловый сервер "1С" на Linux для работы с решениями фирмы "1С". Так, настройка типовой конфигурации файлового сервера для работы с программным комплексом "1С:Предприятие" версий 7.7 или 8.0 происходит "нажатием одной кнопки", при этом автоматически создаются все необходимые ресурсы и группы пользователей. Эти возможности позволяют использовать ASPLinux Server ConfPoint Edition 1.0 в качестве файлового сервера для программного комплекса "1С:Предприятие" даже в тех организациях, где ранее не применяли ОС Linux и нет специалистов по администрированию Linux-систем.

Взаимодействию ASPLinux Server ConfPoint Edition 1.0 с решениями фирмы "1С" разработчики уделяют особое внимание. Пользователям гарантируется полная совместимость с решениями фирмы "1С", поддержка всех необходимых протоколов обмена данными в сочетании с максимально упрощенной процедурой настройки необходимых сервисов.

Дистрибутив ASPLinux Server ConfPoint Edition 1.0 имеет сертификат "Совместимо! Система программ 1С:Предприятие".

Doctor_Zlo, если из изходников: разархивируешь, находишь в архиве файл README или INSTALL и читаешь. Как правило, все сводится к выполнению комманд
./configure
make
sudo make install
но не всегда.

Из rpm-пакетов (для мандривы могут быть специальные пакеты, иногда меченные как mdk после версии):
смотришь файл пакета под свою платформу, выполняешь комманду rpm -Uhv имя_файла_пакета.

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

В Mandriva суффикс mdv. И рекомендуемый способ установки - urpmi или rpmdrake (либо mcc).

Добавлено через 4 минуты
Dim, а теперь перечитай то, что ты процитировал. :) Использование linux в качестве файл-сервера - это не ответ на вопрос "есть ли 1с под linux?".

rmn,
А, ну в мандряке было mdk %) Один пень. Только старше.
А rpm есть во всех rpm-based дистрах, в отличии от дряковых тулз. Но да, спрашивали про мандриву.
Кстати, почему рекомендовано? В Сусе, на сколько знаю, тоже "особый", рекомендованый способ, через яст (первый).

Почему нежелательно ставить из сорцов? Ставишь заведомо под свою архитектуру. Ну разве что неопытность пользователя может подвести системы к состоянию нестабильности, но умения без жертв ошибок не получить.

Потому что urpmi автоматически обрабатывает зависимости в отличие от rpm. Точно также делают yast, yum и прочие обертки в других дистрибутивах.

Потому что это пакетный дистрибутив. Где каждый системный файл на учете. Устанавливая что-то из исходников и раскидывая сторонние файлы по файловой системе, попутно перезаписывая системные, пользователь автоматически лишается всех прелестей пакетного дистрибутива. А это как минимум невозможность безболезненно обновиться и та самая "нестабильность", последствия которой могут быть плачевными.

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

rmn,
Попробуй сделать rpm -e glibc-x.x.x-xxx. Увидишь, как rpm автоматически
не обрабатывает зависимости. :) Если рискнешь конечно. Хотя, может в
мандриве, есть какие-то свои зависимости, о которых я не знаю (видел её
только мельком).

А устанавливать из сырцов, можно просто без рута (это, конечно, если есть
сомнения в своих действиях). Большинство софтин установиться с
--prefix=[путь], куда угодно, не тронув ничего системного.

Хе-хе. На хакере-то софт в сырцах.

p.s.
Никогда небыло трабл обновления репозитариями по, собранного руками. Все прекрасно заменяется и наоборот. Апгрейт с последней мандряки (10, вроде) до первых мандрив, с учетом сказанного выше, прошел без единой загвоздки. Хотя, может быть, мне повезло, или я внимательно читал мануалы, и это частный случай.

NOboDy, под зависимостями я имею в виду возможность автоматической проработки рекурсивных зависимостей вроде ksnapshot(libqt,kdelibs), kdelibs(libpng,libjpeg), libpng(libc,zlib)
При установке ksnapshot rpm не сможет автоматически обновить все остальные пакеты. Это придется сделать тебе ручками самостоятельно. То, что ты привел в качестве примера - это т.н. "естественные зависимости", которые при сборке rpm-пакета была обнаружена системой rpmbuild. И то, что glibc, возможно, утянет за собой все, от чего зависит - это нормально. И то у меня есть сомнения, но проверять сейчас нет ни времени, ни желания.

Вот именно, что не большинство. Часто они успеют еще разложить свои запчасти мимо PREFIX, как не печально. Уже сколько раз это наблюдал и знаю, о чем говорю.

Добавлено через 5 минут
А ты бы хотел, чтобы они тебе выкладывали бинарные пакеты под все известные дистрибутивы?

Как именно выполнялся апгрейд (примерная последовательность действий), какое количество пакетов обновлялось, что именно было установлено из исходников и с какими префиксами? Без всего этого можно только на везение сослаться.

Почему в виндоусе видео выглядет гораздо лучше чем в линуксе? Создается впечатление что картинка становится меньшего разрешения, появляется размытость, а цвета становятся какими-то серыми и не яркими. При установке никаких проблем с драйверами не возникало. Чем это вылечить?

rmn, Что ты имел ввиду под зависимостями я понял. Не так понял, что подразумевалось
под "не обрабатывает". :) Кстати, никто ничего никуда не утянет. rpm покажет
километровое полотенце зависимостей, и ничего не сделает.
А разрешать придется руками -- это да.

Без uid==0 у make'a ни какая запчасть мимо префикса не ляжет. А уж
потом можно смотреть, надо тебе такое, или нет.

какие драйверы стоят, чем смотришь, что за видео (формат)?

Добавлено через 2 минуты
Ну и? :) Тогда какой смысл пользоваться rpm, если бОльшую часть работы придется руками делать? :) И при установке, и при удалении. :)

угу. только вот советчики-доброжелатели, которых в Интернете миллионы, почему-то рекомендуют обратное (см. выше sudo перед make install, казалось бы, случайно затесался? :D).

rmn, нет-нет, ты не догнал. Спрашивали про установку с диска хакров. ТАм иногда бывают рпм-ки, правда. Причем тут мои желания? Я бы вообще анлим хотел ) Хоть на 2 кбпс.
Последовательность апгрейта - втавил диск, грузанулся с него, нажал "апгрейт".
Из сырцов тогрда ставилось многое... Точно не скажу, но мат.обеспеч. точно, некоторые ide, мелочные тулзы, ядро.

KarnAth, если бы я не догонял о чем говорю, я бы вообще об этом не писал.

Ядро из исходников вообще практически никак с системные файлами не перекрывается. "Мелочные тулзы", если среди них не было таких, что мимо PREFIX файлы ставили, тоже могли благополучно остаться с /usr/local/. Но повторюсь, это всё не показатели и обобщать до "у меня всё в порядке, значит, и у вас тоже будет", не надо. То, что тебе повезло, не даёт никаких гарантий, что у других все точно также гладко пройдет. Другими словами, если будешь играть не по правилам, рано или поздно это все равно обнаружиться и выльется во что-нибудь нехорошее.

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

Оффтоп: Обобщал? Так и сказал, что возможно мне повезло. Ненадо меня обвинять, будя во мне стадо злобных хомячков, и вызывать дискуссию авторитетов (не в личностном смысле этого слова), мы тут не для этого)