My favorites | Sign in
Project Home Downloads Wiki Issues Source
New issue   Search
for
  Advanced search   Search tips   Subscriptions
Issue 64: ecomorph's libdecoration vs compiz' in /usr
1 person starred this issue and may be notified of changes. Back to list
Status:  Fixed
Owner:  ----
Closed:  Sep 2009


Sign in to add a comment
 
Reported by gimpe...@gmail.com, Dec 18, 2008
What steps will reproduce the problem?
1. compile ecomporph with --prefix=/usr
2. install it


libdecoration ends up in /usr/lib
Would be nice if it could get moved to /usr/lib/ecomp too.

Is this possible, or is installing to /usr/local the only way to install
compiz and ecomp on the same machine?
Dec 18, 2008
#1 gimpe...@gmail.com
PS: all in all these files collide with compiz (lame c&p from package manager's output):

collision-protect>  * /usr/bin/bcop already exists in /
collision-protect>  * /usr/lib64/libdecoration.a already exists in /
collision-protect>  * /usr/lib64/libdecoration.la already exists in /
collision-protect>  * /usr/lib64/libdecoration.so already exists in /
collision-protect>  * /usr/lib64/libdecoration.so.0 already exists in /
collision-protect>  * /usr/lib64/libdecoration.so.0.0.0 already exists in /
collision-protect>  * /usr/lib64/pkgconfig/libdecoration.pc already exists in /
collision-protect>  * /usr/share/bcop/bcop.xslt already exists in /
collision-protect>  * /usr/share/pkgconfig/bcop.pc already exists in /
Dec 18, 2008
Project Member #2 hannes.j...@googlemail.com
yes, for now just install it to another prefix. maybe I should add some infos how to
install it to /opt/ecomorph or something. In the end I want to remove the use of
libdecoration anyway. and bcop does not need to be installed, as all plugins are
within one source package.   
Status: Accepted
Labels: -Type-Defect Type-Task
Feb 20, 2009
#3 gimpe...@gmail.com
Heya!

Latest version is so awesome! :)

About the libdecoration issue.... For now I'm simply moving ecomorph's libdecoration*
to /usr/lib/ecomp in the Gentoo ebuild I wrote.

And ecomorph actually tries to load it:

ecomorph (core) - Error: dlsym: /usr/lib64/ecomp/libdecoration.so: undefined symbol:
getCompPluginInfo                
ecomorph (core) - Error: Failed to lookup getCompPluginInfo in
'/usr/lib64/ecomp/libdecoration.so' plugin

What does that mean now? Maybe a (linking) conflict with compiz' libdecoration.so
which I have in /usr/lib64 ?
Feb 20, 2009
#4 gimpe...@gmail.com
Argh, nevermind.

It works with custom prefix.
Feb 20, 2009
Project Member #5 hannes.j...@googlemail.com
yup. it's what i would recommend for now until we replace the compiz decoration stuff
Sep 7, 2009
Project Member #6 hannes.j...@googlemail.com
no more libdecoration needed (=
Status: Fixed
Sign in to add a comment

Powered by Google Project Hosting