Bugzilla Bug 144259

Please find attached panda3d-1.2.3.ebuild, released May 24, 2006 fixing a
serious bug in panda3d 1.2.2 (no ebuild anyway for 1.2.2).

Panda3D is a 3D engine: a library of subroutines for 3D rendering and game
development. The library is C++ with a set of Python bindings. Game development
with Panda3D usually consists of writing a Python program that controls the the
Panda3D library.

Created an attachment (id=94484) [details]
panda3d-1.2.3.ebuild

Created an attachment (id=94507) [details]
50panda3d

To be put as files/50panda3d

Please note that the compilation of Panda3D doesn't work with gcc version
3.4.4. It works fine with gcc 3.4.6. I'll add a dependency in a revised ebuild
version shortly.

Just to sort of make the timeline on this apparent, this might take awhile to
get in.  This is mainly because every single release I have to patch
makepanda.py to use custom CFLAGS and adhere to multilib lib/lib64 logic.  This
ends up being a fairly large patch.

Maybe you guys are interested in this?

*** Bug 217064 has been marked as a duplicate of this bug. ***

*** Bug 217066 has been marked as a duplicate of this bug. ***

Created an attachment (id=149336) [details]
1.4.2 STABLE

this is the current STABLE, 1.5.0 is the current RELEASE version

Created an attachment (id=149338) [details]
Current RELEASE version of panda3d

this is the RELEASE VERSION

Original bug from 2006 ...
Guess it probably won't get fixed..
The newer ebuilds I added have one issue that causes me a problem and that is
with the python bindings for direct need to be added as
ln -s /opt/panda3d/direct/  /usr/lib/python2.4/site-packages/
and for pandac
ln -s /opt/panda3d/pandac/ /usr/lib/python2.4/site-packages/
and also
edit /usr/lib/python2.4/site-packages/panda3d.pth
and add /opt/panda3d/lib

I am not 100% sure how to add this to an ebuild

(In reply to comment #10)
> Original bug from 2006 ...
> Guess it probably won't get fixed..
> The newer ebuilds I added have one issue that causes me a problem and that is
> with the python bindings for direct need to be added as
> ln -s /opt/panda3d/direct/  /usr/lib/python2.4/site-packages/
> and for pandac
> ln -s /opt/panda3d/pandac/ /usr/lib/python2.4/site-packages/
> and also
> edit /usr/lib/python2.4/site-packages/panda3d.pth
> and add /opt/panda3d/lib
> 
> I am not 100% sure how to add this to an ebuild
> 

I figured it out.. will add to the ebuild

Created an attachment (id=149347) [details]
1.4.2 STABLE (paths fixed)

1.4.2 STABLE (paths fixed)

Created an attachment (id=149348) [details]
1.5.0 RELEASE (paths fixed)

1.5.0 RELEASE (paths fixed)

as a note both the 1.4.2 and 1.5.0 build and are functional.
after using these you can go into /opt/panda3d/samples and run any of them.

tested on both x86 and x86_64

cheers

(In reply to comment #14)
> as a note both the 1.4.2 and 1.5.0 build and are functional.
> after using these you can go into /opt/panda3d/samples and run any of them.
> 

x86 - I tried the 1.5.0 ebuild ...

- needed to add /opt/panda3d to the panda3d.pth otherwise it failed to import
direct.<stuff>

- all samples progs that I tried generated segfaults as they started. Ditto the
minimal
hello world from the website. Running python under gdb, this mentioned free()
in libc.so.6
(no other debug info available)

I'm on a ~x86 system.

I've used this e-build renamed to 1.5.2 and it installed just fine.
I only had to add
/opt/panda3d
to the installed file /usr/lib/python2.5/site-packages/panda3d.pth

I'll upload the modified e-build that adds this and name it 1.5.2

Samples run fine, except two or three but that does not seem to have any
relation to this ebuild.

I also noticed that changing permissions on the /opt/panda3d/modelcache/ folder
so that it is writable by the users group makes samples run faster as they are
able to use the modelcache feature when run as a regular user.

Thanks for your job Joel.

Created an attachment (id=161248) [details]
changed version to last available: 1.5.2 and added missing path

I have just installed panda3d 1.5.2 on my amd64 system.
The path set in /etc/env.d/50panda3d is not correct.
The panda3d libs are in /opt/panda3d/lib and NOT /opt/panda3d/lib64.
The corrections to the ebuild are:

54,56d53
<       sed -i -e "s:lib:$(get_libdir):g" \
<       ${D}/etc/env.d/50panda3d \
<       || die "libdir patching failed"

Its the same problem with the 1.4.2 and 1.5.0 ebuilds.

With the correct path set, my initial test with samples work :-)

However, I have not attached a new ebuild as Joel De Gan write he has tested
1.4.2 and 1.5.0 on a x86_64 arch.

I think that is a mistake by Joel, can you check again Joel?

bumped to 1.5.2 in cvs, should be available on the mirrors in a few hours.