~samwhited

Atlanta, GA

https://blog.samwhited.com

~samwhited/public-inbox

Last active 8 months ago

~samwhited/mellium-devel

Last active 8 months ago

~samwhited/mellium-patches

Last active 8 months ago

~samwhited/mellium-announce

Last active 8 months ago

~samwhited/mellium-discuss

Last active 8 months ago

~samwhited/soquee-announce

Last active 8 months ago

~samwhited/soquee-devel

Last active 8 months ago

~samwhited/soquee-discuss

Last active 8 months ago

~samwhited/patches

Last active 1 year, 7 months ago

~samwhited/terraform-provider-sourcehut

Last active 1 year, 10 months ago
View more

Recent activity

Re: UI Feedback on Builds a month ago

From Sam Whited to ~sircmpwn/sr.ht-discuss

My manifests are all submitted by Git, I don't put them in manually.

—Sam

On Tue, Dec 1, 2020, at 21:48, jack@jpgleeson.com wrote:
>
> Would using the notes box when entering the manifest work for you
> here? It puts the text just below the id of the job, not as
> immediately readable as the headers above, but definitely apparent.
>
>

-- 
Sam Whited

UI Feedback on Builds a month ago

From Sam Whited to ~sircmpwn/sr.ht-discuss

Hi,

I'd like to suggest adding a title to the build pages pulled from
the manifest, or possibly just the build manifest filename somewhere
on the page.

Some of my projects launch several builds that run in parallel and have
similarly named tasks, so the pages appear the same and I can't tell
which builds I'm actually looking at. Having it say "Integration Tests"
or "Unit Tests" at the top (or whatever the case may be) would be
extremely helpful.

I'm posting here for discussion per the instructions on the issue
tracker.

Re: Feature request: Count files containing "LICENSE" in the name as a valid license 2 months ago

From Sam Whited to ~sircmpwn/sr.ht-discuss

It won't help you with hating having a license at all, but you might be
interested in the Center for Plain Language
(https://centerforplainlanguage.org/). The TL;DR is that there's nothing
magical about legalese, and no reason to continue using it, people just
do because they don't want to risk their words being twisted and used
against them when they could use a tried and true formulation that's
been litigated and is well understood. The Center for Plain Language
advocates for using normal language in the law.

—Sam

On Sun, Nov 8, 2020, at 15:36, ValleyKnight wrote:
> I can't stand license-speak, I can't stand copyright, and I truly
> can't stand having to use a license at all.

Re: Building with multiple language versions 4 months ago

From Sam Whited to ~sircmpwn/sr.ht-discuss

FWIW, the last time I caught something like this was very recently. I
always support the last two releases of Go per their support policy, and
recently found a bug that occurred because of a change to the standard
library in Go 1.15. This also isn't a one off, it's fairly common for me
to find minor breakages between versions, especially in more complicated
packages like the net package. The recent preemption changes a version
or two ago also caused a lot of issues to be found that I wouldn't have
seen if I weren't running tests on a version that didn't have the
changes as well.

—Sam

On Mon, Aug 31, 2020, at 09:01, Drew DeVault wrote:
> Another option is to not build for multiple language versions. When

Re: Do not rebuild same commit? 6 months ago

From Sam Whited to ~sircmpwn/sr.ht-discuss

You definitely don't want to prevent a rebuild if the hash has changed
because the underlying source may still be different and the unchanged
patch may react differently with different code in other parts of the
code base causing failures that have now been skipped.

—Sam

On Tue, Jul 14, 2020, at 08:32, Drew DeVault wrote:
> Also, after you merge or rebase commits from your feature branch to
> master, their hash changes. So now we're deep comparing commits, and
> we have to store the full patch somewhere instead of just the sha to
> know that we've already built it.
>

Re: RFC: Antipolitical Software Manifest 6 months ago

From Sam Whited to ~sircmpwn/free-writers-club

If you have more than 1 person working together on something, it's
political. Pretending to be a-political is itself a political statement.
You can't escape it by putting something in your license. License
proliferation and using it to enforce your political beliefs (which are
apparently that software should not be a force for change in the world,
which is itself a political belief) is probably much more dangerous than
the Rust team including a BLM banner on their site or whatever it is
that's made you write this.


—Sam

On Sat, Jul 4, 2020, at 08:25, Philipp Stanner wrote:
> Hi!

Re: Discuss: proposed changes to the SourceHut terms of service 7 months ago

From Sam Whited to ~sircmpwn/sr.ht-discuss

I would find any of these alternatives acceptable as it would still
allow me to keep all of my projects in one place, while discouraging
proprietary projects (which I sadly still have a few of that I either
can't or am not interested in open sourcing for one reason or another,
but which I'd like to be at least source-available).

—Sam

On Thu, Jun 4, 2020, at 13:44, Jordan wrote:
> With that being said, I do have a couple of ideas to maintain the foss
> spirit of sr.ht while allowing developers to use their choice of
> license. Sr.ht could allow for only foss repos and projects to be
> listed on the hub as highlighted projects. The search feature could
> filter results based on its license; foss only are searchable by

Re: Discuss: proposed changes to the SourceHut terms of service 7 months ago

From Sam Whited to ~sircmpwn/sr.ht-discuss

On Fri, May 29, 2020, at 10:00, Wolf480pl wrote:
> IOW, adding a LICENSE file to a non-copyrightable work is a no-
> op, right?

It is definitely a no-op, but it still seems confusing at best and
misleading at worst. I'd definitely think twice about putting a CC-0 on
my repo, then also saying somewhere "please ignore the license, it's
just there so that we can make this public". This particular line of
inquiry doesn't really matter though since Drew said he'd make an
exception for it.

—Sam

Re: Discuss: proposed changes to the SourceHut terms of service 7 months ago

From Sam Whited to ~sircmpwn/sr.ht-discuss

Another quick question:

What about repos that are not actually copyrightable? For example, I
maintain a list of folk dances (some that I have written, some by other
callers). In the U.S. at least these are not copyrightable even if
you're the author of the dance, so a license like CC would not apply.

—Sam

On Thu, May 28, 2020, at 21:07, Drew DeVault wrote:
> I'm looking for user feedback on a set of proposed changes to the
> terms of service. You can read the full diff here:
>
> https://paste.sr.ht/~sircmpwn/c5516b2c64466b2381710092af37453ce204d2b9

Re: Discuss: proposed changes to the SourceHut terms of service 8 months ago

From Sam Whited to ~sircmpwn/sr.ht-discuss

On Fri, May 29, 2020, at 00:23, Drew DeVault wrote:
> No, I haven't made up my mind, and I am receptive to feedback. I'm
> just saying that negative feedback from a few people was expected, and
> is not the only criteria which will make the decision.

Ah yes, of course. I apologize if I implied that I thought that just by
providing negative feedback it would sway you, I just wanted to provide
some feedback like you asked and try to explain why I would no longer be
able to use Sourcehut. Hopefully it will be useful to you as you make
your decision.

Thanks again,
Sam