Re: про fvwm

2008-08-15 Пенетрантность Artem V. Andreev
sergio [EMAIL PROTECTED] writes:

 Всем привет.

 Пытаюсь настросить сабж.
 Не понимаю как сделать некоторые вещи:

 1) Заблокировать окно, что бы его нельзя было двигать

Style ... FixedPosition

(можно еще FixedSize, чтобы нельзя было и размер менять)


 5) Можно как-нить windows-list выскакивающий по alt-tab заставить показывать 
 окна только текущего
 рабочего стола?

WindowList CurrentDesk


-- 

S. Y. A(R). A.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Re: оперативка на старом компьютере

2008-07-06 Пенетрантность Artem V. Andreev
Artem Chuprina [EMAIL PROTECTED] writes:

 Дмитрий Куликов - debian-russian@lists.debian.org  @ Sat, 05 Jul 2008 
 16:18:12 +0800:

  ДК Мне тут отдали рабочий 2-й пентиум, на который я поставил Debian.
  ДК На компе оперативки пока 128 Мб, на днях прикуплю ещё, но сейчас
  ДК меня интересует такой вопрос- как уменьшить ее потребление? Сейчас,
  ДК если верить системному монитору, в состоянии покоя, когда не
  ДК запущено ни одно приложение, кроме иксов с xfce, памяти занято 72
  ДК Мб. Как можно узнать, что именно её потребляет

 ps aux.  Либо, что может быть логичнее, top и там нажать M (сортировку
 по потребляемой памяти).  Только там первой строчкой будет X-сервер
 собственной персоной.  У меня первые две строчки выглядят так:

   PID USER  PR  NI  VIRT  RES  SHR S %CPU %MEMTIME+  COMMAND  
  
  3789 root  15   0  585m 132m 4428 S  1.0 26.3  74:46.65 Xorg 
   
  2594 ran   15   0  234m 106m  17m S  0.7 21.2  35:21.24 firefox-bin  
   

 В машинке 512 мег памяти.  Нет, она в таком раскладе не тормозит.

Тут надо иметь в виду еще такой нюанс. Управление памятью в Linux устроено таким
образом, что узнать сколько памяти съедает процесс достаточно проблематично.
Колонка VIRT показывает, сколько процесс отхватил себе виртуальной памяти, что 
с потреблением физической памяти не коррелирует вовсе (т.е. при некоторых 
сценариях
использования коррелирует, но только при некоторых).
Колонка RES показывает-таки объем физической памяти, но к сожалению 
неаддитивным способом:
если процесс X занимает N байт, а процесс Y занимает M байт, то вместе они 
могут занимать
от max(N, M) + eps до N + M байт -- ибо несколько процессов могут иметь 
значительные куски
физической памяти разделяемыми (например, всю ту памяти которую занимают общие 
динамические
библиотеки). Если действительно хочется получить представление о занимаемой 
памяти, то надо
еще смотреть на вывод pmap {PID процесса} -- вот то что там обозначено как 
[anon] и есть та
память, которую процесс жрет -- правда, pmap показывает опять-таки 
виртуальную память, а
не физическую


-- 

S. Y. A(R). A.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Re: Замена CIFS

2008-05-20 Пенетрантность Artem V. Andreev
Artem Chuprina [EMAIL PROTECTED] writes:

 Igor Kozlov - debian-russian  @ Tue, 20 May 2008 16:57:19 +0400:

  IK Хочется полностью отказаться он Samba.
  IK В качестве замены Cifs, вроде как напрашивается NFS.

  IK Насколько реально использовать для файл-сервера NFS ???
  IK В конечном счёте клиентов будет порядка 100-150.

 В trusted сети из *nix машин - реально.
Ну почему обязательно в trusted? С поддержкой NFSv4 в Linux нынче все
более-менее в порядке (ну правда чтобы оно секурно работало, нужно,
скорее всего, Kerberos-инфраструктуру заводить, но в общем это все
вполне реально)

-- 

S. Y. A(R). A.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Re: Создание uml, idef0, dataflow диаграмм

2008-04-30 Пенетрантность Artem V. Andreev
Alexander GQ Gerasiov [EMAIL PROTECTED] writes:

 На Wed, 30 Apr 2008 03:58:49 +0300
 Illia Silvanovich [EMAIL PROTECTED] записано:

 Добрый день, друзья.
 
 Интересуют решения для создания idef0, uml диаграмм.
 Видел dia. Слышал про плагины к eclipse.
 Посмотри еще umbrella
Еще есть tcm

-- 

S. Y. A(R). A.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Re: Вопрос по GPL

2008-04-29 Пенетрантность Artem V. Andreev
Artem Chuprina [EMAIL PROTECTED] writes:

 Сергей С. - Fedor Zuev  @ Tue, 29 Apr 2008 12:06:37 +0600:

  СС Я просто сравниваю с другой, очень известной компанией, которая
  СС выкладывала исходники частей закрытого ПО, в котором использовался
  СС OpenSSL.

 OpenSSL, заметим, ни разу не GPL.  Там BSD License, которая разрешает
 вообще все, кроме удаления оригинальных копирайтов.
Гы-гы-гы, если бы! У OpenSSL лицензия действительно не GPL, действительно
похожа на BSD, но это не совсем BSD -- она в частности запрещает 
релицензирование
производных продуктов. Более того, как известно, лицензия OpenSSL не совместима
с GPL (см. http://www.gnu.org/licenses/license-list.html, секция OpenSSL 
license) --
и это является источником изрядной головной боли для разных людей включая Debian


 -- 
 Artem Chuprina
 RFC2822: ran{}ran.pp.ru Jabber: [EMAIL PROTECTED]

 Я не люблю делать что бы то ни было для целевой аудитории Microsoft
   (С)энта


 -- 
 To UNSUBSCRIBE, email to [EMAIL PROTECTED]
 with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



-- 

S. Y. A(R). A.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Re: debian lenny и рекомендуемые зависимости

2008-02-05 Пенетрантность Artem V. Andreev
Andrej [EMAIL PROTECTED] writes:

 В Etch я делал aptitude install -R package, соответсвенно предлогаемые 
 зависимости отсекались, в
 тестинге же что с опцией -r или -R одно и тоже, может теперь другая опция для 
 отмены recommnded
 пакетов?

В testing сейчас aptitude сломан так что рекомендованные паекеты всегда 
устанавливаются
(bug # 458189). увы :(


-- 

S. Y. A(R). A.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Re: обратная зона на сети некратные /8

2008-02-05 Пенетрантность Artem V. Andreev
Dmitry E. Oboukhov [EMAIL PROTECTED] writes:

 есть следующая ситуация

 1. провайдер может гарантировать неконфликтную (не пересекающуюся с
 другими сегментами по адресам) ровно одну сеть /24

 2. есть жесткая необходимость иметь несколько подсетей, поэтому

 3. имеющаяся подсеть была разбита на сегменты с маской /27

 4. сегменты /27 - самостоятельные, не всегда имеющие связь друг с другом
 итп
 админят их разные люди

 5. в каждом сегменте /27 имеется сервер bind который держит локальную
 зону вида domain_name.lan а так же выполняет обратные преобразования
 адреса - dns-имена

 6. появилась необходимость настроить общий сервер bind который будет
 собирать все в кучу

 соответственно настроил на нем зоны примерно в таком виде:

 zone domain1.lan {
   type slave; 
   masters {
   10.0.0.1;
   };
 };

 zone domain2.lan {
   type slave;
   masters {
   10.0.0.33;
   };
 };

 ну и так далее

 а как быть с обратной зоной?

 zone 32.0.0.10.in-addr.arpa {
   type slave;
   masters {
   10.0.0.33;
   };
 };

 не работает


в принципе можно. читать RFC 2317 Classless IN-ADDR.ARPA delegation.
(заметим, что то что у вас есть сейчас по моим представлениям работать
не должно вообще в плане reverse resolve)

-- 

S. Y. A(R). A.


Re: мониторинг использования процессами модулей ядра

2008-01-21 Пенетрантность Artem V. Andreev
Andrey Nikitin [EMAIL PROTECTED] writes:

 В сообщении от 19 января 2008 17:07 Artem V. Andreev написал(a):
 А какова ваша конкретная задача, хотелось бы знать?
 С 100% вероятностью выгрузить модуль.
На мой взгляд, это не есть конкретная задача. Потому что я не вполне
понимаю, зачем это может быть нужно.

Кроме того, Вы осознаете, что (a) модуль может использоваться другими
модулями и (b) что модуль может быть вообще не выгружаемым? (так бывает)


 Для этого нужно быть уверенным, что модуль никто не использует.
 Пока это возможно сделать только по имени /dev устройства
 (если оно есть и его имя точно известно) и прошерстив все процессы,
 в общем не айс.

 Если не ошибаюсь про открытии симв./блочн. устройств модуль видит pid 
 юзерского процесса.
 Имхо, было бы не лишним в /proc/modules/name/ кое-какую инфу сваливать,
 непосредственно ядром а не самим модулем.

 -- 
 С Уважением,
Андрей Никитин


 -- 
 To UNSUBSCRIBE, email to [EMAIL PROTECTED]
 with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



-- 

S. Y. A(R). A.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Re: Дизайнер схем баз данных

2008-01-19 Пенетрантность Artem V. Andreev
Andrey Voronov [EMAIL PROTECTED] writes:

 Здравствуйте. Не подскажите  есть ли в Debian, что нибудь для проектирования 
 баз данных (что то
 хотя бы отдалённо напоминающее Sysbase Power Designer).  Заранее спасибо.

ferret

или

dia + dia2code

-- 

S. Y. A(R). A.


Re: мониторинг использования процессами модулей ядра

2008-01-19 Пенетрантность Artem V. Andreev
Andrey Nikitin [EMAIL PROTECTED] writes:

 Если ли в linux утилита типа lsof (а может он умеет) для subj?

 Конкретно интересует возможность получения списка процессов,
 использующий заданный модуль.
Это, в общем, принципиально неверная идея. Процессы (если мы 
имеем в виду обычные user-space процессы) модулей ядра *не* 
используют. Процессы используют те facilities которые предоставляет
ядро -- например, файлы устройств; то как конкретная facility 
реализуется ядром -- личное дело ядра, и вообще говоря не существует
сколько нибудь однозначного соответствия между тем что использует
процесс и тем какие модули ядра при этом работают. 

А какова ваша конкретная задача, хотелось бы знать?

-- 

S. Y. A(R). A.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Re: мониторинг использования процесса ми модулей ядра

2008-01-19 Пенетрантность Artem V. Andreev
HoverHell [EMAIL PROTECTED] writes:

 В дебиановском скрипте /etc/init.d/alsa проблема убивания процессов,
 использующих звук, при выгрузке модулей, решена так: lsof +D /dev -F rt|awk
 '/^p/ {pid=$1} /^t/ {type=$1} /^r0x(74|e)..$/  type == tCHR {print
 pid}'|cut -c 2-|uniq

 * Попутно говоря, можно ли как-то узнать, какие файлы в /dev (или где ещё)
 создал модуль ядра?
Напрямую -- нет. Потому что файлы в /dev создает не модуль ядра. Они либо
создаются руками, либо демоном udev. Первый случай (нынче уже не слишком 
типичный)
интереса не представляет; во втором случае можно написать udev-правило которое
будет где-то фиксировать запросы от ядерных модулей на регистрацию устройств -- 
после этого можно будет узнать какой модуль чего создал (но там, впрочем, логика
не совсем тривиальная).

Кроме того, анализируя файл /etc/modprobe.d/aliases и ему подобные можно 
установить
соответствие между номерами устройств и именами модулей -- ну а дальше по имени
устройства определяется его номер и т.д. 

-- 

S. Y. A(R). A.


Re: Беспроводная сеть с ipw3945 и iwlwifi

2008-01-07 Пенетрантность Artem V. Andreev
Alexey Pechnikov [EMAIL PROTECTED] writes:

 В сообщении от Monday 07 January 2008 00:17:38 Artem V. Andreev написал(а):
  Все просто — полноту testing'а никто не горонтирует.

 На самом деле, все еще проще. iwlwifi входит в ванильное ядро начиная с
 версии 2.6.23 которой пока нет в testing. Кто ж станет заморачиваться
 делать для него отдельный пакет?

 У меня 2.6.23 с ACPI глючит (при попытке изменения яркости экрана может ядро 
 повиснуть, дальше проверять не стал, и так ясно), и вайфай не завелся. Вот 
 думаю, ждать 2.6.23 с iwlwifi или ковырять ipw3945 (не очень хочется, 
 поскольку ошибок в логи выдает множество, притом вида #07 и т.п., а падает 
 нерегулярно и с разными сообщениями). Два дня вайфай глючил, а вот сегодня 
 полдня отлично работает, не знаю, что и крутить (при том, что никаких 
 изменений в настройках или установленном софте не было).
Ну можно еще взять сорцы с  http://intellinuxwireless.org/ и 
собрать отдельно модуль для .22 ядра ...

-- 

S. Y. A(R). A.


Re: Беспроводная сеть с ipw3945 и iwlwifi

2008-01-06 Пенетрантность Artem V. Andreev
Kirill A. Korinskiy [EMAIL PROTECTED] writes:

 Alexey Pechnikov - debian-russian@lists.debian.org  @ Sat, 5 Jan 2008 
 23:36:35 +0300:

  AP Несколько месяцев пользую ipw3945, но вот достала нестабильная его 
 работа (то 
  AP неделю работает как часы, а то каждые полчаса отваливается да еще и ядро 
  AP нередко наглухо вешает) и решил посмотреть альтернативы.  Нашел iwlwifi, 
 в 
  AP lenny должно работать, есть прошивка firmware-iwlwifi, необходимый 
 модуль 
  AP mac80211 в дистрибутивном ядре нашелся, но вот незадача - пакета с 
 драйвером 
  AP iwl3945.ko в тестинге нет, есть только в нестабильной ветке, причин 
 сему я 
  AP не понял. Кто-то может подсказать, как лучше решить проблему?

 Все просто — полноту testing'а никто не горонтирует.
На самом деле, все еще проще. iwlwifi входит в ванильное ядро начиная с версии 
2.6.23
которой пока нет в testing. Кто ж станет заморачиваться делать для него 
отдельный пакет?

-- 

S. Y. A(R). A.


Re: анализ файлов

2007-09-21 Пенетрантность Artem V. Andreev
Vadym Kurylovych [EMAIL PROTECTED] writes:

 У пт, 2007-09-21 у 11:16 +0400, Victor Wagner пише:
 On 2007.09.21 at 09:14:34 +0300, Vadym Kurylovych wrote:
 
  имеется файлопомойка на 1 ТБ
  надо собрать статистику по файлах, точнее какой тип файлов сколько
  занимает
  может есть готовое решение?
 
 Задачка из серии дешевле решить заново, чем искать куда положил
 решение, сделанное в прошлый раз.
 
 Особенно если учесть что с прошлого раза определение типа файлов
 могло поменяться. Что такое тип - это то, что выдает команда file
 или расширение?
 

 расширение
Эээ. Строго говоря, в *nix нет такого понятия -- расширение,
есть понятие суффикса, которых может быть более одного. 
Поэтому задача поставлена не совсем корректно: .tar.gz -- это
тот же тип что и .tar или все файлы *.gz принадлежат к одному
типу? и так далее, не говоря уж о том что файл может вовсе не иметь
какого-то осмысленного суффикса.

А так: 

ls -lR /path-to-files | awk '/^-/ { 
   if ($NF ~ /\./) 
  sub(/^.*\./, , $NF); 
   else 
  $NF = undefined; 
   typesize[$NF] += $5 
}
END {
for (i in typesize) 
print i, typesize[i];
}'

-- 

S. Y. A(R). A.


Re: function tree

2007-06-08 Пенетрантность Artem V. Andreev
Roman Cheplyaka [EMAIL PROTECTED] writes:

 * v0id [EMAIL PROTECTED] [2007-06-07 02:58:49+0400]
 Скомрилируй с ключем для отладки и натрави на неё дебагер.

 Я об этом и думал, но надо писать враппер (ручками все брякпоинты
 расставлять лениво очень). Вот и интересовался, может что-то уже есть.

 -- 
 Roman I. Cheplyaka
 http://ro-che.info/

Можно скомпилировать с -g -pg -- это опция профилирования.
После запуска получится файл gmon.out -- на него нужно натравить
gprof -- а он, помимо таймингов, покажет и call tree

(Здесь, впрочем, есть свои подводные камни, потому что gprof имеет
тенденцию показывать call tree не совсем соответствующее реальности)

-- 

S. Y. A(R). A.


Re: Не удаляются файлы на ext3

2006-12-27 Пенетрантность Artem V. Andreev
Mikhail Ramendik [EMAIL PROTECTED] writes:

 Всем привет!

 Имеется partition с ext3. Там когда-то была старая инсталляция Linux (ASP 9). 
 Сейчас установлен sarge на другой партиции.

 Хочу окончательно снести старую инсталляцию. Все rm -rf делаются от рута. 
 Почти всё снеслось - но вот tmp/.private не сносится!

 ramendik:/oldroot# rm -rf tmp
 rm: невозможно удалить каталог `tmp/.private/root': Operation not permitted
 rm: невозможно удалить каталог `tmp/.private/misha': Operation not permitted
 rm: невозможно удалить каталог `tmp/.private/irisha': Operation not permitted
 rm: невозможно удалить каталог `tmp/.private/pcguest': Operation not permitted
 rm: невозможно удалить каталог `tmp/.private/mysql': Operation not permitted
 rm: невозможно удалить каталог `tmp/.private/dina': Operation not permitted
 ramendik:/oldroot# chmod -R 777 tmp
 chmod: изменение прав доступа для `tmp/.private': Operation not permitted
 ramendik:/oldroot# ls -al tmp
 итого 12
 drwxrwxrwx  3 root root 4096 2006-12-27 22:10 .
 drwxr-xr-x  5 root root 4096 2006-12-27 22:14 ..
 drwx--x--x  8 root root 4096 2004-11-23 01:05 .private

 Как-то всё это странно. Конечно, против mkfs.ext3 нет приёма. Но мне очень 
 интересно, почему Linux вдруг не желает что-то удалять, заявляя что Operation 
 not permitted, при работе от рута. 
Это, скорее всего означает что на файлах стоит атрибут immutable.
Почему он стоит -- сложно сказать, может кто-то когда-то сдуру поставил, но
практика показывает что иногда fsck приводит к таким результатам.

Лечение: chattr -i нужный-файл


-- 

S. Y. A(R). A.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]