Douglas McClendon wrote:
Jeremy- what do you think? I'd still like to get credit for all the work I did in discovering and fixing the problem. It would be a bit disappointing if you guys went and implemented the above alternate solution and took all the credit. I'd be willing to implement the above alternate solution, if you can give reasonable arguments as to why you think the existing turboLiveInst code is not acceptable.
Also, I forgot to include, that the alternate implementation using sparse copy to device, fails to achieve the benefit of supporting destination volumes of 2.1G->4.0G.
(and if you utilize a larger container, which has the benefits I've discussed at length in prior threads relating to persistence, this problem scales. I.e. you might want a +10G container instead of the current +2G container, to support using 8GB of free space on your ipod as the persistent overlay device).
-dmc -- Fedora-livecd-list mailing list [email protected] https://www.redhat.com/mailman/listinfo/fedora-livecd-list
