On Sat, 17 Apr 2010 20:38:44 +0400
Anton Kovalenko an...@sw4me.com wrote:
On Sat, Apr 17 2010, Victor Wagner wrote:
наверняка об этом уже спорлили, но ведь есть suggest, есть
depends. зачем recommends приравнивать к depends?
Юзер нынче тупой пошел. Не догадается подумать, а нужен ли
On Sat, Apr 17 2010, Denis Feklushkin wrote:
- Жёсткая, НеТащит: не имеет смысла, ибо даёт нерабочую систему
- Жёсткая, Тащит: это Depends.
- Мягкая, НеТащит: это Suggests.
Какой вариант остался? По-моему, отдать его Recommends вполне логично.
почему бы не сделать так:
если инсталер
22 мая 2009 г. 17:29 пользователь Alex Kicelewнаписал:
остальных кошмаров. Эту программу Б нужно время от времени убивать
вместе со всеми, ею порожденными, но программа А должна продолжать
работать...
Unix - стройная система костылей и подпорок.
}' | xargs --replace kill -9 {}
Ну а если и внуков и до 7-е колена, то скрипт писать надо.
Мнда. Засада подкралась из-за угла...
p.s. А что такое pgrp/pgid, если не секрет?
Это для группового убийства. Ид группы подсовывается киллу со знаком
минус.
--
Alex Kicelew arko...@gmail.com ICQ
:
ps -ef | awk '$3 == '$ppid' { print $2 }' | xargs --replace kill -9 {}
Ну а если и внуков и до 7-е колена, то скрипт писать надо.
Мнда. Засада подкралась из-за угла...
p.s. А что такое pgrp/pgid, если не секрет?
Это для группового убийства. Ид группы подсовывается киллу со знаком
минус
yuri.nefe...@gmail.com - debian-russian@lists.debian.org @ Fri, 22 May 2009
13:04:12 +0400 (MSD):
Глупый вопрос. А можно ли как-то убить pid вместе со всеми детьми, но
без родителей? pgrp/pgid включают и родителей, что не подходит.
Пардон, что-то вчера вечером голова не работала..
On Fri, May 22, 2009 at 02:29:26PM +0400, Alex Kicelew wrote:
yuri.nefe...@gmail.com - debian-russian@lists.debian.org @ Fri, 22 May 2009
13:04:12 +0400 (MSD):
Глупый вопрос. А можно ли как-то убить pid вместе со всеми детьми, но
без родителей? pgrp/pgid включают и родителей, что не
30701 30700 0 12:11 pts/4Sl+0:00 vim --cmd let no_plugin_maps
Ну и прибить потом ./list_ppid $ppid | xargs kill -9
Ю.
SIGCHLD?
On Thu, 21 May 2009 22:13:41 +0400
Alex Kicelew arko...@gmail.com wrote:
Hi
Глупый вопрос. А можно ли как-то убить pid вместе со всеми детьми, но
без родителей? pgrp/pgid включают и родителей, что не подходит.
--
Alex Kicelew arko...@gmail.com ICQ 3887592
--
To
On Thu, 21 May 2009, Alex Kicelew wrote:
Hi
Глупый вопрос. А можно ли как-то убить pid вместе со всеми детьми, но
без родителей? pgrp/pgid включают и родителей, что не подходит.
Hапример так:
ps -ef | awk '$3 == '$ppid' { print $2 }' | xargs --replace kill -9 {}
Ну а если и внуков и
the aircraft would have had to bank so steeply that it might have stalled, the
NTSB said
Critical Care Inc,
symbl: .CTCX.
This one is an easy doubler
@ 65 cents wont last long
Expected target : $ 3.00
Critical Care Announces Expansion of Cost Containment Activities
Business Wire (Fri, Feb
Denis Afonin wrote:
On Mon, 25 Dec 2006 17:31:07 +0300, Nicholas [EMAIL PROTECTED] wrote:
Интересно как дела в ion2 - проект развивается или все на 3 перешли ?
Действительно, интересно, есть ли такие, которые на ion2 остались..
Развиваться ion2, думаю, врядли будет, разработчики занимаются
You ([EMAIL PROTECTED]) wrote:
N'N В ion3 по умолчанию какое-то совершенно невменяемое меню (на
N'N F12). До сих пор думаю зачем они это сделали...
Вероятно, затем, что они - это не Nick 'TARANTUL' Novikov, и не могут
предугадать, что тебе покажется вменяемым. Anyway, инструменты для
Mikhail Gusarov wrote:
You ([EMAIL PROTECTED]) wrote:
N'N В ion3 по умолчанию какое-то совершенно невменяемое меню (на
N'N F12). До сих пор думаю зачем они это сделали...
Вероятно, затем, что они - это не Nick 'TARANTUL' Novikov, и не могут
предугадать, что тебе покажется вменяемым.
You ([EMAIL PROTECTED]) wrote:
N'N А что еще нужно от этого меню, кроме как запустить программу,
N'N сделав при этом минимум телодвижений?
Ну и скажи это авторам wmii-3, мне-то зачем? Они тебя выслушают и
может быть что-нибудь скажут.
--
You ([EMAIL PROTECTED]) wrote:
MG Ну и скажи это авторам wmii-3, мне-то зачем? Они тебя выслушают и
MG может быть что-нибудь скажут.
Тьфу. s/wmii-/ion/
--
Mikhail Gusarov wrote:
You ([EMAIL PROTECTED]) wrote:
MG Ну и скажи это авторам wmii-3, мне-то зачем? Они тебя выслушают и
MG может быть что-нибудь скажут.
Тьфу. s/wmii-/ion/
Наверно затем, что по моему мнению количество информации в первом письме
от Вашего имени было ноль.
В
Nick 'TARANTUL' Novikov wrote:
В ion3 по умолчанию какое-то совершенно невменяемое меню (на F12).
До сих пор думаю зачем они это сделали...
Что бы меню стало прежним надо в файле
file:///etc/X11/ion3/cfg_ioncore.lua
закоментировать строчку:
--kpress(ALTMETA..F12, mod_query.query_menu(_,
Не работает kill (из контекстного меню правой кнопки мыши ) в ion3 в
свежепостовленном с нуля etch.
Приходиться использовать kill из консоли.
Кто-нибудь сталкивался с таким багом ?
--
Best regards,
Nicholas
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject
Nicholas - debian-russian@lists.debian.org @ Mon, 25 Dec 2006 08:12:44 -0500:
N Не работает kill (из контекстного меню правой кнопки мыши ) в ion3 в
N свежепостовленном с нуля etch.
N Приходиться использовать kill из консоли.
N Кто-нибудь сталкивался с таким багом ?
У меня тоже не работает
Kirill A. Korinskiy wrote:
Еще не работает пункт меню закрыть :)
У меня закрыть работает.
Спасибо за ответ - значит это не моя ошибка, следовательно надо просто
подождать пока исправят.
Интересно как дела в ion2 - проект развивается или все на 3 перешли ?
--
Best regards,
On Mon, 25 Dec 2006 17:31:07 +0300, Nicholas [EMAIL PROTECTED] wrote:
Интересно как дела в ion2 - проект развивается или все на 3 перешли ?
Действительно, интересно, есть ли такие, которые на ion2 остались..
Развиваться ion2, думаю, врядли будет, разработчики занимаются
исключительно новой
:
когда работаешь в терминале и скрипт пускаешь через вышеописанную
обертку, то нажатием ctrl^C и обертка и скрипт останавливаются
а когда работает в режиме демона, то kill -SIGTERM обертке киляет
собственно обертку, а скрипт продолжает себе работать.
думал я как в срипт-обертку прикрутить trap чтобы
перехватывать встроенной командой trap:
trap команда SIGTERM
$! ведь только для асинхронно запущенных команд работает
а какой PID имеет команда, запущенная обычно - хез
Можно запустить дочерний процесс через , и ждать его завершения встроенной
командой wait.
A $*
apid=$!
trap kill $apid SIGTERM
Dmitry Strokov wrote:
кстати, ламерский вопрос - чего понаписать в конфиге сислога (или
сислога-нг), чтобы оно на текущую консоль меня о своих траблах не
раздрожало? чего я только не делал - а оно какает и какает на консоль.
# dmesg -n1
--
Best Regards, Nickolay Kondrashov,
Avtomatika RUS
Dmitry Strokov - debian-russian@lists.debian.org @ Mon, 27 Dec 2004
10:18:44 +0900:
SA Дистабилизируется тут только пользователь, который испытывает
SA законное раздражение от того, что не может послушать музыку ;-)
DS кстати, ламерский вопрос - чего понаписать в конфиге сислога (или
DS
Hello Dmitry.
On Mon, 27 Dec 2004 10:18:44 +0900
you wrote:
DS кстати, ламерский вопрос - чего понаписать в конфиге сислога (или
DS сислога-нг), чтобы оно на текущую консоль меня о своих траблах не
DS раздрожало? чего я только не делал - а оно какает и какает на
DS консоль.
1. man klogd
Hello, Slava!
SA Дистабилизируется тут только пользователь, который испытывает
SA законное раздражение от того, что не может послушать музыку ;-)
кстати, ламерский вопрос - чего понаписать в конфиге сислога (или
сислога-нг), чтобы оно на текущую консоль меня о своих траблах не
On 2004.12.25 at 23:56:47 +0100, Gossen Alexey wrote:
понятно... хотя честно гря нифига не понятно. до сих пор жил в
прекрасном неведении, что рут под линуксом - это бог. а kill -9 кара
небесная :)
Рут, он, конечно, бог, но вот зависание в kernel mode это фатум. Против
него даже боги
On Mon, 27 Dec 2004, Victor B. Wagner wrote:
Это бага в ядре. Причем я склонен это считать багой в ядре, даже если
железка заведомо кривая и глючная. Прямых железок нынче почти не бывает,
значит ядро обязано уметь баги железок корректно обрабатывать.
Невозможно, если, например, железка шину
Slava Astashonok - debian-russian@lists.debian.org @ Sun, 26 Dec 2004
02:04:35 +0300:
теперь филосовский вопрос. программы которого делают системные вызовы от
пользователя, приводящие к дестабилизации системы, это нехорошая фича, я
прав?
SA Дистабилизируется тут только пользователь,
моменты выходит из ядра, и если
AGG падают иксы, то падает xmms и отпускает сидюк.
В тот момент, когда он выйдет из этого системного вызова, ядро
отработает kill и пришибет его.
--
Artem Chuprina ran{}ran.pp.ru
Artem Chuprina wrote:
SA Дистабилизируется тут только пользователь, который испытывает законное
SA раздражение от того, что не может послушать музыку ;-)
Вообще говоря, не факт. Глючный драйвер может вырубить всех соседей по
контроллеру, а то и вообще всю подсистему.
Мы придаём одному
Slava Astashonok - debian-russian@lists.debian.org @ Mon, 27 Dec 2004
00:30:00 +0300:
SA Дистабилизируется тут только пользователь, который испытывает
SA законное раздражение от того, что не может послушать музыку ;-)
Вообще говоря, не факт. Глючный драйвер может вырубить всех соседей
Hello, Slava!
SA äÉÓÔÁÂÉÌÉÚÉÒÕÅÔÓÑ ÔÕÔ ÔÏÌØËÏ ÐÏÌØÚÏ×ÁÔÅÌØ, ËÏÔÏÒÙÊ ÉÓÐÙÔÙ×ÁÅÔ
SA ÚÁËÏÎÎÏÅ ÒÁÚÄÒÁÖÅÎÉÅ ÏÔ ÔÏÇÏ, ÞÔÏ ÎÅ ÍÏÖÅÔ ÐÏÓÌÕÛÁÔØ ÍÕÚÙËÕ ;-)
ËÓÔÁÔÉ, ÌÁÍÅÒÓËÉÊ ×ÏÐÒÏÓ - ÞÅÇÏ ÐÏÎÁÐÉÓÁÔØ × ËÏÎÆÉÇÅ ÓÉÓÌÏÇÁ (ÉÌÉ
ÓÉÓÌÏÇÁ-ÎÇ), ÞÔÏÂÙ ÏÎÏ ÎÁ ÔÅËÕÝÕÀ ËÏÎÓÏÌØ ÍÅÎÑ Ï Ó×ÏÉÈ ÔÒÁÂÌÁÈ ÎÅ
ÒÁÚÄÒÏÖÁÌÏ? ÞÅÇÏ
On Fri, 24 Dec 2004 19:48:39 -0600
Alexander [EMAIL PROTECTED] wrote:
Artem Chuprina escribió:
Sergey Spiridonov - debian-russian@lists.debian.org @ Fri, 24 Dec 2004
22:53:40 +0100:
Как в этой ситуации правильно поступать и почему не работает kill -9
SS Как поступать не знаю
On Sat, 25 Dec 2004 01:43:40 +0300
Artem Chuprina [EMAIL PROTECTED] wrote:
Sergey Spiridonov - debian-russian@lists.debian.org @ Fri, 24 Dec 2004
22:53:40 +0100:
Как в этой ситуации правильно поступать и почему не работает kill -9
SS Как поступать не знаю, а -9: не работает, потому
Gossen Alexey - debian-russian@lists.debian.org @ Sat, 25 Dec 2004 23:20:36
+0100:
Как в этой ситуации правильно поступать и почему не работает kill -9
SS Как поступать не знаю, а -9: не работает, потому что процесс
застрял SS в системном вызове, то есть внутри кернела, ещё точнее
On Sun, 26 Dec 2004 01:27:31 +0300
Artem Chuprina [EMAIL PROTECTED] wrote:
Gossen Alexey - debian-russian@lists.debian.org @ Sat, 25 Dec 2004 23:20:36
+0100:
Как в этой ситуации правильно поступать и почему не работает kill -9
SS Как поступать не знаю, а -9: не работает, потому
Привет, Artem,
26 декабря 2004 г. было написано:
GA системный вызов на уровне ядра, но xmms пришибается, если пришить иксы
GA (работающие в юзерспейсе, вестимо), это то как объяснить?
AC Обычно пришибленные иксы просто перестают показывать xmms. Если же
AC пришибание иксов гарантированно и
Gossen Alexey wrote:
теперь филосовский вопрос. программы которого делают системные вызовы от
пользователя, приводящие к дестабилизации системы, это нехорошая фича, я
прав?
Дистабилизируется тут только пользователь, который испытывает законное
раздражение от того, что не может послушать
Вот такая ситуация.
Битый сидюк и xmms, пытающийся этот сидюк зачитать. xmms естессно
виснет, драйв издаёт ужасающие звуки, dmesg переполняется матами о
io-read-error.
killall xmms
ноль реакции. гмм.
kill -9 $(pidof xmms)
нифига (???) мля да что за фигня?
umount -fl /cdrom
иногда спасает
Gossen Alexey wrote:
Как в этой ситуации правильно поступать и почему не работает kill -9
Как поступать не знаю, а -9 не работает, потому что процесс застрял в
системном вызове, то есть внутри кернела, ещё точнее - где-то внутри
драйвера сидирома.
--
Best regards, Sergey Spiridonov
Sergey Spiridonov - debian-russian@lists.debian.org @ Fri, 24 Dec 2004
22:53:40 +0100:
Как в этой ситуации правильно поступать и почему не работает kill -9
SS Как поступать не знаю, а -9 не работает, потому что процесс застрял
SS в системном вызове, то есть внутри кернела, ещё точнее - где
Artem Chuprina escribió:
Sergey Spiridonov - debian-russian@lists.debian.org @ Fri, 24 Dec 2004
22:53:40 +0100:
Как в этой ситуации правильно поступать и почему не работает kill -9
SS Как поступать не знаю, а -9 не работает, потому что процесс застрял
SS в системном вызове, то есть
I remember utility like tcpkill on http://packetstorm.securify.com/
It could be a source for *nix'es as well.
IMHO should be a shiffer which sending RST command to close any TCP connection.
But how you are going to identify a correct TCP session? From squid log?
(Sorry for English)
--- Andrew
46 matches
Mail list logo
