Ihor Radchenko <yantar92@posteo.net> writes:

> Joseph Turner <joseph@ushin.org> writes:
>
>>> Also, how do you see mixing git and hyperdrive together?
>>
>> The blog post describes one way to do it.  In it, I automate the process
>> of pulling the worg git repo and uploading its contents to a hyperdrive.
>> Now that worg is mirrored to a hyperdrive, nobody else needs to do it;
>> you can just visit the hyper://bpb1bq... drive which will keep pulling
>> the latest changes from git each night.
>
> What I had in mind is also pushing.
> My thinking when I suggested worg+hyperdrive was along the lines of "may

Ihor Radchenko <yantar92@posteo.net> writes:

> Hi,

Hi Ihor!  Thanks for your questions :)

> I just finished reading the post from
> https://breatheoutbreathe.in/blog/2024-12-16-mirror-worg-to-a-hyperdrive.html
>
> I feel that the process of setting things up is a bit complex.
> Even more complex than using git to pull Worg pages directly.
>
> I am wondering if things can be automated somehow.
> Ideally, simply clicking on hyper://... link (maybe even from browser)

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

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?

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

> Added!

Thank you!

Joseph

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

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

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,

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

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
>>>>