Gridwars on arch x86_64

hi,
i wanted to play gridwars2 today. downloaded, unzipped and tried to execute it ... error:
./gridwars: error while loading shared libraries: libstdc++.so.5: wrong ELF class: ELFCLASS64
can anybody help me fix this? i love this game!
do i need a bin32-libstdc++5 package? and if, is there a package in AUR?
thanks,
atcq

obsrv wrote:Yes does skype will be fully 64bit? That would be great. I imagine days when whole world would use 64bit software, and 32bit would be deprecated like now 16bit
There was, and maybe still is, a Skype dev floating around here somewhere. He said that they are working on it. But, if memory serves me well, I think that the number of people working on the Linux client may amount to only one!

Similar Messages

Automated install Arch x86_64 root-file system the "Raspberry" way..

Dear Archers,
I am currently deeply interested in installing Arch as dual boot on my
current x86_64 system.
And yes, there is plenty information regarding this subject in Arch wiki's.
However...
I would like to automate the installation the "Raspberry-Pi" -way.
Details on the "Installation tab" of:
http://archlinuxarm.org/platforms/armv6/raspberry-pi.
As you can see, the installation steps are easy to automate, in my opinion.
That's why I wrote an automation script for this purpose..
The information further suggests that there is a root-filesystem for
Arch named: 'ArchLinuxARM-rpi-latest.tar.gz.'
Unfortunately, I don't think this root system will function on x86_64 systems..
So I researched if there was a root filesystem for Arch x86_64 and found filenames like 'root-image.fs.sfs' 'core.db' 'core.img'.
But I'm unsure if these archives/images really contain a rootfilesystem similar to the ArchARm system.
Therefore my question:
Does anybody know if there is a similar root filesystem for x86_64 so I can reproduce the "rpi-way" installation for x86_64 systems?
Kind regards,
Kees Epema

You are definitely not going to be able to simply dd arch to your machine unless you create an image to do so. Even then, that image would become old and stale pretty quickly, possibly leading to problems getting the system up to date.
In my opinion, the raspberry pi way to simply dd'ing an image to an SD card is a disservice to the ArchlinuxARM users. Though seemingly the proper way to get a system running on a raspberry pi, it masks the install process and leaves the user without a clue as to what would have gone into creating the system.
Go read the beginners guide. Use a virtual machine to practice if you need. Shortcuts are not going to help you with Arch.

Error! Build of vmblock.ko failed for: 3.12.2-1-ARCH (x86_64)

Hello,
I'm very new to the world of arch linux. I see that there are patches for this but I don't have knowledge of using them.
Help please?
sudo dkms install -m open-vm-tools -v 2013.09.16 -k $(uname -r)
Kernel preparation unnecessary for this kernel. Skipping...
Building module:
cleaning build area....
make KERNELRELEASE=3.12.2-1-ARCH VM_UNAME=3.12.2-1-ARCH MODULEBUILDDIR=/var/lib/dkms/open-vm-tools/2013.09.16/build -C vmblock; make VM_UNAME=3.12.2-1-ARCH MODULEBUILDDIR=/var/lib/dkms/open-vm-tools/2013.09.16/build -C vmci; make VM_UNAME=3.12.2-1-ARCH MODULEBUILDDIR=/var/lib/dkms/open-vm-tools/2013.09.16/build -C vmhgfs; make VM_UNAME=3.12.2-1-ARCH MODULEBUILDDIR=/var/lib/dkms/open-vm-tools/2013.09.16/build -C vmsync; make VM_UNAME=3.12.2-1-ARCH MODULEBUILDDIR=/var/lib/dkms/open-vm-tools/2013.09.16/build -C vmxnet; make VM_UNAME=3.12.2-1-ARCH MODULEBUILDDIR=/var/lib/dkms/open-vm-tools/2013.09.16/build -C vsock.........
Error! Build of vmblock.ko failed for: 3.12.2-1-ARCH (x86_64)
Consult the make.log in the build directory
Last edited by diabolik (2013-12-02 15:31:57)

OK, assuming the patch posted there fixes the problem, the only problem before you is how to patch?
If that's the case, you should first download the patch content posted on the AUR page and save it with the given filename, i.e., vmblock-9.0.2-5.0.2-3.12.patch
Then put the filename in the sources field of the PKGBUILD and put the file's md5sum in the respective field of the PKGBUILD as well.
After that, run
$ makepkg -si
You might want to read the following for reference:
https://wiki.archlinux.org/index.php/PKGBUILD
https://wiki.archlinux.org/index.php/Makepkg
Last edited by x33a (2013-12-03 05:48:46)

[SOLVED] Fail to boot Arch x86_64 live CD on a HP laptop

Hey, guys, what's up?
Well, here's the thing: I bought a new laptop a couple days ago and I'm kind of having some trouble. Its a HP Pavilion dm4-1063cl (this model: http://www.notebookcheck.info/HP-Pavili … 579.0.html, just in case).
I ran some tests in Windows 7 about the architecture of the processor and it clearly seems that it can support arch x86_64 bits. However, I tried to boot Arch x86_64 by a Net Installation CD and it doesn't work. The process fail in the "Loadin UDEV events" phase, something like that. PS: the i686 image boots perfectly.
Then, I thought that was the CD I burned the reason for trouble - I did not check md5sum and stuff like that. So, I burned another dual image (with boths i686 and x86_64) and tried to run again the 64bits kernel. It did not work in the same phase.
The only response I get is a dark screen that never seems to go away. It was a panic I've never seen before with Arch Linux.
The only alternative I can think right now is trying an older version of the live image CD and see what happens, but it doesn't seem like a very good option. Any ideas?
Hope someone of you can help me. Here in Brazil, most of computers we buy come with Windows installed and we don't have quite a chance of not getting - or paying for - it. I'm sure I'll have such a trouble installing dual boot with Arch Linux, but I really miss my Arch Linux...
And, damn, I worked too hard to get a new processor. I really dont wanna use Arch i686 on a pc with x86_64 architecture, it seems like an option, but a dumb one. =p
Cheers,
Wilson.
EDIT: It turns out that tt was not a kernel panic as I thought. The kernel changed the resolution of the display during this fase, and somehow it doesent work.
The trick I used to solve this was adding "nomodeset" to the kernel line in the Live CD booting. Btw, you can do it by selecting the booting option you want in the live CD and pressing TAB. Then, you can edit the kernel line. (:
Last edited by wilsaooo (2010-12-28 06:17:41)

lamegaptop wrote:
Resurrecting this post because I may help you or someone else.
HP DM4-1265, Intel Corei5, Intel Graphics. (Two days old, windoze wiped, Arch installed)
At boot the brightness is, for some unexplained reason, set all the way down to 0 on these intel based DM4 laptops. A few simple <Fn>+<F3> turns the brightness back up.
To solve this I had to put this in rc.local -
echo 6 > /sys/class/backlight/acpi_video0/brightness
you can enter it manually to test first (as root). Try to turn your brightness up and down with it to make sure it works.
My fan ran like crazy too. HP chose to default a BIOS setting that keeps the fan running constantly. I disabled that and all is well. Fan only comes on when needed and lm_sensors shows my temps, right now, at 43C. Ambient is at 77F right now (I'm in Florida) and this kick butt Arch laptop is, in fact, on my lap.....
Don't give up man.
First of all: thanks for replying.
I installed manually the "coretemp" kernel modules and lm-sensors now give some different response. The script "sensors-detect" does not find any answer.
Looks like the temperature run in a regular level (50º-60º), which I consider a good sign. However, sometimes when I use arch for 24h+, it shuts down suddenly and does not let me boot my computer again - I believe it is a overheating problem. Happened a couple times, big no big deal.
On the other hand, in Windows 7 I have no trouble at all. The temperature goes around 40º with some daily activities. It worries me out because I used - and I do use - largely and successfully Arch i686 version in crappy notebooks with no heating at all.
I tried some tweaks in the rc.local, but none of them seemed to really work. With cpufreq, I could slow down the processors and maintain a regular temperature. Looks like I can list some of the fans speed in the /sys/ files, but much of them do not seem to have any change at all. Some of them looks like to have some "max_state" set to low values like 1, but most do have a limit like 10.
I will keep trying. If there's anything new, I'll post here
Cheers,
Wilson

Arch x86_64 won't boot, but i686 will. Live USB and HDD.

To be more succinct, what could cause 64 bit arch not to boot when 32 bit arch boots fine on a non-UEFI system that supports 64 bit, when all other variables are constant?
My first response seeing this post would be to immediately assume the noob (me) posting this doesn't know the difference between a 32 and 64 bit system. However, "ubuntu-14.04.1-desktop-amd64.iso" (latest 64 bit ubuntu iso) boots from live USB and installs without error. It also came preinstalled with Windows 7 (64 bit), so I'm relatively sure it supports x86_64.
I wrote "archlinux-2014.08.01-dual.iso" (MD5 verified) to my USB. Selecting i686 boots fine. Selecting x86_64 restarts my system, eventually sending me back to the arch live menu after it posts.
Upon recommendation by a WonderWoofy on reddit, I tried to install arch x86_64 by bootstrapping and chrooting from the 64 bit ubuntu live usb. I ended up with same problem, where attempting to load arch reboots my system immediately.
Right now, I'm assuming it's the same issue booting from the live usb (arch iso) and from the arch installation on my hard drive, since they seem identical to me. I haven't tried recreating the install for i686 to see if it works (mainly because it's late -- if it'll help I'll do it upon suggestion).
Here's the only text that shows once I attempt to boot into arch. This is from the hard drive and using syslinux (which is pointed at my root partition on sda -- I don't have a boot partition).
Loading ../vmlinuz-linux... ok
Loading ../initramfs-linux.img...ok
Probing EDD (edd=off to disable)... ok
Which doesn't look like it's messing up anywhere...
And of course I'm a noob so go easy on me x)
UPDATE: I found this thread but I'm not seeing his error message, so I'm not sure what to do.
Last edited by SirProudNoob (2014-08-13 02:54:24)

It's an Intel Core 2 Quad processor. Are there any more diagnostic commands that would be helpful? I didn't see anything else in util-linux that might help...
Here's the output for "lscpu":
ubuntu@ubuntu:~$ lscpu
Architecture: x86_64
CPU op-mode(s): 32-bit, 64-bit
Byte Order: Little Endian
CPU(s): 4
On-line CPU(s) list: 0-3
Thread(s) per core: 1
Core(s) per socket: 4
Socket(s): 1
NUMA node(s): 1
Vendor ID: GenuineIntel
CPU family: 6
Model: 23
Stepping: 10
CPU MHz: 2327.537
BogoMIPS: 4655.07
L1d cache: 32K
L1i cache: 32K
L2 cache: 2048K
NUMA node0 CPU(s): 0-3

[SOLVED] Skype on Arch x86_64

How do I install skype on arch x86_64? I tried a lot of ways but no go I hope this is the right subforum for this post.
Last edited by obsrv (2008-09-27 09:46:18)

obsrv wrote:Yes does skype will be fully 64bit? That would be great. I imagine days when whole world would use 64bit software, and 32bit would be deprecated like now 16bit
There was, and maybe still is, a Skype dev floating around here somewhere. He said that they are working on it. But, if memory serves me well, I think that the number of people working on the Linux client may amount to only one!

Automatically tagging arch=(x86_64) to PKGBUILDs in yaourt?

Every time I get a package from the AUR, I need to manually edit it to add the arch=('x86_64') string so I can get packages to install. Is there something magical I could to to put that string in the PKGBUILDs, as well as make me a burger? I am really hungry.

Tom's got a point - if you find a package missing x86_64 as a supported arch, and you can build and run it fine on your system, let the package maintainer know so they can add it into the PKGBUILD.
In any case, this is a bit hacky, but will probably work:
#!/bin/bash
# makepkg64.sh - add the x86_64 arch as supported, then make the package.
[ -f ./PKGBUILD ] && echo "arch=('x86_64')" >> PKGBUILD
makepkg $@
cat << EOF
Here's a juicy hamburger:
.' o '.
/ o o \
|o o o|
/'-.._o __.-'\
\ ````` /
|``--........--'`|
jgs `'----------'`
Eat it while you tell the upstream maintainer whether this package works or not.
EOF
Last edited by Cerebral (2007-09-14 12:23:19)

Get arch x86_64

When i write "arch" in the terminal, i get i386. I try to write : sudo env ARCHFLAGS="-arch=x86_64" and still after i386. How can i change the i386 architecture of my cpu to x86_64 in Mac OS X10.6.3?

Here's a reply I made some time ago about this subject.

Arch X86_64 - Logmein Plugin

Hi
Hope you can help me with this one:
I have a 64Bits arch installation, i'm tryng to use firefox and logmein, i have tried to put the plugin manually on /usr/lib/mozilla/plugins and compile from AUR that despite give me an error on the architecture, i was able to edit pkgbuild and add the line arch=("x86_64") and install it anyway...
But when i try to remote to a computer...i can't....it stuck on connect network...and then error message as disconnected....
Any ideas or someone in the same situation.
Thanks
Sniff

Sniffer wrote:
Hi
Hope you can help me with this one:
I have a 64Bits arch installation, i'm tryng to use firefox and logmein, i have tried to put the plugin manually on /usr/lib/mozilla/plugins and compile from AUR that despite give me an error on the architecture, i was able to edit pkgbuild and add the line arch=("x86_64") and install it anyway...
But when i try to remote to a computer...i can't....it stuck on connect network...and then error message as disconnected....
Any ideas or someone in the same situation.
Thanks
Sniff
Reply to myself..
This S###y plugin only works on X86. Period.

Arch x86_64 install on compaq 615

I have this funny compaq 615 laptop with amd x2 athlon 2.2 Ghz.At the time on the laptop is debian sid but im planing to install arch.
So has anyone this combination?Compaq 615 + Arch x86_64 and maybe awesome wm?
I tred to install awesome wm on my desktop but i couldn`t.It sayed that i dond have i686 proc and this is a 32bit software.

btw, during install i have installed the b43.framwarecutter. and now i foun this in aur http://aur.archlinux.org/packages.php?ID=21690
so should i download this and install?will it work?and moste important how the hell should i do this?

Console font size in console mode Arch x86_64

hi
i do fresh install Archlinux 2013 x86_64. so i see some change btwin that and 2011, any way , everythings work OK, fast (KDE) but sometime i need work in console mode (ctrl+alt+f1) but i cant change resolution of console font, because now is settingsome basic and so big. i have nvidia card and drivers. i try read ths https://wiki.archlinux.org/index.php/Uvesafb but i cant find some solutions how setting everything with grub2 etc. in my old laptop i have arch 2011 and grub1 but everything work OK include console font, that was much better to setting, in that arch i cant find any working solution, so please help me if somebody know about this.
thanks
Last edited by H20 (2013-03-01 20:44:07)

[ 15.458823] NVRM: Your system is not currently configured to drive a VGA console
[ 15.458830] NVRM: on the primary VGA device. The NVIDIA Linux graphics driver
[ 15.458834] NVRM: requires the use of a text-mode VGA console. Use of other console
[ 15.458838] NVRM: drivers including, but not limited to, vesafb, may result in
[ 15.458841] NVRM: corruption and stability problems, and is not supported.
I suspect that it's still the case. You may even have this message in your own dmesg.
Switch console to VGA mode and use xterm instead.
This has nothing to do with resolution setting in a framebuffer, which is what the title of the thread suggests.
I'm pretty sure it does - it looks like the console is being switched to VGA text mode; nvidia has no reason to touch fonts.
Last edited by mich41 (2013-03-01 21:40:35)

Bumblebee is not work on Arch x86_64

when i install bumblebee on arch_i686 ,it works,
but i install it on x86_64 isn't work .
# pacman -S xf86-video-nouveau nouveau-dri mesa
# pacman -S lib32-virtualgl bumblebee bbswitch
# usermod -a -G bumblebee eveblue
# systemctl enable bumblebeed.service
# reboot
eveblue@Arch:~$ lspci |grep VGA
00:02.0 VGA compatible controller: Intel Corporation 2nd Generation Core Processor Family Integrated Graphics Controller (rev 09)
01:00.0 VGA compatible controller: NVIDIA Corporation GF119M [GeForce GT 520M] (rev a1)
how to solved it ?
Last edited by eve_ouyang (2013-06-25 04:06:14)

nourathar wrote:
Hi,
if you only followed the steps you quoted above, I'm more suprised by your suggestion that your nvidia is off on boot when you are on arch_i368.
'Default behaviour of bbswitch is to leave card power state unchanged', as is explained here:
https://wiki.archlinux.org/index.php/Bu … g_bbswitch
Did you configure bbswitch according to the steps outlined there ?
ciao,
J.
(sorry, misread the docs i realize now, and can't delete this post..:()
I use bumblebee and bbswitch and I did configure it in a bbswitch.conf as outlined in the link above, even when now I see it says that is not necessary when using bumblebee. Did you try that ?
thx,nourathar
but the bumblebee install will turn the Nvidia off,and I had read the wiki before and try myself to configure the bumblebee ,but it doesn't work.
I think ,are there some lib32* not install.
And sorry for my poor english.
Last edited by eve_ouyang (2013-06-19 09:43:22)

[SOLVED] Installing Arch x86_64 to HP Chromebook 14 Model 14-q013 4GB

Hello All,
I've had success installing a basic Arch system to my HP Chromebook 14 Model 14-q013sa 4GB, but only if selecting x686 instead of x86_64
The result is, (it's very early days, so please excuse any mistakes) Gnome reporting only 2GB RAM
free -m lists 2010 Total also.
I have tried pressing TAB on the x86_64 install and adding mem=4G or mem=4GB but it simply re-boots.
Any ideas at all for installing the 64bit version of Arch please?
Many thanks everyone.
Last edited by frazer (2014-05-13 13:48:18)

It seems that chromebook has an Intel® Celeron® 2955U processor (http://store.hp.com/UKStore/Merch/Produ … U&sel=PCNB)
https://en.wikipedia.org/wiki/Celeron_2 … C_22_nm.29
Looks like it should be a 64-bit processor.

[SOLVED] Cannot install skype on Arch x86_64 system

Hello i am a newbie here and i am looking for you help ... here what i got after
" sudo pacman -S skype"
1st attempt
============
sudo pacman -S skype
resolving dependencies...
warning: cannot resolve "lib32-alsa-lib", a dependency of "bin32-skype-staticqt"
warning: cannot resolve "lib32-e2fsprogs", a dependency of "bin32-skype-staticqt"
warning: cannot resolve "lib32-fontconfig", a dependency of "bin32-skype-staticqt"
warning: cannot resolve "lib32-freetype2", a dependency of "bin32-skype-staticqt"
warning: cannot resolve "lib32-glib2", a dependency of "bin32-skype-staticqt"
warning: cannot resolve "lib32-libxi", a dependency of "bin32-skype-staticqt"
warning: cannot resolve "lib32-libxrandr", a dependency of "bin32-skype-staticqt"
warning: cannot resolve "lib32-libxrender", a dependency of "bin32-skype-staticqt"
warning: cannot resolve "lib32-libxss", a dependency of "bin32-skype-staticqt"
warning: cannot resolve "lib32-libxv", a dependency of "bin32-skype-staticqt"
warning: cannot resolve "lib32-openssl", a dependency of "bin32-skype-staticqt"
warning: cannot resolve "lib32-pcre", a dependency of "bin32-skype-staticqt"
:: The following package cannot be upgraded due to unresolvable dependencies:
bin32-skype-staticqt
Do you want to skip the above package for this upgrade? [y/N] y
looking for inter-conflicts...
there is nothing to do
2nd attempt
============
sudo pacman -S skype
resolving dependencies...
warning: cannot resolve "lib32-alsa-lib", a dependency of "bin32-skype-staticqt"
warning: cannot resolve "lib32-e2fsprogs", a dependency of "bin32-skype-staticqt"
warning: cannot resolve "lib32-fontconfig", a dependency of "bin32-skype-staticqt"
warning: cannot resolve "lib32-freetype2", a dependency of "bin32-skype-staticqt"
warning: cannot resolve "lib32-glib2", a dependency of "bin32-skype-staticqt"
warning: cannot resolve "lib32-libxi", a dependency of "bin32-skype-staticqt"
warning: cannot resolve "lib32-libxrandr", a dependency of "bin32-skype-staticqt"
warning: cannot resolve "lib32-libxrender", a dependency of "bin32-skype-staticqt"
warning: cannot resolve "lib32-libxss", a dependency of "bin32-skype-staticqt"
warning: cannot resolve "lib32-libxv", a dependency of "bin32-skype-staticqt"
warning: cannot resolve "lib32-openssl", a dependency of "bin32-skype-staticqt"
warning: cannot resolve "lib32-pcre", a dependency of "bin32-skype-staticqt"
:: The following package cannot be upgraded due to unresolvable dependencies:
bin32-skype-staticqt
Do you want to skip the above package for this upgrade? [y/N] n
error: failed to prepare transaction (could not satisfy dependencies)
:: bin32-skype-staticqt: requires lib32-alsa-lib
:: bin32-skype-staticqt: requires lib32-e2fsprogs
:: bin32-skype-staticqt: requires lib32-fontconfig
:: bin32-skype-staticqt: requires lib32-freetype2
:: bin32-skype-staticqt: requires lib32-glib2
:: bin32-skype-staticqt: requires lib32-libxi
:: bin32-skype-staticqt: requires lib32-libxrandr
:: bin32-skype-staticqt: requires lib32-libxrender
:: bin32-skype-staticqt: requires lib32-libxss
:: bin32-skype-staticqt: requires lib32-libxv
:: bin32-skype-staticqt: requires lib32-openssl
:: bin32-skype-staticqt: requires lib32-pcre
Last edited by hael (2011-12-28 18:02:54)

karol wrote:
I don't know what the deal with bin32-skype-staticqt is - it's in the AUR [1], so pacman should be installing skype from multilib repo [2]. Have you enabled some unofficial repo with precompiled bin32-skype-staticqt?
Post your pacman.conf.
[1] https://aur.archlinux.org/packages.php?ID=49522
[2] http://www.archlinux.org/packages/multi … _64/skype/
thank you Karol
here the output of
cat /etc/pacman.conf
# /etc/pacman.conf
# See the pacman.conf(5) manpage for option and repository directives
# GENERAL OPTIONS
[options]
# The following paths are commented out with their default values listed.
# If you wish to use different paths, uncomment and update the paths.
#RootDir = /
#DBPath = /var/lib/pacman/
#CacheDir = /var/cache/pacman/pkg/
#LogFile = /var/log/pacman.log
HoldPkg = pacman glibc
# If upgrades are available for these packages they will be asked for first
SyncFirst = pacman
#XferCommand = /usr/bin/wget --passive-ftp -c -O %o %u
#XferCommand = /usr/bin/curl -C - -f %u > %o
#CleanMethod = KeepInstalled
Architecture = auto
# Pacman won't upgrade packages listed in IgnorePkg and members of IgnoreGroup
#IgnorePkg =
#IgnoreGroup =
#NoUpgrade =
#NoExtract =
# Misc options (all disabled by default)
#UseSyslog
#ShowSize
#UseDelta
#TotalDownload
#CheckSpace
# REPOSITORIES
# - can be defined here or included from another file
# - pacman will search repositories in the order defined here
# - local/custom mirrors can be added here or in separate files
# - repositories listed first will take precedence when packages
# have identical names, regardless of version number
# - URLs will have $repo replaced by the name of the current repo
# - URLs will have $arch replaced by the name of the architecture
# Repository entries are of the format:
# [repo-name]
# Server = ServerName
# Include = IncludePath
# The header [repo-name] is crucial - it must be present and
# uncommented to enable the repo.
# The testing repositories are disabled by default. To enable, uncomment the
# repo name header and Include lines. You can add preferred servers immediately
# after the header, and they will be used before the default mirrors.
#[testing]
#Include = /etc/pacman.d/mirrorlist
[core]
Include = /etc/pacman.d/mirrorlist
[extra]
Include = /etc/pacman.d/mirrorlist
#[community-testing]
#Include = /etc/pacman.d/mirrorlist
[community]
Include = /etc/pacman.d/mirrorlist
# If you want to run 32 bit applications on your x86_64 system,
# enable the multilib repositories as required here.
#[multilib-testing]
#Include = /etc/pacman.d/mirrorlist
#[multilib]
Include = /etc/pacman.d/mirrorlist
#pacman -S gcc-multilib gcc-libs-multilib binutils-multilib libtool-multilib lib32-glibc
# An example of a custom package repository. See the pacman manpage for
# tips on creating your own repositories.
#[custom]
#Server = file:///home/custompkgs
[archlinuxfr]
Server = http://repo.archlinux.fr/$arch
[archstuff]
# AUR's most voted and many bin32-* and lib32-* packages.
Server = http://archstuff.vs169092.vserver.de/$arch
#[cake]
# Crapkit, dbus, hal, etc. stripped packages compatible with Arch Linux (from
# http://hereticlinux.org/).
#Server = http://hereticlinux.org/repo/cake/$arch
[pfkernel]
# Kernel packages: generic i686 and x86_64, optimized P3, P4, K7, Atom,
# Pentium-M, K8, Core2
# nvidia-pf, squid3, arora-git, nvidia-utils-beta
Server = http://dl.dropbox.com/u/11734958/$arch
[kde4-eyecandy-64]
# Useful and beautiful plasmoids and themes for KDE4.
Server = http://archlinuxgr.tiven.org/kde4-eyecandy/$arch
[compiz-fusion]
# compiz-fusion-git
Server = http://compiz.dreamz-box.de/$arch
[nightly]
# Nightly builds of some packages from the AUR.
# Repo-Tracker: http://tracker.kromonos.net/projects/show/nightlyarch
Server = http://files.shadowice.org/nightly/$arch
[zen]
# Various and zengeist' AUR packages.
Server = http://zloduch.cz/archlinux/$arch
[studioidefix]
# Precompiled boxee packages.
Server = http://studioidefix.googlecode.com/hg/repo/$arch
[pyropeter]
# My AUR packages: http://aur.archlinux.org/packages.php?SeB=m&K=pyropeter
Server = http://keks.selfip.org/arch/pyropeter
#[kdemod-core]
#Server = http://chakra-project.org/repo/core/x86_64
#[kdemod-extragear]
#Server = http://chakra-project.org/repo/extragear/x86_64
Last edited by hael (2011-12-28 17:12:36)

Arch x86_64

Started doing a port of arch to the athlon64. So far, I have setup gentoo and compiled pacman but i seem to be missing abs. After I figure out where why it isn't there i'll start compiling stuff. I also need to figure out why my system keeps rebooting randomly. Arch doesn't seem to do it and i compiled my own kernel.

... -MD -MP -MF /var/abs/base/glibc/src/glibc-build/tcb-offsets.h.dT -MT '/var/abs/base/glibc/src/glibc-build/tcb-offsets.h.d /var/abs/base/glibc/src/glibc-build/tcb-offsets.h'
In file included from ../sysdeps/unix/sysdep.h:21,
from ../sysdeps/unix/x86_64/sysdep.h:19,
from ../sysdeps/unix/sysv/linux/x86_64/sysdep.h:23,
from <stdin>:1:
../sysdeps/unix/sysv/linux/sys/syscall.h:25:24: asm/unistd.h: No such file or directory
In file included from ../linuxthreads/sysdeps/x86_64/tls.h:25,
from ../include/tls.h:6,
from ../sysdeps/unix/sysv/linux/x86_64/sysdep.h:26,
from <stdin>:1:
../linuxthreads/sysdeps/x86_64/pt-machine.h:27:24: asm/prctl.h: No such file or directory
In file included from ../socket/sys/socket.h:35,
from ../include/sys/socket.h:2,
from ../inet/netinet/in.h:24,
from ../include/netinet/in.h:3,
from ../resolv/resolv.h:57,
from ../include/resolv.h:11,
from ../linuxthreads/descr.h:19,
from ../linuxthreads/sysdeps/x86_64/tls.h:60,
from ../include/tls.h:6,
from ../sysdeps/unix/sysv/linux/x86_64/sysdep.h:26,
from <stdin>:1:
../sysdeps/unix/sysv/linux/bits/socket.h:304:24: asm/socket.h: No such file or directory
In file included from ../sysdeps/unix/sysv/linux/sys/param.h:24,
from ../sysdeps/i386/i686/hp-timing.h:25,
from ../sysdeps/x86_64/hp-timing.h:23,
from ../linuxthreads/descr.h:25,
from ../linuxthreads/sysdeps/x86_64/tls.h:60,
from ../include/tls.h:6,
from ../sysdeps/unix/sysv/linux/x86_64/sysdep.h:26,
from <stdin>:1:
/var/abs/base/glibc/pkg/usr/include/linux/param.h:4:23: asm/param.h: No such file or directory
make[2]: *** [/var/abs/base/glibc/src/glibc-build/tcb-offsets.h] Error 1
make[2]: Leaving directory `/var/abs/base/glibc/src/glibc-2.3.4-20041108/csu'
make[1]: *** [csu/subdir_lib] Error 2
make[1]: Leaving directory `/var/abs/base/glibc/src/glibc-2.3.4-20041108'
make: *** [all] Error 2
==> ERROR: Build Failed. Aborting...
[/code]

Gridwars on arch x86_64

Similar Messages

Maybe you are looking for