- 5 Ene 2010
- 4.350
- 992
- 0
El hilo es una encuesta, pero os voy a dar mi modesta opinión con fines constructivos.
Este módulo no debería estar incluidos en estos decos, de hecho OE-A los tiene excluidos para ambos decos, como ya se sabe y cito de este hilo deja de funcionar el wifi interno si se instala el módulo wireguard en ellos, entonces no se debería romper una función de un hardware integrado de un receptor, ya sea vuplus o cualquier otro receptor que puede estar implicado también y no lo sepáis.
Entonces la primera opción sería dejarlo también en los feeds libre de condición y, que el usuario de algunos de estos decos decida o no instalarlo.
Entonces por poner un ejemplo de compilación enigma2 image openspa ( imagen no feed ) en vuestro entorno, debería estar tanto el módulo como el plugin wireguard con indicaciones de machines compatibles para estar instalado por defecto, osea poner la lista asignada en los feeds OE-A de los decos soportados para este módulo y que sería la salida de la imagen compilada por defecto, los decos compatibles estan aqui:
https://github.com/oe-alliance/oe-a...s-oe-alliance/image/oe-alliance-feeds.bb#L164
Es decir una preinstalación con criba de machines a la hora de sacar este módulo como instalado por defecto en la imagen compilada openspa:
${@bb.utils.contains_any("MACHINE", "decos_soportados", "" , "wireguard-module wireguard-tools", d)} \
y algo como esto para vuestro plugin wireguard:
${@bb.utils.contains("MACHINE", "decos_soportados", "enigma-plugin-extensions-wireguard ", "", d)} \
Desconozco si hay algún python de enigma2 openspa escrito para esta utilidad pero bueno, sería una posible solución a este tema...y repito sin anímo de desviar el tema de este hilo de la encuesta, el objetivo es intentar dar con una solución que intente contentar a todos.
Este módulo no debería estar incluidos en estos decos, de hecho OE-A los tiene excluidos para ambos decos, como ya se sabe y cito de este hilo deja de funcionar el wifi interno si se instala el módulo wireguard en ellos, entonces no se debería romper una función de un hardware integrado de un receptor, ya sea vuplus o cualquier otro receptor que puede estar implicado también y no lo sepáis.
Entonces la primera opción sería dejarlo también en los feeds libre de condición y, que el usuario de algunos de estos decos decida o no instalarlo.
Entonces por poner un ejemplo de compilación enigma2 image openspa ( imagen no feed ) en vuestro entorno, debería estar tanto el módulo como el plugin wireguard con indicaciones de machines compatibles para estar instalado por defecto, osea poner la lista asignada en los feeds OE-A de los decos soportados para este módulo y que sería la salida de la imagen compilada por defecto, los decos compatibles estan aqui:
https://github.com/oe-alliance/oe-a...s-oe-alliance/image/oe-alliance-feeds.bb#L164
Es decir una preinstalación con criba de machines a la hora de sacar este módulo como instalado por defecto en la imagen compilada openspa:
${@bb.utils.contains_any("MACHINE", "decos_soportados", "" , "wireguard-module wireguard-tools", d)} \
y algo como esto para vuestro plugin wireguard:
${@bb.utils.contains("MACHINE", "decos_soportados", "enigma-plugin-extensions-wireguard ", "", d)} \
Desconozco si hay algún python de enigma2 openspa escrito para esta utilidad pero bueno, sería una posible solución a este tema...y repito sin anímo de desviar el tema de este hilo de la encuesta, el objetivo es intentar dar con una solución que intente contentar a todos.