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! :)
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.
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...)
wout, you're the only other person who's touched this package, so handing to you
Ok, will take a look. I don't like calling scripts as root though, will see.
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?
Hopefully will be fixed soon - ref bug #35275. Wout any objections to me stealing this one?
No, go right ahead. I could never make that ht://dig work. Good job :)
If someone writes a webapp version of htdig I'll make wwwoffle work with it.
-r5 uses webapp.eclass, in CVS now
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.
I guess its obvious that I don't care enough either to fix this. The lack of cc people here indicates the same.