Re: kdevelop configuration (debian)
>>>"Stephen R. Gore" wrote:
> Achim Bohnet wrote:
> > >>>"Stephen R. Gore" wrote:
> > > Setting up kdevelop (1.0-19991009-1) ...
> > > cannot open dhelp file '/usr/share/doc/HTML/en/kdevelop/.dhelp':
> > > at /usr/sbin/install-docs line 559.
> > >
> > Are you sure /usr/share/doc/HTML/en/kdevelop/.dhelp exists?
> Actually, I'm sure that it doesn't exist below /usr/share/doc/HTML.
> AFAIKT, kdevelop never adds it's dir structure there. I've tried to add
> it manually, but the added dirs get removed when I attempt to finish
Check the kdevelop package (dpkg -c): The docs are below /usr/share/doc/HTML.
The /usr/doc/doc-base/kdevelop-* files trigger the install-docs run that uses
dhelp as one of it's backend. Therefore install-docs tries to create
.dhelp files from the /usr/doc/doc-base/kdevelop-* files that dhelp can use.
But /usr/share/doc/HTML/en/kdevelop tree is already deleted at that time :(
Rule never install docs below /usr/share/doc/HTML :)
> > The KDE packages currently install below /usr/share/doc/HTML/ which is no
> > good idea. AFAIU dhelp_parse -r removes the tree /usr/share/doc/HTML
> > and rebuilds it from scratch with all .dhelp files in /usr/share/doc.
> > Result is that all KDE HTML docs vanish from time to time when packages
> > are upgraded. This will be fixed in the kde packages in the near future.
> This would explain why the manually added dirs vanish.
> I've just tried replacing libqt1g with qt1g and qt1g-dev, and building the
> original source tarball. This fails in the configure stage, not being able
> to recognize the qt1g libraries and includes:
> checking for Qt... configure: error: Qt (>= 1.42 and < 2.0) (headers
> and libraries) not found. Please check your installation!
> dpkg -s qt1g-dev:
> Status: install ok installed
> Version: 1:1.44-6.1
> Has anyone succesfully installed/compiled kdevelop on a current potato box?
Never tried it. Wild guess:
o use new libqt1g-dev instead of qt1g-dev (kdevelop was released
before qt1g* -> libqt1g* transsition.).
o most (all?) debian specific changes are in the checked into
CVS repository of KDE. So you may try to get the lasted 1.1.2
branch from the KDE CVS.
> Debian GNU/Linux Because software support is free, timely,
> useful, technically accurate, and friendly.
> Reboots are for kernel and hardware upgrades.
To me vi is Zen. To use vi is to practice zen. Every command is
a koan. Profound to the user, unintelligible to the uninitiated.
You discover truth everytime you use it.