Open GoogleCodeExporter opened 9 years ago
same problem fedora 18
Original comment by allenlor...@gmail.com
on 23 Mar 2013 at 3:57
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
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
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
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
Original comment by jli...@google.com
on 25 Mar 2013 at 4:33
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
One year, still unsolved
Original comment by luisflo...@gmail.com
on 14 Mar 2014 at 9:59
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
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
Morons are trying to control /usr/bin , eh?
Original comment by anjanie....@gmail.com
on 15 Oct 2014 at 3:06
Not solved yet??? Incredible...
Original comment by j.martin...@gmail.com
on 27 Mar 2015 at 10:37
Still fails on fedora21
Original comment by rosschr...@gmail.com
on 21 May 2015 at 4:36
Same situation here with Centos 7.1
Running transaction test
Transaction check error:
file /usr/bin from install of google-earth-stable-7.1.4.1529-0.i386 conflicts with file from package filesystem-3.2-18.el7.x86_64
Error Summary
-------------
[root@hostname src]# cat /etc/redhat-release
CentOS Linux release 7.1.1503 (Core)
Original comment by guy.lamb...@gmail.com
on 2 Jun 2015 at 1:58
Original issue reported on code.google.com by
m.j.salt...@gmail.com
on 21 Mar 2013 at 1:47