[100%] Building CXX object
tqt3integration/libqtkde/CMakeFiles/qtkde-shared.dir/qtkde.cpp.o
cd /tmp/tdebase-3.5.13.1/build/tqt3integration/libqtkde &&
/usr/bin/c++ -Dqtkde_shared_EXPORTS -DHAVE_CONFIG_H -O2 -march=i486
-mtune=i686 -fvisibility=hidden -fvisibility-inlines-hidden
-DQT_NO_ASCII_CAST -DQT_CLEAN_NAMESPACE -DQT_NO_STL -DQT_NO_COMPAT
-DQT_NO_TRANSLATION -DQT_THREAD_SUPPORT -D_REENTRANT -include tqt.h
-I/usr/lib/qt3/include -I/usr/include/tqt -DQT_NO_ASCII_CAST
-DQT_CLEAN_NAMESPACE -DQT_NO_STL -DQT_NO_COMPAT -DQT_NO_TRANSLATION
-DQT_THREAD_SUPPORT -D_REENTRANT -include tqt.h -fPIC
-I/tmp/tdebase-3.5.13.1/build/tqt3integration/libqtkde
-I/tmp/tdebase-3.5.13.1/tqt3integration/libqtkde
-I/tmp/tdebase-3.5.13.1/build
-I/tmp/tdebase-3.5.13.1/build/tqt3integration/utils
-I/usr/lib/qt3/include -I/usr/include/tqt -o
CMakeFiles/qtkde-shared.dir/qtkde.cpp.o -c
/tmp/tdebase-3.5.13.1/tqt3integration/libqtkde/qtkde.cpp
In file included from
/tmp/tdebase-3.5.13.1/tqt3integration/libqtkde/qtkde.cpp:145:0:
/tmp/tdebase-3.5.13.1/build/tqt3integration/utils/tqtkde_functions.cpp:
In function 'QStringList getOpenFileNames(const QString&, QString*, long
int, const QCString&, const QString&, QString*, bool)':
/tmp/tdebase-3.5.13.1/build/tqt3integration/utils/tqtkde_functions.cpp:34:262:
error: 'tqAppClass' was not declared in this scope
/tmp/tdebase-3.5.13.1/build/tqt3integration/utils/tqtkde_functions.cpp:
In function 'QString getSaveFileName(const QString&, const QString&,
QString*, long int, const QCString&, const QString&, QString*)':
/tmp/tdebase-3.5.13.1/build/tqt3integration/utils/tqtkde_functions.cpp:64:270:
error: 'tqAppClass' was not declared in this scope
/tmp/tdebase-3.5.13.1/build/tqt3integration/utils/tqtkde_functions.cpp:
In function 'QString getExistingDirectory(const QString&, long int,
const QCString&, const QString&)':
/tmp/tdebase-3.5.13.1/build/tqt3integration/utils/tqtkde_functions.cpp:93:94:
error: 'tqAppClass' was not declared in this scope
/tmp/tdebase-3.5.13.1/build/tqt3integration/utils/tqtkde_functions.cpp:
In function 'QColor getColor(const QColor&, long int, const QCString&)':
/tmp/tdebase-3.5.13.1/build/tqt3integration/utils/tqtkde_functions.cpp:116:72:
error: 'tqAppClass' was not declared in this scope
/tmp/tdebase-3.5.13.1/build/tqt3integration/utils/tqtkde_functions.cpp:
In function 'QFont getFont(bool*, const QFont&, long int, const QCString&)':
/tmp/tdebase-3.5.13.1/build/tqt3integration/utils/tqtkde_functions.cpp:139:102:
error: 'tqAppClass' was not declared in this scope
/tmp/tdebase-3.5.13.1/build/tqt3integration/utils/tqtkde_functions.cpp:
In function 'int messageBox1(int, long int, const QString&, const
QString&, int, int, int)':
/tmp/tdebase-3.5.13.1/build/tqt3integration/utils/tqtkde_functions.cpp:165:115:
error: 'tqAppClass' was not declared in this scope
/tmp/tdebase-3.5.13.1/build/tqt3integration/utils/tqtkde_functions.cpp:
In function 'int messageBox2(int, long int, const QString&, const
QString&, const QString&, const QString&, const QString&, int, int)':
/tmp/tdebase-3.5.13.1/build/tqt3integration/utils/tqtkde_functions.cpp:190:160:
error: 'tqAppClass' was not declared in this scope
make[2]: ***
[tqt3integration/libqtkde/CMakeFiles/qtkde-shared.dir/qtkde.cpp.o] Error 1
make[2]: Leaving directory `/tmp/tdebase-3.5.13.1/build'
make[1]: *** [tqt3integration/libqtkde/CMakeFiles/qtkde-shared.dir/all]
Error 2
make[1]: Leaving directory `/tmp/tdebase-3.5.13.1/build'
make: *** [all] Error 2
Hello
I am running trinity 3.5.13 on Kubuntu 10.04 for a while without much
trouble.
I just wanted to login using KDE4 or failsave, the login manager
accepts my password seems to start one of these windows manager but then
returns to the login screen.
What could be the problem?
Since I cannot use the trinity control Center for the User Administration
(outstanding trinity bug) I cannot try to do it as a different user.
Uwe Brauer
Hi folks,
I'm using trinity on a 64 bit Ubuntu precise (12.04) installation and
I want to report a very annoying bug caused by a package conflict of
libogg0 from the trinity repository:
https://bugs.launchpad.net/trinity-desktop/+bug/977103
Since trinity's libogg0 conflicts with Ubuntu libogg0:i386 several 32
bit applications such as adobe reader can no longer be installed on 64
bit trinity installations.
Is there really a conflict between libogg0 and libogg0:i386 that needs
to be in the package definition or can one just remove this tag?
Best Regards,
Stefan
High everyone,
I tried to install TDE on OS 13.1 earlier this year, on a VM somewhere on
the net, and though I found helping minds here, I abandoned the idea, due
to the fact that it won't be very useful anyway over a sluggish connection
as mine.
Now I got a new box, on which I want to install Trinity, because it's the
only DE that I find really useful. I guess the computer is powerful enough
to even run KDE 4, but I want my kicker...
So much to the asides, now to the point:
When I tried to install TDE on that VM, I've had problems obviously because
there were already KDE 4 components installed; I remembered that and avoided
any other KDE stuff by just installing the base system with minimal X.
I followed the steps described on
http://trinitydesktop.org/wiki/bin/view/Documentation/OpenSUSEBinaryInstall…
and it was fine until I reached the `zypper install trinity-desktop` command.
I tried both the command line version and the YaST frontend, and both
complained:
-----------------
Problem: trinity-desktop-3.5.13.2-2.oss131.opt.noarch requires trinity-tdenetwork >= 3.5.13.2, but this requirement can not be provided
uninstallable providers: trinity-tdenetwork-3.5.13.2-3.oss131.opt.x86_64[trinity]
Solution 1: do not install trinity-desktop-3.5.13.2-2.oss131.opt.noarch
Solution 2: break trinity-desktop-3.5.13.2-2.oss131.opt.noarch by ignoring some of its dependencies
-----------------
Okay, but the objected package is there... what's wrong?
I then tried to first install tdenetwork first (only command line), and it
also complained, but in a way that I really did not expect:
-----------------
Problem: nothing provides jasper needed by trinity-tdenetwork-3.5.13.2-3.oss131.opt.x86_64
Solution 1: do not install trinity-tdenetwork-3.5.13.2-3.oss131.opt.x86_64
Solution 2: break trinity-tdenetwork-3.5.13.2-3.oss131.opt.x86_64 by ignoring some of its dependencies
-----------------
I'm a peaceful man, so I decided not to break anything, hence I'm back
again on this mailing list to ask for your help. I'm sure you know already
what went wrong...
Thanks in advance and best regards,
Jagged
--
valgrind python -c 'for i in range(1,1): print(i)' 2>&1 | grep error
Hi List, Michele,
I found on a google search a question asked by Michele about building
from source using tde_packaging where libr-dev & gettext-kde wee unmet
dependencies
(http://trinity-devel.pearsoncomputing.net/?0::10775:get:1). I did not
find an answer to the quetion though.
As I'm currently facing the same problem, does anybody know the answer?
Michele, did you get an answer?
Cheers,
Mike.
--
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA224
>
> On 31/05/2014 17:20, Slávek Banko wrote:
>> On Saturday 31 of May 2014 17:42:58 Michael Howard wrote:
>>> On 31/05/2014 16:30, Michele Calgaro wrote:
>>>>>> As I'm currently facing the same problem, does anybody know the
>>>>>> answer?
>>>>>> Michele, did you get an answer?
>>>>> The simplest option is to add the apt source with build dependencies.
>>>>> You have three options for this:
>>>>> 1) nightly-build-deps - but contain multiple packages that are not
>>>>> needed: deb
>>>>> http://ppa.quickbuild.pearsoncomputing.net/trinity/trinity-nightly-build
>>>>> s/debian _distribution_ main 2) deps-r14 (on build-farm) - contain
>>>>> only
>>>>> the necessary packages: deb
>>>>> http://ppa.quickbuild.pearsoncomputing.net/slavek-banko/deps-r14/ubuntu
>>>>> _distribution_ main 3) deps-r14 (alternative) - same as 2), wider
>>>>> bandwidth, contain packages also for mips deb
>>>>> http://mirror.xcer.cz/trinity-sb _distribution_ deps-r14
>>>> Hi Michael,
>>>> Slavek already gave you good advice.
>>>> Another way is to build libr and gettext-kde from sources, as I do.
>>>> You
>>>> can use this sources, from the same Slavek's repo. deb-src
>>>> http://mirror.xcer.cz/trinity-sb jessie deps-r14 main-r14 Just replace
>>>> jessie with the distro you are using.
>>>> If you want, you can first browse it at
>>>> http://mirror.xcer.cz/trinity-sb/dists/
>>>>
>>>> Just for your understanding, to build TDE in Debian and Ubuntu you
>>>> need
>>>> some extra packages which are not part of the main TDE repo. libr and
>>>> gettext-kde are two of them. You can find the others at the address
>>>> indicated. Also when building, remember to bump up the version number
>>>> of
>>>> all packages (**EXCEPT** the deps-r14 ones) to 4:14.0.0 to avoid
>>>> broken
>>>> dependecies).
>>> Sorry, forgot to clarify. Do you mean that _all_ packages, e.g. Amarok,
>>> should be versioned at 4:14.0.0 ?
>>>
>>> Cheers,
>>> Mike.
>> If I understand correctly, you want to build amarok package only, not
>> the
>> complete set of TDE packages. In this case, you just deal with a version
>> of
>> the amarok package.
>>
> Actually, I'm building the complete set. For both amd64 and arm*.
>
> I have built, and use R14 from source from a year or more ago, using
> source from GIT but not paying any attention to packaging. Both for
> amd64 & armel.
>
> I am currently going through the process of building from GIT source
> again, this time packaging. Firstly for amd64 and once complete, for
> armv7hf (I have anumber of ARM devices/requirements).
>
> I use Amarok as an example as that is my media player of choice, and I
> use it to play audio, from ARM devices, over the network.
>
> Amarok armv7hf from nightly builds does not work and I've noticed that
> from building (amd64) using tde_packaging (from git) that the debian
> build does not appear to use cmake but instead uses autotools?. Very
> odd. Is that correct?
>
> Any info appreciated.
>
> Cheers,
> Mike.
How does Amarok fail on the armv7hf platform?
Tim
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.9 (GNU/Linux)
iFYEARELAAYFAlOKNuIACgkQLaxZSoRZrGFwOQDfcaSTfcWr18acUJFlVXntCotY
vf+ptab5Z6UPUQDfdkRr9D9PGSTheRPtvxUzbw6ZRj3QUeul0V5+3A==
=PBp4
-----END PGP SIGNATURE-----
Hi
I am running Kubuntu 10.04 with trinity 3.5.13, the keys which are
sitting above the left and right arrow
were recognized by xev as
234 and 233 and I mapped them via xmodmap.
keycode 234 = F30
keycode 233 = F31
However out of a sudden, the right key 234, is now interpreted as
a mouse button, button-1, even by xev.
I restarted the Xserver rebooted the machine, no change.
I am desperate.
Anybody could help me please.
thanks
Uwe Brauer
Thought I would start a thread to gather info on what method(s) work to
upgrade from 3.5.13.2 > R14. I did this from konsole in an x session.
System: Debian Squeeze LTS, AMD64. I changed my sources list to the
nightlies. Ran "apt-get update". There is one package to be removed,
many new packages to be installed and fewer to be upgraded.
'apt-get upgrade' will not install the new packages, they are held
back. I used 'aptitude upgrade' and the resolver figured out all the
depends, new installs, upgrades and removal.
Almost perfect, better than any previous upgrades. A couple of things I
noticed is my desktop wallpaper was set at the default, I like 'alien
nights' :-)
Ending my current session via the logout dialog drops me to a cli, I
have to 'restart tdm-trinity'.
I did test this on a vm (cloned) I have for legacy support purposes.
Real hardware may be different.
--
Peace,
Greg
I'm working in Kile on a LaTeX file with *.mng extensions. Due to the strange file extension Kile
does not recognize it as source LaTeX file and almost all editing capabilities provided by Kile
are gone. For example it does not recognize document structure and the autocompletion of
references and citations is gone. How can I make Kile aware that this is in fact a LaTeX file?
Janek