lurker-users — Lurker user support

Re: [Lurker-users] Rendering blank pages

[Wesley W. T. <we...@te...>]

On Wed, Mar 26, 2003 at 12:12:34PM -0500, Adrian B. Robert wrote:
> 
> I've successfully used lurker 0.1f on a linux box, but trying it on a
> Solaris 9 box it only renders blank pages (whether xml or html).  As far
> as I can tell all prerequisites (libxml,xslt, etc.) are installed and
> operational.

You are the first person I have heard back from trying this on Solaris.

... you know what that means right? ;-) You are the bleeding edge!

> Is there any way to turn on some sort of logging within
> lurker's binaries (cgi and lurkerd) themselves so that I can try to
> track down what is going on?

Hmmm. That would be a good feature. However, I haven't needed it before.

Here's what you can now:

There is a #define DEBUG in store/service.c which you can set to see if the
server is even seeing the request.

Recompile it and run it in non-detached mode. If you see it say stuff on
request, then the request is going through.

If not, you can try invoking the CGI directly, by doing:

export QUERY_STRING=
  (this must be set, but when set to the empty string denotes use default)
export REQUEST_URI=foo/splash/index.xml
mkdir splash
./lurker.cgi

then you will know if the web server is not invoking it.

> It seems like there must be some fundamental failure along the rendering
> chain, but I can't tell what...

Well, I would be happy to help debug this.

-- 
Wesley W. Terpstra <we...@te...>

[Lurker-users] Rendering blank pages

[Adrian B. R. <ab...@me...>]

I've successfully used lurker 0.1f on a linux box, but trying it on a
Solaris 9 box it only renders blank pages (whether xml or html).  As far
as I can tell all prerequisites (libxml,xslt, etc.) are installed and
operational.  Is there any way to turn on some sort of logging within
lurker's binaries (cgi and lurkerd) themselves so that I can try to
track down what is going on?  It seems like there must be some
fundamental failure along the rendering chain, but I can't tell what...

thanks,
Adrian

Re: [Lurker-users] broken charset error

[Wesley W. T. <we...@te...>]

On Sun, Feb 16, 2003 at 04:58:23PM -0600, Jamin W. Collins wrote:
> I recently noticed that some list messages are not completely displayed
> by Lurker.  These messages contain non-English characters and are
> displayed up to the point of these characters.  At this point, the
> message display is terminated with the following error:
> 
> *** ERROR: BROKEN CHARSET 'US-ASCII' DURING DECODE ***
> 
> The following two links illustrate this problem:
> 
> http://asgardsrealm.net/lurker/message/E18kWwB-0007Sy-00%40sc8-sf-web1.sourceforge.net.html
> http://asgardsrealm.net/lurker/message/20010627201112.91114.qmail%40web11205.mail.yahoo.com.html
> 
> Based on the README, Lurker should be able to handle non-English
> characters, right?

It definitely does. The problem with these messages is that the charset they
report is not the charset they are.

To see the problem look at:
http://asgardsrealm.net/lurker/mbox/20010627201112.91114.qmail%40web11205.mail.yahoo.com.txt

This message clearly states: 'Content-Type: text/plain; charset=us-ascii'
yet the body includes some high-ascii value for this JS fellow's name.
If the content-type was correct, lurker would have decoded this message.

I agree that simply aborting is excessive, however iconv has no way of
knowing in the general case (real foreign languages) how to proceed after
the encoding has been violated.

If you feel that that character should be allowed by us-ascii (which i
personally am not certain about), contact the iconv maintainers.

I might be convinced to make lurker forcibly restart decoding after that
point, but certainly the error message should be included---the email is
broken.

I have seen this behaviour in a number of messages. It would be nice to
track the offending email client and file a bug against them.

-- 
Wesley W. Terpstra <we...@te...>

[Lurker-users] broken charset error

[Jamin W. C. <jco...@as...>]

I recently noticed that some list messages are not completely displayed
by Lurker.  These messages contain non-English characters and are
displayed up to the point of these characters.  At this point, the
message display is terminated with the following error:

*** ERROR: BROKEN CHARSET 'US-ASCII' DURING DECODE ***

The following two links illustrate this problem:

http://asgardsrealm.net/lurker/message/E18kWwB-0007Sy-00%40sc8-sf-web1.sourceforge.net.html
http://asgardsrealm.net/lurker/message/20010627201112.91114.qmail%40web11205.mail.yahoo.com.html

Based on the README, Lurker should be able to handle non-English
characters, right?

-- 
Jamin W. Collins

[Lurker-users] [feature request] Support Gzipped archives

[<ka...@he...>]

It would be nice if Lurker could support Gzipped archives.  The
problem might be that in order to access into the mbox.gz, you'd have
to decompress it every time.  I don't know if that's going to make it
too slow or resource hungry to use or not.

There's some work done with making gzipped tar file's rsyncable.  If
you search around on the net, you'll find things about it.  It was
that if you change the first byte of a tar, the rest of the tar.gz
changes relative to the original.  Thus, the rsync algorithm is almost
useless.  What they did is to patch gzip so that every so often it
clears some sort of compresser state and starts over, chunking the
file in a way deterministic by the contents of the tar, so that it is
now rsyncable -- that is, large chunks of slightly modified tars that
are then compressed will remain the same from one version to the next.

If you could compress the mbox and have gzip start over at each '^From
..' line, perhaps you could seek there?  I know very little about gzip
and am not the one to ask about this.  I wonder if something like that
is already part of zlib or not, to solve similar problems for
compressing other data files where you need to be able to index into
the compressed file and start decompressing to get a known (indexed)
portion of it?

-- 
No, one more time, I do NOT need your "leadership", sir.
Please just GET OUT OF MY WAY.                                .''`.
 Debian -- The blue collar Linux distribution.               : :' :
 <URL:http://www.debian.org/social_contract>		     `. `'

[Lurker-users] BCD for compactness? Swish++ uses that.

[<ka...@he...>]

I was just reading the "swish++.index(4)" man page, and it says:

8<------------------------------------------------------------>8
   BCD Integers
       All  integers in an index file are stored in BCD (binary coded decimal)
       format for compactness.  A BCD integer that has an odd number of digits
       is terminated by a low-order nybble with the value \xA; an integer that
       has an even number of digits is terminated by a a byte with  the  value
       \xAA.   (These  values  were  chosen because they are invalid BCD.  All
       other values \xA0 through \xFE are reserved for future use.)

       For example, the integers 1-9 are stored as single bytes of  \x1A-\x9A,
       respectively;  the integer 10 is stored as the two bytes of \x10AA; the
       integer 1967 is stored as the three bytes of \x1967AA.

       Since most integer values in an index file are less than  10000,  using
       BCD results in approximately a 25% storage reduction.
8<------------------------------------------------------------>8

Does Lurker use a similar encoding, I wonder?  If not, could you use
that to make the index smaller?  I wonder how badly that impacts
search performance?  "search++" is pretty quick.

-- 
No, one more time, I do NOT need your "leadership", sir.
Please just GET OUT OF MY WAY.                                .''`.
 Debian -- The blue collar Linux distribution.               : :' :
 <URL:http://www.debian.org/social_contract>		     `. `'

Re: [Lurker-users] c-client problems

[Wesley W. T. <we...@te...>]

On Tue, Oct 08, 2002 at 03:09:38AM +0000, nathan swenson wrote:
> This isn't directly related to lurker as software, but it is related to m=
e=20
> being able to use it.
>=20
> configure is failing on the c-client lib test. I'm running (as root):
>=20
> /configure --with-urldir=3D"/lurker" --with-wwwdir=3D/var/www/html/lurker=
=20
> --with-cclientdir=3D/usr/local
>=20
> I've got all the prereqs installed. I've got imapd installed. I've tried =
it=20
> from RPM, SRPM, and source. I've tried many variations of compile options=
=20
> for imap (lnx, lnp, lrh, slx, w/and w/o SSL), and I always get some=20
> variation of the same error.
>=20
> /configure fails with:
> checking for the c-client library... no
> configure: error: This requires libc-client to build
>=20
> and in config.log I have this mess (or something like it)
> configure:4816: checking for the c-client library
> configure:4867: gcc -o conftest -g -O2   conftest.c  -L/usr/local/lib=20
> -lc-client
> >&5
> /usr/local/lib/libc-client.a(osdep.o): In function `checkpw':
> /home/nswenson/libs/imap-2002.RC7/c-client/osdep.c:124: undefined referen=
ce=20
> to `
> pam_start'
> ..

Ok, redhat imap is strange. I have a report from=20
	"Mpu Gondrong" <wa...@se...>
of a way to get it to work:

| env LIBS=3D"-lpam -lgssapi_krb5 -lssl" LDFLAGS=3D-L/usr/kerberos/lib
|=20
| Note,  first  make symlink 'c-client -> imap' in /usr/include.=20

I do not know why redhat choose to use different link options and naming
conventions than other distributions.

I do hope to replace libc-client some day... but for now I am stuck with it.

--=20
Wesley W. Terpstra <we...@te...>

[Lurker-users] c-client problems

[nathan s. <nat...@ho...>]

Howdy,

This isn't directly related to lurker as software, but it is related to me 
being able to use it.

configure is failing on the c-client lib test. I'm running (as root):

./configure --with-urldir="/lurker" --with-wwwdir=/var/www/html/lurker 
--with-cclientdir=/usr/local

I've got all the prereqs installed. I've got imapd installed. I've tried it 
from RPM, SRPM, and source. I've tried many variations of compile options 
for imap (lnx, lnp, lrh, slx, w/and w/o SSL), and I always get some 
variation of the same error.

./configure fails with:
checking for the c-client library... no
configure: error: This requires libc-client to build

and in config.log I have this mess (or something like it)
configure:4816: checking for the c-client library
configure:4867: gcc -o conftest -g -O2   conftest.c  -L/usr/local/lib 
-lc-client
 >&5
/usr/local/lib/libc-client.a(osdep.o): In function `checkpw':
/home/nswenson/libs/imap-2002.RC7/c-client/osdep.c:124: undefined reference 
to `
pam_start'
...

The exact function that is undefined changes depending on what options I 
compile imap with.

Is there something that I'm missing? How can I specify what to link against 
to fix the unresolved external?

Thanks a lot,

Nate Swenson
nat...@ho...

_________________________________________________________________
MSN Photos is the easiest way to share and print your photos: 
http://photos.msn.com/support/worldwide.aspx

Re: [Lurker-users] Lurker Database Corruption

[Wesley W. T. <we...@te...>]

On Fri, Sep 20, 2002 at 10:50:41AM -0500, Jamin W. Collins wrote:
> It appears that Lurker frequently corrupts it's database if Lurker is
> improperly stopped (or not stopped and the system is restarted).  I
> realize that both of these are not normal desired operation.  I'm just
> wondering if it wouldn't be possible to incoporate more resilience with
> regard to Lurker's database. =20

Yeah, this sucks. I know about it. On the other hand, at the time it was the
only way to get lurker to import as fast as it does.

I am currently designing a completely new database with the aim of more
transactional behaviour (and incidentally, more speed). This is in fact what
is holding up my switch to a more reasonable 1.0 version number.

I can't promise it for 0.1f since I may need to release if there are non-db
related bugs or easy fixes, but 1.0 will definitely not have this problem.
(or at least, if it does, it will be a more minor bug)

I wish all the feature requests I got were what I was already doing.
,-)

--=20
Wesley W. Terpstra <we...@te...>

[Lurker-users] Lurker Database Corruption

[Jamin W. C. <jco...@as...>]

It appears that Lurker frequently corrupts it's database if Lurker is
improperly stopped (or not stopped and the system is restarted).  I
realize that both of these are not normal desired operation.  I'm just
wondering if it wouldn't be possible to incoporate more resilience with
regard to Lurker's database.  

My particular situation I'm currently experiencing is due to sporadic
system reboots (I may have finally located the cause).  The system
recovers very well from these reboots (thanks to ext3), with the single
exception of Lurker.  On some occassions Lurker restarts and appears to
work (provides listing of message headers) but is unable to retrieve any
message bodys.  On others, Lurker fails to start at all.

The following are the error messages I've seen in my system logs for this:

lurkerd[728]: CORRUPT dataset: Imported a message from a new mbox which
has timestamp earlier than present. This means an mbox was added to the
config file after the existing database had passed this timestamp. All
timestamps in this mbox will be wrecked.

lurkerd[2300]: Program Fault (signal 6) - attempting to salvage db

In all cases stopping lurker, purging the database, and restarting lurker
correct the situation.  I'm using version 0.1e.

-- 
Jamin W. Collins

Re: [Lurker-users] Odd archive import

[Wesley W. T. <we...@te...>]

On Tue, Sep 03, 2002 at 07:45:43PM -0500, Jamin W. Collins wrote:
> As you can see a much smaller list.  Also with no duplicates (which the
> above doesn't show very well).  I am running the latest release lurker
> v0.1e, and also saw this same problem with v0.1d (on the exact same
> message subject).  All of the links lead the the same message, I'm just
> puzzled as to why there are so many occurrance of it.  I'd be happy to
> provide a copy of the mbox file in question.  It's ~7 meg gzipped and ~24
> uncompressed.

Clearly a bug. :-)
Please send me the mailbox and your config file and I will fix this.

Unfortunately, I leave for Turkey tonight, so I will probably not be able to
fix it before the next week.

---
Wesley W. Terpstra <we...@te...>

[Lurker-users] Odd archive import

[Jamin W. C. <jco...@as...>]

I'm hoping that maybe someone here can explain to my why the situation
illustrated at the site listed below is happening:

http://heimdall.asgardsrealm.net/lurker/mindex/61...@bl...

As you can see there are 15 occurrances of the same message (from me)
listed.  All with the subject "Could not find XOpenDisplay in -lX11 on RH7
box".  However, running a grep for this string on the mbox used produces
the following list:

grep "Could not find XOpenDisplay in -lX11 on RH7 box" \
  blackbox-archive-20020903 

Subject: Could not find XOpenDisplay in -lX11 on RH7 box 
Subject: Re: Could not find XOpenDisplay in -lX11 on RH7 box
Subject: Re: Could not find XOpenDisplay in -lX11 on RH7 box
Subject: RE: Could not find XOpenDisplay in -lX11 on RH7 box
Subject: RE: Could not find XOpenDisplay in -lX11 on RH7 box (solved)

As you can see a much smaller list.  Also with no duplicates (which the
above doesn't show very well).  I am running the latest release lurker
v0.1e, and also saw this same problem with v0.1d (on the exact same
message subject).  All of the links lead the the same message, I'm just
puzzled as to why there are so many occurrance of it.  I'd be happy to
provide a copy of the mbox file in question.  It's ~7 meg gzipped and ~24
uncompressed.

-- 
Jamin W. Collins

[Lurker-users] FreeBSD port

[Silas D. J. <sd...@ri...>]

Lurker Users- Please ignore that last message from sil...@sj... ..
my apologies for the empty message.

Wes- I will be creating the FreeBSD port tonight so expect an email.
--
Silas D. Jantzen - mailto:sd...@ri...

[Lurker-users] (no subject)

[Silas J. <Sil...@sj...>]

 

Silas D. Jantzen
Tier 2.5/Business Technical Support Representative
Shaw High-Speed Internet Support
North Vancouver Island/Powell River/Squamish
Shaw Cablesystems, G.P.
Telephone: (250) 760-1999 Facsimile: (250) 760-1998
mailto:sil...@sj... <mailto:sil...@sj...> 
http://support.shaw.ca/ <http://support.shaw.ca/> 


 

[Lurker-users] lurker-0.1e released

[Wesley W. T. <we...@te...>]

There is a new release of lurker: 0.1e.

Please note, I highly recommend using libxml2 >=3D 2.4.24 with this release.
This version is database compatible with 0.1d.

As always, let me know about bugs!

ChangeLog v0.1e:
        Don't warn if a maildrop adds whitespace before "From ..."
        Allow port numbers in URLs ("http://localhost:8080/foo")
        Report total number of messages on the front page
        Include an Expires http-equiv to match lurker expiry
        Output a Last-Modified and Date header from the lurker.cgi to match
                what the webserver outputs
        Removed an evil kludge that relies on C calling convention
        Removed exslt dependency so IE6 xsl works again
        Made output html w3c compliant
        Got mozilla xslt to work!
        Mangle mailto:s regardless of xf:escape-uri availability
        Support utf-8 mailto if xf:escape-uri available
        XSL support detection via javascript added
        Forward/backward links within a message added
        Display which replies are thread drift
        Prettier arrows from Kevin Teague
        Should compile on BSD again
        Fixed alignment issue on ia64
        Better decisions about how much to mmap
        Added a FAQ
        Added tail caching to libkap

--=20
Wesley W. Terpstra <we...@te...>

[Lurker-users] Lurker 0.1d released

[Wesley W. T. <we...@te...>]

Lurker 0.1d can now be found at:
	http://sourceforge.net/projects/lurker/

There are also debian/sid packages sitting in incoming based off of Jonas'
latest patch.

This is mainly a checkpoint release since there were a few bad bugs in 0.1c.

Little has been changed as far as UI / interface from 0.1c except that the
config file is now more intuitive.

The changelog for v0.1d:
	Fixed an off by one error in btree.c (could assert-fail)
	Kap allowed wbuffers w/o append, which could consume a lot of RAM
		during the backup script
	Fixed a free(0) in mbox.c
	Quatered the cache given to a write buffer
	Quadrupled the cache dump frequency
	Added command-line option for disabling import
	Added command-line option for disabling service
	Made the splash page display only list names in four column mode
	Made the AVL trees reentrant
	Reintegrated the read buffer into libkap -> faster searches
	mmap is used for .append files to allow async writes
	Fallback when out of address space to read()/write() added
	We preallocate storage for append to prevent wasted writes
	Threads can span 3 months instead of 1
	No longer require numeric id tags for lists
	Mboxs can be given arbitrary strings for tags
	Automatically detect unconfigured mboxs
	Load config files more cleanly -- will facilitate config reloading
	Mailing lists are refered to by name in the UI instead of ID
	Include version information in pages
	Added command-line option to output import speed statistics
	Made error message about direct CGI invocation more informative
	URLs like www.debian.org with http:// are now non-relative
	Fixed the search algorithm which was broken since libkap read cache
		was implemented; now we get all hits again.
	Fixed a bug where adjacent list items in the expiry heap led to
		a SIGBUS error on swap

--=20
Wesley W. Terpstra <we...@te...>

Re: [Lurker-users] Program fault

[Wesley W. T. <we...@te...>]

On Wed, Jul 31, 2002 at 03:56:28PM -0500, John Goerzen wrote:
> I was adding a new mailing list when I got this message in
> /var/log/messages:
>=20
> lurkerd[29656]: Program Fault (signal 10) - attempting to salvage db
>=20
> Now, whenever I start it up again, I get the same exact message.

Aha! I see now why this is happening.

Somehow or another 0.1c is able to corrupt it's record of cached html/xml
pages. This can result in a SIGBUS (10) which is what you are seeing.

Work-arounds:
	cd wwwdir-for-lurker
	rm */*.html
	rm */*.xml
	cd dbdir-for-lurker
	rm expiry.*

	restart lurker

This should make it startup again.
The more permanent solution: upgrade to 0.1d asap since I just corrected the
bug in it. :-)

--=20
Wesley W. Terpstra <we...@te...>

Re: [Lurker-users] index.html problem

[Wesley W. T. <we...@te...>]

On Wed, Jul 31, 2002 at 03:15:57PM -0500, John Goerzen wrote:
> I have just compiled and installed lurker on a FreeBSD system (comments to
> follow about that).

Looking forward to hearing about this; I have no BSD box to test on..

> When I get to the home page, I get a message saying "Your browser does not
> appear to support XSL.  Try the html version instead."  The link and
> redirect points to splash/index.html.  I have a splash directory but there
> is no index.html in it.  I also cannot find any such index.html in the
> distribution anywhere.  Do you have any ideas on how to fix this?

I infer you already solved this from your later emails reporting
successful lurker usage.

For the archive and completeness however:
	lurker generates all pages dynamically as an error document handler
	therefore, splash/index.html will get created dynamically
	the index.html in the root directory (which is broken right now btw)
		is supposed to send your browser to splash/index.xml|html
		based on its capabilities.

> Further, if I go to lurker.cgi directly, I get this message:
>=20
> lurker - error rendering page:
>=20
> Invalid request (chdir&access): No such file or directory
>=20
> But no indication of what file or directory it is trying to find.

Point. This is a stupid error message. :-)
I have added more informative message.

--=20
Wesley W. Terpstra <we...@te...>

Re: [Lurker-users] Sorting

[Wesley W. T. <we...@te...>]

On Wed, Jul 31, 2002 at 03:55:44PM -0500, John Goerzen wrote:
> Several other list archiving tools provide a view sortable by date, by
> subject, or by author.  Lurker doesn't seem to have any such sorting
> options, despite the fact that they should be pretty trivial given the
> database it keeps.  Any hope of getting that sort of thing?   (So I could
> say, for instance, "Show me all messages to list foo in July sorted by
> subject")

Added to the wishlist features.
I am not sure how useful this would be...?

With a reasonably large mailing list (which is what lurker is aiming for)
this would not provide much insight?

If you are trying to locate something by subject, try a keyword search by
subject.

I could still be convinced though. :-)
Give me a scenario in which I would need it.

--=20
Wesley W. Terpstra <we...@te...>

Re: [Lurker-users] Configure Problem - c-client

[Wesley W. T. <we...@te...>]

Firstly, sorry for the horribly latent reply!

I was backpacking around Europe and as there are no other developers for the
stuff you were talking about, no answer... :-)

On Wed, Jul 31, 2002 at 04:40:34PM -0700, Jason Newquist wrote:
> I am attempting to configure under Yellow Dog Linux 2.1 on a Mac G3.

Cool. As far as I know, this should work.

> I have installed all the dependency software, including UW
> c-client.   Here's what I have done to install it (reformatted for
> line breaks):
>=20
> 	[jason@phoenix imap-2002.RC2]# cd c-client
> 	[jason@phoenix c-client]# cp c-client.a /usr/local/lib
> 	[jason@phoenix c-client]# cp rfc822.h mail.h linkage.h
> 				  /usr/local/include

Firstly, it should be called libc-client.a (I know, their package is
annoying).

> Here's the configure command I am using (reformatted):
>=20
> [jason@phoenix lurker-0.1c]# ./configure
>      --with-urldir=3D"/nobilis/lurker"
>      --with-wwwdir=3D/www/nobilis/lurker
>      --with-stdir=3D/usr/lib
>      --with-cclientdir=3D/usr/local/include

And this should be --with-cclientdir=3D/usr/local
(it will use /include and /lib by default)

> And here's what happens:
>=20
> 	[lots of success messages]
> 	checking for the c-client library... no
> 	configure: error: This requires libc-client to build

Yup. Try the above and it should work.

--=20
Wesley W. Terpstra <we...@te...>

[Lurker-users] Configure Problem - c-client

[Jason N. <ja...@no...>]

I am attempting to configure under Yellow Dog Linux 2.1 on a Mac G3.

I have installed all the dependency software, including UW
c-client.   Here's what I have done to install it (reformatted for
line breaks):

	[jason@phoenix imap-2002.RC2]# cd c-client
	[jason@phoenix c-client]# cp c-client.a /usr/local/lib
	[jason@phoenix c-client]# cp rfc822.h mail.h linkage.h
				  /usr/local/include

Here's the configure command I am using (reformatted):

[jason@phoenix lurker-0.1c]# ./configure
     --with-urldir="/nobilis/lurker"
     --with-wwwdir=/www/nobilis/lurker
     --with-stdir=/usr/lib
     --with-cclientdir=/usr/local/include

And here's what happens:

	[lots of success messages]
	checking for the c-client library... no
	configure: error: This requires libc-client to build

I've tried putting the c-client files in /usr/lib and /usr/include,
and adjusting configure ("--with-cclientdir=/usr/lib"), and I've
tried just not declaring the configure directive at all.  Same
result.

Any thoughts?

Jason Newquist
Mountain View, California

[Lurker-users] Program fault

[John G. <jgo...@co...>]

Hi,

I was adding a new mailing list when I got this message in
/var/log/messages:

lurkerd[29656]: Program Fault (signal 10) - attempting to salvage db

Now, whenever I start it up again, I get the same exact message.

Help?

-- John

-- 
John Goerzen <jgo...@co...>    GPG: 0x8A1D9A1F    www.complete.org

[Lurker-users] Sorting

[John G. <jgo...@co...>]

Hi,

Several other list archiving tools provide a view sortable by date, by
subject, or by author.  Lurker doesn't seem to have any such sorting
options, despite the fact that they should be pretty trivial given the
database it keeps.  Any hope of getting that sort of thing?   (So I could
say, for instance, "Show me all messages to list foo in July sorted by
subject")

-- John

-- 
John Goerzen <jgo...@co...>    GPG: 0x8A1D9A1F    www.complete.org

[Lurker-users] index.html problem

[John G. <jgo...@co...>]

Hello,

I have just compiled and installed lurker on a FreeBSD system (comments to
follow about that).

When I get to the home page, I get a message saying "Your browser does not
appear to support XSL.  Try the html version instead."  The link and
redirect points to splash/index.html.  I have a splash directory but there
is no index.html in it.  I also cannot find any such index.html in the
distribution anywhere.  Do you have any ideas on how to fix this?

Further, if I go to lurker.cgi directly, I get this message:

lurker - error rendering page:

Invalid request (chdir&access): No such file or directory

But no indication of what file or directory it is trying to find.

Thanks,
John

-- 
John Goerzen <jgo...@co...>    GPG: 0x8A1D9A1F    www.complete.org

Re: [Lurker-users] configure erroring out on Mac OS X

[Wesley W. T. <we...@te...>]

On Tue, Jun 18, 2002 at 04:33:39PM +0200, terpstra wrote:
> On Mon, Jun 17, 2002 at 10:50:20PM -0700, Timothy Perfitt wrote:
> > configure: creating ./config.status  
> > config.status: creating Makefile  
> > sed: 40: /tmp/cs25072-29455/subs-1.sed: unescaped newline  
> > inside substitute pattern  
> 
> I have the same problem now on the sourceforge system.
> Ok, I have tracked it down to this change (in autoconf 2.53!):
> 
> diff -r1.32 configure
> 1390c1390
> < am_aux_dir=`CDPATH=:; cd $ac_aux_dir && pwd`
> ---
> > am_aux_dir=`cd $ac_aux_dir && pwd`

For completeness I should point out that actually this comes from
automake1.5. automake1.4 does not have this bug and it is fixed in
automake1.6 so there is no point in filing a bug.

(This is mostly for the purposes of the mailing list archive in case people
get the wrong idea in the future. :-)

-- 
Wesley W. Terpstra <we...@te...>