<div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr">Hi All,<div><br></div><div>In the last few days, I've been working on leveraging a pluggable mechanism that is going to be introduced for muCommander [1] to provide a front-end for libguestfs.</div><div><br></div><div>I published a video [2] that demonstrates this integration: enabling to browse/upload-to/download-from virtual disks via a file manager with a dual-pane interface.</div><div><br></div><div>I've followed the guidelines for inspecting the disk's file system(s) I got on IRC (thanks Richard!). The code is available at [3], mostly in LibguestfsFile.java.</div><div><br></div><div>However, as one can see in the video, it takes a pretty long time to inspect the disk (in order to find the operating system) and to mount the file systems. So it takes me back to the filesystem_walk function as I read in [4] that it allows inspecting the metadata without mounting the disk partition(s). Unfortunately, I didn't manage to try that function due to the following error I get when trying to use it (tried on Fedora 28 & 29):</div><div><br></div><div>Exception in thread "main" com.redhat.et.libguestfs.LibGuestFSException: internal_filesystem_walk: feature 'libtsk' is not available in this<br>build of libguestfs.  Read 'AVAILABILITY' in the guestfs(3) man page for<br>how to check for the availability of features.<br>    at com.redhat.et.libguestfs.GuestFS._filesystem_walk(Native Method)<br>    at com.redhat.et.libguestfs.GuestFS.filesystem_walk(GuestFS.java:6010)<br>    at test.Main.main(Main.java:27)<br></div><div><br></div><div>Is that right that the filesystem_walk doesn't require mounting the disk partition(s)? If that's true, can we publish a version that supports that in the Fedora repo?</div><div><br></div><div>And another question, the upload/download API requires to provide a remote file and a file on the hosting file system. I currently use a temporary local file that is passed as input (in case of upload) or output (in case of download) for libguestfs. But I've noticed that by specifying "-", libguestfs reads from stdin/writes to stdout. Do you have any experience in using this to inject/retrieve data directly from/to a Java application (that holds an input/output stream at hand) without going through the disk?</div><div><br></div><div>[1] <a href="http://www.mucommander.com">http://www.mucommander.com</a></div><div>[2] <a href="https://youtu.be/_ykVRSuKFwc">https://youtu.be/_ykVRSuKFwc</a></div><div>[3] <a href="https://github.com/ahadas/mucommander/tree/osgi/mucommander-libguestfs/src/main/java/com/mucommander/commons/file/archive/libguestfs">https://github.com/ahadas/mucommander/tree/osgi/mucommander-libguestfs/src/main/java/com/mucommander/commons/file/archive/libguestfs</a></div><div>[4] <a href="https://www.redhat.com/archives/libguestfs/2016-June/msg00051.html">https://www.redhat.com/archives/libguestfs/2016-June/msg00051.html</a></div></div></div></div></div></div></div></div></div></div></div></div></div></div></div>