Re: LEAF upgrade

Andrew <[email protected]>
Newsgroups gmane.linux.leaf.devel
Message-ID <[email protected]>
09.04.2015 17:47, Erich Titl пишет:
> Am 09.04.2015 um 16:36 schrieb Andrew:
> ...
>> So let's store both packed modules + unpacked on server side, as we
>> decided earlier.
>> Packed modules will be suitable for routers with enough storage space;
>> unpacked - for tiny systems.
>> I just voting against excluding packed modules in prefer to unpacked
>> tree. It'll break usability in many cases.
> That is fine with me, let's just unpack in a first step as I did in
> branch 5.1.4-rc2 we can decide to move to squashfs later.
>
> ..
>
>>> I am building moddb of course, and for the people requiring extra
>>> modules they will be able to include them easily.
>> I mean moddb save/load logic. It'll be unneeded in most cases and empty,
>> but it'll leave possibility to load custom modules.
> We will always need this functionality, I will not touch it.
> ...
>
>>> They are, but of course they cannot be replaced automatically if they
>>> are not in either the tarball, the squashfs or in the modules directory.
>> They'll be in modules directory because they'll be in moddb.
> Yes, but they will not be recent, so they might break the system.
In worst case they will not be loaded. And they will require manual 
update - like before. And we have no possibility to automate this - by 
using tarball with modules, or by using squashfs. User in both cases 
should copy custom modules to moddb or to lib/modules.
>> As I said, I expect that squash will be mounted on boot on
>> /lib/modules/<kernel version>, then - modules probing will be ran, then
>> - modules will be copied to /etc/modules, exclusions for them will be
>> added to moddb (to not store these modules in moddb), and then - unmount
>> squash and re-probe modules from /etc/modules (for loading custom modules).
> I have not touched the boot process on purpose. If you decide to change
> it, be my guest.
I'll look on it when I'll have enough time.
>
> ...
>
>> For me, squashfs will be also better than tarball. It'll remove need of
>> module autoprobing, and it'll make system upgrade easier than with
>> tarball (esp. for system with NICs that aren't in moddb).
> I understand
>
> cheers
>
> ET
>
>
>
> ------------------------------------------------------------------------------
> BPM Camp - Free Virtual Workshop May 6th at 10am PDT/1PM EDT
> Develop your own process in accordance with the BPMN 2 standard
> Learn Process modeling best practices with Bonita BPM through live exercises
> http://www.bonitasoft.com/be-part-of-it/events/bpm-camp-virtual- event?utm_
> source=Sourceforge_BPM_Camp_5_6_15&utm_medium=email&utm_campaign=VA_SF
>
>
> _______________________________________________
> leaf-devel mailing list
> [email protected]
> https://lists.sourceforge.net/lists/listinfo/leaf-devel

------------------------------------------------------------------------------
BPM Camp - Free Virtual Workshop May 6th at 10am PDT/1PM EDT
Develop your own process in accordance with the BPMN 2 standard
Learn Process modeling best practices with Bonita BPM through live exercises
http://www.bonitasoft.com/be-part-of-it/events/bpm-camp-virtual- event?utm_
source=Sourceforge_BPM_Camp_5_6_15&utm_medium=email&utm_campaign=VA_SF

_______________________________________________
leaf-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/leaf-devel
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.