docs/developer/Code_Bounties.mdwn

   1 [[!toc  ]]
   2
   3 # Explanation
   4
   5 A code bounty is a certain financial stimulant to encourage someone to put his or her effort into a project. A code bounty in the DragonFlyBSD project needs to adhere to a set of rules defined hereunder, though these are only preliminary and subject to change. One could for example imagine developers accepting sponsorship on a wholly different basis, or non-financial rewards for completing a bounty project, like free hardware (we love that!).
   6
   7 # Rules
   8
   9 * Bounty Projects are open to anyone that has a reasonable capability of completing the project. Typically it's on first to ask basis, but the sponsor of the bounty may choose differently.
  10
  11 * If the developer can not complete the project by the given time period, the bounty agreement is void and no money will be issued for work done. DragonFly developers may extend the time period if it's reasonable and prudent to do so. Upon voiding the agreement, someone may reissue the project again to another developer.
  12
  13 * Payment for a project shall be issued in no less then 72 hours after the DragonFly developers has had ten business days to determine if the code is stable and usefulness, no major issues are left unresolved and able for being merged into the project. Payment shall be in either [[Paypal]] (preferred), some money sending company or  a bank account transfer.
  14
  15 * Upon recieving payment, the project developer shall issue (within 24 hours) a message in the WIKI and to DragonFly development ML that they have recieved payment.
  16
  17 * All code submitted shall be of the same license as DragonFly. Any questions on the licensing issues should directed to the DragonFly Team.
  18
  19 # List of bounties
  20 ## UTF-8 support in Console
  21 ### Description
  22 Adding full UTF-8 support in console.
  23
  24 ### Technical details
  25 Not yet written.
  26
  27 ### Main goals
  28 Not yet written.
  29
  30 ### Estimated time
  31 Still unknown.
  32
  33 ### Donators
  34 *** **timofonic** ***: 35 eur.
  35
  36 *** **Dillon** ***: 50 usd.
  37
  38 *** **kerma** ***: 100 usd.
  39 ***
  40  TOTAL AMOUNT         35 eur + 50 + 100 usd.
  41
  42
  43 <br />
  44 ## Bring in usb4bsd
  45 ### Description
  46 * Completely rip out our usb stack and replace it with FreeBSD's new usb4bsd (or whatever the FreeBSD-current USB stack is called nowadays).
  47 * Note that some work was done here already by polachok (http://gitweb.dragonflybsd.org/~polachok/dragonfly.git/shortlog/refs/heads/usb2) but the state is unknown.
  48
  49 ### Technical details
  50 Not yet written.
  51
  52 ### Main goals
  53 Not yet written.
  54
  55 ### Estimated time
  56 Unknown.
  57
  58 ### Donators
  59 *** **alexh** ***: 300 usd.
  60
  61 *** **sjg** ***: 100 usd.
  62
  63 *** **ferz** ***: 50 eur. (already paid)
  64
  65 *** **tuxillo** ***: 50 eur
  66
  67 ***
  68  TOTAL AMOUNT         400 usd + 100 eur
  69
  70 <br />
  71 ## Port valgrind to DragonFlyBSD
  72 ### Description
  73 (shamelessly copied from gsoc2010 projects page)
  74
  75 Valgrind is a very useful tool on a system like DragonFly that's under heavy development. Ideally, we would want the port to be usable with vkernel processes, thus enabling complex checking of the core kernel code.
  76
  77 ### Technical details
  78 Not yet written.
  79
  80 ### Main goals
  81 (shamelessly copied from gsoc2010 projects page)
  82
  83 The goal of this project is to port valgrind (3.5.0+) to the DragonFlyBSD platform so that at least the memcheck tool runs sufficiently well to be useful. Also an update for the pkgsrc package (devel/valgrind) should be made.
  84
  85 ### Estimated time
  86 Unknown.
  87
  88 ### Donators
  89 *** **Rumko** ***: 100 eur.
  90
  91 *** **tuxillo** ***: 50 eur.
  92
  93 *** **Dillon** ***: 100 usd.
  94
  95 *** **sjg** ***: 50 usd.
  96 ***
  97  TOTAL AMOUNT         150 eur + 150 usd.
  98
  99 <br />
 100 ## HAMMER compression
 101 ### Description
 102 (shamelessly copied from gsoc2010 projects page)
 103
 104 * Compress blocks as they get written to disk.
 105 * Only file data (rec_type == DATA) should be compressed, not meta-data.
 106 * the CRC should be that of the uncompressed data.
 107 * ideally you'd need to associate the uncompressed data with the buffer cache buffer somehow, so that decompression is only performed once.
 108 * compression could be turned on a per-file or per-pfs basis.
 109 * gzip compression would be just fine at first; lzo or lzjb might be preferable.
 110
 111 ### Technical details
 112 (shamelessly copied from gsoc2010 projects page)
 113
 114 Doing compression would require flagging the data record as being compressed and also require double-buffering since the buffer cache buffer associated with the uncompressed data might have holes in it and otherwise referenced by user programs and cannot serve as a buffer for in-place compression or decompression.
 115
 116 The direct read / direct write mechanic would almost certainly have to be disabled for compressed buffers and the small-data zone would probably have to be used (the large-data zone is designed only for use with 16K or 64K buffers).
 117
 118 ### Main goals
 119 Not yet written.
 120
 121 ### Estimated time
 122 Unknown.
 123
 124 ### Donators
 125 *** **Rumko** ***: 50 eur.
 126
 127 *** **Dillon** ***: 100 usd.
 128
 129 *** **vsrinivas** ***: 50 usd.
 130 ***
 131  TOTAL AMOUNT         50 eur + 150 usd.
 132
 133 <br />
 134 ## Native NTFS support
 135 ### Description
 136 (shamelessly copied from gsoc2010 projects page)
 137
 138 * Port Apple's native NTFS driver
 139
 140 ### Technical details
 141 (shamelessly copied from gsoc2010 projects page)
 142
 143 Apple's NTFS native driver could be ported to DragonFly BSD. Latest code as of now is:
 144
 145 http://opensource.apple.com/source/ntfs/ntfs-84.40.1/kext/
 146
 147 ### Main goals
 148 Not yet written.
 149
 150 ### Estimated time
 151 Unknown.
 152
 153 ### Donators
 154 *** **tuxillo** ***: 50 eur.
 155
 156 ***
 157  TOTAL AMOUNT         50 eur
 158
 159 <br />
 160 ##Port autofs from FreeBSD
 161 ###Description
 162 Autofs allows dynamic filesystem mapping to render filesystems accessible, without keeping them mounted. It is designed as a modern, simpler, cleanroom reimplementation of amd.
 163
 164 ### Main goals
 165 Not yet written.
 166
 167 ### Estimated time
 168 Unknown.
 169
 170 ### Donators
 171 *** **kerma** ***: 50 usd. (already paid)
 172
 173 ***
 174  TOTAL AMOUNT         50 usd.