Arch VS. Arch64

Hi .
I would like to know a little bit more about the difference between normal Arch linux and Archlinux64?
Is there some difference - do I get better performance out of using arch64. building a mediecenter and bougth an AMD64 ! Would I have better performance out of using arch64. ???

Gullible Jones wrote:
If you want something Arch-ish that fully supports 64-bit systems there is Frugalware.
(I'm hoping that Arch will officially support x86-64 at some point though.)
:evil:
Frugal is far from beeing Arch-ish :!: And I don't see anything the x84-64 Frugalware port has that Arch64 hasn't.
For a multileadia pc I would still prefer a 32bit OS. The gain of better codec support is it worth. The system is still fast enough that you will not see a noticeable difference to a 64bit OS.
AndyRTR

Similar Messages

Arch64 or Arch 32bit? Which ones for me?

First of all, glad to finally be a part of the best linux forum of the best linux distribution. I have been using ArchLinux 32 bit on my desktop at home ever since I first tried it 6 months ago. I must say after using various other distributions it has to be the best one out there ( in my opinion ).
So now to my problem: I just got myself a Lenovo Thinkpad T61p, with 4GB of ram, 200GB HD, a 2.4 Core 2 Duo processor. Ofcourse Arch is going to be my main operating system on it, but I can't decide whether I want to run Arch64 or 32 bit.
Besides having Arch or Arch64 as the native os, I plan on installing the Vista that came with my laptop for "Free" (insert hidden M$ tax here) as a Virtualbox guest. I do use Adobe CS3 and Visual Studio 2005 once in a blue moon so I figure might as well have it on there. I've seen videos of the Compiz-Fusion 3D desktop, and would like to incorporate Vbox with compiz eventually and have a seamless virtualization of Vista. Also, I mostly use this laptop for web/software development. So all that being said.
Are the Arch64 repos as or almost as up to date compared to the Arch 32 bit?
Is it worth even messing with Arch64? I really dont mind tinkering, so can I do everything in Arch64 that I can do in Arch32 (sometimes with a bit of tinkering)?
Also, is the performance gain (for those of you that have used both 64 and i686) worth the hassle? Or should I just stick with 32bit for now? I found various posts that say it is possible to modify the kernel so that all 4GB are recognized on the 32bit. I plant on giving 2GB of the ram to the guest os on virtualbox. Please give me some advice I am torn between my two options.

I've been thinking about this lately, too. I went with Arch64 when I migrated to Arch last week, and while I got everything I need to work now (Wine, 32-bit browser for native Java/Javaws, Skype), I wonder a little if it was the right choice. It took quite a bit of work, though I'm still very much a Linux newbie, so I had to read up extra stuff, but I also learned new things by doing so.
I look at this heap of lib32 packages I got from AUR and wonder how I will keep these properly up-to-date without having to check them manually on a weekly basis. Also the aforementioned packages need manual maintenance and they depend on the effort of the admirable people who maintain them. Some packages take longer to arrive for 64-bit (KTorrent is a current example) and generally the 32-bit support seems better.
My box has 3 GB, which is 1.5 GB more than I actually seem to need, and I probably won't ever upgrade the machine to have more than 4 GB where I would really benefit from 64-bit. I mostly use the computer for typical desktop stuff, including watching movies, playing music, getting text processing work done, mail, web, etc -- just the every day stuff, but nothing that's number-crunching-intensive. I rarely encode video and such where 64-bit would give me an edge.
So, I wonder if I made the right choice. Running Arch64 seems to require more effort and add some tiny bits of inconvenience, without any advantages. Well, actually, the last bit is speculation and based on hearsay. I only had the 64-bit box for a month now, and I never ran a 32-bit Linux on it, so I don't know if it is faster or if there would be no difference. Some people say that a 64-bit OS seems faster to them, but at least as many, if not more, people say that there is no difference at all.
Now that I have everything working, it's moot point, but when KDE4 is released and has matured a bit, I might just back up relevant data and do a reinstall. At that point I would have to decide between 32 and 64 bit again, and somehow 32-bit seems more convenient, unless I learn of advantages of 64-bit for what I do and what I have (less than 4 GB RAM). A lot of the info I found on the topic of performance increase is contradicting.
On the flipside it would just feel so wrong to run a 32-bit OS on a 64-bit machine. Kind of like drinking champagne out of a water glass.

2009.04-1 archboot "Schlumpi" hybrid image and torrent file released

Hi Arch community,
Arch Linux (archboot creation tool) 2009.04-1, "Schlumpi" has been released.
To avoid confusion, this is not an official arch linux iso release!
Check Readme.txt file for more information on archboot.
ftp://ftp.archlinux.org/iso/archboot/Readme.txt
Hybrid image file and torrent is provided, which include
i686 and x86_64 core repository. Please check md5sum before using it.
Hybrid image file is a standard CD-burnable image and also a raw disk image.
- Can be burned to CD(RW) media using most CD-burning utilities.
- Can be raw-written to a drive using 'dd' or similar utilities.
This method is intended for use with USB thumb drives.
Please get it from your favorite arch linux mirror:
ftp://ftp.archlinux.org/iso/archboot/2009.04/
<yourmirror>/iso/archboot/2009.04/
Changelog:
GENERAL:
- kernel 2.6.29.1 usage
- pacman 3.2.2 usage
- RAM recommendations:
* arch or arch64 boot image
256 MB RAM i686/x86_64 (all packages selected, with swap partition)
* lowmem or lowmem64 boot image
96 MB RAM i686/x86_64 (all packages selected, with swap partition)
FIXES:
- fixed network settings in rc.conf on ftp install and dhcp
- fixed use mirror from ftp install
- fixed broken memtest binary
- fixed broken dmraid
New Setup Features:
- Added consistent menu dialog switching
- Added software raid, lvm2 and luks encrytpion creation support to setup
- Added new autoconfiguration of mkinitcpio.conf
- Added ntfs creation support in CD installation
(uses ntfs-3g, which is not supported in ftp installation mode!)
- Added root password dialog instead of plain shell dialog
- Added ext4 support
Environment changes:
- added virtio kernel modules for virtualization
- added crda for correct wireless support
- added ntfs-3g support
KNOWN ISSUES:
- iwlwifi-3945-ucode and ipw2100-fw is not complete.
Reason: One firmware file is missing.
Workaround:
- mount image and install firmware from image file.
eg. cdrom:
mount /dev/cdrom /src
pacman -U /src/core-$(uname -m)/pkg/iwlwifi-3945-ucode-15.28.2.8-1-$(uname-m).pkg.tar.gz
pacman -U /src/core-$(uname -m)/pkg/ipw2100-fw-3.1-2-$(uname-m).pkg.tar.gz
- grub cannot detect correct bios boot order.
It may happen that hd(x,x) entries are not correct,
thus first reboot may not work.
Reason: grub cannot detect bios boot order.
Fix: Either change bios boot order or change menu.lst to correct entries
after successful boot.
This cannot be fixed it's a restriction in grub!
Further documentation can be found on-disk and on the wiki.
Have fun!
greetings
tpowa
Last edited by tpowa (2009-04-25 13:28:59)

Could you include dhclient in the next iteration of the boot image?
I'm testing the boot image in virtualbox and dhcpcd can't get a proper configuration using dhcp, everything is correct except the dns servers.
I believe this may be due to a change (or bug) in vbox but what is curious is that dhclient can get everything right. I've seen threads where other people report having problems with dhcpcd and dhclient working properly (with physical machines I believe). dhclient would be there only as a fallback and would need to be invoked from the command line so it doesn't force any change in the setup scheme.

2008.12 archboot test iso/img files

Hi Arch community,
Arch Linux (archboot creation tool) 2008.12-1, "Nepal" has been released.
http://downloads.archlinux.de/iso/archboot/2008.12/
(Thanks Pierre for hosting them in the meanwhile )
This is a test run for the created files, please try to find showstoppers.
If everything is alright, those files can be moved to the mirrors and torrents can be created.
To avoid confusion, this is not an official arch linux release!
It's an installation environment created with the archboot tools.
Please report all bugs only to my email address.
Thanks for testing.
Have Fun
greetings
tpowa
Changelog:
GENERAL:
- kernel 2.6.27.7 usage
- pacman 3.2.1 usage
- RAM recommendations:
* arch or arch64 boot image
160 MB RAM i686/x86_64 (all packages selected, with swap partition)
* lowmem or lowmem64 boot image
64 MB RAM i686/x86_64 (all packages selected, with swap partition)
FIXES:
- merged in setup changes from installer.git
- merged in documentation changes from installer.git
- changed bootmessages
- changed intel wireless hook to improve boot speed
- fixed quickinst
- added new tz script for setting date, time and zones
- added some fixes to km
- added setup startup on first login
- added km and tz to setup dialogs
- added dmraid dialog for mkinitcpio setup
- added ntp to arch and arch64 install environment
KNOWN ISSUES:
- None
ISO and USB image files are provided, which include
i686 and x86_64 core repository. Please check md5sums before using them.
ISO files are standard CD-burnable images.
- Can be burned to CD(RW) media using most CD-burning utilities.
IMG files are full raw disk images.
- Intended for use with USB thumb drives.
- Can be raw-written to a drive using 'dd' or similar utilities.
Further documentation can be found on-disk and on the wiki.
Have fun!
greetings
tpowa

Tobias, you may have read on arch-general that I've been working on a totally refactored installer (installation framework).
It's called AIF. Basically I've taken the old /arch/setup from installer.git and totally refactored everything to make the codebase clean, modular and reusable. Lately I've also been rewriting the whole blockdevice/filesystem part of the installer because it wasn't very good. For more info I refer to http://dieter.plaetinck.be/AIF_the_bran … _Framework , http://archlinux.org/pipermail/arch-gen … 02541.html (albeit most of the info there is a bit outdated now) and http://github.com/Dieterbe/aif/tree/master
I also maintain packages in aur ( http://aur.archlinux.org/packages.php?ID=21565 follows the master branch, where I pull in all the stabilized code, so I recommend this package)
Right now AIF is mostly good for developers/power users who wish to make custom installation procedures.
Towards the reglar user there isn't that much of a difference: the installer looks very similar. although under the hood 95% of the things are different. Right now I'm also working on supporting lvm/dm_crypt.
Anyway, if you're interested, I suggest you take a look at the code and if you like it you could maybe integrate AIF as an alternative, experimental installer. (it doesn't conflict with the other installer, it installs alongside)
Last edited by Dieter@be (2008-12-11 10:27:18)

Is Arch64 having an edge on another distributions like Arch for i686

Another curiosity
what I mean is if Arch64 is speedier than other 64-compatible distros out there just like Arch for i686 is speedier than other distros for i386.
Cheers
Cippa

Arch is faster than debian-based distros because it's less smart, much more simple and doesn't startup everything you installed by default

My thoughts (and yours too!) about Arch (I'm in love already!)

Hello all! I suppose I would be called a newbie to Arch, but certainly not to Linux. I've been running Gentoo for five months. If I were running, say, Ubuntu for five months, I would probably still be considered a newbie, but five months of Gentoo has made me pretty proficient at Linux.
I (if you haven't guessed yet) am a Gentoo user , and it seems like there are a lot of Gentoo users who go to Arch. That's how I heard about it, through the Gentoo forums. I am currently looking for backups in case Gentoo comes crashing to the ground. I was perfectly content in my little bubble of happy compiling until I learned about the unrest inside of the Gentoo community. I never realized that things were in such bad shape... like a downward spiral. The result cannot be good. I feel like I'm on a sinking ship and am praying for my life here. I've seen a lot of threads at the forums lately like "If Drobbins fork Gentoo, will you follow him?" and "Will you stay with Gentoo if the Foundation is handed over to a 3rd party?" I find these a little unsettling! I understand that the Foundation is a terrible state right now, and the founder's attempt to get it back has failed, so now I don't things are going to head up. So I've started to face facts, that I better have some backup plans so that I'm not starting over from square 1 when this all burns to the ground (hopefully if, not when, because I like Gentoo and really don't want to have to give it up). Now I admit that I don't like EVERYTHING about Gentoo, but I like almost everything, and Arch seems to be like Gentoo in many respects.
Some of my personal desires in a distro:
1.Bleeding edge with rolling updates (and thus no need to ever reinstall the distribution)
2. A large repository for the package manager
3. Not a newbie distro... a distro for those who like the command line and to do things themselves
4. Good community
5. Customizable
6. The ability to choose between a stable and unstable package on a per-package basis
7. Install from source
Arch seems to satisfy 1,3, 4, and 5 correct? And pretty well satisfies 2, though I can see its package manager is not as big as Gentoo (though bigger than like Slackware).
I guess for the most part it doesn't satisfy 6 and 7 though, right? I realize that AUR is source-based, but on the whole, Arch is binary, so I'm referring to the overall tendency of the distribution.
Is there the ability to choose between stable and unstable packages though, to be as bleeding-edge as possible? (I'm thinking no but thought I'd ask)
Many other distributions such as Ubuntu probably wouldn't meet my needs at all. They seem to have a great repository and community, but I just don't want a GUI-based distro. The truth is, I want to feel like my computer needs me. It's my baby. XDDDD Okay, that's pretty sad, especially because it's a Pentium II (I can't WAIT to get my new laptop!!!!!!!!!!!), but I appreciate my Gentoo box way more than our Windows box upstairs, a lot of that having to do with the work I had to put into it to get it working correctly, and all that I had to learn. It makes me appreciate it a lot more, and it makes me a lot better at solving problems. (If it ain't broken, why not break it so you can fix it? XD)I don't want a distro that does everything for me; I won't feel needed anymore. Plus, I'm addicted to the command line. I have a window manager, sure (Thunar with Xfce), but I mostly still use the command line to view my files. Sometimes I don't even start up X (I never start it up by default) and am just as efficient as when I have it open. I insist on knowing how to do everything manually... when I wanted to make keyboard shortcuts for X, I chose to use xbindkeys rather than use the GUI with Xfce, so I could do it manually and still have it working if I ever switched desktop managers. I manually edit pretty much ALL my config files and, like I said, I am just as efficient without the GUI as I am with it. I can't go five minutes in GUI without having a virtual terminal open. So I think, in these respects, Arch would meed my needs quite well, just as Gentoo does now. I have deiced to try out Arch now anyway, regardless of the state of Gentoo, because you know, i might just like Arch better. I know a lot of Gentoo users have said they've gone to Arch. I'm trying to get my friend Evan to let me use his 8 gb hdd to try it on, because my current 6 gig drive for Gentoo is like... 99 percent full (I swear, I'm not kidding, I have 100 mg left, I REALLY have to prune XD), so once I get it, I'm going to install Arch (after unhooking my /home hard drive because I only have two slots for hard drives, and they're both already filled! I will probably end up moving the /home directory onto that 8 gig drive anyway. I realize it's hard to share things between distros, but I will at least be able to have a place to put files for both distros in the same place and would probably end up symlinking some same location to my desktop for both distros
Okay, now I'm just ranting. Back to point! I'm definitely going to try out Arch, and so far I like what I see. I even recommended it to a friend who is also thinking of leaving Gentoo (for Ubuntu, so he can support his amd64 processor). I pointed out Arch64 and he's considering it. I don't think he'd like Ubuntu any more than I. He originally used Slack and only switched to Gentoo because Slack really doesn't have a good package manager. I think he'd like Arch as well.
I've also done research on other distributions someone like me might like (especially coming from Gentoo).
This is my current list:
Arch Linux
Frugalware (based on Arch, right?)
Zen Walk
Vector Linux
CRUX (I'm leaning away from this one, as of now)
Lunar
Source Mage
Sorcerer
FreeBSD (but I've decided not to go with FreeBSD, as much as I like installing from source, because their philosophy of stability over currentness (like not having flash 9 because it's not "stable") just doesn't fly with me.. Linux is better for me, I think)
LFS.. okay, not really, but if I ever have a weekend when I'm REALLY bored.........
I've used Slack before but I would prefer to have a package manager, so I'm steering away from that direction, as much as I liked Slack.
Have I missed any other distros people in this sort of mindset like us might like? ^_^
My primary focus right now is Arch, and it's definitely my first preference as far as switching goes.
I think my biggest problem with Arch is that I REALLY like to compile everything from source (or at least, have Portage do it for me :-p), so I"d miss that. Especially USE flags. However, Source Mge/Lunar/Sorcerer don't sound as good as Arch, and FreeBSD just... isn't my thing. Their package manger seems great, it's their overall philosophy I disagree with.
This post really isn't asking for help with anything, but isn't that fine? This is just the Arch Linux General Forums, right? I just wanna talk about Arch as compared to other distros. I've wiki-ed it some, but I just think it's a fun thing to discuss.
So what things do you guys like better about Arch, and what things do you like better about Gentoo, or maybe about some other good distros?
I can't wait to try out Arch; I'm so excited! No Xubuntu for me! ^___________^ (Gnome and ESPECIALLY KDE would lag far too much for this computer)
-Megan M-

Well, I technically have 14 gigs... I have the 6 gig and a 4 gig which has /usr/portage (the portage tree probably takes up so much space it would outweigh any space saved through USE flags XD) and /var/tmp, since that can get huge while compiling and I don't have space on the 6 gig for the fluctuations in space... I had to install the binary for OpenOffice just because the temporary space required to compile it was bigger than the space I had on my hard drive!!!!and I actually have so little space left I am permanently using a ext3 formatted flash drive as my ~/Desktop (it's in my fstab and everything XD!) This gives me 4 extra gigs for all my stuff.
But anyway, just you people answering this thread so nicely confirms my feelings about the Arch community. I can easily see a thread like this simply being ignored on the Gentoo forums, or just merged with other threads. >.<
Actually, to be honest, most pakcages I am running unstable on Gentoo had to do with compile errors and such, or some feature not working correctly in the older version. The only ones that I just wanted to run unstable are.. lemme check my /etc/portage/package.keywords... Skype and Pidgin. And possibly Mplayer too, I was thinking of. Everything else was either because of problems or of it being in the Sunrise overlay (everything in there is masked as unstable since it's not an official part of the Portage tree).
How easy is it to get an older version of a package? I ask because I want Flash 9.0.48.0-r1, NOT 9.0.115.0. The newer one made my Firefox commit suicide and just close with an error when I viewed certain pages (youtube, etc. was fine, but even going to www.adobe.com made it crash *irony*). Gentoo forum users told me that then newer one was unmasked because of a security flaw found in the older one, but for me, I'd rather take my chances with the hole than have firefox crash every five minutes!!!! Is there any way to specify not to update a package either, for when you do a world update (or whatever they are called in Arch)? This also has to do with Flash... I'll give the newer one a try... maybe it was just a Gentoo issue... but if not, I'm DEFINITELY downgrading!
I like how easy it seems for Arch users to add packages to AUR so they are available to others... this is harder to do on Gentoo, despite that everything is source-based. It's most like there is a wall between the users and the developers that cannot be broken easily. This seems like a good way to let users have a little fun in the developer's world without *being* one.
One last question while I'm here.. my other friend who I sugested Arch to... I just want to confirm that Arch would support his CPU. He said to me:
"Oh, and my CPU arch is amd64 / x86-64 / emt64-t
thechnically its em64t since its an intel CPU but i am running a k8 optimized system (because I used to have a opteron)"
^_^
PS: Your forums may be smaller than those of Gentoo, but that is not necessarily a disadvantage. There is like a perfect size, I think. You can be too small OR too big... with bigger forums, it is so much easier for a thread to just get buried if no one can answer it right away, even though someone else might be able to but will never see it because it's already buried. This happened to me in the Ubuntu forums. I obviously do not run Ubuntu but posted a question there regarding mtpfs with a particular MP3 player, because I figured the forums were large enough that I'd get at least a few people with the same mp3 player and they could tell me their experiences with the program. HA! Instead, I just got 0 replies and it was simply buried. With forums, bigger isn't *always* better, imo.
PPS: What is your policy on patching the source code? For example, GTK+ recently deprecated a few features that TiLP(1 and 2) depends on. The source code will now not compile. I made a patch for it to fix it (I was supposed to submit that ebuild two days ago... grah, I really should do it tomorrow!), for otherwise it just gives errors. If it is TiLp2 you have in the repository, it is literally as simple as adding one line in the source code (and is the fix the developer himself recommended), but Gentoo did not even notice and kept the source code in the tree the same even though it would no longer compile! @_@ This kind of ticked me off, personally, which is why I have to submit that patch tomorrow! ha ha
Last edited by violagirl23 (2008-01-24 06:00:10)

Very Very long ping time, only on arch, and preload doesn't work

Arch is the most amazing Linux system I have ever used. I get like a 30 second boot time from start to finish, i'm just wowed.
I am using arch64, and have only 2 problems!
1. I have like a 32ms ping, for any site, toooo big. I have a 3com NIC card which Is currently being used as eth1, and an nvidia network controller on my board eth0. The nvidia controller doesn't work right, so i am using the 3com, with a huge ping time
2. preload isn't working. I have 3gb of RAM, and AMAZINGLY only 400mb of RAM is being used, with 9 tabs in firefox open, compiz-fusion, gnome desktop. DAMN! I want more RAM being used, what is wrong with this?? (the problem is that things start up a little slow, so it must mean it is not staying in the RAM)
Please tell me what I can do to fix these problems!
EDIT: Could it have something to do with the groups I am in, or the preload.conf settings, or the rc.conf file?
Last edited by savagenator (2008-03-19 23:27:03)

I saw your latency thingy... though that aint so bad
PING fk-in-f147.google.com (209.85.129.147) 56(84) bytes of data.
64 bytes from fk-in-f147.google.com (209.85.129.147): icmp_seq=1 ttl=242 time=146 ms
Pinging from norway to... wherever that node is.
and compare that to a norwegian host
PING www.sau.no (194.63.248.23) 56(84) bytes of data.
64 bytes from web.domeneshop.no (194.63.248.23): icmp_seq=1 ttl=47 time=86.6 ms
all in all, you should not be so annoyed unless your used to sub 10 ms ofc.. but this is still very quick for a webhost, atleast i think so.

[SOLVED]Keyboard and touchpad doesn't work after reboot from Arch

Excuse me, but i'm a newbie. I'm not sure if this is an arch problem, but i will just post it here.
I've beening using Arch64 and it works just fine. However, every time i reboot from arch into Windows 7 (32bit), the keyboard and touchpad will stop responding just when the Win7 splash screen shows, however the mouse works fine. Then when you shutdown the computer (from win7 now) it will take apparently longer time, and sometimes i have to press the power key 5 seconds to make it shutdown.
It seems the correct way (to reboot from arch to win7) is to shutdown down the computer first and start it again, and everything will work fine.
And rebooting from win7 to win7 or arch to arch or win7 to arch will work fine too.
I'm glad to post extra information, but I've got no clue and i'm not sure what to put here.
The laptop is a Lenovo Y450 with Intel Core Dual P7540, 4G Memory, NV GT240M. Kernel version of Arch is 3.0.6 (but the problem existed long since earlier versions) I don't have a swap partition. If you need extra information, please mention the item.
Thanks a lot!
Last edited by crlf0710 (2011-11-15 10:29:38)

Hi!
That is indeed strange. Since your external mouse works fine (which probably is connected via USB, right?) it appears that the problem lies somewhere around the internal keyboard/touchpad access. I'm not sure how this works with a Lenovo Y450, but just try to enter BIOS (in case you have not been there, you probably have to hit F1 or F2 during startup - less likely it would be delete or escape ...) and look for your keyboard/touchpad options.
You should probably find something like "... legacy support ...". This is a relic from PS/2 times and emulates your internal input devices as PS/2 devices. So - when found, just change the setting (you cannot mess anything up, and both systems will probably not even pop up a message). My guess is it is set to "enabled" and Arch somehow messes with the PS/2 emulation in your case .... so just turn it off.
good luck

A formal 'Hello' to the community and a few Arch-related questions

Hi guys.
As a long-time Genoo and part-time Arch user I finally made the switch to Arch complete. Since I've been reading here quite a lot in the last year I thought I could as well create an account (acutally I did that a while back but never used it) and say hello.
I've been running Arch on my laptop for about the last year. Coming from gentoo as my first ever Linux experience, Arch seemed the next logical step whenever I should grow weary of endless compiles and re-compiles (which is about now). I'm an enthusiastic Xmonad user which is why I'm particularily fond of this forum and it's Xmonad community. That's also the reason why I stumbled upon arch in the first place. So far it hasn't let me down once and I'm really happy with my (now 2) setups.
With a little help of some of you guys on IRC I installed Arch64 on a RocketRaid 2310 Raid5 a few days ago. It's running really smooth and I'm quite impressed by the overall difference (in speed and usability) of kdemod KDE4 to my gentoo compiled one.
For those interested as to how exactly I installed (there seems to be quite some controversy about the RocketRaid cards), here's how I did it:
1) Boot from the Arch64 install cd
2) Set up the environment for compilation of the driver:
- fire up the network
- edit the mirror file to my likings (a whole lot of German mirrors over here)
- blacklist the packages kernel26, ndiswrapper, ndiswrapper-utils and tiacx
The kernel shouldn't be updated unless anyone knows some magic kexec tricks from inside a live environment
The other packages somehow depend on the kernel package
3) Pacman -Suy base-devel
4) Download the driver package, unpack and make
5) rmmod sata_mv, modprobe rr2310_00 (The sata_mv module has to be unmounted, otherwise the raid controller will crash
6) Mount the raid drive and install
I did a manual installation since that's what i'm used to from gentoo (and since I don't trust the installer all too far with the whole raid setup) and the rest of it went pretty smoothly. I had to go for by-label uuid'ing my partitions though because they come in randomly on each boot.
I do have a question now:
Is there any way to conveniently trigger rebuilding the RocketRaid driver whenever a new kernel has been installed? I did create my own PKGBUILD of the driver from an old one that's in the aur so all it would take is to tell pacman that every update of kernel26 should automatically force-update the driver even though it's version hasn't changed. The alternative is of course to just keep compiling my own kernel as I did on gentoo but I'd like to not have to think about any of that stuff and just use the system.
Or, if anyone has another cool idea how to handle this, I'm open to that too.

barzam wrote:Why don't you create a wiki entry as well with your guide? I bet it will make someone's life easier in the future!
I didn't think this was such a big deal. Also they way I did it, though working for me, is not the most elegant solution. One would rather build his own install cd with the driver included that then can serve as a backup system in case the raid driver is not rebuilt after a kernel update.

KDE4 on Arch in VirtualBox not working [SOLVED]

Hi all. I have the latest version of VBox (3.2.12) on my windows installation (I dual-boot Arch and Vista), and I've been using it to toy around with Arch setups.
I decided to try KDE4, yet again (honestly, every time I try it, I get turned off from it within 20 minutes, but I keep coming back to try it. Odd?).
After installing Arch64, xorg, setting up user accounts, etc (standard desktop procedure), I -S'd kdebase. Once it finished installing, I added "exec startkde" to my .xinitrc, and typed "startx."
Consistently, the splash screen appears, loads the first two icons, then freezes upon loading the "world" icon, dumps me back to console. The one notable error was that the vboxmodule was not found. I reinstalled the guest additions to no avail.
At first I thought it was just an error with vbox and the new xorg 1.9, but OpenSUSE's KDE4 works fine (thank God for Arch by the way... I was turned off by SUSE very quickly). I'm going to attempt yet another installation of it, but I reinstalled KDE as kdebase, kde, kde-meta, etc, and none worked. I reinstalled guest additions multiple times, tried as many tweaks as I could find, and nothing seemed to work. The one thing that *did* work was completely impractical: forcing kde to ignore compositing using "openglisunsafe = true" seemed to work, but the desktop was so slow that it was pointless to use.
I ran into this issue about 2 weeks ago, and deleted the Arch vbox since then. I only post this now because I realized that KDE works under SUSE, but not under Arch. I'll try again and dump the xorg logs for someone else to examine. Until then, any thoughts?
Last edited by hwkiller (2010-12-18 03:39:35)

This has me curious why yours suddenly worked?
I have the exact same thing - Virtual box running on win 7 x64 host, Arch 64 bit works fine with gnome, so long as I don't try starting compiz, and KDE doesn't launch unless I change the OpenGLIsUnsafe value.
VirtualBox settings have 3D acceleration set to enabled, with 128 MB of video memory.
The error that x.org throws upon lauching compiz in gnome or KDE with opengl on is the same
from /var/log/Xorg.0.log
http://pastebin.com/ue4A98vQ
VirtualBox additions are direct from the ISO, although I've tried PEUL & OSE from the repo's.
They are working - as resizing the window changes the resolution.
I've looked at https://wiki.archlinux.org/index.php/Vi … as_a_guest
and even edited it because the openGL section for guests was in the wrong place.
Also tried running from gdm or kdm and still no joy
Any differences to what you've tried hwkiller?

4gb not showing up in Arch64

Hi all.
I finally installed Arch64 to take advantage of my 4gb of RAM and my Core 2 Duo. But I am having some problems. I don't think Arch sees all of it. It should not be a hardware problem because my BIOS correctly displays 4 gb. I left my 32-bit Arch on another partition and it actually sees more than Arch64.
Here is my meminfo under Arch64
$ cat /proc/meminfo
MemTotal: 2996504 kB
MemFree: 2856492 kB
Buffers: 7852 kB
Cached: 63932 kB
SwapCached: 0 kB
Active: 59900 kB
Inactive: 51180 kB
SwapTotal: 4249152 kB
SwapFree: 4249152 kB
Dirty: 220 kB
Writeback: 0 kB
AnonPages: 39476 kB
Mapped: 19176 kB
Slab: 11872 kB
SReclaimable: 6888 kB
SUnreclaim: 4984 kB
PageTables: 2792 kB
NFS_Unstable: 0 kB
Bounce: 0 kB
CommitLimit: 5747404 kB
Committed_AS: 51408 kB
VmallocTotal: 34359738367 kB
VmallocUsed: 2260 kB
VmallocChunk: 34359736099 kB
And here is my meminfo under 32-bit arch
$ cat /proc/meminfo
MemTotal: 3115920 kB
MemFree: 2951104 kB
Buffers: 7640 kB
Cached: 91980 kB
SwapCached: 0 kB
Active: 65716 kB
Inactive: 71328 kB
HighTotal: 2228032 kB
HighFree: 2086300 kB
LowTotal: 887888 kB
LowFree: 864804 kB
SwapTotal: 4249152 kB
SwapFree: 4249152 kB
Dirty: 228 kB
Writeback: 0 kB
AnonPages: 37276 kB
Mapped: 22288 kB
Slab: 8352 kB
SReclaimable: 4420 kB
SUnreclaim: 3932 kB
PageTables: 988 kB
NFS_Unstable: 0 kB
Bounce: 0 kB
CommitLimit: 5807112 kB
Committed_AS: 88664 kB
VmallocTotal: 116728 kB
VmallocUsed: 45044 kB
VmallocChunk: 66036 kB
Just for kicks, I took out one stick and both Arch64 and 32-bit see the same 3 gb.
Any ideas?

Its an MSI P6N Platnium with an Nvidia 650i chipset.
I looked through the dmesg and I found one line that seems to indicate the problem.
WARNING: BIOS bug: CPU MTRRs don't cover all of memory, losing 1024MB of RAM.
So I guess this means I have to update the BIOS, according to this thread.
http://www.hardforum.com/showthread.php?t=1164174
I have never had to update a BIOS before, but all the how-to's require either a floppy drive, or a Windows installation, of which I have neither. I could install XP in a pinch and run the BIOS update utility but I really don't want to have to do that.

How to make use of 32bit packages on Arch64

Hello everyone, I recently installed arch 64bit which was not yet fully tweaked to suit my needs.
My 32bit version has some nice apps and I would like to know how to make use of them or even reuse them so that I won't download things anymore because I have a slow internet connection...:)
Arch x86_64 / XFCE4
Thanks in advance
Last edited by kaola_linux (2008-12-09 15:24:36)

kaola_linux wrote:
Hello everyone, I recently installed arch 64bit which was not yet fully tweaked to suit my needs.
My 32bit version has some nice apps and I would like to know how to make use of them or even reuse them so that I won't download things anymore because I have a slow internet connection...:)
Arch x86_64 / XFCE4
Thanks in advance
You can reuse the packages in /var/cache/pacman/pkg/ on your Arch32.
You can use these saved packages in a 32bit chroot ENV on your Arch64. Just pacman -U all of them.

SiS Mirage 3 671/771 - Can't make it work on Arch64...

Hi folks! I'm new to the forum (first topic! yay! ) and also new to Arch Linux. I am a former Slack user, although I was using Kubuntu 9.10 till yesterday (shiped with my new notebook...).
The thing is: I formated this notebook. Made a Dual Boot (Win + Arch). Installation worked just fine, i have a fully functional Arch environment. But the problem is about Xorg. The Videoboard is a SiS Mirage 3 671/771, so I installed xf86-driver-sis and xf86-driver-sisusb with Shaman (Chakra + tools are installed as well). But if I update my xorg.conf to use any of them, the X11 won't start, returning "No screens found" error. Using VESA, weird stuff happens... Strange artifacts on screen, "choppy" moving/resizing windows...
Before formating the machine I checked Kubuntu's drivers and xorg.conf (made a copy of the last one), and Kubuntu was using "sis671" driver, and everything was working perfectly, including some (I repeat: SOME) of the Desktop Effects. Searching through the forum, I found two posts about this issue but nothing described there worked for me. Links for those posts:
Sis graphics driver on linux?
[Solved] Sis mirage3/sis 671
This last one says [Solved], but i couldn't find clear instructions on how the author did it. Apparently, installing this url's drivers worked for a lot of people, but I can't manage to install/compile/use them.
I'm using Arch64, for my computer is a Pentium DualCore T4300, 4Gb RAM, and ArchWiki says Arch32 doesn't support more than 3Gb RAM. Can this be the problem for me? Maybe the only people who actually installed the drivers from that URL are those using Arch32...
I don't have to say everything works fine in Window$... crappy-SiS refuses to release a decent 3D driver for SiS Mirage on Linux, but work just fine with M$ OS. This annoys me...
Afterall, is there anyone who can help me compiling/installing/making-work this crappy video-board? If I could make it work just like the default Kubuntu installation, it would be great!
Sorry for the long (double)post and my awful english (I'm Brazilian),
And thanks to all in advance.

@mikkle, thank you so much! I followed the instructions to downgrade the xorg-server, installed the 64 bit driver and now it works perfectly! I have my resolution of 1280x800px and some of the desktop effects on KDE 4.3 (Chakra Project).
Anyway, if anybody else goes through the same and would like to know how to proceed, I will describe the steps here. First, I upgraded the system:
$ pacman -Syy
$ pacman -Syu
Then, after everything was done, I followed the instructions at the Arch Wiki: Downgrading Packages to downgrade xorg-server. Also did the trick to stop pacman from updating xorg-server.
After the downgrade, I installed SiS drivers from this website (I used the one precompiled for Ubuntu 64 bits).
Then I proceeded to reinstall Chakra project (uninstall it an install like described at Chakra`s website). About xorg.conf file, it is exactly as the one above, with the obvious difference to use "sis671" instead of "vesa" at the Driver field, looking like this:
Section "Device"
Identifier "Card0"
Driver "sis671"
All of those steps took me about a day or so to perform, but I would type one command and go out for a coffee, a smoke, some chating...... and come back after two, maybe three hours. I believe that with some more dedication (and a better internet connection) it can't take more than 8 hours.
One last recommendation: if anyone will perform the same steps, make sure to read everything, downloading everything you believe will use, and really understanding the procedure before doing it! Seriously, I mean it! Understanding the procedure is the most important item here! Other than that, it is pointless to mess so much with your system, and in that case I would strongly recommend the use of Ubuntu (or anything alike...). Of course I had some other complications, it wasn't as simple as it sounds, but my knowledge of Linux was essential on solving it, knowledge that I acquired in years using Slackware (that has the same philosophy as Arch), reading tons of tutorials like those and really understanding all of them... The only reason I changed to Arch is Pacman (makes my life go faster)!
Thanks again to everyone that helped! Can anyone add a [SOLVED] to the thread's title?!

Wlan rtl8191se causes freeze on arch64

Hello,
i've got a new Toshiba L505-10j with realtek rtl8192se wlanadapter. There is no Linux-support for this one, so I had to install them by myself... I found drivers from realtek in a forum. They where on the official site only for a couple of days. I installed them with "make install". The interface was found after a reboot. After using Wlan-Connection a few seconds my system freezes. I tried networkmanager and wicd with the same effect.
I tried the same with GNU/Linux Mint(also x86_64) and I coud use my network without problems, so it should be a problem of arch/arch64.
I've also tried ndiswrapper, but it only works with 32bit.
uname -a
Linux cyberwinnie 2.6.31-ARCH #1 SMP PREEMPT Tue Nov 10 19:01:40 CET 2009 x86_64 Intel(R) Core(TM)2 Duo CPU P7450 @ 2.13GHz GenuineIntel GNU/Linux
/var/log/kernel.log
ov 24 17:11:04 cyberwinnie kernel: pci 0000:01:00.0: PCI INT A -> GSI 16 (level, low) -> IRQ 16
Nov 24 17:11:07 cyberwinnie kernel: r8169: eth0: link down
Nov 24 17:11:07 cyberwinnie kernel: ADDRCONF(NETDEV_UP): eth0: link is not ready
Nov 24 17:11:07 cyberwinnie kernel: gen_RefreshLedState first init
Nov 24 17:11:07 cyberwinnie kernel: =================> NIC version : C-cut
Nov 24 17:11:07 cyberwinnie kernel: rtl819xSE 0000:14:00.0: firmware: requesting RTL8192SE/rtl8192sfw.bin
Nov 24 17:11:07 cyberwinnie kernel: ===>rtl8192_SetWirelessMode(), wireless_mode:0x8, support_mode:0x16
Nov 24 17:11:07 cyberwinnie kernel: <===rtl8192_SetWirelessMode(), wireless_mode:10, bEnableHT = 1
Nov 24 17:11:07 cyberwinnie kernel: ===>ieee80211_start_scan_rsl()
Nov 24 17:11:07 cyberwinnie kernel: ADDRCONF(NETDEV_UP): wlan0: link is not ready
Nov 24 17:11:09 cyberwinnie kernel: ====================>haha:IPSEnter()
Nov 24 17:11:09 cyberwinnie kernel: =========>NicIFDisableNIC()
Nov 24 17:11:09 cyberwinnie kernel: PHY_SetRtl8192seRfHalt save BB/RF
Nov 24 17:11:10 cyberwinnie kernel: r8169: eth0: link up
Nov 24 17:11:10 cyberwinnie kernel: ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready
Nov 24 17:11:13 cyberwinnie kernel: =========>r8192_wx_set_scan(): IPSLeave
Nov 24 17:11:13 cyberwinnie kernel: ===========>NicIFEnableNIC()
Nov 24 17:11:13 cyberwinnie kernel: gen_RefreshLedState first init
Nov 24 17:11:13 cyberwinnie kernel: =================> NIC version : C-cut
Nov 24 17:11:13 cyberwinnie kernel: ===>rtl8192_SetWirelessMode(), wireless_mode:0x10, support_mode:0x16
Nov 24 17:11:13 cyberwinnie kernel: <===rtl8192_SetWirelessMode(), wireless_mode:10, bEnableHT = 1
Nov 24 17:11:17 cyberwinnie kernel: ====================>haha:IPSEnter()
Nov 24 17:11:17 cyberwinnie kernel: =========>NicIFDisableNIC()
Nov 24 17:11:17 cyberwinnie kernel: PHY_SetRtl8192seRfHalt save BB/RF
Nov 24 17:11:21 cyberwinnie kernel: eth0: no IPv6 routers present
Nov 24 17:11:22 cyberwinnie kernel: fuse init (API version 7.12)
Nov 24 17:11:26 cyberwinnie kernel: =========>r8192_wx_set_scan(): IPSLeave
Nov 24 17:11:26 cyberwinnie kernel: ===========>NicIFEnableNIC()
Nov 24 17:11:26 cyberwinnie kernel: gen_RefreshLedState first init
Nov 24 17:11:26 cyberwinnie kernel: =================> NIC version : C-cut
Nov 24 17:11:27 cyberwinnie kernel: ===>rtl8192_SetWirelessMode(), wireless_mode:0x10, support_mode:0x16
Nov 24 17:11:27 cyberwinnie kernel: <===rtl8192_SetWirelessMode(), wireless_mode:10, bEnableHT = 1
Nov 24 17:11:28 cyberwinnie kernel: Linking with Canvas,channel:7, qos:1, myHT:1, networkHT:0, mode:6 cur_net.flags:0x40e
Nov 24 17:11:28 cyberwinnie kernel: ===>ieee80211_associate_procedure_wq(), chan:7
Nov 24 17:11:28 cyberwinnie kernel: ==========>HTSetConnectBwMode():pHTInfo->bCurBW40MHz:0
Nov 24 17:11:28 cyberwinnie kernel: =================>ieee80211_authentication_req():auth->algorithm is 0
Nov 24 17:11:28 cyberwinnie kernel: Linking with Canvas,channel:7, qos:1, myHT:1, networkHT:0, mode:6 cur_net.flags:0x40e
Nov 24 17:11:28 cyberwinnie kernel: ===>ieee80211_associate_procedure_wq(), chan:7
Nov 24 17:11:28 cyberwinnie kernel: ==========>HTSetConnectBwMode():pHTInfo->bCurBW40MHz:0
Nov 24 17:11:28 cyberwinnie kernel: =================>ieee80211_authentication_req():auth->algorithm is 0
Nov 24 17:11:28 cyberwinnie kernel: ===>rtl8192_SetWirelessMode(), wireless_mode:0x6, support_mode:0x16
Nov 24 17:11:28 cyberwinnie kernel: <===rtl8192_SetWirelessMode(), wireless_mode:4, bEnableHT = 0
Nov 24 17:11:28 cyberwinnie kernel: #################ieee80211_sta_send_associnfo(), assocreq_ies_len:57,assocresp_ies_len:42
Nov 24 17:11:28 cyberwinnie kernel: ===>u4bAcParam:a425, ===>u4bAcParam:a449, ===>u4bAcParam:5e431c, ===>u4bAcParam:2f321c,
Nov 24 17:11:28 cyberwinnie kernel: Associated successfully
Nov 24 17:11:28 cyberwinnie kernel: ============>normal associate
Nov 24 17:11:28 cyberwinnie kernel: Using G rates:108
Nov 24 17:11:28 cyberwinnie kernel: Successfully associated, ht not enabled(0, 0)
Nov 24 17:11:28 cyberwinnie kernel: ===========rtl8192se_update_ratr_table: ff5
Nov 24 17:11:28 cyberwinnie kernel: ===>set to B/G mode
Nov 24 17:11:28 cyberwinnie kernel: ADDRCONF(NETDEV_CHANGE): wlan0: link becomes ready
Nov 24 17:11:28 cyberwinnie kernel: EAPOL TranslateHeader(), pTcb->DataRate = 0x2
Nov 24 17:11:28 cyberwinnie kernel: EAPOL TranslateHeader(), pTcb->DataRate = 0x2
Nov 24 17:11:28 cyberwinnie kernel: alg name:TKIP
Nov 24 17:11:28 cyberwinnie kernel: rtl819xSE:EnableHWSecurityConfig8192:, hwsec:1, pairwise_key:2, SECR_value:c
Nov 24 17:11:28 cyberwinnie kernel:
Nov 24 17:11:28 cyberwinnie kernel: rtl819xSE:====>to setKey(), dev:ffff88013c090000, EntryNo:4, KeyIndex:0, KeyType:2, MacAddr00:04:0e:db:8b:da
Nov 24 17:11:28 cyberwinnie kernel:
Nov 24 17:11:28 cyberwinnie kernel: rtl819xSE:=========>after set key, usconfig:8008
Nov 24 17:11:28 cyberwinnie kernel:
Nov 24 17:11:29 cyberwinnie kernel: ========>dm_check_edca_turbo():iot peer is unknown, bssid:00:04:0e:db:8b:da
Nov 24 17:11:30 cyberwinnie kernel: alg name:TKIP
Nov 24 17:11:30 cyberwinnie kernel: rtl819xSE:====>to setKey(), dev:ffff88013c090000, EntryNo:2, KeyIndex:2, KeyType:2, MacAddrff:ff:ff:ff:ff:ff
Nov 24 17:11:30 cyberwinnie kernel:
Nov 24 17:11:30 cyberwinnie kernel: rtl819xSE:=========>after set key, usconfig:800a
Nov 24 17:11:30 cyberwinnie kernel:
Nov 24 17:11:30 cyberwinnie kernel: EAPOL TranslateHeader(), pTcb->DataRate = 0x2
Nov 24 17:11:30 cyberwinnie kernel: ===>DHCP Protocol start tx DHCP pkt src port:68, dest port:67!!
Nov 24 17:11:39 cyberwinnie kernel: wlan0: no IPv6 routers present
Nov 24 17:11:48 cyberwinnie kernel: rtl819xSE:==========>rtl8192_down()
Nov 24 17:11:48 cyberwinnie kernel:
Nov 24 17:11:48 cyberwinnie kernel: ################>notify_wx_assoc_event_rsl(): Tell user space disconnected
Nov 24 17:11:48 cyberwinnie kernel: Save max pwr
Nov 24 17:11:48 cyberwinnie kernel: rtl819xSE:<==========rtl8192_down()
Nov 24 17:11:48 cyberwinnie kernel:
Nov 24 17:11:48 cyberwinnie kernel: ============>r8192_wx_set_essid():driver is not up return
Nov 24 17:15:17 cyberwinnie kernel: usb 2-2.4: new high speed USB device using ehci_hcd and address 5
Nov 24 17:15:17 cyberwinnie kernel: usb 2-2.4: configuration #1 chosen from 1 choice
Nov 24 17:15:17 cyberwinnie kernel: Initializing USB Mass Storage driver...
Nov 24 17:15:17 cyberwinnie kernel: scsi6 : SCSI emulation for USB Mass Storage devices
Nov 24 17:15:17 cyberwinnie kernel: usb-storage: device found at 5
Nov 24 17:15:17 cyberwinnie kernel: usb-storage: waiting for device to settle before scanning
Nov 24 17:15:17 cyberwinnie kernel: usbcore: registered new interface driver usb-storage
Nov 24 17:15:17 cyberwinnie kernel: USB Mass Storage support registered.
Nov 24 17:15:22 cyberwinnie kernel: scsi 6:0:0:0: Direct-Access TOSHIBA USB 3.5"-HDD 100 PQ: 0 ANSI: 2
Nov 24 17:15:22 cyberwinnie kernel: sd 6:0:0:0: Attached scsi generic sg2 type 0
Nov 24 17:15:22 cyberwinnie kernel: usb-storage: device scan complete
Nov 24 17:15:22 cyberwinnie kernel: sd 6:0:0:0: [sdb] 1953525168 512-byte logical blocks: (1.00 TB/931 GiB)
Nov 24 17:15:22 cyberwinnie kernel: sd 6:0:0:0: [sdb] Write Protect is off
Nov 24 17:15:22 cyberwinnie kernel: sd 6:0:0:0: [sdb] Mode Sense: 38 00 00 00
Nov 24 17:15:22 cyberwinnie kernel: sd 6:0:0:0: [sdb] Assuming drive cache: write through
Nov 24 17:15:22 cyberwinnie kernel: sd 6:0:0:0: [sdb] Assuming drive cache: write through
Nov 24 17:15:22 cyberwinnie kernel: sdb: sdb1
Nov 24 17:15:22 cyberwinnie kernel: sd 6:0:0:0: [sdb] Assuming drive cache: write through
Nov 24 17:15:22 cyberwinnie kernel: sd 6:0:0:0: [sdb] Attached SCSI disk
rc.conf
# /etc/rc.conf - Main Configuration for Arch Linux
# LOCALIZATION
# LOCALE: available languages can be listed with the 'locale -a' command
# HARDWARECLOCK: set to "UTC" or "localtime"
# USEDIRECTISA: use direct I/O requests instead of /dev/rtc for hwclock
# TIMEZONE: timezones are found in /usr/share/zoneinfo
# KEYMAP: keymaps are found in /usr/share/kbd/keymaps
# CONSOLEFONT: found in /usr/share/kbd/consolefonts (only needed for non-US)
# CONSOLEMAP: found in /usr/share/kbd/consoletrans
# USECOLOR: use ANSI color sequences in startup messages
LOCALE="de_DE.utf8"
HARDWARECLOCK="UTC"
USEDIRECTISA="no"
TIMEZONE="Europe/Berlin"
KEYMAP="de-latin1"
CONSOLEFONT=
CONSOLEMAP=
USECOLOR="yes"
# HARDWARE
# MOD_AUTOLOAD: Allow autoloading of modules at boot and when needed
# MOD_BLACKLIST: Prevent udev from loading these modules
# MODULES: Modules to load at boot-up. Prefix with a ! to blacklist.
# NOTE: Use of 'MOD_BLACKLIST' is deprecated. Please use ! in the MODULES array.
MOD_AUTOLOAD="yes"
#MOD_BLACKLIST=() #deprecated
MODULES=()
# Scan for LVM volume groups at startup, required if you use LVM
USELVM="no"
# NETWORKING
# HOSTNAME: Hostname of machine. Should also be put in /etc/hosts
HOSTNAME="cyberwinnie"
# Use 'ifconfig -a' or 'ls /sys/class/net/' to see all available interfaces.
# Interfaces to start at boot-up (in this order)
# Declare each interface then list in INTERFACES
# - prefix an entry in INTERFACES with a ! to disable it
# - no hyphens in your interface names - Bash doesn't like it
# DHCP: Set your interface to "dhcp" (eth0="dhcp")
# Wireless: See network profiles below
#Static IP example
#eth0="eth0 192.168.0.2 netmask 255.255.255.0 broadcast 192.168.0.255"
eth0="dhcp"
INTERFACES=(eth0)
# Routes to start at boot-up (in this order)
# Declare each route then list in ROUTES
# - prefix an entry in ROUTES with a ! to disable it
gateway="default gw 192.168.0.1"
ROUTES=(!gateway)
# Enable these network profiles at boot-up. These are only useful
# if you happen to need multiple network configurations (ie, laptop users)
# - set to 'menu' to present a menu during boot-up (dialog package required)
# - prefix an entry with a ! to disable it
# Network profiles are found in /etc/network.d
# This now requires the netcfg package
#NETWORKS=(main)
# DAEMONS
# Daemons to start at boot-up (in this order)
# - prefix a daemon with a ! to disable it
# - prefix a daemon with a @ to start it up in the background
DAEMONS=(syslog-ng !network netfs crond alsa hal fam networkmanager gdm)

I'm sorry, it works at all 32bit distros. It's just the 64x thing..., which doesn't work.

Compiling libtorrent & rtorrent for arch64

rtorrent is a pretty nice Ncurses BitTorrent client based on libTorrent.
3 weeks ago, I built lib+rtorrent-0.6.3 from default aur PKGBUILD under arch64 and it is working fine.
New version 0.6.4 PKGBUILD differs from previous as it gives specific CXXFLAGS options.
Is there any need/interest to switch from "old" (below) to "new" CXXFLAGS style?
build() {
cd $startdir/src/$pkgname-$pkgver
patch -p1 < ../rtorrent.patch
CXXFLAGS="${CXXFLAGS} -fno-strength-reduce -fno-thread-jumps -fno-inline -fforce-addr"
./configure --prefix=/usr --disable-debug
make || return 1
make DESTDIR=$startdir/pkg install
Or switch to new one which I think would be:
if [ "$CARCH" == "x86_64" ]; then
CXXFLAGS="-march=x86_64 -Os -pipe -fno-strength-reduce -fno-thread-jumps -fno-inline -fforce-addr"
./configure --prefix=/usr --disable-debug
else
CXXFLAGS="-march=i686 -Os -pipe -fno-strength-reduce -fno-thread-jumps -fno-inline -fforce-addr"
./configure --prefix=/usr --disable-debug
fi

Cerebral wrote:As for the arch= question, not a lot of package submitters/maintainers in the AUR have an x86_64 system, so they don't know whether or not it compiles on Arch64 - they can't put arch=(x86_64) unless they can verify it in some way. Also, the arch= tag is fairly new, so I'd imagine some people don't even know it exists - in general they should be using it though.
Oh that makes sense
Haven't had any issue while running rtorrent's built with Arch64's makepkg.conf defaults flags (ok, with 'march=athlon64') as I still use ${CXXFLAGS} even on the latest 0.6.4 release. Maybe I'm lucky.
In fact rtorrent on arch64 is slower to be responsive after it started than on arch i686 (where I use the community package i guess).
Then after a minute it's fully functionnal, and's doing an amazing job here I dunno how to recognize "out-of-memory errors" unless they print something on the console.
codemac : strange. I wouldn't worry if I was you. Some others linuxtracker registered users also use lib/rtorrent. But never one has had version up-to-date to Arch's
:? pliz excuse my poor English; it's getting pretty late here

Arch VS. Arch64

Similar Messages

Maybe you are looking for