I would think that "minor version bumps" would be permissible. My thoughts are mainly that all major changes in the main branch should be in by pre2. By pre2, 2/3 of the release cycle will have elapsed. Why is allocating the remaining 1/3 to resolving issues a bad idea? The other idea was to set it after rc1, which leaves only 1/6 of the release cycle for resolving issues.
As for not having a kernel backup when we upgrade the kernel, the problem with that is, how can you discern the proper version of the old kernel in the initrd package? Unless we can backup the initrd properly as well, any kernel backup is useless. _______________________________________________ Frugalware-devel mailing list [email protected] http://frugalware.org/mailman/listinfo/frugalware-devel
