FS#19023 - [xbmc] rebuild against openssl 1.0 pls

Attached to Project: Community Packages
Opened by Ike Devolder (BlackEagle) - Saturday, 10 April 2010, 10:21 GMT
Last edited by Sergej Pupykin (sergej) - Monday, 12 April 2010, 11:41 GMT
Task Type Bug Report
Category Packages
Status Closed
Assigned To Sergej Pupykin (sergej)
Architecture All
Severity Medium
Priority Normal
Reported Version
Due in Version Undecided
Due Date Undecided
Percent Complete 100%
Votes 5
Private No

Details

Description:

/usr/share/xbmc/xbmc.bin: error while loading shared libraries: libcrypto.so.0.9.8: cannot open shared object file: No such file or directory


Additional info:
* package version(s)
* config and/or log files etc.


Steps to reproduce:

start xbmc from community
This task depends upon

Closed by  Sergej Pupykin (sergej)
Monday, 12 April 2010, 11:41 GMT
Reason for closing:  Fixed
Additional comments about closing:  thanks
Comment by Ike Devolder (BlackEagle) - Saturday, 10 April 2010, 10:22 GMT
i'm currently rebuilding + checking for other possible problems
Comment by Ike Devolder (BlackEagle) - Saturday, 10 April 2010, 11:15 GMT
nothing special, just a pkgver bump
Comment by Ike Devolder (BlackEagle) - Saturday, 10 April 2010, 12:34 GMT Comment by Pierre Schmitz (Pierre) - Saturday, 10 April 2010, 14:10 GMT
I did miss that package because it installs a binary into /usr/share. Please fix this. See FHS and check with namcap.
Comment by Ike Devolder (BlackEagle) - Saturday, 10 April 2010, 17:37 GMT
when following the FHS it installs binaries in /opt/xbmc/ ...

namcap also complains about those
Comment by Pierre Schmitz (Pierre) - Saturday, 10 April 2010, 18:06 GMT
If the package cannot be put into valid dirs you have to install it into /opt. Maybe see what other distros are doing and report to upstream that their build system is broken.
Comment by Ike Devolder (BlackEagle) - Saturday, 10 April 2010, 18:19 GMT
mostly i pickup the info from gentoo, there its also just installed with prefix /usr resulting in binaries in /usr/share/xbmc/ ...

for ubuntu its also in /usr/share/xbmc/ ...

but no worry i already put it in /opt/xbmc , but still experimenting to get the dependencies right

if i follow namcap blindly it will no longer build on a clean system with makepkg -s -r
Comment by Ike Devolder (BlackEagle) - Saturday, 10 April 2010, 23:53 GMT
updated to FHS, and namcap ok
Comment by Ike Devolder (BlackEagle) - Sunday, 11 April 2010, 07:24 GMT Comment by Ike Devolder (BlackEagle) - Sunday, 11 April 2010, 11:25 GMT
sorry, a little cleanup for namcap
Comment by Ike Devolder (BlackEagle) - Sunday, 11 April 2010, 11:31 GMT Comment by Ike Devolder (BlackEagle) - Sunday, 11 April 2010, 14:49 GMT
This is another suggestion for packaging, i don't really know if this is still good practice since it involves moving from a predefined directory in the build itself to another to fullfill the FHS

thats it, ill keep it like that, for me everything is working fine as before i only have tested x264 {dts,ac3} in mkv and xvid {mp3,ac3} in avi

music plays fine ( flac, ogg, mp3 )
Comment by Ike Devolder (BlackEagle) - Sunday, 11 April 2010, 16:26 GMT
sorry there was yet another small mistake, on my testsystem there was python available so i didnt notice the FEH.sh patch was no longer applied correctly
Comment by Ike Devolder (BlackEagle) - Monday, 12 April 2010, 10:45 GMT

Loading...