Arch w porównaniu z innymi dystrybucjami

From ArchWiki

Jump to: navigation, search
Image:Tango-preferences-desktop-locale.png This page (or parts of it) was marked to be translated.
If you speak the original and target languages of the page, feel free to finish the translation. After you have finished the translation, remove the {{translateme}} flag from the document.
i18n
Deutsch
English
Español
Français
Nederlands
Português do Brasil
Slovensky
简体中文

Ta strona streszcza różnice i podobieństwa między Archem, a innymi dystrybucjami. Pytania o różnice ciągle powracają i dobrze jest, gdy są jakieś standardowe odpowiedzi. Pamiętaj! Najlepszym sposobem porównania Archa z innymi, jest samodzielne wypróbowanie. Arch ma przyjazną społeczność, która zawsze pomoże nowym użytkownikom. The summaries below are meant only to give you enough information to decide if Arch is really for you.

Contents

[edit] Arch vs Gentoo

Ponieważ Arch używa binarnych paczek, oprogramowanie dużo szybciej się instaluje. W Gentoo jest z kolei więcej oprogramowania. Arch pozwala na instalację programów zarówno z czegoś w rodzaju portów, jak i z paczek. PKGBUILDY są łatwiejsze do napisania niż ebuildy. Gentoo jest bardziej przenośne, jako że pakiety są kompilowane pod twoją architekturę, a pakiety Archa są pod i686. Nie ma dowodów na to, że Gentoo jest szybsze od Archa.

[edit] Arch vs Crux

Arch Linux wywodzi się z Cruksa. Judd tak pisze o różnicach:

"I used Crux before starting Arch. Arch started out as Crux, pretty much. Then I wrote pacman and makepkg to replace my bash pseudo packaging scripts (I built Arch as an LFS system to begin). So the two are completely separate distros, but technically, they're almost the same. We have dependency support (officially) for example, although Crux has a community that provides other features. CLC's prt-get will do rudimentary dependency logic. Crux gets to ignore lots of problems we have too, since it's a very minimalistic package set, basically what Per uses and nothing else."

See this this forum post for a user's impressions of both distributions.

[edit] Arch vs Sorcerer/Lunar-linux/Sourcemage

Sorcerer/Lunar-linux/Sourcemage (SLS) are all source based distros, much like Gentoo is, but are originally related to one another. SLS distro's use a rather simple set of script files to create packages descriptions, and use a global configuration file to configure the compilation process, much like Arch's ABS system. The SLS tools do full dependancy checking (including handling optional features) and package tracking (and deinstalling/upgrading). There are no binary packages for any of the SLS family, although they all can rollback earlier installed packages easily.

The install involves installing a base system (much like Arch's: i686 optimized, CLI and ncurses menus, only core tools), then recompiling the base system (optionally) afterwards. There is obviously no "standard" WM/DE/DM and they do not install an Xserver during the base installation. But they do provide you with an easy way of installing one of several Xserver alternatives (xorg 6.8 or 7, xfree86).

SLS has a very complicated history. The best write-up about it can be found here: http://wiki.sourcemage.org/Our_History

Lunar Linux: http://lunar-linux.org/ SourceMage: http://www.sourcemage.org/ Sorcerer: http://sorcerer.berlios.de/

[edit] Arch vs Rock

???

[edit] Arch vs T2

???

[edit] Arch vs Graphical Distros

The graphical distros have a lot of similarities, and Arch is very different from any of them. Arch is text based and command-line oriented. Arch is a better distro if you want to truly learn Linux. Graphical-based distros tend to ship with GUI installers (like Fedora's Anaconda) and GUI system configuration tools (like SuSE's Yast). Specific differences between distros are described below. albert frikie

[edit] Arch vs Slackware

Slackware and Arch are both 'simple' distributions. Both use BSD-style init scripts. Arch supplies a much more robust package management system in pacman which, unlike Slackware's standard tools, allows simple automatic system upgrades. Slackware is seen as more conservative in its release cycle, preferring proven stable packages. Arch is much more 'bleeding edge' in this respect. Arch is i686 only whereas Slackware can run on i486 systems. Arch is a very good system for Slack users who want more robust package management or more current packages.

[edit] Arch vs Debian

Arch is simpler than Debian. Arch has fewer packages. Arch provides better support for building your own packages than Debian does. Arch is more lenient when it comes to 'non-free' packages as defined by GNU. Arch is i686 optimized and thus faster than Debian (NO documented proof here either). Arch packages are more bleeding edge than Debian packages (Arch current is often more up-to-date than Debian unstable!)

[edit] Arch vs Ubuntu

Arch has a simpler foundation than Ubuntu. If you like to compile your own kernels, try out bleeding edge CVS-only projects, or build a program from source every once in a while, Arch is better suited. If you want to get up and running quickly and not fiddle around with the guts of the system, Ubuntu is better suited. In general, developers and tinkerers will probably like Arch better than Ubuntu.

[edit] Arch vs RPM based Distros

RPM packages are available from many, many places, but third-party packages often have dependency issues such as requiring an old version of a library. There is also confusion between RPM packages for Red Hat and RPM packages for Mandrake. (These are issues I had as a Linux newbie with Mandrake 8.2, and may not reflect the current situation.) pacman is much more powerful and reliable than RPM.

[edit] Arch vs Fedora

Fedora is a spin-off from the Red Hat distribution and has continually been one of the most popular distributions to date. Therefore, there is a massive community and lots of pre-built packages and support available. Like all RPM-based distributions, package management is a problem. Fedora supplied Yum as a front-end to manage the acquistion of RPMs and dependency resolution. The system lacks solid yum integration. Fedora does innovate and recently earned kudos for integration of SELinux and GCJ compiled packages to remove the need for Sun's JRE. Fedora famously doesn't attempt to support the mp3 media format due to perceived patent issues.

  • note: Up2Date has been removed from Fedora Core 5. More solid yum integration now.

[edit] Arch vs Mandriva

Mandriva (previously Mandrake), though famed for its installer, is a very handholding distro which can get annoying after some time. Another problem is that it is an RPM-based distro as discussed above. Arch allows much more freedom and less hand-holding. You actually learn.

[edit] Arch vs SuSE

Suse is centered around its well-regarded Yast configuration tool which is a one-stop shop for most users' configuration needs. Arch doesn't offer such a facility as it goes against TheArchWay. Suse, therefore, is seen as more appropriate to less-experienced users, or those who want a simpler life with expected functionality working out of the box. Suse doesn't offer mp3 support immediately after installation, but that can easily be added later through Yast.

[edit] Arch vs Frugalware

Arch is text based and command-line oriented (user should be willing to learn). Frugalware is a Slackware-based system. Frugalware provides better multi-lingual support. Frugalware also provides more local documentation. Frugalware claims to be faster then Arch. Both use pacman. Their packages are not really very compatible.

Personal tools