On Fri, 2014-10-03 at 18:04 -0300, Bruno Medeiros wrote: > On Fri, Oct 3, 2014 at 2:36 PM, Adam Williamson <adamw...@fedoraproject.org> > wrote: > > > I don't know why you see it as an F19 to F20 regression, because I'm > > fairly sure it's been broken the whole time. > > > I have two servers now running libvirtd + firewalld + NM, one is F19 and > the other (the newest) one is F20. I just checked here and the F19 server > has neither /etc/modules-load.d nor /etc/udev/rules.d files regarding the > workaround. So, for some reason, it works on F19! Maybe the order systemd > runs something.. I don't know. I just know that I followed the same > procedure I used to setup libvirt on F19 to setup F20 and it didn't work > (at least without the workaround).
There's about a dozen other ways you could possibly work around it - there may be a script in rc.local or something? I'm fairly sure there's nothing in any Fedora release to 'fix' it. > Thank you for pointing the current bug, I think it should be linked to the > original one (https://bugzilla.redhat.com/show_bug.cgi?id=512206) because > it can drive someone crazy! ;) Sure, throw a comment in or something! > I also think that there should be a warning on libvirt doc pointing to your > write-up (or the bug) in case someone decides to use NM instead of network. The problem with adding docs to *everything* is you have to remember to take them out again when the bug is actually fixed...I'd probably rather just get the damn thing fixed, it really shouldn't be much trouble but it keeps winding up stuck between teams. -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Twitter: AdamW_Fedora | XMPP: adamw AT happyassassin . net http://www.happyassassin.net -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test