Hi, so please start again from my work and try to fix it :)
it should be easier if libraries are in triplet, but be aware that the libraries uses probably commo names, so you might need to rename some of them (try with apt-file if other packages are using the same names) (let me know when you have something to look at again) cheers, G. -------------------------------------------- Mer 25/11/15, Jörn Schönyan <joern.schoen...@web.de> ha scritto: Oggetto: Re: Bug#797888: RFS: panda3d/1.9.0-1 [ITP] -- Panda3D free 3D engine SDK A: "Gianfranco Costamagna" <costamagnagianfra...@yahoo.it> Cc: 797888-submit...@bugs.debian.org Data: Mercoledì 25 novembre 2015, 19:49 On Mittwoch, 25. November 2015 14:13:24 CET, Gianfranco Costamagna wrote: > Hi, I did some digging into this package, however I haven't > been able to produce a working packaging Hi! > I'm attaching the debian tarball to this email, feel free to > start from there. > > Howevere I see a real issue. > > you are installing libraries into usr/bin/triplet/panda3d > and you are providing binaries linking them into usr/bin > > > > so I don't see how you can use them without poisoning > ld.so.conf or setting RPATH. > > for sure I would not sponsor a package that sets stuff inside > /etc/ld.so.conf.d/ > > > and is not in the libc* packages. > > sorry but this is a showstopper, please ask upstream how to > proceed, or start from my work and continue it > I already spent many days in this packaging, and I can't give > it more time, specially because of the custom build system > > also RPATH might be forbidden in Debian > rdb from upstream (the main developer) suggests [1] to install to /usr/lib/triplet/, this could involve patching installpanda.py (I will look into this the next days). He opposes using RPATH, too. Btw, he recommends calling the package panda3d1.9 instead of panda3d1.9.x - binary compatibility is guaranteed :D [1] http://www.panda3d.org/forums/viewtopic.php?f=5&t=18404 > > cheers, > > G. Have a nice day, Jörn
