[opensuse-factory] Disabling rpm-installed cron jobs (was: Google chrome installation)
On Tue, Apr 18, 2017 at 7:07 AM, Carlos E. R.
On 2017-04-18 12:56, Todd Rme wrote:
On Mon, Apr 17, 2017 at 4:57 PM, Carlos E. R. <> wrote:
On 2017-04-17 22:55, Karagkiaouris Diamantis wrote:
Dear All,
In case of Google Chrome installation, it seems that the package is assign on zypper as unneeded or orphaned.
Just add the third party repository that contains Google Chrome.
I have this problem too. Somehow the repository gets automatically removed at seemingly random intervals, even if I add it manually.
Also, the third party repository documented on the wiki doesn't work anymore.
I see.
Google uses a dirty trick, IMHO. It installs a cronjob in "/etc/cron.daily/google-chrome", which every day tries to add the repository again and again. I use aparmour to deny this script the permission to run.
The repository is "http://dl.google.com/linux/chrome/rpm/stable", or rather: "http://dl.google.com/linux/chrome/rpm/stable/x86_64".
cer@Telcontar:~> cat /etc/apparmor.d/etc.cron.daily.google-chrome # Last Modified: Tue Dec 16 01:13:01 2014 #include
#CER: Deny Google-chrome cron script permission to run, because it insists on installing the repository on every day.
/etc/cron.daily/google-chrome { #include
#include /bin/bash ix, /dev/tty rw, deny /etc/cron.daily/google-chrome r,
} cer@Telcontar:~>
Deleting the cronjob is not enough, because an update of the rpm reinstalls it.
When dealing with the issue of google chrome sometimes inexplicably deleting its own repositry, the issue seems to be around a cron job the rpm creates to install its repository. The solution someone came up with was to use AppArmor to block the cron job. But this seems to be a major workaround for what I would have guessed would be a simple task: disabling cron jobs. Is there really no way to override the cron jobs installed by an rpm? -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
On Thursday 20 April 2017, Todd Rme wrote:
On Tue, Apr 18, 2017 at 7:07 AM, Carlos E. R.
wrote: On 2017-04-18 12:56, Todd Rme wrote:
On Mon, Apr 17, 2017 at 4:57 PM, Carlos E. R. <> wrote:
On 2017-04-17 22:55, Karagkiaouris Diamantis wrote:
Dear All,
In case of Google Chrome installation, it seems that the package is assign on zypper as unneeded or orphaned.
Just add the third party repository that contains Google Chrome.
I have this problem too. Somehow the repository gets automatically removed at seemingly random intervals, even if I add it manually.
Also, the third party repository documented on the wiki doesn't work anymore.
I see.
Google uses a dirty trick, IMHO. It installs a cronjob in "/etc/cron.daily/google-chrome", which every day tries to add the repository again and again. I use aparmour to deny this script the permission to run.
The repository is "http://dl.google.com/linux/chrome/rpm/stable", or rather: "http://dl.google.com/linux/chrome/rpm/stable/x86_64".
cer@Telcontar:~> cat /etc/apparmor.d/etc.cron.daily.google-chrome # Last Modified: Tue Dec 16 01:13:01 2014 #include
#CER: Deny Google-chrome cron script permission to run, because it insists on installing the repository on every day.
/etc/cron.daily/google-chrome { #include
#include /bin/bash ix, /dev/tty rw, deny /etc/cron.daily/google-chrome r,
} cer@Telcontar:~>
Deleting the cronjob is not enough, because an update of the rpm reinstalls it.
When dealing with the issue of google chrome sometimes inexplicably deleting its own repositry, the issue seems to be around a cron job the rpm creates to install its repository. The solution someone came up with was to use AppArmor to block the cron job.
But this seems to be a major workaround for what I would have guessed would be a simple task: disabling cron jobs. Is there really no way to override the cron jobs installed by an rpm?
Note disabling cron is not enough because they also run an at daemon job right after installation. Years ago I've filed a bug at google to disable this aggressive behavior. But they never replied. Have you tried to install chrome using "rpm --noscripts"? cu, Rudi -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
On 2017-04-20 12:41, Ruediger Meier wrote:
On Thursday 20 April 2017, Todd Rme wrote:
On Tue, Apr 18, 2017 at 7:07 AM, Carlos E. R.
Deleting the cronjob is not enough, because an update of the rpm reinstalls it.
When dealing with the issue of google chrome sometimes inexplicably deleting its own repositry, the issue seems to be around a cron job the rpm creates to install its repository. The solution someone came up with was to use AppArmor to block the cron job.
Yes, that was me. Another solution is another cronjob that deletes chrome cron job :-p I don't use that solution any longer because the chrome job has a chance to run earlier at least once.
But this seems to be a major workaround for what I would have guessed would be a simple task: disabling cron jobs. Is there really no way to override the cron jobs installed by an rpm?
You can disable all cron jobs of users. But this one is from root.
Note disabling cron is not enough because they also run an at daemon job right after installation. Years ago I've filed a bug at google to disable this aggressive behavior. But they never replied.
Have you tried to install chrome using "rpm --noscripts"?
Next chrome update will reinstall the file stored at the cron.daily directory. It is not a script run during installation. -- Cheers / Saludos, Carlos E. R. (from 42.2 x86_64 "Malachite" at Telcontar)
El 19-04-2017 a las 23:54, Todd Rme escribió:
Deleting the cronjob is not enough, because an update of the rpm reinstalls it.
A long time ago I asked people at google to stop doing such an insane thing. I wasn't able to persuade them. I kindly explained to them that repositories and packages are not to be managed this hackish way. -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
participants (4)
-
Carlos E. R.
-
Cristian Rodríguez
-
Ruediger Meier
-
Todd Rme