~strahinja

Belgrade, Serbia

https://strahinja.org

Programmer with a wide programming skill set. Started with Basic in the 1990s, current focus: C, suckless programs.

~strahinja/public-inbox

Last active 3 years ago
View more

Recent activity

Re: Clearer contribution and deployment guides 23 hours ago

From Страхиња Радић to ~sircmpwn/sr.ht-discuss

Дана 24/07/12 08:23PM, Monti написа:
> our Russian buddy 

*Serbian, though it is irrelevant to the discussion.

Re: Clearer contribution and deployment guides 23 hours ago

From Страхиња Радић to ~sircmpwn/sr.ht-discuss

Дана 24/07/12 07:29PM, Monti написа:
> This would be a traditional way for very technical users who are deeply
> familiar with the Linux kernel contribution workflow, I think Sourcehut
> should also consider less experienced users coming from git forges like
> Gitlab, Github or Codeberg (forgejo).

The motto of Sourcehut is "The Hacker's Forge". Its appeal is precisely 
in its difference from mainstream source hosting sites, mainly Github. 
It is geared towards a non-mainstream, alternative audience.


> Personally, I'm very used to contributing through pull/merge requests, but
> that doesn't mean I'm not open to discovering and maybe even changing my
> workflow.

Re: Clearer contribution and deployment guides a day ago

From Страхиња Радић to ~sircmpwn/sr.ht-discuss

Дана 24/07/12 06:13PM, Monti написа:
> The simplest fix would be to put the introduction in its own section and do
> the same for `hacking', but renaming it to "developing" or "contributing" as
> the original title is another design flaw that I do not think I need to
> explain, as anyone who will think for at least 10 seconds will figure that
> out.

If you haven't already, I strongly suggest you read this:

	https://stallman.org/articles/on-hacking.html

it is the rationale behind this terminology, and one of the hallmarks 
of Free Software culture.

Re: Centralized repository hosting a month ago

From Страхиња Радић to ~sircmpwn/sr.ht-discuss

Дана 24/05/23 10:59AM, Matěj Cepl написа:
> I know about OpenBSD, but let me just not comment on them … I
> would think it is their extreme conservatism they have never
> switched, and the close character of their community which make
> us unable to understand the context of their decisions, but let
> keep them as an outlier.

... and then a comment was made anyway. :^)

What can be found by a web search on this matter is that CVS "just worked" for 
the OpenBSD developers when they started, and now the hassle of migrating to a 
new versioning system outweighs the potential benefits. The system in 
development that I mentioned, got, supports importing from CVS and works with 
git trees, so could make the transition from CVS less painful. At the same

Re: Centralized repository hosting a month ago

From Страхиња Радић to ~sircmpwn/sr.ht-discuss

Дана 24/05/22 05:45PM, Matěj Cepl написа:
> I mean, really [1]? If you really want to use CVS, then get help,
> the last stable release of CVS was 16 years ago [2], and there
> has never been a reason to use it even before. The fact that some
> operating systems are still developed in CVS, … I should probably
> not comment on that.

Main versioning system used in OpenBSD development is CVS, which didn't hinder 
it being perhaps the most proactively secure OS in existence.

* * *

That said, finxx, if you are using OpenBSD, recently I started transitioning to 
got[1], which I highly recommend trying out. It is a OpenBSD-based versioning

Re: Article about flaws of Sourcehut 2 months ago

From Страхиња Радић to ~sircmpwn/sr.ht-discuss

Дана 24/05/02 01:19PM, Moritz Poldrack написа:
> This is a non sequitur, I think. Being able to use a system like the
> email-based workflow has no bearing on whether or not they are able to
> provide worthwhile contributions. That is ignoring non-code contributions
> like documentation changes, issues, or translations.

Maybe it is not immediately obvious, but it is still a filter.

Programmers won't have any issues with it. "Coders" might.

Re: Article about flaws of Sourcehut 2 months ago

From Страхиња Радић to ~sircmpwn/sr.ht-discuss

Дана 24/05/02 11:49AM, raingloom@riseup.net написа:
> Not every contribution is code.  If you make it difficult for people to
> report issues or contribute docs, you are going to end up with a worse
> product.

Regarding reporting "issues", I don't see the problem. Anyone finding
writing emails hard would have a hard time using most software anyway.

See here for an example of how problem reporting should be done:

	https://www.openbsd.org/report.html


Contributing documentation is not that different from contributing

Re: Article about flaws of Sourcehut 2 months ago

From Страхиња Радић to ~sircmpwn/sr.ht-discuss

Дана 24/05/02 10:18AM, jman написа:
> I've explicitely asked to keep the "political" part of that article 
> out of this email thread. You can open another thread for that if you 
> prefer.

The "technical" arguments presented in the article are there just to 
give its main (what you call "political") premise false sense of 
validity.

There are many long-term free software projects which operate 
successfully for years without Github (or Sourcehut, for that matter). 

Using Github is not a prerequisite to maintain a quality free software 
project. On the contrary, the "social network" nature of Github has

Re: Article about flaws of Sourcehut 2 months ago

From Страхиња Радић to ~sircmpwn/sr.ht-discuss

Дана 24/05/01 12:40PM, jman написа:
> https://protesilaos.com/codelog/2024-04-30-re-emacs-github-freedom-microsoft/

Skimming over this article, it contains a lot of false arguments. One 
of the worst offenders being the fallacy that since Big tech are 
contributors to Linux, we should use their AI-feeding platform. 
(Right...)

GNU in general is broken for years now, anyway (OpenBSD is an eye 
opener). The only thing of value they still have right now is the 
uncompromising GNU GPL v3+.

Re: Use format=flowed in automatic answer to HTML e-mails 2 months ago

From Страхиња Радић to ~sircmpwn/sr.ht-discuss

Sourcehut extends the traditions of Unix hackers, which is a welcome breath of 
fresh air in today's time of Github and mainstream development practices. 
That's really the whole appeal of Sourcehut - the "Hacker's Forge".

Mobile phones with HTML email, repository management through web interface 
loaded with bloated JavaScript frameworks, WASM, Google Analytics and code 
funneling to AI should not be first-class citizens, 80x25 text terminals and 
git send-email should.


Дана 24/04/19 07:41PM, Eleanor Clifford написа:
> IMO that's a problem on the client end and shouldn't influence how mail is 
> actually encoded -- configure your MUA to wrap text with fewer columns, or just 
> make your window less wide.