subject:"in kill"

apt recommends kill yourself :)

2010-04-17 Пенетрантность Denis Feklushkin

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?

Юзер нынче тупой пошел. Не догадается подумать, а нужен ли ему
рекомендованный пакет. А диски - большие.

[Комментирую в качестве юзера, у которого кое-где InstallRecommends всё
же включён]: вовсе даже я острый, просто ленивый. А диски и вправду
большие (там, где маленькие -- там выключено, естественно).

Опять же, aptitude отслеживает, что ему руками заказали, а что он сам
притащил -- так что в случае необходимости потесниться и посносить
лишнее бо́льшую часть этой работы легко автоматизировать.

Предлагаю рассмотреть dependency levels как прямое произведение двух
алгебраических типов: Тащит|НеТащит автоматом, Жёсткая|Мягкая
зависимость. Тогда

- Жёсткая, НеТащит: не имеет смысла, ибо даёт нерабочую систему
- Жёсткая, Тащит: это Depends.
- Мягкая, НеТащит: это Suggests.

Какой вариант остался? По-моему, отдать его Recommends вполне логично.

почему бы не сделать так:

если инсталер гуёвый (синаптик или какие там ещё бывают) то авторы инсталлера
добавляют автоматическую установку recommends-зависимостей, если же
используется чистый aptitude то нет

--
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20100418010032.1031a...@db.h-g.com

Re: apt recommends kill yourself :)

2010-04-17 Пенетрантность Anton Kovalenko

On Sat, Apr 17 2010, Denis Feklushkin wrote:

Какой вариант остался? По-моему, отдать его Recommends вполне логично.

почему бы не сделать так:

если инсталер гуёвый (синаптик или какие там ещё бывают) то авторы
инсталлера добавляют автоматическую установку recommends-зависимостей,
если же используется чистый aptitude то нет

Вот это, пожалуй, единственный вариант, которого мне бы активно не
хотелось. Каким бы ни было умолчание, его переключение в зависимости от
TUI/GUI я бы воспринял как неоправданное коварство - пусть лучше будет
одинаковое.

Или вы имеете в виду именно installer v. рабочая система, а гуй
помянули незаслуженно? В инсталляторе это тоже настраивается, по-моему
(не в умолчательном режиме, наверное, но всё-таки).

На мой вкус, проблема (пока) не стоит выеденного яйца. У меня как были
разные системы в смысле InstallRecommends, так и остались. Раньше
включал, где надо, теперь выключаю, где не надо, всех дел на минуту. Но
если это место будут копать в сторону какой-либо умности-хитрости, как
у вас -- может стать хуже.

Если уж у нас тут вечер мозгового штурма (с отключением критического
мышления), я тоже нечто предложу.

Идея 1: Recommends-Level -- число от 0 до 1, показывающее степень
рекомендуемости; recommends-contest -- пакет наподобие
popularity-contest, который определяет, сколько народу решило
зависимость удовлетворить, а сколько нет; по этой статистике в релизе
заполняется Recommends-Level. Ну и параметр RecommendsThreshold [0..1],
который каждый пользовать aptitude может настраивать на большую или
меньшую степень жажды поставить Recommends.

Идея 2: А можно хранить по recommends-contest не просто статистику, но и
сам массив исходных данных. И по нескольким юзерским выборам
поставить-проигнорировать aptitude находил бы там инфу, которая
использовалась бы для выборов будущих -- нечто вроде Амазоновских
рекомендаций. Те, кто обращается с зависимостями как вы, заодно с
cdrecord ставят k3b...

(Обе идеи я, в общем, считаю бредятиной, за одним исключением: само
направление «дистрибутив как социальная сеть» кажется потенциально
плодотворным).

--
Regards, Anton Kovalenko
+7(916)345-34-02 | Elektrostal' MO, Russia

Re: kill 'em all до седьмого колена

2009-05-24 Пенетрантность Dmitry Fedorov

22 мая 2009 г. 17:29 пользователь Alex Kicelewнаписал:

 остальных кошмаров. Эту программу Б нужно время от времени убивать
 вместе со всеми, ею порожденными, но программа А должна продолжать
 работать...

Unix - стройная система костылей и подпорок.

Re: kill 'em all до седьмого ко лена

2009-05-22 Пенетрантность Alex Kicelew

yuri.nefe...@gmail.com - debian-russian@lists.debian.org  @ Fri, 22 May 2009 
01:23:56 +0400 (MSD):

 Глупый вопрос. А можно ли как-то убить pid вместе со всеми детьми, но
 без родителей? pgrp/pgid включают и родителей, что не подходит.
   Hапример так:
   ps -ef | awk '$3 == '$ppid' { print $2 }' | xargs --replace kill -9 {}
   Ну а если и внуков и до 7-е колена, то скрипт писать надо.

Мнда. Засада подкралась из-за угла...

  p.s. А что такое pgrp/pgid, если не секрет?

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

-- 
Alex Kicelew arko...@gmail.com ICQ 3887592


-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Re: kill 'em all до седьмого колена

2009-05-22 Пенетрантность yuri . nefedov


On Fri, 22 May 2009, Alex Kicelew wrote:


yuri.nefe...@gmail.com - debian-russian@lists.debian.org  @ Fri, 22 May 2009 
01:23:56 +0400 (MSD):


Глупый вопрос. А можно ли как-то убить pid вместе со всеми детьми, но
без родителей? pgrp/pgid включают и родителей, что не подходит.

  Hапример так:
  ps -ef | awk '$3 == '$ppid' { print $2 }' | xargs --replace kill -9 {}
  Ну а если и внуков и до 7-е колена, то скрипт писать надо.


Мнда. Засада подкралась из-за угла...


 p.s. А что такое pgrp/pgid, если не секрет?


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



  Пардон, что-то вчера вечером голова не работала..
  Вообще-то имеется pgrep (pkill). А там опции -P ppid, -g pgrp, -G gid
  Видимо в ту сторону и надо копать.

 Ю.

Re: kill 'em all до седьмого ко лена

2009-05-22 Пенетрантность Alex Kicelew

yuri.nefe...@gmail.com - debian-russian@lists.debian.org @ Fri, 22 May 2009
13:04:12 +0400 (MSD):

Глупый вопрос. А можно ли как-то убить pid вместе со всеми детьми, но
без родителей? pgrp/pgid включают и родителей, что не подходит.
Пардон, что-то вчера вечером голова не работала..
Вообще-то имеется pgrep (pkill). А там опции -P ppid, -g pgrp, -G gid
Видимо в ту сторону и надо копать.

Тоже не получилось. Придется, похоже, лазить по дереву потомков...

Есть программа А. Она запускает из себя программу Б. Запускает так, что
Б попадает в ту же pgrp, что и А (и в те же egid и т.п.). Программа Б
тоже плодит из себя потомков, причем через шелл, так что ее
непосредственным дитем является шелл, а уже он -- родитель всех
остальных кошмаров. Эту программу Б нужно время от времени убивать
вместе со всеми, ею порожденными, но программа А должна продолжать
работать...

--
Alex Kicelew arko...@gmail.com ICQ 3887592

--
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Re: kill 'em all до сед ьмого колена

2009-05-22 Пенетрантность Peter Pentchev

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 включают и родителей, что не подходит.
Пардон, что-то вчера вечером голова не работала..
Вообще-то имеется pgrep (pkill). А там опции -P ppid, -g pgrp, -G gid
Видимо в ту сторону и надо копать.
 
 Тоже не получилось. Придется, похоже, лазить по дереву потомков...

Несколько год назад я написал как раз такой же скрипт:

  http://devel.ringlet.net/sysutils/pslist/

Я только-что поставил там версию 1.2pre1 (1.1 была с 2005 года).
Может, Вам поможет?

Версия 1.2 будет сегодня или завтра, с manual page и дебианским пакетом.
Попробуйте 1.2pre1 - если что-то Вам не нравится, может, исправлю :)

Всего лучшего,
Петр

-- 
Peter Pentchev  r...@ringlet.netr...@space.bgr...@freebsd.org
PGP key:http://people.FreeBSD.org/~roam/roam.key.asc
Key fingerprint FDBA FD79 C26F 3C51 C95E  DF9E ED18 B68D 1619 4553
Thit sentence is not self-referential because thit is not a word.


pgpUMk9vjMnUD.pgp
Description: PGP signature

Re: kill 'em all до седьмого колена

2009-05-22 Пенетрантность yuri . nefedov


On Fri, 22 May 2009, Alex Kicelew wrote:


yuri.nefe...@gmail.com - debian-russian@lists.debian.org  @ Fri, 22 May 2009 
13:04:12 +0400 (MSD):


Глупый вопрос. А можно ли как-то убить pid вместе со всеми детьми, но
без родителей? pgrp/pgid включают и родителей, что не подходит.

  Пардон, что-то вчера вечером голова не работала..
  Вообще-то имеется pgrep (pkill). А там опции -P ppid, -g pgrp, -G gid
  Видимо в ту сторону и надо копать.


Тоже не получилось. Придется, похоже, лазить по дереву потомков...

Есть программа А. Она запускает из себя программу Б. Запускает так, что
Б попадает в ту же pgrp, что и А (и в те же egid и т.п.). Программа Б
тоже плодит из себя потомков, причем через шелл, так что ее
непосредственным дитем является шелл, а уже он -- родитель всех
остальных кошмаров. Эту программу Б нужно время от времени убивать
вместе со всеми, ею порожденными, но программа А должна продолжать
работать...



  Если рекурсия в bash не смущает, то можно сделать
  довольно короткий скрипт:

---
#!/bin/bash

list_pid_children()
{
  pid=$1
  local PLIST=`pgrep -d   -P $pid`
  if [[ ! -z ${PLIST} ]]; then
 for p in ${PLIST}; do
 list_pid_children ${p}
 done
 echo -n $PLIST 
  fi
}

list_pid_children $1
echo

exit
---

 Проверить можно например так:

./list_ppid 3916 | xargs ps -f

UIDPID  PPID  C STIME TTY  STAT   TIME CMD
nefedov   3927  3916  0 09:44 pts/1Ss+0:00 bash
nefedov  16717  3916  0 10:08 pts/3Ss+0:00 bash
nefedov  30627 16717  0 12:10 pts/3S  0:01 nedit
nefedov  30648  3916  0 12:11 pts/4Ss 0:00 bash
nefedov  30700 30648  0 12:11 pts/4S+ 0:00 /bin/sh /home/nefedov/bin/les
nefedov  30701 30700  0 12:11 pts/4Sl+0:00 vim --cmd let no_plugin_maps

 Ну и прибить потом ./list_ppid $ppid | xargs kill -9

Ю.

Re: kill 'em all до седьмого к олена

2009-05-21 Пенетрантность Maxim Filimonov

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 UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
 with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
 


--
wbr, Maxim Filimonov


-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Re: kill 'em all до седьмого колена

2009-05-21 Пенетрантность yuri . nefedov


On Thu, 21 May 2009, Alex Kicelew wrote:


Hi

Глупый вопрос. А можно ли как-то убить pid вместе со всеми детьми, но
без родителей? pgrp/pgid включают и родителей, что не подходит.



  Hапример так:
  ps -ef | awk '$3 == '$ppid' { print $2 }' | xargs --replace kill -9 {}

  Ну а если и внуков и до 7-е колена, то скрипт писать надо.

 Ю.

 p.s. А что такое pgrp/pgid, если не секрет?

in kill

2007-02-27 Пенетрантность Ernestine Marionf

 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 16)  
 Critical Care to Acquire Health Care Company 
Business Wire (Wed, Jan 31)  

GET IN TOMORROW, This one is shoo in to DOUBLE

fixed-wing planes not to fly over the East River unless the pilot is in contact 
with



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

Re: ion3 kill

2006-12-26 Пенетрантность Nick 'TARANTUL' Novikov

Denis Afonin wrote:
 On Mon, 25 Dec 2006 17:31:07 +0300, Nicholas [EMAIL PROTECTED] wrote:
 Интересно как дела в ion2 - проект развивается или все на 3 перешли ?
 Действительно, интересно, есть ли такие, которые на ion2 остались..

 Развиваться ion2, думаю, врядли будет, разработчики занимаются
 исключительно новой версией,
 да и не совсем непонятно, зачем вообще это нужно - я так навскидку не
 смогу сказать, что есть в ion2 из того, чего нету в ion3..

В ion3 по умолчанию какое-то совершенно невменяемое меню (на F12).
До сих пор думаю зачем они это сделали...

-- 
TARANTUL
9th node
+7 3412 900022


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

Re: ion3 kill

2006-12-26 Пенетрантность Mikhail Gusarov


You ([EMAIL PROTECTED]) wrote:

 N'N В ion3 по умолчанию какое-то совершенно невменяемое меню (на
 N'N F12).  До сих пор думаю зачем они это сделали...

Вероятно, затем, что они - это не Nick 'TARANTUL' Novikov, и не могут
предугадать, что тебе покажется вменяемым. Anyway, инструменты для
настройки в руках у тебя есть.

--

Re: ion3 kill

2006-12-26 Пенетрантность Nick 'TARANTUL' Novikov

Mikhail Gusarov wrote:
 You ([EMAIL PROTECTED]) wrote:

  N'N В ion3 по умолчанию какое-то совершенно невменяемое меню (на
  N'N F12).  До сих пор думаю зачем они это сделали...

 Вероятно, затем, что они - это не Nick 'TARANTUL' Novikov, и не могут
 предугадать, что тебе покажется вменяемым. Anyway, инструменты для
 настройки в руках у тебя есть.
   

А что еще нужно от этого меню, кроме как запустить программу, сделав при
этом минимум телодвижений?
В новом меню этот минимум на минимум как-то не похож. Настраивать лень,
я им все равно пользуюсь раз в год по большим праздникам.



-- 
TARANTUL
9th node
+7 3412 900022


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

Re: ion3 kill

2006-12-26 Пенетрантность Mikhail Gusarov


You ([EMAIL PROTECTED]) wrote:

 N'N А что еще нужно от этого меню, кроме как запустить программу,
 N'N сделав при этом минимум телодвижений?

Ну и скажи это авторам wmii-3, мне-то зачем? Они тебя выслушают и
может быть что-нибудь скажут.

--

Re: ion3 kill

2006-12-26 Пенетрантность Mikhail Gusarov


You ([EMAIL PROTECTED]) wrote:

 MG Ну и скажи это авторам wmii-3, мне-то зачем? Они тебя выслушают и
 MG может быть что-нибудь скажут.

Тьфу. s/wmii-/ion/

--

Re: ion3 kill

2006-12-26 Пенетрантность Nick 'TARANTUL' Novikov

Mikhail Gusarov wrote:
 You ([EMAIL PROTECTED]) wrote:

  MG Ну и скажи это авторам wmii-3, мне-то зачем? Они тебя выслушают и
  MG может быть что-нибудь скажут.

 Тьфу. s/wmii-/ion/
   

Наверно затем, что по моему мнению количество информации в первом письме
от Вашего имени было ноль.
В дальнейшем ситуация не изменилась.


-- 
TARANTUL
9th node
+7 3412 900022


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

Re: ion3 kill

2006-12-26 Пенетрантность Nicholas


Nick 'TARANTUL' Novikov wrote:


В ion3 по умолчанию какое-то совершенно невменяемое меню (на F12).
До сих пор думаю зачем они это сделали...


Что бы меню стало прежним надо в файле
file:///etc/X11/ion3/cfg_ioncore.lua
закоментировать строчку:

--kpress(ALTMETA..F12, mod_query.query_menu(_, 'mainmenu', 'Main 
menu: ')),

и раскомментировать:
kpress(ALTMETA..F12, mod_menu.menu(_, _sub, 'mainmenu', 
{big=true})),


Вообще в ion3 много новшеств, вроде перекрывающихся окон, видимо не всем 
они нужны. Поэтому я и спрашивал - может кто-то следит -  не собирается 
ли ion2 стать долгоживущей веткой.


Но в любом случае любой ion - замечательный wm - спасибо разработчикам.

--
Best regards,
Nicholas


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

ion3 kill

2006-12-25 Пенетрантность Nicholas

Не работает kill (из контекстного меню правой кнопки мыши ) в ion3 в 
свежепостовленном с нуля etch.

Приходиться использовать kill из консоли.

Кто-нибудь сталкивался с таким багом ?
--
Best regards,
Nicholas


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

Re: ion3 kill

2006-12-25 Пенетрантность Kirill A. Korinskiy

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 [EMAIL PROTECTED]
: :'  :  proud maniac programmer
`. `'`   http://catap.ru/ - +7 (916) 3-604-704 - xmpp:[EMAIL PROTECTED]
  `- Debian - when you have better things to do than fixing systems 
(c)madduck


pgphweKMCiOCU.pgp
Description: PGP signature

Re: ion3 kill

2006-12-25 Пенетрантность Nicholas


Kirill A. Korinskiy wrote:

Еще не работает пункт меню закрыть :)


У меня закрыть работает.

Спасибо за ответ - значит это не моя ошибка, следовательно надо просто 
подождать пока исправят.


Интересно как дела в ion2 - проект развивается или все на 3 перешли ?

--
Best regards,
Nicholas


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

Re: ion3 kill

2006-12-25 Пенетрантность Denis Afonin


On Mon, 25 Dec 2006 17:31:07 +0300, Nicholas [EMAIL PROTECTED] wrote:

Интересно как дела в ion2 - проект развивается или все на 3 перешли ?

Действительно, интересно, есть ли такие, которые на ion2 остались..

Развиваться ion2, думаю, врядли будет, разработчики занимаются  
исключительно новой версией,
да и не совсем непонятно, зачем вообще это нужно - я так навскидку не  
смогу сказать, что есть в ion2 из того, чего нету в ion3..


--
С уважением,
   Денис Афонин.


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

скрипты bash/sh kill, trap

2005-10-08 Пенетрантность Dmitry E. Oboukhov

такая задачка:

есть скрипт А не мной писаный, который написан на perl, который
коннектится к определенному хосту и что-то там делает

пока у этого скрипта есть сязь он работает в цикле в своем,
внутреннем... если связи нет, то он просто заканчивает работу...


далее, хочу приделать к нему обертку чтобы если связь пропала он раз в
10 минут перезапускался, сую его в такой вот скрипт:

#!/bin/sh

while /bin/true; do
A $*
sleep 600
done

и вроде все ок, пока руками запускаешь
но теперь всплывают подробности: т.к. скрипт пускается на сервере через
веб-интерфейс, то веб-морда которая его пускает делает следующее:
1. вывод (1,2) переназначает в файл-лог
2. ввод тоже переназначает /dev/null
3. делает setsid, cd, два форка
в общем делает из этого скрипта демона

через веб-морду же данный скрипт и киляется (она PID'у нужному SIGTERM
посылает)

так вот какая трабла вылезла:
когда работаешь в терминале и скрипт пускаешь через вышеописанную
обертку, то нажатием ctrl^C и обертка и скрипт останавливаются
а когда работает в режиме демона, то kill -SIGTERM обертке киляет
собственно обертку, а скрипт продолжает себе работать.

думал я как в срипт-обертку прикрутить trap чтобы отловить -SIGTERM и
кильнуть дочерний скрипт, но что-то ничего не придумалось :(

$! ведь только для асинхронно запущенных команд работает
а какой PID имеет команда, запущенная обычно - хез

короче куда и чего поглядеть, man чего почитать чтобы решить проблему?


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

Re: скрипты bash/sh kill, trap

2005-10-08 Пенетрантность Alexander Lourier

В сообщении от Суббота 08 Октябрь 2005 12:29 Dmitry E. Oboukhov написал(a):

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

[skip]

думал я как в срипт-обертку прикрутить trap чтобы отловить -SIGTERM и
кильнуть дочерний скрипт, но что-то ничего не придумалось :(

В подробности задачи не вникал, зачем такое нагромождение, не понял. Отвечу
только на конкретные вопросы.

Сигналы в bash можно перехватывать встроенной командой trap:
trap команда SIGTERM

$! ведь только для асинхронно запущенных команд работает
а какой PID имеет команда, запущенная обычно - хез

Можно запустить дочерний процесс через , и ждать его завершения встроенной
командой wait.

A $*
apid=$!
trap kill $apid SIGTERM
wait $apid

--
Best regards, Alexander Lourier. http://aml.rulezz.ru

46 matches

Mail list logo