From mboxrd@z Thu Jan 1 00:00:00 1970 From: Hans-Christian Egtvedt Date: Fri, 14 Nov 2008 11:19:23 +0100 Subject: [Buildroot] [PATCH] package: don't default to y for categories In-Reply-To: <20081114111545.3d3d5ca3@surf> References: <200811132007.39723.markus.heidelberg@web.de> <200811140957.05585.markus.heidelberg@web.de> <20081114101003.5f1cb983@hcegtvedt> <200811141021.18792.markus.heidelberg@web.de> <20081114105226.505aa98b@hcegtvedt> <20081114111545.3d3d5ca3@surf> Message-ID: <20081114111923.4d1f2ab8@hcegtvedt> List-Id: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit To: buildroot@busybox.net On Fri, 14 Nov 2008 11:15:45 +0100 Thomas Petazzoni wrote: > Le Fri, 14 Nov 2008 10:52:26 +0100, > Hans-Christian Egtvedt a ?crit : > > > It was more a remark about a general "bug" in the menu system > > generated by kconfig now. Just look at the kernel, if you select a > > driver beneath SPI, then you are not able to deselect the SPI > > category. I think we should do the same with the kconfig in > > Buildroot. > > This is important when enabling a category enables the compilation of > a particular set of code, required for the items available under this > specific category. > > In our case, the categories ? Graphical libraries ?, ? Audio stuff ? > and others do not lead to anything being compiled, except if I'm > wrong. So I would say that we shouldn't be able to select/unselect the > categories. They should just be submenus, to organize the options, not > more. > Ah, even more sane. I think I for long time ago (probably fixed now) that LZO was not compiled if the compression menu was not selected. LZO was selected by some other packages in a different sub menu. Anyways, it was the LZO package which should have been fixed, not the menu system. > Look at the top of the kernel configuration system. Networking support > can be enabled/disabled as a whole, while Device Drivers is just a > submenu. Our categories should be like Device Drivers, IMO. > Yes, that is smoother IMHO. -- Best regards, Hans-Christian Egtvedt