| 1 |
On 06/04/16 17:06, Richard Yao wrote: |
| 2 |
> |
| 3 |
> That does not address the problems of supporting this configuration in a |
| 4 |
> rolling release. |
| 5 |
> |
| 6 |
> Formats in /etc can fall out of sync with software in /usr. If boot |
| 7 |
> options change, the stuff in /etc/init.d is not updated. If you add |
| 8 |
> software, the update to /etc/init.d is omitted. If you have a baselayout |
| 9 |
> change, it is not propagated. Whether or not the package manager can be |
| 10 |
> used is not discussed. It definitely can be in Solaris when this feature |
| 11 |
> is used in Solaris zones, although I am not sure how that interacts with |
| 12 |
> updates as I never looked. I do not have a VM with a member of the |
| 13 |
> OpenSolaris family handy to check. |
| 14 |
/usr/etc .. or /usr/local/etc *ew* ... ?!?! |
| 15 |
> Solaris and RHEL will see the benefits described on the Fedora page |
| 16 |
> because they handled many of those problems. In most cases, they handled |
| 17 |
> it by being stale non-rolling releases that do not support major version |
| 18 |
> upgrades. Fedora handled it by having a disclaimer that things should be |
| 19 |
> expected to break across Fedora versions. Neither are things that I |
| 20 |
> expect us to do, so if we adopt this, we will need to do something |
| 21 |
> entirely new to be able to gain these benefits. |
| 22 |
> |
Archives