squashfs-tools-ng.git/lib/common, branch v0.8A new set of tools and libraries for working with SquashFS imageshttps://git.infraroot.at/squashfs-tools-ng.git/atom?h=v0.82019-12-23T12:55:38+00:00Add simple sqfs_tree_node_t hardlink detection to libcommon2019-12-23T12:55:38+00:00David Oberhollenzerdavid.oberhollenzer@sigma-star.at2019-12-23T12:16:21+00:00urn:sha1:f92e31c94f953a68309dab7df75f5f9cc67caa7a
Signed-off-by: David Oberhollenzer <david.oberhollenzer@sigma-star.at>
Bring back the flat list of inodes in libfstree2019-12-22T23:50:00+00:00David Oberhollenzerdavid.oberhollenzer@sigma-star.at2019-12-22T23:42:53+00:00urn:sha1:9db873364de85e6b5f972dbd2bada80591ef8af4
It makes further processing simpler and doesn't leak the abstraction
into upper layers.
Signed-off-by: David Oberhollenzer <david.oberhollenzer@sigma-star.at>
Add basic support for handling and serializing hard links2019-12-22T21:07:44+00:00David Oberhollenzerdavid.oberhollenzer@sigma-star.at2019-12-19T15:10:39+00:00urn:sha1:1466f1f8571aca423156ee7ef4094a0c082f88d7
In libfstree, add a function to add a hard link to the fstree. The
hard links stores the target in the data.target field, canonicalizes
the target and sets a sentinel mode. A second function is used to
resolve link, i.e. replacing it with a direct pointer, setting another
sentinel mode and increasing the targets link count.
The post process function tries to resolve unresolved hard links and
only allocates inode numbers for nodes that aren't hard links. If the
target node of a hard link does not have an inode number yet, the two
need to be swapped, since this is also the order in which they are
serialized.
The serialization function in libcommon simply has to skip hard link
nodes and when writing directory entries, use the inode num/ref of
the target node.
Signed-off-by: David Oberhollenzer <david.oberhollenzer@sigma-star.at>
Fix link count for file inodes in tree serialization.2019-12-19T15:34:10+00:00David Oberhollenzerdavid.oberhollenzer@sigma-star.at2019-12-19T15:33:47+00:00urn:sha1:caa34ed48ba55a50a4187cd1ae307c09c6b75311
Signed-off-by: David Oberhollenzer <david.oberhollenzer@sigma-star.at>
Add an explicit link count to the fstree nodes2019-12-18T16:40:49+00:00David Oberhollenzerdavid.oberhollenzer@sigma-star.at2019-12-18T16:40:49+00:00urn:sha1:19b98cf450220b742987e7f0599ae284e93f8e54
Gets initialized to 2 for directories, 1 for all other types. The count
of the parent node is automatically incremented.
Signed-off-by: David Oberhollenzer <david.oberhollenzer@sigma-star.at>
Rename fstree "slink_target" to "target"2019-12-18T16:04:54+00:00David Oberhollenzerdavid.oberhollenzer@sigma-star.at2019-12-18T16:04:54+00:00urn:sha1:5dc3ab23d0552dc9460152f8a9089f25c8572d90
Signed-off-by: David Oberhollenzer <david.oberhollenzer@sigma-star.at>
Move is_filename_sane to libfstree, add test cases2019-12-18T15:48:03+00:00David Oberhollenzerdavid.oberhollenzer@sigma-star.at2019-12-18T15:35:19+00:00urn:sha1:6f96c4d2651ed59975354433267319d527490537
Signed-off-by: David Oberhollenzer <david.oberhollenzer@sigma-star.at>
Cleanup: merge the fstree post processing functions2019-12-18T14:55:03+00:00David Oberhollenzerdavid.oberhollenzer@sigma-star.at2019-12-18T14:55:03+00:00urn:sha1:2777dfe050359c359233b2f00dfb5c3b2dba4ed6
Instead of having 3 different functions for sorting the tree, numbering
the nodes and generating a file list, that all have to be used in the
right order, this commit merges them into a single "fstree_post_process"
function.
Signed-off-by: David Oberhollenzer <david.oberhollenzer@sigma-star.at>
Remove fstree inode table2019-12-16T13:46:24+00:00David Oberhollenzerdavid.oberhollenzer@sigma-star.at2019-12-15T18:29:34+00:00urn:sha1:caf350448c0020f95b9bfdd65770d86faf548549
Signed-off-by: David Oberhollenzer <david.oberhollenzer@sigma-star.at>
Do the fstree serialization in a recursive tree walk2019-12-16T13:46:24+00:00David Oberhollenzerdavid.oberhollenzer@sigma-star.at2019-12-15T18:22:06+00:00urn:sha1:5aa1bab7fabc55a6f2a2ff2f7d8e2c49421cb215
Remove usage of the "inode table".
Signed-off-by: David Oberhollenzer <david.oberhollenzer@sigma-star.at>