Thanks all for the feedback. I'm sending a mixed response: Felix, we'll modify the on-site deblobing to work as you suggested, included as any other host tool. Respect to "getting rid of the arbitrary restriction of the deblob option on the xburst and x86 targets", it's a separate matter. The thing is that we must assure, for example, that the set of kernel source patches distributed with OpenWRT are applied correctly to the deblobed kernel sources, that the resulting system image in fact runs on the target platform, using the deblobed kernel and with the possibly reduced set of packages, etc. As we're on a pre-alpha stage, we decided to just target x86 for testing on qemu and xburst, for testing on the Ben Nanote, which is our prioritary target device at this point.
Stefan and Bas, your ideas about somehow marking free / non free packages are very interesting. I'm sure the LibreWRT people could push on this if there's interest upstream. Roberto, our intention is to create a "certified" totally 100% libre version of OpenWRT. To do so, we perform some changes, like including the Libre-Linux kernel, removing non free packages if any, etc. We'll offer binary & source distributions, including only 100% libre software, and if you build from sources, you'll not even be able to enable proprietary features/packages. In the process of changing the OpenWRT build system to achieve our objectives, we find items that could be useful for other people using the "vanilla" OpenWRT (I suppose LibreWRT is a meta - meta - distribution :-) ), like building the system with a libre kernel, or adding some kind of message / menu / whatever to differentiate free and proprietary packages, as was suggested on this list. In these cases, we should submitch a patch to be integrated upstream (of course, if the OpenWRT community thinks it's a good idea). This way lots of nice things happen: * OpenWRT gains a feature, which will be maintained (more easily as the core parts would be integrated upstream) by the LibreWRT community. * If LibreWRT matures and grows, it will help OpenWRT grow, and the other way (I'm really looking into the future here) * We all know new people * We all share ideas & knowledge & work * Etc. I'll try to come back soon with a polished patch. Thanks very much, Antonio
_______________________________________________ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel
