09.11.2010 23:52, Erich Titl пишет:
> on 09.11.2010 21:45, KP Kirchdoerfer wrote:
>> Am Dienstag, 9. November 2010, 16:27:52 schrieb Andrew:
>>> 09.11.2010 00:41, KP Kirchdoerfer пишет:
>>>> Every other, possible intrusive, change should IMHO better moved to 4.1 -
>>>> let's make use of Trac to not forget our plans and ideas.
>>>>
>>>> jm2c
>>>> kp
>>> IMHO we need to do some small modifications to base system  before
>>> freezing it - at least, today I discovered that busybox's modprobe can
>>> load modules with parameters if they are specified into
>>> /etc/modules/<module_name>  - this is very suitable for NICs and so on.
>>> Unfortunatelly, current distro has file named /etc/modules - so that
>>> feature can't be used. IMHO we need to replace it's name to, for ex.,
>>> modules.conf.
>> This is definitely something which is important, if that's the only way to
>> support modules parameter.
> And turns upgrades into a nightmare, let's face it, this is not LEAF
> anymore, we might just as well use any stripped down Debian soon.
>
Why you think so?
Now /etc/modules is almost empty (it only has iptables and ppp modules; 
iptables modules looks like unnecessary - main modules are loaded by 
daemon, other modules - when they really needed, possible - there will 
be specified something exotic lire nf_nat_pptp).
And if we renamed it to modules.conf - it will not cause much headache 
for 3.x users.
/etc/modules/ directory is really needed for some NIC drivers (it isn't 
enough good to force driver loading with parameters in current 
/etc/modules), and for iptables modules like nf_conntrack (it's hashsize 
option).

------------------------------------------------------------------------------
The Next 800 Companies to Lead America's Growth: New Video Whitepaper
David G. Thomson, author of the best-selling book "Blueprint to a 
Billion" shares his insights and actions to help propel your 
business during the next growth cycle. Listen Now!
http://p.sf.net/sfu/SAP-dev2dev

_______________________________________________
leaf-devel mailing list
leaf-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/leaf-devel

Reply via email to