~refi64

https://refi64.com/

~refi64/web-build-results

Last active 27 days ago

~refi64/edgeql-typegen-devel

Last active a month ago

~refi64/edgeql-typegen-announce

Last active a month ago

~refi64/alys-devel

Last active 3 months ago

~refi64/alys-announce

Last active 3 months ago

~refi64/xiru-devel

Last active 4 months ago

~refi64/xiru-announce

Last active 4 months ago

~refi64/plade-devel

Last active 4 months ago

~refi64/nsbox-devel

Last active 4 months ago

~refi64/nsbox-discuss

Last active 4 months ago
View more

Recent activity

Re: Will Sourcehut remain apolitical? 2 months ago

From Ryan Gonzalez to ~sircmpwn/sr.ht-discuss

Mar 6, 2022 7:21:19 PM terrydavis@cock.li:

> I’ve seen many code hosting services like Github and GitLab being very 
> vocal about the situation between Russia and Ukraine. Thankfully I’ve 
> not seen Sourcehut say anything about this, and I like this fact very 
> much. So will sourcehut still be apolitical in these subjects or would 
> it become political someday?

It's already not:

https://sourcehut.org/blog/2021-01-13-regarding-ethics/

(and I honestly prefer it that way!)

Re: Reasons behind the 4 parallel build limit? 2 months ago

From Ryan Gonzalez to ~sircmpwn/sr.ht-discuss

On 2/20/22 02:45, Drew DeVault wrote:
> Parallel build slots are the most expensive resource you can use on
> sourcehut. We have a total of 32 parallel build slots to share with the
> whole of sourcehut right now. Using a lot of them at once can quickly
> lead to your project monopolozing all or most of the build slots.

Ah, that does make sense. Out of curiosity, how does *length* affect 
this? Technically, I could bundle them together into 1 or 2 builds, 
using Vagrant here, but that might take a hot minute longer (not sure 
about #s yet, I'm redoing all the tests). I *thought* I had read once 
that single long builds are discouraged in favor of parallel builds, but 
I'm guessing now I misunderstood and that only really applied to *short* 
parallel builds?

Reasons behind the 4 parallel build limit? 2 months ago

From Ryan Gonzalez to ~sircmpwn/sr.ht-discuss

I've been looking to revive a project that might end up using 5 or so 
pipelines (building packages for Fedora current and next release, Arch, 
Debian, and a separate pipeline to build container images that all of 
the packages use). Currently, I know that builds.sr.ht will currently 
run up to 4 build manifests at once, choosing at random if more than 4 
are present. Although I found the change where this was added, it didn't 
really have any rationale: 
https://git.sr.ht/~sircmpwn/dispatch.sr.ht/commit/2280641828bc352729ac5da0886bbb36d3b5759c#dispatchsrht/builds.py

Now, *technically* this doesn't seem to apply to the API, so I could 
have two build manifests, but one of them just queues the 4 package 
build jobs and monitors their status. I'm not sure why the limit was 
added in the first place, if it was e.g. more to stop crypto miners or 
random service abuse (I do also have a paid account). I also don't want

Re: Docs addition: setup local dev environment 3 months ago

From Ryan Gonzalez to ~sircmpwn/sr.ht-discuss

On 2/4/22 18:11, Greg Minshall wrote:

> Michael,
>
>> I agree it works perfectly. But personally I like to keep my system
>> namespace clean, for Python packages I have a virtualenv per project.
>> Some projects require version X of a package, others require version
>> Y.
> i wonder if this testing/setup case might be where something like docker
> might come in handy?
I have a working Dockerfile for todo.sr.ht and...uhh, meta.sr.ht? 
together in one image I was using to for unit testing purposes, if 
people are interested I could try expanding on & sharing it.
> cheers, Greg

Re: [PATCH builds.sr.ht] images/fedora: Install dnf-plugins-core 3 months ago

From Ryan Gonzalez to ~sircmpwn/sr.ht-dev

Jan 17, 2022 2:59:38 AM Drew DeVault <sir@cmpwn.com>:

> On Mon Jan 17, 2022 at 4:40 AM CET, Ryan Gonzalez wrote:
>> This is needed for dnf config-manager to work.
>
> Is dnf config-manager something which is expected to work OOTB?

It's used to add repositories listed in the manifest:

https://man.sr.ht/builds.sr.ht/compatibility.md#fedora

[PATCH builds.sr.ht] images/fedora: Install dnf-plugins-core 3 months ago

From Ryan Gonzalez to ~sircmpwn/sr.ht-dev

This is needed for dnf config-manager to work.
---
 images/fedora/genimg | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/images/fedora/genimg b/images/fedora/genimg
index 3a6467a..9f31101 100755
--- a/images/fedora/genimg
+++ b/images/fedora/genimg
@@ -71,7 +71,7 @@ dnf -y \
	--enablerepo=fedora \
	--enablerepo=updates install \
	--setopt=install_weak_deps=False \
	basesystem systemd systemd-udev passwd dnf fedora-release $conditional_packages
[message trimmed]

Re: [PATCH] xyz 4 months ago

From re:fi.64 to ~refi64/test-devel

On Thu, Dec 16, 2021 at 8:24 PM Ryan Gonzalez <rymg19@gmail.com> wrote:
>
> ---
>  abc | 1 +
>  1 file changed, 1 insertion(+)
>
> diff --git a/abc b/abc
> index 190a180..ce8c77d 100644
> --- a/abc
> +++ b/abc
> @@ -1 +1,2 @@
>  123
> +456
THIS IS WRONG

[PATCH] xyz 4 months ago

From Ryan Gonzalez to ~refi64/test-devel

---
 abc | 1 +
 1 file changed, 1 insertion(+)

diff --git a/abc b/abc
index 190a180..ce8c77d 100644
--- a/abc
+++ b/abc
@@ -1 +1,2 @@
123
456
-- 
2.30.2
[message trimmed]

[PATCH core.sr.ht] srht.Validation: Don't reject enums with 0 values 6 months ago

From Ryan Gonzalez to ~sircmpwn/sr.ht-dev

This breaks APIs that hard require enums whose values can be 0, e.g.
todo.sr.ht's TicketResolution.
---
 srht/validation.py | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/srht/validation.py b/srht/validation.py
index 36e5ba3..0feecd5 100644
--- a/srht/validation.py
+++ b/srht/validation.py
@@ -132,7 +132,7 @@ class Validation:
        value = self.optional(name, None, cls)
        if not friendly_name:
            friendly_name = name
[message trimmed]

Re: Minimal todo/builds.sr.ht for testing 6 months ago

From Ryan Gonzalez to ~sircmpwn/sr.ht-discuss

This definitely does help with some of the other parts of setup, though 
I am thinking I'll just have to figure out how the OAuth records are in 
the DB and insert them manually before starting the services.

On 10/19/21 02:22, Simon Ser wrote:
> On Tuesday, October 19th, 2021 at 03:09, Ryan Gonzalez <rymg19@gmail.com> wrote:
>
>> Are there any suggestions as to the best way to handle this?
> Maybe [1] can be useful? It doesn't cover builds.sr.ht.
>
> [1]: https://emersion.fr/blog/2021/setting-up-sr.ht-for-local-development/