Difference between revisions of "CommunicationLibrePackages/En"

From TuxFamilyFAQ
Jump to navigationJump to search
(add android)
 
Line 6: Line 6:
 
* http://www.ohloh.net/ provides informations about the activity of your subversion repository
 
* http://www.ohloh.net/ provides informations about the activity of your subversion repository
 
* http://cia.vc/ see  [http://cia.vc/doc documentation] to show your developers' activities
 
* http://cia.vc/ see  [http://cia.vc/doc documentation] to show your developers' activities
* http://demoll.tuxfamily.org (prototype) assurez-vous que les bons tags ont été choisis
+
* https://projects.tuxfamily.org verify that appropriate tags have been chosen
  
 
= Co - mmu - ni - cate =
 
= Co - mmu - ni - cate =
Your better communication is your documentation and your code.
+
Your best communication is your documentation and your code.
  
 
For packages (deb or rpm or any other),  
 
For packages (deb or rpm or any other),  
Line 28: Line 28:
 
* Why would they add yet another repository to their source list ? how would they know the level of maintenance you will be providing ? (will it still exist when there are security advisories, in 3 years from now on when 6 versions went out ?)
 
* Why would they add yet another repository to their source list ? how would they know the level of maintenance you will be providing ? (will it still exist when there are security advisories, in 3 years from now on when 6 versions went out ?)
 
* Why don't you work upstream with existing package maintainers ? Don't you think you would learn much more than simply on you own to be integrated in an existing team ?
 
* Why don't you work upstream with existing package maintainers ? Don't you think you would learn much more than simply on you own to be integrated in an existing team ?
 +
 +
The community is always happy to integrate new contributers, do not hesitate to ask for help to see your work incorporated to the official distribution !
  
 
== Debian GNU/Linux ==
 
== Debian GNU/Linux ==
 
* See http://www.debian.org/distrib/packages
 
* See http://www.debian.org/distrib/packages
 
** documentation http://www.debian.org/doc/debian-policy/
 
** documentation http://www.debian.org/doc/debian-policy/
 +
 +
== Mageia ==
 +
* see https://wiki.mageia.org/en/Mgarepo
 +
* verify existing packages at:
 +
** http://mageia.madb.org
 +
** http://sophie.zarb.org/distrib/Mageia
  
 
== Mandriva Linux ==
 
== Mandriva Linux ==
Line 42: Line 50:
 
** For any question, come by the chans irc://irc.freenode.net#ubuntu-fr-classroom (in French) or #ubuntu-motu (in English)
 
** For any question, come by the chans irc://irc.freenode.net#ubuntu-fr-classroom (in French) or #ubuntu-motu (in English)
  
The community is always happy to integrate new contributers, do not hesitate to ask for help to see your work incorporated to the official distribution !
+
= Other repositories =
 +
== f-droid.org ==
 +
* for Android, see http://f-droid.org
 +
* to submit a new package http://f-droid.org/forums/forum/submission-queue/ respecting http://f-droid.org/wiki/page/Inclusion_Policy of course

Latest revision as of 17:07, 27 January 2013


Communication Libre > Packages

Indexing

Indexing is important to let know about the software(s) you've developed

Co - mmu - ni - cate

Your best communication is your documentation and your code.

For packages (deb or rpm or any other),

  • Provide instructions to use your repository
  • Get acquainted with your distribution : we promote upstream work, see below
  • Integrate and collaborate with the maintainers of packages in the same domain as yours

Upstream contributions

  • Before opening yet another new repository, try to join an existing project upstream
    • Be involved in development mailing-lists (this will permit to recruit testers for your packages)
    • Join the contributers of your distribution, they will show you good practices
  • Ask yourself one second "why would I open yet another repository rather than join existing teams?"
    • Have a look at http://demoll.tuxfamily.org/tags/index.php?tag=distrib and contact the projects to join their team
    • It's infuriating to observe the number of repositories opened for no rational, unmaintained afterwards, only addressing a ponctual need et visibly unsufficiently tested (giving your help to integrate your packages upstream ensures that packages orphans won't stay without maintainers too long)

Have a look at it from a user point of view :

  • Who would use your packages ? (which ones BTW)
  • Why would they add yet another repository to their source list ? how would they know the level of maintenance you will be providing ? (will it still exist when there are security advisories, in 3 years from now on when 6 versions went out ?)
  • Why don't you work upstream with existing package maintainers ? Don't you think you would learn much more than simply on you own to be integrated in an existing team ?

The community is always happy to integrate new contributers, do not hesitate to ask for help to see your work incorporated to the official distribution !

Debian GNU/Linux

Mageia

Mandriva Linux

Ubuntu Linux

Other repositories

f-droid.org