7728 2002-09-10 02:16 0000 WWWOFFLE - integration with ht://dig 2005-02-15 03:06:06 0000 1 1 1 Unclassified Gentoo Linux Applications 1.0 x86 Linux RESOLVED WONTFIX P2 enhancement 1.4 1 david@rebirthing.co.nz dragonheart@gentoo.org web-apps@gentoo.org david@rebirthing.co.nz 2002-09-10 02:16:49 0000 WWWOFFLE comes into its real power when taking advantage of its integration with the ht://dig search engine. I suggest that the WWWOFFLE emerge would have a nicer result if: 1. ht://dig is added as a dependency 2. At end of installation, the emerge executes: $ ln -s /home/httpd/cgi-bin/htsearch /usr/bin/htsearch (WWWOFFLE needs this) $ /var/spool/wwwoffle/search/htdoc/scripts/wwwoffle-htdig-full $ htmerge 3. Add the following little prog into /usr/bin/wwwupdate, and chmod it ug+s: #include <sys/types.h> #include <unistd.h> main() { setuid(0); system("/var/spool/wwwoffle/search/htdig/scripts/wwwoffle-htdig-incr"); } With all this in place, someone can just 'emerge wwwoffle', and have wwwoffle fully integrated with ht://dig, ready to go. In addition, any user can run 'wwwupdate', and then be able to search on an up-to-date cache. Lastly, to those who wrote and now maintain the ebuild for WWWOFFLE - thanks for making this great and totally useful prog available on Gentoo! :) danarmak@gentoo.org 2002-09-10 15:07:45 0000 This looks good. Delayed a little because we're in a bugfixing freeze right now, but I might well handle it before the freeze is over. danarmak@gentoo.org 2003-06-10 14:31:22 0000 No use pretending I maintain wwwoffle anymore. It just doesn't need much (any) work except for the occasional version bump, or i'd have handed it off long ago. But since I'm now "in the process of quitting development", I'll send this off to the bugwranglers to mark that wwwoffle is mostly unmaintained until someone picks it up... (Herds where are you...) seemant@gentoo.org 2003-06-14 15:28:41 0000 wout, you're the only other person who's touched this package, so handing to you wmertens@gentoo.org 2003-06-17 15:28:00 0000 Ok, will take a look. I don't like calling scripts as root though, will see. jean@upfrontsystems.co.za 2004-02-07 07:02:26 0000 I don't like wwwoffled starting as root either. I've added a wwwoffle user wwwoffle:x:1002:2::/dev/null:/bin/false and chowned /var/spool/wwwoffled to it. Maybe the ebuild can be modified to do something like this? dragonheart@gentoo.org 2004-04-24 02:16:07 0000 Hopefully will be fixed soon - ref bug #35275. Wout any objections to me stealing this one? wmertens@gentoo.org 2004-04-27 23:30:59 0000 No, go right ahead. I could never make that ht://dig work. Good job :) dragonheart@gentoo.org 2004-06-19 18:21:55 0000 If someone writes a webapp version of htdig I'll make wwwoffle work with it. rl03@gentoo.org 2004-08-26 05:55:06 0000 -r5 uses webapp.eclass, in CVS now dragonheart@gentoo.org 2004-09-19 00:29:18 0000 I've commited version 2.8c which should support htdig. I had some trouble though. Running the daemon as follows: strace -f start-stop-daemon --start --quiet --exec /usr/sbin/wwwoffled -u wwwoffle -- -c /etc/wwwoffle/wwwoffle.conf -d 6 Initiating the database (of words) as per file:///usr/share/doc/wwwoffle-2.8c/README.htdig: su - wwwoffle -c /var/spool/wwwoffle/search/htdig/scripts/wwwoffle-htdig-full check the permission are wwwoffle owned and readable: find /var/spool/wwwoffle/search/htdig/db* -ls and going to the htdig search page http://localhost:8080/search/htdig/search.html and undertaking a search generated the following error in the strace: [pid 16274] fstat64(1, {st_mode=S_IFCHR|0666, st_rdev=makedev(1, 3), ...}) = 0 [pid 16274] ioctl(1, SNDCTL_TMR_TIMEBASE or TCGETS, 0xbfffd628) = -1 ENOTTY (Inappropriate ioctl for device) [pid 16274] mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x4001c000 [pid 16274] open("/usr/share/htdig/header.html", O_RDONLY) = 5 [pid 16274] fstat64(5, {st_mode=S_IFREG|0644, st_size=877, ...}) = 0 [pid 16274] mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x4001d000 [pid 16274] read(5, "<!DOCTYPE HTML PUBLIC \"-//W3C//D"..., 4096) = 877 [pid 16274] write(1, "Content-type: text/html\r\n\r\n<!DOC"..., 1024) = -1 EBADF (Bad file descriptor) FD 1 is the stdout which should redirect back to the calling wwwoffled and get dumped as output. Suggestions as to why are welcome. dragonheart@gentoo.org 2005-02-15 03:06:06 0000 I guess its obvious that I don't care enough either to fix this. The lack of cc people here indicates the same.