public-inbox.org/git to be downgraded

public-inbox.org/git to be downgraded

[Eric Wong]

Due to increasing costs and inflation, I'll be switching to a
cheaper VPS and likely proxying via ssh tunnel like I do with
<https://80x24.org/lore/>[1]

Reaching me may become less reliable, too, since my MTA is
on the same VPS that's being downgraded.


[1] https://80x24.org/lore/ dogfoods for lore.kernel.org and has
    the git.git coderepo wired up for blob construction if you
    follow diff hunk header links @ https://80x24.org/lore/git/

    There's more stuff coming to dogfood with coderepo
    integration, too; but no guarantees it'll stay up since my
    SSD has a lot of wear on it, already.

Re: public-inbox.org/git to be downgraded

[Junio C Hamano]

Eric Wong <e@80x24.org> writes:

> [1] https://80x24.org/lore/ dogfoods for lore.kernel.org and has
>     the git.git coderepo wired up for blob construction if you
>     follow diff hunk header links @ https://80x24.org/lore/git/
>
>     There's more stuff coming to dogfood with coderepo
>     integration, too; but no guarantees it'll stay up since my
>     SSD has a lot of wear on it, already.

Are you taking donations?

Also, is there a plan to add that custom gmane:<number> query to
lore archive?  That is one and only thing I still sometimes go to
public-inbox.org/git

Thanks.

Re: public-inbox.org/git to be downgraded

[Eric Wong]

Junio C Hamano <gitster@pobox.com> wrote:
> Eric Wong <e@80x24.org> writes:
> 
> > [1] https://80x24.org/lore/ dogfoods for lore.kernel.org and has
> >     the git.git coderepo wired up for blob construction if you
> >     follow diff hunk header links @ https://80x24.org/lore/git/
> >
> >     There's more stuff coming to dogfood with coderepo
> >     integration, too; but no guarantees it'll stay up since my
> >     SSD has a lot of wear on it, already.
> 
> Are you taking donations?

It's more the principle of refusing to go along with inflation
in the same way I refuse to go along with Moore's law.
(I haven't upgraded my HW since before I started public-inbox
in 2013 and have no plans to).

I also don't feel comfortable accepting donations for privacy
reasons, either.  Of course, I've never been comfortable at all
at setting expectations or providing guarantees for anything I
do...  **cues up "Lowered Expectations" jingle**

> Also, is there a plan to add that custom gmane:<number> query to
> lore archive?  That is one and only thing I still sometimes go to
> public-inbox.org/git

Fwiw, data's been easily downloadable for a while and documented
in the somewhat difficult-to-find
<https://public-inbox.org/git/_/text/config/raw>[1] config snippet:

  curl -d '' https://public-inbox.org/git/gmane.sql.gz | \
    gzip -dc

(I just noticed the sqlite3 invocation is slightly wrong
 in the generated example, will fix)


I could figure out how to add it to the extindex-enabled[2]
80x24.org/lore mirror I run, but lore.kernel.org is Konstantin's
domain.



[1] linked from <https://public-inbox.org/git/_/text/mirror/>,
    which is linked from the top of every page, so hopefully
    _/text/mirror is easy-to-find...

[2] -extindex is a newish mechanism used by lore and its mirrors
     to enable significant space and memory savings by combining
     the search indices across multiple inboxes; but that means
     per-inbox prefix handling like "gmane:" gets trickier...

Re: public-inbox.org/git to be downgraded

[Eric Wong]

Eric Wong <e@80x24.org> wrote:
> Due to increasing costs and inflation, I'll be switching to a
> cheaper VPS and likely proxying via ssh tunnel like I do with
> <https://80x24.org/lore/>[1]

Done.  The HTTP/HTTPS endpoint is running via ssh tunnel because
Xapian requires a lot of disk space, but I managed to keep the
git@vger NNTP(S)/IMAP(S) endpoints on the VPS for now since
those only need the smaller SQLite DBs.

IMAP used to have search enabled, but I figure server-side IMAP
search is rarely useful; so the search index is gone on
imaps://public-inbox.org/inbox.comp.version-contro.git.*

IMAP search remains enabled on the Tor .onion endpoint:
  imap://ie5yzdi7fg72h7s4sdcztq5evakq23rdt33mfyfcddc5u3ndnw24ogqd.onion/
(which requires Tor to access, so it's pretty slow)

> Reaching me may become less reliable, too, since my MTA is
> on the same VPS that's being downgraded.

Actually, 1G is still a lot of RAM to me; 4x more than I had in 2008.
(32-bit userspace, 64-bit kernel)