<feed xmlns='http://www.w3.org/2005/Atom'>
<title>vyatta-cfg-system.git/scripts, branch debian/0.19.45</title>
<subtitle>Vyatta system-level configuration templates/scripts (mirror of https://github.com/vyos/vyatta-cfg-system.git)
</subtitle>
<id>https://git.amelek.net/vyos/vyatta-cfg-system.git/atom?h=debian%2F0.19.45</id>
<link rel='self' href='https://git.amelek.net/vyos/vyatta-cfg-system.git/atom?h=debian%2F0.19.45'/>
<link rel='alternate' type='text/html' href='https://git.amelek.net/vyos/vyatta-cfg-system.git/'/>
<updated>2011-03-03T23:27:29+00:00</updated>
<entry>
<title>Fix network name scan for wireless</title>
<updated>2011-03-03T23:27:29+00:00</updated>
<author>
<name>Stephen Hemminger</name>
<email>stephen.hemminger@vyatta.com</email>
</author>
<published>2011-03-03T23:27:29+00:00</published>
<link rel='alternate' type='text/html' href='https://git.amelek.net/vyos/vyatta-cfg-system.git/commit/?id=ba5aeb6086e8c6aef86c18e2646b7c80e05f8e3d'/>
<id>urn:sha1:ba5aeb6086e8c6aef86c18e2646b7c80e05f8e3d</id>
<content type='text'>
Bug 6818
The regex to extract wireless name was incorrect.
Recode for clarity rather than adding more complex regex.
</content>
</entry>
<entry>
<title>Fix script to handle more than 10 interfaces</title>
<updated>2011-03-02T20:03:37+00:00</updated>
<author>
<name>Stephen Hemminger</name>
<email>stephen.hemminger@vyatta.com</email>
</author>
<published>2011-03-02T20:03:37+00:00</published>
<link rel='alternate' type='text/html' href='https://git.amelek.net/vyos/vyatta-cfg-system.git/commit/?id=31f6c82c43c1ad4bb259fdd6a6ffd94ba204c1c1'/>
<id>urn:sha1:31f6c82c43c1ad4bb259fdd6a6ffd94ba204c1c1</id>
<content type='text'>
Bug 6861
Fix submitted by devolish &lt;ole.myhre@dataoppdrag.no&gt;
</content>
</entry>
<entry>
<title>Warn if attempting to force mask on multiqueue NIC</title>
<updated>2011-03-01T18:56:16+00:00</updated>
<author>
<name>Stephen Hemminger</name>
<email>stephen.hemminger@vyatta.com</email>
</author>
<published>2011-03-01T01:55:59+00:00</published>
<link rel='alternate' type='text/html' href='https://git.amelek.net/vyos/vyatta-cfg-system.git/commit/?id=6938b8bce001cca2d98d6b277d134c9e8e405271'/>
<id>urn:sha1:6938b8bce001cca2d98d6b277d134c9e8e405271</id>
<content type='text'>
Bug 6845
Warn (and ignore) attempt to assign IRQ directly on multiqueuej
NIC.
</content>
</entry>
<entry>
<title>Workaround Xen NIC address</title>
<updated>2011-02-25T19:20:58+00:00</updated>
<author>
<name>Stephen Hemminger</name>
<email>stephen.hemminger@vyatta.com</email>
</author>
<published>2011-02-25T19:20:58+00:00</published>
<link rel='alternate' type='text/html' href='https://git.amelek.net/vyos/vyatta-cfg-system.git/commit/?id=4f6faa2ba6510c01165b18ce8315cd7049a15783'/>
<id>urn:sha1:4f6faa2ba6510c01165b18ce8315cd7049a15783</id>
<content type='text'>
Bug 6837
Xen does not behave like normal hardware. It assigns a random MAC
address (with local bit set).
</content>
</entry>
<entry>
<title>Change where ipv6 route table size is increased</title>
<updated>2011-02-25T18:38:10+00:00</updated>
<author>
<name>Stephen Hemminger</name>
<email>stephen.hemminger@vyatta.com</email>
</author>
<published>2011-02-25T18:34:48+00:00</published>
<link rel='alternate' type='text/html' href='https://git.amelek.net/vyos/vyatta-cfg-system.git/commit/?id=f62f7280611731fbd0f6a883a10e676a35518264'/>
<id>urn:sha1:f62f7280611731fbd0f6a883a10e676a35518264</id>
<content type='text'>
Can't do it early in boot because ipv6 module may not be loaded.
</content>
</entry>
<entry>
<title>Validate domain and host name</title>
<updated>2011-02-25T17:07:41+00:00</updated>
<author>
<name>Stephen Hemminger</name>
<email>stephen.hemminger@vyatta.com</email>
</author>
<published>2011-02-25T17:07:41+00:00</published>
<link rel='alternate' type='text/html' href='https://git.amelek.net/vyos/vyatta-cfg-system.git/commit/?id=6c9f83f6bcf081973f25c7564cc61ba07ae2cfd2'/>
<id>urn:sha1:6c9f83f6bcf081973f25c7564cc61ba07ae2cfd2</id>
<content type='text'>
Bug 6243
More complete validation of host name and domain name
</content>
</entry>
<entry>
<title>Don't set irq affinity if device is disabled</title>
<updated>2011-02-25T17:05:51+00:00</updated>
<author>
<name>Stephen Hemminger</name>
<email>stephen.hemminger@vyatta.com</email>
</author>
<published>2011-02-25T17:05:51+00:00</published>
<link rel='alternate' type='text/html' href='https://git.amelek.net/vyos/vyatta-cfg-system.git/commit/?id=b541f5ffa7bf1c6951e01ae4814e0cd38adc42d5'/>
<id>urn:sha1:b541f5ffa7bf1c6951e01ae4814e0cd38adc42d5</id>
<content type='text'>
Bug 6784
No point in trying to force affinity if device is offline.
</content>
</entry>
<entry>
<title>Handle Vmware mulitqueue naming convention</title>
<updated>2011-02-22T22:11:27+00:00</updated>
<author>
<name>Stephen Hemminger</name>
<email>stephen.hemminger@vyatta.com</email>
</author>
<published>2011-02-22T22:11:27+00:00</published>
<link rel='alternate' type='text/html' href='https://git.amelek.net/vyos/vyatta-cfg-system.git/commit/?id=018c1ac6286ad40d7fff612573a7efffafe0d480'/>
<id>urn:sha1:018c1ac6286ad40d7fff612573a7efffafe0d480</id>
<content type='text'>
Adapt to irq naming convention in 2.6.37 kernel for vmxnet3 driver.
</content>
</entry>
<entry>
<title>Handle case of device with no active IRQ</title>
<updated>2011-02-21T23:54:21+00:00</updated>
<author>
<name>Stephen Hemminger</name>
<email>stephen.hemminger@vyatta.com</email>
</author>
<published>2011-02-21T23:54:21+00:00</published>
<link rel='alternate' type='text/html' href='https://git.amelek.net/vyos/vyatta-cfg-system.git/commit/?id=78d24daefeab6e91f282044abb8930678434ea8c'/>
<id>urn:sha1:78d24daefeab6e91f282044abb8930678434ea8c</id>
<content type='text'>
Bug 6784
Disabled device has no IRQ, so don't change it.
</content>
</entry>
<entry>
<title>Use standard mechanism to start/stop snmp</title>
<updated>2011-02-18T18:55:50+00:00</updated>
<author>
<name>Stephen Hemminger</name>
<email>stephen.hemminger@vyatta.com</email>
</author>
<published>2011-02-18T18:55:50+00:00</published>
<link rel='alternate' type='text/html' href='https://git.amelek.net/vyos/vyatta-cfg-system.git/commit/?id=c8165a1a29572d7bf78d11c83afd18fff80a02f5'/>
<id>urn:sha1:c8165a1a29572d7bf78d11c83afd18fff80a02f5</id>
<content type='text'>
The net-snmp has snmpd.init script which is installed in standard
place. Invoke it with standard mechanism to avoid any security or
other problems. Also allows debugging snmpd by changing /etc/default/snmp.
</content>
</entry>
</feed>
