Отправляет email-рассылки с помощью сервиса Sendsay

За 2005-05-01

Настройка checkinstall

Подскажите где можно найти документацию по сабжу
искал через гугл но очень много хвалят и рекомендуют но не нашел про
настройку
после установки пытаюсь установить из исходников программу:
configure
make
checkinstall

checkinstall 1.5.3, Copyright 2001 Felipe Eduardo Sanchez Diaz Duran
This software is released under the GNU GPL.

The package documentation directory ./doc-pak does not exist.
Should I create a default set of package docs? [y]:

Preparing package documentation...OK

Installing with "make install"...

Installation results Copying documentation directory...
/var/tmp/jWcWEAaVBfkIVghKSUgl/installscript.sh: line 13: 11366
Segmentation fault mkdir -p "/usr/doc/firestarter-1.0.3"

**** Installation failed. Aborting package creation.

Cleaning up...OK

Bye.

хотя если сделать без checkinstall просто make install то программа
установится

-*Название листа "Linux: разрешение вопросов, перспективы и общение";
Написать в лист: mailto:comp.soft.linux.discuss-list@subscribe.ru
Адрес правил листа http://subscribe.ru/catalog/comp.soft.linux.discuss/rules
Номер письма: 18356; Возраст листа: 646; Участников: 1348
Адрес сайта рассылки: http://www.linuxrsp.ru
Адрес этого письма в архиве: http://subscribe.ru/archive/comp.soft.linux.discuss/msg/360124

   Алексей 2005-05-01 21:04:41 (#360124)

Re[2]: Дрова

Здравствуйте, Sergey.

Вы писали 29 апреля 2005 г., 11:24:28:
SBK> Они нужны не больще, чем дрова к коврику :-)
http://www.linuxforum.ru/index.php?showtopic=6221

   "Kanogin A.A." 2005-05-01 20:07:24 (#360104)

Re: JPEG

В сообщении от 1114933756 секунд после начала Эпохи Unix Вы написали:

> по такой ссылочке http://www.gladkiynik.narod.ru/programator.jpg (333
> КБ) открываю файл например Мозиллой, links или Konqueror - не важно -
> машина начинает жутко тормозить еще не загрузив изображение полностью, и
> это не странно, так как происходит переполнение памяти,

Скачал, открыл в Quick Image Viewer 1.9, через шесть минут картинка
показалась. Fedora Core 3, AMD K6 266MHz/64Mb. Во время загрузки
изображение, чувствовалось небольшое подтормаживание, MPD в это время
спокойно без заиканий играл XM-файл.

> своп заполняется
> до предела и только аппаратный сброс помогает.

Не только! Чаще всего в Линуксе зависание - это совсем не зависание, а
интенсивное использование ресурсов системы, или сбой аппаратного
характера, который не всегда вызывает смерть (остановку) всей системы.
Ядро же, чаще всего, продолжает нормально выполнять свои функции. И если
среди этих функций есть обработка волшебной SysRq (PrintScreen) клавиши,
то вредный процесс(ы) можно уничтожить, либо нормально без всяких потерь
данных на ФС завершить работу.

Советую прочитать статью "SysRq: Убийца процессов" на Linux Gazette.

> Что это? Ошибка в библиотеках jpeg? (у меня ASPLInux 7.3)
> Или специально "заряженный" файл?

Также, не мешало бы обновить систему.

   Konstantin Korikov 2005-05-01 20:01:49 (#360102)

ganja vs. eyes

Здравствуйте.
После трёх бульбуляторов мы посмотрели друг на друга и обнаружили "эффект
красных глаз". После двадцати минут глубоких размышлений мы пришли к выводу,

что в наших страданиях виноват монитор. Он слишком ярко светит в темноте.
Поскольку новый монитор стоит слишком дорого, примерно шесть стаканов...
Дааа... Вобщем мы решили поменять тему kde на менее яркую. Но ведь это что
получается - утром её придётся опять менять обратно? Не катит! Скажите нам
пожалуйста какой строчкой в консоли можно менять тему в kde на менее яркую, а

мы её в cron засунем.

P.S. Идея преследует исключительно практические цели :)

   brainstorm 2005-05-01 18:29:46 (#360080)

JPEG

Вот такой случай:
по такой ссылочке http://www.gladkiynik.narod.ru/programator.jpg (333
КБ) открываю файл например Мозиллой, links или Konqueror - не важно -
машина начинает жутко тормозить еще не загрузив изображение полностью, и
это не странно, так как происходит переполнение памяти, своп заполняется
до предела и только аппаратный сброс помогает. Закачал этот файл
качалкой и хочу его чем-нибудь открыть - то же самое, даже в
предварительном просмотре konqueror. Наконец открываю Gimp-ом, пройдя по
кромке переполнения памяти и просто сохраняю с другим сжатием (это
видимо не важно). После этого картинка открывается нормально всеми прогами.
У картинки охрененное разрешение (3395х4679), но это не повод, так как
после пересохранения все параметры те же.
Вот еще ссылочка http://www.gladkiynik.narod.ru/programator2.jpg - тут
все еще хуже: разрешение 720х720, размер файла около 1.2 МБ. Только
обработка консольной утилиткой jpegtran позволило его хоть открыть gimp-ом.

Что это? Ошибка в библиотеках jpeg? (у меня ASPLInux 7.3)
Или специально "заряженный" файл?

-*Название листа "Linux: разрешение вопросов, перспективы и общение";
Написать в лист: mailto:comp.soft.linux.discuss-list@subscribe.ru
Адрес правил листа http://subscribe.ru/catalog/comp.soft.linux.discuss/rules
Номер письма: 18352; Возраст листа: 646; Участников: 1348
Адрес сайта рассылки: http://www.linuxrsp.ru
Адрес этого письма в архиве: http://subscribe.ru/archive/comp.soft.linux.discuss/msg/359902

   2005-05-01 10:50:19 (#359902)

Re: Легкий кэширующий прокси

On Fri, Apr 29, 2005 at 10:19:14PM +1100, 9A4172 wrote:
> Тоже искал подобный прокси, нашел некий
> wwwoffle(http://www.gedanken.demon.co.uk/wwwoffle), по описанию вроде
> подходит , но пока с ним не разбирался - все некогда. Если будете пробовать
-
> напишите о результатах :)
Спасибо, проксик то что надо. Ставил из RPM пакета, так в конфигах пришлось указать
только чтобы использовал для выхода в сеть прокси localhost:8118 (на этом порту
у меня privoxy баннеры режет).
Принцип работы - мечта диалапщика: проходишся по нужным страничкам, и можно дисконектиться.
Далее проходиш еще раз по тем-же страничкам, кликаешь на понравившиеся ссылки
и wwwoffle запоминает все запросы. Когда подключишся к инету в следующий раз,
прокси сам скачает себе в кеш все страницы из запросов для дальнейшего оффлайн
просмотра! Те странички которые opera точно не кешировала данный прокси сохраняет
без каких либо проблем (правда проверял всего на трех сайтах).
Плюс большое количество тонких настроек (типа что кешировать,а что нет).
В общем впечатления самые положительные.
А по поводу предложений использовать встроеное кеширование в opera и firefox
- притормаживают данные браузеры на моей машине.

Спасибо всем откликнувшимся.

ZVital

-*Название листа "Linux: разрешение вопросов, перспективы и общение";
Написать в лист: mailto:comp.soft.linux.discuss-list@subscribe.ru
Адрес правил листа http://subscribe.ru/catalog/comp.soft.linux.discuss/rules
Номер письма: 18351; Возраст листа: 646; Участников: 1348
Адрес сайта рассылки: http://www.linuxrsp.ru
Адрес этого письма в архиве: http://subscribe.ru/archive/comp.soft.linux.discuss/msg/359860

   2005-05-01 07:52:39 (#359860)