From: Stefan Janecek (stefan.janecek_at_jku.at)
Date: Fri Sep 12 2003 - 12:23:29 CEST
From: Stefan Janecek <stefan.janecek@jku.at> Date: 12 Sep 2003 12:23:29 +0200 Message-Id: <1063362210.24785.40.camel@ising> Subject: Re: [taskjuggler] TaskJuggler w/o KDE ?
On Wed, 2003-09-10 at 17:05, Klaas Freitag wrote:
>
> Hi,
>
> > ./configure --with-kde-support=no
> >
> > configure fails with the following message:
> >
> ...
> >
> > From config.log I conclude configure is looking for a file called
> > 'ksharedptr.h', if that helps.
>
> Please check again with taskjuggler-1.9.2, thanks.
OK. TJ-1.9.2 now compiles like a charm...
However, there are still some problems remaining with building the
documentation:
(1) While making in docs/en, I get numerous of the following errors:
Working on: /usr/src/taskjuggler-1.9.2_unstable/docs/en/taskjuggler.sgml
jade:/usr/src/taskjuggler-1.9.2_unstable/docs/en/changelog.sgml:56:31:E:
character "_" is not allowed in the value of attribute "LINKEND"
(2) make install then complains:
/bin/sh ../../admin/mkinstalldirs -m 755
/usr/local/share/doc/packages/taskjuggler/manual
/usr/bin/install: cannot stat `./taskjuggler.ps': No such file or
directory
this is of course related to (1)
(3) the HTML documentation seems to get built fine, however index.html
http-equiv's to "book1.html", which is not there...
As I have no clue at all about the workings of docbook/jade I am pretty
stuck here.
I am using the following versions of docbook/jade, all on debian testing
('sarge'):
ising:~# dpkg -l '*docbook*'|grep ii
ii docbook 4.2-3 standard SGML representation system
ii docbook-dsssl 1.78-4 modular DocBook DSSSL stylesheets, for
ii docbook-to-man 2.0.0-11 Converter from DocBook SGML into
ii docbook-utils 0.6.13-2 Convert Docbook files to other formats
ii docbook-xml 4.2-7 standard XML documentation system, for
ii docbook-xsl 1.60.1-1 Stylesheets for processing DocBook XML
ising:~# dpkg -l '*jade*'|grep ii
ii jade 1.2.1-35 James Clark's DSSSL Engine
ii jadetex 3.13-1 generator of printable output from
> > So I am wondering what TJ needs Qt for? Is it possible to build just the
> > commandline tool without Qt support?
> Qt offers excellent non gui container classes like lists, maps etc.
> Even if you only need non gui classes, Qt is still the best choice :-)
>
Too true. Being in love with the dreaded Python+PyQt+Qt combo myself, I
can understand container classes are really a relief... Still, linking a
console program against Qt is a - ermm - peculiar design decision. I am
meaning no offense here, but I was thinking about some CGI usage of TJ -
and chances are good that there is no Qt on the webserver of your
choice.... Well, OK, proxy_module is your friend ... ;-)
Many thanks & best regards,
Stefan Janecek
--
"We have joy, we have fun, we have Linux on a Sun ..."
__________________________________________________________________________
Stefan Janecek
Institute of Semiconductor & Solid State Physics
Universtity of Linz/Austria -----==-
work phone: +43 (0)732 2468-9612 ----==--
Fax +43 (0)732 2468-8650 ---==---(_)__ __ ____ __
mail: stefan.janecek@jku.at --==---/ / _ \/ // /\ \/ /
-=====/_/_//_/\_,_/ /_/\_\
ICQ: segfault/#52065279 The choice of a GNU
generation
--------------------------------------------------------------------------
GPG: 1024D/F37F4243 2002-05-07 Stefan Janecek <stefan.janecek@jku.at>
Key fingerprint = F9A7 AC8E BF0D FF85 17A2 8E88 8955 A3F0 F37F
4243
This archive was generated by hypermail 2.1.7 : Fri Sep 12 2003 - 12:23:37 CEST