~eschwartz

~eschwartz/foo-test

Last active 5 months ago
View more

Recent activity

Re: Inconvenient to navigate between project's git, lists, todo pages 2 days ago

From Eli Schwartz to ~sircmpwn/sr.ht-discuss

On 6/17/21 1:01 AM, Tassilo Horn wrote:
> andrew spada <spada.andrew.j@gmail.com> writes:
> 
>> Pulling a random project for example, in https://sr.ht/~welt/murse/ I
>> can click on links for the git, lists, and todo pages for murse. None
>> of these pages link back to the main URL for the project, so if I want
>> to visit it again I need to use the back button in my browser. If I
>> visit any of those pages directly or from a link from a different
>> page, I have to manually edit the URL to remove the git.*, lists.*,
>> etc. It would be nice if those pages had a link back to the main page
>> for the project. This applies to user pages and their git, lists, todo
>> etc pages as well.
> 
> The "problem" is that all those services are not coupled.  Creating a

Re: [PATCH sr.ht-pkgbuilds v2] Update upstream releases 13 days ago

From Eli Schwartz to ~sircmpwn/sr.ht-packages

On 5/5/21 8:43 AM, Thorben Günther wrote:
> Add check to python-minio and python-stripe.
> ---
> Since I have never before built and ran a check-dependency in the
> check() step this is probably quite ugly.

Thanks, and apologies for the lateness.

>  python-minio/PKGBUILD      | 11 +++++++++--
>  python-stripe/PKGBUILD     | 20 +++++++++++++++++---
>  python-weasyprint/PKGBUILD |  6 +++---
>  3 files changed, 29 insertions(+), 8 deletions(-)
> 
> diff --git a/python-minio/PKGBUILD b/python-minio/PKGBUILD

Re: Proposal for Libera Chat to leave nonfree platforms 28 days ago

From Eli Schwartz to ~sircmpwn/public-inbox

On 5/21/21 12:44 PM, Alexandru-Sergiu Marton wrote:
> Some people think using a self-hosted GitLab or Gitea will solve the
> issue of being in the hands of a corporation, or using a proprietary
> platform. That is true. It will solve that issue. Only that
> issue. Software has both an aspect of ownership and an aspect of user
> experience, so thus far the issue of user experience has not been dealt
> with. Are these solutions best for both freedom and experience?
> 
> Having me create yet another account on yet another Git* self-hosted
> instance to post a bug report or feature request is extremely annoying,
> when I could do that by just sending an email with an account I already
> have (everyone has email). Having me create a fork on my account, then
> clone that, commit, push, create a PR, is both a way more intense
> process for the user than sending a patch and way more storage-intensive

Re: meta.sr.ht: Signature did not match digest 29 days ago

From Eli Schwartz to ~sircmpwn/sr.ht-discuss

On 5/21/21 7:49 AM, Sol Fisher Romanoff wrote:
> Running meta.sr.ht-0.53.26-r0, abuilt from ~sircmpwn/sr.ht-apkbuilds for
> aarch64.

What if you try bumping to the latest meta.sr.ht tag "0.53.30"?

-- 
Eli Schwartz
Arch Linux Bug Wrangler and Trusted User

Re: [PATCH sr.ht-docs] Replaced hyphen with em dash a month ago

From Eli Schwartz to ~sircmpwn/sr.ht-dev

On 5/10/21 11:52 PM, a_j@tutanota.de wrote:
>> Could you look into `git send-email`:
> https://git-send-email.io
> I did, but my e-mail provider, Tutanota, doesn't provide an
> SMTP service. After generating the patch, I copied it on to the
> e-mail body. Looks like it doesn't work that way. Is it possible to
> send the patch as an attachment?
Maybe it's not quite such a good email provider, then... they also don't
support anything other than their own in-house desktop clients.

...

If you push your repo to git.sr.ht then the web interface has a "Prepare
a patchset" button. Use this and sourcehut will send a selected range of

Re: Setting up sourcehut on a vps a month ago

From Eli Schwartz to ~sircmpwn/sr.ht-discuss

On 5/6/21 5:16 PM, j3s@c3f.net wrote:
>> you could try setting it up yourself
>> but I don't think this community is going to help you out beyond maybe
>> wishing you good luck.
> 
> Untrue. Drew once offered to help debug
> our orgs sourcehut installation - I think it's disingenuous to
> say that nobody here will help out - I'd certainly chime in if
> I knew a thing.

Were you running it in docker? I said I don't believe people will be
interested in helping do it via docker -- people setting it up via the
recommended method (distro packages) do indeed get plenty of help.

Re: Setting up sourcehut on a vps a month ago

From Eli Schwartz to ~sircmpwn/sr.ht-discuss

On 5/6/21 3:22 PM, Hanna wrote:
> Is is possible to use something like a docker container running postgres/etc 
> for it? I noticed on the debian package it installs them itself, which is
> somewhat redundant when running them in a container already.

It's presumably possible, but the sourcehut/Drew ethos is opposed to
using docker to abstract away your understanding of the stack you're
using. This is e.g. why sourcehut provides distro packages for the
services, to run sourcehut on Alpine/Arch/Debian, but does not provide
dockerfiles to run sourcehut in Docker containers.


So too, the Debian packages aren't designed to assume they depend on
your running some docker container and pointing your sr.ht configs at

Re: [PATCH] Fix tempfile paths for git.sr.ht a month ago

From Eli Schwartz to ~sircmpwn/sr.ht-packages

On 5/3/21 6:01 PM, Eli Schwartz wrote:
> On 4/15/21 8:49 AM, Nicolai Dagestad wrote:
>> ---
>> I have seen 2 extra logfiles in /var/log for a while and finally tracked them
>> down to the pkgbuild for arch. I assumed the correct files where the one in the
>> source code.
>>
>> A similar man-srht-shell file is also create for man.sr.ht, but I find 
no reference
>> to it in the source code, is it still used ?
>>
>> (As this is a minor change in the package I have not tested it, but I would be quite 
>> surprised if it broke something)
> 

Re: [PATCH sr.ht-pkgbuilds] builds.sr.ht: Add api service a month ago

From Eli Schwartz to ~sircmpwn/sr.ht-packages

On 5/3/21 4:44 PM, Thorben Günther wrote:
> ---
>  builds.sr.ht/PKGBUILD                 | 10 ++++++++--
>  builds.sr.ht/builds.sr.ht-api.service | 13 +++++++++++++
>  2 files changed, 21 insertions(+), 2 deletions(-)
>  create mode 100644 builds.sr.ht/builds.sr.ht-api.service

Thanks!

To git.sr.ht:~sircmpwn/sr.ht-pkgbuilds
   f8b7dbb..4bd14da  master -> master

> diff --git a/builds.sr.ht/PKGBUILD b/builds.sr.ht/PKGBUILD
> index 4e1ef1d..448f233 100644

Re: [PATCH] Fix tempfile paths for git.sr.ht a month ago

From Eli Schwartz to ~sircmpwn/sr.ht-packages

On 4/15/21 8:49 AM, Nicolai Dagestad wrote:
> ---
> I have seen 2 extra logfiles in /var/log for a while and finally tracked them
> down to the pkgbuild for arch. I assumed the correct files where the one in the
> source code.
> 
> A similar man-srht-shell file is also create for man.sr.ht, but I find no reference
> to it in the source code, is it still used ?
> 
> (As this is a minor change in the package I have not tested it, but I would be quite 
> surprised if it broke something)

Actually, I believe the paths currently in the tmpfiles.conf used to be
used, but in "Rewrite gitsrht-dispatch in Go" it got changed to use the