~tristan957

Austin, Texas

https://tristan.partin.io

Software developer experienced in open-source communities, device drivers, application software, web development, and data modeling.

~tristan957/public-inbox

Last active 1 year, 8 months ago

~tristan957/vscode-sr-ht-discuss

Last active 2 years ago

~tristan957/vscode-sr-ht-devel

Last active 2 years ago

~tristan957/vscode-sr-ht-announce

Last active 2 years ago

~tristan957/noteriety-discuss

Last active 2 years ago

~tristan957/noteriety-devel

Last active 2 years ago

~tristan957/noteriety-announce

Last active 2 years ago

~tristan957/pigeon-discuss

Last active 2 years ago

~tristan957/pigeon-devel

Last active 2 years ago

~tristan957/pigeon-announce

Last active 2 years ago
View more

Recent activity

Re: In praise of qemu 3 months ago

From Tristan Partin to ~sircmpwn/public-inbox

Drew,

Thanks for the post. I would be interested in learning a little bit
more about how to combine a chroot with qemu-user in order to setup a
cross-compilation environment, whether that is a pointer to the docs or
another blog post that talks about how you use it for Hare development.

Thanks,

Tristan Partin

Re: builds.sr.ht manifest schema? 3 months ago

From Tristan Partin to ~sircmpwn/sr.ht-discuss

https://json.schemastore.org/sourcehut-build-0.65.0.json

Not sure where it is maintained, but someone on this
list was involved with it.

[PATCH] Add pathbuf API 5 months ago

From Tristan Partin to ~lattis/muon

pathuf supports constructing a path up to PATH_MAX.
---
 include/platform/pathbuf.h | 15 +++++++++++
 src/platform/meson.build   |  1 +
 src/platform/pathbuf.c     | 53 +++++++++++++++++++++++++++++++++++++
 tests/unit/meson.build     |  1 +
 tests/unit/pathbuf.c       | 54 ++++++++++++++++++++++++++++++++++++++
 5 files changed, 124 insertions(+)
 create mode 100644 include/platform/pathbuf.h
 create mode 100644 src/platform/pathbuf.c
 create mode 100644 tests/unit/pathbuf.c

diff --git a/include/platform/pathbuf.h b/include/platform/pathbuf.h
new file mode 100644
[message trimmed]

Re: [PATCH] Fix pagination 1 year, 8 months ago

From Tristan Partin to ~tristan957/public-inbox

Owen,

I am so stupid! I never saw this email in my inbox. I have been
iterating on my website quite a bit recently, and finally got enough
blogs down to realize the mistake I made here. Ended up fixing other
pagination issues as well.

I ended up finding your blog. Cool that your site looks a lot like
mine. I made quite a few changes around how it is configured, so if
you wanted to pull updates from the source html files, it should be
much easier now.

Maybe at some point I will actually get a real Hugo theme going.

Re: [builds.sr.ht] Resubmitted builds are not associated with original build's project 1 year, 8 months ago

From Tristan Partin to ~sircmpwn/sr.ht-discuss

This really has nothing to do with my non-existsent obsession about
a status badge.

Say my pipeline publishes something to PyPI. I should be able to
take the release from PyPI, see what git tag was associated with it,
and look up the pipeline associated with that release easily. In the
case of the alpine build I presented in my last email, because of the
resubmit, people would not easily be able to associate the tag with
the specific build pipeline that published the Python package. That
pipeline would just be orphaned forever.

Re: [builds.sr.ht] Resubmitted builds are not associated with original build's project 1 year, 8 months ago

From Tristan Partin to ~sircmpwn/sr.ht-discuss

This is not always the case though.

https://builds.sr.ht/~tristan957/job/475977

For instance as well as the rest of the builds from that day.

The alpine/edge image pretty obviously had problems that were
outside of my control, but if I go to resubmit, it would make sense
to associate the build with the build history of the repo. Because
in the event that the alpine/edge image starts working again, I don't
have to push up a dummy commit to get my build status back to green,
when in reality, I should just be able to resubmit the build.

Re: We are building a new systems programming language 1 year, 8 months ago

From Tristan Partin to ~sircmpwn/public-inbox

Disappointing, but understandable. Excited for the 1.0 release and
the traction the language can gain. I am sure adding Meson support
post-1.0 will be pretty cookie-cutter.

Thanks,

Tristan

Re: We are building a new systems programming language 1 year, 8 months ago

From Tristan Partin to ~sircmpwn/public-inbox

Hey Drew,

First time commenter on your posts, so not really sure if you like
individual comments in their own thread or a thread per post...

Although I am not sure how much I can contribute to the things you
talked about in your post, I would be interested in trying to bring
Meson support to your language. I have contributed to Meson in the
past and am active in their freenode channel (#mesonbuild). Would
be a chance for me to get more into Meson internals specifically
around implementing language and compiler support. Not exactly sure
where you stand on Meson or if you already have a build system in
mind. Knowing you, your language probably operates with Make nicely
already. The Meson work could live in a private branch/fork somewhere

Migadu + Calendar Workflow 1 year, 10 months ago

From Tristan Partin to ~sircmpwn/public-inbox

Hey Drew,

I know you are very hip on Migadu for email. I was wondering what service you used for a calendar if you keep one. I see Migadu offers some basic CalDav/CardDav support, although it isn't their "main focus". Do you use what they provide, and if so, how do you like it?

Thanks,

Tristan Partin

Re: Supporting user groups/organizations on SourceHut 2 years ago

From Tristan Partin to ~sircmpwn/sr.ht-discuss

I think the + or the = are both good characters to use. I though Ludovic 
brought up a good point about the usage of + in at least Gmail. If + is 
a summation of users, then = could be united users for a common goal, if 
we wanted some sort of dumb meaning associated with the character. 
Either or I am happy with.

Tristan Partin