{"action":"created","issue":{"url":"https://api.github.com/repos/XSCE/xsce/issues/225","labels_url":"https://api.github.com/repos/XSCE/xsce/issues/225/labels{/name}","comments_url":"https://api.github.com/repos/XSCE/xsce/issues/225/comments","events_url":"https://api.github.com/repos/XSCE/xsce/issues/225/events","html_url":"https://github.com/XSCE/xsce/pull/225","id":58801038,"number":225,"title":"Proposed handling of ifcfg files","user":{"login":"jvonau","id":5579710,"avatar_url":"https://avatars.githubusercontent.com/u/5579710?v=3","gravatar_id":"","url":"https://api.github.com/users/jvonau","html_url":"https://github.com/jvonau","followers_url":"https://api.github.com/users/jvonau/followers","following_url":"https://api.github.com/users/jvonau/following{/other_user}","gists_url":"https://api.github.com/users/jvonau/gists{/gist_id}","starred_url":"https://api.github.com/users/jvonau/starred{/owner}{/repo}","subscriptions_url":"https://api.github.com/users/jvonau/subscriptions","organizations_url":"https://api.github.com/users/jvonau/orgs","repos_url":"https://api.github.com/users/jvonau/repos","events_url":"https://api.github.com/users/jvonau/events{/privacy}","received_events_url":"https://api.github.com/users/jvonau/received_events","type":"User","site_admin":false},"labels":[],"state":"open","locked":false,"assignee":null,"milestone":null,"comments":14,"created_at":"2015-02-24T20:44:49Z","updated_at":"2015-03-01T18:06:08Z","closed_at":null,"pull_request":{"url":"https://api.github.com/repos/XSCE/xsce/pulls/225","html_url":"https://github.com/XSCE/xsce/pull/225","diff_url":"https://github.com/XSCE/xsce/pull/225.diff","patch_url":"https://github.com/XSCE/xsce/pull/225.patch"},"body":"Use ifcfg-LAN for our purposes. This ensures that we only create one copy for the LAN, we don't really need old copies cluttering up directory. The mac address and device might change within this file but the file name will not. Clean up the old ifcfg file for LAN that was used if this is not a fresh installation. \r\n\r\nShould we remove the ifcfg-LAN file when we detect no LAN?\r\n\r\nJust want to confirm all F18 and later installs don't have an ifcfg- file in order to receive an ip address. I need others to check if there is an ifcfg- file for the device that is used as the gateway for your install. From the sample of installs here I'll say absent. If that is the case for all I think it be might safe to remove this file being as we might of created this file in old naming convention and is now no longer current, or just don't bother with it.\r\n\r\nIf others find that there is in fact an ifcfg- file for your gateway, I'd like to see some samples and what you did to configure your network before installing XSCE to figure out the best way to deal with that.\r\n\r\nThe plan for static ip addresses supplied by vars/ can want till we can bootstrap the install offline, then we can template that in to the routine. \r\n"},"comment":{"url":"https://api.github.com/repos/XSCE/xsce/issues/comments/76621598","html_url":"https://github.com/XSCE/xsce/pull/225#issuecomment-76621598","issue_url":"https://api.github.com/repos/XSCE/xsce/issues/225","id":76621598,"user":{"login":"jvonau","id":5579710,"avatar_url":"https://avatars.githubusercontent.com/u/5579710?v=3","gravatar_id":"","url":"https://api.github.com/users/jvonau","html_url":"https://github.com/jvonau","followers_url":"https://api.github.com/users/jvonau/followers","following_url":"https://api.github.com/users/jvonau/following{/other_user}","gists_url":"https://api.github.com/users/jvonau/gists{/gist_id}","starred_url":"https://api.github.com/users/jvonau/starred{/owner}{/repo}","subscriptions_url":"https://api.github.com/users/jvonau/subscriptions","organizations_url":"https://api.github.com/users/jvonau/orgs","repos_url":"https://api.github.com/users/jvonau/repos","events_url":"https://api.github.com/users/jvonau/events{/privacy}","received_events_url":"https://api.github.com/users/jvonau/received_events","type":"User","site_admin":false},"created_at":"2015-03-01T18:06:08Z","updated_at":"2015-03-01T18:06:08Z","body":"On Sat, Feb 28, 2015 at 7:09 PM, Tim Moody <notifications@github.com> wrote:\n\n> >From: Jerry Vonau\n> >Sent: Saturday, February 28, 2015 7:34 PM\n> >To: XSCE/xsce\n> >Cc: Tim Moody\n> >Subject: Re: [xsce] Proposed handling of ifcfg files (#225)\n> >\n> >On Sat, Feb 28, 2015 at 5:39 PM, Tim Moody <notifications@github.com>\n> wrote:\n> >\n> >> OK, I misunderstood the word gateway. You mean an adapter, not a network\n> >> role.\n> >>\n> >> >From: georgejhunt\n> >> >Sent: Saturday, February 28, 2015 5:51 PM\n> >> >To: XSCE/xsce\n> >> >Cc: Tim Moody\n> >> >Subject: Re: [xsce] Proposed handling of ifcfg files (#225)\n> >> >\n> >> >On Sat, Feb 28, 2015 at 1:55 PM, Tim Moody <notifications@github.com>\n> >> wrote:\n> >> >\n> >> >> in gateway are you expecting an ethernet dongle to be the wan?\n> >> >>\n> >> >>\n> >> >I was expecting to let the console (or user_vars) set up whether WAN is\n> >> >enabled or not.\n> >> >\n> >> >The way the auto discovery works, I think, is NetworkManager attaches\n> >> >dhclient to any adapters that are not specifically set up by ifcfg-*.\n> >\n> >\n> >That is what I find, no file you get auto dhcp. Is that the same thing you\n> >are seeing? If you have an ifcfg then it is respected.\n>\n> but the install creates a file even for dhcp for me in f20 and f21. and I\n> thought NM created one when it finds hardware.\n>\n\nNo problem then we have to deal with their presence and can't delete/move\nthem. I would prefer to deal with, or supply a file if missing for WAN. We\nused to do that in the xs-setup-network days, but that was geared towards\nusing NM's keyfile plugin used on the XOs as opposed to now where it's\nusing ifcfg-rh. The advantage of using the NM's native keyfile plugin is\ncross distro support, it works where ever NM is available.\n\n\n>\n> >With two devices left to choose LAN, we pick the first one currently, we\n> >could test for bridge in user_lan_iface then act on that.\n>\n> or just create it; why require the bridge to be done manually?\n>\n\nHaving WiFi AP as LAN on the XSCE is a new feature needing to be thought\nout.  Have you had a look at:\nhttps://fedoraproject.org/wiki/Features/RealHotspot\n\nGeorge, how many bridges are you using? Is your setup using NetworkManager\nor network to control the interfaces?\n\nThe idea behind using bridging or bonding is to create an always present\nnetwork interface for the networking stack to use, the slaves of these\ndevices need not be present. Using bridging for LAN would allow for\n'LanController' services be always active on a LAN bridge.\n\nI was thinking on \"what\" to do, as in optional behavior. Think \"act on\nthat\" could equal create bridge, add the remaining devices as slaves.\nAdding slaves that have a TYPE=Ethernet to a bridge is pretty straight\nforward, but adding the WiFi device needs other settings defined also. The\nUI would need to reflect these new settings along with vars/.\n\n\n>\n> >> I think Jerry has it so that the networking will adjust to whatever it\n> >> finds (except an extra nic). We need to discuss if this should happen at\n> >> boot as it presently requires ansible to be run.\n> >>\n> >\n> >I don't understand what at boot refers too.\n> >\n>\n> it refers to automatically running xs-setup-network whenever the machine\n> boots to fix up the networking based on what is connected, subject to the\n> various flags.\n\n\nI don't think I want to try that at all. To reconfigure the network because\nof perhaps a loose cable or usb dongle, I'll pass.\n\n\n> —\n> Reply to this email directly or view it on GitHub\n> <https://github.com/XSCE/xsce/pull/225#issuecomment-76562168>.\n>\n"}}