>> So I suppose the first important question should be : Should there be a
>NixOS documentation project team? and if the answer to that question is
>yes, then are there any takers for a role in the afore mentioned project?
>
>I would be on board for this. I haven't touched the docbook side, and I
>
I agree, and feel that killing the wiki would be a mistake. The existing
wiki could really use some clean up and better structure, but its existence
was a crucial factor in helping me get started with Nix and I imagine the
same is true for many other users.
http://wiki.archlinux.org is an excelle
2016/01/10 午後4:30 "T White" :
> So I suppose the first important question should be : Should there be a
NixOS documentation project team? and if the answer to that question is
yes, then are there any takers for a role in the afore mentioned project?
I would be on board for this. I haven't touched
I think the wiki like most wikis has problems and probably even
incorrect informaiton. But if the wiki was not present I would not be a
NixOS user today, I would not have been capable to submit the patches I
have been able to the project. I don't think my case is unique, and
think it would be a s
Has the idea of creating a nixos documentation project and transitioning
the wiki to a github wiki been discussed?
https://help.github.com/articles/about-github-wikis/
I suppose one way to look at it could be that a new wiki is created using
the official documentation right from the tree on github.
>> Why not to unofficialize wiki? It can be hosted in a site like wikia,
>
>IINM, Wikia only hosts fandom sites for things like movie franchises.
Well, it depends.
http://postgresxc.wikia.com/wiki/Postgres-XC_Wiki
This can surprise some people, but it happens.
Another question is…
>People are
Hi mailing list,
I first ran nixos about five years ago and back then I remember I was part
of the mailing list; asking lots of questions and I remember that Sander,
Mark and Eelco were very helpful. :) Hi guys!
Anyway, having not had suitable enough hardware at the time I ventured off
and explored
2016/01/10 午前6:57 "Anderson Torres" :
>
> Why not to unofficialize wiki? It can be hosted in a site like wikia,
IINM, Wikia only hosts fandom sites for things like movie franchises.
> with no official interference or support of NixOS staff.
> It would free some resources on official site and be b
On 10 January 2016 at 20:20, Spencer Whitt wrote:
> -1 on the meta tags approach.
>
> 1) Resolving meta tags would require evaluating all of nixpkgs, which we
> should definitely be moving away from
If eval is too slow we "just" need to implement caching.
(Disclaimer: I'm +1 on meta.tags)
- Bjø
-1 on the meta tags approach.
1) Resolving meta tags would require evaluating all of nixpkgs, which we
should definitely be moving away from
2) Meta tags can be easily misspelled without being easily detected. Even
meta.licenses and meta.platforms are frequently committed while misspelled,
leading
Why not to unofficialize wiki? It can be hosted in a site like wikia,
with no official interference or support of NixOS staff.
It would free some resources on official site and be better maintained.
Also, we can use Stack Exchange to answer questions, and the
configurations files could be hosted on
Being a beginner to Nix myself, I want to join in saying that as of now,
the wiki *is hugely helpful to me*. The manual(s) *do* have a lot of good
stuff and I like them very much, that's for sure, but the wiki totally does
too. And I can't really remember finding any advice there that would be
date
Okay, now we just need *someone* to implement a proof of concept :p
On Sun, 10 Jan 2016 at 11:13 ikrek vagyunk wrote:
> dear fellow nixers,
>
> i followed this discussion and would like to propose (the already
> proposed) way of sorting packages alphabetically and then add some
> meta-tags. eve
dear fellow nixers,
i followed this discussion and would like to propose (the already
proposed) way of sorting packages alphabetically and then add some
meta-tags. every package should be in a directory, just like today, with
default.nix and all other files needed for that exact package.
pros:
-
14 matches
Mail list logo
