Mailing List Archive

hypermail archive? patch database?
The Hypermail archive of this list seems to have stopped back in April.
Is there a reason?

Likewise, the patch database is now ancient history.
Can we revive it with 0.8.10 as the base against which
patches are applied?

I would like to be able to apply people's patches and test them
consistently as a group.

......Roy
Re: hypermail archive? patch database? [ In reply to ]
I've been collecting patches (I just went through the email archive to
make sure I hadn't missed any), and have been intending to put the whole
collection up for anonymous FTP before the vote which is supposed to
get started sometime this weekend... at any rate, here's what I have
so far (as patches for 0.8.10, meaning using 0.8.10 as a base):

patch10.access_cleanup --- clarify init code and nuke bogus warning
in mod_access.c [Florent Guillaume]
patch10.config-cleanup --- Corrects several directives in sample srm.conf
--- includes corrections to directory indexing icon-related directives
(using unknown.gif rather than unknown.xbm as the DefaultIcon, doing
icons for encodings right, and turning on AddEncoding by default).
[Roy Fielding]
patch10.dir_cmd_tab --- Correct descriptions of args to AddIcon and AddAlt
in command table [James Cloos]
patch10.dir_index --- Don't reset DirectoryIndex to 'index.html' when
other directory options are set in a .htaccess file. [Robert Thau]
patch10.solaris-loop --- Don't loop for buggy CGI on Solaris [Cliff Skolnick]
patch10.scripta-robh --- Fix ScriptAlias by having mod_access paw through
mod_cgi data structures (making it impossible to build a CGI-free server).
[Rob Hartill]
patch10.scripta-rst --- Fix ScriptAlias by moving ScriptAlias handling to
mod_alias.c, merging it almost completely with handling of Alias, and
adding a 'notes' field to the request_rec which allows the CGI module
to discover whether the Alias module has put this request through
ScriptAlias (which it needs to know for back-combatibility, as the old
NCSA code did not check Options ExecCGI in ScriptAliased directories).
[Robert Thau]

The plan was to put all of these up for anonymous ftp on hyperreal tonight;
then again, the *plan* was to have 0.8.10 out the door by now (do you get
the feeling I'm a bit upset about this?)...

rst
Re: hypermail archive? patch database? [ In reply to ]
On Sat, 19 Aug 1995, Roy Fielding wrote:
> The Hypermail archive of this list seems to have stopped back in April.
> Is there a reason?

Hypermail busted trying to deal with more than 1000 messages (ran out of
memory - ugh!) It should move to a quarterly mechanism of course, same
thing with the www-vrml mailing list, woth a glimpse search backend, but
they have been two items on my ever-leapfrogging list of things to do. :(
BTW, does anyone here know if glimpse has special support for large
mailbox files, a la GN/WN's mailbox mechanisms? No one has yet
satisfied my desires for a searchable and browseable interface to mailbox
archives yet - GN/WN come close.

Brian

--=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=--
brian@organic.com brian@hyperreal.com http://www.[hyperreal,organic].com/
Re: hypermail archive? patch database? [ In reply to ]
>Hypermail busted trying to deal with more than 1000 messages (ran out of
>memory - ugh!) It should move to a quarterly mechanism of course, same
>thing with the www-vrml mailing list, woth a glimpse search backend, but
>they have been two items on my ever-leapfrogging list of things to do. :(
>BTW, does anyone here know if glimpse has special support for large
>mailbox files, a la GN/WN's mailbox mechanisms? No one has yet
>satisfied my desires for a searchable and browseable interface to mailbox
>archives yet - GN/WN come close.

Hmmmm, mail....mSQL....modules.... that may be worth investigating
after the next round of HTTP drafts.

......Roy
Re: hypermail archive? patch database? [ In reply to ]
> On Sat, 19 Aug 1995, Roy Fielding wrote:
> > The Hypermail archive of this list seems to have stopped back in April.
> > Is there a reason?
>
> Hypermail busted trying to deal with more than 1000 messages (ran out of
> memory - ugh!) It should move to a quarterly mechanism of course, same
> thing with the www-vrml mailing list, woth a glimpse search backend, but
> they have been two items on my ever-leapfrogging list of things to do. :(
> BTW, does anyone here know if glimpse has special support for large
> mailbox files, a la GN/WN's mailbox mechanisms? No one has yet
> satisfied my desires for a searchable and browseable interface to mailbox
> archives yet - GN/WN come close.

I use glimpse to index ~30,000 files, it has great promise, but it
lacks important features for common searches, e.g. if you want to search
across multiple lines, all the regular expression stuff stops working.
Doh !.

Their coding style is a little "different" too. They love to use "system"
to do things they should code themselves. I'm sure glimpse could be written
in perl in a fraction of its current size.


rob
--
http://nqcd.lanl.gov/~hartill/
Re: hypermail archive? patch database? [ In reply to ]
On Sun, 20 Aug 1995, Rob Hartill wrote:
> > Hypermail busted trying to deal with more than 1000 messages (ran out of
> > memory - ugh!) It should move to a quarterly mechanism of course, same
> > thing with the www-vrml mailing list, woth a glimpse search backend, but
> > they have been two items on my ever-leapfrogging list of things to do. :(
> > BTW, does anyone here know if glimpse has special support for large
> > mailbox files, a la GN/WN's mailbox mechanisms? No one has yet
> > satisfied my desires for a searchable and browseable interface to mailbox
> > archives yet - GN/WN come close.
>
> I use glimpse to index ~30,000 files, it has great promise, but it
> lacks important features for common searches, e.g. if you want to search
> across multiple lines, all the regular expression stuff stops working.
> Doh !.

I fixed this in the places I've implemented it by separating out the
logical combinations until after glimpse returns the results, so I just
apply the logic to the list of returned files.

> Their coding style is a little "different" too. They love to use "system"
> to do things they should code themselves. I'm sure glimpse could be written
> in perl in a fraction of its current size.

Ugh, I didn't realize it used "system" so much. Security hole city?

Anyone here an expert on glimpse/harvest/etc.? It would be nice to have
a module that interfaces directly with it, he thinks out loud.....

Brian

--=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=--
brian@organic.com brian@hyperreal.com http://www.[hyperreal,organic].com/
Re: patchlist [ In reply to ]
On Sat, 19 Aug 1995, Robert S. Thau wrote:
> patch10.scripta-robh --- Fix ScriptAlias by having mod_access paw through
> mod_cgi data structures (making it impossible to build a CGI-free server).
> [Rob Hartill]
> patch10.scripta-rst --- Fix ScriptAlias by moving ScriptAlias handling to
> mod_alias.c, merging it almost completely with handling of Alias, and
> adding a 'notes' field to the request_rec which allows the CGI module
> to discover whether the Alias module has put this request through
> ScriptAlias (which it needs to know for back-combatibility, as the old
> NCSA code did not check Options ExecCGI in ScriptAliased directories).
> [Robert Thau]

These two are exclusive, right? I.e., patch10.scripta-rst is one way of
fixing the problem, patch10.scripta-robh is another?

Brian

--=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=--
brian@organic.com brian@hyperreal.com http://www.[hyperreal,organic].com/
Re: patchlist [ In reply to ]
> patch10.scripta-robh and patch10.scripta-rst should *not* be applied
> in combination --- 'patch' might actually appear to succeed if you tried
> it, but the resulting beast probably wouldn't compile cleanly, and
> certainly wouldn't work.

Scrap my patch, it was just a suggestion.
Re: patchlist [ In reply to ]
patch10.scripta-robh and patch10.scripta-rst should *not* be applied
in combination --- 'patch' might actually appear to succeed if you tried
it, but the resulting beast probably wouldn't compile cleanly, and
certainly wouldn't work.

rst
Re: hypermail archive? patch database? [ In reply to ]
[mail archives]
> I use glimpse to index ~30,000 files, it has great promise, but it
> lacks important features for common searches, e.g. if you want to search
> across multiple lines, all the regular expression stuff stops working.
> Doh !.
>
> Their coding style is a little "different" too. They love to use "system"
> to do things they should code themselves. I'm sure glimpse could be written
> in perl in a fraction of its current size.

So, I take my Apache mail archive home each weekend and waisindex it. Then
when I'm clueless I consult the oracle and run a search for stuff like:

bug and cgi and slash

and up pops all the mail messages containgin references. WAIS is cool.

I should give you the code I guess...

> rob
> --
> http://nqcd.lanl.gov/~hartill/
>