Σταύρος Ντέντος <[email protected]> wrote: > On Sat, 27 Mar 2021 at 21:32, Eric Wong <[email protected]> wrote: > > It does, it clutters up the directory listing ("homepage"). > > Also redirect adds latency + traffic. > > > > If somebody is already looking at public-inbox.org, then "meta/" > > is already the top link in the listing. > > Hmm .... I "skipped" it as some error (why on earth "meta" is first on > a "name-ascending" sorting?!?!).
It matches nginx behavior, as well as Apache w/ FoldersFirst option enabled. > > Fwiw, the test suite runs w/o install. > > I wanted to test my change "in reality" (i.e. its browser rendering), > rather than run a testing suite. > Honestly, I blacked out after being unable to see my result, I didn't > think to run tests. > (especially considering the not-so-big changes done). Ah, "perl -I lib script/public-inbox-httpd -l $HOST:$PORT" lets you run on ~/.public-inbox/config, or whatever PI_CONFIG= you want. When I work on WWW changes, I also use: plackup -I lib -o 127.0.0.1 -R lib -r examples/public-inbox.psgi Which does auto-reloading and ensures stuff works on generic PSGI servers. > > Agree. Note public-inbox.git has a new "symlink-install" target > > that allows a minimimum install footprint: > > [Also], it's in Debian sid, now: https://packages.debian.org/public-inbox > > True, but I'd be missing "a backend of existing threads". > But now that I think of it, I could've just cloned any small enough > repo (e.g. meta? :-p) Yes, meta is pretty small, still. There's many smaller v2 ones at lore: lore.kernel.org tools | workflows | dwarves ... -- unsubscribe: one-click, see List-Unsubscribe header archive: https://public-inbox.org/meta/
