LPub3D 2.0 Released

[Milan Vančura]

Thanks for your reply, Trevor. This casts new light: 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. But probably it was caused by the fact I was there anonymously. I'm not at home today but tomorrow, I try to create my own account at sf.net and see what branches I'll get then. This might change a lot

About Linux testing, renderers and so on: that's exactly what I'm working on, with one friend of mine. We created a set of repositories for many of well-known linux distros and we package the ldraw SW there. I want to add LPub3D as well, that's my goal, of course. So you can use packages we already have there. 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. Meanwhile, you can install that on openSUSE, Debian or Ubuntu. I'm not sure now but Arch Linux should work as well.

What I still don't understand is your way of ldraw library management. All other tools (including ones we do not have in our repositories, like LDCad) know to use a directory tree so one of our goals is to configure them automatically, that they all touch the same ldraw library when installed from our packages. It's important to prevent those really-not-funny situations when you can see some parts in your editor but they are silently missing in the generated PDF with instructions, etc. This is something to think more about, in LPub3D case, as I see. But it's too soon for that, I need to create my sf.net account, watch the current code and learn about your "deploy scripts" first.