Gentoo Archives: gentoo-amd64

From: Beso <givemesugarr@×××××.com>
To: gentoo-amd64@l.g.o
Subject: Re: [gentoo-amd64] To multilib or Not to multilib!?
Date: Sun, 25 Jan 2009 21:50:57
Message-Id: d257c3560901251350h269f56cejab3e2546cd86fb67@mail.gmail.com
In Reply to: Re: [gentoo-amd64] To multilib or Not to multilib!? by Mark Knecht
1 2009/1/25 Mark Knecht <markknecht@×××××.com>:
2 > On Sun, Jan 25, 2009 at 10:41 AM, Jesús Guerrero <i92guboj@×××××.es> wrote:
3 >>
4 >> On Sun, January 25, 2009 19:21, Tom wrote:
5 >>> Hi List!
6 >>>
7 >>> After following the thread about the icedtea build on amd64 I found
8 >>> myself wondering if it would make sense for me to change to
9 >>> a non-multilib setup.
10 >>>
11 >>> So how is the status of that specific profile, how stable, and more
12 >>> importantly how feature rich can it be?
13 >>>
14 >>> Java seems to be getting close to a non issue, but what about flash for
15 >>> instance? I know there's now a native 64version of adobe's plugin (I'm
16 >>> using it right now) but I don't know about its dependencies.
17 >>>
18 >>> Other things spring to mind, certain codec-packs, multimedia in
19 >>> general.
20 >>> And of course wine, virtualization etc.
21 >>>
22 >>> So can anybody provide some insight into how things are generally
23 >>> going in non-multilib-land?!
24 >>
25 >> The only difference is that no 32 bits code is pushed into your system.
26 >> Which in turn means you won't be able to run nor compile 32 bits stuff at
27 >> all. Wine will plainly not work.
28 >>
29 >> mplayer will play about everything. I haven't used win32codecs for years.
30 >> However I stay away from closed formats, but the few realplayer and window
31 >> media files that I needed to play could be opened without problems by
32 >> mplayer without the help of external codecs.
33 >>
34 >> The flash alpha plugin for 64 bits works well.
35 >>
36 >> You should really check what 32 bits stuff you use. If you need wine you
37 >> need multilib. Really, there's no advantage into going no-multilib. You
38 >> only lose versatility and reduce the range of software that you can use.
39 >>
40 >> You could get a rough idea about the 32 bits you have installed by using
41 >> file like this:
42 >>
43 >> file {,/usr}/bin/*|grep 32
44 >>
45 >>
46 >> --
47 >> Jesús Guerrero
48 >
49 > Interesting commend. I understand it's rough but I don't see much.
50 >
51 > I don't use Wine. I did for a while use Crossover Office which is Wine
52 > based. Any idea if that requires me to install 32-bit stuff or do they
53 > provide everything they need? I doubt I'll use it again so it's not
54 > much of an issue one way for the other.
55 >
56 > lightning ~ # file {,/usr}/bin/*|grep 32
57 > /bin/mbchk: ELF 32-bit LSB
58 > executable, Intel 80386, version 1 (SYSV), for GNU/Linux 2.6.9,
59 > dynamically linked (uses shared libs), stripped
60 > /usr/bin/aoss32: Bourne shell script
61 > text executable
62 > /usr/bin/gdk-pixbuf-query-loaders32: ELF 32-bit LSB
63 > executable, Intel 80386, version 1 (SYSV), for GNU/Linux 2.4.1,
64 > dynamically linked (uses shared libs), stripped
65 > /usr/bin/gtk-query-immodules-2.0-32: ELF 32-bit LSB
66 > executable, Intel 80386, version 1 (SYSV), for GNU/Linux 2.4.1,
67 > dynamically linked (uses shared libs), stripped
68 > /usr/bin/lddlibc4: ELF 32-bit LSB
69 > executable, Intel 80386, version 1 (SYSV), for GNU/Linux 2.6.9,
70 > dynamically linked (uses shared libs), stripped
71 > /usr/bin/linux32: symbolic link to `setarch'
72 > /usr/bin/pango-querymodules32: ELF 32-bit LSB
73 > executable, Intel 80386, version 1 (SYSV), for GNU/Linux 2.4.1,
74 > dynamically linked (uses shared libs), stripped
75 > lightning ~ #
76 >
77 >
78 > Were you speaking of the Flash-10.0.21.0_alpha? Is that significantly
79 > differeng from 10.0.15.3 that I have installed?
80 >
81 > [I] net-www/netscape-flash
82 > Available versions: ~9.0.152.0!m!s 10.0.15.3!m!s ~10.0.21.1_alpha!m!s
83 > Installed versions: 10.0.15.3!m!s(02:18:34 PM 12/26/2008)
84 > Homepage: http://www.adobe.com/
85 > Description: Adobe Flash Player
86 >
87 > If you go no-multilib as I understand it there's no easy way to go
88 > back, correct?
89 >
90 > Thanks,
91 > Mark
92 >
93
94 now wine is undergoing a big work on 64bit and i don't think that it
95 will take much to have it working. it has
96 configure options for 64bit builds but they sustain that 64bit code
97 need 64bit windows apps, that aren't
98 around. maybe you might try to compile it with -m64 instead of -m32,
99 but i don't know if it will work and even
100 if it works you'll then need native windows 64bit apps.
101 the other choice is to have a no-multilib 64bit system and build
102 another chroot for 32bit, in which to install only
103 the needed 32bit apps with only needed use flags. if you just use wine
104 you could pick a 32bit tar release from
105 funtoo, and build in that chroot only wine with stripped flags. you
106 shouldn't need so many packages for this.
107 then just adjust your server to the right output (usually running on
108 0:0) will do and will start your 32bit app in the
109 same screen as the one you're using (since usually xorg uses 0:0).
110
111 --
112 dott. ing. beso