On 24 May 2017 at 16:51, Flavio Leitner <[email protected]> wrote: > On Tue, May 16, 2017 at 11:05:24AM -0700, Guru Shetty wrote: > > On 15 May 2017 at 16:49, Joe Stringer <[email protected]> wrote: > > > > > On 12 May 2017 at 07:45, Timothy Redaelli <[email protected]> > wrote: > > > > RHEL 6 is not supported anymore since it uses Python 2.6 and GCC > 4.4.x, > > > > but Open vSwitch needs, at least, Python 2.7 and GCC 4.6 to build > > > correctly. > > > > > > > > http://docs.openvswitch.org/en/latest/intro/install/ > > > general/#build-requirements > > > > > > > > Signed-off-by: Timothy Redaelli <[email protected]> > > > > > > I think that people are still using this for Centos 7, so the name is > > > just out of date. We could leave it as is or rename it to drop the > > > numbering? > > > > > > Guru, any opinions? > > > > > > > Ideally, we should just rename it to RHEL7 to avoid confusion. > > RHEL-7 should use Fedora instructions. After this patch we plan to > clean and rename the spec files to be more obvious. > > Then the problem becomes which names to use because Fedora moves > faster than RHEL-7, so even if we manage to have a single spec file > and documentation now, it doesn't mean that it will be the case in > 5 years or more. > > I suspect the spec file should be openvswitch.spec and try our best > to remain the only one and the documentation for Fedora should point > to RHEL-7 documentation as a start. Then we improve the docs when > they need. > > How does that sound to you? >
Stepping back a little, the fundamental challenge is lack of 'force-reload-kmod' in fedora systemd files. The OVS repo supplies its own kernel module, so we need a mechanism to upgrade OVS kernel modules when we upgrade OVS. I haven't been following systemd advancements. Do you know whether there are mechanisms where we can call additional commands like 'force-reload-kmod' in systemd? > > -- > Flavio > > _______________________________________________ dev mailing list [email protected] https://mail.openvswitch.org/mailman/listinfo/ovs-dev
