On 15/01/2012 18:31, Darrell Anderson wrote:
<snip>
Anyway, I'm not complaining just learning.
Mike, join the club with respect to
learning. :) I joined this project before 3.5.12 was released. I have learned much! Part
of the learning has been a challenge. At times frustrating. Yet I am learning leaps and
bounds. I'm teaching myself C++ right now. Of late I am learning a thing or two about
how cmake works. Although I have only superficial knowledge of C++, I have submitted more
than a few patches. I think I am actually having fun, but am too old and stubborn to admit
as much. ;)
I'll add some observations that help me. None of these thoughts are directed to you.
I'm just rambling out loud.
* Software is a moving target. Frustratingly so. Testing known stable software in a known
untested or unstable environment, means shouldering the responsibility to find solutions.
Ask questions like crazy but let others know that they are not the crazy one. :)
* Always check the bugzilla before posting bug or build related questions.
* Always check the web before posting bug or build related questions.
* Ask, ask, ask.
* There are only a few people working to keep Trinity going. That can be frustrating at
times so I always "count to 10" before posting anything to the lists. We all
have lives, families, responsibilities. We all need a large dose of patience to keep this
project running.
* If no solutions, then post a bug report or enhancement request. I do. Often. :)
* Everybody involved is a creature of limited knowledge. That is a hard lesson I learned
about life in general. We can't assume everybody knows, even subject matter experts
don't know everything. When things arise like akode not being in the repository, just
ask. Chances are that adding the package is as simple as asking.
* Trinity is a continuation of the KDE3 desktop style. Packages that were not part of the
original KDE3 package suite need to be added to the Trinity repository.
* Many of us use different distros. That means each of us tests according to our limited
perceptions of how our distro works. (See --- we all are creatures of limited knowledge.
:) ) That means some features don't get built or tested by others. Recently Tim has
been adding a WITH_ALL_OPTIONS to the cmake converted packages. That is good because
everybody involved should use that option at least a few times to test the overall build
process, even when they don't want to use all features for their distro.
* Occasionally a build feature or two will slip through the proverbial cracks with an
automake to cmake conversion. Just let everybody know. An example is the current
discussion about FAM/GAMIN support missing in kdelibs. Remember that everybody is a
creature of limited knowledge and these things will happen.
Oh, I almost forgot --- with respect to some of the build errors you just shared, the
bugs about kipi-plugins and kdevelop have patches in the bugzilla. :) I had better get off
my soap box now.
Darrell
All valid points Darrell, thanks for sharing. As I said, I really am not
complaining, I'm actually enjoying struggling through the process,
because I am learning.
I have been going round in circles it seems, probably because of a
failure on my part to document what I've done along the way.
I was hoping to provide Tim with a backtrace but because I hadn't
installed the various debugging capabilities of qt, kdelibs and kdebase
I decided to rebuild and reinstall but ended up in the situation I was a
number of days ago whereby kdelibs would not build. Anyway, hopefully
that has just been caused by my ignorance (mixing QT/TQT,
stable/unstable etc) and I'll get it sorted tonight.
Cheers,
Mike.
--