Linux Forum — Непонятки с gpk-application 2.28.3 (менеджер пакетов)

Re: Непонятки с gpk-application 2.28.3 (менеджер пакетов)

2012-11-19T18:11:31Z

кстати, эта ситуация тянется уже достаточно давно... и только начиная с Fedora 18 (и RHEL 7, соответственно) все изменится и при запуске yum в консоли процесс PackageKit будет завершаться автоматически и снимать блокировку

Re: Непонятки с gpk-application 2.28.3 (менеджер пакетов)

2012-11-19T18:00:33Z

Ну, не суть важно. Главное, я вас понял.

Re: Непонятки с gpk-application 2.28.3 (менеджер пакетов)

2012-11-19T17:55:26Z

yars пишет:

там нет автоматического обновления

это не автоматическое обновление... это проверка наличия обновленных пакетов

Re: Непонятки с gpk-application 2.28.3 (менеджер пакетов)

2012-11-19T17:35:59Z

А, ну если так, тогда ладно. Но в Slackware я бог и царь в своей системе, там нет автоматического обновления. И описанная мной ситуация никак не похожа на штатную.

Re: Непонятки с gpk-application 2.28.3 (менеджер пакетов)

2012-11-19T17:08:29Z

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

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

timonnius пишет:

Existing lock /var/run/yum.pid: another copy is running as pid 8601.

провоцирует побыстрее прибить... но никогда это не приводило к появлению зомби-процессов

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

считайте это фичей такой

Re: Непонятки с gpk-application 2.28.3 (менеджер пакетов)

2012-11-19T16:45:25Z

alexfinn пишет:

то нужно все лишь подождать и все

Так, а если приложение упало, то кто удалит осиротевший lock?

Re: Непонятки с gpk-application 2.28.3 (менеджер пакетов)

2012-11-19T16:12:05Z

yars пишет:

Что касается lock-файлов

то нужно все лишь подождать и все

Re: Непонятки с gpk-application 2.28.3 (менеджер пакетов)

2012-11-19T14:46:59Z

Что касается pid- и lock-файлов, то никто не мешает их от рута удалить. Но это может привести к проблемам. Хотя, не сталкивался с проблемами от этого.

Re: Непонятки с gpk-application 2.28.3 (менеджер пакетов)

2012-11-19T13:28:31Z

Да, лучше не пользоваться этими кривыми графическими менеджерами приложений. Используй yum в консоли - всё будет быстро и наглядно.

Re: Непонятки с gpk-application 2.28.3 (менеджер пакетов)

2012-11-19T13:26:08Z

timonnius пишет:

Решил освоить немного CentOS (раньше сидел на debian) и установил себе на рабочий компютер соответственно CentOS
И буквально сразу же возникла проблема:
Графический пакетный менеджер перbодически работает как-то странно. Он как-то криво блокирует /var/run/yum.pid и с одной стороны не хочет сам ничего устанавливать (потому что /var/run/yum.pid уже заблокирован ) а через консоль yum говорит
Existing lock /var/run/yum.pid: another copy is running as pid 8601.
Another app is currently holding the yum lock; waiting for it to exit...
Это при том что сам графический менеджер уже закрыт.
убийство процесса ничего не приносит (точнее оно и не осуществимо ибо процесс становится зомби)
Подскажите что не так я делаю. или может в менеджере проблема?
всем заранее спасибо

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

Непонятки с gpk-application 2.28.3 (менеджер пакетов)

2012-11-19T13:21:41Z

Решил освоить немного CentOS (раньше сидел на debian) и установил себе на рабочий компютер соответственно CentOS
И буквально сразу же возникла проблема:
Графический пакетный менеджер перbодически работает как-то странно. Он как-то криво блокирует /var/run/yum.pid и с одной стороны не хочет сам ничего устанавливать (потому что /var/run/yum.pid уже заблокирован ) а через консоль yum говорит
Existing lock /var/run/yum.pid: another copy is running as pid 8601.
Another app is currently holding the yum lock; waiting for it to exit...

Это при том что сам графический менеджер уже закрыт.
убийство процесса ничего не приносит (точнее оно и не осуществимо ибо процесс становится зомби)
Подскажите что не так я делаю. или может в менеджере проблема?
всем заранее спасибо