Прошу подтвердить баг с демоном kded4

Не подтверждается. Так же стабильная гента.

┌┤~├───────────────────────────────────────────────────────────────────────────────────────────────────────────────┤cppmm@damned├─
└─> ps waux | grep kde
root        15  0.0  0.0      0     0 ?        S    май21   0:00 [kdevtmpfs]
cppmm     1802  0.0  0.0  14384  1352 ?        Ss   май21   0:00 /bin/sh /usr/bin/startkde
cppmm     1867  0.0  0.6 317124 28052 ?        Ss   май21   0:00 kdeinit4: kdeinit4 Running...     
cppmm     1868  0.0  0.4 321944 18352 ?        S    май21   0:00 kdeinit4: klauncher [kdeinit] --fd=8
cppmm     1870  0.0  1.0 842228 40580 ?        Sl   май21   0:01 kdeinit4: kded4 [kdeinit]         
cppmm     1879  0.0  0.5 378212 22280 ?        S    май21   0:00 kdeinit4: kglobalaccel [kdeinit]  
cppmm     1951  0.0  0.5 471336 23960 ?        Sl   май21   0:00 kdeinit4: ksmserver [kdeinit]     
cppmm     1997  0.4  3.7 3310248 150596 ?      Sl   май21  15:20 kdeinit4: plasma-desktop [kdeinit]
cppmm     2018  0.0  0.8 611948 35504 ?        Sl   май21   0:01 kdeinit4: krunner [kdeinit]       
cppmm     2021  0.0  0.8 552412 33948 ?        Sl   май21   0:01 kdeinit4: kmix [kdeinit] -session 10c9c56d6e000129607063600000037870010_1400600004_830941
cppmm     2049  0.0  0.3 333148 14680 ?        Sl   май21   0:00 /usr/lib64/kde4/libexec/polkit-kde-authentication-agent-1
cppmm     2050  0.0  0.5 386416 23120 ?        S    май21   0:00 kdeinit4: klipper [kdeinit]       
cppmm    12720  0.2  0.9 499716 37784 ?        Sl   09:01   0:02 kdeinit4: konsole [kdeinit]       
cppmm    12871  0.0  0.0  11752   976 pts/1    S+   09:14   0:00 grep --colour=auto kde
┌┤~├───────────────────────────────────────────────────────────────────────────────────────────────────────────────┤cppmm@damned├─
└─> pidof kded4
1870

Всем отписавшимся спасибо.

Кастую Pinkbyte, поскольку это важно - в стабильную ветку попали обновления, ломающие pidof. До этого pidof находилась в пакете sys-apps/sysvinit, а теперь ее перенесли в sys-process/procps.

Итак, сломана команда в такой конфигурации:

=sys-process/procps-3.3.9
=sys-apps/sysvinit-2.88-r7
=sys-apps/util-linux-2.24.1-r2

=sys-process/procps-3.3.8-r2
=sys-apps/sysvinit-2.88-r4
=sys-apps/util-linux-2.22.2

P.S. Обидно, что shit happens уже в основной ветке, что стоило мне бессонной ночи.

Как я понял, дело не в kded4, надо протестировать на других процессах.

P.S. Система amd64.

kde-4.13.1

$ pidof kded4
$ ps -A | grep kded
 3301 ?        00:00:00 kded4

В strace имеем:

stat("/proc/17873", {st_mode=S_IFDIR|0555, st_size=0, ...}) = 0
open("/proc/17873/stat", O_RDONLY)      = 4
read(4, "17873 (kded4) S 1 17870 17870 0 "..., 1024) = 336
close(4)                                = 0
open("/proc/17873/cmdline", O_RDONLY)   = 4
read(4, "kdeinit4: kded4 [kdeinit]\0\0\0\0\0\0\0"..., 2047) = 35
close(4)                                = 0
readlink("/proc/17873/exe", "/usr/bin/kdeinit4", 1023) = 17

$ pidof --version
pidof from procps-ng 3.3.9

у меня в арче тоже не отображает. pidof from procps-ng 3.3.9

pinkbyte@oas1 ~ $ pidof kded4
6958

Gentoo amd64, stable. Обновился до последних версий - уже не работает.

С другой стороны:

oas1 ~ # ps aux | grep kded
pinkbyte  6958  0.0  1.1 1010648 46992 ?       Sl   10:01   0:02 kdeinit4: kded4 [kdeinit]

Может это не баг, а фича? Зарепорти на bugs.gentoo.org, пусть чуваки из base-system покурят

Update: зарепортил сам - https://bugs.gentoo.org/show_bug.cgi?id=511084

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

Спасибо. Рад всем отозвавшимся :)

Я бы добавил, что ACPI использует эту фичу для переназначения кнопки питания — «мелочь», а не приятно :)

Вот скажи, пожалуйста: есть открытый баг, из-за которого в кедах не работает суспенд. Так какого х*** выкидывать на мороз <sys-apps/util-linux-2.24? На баг забили, нужный пакет выбросили. Нафига вообще о чем-то писать на багзиллу при таком отношении?

Так какого х*** выкидывать на мороз <sys-apps/util-linux-2.24? На баг забили, нужный пакет выбросили. Нафига вообще о чем-то писать на багзиллу при таком отношении?

Со старыми версиями есть свои проблемы. А баг надо фиксить, спору нет. Просто видимо никто не знает как :-(

Глянул код procps — всё очень грустно. Разработчик не осилил парсинг /proc/<id>/stat и попросту сравнивает с /proc/<id>/cmdline. При этом заявляет, что код переписан с sysvinit. Так-то оно так, но переписан через одно место (в sysvinit парсят stat файл). При этом man proc говорит:

/proc/[pid]/stat
    Информация о состоянии процесса. Она используется командой ps(1). Определяется в /usr/src/linux/fs/proc/array.c.

    Вот поля с соответствующими им спецификаторами формата scanf(3) по порядку:

    pid %d      (1) Идентификатор процесса.

    comm %s     (2)  Имя  исполняемого  файла  в  круглых  скобках.  Его  можно увидеть независимо от того, находится ли исполняемый файл в подкачке или нет.