~ushin

https://ushin.org

USHIN is a tiny educational nonprofit whose mission is to promote personal, community, and global health through free and open universal shared information for everybody.

~ushin/ushin

Last active 10 hours ago
View more

Recent activity

Re: Question: Release attachment upload limit 6 days ago

From Joseph Turner to ~sircmpwn/sr.ht-discuss

I just tried again with `hut` from my local machine, and it worked.

Re: Question: Release attachment upload limit 6 days ago

From Joseph Turner to ~sircmpwn/sr.ht-discuss

I'm running into a similar problem where a large (55M) executable binary
refuses won't upload as a ref artifact.

When using hut to upload inside of a build job, I get "gqlclient: server
failure: context deadline exceeded":

https://builds.sr.ht/~ushin/job/1246942

When attempting to upload the same artifact using the web interface, the
webpage hangs.

Does the 30 second limit for uploading files apply to git artifacts as
well as srht.site as described in the following thread?

Re: [REQUEST] Content-Length header for GET/HEAD on git repo attachments 19 days ago

From Joseph Turner to ~sircmpwn/sr.ht-discuss

"Drew DeVault" <sir@cmpwn.com> writes:

> Added!

Thank you!

Joseph

[REQUEST] Content-Length header for GET/HEAD on git repo attachments a month ago

From Joseph Turner to ~sircmpwn/sr.ht-discuss

Use case:

In order to build a confirmation step and progress bar in the
installation UI of <https://git.sr.ht/~ushin/hyperdrive.el>, we need to
know the size of an executable file before downloading it.

Would you be willing to consider returning a "Content-Length" header so
that the file size is returned in the following request?

curl --head https://git.sr.ht/~ushin/hyper-gateway-ushin/refs/download/v3.7.0/hyper-gateway-linux

Thank you!

Joseph

Re: [NonGNU-devel ELPA] Tarball build failure for hyperdrive a month ago

From Joseph Turner to ~ushin/ushin

Stefan Monnier <monnier@iro.umontreal.ca> writes:

> I just fixed the package's spec to refer to `README.org`, so hopefully
> the next build will be successful.

Thank you!

Joseph

Re: :bind-into should not eval-after-load 2 months ago

From Joseph Turner to ~pkal/public-inbox

Philip Kaludercic <philipk@posteo.net> writes:

[...]

> I'd rather just deprecate the feature for now, and maybe later on we can
> consider this.  This would be the first time I am deprecating something
> like this for setup.el, so I'd like to take it slow.

Sounds good to me!

[...]

Thanks,

Re: :bind-into should not eval-after-load 2 months ago

From Joseph Turner to ~pkal/public-inbox

Philip Kaludercic <philipk@posteo.net> writes:

[...]

> My proposal would be to start deprecating passing a map to :bind-into:
>
> diff --git a/setup.el b/setup.el
> index be1e9bf..cc52b10 100644
> --- a/setup.el
> +++ b/setup.el
> @@ -598,11 +598,13 @@ The first FEATURE can be used to deduce the feature context."
>    :repeatable t)
>
>  (setup-define :bind-into

Re: :bind-into should not eval-after-load 2 months ago

From Joseph Turner to ~pkal/public-inbox

Philip Kaludercic <philipk@posteo.net> writes:

> Joseph Turner <joseph@ushin.org> writes:
>
>> Philip Kaludercic <philipk@posteo.net> writes:
>>
>>> Joseph Turner <joseph@ushin.org> writes:
>>>
>>>> (setup foo
>>>>   (:bind-into bar-map
>>>>     "a" foo-baz))
>>>>
>>>> macroexpands to
>>>>

:bind-into should not eval-after-load 2 months ago

From Joseph Turner to ~pkal/public-inbox

(setup foo
  (:bind-into bar-map
    "a" foo-baz))

macroexpands to

(eval-after-load 'foo
  #'(lambda nil
      (define-key bar-map "a" #'foo-baz)))

but I would expect it to macroexpand to

#'(lambda nil
    (define-key bar-map "a" #'foo-baz))

Shorthands in require and provide forms 6 months ago

From Joseph Turner to ~ushin/ushin

Are we not able to use shorthands in require and provide forms?