安装 Steam
登录
|
语言
繁體中文（繁体中文）
日本語（日语）
한국어（韩语）
ไทย（泰语）
български（保加利亚语）
Čeština（捷克语）
Dansk（丹麦语）
Deutsch（德语）
English（英语）
Español-España（西班牙语 - 西班牙）
Español - Latinoamérica（西班牙语 - 拉丁美洲）
Ελληνικά（希腊语）
Français（法语）
Italiano（意大利语）
Bahasa Indonesia（印度尼西亚语）
Magyar（匈牙利语）
Nederlands（荷兰语）
Norsk（挪威语）
Polski（波兰语）
Português（葡萄牙语 - 葡萄牙）
Português-Brasil（葡萄牙语 - 巴西）
Română（罗马尼亚语）
Русский（俄语）
Suomi（芬兰语）
Svenska（瑞典语）
Türkçe（土耳其语）
Tiếng Việt（越南语）
Українська（乌克兰语）
报告翻译问题
讨论规则及指引
举报此帖
That's not true is it? They haven't just changed ubuntu, fedora and debian to support 32 bit libraries :)
Damn I'm not a 64-bits addict but you already answer your own question: It's because they are retrograded pragmatics :P
Right, but you understand that activating it, (or it being deactivated), implies that it exists to be activated, and this predates Valve looking at linux by a long way.
These people didn't create multilib just in case Valve came along with Steam did they? Ergo, just because you didn't use it or know about it, it doesn't mean it didn't exist and / or wasn't used.
Well, actually, pretty much every linux program you have installed has a 32 bit version doesn't it? :-) Things exist even though you don't have them :-) In this case, 32 bit linux software existed first.
So stop winning! Things will come, we just have 25 games today, some of them already have a 64 bits version on steam, as AlenL said, when time comes we will see more games running under 64 bits.
That's (a) hypocrisy because those same systems have myriads of (potentially useful, but largely unneeded) cruft like "cal", "csslint", "calibrate_ppa" (yes, I just typed "c" and tab and picked 3, you can find tons if you want) installed by default and (b) totally unjustified because 64bit systems are not going to be installed on older hardware so it is reasonable to expect that there will be enough disk space for this. It would be easier to have those <1% users who really need the extra space taken my multilib uninstall it, than have most of 99% jump through hoops to fix weird issues with 32bit apps.
I hope that this total lack of pragmatism will get fixed in the Linux mentality ASAP, or games and other commercial software will not happen. Then we can all go back to Windows8. May God help us all.
If you mean ready at "work out of the box" like distros, or livecds, by default then yes, of course. If you mean at all that is gnu linux, not by far. And careful with those "rare", they dont have to be used directly.
If you mean older as in not supporting x86_64 then yes. But then newer games will not run as well. Adobe flash for instance requires SSE2 for some time already (since april at least for sure). Otherwise, linux is a perfectly viable way to put new life on older systems, specially low profile distros or spins, and, except for Ubuntu and Puppy, their preferred version is x86_64. Which is actually a way to better utilize their resources (in doubt look at my previous posts, specially the handbook, and online benchmarks), exception for total memory usage (and some cases like where on die cache is the bottleneck or heavy pointer usage scenarios), where nomultilib would help (not for the exceptions, but x32 would).
Actually, linux can work all over spark, power, arm, ia64, alpha, mips, etc with open source programs being ported all over the place very fast. A look at the top500 lists would show how diverse our options should be were it a free market (free as in market economy). Binding everyting to one architecture is orrendously anti innovative (users have trouble moving forward as their old investiments would not work or do so poorly and chip designers can't stray or legacy applications would run poorly if at all) and counter productive (analogy: philips can be unscrewed with a slotted one, but it is not ideal). That is however, another topic.