Difference between revisions of "Frequently asked questions (Hrvatski)"
|Line 1:||Line 1:|
Osim pitanja ispod, možda ćete pronaći nešto korisno na stranicama [[Arch Linux (Hrvatski)|Put Archa]] i [[Arch Linux (Hrvatski)|Arch Linux]]. Obje stranice sadrže puno informacija Arch Linuxu.
Osim pitanja ispod, možda ćete pronaći nešto korisno na stranicama [[Arch Linux (Hrvatski)|Put Archa]] i [[Arch Linux (Hrvatski)|Arch Linux]]. Obje stranice sadrže puno informacija Arch Linuxu.
Revision as of 07:02, 2 April 2012
- 1 Uopćeno
- 1.1 Q) Što je Arch Linux?
- 1.2 Q) Zašto bih koristio/la Arch Linux?
- 1.3 Q) Zašto ne bih koristio/la Arch Linux?
- 1.4 Q) Na kojoj distribuciji se Arch bazira?
- 1.5 Q) Ja sam potpuni GNU/Linux početnik. Bi li probao/la Arch?
- 1.6 Q) Arch requires too much time and effort to install and use. Also, the community keeps telling me to RTFM in so many words.
- 1.7 Q) Is Arch designed to be used as a server? A desktop? A workstation?
- 1.8 Q) I really like Arch, except the development team needs to implement "feature X".
- 1.9 Q) When will the new release be made?
- 1.10 Q) Is Arch Linux a stable distro? Will I get frequent breakage?
- 1.11 Q) What exactly is this 'BSD-style' init framework I keep hearing about?
- 1.12 Q) Arch needs more press (i.e. advertisement)
- 1.13 Q) Arch needs more developers
- 1.14 Q) Why is Arch so slow? Programs open slowly or do not run at all!
- 1.15 Q) Why is my internet so slow compared to other operating systems?
- 1.16 Q) Why is Arch using all my RAM?
- 1.17 Q) Where did all my free space go?
- 2 Package Management
- 2.1 Q) What package is X in?
- 2.2 Q) I've found an error with Package X. What should I do?
- 2.3 Q) Arch packages need to use a unique naming convention. .pkg.tar.gz and .pkg.tar.xz are too long and/or confusing
- 2.4 Q) Pacman needs a library so other applications can easily access package information
- 2.5 Q) Why does Pacman not have an official GUI front-end?
- 2.6 Q) Pacman needs "feature X"!
- 2.7 Q) Arch needs a stable package branch
- 2.8 Q) What is the difference between all these repositories?
- 2.9 Q) I just installed Package X. How do I start it?
- 2.10 Q) Why is there only a single version of each shared library in the official repositories?
- 2.11 Q) What if I run pacman -Syu and there will be an update for a shared library, but no updates for apps that depend on it?
- 2.12 Q) Is it possible that there will be a major kernel update in the repository, but some of the driver packages will not have been updated for the latest kernel?
- 2.13 Q) Does Arch use package signing?
- 3 Installation
- 4 Other
- 4.1 Q) I get an error every time I use pacman saying 'warning: current locale is invalid; using default "C" locale'. What do I do?
- 4.2 Q) How do I connect to my wireless network?
- 4.3 Q) How do I connect to my wired network?
- 4.4 Q) What is this AUR thing I keep hearing about?
- 4.5 Q) Why do I get a green screen whenever I try to watch a video?
- 4.6 Q) Spellcheck is marking all of my text as incorrect!
Q) Što je Arch Linux?
A) Pročitajte članak Arch Linux.
Q) Zašto bih koristio/la Arch Linux?
A) Ako, nakon što ste pročitali o filozofiji i putu Archa, želite 'uradi sam' pristup kao i jednostavanu, elegantanu, veoma prilagodljivu, na samom vrhu novih značajki, uopćenu GNU/Linux distribuciju, možda vam se svidi Arch.
Q) Zašto ne bih koristio/la Arch Linux?
A) Možda nećete htjeti koristiti Arch, ako:
- se nakon čitanja puta Archa, ne slažete s tom filozofijom.
- nemate dovoljno vještine, vremena i/ili želje za 'uradi sam' vrstu GNU/Linux distribucije.
- tražite podršku za bilo koju drugu platformu od x86_64 ili i686.
- ne želite koristiti distribuciju sa besplatnim softwareom, kao što je definirano u GNU-u.
- vjerujete da se operativni sustav treba sam podesiti, raditi odmah i sadržavati grafičko sučelje za vaš izbor na istalacijskom mediju.
- ne želite najnovije, rolling release distribucije kao što je Arch.
- ste zadovoljni sa vašim trenutnim sustavom.
- želite operativni sustav koji je namjenjen za druge korisnike.
Q) Na kojoj distribuciji se Arch bazira?
A) Arch je nezavisno razvijana, napravljena iz nova te ne bazirana na bilo koju drugu, Linux distibucija. Prije pravljenja Archa, Judd Vinet se divio i koristio CRUX, super, minimalističku distribuciju koju je napravio Per Lidén. S originalnom inspiracijom sa CRUX-a, Arch je napravljen iz nova, pa je tada pacman kodiran u C programskom jeziku.
Q) Ja sam potpuni GNU/Linux početnik. Bi li probao/la Arch?
A) Ovo pitanje je imalo puno argumentacije. Arch je dizajniran za napredne GNU/Linux korisnike, ali neki ljudi smatraju da je Arch dobro mjesto za početak za motiviranog Linux početnika.
Ako ste početnik i želite koristiti Arch, smatrajte se upozorenim da ćete biti spremni odvojiti znatno vremena za učenje novog sustava i morat ćete prihvatiti činjenicu da je Arch napravljen sa 'uradi sam' principom na umu. Korisnik je taj koji gradi sustav i kontrolira kakav će biti. Prije no što nešto pitate, molimo da malo istražujete - tražite na Google-u, tražite forume (čitate prethodna česta pitanja (FAQ)) i pretražujete nevjerovatno napisanu Arch Wiki dokumentaciju.
Postoji razlog što vam su ovi resursi i informacije dostupni. Tisuće volontiranih sati je potrošeno da biste vi dobili najbolje informacije.
Preporučeno za čitanje: Vodič za početnike
Q) Arch requires too much time and effort to install and use. Also, the community keeps telling me to RTFM in so many words.
A) Arch is designed for and used by a specifically targeted user base. Perhaps it is not right for you.
Q) Is Arch designed to be used as a server? A desktop? A workstation?
A) Arch is not designed for any particular type of use. Rather, it is designed for a particular type of user. Arch targets competent users who enjoy its do-it-yourself nature, and who further exploit it to shape the system to fit their unique needs. Therefore, in the hands of its target user base, Arch can be used for virtually any purpose. Many use Arch on both their desktops and workstations. And of course, archlinux.org runs on Arch.
Q) I really like Arch, except the development team needs to implement "feature X".
A) Before going further, did you read The Arch Way? Have you provided the feature/solution? Does it conform to the Arch philosophy of minimalism and code-correctness over convenience? Get involved, contribute your code/solution to the community. If it is well regarded by the community and development team, perhaps it will be merged. The Arch community thrives on contribution and sharing of code and tools.
Q) When will the new release be made?
A) Arch Linux releases are merely a snapshot of the /core repository, combined with various features or modifications to the installer script itself. The rolling release model keeps every Arch Linux system current and on the bleeding edge by issuing one command.
For this reason, releases are not terribly important in Arch, because the rolling-release system makes new releases out of date as soon as a package has been updated. If you are looking to obtain the latest Arch Linux release, you do not need to reinstall. You simply run the
pacman -Syu command and your system will be identical to what you would get with a brand-new install.
For this same reason, new Arch Linux releases are not typically full of new and exciting features. New and exciting features are released as needed with the packages that are updated, and can be obtained immediately via
Q) Is Arch Linux a stable distro? Will I get frequent breakage?
A) The short answer is: It is largely as stable as you make it.
You assemble your own Arch system, atop the simple base environment, and you control system upgrades. Obviously, a larger, more complicated system incorporating multitudes of customized packages, and a plethora of toolkits and desktop environments would be more likely to experience configuration issues due to upstream changes than a slimmer, more simple system would. Arch is targeted at capable, proactive users. General UNIX competence and good system maintenance and upgrade practices also play a large role in system stability. Also recall that Arch packages are predominantly unpatched, so most application issues are inherently upstream.
Therefore, it is the user who is ultimately responsible for the stability of his own rolling release system. The user decides when to upgrade, and merges necessary changes when required. If the user reaches out to the community for help, it is often provided in a timely manner. The difference between Arch and other distributions in this regard is that Arch is truly a 'do-it-yourself' distro; complaints of breakage are misguided and unproductive, since upstream changes are not the responsibility of Arch devs.
Q) What exactly is this 'BSD-style' init framework I keep hearing about?
A) Part of BSD's heritage is the simple init framework that it has incorporated. The main difference between a BSD init and a SysV init is that Arch's BSD-style init uses a single line in a single text file,
/etc/rc.conf, to point to scripts within a single directory,
/etc/rc.d/, for controlling all system services, regardless of runlevel.
A SysV init, on the other hand, would use a system of multiple directories (usually 7 by default), one for each runlevel:
/etc/rc.0,1,2,3,4,5,6. Each directory shall contain a gratuitous number of symlinks -- one for each service. Each symlink points to a corresponding script in the
/etc/init.d/ directory. Needless to say, the SysV method is more complex, as by default, dozens of symlinks reside under each
/etc/rc.0,1,2,3,4,5,6 directory in addition to all of the scripts under
/etc/init.d/. Keeping in line with its simple philosophy, Arch Linux uses the BSD-style init.
Q) Arch needs more press (i.e. advertisement)
A) Arch gets plenty of press as it is. The goal of Arch Linux is not to be large, but rather, to provide an elegant, minimalist and bleeding edge distribution focused on simplicity and code-correctness. Organic, sustainable growth occurs naturally amongst the target user base.
Q) Arch needs more developers
A) Possibly so. Feel free to volunteer your time! Visit the forums, IRC channels, and mailing lists, and see what needs to be done. Getting involved in the Community Contributions subforum is a good way to start.
Q) Why is Arch so slow? Programs open slowly or do not run at all!
A) Make sure that your hostname is correctly set in
/etc/hosts (i.e., that it matches the hostname in
/etc/rc.conf. Have a look at "Configure the System" in The Beginners' Guide). If the hostnames do not match, applications may start up very slowly.
Q) Why is my internet so slow compared to other operating systems?
A) Is your network configured correctly? Have you double checked your
/etc/resolv.conf? Have a look at "Configure the System" in The Beginners' Guide.
Q) Why is Arch using all my RAM?
A) Essentially, unused RAM is wasted RAM.
Many new users notice how the Linux kernel handles memory differently than they are used to. Since accessing data in RAM is much faster than from disk, the kernel caches recently accessed data in memory. The cached data is only cleared when the system begins to run out of unused memory and new data still needs to be loaded.
Perhaps the most common culprit of this confusion is the
$ free -m
total used free shared buffers cached Mem: 1009 741 267 0 104 359 -/+ buffers/cache: 278 731 Swap: 1537 0 1537
It is important to note the
-/+ buffers/cache: line -- a representation of the amount of memory that is actually in "active use" and the amount of "available" memory, rather than "unused".
In the above example, a laptop with 1G of total RAM appears to be using 741M of it, with naught but a few idling terminals and web browser open! However, upon examining the emphasized line, see that only 278M of it is in "active use", and in fact 731M is "available" for new data. Apparently, 104M of that "used" memory contains buffered data and 359M contains cached data, both of which can be cleared away if needed. Only 267M of the total is truly "free" of the burden of data storage.
The result of all this? Performance!
See this wonderful article if your curiosity has been piqued!
Q) Where did all my free space go?
A) The answer to this question depends on your system. There are some fine utilities that may help you find the answer.
Q) What package is X in?
You can find out with pkgfile (in thepackage).
$ pkgfile glxinfo
Q) I've found an error with Package X. What should I do?
A) First, you need to figure out if this error is something the Arch team can fix. Sometimes it's not (e.g. Firefox crashes may be the fault of the Mozilla team); this is called an upstream error. If it is an Arch problem, there is a series of steps you can take:
- Search the forums for information. See if anyone else has noticed it.
- Post a bug report with detailed information at http://bugs.archlinux.org.
- If you'd like, write a forum post detailing the problem and the fact that you have reported it already. This will help prevent a lot of people from reporting the same error.
Q) Arch packages need to use a unique naming convention. .pkg.tar.gz and .pkg.tar.xz are too long and/or confusing
A) This has been discussed on the Arch mailing list. Some proposed a .pac file extension. As far as is currently known, there is no plan to change the package extension. As Tobias Kieslich, one of the Arch devs, put it, "A package is a gzipped [xz] tarball! And it can be opened, investigated and manipulated by any tar-capable application. Moreover, the mime-type is automatically detected correctly by most applications."
Q) Pacman needs a library so other applications can easily access package information
A) Since version 3.0.0, pacman has been the front-end to libalpm, the "Arch Linux Package Management" library. This library allows alternative front-ends to be written (for instance, a GUI front-end).
Q) Why does Pacman not have an official GUI front-end?
A) Please read The Arch Way and Arch Linux. The answer is basically that the Arch dev team will not be providing one. Feel free to use one of those developed by users. There is a selective list on Pacman GUI Frontends.
Q) Pacman needs "feature X"!
A) Please read The Arch Way and Arch Linux. The Arch philosophy is "Keep It Simple". If you think the idea has merit, and does not violate this simple litany, then you may choose to discuss it on the forum here. You might also like to check here; it's a place for feature requests if you find it is important.
However, the best way to get a feature added to Pacman or Arch Linux is to implement it yourself. The patch or code may or may not be officially accepted, but perhaps others will appreciate, test and contribute to your effort.
Q) Arch needs a stable package branch
Check out ArchServer.
Q) What is the difference between all these repositories?
A) See Official Repositories.
Q) I just installed Package X. How do I start it?
A) If you're using a desktop environment like KDE or GNOME, the program should automatically show up in your menu. If you're trying to run the program from a terminal and do not know the binary name, try executing
pacman -Qlq packagename | grep bin. A common problem for packages like Firefox or OpenOffice is that they are installed to
/opt, which is not in your
$PATH - you can
source /etc/profile or relogin to fix this.
A) Several distros, such as Debian, have different versions of shared libraries packaged as different packages:
libfoo3 and so on. In this way it is possible to have apps compiled against different versions of libfoo installed on the same system.
Unlike Debian, Arch is a rolling-release cutting-edge distribution. The most visible trait of a cutting-edge distribution is availability of the latest versions of software in the repositories; in the case of Arch it also means that only the latest versions of all packages are officially supported. By dropping support for outdated software, package maintainers are able to spend more time ensuring the newest versions work as expected. As soon as a new version of a shared library becomes available from upstream, it is added to the repositories and affected packages are rebuilt to utilize the new version.
A) This scenario should not happen at all. Assuming an application called
foobaz is in one of the official repositories and builds successfully against a new version of a shared library called
libbaz, it will be updated along with
libbaz. If, however, it doesn't build successfully,
foobaz package will have a versioned dependency, e.g.
and will be removed by pacman during
libbaz upgrade due to a conflict.
foobaz is a package that you built yourself or installed from AUR, you should try rebuilding
foobaz against the new version of
libbaz. If the build fails, report the bug to the
Q) Is it possible that there will be a major kernel update in the repository, but some of the driver packages will not have been updated for the latest kernel?
A) No, it's not possible. Major kernel updates i.e.
2.6.x+1 are always accompanied by rebuilds of all supported kernel driver packages. On the other hand, if you have an unsupported package, such as AUR, installed on your system, then a kernel update might break things for you if you do not rebuild it for the latest kernel. Users are responsible for updating any unsupported packages that they have installed.
Q) Does Arch use package signing?
Q) Arch needs a better installer. Maybe a GUI installer.
A) The discussion of a "better" installer is subjective. The best way to deal with these issues is to fit the installer to The Arch Way. If a suggestion for a better installer is backed with concrete arguments, it might be considered during future development of the installer. Since installation doesn't occur often (see the question above on rolling release), it is not a high priority for developers or users. Consider using archiso or larch .
Q) I installed Arch, and now I am at a bash login! What now?
A) Have a look at the Arch Linux Beginners' Guide.
Q) Which desktop environment or window manager should I use?
A) Since many are available to you, use the one you like the most to fit your needs. Have a look at the Desktop Environments page.
Q) What makes Arch unique amongst other "minimal" distributions?
A) A few distributions may provide minimal installation methods sharing some similar aspects to the Arch installation process. However, a few points must be noted:
- Arch has been fundamentally designed as a lightweight, minimal base environment upon which to build.
- Whether the Netinstall or Core images are used, the only way to install Arch is by building up from this minimal base.
- The installer, base system, and the entire distribution are inherently a K.I.S.S. design approach, which makes it uniquely suitable for its target base of users.
- Installing services and packages requires manual, interactive user configuration. Unlike other distributions which automatically configure services and startup behavior, Arch philosophy puts emphasis on the power user's competence and prerogative to handle such responsibilities.
- Arch packaging is designed to be minimal, and optional package dependencies are never automatically installed. Rather, the user is simply notified of their existence during package installation, resulting in a slimmer system.
- AIF, the simple Arch installer, is designed for a high level of transparency, and the base system is manually configured by the user to their needed specifications.
- Arch provides excellent, thoroughly complete documentation to guide one through this process of system assembly.
Q) I get an error every time I use pacman saying 'warning: current locale is invalid; using default "C" locale'. What do I do?
A) As the error message says, your locale isn't correctly configured. Have a look at the locale configuration wiki page.
Q) How do I connect to my wireless network?
A) See Wireless Setup.
Q) How do I connect to my wired network?
A) See Configuring Network.
Q) What is this AUR thing I keep hearing about?
A) See Arch User Repository#FAQ.
Q) Why do I get a green screen whenever I try to watch a video?
A) Your color depth is set wrong. It may need to be 24 instead of 16, for example.
Q) Spellcheck is marking all of my text as incorrect!
A) Have you installed an aspell dictionary? Use
pacman -Ss aspell to see available dictionaries for downloading.
If installing aspell dictionary files did not resolve the problem. It is most likely to be a problem with
Firstly, check what dictionary files aspell knows about using the command
$ aspell dicts
en en_GB ...etc
If your respective language dictionary is listed, add the following line to
language:aspell en_GB:aspell # Example