~sircmpwn

Philadelphia, PA

https://drewdevault.com

I write code.

~sircmpwn/alpine-aports

Last active 7 hours ago

~sircmpwn/sr.ht-announce

Last active 7 hours ago

~sircmpwn/alpine-devel

Last active 13 hours ago

~sircmpwn/email-test-drive

Last active a day ago

~sircmpwn/sr.ht-discuss

Last active a day ago

~sircmpwn/free-writers-club

Last active a day ago

~sircmpwn/aerc

Last active a day ago

~sircmpwn/sr.ht-ops

Last active a day ago

~sircmpwn/sr.ht-admins

Last active 3 days ago

~sircmpwn/public-inbox

Last active 4 days ago
View more

Recent activity

Planned maintenance affecting all sr.ht services June 15th at 18:00 UTC 7 hours ago

From Drew DeVault to ~sircmpwn/sr.ht-announce

Be advised that, on June 15th at 18:00 UTC, all sr.ht services will
undergo maintenance. During this time, we expect intermittent outages,
isolated to one or two services at a time, lasting between 15 and 30
minutes each.

For updates, please consult our status page:

https://status.sr.ht

Re: [PATCH] community/py3-pygit2: update dependencies 7 hours ago

From Drew DeVault to ~sircmpwn/alpine-aports

Be advised, this patch should be backported to Alpine 3.12.

[PATCH] community/py3-pygit2: update dependencies 7 hours ago

From Drew DeVault to ~sircmpwn/alpine-aports

six is no longer required; and a new dependency is necessary.
---
 community/py3-pygit2/APKBUILD | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)

diff --git a/community/py3-pygit2/APKBUILD b/community/py3-pygit2/APKBUILD
index 95edde892b..9f18bd1fb5 100644
--- a/community/py3-pygit2/APKBUILD
+++ b/community/py3-pygit2/APKBUILD
@@ -4,12 +4,12 @@
pkgname=py3-pygit2
_pkgname=pygit2
pkgver=1.2.1
pkgrel=0
[message trimmed]

Re: Discuss: proposed changes to the SourceHut terms of service 2 days ago

From Drew DeVault to ~sircmpwn/sr.ht-discuss

On Sat May 30, 2020 at 9:35 AM EDT, Jon Fineman wrote:
> Did you envision classifying public code repositories differently than
> public files for hosting web sites or maybe having other web sites point
> to the assets stored in sr.ht?

For your personal website, you could use a creative commons license,
which offers lots of flexibility to you in how strict or lenient the
distribution terms are. The most strict is CC-BY-ND-NC, which prohibits
derivative works and commercial use, and requires attribution.

Re: Discuss: proposed changes to the SourceHut terms of service 3 days ago

From Drew DeVault to ~sircmpwn/sr.ht-discuss

On Fri May 29, 2020 at 12:03 PM EDT, Malcolm Matalka wrote:
> Would it be against policy for me to run an external public project
> directory that people can submit unlisted projects, so they can work
> around the license restriction?
>
> Similarly, would it be against policy to create a public project that
> contains links to unlisted projects (like the "awesome-blah" repose that
> exist for topics) that do not have licenses that reflect public project
> requirements?

This would definitely be against the spirit of the terms, and would
likely make me rethink the exception for unlisted projects.

Re: Discuss: proposed changes to the SourceHut terms of service 3 days ago

From Drew DeVault to ~sircmpwn/sr.ht-discuss

On Fri May 29, 2020 at 5:05 AM EDT, Sam Whited wrote:
> 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.

We can probably make an exception for works which are not copyrightable
in the US. I've also been thinking about adding an exception for the US
Public Domain, so that works of the US government could be hosted here.
SourceHut is a US entity, so it's from that context that such exceptions
would have to be made.

Re: Discuss: proposed changes to the SourceHut terms of service 3 days ago

From Drew DeVault to ~sircmpwn/sr.ht-discuss

On Fri May 29, 2020 at 7:23 AM EDT,  wrote:
> To further expand on this point: what if I want a public repo but don't
> know or care about proper licensing my grandma's pancake recipes or
> helloworlds in lisp?

I agree with earlier comments: it's not especially burdensome to ask you
to drop CC-0 next to 'ma's receipes, or MIT with the helloworlds.

Re: Discuss: proposed changes to the SourceHut terms of service 3 days ago

From Drew DeVault to ~sircmpwn/sr.ht-discuss

On Fri May 29, 2020 at 4:52 AM EDT, Zachary King wrote:
> I'm sorry, but I have to disagree on this point.
>
> You can't restrict what a user can do on a platform and say it is
> increasing their freedom. That doesn't mean that it is wrong or
> shouldn't be done, but you can't do one thing and call it another.

I don't want to get into the weeds on this, but by requiring all public
projects to use a FOSS license, it increases the freedom of *everyone
else* by making sure that any project they see on sr.ht is something
they can use under terms they understand.

Re: Discuss: proposed changes to the SourceHut terms of service 3 days ago

From Drew DeVault to ~sircmpwn/sr.ht-discuss

On Fri May 29, 2020 at 2:41 AM EDT, Simon Ser wrote:
> Maybe that's a minor point, but what would be the recommended solution
> for "less important" repos like dotfiles? It would be annoying to have
> a LICENSE file lying around in ~, or to add a license header to all
> files. I suppose these repos could be unlisted, but that would be a
> hack to just workaround the rule.

Maybe we could have a UI for declaring the license out-of-band. It is
useful to have a license for dotfiles, too, for example if someone wants
to repurpose one or your user scripts or incorporate your custom theme
upstream.

Re: Discuss: proposed changes to the SourceHut terms of service 3 days ago

From Drew DeVault to ~sircmpwn/sr.ht-discuss

The Unlicense is permitted under these terms. The specific criteria for
licenses allowed from this list is "any license which is not marked as
'nonfree'".