Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

name and place for central learning resource #285

Closed
2 tasks
fricklerhandwerk opened this issue Jun 29, 2022 · 12 comments
Closed
2 tasks

name and place for central learning resource #285

fricklerhandwerk opened this issue Jun 29, 2022 · 12 comments

Comments

@fricklerhandwerk
Copy link
Collaborator

fricklerhandwerk commented Jun 29, 2022

given the goal of establishing a central learning resource, what should we call it?

@fricklerhandwerk
Copy link
Collaborator Author

fricklerhandwerk commented Jun 30, 2022

  • @domenkozar call it docs.<domain>.org, don't care about domain
  • @infinisil the name is not really important, content matters
    • @fricklerhandwerk we need a stable name to point people to something
    • @thufschmitt it should be just generically (the Nix) "documentation", as it covers everything
      • @edolstra completely disagree, calling it generically will only add to the confusion over the amorphous state we currently have
        • should be "The Nix Book" we can point people towards for learning (or doing something specific)
        • @domenkozar should there even be a Nix Book?
          • @edolstra yes, that's the component still missing in documentation
          • @fricklerhandwerk contents of this repository should be the book (or whatever we call it), team working here is about documentation in general
  • @domenkozar why not just use nix.dev and build on top of that?
    • has tooling and is indexed well
    • @fricklerhandwerk don't care what we call it. would like to build on the core of contents from nix.dev, as it is of stellar quality, migrate in suitable material from NixOS Wiki, and add structure and process to enable contributions that raise coverage and quality
    • @edolstra nix.dev does not cover Flakes, a new documentation should start with Nix 3.0
    • @edolstra nix.dev should be transferred to the community if it were to become the official learning resource
  • @infinisil we could include projects from nix-community into official documentation
    • @edolstra ideally home-manager should be promoted to be an official Nix project
  • @infinisil not clear what exactly we are doing as a team
    • collect (link to) or maintain resources?
    • @fricklerhandwerk take responsibility of known-good material, move that to a central repository (establish a single source of truth), and direct and enable contributions to that

@fricklerhandwerk
Copy link
Collaborator Author

looks like there is no clear consensus.

proposal:

  • rename this repository to documentation
    • The Nix Book in a directory
    • README.md show a very general overview
    • CONTRIBUTING.md deals with documentation team structure and contributing guides to the book
  • set up docs.nixos.org and documentation.nixos.org to point to this repository
    • later set up proper rendering
  • decide on https://github.com/NixOS/nixos-foundation/issues/34 and change accordingly

@domenkozar @Mic92 @edolstra @infinisil @thufschmitt?

@nixos-discourse
Copy link

This issue has been mentioned on NixOS Discourse. There might be relevant details there:

https://discourse.nixos.org/t/2022-06-30-documentation-team-meeting-notes-3/20055/1

@domenkozar
Copy link
Member

looks like there is no clear consensus.

proposal:

  • rename this repository to documentation

    • The Nix Book in a directory

    • README.md show a very general overview

    • CONTRIBUTING.md deals with documentation team structure and contributing guides to the book

  • set up docs.nixos.org and documentation.nixos.org to point to this repository

    • later set up proper rendering
  • decide on project domain name #23 and change accordingly

@domenkozar @Mic92 @edolstra @infinisil @thufschmitt?

What is the advantage starting over instead of improving https://nix.dev?

@fricklerhandwerk fricklerhandwerk changed the title name for central learning resource name and place for central learning resource Jul 1, 2022
@fricklerhandwerk
Copy link
Collaborator Author

What is the advantage starting over instead of improving https://nix.dev/?

Materially, none, and I certainly don't want to start over. This here is just about the name (and location), and as @edolstra pointed out, ownership.

@domenkozar would you be willing to move the nix.dev GitHub repo into the NixOS organization and grant admin permissions to the documentation team? Then we could continue from there. (Side issue: Domain ownership and who pays for it. That should be discussed on the Foundation board.)

proposal:

  • make nix.dev the central learning resource
    • (possibly make it the answer to NixOS/nixos-foundation#34: web site on nix.dev, documentation on docs.nix.dev)
  • use the nix.dev GitHub repo for documentation team work
  • migrate the notes, merge this repo's history into nix.dev and scrap this one

@thufschmitt
Copy link
Member

(possibly make it the answer to https://github.com/NixOS/nixos-foundation/issues/34: web site on nix.dev, documentation on docs.nix.dev)

I have a hunch that using a separate domain for the doc and the website would be very annoying. So I think using (a subdomain of) nix.dev for the documentation would require making this the official website indeed

@fricklerhandwerk
Copy link
Collaborator Author

fricklerhandwerk commented Jul 7, 2022

  • @fricklerhandwerk what about making nix.dev making the project home page?
    • @domenkozar spent a lot of time on SEO, moving that will lose a lot of online reputation
      • built integration to make sure commands actually run
      • converted everything to markdown
      • starting from scratch is a bad idea
      • would not give out access liberally, better to see gradual process and see who gets involved in documentation effort
      • aware that people from Summer of Nix will come and add contributions
      • currently contributors have to assign copyright to me
        • idea was to publish a book eventually, dead tree publishers will complain when authorship is unclear
          • the point is to have authorship assigned to a single entity to not preclude publishing
          • can be ultimately transferred to Foundation
            • @fricklerhandwerk should be done immediately, e.g. "by nix.dev authors" and link to contribution graph
          • @infinisil proper attribution is important, we should not work around that external limitation
            • @j-k there are self-publishing services for that
              • @domenkozar it's a niche market with arbitrary prices and terms
            • we still have git commit history and we can show all contributors in the book's body
      • would rather focus on writing better resources than fighting the fight what is the official resource and such things
        • @infinisil indeed, that should be the marketing team's or the Foundation board's responsibility
          • @fricklerhandwerk yes, we have to assume users come to our resource, and it's the marketing team's job to make that happen
            • @domenkozar we should think of this as an organic process: we will write more docs, people will come, we will improve
        • once we start writing and organizing, things will crystalize anyway with user feedback
    • @infinisil we need a place to work, it does not matter what it's called
  • @fricklerhandwerk what about calling nix.dev The Nix Book?
    • agree with @edolstra that we don't have that central resource with a sticky name
    • @domenkozar people have strong preconceptions about what a book should be
      • right now it's called an opinionated guide
        • people say that's exactly what they want
        • shows best practices and lists antipatterns
        • also some people disagree openly, but that's why it's an opinion, it's not supposed to be universal
        • @fricklerhandwerk definitely should offer best practices even if opinionated
          • we could gather more experience from prolific community members and seasoned developers
      • not convinced, because it's not really in the format of the book
        • like to call things what they are
        • once it's close enough to a book would call it a book

@nixos-discourse
Copy link

This issue has been mentioned on NixOS Discourse. There might be relevant details there:

https://discourse.nixos.org/t/2022-07-07-documentation-team-meeting-notes-4/20198/1

@fricklerhandwerk
Copy link
Collaborator Author

@domenkozar to migrate issues nix.dev has to be in the NixOS GitHub org, and probably I will need permissions.

@nixos-discourse
Copy link

This issue has been mentioned on NixOS Discourse. There might be relevant details there:

https://discourse.nixos.org/t/2022-07-14-documentation-team-meeting-notes-5/20341/3

@nixos-discourse
Copy link

This issue has been mentioned on NixOS Discourse. There might be relevant details there:

https://discourse.nixos.org/t/tweag-nix-dev-update-34/20901/1

@fricklerhandwerk
Copy link
Collaborator Author

To conclude, we decided that nix.dev is to be the central work place of the documentation team and the place for authoritative learning materials. This is yet to be made official:

fricklerhandwerk added a commit to fricklerhandwerk/rfcs that referenced this issue Nov 7, 2023
We already have some data on how other people perceive the situation:

 - https://github.com/NixOS/foundation/issues/34 
 - NixOS/nix.dev#290 
 - NixOS/nixos-homepage#633 
 - https://discourse.nixos.org/t/nix-related-domains-that-i-control/10034 
 - NixOS/nix.dev#285 
 - NixOS/nixos-homepage#882 
 - NixOS/nixos-homepage#828 

I claim, and the evidence linked above supports it, that multiple domains are not an important issue. What makes multiple domains problematic is a lack of distinct naming and assigning distinct meaning to those names.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
Archived in project
Development

No branches or pull requests

4 participants