Last active 3 months ago
View more

Recent activity

Re: More Intuitive Labels In Tree 21 days ago

From Ignas Kiela to ~sircmpwn/sr.ht-discuss

On 2021-04-21 04:57, Nathan Guerin wrote:
> It's probably worth asking whether browsing a source code tree is
> something someone who isn't very computer literate will do often. My
> guess is that browsing a source code tree assumes some sort of facility
> with using a computer. If they're browsing the source tree to learn
> more, then teaching them that '..' means "cd up the directory tree" is a
> good opportunity to learn something new imo.

It doesn't have to be source code, you can use git to host a lot more 
things than that, and I think giving a hint towards what it does would 
be useful.

Re: More Intuitive Labels In Tree 21 days ago

From Ignas Kiela to ~sircmpwn/sr.ht-discuss

On 2021-04-21 04:00, Drew DeVault wrote:
> We have no interest in providing any meaningful level of support for
> Windows or other nonfree operating systems.
This would be useful for less computer literate users as well, I think 
having a simple icon like [0] next to the .. would be a nice help for 

[0]: https://fontawesome.com/icons/level-up-alt

Re: Question about authenticating uploads for custom domains on srht.site 24 days ago

From Ignas Kiela to ~sircmpwn/sr.ht-discuss

On 2021-04-18 08:23, demigod@kaction.cc wrote:
> Yet it occurred to me that I do not understand how it works. acurl authenticates user, but I never setup anywhere that ~kaction user is supposed to upload files for kaction.cc website. How it works? What stops me from uploading stuff onto somebody's else custom domain?
It's not configured anywhere, you could technically upload stuff for 
somebody else's domain if they haven't done it yet, but it wouldn't be 
served unless they pointed their domain at pages.sr.ht, at which point 
it would be reported to admins and might bring you some bad reputation 
for that.

Re: [PATCH sr.ht-docs] Be more specific about when a user can subscribe to a list a month ago

From Ignas Kiela to ~sircmpwn/sr.ht-dev

This is wrong, you can post new mesages to a list even without being 
subscribed to it.

[PATCH builds.sr.ht] Improve RSS feed generation speed a month ago

From Ignas Kiela to ~sircmpwn/sr.ht-dev

url_for is surprisingly slow, lxml is significantly faster for large
feeds, and joinedload, while technically not necessary, did give me an
improvement on large feeds for some reason.
Side note: Pyroscope(https://github.com/pyroscope-io/pyroscope) was a great help
for making this patch, maybe consider using it to profile sr.ht infrastructure?

 buildsrht/blueprints/jobs.py | 1 +
 buildsrht/rss.py             | 8 +++-----
 2 files changed, 4 insertions(+), 5 deletions(-)

diff --git a/buildsrht/blueprints/jobs.py b/buildsrht/blueprints/jobs.py
index a2051ce..8091921 100644
--- a/buildsrht/blueprints/jobs.py
[message trimmed]

[PATCH builds.sr.ht 1/2] Prefetch job tasks even if search fails a month ago

From Ignas Kiela to ~sircmpwn/sr.ht-dev

 buildsrht/blueprints/jobs.py | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)

diff --git a/buildsrht/blueprints/jobs.py b/buildsrht/blueprints/jobs.py
index 6f092ff..a2051ce 100644
--- a/buildsrht/blueprints/jobs.py
@@ -104,11 +104,11 @@ def jobs_page(jobs, sidebar="sidebar.html", **kwargs):
    search_error = None

        jobs = (get_jobs(jobs, search)
[message trimmed]

[PATCH builds.sr.ht 2/2] Record queued builds a month ago

From Ignas Kiela to ~sircmpwn/sr.ht-dev

This will not be reliable until prometheus multiprocess mode will be enabled,
see the patch I've sent to sr.ht-packages

 buildsrht/runner.py | 4 ++++
 1 file changed, 4 insertions(+)

diff --git a/buildsrht/runner.py b/buildsrht/runner.py
index 7d5ebc6..b5e1665 100644
--- a/buildsrht/runner.py
@@ -3,6 +3,7 @@ from celery import Celery
from srht.config import cfg
from srht.database import db
[message trimmed]

[PATCH builds.sr.ht 1/2] Record log cache statistics a month ago

From Ignas Kiela to ~sircmpwn/sr.ht-dev

I think we should bump down the cache period to 1-2 days, but let's collect some
data on it first.

 buildsrht/blueprints/jobs.py | 12 ++++++++++++
 1 file changed, 12 insertions(+)

diff --git a/buildsrht/blueprints/jobs.py b/buildsrht/blueprints/jobs.py
index b0e98d9..6f092ff 100644
--- a/buildsrht/blueprints/jobs.py
@@ -13,6 +13,7 @@ from buildsrht.manifest import Manifest
from buildsrht.rss import generate_feed
from buildsrht.runner import queue_build
[message trimmed]

[PATCH core.sr.ht] Create the metrics directory in gunicorn config a month ago

From Ignas Kiela to ~sircmpwn/sr.ht-dev

This managed to somehow slip by when I was staging the commit.
 contrib/gunicorn.conf.py | 1 +
 1 file changed, 1 insertion(+)

diff --git a/contrib/gunicorn.conf.py b/contrib/gunicorn.conf.py
index 14e2a61..6b732a3 100644
--- a/contrib/gunicorn.conf.py
+++ b/contrib/gunicorn.conf.py
@@ -5,6 +5,7 @@ import os
def on_starting(server):
    multiprocess_dir = os.environ["prometheus_multiproc_dir"]
[message trimmed]

[RFC PATCH sr.ht-apkbuilds] *.sr.ht: Enable prometheus multiprocessing mode a month ago

From Ignas Kiela to ~sircmpwn/sr.ht-packages

To enable it we need to set the `prometheus_multiproc_dir` environment variable
to a directory the service can access, and set up gunicorn hooks to clean it up
on startup and mark dead workers, which config in core.sr.ht/contrib does.
Couldn't bring up a working alpine environment to test this patch so it doesn't
have the updated version numbers or checksums. Haven't tested the service
files either, but from my docs reading they should work. Similar changes should
be added to other package repos. Note that this is a pottentially breaking
change, because if a config file was already given via $<service>_ARGS they will
clash, so this might be worth to be announced in sr.ht-admins.

 sr.ht/builds.sr.ht/APKBUILD               | 4 ++++
 sr.ht/builds.sr.ht/builds.sr.ht.confd     | 3 +++
 sr.ht/builds.sr.ht/builds.sr.ht.initd     | 6 ++++--
[message trimmed]