3. We have a requirement to deliver

3. We have a requirement to deliver certain elements as sources, i.e. hostapd, drivers. The only binary agreed with google will be the FW. If sources are not accessible for Google (i.e. driver git only Intel internal), then we need a tarball of the sources. Binaries will be produced when the BSP we make is built, by Google or otherwise. Yocto (and BSP in general) are typically all-sources, and that is also what Google expects.

Результаты (русский) 1:

3. у нас требование, чтобы доставить некоторые элементы как источники, т.е. hostapd, драйверы. Только бинарные согласился с google будет FW. Если источники доступны не для Google (т.е. водитель git только Intel внутренний), то мы должны Архив источников. Двоичные файлы будут производиться при построении BSP, мы делаем в Google или иным образом. Йокто (и BSP в целом), как правило, все источники, и это также то, что ожидает от Google.

Результаты (русский) 2:

3. У нас есть требование, чтобы доставить определенные элементы в качестве источников, т.е. hostapd, водителей. Только двоичный согласился с Google будет FW. Если источники не доступны для Google (т.е. Git водителя только Intel внутренней), то нам нужно архив источников. Исполняемые файлы будут производиться, когда BSP мы делаем построен, по Google или иным образом. Yocto (и BSP в целом), как правило, все-источники, и это тоже, что Google рассчитывает.

Результаты (русский) 3:

3. У нас есть требование предоставлять определенные элементы, как источников, т.е. hostapd, драйверы. Единственный двоичный согласился с Google будет микропрограммным обеспечением. Если источников не доступны для Google (т.е. драйвер git только внутренний Intel), затем потребуется исходников источников. Двоичные файлы будет производиться при BSP мы созданы, в Google или в противном случае. Yocto (и BSP в целом) обычно все-источников,И что является также и то, что Google ожидает.