Page 1 of 1

openbox 003-DE module for 3.2 32bit

Posted: 10 Nov 2016, 07:34
by ncmprhnsbl
Download: 003-box-32-3.xzm 40.1 mb
refer to this thread: http://forum.porteus.org/viewtopic.php?f=75&t=6046 for build details..
some differences:
conky has no lua support(no pictures) (so lua and tolua arent included)
added clipit
todo/issues:
retain wxgtk for 7z

Re: openbox 003-DE module for 3.2 32bit

Posted: 12 Nov 2016, 10:58
by Philip
Hello, ncmprhnsbl

Thank you for the 003-openbox 32-bit module. I have been giving it a test run, but there are a few things that I should report.

From the terminal, mc cannot be started. Getting the error message:
/use/share/mc/bin/mc-wrapper.sh Input output error
The mc app is in /usr/bin - It is possible to start it from /usr/bin, but we are getting error messages about 'unable to parse default skin' and 'cannot load codepages list'. Pressing return for each of the error messages mc does start but there is no cursor like you usually get with mc.

Also, the menu has an option for Thunar root user, but the app is missing. As we already have SpaceFM for super user, I think the Thunar menu entry can be removed.

In the menu: applications/feh - this does not start feh. Although I know it's already running because we have wallpaper. It might be best to remove the feh menu entry.

Re: openbox 003-DE module for 3.2 32bit

Posted: 12 Nov 2016, 22:41
by ncmprhnsbl
thanks Philip,
mc ..can't reproduce here... what version/kernel porteus are you using.. i built using the first 3.2 final(kernel 4..8.6)
..brokenman since uploaded a newer one(4.8.7) i'm guessing i'll need to update the caches using the newer version...(maybe)
try running as root cache-module to test my theory(if you like)

feh: added lines to /usr/share/applications/feh.desktop (so is still a choice for imageviewing in filemanager)

Code: Select all

NoDisplay=true
ShowOnlyIn=spacefm
thunar-root: removed /usr/share/applications/thunar-gksu.desktop
also:
added NoDisplay=true to /usr/share/applications/compton.desktop

will setup with latest iso and rebuild soon..

Re: openbox 003-DE module for 3.2 32bit

Posted: 13 Nov 2016, 11:18
by Philip
I am using 3.2 rc5 kernel 4.7.2

I tried running root cache-module, but was then asked if I wanted to make a module from the new caches. I didn't do this - not sure what to do.

I have only just now discovered that 3.2 final is out - so I'm now upgrading.

Re: openbox 003-DE module for 3.2 32bit

Posted: 14 Nov 2016, 03:44
by ncmprhnsbl
uploaded new version , just the menu fixes above
Philip wrote:I tried running root cache-module, but was then asked if I wanted to make a module from the new caches. I didn't do this - not sure what to do.
fairly safe to say y (yes) to this and a module is put in /tmp... just a convenient way of updating various caches..
i didnt redo the caches in this new version and mc is starting fine here with the latest iso...
there shouldnt be anything in this (003)module that affects mc since its in the 001-core.xzm...

Re: openbox 003-DE module for 3.2 32bit

Posted: 22 Nov 2016, 15:28
by Philip
ncmprhnsbl

I know I am very late in responding, but I am now in a position to confirm that openbox 32.2.xzm is working with the latest 12th Nov Porteus release. Boots in 1 minute, compared with 2 minutes for MATE.

Re: openbox 003-DE module for 3.2 32bit

Posted: 23 Nov 2016, 05:13
by ncmprhnsbl
thanks Philip :good:

Re: openbox 003-DE module for 3.2 32bit

Posted: 03 Jan 2017, 14:55
by Philip
When using 003-openbox-32.2.xzm with the latest Porteus 3.2.2 (32-bit), you can't get pass the login screen. It just returns again.

Re: openbox 003-DE module for 3.2 32bit

Posted: 04 Jan 2017, 00:34
by ncmprhnsbl
thanks Philip, uploading fixed module...
if you want to save a download and fix it yourself:
1. extract the module
2. delete /usr/lib/libobrender.s0.32 (its a symlink to libobrender.s0.29)
3. recompress

Re: openbox 003-DE module for 3.2 32bit

Posted: 06 Jan 2017, 13:28
by Philip
ncmprhnsbl

Thanks for your help with the 003-box-32.3 module. I decided to follow your suggestion and fix it myself. And I'm pleased to say that it works.

Whilst I was having a look around, I found three broken links, which I removed. These were:

/usr/bin/lxdm (the target was not present)

/usr/bin/pmodule.sh
the target was: /opt/porteus-scripts/extra/pmodule.sh (which should be pmodules.sh, but I removed the link as everything seems to working).

/home/guest/.conkyrc (the target is present, but conky is working without this link).


My new module is 45.5 MB whilst your revised module is 42 MB. I can only assume you have removed some additional files?

Re: openbox 003-DE module for 3.2 32bit

Posted: 07 Jan 2017, 00:14
by ncmprhnsbl
/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)
/usr/bin/pmodule.sh
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

mkdir foo
xzm2dir /path/to/foo.xzm /path/to/foo

Re: openbox 003-DE module for 3.2 32bit

Posted: 07 Jan 2017, 14:08
by Philip
Hello ncmprhnsbl

Thanks for your reply and the useful information. :good:

I have now started again and extracted the 32-2 module again using a root file manager in XFCE, and have deleted /usr/lib/libobrender.so.32 and /usr/bin/lxdm.

I recompressed the folder using the console command dir2xzm - and yes it has made a difference! My module is now 42 MB, and started up with no problem.

Relating to the .conkyrc sym link, you are right about this, for I did find that the system re-wrote the file.

Re: openbox 003-DE module for 3.2 32bit

Posted: 08 Jan 2017, 12:29
by Philip
ncmprhnsbl

I have now discovered that p7zip file manager is not working, due to missing libwx_ libraries.

I have had a look at Porteus 3.2.2 xfce, and it has 17 libwx_ libraries of various kinds. Running ldd /usr/lib/p7zip/7zFM lists 10 libwx_ libraries that are required. There are lots of other dependencies that are required in addition to the libwx_ ones, and I haven't checked to see if thay are all present - I'm assuming they are.

Also, in the same folder, we have 7zG which is a GUI unzip tool for 7z, but I'm unsure if it's required for the p7zip file manager.

Thinking along the lines of keeping the openbox module small, you could save space on the 7 unused libwx libraries, which are:
libwx_gtk2u_gizmos
libwx_gtk2u_gizmos_xrc
libwx_gtk2u_gl
libwx_gtk2u_media
libwx_gtk2u_ogl
libwx_gtk2u_stc
libwx_gtk2u_svg

If 7zG is required, it does not use any of the above libraries according to ldd.

Re: openbox 003-DE module for 3.2 32bit

Posted: 08 Jan 2017, 13:34
by ncmprhnsbl
yeah, i mistakenly removed wxgtk when building, i'll keep it in future..
if you add this package(wxgtk) 7z filemanager should work...

Re: openbox 003-DE module for 3.2 32bit

Posted: 09 Jan 2017, 13:42
by Philip
I'm there - 7zFM is now working.

Do you want me to upload the module?