Arch i686 and x86_64

Hi!
I've noticed that there is a x86_64 project for arch at www.arch64.org
Why is that project separated from the normal i686?
The ftp hierarchy supports multiple architecture types:
ftp://ftp.archlinux.org/0.8/os/i686
There could be a i586 and a x86_64 as well. I think it has been introduced for that reason a couple of years ago, so why not use it.
Selection of architecture could be at /etc/rc.conf or /etc/pacman.conf
I know that i586 and x86_64 aren't as stable as i686 is. But I think theses projects could get more testers, because it's easier to install them, find packages, more mirrors are available and so on.
Regards,
Moritz
PS: I hope this discussion didn't happen before and I did not found it, but maybe this is the time to discuss it again! :-)

Talk to syamajala or c14n. They can be found in IRC. c14n is busy as hell, but he maintains the system, syamajala is the guy that basically started and heads the project. If you can boot the sucker using directions from the wiki, you'll then be able to build and compile packages in much the same way as i686 users.
http://wiki.archlinux.org/index.php/Cur … velopement
http://wiki.archlinux.org/index.php/Arch64_Install_page
http://wiki.archlinux.org/index.php/Arch64_FAQ
Those pages may or may not be up to date. ;-)
HTH,
Dusty

Similar Messages

Making packages for i686 and x86_64

I have a number of packages which I use which are either not mainstream, or if they are, I compile a bit differently.
I distribute them amoung machines which are both i686 and x86_64 so the question is can I make them for both types of CPU at the same time or indeed on the same machine?
If not why not? And, can we change makepkg so that it can?

I believe it is, but it is a lot more difficult. On your i686 host system, you would need an x86_64 kernel (and toolchain?). I have never actually tried....

Share partitions between Arch i686 and Arch 64

As I have a new shiny Turion 64 laptop, I want to setup a dual boot Arch32/Arch64
So, I wonder :
:arrow: can the swap partition be shared between the two ?
:arrow: can the /home partition be shared without problem (I think of config files stored here : same versions of software ? no known binary-only files ?)
:arrow: what about /boot (same filenames ( = two partitions) ?)
:arrow: I have a local mirror : i686 takes ~4GB, how many for Arch64 ? (I plan to use testing, current and extra repos)
:arrow: any other caveat I didn't think of ?
I'm planning something like this :
hda1 ext2 /boot (32) 128M
hda2 ext2 /boot (64) 128M
hda3 swap (32+64) 1G
hda5 ext3 / (32) 12G
hda6 ext3 / (64) 12G
hda7 reiserfs /var (32) 4G
hda8 reiserfs /var (64) 4G
hda9 ext3 /home (32+64) ~

sorry for hijacking this thread but i got a new pc & im about to install arch64 on it. what are the differences between em? i read some stuff here mostly conserning some codecs. can anyone sum the differences up?
Have a look here: http://wiki.archlinux.org/index.php/Arch64_FAQ
The forum contains a lot of in-depth info, also. Arch64 (or any other linux64) is not really for the faint-hearted, because there is inevitably techno-stuff involved. What I mean is that you can't just install and expect everything to be easy. The main points of interest for folks is that it is fa--->st and that it utilises the processor capabilities. There are, however, gaps.
================
Returning to running two arch64's, I have found that amarok gets seriously beeped. This is maybe because of its kde-based settings. Anyhow, I deleted ~/.kde/share/apps/amarok; and just let it sort itself out on starting up again.
Firefox crashes sometimes, too.

Install on USB - for i686 and x86_64 Questions

I'm installing on a USB flash drive for portable use everywhere without lugging a laptop or even a netbook around.
The wiki at https://wiki.archlinux.org/index.php/In … B_key#Tips says: "For the most versatile compatibility it is recommended that you install the x86_64 architecture with multilib support because it will run on both 32 and 64 bit architectures. "
Through Multiple installs, I can get 32 bit or 64 bit installation -- but not both. Installing with 64 bit and multilib enabled (yes, all of the [mutlilib] section in /etc/pacman.conf is uncommented) enables the repository, but only for the odd package that requires 32 bit code; there's no 'parallel' 32 bit install or abilitiy to "run on both 32 and 64 bit architectures." Sixty-four bit with 32 bit multilib enabled can't be booted on a 32 bit machine.
A plain reading of the 'Tips' section mentioned above suggests one can run a portable USB-based system on both 32 and 64 bit hardware. I am, sadly, unable to find any suggestions how to get this to work.
Where might I look for a solution?
Thanks!

I found the edit that put this info in the wiki: https://wiki.archlinux.org/index.php?ti … did=254699
64-bit w/ multilib will run both 32-bit and 64-bit applications, but it will run only on 64-bit hardware.
Maybe that's what the author meant. As it stands now, this statement is wrong.
fionn wrote:As a secondary followup question: what kind of voodoo do they do on the dual-architecture install images?
I doubt there is any magic involved. The iso has both the 32-bit and 64-bit applications.
https://projects.archlinux.org/archiso.git/
Last edited by karol (2013-10-28 14:45:14)

Arch i686 and RuneScape HD Issues

I know that I'll get yelled at by some people for wanting to play RuneScape, but let's forget about that for now.
I have xorg installed with the xf86-video-ati driver for my Radeon X850XT card, the driver seems to be working just fine with everything else.
My Desktop Environment is LXDE, with Openbox. I don't have any compositor enabled unless one is enabled by default.
The problem is, RuneScape software (standard) detail works fine but is a bit laggy (that is to be expected, with no hardware support), but as soon as I enable hardware (high) definition, I'm not sure what happens exactly, but it seems to be a sort-of crash for the xserver. The mouse moves but "jumps" across the screen as I move it. The desktop environment itself stops responding and freezes.
XORG version:
version number: 11.0
X.Org version: 1.6.3.901
JRE verison:
java version "1.6.0_16"
Java(TM) SE Runtime Environment (build 1.6.0_16-b01)
Java HotSpot(TM) Client VM (build 14.2-b01, mixed mode
Firefox version:
Mozilla Firefox 3.5.3, Copyright (c) 1998 - 2009 mozilla.org
Can anyone provide assistance?
Much thanks!
Last edited by blakeman8192 (2009-09-19 20:50:48)

All I can say is, good luck. I can't even get it to work very stable (best I can do is make it work, but with random crashes every half hour or so), and I have an Nvidia card. With ATI, I don't really thing you'll be able to get it to work very easily...Does your card support fglrx? If so, try that.

Gnome AND KDE won't start (i686 and 64bit)

http://bbs.archlinux.org/viewtopic.php?id=71991
I've had a rough time these past few days and I posted earlier on Arch64 forums thinking it was just architecture thing but as it turns out after my reinstallation of Arch to 64 bit again (First i686, then 64, then i686 and now 64 again) I finally got it to work but this time Gnome is a pain in the ass, it didn't work with KDE either but KDE never gave me an error or gave me an option to failsafe into the OS.
$HOME/.xsession-errors:
/etc/gdm/Xsession: Beginning session setup...
/etc/gdm/Xsession: Setup done, will execute: /usr/bin/ssh-agent -- gnome-session
gnome-session[3898]: WARNING: Could not connect to ConsoleKit: Failed to connect to socket /var/run/dbus/system_bus_socket: No such file or directory
gnome-session[3898]: CRITICAL: dbus_g_connection_get_connection: assertion `gconnection' failed
process 3898: arguments to dbus_connection_send_with_reply_and_block() were incorrect, assertion "connection != NULL" failed in file dbus-connection.c line 3298.
This is normally a bug in some application using the D-Bus library.
D-Bus not built with -rdynamic so unable to print a backtrace
gnome-session[3898]: ******************* START ********************************
gnome-session[3898]: Frame 0: gnome-session [0x4192d7]
gnome-session[3898]: Frame 1: gnome-session [0x419426]
gnome-session[3898]: Frame 2: /lib/libc.so.6 [0x7f3cbc493ec0]
gnome-session[3898]: Frame 3: /lib/libc.so.6(gsignal+0x35) [0x7f3cbc493e45]
gnome-session[3898]: Frame 4: /lib/libc.so.6(abort+0x19a) [0x7f3cbc4952aa]
gnome-session[3898]: Frame 5: /usr/lib/libdbus-1.so.3 [0x7f3cbef6ab95]
gnome-session[3898]: Frame 6: /usr/lib/libdbus-1.so.3 [0x7f3cbef66a5d]
gnome-session[3898]: Frame 7: /usr/lib/libdbus-1.so.3(dbus_connection_send_with_reply_and_block+0x198) [0x7f3cbef50a88]
gnome-session[3898]: Frame 8: gnome-session [0x41203c]
gnome-session[3898]: Frame 9: gnome-session [0x412140]
gnome-session[3898]: Frame 10: gnome-session [0x41a5b0]
gnome-session[3898]: Frame 11: gnome-session [0x41aa8f]
gnome-session[3898]: Frame 12: /lib/libc.so.6(__libc_start_main+0xfd) [0x7f3cbc48055d]
gnome-session[3898]: Frame 13: gnome-session [0x40aef9]
gnome-session[3898]: ******************* END **********************************
/var/log/gdm/:0.log.3
X.Org X Server 1.6.1
Release Date: 2009-4-14
X Protocol Version 11, Revision 0
Build Operating System: Linux 2.6.29-ARCH x86_64
Current Operating System: Linux deuklin 2.6.29-ARCH #1 SMP PREEMPT Sat May 9 14:09:36 CEST 2009 x86_64
Build Date: 15 April 2009 11:01:49AM
Before reporting problems, check http://wiki.x.org
to make sure that you have the latest version.
Markers: (--) probed, (**) from config file, (==) default setting,
(++) from command line, (!!) notice, (II) informational,
(WW) warning, (EE) error, (NI) not implemented, (??) unknown.
(==) Log file: "/var/log/Xorg.0.log", Time: Tue May 12 08:55:10 2009
(==) Using config file: "/etc/X11/xorg.conf"
dlopen: libdrm.so.2: cannot open shared object file: No such file or directory
(EE) Failed to load /usr/lib/xorg/modules/extensions//libdri.so
(EE) Failed to load module "dri" (loader failed, 7)
(EE) Failed to load module "freetype" (module does not exist, 0)
dlopen: libdrm.so.2: cannot open shared object file: No such file or directory
(EE) Failed to load /usr/lib/xorg/modules/extensions//libdri2.so
(EE) Failed to load module "dri2" (loader failed, 7)
The XKEYBOARD keymap compiler (xkbcomp) reports:
> Warning: Type "ONE_LEVEL" has 1 levels, but <RALT> has 2 symbols
> Ignoring extra symbols
Errors from xkbcomp are not fatal to the X server
Just a point here is that I've had the exact same software installed the same day that I reinstalled and this error did not occur but after formatting my partition with ext4 and testing Arch64 it did. But it did with 32bit as well, there were tons of errors.
I've read about this ConsoleKit error in a few posts here but nothing seems to indicate a fix or anything and since I'm using Gnome now I didn't find anything on it just about KDE.
I can safely use "Failsafe Gnome" without startup scripts but I want it to work without any problems and I don't know if the "dri" thing is related to the ConsoleKit thing with GDM.
I installed it via FTP and had the latest updates as soon as I've installed, so if this is just something that is happening to me right now or alot of other people, please give us hints or anything that could solve this?
If you read my Arch64 thread you know that stuff stopped working for me, first the network (it turns out I had to boot Windows inbetween installing Arch for my network even to start and that sounds ridicilous if it depends on another operating system starting the device because in Windows the network card was turned on with a green light wherein Arch after installing it didn't. I reformated my partitions and changed it again, installed Windows again and tried it out and then installed Arch. It worked, and then I mixed around with KDE and after five minutes of using "startx" (the only thing working) I decided to reinstall with Gnome, but then the network didn't start again (tried booting about ten times) and then I just thought "Let's start windows first so it turns on" and when I just booted Windows and immiedatiely restarted it and booted with the Arch CD, network was available again. Strange? Or is this a period of instability for Arch?
But when I got my network to start, appearantly Keyboard and mouse wasn't working because Xorg forgot to install the drivers when I installed the full group of Xorg so I had to fix that and now it's giving me this error.

Without a dbus socket, dbus probably isn't running. It's supposed to be started automatically when a program needs it. Check to see that it is installed and running:
pacman -Q dbus
pgrep -l dbus
Dbus won't run without hal, so hal should be in:
tail /etc/rc.conf
Are any of your partitions full?
df -h
For the other error, it looks like libdrm isn't installed, but I don't think you need it if you're running the nvidia driver.
Your xorg.conf and Xorg.0.log would also be useful. Also check dmesg for errors.
And see if /etc/rc.d/dbus is marked executable.
Last edited by fphillips (2009-05-12 18:27:41)

[solved] Intel Core 2 duo mobile should be i686 or x86_64 ?

My laptop has the following processor:
- Intel Core 2 duo mobile @ 2.00 GHz 4 MB cache (T7200 aka Merom-2M)
from cat /proc/cpuinfo:
- family is 6
- model is 15
- stepping is 6
so 6/15/6 in hex is 0x06F6 so the processor is actually SSPEC=SL9SL right ?
from: http://ark.intel.com/products/27255/Int … 67-MHz-FSB
from: http://www.cpu-world.com/CPUs/Core_2/In … 0414M.html
from: http://cdn.cpu-world.com/Images/uploade … 005742.gif
from: http://en.wikipedia.org/wiki/Merom_%28microprocessor%29
wikipedia: Merom is the first Intel mobile processor to feature Intel 64 architecture.
wikipedia: instruction set: x86_64
wikipedia: micro-architecture: core
if all the above is correct ... why my arch linux installation is i686 then ?
uname -a
blah blah blah ... i686 ...
what I am missing ?
Last edited by ivanborodin (2014-05-29 16:24:34)

Thank you all for your fast replies
I discovered this "issue" while reading that they were considering dropping i686 support for arch linux and I was starting to wonder if I should get a new laptop: good news for me is that my laptop will have some more time to go then, bad news is that when installing arch linux from the live image I messed things a bit: it is now obvious that I choose the wrong option so I have to reinstall.
Thanks for the link to switch the architecture from within a running system: while interesting (and a little bit unproven/untested as I see) I think reinstalling from scratch (while time-consuming) will solidify my knowledge or arch —as someone pointed out in an older post: to mess things up is to learn something new.

[SOLVED] (Arch)Linux and Intel Core 2 Quad Q8200 ??

hey everybody,
i just bought a new pc, a core 2 quad Q8200 and i have problems to get it work - even with other distros. I instert the install discs, i get the first screen where i can select Boot Live CD blabla, then i just see its unpacking the kernel and after that i just get cryptic errors. then it stops.
On arch i tried the ftp-i686 and ftp-x86_64 isos, both with the same result. i even tried other distributions. GRML: the same. Debian Installer: the same again. (just that the screen stays black on the other dirstros and i see nothing else).
could anyboy help me, please ? i think i used the correct isos, didnt i?
greets chris
Last edited by dude83 (2009-04-01 11:56:06)

well, it's definitely not the processors fault, i have q8200 running without problems - even overclocked:
$ cat /proc/cpuinfo
processor : 0
vendor_id : GenuineIntel
cpu family : 6
model : 23
model name : Intel(R) Core(TM)2 Quad CPU Q8200 @ 2.33GHz
stepping : 7
cpu MHz : 2800.185
cache size : 2048 KB
physical id : 0
siblings : 4
core id : 0
cpu cores : 4
apicid : 0
initial apicid : 0
fpu : yes
fpu_exception : yes
cpuid level : 10
wp : yes
flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx lm constant_tsc arch_perfmon pebs bts rep_good pni dtes64 monitor ds_cpl est tm2 ssse3 cx16 xtpr pdcm sse4_1 lahf_lm
bogomips : 5602.71
clflush size : 64
cache_alignment : 64
address sizes : 36 bits physical, 48 bits virtual
power management:
what exactly is the error message?

Building i686 under x86_64 error

Have tried arch wiki guide on building i686 under x86_64 but am getting this error
--2014-08-26 17:01:13-- https://aur.archlinux.org/packages/br/broadcom-wl/broadcom-wl.tar.gz
Resolving aur.archlinux.org (aur.archlinux.org)... 5.9.250.164, 2a01:4f8:160:3033::2
Connecting to aur.archlinux.org (aur.archlinux.org)|5.9.250.164|:443... connected.
HTTP request sent, awaiting response... 200 OK
Length: 2528 (2.5K) [application/x-gzip]
Saving to: ‘STDOUT’
100%[==============================================================================================>] 2,528 --.-K/s in 0s
2014-08-26 17:01:13 (725 MB/s) - written to stdout [2528/2528]
==> Making package: broadcom-wl 6.30.223.248-1 (Tue 26 Aug 17:01:13 BST 2014)
==> Checking runtime dependencies...
==> Checking buildtime dependencies...
==> Retrieving sources...
==> ERROR: Unknown download protocol: http
My makepkg.i686.conf looks like this
CARCH="i686"
CHOST="i686-pc-linux-gnu"
CFLAGS="-m32 -march=i686 -mtune=generic -O2 -pipe -fstack-protector --param=ssp-buffer-size=4 -D_FORTIFY_SOURCE=2"
CXXFLAGS="${CFLAGS}"
BUILDENV=(fakeroot !distcc color !ccache check !sign)
An am using this command
linux32 makepkg -src --config /etc/makepkg.i686.conf
Would very much like to build i686 packages for my laptop under x86_64 (desktop is much faster) not sure what the problem is?

YW. I wrote ccm to minimize the number of commands I needed for building. I find the local repo within the chroot very handy as well. Lemme know how you like it.
EDIT:
Last edited by graysky (2014-08-27 19:00:53)

X86 libs on x64 using --arch=i686 installes to /usr/lib

Hi. I have x64, and need some x86 libs.
I thought running "pacman -S --arch=i686 somelib" would just install files in /usr/lib32, but it seems it installs directly to /usr/lib.
Of course, this is creating quite some problems as programs picks up 32-bit libraries.
I'm afraid to restart my computes until I've fixed this.
Any tips on how I can revert this?
And how I can make "--arch=i686" install to /usr/lib32 by default? (or any other way to handle this)

slint wrote:The arch flag is useful when you want to install something on a different system (for example a chroot). Normally you would handle this by installing the lib from multilib, but you can also create a dedicated 32 bit arch chroot.
Oh..
slint wrote:If you didn't overwrite any libraries from other packages (shouldn't if you haven't used -f) a simple pacman -R should be engough I guess.
I didn't use "-f", but it seems pacman overwrote symlinks anyway.
With -R, it complains that other packages relies on this, even though those packages relies on the x64 packages.
"pacman -R -v --debug --arch=i686 somelib" doesn't give me confidence that it won't break my system if I drop checking for dependencies - not a single place are i686 referenced even though I specified --arch with -R.

Can Kerberos Server 5 be run on Arch Linux and Windows Clients use it?

Hi There,
I was wondering (before I invested a great deal of time into it) if I could run a kerberos 5 server on my Arch box and get a Windows machine on my network to use it to log into Windows? (eg. like a domain)
I've tried doing the same with Samba 4 (which I bet will be massive when it's eventually released!), but it doesn't really work too great at the moment and wondered if I could achieve what I wanted with Kerberos 5?
I have DNS & DHCP already running and Samba 3 for network shares; but I really want the whole SSO package for all my machines. I know it's possible for my Mac Laptop to use Kerberos, but just not sure about Windows (XP/2003/7)
Thanks,
Tom

I will post something when I get the last issues ironed out. There is very little information about this anywhere let-alone on Arch wiki! It has been a real struggle, shame Samba 4 isn't more stable/working.
Stuff like M$ just decided to disable DES encryption by default in Windows 7. You know; the usual c**p-ness!

[SOLVED]Arch Linux, and Windows 8.1 Dual Boot issue

Hi guys. I recently bought a new laptop, and decided to run Arch Linux and Windows 8.1. I installed Windows 8.1 first as recommended by the beginners guide, and then installed Arch Linux. I made sure UEFI was enabled in my BIOS, and made sure everything was on a GPT partition. The install itself went fine. My laptop loads grub, and Arch Linux shows up and boots, but there is no option to boot into Windows 8.1. The only way I can boot into Windows 8.1 is by accessing my motherboard, and choosing to launch the windows boot manager instead of the grub launcher. How can I get Windows 8.1 to show up in grub? Thanks in advance guys.
Last edited by Painguy (2014-08-20 20:19:37)

Painguy wrote:
-----------Edit------------------
Yeah just ran this after installing os prober
grub-mkconfig -o /boot/grub/grub.cfg
and it works now. Sorry for the crazy posts guys. Thanks for the suggestions and help.
Yeah I'm sure I'm doing something wrong lol. I did not install OS-Prober. I think that's where the issue is. I'm missing the menu entry in grub.cfg right? Do I just run os prober or do I have to manually edit grub.cfg.
If that's not the case then here is what I did up until now. What I did was start with a blank SSD drive. I used cgdisk to make the disk use a GPT partitioning scheme. I installed windows 8.1 and checked in windows to make sure it boots into UEFI-GPT mode and it does. I then installed arch linux using the beginners guide. I made sure to use cgdisk to create any extra partitions, and installed GRUB to the efi partition that windows had created ( I did not format this partition ). I then finished the installation and rebooted, and Grub only shows arch linux. I don't think I'm dealing with anything MBR related. I made sure I used the GPT partitioning scheme....i think lol.
All you need to do is run os-prober then run grub-mkconfig. It should pick up Windows at that point.

RFC: Queries about Arch culture and community

Good day everyone,
This is a request for opinions from the Arch community, especially the Arch developers, Trusted Users, and long time users. I am writing a review about Arch Linux which I hope to publish within the next month or so. Unlike most distro reviews, which are actually distro installation reviews, I have devoted a lot of space to The Arch Way, unique technical qualities of Arch, day to day use and maintenance of Arch, and the Arch community. In my view, the community of a distro is much more important than its installation process.
If I may, I would like to pose some questions about the Arch community. FWIW, I have been quietly participating in the Arch community myself for some months now, contributing material to the wiki. Anyway, please take a look at the queries below, and comment on any as you see fit.
Thank you,
Luke Seubert
1. Despite its modest size, Arch has a very enthusiastic community, as evidenced by its internationalization projects, derivative distros, 3rd party repositories, Arch schwag, active forums and wiki, etc. Is this statement true or false, and if Arch does have an especially enthusiastic community, why?
2. Arch is deeply conservative, refusing to deviate from core principles. Still, within these bounds, Arch permits a wide array of innovation. Are these statements true or false, and why? If true, what are the pros and cons of such conservatism? If false, in what way has Arch deviated from its core principles or resisted innovation?
3. The Arch community is fairly harmonious, with little bickering, flamewars, forks or threats to fork, etc. Is this statement true or false, and why? (I have my own theory on the why of this one, and the answer in brief is... dogfood.)
4. How good or bad a job is Arch doing in cultivating new Trusted Users and Arch developers? Does it have a formal mentoring process? It seems the most direct path to TU status is to put together packages in AUR, and eventually have them voted into Community based upon quality and popularity. However, at some point, virtually all of the popular packages will already be in Community or Extra. How does an AUR uploader become a Trusted User then?
5. Hypothetical Scenario:
The Chakra Project successfully completes in alpha, beta, and release candidate Live CD testing, and releases its Live CD - version 1.0 - with the GUI easy Tribe installer, to wide acclaim - DistroWatch even raves about it. Suddenly, there are lots of new Arch users, who never went through the traditional Arch install process, who never "paid their Arch dues", and who are not nearly as clueful because they never RTFW. They are flooding IRC and webforums with really, uh, "basic" questions, and suggesting/demanding new features. How does the Arch community handle this abrupt change in its culture? Has it dealt with such culture shocks before?
6. If only you too could lift cars over your head, would you be more cool, less cool, or as cool as Phrakture, and why? What if you could only lift cars over your head after eating a can of spinach and slamming a six pack of Red Bull? Then how cool/not cool would you be by comparison?
Last edited by lseubert (2009-08-08 13:45:07)

Allan wrote:
Here are my opinions on these questions and do not necessarily reflect other Arch devs...
1. True. I believe part of the enthusiastic community comes from the fact that Arch requires you to set up your system for yourself. So people become very proud of their achievement of getting their system setup exactly as they like it.
This is an excellent point. There is a nice sense of pride that comes from tweaking your Arch install to just the way you like it. And it is an involved process requiring some modicum of skill.
Also, people have always been encouraged to contribute fixes or start projects to fulfill areas they see lacking. Seeing your work become used by many others is always a good feeling.
Yeah, I have noted this in my rough draft. Arch has amazingly low barriers to entry. Sign up for an AUR account, which is quick and automatic, and get to work. Your status and authority is derived from a roughly consensual meritocracy, as opposed to a hierarchical, bureaucratic process full of gatekeepers, aka potential gateclosers, like most distros.
This simplicity extends to our package manager, which I believe is a major factor in making the AUR as popular as it is. (Note that while pacman is developed primarily by Arch users, it aims not to be tied to any distro).
Allan, could you clarify this comment? How does pacman make AUR popular? While I use pacman to access binaries from core, extra, and community; I use yaourt to handle PKGBUILDs from AUR. I don't quite follow you on this one.
But as always, the principles guiding Arch do get bent when it is sensible to do so. It was always said we don't split packages like many other distros, but we do some splitting these days (e.g. gcc-libs, KDE). We now include info pages and other docs.
Both of which are good moves. A system should have documentation built in, for those occasions when internet access is down. And I might actually take a look at KDE 4 once again, now that I wouldn't have to download a pile of unwanted packages.
3. There are flame-wars every so often... The last one that was probably quite obvious to many was changing rules governing the community repo (requiring votes or 1% usage as defined by pkgstats) and the move to using the official db-scripts (which may be seen as making the TUs less independent).
That is a flamewar that I missed. How does Arch resolve difficult issues? There is no Constitution that I could find, nor any formal governing structure. Is it as simple as lengthy debate, and then Dred Overlord Phrakture decrees?
I have never heard of a treat to fork the distro or components of it. I guess that is because of the attitude of show us a working implementation of a good idea and it will possibly become official.
Well, there aren't forks, but there are a lot of derivative distros, some of them with very different goals. And there are a lot of 3rd party repositories out there, outside of AUR. I wouldn't call that forking, but it is, I guess, extending. I think such experimentation is a good thing - really good ideas might be developed outside of even AUR, and eventually brought back into the Arch ecosystem. I believe some of Xyne's packages got started that way, yes?
Here is an interesting factoid I came up with in my research:
Packages Per Maintainer Ratio - how many packages on average does a maintainer support?
For Debian, the P/M Ratio is 28
When you add up all the Arch Devs and TUs, and divide out the packages in core, extra, and community, the Arch P/M Ratio is 67.
Arch devs seem quite impressive, until you recall that they mostly maintain one version of each package and for only two architectures, whereas Debian devs support 11 architectures for 5 versions - experimental, unstable, testing, current stable, and old stable. (Ugh - is that brutal or what?)
Seen in that light, one has to admire the very hardworking Debian devs, and wonder a bit about those Arch dev slackers. Yet another T-shirt idea! Change the first idea so it now reads, "I'm a slacker Arch developer, and I eat my own dogfood!"

Arch 64bit and 32bit games under wine

Hi there,
I am using an x86_64bit version of arch linux and have tried to use Civilization IV and Warcraft III with wine. But i have no usable Framerates. I have tried a lot of issues from Google Searches and from this forum but i cannot handle this problem. My first idea was, that my drivers are not installed correctly. But programs like glxinfo and glxgears says that there is hardware rendering enabled and compiz also works fine. After some researches today i think to have a new idea for my problem.
First i need to say, that i have an Thinkpad T400 with onborad graphics Intel HD4500 or so on. On Ubuntu with wine there were no problems in using Civ IV and Warcraft III, but under Arch Linux i cannot get it to work correctly. The Ubuntu was also an 64bit version.
Is it possible that wine need 32bit libaries for the graphics driver because of the 32bit games? I have only installed the normal pacman packages for my system, which only compile the drivers for 64bit. If this can fix fix the problem. How can I install 32bit and 64 bit drivers on one system?
I am relativly new to Arch Linux, so pls tell me the right commands if you need mor informations. And thank you for your issues.

Psikon wrote:Is it possible that wine need 32bit libaries for the graphics driver because of the 32bit games? I have only installed the normal pacman packages for my system, which only compile the drivers for 64bit. If this can fix fix the problem. How can I install 32bit and 64 bit drivers on one system?
This is almost definitely the problem. First, add the new [multilib] repo (see the news page for how to do this). Then run pacman -Syu lib32-intel-dri (assuming you are using the 64-bit intel-dri. otherwise you may have to build something from the AUR).

Have Installed Arch Linux and Xmonad on 2013 15" MacBook Pro Retina

I just recieved the latest stunning MacBook Pro Retina 15" (ME665) released in Feb 2013, couldn't wait to install the Arch Linux 2013.02.01 on it, dual boot with Mac OSX.
I'm impressed by the performance of this device after working with the combo of Arch Linux and Xmonad for several days, everything works out of the box, including touchpad, audio, video, wireless network, bluetooth, etc. Even the apperance of most apps are compatible with the high resolution of Retina display.
Another important thing is the battery life, 5 hours! Program and compile, listen music, download AOSP through Wi-Fi, watch YouTube videos with Flash hardware accelaration on.
For the installtion details, see my long blog post at http://vec.io/posts/use-arch-linux-and- … na-display
-- mod edit: read the Forum Etiquette and only post thumbnails http://wiki.archlinux.org/index.php/For … s_and_Code [jwr] --
Last edited by vecio (2013-02-28 02:22:38)

Can you tell me what your /sys/class/backlight/gmux_backlight/brightness and max_brightness values are? This has not worked out of the box for me.

Arch i686 and x86_64

Similar Messages

Maybe you are looking for