Hi Andrew Am 21.08.2015 um 11:21 schrieb Andrew:
21.08.2015 12:05, Erich Titl пишет:HiAm 21.08.2015 um 10:53 schrieb Andrew:...Why keep that thing, it is redundant and needs code to read it.Just to reduce moddb size if it'll be needed for somebody. There are just some lines of code for handling it.Could you specify why someone might need this and where the positive effect is if he needs modules.sqfs instead?I said earlier - for custom kernel modules case.
Pretty rare case, but OK
To mee it looks like you would need the fully blown modules.sqfs plus a reduced moddb instead of a slightly bigger moddb an _no_ modules.sqfs.moddb causes an one big trouble on kernel update - it should contain all important kernel modules. Including tens of NIC drivers and tens of wireless devices drivers. So, if you have, for ex., Emulex NIC on remote box (which drver isn't included into moddb) - you'll have a headache on remote upgrade; you'll need a physical access to server for running modules autodetection or you should prepare moddb manually - ad module and all its deps. And there's no good solution for this.
Upgrade does this automagically, maybe not in _all_ circumstances but I tested it with a variety of drivers. And then, in reality you only need a driver for storage and a driver for uplink. But yes, I see the complexity of the problem but I don't see how limiting moddb backup can improve this.
cheers ET
smime.p7s
Description: S/MIME Cryptographic Signature
------------------------------------------------------------------------------
_______________________________________________ leaf-devel mailing list leaf-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/leaf-devel
