lists.sr.ht

All messages before this one were imported from the old mailinglist.
You're right if you're subscribed to

    https://lists.sr.ht/~science-computing/butido

Re: What exactly does the "triage" permission entail? 4 months ago

From Matthias Beyer to ~sircmpwn/sr.ht-discuss

sounds legit, thanks!

What exactly does the "triage" permission entail? 4 months ago

From Matthias Beyer to ~sircmpwn/sr.ht-discuss

Hi,

I'm not quite sure what the "triage" permission in todo.sr.ht actually means.
Can someone elaborate?

Matthias

List will be closed now 4 months ago

From Matthias Beyer to ~science-computing/butido

Hi,

this list will be closed in the next minutes.

Please subscribe to https://lists.sr.ht/~science-computing/butido

Matthias

Re: Inconvenient to navigate between project's git, lists, todo pages 4 months ago

From Matthias Beyer to ~sircmpwn/sr.ht-discuss

On 17-06-2021 07:01:31, 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, [...]
>
> The "problem" is that all those services are not coupled. [...]
> 
> So IMHO, it's the responsibility of maintainers to link all resources
> together in the descriptions / README.md files so that navigation
> becomes easy.  [...]

I agree, although a mechanism to add these links manually wouldn't hurt right?

Re: Provided "as is", without warranty of any kind 4 months ago

From Matthias Beyer to ~sircmpwn/public-inbox

Hi Drew,

Just read your article "Provided "as is", without warranty of any kind", I like
it a lot.

Some people don't understand the implications of MIT(-like) licenses at all.

In the light of

> Many people who rely on free and open source software [...] think that the
> developers have a responsibility to provide good maintenance, or any
> maintenance at all, for their work. This is simply not true.

and

Re: [PATCH] pythonPackages.pyfirmata: init at 1.1.0 5 months ago

From Matthias Beyer to ~andir/nixpkgs-dev

Reviewed-by: Matthias Beyer <mail@beyermatthias.de>

[PATCH nixpkgs] zellij: 0.8.0 -> 0.10.0 5 months ago

From Matthias Beyer to ~andir/nixpkgs-dev

Signed-off-by: Matthias Beyer <mail@beyermatthias.de>
---
 pkgs/tools/misc/zellij/default.nix | 6 +++---
 1 file changed, 3 insertions(+), 3 deletions(-)

diff --git a/pkgs/tools/misc/zellij/default.nix b/pkgs/tools/misc/zellij/default.nix
index 9aaa2117776..803cfd07549 100644
--- a/pkgs/tools/misc/zellij/default.nix
+++ b/pkgs/tools/misc/zellij/default.nix
@@ -2,16 +2,16 @@
 
 rustPlatform.buildRustPackage rec {
   pname = "zellij";
-  version = "0.8.0";
[message trimmed]

Re: Branch-specific build manifests? 5 months ago

From Matthias Beyer to ~sircmpwn/sr.ht-discuss

On 01-05-2021 18:15:02, Hanna wrote:
> Is there a way to have builds.sr.ht only build for when a specific branch is pushed to?

You could just parse the git rev of the repo you're running your script in.

Re: Clarifying nixpkgs-dev for GitHub reviewers 5 months ago

From Matthias Beyer to ~andir/nixpkgs-dev

On 27-04-2021 15:34:07, Ben Sima wrote:
> I would write something like this: [...]

Submitted to the wiki here:
https://nixos.wiki/wiki/Nixpkgs-dev-ml

And linked from here:
https://nixos.wiki/wiki/Nix_Community
(at the very bottom)

Matthias