Hi All,
I have a question of a similar nature to Darrell's earlier in the list
(entitled Building tdesdk with cmake) but in this case about Amarok,
though the answer may well apply to other packages.
When building the good old fashioned way, I would have used
'--enable-postgres' (amongst other options) but there appears no cmake
equivalent. I had hoped that the configure/build process would detect
that the depends are available and build in support automatically but
that is not the case, at least for me. So, how, using cmake, do I
specify that I want postgres support?
Cheers,
Mike.
--
Any question is easy if you know the answer!
GIT 2678
tdesdk was built with automake, but now in GIT is built with cmake. In my previous automake build script I had these two build options:
--with-apr-config=/usr/bin/apr-1-config
--with-apu-config=/usr/bin/apu-1-config
Are these build options necessary in the cmake version or are they automatically detected? I don't see anything obvious in the cmake files.
Darrell
Hi,
Just succeeded in downloading and installing Kaffeine 3.5.13 (and some other parts) on a brand new Linux
Mint 12 (Lisa) OS install. So thank you so much for the work, it's great.
Only worry so far is the colours of the OSD.
I saw there were some posts around here http://permalink.gmane.org/gmane.comp.desktop.trinity.devel/1975
about that issue, but no changes in xine configuration has any effect on the problem.
So I made some more investigations.
I have a 3.5.12 version rolling on the same machine on a Debian Squeeze third boot disk,
so I simply and roughly compare and replace some pieces to see what was the origin of this presumably bug.
Finally, replacing only the libxinepart.so in /opt/trinity/lib/trinity of Lisa by the 3.5.12 version
I have in /opt/trinity/lib/kde3 of Squeeze (name of directory seems to have change between these two versions)
changes back the OSD to its initial colours.
If it can help further more :
Squeeze version date : sam. 14 août 2010 09:29:58
Lisa version date : sam. 15 oct. 2011 02:35:36
So I presume this library has something related to that issue.
I'm not a developer, but if I can help comparing source or finding more
information, just let me know. I can easily compare versions as they are
both rolling on the same machine ;).
Cheers and thanks so much again for your fantastic work at TDE.
Pierre
GIT 2678
Error:
tdemultimedia/arts/modules/effects/.libs/libartsmoduleseffects.so: undefined reference to `arts_fft_float'
I am using libart from Trinity.
Darrell
I've just completed a TDE build from scratch on a fresh Debian Wheezy
system, from the stable source.
There were a number of issues to do with the source, which I'll document
separately, in case it's useful to others.
One problem that I have so far found with the resulting installation is
'kicker' crashing when attempting to select the 'System' sub menu
option. In more detail, using the mouse to select 'K Menu' and then
moving the mouse pointer to the 'System' entry in the upper, 'All
Applications' portion of the menu, _always_ results in a crash, bringing
up the 'KDE Panel - The KDE Crash Handler' dialog box.
Any body any ideas?
Is there a way to determine what, if any, options should be available on
the sub menu on this system? Obviously there will be different options
available on different systems. Maybe it's crashing cos it's empty.
Cheers,
Mike.
--
Thanks for the working mirror.
I was able to download the updates. I have problems with the package
ksmserver.
I watched the pre-installation, I think it are looking the file /
usr/bin/plasma.kde4 I have not.
Possible workaround?
Here is the error:
Preparativi per sostituire ksmserver-trinity
v.4:3.5.13-0ubuntu9+r1261450+pr23~maverick (utilizzando
.../ksmserver-trinity_4%3a3.5.13-0ubuntu9+r1261450+pr23~natty_i386.deb)...
Nessuna deviazione "deviazione di /usr/share/autostart/plasma.desktop da
ksmserver-trinity", nessuna rimossa.
dpkg-divert: error: "deviazione di /usr/bin/plasma in
/usr/bin/plasma.kde4 da ksmserver-trinity" è discordante da "deviazione
locale di /usr/bin/plasma in /usr/bin/plasma.kde4"
dpkg: errore nell'elaborare
/var/cache/apt/archives/ksmserver-trinity_4%3a3.5.13-0ubuntu9+r1261450+pr23~natty_i386.deb
(--unpack):
il sottoprocesso nuovo script pre-installation ha restituito lo stato
di errore 2
Si sono verificati degli errori nell'elaborazione:
/var/cache/apt/archives/ksmserver-trinity_4%3a3.5.13-0ubuntu9+r1261450+pr23~natty_i386.deb
E: Sub-process /usr/bin/dpkg returned an error code (1)
Thanks.
Rodolfo
I'm trying to install trinity on a debain box and I keep getting bandwidth
limit exceeded errors when I run apt-get update. Is there anything I can do
about this, or will I have to wait for full speed mirror access to come
back?
I just updated my notebook with a local repo, using aptitude
update/upgrade and that removed kpilot from my system.
I thought this procedure shouldn't remove packages. Or is kpilot not
part of Trinity anymore?
And yes I still use a pilot.
I really don't want to sound impatient or ungrateful -- I realize Trinity is
an all-volunteer project to which I don't contribute (although I would if I
had the skills). I really appreciate all the time and effort that goes into
Trinity. But I have situations that are becoming critical, and I need to
know how to plan.
I have users I've been putting off for almost 3 weeks now, as well as a
couple machines of my own with problems I can't fix, because the mirrors are
down. Every day I tell them it's still not working, but it should be "any
time now."
Surely someone (Tim?) has some idea how much longer it's likely to be? All
it takes is the upload bandwidth, the amount of data still to transfer, and
some basic math to get a good estimate. Is it going to be another hour, a
day, a week, 3 more weeks? If I can't at least find out very soon, I'm
going to have to give up on Trinity and commit to another direction.
--
PGP key: http://homestead-products.com/pubkey.htm
