<feed xmlns='http://www.w3.org/2005/Atom'>
<title>vyos-live-build.git/helpers/lh_binary_rootfs, branch tmp-lamby</title>
<subtitle> (mirror of https://github.com/vyos/vyos-live-build.git)
</subtitle>
<id>https://git.amelek.net/vyos/vyos-live-build.git/atom?h=tmp-lamby</id>
<link rel='self' href='https://git.amelek.net/vyos/vyos-live-build.git/atom?h=tmp-lamby'/>
<link rel='alternate' type='text/html' href='https://git.amelek.net/vyos/vyos-live-build.git/'/>
<updated>2008-06-19T18:03:10+00:00</updated>
<entry>
<title>Revert aborting live d-i installation if minimal/stripped is selected and instead attempt to not break the chroot too much in this case</title>
<updated>2008-06-19T18:03:10+00:00</updated>
<author>
<name>Chris Lamb</name>
<email>chris@chris-lamb.co.uk</email>
</author>
<published>2008-06-19T18:03:10+00:00</published>
<link rel='alternate' type='text/html' href='https://git.amelek.net/vyos/vyos-live-build.git/commit/?id=30bafdae5792670fea6f3f6f68e7e894d266483f'/>
<id>urn:sha1:30bafdae5792670fea6f3f6f68e7e894d266483f</id>
<content type='text'>
Signed-off-by: Chris Lamb &lt;chris@chris-lamb.co.uk&gt;
</content>
</entry>
<entry>
<title>Replace another unweildy "if P1 || P2" statement with its "case" equivalent.</title>
<updated>2008-06-19T17:58:09+00:00</updated>
<author>
<name>Chris Lamb</name>
<email>chris@chris-lamb.co.uk</email>
</author>
<published>2008-06-19T17:58:09+00:00</published>
<link rel='alternate' type='text/html' href='https://git.amelek.net/vyos/vyos-live-build.git/commit/?id=3ddecb18c8cc8bdb8cc2157f2635b773f5603aa2'/>
<id>urn:sha1:3ddecb18c8cc8bdb8cc2157f2635b773f5603aa2</id>
<content type='text'>
Signed-off-by: Chris Lamb &lt;chris@chris-lamb.co.uk&gt;
</content>
</entry>
<entry>
<title>Using new Read_conffile(); now.</title>
<updated>2008-04-07T10:10:21+00:00</updated>
<author>
<name>Daniel Baumann</name>
<email>daniel@debian.org</email>
</author>
<published>2008-04-07T10:10:21+00:00</published>
<link rel='alternate' type='text/html' href='https://git.amelek.net/vyos/vyos-live-build.git/commit/?id=07a3c54d46b6d1236b8e31d2bcfbd8336bef94e4'/>
<id>urn:sha1:07a3c54d46b6d1236b8e31d2bcfbd8336bef94e4</id>
<content type='text'>
</content>
</entry>
<entry>
<title>Adding 'all' configuration file.</title>
<updated>2008-04-07T09:58:50+00:00</updated>
<author>
<name>Daniel Baumann</name>
<email>daniel@debian.org</email>
</author>
<published>2008-04-07T09:58:50+00:00</published>
<link rel='alternate' type='text/html' href='https://git.amelek.net/vyos/vyos-live-build.git/commit/?id=e79e733e4919956db0c26eb8801beaeeb1d357a5'/>
<id>urn:sha1:e79e733e4919956db0c26eb8801beaeeb1d357a5</id>
<content type='text'>
</content>
</entry>
<entry>
<title>lh_binary_rootfs: Remove</title>
<updated>2008-03-23T04:08:46+00:00</updated>
<author>
<name>Chris Lamb</name>
<email>chris@chris-lamb.co.uk</email>
</author>
<published>2008-03-23T04:08:46+00:00</published>
<link rel='alternate' type='text/html' href='https://git.amelek.net/vyos/vyos-live-build.git/commit/?id=31dca28f67ecf02cd2b60b3cc04305fabad793d7'/>
<id>urn:sha1:31dca28f67ecf02cd2b60b3cc04305fabad793d7</id>
<content type='text'>
mksquashfs has a nasty habit of segfaulting when creating an image where
an image already exists. This can happen, for example, if you are
performing multiple runs of lh_binary and the build breaks for some reason.

This is almost certainly a bug in mksquashfs; I will look into finding a
suitable testcase.
</content>
</entry>
<entry>
<title>Updating copyright years to 2008.</title>
<updated>2008-03-06T15:43:00+00:00</updated>
<author>
<name>Daniel Baumann</name>
<email>daniel@debian.org</email>
</author>
<published>2008-03-06T15:43:00+00:00</published>
<link rel='alternate' type='text/html' href='https://git.amelek.net/vyos/vyos-live-build.git/commit/?id=ab336ba97eebf99cd8efa19411c32fa4dea5181e'/>
<id>urn:sha1:ab336ba97eebf99cd8efa19411c32fa4dea5181e</id>
<content type='text'>
</content>
</entry>
<entry>
<title>Also handling ext3 in lh_binary_rootfs, thanks to Bas Wijnen &lt;wijnen@debian.org&gt; (Closes: #468902).</title>
<updated>2008-03-02T10:12:02+00:00</updated>
<author>
<name>Daniel Baumann</name>
<email>daniel@debian.org</email>
</author>
<published>2008-03-02T10:12:02+00:00</published>
<link rel='alternate' type='text/html' href='https://git.amelek.net/vyos/vyos-live-build.git/commit/?id=cc2cf994d4887c19b8f10e122957c6bbd137fe7d'/>
<id>urn:sha1:cc2cf994d4887c19b8f10e122957c6bbd137fe7d</id>
<content type='text'>
</content>
</entry>
<entry>
<title>Adding --jffs2-eraseblock parameter.</title>
<updated>2008-03-01T12:19:54+00:00</updated>
<author>
<name>Daniel Baumann</name>
<email>daniel@debian.org</email>
</author>
<published>2008-03-01T12:19:54+00:00</published>
<link rel='alternate' type='text/html' href='https://git.amelek.net/vyos/vyos-live-build.git/commit/?id=2e50db26fda76e81ca0caeca11596a1d26a96c01'/>
<id>urn:sha1:2e50db26fda76e81ca0caeca11596a1d26a96c01</id>
<content type='text'>
Marco sais, that flash devices often need a different erase size than mkfs.jffs2
defaults to. Hence, this parameter passes the blocksize to the mkfs.jffs2 call
through --eraseblock option.
</content>
</entry>
<entry>
<title>lh_binary_rootfs: add support to generate jffs2 filesystem</title>
<updated>2008-02-21T00:15:50+00:00</updated>
<author>
<name>Otavio Salvador</name>
<email>otavio@ossystems.com.br</email>
</author>
<published>2008-02-21T00:07:54+00:00</published>
<link rel='alternate' type='text/html' href='https://git.amelek.net/vyos/vyos-live-build.git/commit/?id=20ffe176ede048996d03d838b3d11a8a9ec125cc'/>
<id>urn:sha1:20ffe176ede048996d03d838b3d11a8a9ec125cc</id>
<content type='text'>
</content>
</entry>
<entry>
<title>Renaming mini flavour to stripped to avoid confusion, thanks to Fathi Boudra &lt;fabo@debian.org&gt; and Ben Armstrong &lt;synrg@debian.org&gt;.</title>
<updated>2008-01-17T17:15:11+00:00</updated>
<author>
<name>Daniel Baumann</name>
<email>daniel@debian.org</email>
</author>
<published>2008-01-17T17:15:11+00:00</published>
<link rel='alternate' type='text/html' href='https://git.amelek.net/vyos/vyos-live-build.git/commit/?id=0d0e8bb2689b6080e23c0f167de7b48fe91b59f0'/>
<id>urn:sha1:0d0e8bb2689b6080e23c0f167de7b48fe91b59f0</id>
<content type='text'>
</content>
</entry>
</feed>
