It works! After completely removing Qt, Fink and MacPorts, and a new
installation of MacPorts and kile-devel, Kile is now up and running. :)
Thanks for all help and explanations
Thomas
On 30.11.2010, at 01:54, Ryan Schmidt wrote:
> On Nov 29, 2010, at 08:08, Thomas Schneider wrote:
>
>> Well,
On Nov 29, 2010, at 08:08, Thomas Schneider wrote:
> Well, I'm sorry that this is now difficult to sort out, but I really couldn't
> tell in the first place that the different sources would interfere with each
> other.
Ideally they wouldn't, but unfortunately in some cases they seem to, so the
On 29.11.2010, at 15:08, Thomas Schneider wrote:
> Is it indicated to start completely from scratch, i.e.:
>
> * completely get rid of the previous Qt installation,
> * completely erase the Fink installation including all installed packages and
> their entries in the Library and similar places
On 29.11.2010, at 14:54, Ryan Schmidt wrote:
> On Nov 29, 2010, at 07:32, Thomas Schneider wrote:
>
>> On 29.11.2010, at 01:16, Ryan Schmidt wrote:
>>
>>> Where did /Library/Frameworks/QtGui.framework come from? MacPorts doesn't
>>> put that there. Perhaps you put it there yourself.
>>
>> Nop
On Nov 29, 2010, at 07:32, Thomas Schneider wrote:
> On 29.11.2010, at 01:16, Ryan Schmidt wrote:
>
>> Where did /Library/Frameworks/QtGui.framework come from? MacPorts doesn't
>> put that there. Perhaps you put it there yourself.
>
> Nope. I tried to install Kile from different sources (Fink,
On 29.11.2010, at 01:16, Ryan Schmidt wrote:
> Where did /Library/Frameworks/QtGui.framework come from? MacPorts doesn't put
> that there. Perhaps you put it there yourself.
Nope. I tried to install Kile from different sources (Fink, source archive)
before, with different errors along the way.
On Nov 28, 2010, at 19:33, Michael Dickens wrote:
> On Nov 28, 2010, at 7:16 PM, Ryan Schmidt wrote:
>> On Nov 28, 2010, at 09:18, Thomas Schneider wrote:
>>
>>> objc[538]: Class QCocoaColorPanelDelegate is implemented in both
>>> /opt/local/lib/libQtGui.4.dylib and
>>> /Library/Frameworks/QtG
On Nov 28, 2010, at 7:16 PM, Ryan Schmidt wrote:
> On Nov 28, 2010, at 09:18, Thomas Schneider wrote:
>
>> objc[538]: Class QCocoaColorPanelDelegate is implemented in both
>> /opt/local/lib/libQtGui.4.dylib and
>> /Library/Frameworks/QtGui.framework/Versions/4/QtGui. One of the two will be
>> us
On Nov 28, 2010, at 09:18, Thomas Schneider wrote:
> objc[538]: Class QCocoaColorPanelDelegate is implemented in both
> /opt/local/lib/libQtGui.4.dylib and
> /Library/Frameworks/QtGui.framework/Versions/4/QtGui. One of the two will be
> used. Which one is undefined.
Where did /Library/Framewor
Thanks for the summary Thibaut. The permissions for ~/Library/
Preferences/KDE were ok but, to be safe, I reran the command suggested
by the compilation output. To no avail unfortunately ...
More observations: after a complete restart, I can see dbus-daemon
running in Activity Monitor, but n
Le 28 nov. 2010 à 16:18, Thomas Schneider a écrit :
> I've installed kile-devel via a freshly selfupdated MacPorts 1.9.2 on Mac OS
> 10.6.5. Together with other KDE 4 applications it depends on, kile now sits in
>
> /Applications/MacPorts/KDE4/ .
>
> When I start kile from Finder, nothing h
Hi,
I've installed kile-devel via a freshly selfupdated MacPorts 1.9.2 on
Mac OS 10.6.5. Together with other KDE 4 applications it depends on,
kile now sits in
/Applications/MacPorts/KDE4/ .
When I start kile from Finder, nothing happens -- CPU usage doesn't
even increase.
When I
12 matches
Mail list logo
