<html>
<head>
<meta content="text/html; charset=UTF-8" http-equiv="Content-Type">
</head>
<body bgcolor="#FFFFFF" text="#000000">
On 02/24/2012 11:25 AM, Hugo Pereira Da Costa wrote:
<blockquote cite="mid:4F476589.9040504@oxygen-icons.org" type="cite">
<meta content="text/html; charset=UTF-8" http-equiv="Content-Type">
On 02/24/2012 11:21 AM, Hugo Pereira Da Costa wrote:
<blockquote cite="mid:4F47648D.6080608@oxygen-icons.org"
type="cite">Hi Andras, <br>
<br>
no there is no guarantee for liboxygenstyle.so.4, and I don't
plan to guarantee it. <br>
It is all internal to kde-workspace, and has no public api. <br>
the fact that oxygen gets broken for kde installed from source
due to incorrect plugin path is an issue with Qt installantion,
and/or with local KDE install (experts should confirm), that
must be fixed upstream, disregarding of the above. In fact the
same issue can lead (and has led) to crashes elsewhere, notably
in the decorations. Therefore I don't think it justifies
ensuring the the BIC you ask, which would generate extra -and
IMHO unnecessary- complexity, if not overhead. <br>
<br>
</blockquote>
</blockquote>
oh and forget the bit about decorations, its actually not true (or
unrelated).<br>
<br>
<blockquote cite="mid:4F476589.9040504@oxygen-icons.org" type="cite">
<blockquote cite="mid:4F47648D.6080608@oxygen-icons.org"
type="cite"> </blockquote>
If I remember correctly, the recipy for getting the right pluggin
path (and thus avoid the crashes -always-), is to edit
$HOME/.config/Trolltech.conf, and remove (or fix) the
"libraryPath" section in [qt].
<p style=" margin-top:0px; margin-bottom:0px; margin-left:0px;
margin-right:0px; -qt-block-indent:0; text-indent:0px;"> <!--EndFragment--><!--EndFragment--></p>
<meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
<style type="text/css">
p, li { white-space: pre-wrap; }
</style>
<blockquote cite="mid:4F47648D.6080608@oxygen-icons.org"
type="cite">Sorry, <br>
<br>
Hugo <br>
<br>
<blockquote type="cite">Hi, <br>
<br>
is there any BC guarantee for liboxygenstyle.so.4? If not, i
think there <br>
should be... It is not the first time that you cannot run
application installed <br>
by your distribution under a self-compiled KDE master, because
BIC issues in <br>
lliboxygenstyle.so. The apps from there load the oxygen.so
plugin from the <br>
system directories, but as the link against the master's
liboxygenstyle.so <br>
dynamically, so if that changes in a BIC way, the apps crash
and don't start. <br>
<br>
Eg: <br>
qtcreator: symbol lookup error:
/usr/lib64/kde4/plugins/styles/oxygen.so: <br>
undefined symbol: _ZN6Oxygen7TileSetC1ERK7QPixmapiiii <br>
<br>
Right now the problem was most probably was the following
commit: <br>
<br>
<a moz-do-not-send="true" class="moz-txt-link-freetext"
href="http://commits.kde.org/kde-workspace/04490c8a827347ed41b9b1bee0539cea750ddf50">http://commits.kde.org/kde-workspace/04490c8a827347ed41b9b1bee0539cea750ddf50</a>
<br>
<br>
I know this does not affect regular releases in distributions,
but it is very <br>
bad for those working/testing KDE master. <br>
<br>
Andras <br>
<br>
</blockquote>
<br>
</blockquote>
<br>
</blockquote>
<br>
</body>
</html>