it's worth stating publicly that copying people's code without attribution is plagiarism and is not cool.

yes, even if you don't respect the people who wrote it.

yes, even if the license nominally lets you (but it is likely that is *not* the case because it muddies the copyright information of the file. i am not, however, a lawyer).

@piegames @leftpaddotpy oh no, what now? :(
@srtcd424 @leftpaddotpy there have been several cases in the past of Nix developers backporting Lix changes without proper attribution. But of course, the statement generalizes to many such cases across FOSS
@piegames @leftpaddotpy yeah, I assumed it was a Lix<->Nix thing, sadly :(

@piegames @srtcd424 although it is true that plagiarism has been done by various members of the cppnix team and mic92 to lix code and forked nix-eval-jobs code written by a wide variety of people, it is a more general point that this is not fucking cool ever. i think we are up to our fourth incidence.

citing the source of your code helps a lot to anyone looking at it in the future as they can pull the original metadata and is basic decency to the people who wrote it.

@leftpaddotpy @piegames @srtcd424

yeah... citing the source is indeed basic decency.

IANAL either but almost every single FOSS license -- including MIT and other "permissive" licenses -- requires existing copyright notices to be kept intact. you cannot simply remove them.

funnily enough, tencent did cite my code as the source... but they replaced my copyright notice with their own and changed the license from GPL to BSD, which is very much a copyright/license violation.

https://github.com/Tencent/QT4A/issues/132

copyright violation ยท Issue #132 ยท Tencent/QT4A

https://github.com/Tencent/QT4A/blob/master/qt4a/apktool/zipalign.py says: # Tencent is pleased to support the open source community by making QTA available. # Copyright (C) 2016THL A29 Limited, a ...

GitHub

@leftpaddotpy @piegames @srtcd424

Did not expect this; thought we were handling this responsibly.

I know Lix contributors were credited at least in the commits of our initial meson work.
We've also started listing the contributors to each release, based on the commits.

Where is it missing? I'd like to rectify any missing attributions.

@roberth @piegames this is the inciting frustration this time and tbh it's mostly not been cppnix doing it; there's been two instances of mic92 copying lix fork code, one with reformatting a square commit message (e: mixed up the author) and then not mentioning its provenance.

in short: please link the CLs and add a Co-authored-by when cherry picking a commit, especially if the git author metadata changes. it helps a lot to find the back story behind the code.

https://github.com/NixOS/nix/pull/11272

fix: build-utils-meson to set SYSTEM by tomberek ยท Pull Request #11272 ยท NixOS/nix

Motivation SYSTEM was being set to "linux" Context Got some translation from the lix repo, but placing it into the build-utils-meson to match. Priorities and Process Add ๐Ÿ‘ to pull request...

GitHub
@leftpaddotpy @roberth https://discourse.nixos.org/t/code-attribution-policy/50445 let's try to find some common ground moving forward
Code attribution policy

In the last months, Iโ€™ve heard several allegations about people copying foreign code into Nix projects without or with improper attribution. Part of the conflict here is that there is disagreement on what exactly constitutes proper attribution. I therefore propose to establish some agreed on rules, and put them somewhere in the contributor guidelines. Some ideas of mine, for a start: Source of truth for attribution must be the git history, everywhere else (GitHub etc.) is auxiliary. Attributio...

NixOS Discourse

@piegames @leftpaddotpy No need for formal language like that. I'm pretty sure we agree on these values.

I've opened a PR for Nix's contributing page: https://github.com/NixOS/nix/pull/11280

CONTRIBUTING.md: Add attribution and context rules by roberth ยท Pull Request #11280 ยท NixOS/nix

Motivation Proper attribution is important, and so is providing context to future contributors. Context We've recently had an incident where these rules were not followed, so let's add gui...

GitHub

@leftpaddotpy I'm a little (pleasantly) surprised to discover that both #Lix and #CppNix are licensed with #LGPL. I guess I got the idea that it was #MITlicence since that's what #NixOS uses.

https://git.lix.systems/lix-project/lix#license
https://github.com/NixOS/nix/?tab=readme-ov-file#license

lix

A modern, delicious implementation of the Nix package manager, focused on correctness, usability, and growth โ€” and committed to doing right by its community

Lix Systems

@mcrocker Lix can't not be LGPL since it is a CppNix fork.

I think some debates were had a long time ago, probably, that led to this current license selection, but it is never really going to change, for the somewhat self-evident reasons of "it can't".

@leftpaddotpy

If any aspiring forks of incumbent software projects wanted to said incumbent software project to not easily backport their code, said fork could opt to change its license to an stricter and therefore incompatible license, thereby preventing backports until said incumbent software project changed their license too.

This would be especially effective is said incumbent software project were to increasingly cater towards corporate interests who would not agree to a license change to a stricter copyleft license.

The AGPL is a fine license for a modern free software project, wouldn't you agree?

@Atemu no, that's a dick move and directly prevents adoption, especially at large companies such as Google who outright ban AGPL software. now, granted, fuck large companies, but i don't think it's ok to do this, especially if the motive is spite at the software you forked from.

i do not believe such spite exists much in lix and i oppose anyone starting it. there are frustrations with working with CppNix and friends but they *are* our colleagues and it's not ok to deliberately screw them over.