distro.mdwn 4.1 KB

1234567891011121314151617181920212223242526272829303132333435363738394041424344454647484950515253545556575859606162636465666768697071727374757677787980
  1. So, Dragora is more like Slackware. A keep-it-simple distro interesting to
  2. advanced users but not easy for new ones. This is not enough - I seek something
  3. easy to use. More universal. I can still learn from it a lot of course.
  4. The philosophy: Let us reverse the situation! Right now we have big distros
  5. with freedom issues, and others which need to make an effort to remove the
  6. nonfree parts. Even if those exist, the upstream knowledge and experience are
  7. still in the nonfree distros, and it keeps an unhealthy dependency. It's also a
  8. bit ridiculous: Why add things into a package, just to remove them later? There
  9. must be a better way.
  10. Let's have it the other way around: There will be an independent fully free
  11. distro, and if anyone wants to make a derived distro with added nonfree
  12. packages, they are free to do so (although I hope everyone people will stick to
  13. the free distros). There will be so much less unnecessary reinvention: Free
  14. things are packed just once, and no nonfree things need to be removed. It's
  15. like building an initial building, and people can later add new floors on top.
  16. Building and then removing later would be a ridiculous waste.
  17. At this point in history, free software is only a *subset* of all software. The
  18. natural idea for packaging it would be to have people who care about software
  19. freedom have a fully free distro with just this specific subset, and then others
  20. who don't mind other software can add what they want. Maximal reuse, minimum
  21. duplication and no workarounds.
  22. And now, links:
  23. - <http://www.turnkeylinux.org/forum/general/20130818/i-made-new-linux-distro-today>
  24. - <http://www.networkworld.com/article/2225903/opensource-subnet/how-to-build-the-ultimate-imaginary-linux-distro.html>
  25. - <http://www.linux.org/threads/build-your-own-distro.5212/>
  26. - <http://www.wikihow.com/Build-Your-Own-Linux-Distro>
  27. - <http://www.tuxradar.com/content/how-build-your-own-linux-distro>
  28. - <http://www.linuxfromscratch.org/lfs/>
  29. Since it will also insist on decentralization, the main way to get things would
  30. be torrents. In fact, it's even possible to get packages in P2P ways just like
  31. apt-p2p instead of central servers!
  32. A possible path:
  33. - Use this chance to define a good extensible package format, if deb can use
  34. some improvement (otherwise no need to reinvent)
  35. - Make a minimal environment with a kernel, GNU userspace and console-only
  36. access
  37. - Make plans and infrastructure for all kinds of tasks and contributions and
  38. content distribution, how processes work, how and when to patch, etc.
  39. - Start adding things people need: all the hardware support, servers, GUI...
  40. This is clearly tons of work, but I just don't see myself using ubun7u material
  41. and communication channels and 3rd party packages etc. for the foreseeable
  42. future. Even a minimal console-only distro is a good start, if it's stable,
  43. provides a full GNU userspace and can do useful things like text editing,
  44. compilation and running some servers.
  45. With the expected move from Debian to Trisquel, I also want to lean about
  46. packaging and be able to package my things, either for Debian or for Trisquel
  47. directly. Info:
  48. - <https://wiki.debian.org/Packaging>
  49. - <https://wiki.debian.org/HowToPackageForDebian>
  50. - <https://wiki.debian.org/IntroDebianPackaging>
  51. Info about helping Trisquel:
  52. - <https://trisquel.info/en/wiki/how-help>
  53. - <https://trisquel.info/en/wiki/trisquel-team>
  54. - <https://trisquel.info/en/wiki/manuals>
  55. - <https://trisquel.info/en/wiki/trisquel-community-guidelines>
  56. - <https://trisquel.info/en/wiki/how-trisquel-made>
  57. - <https://trisquel.info/en/wiki/proposed-policies-procedures-solutions>
  58. - <https://trisquel.info/en/wiki/development>
  59. The diversity of topics on the Trisquel wiki brings again the issue of a
  60. semantic distributed wiki. Also, Trisquel's forums and mailing lists work
  61. together somehow - I suppose it's a Drupal feature. My wiki having no ML
  62. connection is a major weakness! I could achieve that using Citadel, actually,
  63. although I'm not sure it can show things like a forum. Right now the port issue
  64. is a big problem, and `vnstat` says I used *15GB in a single day*! It means the
  65. 50GB per month limit is unacceptable.