TE
科技回声
首页24小时热榜最新最佳问答展示工作
GitHubTwitter
首页

科技回声

基于 Next.js 构建的科技新闻平台,提供全球科技新闻和讨论内容。

GitHubTwitter

首页

首页最新最佳问答展示工作

资源链接

HackerNews API原版 HackerNewsNext.js

© 2025 科技回声. 版权所有。

ArchLinux ends i686 support

68 点作者 kevlar1818超过 7 年前

7 条评论

mjevans超过 7 年前
[multilib] repo is still supported (lib32 packages for x86_64).<p>This is just the &quot;pure&quot; x86 distribution.<p><a href="https:&#x2F;&#x2F;www.archlinux.org&#x2F;news&#x2F;phasing-out-i686-support&#x2F;" rel="nofollow">https:&#x2F;&#x2F;www.archlinux.org&#x2F;news&#x2F;phasing-out-i686-support&#x2F;</a><p><a href="https:&#x2F;&#x2F;www.archlinux.org&#x2F;news&#x2F;the-end-of-i686-support&#x2F;" rel="nofollow">https:&#x2F;&#x2F;www.archlinux.org&#x2F;news&#x2F;the-end-of-i686-support&#x2F;</a>
评论 #15654868 未加载
uluyol超过 7 年前
I have mixed feelings about this. On the one hand, good news since it means more work on architectures people use. On the other hand, this means there is really just _one_ architecture which usually hurts portability, and that matters if arch linux ever decides to support arm or something.
评论 #15654826 未加载
评论 #15655204 未加载
评论 #15654966 未加载
thomasdziedzic超过 7 年前
Former archlinux developer here (maintained the haskell stack, coq, built an aur git repo, math packages, created 100s of packages, etc.), I think that this is a good thing:<p>I never used i686 even though I built for it.<p>The way I built packages was on my local laptop (clean chroot). Building for 2 separate architectures involves building 2 separate packages. This doubles the time it takes for a developer to build. This might not be that bad for smaller packages, but ghc (haskell compiler) took a long time on my computer. This means that if it takes an hour to build ghc, it would take 2 hours of my time to actually build ghc for both platforms. When you&#x27;re talking about 100s of packages built many times over several years, this quickly adds up.<p>The other benefit from removing i686 support is that the packages built for that architecture were never really tested by developers. I ran x86_64 10 years ago, tested the x86_64 version of my packages, and most of the time pushed them directly to the main repositories if everything checked out. For more critical packages, I would push them to testing, let people report any issues, and then move them after a couple of days. This means that I never knew if i686 broke or not. This was the case with most of the developers at the time.
zeroDivisible超过 7 年前
A bit random question, one which qualifies as &quot;I&#x27;m here too long and I&#x27;m afraid to ask now&quot; territory: what&#x27;s the difference between i686 and x86_64?<p>How those two architectures differ?
评论 #15655358 未加载
评论 #15655350 未加载
steanne超过 7 年前
&quot;For users unable to upgrade their hardware to x86_64, an alternative is a community maintained fork named Arch Linux 32. See their website for details on migrating existing installations.&quot;<p><a href="https:&#x2F;&#x2F;archlinux32.org&#x2F;" rel="nofollow">https:&#x2F;&#x2F;archlinux32.org&#x2F;</a>
rcthompson超过 7 年前
Wasn&#x27;t this their April fools joke not too many years ago?
评论 #15654328 未加载
评论 #15654269 未加载
koenigdavidmj超过 7 年前
Not much of a shock. Their primary use case is what---power users&#x27; desktops? Those have been 64-bit for almost a decade. Other uses: anything low-power is ARM, even small dinky laptops (remember netbooks?) are 64-bit, and RAM is cheap enough that it doesn&#x27;t really matter that your pointers are double the length.
评论 #15655099 未加载