RE: LPub3D 2.0 for Linux
2016-12-15, 13:07 (This post was last modified: 2016-12-15, 13:40 by Trevor Sandy.)
2016-12-15, 13:07 (This post was last modified: 2016-12-15, 13:40 by Trevor Sandy.)
(2016-12-15, 12:05)Milan Vančura Wrote: I found a link to the git tree on sf.net but to that old one (2.0.6) only, I did not understand why.
Just click on the link in my previous post to go directly to the x11 branch. Here it is again x11 branch on sourceforge.
RO git access is:
Code:
git clone git://git.code.sf.net/p/lpub3d/code lpub3d-code
You should get both the master and x11 branches with this access url.
(2016-12-15, 12:05)Milan Vančura Wrote: Unfortunately, we did not have time to fix some dependencies issues of ldglite at RedHat systems (Fedora, CentOS). I might try to fix them if you need CentOS.
CentOS is more of a server platform and not so common for desktop. I was using it because I used it for work. Anyhow, I've switched to Ubuntu so don't bother to fix any dependencies on my account.
However, ldglite specifically has been updated by Don Heyse (see Don's blog and github) to accommodate LPub3D additional search directories and ldrawini. This is the only version compatible with LPub3D so you should consider updating your ldglite rpm package from 1.2.10 to 1.3.1 with the 2g2x modification.
(2016-12-15, 12:05)Milan Vančura Wrote: What I still don't understand is your way of ldraw library management.
Just consider that LPub3D uses the LDraw archive libraries instead of the unarchived libraries to identify parts and to display parts in the 3D viewer. The archive libraries should be provided for runtime but can also be downloaded on demand.
In addition to what was mentioned in my previous post, LPub3D must still capture the unarchived LDraw library path as it is part of the parameter set sent to the ldglite renderer.
Cheers,