Age | Commit message (Collapse) | Author | Files | Lines | |
---|---|---|---|---|---|
2023-09-06 | CONTRIBUTING.md: Reword changes acceptable for backport | Silvan Mosberger | 1 | -9/+9 | |
It wasn't entirely clear if the list was acceptable or not from the wording. | |||||
2023-09-04 | CONTRIBUTING: Add note about how to commit new maintainers-list.nix entry | Matthias Beyer | 1 | -0/+5 | |
Signed-off-by: Matthias Beyer <mail@beyermatthias.de> | |||||
2023-08-28 | docs: fix link to Nix manual on sandbox config | Hraban Luyat | 1 | -1/+1 | |
2023-08-20 | CONTRIBUTING: remove suggestion about the order of arguments | Anderson Torres | 1 | -2/+0 | |
Particularities about style should be enforced at the tooling level (linters, code beautifiers etc.). Otherwise, it adds more weight on the PR reviewing, distracting both authors and reviewers from the substance of the changes. | |||||
2023-08-14 | CONTRIBUTING.md: Move boot loader-specific sentence to pkgs/README.md | Silvan Mosberger | 1 | -2/+0 | |
This needs a rewrite at some point.. | |||||
2023-08-14 | CONTRIBUTING.md: Typos and formatting | Silvan Mosberger | 1 | -9/+9 | |
- Fix sentence about meeting contributing standards - pkgs -> packages - Use emoji's because GitHub renders the :*: things weird sometimes - Move a dot Co-authored-by: Rémi NICOLE <minijackson@users.noreply.github.com> | |||||
2023-08-14 | CONTRIBUTING.md: Minor content updates based on reviews | Silvan Mosberger | 1 | -3/+8 | |
- Contributing without a GitHub account - Mention OfBorg - nix.useSandbox -> nix.settings.sandbox - nixpkgs-review is good for not just version updates Co-authored-by: Rémi NICOLE <minijackson@users.noreply.github.com> | |||||
2023-08-14 | CONTRIBUTING.md: Move sections around | Silvan Mosberger | 1 | -209/+223 | |
Yeah I'm totally getting lazy with the commits, but it's really hard and takes a long time.. | |||||
2023-08-14 | CONTRIBUTING.md: Minor fixes | Silvan Mosberger | 1 | -33/+35 | |
2023-08-14 | CONTRIBUTING.md: New section on which branch to use | Silvan Mosberger | 1 | -31/+50 | |
2023-08-13 | CONTRIBUTING.md: Move rebasing section up | Silvan Mosberger | 1 | -74/+74 | |
Right into the "How to propose a change" section, because that's where it's relevant | |||||
2023-08-13 | CONTRIBUTING.md: Remove duplicated section | Silvan Mosberger | 1 | -7/+0 | |
How to force push to PR's is already explained in the "How to propose a change" section at the beginning | |||||
2023-08-13 | CONTRIBUTING.md: Minor formatting fixes | Silvan Mosberger | 1 | -27/+24 | |
2023-08-13 | CONTRIBUTING.md: Clean up releases section | Silvan Mosberger | 1 | -51/+43 | |
2023-08-13 | CONTRIBUTING.md: Move release sections together | Silvan Mosberger | 1 | -71/+71 | |
Will be cleaned up in the next commit | |||||
2023-08-13 | CONTRIBUTING.md: Clean up and condense staging workflow section | Silvan Mosberger | 1 | -65/+50 | |
2023-08-13 | CONTRIBUTING.md: Replace staging workflow diagram | Silvan Mosberger | 1 | -24/+46 | |
Can't be rendered in GitHub markdown, replacing it with a Git branch diagram using mermaid | |||||
2023-08-13 | CONTRIBUTING.md: Move flow of changes section up | Silvan Mosberger | 1 | -145/+145 | |
2023-08-13 | CONTRIBUTING.md: Clean up "Making patches" section | Silvan Mosberger | 1 | -28/+23 | |
Moving and collecting bits into the appropriate places, also writing some new sentences | |||||
2023-08-13 | CONTRIBUTING.md: Write a new section on how to propose a change | Silvan Mosberger | 1 | -25/+66 | |
Removing paragraphs from the other sections that aren't necessary anymore | |||||
2023-08-13 | CONTRIBUTING.md: Coding conventions -> code conventions | Silvan Mosberger | 1 | -1/+2 | |
It's not conventions about how to do coding, it's about what the code should look like | |||||
2023-08-13 | CONTRIBUTING.md: Collect paragraphs into a new commit conventions section | Silvan Mosberger | 1 | -49/+41 | |
2023-08-13 | CONTRIBUTING.md: Move pull request template section to the bottom | Silvan Mosberger | 1 | -70/+69 | |
2023-08-13 | CONTRIBUTING.md: Add overview | Silvan Mosberger | 1 | -0/+9 | |
2023-08-13 | CONTRIBUTING.md: Add intro | Silvan Mosberger | 1 | -0/+7 | |
2023-08-13 | Move CONTRIBUTING-new.md to CONTRIBUTING.md | Silvan Mosberger | 1 | -0/+682 | |
The -new version was assembled in the previous commits | |||||
2023-08-13 | CONTRIBUTING.md: Remove temporarily | Silvan Mosberger | 1 | -11/+0 | |
So that the CONTRIBUTING-new.md can take its place and Git detect the rename | |||||
2023-08-13 | CONTRIBUTING.md: Move opening issues section to Nixpkgs manual | Silvan Mosberger | 1 | -6/+0 | |
This isn't relevant to contributors specifically, it applies to all users | |||||
2023-08-13 | CONTRIBUTING.md: Rough move to new contribution doc files | Silvan Mosberger | 1 | -159/+0 | |
No content was changed, new titles are wrapped with () to signal that they will need to be decided on in a future commit. | |||||
2023-08-12 | CONTRIBUTING.md: highlight the need for setting `meta.mainProgram` | Anderson Torres | 1 | -2/+3 | |
2023-06-20 | contributing: Explain how to run common tests | Victor Engmark | 1 | -0/+9 | |
As a beginning contributor, it is far from obvious where to find tests, how to run individual tests locally for quick development, and which tests do what. The new "Testing changes" section aims to help with all of these. Co-authored-by: Emily <git@emilylange.de> | |||||
2023-06-17 | Merge pull request #238126 from nikstur/contributing-release-notes | Pol Dellaiera | 1 | -13/+0 | |
CONTRIBUTING.md: remove historical trivia | |||||
2023-06-16 | CONTRIBUTING.md: remove historical trivia | nikstur | 1 | -13/+0 | |
The transition to markdown is done now and the historical trivia is not helpful for first time contributers who are the primary audience for this document. Telling the user to edit a file by editing a file is superfluous. | |||||
2023-06-12 | CONTRIBUTING.md: Add section for mass-ping handling | piegames | 1 | -2/+35 | |
2023-05-31 | Release NixOS 23.05 | Raito Bezarius | 1 | -8/+8 | |
2023-04-24 | CONTRIBUTING.md: Clarify guidelines for `meta.description` | Jean-Paul Calderone | 1 | -0/+1 | |
2023-02-10 | nixos/manual: remove md-to-db | pennae | 1 | -3/+6 | |
with manual chapters no longer needing pandoc for their conversion to xml we can get rid of this source of confusion, and its huge cache of xml files. | |||||
2022-12-31 | CONTRIBUTING.md: clarify some directives about `meta` attributes | AndersonTorres | 1 | -1/+4 | |
2022-12-24 | CONTRIBUTING: add links to online resources | Sandro Jäckel | 1 | -1/+1 | |
2022-12-17 | treewide: fix typos | figsoda | 1 | -1/+1 | |
2022-12-14 | CONTRIBUTING: loose squash merging rules (#204988) | Sandro | 1 | -3/+3 | |
Co-authored-by: Naïm Favier <n@monade.li> | |||||
2022-12-02 | Merge pull request #196153 from ncfavier/contributing-no-squash | Naïm Favier | 1 | -0/+4 | |
2022-11-30 | Release NixOS 22.11 | Martin Weinelt | 1 | -8/+8 | |
2022-11-14 | CONTRIBUTING: Reference release notes in package bumps | Martin Weinelt | 1 | -1/+1 | |
This change improves the recommendation for good commit messages to include release notes on package bumps. Including the release notes increases the likelihood that they will be taken into consideration during review. Having them included in the review is important to be able to judge whether changes made during a version bump are sensible, sufficient or complete. The burden of retrieving the release notes for arbitrary package bumps should not rest on the relatively small group of reviewers. Signed-off-by: Martin Weinelt <hexa@darmstadt.ccc.de> | |||||
2022-10-15 | CONTRIBUTING.md: "no squash merges" | Naïm Favier | 1 | -0/+4 | |
2022-08-15 | Merge #175352: CONTRIBUTING.md: simplify rebasing instructions | piegames | 1 | -13/+14 | |
2022-05-31 | CONTRIBUTING.md: use 22.05 as target branch for backports | Markus S. Wamser | 1 | -2/+2 | |
2022-05-30 | Release 22.05 | Janne Heß | 1 | -7/+5 | |
2022-05-29 | CONTRIBUTING.md: simplify rebasing instructions | Naïm Favier | 1 | -13/+14 | |
Makes the instructions easier to remember (and type) using the `git rebase --onto A...B` syntax to find the merge base between A and B (which has been in git for at least 10 years). We also assume that the merge base between staging and master is also the merge base between staging and the current branch (since it is based on master), and giving master as the <upstream> branch makes git consider the commits in the current branch that are not in master, so there's no need to compute the merge base between master and the current branch. In the same spirit of discouraging copy-and-paste, use a placeholder name for the current branch instead of `$(git branch --show-current)`. | |||||
2022-05-28 | CONTRIBUTING.md: document using labels for backporting | Arnout Engelen | 1 | -0/+6 | |