/usr/bin/lxdm (the target was not present)
yep, this is an artifact from the xfce module i used to build from> will remove this(and make a bug report)
the target was: /opt/porteus-scripts/extra/pmodule.sh (which should be pmodules.sh, but I removed the link as everything seems to working).
nope, this is correct(even though the names dont match :p)
it should be noted: when viewing an extracted module, symlinks often appear broken(unless you're using the same module live),
because the directory tree of the extracted module differs from the live system..
/home/guest/.conkyrc (the target is present, but conky is working without this link).
this symlink is a function of /usr/bin/conkytheme script. it gets written/overwritten each time a theme is chosen from the menu...
that it still works for you(at startup?), suggests that it exists in (some form of) changes(module/folder/.dat?)
My new module is 45.5 MB whilst your revised module is 42 MB. I can only assume you have removed some additional files?
this is the difference between commandline dir2xzm
and the rightclick context menu Build Porteus Module..
probably just an oversight when brokenman recently rewrote the context menu script (different compression options)
so, yeah, i must have used the context menu first time round....
just a note about extracting modules(via filemanager): be sure to use a root filemanager, because you can use guest filemanager without gksu password>
this results in all extracted dirs ownership changing to guest> not desired (if you are using a root owned dir to extract into, this wont be allowed)
obviously, if you do this, correct ownership can restored with chown....
but, using a root filemanager preserves the correct file ownerships...
or terminal (as root):
- Code: Select all
xzm2dir /path/to/foo.xzm /path/to/foo