Google Chrome - cron.daily conflict

[Shuko]

Привет, форум.

При попытке выполнить команду apt-get install /home/nord/Загрузки/google-chrome-stable_current_x86_64.rpm выводится сообщение:
"file /etc/cron.daily from install of google-chrome-stable-12.0.742.112-90304 conflicts with file from package crontabs-1.8-alt1
E: Error while running transaction".

Воспользовавшись поиском по форуму обнаружил такое сообщение http://forum.altlinux.org/index.php/topic,10699.msg140984.html#msg140984.

Хотелось бы понять как можно корректно обойти проблему.

Есть требование (не техническое) использовать именно Chrome версии не ниже 11. Chromium не предлагать.

Заранее спасибо за любую помощь.

[Const]

IMHO, — стучать по мозгам и кривым ручонкам опакетишему.
На кой ляд оно пытается ставить пакет, который заведомо в системе должен присутствовать.
Пусть дописывает правило, если неймётся.

[Skull]

IMHO, — стучать по мозгам и кривым ручонкам опакетишему.
На кой ляд оно пытается ставить пакет, который заведомо в системе должен присутствовать.
Пусть дописывает правило, если неймётся.

Это ж Google! Корпорация добра! :)

[aen]

Привет, форум.

При попытке выполнить команду apt-get install /home/nord/Загрузки/google-chrome-stable_current_x86_64.rpm выводится сообщение:
"file /etc/cron.daily from install of google-chrome-stable-12.0.742.112-90304 conflicts with file from package crontabs-1.8-alt1
E: Error while running transaction".

Воспользовавшись поиском по форуму обнаружил такое сообщение http://forum.altlinux.org/index.php/topic,10699.msg140984.html#msg140984.

Хотелось бы понять как можно корректно обойти проблему.

Есть требование (не техническое) использовать именно Chrome версии не ниже 11. Chromium не предлагать.

Заранее спасибо за любую помощь.

1. Корректно обойти эту проблему нельзя, здесь ошибка сборщика пакета, о которой мы сообщим в Google.
2. Проблема в том, что пакуется каталог /etc/cron.daily, который в пакете имеет иные права, нежели в системе. (У нас более высокие требования к безопасности.)
3. Остаются плохие варианты. Один из них: поменять права на каталог на те, которые в пакете, установить пакет, а потом вернуть исходные права каталога.

[Skull]

Сообщение в Google об ошибке сборки:

http://code.google.com/p/chromium/issues/detail?id=89427

UPD: посоветовали отписать в их багзиллу.

[aen]

Сообщение в Google об ошибке сборки:

http://code.google.com/p/chromium/issues/detail?id=89427

UPD: посоветовали отписать в их багзиллу.

Ответ там огорчает. Их пакет не приняли бы в Fedora.

[Skull]

Ответ там огорчает. Их пакет не приняли бы в Fedora.

Они просто не знают, как это отразится в иных дистрибутивах. ldv@ сказал, что в Fedora проблем не будет.

[YYY]

Заранее спасибо за любую помощь.

Берем пакет.
Далее под рутом
Распаковываем.
Конечно можно далее руками распихать - но это уж совсем не красиво...
Лучше грязный пакет сляпать...
Удаляем etc чтоб не ругалось
Пакуем как chrome.tar.gz
далее
alien -r chrome.tar.gz
У меня он хотел noarch RPM сделать - и ругалось.... Поэтому подправил /usr/share/perl5/Alien/Package/Rpm.pm в районе 633 строки
$arch='i386';
return $arch
И собрался RMP для i386
вообщем как-то так...
:)

На правах "вредных советов" :)))

[Const]

Ну очень вредных!
лучше уж вынув из пакета архив на базе его более-менее нормальный rpm написать, взяв за основу его же спек и подправив до приемлемого состояния... Ну а если src.rpm дступен, — так это вообще подарок ;)

[YYY]

Ну очень вредных!
лучше уж вынув из пакета архив на базе его более-менее нормальный rpm написать, взяв за основу его же спек и подправив до приемлемого состояния... Ну а если src.rpm дступен, — так это вообще подарок ;)

А чем RPM из под alien плох ?
Это же для личного потребления...
А на сбор нормального пакета без src.rpm времени кучу можно убить - а разницы нету...

[Shuko]

Спасибо большое за ответы. К сожалению предложенные варианты решения проблемы предполагают операционное вмешательство в пакет, чего хотелось бы избежать. Был еще описан вариант изменения прав на каталог /etc/cron.daily на те, которые указаны в пакете. Готов попробовать этот вариант, так как кажется менее трудоемким. Подскажите, пжл, как определить права указанные в пакете?

Спасибо.

[Skull]

Подскажите, пжл, как определить права указанные в пакете?

Код: [Выделить]

[cas@cas tmp]$ less ~/google-chrome-stable_current_i386.rpm | grep cron.daily$
drwxr-xr-x    2 root    root                0 Июл 11 22:07 /etc/cron.daily
Выполните

Код: [Выделить]

chmod 0755 /etc/cron.daily

[Shuko]

Выполнил команду sudo chmod 0755 /etc/cron.daily, к сожалению выполнение sudo apt-get install /home/nord/Загрузки/google-chrome-stable_current_x86_64.rpm приводит к тому же результату. Если я правильно понял, то в результате выполнения chmod,  с приведенными выше параметрами, устанавлены требуемые права доступа. Что можете посоветовать?

[ruslandh]

Мне кажется, что apt (и rpm) смотрят не на реальные права, а на права, которые прописаны в базе rpm.

[Speccyfighter]

Заранее спасибо за любую помощь.

Берем пакет.
Далее под рутом
...
И собрался RMP для i386
вообщем как-то так...
:)

На правах "вредных советов" :)))

[Дружески, но ехидно хихикает...]
Вы пункты 9.2, 9.3, 12.2(А) лицензии читали?, - а вот почитайте.
http://www.google.com/chrome/eula.html?hl=ru&platform=linux_fedora_i386
Ну и с 13 и далее любопытства ради.

Код: [Выделить]

$ rpm -qpi ./google-chrome-stable_current_i386.rpm | grep License
Size        : 90631285                         License: Multiple, see http://chrome.google.com/

"Бойтесь данайцев дары приносящих"

Попробовать так:

Код: [Выделить]

# rpm -qpl ./google-chrome-stable_current_i386.rpm | grep etc
/etc/cron.daily
/etc/cron.daily/google-chrome
#
# rpm -ihv --excludepath /etc ./google-chrome-stable_current_i386.rpm   

Не забыть про:

Примечание. При установке Google Chrome будетдобавлен репозиторий Google, и ваша система будет автоматически обновлять Google Chrome. Чтобы отказаться от репозитория Google, выполните команду "sudo touch /etc/default/google-chrome" перед установкой пакета.

Код: [Выделить]

/etc/cron.daily/google-chrome # Этот скрипт создает конфигурационный файл репозитория для обновлений пакета
Можно попробовать распаковать пакет:

Код: [Выделить]

rpm2cpio file.rpm | cpio -idmuv --no-absolute-filenamesв текущий каталог и недостающее распихать руками не забыв о правах:

Код: [Выделить]

$ rpm -qpl --dump ./google-chrome-stable_current_i386.rpm | grep etc
/etc/cron.daily 4096 1310407629  040755 root root 0 0 0 X
/etc/cron.daily/google-chrome 12692 1310407629 fc366f04a2f53dd5ac20c3f48dce8ddd 0100755 root root 0 0 0 X

Но лучше бы, ИМХО, сначала распихать недостающее, а потом установить пакет, - возможно установочные скрипты отработают нормально.

Ну где-то в такой последовательности:
Распаковать rpm-пакет:

Код: [Выделить]

rpm2cpio ./google-chrome-stable_current_i386.rpm | cpio -idmuv --no-absolute-filenamesСкопировать скрипт

Код: [Выделить]

./etc/cron.daily/google-chromeпо этому пути.
Создать

Код: [Выделить]

# touch /etc/default/google-chromeпустой файл.
Проверить везде права.
Поставить пакет:

Код: [Выделить]

# rpm -ihv --excludepath /etc ./google-chrome-stable_current_i386.rpm По-идее должно сработать.

Логика такая:
если

Код: [Выделить]

/etc/cron.daily/google-chromeскрипт в наличии и

Код: [Выделить]

/etc/default/google-chromeотсутствует, - конфигурационный файл репозитория будет создаваться.
Если

Код: [Выделить]

/etc/default/google-chromeпустой файл созданный перед установкой в наличии, - то не будет.

Пробуйте.

Выполнил команду sudo chmod 0755 /etc/cron.daily, к сожалению выполнение sudo apt-get install /home/nord/Загрузки/google-chrome-stable_current_x86_64.rpm приводит к тому же результату. Если я правильно понял, то в результате выполнения chmod,  с приведенными выше параметрами, устанавлены требуемые права доступа. Что можете посоветовать?

Забить.
И использовать установку через rpm с исключением.

Код: [Выделить]

/etc/cron.daily/google-chromeвам не нужен.
Корректно этот скрипт rpm-пакета отработает только на Fedora, SuSE, Mandriva.
Его можно и руками поковырять, чтобы ключ подпихнуть, репо настроить, etc...
Но лицензия запрещает.
И Skull, выше, пусть и не напрямую, упоминал это.