Hi guys, I made another ebuild, this time it is of a CAD program you can use to build Lego on your computer. Greetz, Dirk-Jan
Created attachment 5890 [details] leocad-20021123.ebuild
The program the ebuild builds is actually a today's snapshot, because I was not able to build the 'stable' version. This one works fine.
Created attachment 5891 [details] files/leocad Script for running leocad
Created attachment 5894 [details] digest-leocad-20021123.ebuild For some reason the ebuild installs the binary in /, this is not correct, I have made a new ebuild.
I'm such an idiot... The third file (the correct ebuild) should be called: leocad-20021123.ebuild Sorry for the mess :-)
Hi Dirk-Jan. Thank you for your submission! I have committed the ebuild (its in app-misc category, since you did not specify any preference). Please test. George
I use the eBuild and I think the Prog isn't stable now. I cannot save the files because if I will do this, the prog will cut off. There is anathor big bug: the binary-file to start leocad is saved in '/' and it musst be in /usr/lib/leocad/ and then a symlink to /usr/local/bin and then leocad runs.
Hi Lars. Thanks for the report. Could ypu please reopen the bug if you report the problem? I have to dig to find it when it's closed, whereas it's just in my list in open state? I cannot reproduce the problem: the ebuild installs small (executble) wrapper under /usr/bin (btw, it should really be there and not under /usr/local/bin) which sets few vars and then launches leocad executable in /usr/lib/leocad. Also I was able to save the file, however upon opening the program consumes close to 90% cpu and then crashes shortly thereafter. I have tested its usage originally, and it seemed to be Ok, though apparently it has some issues :( I will try to get the stable version in and will ask for more testing at that point. George
I will try to make an ebuild which uses the cvs development version...
Hi guys. We need to do something about this package. I just tried getting cvs version, but it doesn't even compile, claiming some missing case variants. Apparently this is a typical work-in-progress issue. If somebody has a working cvs version, please let me know.. I also tries the 0.73 version, checked out via cvs as they describe on the site. However this did not compile either :/. Could you please retest the version we have in portage now, to see if you can reproduce the problem? I am afraid, if that run-time issue persists and there is no way we can fix it I will have toi pull the ebuild off the tree... George
I forgot to mention: I am considering pulling this package off rather than masking and trying to wait for an update based on my observation, that the last release was 0.73 made back in 2000. If anybody has any comments on the development perspectives of this package, could you please share them? George
A short update. I managed to make 0.73 build by fixing a missing include statment in one of the sources. However the save/load problem seems to still be there :(. So everything I said above still applies.. Just in case I am including the ebuild and the patch.. George
Created attachment 11110 [details] leocad-0.73.ebuild the fixed ebuild. This required corresponding source, which can be checked out as described on the site here: http://www.leocad.org/linux.htm. After checkout I renamed the leocad dir to leocad-0.73 and compressed it to tar.bz2
Created attachment 11111 [details] leocad-0.73-gtkmisc.patch.bz2 the accompanying patch
This bug hasn't been updated in 3 months. Any news? When I try to emerge it, it says it's masked, but I don't see any reference to it in the normal places where applications are masked, and I put it in /etc/portage/package.unmask, and it's still masked. Once we have this working, we should get an ebuild for ldraw (see ldraw.org). It lets you render images created with leocad in povray.
Hi Preston. Well, did you read the above thread, especially my comment #11? There is a saving/loading bug that makes the program essentially unusable. This seems to be true even for a latest "stable" version (0.73), and looking at how this program hasn't been maintained I am looking into removing this package from the tree altogether.. Do you have that problem as well? Do you have any means of fixing it? What version do you use? Any help/pointers are welcome and might reverse the decision actually ;). George
Ok, no solution or indication of interest here or in the leocad thread on -dev list for quite some time. So I went ahead and removed leocad from the tree. There is nothing that depends on leocad or uses it, so this should be quite painless.. Closing the bug. George
Hello all... It looks like since this bug was closed out, LeoCAD development picked up (or perhaps it was still ongoing, just offline, or something) and they're now at 0.75 (which was just released last Saturday). It looks like there's no 0.75 source tarball, but you can grab the 0.75-tagged version from their SVN repository, so it should be possible to grab the source from there in a non-changing format (so people aren't building live SVN snapshots or anything). I haven't played around with it *much* yet, nor have I tried to ebuild it yet, but I can use the program without any apparent problems, including saving/loading and all that jazz. There's a few bits I've noticed in the manual which I can't seem to find on the Linux version, so it's possible that the Linux build has something missing - I'll see if I can find a Win32 machine to test that out with. If the versions are comparable, I'll put together a fresh ebuild for the new version and upload it here.
Oh, one thing to note, in case anyone goes to try this out before I've had a chance to put the ebuild together: It seems that the program doesn't play entirely nice with the nVidia binary drivers. In order to run the program I have to either do "eselect opengl --set xorg-x11" first, or start the program like so: "leocad --libgl /usr/lib/opengl/xorg-x11/lib/libGL.so" If you look at the FAQ page at http://trac.gerf.org/leocad/wiki/FAQ it looks like he's reported a bug about something to the nVidia people and they have yet to fix it. I don't know if he's talking about the same issue, since using the nVidia GL library doesn't actually crash LeoCAD for me (it just makes the main 3D window unusable), but that's a known issue apparently.
It does look like the Linux toolbars are missing some functionality present in the Windows version. Judging from a post on the leocad ml @ https://list.gerf.org/private/leocad/2006/000529.html (have to be a subscriber to get access to that link, though) the developer's aware that it needs some updating. Basic functionality should be good to go though. What's missing is greater control over the more complicated controls WRT alignment and snapping (among some other stuff, probably, but that's the one area I noticed), which would make it harder to work with, for instance, hinged components, or SNOT designs (studs not on top). What functionality is there on the Linux version seems to work great for me though.
Created attachment 86160 [details] latest svn build also see http://bugs.gentoo.org/show_bug.cgi?id=132201