28049 2003-09-06 07:49 0000 www-misc/htdig integration with KDE 2007-05-31 19:07:27 0000 1 1 1 Unclassified Gentoo Linux KDE unspecified All Linux RESOLVED FIXED P2 normal --- 120830 1 Benjamin_Schulz@gmx.de kde@gentoo.org iyosifov@gmail.com pauldv@gentoo.org web-apps@gentoo.org Benjamin_Schulz@gmx.de 2003-09-06 07:49:20 0000 Hello, I emerged htdig. htsearch is a script that emerge installed in /home/httpd/cgi-bin/htsearch running the script manually it tells me, that there does not exist the application htsearch. the help indices are made with the installed /usr/bin/rundig the default path for the database was set by KDE to /opt/www/htdig/db/ (which does not exist) Setting this in KDE It does simply nothing when I click onto "make indices". In Kdevelop the behaviour ist the same. acooks@gentoo.org 2004-01-30 23:39:13 0000 This bug has not been touched in 90 days or more. I've verified this bug on kde-3.1.5, with htdig-3.1.6-r4. The paths have changed. htsearch is now at /var/www/localhost/cgi-bin/htsearch and the db is now at /var/htdig/db/ The KDE behaviour (of doing nothing) is the same. Benjamin_Schulz@gmx.de 2004-05-09 15:35:53 0000 I want to comment that the bug is already in KDE 3.2. but now running htsearch yields: /home/httpd/cgi-bin/htsearch Enter value for words: 2 DB2 problem...: /usr/share/htdig/synonyms.db: No such file or directory DB2 problem...: /usr/share/htdig/word2root.db: No such file or directory Content-type: text/html but the files htsearch obviously wants are present in /var/htdig/db/ It seems to be a path configuration Problem carlo@gentoo.org 2004-05-29 06:10:12 0000 O.k., that's not a kde bug and the inherited eclass is deprecated, too. Web folks? niknik79@bossmail.de 2004-06-29 13:39:51 0000 so, is there any solution that gets htdig search in the kde helpcenter to run? if so, somebody please post it. rl03@gentoo.org 2004-07-09 20:07:00 0000 Created an attachment (id=35091) htdig-3.1.6-r5.ebuild I'm attaching a new version of the ebuild that uses webapp.eclass instead of webapp.apache. However, this does _not_ solve the KDE documentation issue, which I don't have time to track down. The sample htdig.conf file in the kdevelop ebuild needs to be updated with new paths. I have googled a bit trying to find a solution, and these links might prove useful: http://www-linux.gsi.de/linux-doc1/kdevelop/README-htdig.Debian http://www.kdevelop.org/forum/read.php?f=2&i=7534&t=7415 http://htdig.sourceforge.net/files/contrib/other/htdig-3.1.2-bugfixes.patch There's quite a bit of potentially interesting stuff on the htdig mailing list as well. rundig -vvv and htmerge -v gives some useful debugging output rl03@gentoo.org 2004-08-30 03:37:40 0000 KDE folks, could we get your help with this? caleb@gentoo.org 2004-08-30 05:49:28 0000 Ok, what can we do? rl03@gentoo.org 2004-08-30 06:41:34 0000 Basically, I can reproduce the bug, and KDE error messages aren't all too descriptive. I don't have access to a KDE installation, so if you could poke around a bit and see what is going on, that would be great. Sorry I can't help more atm. Be sure to use -r6 of htdig. JensHamacher@web.de 2005-03-28 04:26:48 0000 I've been having this bug now with kde-3.4. well i figured out that kde tries to index files with the "help://" protocol. That didn't work with htdig-3.1.6. I installed htdig-3.2.0b6 from source, and htdig worked in the shell and in the khelpcenter while building the index. But the search function still doesn't work. The only thing it finds is man pages. Maybe I didn't install htdig right? I tried to make an ebuild too, but it installed a few paths wrong. rl03@gentoo.org 2005-07-06 14:30:28 0000 htdig itself works, so this must be a KDE issue. I'm at my wits end with this, so I'm giving up. danarmak@gentoo.org 2005-09-04 21:23:54 0000 I've never had a fully working htdig installation before, so I may be missing some functionality when I say that everything works (now or later), please doublecheck me. I installed the htdig-3.2.0_beta6 ebuild in portage (on an ~amd64 system). I've also had to change /usr/kde/3.4/bin/kghc_htsearch.pl to read: my $htsearchpath="/usr/bin/htsearch" Instead of /srv/.... which doesn't exist on Gentoo. khelpcenter can now build indexes and search. However, the results pages aren't rendered correctly: I'm getting something like the html source displayed (starting with "Content-type: text/html"), but then it renders links to result topics correctly, except that there are four non-loaded images before every such link (i.e. there are the khtml 'image not loaded' icons). To sum up, there's this rendering issue, and there's kdevelop's documentation search, which I haven't gotten to work yet. danarmak@gentoo.org 2005-09-05 08:52:52 0000 (Really no reason this should be a blocker) danarmak@gentoo.org 2005-09-05 09:03:27 0000 web-apps people: To summarize one particular issue here: khelpcenter uses htdig for local html indexing, and displays the output of htsearch. Because there's no webserver, htsearch's 'result ranking' stars aren't displayed, because they have an src="/htdig/star.gif". khelpcenter already uses a custom htdig config file, so we can change that (and the template files) as necessary. The problem is that htdig's star.gif is installed under e.g. /usr/share/webapps/htdig/3.2.0_beta6/htdocs-secure/, so our config file would be broken on the next htdig version upgrade. Is there a way to handle this at runtime, or should we just keep a copy of star.gif and suchlike somewhere under $KDEDIR and reference it from our htdig configfile? rl03@gentoo.org 2005-09-12 16:35:51 0000 Those files are also under /var/www/YOUR_HOST/htdocs/htdig. Fex, if you have USE="-vhosts", then check /var/www/localhost/htdocs/htdig It seems like we're close. Where does khelpcenter keep its htdig config file? danarmak@gentoo.org 2005-09-24 09:11:11 0000 Normally it keeps it in ~/.kde/share/apps/khelpcenter/index/kde_application_manuals.conf, but we should be able to install a systemwide one as $KDEDIR/share/apps/khelpcenter/index/kde_application_manuals.conf. So what should the config file say in order to work with both -vhosts and +vhosts systems? rl03@gentoo.org 2006-05-01 06:51:32 0000 Ok, I finally got to this. I just committed 3.1.6-r8 and 3.2.0_beta6-r1 that no longer use webapp.eclass. This should clear up any potential issues with db location. search in khelpcenter appears to work fine after changing the paths in /usr/kde/3.5/bin/khc*.pl . I will attach a patch to bug #120830 . searching in kdevelop appears to work out of the box. For the record, all htdig-related files used by kdevelop are in ~/.kde/share/apps/kdevdocumentation/search . The only (very minor) issue is that in kdevelop the stars aren't rendered as images and show up as text instead. As soon as 120830 is ready, I believe we're done here? philantrop@gentoo.org 2007-05-31 19:07:27 0000 120830 is fixed in 3.5.7 and, in fact, it works fine now. The stars (which are still rendered as text) are hereby declared a feature, not a bug. ;-) So this is finally fixed. Thanks to all involved! 35091 2004-07-09 20:07 0000 htdig-3.1.6-r5.ebuild htdig-3.1.6-r5.ebuild text/plain IyBDb3B5cmlnaHQgMTk5OS0yMDA0IEdlbnRvbyBGb3VuZGF0aW9uCiMgRGlzdHJpYnV0ZWQgdW5k ZXIgdGhlIHRlcm1zIG9mIHRoZSBHTlUgR2VuZXJhbCBQdWJsaWMgTGljZW5zZSB2MgojICRIZWFk ZXI6ICQKCmluaGVyaXQgd2ViYXBwCgpERVNDUklQVElPTj0iSFRUUC9IVE1MIGluZGV4aW5nIGFu ZCBzZWFyY2hpbmcgc3lzdGVtIgpTUkNfVVJJPSJodHRwOi8vd3d3Lmh0ZGlnLm9yZy9maWxlcy8k e1B9LnRhci5neiIKSE9NRVBBR0U9Imh0dHA6Ly93d3cuaHRkaWcub3JnIgpLRVlXT1JEUz0ieDg2 IHNwYXJjIHBwYyB+bWlwcyBhbWQ2NCIKTElDRU5TRT0iR1BMLTIiCgpERVBFTkQ9Ij49c3lzLWxp YnMvemxpYi0xLjEuMwoJYXBwLWFyY2gvdW56aXAKCW5ldC13d3cvd2ViYXBwLWNvbmZpZyIKCmV4 cG9ydCBDUFBGTEFHUz0iJHtDUFBGTEFHU30gLVduby1kZXByZWNhdGVkIgoKc3JjX2NvbXBpbGUo KSB7CgljZCAke1N9CgkuL2NvbmZpZ3VyZSBcCgkJLS1wcmVmaXg9L3VzciBcCgkJLS13aXRoLWNv bmZpZy1kaXI9L2V0Yy8ke1BOfSBcCgkJLS13aXRoLWNnaS1iaW4tZGlyPSR7TVlfQ0dJQklORElS fSBcCgkJLS13aXRoLWNvbW1vbi1kaXI9L3Vzci9zaGFyZS8ke1BOfSBcCgkJLS13aXRoLWRhdGFi YXNlLWRpcj0ke01ZX0hPU1RST09URElSfS92YXIvJHtQTn0vZGIgXAoJCS0td2l0aC1pbWFnZS1k aXI9JHtNWV9IT1NUUk9PVERJUn0gXAoJCS0td2l0aC1kZWZhdWx0LWNvbmZpZy1maWxlPS9ldGMv JHtQTn0vJHtQTn0uY29uZiBcCgkJfHwgZGllCgoJZW1ha2UgfHwgZGllCn0KCnNyY19pbnN0YWxs ICgpIHsKCXdlYmFwcF9zcmNfcHJlaW5zdAoKCW1ha2UgCVwKCQlERVNURElSPSR7RH0gXAoJCUNP TkZJR19ESVI9JHtEfS9ldGMvJHtQTn0gXAoJCVNFQVJDSF9ESVI9JHtEfS8ke01ZX0hPU1RST09U RElSfSBcCgkJQ0dJQklOX0RJUj0ke0R9LyR7TVlfQ0dJQklORElSfSBcCgkJQ09NTU9OX0RJUj0k e0R9L3Vzci9zaGFyZS8ke1BOfSBcCgkJREFUQUJBU0VfRElSPSR7RH0vdmFyLyR7UE59L2RiIFwK CQlJTUFHRV9ESVI9JHtEfS8ke01ZX0hPU1RST09URElSfSBcCgkJREVGQVVMVF9DT05GSUdfRklM RT0ke0R9L2V0Yy8ke1BOfS8ke1BOfS5jb25mIFwKCQlleGVjX3ByZWZpeD0ke0R9L3VzciBcCgkJ aW5zdGFsbCB8fCBkaWUKCglkb2RvYyBDaGFuZ2VMb2cgQ09QWUlORyBSRUFETUUKCWRvaHRtbCAt ciBodGRvYwoKCWluc2ludG8gL2V0Yy9jb25mLmQKCWRvaW5zIGluc3RhbGxkaXIvaHRkaWcuY29u ZgoJc2VkIC1lICJzL0BEQVRBQkFTRV9ESVJAL1wvdmFyXC8ke1BOfVwvZGIvIiAtaSAke0R9L2V0 Yy9jb25mLmQvaHRkaWcuY29uZgoKCWRvc2VkIC9ldGMvaHRkaWcvaHRkaWcuY29uZgoJZG9zZWQg L3Vzci9iaW4vcnVuZGlnCgoJdG91Y2ggJHtEfS92YXIvJHtQTn0vZGIvd29yZDJyb290LmRiCgl0 b3VjaCAke0R9L3Zhci8ke1BOfS9kYi9yb290MndvcmQuZGIKCgl3ZWJhcHBfc3JjX2luc3RhbGwK fQo=