
<html><head><meta http-equiv="Content-Type" content="text/html charset=us-ascii"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" class=""><br class=""><div><blockquote type="cite" class=""><div class="">On Oct 18, 2015, at 5:51 AM, probono <<a href="mailto:probono@puredarwin.org" class="">probono@puredarwin.org</a>> wrote:</div><br class="Apple-interchange-newline"><div class="">2015-10-18 14:14 GMT+02:00 Lubomir I. Ivanov <<a href="mailto:neolit123@gmail.com" class="">neolit123@gmail.com</a>>:<br class=""><blockquote type="cite" class="">some grantlee plugins are missing as well, but i don't know where to<br class="">put these on Linux. probably Dirk knows.<br class=""></blockquote><br class="">Right now they are in usr/lib/grantlee/5.0/ but I don't know if they<br class="">are picked up from there correctly. How can I know?<br class=""></div></blockquote><div><br class=""></div>Yes, that's the right location.</div><div>To test, run Subsurface. Add a dive (Log->Add dive) and accept the changes.</div><div>Now go to print, pick a template and print to PDF. Did things get printed?</div><div>Your plugins are in the right spot.</div><div><br class=""><blockquote type="cite" class=""><div class=""><blockquote type="cite" class="">the user can edit in-place the bundled files or even import more files<br class="">to the same folder.<br class=""></blockquote><br class="">If these files are meant to be editable then the app (or a script<br class="">launching it) could copy them to some location in $HOME.<br class=""></div></blockquote><div><br class=""></div>The .so files won't be edited. But the templates might be. And now that</div><div>I think about this some more this may end up failing the way we currently</div><div>do it.</div><div>So yes, those need to be copied to ~/.subsurface on Linux. We'll do this</div><div>for Subsurface 4.5.1</div><div><br class=""></div><div><blockquote type="cite" class=""><div class=""><blockquote type="cite" class="">the concept is great as an optional scenario, but it forces the<br class="">applications to do gymnastics if it wishes to maintain a folder where<br class="">the user can edit or update bundled files, manually or via the UI.<br class="">having an optional install in such a case has benefits.<br class=""></blockquote><br class="">Well, a copy-on-write FUSE filesystem might be a way to achieve this<br class="">while still maintaining the AppImage objectives; it would make the<br class="">AppImage appear r/w when it is in fact r/o. Changed files would go<br class="">somewhere in $HOME but would look to the application as if they were<br class="">edited in the AppImage. Could probably be done, but is there really so<br class="">much need for it?<br class=""></div></blockquote><div><br class=""></div>No. We need to fix Subsurface not to have to write to the install location</div><div>because that will not work on most OSs. This is one of the problems</div><div>with developers usually testing in the build environment and not with a</div><div>typical system install (and we have no dedicated QA people who'd</div><div>actually test the system install).</div><div><br class=""><blockquote type="cite" class=""><div class=""><blockquote type="cite" class="">i often make<br class="">updates to some of the 200MB files and wish to implement a<br class="">download-updates mechanic, which only touches some large library files<br class="">and possible the main executable<br class="">(...)<br class="">how would you approach this silly big CAD software example in a<br class="">portable OS manner?<br class=""></blockquote><br class="">Use something like zsync to update the AppImage by only downloading<br class="">the parts of it that have changed. Ubuntu uses this for their nightly<br class="">ISO builds. <a href="http://zsync.moria.org.uk" class="">http://zsync.moria.org.uk</a><br class=""></div></blockquote><br class=""></div><div>Yeah, Lubomir's use-case certainly isn't what Subsurface does. So</div><div>this isn't my concern.</div><div><br class=""></div><div>Any volunteer to deal with moving the printing templates to a writeable</div><div>location?</div><div><br class=""></div><div>/D</div><br class=""></body></html>