---------- Forwarded message ----------
From: PICCORO McKAY Lenz <mckaygerhard(a)gmail.com>
Date: Wed, 1 Jun 2011 09:44:24 -0400
Subject: tqt compilation dependences, why prevously tqt or what about?
To: trinity-devel <trinity-devel(a)lists.pearsoncomputing.net>
i try to recompile tqt (well al ltrinity desktop from scrash) for VENENUX
and will fails, i note configure script launch message about tqt needs have
installed previously tqt develop files,
i dont understant, or maybe i need a previosly version on tqt for compile
tqt 3.5.12?
please help!
(i asked about compile old version of trinity desktop its cos about rules of
massenkoh/VENENUX complaints as is! i try to modify a 3.5.12 for specific
issues)
--
Lenz McKAY Gerardo (PICCORO)
http://qgqlochekone.blogspot.com
Cofundador de Venenux; debian based multimedia alike free only zealots
users (oh well, i try but..too many free guidelines buahhh)
http://shutendouji.net
creador de massenkoh linux; debian enhanchements for better up to date
support on stable brand, including non-free soft.
--
Lenz McKAY Gerardo (PICCORO)
http://qgqlochekone.blogspot.com
Cofundador de Venenux; debian based multimedia alike free only zealots
users (oh well, i try but..too many free guidelines buahhh)
http://shutendouji.net
creador de massenkoh linux; debian enhanchements for better up to date
support on stable brand, including non-free soft.
Albert (Arch), All;
On arch, I'm experiencing fish errors after recent update of libssh. I'm not
entirely sure it is libssh, but checking the logs, it looks like that is the
only SSL bit updated in the past week. Has anyone else noticed this? sftp:// has
been broken for a while (10 months or so), but fish:// has worked. Now fish is
on the fritz.
--
David C. Rankin, J.D.,P.E.
Tim, All,
When is the planned moved from the current svn code a kde.org to gitorious
planned to be complete? All of the traditional Arch build scripts that
retrieve/update from svn will have to be re-written to use git if/when the move
is complete. I'm fairly certain the PKGBUILD scripts can handle git as well as
svn, but I'll need to look into the changes required.
The kde.org code seems to be updated and current. I'm still using it. Let us
know if/when we need to change. The bandwidth and availability has been great
with svn. I'm all for holding off on the svn->git move as long as possible and
keeping focus on the 3.5.13 release uncomplicated by a host change :) I can
conceivably take a month or so to iron out the move and have everyone update
code retrieval parts of the individual distro build systems.
Just my .02...
--
David C. Rankin, J.D.,P.E.
Hi,
I've just found out about the Trinity DE project. I haven't tested it
yet, though I'm wondering - do you need any Polish translators for
your project? I might be of help, provided it won't be too much work.
Yours,
d33tah
This is a Qt3-based Compiz-Fusion icon that allows to setup Compiz from KDE3.
https://build.opensuse.org/package/files?package=fusion-icon-qt3&project=ho…
It works well except it fails to secure place in system tray on start which
leads to appearance of the icon randomly on the screen.
Can anybody suggest a patch that fixes the behavior? Adding a delay does not
help in this case.
Tim, All;
I have noticed this with Trinity throughout 3.5.13 development, but it never
bubbled up in priority over CMake and build issues. The problem:
If you use one of the "Super User Mode" apps like konqueror file manager. The
desktop can no longer launch applications as a normal user until Trinity is
restarted. You get a Klauncher error message that "Klauncher could not be
reached via dcop".
It looks like after a super user app is run - the dcop is stuck in super user
mode or something similar. I don't know how to go about chasing this down, but
wanted to bring it to the lists attention. I also want to know if someone else
can confirm this behavior.
Just open System->Super User->File Manager-Super User Mode
It will work fine. Then close it. No go try and open any other app as a
normal user (i.e. kwrite). It won' work. You will get the error:
"Klauncher could not be reached via dcop"
So what every gets changed when dcop runs a Super User mode app -- doesn't
get undone when the app exits.
--
David C. Rankin, J.D.,P.E.
It seems that libexiv2-10 is not compatible with KDE3. After update of
libexiv2 from libexiv2-9 to libexiv2-10 in openSUSE:Factory all KDE3 packages
that require libexiv2 became broken.
Any thoughts of how to mitigate this?
Hello,
The upstream tqtinterface uses by default a qt library path of
$QTDIR/lib$LIBDIRSUFFIX, but Qt uses lib instead of lib64 within its
"private" directory:
-with the default build options, both for qt3 and qt4
-in the Debian Squeeze qt3 package.
The patch attached to this e-mail solves this inconsistency and makes
TQt3 build successfully with default options on Slackware, without
specifying the Qt libdir.