[aur-general] [google-talkplugin] How to build an older version of openssl

Ionuț Bîru ibiru at archlinux.org
Wed Oct 27 11:58:21 EDT 2010


On 10/27/2010 06:18 PM, Denis A. Altoé Falqueto wrote:
> On Wed, Oct 27, 2010 at 1:05 PM, Ionuț Bîru<ibiru at archlinux.org>  wrote:
>> the PKGBULD has the right dependencies for x86_64
>>
>>
>> if [ "${CARCH}" = 'x86_64' ]; then
>>     ARCH='amd64'
>>     depends=('alsa-utils' 'lib32-gcc-libs>=4.1.1' 'lib32-libstdc++5'
>> 'glibc>=2.4' 'lib32-glibc>=2.3.4' 'fontconfig>=2.4.0' 'freetype2>=2.3.5'
>> 'libgl' 'glew>=1.5.0' 'glib2>=2.12.0' 'gtk2>=2.12.0' 'libpng12>=1.2.13'
>> 'libstdc++5' 'lib32-libx11' 'lib32-libxt' 'lib32-openssl-compatibility'
>> 'libv4l' 'lib32-libxfixes' 'lib32-zlib')
>>     md5sums=('737283cd4e504dc5d3add2cb057bd273')
>
> I see, but maybe I dndn't made my point clear. I want to make a
> lib32-openssl-compatibility, with 32 bits libraries, in my 64 bits
> environment. I just wanted to know if I really needed a 32 bits chroot
> or if there would be some way to get that just by using gcc-multilib.
>
> I ended up with a solution, using 'linux32 make'. It produced an ELF32
> library as I need. But I don't know if it is the best way. I'll
> investigate when I have a little time.
>


from what i see from lib32-openssl-compatibility is uing the older 
openssl package from arm machine and extract it. It doesn't build it and 
if this was the case, then it will have gcc-multilib as makedepends

-- 
Ionuț


More information about the aur-general mailing list