diff options
| -rw-r--r-- | handbook/faq.xml | 36 |
1 files changed, 36 insertions, 0 deletions
diff --git a/handbook/faq.xml b/handbook/faq.xml index 6e105d1898..150ed58dd5 100644 --- a/handbook/faq.xml +++ b/handbook/faq.xml | |||
| @@ -270,6 +270,42 @@ | |||
| 270 | </para> | 270 | </para> |
| 271 | </answer> | 271 | </answer> |
| 272 | </qandaentry> | 272 | </qandaentry> |
| 273 | <qandaentry> | ||
| 274 | <question> | ||
| 275 | <para> | ||
| 276 | Whats the difference between foo and foo-native? | ||
| 277 | </para> | ||
| 278 | </question> | ||
| 279 | <answer> | ||
| 280 | <para> | ||
| 281 | The *-native targets are designed to run on the system the buil is running on. These are usually tools that are needed to assist the build in some way such as quilt-native which is used to apply patches. The non-native version is the one that would run on the target device. | ||
| 282 | </para> | ||
| 283 | </answer> | ||
| 284 | </qandaentry> | ||
| 285 | <qandaentry> | ||
| 286 | <question> | ||
| 287 | <para> | ||
| 288 | I'm seeing random build failures. Help?! | ||
| 289 | </para> | ||
| 290 | </question> | ||
| 291 | <answer> | ||
| 292 | <para> | ||
| 293 | If the same build is failing in totally different and random ways the most likely explaination is that either the hardware you're running it on has some problem or if you are running it under virtualisation, the virtualisation probably has bugs. Poky processes a massive amount of data causing lots of network, disk and cpu activity and is senstive to even single bit failure in any of these areas. Totally random failures have always been traced back to hardware or virtualisation issues. | ||
| 294 | </para> | ||
| 295 | </answer> | ||
| 296 | </qandaentry> | ||
| 297 | <qandaentry> | ||
| 298 | <question> | ||
| 299 | <para> | ||
| 300 | What do we need to ship for licence complience? | ||
| 301 | </para> | ||
| 302 | </question> | ||
| 303 | <answer> | ||
| 304 | <para> | ||
| 305 | This is a difficult question and you need to consult your lawyer for the answer for your specific case. Its worth bearing in mind that for GPL complience there needs to be enough information shipped to allow someone else to rebuild the same end result as you are shipping. This means sharing the source code, any patches applied to it but also any configuration information about how that package was configured and built. | ||
| 306 | </para> | ||
| 307 | </answer> | ||
| 308 | </qandaentry> | ||
| 273 | </qandaset> | 309 | </qandaset> |
| 274 | </appendix> | 310 | </appendix> |
| 275 | <!-- | 311 | <!-- |