What is the status of the latest tqt related fixes to GIT? Do all packages again build?
Second, could we receive a list notice when GIT builds are broken and restored? I expect the occasional major breakage. A quick post to the list will keep us informed. To use racing terminology, send us a checkered flag when breakage occurs and a green flag when we can again resume full speed. :)
Lastly, when will bugs in the bugzilla receive attention? I am starting to feel discouraged about the project because the bugzilla receives so little attention. There are many build related bug reports.
Thanks!
Darrell
Tim, All,
Just dropping a note: TDE based on TQt is up and running fine on Archlinux. I
had to use xinit (startx) to bring it up due to the tdm bug filling the tdm.log.
One thing all packages need to remember is to install a reasonable set of fonts
along with the tdebase package so that TDE doesn't look horrible when it is
first started. (dejavu package that all distros have is fine as a dependency).
Pretty impressive, git and TQt and .... trinity still works :)
--
David C. Rankin, J.D.,P.E.
Tim, All,
tdebase failed to build due to what looks like a cmake error during the
install process. The error was:
-- Installing:
/build/pkg/opt/trinity/share/apps/konqueror/icons/crystalsvg/16x16/actions/kde6.png
-- Installing: /build/pkg/opt/trinity/include/konqsidebarplugin.h
-- Installing: /build/pkg/opt/trinity/share/config/konqsidebartng.rc
-- Installing: /build/pkg/opt/trinity/share/services/konq_sidebartng.desktop
CMake Error at konqueror/sidebar/cmake_install.cmake:56 (FILE):
file INSTALL cannot find "/build/src/tdebase/konqueror/sidebar/.version".
Call Stack (most recent call first):
konqueror/cmake_install.cmake:205 (INCLUDE)
cmake_install.cmake:54 (INCLUDE)
make: *** [install] Error 1
GRRR - 1:55 down the tubes.... Help?
--
David C. Rankin, J.D.,P.E.
As I mentioned, there are many packages in Applications where I have not updated the DocBook headers. My reason is I don't build every one of those packages. I don't like pushing patches I don't test. I have seen one package where the patch would not take (kipi-plugins). I still need to discover why.
Regardless, if you build any of those packages you can find the patch at my web site here:
http://humanreadable.nfshost.com/trinity/patches/docbook/
Recognizing whether the patch is needed is easy. You'll see build failures when making the associated help file index.cache.bz2 packages. Apply the patch when you build a package and see those errors. Let me know when you see build failures after applying the patch too (like I did with kipi-plugins).
Darrell
Raspberry Pi is the kind of device that can work reasonably with Trinity
but not KDE4. Last time I checked I had Trinity running in 80MB for RAM
while KDE4 was having trouble fitting in 600MB. For people who asked about
reasons to keep KDE3 alive in Trinity, I would point to a working testbed,
if we ever get to assemble one.
Best regards,
Tiago
On Wed, Feb 29, 2012 at 8:24 PM, Timothy Pearson <
kb9vqf(a)pearsoncomputing.net> wrote:
> > Hello All,
> >
> > Raspberry Pi is on it's way to being launched and is no available for
> > preorder. I think this product would be a good candidate for Trinity
> > and ARM. Raspberry Pi is a $35 arm board.
> >
> > I am going to order one, any maybe one of you would be interested in
> > purchasing them as well.
> >
> > Currently we have ARM builds, but no arm devices have been physically
> > tested (right?) so I think this could be a opportunity for us to do
> > that with a very low cost
> >
> > Calvin
>
> Sounds like a good idea! Load up Debian Squeeze and TDE on it (Wheezy has
> massive ARM problems at the moment, gcc crashes and other nastiness) and
> see what happens...
>
> Tim
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail:
> trinity-devel-unsubscribe(a)lists.pearsoncomputing.net
> For additional commands, e-mail:
> trinity-devel-help(a)lists.pearsoncomputing.net
> Read list messages on the web archive:
> http://trinity-devel.pearsoncomputing.net/
> Please remember not to top-post:
> http://trinity.pearsoncomputing.net/mailing_lists/#top-posting
>
>
I have made improvements to CMake system. And plan to add more fixes
to tdebase building (like missed dependency check for libudev, etc.).
I also plan to eliminate dependence on environment variables as much
as possible. Please, apply the patches in bug 882. So, I could
continue my development with easy mind.
Tim, All,
Things had gone fairly smooth rebuilding from GIT based on TQt3 until kdelibs.
This is the first major build failure I can't explain by packaging error or hope
to troubleshoot with a simple grep of a configure file, etc..
The error I received was:
/build/src/tdelibs/dcop/dcopserver.cpp:654:21: warning: ignoring return value of
'int system(const char*)', declared with attribute warn_unused_result
[-Wunused-result]
[ 2%] Building CXX object
dcop/CMakeFiles/tdeinit_dcopserver-shared.dir/dcopsignals.cpp.o
Linking CXX shared library libtdeinit_dcopserver.so
[ 2%] Built target tdeinit_dcopserver-shared
Scanning dependencies of target dcopserver
[ 2%] Building CXX object
dcop/CMakeFiles/dcopserver.dir/dcopserver_tdeinit_executable.cpp.o
Linking CXX executable dcopserver
/opt/trinity/lib/libtqt.so: undefined reference to `qt_x_time'
/opt/trinity/lib/libtqt.so: undefined reference to `qt_x_user_time'
collect2: ld returned 1 exit status
make[2]: *** [dcop/dcopserver] Error 1
make[1]: *** [dcop/CMakeFiles/dcopserver.dir/all] Error 2
make: *** [all] Error 2
Help?
--
David C. Rankin, J.D.,P.E.
Tim,
Working my way through the packages based on Tqt3, I've run into a build issue
with avahi-tqt. I've gone back through Jay and Darrell's messages on the list,
so I know there were problems with the packages -- but is it still broke or is
it on my end??
The config.log error I get is:
configure:19151: $PKG_CONFIG --exists --print-errors " tqt-mt "
Package tqt-mt was not found in the pkg-config search path.
Perhaps you should add the directory containing `tqt-mt.pc'
to the PKG_CONFIG_PATH environment variable
No package 'tqt-mt' found
I don't understand the error, I have:
/opt/tqt3/lib/pkgconfig/tqt-mt.pc
which should be found given the /etc/profile/tqt.sh setting $QTDIR. Any quick
hacks to get around this one?
--
David C. Rankin, J.D.,P.E.
Tim, all,
I'm trying to build tqca-tls with ./configure --qtdir=${QTDIR} and I'm getting
a configure failure:
Configuring qca-tls ...
Verifying TQt 3.x Multithreaded (MT) build environment ... fail
There was an error compiling 'conf'. Be sure you have a proper
TQt 3.x Multithreaded (MT) build environment set up.
This TDE build is based on TQt3 and I have built and installed the following:
hal-0.5.14-8-x86_64.pkg.tar.xz
hal-info-0.20091130-1-any.pkg.tar.xz
libutempter-1.1.5-3-x86_64.pkg.tar.xz
tde-tqt3-3.8.8.d_git-1-x86_64.pkg.tar.xz
tde-tqtinterface-3513_tqt-8-x86_64.pkg.tar.xz
tde-arts-3513_tqt-1-x86_64.pkg.tar.xz
tde-dbus-tqt-3513_tqt-1-x86_64.pkg.tar.xz
tde-dbus-tqt-1-3513_tqt-1-x86_64.pkg.tar.xz
conf.log error is:
g++ -c -pipe -Wall -W -O2 -D_REENTRANT -DX11_INC='"/usr/X11R6/include"'
-DX11_LIBDIR='"/usr/X11R6/lib64"' -DX11_LIB='"-lXext -lX11 -lm"' -DCC='"gcc"'
-DQT_NO_DEBUG -DQT_THREAD_SUPPORT -DQT_SHARED -I/opt/tqt3/mkspecs/default -I.
-I'/usr/include/tqt' -I/opt/tqt3/include -I/usr/X11R6/include -o conf.o conf.cpp
conf.cpp:3:21: fatal error: tqstring.h: No such file or directory
The problem seems to be the /usr/include/tqt is hardcoded in 'configure'.
class qc_openssl : public ConfObj
{
public:
qc_openssl(Conf *c) : ConfObj(c) {}
TQString name() const { return "OpenSSL"; }
TQString shortname() const { return "openssl"; }
bool exec()
{
<snip>
// Make sure tqtinterface can be found
conf->addIncludePath("/usr/include/tqt");
^^^^^^^^^^^^^^^^^^
How to fix? Looks like the configure file need to be updated to take the
'--prefix=' option and set TDEDIR and then do something like:
// Make sure tqtinterface can be found
conf->addIncludePath("${TDEDIR}/include/tqt");
--
David C. Rankin, J.D.,P.E.