Re: вопрос по .xsession-errors
On 2015-11-23, Melleus wrote: > 1. имеем файл ~/.xsession-errors > > 2. в него кто-то раз в несколько секунд с завидным постоянством пишет > следующее: > > sh: 1: iwconfig: not found > > Обнаружил случайно, решил заглянуть, почему такой большой размер у > файла. А там - это. > > Вопрос - как разобраться, что происходит? $ sudo apt-get install auditd $ sudo auditctl -w ~/.xsession-errors -p w Ждать и затем анализировать /var/log/audit/audit.log, или: $ sudo ausearch -f ~/.xsession-errors В конце: $ sudo auditctl -W ~/.xsession-errors $ sudo service auditd stop $ sudo update-rc.d auditd disable Я попробовал: $ sudo auditctl -w /tmp -p w При старте xterm в логе есть строчка: type=SYSCALL msg=audit(1448308853.684:34): arch=c03e syscall=87 success=yes exit=0 a0=24218a0 a1=7ffe55d12880 a2=7ffe55d12880 a3=7ffe55d12640 items=2 ppid=3522 pid=12342 auid=4294967295 uid=1000 gid=1000 euid=1000 suid=1000 fsuid=1000 egid=1000 sgid=1000 fsgid=1000 tty=(none) ses=4294967295 comm="xterm" exe="/usr/bin/xterm" key=(null) Тут у нас pid, ppid, uid, gid, а также: comm="xterm" exe="/usr/bin/xterm" что очень удобно для быстро исчезающих скриптов. > Извиняюсь за шум, методом исключения выяснил, что это awesome > виноват. Я полагаю таким способом Вы бы прямо получили ответ без "метода исключения". Чесно говоря до Вашего поста я о auditctl ничего не знал, но недавно отлаживал CLASSPATH в Tomcat и там оказалось классным: $ inotifywait -m -r /tmp Но inotify не рассказывает какие pid задействованы. inotify можно узнать какие файлы трогают, но этого не достаточно в Вашем случае. Для себя поискал как решается задача, что б знать на будущее, auditd - дополнительно говорит кто трогает. Там еще есть какие то штуки: https://en.wikipedia.org/wiki/File_Alteration_Monitor -- Best regards!
вопрос по .xsession-errors
Прошу подсказки в такой ситуации: 1. имеем файл ~/.xsession-errors 2. в него кто-то раз в несколько секунд с завидным постоянством пишет следующее: sh: 1: iwconfig: not found 3. с сетью (и вообще с системой в целом) видимых проблем нет, все работает. Обнаружил случайно, решил заглянуть, почему такой большой размер у файла. А там - это. Вопрос - как разобраться, что происходит? Спасибо заранее. ЗЫ. Комп используется как декстоп (писательство, я не настоящий айтишник). Сижу на стабильной ветке, десктопом awesome заведует, сетью - network manager.
Re: вопрос по .xsession-errors
Извиняюсь за шум, методом исключения выяснил, что это awesome виноват.
Re: вопрос по .xsession-errors
On Mon, Nov 23, 2015 at 02:18:26PM +0200, Melleus wrote: > Прошу подсказки в такой ситуации: > > 1. имеем файл ~/.xsession-errors > > 2. в него кто-то раз в несколько секунд с завидным постоянством пишет > следующее: > > sh: 1: iwconfig: not found > > 3. с сетью (и вообще с системой в целом) видимых проблем нет, все > работает. > > Обнаружил случайно, решил заглянуть, почему такой большой размер у > файла. А там - это. > > Вопрос - как разобраться, что происходит? Проще всего сделать исполняемый файлик iwconfig с командочкой вроде ps auxfww | mail -s iwconfig root Можете подставить свой e-mail по вкусу. Есть и другие решения. -- Eugene Berdnikov
Re: вопрос по .xsession-errors
Eugene Berdnikov <b...@protva.ru> writes: > On Mon, Nov 23, 2015 at 02:18:26PM +0200, Melleus wrote: >> Прошу подсказки в такой ситуации: >> >> 1. имеем файл ~/.xsession-errors >> >> 2. в него кто-то раз в несколько секунд с завидным постоянством пишет >> следующее: >> >> sh: 1: iwconfig: not found >> >> 3. с сетью (и вообще с системой в целом) видимых проблем нет, все >> работает. >> >> Обнаружил случайно, решил заглянуть, почему такой большой размер у >> файла. А там - это. >> >> Вопрос - как разобраться, что происходит? > > Проще всего сделать исполняемый файлик iwconfig с командочкой вроде > ps auxfww | mail -s iwconfig root > Можете подставить свой e-mail по вкусу. Есть и другие решения. Все гениальное - просто. И тот, кто дернет за ниточку, спалит себя сам :) Спасибо за идею!
Re: вопрос по .xsession-errors
Oleksandr Gavenkowrites: > On 2015-11-23, Oleksandr Gavenko wrote: > > Это не поможет топикстартеру, но интересно было разобраться, а то смешно, > когда то на работе в цикле грепали ps: > > while true; > ps -e | grep COND > sleep 1 > done Спасибо. Это целая пушка для моего воробья. Сначала исключением угадал с первого раза. А потом еще и закладку сделал. Закладка сработала и указала на awesome. А анализ конфига привел к библиотеке obvious, автор которой и дергал неосторожно iwconfig (пока поставил на него линк в ~/bin в качестве костыля). В общем-то изменения формата конфигурационных файлов с каждой версией awesome как-бы намекают на некоторую сырость продукта. И, вместе с этим, лучшей альтернативы пока не вижу. И не очень-то хочу, чтобы в стабильную ветку приползло обновление. Когда все уже настроено под себя...
Re: вопрос по .xsession-errors
On 2015-11-23, Oleksandr Gavenko wrote: > Я попробовал: > > $ sudo auditctl -w /tmp -p w > > При старте xterm в логе есть строчка: > > type=SYSCALL msg=audit(1448308853.684:34): arch=c03e syscall=87 > success=yes exit=0 a0=24218a0 a1=7ffe55d12880 a2=7ffe55d12880 > a3=7ffe55d12640 items=2 ppid=3522 pid=12342 auid=4294967295 uid=1000 > gid=1000 euid=1000 suid=1000 fsuid=1000 egid=1000 sgid=1000 fsgid=1000 > tty=(none) ses=4294967295 comm="xterm" exe="/usr/bin/xterm" key=(null) > > Тут у нас pid, ppid, uid, gid, а также: > > comm="xterm" exe="/usr/bin/xterm" > > что очень удобно для быстро исчезающих скриптов. Я боялся что не будет имени исполняемого файла. Есть lastcomm из пакета acct (который также запускает сервис): bash# lastcomm lastcomm user pts/3 0.00 secs Mon Nov 23 22:38 sh user pts/8 0.00 secs Mon Nov 23 22:37 awkuser pts/8 0.00 secs Mon Nov 23 22:37 seduser pts/8 0.00 secs Mon Nov 23 22:37 manuser pts/8 0.01 secs Mon Nov 23 22:37 Согласно ACCT(5): If the kernel is built with the process accounting option enabled (CONFIG_BSD_PROCESS_ACCT), then calling acct(2) starts process accounting, for example: acct("/var/log/pacct"); /var/log/pacct - бинарный файл, lastcomm помагает его читать. Мне очень жаль что нет полного пути к команде и нет опций запуска и нет PWD. Эта информация очень бы помогла в отладке. Можно попробовать стартовать пользователькую сесию с $ cat ~/.xinitrc ... strace -e execve -o ~/strace.log -f LASTCOMMAND Будет вылазить: bash# strace -e execve -f sh -c "/bin/echo ok" execve("/bin/sh", ["sh", "-c", "/bin/echo ok"], [/* 59 vars */]) = 0 Process 14651 attached [pid 14651] execve("/bin/echo", ["/bin/echo", "ok"], [/* 59 vars */]) = 0 ok [pid 14651] +++ exited with 0 +++ --- SIGCHLD {si_signo=SIGCHLD, si_code=CLD_EXITED, si_pid=14651, si_uid=1000, si_status=0, si_utime=0, si_stime=0} --- +++ exited with 0 +++ Там пытаться воспроизвести проблемную ситуацию. Текущий каталог мониторить по: $ strace -e chdir,execve -f xterm Далее нашел: $ sudo forkstat 23:06:33 exec 15004 /bin/bash -c exec xterm -e bash -i 23:06:33 exec 15004 xterm -e bash -i 23:06:33 fork 15004 parent xterm -e bash -i 23:06:33 fork 15005 child xterm -e bash -i 23:06:33 exec 15005 bash -i 23:06:33 fork 15005 parent bash -i 23:06:33 fork 15006 child bash -i 23:06:33 fork 15006 parent bash -i 23:06:33 fork 15007 child bash -i 23:06:33 exec 15007 dircolors -b /home/user/.dircolors 23:06:33 exit 15007 00.001 dircolors -b /home/user/.dircolors 23:06:33 exit 15006 00.001 bash -i 23:06:33 fork 15005 parent bash -i 23:06:33 fork 15008 child bash -i 23:06:33 fork 15008 parent bash -i 23:06:33 fork 15009 child bash -i 23:06:33 exec 15009 ls /etc/bash_completion.d 23:06:33 exit 15009 00.002 ls /etc/bash_completion.d ... Это не поможет топикстартеру, но интересно было разобраться, а то смешно, когда то на работе в цикле грепали ps: while true; ps -e | grep COND sleep 1 done -- Best regards!
Re: снова .xsession-errors
идея конечно дурацкая, но если вывод Xerrors напаравить в пайп и отгрепать? недумаю что это правильно =/ -- С уважением Николай П. Кудиенко
.xsession-errors
вот еще вопрос меня мучает. он конешно не глобальный, но мне интересно что это за ошибки вида: X Error: BadWindow (invalid Window parameter) 3 Major opcode: 15 Minor opcode: 0 Resource id: 0xe02035 пишутся в .xsession-errors? Меняются токо циферки в последних 3-х строчках. можно что-то сделать что-бы такого рода сообщения не писались в лог?
снова .xsession-errors
Доброе время суток всем! Есть вопрос такого плана. Он конешно не глобальный, но мне интересно что это за ошибки вида: X Error: BadWindow (invalid Window parameter) 3 Major opcode: 15 Minor opcode: 0 Resource id: 0xe02035 пишутся в .xsession-errors? Меняются токо циферки в последних 3-х строчках. можно что-то сделать что-бы такого рода сообщения не писались в лог? или как бороться с такой X Error? -- С уважением Николай П. Кудиенко
Re: снова .xsession-errors
С этим у вас врядли получится побороться, поскольку такие ошибки - это ошибки на уровне X протокола. В данном случае кто-то передал неверный window ID в запросе X_QueryTree. гм... а просто отключить вывод данных ошибок в .xsession-errors можно? именно данный вид ошибок! -- С уважением Николай П. Кудиенко
Re: снова .xsession-errors
Nickolay Kudiyenko [EMAIL PROTECTED] writes: гм... а просто отключить вывод данных ошибок в .xsession-errors можно? именно данный вид ошибок! Так их совершенно разные программы выводят. При этом вываливаются эти сообщения откуда-то из потрохов libX11, которые все они используют. -- JID: [EMAIL PROTECTED]
Re: снова .xsession-errors
On Wed, Oct 03, 2007 at 09:21:57PM +0300, Nickolay Kudiyenko wrote: Доброе время суток всем! Есть вопрос такого плана. Он конешно не глобальный, но мне интересно что это за ошибки вида: X Error: BadWindow (invalid Window parameter) 3 Major opcode: 15 Minor opcode: 0 Resource id: 0xe02035 пишутся в .xsession-errors? Меняются токо циферки в последних 3-х строчках. можно что-то сделать что-бы такого рода сообщения не писались в лог? или как бороться с такой X Error? С этим у вас врядли получится побороться, поскольку такие ошибки - это ошибки на уровне X протокола. В данном случае кто-то передал неверный window ID в запросе X_QueryTree. -- Stanislav
Re: снова .xsession-errors
03.10.07, Mikhail Gusarov[EMAIL PROTECTED] написал(а): Так их совершенно разные программы выводят. При этом вываливаются эти сообщения откуда-то из потрохов libX11, которые все они используют. что значит разные программы? окна которые прорисовываются X-ми? или...? -- С уважением Николай П. Кудиенко
Re: снова .xsession-errors
Nickolay Kudiyenko [EMAIL PROTECTED] writes: Так их совершенно разные программы выводят. При этом вываливаются эти сообщения откуда-то из потрохов libX11, которые все они используют. что значит разные программы? окна которые прорисовываются X-ми? или...? Разные программы, которые рисуют эти окна. -- JID: [EMAIL PROTECTED]
Re: снова .xsession-errors
03.10.07, Mikhail Gusarov[EMAIL PROTECTED] написал(а): Разные программы, которые рисуют эти окна. значит нереально отключить вывод подобного рода сообщений в лог-файл? -- С уважением Николай П. Кудиенко
Re: снова .xsession-errors
On Wednesday 03 October 2007 23:12, Nickolay Kudiyenko wrote: 03.10.07, Mikhail Gusarov[EMAIL PROTECTED] написал(а): Разные программы, которые рисуют эти окна. значит нереально отключить вывод подобного рода сообщений в лог-файл? идея конечно дурацкая, но если вывод Xerrors напаравить в пайп и отгрепать? -- DamirX
Re: .xsession-errors
В сообщении от Пятница 28 сентября 2007 17:40 Mikhail A Antonov написал(a): On Friday 28 September 2007 16:46 [EMAIL PROTECTED] wrote: На мой взгляд это детская аргументация. Такого же порядка как А зачем убирать постель, если вечером её разбирать? А есть люди, которые ее убирают каждое утро? omg o_0 Наверно, в детском садике заставляют :-)
Re: .xsession-errors
Victor Wagner wrote: А с какой это стати он будет открытым? Скрипты cron-monthly.d обычно выполняются глубокой ночью. А нормальный человек, отходя от компьютера более чем на 10 минут, сессию завершает. Вот уже лет двадцать как началась эра персональных компьютеров. Персональных. Личных. Uptime моего ноутбука -- изрядное количество дней (с тех пор, как последний раз обновилось 2.6.22 в дистрибутиве). Сессия примерно соответствует uptime`у, ибо все, кому я могу завести логин на собственных машинах имеют обычно собственные ноутбуки и на мой ходят разве что по ssh`у да иногда по samba. Прекращать сессию по причине отличной от смены ядра кажется как то не очень разумным. Зачем затем терять время на её восстановление? Чтобы выглядеть нормальным? -- ...Как понять, что в коде много багов? А это когда фиксишь их нечаянно ... -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: .xsession-errors
Twas brillig at 18:06:13 28.09.2007 UTC+04 when Victor Wagner did gyre and gimble: VW Не уверен, что аналогия неверная. В конце концов десктоп - общепринятая VW метафора. Общепринятая и совершенно неадекватная. Есть ли среди бумажных документов эффективный поиск? Одного этого различия достаточно, чтобы показать, что метафора бумажных документов совершенно бессмысленна. VW Т.е. аналогия не закрывать открытые программы - всё равно что оставлять VW разбросанные на столе бумаги, уходя с работы находится вполне в русле VW десктопной метафоры. В частности, не оставлять разбросанные бумаги - это привычка, призванная решить отсутствие поиска среди бумажных документов. -- JID: [EMAIL PROTECTED]
Re: .xsession-errors
On Fri, 28 Sep 2007, Nikolay A. Panov wrote: Victor Wagner wrote: А с какой это стати он будет открытым? Скрипты cron-monthly.d обычно выполняются глубокой ночью. А нормальный человек, отходя от компьютера более чем на 10 минут, сессию завершает. Вот уже лет двадцать как началась эра персональных компьютеров. Персональных. Личных. Uptime моего ноутбука -- изрядное количество дней (с тех пор, как последний раз обновилось 2.6.22 в дистрибутиве). Сессия примерно соответствует uptime`у, ибо все, кому я могу завести логин на собственных машинах имеют обычно собственные ноутбуки и на мой ходят разве что по ssh`у да иногда по samba. Прекращать сессию по причине отличной от смены ядра кажется как то не очень разумным. Зачем затем терять время на её восстановление? Чтобы выглядеть нормальным? На мой взгляд это детская аргументация. Такого же порядка как А зачем убирать постель, если вечером её разбирать?
Re: .xsession-errors
On Fri, 28 Sep 2007, Mikhail Gusarov wrote: Twas brillig at 14:46:34 28.09.2007 UTC+02 when [EMAIL PROTECTED] did gyre and gimble: y На мой взгляд это детская аргументация. Такого же порядка как А зачем y убирать постель, если вечером её разбирать? Эмоциональное высказывание, одна штука. Неверная аналогия, одна штука. А аргументы есть? Есть. Только это всё из области общей организации труда, и по сему даже думать о них лень. Однако надо заметить, что и аргументы типа а у нас эпоха супер-бупер-гипер..., а зачем (об этом) думать..., мне так удобней, а у нас в конторе... несколько поднадоели. Единственный ценный (для меня) аргумент был: Приходишь утром. Сморишь в экран. А та ошибка, которая вчера ещё не была исправлена, укоризненно на тебя смотрит. Становится стыдно. Ю. ps. Углубляться в дискуссию не намерен.
Re: .xsession-errors
On Friday 28 September 2007 16:46 [EMAIL PROTECTED] wrote: На мой взгляд это детская аргументация. Такого же порядка как А зачем убирать постель, если вечером её разбирать? А есть люди, которые ее убирают каждое утро? omg o_0 -- Best regards, Mikhail Bart-mdv- @ SolarNet IRC: irc.solarnet.ru WWW: http://www.solarnet.ru/ -- Партиция Каас. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: .xsession-errors
On Fri, Sep 28, 2007 at 09:10:16PM +0700, Mikhail Gusarov wrote: VW Т.е. аналогия не закрывать открытые программы - всё равно что оставлять VW разбросанные на столе бумаги, уходя с работы находится вполне в русле VW десктопной метафоры. В частности, не оставлять разбросанные бумаги - это привычка, призванная решить отсутствие поиска среди бумажных документов. Есть некоторые нюансы в этом споре. То, что лежит на вашем сугубоперсональном ноутбуке - в общем-то ваше дело. Можно и не закрывать. Если вы оставляете открытыми файлы в сети - вы можете добавить головной боли админу, у которого вдруг ночью перестали нормально работать скрипты, запускаемые из cron (и предполагающие, что ночью люди спят). Есть то, что должно работать пока пользователь спит (torrent-ы там всякие), и есть то, что лучше перед окончанием работы сохранить и вырубить (сессия в браузере и т. п.), потому как при произвольном сбое оное неработающее можно и потерять (тупо пропало лепестричество). Все IMHO разумеется. WBR Dmitri Ivanov -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: .xsession-errors
y На мой взгляд это детская аргументация. Такого же порядка как А зачем y убирать постель, если вечером её разбирать? Эмоциональное высказывание, одна штука. Неверная аналогия, одна штука. А аргументы есть? Не уверен, что аналогия неверная. В конце концов десктоп - общепринятая метафора. Т.е. аналогия не закрывать открытые программы - всё равно что оставлять разбросанные на столе бумаги, уходя с работы находится вполне в русле десктопной метафоры. Не разбросанные, а аккуратно разложенные в нужном порядке на нужных местах, а не лежат в сейфе за семью замками с соседнем отделе. У меня, например, открыто куча xterm-ов, с нужной мне историей команд, с нужными мне переменными окружения, с нужными мне в данном и конкретном месте функциями и тому подобное. Даже история самого xterm-а (скроллинг вверх) со вчерашнего дня иногда пригождается. Да, многие оставляют. Но это не значит, что так поступать хорошо, и способствует повышению производительности труда. Именно так. Во многих случаях это повышает производительность труда. А вот аналогия с незаправленной постелью точно не верна в корне. Равно как и аргумент про экономию терминала. -- Best regards, Aleksey Cheusov. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: .xsession-errors
Twas brillig at 14:46:34 28.09.2007 UTC+02 when [EMAIL PROTECTED] did gyre and gimble: y На мой взгляд это детская аргументация. Такого же порядка как А зачем y убирать постель, если вечером её разбирать? Эмоциональное высказывание, одна штука. Неверная аналогия, одна штука. А аргументы есть? -- JID: [EMAIL PROTECTED]
Re: .xsession-errors
Не уверен, что аналогия неверная. В конце концов десктоп - общепринятая метафора. Т.е. аналогия не закрывать открытые программы - всё равно что оставлять разбросанные на столе бумаги, уходя с работы находится вполне в русле десктопной метафоры. Почему тогда не так: поработал - выключил компьютер - разобрал - сдал комплектующие на склад? У меня на включение компа и загрузку нужных программ уходит минут 20 как минимум, компьютер разобрать можно быстрее.
Re: .xsession-errors
On 2007.09.28 at 20:07:00 +0700, Mikhail Gusarov wrote: Twas brillig at 14:46:34 28.09.2007 UTC+02 when [EMAIL PROTECTED] did gyre and gimble: y На мой взгляд это детская аргументация. Такого же порядка как А зачем y убирать постель, если вечером её разбирать? Эмоциональное высказывание, одна штука. Неверная аналогия, одна штука. А аргументы есть? Не уверен, что аналогия неверная. В конце концов десктоп - общепринятая метафора. Т.е. аналогия не закрывать открытые программы - всё равно что оставлять разбросанные на столе бумаги, уходя с работы находится вполне в русле десктопной метафоры. Да, многие оставляют. Но это не значит, что так поступать хорошо, и способствует повышению производительности труда. -- JID: [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: .xsession-errors
On Fri, Sep 28, 2007 at 05:40:40PM +0400, Mikhail A Antonov wrote: А зачем убирать постель, если вечером её разбирать? А есть люди, которые ее убирают каждое утро? omg o_0 Да. У некоторых собака любит полежать на неубранной постели своими чистыми лапами после прогулки :) WBR Dmitri Ivanov -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: .xsession-errors
On Wed, Sep 26, 2007 at 08:46:53PM +0700, Mikhail Gusarov wrote: Twas brillig at 17:41:38 26.09.2007 UTC+04 when Terehov Gennady did gyre and gimble: TG Хотя вот от виндового терминального сервера я совсем могу отрубиться и TG клиентский комп выключить, а потом с другого подключиться к сеансу и все TG программы останутся работающими. Хм. В XP это переключение так же работает? А то, кажется мне, для удалённой работы там нужно было открывать новую сессию. В XP ограничение на 1 одновременно клиента (если подключиться удалённым локального выкидывает). Про terminal server в серверной винде не говорю. А я как раз про него :) -- Геннадий -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: .xsession-errors
Maxim Tyurin [EMAIL PROTECTED] writes: Если работать удаленно то отличается. Когда отваливается соединение то X сессия убивается, а RDP сессия нет. Ну есть FreeNX/NX [1], в котором X-сессии сохраняются. [1]. http://www.nomachine.com/documents/getting-started.php -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: .xsession-errors
На Wed, 26 Sep 2007 08:57:22 +0400 Victor Wagner [EMAIL PROTECTED] записано: On 2007.09.25 at 23:47:29 +0400, alex kuklin wrote: ...и поставь его в crontable на выполнение раз в месяц. Итого, раз в месяц этот файл будет укорачиваться до 10 последних записей Вообще-то он и так создается новый каждую новую сессию. А стирать открытый файл для экономии места бесполезно, место не освободится до момента закрытия файла. А с какой это стати он будет открытым? Скрипты cron-monthly.d обычно выполняются глубокой ночью. А нормальный человек, отходя от компьютера более чем на 10 минут, сессию завершает. Зачем? Новое слово в unix-way? -- Best regards, Alexander GQ Gerasiov Contacts: e-mail: [EMAIL PROTECTED] Homepage: http://gq.net.ru -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: .xsession-errors
Victor Wagner wrote: А с какой это стати он будет открытым? Скрипты cron-monthly.d обычно выполняются глубокой ночью. А нормальный человек, отходя от компьютера более чем на 10 минут, сессию завершает. а открытые приложения? торренты там и проч? с какой стати сессию-то завершать? блокировать - да. -- /aim [ http://aim.pp.ru/ ] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: .xsession-errors
On Wed, Sep 26, 2007 at 08:57:22AM +0400, Victor Wagner wrote: On 2007.09.25 at 23:47:29 +0400, alex kuklin wrote: ...и поставь его в crontable на выполнение раз в месяц. Итого, раз в месяц этот файл будет укорачиваться до 10 последних записей Вообще-то он и так создается новый каждую новую сессию. А стирать открытый файл для экономии места бесполезно, место не освободится до момента закрытия файла. А с какой это стати он будет открытым? Скрипты cron-monthly.d обычно выполняются глубокой ночью. А нормальный человек, отходя от компьютера более чем на 10 минут, сессию завершает. Зачем её завершать? Особенно, если там открыто куча всего, в самом разгаре процесс разработки :) А на ноуте у меня неделями не завершается сессия. -- Yauhen Kharuzhy jekhor _at_ gmail.com JID: [EMAIL PROTECTED] A: No Q: Should I quote below my post? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: .xsession-errors
On Wed, Sep 26, 2007 at 09:25:32AM +0400, Stanislav Maslovski wrote: On Tue, Sep 25, 2007 at 11:47:29PM +0400, alex kuklin wrote: ...и поставь его в crontable на выполнение раз в месяц. Итого, раз в месяц этот файл будет укорачиваться до 10 последних записей Вообще-то он и так создается новый каждую новую сессию. С какой стати? Он дописывается. Потому, собственно, его размер и растет. Если хочется, чтобы создавался каждый раз заново - .xsession-errors должен быть симлинком. Кстати, напрашивается: ln -s /tmp/.xsession-errors-user ~/.xsession-errors -- Yauhen Kharuzhy jekhor _at_ gmail.com JID: [EMAIL PROTECTED] A: No Q: Should I quote below my post? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: .xsession-errors
Victor Wagner wrote: Нет, как раз хорошо забытое старое слово. В своё время я в технической policy конторы прописывал чуть ли не штрафы за оставленную заблокированной сессию. Компьютер он не персональный. Если ты заблокировал сессию, значит ты лишаешь другого человека возможности воспользоваться данным X-терминалом. Для домашнего компьютера, скажем, это до сих пор актуально. эм. если пользоваться xdm да. но как бы и g- и kdm имею опцию создать новый сеанс. А у программы, которая имеет право работать в отсутствие человека (торретнты там всякие) не должно быть GUI. Она должна работать в бэкграунде. Надо ей порулить - отдельной интерфейсной приблудой подцепился и порулил. это да. но к сожалению не всегда выполнимо. конечно как вариант есть vnc... Кстати, возможно, именно потому что лет десять назад я выработал себе привычку не плодить долгоживущих сессий, я с удивлением читаю вопли про то как мозилла жрет память гигабайтами или X-сервер распухает до невообразимых размеров. Когда оно работает не более нескольких часов подряд, оно, конечно, течет, но распухнуть до такой степени, чтобы мешать жить, не успевает. ну это вообще не аргумент и очень удивительно слышать его в 2007-то году... -- /aim [ http://aim.pp.ru/ ] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: .xsession-errors
Victor Wagner wrote: On 2007.09.26 at 10:07:11 +0400, Alexander GQ Gerasiov wrote: А с какой это стати он будет открытым? Скрипты cron-monthly.d обычно выполняются глубокой ночью. А нормальный человек, отходя от компьютера более чем на 10 минут, сессию завершает. Зачем? Новое слово в unix-way? Нет, как раз хорошо забытое старое слово. В своё время я в технической policy конторы прописывал чуть ли не штрафы за оставленную заблокированной сессию. Компьютер он не персональный. Если ты заблокировал сессию, значит ты лишаешь другого человека возможности воспользоваться данным X-терминалом. Для домашнего компьютера, скажем, это до сих пор актуально. Вообще, там есть кнопка начать новый сеанс. Так что аргумент про лишаешь возможности воспользоваться - мягко говоря, странен. Если нет, то все вопросы к разработчику WM/DE. -- Alex -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: .xsession-errors
В сообщении от Среда 26 сентября 2007 13:00 Victor Wagner написал(a): Кстати, возможно, именно потому что лет десять назад я выработал себе привычку не плодить долгоживущих сессий, я с удивлением читаю вопли про то как мозилла жрет память гигабайтами или X-сервер распухает до невообразимых размеров. Когда оно работает не более нескольких часов подряд, оно, конечно, течет, но распухнуть до такой степени, чтобы мешать жить, не успевает. Странно. У меня аптайм домашнего компа обычно доходит до 10-20 дней, потом или ядро обновляю, или кулер чищу, приходится выключать ненадолго. И никто не распухает до невообразимых размеров. А каждый раз открывать нужные программы и вспоминать что и в каком месте делал бесполезная трата времени. Скажем, открыть десяток консолей и вспомнить под каким юзером в какой папке на каком хосте сидел не лучшая затея. Можно как-нибудь автоматизировать открытие нужных программ - но зачем, когда их можно вообще не закрывать. P.S. 10 лет назад я писал на qbasic, но это не аргумент, чтобы и сейчас им пользоваться.
Re: .xsession-errors
*This message was transferred with a trial version of CommuniGate(r) Pro* Sergei Stolyarov пишет: *This message was transferred with a trial version of CommuniGate(r) Pro* -Original message- From: alex kuklin [EMAIL PROTECTED] Sent: Wednesday 26 September 2007 To: Валерий, debian-russian Cc: Subject: Re: .xsession-errors Вообще-то он и так создается новый каждую новую сессию. А стирать открытый файл для экономии места бесполезно, место не освободится до момента закрытия файла. Надо посмотреть в скрипты запуска сессии. Вообще, он определяется в /etc/X11/Xsession, копать там Не создаётся он заново каждую сессию. Можно его либо удалять в кроне, либо вставить в ~/.xsession что-то типа: echo 0 ~/.xsession-errors Ну собс-но я так и делал, просто считаю это костылем и надеюсь на то, что логирование можно отключить или свести к минимуму. =) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: .xsession-errors
On 2007.09.26 at 10:07:11 +0400, Alexander GQ Gerasiov wrote: А с какой это стати он будет открытым? Скрипты cron-monthly.d обычно выполняются глубокой ночью. А нормальный человек, отходя от компьютера более чем на 10 минут, сессию завершает. Зачем? Новое слово в unix-way? Нет, как раз хорошо забытое старое слово. В своё время я в технической policy конторы прописывал чуть ли не штрафы за оставленную заблокированной сессию. Компьютер он не персональный. Если ты заблокировал сессию, значит ты лишаешь другого человека возможности воспользоваться данным X-терминалом. Для домашнего компьютера, скажем, это до сих пор актуально. А у программы, которая имеет право работать в отсутствие человека (торретнты там всякие) не должно быть GUI. Она должна работать в бэкграунде. Надо ей порулить - отдельной интерфейсной приблудой подцепился и порулил. Кстати, возможно, именно потому что лет десять назад я выработал себе привычку не плодить долгоживущих сессий, я с удивлением читаю вопли про то как мозилла жрет память гигабайтами или X-сервер распухает до невообразимых размеров. Когда оно работает не более нескольких часов подряд, оно, конечно, течет, но распухнуть до такой степени, чтобы мешать жить, не успевает. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: .xsession-errors
Twas brillig at 13:00:58 26.09.2007 UTC+04 when Victor Wagner did gyre and gimble: VW Если ты заблокировал сессию, значит ты лишаешь другого человека возможности VW воспользоваться данным X-терминалом. Шлём привет из далёкого будущего, где X-сервер можно и не один запускать, а некоторые усердно проклинаемые графические среды умеют это в штатном режиме, прямо из экрана с заблокированной сессией. -- JID: [EMAIL PROTECTED]
Re: .xsession-errors
On 2007.09.26 at 10:07:11 +0400, Alexander GQ Gerasiov wrote: А с какой это стати он будет открытым? Скрипты cron-monthly.d обычно выполняются глубокой ночью. А нормальный человек, отходя от компьютера более чем на 10 минут, сессию завершает. Зачем? Новое слово в unix-way? Нет, как раз хорошо забытое старое слово. В своё время я в технической policy конторы прописывал чуть ли не штрафы за оставленную заблокированной сессию. Компьютер он не персональный. Если ты заблокировал сессию, значит ты лишаешь другого человека возможности воспользоваться данным X-терминалом. А мы на работе сделали все сеансы на основе vnc. И автоотсоединение через 15 минут неактивности. Так что сеансы неделями висят. А терминалы незаняты. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: .xsession-errors
On Wed, Sep 26, 2007 at 01:00:58PM +0400, Victor Wagner wrote: On 2007.09.26 at 10:07:11 +0400, Alexander GQ Gerasiov wrote: А с какой это стати он будет открытым? Скрипты cron-monthly.d обычно выполняются глубокой ночью. А нормальный человек, отходя от компьютера более чем на 10 минут, сессию завершает. Зачем? Новое слово в unix-way? Нет, как раз хорошо забытое старое слово. В своё время я в технической policy конторы прописывал чуть ли не штрафы за оставленную заблокированной сессию. Компьютер он не персональный. Если ты заблокировал сессию, значит ты лишаешь другого человека возможности воспользоваться данным X-терминалом. Для домашнего компьютера, скажем, это до сих пор актуально. А просто отключиться от сеанса, не завершая работу программ нельзя? А у программы, которая имеет право работать в отсутствие человека (торретнты там всякие) не должно быть GUI. Она должна работать в бэкграунде. Надо ей порулить - отдельной интерфейсной приблудой подцепился и порулил. Кстати, возможно, именно потому что лет десять назад я выработал себе привычку не плодить долгоживущих сессий, я с удивлением читаю вопли про то как мозилла жрет память гигабайтами или X-сервер распухает до невообразимых размеров. Когда оно работает не более нескольких часов подряд, оно, конечно, течет, но распухнуть до такой степени, чтобы мешать жить, не успевает. -- Геннадий -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: .xsession-errors
Terehov Gennady wrote: On Wed, Sep 26, 2007 at 01:00:58PM +0400, Victor Wagner wrote: On 2007.09.26 at 10:07:11 +0400, Alexander GQ Gerasiov wrote: А с какой это стати он будет открытым? Скрипты cron-monthly.d обычно выполняются глубокой ночью. А нормальный человек, отходя от компьютера более чем на 10 минут, сессию завершает. Зачем? Новое слово в unix-way? Нет, как раз хорошо забытое старое слово. В своё время я в технической policy конторы прописывал чуть ли не штрафы за оставленную заблокированной сессию. Компьютер он не персональный. Если ты заблокировал сессию, значит ты лишаешь другого человека возможности воспользоваться данным X-терминалом. Для домашнего компьютера, скажем, это до сих пор актуально. А просто отключиться от сеанса, не завершая работу программ нельзя? Если я ничего не путаю, вообще-то в X-ах программа тогда получит SIGHUP (если консольная, через xterm запущена) или будет прибита черех SIGTERM (если GUI-вая). Поправьте меня, если я ошибаюсь. -- Alex -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: .xsession-errors
Twas brillig at 16:55:01 26.09.2007 UTC+04 when alex kuklin did gyre and gimble: А просто отключиться от сеанса, не завершая работу программ нельзя? ak Если я ничего не путаю, вообще-то в X-ах программа тогда получит SIGHUP ak (если консольная, через xterm запущена) или будет прибита черех SIGTERM ak (если GUI-вая). Всё проще. Сокет к X-серверу закроется. Emacs в multi-tty режиме такое переживёт, а вот остальные - вряд ли. -- JID: [EMAIL PROTECTED]
Re: .xsession-errors
On Wed, Sep 26, 2007 at 04:55:01PM +0400, alex kuklin wrote: [skip] А просто отключиться от сеанса, не завершая работу программ нельзя? Если я ничего не путаю, вообще-то в X-ах программа тогда получит SIGHUP (если консольная, через xterm запущена) или будет прибита черех SIGTERM (если GUI-вая). Поправьте меня, если я ошибаюсь. В Х-ах-то может да... Мне тут одна всеми ругаемая система просто вспомнилась :) Всякие вражеские штучки типа горячее переключение пользователей- суть терминальный сервер... -- Геннадий -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: .xsession-errors
Twas brillig at 17:08:59 26.09.2007 UTC+04 when Terehov Gennady did gyre and gimble: TG В Х-ах-то может да... Мне тут одна всеми ругаемая система просто TG вспомнилась :) Всякие вражеские штучки типа горячее переключение TG пользователей- суть терминальный сервер... Эта вражеская штучка по сути ничем от нескольких X-серверов не отличается. -- JID: [EMAIL PROTECTED]
Re: .xsession-errors
On Wed, Sep 26, 2007 at 08:21:06PM +0700, Mikhail Gusarov wrote: Twas brillig at 17:08:59 26.09.2007 UTC+04 when Terehov Gennady did gyre and gimble: TG В Х-ах-то может да... Мне тут одна всеми ругаемая система просто TG вспомнилась :) Всякие вражеские штучки типа горячее переключение TG пользователей- суть терминальный сервер... Эта вражеская штучка по сути ничем от нескольких X-серверов не отличается. Значит всё-таки есть аналогичная функциональность? Я искренне рад :) -- Геннадий -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: .xsession-errors
On Wed, Sep 26, 2007 at 08:21:06PM +0700, Mikhail Gusarov wrote: Twas brillig at 17:08:59 26.09.2007 UTC+04 when Terehov Gennady did gyre and gimble: TG В Х-ах-то может да... Мне тут одна всеми ругаемая система просто TG вспомнилась :) Всякие вражеские штучки типа горячее переключение TG пользователей- суть терминальный сервер... Эта вражеская штучка по сути ничем от нескольких X-серверов не отличается. Хотя вот от виндового терминального сервера я совсем могу отрубиться и клиентский комп выключить, а потом с другого подключиться к сеансу и все программы останутся работающими. И где тут аналог нескольких Х-серверов? -- Геннадий -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: .xsession-errors
Mikhail Gusarov пишет: Twas brillig at 17:08:59 26.09.2007 UTC+04 when Terehov Gennady did gyre and gimble: TG В Х-ах-то может да... Мне тут одна всеми ругаемая система просто TG вспомнилась :) Всякие вражеские штучки типа горячее переключение TG пользователей- суть терминальный сервер... Эта вражеская штучка по сути ничем от нескольких X-серверов не отличается. Если работать удаленно то отличается. Когда отваливается соединение то X сессия убивается, а RDP сессия нет. -- With Best Regards, Maxim Tyurin JID:[EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: .xsession-errors
Twas brillig at 17:41:38 26.09.2007 UTC+04 when Terehov Gennady did gyre and gimble: TG Хотя вот от виндового терминального сервера я совсем могу отрубиться и TG клиентский комп выключить, а потом с другого подключиться к сеансу и все TG программы останутся работающими. Хм. В XP это переключение так же работает? А то, кажется мне, для удалённой работы там нужно было открывать новую сессию. Про terminal server в серверной винде не говорю. -- JID: [EMAIL PROTECTED]
Re: .xsession-errors
On Wed, Sep 26, 2007 at 10:30:19AM +0300, Yauhen Kharuzhy wrote: On Wed, Sep 26, 2007 at 09:25:32AM +0400, Stanislav Maslovski wrote: On Tue, Sep 25, 2007 at 11:47:29PM +0400, alex kuklin wrote: ...и поставь его в crontable на выполнение раз в месяц. Итого, раз в месяц этот файл будет укорачиваться до 10 последних записей Вообще-то он и так создается новый каждую новую сессию. С какой стати? Он дописывается. Потому, собственно, его размер и растет. Если хочется, чтобы создавался каждый раз заново - .xsession-errors должен быть симлинком. Кстати, напрашивается: ln -s /tmp/.xsession-errors-user ~/.xsession-errors Тогда скорее уж так: $ ln -s /tmp/xsession-$LOGNAME $HOME/.xsession-errors (загляни в скрипт /etc/X11/Xsession) -- Stanislav
Re: .xsession-errors
Нет, как раз хорошо забытое старое слово. В своё время я в технической policy конторы прописывал чуть ли не штрафы за оставленную заблокированной сессию. Компьютер он не персональный. Если ты заблокировал сессию, значит ты лишаешь другого человека возможности воспользоваться данным X-терминалом. Для домашнего компьютера, скажем, это до сих пор актуально. А просто отключиться от сеанса, не завершая работу программ нельзя? Не обращай внимания. Дядя Витя просто шутит. У меня X сессия на работе живет столько, сколько включен мой компьютер - это много месяцев, если только во всем здании электричество не отключат больше, чем на пол часа. И это абсолютно нормально. Кому надо зайти на мой комп зайдет по ssh или xdm-у. Нечего просиживать мой стул и тискать кнопки моей клавиатуры. И вообще это мое рабочее место. -- Best regards, Aleksey Cheusov. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: .xsession-errors
On Wed, Sep 26, 2007 at 08:21:06PM +0700, Mikhail Gusarov wrote: Twas brillig at 17:08:59 26.09.2007 UTC+04 when Terehov Gennady did gyre and gimble: TG В Х-ах-то может да... Мне тут одна всеми ругаемая система просто TG вспомнилась :) Всякие вражеские штучки типа горячее переключение TG пользователей- суть терминальный сервер... Эта вражеская штучка по сути ничем от нескольких X-серверов не отличается. И в ubuntu такой функционал реализован, btw -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: .xsession-errors
On Wed, Sep 26, 2007 at 05:41:38PM +0400, Terehov Gennady wrote: On Wed, Sep 26, 2007 at 08:21:06PM +0700, Mikhail Gusarov wrote: Twas brillig at 17:08:59 26.09.2007 UTC+04 when Terehov Gennady did gyre and gimble: TG В Х-ах-то может да... Мне тут одна всеми ругаемая система просто TG вспомнилась :) Всякие вражеские штучки типа горячее переключение TG пользователей- суть терминальный сервер... Эта вражеская штучка по сути ничем от нескольких X-серверов не отличается. Хотя вот от виндового терминального сервера я совсем могу отрубиться и клиентский комп выключить, а потом с другого подключиться к сеансу и все программы останутся работающими. И где тут аналог нескольких Х-серверов? man xmove -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: .xsession-errors
On 2007.09.26 at 17:08:59 +0400, Terehov Gennady wrote: А просто отключиться от сеанса, не завершая работу программ нельзя? Если я ничего не путаю, вообще-то в X-ах программа тогда получит SIGHUP (если консольная, через xterm запущена) или будет прибита черех SIGTERM (если GUI-вая). Поправьте меня, если я ошибаюсь. В Х-ах-то может да... Мне тут одна всеми ругаемая система просто вспомнилась :) Всякие вражеские штучки типа горячее переключение пользователей- суть терминальный сервер... В этой другой системе зато практически невозможно ПРОСТО ЗАПУСТИТЬ программу на другом хосте. Надо сессию создавать, либо полноценную, либо урезанную навроде Citrix-овских published application. А уж чтобы одна программа окошки свои на нескольких дисплеях (принадлежащих разным юзерам) рисовала... -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: .xsession-errors
Twas brillig at 22:56:00 26.09.2007 UTC+04 when Victor Wagner did gyre and gimble: VW В этой другой системе зато практически невозможно ПРОСТО ЗАПУСТИТЬ VW программу на другом хосте. Надо сессию создавать, либо полноценную, либо VW урезанную навроде Citrix-овских published application. Это в них access control интегрирован плотнее. А то VW А уж чтобы одна программа окошки свои на нескольких дисплеях (принадлежащих VW разным юзерам) рисовала... В модель пользователей и прав плохо не вписывается. -- JID: [EMAIL PROTECTED]
Re: .xsession-errors
Twas brillig at 01:58:26 27.09.2007 UTC+07 when Mikhail Gusarov did gyre and gimble: MG В модель пользователей и прав плохо не вписывается. Эээ. Читать плохо вписывается. -- JID: [EMAIL PROTECTED]
Re: .xsession-errors
On 2007.09.27 at 01:58:26 +0700, Mikhail Gusarov wrote: Twas brillig at 22:56:00 26.09.2007 UTC+04 when Victor Wagner did gyre and gimble: VW В этой другой системе зато практически невозможно ПРОСТО ЗАПУСТИТЬ VW программу на другом хосте. Надо сессию создавать, либо полноценную, либо VW урезанную навроде Citrix-овских published application. Это в них access control интегрирован плотнее. А то Угу. Это они любят. Под предлогом разграничения доступа запретить пользователю элементарные вещи. И предоставить админу способ потрахавшись три дня всё-таки что-то подобное для пользователя сделать. Правда, жалкое подобие. У ихней сессии, например, может быть собственное понятие о раскладки клавиатуры. И если сессия урезаная, и таскбара не видно, фиг поймешь как переключать с русского на английский и обратно. VW А уж чтобы одна программа окошки свои на нескольких дисплеях (принадлежащих VW разным юзерам) рисовала... В модель пользователей и прав плохо не вписывается. Прекрасно вписывается в старую (до квот) модель Unix, когда пользователь был полновластным хозяином своих ресурсов, и мог, например, посредством chown подарить свой файл другому пользователю. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
.xsession-errors
*This message was transferred with a trial version of CommuniGate(r) Pro* Этот файл в домашней директории со временем становится весьма весомым. Можно ли отключить запись в него ошибок? И как это сделать? Ну или хотя бы свести наполнение его информацией к минимуму? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: .xsession-errors
Twas brillig at 01:11:53 26.09.2007 UTC+06 when Ky6uk did gyre and gimble: K *This message was transferred with a trial version of CommuniGate(r) Pro* K Этот файл в домашней директории со временем становится весьма K весомым. Можно ли отключить запись в него ошибок? И как это сделать? Ну K или хотя бы свести наполнение его информацией к минимуму? Посмотреть внутрь и исправить ошибки? :) -- JID: [EMAIL PROTECTED]
Re: .xsession-errors
On Wed, Sep 26, 2007 at 02:02:09AM +0700, Mikhail Gusarov wrote: Twas brillig at 01:11:53 26.09.2007 UTC+06 when Ky6uk did gyre and gimble: K *This message was transferred with a trial version of CommuniGate(r) Pro* K Этот файл в домашней директории со временем становится весьма K весомым. Можно ли отключить запись в него ошибок? И как это сделать? Ну K или хотя бы свести наполнение его информацией к минимуму? Посмотреть внутрь и исправить ошибки? :) Туда, в частности, гадит всё, что запускается непосредственно WM. Например, многие GTK-шные приложения. И исправлять зачастую весьма затруднительно. -- Yauhen Kharuzhy jekhor _at_ gmail.com JID: [EMAIL PROTECTED] A: No Q: Should I quote below my post? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: .xsession-errors
Этот файл в домашней директории со временем становится весьма весомым. Можно ли отключить запись в него ошибок? И как это сделать? Ну или хотя бы свести наполнение его информацией к минимуму? Попробуй написать скрипт вроде такого (не тестировал): #! /bin/sh cd /home/user/ tail .xsession-errors /tmp/errors rm /home/user/.xsession-errors cp /tmp/errors /home/user/.xsession-errors rm /tmp/errors ...и поставь его в crontable на выполнение раз в месяц. Итого, раз в месяц этот файл будет укорачиваться до 10 последних записей -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: .xsession-errors
Twas brillig at 01:11:53 26.09.2007 UTC+06 when Ky6uk did gyre and gimble: K Этот файл в домашней директории со временем становится весьма K весомым. Можно ли отключить запись в него ошибок? И как это сделать? Ну K или хотя бы свести наполнение его информацией к минимуму? Кстати, вот ещё вариант: ln -s /dev/null ~/.xsession-errors -- JID: [EMAIL PROTECTED]
Re: .xsession-errors
Валерий wrote: Этот файл в домашней директории со временем становится весьма весомым. Можно ли отключить запись в него ошибок? И как это сделать? Ну или хотя бы свести наполнение его информацией к минимуму? Попробуй написать скрипт вроде такого (не тестировал): #! /bin/sh cd /home/user/ tail .xsession-errors /tmp/errors rm /home/user/.xsession-errors cp /tmp/errors /home/user/.xsession-errors rm /tmp/errors ...и поставь его в crontable на выполнение раз в месяц. Итого, раз в месяц этот файл будет укорачиваться до 10 последних записей Вообще-то он и так создается новый каждую новую сессию. А стирать открытый файл для экономии места бесполезно, место не освободится до момента закрытия файла. Надо посмотреть в скрипты запуска сессии. Вообще, он определяется в /etc/X11/Xsession, копать там -- Alex -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: .xsession-errors
Yauhen Kharuzhy - debian-russian@lists.debian.org @ Tue, 25 Sep 2007 22:36:01 +0300: Посмотреть внутрь и исправить ошибки? :) YK Туда, в частности, гадит всё, что запускается непосредственно WM. YK Например, многие GTK-шные приложения. И исправлять зачастую весьма YK затруднительно. Ну почему? Снести нафиг эти гадские приложения... -- Artem Chuprina RFC2822: ran{}ran.pp.ru Jabber: [EMAIL PROTECTED] Хакинг и кракинг ульев с последующим чавкингом мёда, безусловно, является злым розыгрышем. Особенно с точки зрения пасечника. http://knjazna.livejournal.com/44647.html?thread=630375#t630375 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: .xsession-errors
-Original message- From: alex kuklin [EMAIL PROTECTED] Sent: Wednesday 26 September 2007 To: Валерий, debian-russian Cc: Subject: Re: .xsession-errors Вообще-то он и так создается новый каждую новую сессию. А стирать открытый файл для экономии места бесполезно, место не освободится до момента закрытия файла. Надо посмотреть в скрипты запуска сессии. Вообще, он определяется в /etc/X11/Xsession, копать там Не создаётся он заново каждую сессию. Можно его либо удалять в кроне, либо вставить в ~/.xsession что-то типа: echo 0 ~/.xsession-errors -- Sergei Stolyarov -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: .xsession-errors
On 2007.09.25 at 23:47:29 +0400, alex kuklin wrote: ...и поставь его в crontable на выполнение раз в месяц. Итого, раз в месяц этот файл будет укорачиваться до 10 последних записей Вообще-то он и так создается новый каждую новую сессию. А стирать открытый файл для экономии места бесполезно, место не освободится до момента закрытия файла. А с какой это стати он будет открытым? Скрипты cron-monthly.d обычно выполняются глубокой ночью. А нормальный человек, отходя от компьютера более чем на 10 минут, сессию завершает. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: .xsession-errors
On Tue, Sep 25, 2007 at 11:47:29PM +0400, alex kuklin wrote: ...и поставь его в crontable на выполнение раз в месяц. Итого, раз в месяц этот файл будет укорачиваться до 10 последних записей Вообще-то он и так создается новый каждую новую сессию. С какой стати? Он дописывается. Потому, собственно, его размер и растет. Если хочется, чтобы создавался каждый раз заново - .xsession-errors должен быть симлинком. -- Stanislav
Re: .xsession-errors
On Wed, Sep 26, 2007 at 02:40:22AM +0700, Mikhail Gusarov wrote: Twas brillig at 01:11:53 26.09.2007 UTC+06 when Ky6uk did gyre and gimble: K Этот файл в домашней директории со временем становится весьма K весомым. Можно ли отключить запись в него ошибок? И как это сделать? Ну K или хотя бы свести наполнение его информацией к минимуму? Кстати, вот ещё вариант: ln -s /dev/null ~/.xsession-errors Лог в этом случае все равно будет идти не в /dev/null, а в /tmp/xsession-$LOGNAME ;) (точнее, во временный файл, который будет создан на время сессии и на который будет указывать /tmp/xsession-$LOGNAME). -- Stanislav
Re: .xsession-errors
Victor Wagner wrote: On 2007.09.25 at 23:47:29 +0400, alex kuklin wrote: ...и поставь его в crontable на выполнение раз в месяц. Итого, раз в месяц этот файл будет укорачиваться до 10 последних записей Вообще-то он и так создается новый каждую новую сессию. А стирать открытый файл для экономии места бесполезно, место не освободится до момента закрытия файла. А с какой это стати он будет открытым? Скрипты cron-monthly.d обычно выполняются глубокой ночью. А нормальный человек, отходя от компьютера более чем на 10 минут, сессию завершает. Ну видимо я ненормальный человек, потому как я сессию блокирую, а не завершаю. Даже на ночь - нафига мне потом запускать все программы, когда можно просто разблокировать сеанс? -- Alex -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: .xsession-errors
Stanislav Maslovski wrote: On Tue, Sep 25, 2007 at 11:47:29PM +0400, alex kuklin wrote: ...и поставь его в crontable на выполнение раз в месяц. Итого, раз в месяц этот файл будет укорачиваться до 10 последних записей Вообще-то он и так создается новый каждую новую сессию. С какой стати? Он дописывается. Потому, собственно, его размер и растет. Если хочется, чтобы создавался каждый раз заново - .xsession-errors должен быть симлинком. Действительно, дописывается. ERRFILE=$HOME/.xsession-errors # attempt to create an error file; abort if we cannot if (umask 077 touch $ERRFILE) 2 /dev/null [ -w $ERRFILE ] [ ! -L $ERRFILE ]; then chmod 600 $ERRFILE elif ERRFILE=$(tempfile 2 /dev/null); then if ! ln -sf $ERRFILE ${TMPDIR:=/tmp}/xsession-$USER; then message warning: unable to symlink \$TMPDIR/xsession-$USER\ to \ \$ERRFILE\; look for session log/errors in \ \$TMPDIR/xsession-$USER\. fi else errormsg unable to create X session log/error file; aborting. fi В качестве одного из решений могу предложить перепилить этот кусок Xsession -- Alex -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: .xsession-errors
Привет, Mikolaj! On Mon, 30 Oct 2006 16:54:53 +0200, Mikolaj Golub wrote: Очевидно, logrotate наcтроить. OB Очевидно, но не сработает. Файл-то останется открытым, только и того, что OB расти станет не .xsession-errors, а .xsession-errors.1. copytruncate Это, как я уже писала, не очень нравится из-за того, что какие-то строчки могут пропасть, но, видно, лучшего способа нет. -- Оля -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: .xsession-errors
On Mon, 30 Oct 2006 09:33:35 +0600, Ruslan Kosolapov wrote: OB Иксы перенаправляют весь вывод в файл ~/.xsession-errors, который OB в результате разрастается до десятков мегабайт, никакой ротации OB не предусмотрено. С одного стороны, иногда ошибки видеть хочется, OB с другой стороны, большая часть там -- неинтересный мусор. Что OB делать, не перезагружать же иксы раз в неделю специально для его OB удаления? Очевидно, logrotate наcтроить. Очевидно, но не сработает. Файл-то останется открытым, только и того, что расти станет не .xsession-errors, а .xsession-errors.1. -- Оля -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: .xsession-errors
а вы того, содержимое скопируйте в .1, а оригинал под нож On 10/30/06, Olya Briginets [EMAIL PROTECTED] wrote: On Mon, 30 Oct 2006 09:33:35 +0600, Ruslan Kosolapov wrote: OB Иксы перенаправляют весь вывод в файл ~/.xsession-errors, который OB в результате разрастается до десятков мегабайт, никакой ротации OB не предусмотрено. С одного стороны, иногда ошибки видеть хочется, OB с другой стороны, большая часть там -- неинтересный мусор. Что OB делать, не перезагружать же иксы раз в неделю специально для его OB удаления? Очевидно, logrotate наcтроить. Очевидно, но не сработает. Файл-то останется открытым, только и того, что расти станет не .xsession-errors, а .xsession-errors.1. -- Оля -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED] -- С уважением, Константин Матюхин
Re: .xsession-errors
On Mon, 30 Oct 2006 15:58:54 +0200 Olya Briginets wrote: OB On Mon, 30 Oct 2006 09:33:35 +0600, Ruslan Kosolapov wrote: Очевидно, logrotate наcтроить. OB Очевидно, но не сработает. Файл-то останется открытым, только и того, что OB расти станет не .xsession-errors, а .xsession-errors.1. copytruncate -- to my, trociny -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
.xsession-errors
Привет! Иксы перенаправляют весь вывод в файл ~/.xsession-errors, который в результате разрастается до десятков мегабайт, никакой ротации не предусмотрено. С одного стороны, иногда ошибки видеть хочется, с другой стороны, большая часть там -- неинтересный мусор. Что делать, не перезагружать же иксы раз в неделю специально для его удаления? -- Оля -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: .xsession-errors
On Sunday 29 October 2006 15:28 Olya Briginets wrote: Привет! Иксы перенаправляют весь вывод в файл ~/.xsession-errors, который в результате разрастается до десятков мегабайт, никакой ротации не предусмотрено. С одного стороны, иногда ошибки видеть хочется, с другой стороны, большая часть там -- неинтересный мусор. Что делать, не перезагружать же иксы раз в неделю специально для его удаления? Например раз в неделю делать cat /dev/null ~/.xsession-errors При этом иксы перезапускать не потребуется. -- Best regards, Mikhail Bart-mdv- @ SolarNet IRC: irc.solarnet.ru WWW: http://www.solarnet.ru/ -- Нельзя иметь все. Куда вы это положите? -- Стивен Райт
Re: .xsession-errors
6 at 04:20:06PM +0300, Mikhail A Antonov wrote: Иксы перенаправляют весь вывод в файл ~/.xsession-errors, который в результате разрастается до десятков мегабайт, никакой ротации не предусмотрено. С одного стороны, иногда ошибки видеть хочется, с другой стороны, большая часть там -- неинтересный мусор. Что делать, не перезагружать же иксы раз в неделю специально для его удаления? Например раз в неделю делать cat /dev/null ~/.xsession-errors При этом иксы перезапускать не потребуется. Это какой-то не очень хороший способ, потому что хочется иметь возможность логи сохранять, а так последние строчки могут потеряться. -- Оля -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: .xsession-errors
OB Иксы перенаправляют весь вывод в файл ~/.xsession-errors, который OB в результате разрастается до десятков мегабайт, никакой ротации OB не предусмотрено. С одного стороны, иногда ошибки видеть хочется, OB с другой стороны, большая часть там -- неинтересный мусор. Что OB делать, не перезагружать же иксы раз в неделю специально для его OB удаления? Очевидно, logrotate наcтроить. -- Ruslan Kosolapov Plesk QA Department Second Manager SWsoft, Inc. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
.xsession-errors size
Привет! Вообщем дело было так - сидел себе, работал, никого не трогал, и тут бац - на home кончается место. Поисках - я обнаружил, что файлик .xsession-errors имеет размер 9 Гиг Внимание вопрос (прям что-где-когда получается) - могу я как-нибудь ограничить размер этого файла - а то получилась очень неприятная ситуация) Спасибо за внимание. -- Best Regards. Alexey Kakunin, M.Sc.
Re: .xsession-errors size
Alexey Kakunin [EMAIL PROTECTED] writes: Привет! Вообщем дело было так - сидел себе, работал, никого не трогал, и тут бац - на home кончается место. Поисках - я обнаружил, что файлик .xsession-errors имеет размер 9 Гиг Внимание вопрос (прям что-где-когда получается) - могу я как-нибудь ограничить размер этого файла - а то получилась очень неприятная ситуация) logrotate :) -- Alexander Kotelnikov Saint-Petersburg, Russia
Re: .xsession-errors size
Hello Alexey, Thursday, March 29, 2001, 4:44:54 PM, you wrote: Привет! Вообщем дело было так - сидел себе, работал, никого не трогал, и тут бац - на home кончается место. Поисках - я обнаружил, что файлик .xsession-errors имеет размер 9 Гиг Внимание вопрос (прям что-где-когда получается) - могу я как-нибудь ограничить размер этого файла - а то получилась очень неприятная ситуация) Может ошибки изправить, которые туда логуются :) -- Best regards, Aigarsmailto:[EMAIL PROTECTED]