On Wed, Jul 1, 2009 at 1:21 PM, Ivan Marin <[email protected]> wrote: > > Hello, > > 2009/7/1 Jaime Ochoa Malagón <[email protected]> >> >> Hi, >> >> Let me try to explain this. >> >> First debian try to be pure on the distribution packages e.i. all the >> packages try to be amd64 for the amd64 version but some packages are not >> designed to be 64bits like wine... >> >> wine is an 32bits application and needs 32bits libraries >> >> the same for skype and acroread both programs needs 32bits libraries >> >> If you have a program 32bits and this needs some libraries this libraries >> are 32bits there is no other way... >> If you have a program 64bits and this needs some libraries this libraries >> are 64bits there is no other way... > > Ok. > >> >> nspluginwrapper is a program that allows to run firefox 32bits plugins in >> firefox 64bits and for this needs both libraries... > > No, nspluginwrapper was not that nice, so I would'd like to go back to ns. > >> >> You must pin your 32bits repos to prevent the mix of this libraries, in >> general you must not allow the replace of a 64bits library with a 32bits >> library... >> >> You should install only the 32bits libraries that yours "only 32bits" >> programs needs... > > Ok. So, just to see if I understand correctly: > > I need libasound library, both on 32b and 64b. Before, you just had to > install the lib32asound and libasound packages; libasound would to go /lib > and lib32asound would go to /emul/lib32, so 64b programs would use the 64b > library, and the 32b would use the 32b. Now, how this works with ia32-apt-get?
I have this packages installed and working... ii lib32asound2 1.0.20-3 shared library for ALSA applications (32 bit ii lib32asound2-plugins 1.0.20-1 ALSA library additional plugins (32 bit) ii libasound2 1.0.20-3 shared library for ALSA applications ii libasound2-plugins 1.0.20-1 ALSA library additional plugins chp...@refugio:~$ ldd /usr/bin/skype linux-gate.so.1 => (0xf7f2e000) libasound.so.2 => /usr/lib32/libasound.so.2 (0xf7e1f000) libXv.so.1 => /usr/lib32/libXv.so.1 (0xf7e1a000) libXss.so.1 => /usr/lib32/libXss.so.1 (0xf7e16000) chp...@refugio:~$ ldd /usr/bin/alsamixer linux-vdso.so.1 => (0x00007fff69fff000) libncurses.so.5 => /lib/libncurses.so.5 (0x00007f5e619d7000) libasound.so.2 => /usr/lib/libasound.so.2 (0x00007f5e616f3000) libm.so.6 => /lib/libm.so.6 (0x00007f5e61470000) > > >> >> Hope this help. > > Thanks > >> >> On Wed, Jul 1, 2009 at 12:45 PM, Ivan Marin <[email protected]> wrote: >>> >>> Hello all, >>> >>> This discussion interests me very much. >>> >>> 2009/7/1 Dominique Dumont <[email protected]> >>>> >>>> > Merci beaucoup Dominique! >>>> >>>> De rien ;-) >>>> >>>> > I get the point so what I must to do to avoid 'ia32-apt-get >>>> > confusion', this is not install i386/32bits packages overwriting amd64 >>>> > versions? >>>> >>>> Yes, but it may not be easy depending on the application you want to run. >>>> For >>>> instance wine requires 32b libs. (although I have not completely understood >>>> wine requirements regarding 32b vs 64b) >>> >>> It's still not clear to me how we should install ia32 libs on amd64 >>> systems. If I try to install a 32b library, sometimes it will try to >>> overwrite an amd64, sometimes not. Pinning is the right choice? For >>> instance, libasound, etc. The 32b libraries will be installed correctly on >>> /emul/ia32? Is there any howto to solve this problems? For now, I'm still >>> using ia32-libs and ia32-libs-gtk from testing to keep things like skype >>> and firefox 3.5 working. >>> >>>> >>>> > Another question: what is the best combination to run proprietary >>>> > ATi Video drivers? fglrx-*=1:9-5-1 + linux-image=2.6.26-17? >>>> >>>> "best" is difficult to estimate... Safer means sticking to Lenny. >>>> >>>> If you need more recent packages, either use testing or unstable. >>>> Blending Lenny and Sid is more risky. >>>> >>>> Currently, fglrx-*=1:9-5-1 is the latest you can install on sid/amd64 with >>>> kernel 2.6.29. >>>> >>>> HTH >>>> >>>> >>>> -- >>>> To UNSUBSCRIBE, email to [email protected] >>>> with a subject of "unsubscribe". Trouble? Contact >>>> [email protected] >>>> >>> >> >> >> >> -- >> Perhaps the depth of love can be calibrated by the number of different >> selves that are actively involved in a given relationship. >> >> Carl Sagan (Contact) >> >> Jaime Ochoa Malagón >> Arquitecto de Soluciones >> Cel: +52 (55) 1021 0774 > -- Perhaps the depth of love can be calibrated by the number of different selves that are actively involved in a given relationship. Carl Sagan (Contact) Jaime Ochoa Malagón Arquitecto de Soluciones Cel: +52 (55) 1021 0774 -- To UNSUBSCRIBE, email to [email protected] with a subject of "unsubscribe". Trouble? Contact [email protected]
