Hi there,
this is my first post, so let me introduce myself. My name is Michele Calgaro (Michael if it easier for you) and I discovered TDE only very recently.
I have set myself the task to contribute to TDE's development in my spare time (among one thousand other things to do :-) ), at least a little.
I am trying to compile everything on my laptop (running Debian testing) using the scripts in the tde-packaging repository.
Everything is ok until I get to tdelibs. When I try to compile tdelibs, I get 2 unmet dependencies I can not solve. They are:
- libr-dev
- gettext-kde
dpkg-checkbuilddeps: Unmet build dependencies: gettext-kde libr-dev
I have checked the Debian package archives and there are no such packages in any distribution (stable, testing, sid, experimental, not even lenny).
I have managed to track down a possible gettext-kde package for ubuntu at "https://launchpad.net/ubuntu/+source/gettext-kde/0.10.35-0ubuntu2" but obviously wonder if the version is applicable or not.
But no luck at all for libr-dev. No matter how much I searched the internet, I couldn't find anything about it except for some links to TDE debian/control files commits.
I also tried to remove such dependencies from the debian/control file and compile nevertheless, but as I expected the build fails since it can't find libr
- checking for one of the modules 'libr'
CMake Error at CMakeLists.txt:751 (message):
elficon support was requested, but libr was not found on your system
-- Configuring incomplete, errors occurred!
You are obviously compiling tdelibs without problems, so what am I doing wrong? Or better, where can I find those missing packages?
Also, since those packages are not part of debian and apparently ubuntu, IMO it would be worth considering importing such packages in the TDE git repository if possible (and if I am not missing something else here)
Thanks and looking forward to help the TDE team if I can.
Bet regards
Michele
>> The R14 branch should not have this problem because of the many
XDG
>> related changes (e.g., OnlyShowIn=TDE). Environment variables all
>> have been renamed in R14 too (KDEDIR->TDEDIR, etc.).
>seems changes to stop run files with OnlyShowIn=KDE wasn't
performed yet.
>here are lines with such checks:
>tdelibs/kinit/autostart.cpp:181
>tdelibs/kio/kio/kservicegroup.cpp:87
>
>Should I fill a bug to track it/make it fixed sooner?
Probably.
>> http://git.trinitydesktop.org/cgit/tdebase/tree/migratekde3
>One more about this script, have you considered to move this
>functionality as well as functionality of the r14-xdg-update to
>kconf_update?
That sounds encouraging, but I don't know how to do that.
Darrell
>Thanks for that Darrel. I am tryng to follow what Arch recommends
but
>it is to no avail. Perhaps I am doing something wrong, or there
>is a configuration to get the package to build tat I do not know
of.
>The package is tqt3, though I have tried to get qt3 to build too
and
>that does not build either. So I am pretty confident now that it
is
>user(me) error somewhere, somehow.
I know this can be frustrating.
There are some Archers subscribed to this list and they should be
helping you. A lack of responses is status quo in this list.
Sometimes I wonder why we bother keeping this mail list active. :(
Just a wild guess, do you have qt4 installed in your build
environment? If yes then possibly try removing that package in your
build environment. Posting a build log might help too. I use the
tee command to create a log.
Here are my tqt3 configure options. Notice that -platform must be
explicitly declared when building on 64-bit.
if [ "$LIBDIRSUFFIX" = "64" ]; then
PLATFORM="linux-g++-${LIBDIRSUFFIX}"
else
PLATFORM="linux-g++"
fi
echo "yes" | \
CFLAGS=$CPUOPT \
CXXFLAGS=$CPUOPT \
./configure \
-v \
-prefix $INSTALL_PREFIX \
-libdir $LIBDIR \
-release \
-I/usr/include/mysql \
-I/usr/include/freetype2/freetype \
-L/usr/lib${LIBDIRSUFFIX} \
-qt-imgfmt-png \
-qt-imgfmt-mng \
-qt-imgfmt-jpeg \
-qt-gif \
-qt-style-motif \
-system-zlib \
-system-libpng \
-system-libmng \
-system-libjpeg \
-shared \
-no-pch \
-thread \
-stl \
-no-g++-exceptions \
-platform ${PLATFORM} \
-cups \
-ipv6 \
-nis \
-sm \
-xshape \
-xinerama \
-xcursor \
-xrandr \
-xrender \
-tablet \
-xkb \
-xft \
-plugin-imgfmt-mng \
-plugin-sql-mysql \
-plugin-sql-sqlite \
-plugin-style-cde \
-plugin-style-compact \
-plugin-style-motifplus \
-plugin-style-platinum \
-plugin-style-sgi \
-plugin-style-windows \
-lfontconfig \
-inputmethod \
-enable-opengl \
-dlopen-opengl \
|| exit 1
I hope this helps. :)
Darrell
>... I am sure there are more... and if there is a list anywhere
>please let me know about it. As I find specific images I plan to
set up
>an etherpad page for the images.
I have tried twice to reply to this message and both times the mail
bounced back as spam.
Of those apps you listed, only kdevelop has been renamed
(tdevelop). To
my knowledge none of the others in your list are going to be
renamed.
This etherpad has a list of what has been renamed:
http://trinity.etherpad.trinitydesktop.org/17
Darrell
Hi' I've finally done with my trinity migrate on gentoo.
But I've got several issues. The first one and the most painfull is:
For some reason the plasma-desktop starts with trinity.
I don't know where to start with searching the roots of that
problem.... any ideas?
>Yes, your new master HEAD is 1abd6bb == commit "Recreate
repository with
>current state" == commit from upgraded master branch. Try "git
>log" and see that the history of new master branch is quite short.
git log
commit 1abd6bb91e681b2502e41bf9caf08a0694573706
Author: Timothy Pearson <kb9vqf(a)pearsoncomputing.net>
Date: Sat Dec 8 14:39:13 2012 -0600
Recreate repository with current state
Darrell
>I may have a simpler procedure:
>
> git pull --rebase
>
>Hereby is performed move to the current HEAD == move to new HEAD
>of newly created repository.
Okay, I went to the top level of my repository, ran git pull --
rebase and the result was this:
git pull --rebase
remote: Counting objects: 492, done
remote: Finding sources: 100% (480/480)
remote: Getting sizes: 105% (19/18)
remote: Compressing objects: 100% (6/6)
remote: Total 480 (delta 337), reused 474 (delta 337)
Receiving objects: 100% (480/480), 55.07 KiB, done.
Resolving deltas: 100% (337/337), completed with 6 local objects.
From http://scm.trinitydesktop.org/scm/git/tde
+ 991e426...1abd6bb master -> origin/master (forced update)
932cebe..a44f34c v3.5.13-sru -> origin/v3.5.13-sru
First, rewinding head to replay your work on top of it...
Nothing to do.
Am I done?
Darrell
>This is not a palatable solution. As mentioned, searching the web
>reveals that including demangle.h in binutils is not something
>that can be presumed. Although some distros have been patched, not
all
>have been patched. Trinity has to build against stock distros and
>not kludges.
>
>I've emailed the Slackware maintainer but there is no guarantee a
>patched binutils is forthcoming.
>
>Can the original commit be rewritten to not use demangle.h?
>Otherwise the only solution is reversing the original commit. I
>believe that code was committed primarily as a troubleshooting aid
>
>against bug report 1288. Therefore reversing the patch should not
>cause any problems, but do we want to keep that code in GIT
>permanently, even after bug report 1288 is resolved?
That commit is the only place in the entire GIT sources requiring a
dependency on demangle.h. The only place the include is required is
tdebase/kdesktop/lock/backtrace_symbols.c.
Darrell
All,
I have recently blown away the history of the main TDE GIT supermodule
(which does NOT contain any files, only submodule references) in order to
speed up processing and downloading of that supermodule. The
aforementioned history was not useful, consisting primarily of automated
updates to the submodule hashes. I have, however, left the 3.5.13-sru
branch and associated tags intact as there is no good way to shrink/squash
them.
Developers, please delete and re-download the top-level GIT supermodule.
I have temporarily locked out commit access to that top level supermodule
to prevent accidental merges of the old history. All other GIT modules
continue to have normal read/write permissions for the TDE development
team, so the impact of this should be minimal.
One of the most developer-visible benefits of this change is that the TDE
commits web page will now update every 6 hours instead of every 12 hours.
Tim