search

botaohu / earth-api-samples

Automatically exported from code.google.com/p/earth-api-samples
0 stars 0 forks source link

64-bit Linux RPM fails to install due to conflict #923

Open GoogleCodeExporter opened 9 years ago

GoogleCodeExporter commented 9 years ago 
IMPORTANT:  Before filing a new bug report, check the existing bugs in this
issue tracker to ensure it has not already been entered.  If it has, simply
star that bug and leave an optional comment.   If you create a duplicate,
it just makes it harder to track how many people are encountering a
potential bug.

NOTE:  Please read the above IMPORTANT message before continuing.

What steps will reproduce the problem?
1. yum localinstall google-earth-stable_current_x86_64.rpm for 
google-earth-stable-7.0.3.8542-0.x86_64
2.
3.

What is the expected output or behavior? What do you see instead?
Expect successful install

Get instead:

Transaction Check Error:
  file /usr/bin from install of google-earth-stable-7.0.3.8542-0.x86_64 conflicts with file from package filesystem-3.1-2.fc18.x86_64

and install fails.

Which plugin version are you using?

Which browsers and operating systems are affected?
Fedora 18 Linux

Please provide any additional information (code snippets/links) below.

Original issue reported on code.google.com by m.j.salt...@gmail.com on 21 Mar 2013 at 1:47

GoogleCodeExporter commented 9 years ago 
same problem fedora 18

Original comment by allenlor...@gmail.com on 23 Mar 2013 at 3:57

GoogleCodeExporter commented 9 years ago 
Fedora 18 64 bit KDE

First came across this trying to install via Fedorautils and the using Apper 
with package direct from Google.

---
Test Transaction Errors: file /usr/bin from install of 
google-earth-stable-7.0.3.8542-0.x86_64 conflicts with file from package 
filesystem-3.1-2.fc18.x86_64
---

Original comment by mail.wintonian on 24 Mar 2013 at 8:52

GoogleCodeExporter commented 9 years ago 
The conflict appears to be that the /usr/bin in the package has permissions 
drwxr-xr-x, but the /usr/bin on Fedora 18 systems has permissions dr-xr-xr-x.  
That's different from many distributions that this is supposed to install on, 
but it seems to be common for Red Hat systems--RHEL6 and CentOS do it the same 
way as F18.  SUSE does it the way it's done in the package.

The only reason /usr/bin is in the package is to contain a symlink from 
/usr/bin/google-earth to /opt/google/earth/free/googleearth.  Can the symlink 
be included or created by a post-install script without actually including 
/usr/bin?

Original comment by m.j.salt...@gmail.com on 24 Mar 2013 at 1:26

GoogleCodeExporter commented 9 years ago 
That might also explain some of the colourful language I have been aiming at 
this Fedora install over the weekend.

Have a look at this workaround: 
https://ask.fedoraproject.org/question/10330/problem-during-the-installation-of-
google-earth/

Original comment by mail.wintonian on 24 Mar 2013 at 1:37

GoogleCodeExporter commented 9 years ago 
Linking to earlier and larger thread, which should be more useful to people 
with this issue and in an effort to try and keep it all in one place.

https://code.google.com/p/earth-issues/issues/detail?can=2&start=0&num=100&q=&co
lspec=ID%20Type%20Summary%20Status%20Owner%20Stars%20Internal&groupby=&sort=&id=
1525

Original comment by mail.wintonian on 25 Mar 2013 at 6:30

GoogleCodeExporter commented 9 years ago

Original comment by jli...@google.com on 25 Mar 2013 at 4:33

GoogleCodeExporter commented 9 years ago 
The rpm owns directories taht are also owned by the filesystem package and the 
crontabs package respectively:
/usr/bin /etc/cron.daily

The rpm does not own all the directories it creates on installation:
/opt/google /opt/google/earth

https://fedoraproject.org/wiki/Packaging:Guidelines#File_and_Directory_Ownership

I realize that not all Fedora Packaging guidelines are applicable to a third 
party package, but many are - and the file and directory ownership guidelines 
are definitely relevant, since ignoring them can make the RPM uninstallable, as 
it does in this case since the file permission differs between the google-earth 
and filsystem rpms.

Seriously - this was reported half a year ago, and is still not fixed. It is 
such a blatant packaging bug that it should have been resolved within two weeks.

Original comment by mattias....@gmail.com on 17 Sep 2013 at 5:09

GoogleCodeExporter commented 9 years ago 
One year, still unsolved

Original comment by luisflo...@gmail.com on 14 Mar 2014 at 9:59

GoogleCodeExporter commented 9 years ago 
Still unresolved.  Come on guys, seriously?  All those resources and can't come 
up with a solution?  Doesn't install on Fedora Core 20.  Fails with the same 
error as originally reported, and I agree, it's a blatant packaging bug.

Original comment by dick.myers on 10 Apr 2014 at 12:05

GoogleCodeExporter commented 9 years ago 
18 months - still unresolved

Same problem with CentOS 7 x86_64
google-earth-stable                          x86_64                 
6.0.3.2197-0 

yum Transaction check error:
  file /usr/bin from install of google-earth-stable-6.0.3.2197-0.x86_64 conflicts with file from package filesystem-3.2-18.el7.x86_64

This needs a trivial fix guys. Just remove the creation of /usr/bin from your 
rpm.
You should not be changing existing system directories.

Original comment by kaisoz42@gmail.com on 27 Aug 2014 at 9:27

GoogleCodeExporter commented 9 years ago 
Morons are trying to control /usr/bin , eh?

Original comment by anjanie....@gmail.com on 15 Oct 2014 at 3:06