Thread: [Lurker-users] buildling cvs
Brought to you by:
terpstra
Menu
▾
▴
lurker-users
|
From: Kevin B. <co...@co...> - 2003-04-11 02:55:37
|
Greetings, I've just recently come across lurker, and it looks like a rather nice archive system. I'm now trying to get a trial install setup, and ran into the following build issues. In looking for libst and libc-client, I wondered which versions are recommended? I installed libst-1.4 without much trouble. I looked for libc-client, but I don't see it specifically at ftp://ftp.cac.washington.edu/imap/ . Has it been renamed or moved? I started by installing imap and imap-devel (SuSE 8.1), as that provided libc-client. However, because the package is named imap, the include files are in <imap/*.h> rather than <c-client/*.h>. I worked around that by modifying 'configure' and lurker/store/mbox.h to use the imap include files. Is this reasonable? I'm unfamiliar with the imap and c-client libraries, so I don't know if the version in imap is even close to that expected by lurker. (However, I noticed later that the ftp site mentioned above has a 'c-client.tar.Z' which extracts to imap/src/* and includes some c-client files. Is this the version lurker uses? I've completed a compile now, but the link is failing like: gcc -g -O2 -Wall -o lurkerd config.o decode.o md5.o indexer.o summary.o mbox.o search.o service.o expiry.o main.o url.o mailto.o quote.o art.o ../common/libcommon.a ../libkap/libkap.a -L/usr/local/lib -lst -lm indexer.o: In function `my_indexer_traverse': /usr/local/src/lurker/lurker/store/indexer.c:187: undefined reference to `fs_give' mbox.o: In function `my_mbox_convert_date_field': /usr/local/src/lurker/lurker/store/mbox.c:605: undefined reference to `mail_parse_date' /usr/local/src/lurker/lurker/store/mbox.c:608: undefined reference to `mail_longdate' mbox.o: In function `lu_mbox_select_body': /usr/local/src/lurker/lurker/store/mbox.c:997: undefined reference to `rfc822_base64' /usr/local/src/lurker/lurker/store/mbox.c:999: undefined reference to `rfc822_qprint' mbox.o: In function `lu_mbox_parse_message': /usr/local/src/lurker/lurker/store/mbox.c:1130: undefined reference to `mail_string' /usr/local/src/lurker/lurker/store/mbox.c:1130: undefined reference to `mail_string' /usr/local/src/lurker/lurker/store/mbox.c:1139: undefined reference to `rfc822_parse_msg_full' But that looks like a problem with my configure changes to get libc-client to be recognized (no -lc-client on the link line:( ). I'll spend some more time getting this working. Suggestions welcome :) Are you interested in autoconf patches if this can be made to work more cleanly on SuSE? -- Kevin |
|
From: Wesley W. T. <we...@te...> - 2003-04-11 11:49:33
|
On Thu, Apr 10, 2003 at 10:42:55PM -0400, Kevin Brosius wrote: > I looked for libc-client, but I don't see it specifically at > ftp://ftp.cac.washington.edu/imap/ . Has it been renamed or moved? To be honest; I am not really sure. c-client is ancient and has been integrated in different ways to many different platforms. I believe imap should be ok. > I've completed a compile now, but the link is failing like: > > gcc -g -O2 -Wall -o lurkerd config.o decode.o md5.o indexer.o > summary.o mbox.o search.o service.o expiry.o main.o url.o mailto.o > quote.o art.o ../common/libcommon.a ../libkap/libkap.a -L/usr/local/lib > -lst -lm Seems to me you are missing a -lc-client on there. The undefined references are all about c-client also. > But that looks like a problem with my configure changes to get > libc-client to be recognized (no -lc-client on the link line:( ). I'll > spend some more time getting this working. Suggestions welcome :) Try: LIBS="-lc-client" ./configure .... > Are you interested in autoconf patches if this can be made to work more > cleanly on SuSE? Yes. --- Wes |
|
From: Kevin B. <co...@co...> - 2003-04-12 13:18:45
|
"Wesley W. Terpstra" wrote: > > > On Thu, Apr 10, 2003 at 10:42:55PM -0400, Kevin Brosius wrote: > > I looked for libc-client, but I don't see it specifically at > > ftp://ftp.cac.washington.edu/imap/ . Has it been renamed or moved? > > To be honest; I am not really sure. > c-client is ancient and has been integrated in different ways to many > different platforms. I believe imap should be ok. > Seems to work fine... > > I've completed a compile now, but the link is failing like: > > > > gcc -g -O2 -Wall -o lurkerd config.o decode.o md5.o indexer.o > > summary.o mbox.o search.o service.o expiry.o main.o url.o mailto.o > > quote.o art.o ../common/libcommon.a ../libkap/libkap.a -L/usr/local/lib > > -lst -lm > > Seems to me you are missing a -lc-client on there. > The undefined references are all about c-client also. > > > But that looks like a problem with my configure changes to get > > libc-client to be recognized (no -lc-client on the link line:( ). I'll > > spend some more time getting this working. Suggestions welcome :) > > Try: > LIBS="-lc-client" ./configure .... > Yes, that was it. On SuSE I also needed "-lssl -lpam", similar to the previous post about RH. (But none of the kerberos parts.) > > Are you interested in autoconf patches if this can be made to work more > > cleanly on SuSE? > > Yes. > > --- > Wes I should be able to run lurkerd as a regular user, right? I had to give it permissions for the web directories, (everything is in group 'www'), and it runs okay, however when I try to use the web browser I see: ---- lurker - error rendering page: Unable to create cache file (index.html): Permission denied ---- This is in html mode, as with Mozilla I'm seeing the initial connect message about missing XSL support. ----- Your web browser does not appear to support XSL ----- Thank you, -- Kevin |
|
From: Wesley W. T. <we...@te...> - 2003-04-12 14:31:53
|
On Sat, Apr 12, 2003 at 08:46:51AM -0400, Kevin Brosius wrote: > I should be able to run lurkerd as a regular user, right? I had to give > it permissions for the web directories, (everything is in group 'www'), > and it runs okay, however when I try to use the web browser I see: > > ---- > lurker - error rendering page: > > Unable to create cache file (index.html): Permission denied The lurker.cgi must have permission to write files in the splash, message, etc directories. Set the cgi as > Your web browser does not appear to support XSL Well, really mozilla DOES support xsl, but it is so slow as to be practically useless. -- Wesley W. Terpstra <we...@te...> |
|
From: Kevin B. <co...@co...> - 2003-04-12 21:07:31
|
"Wesley W. Terpstra" wrote: > > > On Sat, Apr 12, 2003 at 08:46:51AM -0400, Kevin Brosius wrote: > > I should be able to run lurkerd as a regular user, right? I had to give > > it permissions for the web directories, (everything is in group 'www'), > > and it runs okay, however when I try to use the web browser I see: > > > > ---- > > lurker - error rendering page: > > > > Unable to create cache file (index.html): Permission denied > > The lurker.cgi must have permission to write files in the splash, message, > etc directories. Set the cgi as That was the problem, thank you. For completeness, the owner of lurkerd and apache need to be able to write files in those directories, correct? On SuSE, Apache runs as uid:wwwrun,gid:nogroup. Running lurkerd under it's own account was a big part of my problem. The lurker.cgi ran with Apache authority, creating files under wwwrun/nogroup. But lurkerd was running as lurker/users. One of the problems I saw was failure of lurkerd to delete cache files, because they are created by lurker.cgi. Anyway, the quick workaround was to run Apache as the lurker user. It's up and running now. Thanks for the help! I'll be doing some testing, and wondered if the lurker-users list is available as an mbox file for download anywhere? If so, I can put up a copy of it in lurker for people to play with. -- Kevin |
|
From: Wesley W. T. <we...@te...> - 2003-04-12 22:27:18
|
On Sat, Apr 12, 2003 at 05:01:08PM -0400, Kevin Brosius wrote: > For completeness, the owner of lurkerd and apache need to be able to > write files in those directories, correct? The user who invokes lurkerd and lurker.cgi must have access, yes. Or else the executables must be setuid to such a user. > On SuSE, Apache runs as uid:wwwrun,gid:nogroup. Running lurkerd under > it's own account was a big part of my problem. The lurker.cgi ran with > Apache authority, creating files under wwwrun/nogroup. But lurkerd was > running as lurker/users. One of the problems I saw was failure of > lurkerd to delete cache files, because they are created by lurker.cgi. What I suggest is to have lurkerd run as lurker/users. Make lurker.cgi owned by lurker/users. Then: chmod u+s lurker.cgi This will make the cgi run with the permissions of the lurker user without needing to be invoked by the user... and apache can still run as root. > Anyway, the quick workaround was to run Apache as the lurker user. It's > up and running now. Thanks for the help! Eek! Don't do that! :-) Either make the directories world writeable, or make the lurker.cgi setuid. > I'll be doing some testing, and wondered if the lurker-users list is > available as an mbox file for download anywhere? If so, I can put up a > copy of it in lurker for people to play with. If anyone has an mbox, it sadly isn't me. -- Wesley W. Terpstra <we...@te...> |
Thanks for helping keep SourceForge clean.
X